IRC logs of #tryton-es for Wednesday, 2018-02-28

chat.freenode.net #tryton-es log beginning Wed Feb 28 00:02:01 CET 2018
-!- meigallodixital(~meigallod@162.200.26.77.dynamic.reverse-mundo-r.com) has joined #tryton-es10:02
meigallodixitalhi10:02
pokolibuenos dias10:02
-!- csotelo(~csotelo@190.237.175.75) has joined #tryton-es11:02
-!- mariomop(~quassel@186.153.85.211) has joined #tryton-es12:02
meigallodixitalpregunta de ubicarme, si quiero que en compras si un producto E siempre tenga un tax concreto (exento operaciones corrientes) el mejor sitio sería controlarlo en on_change_product() en productline?12:02
meigallodixitales que veo que tiene depends a unit y quantity pero no a tax12:02
pokolimeigallodixital: en la configuración del producto le pones este impuesto y ya esta12:02
meigallodixitalno me vale porue si es G es el impeusto configurado si es E es exento quiero que sea auto, que me reemplace el impuesto por defecto por extento siempre12:02
pokolimeigallodixital: aplica la regla de impuestos extento y ya lo tienes12:02
meigallodixitalpero en que momento es lo que preguntaba, en el onchange?12:02
pokolimeigallodixital: http://hg.tryton.org/modules/purchase/file/09417c6de8e4/purchase.py#l121612:02
pokolimeigallodixital: incluso hay un funcional para determinar que impuestos hay que utilizar, igual te vale con sobreescribir ese funcional13:02
meigallodixitalvoy a ver gracias13:02
meigallodixitalencontré un rror de traduccion de casualidad13:02
meigallodixital"0 - Plan General Contable 2008""Operaciones exentas sin derecho de deducción (servicios asistentciales)""Ambos"13:02
meigallodixitalsobra una t en asistenciales13:02
pokolimeigallodixital: la idea es que ese impuesto desaparezca: https://codereview.tryton.org/41101002/diff/40001/tax.xml13:02
meigallodixitalok, lo vi de casualidad revisando las reglas, yo no lo uso por eso lo comentaba :)13:02
-!- meigallodixital_(~meigallod@162.200.26.77.dynamic.reverse-mundo-r.com) has joined #tryton-es13:02
-!- meigallodixital(~meigallod@77.26.200.162) has joined #tryton-es13:02
-!- nstefani(~nstefani@190.210.221.137) has joined #tryton-es13:02
meigallodixitalre13:02
meigallodixitaltendría que cambiar a aprte del _get_tax_rule_pattern el método no? porque no pasa la línea y necesito consultarla para saber si es g o e entiendo13:02
-!- nstefani(~nstefani@190.210.221.137) has joined #tryton-es13:02
pokolimeigallodixital: como indicas si es g o e?13:02
meigallodixitalen la linea de compra14:02
pokolimeigallodixital: y no puedes hacer on_change_tu_campo ?14:02
pokolimeigallodixital: para que al cambiar de g a e te cambie los impuestos?14:02
meigallodixitalel onchange se ejecuta si lo seteo por prog?14:02
meigallodixitalporque si es tienda es e por defecto y readonly para los compradores14:02
pokolimeigallodixital: entonces porqué no haces lo mismo con los impuestos?14:02
meigallodixitalporque el mismo producto se puede comprar e o g14:02
pokolimeigallodixital: pero si el campo es readonly.... no se puede modificar14:02
pokolimeigallodixital: por lo tanto siempre sera e para tienda14:02
meigallodixitalel comrpador no, el gerente de tienda y nosotros si14:02
meigallodixitalen entral14:02
pokolimeigallodixital: por lo que para tienda puedes poner el impuesto exento tambien14:02
meigallodixitalpor eso me gustaría que fuera auto para evitar errores14:02
pokolimeigallodixital: si haces el campo reaonly no hay errores....14:02
meigallodixitalvoy a probar meterlo en el onchange de mi campo regime a ver que tal14:02
pokolimeigallodixital: si haces una vista con un dominio de regime = 'E', si se llama el on_change14:02
meigallodixitalpara tienad no, pero para gerente y central si, puedo ponerlo e y olvidarme de cambiar los impuestos14:02
pokolimeigallodixital: pues pones un on_change i ya esta14:02
meigallodixitalen ello estoy14:02
meigallodixitalpara sobreescribir los ids no debiera ser ñl metodo browse? entiendo que devuelve ids solo15:02
pokolimeigallodixital: sobreescribir ids?15:02
pokolimeigallodixital: nose que quieres hacer, pero esa frase ha levantado todas mis alarmas15:02
meigallodixitalmachacar taxes, lei mal no es eso15:02
pokolimeigallodixital: sigo sin comprender15:02
meigallodixitalsi es E quiero sobreescribir taxes de la linea de compra15:02
meigallodixitalno añadir sino machacrlo para hacerlo del tirón15:02
meigallodixitalhttps://pastebin.com/Ky8wAhM915:02
meigallodixitalalgo de este estilo15:02
meigallodixitalque me estoy dando cuenta que no es tan facil porque si me vuelven a canmbiar a g tengo que volver a hacer la comprobación de impuestos iniciales, no se si compensará tocar el funcional como me decías antes15:02
pokolimeigallodixital: los on_changes debes assiganr los valors a la propia instancia15:02
pokolimeigallodixital: self.taxes = taxes15:02
meigallodixitalno se si con el get_rule_patttern se podría hacer globalmente, lo que pasa que veo que ahí no se pasa la línea de compra15:02
pokolimeigallodixital: si es g, lo que puedes hacer es limipar los taxes y llamar al on_change_product15:02
pokolimeigallodixital: en el get_rule_pattern podrias poner-le el regime15:02
meigallodixitala eso iba, que la final voy a tener que llamar al on_change_product igualmente, si con el get_rule_pattern funciona centralizaría ahi lso cambios, pero para pasarle el regime y/o linea completa necesito tocar el el método también porque veo que no le pasa nada16:02
meigallodixitalen requisition creo que si16:02
meigallodixitalque fue los code que cotillee antes16:02
pokolimeigallodixital: el problema que veo es que el pattern es por cliente y puede ser que no tengas16:02
meigallodixitalhum16:02
pokolimeigallodixital: el tax rule es por cliente perdon16:02
pokolimeigallodixital: y no es un campo obligatorio16:02
meigallodixitalsi, de dhecho en changeo_product se comprueba por eso pregunbtaba que tal empezar ahi16:02
meigallodixitaly el pattern lo pasa tanto cuando comprueba party como producto por eso pensaba que qizás por ahí ...16:02
meigallodixitalpero no tengo regime en get_rule_pattern16:02
-!- danypr92(~daniel@90.68.31.84) has joined #tryton-es16:02
meigallodixitalen purchase request se llama asi:    def _get_tax_rule_pattern(line, purchase):16:02
meigallodixitalentiendo que tendría que ahcer algo similar16:02
danypr92Buenas, queremos desarrollar algo parecido a lo que ofrece este módulo: https://bitbucket.org/zikzakmedia/trytond-party_event para la versión 3.8. Alguien sabe porque se descontinuo este proyecto? Alguna alternativa para versiones posteriores de Tryton? Gracias!16:02
meigallodixitalsupongo que falta de demanda hasta igual fue prueba de concepto simplemente17:02
danypr92Gracias!17:02
pokolidanypr92: mientras mantengas el COPYRIGHT, puedes cojer ese modulo como base y adaptar-lo a nuevas versiones17:02
pokolidanypr92: viendo el código possiblemente este módulo se descontinuo en beneficio del módulo activity17:02
-!- zodman(~zodman@178.62.7.89) has joined #tryton-es20:02
-!- mariomop(~quassel@181.91.16.62) has joined #tryton-es20:02
-!- marto87(~marto@host126.186-109-85.telecom.net.ar) has joined #tryton-es21:02
-!- marto87(~marto@host126.186-109-85.telecom.net.ar) has left #tryton-es22:02
-!- danypr92(~daniel@2.152.107.85.dyn.user.ono.com) has joined #tryton-es00:03

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