>> La situación es que cuando desde el módulo de Sale_shop intento hacer el >> pago de mi venta con muchos productos se tarda demasiado tiempo en terminar >> la operación. Digamos que para una venta con 240 productos, se toma >> alrededor de 10 minutos en terminar la operación, lo cual no es un tiempo >> razonable para cobrar.
Debuga en que paso te triga. Es en WizardSaleReconcile o WizardSalePayment? El pedido de venta pasa en varios estados del pedido por defecto. Siempre podries crear una nueva transición y que fuese directo. > El problema no es la base de datos ni tryton, el problema es el diseño del > modulo sale_pos (que en España llaman sale_shop), incluso ese diseño > (sale_shop y el sale_pos 2.6) negativo. Son dos módulos diferentes. Uno depende de otro, pero no tienen nada que ver. sale shop sólo te da la posibilidad de diseñar tu empresa por tiendas. Sale Shop lo usamos para el comercio electrónico. Y estos no tienen nada que ver con un POS. > no sirve para multiples terminales con > impresoras (es casi un standalone), Negativo. Por ejemplo ecs se ha separado del core del pos. No todo el mundo usa impreoras de este tipo. Si lo quieres, lo instalas. > yo rediseñe completamente el modulo y > arregle ese problema de performance y se adaptó a mulitples cajas con > impresoras, el cliente esta en PySide y funciona al 100% testeado en un > cliente con tres puntos de venta en el mismo almacen y facturas de mas de > 200 productos, con una impresion que no tardaba mas de 3 segundos. Yo te > puedo dar el soporte para la resolución del problema por favor escribeme, a > este mail, [email protected] Perfecto. Pero creo que estas hablando del cliente, no a nivel de servidor. Por ejemplo en las pasadas TUB OpenLabs creó un POS para tablets usando nereid. Creo que el problema que tiene Luis es que en algún estado de creación de pedido de venta/albaranes esta alli el servidor dando caña. Por eso, que debuge en que estado tiene "el cuello de botella". -- Raimon Esteve
