IRC logs of #tryton-es for Wednesday, 2016-04-13

chat.freenode.net #tryton-es log beginning Wed Apr 13 00:02:01 CEST 2016
2016-04-13 00:16 -!- bvillasanti(~bvillasan@181.16.50.158) has joined #tryton-es
2016-04-13 00:54 -!- smarro(~sebastian@181.16.7.104) has joined #tryton-es
2016-04-13 01:51 -!- wanderung(~hermes@181.124.124.80) has joined #tryton-es
2016-04-13 02:03 -!- wanderung(~hermes@181.124.124.106) has joined #tryton-es
2016-04-13 02:05 -!- wanderung2(~hermes@181.122.156.195) has joined #tryton-es
2016-04-13 02:18 -!- wanderung(~hermes@181.122.146.105) has joined #tryton-es
2016-04-13 04:37 -!- smarro(~sebastian@181.16.7.104) has joined #tryton-es
2016-04-13 04:51 -!- kstenger(~karla@r186-54-28-167.dialup.adsl.anteldata.net.uy) has joined #tryton-es
2016-04-13 07:19 -!- smarro(~sebastian@181.16.7.104) has joined #tryton-es
2016-04-13 09:03 -!- aneolf(~chatzilla@106.140.21.95.dynamic.jazztel.es) has joined #tryton-es
2016-04-13 09:39 -!- aneolf(~chatzilla@106.140.21.95.dynamic.jazztel.es) has left #tryton-es
2016-04-13 09:40 -!- aneolf(~chatzilla@106.140.21.95.dynamic.jazztel.es) has joined #tryton-es
2016-04-13 10:30 <aroncero> Buenos días
2016-04-13 10:33 -!- meigallodixital(~meigallod@249.135.116.91.static.reverse-mundo-r.com) has joined #tryton-es
2016-04-13 10:46 <meigallodixital> hi
2016-04-13 10:47 <aroncero> pregunta: que tal el rendimiento de tryton despues de varios años con miles de productos (te interesa meigallodixital)
2016-04-13 10:48 <aroncero> recuerdo que openerp en un cliente "moria" en el inventario
2016-04-13 10:48 <aroncero> tryton lo hace igual, a partir de movimientos
2016-04-13 10:48 <aroncero> no?
2016-04-13 10:49 <aroncero> es decir, si han entrado 5, han salido 2, han entrado 3, han salido 4: quedan 2
2016-04-13 10:49 <aroncero> despues de años de movimientos... son muchos calculos
2016-04-13 10:52 <pokoli> aroncero: tryton tiene la opción de cerrar periodos de stock. Cuando cierras un período, guarda una copia del stock de los productos en ese punto, por lo que ya no tiene que calcular todos los movimientos hacia atras :)
2016-04-13 10:53 <aroncero> pokoli: eso es lo que desarrollamos nosotros para ese cliente
2016-04-13 10:53 <aroncero> pokoli: un stock_cache
2016-04-13 10:53 <aroncero> que se podia programar (semanal, mensual, anual)
2016-04-13 10:54 <aroncero> y se recalculaba si habia un movimiento con fecha anterior
2016-04-13 10:56 <pokoli> aroncero: http://hg.tryton.org/modules/stock/file/tip/period.py :)
2016-04-13 10:57 <pokoli> aroncero: una vez cerrado el periodo (a una fecha qualquiera) no se puede realizar movimientos de stock http://hg.tryton.org/modules/stock/file/tip/move.py#l515
2016-04-13 10:57 <pokoli> aroncero: por lo que asi te ahorras recalcular nada
2016-04-13 10:58 <meigallodixital> estoy con otro tema pero os leo ... :)
2016-04-13 10:58 <pokoli> aroncero: de todos modos, una vez cerrado el período siempre lo puedes reabrir (se borra la cache) y volver a cerrar (se relacula la cache)
2016-04-13 10:59 <aroncero> pokoli: lo que yo diga... esta gente de tryton sabe de lo que habla... :P
2016-04-13 11:25 <meigallodixital> permite varios periodos o es a una fecha concreta?
2016-04-13 11:26 <meigallodixital> vale ya vi el many2one ... _P
2016-04-13 11:26 <pokoli> meigallodixital: es a una fecha concreata, però puedes crear los registros que quieras
2016-04-13 11:41 -!- aroncero_(~aroncero@86.63.19.153) has joined #tryton-es
2016-04-13 12:05 -!- smarro(~sebastian@181.16.7.104) has joined #tryton-es
2016-04-13 12:12 <meigallodixital> es muy complicado hacer con el sistema 'nativo' que al añadir un producto salga un asistente en vez de la ficha de producto?
2016-04-13 12:12 <meigallodixital> en mi caso sería moverse a través de lotes como hablamos
2016-04-13 12:25 <pokoli> meigallodixital: tienes que añadir un asistente a parte y educar los usuarios para que creen los productos desde allí
2016-04-13 12:25 <pokoli> meigallodixital: una opción es no darles permisos para crear productos pero solo para executar el assitente :P
2016-04-13 12:31 <meigallodixital> me expliqué fatal
2016-04-13 12:31 <meigallodixital> me refiero en la venta
2016-04-13 12:31 <meigallodixital> joer comoe stoy hoty
2016-04-13 12:32 <meigallodixital> en la compra XDDDD
2016-04-13 12:32 <meigallodixital> yo tengo que cubrir datos a mayores para ese lote
2016-04-13 12:39 <meigallodixital> hum lo podría hacer desde línea de compra supongo ...
2016-04-13 12:48 -!- smarro(~sebastian@181.16.7.104) has joined #tryton-es
2016-04-13 12:49 <pokoli> meigallodixital: puedes añadir un boton en la linea de compra/venta dónde pidas todos los datos necessarios
2016-04-13 12:50 <meigallodixital> esos datos son los que irían al lote
2016-04-13 12:50 <meigallodixital> lo que pasa que si meto regimen en lote
2016-04-13 12:50 <meigallodixital> entiendo que me descojona la conta
2016-04-13 12:51 <meigallodixital> estoi hasta que lo vea insitu no me voy a hacer la idea
2016-04-13 12:51 <pokoli> meigallodixital: siempre puedes meter los datos en el la linea de compra, i tener una relacion del lote con la linea de compra
2016-04-13 12:51 <pokoli> meigallodixital: y con campos funcionales mostrar todo lo que necessitas
2016-04-13 12:51 <pokoli> meigallodixital: porquè entiendo que eso solo lo vas a entrar cuando compres, o se va a modificar durante el transcurso del lote?
2016-04-13 12:51 <meigallodixital> se puede modificar
2016-04-13 12:52 <meigallodixital> hasta el dia que se venda
2016-04-13 12:52 <meigallodixital> ahi tengo que meter asi de cabeza
2016-04-13 12:52 <meigallodixital> cuando pasa policia
2016-04-13 12:52 <meigallodixital> es fecha
2016-04-13 12:52 <meigallodixital> regimen, que me cambia cálculo de impuestos
2016-04-13 12:52 <meigallodixital> fotos
2016-04-13 12:52 <meigallodixital> datos de verificación
2016-04-13 12:53 <meigallodixital> que serán inicialmente un texto y un desplegable de si la pasó o no
2016-04-13 12:53 <meigallodixital> con el tiempo quiero que sea histórico como el de pecios
2016-04-13 12:53 <meigallodixital> precios
2016-04-13 12:53 <meigallodixital> y es unico por producto/lote
2016-04-13 12:54 <meigallodixital> regimen si puede ser por linea porque no se meten nunca (o debiera) en la misma linea productos de regimen disitinto
2016-04-13 12:54 <meigallodixital> línea de compra me refiero
2016-04-13 12:54 <meigallodixital> fotos y verificacion no
2016-04-13 12:55 <meigallodixital> policia podría ir
2016-04-13 12:55 <meigallodixital> porque es una fecha
2016-04-13 13:17 <pokoli> meigallodixital: si se puede modificar lo deberas poner en el lote directamente
2016-04-13 13:17 <meigallodixital> y para tema contable no será un problema eso?
2016-04-13 13:18 <meigallodixital> regimen me preocupa
2016-04-13 13:18 <meigallodixital> porque afecta a cáclculo de iva
2016-04-13 13:32 <pokoli> meigallodixital: seguramente lo tendràs que replicar en mas sitios, por ejemplo en la factura para saber que regimen es deberas tener el propio lote o el regiment manualmente
2016-04-13 13:34 <meigallodixital> lo ideal sería hacerlo desde impuestos
2016-04-13 13:34 <meigallodixital> pero me da que eso es ya élite
2016-04-13 13:34 <meigallodixital> porque una factura puede tener g y e
2016-04-13 13:34 <meigallodixital> y hay que desglosarlo
2016-04-13 13:37 <pokoli> meigallodixital: en esa parte me pierdo, porqué no conozco con sufiente profundidad la legislación que debes cumplir
2016-04-13 13:37 <meigallodixital> realmente es simplemente a que se aplica el iva, si a la base o a beneficio
2016-04-13 13:38 <meigallodixital> si es G es como siempre a la base, si es E es al beneficio
2016-04-13 13:39 <pokoli> meigallodixital: yo primero lo aplicaria con un tipo de marca (un selecction con valor por defecto general) y luego puedes hacer que si sabes el lote de esa factura te cambie el valor del selection
2016-04-13 13:41 <meigallodixital> pero tendría que ir comprobandlo en todas las acciones entiendo
2016-04-13 13:41 <meigallodixital> desde sacar una factura, contabilizar, informes ...
2016-04-13 13:42 <meigallodixital> si fuera el impuesto aplicado correctamente al movimiento sería más coherente
2016-04-13 13:42 <meigallodixital> porque solo cambia eso, luego es 21%, etc igual
2016-04-13 13:44 <pokoli> meigallodixital: solo en las facturas que es donde puedes calcualr el beneficio, en los apuntes lo deberas introducir a mano siempre
2016-04-13 13:50 -!- wanderung(~hermes@181.122.146.105) has joined #tryton-es
2016-04-13 13:51 <meigallodixital> mi intención es automatizar eso también
2016-04-13 13:52 <meigallodixital> porque aquí los movimientos son +90% a favor de E
2016-04-13 13:53 <pokoli> meigallodixital: entonces deberas introducir el lote que facturas i tener el regimen en el lote
2016-04-13 14:43 -!- mariomop(~quassel@host33.190-30-102.telecom.net.ar) has joined #tryton-es
2016-04-13 14:53 -!- smarro(~sebastian@181.16.7.104) has joined #tryton-es
2016-04-13 15:31 -!- smarro(~sebastian@181.16.7.104) has joined #tryton-es
2016-04-13 15:37 -!- aneolf_(~chatzilla@106.140.21.95.dynamic.jazztel.es) has joined #tryton-es
2016-04-13 16:06 <meigallodixital> las ubicaciones también son globales?
2016-04-13 16:07 <meigallodixital> me refiero, no puedo fijarlas por empresa?
2016-04-13 16:07 -!- kstenger(~karla@r186-49-254-238.dialup.adsl.anteldata.net.uy) has joined #tryton-es
2016-04-13 16:22 <aneolf_> Hola
2016-04-13 16:23 <aneolf_> A alguien le ha salido alguna vez el error:
2016-04-13 16:23 <aneolf_> Error: type object 'res.group' has no attribute '_fields'
2016-04-13 16:23 <aneolf_> Sólo me da este error en una base de datos migrada de la versión 3.8 a la versión 3.9
2016-04-13 16:24 <aneolf_> Y el error sólo sale en el cliente GTK, en el servidor tengo una línea tal que así:
2016-04-13 16:24 <aneolf_> 13552 140092899321600 [2016-04-13 14:18:41,564] INFO werkzeug 127.0.0.1 - - [13/Apr/2016 14:18:41] "POST /try39_db/ HTTP/1.1" 200 -
2016-04-13 16:24 <aneolf_> ?
2016-04-13 16:46 <pokoli> aneolf_: no, pero parece que es una BD que no se ha iniciado correctamente
2016-04-13 16:46 <pokoli> aneolf_: prueba con --verbose en el tryton a ver si te da mas información
2016-04-13 16:47 <pokoli> meigallodixital: si, las ubicaciones son globales
2016-04-13 16:47 -!- perilla1(~perilla@186.65.39.2) has joined #tryton-es
2016-04-13 16:49 <meigallodixital> pokoli: y como se controla el stock que pertenece a una empresa? más bien que está 'a mano' en la empresa?
2016-04-13 16:49 <meigallodixital> en tienda vamos
2016-04-13 16:54 <aneolf_> INFO:tryton.translate:Unable to set locale en_US.UTF-8
2016-04-13 16:54 <aneolf_> INFO:tryton.rpc:common.server.version(None, None)
2016-04-13 16:54 <aneolf_> INFO:tryton.rpc:common.db.login(admin, xxxxxxxxxx)
2016-04-13 16:54 <aneolf_> ERROR:tryton.common.common:None
2016-04-13 16:54 <aneolf_> type object 'res.group' has no attribute '_fields'
2016-04-13 17:01 <aneolf_> La verdad es que a mi no me ayuda mucho -_-'
2016-04-13 17:01 <pokoli> meigallodixital: el estoc es por ubicación o por producto
2016-04-13 17:02 <pokoli> aneolf_: en el servidor, no en el cliente :)
2016-04-13 17:02 <meigallodixital> claro pero para mi una ubicacion es una tienda
2016-04-13 17:02 <pokoli> meigallodixital: pos ya lo tienes
2016-04-13 17:02 <meigallodixital> producto único remember
2016-04-13 17:02 <meigallodixital> pero si las ubicaciones son compartidas ...
2016-04-13 17:02 <aneolf_> Sip. El traceback es del cliente, no del servidor
2016-04-13 17:04 <pokoli> aneolf_: y en el servidor, que traceback tienes?
2016-04-13 17:05 <aneolf_> No hay error. Sólo esta línea:
2016-04-13 17:05 <aneolf_> 13552 140092899321600 [2016-04-13 14:18:41,564] INFO werkzeug 127.0.0.1 - - [13/Apr/2016 14:18:41] "POST /try39_db/ HTTP/1.1" 200 -
2016-04-13 17:05 <pokoli> meigallodixital: no entiendo el problema de que las ubicaciones sean compartidas?
2016-04-13 17:05 <meigallodixital> por cierto, que baremo es el que define que va a repo de empresa (nantic/zikzak) y que va a trytonspain?
2016-04-13 17:05 <pokoli> aneolf_: has ejecutado el servidor con --verbose?
2016-04-13 17:05 <aneolf_> sip
2016-04-13 17:05 <meigallodixital> si lo hay claro ...
2016-04-13 17:06 <pokoli> meigallodixital: normalmente ponemos en trytonspain los modulos genericos que mantenemos entre ambas :)
2016-04-13 17:06 <pokoli> aneolf_: pues ni idea, no lo he visto nunca
2016-04-13 17:06 <pokoli> aneolf_: has probado de hacer un update --all?
2016-04-13 17:06 <aneolf_> lo estoy probando ahora
2016-04-13 17:06 <aneolf_> gracias, seguiré buscando y cuando lo encuentre de digo el qué
2016-04-13 17:52 -!- kstenger(~karla@r186-49-254-238.dialup.adsl.anteldata.net.uy) has joined #tryton-es
2016-04-13 20:09 -!- smarro(~sebastian@181.16.7.104) has joined #tryton-es
2016-04-13 20:38 -!- irclog(~irclog@moretus.b2ck.com) has joined #tryton-es
2016-04-13 20:39 -!- kstenger(~karla@r186-49-254-238.dialup.adsl.anteldata.net.uy) has joined #tryton-es
2016-04-13 20:43 -!- wanderung(~hermes@181.122.146.105) has joined #tryton-es
2016-04-13 21:12 -!- bvillasanti(~bvillasan@181.16.50.158) has joined #tryton-es
2016-04-13 21:48 -!- kstenger(~karla@186.54.27.211) has joined #tryton-es
2016-04-13 21:48 -!- pokoli(~pokoli@unaffiliated/pokoli) has joined #tryton-es
2016-04-13 21:50 -!- kstenger1(~karla@r186-54-27-211.dialup.adsl.anteldata.net.uy) has joined #tryton-es
2016-04-13 21:56 -!- aroncero_(~aroncero@86.63.19.153) has joined #tryton-es
2016-04-13 22:05 -!- pokoli(~pokoli@unaffiliated/pokoli) has joined #tryton-es
2016-04-13 22:05 -!- kstenger(~karla@r186-54-16-33.dialup.adsl.anteldata.net.uy) has joined #tryton-es
2016-04-13 22:32 -!- kstenger1(~karla@r186-55-64-101.dialup.adsl.anteldata.net.uy) has joined #tryton-es
2016-04-13 22:37 -!- smarro(~sebastian@181.16.7.104) has joined #tryton-es

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!