Re: [tryton-es] Reclasificar impuestos
Gracias Sergi, Una pregunta más ... ¿sabes si hay alguna documentación o guía sobre la adminsitración o configuración de impuestos en Tryton? la documentación oficial tiene muy poca información y me quedan muchas dudas. Saludos, Eduardo J. de la Garza G. On Wednesday, March 7, 2018 at 6:15:06 AM UTC-6, Sergi Almacellas Abellana wrote: > > El 06/03/18 a les 01:12, Eduardo J de la Garza G ha escrit: > > Buen día! > > > > ¿Alguien sabe si es posible la siguiente configuración de impuestos con > > los módulos de tryton existentes o, en su caso, si necesito desarrollar > > un módulo nuevo para lograrlo? > Si lo que necessitas es reportar los impuestos según lo que hayas > cobrado (por criterio de caja le llaman en españa) y no según lo que > hayas facturado hay un nuevo desarrollo que cubre esta funcionalidad: > > https://bugs.tryton.org/issue7139 > > Saludos, > > -- > Sergi Almacellas Abellana > www.koolpi.com > Twitter: @pokoli_srk >
[tryton-es] Reclasificar impuestos
Buen día! ¿Alguien sabe si es posible la siguiente configuración de impuestos con los módulos de tryton existentes o, en su caso, si necesito desarrollar un módulo nuevo para lograrlo? El requerimiento es: 1. Cuando se realiza una factura de venta, se debe registrar el asiento contable como se muestra en el ejemplo: CLIENTES 1160 INGRESOS POR VENTAS1000 IMPUESTOS POR COBRAR 160 Esto ya lo hace Tryton sin problema... 2. Cuando se registra el pago por parte del cliente, por ejemplo mediante transferencia a una cuenta bancaria, se necesitan los siguientes apuntes: BANCOS 1160 IMPUESTOS POR COBRAR 160 CLIENTES 1160 IMPUESTOS COBRADOS160 Los apuntes de bancos y clientes, son los que hace Tryton de manera natural, me falta saber si es posible que de manera automática se generen los apuntes de los impuestos, ya sea en el mismo o en otro asiento. Agradeceré sus comentarios. Saludos! Eduardo J. de la Garza González
[tryton-es] subreportes jasper
Buen día! Estamos realizando algunos reportes utilizando jasper y funcionan muy bien, excepto en el caso en que estamos usando subreportes, hemos probado diferentes opciones y siempre nos arroja el error de que no encuentra el subreporte. ¿Alguien sabe cómo se debe especificar la ruta donde se encuentra el subreporte? Está en el mismo directorio del reporte principal, pero al ejecutarse, no lo encuentra ... Gracias! Eduardo J. de la Garza G.
Re: [tryton-es] Costo unitario módulo sale_margin
Gracias Raimon, Sergi, Utilizando el patrón del código para el precio de venta, hicimos el código para el cálculo del costo ... Saludos, Eduardo On Wednesday, October 26, 2016 at 2:51:35 AM UTC-5, Sergi Almacellas Abellana wrote: > > El 25/10/16 a les 18:49, Eduardo J de la Garza G ha escrit: > > Hola! > > > > He descargado e instalado el módulo sale_margin. Este módulo agrega el > > campo del costo unitario en cada línea de venta para calcular el margen > > pero he tenido el problema de que el módulo agrega el costo actualizado > > del producto de acuerdo a la unidad de medida de defecto, y si la unidad > > de medida en la venta es diferente, el costo y por lo tanto el margen, > > están equivocados... > > > > ¿Saben si hay algún patch para esto o si me falta configurar algo? > Se necessita un patch, que cuando se canvie la unidad de medida, si el > precio de costo es el mismo que el del producto, este se modifique de > forma automática, però que si el precio de costo es disinto no se > modifique. > > Puedes mandar un PR si quieres. > > Un saludo, > > -- > Sergi Almacellas Abellana > www.koolpi.com > Twitter: @pokoli_srk >
[tryton-es] Módulo analytic_product versión 3.8
Buenas tardes! ¿Existe el módulo analytic_product para la versión 3.8? Gracias, Eduardo
[tryton-es] Confirmar asiento contable para pagos exitosos
Buen día, En los módulos account_payment y account_payment_clearing, se cuenta con la funcionalidad para el registro de los pagos efectuados, al dar clic en el botón que dice Exitoso, el sistema genera el asiento contable del pago y lo concilia, lo cual está perfecto pero deja el asiento en estado borrador... ¿se puede hacer algo o existe algún otro módulo para que el asiento contable del pago lo deje en estado confirmado? En su caso, ¿cuál sería el siguiente paso para confirmar los pagos sin tener que ir a buscarlos de manera individual en la pantalla de asientos contables y confirmarlos manualmente? Agradeceré comentarios. Eduardo J. de la Garza G.
[tryton-es] Módulo para anticipos (account_deposit)
Buen día! ¿Alguien me puede decir cómo funciona el módulo account_deposit? o en su caso, si existe algún documento que explique cómo funciona... Gracias! Eduardo J. de la Garza G.
[tryton-es] Preguntas sobre cierre de ejercicio fiscal
Buen día! Revisé los pasos para realizar el cierre de ejercicio fiscal publicado en el blog de zikzakmedia pero tengo algunas dudas: - ¿Se debe cerrar el ejercicio fiscal antes de abrir el nuevo? - En su caaso, ¿se puede abrir el nuevo ejercicio fiscal y cerrar el anterior días después? - Si está abierto el nuevo ejercicio fiscal y se realizan facturas u otros movimientos dentro del nuevo periodo ¿afecta al cierre del ejercicio anterior o en alguna otra cosa? - ¿Para qué se utiliza el módulo account move renumber? - Una vez cerrado el ejercicio fiscal ¿se puede volver a abrir para crear algún asiento y volverlo a cerrar? si se hace esto ¿en qué afecta? De antemano agradezco mucho si me pueden apoyar con la solución de estas dudas. Saludos, Eduardo J. de la Garza G.
Re: [tryton-es] Preguntas sobre cierre de ejercicio fiscal
Gracias Raimon por tu pronta respuesta. Disculpa pero lo que no me queda claro en el caso del módulo account_move_renumber (Paso 2 de la publicación sobre el cierre de ejercicio en Tryton del blog de Zikzakmedia es: - ¿Es necesario renumerar algunos movimientos para el cierre del ejercicio? - En su caso, ¿cuáles? y ¿para qué? De nuevo gracias de anetemano, Eduardo On Monday, December 28, 2015 at 5:08:14 PM UTC-6, raimonesteve wrote: > > 2015-12-28 23:33 GMT+01:00 Eduardo J de la Garza G <ejdela...@gmail.com > >: > > Revisé los pasos para realizar el cierre de ejercicio fiscal publicado > en el > > blog de zikzakmedia pero tengo algunas dudas: > > > > - ¿Se debe cerrar el ejercicio fiscal antes de abrir el nuevo? > > Puedes abrir y cerrar tantos ejercicios fiscales como deseas. > > > - En su caaso, ¿se puede abrir el nuevo ejercicio fiscal y cerrar el > > anterior días después? > > Idem punto anterior > > > - Si está abierto el nuevo ejercicio fiscal y se realizan facturas u > otros > > movimientos dentro del nuevo periodo ¿afecta al cierre del ejercicio > > anterior o en alguna otra cosa? > > Si estás al 2016 y facturas en 2015, fíjate en que ejercicio/periodo > facturas. > > > - ¿Para qué se utiliza el módulo account move renumber? > > renombrar movimientos > > > - Una vez cerrado el ejercicio fiscal ¿se puede volver a abrir para > crear > > algún asiento y volverlo a cerrar? si se hace esto ¿en qué afecta? > > te afectaría si ya lo has presentado a hacienda sus modelos respectivos. > > Saludos > > Raimon >
Re: [tryton-es] conciliar ventas tpv
Gracias por contestar Raimon, No he modificado en nada los módulos descargados de bitbucket sale_pos, sale_payment ¿será que me falta instalar algún otro módulo o que tengo instalado otra cosa con la que ocurre conflicto? Saludos, On Saturday, October 24, 2015 at 2:01:23 PM UTC-5, raimonesteve wrote: > > > El dia 24/10/2015 19.15, "Eduardo J de la Garza G" <ejdela...@gmail.com > > va escriure: > > > > Hola a todos, > > > > Al tratar de ejecutar el proceso de conciliar ventas tpv en el menú > acción de ventas o ventas tpv obtengo el siguiente error. ¿alguien sabe qué > lo puede estar ocasionando? > > Tengo instalados los módulos sale_pos, sale_payment en tryton 3.4 > > > > Gracias por adelantado a sus sugerrencias o comentarios. > > > > Traceback (most recent call last): > > File "/trytond/protocols/jsonrpc.py", line 150, in _marshaled_dispatch > > response['result'] = dispatch_method(method, params) > > File "/trytond/protocols/jsonrpc.py", line 179, in _dispatch > > res = dispatch(*args) > > File "/trytond/protocols/dispatcher.py", line 161, in dispatch > > result = rpc.result(meth(*c_args, **c_kwargs)) > > File "/trytond/wizard/wizard.py", line 249, in execute > > return wizard._execute(state_name) > > File "/trytond/wizard/wizard.py", line 280, in _execute > > result = self._execute(transition()) > > File "/trytond/modules/sale_payment/sale.py", line 247, in > transition_start > > for line in Line.browse(invoice.get_lines_to_pay(None)): > > Este none, debuga que valores tienes/recibes > > > TypeError: get_lines_to_pay() takes exactly 3 arguments (2 given) > On Saturday, October 24, 2015 at 2:01:23 PM UTC-5, raimonesteve wrote: > > > El dia 24/10/2015 19.15, "Eduardo J de la Garza G" <ejdela...@gmail.com > > va escriure: > > > > Hola a todos, > > > > Al tratar de ejecutar el proceso de conciliar ventas tpv en el menú > acción de ventas o ventas tpv obtengo el siguiente error. ¿alguien sabe qué > lo puede estar ocasionando? > > Tengo instalados los módulos sale_pos, sale_payment en tryton 3.4 > > > > Gracias por adelantado a sus sugerrencias o comentarios. > > > > Traceback (most recent call last): > > File "/trytond/protocols/jsonrpc.py", line 150, in _marshaled_dispatch > > response['result'] = dispatch_method(method, params) > > File "/trytond/protocols/jsonrpc.py", line 179, in _dispatch > > res = dispatch(*args) > > File "/trytond/protocols/dispatcher.py", line 161, in dispatch > > result = rpc.result(meth(*c_args, **c_kwargs)) > > File "/trytond/wizard/wizard.py", line 249, in execute > > return wizard._execute(state_name) > > File "/trytond/wizard/wizard.py", line 280, in _execute > > result = self._execute(transition()) > > File "/trytond/modules/sale_payment/sale.py", line 247, in > transition_start > > for line in Line.browse(invoice.get_lines_to_pay(None)): > > Este none, debuga que valores tienes/recibes > > > TypeError: get_lines_to_pay() takes exactly 3 arguments (2 given) >
[tryton-es] conciliar ventas tpv
Hola a todos, Al tratar de ejecutar el proceso de conciliar ventas tpv en el menú acción de ventas o ventas tpv obtengo el siguiente error. ¿alguien sabe qué lo puede estar ocasionando? Tengo instalados los módulos sale_pos, sale_payment en tryton 3.4 Gracias por adelantado a sus sugerrencias o comentarios. Traceback (most recent call last): File "/trytond/protocols/jsonrpc.py", line 150, in _marshaled_dispatch response['result'] = dispatch_method(method, params) File "/trytond/protocols/jsonrpc.py", line 179, in _dispatch res = dispatch(*args) File "/trytond/protocols/dispatcher.py", line 161, in dispatch result = rpc.result(meth(*c_args, **c_kwargs)) File "/trytond/wizard/wizard.py", line 249, in execute return wizard._execute(state_name) File "/trytond/wizard/wizard.py", line 280, in _execute result = self._execute(transition()) File "/trytond/modules/sale_payment/sale.py", line 247, in transition_start for line in Line.browse(invoice.get_lines_to_pay(None)): TypeError: get_lines_to_pay() takes exactly 3 arguments (2 given) Saludos,
Re: [tryton-es] Tiempo de respuesta al procesar una nota de venta
Gracias Raimon, Lo intentamos y sigue igual, tal vez no estamos haciendo el tunnning adecuado ¿me puedes dar una pista de lo que debemos hacer? Se conectan aproximadamente 50 usuarios concurrentes al sistema, de los cuales 20 o 25 están haciendo diferentes funciones con movimientos de stock y/o procesando ventas. ¿Cuál es el tiempo de respuesta normal que tomaría para procesar una venta con 150 o 200 líneas o un movimiento de stock con unas 40 o 50 líneas? Saludos, Eduardo J. de la Garza González On Wednesday, July 8, 2015 at 2:58:53 AM UTC-5, raimonesteve wrote: 2015-07-08 6:21 GMT+02:00 Eduardo J de la Garza G ejdela...@gmail.com javascript:: Hola, Estamos teniendo muy bajo tiempo de respuesta específicamente al procesar una nota de venta y al hacer los movimientos de stock, no se diga al querer confirmar un inventario que tiene varios cientos de líneas ¿han experimentado los mismos probelmas? ¿qué recomendación me pueden dar para mejorar el tiempo de respuesta? ¿puede ser la velocidad del procesador? ¿alguna idea? tunea psql + balanceo (opcional según usuarios).
Re: [tryton-es] analíticas en movimientos de inventario
Gracias Guillem, Jordi, Tengo instalados los módulos analytic_stock y analytic_optional_move y funcionan muy bien. Saludos! On Friday, July 3, 2015 at 4:45:46 AM UTC-5, Jordi Esteve (Zikzakmedia) wrote: On 03/07/15 10:51, Guillem Barba Domingo wrote: 2015-07-02 15:59 GMT+02:00 Jordi Esteve jes...@zikzakmedia.com javascript:: On 02/07/15 15:18, Guillem Barba Domingo wrote: 2015-06-22 19:18 GMT+02:00 Eduardo J de la Garza G ejdela...@gmail.com javascript:: Gracias Guillem por tus comentarios, la opción para asociar una cuenta analítica a cada depósito no me aparecía porque tenía instalados tanto el módulo analyitic_stock, como el analytic_account_warehouse. Cuando quité el analytic_account_warehouse ya me de la opción y funciona. ups! hay una incompatibilidad entre estos dos módulos porque definen el mismo campo. Me lo apunto a ver si lo solucionamos... algún día. Ahora tengo otras preguntas: Al realizar un envío interno, el módulo sí genera la línea de asiento analítica pero sin asiento contable y eso provoca error cuando quiero abrir el plan de cuentas analíticas ¿cómo puedo solucionar esto? Te deben faltar los parches a los módulos de core. Para que funcione el módulo analytic_line_state [1] (que es el que permite tener apuntes analíticos sin apunte contable) se debe tener el módulo analytic_account parcheado, pues no se aceptó nuestra propuesta y se nos acabaron las energías y tiempo disponible para intentar entrar el cambio. Existe un módulo analytic_optional_move [1] que permite tener apuntes analíticos sin apunte contable y sin necesidad de parchear los módulos del core, aunque no se si será compatible con analytic_line_state pq no lo he probado. Si fueran compatibles sería más limpio que analytic_line_state dependiera de analytic_optional_move. [1] https://bitbucket.org/zikzakmedia/trytond-analytic_optional_move me lo dejo pendiente de mirar bien pues nosotros materializábamos algun otro campo que no sólo la compañía pero tal vez no haría falta y sería mejor solución. Solo un detalle, el nombre company2 es un poco feo :-P sería mejor algo más explícito como line_company o provisional_company Si, seguramente el día que lo hice no estaba muy inspirado. Si prefieres cambiarlo no hay problema. -- Jordi Esteve Consultor Zikzakmedia sljes...@zikzakmedia.com javascript: Mòbil 679 170 693 Zikzakmedia SL St. Jaume, 9, baixos, 2a 08720 Vilafranca del Penedès Tel 93 890 2108
[tryton-es] Tiempo de respuesta al procesar una nota de venta
Hola, Estamos teniendo muy bajo tiempo de respuesta específicamente al procesar una nota de venta y al hacer los movimientos de stock, no se diga al querer confirmar un inventario que tiene varios cientos de líneas ¿han experimentado los mismos probelmas? ¿qué recomendación me pueden dar para mejorar el tiempo de respuesta? ¿puede ser la velocidad del procesador? ¿alguna idea? Gracias de antemano! Eduardo
Re: [tryton-es] analíticas en movimientos de inventario
Gracias Guillem por tus comentarios, la opción para asociar una cuenta analítica a cada depósito no me aparecía porque tenía instalados tanto el módulo analyitic_stock, como el analytic_account_warehouse. Cuando quité el analytic_account_warehouse ya me de la opción y funciona. Ahora tengo otras preguntas: Al realizar un envío interno, el módulo sí genera la línea de asiento analítica pero sin asiento contable y eso provoca error cuando quiero abrir el plan de cuentas analíticas ¿cómo puedo solucionar esto? Por otra parte, ¿cuál es la funcionalidad del campo journal que aparece ahora en cada depósito y almacén? he hecho ejercicios con diferentes tipos de diario y no consigo que genere ningún asiento contable Finalmente, la línea analítica que se genera al realizar un envío interno es un abono a la cuenta analítica que está asociada al depósito al que le estoy transfiriendo la mercancía y lo que requiero es un débito a dicha cuenta ¿se puede modificar esto? ¿sería mediante configuración o tendría que hacerlo en el código del programa? Nuevamente Gracias! On Thursday, June 18, 2015 at 1:06:36 PM UTC-5, Guillem Barba Domingo wrote: 2015-06-18 5:37 GMT+02:00 Eduardo J de la Garza G ejdela...@gmail.com javascript:: Gracias por contestar Guillem. He seguido probando y no logro hacer que genere un asiento de analíticas con los movimientos de stock. Tengo configurada la cuenta analítica que le corresponde a cada almacén y supongo que los depósitos de cada almacén utilizarían su misma analítica. no. como te dije en el otro correo, el analytic_account_warehouse (que añade la configuración de cuentas analíticas a nivel de almacén) NO tiene que ver con el analytic_stock (que sirve para generar apuntes analíticos a partir de movimientos de estoc). ¿Qué debe configurarse en el campo journal de cada almacén y depósito? ¿puede ser que tenga mal configurados estos diarios y por ello no haga el asiento? DEBES configurar als cuentas analíticas EN CADA ubicación/depósito On Wednesday, June 17, 2015 at 6:13:10 AM UTC-5, Guillem Barba Domingo wrote: 2015-06-16 2:12 GMT+02:00 Eduardo J de la Garza G ejdela...@gmail.com: Hola, Quiero saber si es posible que se genere un movimiento de cuentas analíticas cuando se efectúan envíos internos entre diferentes almacenes. La necesidad es reclasificar la cuenta analítica cuando se realiza un movimiento de un almacén a otro. He instalado los módulos analytic_account_warehoue y analytic_stock, entre otros pero no he logrado cubrir este requerimiento. El analytic_account_warehouse no te sirve para tu caso de uso. Sirve para rellenar las cuentas analíticas de las ventas/compras según la configuración del almacén (para ello, requiere los módulos analytic_sale/purchase_warehouse). El analytic_stock sí que es para esto. Tienes configuradas las cuentas analíticas en las ubicaciones? Me extraña que no te funcione -- Guillem Barba http://www.guillem.alcarrer.net -- Guillem Barba http://www.guillem.alcarrer.net
Re: [tryton-es] analíticas en movimientos de inventario
Gracias por contestar Guillem. He seguido probando y no logro hacer que genere un asiento de analíticas con los movimientos de stock. Tengo configurada la cuenta analítica que le corresponde a cada almacén y supongo que los depósitos de cada almacén utilizarían su misma analítica. ¿Qué debe configurarse en el campo journal de cada almacén y depósito? ¿puede ser que tenga mal configurados estos diarios y por ello no haga el asiento? Saludos! Eduardo J. de la Garza G. On Wednesday, June 17, 2015 at 6:13:10 AM UTC-5, Guillem Barba Domingo wrote: 2015-06-16 2:12 GMT+02:00 Eduardo J de la Garza G ejdela...@gmail.com javascript:: Hola, Quiero saber si es posible que se genere un movimiento de cuentas analíticas cuando se efectúan envíos internos entre diferentes almacenes. La necesidad es reclasificar la cuenta analítica cuando se realiza un movimiento de un almacén a otro. He instalado los módulos analytic_account_warehoue y analytic_stock, entre otros pero no he logrado cubrir este requerimiento. El analytic_account_warehouse no te sirve para tu caso de uso. Sirve para rellenar las cuentas analíticas de las ventas/compras según la configuración del almacén (para ello, requiere los módulos analytic_sale/purchase_warehouse). El analytic_stock sí que es para esto. Tienes configuradas las cuentas analíticas en las ubicaciones? Me extraña que no te funcione -- Guillem Barba http://www.guillem.alcarrer.net
[tryton-es] Re: Conciliación automática POS
Gracias Agustín, Sí tengo instalado ese módulo y no concilia en automático, pero si se ejecuta el proceso manualmente sí funciona. Saludos, On Thursday, June 11, 2015 at 2:56:48 PM UTC-5, Agustín Montagna wrote: Eduardo! No se si se podrá automáticamente, pero este módulo hace las conciliaciones automáticamente de las cuentas y terceros que le indiques! http://apps.tryton-erp.es/account_reconcile/ Comentame si te sirve! Abrazo El martes, 18 de noviembre de 2014, 12:59:38 (UTC-3), Eduardo J de la Garza G escribió: Buen día, Cuando se cobra el total de una venta (sale_pos) en un solo extracto, el sistema concilia automáticamente el pago al momento de validar y confirmar el extracto y eso agiliza mucho el proceso de conciliación. Cuando una misma venta se cobra en parcialidades y cada pago de la misma venta se hace en diferentes extractos, el sistema no concilia automáticamente los pagos y es necesario seleccionar la venta y dar clic en ejecutar acción-conciliar ventas, lo cual también funciona muy bien. Mi pregunta es si existe la posibilidad de que en este segundo caso, también se ejecute automáticamente la conciliación de los pagos, es decir, sin necesidad de ejecutar la acción manualmente para cada venta que se encuentre en este caso (Quizá con algún disparador o programador de tareas). Gracias de antemano por sus comentarios. Eduardo
[tryton-es] Registro de impuestos
Buenas tardes, Tengo la siguiente consulta: Cuando se registra una factura de venta, tryton genera automáticamente el apunte contable de la cuenta a cobrar (clientes) con las cuentas de ingresos e impuestos. Después, cuando se registra el pago, el apunte contable es la cuenta de bancos con abono a la cuenta de clientes. En México, tenemos la necesidad de separar las cuentas de impuestos: impuestos por cobrar en una cuenta, impuestos cobrados en otra cuenta; por lo tanto, requerimos que al momento de registrar el pago, además del apunte que ya se genera, también se genere otro apunte en el que se registre el monto de los impuestos: Débito a la cuenta de impuestos por cobrar, Abono a la cuenta de impuestos cobrados. Lo mismo sucede en el caso de las facturas de proveedores, debemos registrar en una cuenta los impuestos por pagar y en otra los impuestos pagados, por lo que se requiere que se haga el movimiento contable de una cuenta a la otra cuando se registre el pago. ¿Alguien sabe si existe la posibilidad de que se genere este segundo movimiento contable al registrar cada pago? o en su caso ¿alguna sugerencia? Gracias, Eduardo J. de la Garza
[tryton-es] Error La cantidad anglosajona no puede ser mayor que la cantidad
Hola, Al intentar procesar un pago desde el módulo pos_sale con autorecogida, obtengo este mensaje de error La *cantidad anglosajona no puede ser mayor* que la *cantidad*. ¿alguien sabe a qué se debe? Gracias de antemano, Eduardo
Re: [tryton-es] No se encuentra librería Genshi
Gracias Guillem, Sí era un problema de versiones, tuve que desinstalar y reinstalar genshi, relatorio, sql, qrcode y ya funciona perfecto Te comento que es una instalación que incluye los módulos de GNU Health que actualmente funcionan sobre tryton 3.2, por ello no lo estoy migrando a la 3.4 aún. Saludos, Eduardo On Wednesday, November 26, 2014 4:08:54 AM UTC-6, Guillem Barba Domingo wrote: El 26/11/2014 7:07, Eduardo J de la Garza G ejdela...@gmail.com javascript: va escriure: Hola, Estoy haciendo la migración de Tryton 3.0 a la versión 3.2 pero al intentar actualizar la base de datos me arroja el siguiente error: Por qué a la 3.2 y no ya a la 3.4? Traceback (most recent call last): File /usr/local/bin/trytond, line 4, in module import pkg_resources File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 2707, in module working_set.require(__requires__) File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 686, in require needed = self.resolve(parse_requirements(requirements)) File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 584, in resolve raise DistributionNotFound(req) pkg_resources.DistributionNotFound: Genshi He ejecutado apt-get install python-genshi y obtengo el mensaje de que ya tengo la versión más reciente de python-genshi ... Alguna idea sobre lo que me hace falta en el proceso de actualización de versión? Si haces import Genshi desde una consola python qué te dice? Y import genshi? Supongo que el paquete debian python-genshi es para python2.7, no? Prueba de desinstalarlo y volverlo a instalar :-P
Re: [tryton-es] Re: Crear solicitud de compra manual
Gracias por responder. Tal vez puedan sugerirme algo. Lo que necesito es que en diferentes áreas de la empresa puedan capturar solicitudes manualmente (productos que no están definidos con máximos y mínimos en inventarios) para que la persona de compras pueda convertirlas en compra. ¿se puede? Saludos, Eduardo On Wednesday, November 19, 2014 7:13:47 AM UTC-6, Luis Deiana wrote: Ok, perdón, se me paso. El miércoles, 19 de noviembre de 2014 05:50:38 UTC-3, Guillem Barba Domingo escribió: El 18/11/2014 22:41, Luis Deiana luis.d...@gmail.com va escriure: Hola, no se si entendi mal, pero creo que los que necesitas es crear un nuevo registro en: Compras / Solicitudes de compra El martes, 18 de noviembre de 2014 14:57:51 UTC-3, Eduardo J de la Garza G escribió: Hola, El asistente que crea solicitudes de compra funciona bien, sin embargo, tengo necesidad de crear solicitudes de compra manualmente adicionales a las que crea el asistente. ¿Qué debo hacer para que el sistema me lo permita pues únicamente me da la oportunidad de ver las solicitudes que se crean con el asistente pero no de crear nuevas en la misma pantalla? Gracias de antemano por sus comentarios. Y si tampoco puedes hacerlo como te pide Luís, puede ser que no esté habilitado el crear solicitudes manualmente, pues tiene mas sentido crear la Compra directamente. Ten en cuenta que cuandose ejecuta el asistente de crear solicitudes, lo primero que hace es eliminar TODAS las solicitudes (que no estén ya en estado comprado), y entonces hace el cálculo de lo que tiene que comprar. PD: @luis, por favor, NO hagas top posting.
[tryton-es] Conciliación automática POS
Buen día, Cuando se cobra el total de una venta (sale_pos) en un solo extracto, el sistema concilia automáticamente el pago al momento de validar y confirmar el extracto y eso agiliza mucho el proceso de conciliación. Cuando una misma venta se cobra en parcialidades y cada pago de la misma venta se hace en diferentes extractos, el sistema no concilia automáticamente los pagos y es necesario seleccionar la venta y dar clic en ejecutar acción-conciliar ventas, lo cual también funciona muy bien. Mi pregunta es si existe la posibilidad de que en este segundo caso, también se ejecute automáticamente la conciliación de los pagos, es decir, sin necesidad de ejecutar la acción manualmente para cada venta que se encuentre en este caso (Quizá con algún disparador o programador de tareas). Gracias de antemano por sus comentarios. Eduardo
[tryton-es] Relación Ventas - Facturas
Buen día, Anteriormente existía una tabla en la base de datos (sale_invoices_rel) que almacenaba las relaciones entre ventas y facturas, desde la que se podía obtener las facturas correspondientes a una venta o las ventas correspondientes a una factura. ¿Podrían decirme dónde encuentro esta relación a nivel de la base de datos en la versión 3.2? Gracias de antemano. Eduardo
[tryton-es] Relación de Ventas - Facturas
Buen día, Anteriormente existía una tabla sale_invoices_rel, la cual contenía las relaciones entre las notas de venta y sus correspondientes facturas o viceversa. ¿Podrían decirme dónde encuentro esta relación a nivel de la base de datos en la versión 3.2? Gracias de antemano, Eduardo