Cliente: Empresa de materiales para construcción

Última actualización el 28/06/2026

1. Contexto general

La empresa se dedica a la venta de productos para construcción, incluyendo pisos, cemento y otros materiales relacionados. Actualmente ya cuenta con Odoo implementado, sin embargo, el sistema no está funcionando de manera satisfactoria para la operación real del negocio.

Durante el levantamiento se identificó que la implementación previa fue realizada de forma muy apegada al funcionamiento estándar de Odoo, sin una adecuada adaptación a los procesos comerciales, operativos y administrativos de la empresa. Esto ha provocado que los usuarios no adopten correctamente el sistema, que existan restricciones mal definidas y que varios procesos clave todavía se manejen de forma manual o poco controlada.

El problema principal no parece ser Odoo como herramienta, sino la forma en que fue configurado, capacitado y aterrizado a la operación diaria del cliente.

2. Diagnóstico general

La empresa necesita una reconfiguración funcional de Odoo enfocada en el uso práctico del negocio. Actualmente existen áreas críticas con falta de control, falta de capacitación y ausencia de flujos claros.

Los principales puntos detectados son:

• Los vendedores tienen permisos o accesos que deberían estar más controlados.

  • Los vendedores no deberían tener la capacidad de modificar los precios; es necesario implementar un bloqueo en el campo price_unit dentro de las cotizaciones.
  • Definir márgenes de descuento - o, establecer listas de precios con descuentos predefinidos.
  • Los vendedores no deberían tener la opción de anular ventas.
• No existe claridad en el uso de listas de precios, promociones y descuentos.
• El CRM no está siendo usado correctamente por los vendedores.

• No hay integración adecuada con canales digitales como WhatsApp, ecommerce, Mercado Pago, Mercado Libre y Amazon.

  • Es necesaria la conexión con Paquete Express.

• La gestión de productos por metro cuadrado requiere configuración específica.

  • Registrar productos que se comercializan en cajas, pero que se cuantifican en m2.
• Inventario necesita reglas claras de rutas, conteos y valorización.
• Compras, gastos y contabilidad requieren revisión de estructura.
• Existe una brecha importante entre la implementación técnica y la operación real del negocio.

3. Área de Ventas

3.1 Control de precios en cotizaciones y productos

Se identificó que los vendedores no deberían poder modificar precios directamente en cotizaciones ni en productos. Esto representa un riesgo importante para la rentabilidad y el control comercial.

Problema detectado

Actualmente no existe un control suficientemente claro para evitar que los vendedores alteren precios de venta o condiciones comerciales fuera de las políticas autorizadas.

Impacto

• Pérdida de margen.
• Cotizaciones inconsistentes.
• Falta de control gerencial sobre descuentos.
• Posibles conflictos con clientes por diferencias de precio.
• Dificultad para auditar quién modificó precios y por qué.

Recomendación

Configurar reglas de seguridad para que los vendedores puedan cotizar, pero no modificar precios base ni precios de productos. Los precios deberán venir desde listas de precios previamente autorizadas.

También se recomienda definir niveles de autorización para descuentos.

3.2 Porcentaje de descuentos

La empresa requiere controlar los descuentos aplicados por vendedores.

Problema detectado

No hay una política clara dentro de Odoo sobre qué porcentaje puede aplicar cada vendedor ni cuándo requiere autorización.

Recomendación

Proponemos dos alternativas. La primera consiste en eliminar por completo la función de descuentos y en su lugar implementar listas de precios que permitan gestionar y fijar descuentos fijos. O bien, se podría establecer un límite en el campo de descuentos, permitiendo que el vendedor tenga un margen para negociar. 

3.3 Listas de precios, promociones y fechas

El equipo no sabe cómo aplicar listas de precios con vigencia por fechas. También requieren manejar promociones.

Problema detectado

Actualmente no hay dominio operativo sobre listas de precios, reglas promocionales o descuentos temporales.

Impacto

• Promociones aplicadas manualmente.
• Riesgo de errores en precios.
• Dependencia de usuarios específicos.
• Falta de control sobre fechas de inicio y fin.
• Dificultad para aplicar campañas comerciales.

Recomendación

Configurar listas de precios por segmento, canal o temporada. Para promociones, se pueden utilizar:

