Manual operativo DoorAndDoor
DoorAndDoor Sales New - Notas de Reuniones
DoorAndDoor Sales New - Notas de Reuniones
Formato sugerido
Fecha
Fecha -- 14 de junio 2026
- Participantes: todo personal de direccion
- Tema: revision de los cambios hechos hasta ahora. y los flujos
- Acuerdos:
- Dudas:
- Acciones:
Reunion base de analisis con cliente 14-06-26
- Tema:
Revision del flujo comercial, impresion, stock, bonificaciones y produccion.
- Puntos detectados:
- Las factura para generar la orden de despacho deben estar pagadas completamente.
- la Regla de facturación debe tener al menos el pago parcial para para poder generar la orden de fabricación.
- mostrar stock al momento de cotizar. en las facturas . sacarlo de las ordenes de ventas y pasar esas columnas para factura..
- pasar la pestaña de las firmas que estan en ordenes de ventas para las facturas.
- mover los semaforos de iventarios dispobibles de Sale Order a las Factura. o mantenerlos en los dos lugares. de ser posible.
- revisar reglas de despacho segun pago y almacen
- agregar foto en cliente
- definir bonificaciones por cliente y grupo
- ampliar visualizacion y proyeccion de produccion
- Resultado:
Los puntos fueron pasados a backlog funcional en docs/project_backlog.md.
Seguimiento interno posterior 15-06-26
- Tema:
Cierre tecnico de los puntos ya resueltos y congelacion temporal de los puntos aun no definidos por el cliente.
- Acuerdos:
- se da por cerrado el ajuste de despacho solo con factura totalmente pagada
- se da por validado el flujo donde fabricacion puede generarse con pago parcial
- se deja implementada la visualizacion de stock por almacen tambien en facturas
- no se continuara desarrollando reglas adicionales por almacen ni refinamientos visuales no definidos hasta nueva confirmacion del cliente
- Dudas:
- si el stock visible debe solo informar o tambien bloquear
- cual es la regla exacta de seleccion de almacen
- si los semaforos de stock deben mantenerse en venta, en factura o en ambos lugares
- que refinamientos de impresion siguen siendo realmente necesarios
- Acciones:
- mantener documentado como cerrado solo lo implementado y probado
- congelar los puntos aun abiertos hasta nueva reunion con el cliente
Ajuste tecnico interno 19-06-26
- Tema:
Correccion de duplicidad potencial en historial de despacho entre flujo de venta y flujo de factura.
- Puntos detectados:
- una misma salida podia reaparecer duplicada cuando ya existia un picking abierto de la venta y la factura intentaba crear otro
- el riesgo mayor estaba en dejar dos movimientos para la misma
sale_line_iden el historial operativo
- Acuerdos:
- facturacion debe reutilizar el
stock.pickingabierto de la venta relacionada si corresponde a la misma operacion - no deben crearse
stock.moveparalelos para la misma linea de venta dentro del mismo picking
- Acciones:
- dejar prueba automatizada para el caso de reutilizacion
- validar el ajuste final directamente en contenedor Docker de Odoo
Ajuste tecnico interno 19-06-26 - Nota 2
- Tema:
Bloqueo de ajustes manuales de inventario cuando ya existen cantidades comprometidas por facturas pagadas o parcialmente pagadas.
- Problemas detectados:
- un usuario podia intentar cuadrar stock a mano despues del cobro, dejando la existencia fisica por debajo de lo ya liberado para entrega
- eso rompia la consistencia entre factura, pago, liberacion y stock real
- el riesgo era mayor en facturas con pago parcial porque parte de la cantidad ya quedaba comprometida aunque aun no estuviera entregada
- Soluciones aplicadas:
- se agrego una validacion sobre
stock.quantpara revisar ajustes manuales de inventario - el sistema calcula la cantidad liberada y pendiente de entrega desde
doorandoor.fulfillment.line - si el ajuste intenta dejar el stock por debajo de esa cantidad comprometida, el sistema bloquea la operacion con error funcional
- se dejaron pruebas automatizadas para el caso bloqueado y para el caso permitido
- se identifico como antecedente conocido que algunos productos migrados desde Zoho venian como consumibles o servicios y por eso no podian usarse para inventario fisico en Odoo
- se deja constancia de que ese punto ya fue contemplado al preparar la futura base de produccion
- Anexo de mejora visual:
- la columna de stock visible en lineas de factura ya no muestra solo stock fisico bruto
- ahora descuenta tambien las unidades ya comprometidas por pagos anteriores que siguen pendientes de entrega
- con esto la cifra visible se acerca al stock realmente vendible y ayuda a evitar doble venta por lectura desactualizada
- el ajuste fue validado con prueba automatizada en entorno Docker Odoo
- Acciones:
- mantener este criterio como regla base mientras no exista una politica mas avanzada de conciliacion manual
- conservar la validacion cubierta por pruebas en entorno Docker Odoo
Ajuste tecnico interno 21-06-26 - Documentos escaneables
- Tema:
Incorporacion de codigos de barra en reportes impresos y simplificacion de documentos operativos de entrega.
- Problemas detectados:
- los documentos impresos no tenian una referencia escaneable comun para uso con hangers
- la orden de recogida seguia mostrando importes aunque el uso real en almacen requiere solo items y cantidades
- Soluciones aplicadas:
- se agrego una logica comun para generar barcode
Code128y QR por documento - se incorporaron esos codigos en factura, picking y orden de recogida
- el QR apunta a la URL del formulario del documento en Odoo
- la orden de recogida impresa se simplifico para mostrar solo producto, cantidad y notas
- la carga del modulo actualizada fue validada en entorno Docker Odoo
- Acciones:
- revisar con los usuarios el tamano y ubicacion final del barcode en PDF
- confirmar en siguiente ciclo de reuniones si se extiende el mismo criterio a otros reportes
Ajuste tecnico interno 24-06-26 - Reserva temporal de prefactura
- Tema:
Reserva temporal de inventario para cotizaciones o prefacturas con vencimiento automatico.
- Problemas detectados:
- al preparar una prefactura o cotizacion, el equipo comercial podia tomar una existencia como disponible aunque otro usuario ya la estuviera negociando
- esa falta de retencion temporal podia provocar doble venta o lectura comercial desactualizada del stock
- Soluciones aplicadas:
- se definio la prefactura como una
account.movede cliente en estado borrador - el reporte impreso de ese documento ahora muestra el titulo
Prefactura - se agrego una reserva temporal de 24 horas sobre esa prefactura
- mientras la reserva siga activa, su cantidad se descuenta del stock visible en cotizaciones y facturas
- si la prefactura se publica, la reserva temporal deja de contar y el proceso sigue por el flujo normal
- si pasan 24 horas sin publicacion, una tarea automatica libera la reserva
- Acciones:
- validar en entorno Docker Odoo el comportamiento visual de la reserva en casos concurrentes
- confirmar con operaciones si el tiempo de 24 horas se mantiene como politica fija o parametrica por area