On 02/10/17 16:40, Pedro E.J. de León wrote: > > Gracias Marcelo. Creo que ahora sí estamos más claro. En todos los > casos que uso Moneda Secundaria *efectivamente necesito obtener los > reportes en ambas monedas*. Razón por la cual debería poder indicárselo. > > Te mando un abrazo y mi reconocimiento por tu invalorable ayuda. Te > tendré al tanto por si logramos algo que sirva para la comunidad. >
Sería muy buena idea si pudieras compartirlos, claro. A todos nos gustaría! > Después veré de avisarte de un script de instalación que preparó el > Dr. González Barbone y que yo utilicé con buen suceso. Hasta pronto > > Enrique > > Saludos, Marcelo. > El 02/10/17 a las 15:32, Marcelo Zunino escribió: >> On 02/10/17 11:11, Pedro E.J. de León wrote: >>> El 01/10/17 a las 18:06, Marcelo Zunino escribió: >>>> La "bandera" booleana sería a efectos de marcar éstos _documentos_ al >>>> momento de su creación/alta en el sistema. El mantenimiento de >>>> cotizaciones es un elemento de Tryton que sería interesante automatizar. >>> Sigue tu afirmación necesitando "traducción"... a los efectos >>> prácticos, cuando el operador va a facturar, o a ingresar un pedido a >>> proveedor, obligadamente debería tomar una de dos opciones de >>> moneda...??? >> Te faltó un trozo de cita: >>> ... *operaciones* de la gestión que necesariamente deban ser expresados en >>> dos monedas diferentes. Para el caso, *facturación* de compras y ventas. >>> Incluyo operaciones derivadas, por ejemplo, contabilidades, accounting y >>> valoración de >>> inventarios. >> y sí, estos documentos tendrían un checkbox con una leyenda del tipo: >> `Los valores ingresados son dólares` o simplemente `u$s ?` si estás >> corto de espacio en pantalla. Bueno, así sería si optas por Pesos como >> moneda principal, de lo contrario será al revés. >> Las operaciones derivadas son un ejemplo. Obviamente que podrían quedar >> sin marca, o sea en la moneda default. >> Pedro, estamos hablando sobre una idea de diseño para módulo/s de >> adaptación cuya premisa es la simplicidad. Y disculpas por la auto-cita: >>> ... analizaría el conjunto requerimientos y las posibilidades de >>> resolverlos a partir de allí. >>> >>> ... >>> Sí la conclusión acaba indicando que debes agregar 4 clases más a tu >>> modelo y una docena de métodos... entonces ahí es otro canto. >> Creo que profundizar en detalles de implementación escapa al ámbito de >> una lista de ayuda. Corremos el riesgo de aburrir a mucha gente por >> aquí, dado que acabaríamos en una suerte de hilo de consultoría >> voluntaria... >> Te he comentado antes que mi experiencia con Tryton no llega siquiera a >> elemental. Sólo puedo aportar ideas generales, muy a la "vaporware"... >> :) y ni siquiera dispongo de mucho tiempo libre para eso :( >> Creo que no sería mala idea que tomaras seriamente la sugerencia de >> Sergi, por ejemplo >>> P.S: Un cafetito ... https://ko-fi.com/A6544A06 >> Seguro te quitarás las dudas sobre si Tryton es o no la herramienta >> adecuada, además de adquirir una buena idea del esfuerzo y recursos que >> insumiría la adaptación que necesitas. >> Saludos, >> Marcelo. >