• Listas de precios con fecha de vigencia.
• Reglas promocionales.
• Cupones.
• Descuentos automáticos por producto, categoría o volumen.

Para este tipo de negocio, lo más recomendable es iniciar con listas de precios y reglas promocionales controladas, antes de implementar cupones más complejos.

3.4 Cancelación de cotizaciones

Los vendedores no deben poder cancelar cotizaciones.

Problema detectado

La cancelación de cotizaciones puede afectar el seguimiento comercial y la trazabilidad de oportunidades.

Recomendación

• Restringir la cancelación de cotizaciones a usuarios autorizados, como supervisor de ventas o gerencia.
• Los vendedores podrán crear, editar información comercial permitida y enviar cotizaciones, pero no cancelarlas sin autorización.

3.5 Timbrado de facturas

Los vendedores no deben timbrar facturas.

Problema detectado

En realidad, no es un inconveniente, ya que Leganta ha implementado una política que establece que solo una persona se ocupa de timbrar las facturas. El timbrado fiscal debe ser un proceso controlado por administración o facturación, no por ventas.

Impacto

• Riesgo fiscal.
• Facturas emitidas incorrectamente.
• Errores en método de pago, uso CFDI, régimen fiscal o datos del cliente.
• Problemas de cancelación posterior.

Recomendación

Separar claramente el flujo:

1. Vendedor genera cotización.
2. Cliente aprueba.
3. Administración valida datos fiscales.
4. Facturación emite y timbra la factura.

4. Área CRM

4.1 Uso del CRM

La empresa no sabe usar correctamente el CRM.

Problema detectado

El CRM no está siendo utilizado como herramienta de seguimiento comercial. Esto limita la visibilidad sobre prospectos, oportunidades, actividades y avance de ventas.

Impacto

• No hay trazabilidad clara de oportunidades.
• Seguimientos comerciales informales.
• Posibles ventas perdidas por falta de seguimiento.
• Dificultad para medir desempeño de vendedores.
• Falta de información para toma de decisiones.

Recomendación

Rediseñar el CRM para vendedores con etapas simples y prácticas. Por ejemplo:

1. Nuevo prospecto.
2. Contactado.
3. Cotización enviada.
4. Seguimiento.
5. Ganado.
6. Perdido.

Cada etapa debe tener actividades claras y criterios de avance.

4.2 Usuarios compartidos

Se identificó que existen 3 vendedores trabajando con 2 usuarios compartidos.

Problema detectado

El uso de usuarios compartidos genera problemas de trazabilidad, seguridad y responsabilidad.

Impacto

• No se puede saber con claridad quién hizo cada acción.
• Seguimientos comerciales mezclados.
• Problemas para medir productividad individual.
• Riesgo de errores o mal uso del sistema.

Recomendación

• Cada vendedor debe tener su propio usuario. Esto es importante para control de permisos, reportes, auditoría y medición de desempeño.
• Si el costo de usuarios es una preocupación, se puede revisar una estrategia por etapas, pero operativamente no es recomendable compartir usuarios.

5. Marketing, Ecommerce e Integraciones

La empresa requiere integrar Mercado Libre y Pago para recibir pagos.

Diagnóstico

Se necesita recopilar y validar los datos de API de Mercado Libre y Pago, incluyendo credenciales productivas y de prueba.

Recomendación

Configurar la integración de pagos de forma controlada, verificando:

• Cuenta correcta de Mercado Pago.
• Llaves públicas y privadas.
• Ambiente de pruebas.
• Ambiente productivo.
• Flujo de conciliación de pagos.
• Relación entre pagos, pedidos y facturas.

5.2 Mercado Libre

La empresa vende en línea y requiere integración con Mercado Libre, similar al caso de PrintPV.

Diagnóstico

Mercado Libre representa un canal de ventas importante, pero actualmente no está integrado adecuadamente con Odoo.

Recomendación

Evaluar integración vía API para sincronizar:

• Productos.
• Inventario.
• Pedidos.
• Clientes.
• Estados de venta.
• Facturación.
• Envíos.

Antes de integrar, se debe definir si Odoo será el sistema maestro de inventario y productos.

5.3 Amazon

La empresa también maneja tienda en Amazon.

Recomendación

Evaluar integración con Amazon para centralizar pedidos, inventario y facturación. Igual que con Mercado Libre, primero se debe definir la arquitectura comercial:

