Una operación local con Odoo necesita conectar pedido del cliente, stock correcto, equipo y estado de entrega. Asigna esas responsabilidades antes de comprar un conector. Una orden de entrega del ERP y un despacho a un repartidor son registros distintos, aunque correspondan a la misma compra.
Qué gestiona Odoo entre pedido y entrega
La documentación de gestión de pedidos de Odoo, revisada el 10 de noviembre de 2026, describe órdenes de entrega creadas desde ventas confirmadas cuando corresponden los productos y la configuración de Inventory. Sus métodos de reserva distinguen reserva al confirmar, manual y antes de la fecha programada. La elección afecta cuándo se compromete el stock.
La guía de métodos de entrega separa cargos de envío y configuración logística. Un método o cargo no acredita por sí solo disponibilidad de repartidor local, cobertura, seguimiento del cliente o prueba de entrega. Comprueba esos requisitos en el servicio propuesto.
Reparte responsabilidades entre Odoo y los pedidos locales
| Objeto o acción | Decisión | Fallo que resolver |
|---|---|---|
| Producto y stock | Mapear SKU, unidad, variante y almacén al storefront; elegir autoridad de stock | Disponibilidad obsoleta o venta doble de última unidad |
| Pedido | Definir cuándo el carrito pasa a pagado, venta ERP y aceptado por el comercio | Creación duplicada tras timeout |
| Pago y factura | Identificar referencia y autoridad financiera | Cliente pagado sin pedido o reembolso sin conciliar |
| Preparación | Asignar almacén/tienda, opciones y señal de finalización | El mapeo ERP pierde una opción de comida |
| Entrega local | Elegir flota propia o proveedor elegible y dueño del despacho | Sin repartidor, origen incorrecto o entrega fallida |
| Estado y soporte | Mapear aceptación, listo, despacho, entrega, cancelación y devolución | Un sistema cierra y otro conserva abierto |
Ordering.co conecta canales con pedidos del comercio y entregas. Para un negocio con Odoo, acuerda el alcance según versión, edición, alojamiento, módulos y acceso permitido. Una API o middleware general no acredita conector Odoo nativo listo ni sincronización de stock bidireccional activa.
Pedido local ilustrativo: un stock y un responsable de cumplimiento
El cliente pide una cesta de supermercado para entrega del día desde una tienda. El storefront revisa disponibilidad y cobertura configuradas, muestra total y sigue el pago elegido. La conexión acordada crea o actualiza una sola venta Odoo y la enlaza con la referencia del canal. El equipo recoge desde la ubicación mapeada y comunica un agotado antes de despachar.
El responsable crea el trabajo de mensajería o asigna repartidor conservando origen, dirección, instrucciones y referencia. El estado de entrega y ajustes de pago/reembolso regresan a los sistemas definidos. Si se cancela antes de recoger, acuerda liberación de reserva y cancelación del repartidor. Es un escenario de planificación, no una integración Odoo ya desplegada.
Prepara piloto y cotización completa
Exige mapeo documentado y piloto con pedido normal, última unidad, sustitución, pago fallido, envío repetido, falta de repartidor, cancelación y reembolso parcial. Durante un corte, decide si pausar ventas, usar una alternativa acotada o esperar al personal; evita asumir stock actualizado. Concilia referencias de canal, Odoo, pago y entrega antes de reabrir.
Compara configuración, acceso/licencia Odoo, middleware o desarrollo, alojamiento, monitoreo, soporte, entregas y mantenimiento tras actualizaciones. Nombra dueño de integración y separa funciones de ERP, pedidos y repartidores. Confirma exportación, reintentos y acceso de recuperación. La guía de middleware compara recorridos y la guía enterprise cubre gobierno entre tiendas. Solicita una demo acotada con versión Odoo, almacenes y cesta representativa.