Gracias por la respuesta Jordi, Siguiendo con tu idea... como hago para que por defecto se realice el movimiento directo? Es en alguna parte de la configuración de tryton?
Lo que durante este día estuvimos probando es indicando dentro de la configuración de ventas en la opción: "Método de envío de venta" en Manual y también en la configuración de la tienda pusimos esa misma opción en manual. La situación es que en cualquier caso al procesar la venta desde el TPV me sigue generando los movimientos y los envíos y el estátus de la venta en "Método de envío de venta" me pone Al procesar la orden, como si no tomara en cuanta los cambios que hice. Es ahí a donde te refieres que hay que realizar los movimientos directos? Quedo en espera de tus comentarios, LEM El martes, 11 de febrero de 2014 10:17:42 UTC-6, Jordi Esteve (Zikzakmedia) escribió: > > On 11/02/14 01:27, Luis Martinez wrote: > > Raimon, > > > > El día de hoy hice un par de pruebas con dos notas de ventas de 120 > > líneas cada una. La primer nota de venta contenía puros articulos > > inventariables, al hacer el pago se tardó 4 minutos, la segunda nota > > contenía puros servicios se tardó 30 segundos. Esto me hace pensar que > > tiene que ser algo relacionado al inventario. Si esto te da alguna > > otra idea te lo agradeceré, aunado al tema del apoyo para el > > debugueo. Saludos! > > Esto me hace pensar que el problema está en el módulo > sale_pos+sale+stock, no en el módulo sale_shop que sólo añade definción > de tienda (shop) con valores por defecto para cada tienda. > > sale_pos simplifica los pasos de una venta normal. Esto implica que > cuando se paga una venta POS o TPV, el módulo sale_pos confirma la > venta, creando una factura con sus 120 líneas y luego confirmándola > (creando un asiento contable con más de 120 líneas o apuntes) y si los > productos eran inventariables, ha creado un albarán (stock.picking) con > 120 líneas (stock.moves) desde la ubicación de stock a salida y 120 > líneas más desde la ubicación de salida a cliente y luego ha reservado, > confirmado y realizado este albarán. Por esto te tarda bastante tiempo. > > Una mejora para mejorar el rendimiento, a medio hacer, es que no cree un > albarán (stock.picking) con 120 líneas (stock.moves) desde la ubicación > de stock a salida y 120 líneas más desde la ubicación de salida a > cliente, sino que cree directamente 120 líneas desde la ubicación de > stock a cliente con estado realizado (y sin estar asociadas a ningún > albarán). Una idea es que por defecto haga estos movimientos directos, a > no ser que en el momento del pago se indique que se quiere hacer el > albarán sin reservar (esto sería útil en casos de ventas en que el > cliente no se lleva la mercancía en ese momento, si no lo recoge más > tarde o se le envía por mensajero, por ejemplo si se trata de muebles o > mercancía voluminosa). > > Jordi > > -- > Jordi Esteve > Consultor Zikzakmedia SL > [email protected] <javascript:> > Mòbil 679 170 693 > > Zikzakmedia SL > Dr. Fleming, 28, baixos > 08720 Vilafranca del Penedès > Tel 93 890 2108 > >