• Qué sistema controla inventario.
• Qué sistema controla precios.
• Qué sistema controla facturación.
• Cómo se procesan pedidos de marketplace.

5.4 Ecommerce propio

Se requiere incluir ecommerce propio de la empresa.

Recomendación

Revisar si el ecommerce se manejará directamente en Odoo Website/eCommerce o si se conectará una tienda externa.

El objetivo debe ser centralizar ventas digitales sin duplicar inventarios ni procesos administrativos.

5.5 WhatsApp API

La empresa requiere conectar WhatsApp API.

Diagnóstico

WhatsApp puede ser un canal clave para ventas, atención a clientes y seguimiento de cotizaciones.

Recomendación

Implementar WhatsApp API conectado al flujo comercial, idealmente con CRM y ventas. Casos de uso recomendados:

• Recepción de prospectos.
• Seguimiento de cotizaciones.
• Confirmación de pedidos.
• Envío de comprobantes.
• Atención postventa.
• Campañas controladas.

Es importante evitar que WhatsApp quede como una herramienta aislada. Debe conectarse con CRM, contactos, ventas y actividades.

6. Productos

6.1 Productos por metro cuadrado

La empresa vende productos que requieren manejo por metro cuadrado.

Diagnóstico

Se requiere configurar productos con unidades de medida adecuadas para venta por m², especialmente en pisos y materiales similares.

Recomendación

Analizar por tipo de producto:

• Producto vendido por pieza.
• Producto vendido por caja.
• Producto vendido por metro cuadrado.
• Producto comprado por caja y vendido por m².
• Producto con equivalencias entre caja, pieza y m².

Se recomienda configurar unidades de medida, empaques y reglas de conversión antes de cargar o modificar productos masivamente.

7. Inventario

7.1 Una bodega y rutas

La empresa maneja una bodega.

Diagnóstico

Se requiere simplificar el flujo de inventario en Odoo para que sea práctico y entendible.

Recomendación

Configurar rutas simples:

1. Recepción de proveedor.
2. Almacenamiento en bodega.
3. Salida por venta.
4. Devoluciones.
5. Ajustes de inventario.

No se recomienda sobrecomplicar rutas si la operación solo tiene una bodega. La configuración debe responder al proceso real, no al manual genérico de Odoo.

7.2 Conteos de inventario

La empresa realiza conteos dos veces al año.

Diagnóstico

El conteo semestral debe formalizarse en Odoo para generar ajustes controlados.

Recomendación

Configurar procesos de inventario físico semestral con:

• Fechas programadas.
• Responsables.
• Validaciones.
• Reportes de diferencias.
• Aprobación de ajustes.
• Bitácora de cambios.

7.3 PEPS

La empresa requiere manejo PEPS.

Diagnóstico

PEPS puede ser necesario para valorización y control de inventario, aunque actualmente no utilizan tonos ni lotes.

Recomendación

Revisar si PEPS se necesita solo para valorización contable o también para operación física.

Si no usan lotes, tonos o caducidades, el manejo PEPS puede aplicarse a nivel de valorización, pero se debe revisar si realmente agrega valor operativo o solo complejidad.

7.4 Tonos y lotes

Actualmente no utilizan tonos ni lotes.

Diagnóstico

Para productos como pisos, los tonos o lotes pueden ser relevantes dependiendo del tipo de producto y proveedor. Sin embargo, si la empresa no los controla actualmente, implementarlo sin disciplina operativa puede generar más problemas que beneficios.

Recomendación

No activar lotes o tonos de forma general al inicio. Primero se debe definir si existen productos donde realmente sea necesario.

En caso de ser necesario, se puede implementar por categoría específica.

8. Compras, gastos y contabilidad

8.1 Compras y gastos

Se identificó necesidad de revisar el flujo de compras y gastos.

Diagnóstico

Actualmente no queda claro si Odoo está siendo usado correctamente para compras, recepción de mercancía, facturas de proveedor y gastos administrativos.

Recomendación

Mapear el flujo completo:

1. Solicitud o necesidad de compra.
2. Orden de compra.
3. Recepción de mercancía.
4. Factura de proveedor.
5. Pago.
6. Registro contable.

También se debe separar compra de inventario contra gasto operativo.

8.2 Plan de cuentas

El plan de cuentas requiere revisión.

