El 11/02/14 15:51, Luis Martinez escribió:
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?
Hola Luis
El problema de performance no es ocasionado por el workflow de la venta,
envio - factura (este proceso impacta relativamente poco), el problema
es un decorador en el POS, (sorpresa que me lleve no siempre los
decoradores son la mejor opción).
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