Diagnóstico

Una mala configuración contable puede afectar facturación, compras, inventario, impuestos y reportes financieros.

Recomendación

Revisar el plan de cuentas con enfoque en:

• Ventas.
• Costos.
• Inventario.
• Gastos.
• Impuestos.
• Métodos de pago.
• Cuentas por cobrar.
• Cuentas por pagar.

La revisión debe hacerse junto con el contador o responsable administrativo.

9. Paquetería y envíos

9.1 Paquete Express

Se identificó Paquete Express como operador logístico relevante.

Diagnóstico

Se debe revisar si el cliente necesita solo registrar guías manualmente o si requiere una integración más avanzada.

Recomendación

Definir el alcance:

• Registro manual de guía.
• Cálculo de envío.
• Generación automática de guía.
• Rastreo desde Odoo.
• Notificación al cliente.
• Relación con ecommerce y marketplaces.

10. Problemas principales detectados

Los principales problemas del proyecto actual son:

1. Odoo fue implementado de forma técnica, pero no operativa.
2. Los usuarios no fueron capacitados con casos reales del negocio.
3. Existen permisos mal alineados con responsabilidades.
4. Ventas no tiene controles suficientes sobre precios, descuentos y cancelaciones.
5. CRM no se usa como herramienta comercial real.
6. Los canales digitales no están integrados.
7. Inventario necesita simplificación y reglas claras.
8. Productos por m² requieren una configuración específica.
9. Contabilidad y plan de cuentas necesitan validación.
10. La empresa necesita una reimplementación funcional por etapas.

11. Recomendación estratégica

No se recomienda hacer cambios aislados sin primero definir el modelo operativo correcto. La empresa necesita una intervención estructurada para corregir la implementación actual de Odoo.

La recomendación es trabajar en fases:

Fase 1: Diagnóstico funcional profundo

• Revisar configuración actual.
• Revisar permisos.
• Revisar ventas, CRM, inventario, compras y contabilidad.
• Identificar errores de implementación.
• Levantar procesos reales con usuarios clave.

Fase 2: Corrección de ventas y CRM

• Configurar permisos de vendedores.
• Bloquear modificación de precios.
• Controlar descuentos.
• Restringir cancelaciones.
• Separar facturación de ventas.
• Rediseñar CRM.
• Capacitar vendedores con casos reales.

Fase 3: Productos e inventario

• Configurar productos por m².
• Revisar unidades de medida.
• Configurar bodega y rutas.
• Definir conteos semestrales.
• Revisar PEPS.
• Evaluar necesidad real de lotes o tonos.

Fase 4: Compras, gastos y contabilidad

• Revisar compras.
• Revisar gastos.
• Validar plan de cuentas.
• Alinear inventario con contabilidad.
• Revisar impuestos y facturación.

Fase 5: Integraciones digitales

• WhatsApp API.
• Mercado Pago.
• Mercado Libre.
• Amazon.
• Ecommerce propio.
• Paquete Express.

12. Conclusión

La empresa no necesita simplemente “aprender Odoo como viene en el manual”. Necesita que Odoo sea adaptado a su forma real de vender, comprar, entregar, cobrar y controlar inventario.

El sistema actual no está generando valor suficiente porque fue implementado desde una visión técnica y estándar, no desde una visión empresarial y operativa.

La oportunidad está en reordenar Odoo para que funcione como una herramienta práctica de control comercial, inventario, ventas digitales, administración y toma de decisiones.

Con una reconfiguración correcta, capacitación enfocada en casos reales y una implementación por etapas, Odoo puede convertirse en una plataforma útil para controlar la operación y preparar a la empresa para crecer con canales digitales integrados.

En este espacio se puede evaluar la propuesta económica relacionada con los servicios de Lucion, incluyendo el desarrollo de código personalizado y las horas dedicadas a la implementación y capacitación.

PAQUETE DE IMPLEMENTACIÓN

Ofrecemos a todos nuestros clientes un paquete de 25 horas para implementación y capacitación. Cada vez que nos reunimos por videollamada o en persona, llevamos un control de horas. Este paquete tiene una vigencia de un año. Si requieren más horas, pueden contratar otros paquetes posteriormente. Si sobran horas, tienen el resto del año para utilizarlas.

A001) ONBOARDING (25 HOURS)

▶ 25 Horas de Onboarding con Expertos: Incluye la identificación de necesidades y el desarrollo de un plan de capacitación estructurado, conforme a los requerimientos acordados. 🕒 Vigencia: 12 meses a partir de la contratación. 🧩 ¿En qué puedes usar estas horas? ✅ Capacitación funcional (uso de módulos y buenas prácticas). ✅ Configuración del sistema (todo lo que Odoo permite configurar desde la interfaz). ✅ Importación de datos (productos, clientes, proveedores, etc.). 🚫 Importante: Estas horas no pueden utilizarse para desarrollos de código personalizados.

$ 37,500.00

Cotización - S00210.pdf

DESARROLLOS

Para adaptar el sistema a las necesidades del cliente, es necesario desarrollar código, lo cual implica un costo adicional.

B001)  Adaptaciones necesarias para implementar el calculo de m2 en productos vendidos.

➤ En Odoo, puedes registrar productos con una unidad de medida y definir un "embalaje." Por ejemplo, si un producto se mide en m2, puedes registrarlo con esa unidad de medida y luego establecer un embalaje, como una caja de 1.44m2. De esta manera, el sistema controla las ventas por m2 y facilita el uso de embalajes. Sin embargo, Odoo no bloquea por defecto la venta de cajas incompletas si la empresa tiene una política de no vender fracciones de una caja, ni incluye la opción de seleccionar embalajes en cada vista, lo que obliga a los usuarios a usar una calculadora. Esto se puede solucionar con un desarrollo personalizado, pero recomendamos que si el producto se vende realmente por caja, se registre por caja y no por m2. 

Podemos adaptar un desarrollo que calcule los m2 en cada caja para generar un informe.

• Inventario: (Reporte de existencias, Reporte de ubicaciones, Historial de movimientos, Ajustes de inventario, Desechos, Movimientos de inventario). Con el fin de llevar un conteo de total de metros, se implementó en diversas secciones del sistema la opción de los embalajes.
• Facturación: calculo de unidad de medida en facturas. (producto se vende por caja pero se calcula los m2 incluidos), que tambien aprece el campo en el PDF de las facturas.. 
• Ventas: En las líneas de venta, el campo m2 permite cotizar por metro cuadrado y redondea por caja, ya que no se pueden vender fracciones de una caja. Tambien que aparece el campo en los reportes PDF de ventas.

5 horas - programación nivel básico

$5220 (Incluye IVA)

B002) Aceso Multi-Empleado por Usuario

➤ Ese modulo administra los usuarios en el sistema, permitiendo el logueo de varios empleados a la vez mediante un mismo usuario. Adapatado para permitir que el empleado tenga la misma experiencia y comportamiento en el sistema a la de un usuario normal en Odoo SH, pero con la integración y los beneficios de simplificar la adquisición de menor cantidad de usuarios por el mismo volumen de empleados.

➤ El módulo esta "prestado" por Lucion durante su colaboración como socio oficial de Odoo. Este módulo tiene un costo de $97,092.00 en caso de que deseen adquirir el código. Mientras Lucion (Robbie Stevenson) continúe siendo el socio oficial de Leganta, lo mantendremos en el servidor con un pago único de $14,999.99. En el momento en que dejemos de ser el socio oficial y Leganta opte por no comprar el código, procederemos a retirarlo del servidor.

$14,999.99 (Incluye IVA)

B003)  Creación de reporte personalizado 

➤ Para la consulta de existencias para cualquier tipo de usuario (vendedores, gerentes,etc.), a fin de poder consultar las existencias de los productos de manera mas practica en el app de ventas sin tener que entrar en el app de Inventario.

➤ Solo indica las cantidades disponibles, no lo que está al alcance.

3 horas - programación nivel básico

$3,132.00 (Incluye IVA)

B004) Permisos implementados - un conjunto de reglas

Permisos para restringir las limitaciones de los usuarios en los siguientes modelos: 

- Control de las rutas de almacén (stock.route) - Solo unos usuarios autorizados pueden crear/editar rutas.
- Crear y editar productos y variantes (product.product y product.template). 
- No se puede modificar precios en ventas. Convertir el campo price_unit en sale.order en un campo lectura. Precios se debe definir en las listas de precios.
- No se puede cancelar una venta ya confirmado.

1 hora - programación nivel básico

$1044.00 (Incluye IVA)

B005) Candados en procesar ventas

➤ Implementamos múltiples controles al procesar ventas que verifican detalles de productos, lotes, inventario, rutas y puntos de salida para minimizar los errores generados por el equipo de ventas. Es como un botón de verificación antes de confirmar la venta, lo que resulta en una reducción de errores del equipo de ventas y asegura que cuentan con todos los datos necesarios, evitando que vendan productos sin existencias.

Falta definir qué conceptos quieren revisar para que el vendedor los tenga completos en su venta.

Estimado - ~4 horas - programación avanzada

$6,960.00 (Incluye IVA)

B006) Compras Generales

➤ Modificamos una función en Odoo para consolidar múltiples pedidos de un mismo proveedor en uno solo, sin perder la individualidad de las órdenes de compra, lo que nos permite seguir rastreando las compras relacionadas con las ventas. 

3 horas - programación nivel básico

$3,132.00 (Incluye IVA)

B007) Desactivar la función de descuentos o implementar límites de crédito y sistema de autorización

➤ B007a Deshabilitamos el campo de descuentos en Odoo para que no aparece y el equipo usan las listas de precio para definir precios preferenciales.

➤ B007b Proponemos añadir un campo en el perfil del producto para el máximo descuento permitido. Si el vendedor necesita ofrecer un descuento mayor, podría solicitar un aumento de descuento por medio de un interfaz que desarrollaremos.

Pendiente por definir cual opción

b007a  - 1 hora - programación nivel básico

$1044.00 (Incluye IVA)

b007b  - 6 horas - programación nivel básico

$6264.00 (Incluye IVA)

B008) Crear cuenta Meta desarrollador para conectar el API de WhatsApp a Odoo.

➤ Para enviar mensajes desde Odoo a tus clientes o proveedores, debes crear una cuenta en Meta y configurar la API de WhatsApp. Es necesario vincular una tarjeta de crédito a la cuenta para que Meta te cobre por los mensajes enviados.

$2500.00 (Incluye IVA)

Hay una tienda en línea donde se pueden encontrar varios desarrollos creados por otras personas; algunos son gratuitos y otros tienen costo. Los costos son únicos, lo que significa que estás comprando un código base. Algunas de estas personas ofrecen soporte, pero es poco común. Existe un riesgo al comprar código porque realmente no sabes qué estás adquiriendo, sin embargo, el precio es muy accesible y podemos decir por experiencia que el 80% de las veces que hemos comprado código no hemos tenido problemas.

Dado que existe la ley de código abierto, solicitamos que nuestros clientes compren directamente el código. Nosotros lo subimos a su servidor.

Mercado Libre

Las aplicaciones internas de Odoo no tienen una integración directa, pero hay varios "conectores" disponibles en la tienda de aplicaciones.

https://apps.odoo.com/apps/modules/browse?series=19.0&search=mercado+libre

GRATIS:

https://apps.odoo.com/apps/modules/19.0/vex_odoo_mercadolibre_demo

https://apps.odoo.com/apps/modules/19.0/odumbo

Podemos empezar con esas dos opciones y ver si cumplen con nuestras necesidades. Si no funcionan, hay otras disponibles por $500 USD.

Además, hemos desarrollado un proyecto para otro cliente de Mercado Envios, cotizado en 10 horas por $20,184.00. Por lo tanto, también existe la posibilidad de cotizar un desarrollo personalizado para Mercado Libre. Para otro cliente, cotizamos un desarrollo para Shopify que costó $12,180.00, así que aproximadamente la integración para Mercado Libre debería estar en ese rango.

Amazon

Odoo ya cuenta con una integracion con Amazon entonces solo es cuestion de configurarlo y probarlo.

Características clave

• Los pedidos se importan desde múltiples cuentas y mercados.
• Los pedidos se emparejan con los productos Odoo según su referencia interna (SKU en Amazon).
• Las entregas confirmadas en Odoo se sincronizan en Amazon.

• Soporte para Fulfillment by Amazon (FBA) y Fulfillment by Merchant (FBM):

  • Logística de Amazon: una ubicación de existencias y los movimientos de existencias permiten supervisar sus existencias en los centros logísticos de Amazon.
  • FBM: las notificaciones de entrega se envían a Amazon para cada picking confirmado (entrega parcial amigable).