DOMISYSCuatro flujos, con responsabilidades distintas.
Vender en tienda física y por internet obliga a coordinar catálogo, precios y disponibilidad. Una conexión bien definida decide dónde se mantiene cada dato y cómo se resuelven las diferencias. No todos los datos deben viajar en ambas direcciones.
Estado del conector: Domisys dispone de un módulo desarrollado para Odoo 19. Hemos revisado sus capacidades en el código y existe un registro de pruebas con una API simulada. Esto no acredita una conexión operativa con tu tienda: antes de activarla hay que configurar y validar su funcionamiento en un entorno de pruebas.
| Información | Dirección prevista | Alcance revisado |
|---|---|---|
| Productos y referencias | WooCommerce → Odoo, o bien Odoo → WooCommerce | Se elige un sistema maestro del catálogo. Las referencias SKU identifican las correspondencias. |
| Precios | Desde el maestro elegido | Precio de catálogo con comprobaciones de impuestos. No equivale a replicar todas las promociones o tarifas. |
| Existencias | Odoo → WooCommerce | Disponibilidad del almacén elegido, considerando reservas y margen de seguridad configurable. |
| Pedidos | WooCommerce → Odoo | Importación y comprobaciones de referencias, importes, moneda e impuestos. Algunos estados pueden devolverse a la tienda si se configura. |
Catálogo y precios: elegir dónde se mantienen.
Si WooCommerce es el maestro, el conector puede importar productos simples y variaciones como referencias independientes. Esto no reconstruye automáticamente una plantilla de Odoo con todos sus atributos. Si Odoo es el maestro, puede crear o actualizar productos simples en la tienda; los nuevos se crean como borrador para revisar su publicación.
La correspondencia necesita SKU coherentes y únicos. Imágenes, categorías, packs, suscripciones y estructuras complejas de variantes no se ofrecen aquí como sincronizaciones verificadas. Antes de presupuestar revisamos el catálogo y las extensiones de WooCommerce que puedan modificar su comportamiento.
Los precios requieren acordar si incluyen impuestos y cómo se representan. Tarifas por cliente, descuentos avanzados o reglas fiscales especiales necesitan validación propia. Una prueba con productos representativos es más útil que prometer una copia idéntica de cualquier catálogo.
Existencias: una autoridad para publicar disponibilidad.
En el flujo revisado, Odoo publica disponibilidad en WooCommerce desde el almacén configurado. No se importan cantidades desde la web para sobrescribir las existencias de Odoo. Antes de activar esta salida se debe confirmar el inventario inicial y tener habilitada la entrada de pedidos.
Un pedido online confirmado puede reservar mercancía en Odoo. La salida física se refleja cuando se completa la operación correspondiente. Esta diferencia entre reservar y entregar evita interpretar cada estado como un nuevo descuento de unidades. Las ventas de TPV afectan a la disponibilidad cuando quedan registradas y sincronizadas en el sistema.
La actualización se ejecuta periódicamente por lotes. La duración depende del volumen, los errores y la disponibilidad de las APIs. No prometemos stock instantáneo ni ausencia absoluta de sobreventa ante desconexiones; esos riesgos se estudian mediante reservas, margen de seguridad y supervisión.
Pedidos: automatizar también exige tratar excepciones.
El conector registra identificadores de pedidos para controlar duplicados y revisa referencias, moneda, importes e impuestos. Los estados de WooCommerce influyen en la creación y confirmación de la venta. Un pedido pendiente no se trata igual que uno en procesamiento, en espera o completado.
Si se habilita la actualización de estados, el módulo puede devolver la finalización cuando se han completado las entregas o comunicar determinadas cancelaciones. Los reembolsos, cambios sobre pedidos confirmados y operaciones ya facturadas o entregadas requieren revisión según el caso.
Importar un pedido no equivale a cobrarlo ni a emitir automáticamente su factura. La pasarela de pago, la conciliación y los documentos contables son procesos distintos que deben delimitarse en la propuesta.
Del pedido online al inventario: qué revisar en una demostración.
El objetivo es comprobar una operación completa y sus excepciones, no solo ver aparecer un producto. Con datos de prueba, revisamos el mismo SKU a lo largo del recorrido:
- Antes de vender: comparar el producto, su precio y la disponibilidad publicada desde el almacén seleccionado.
- Al recibir el pedido: comprobar su correspondencia en Odoo, los importes y la reserva cuando proceda. Reprocesar el mismo pedido debe respetar el control de duplicados.
- Tras entregar o vender por TPV: revisar el movimiento registrado y la disponibilidad que se enviará en el siguiente ciclo.
- Si hay una incidencia: comprobar qué ocurre ante un SKU desconocido, una cancelación o una interrupción de la API, y quién debe intervenir.
El presupuesto separará preparación del catálogo, configuración del conector, pruebas y soporte. Adaptaciones para otras versiones, varias tiendas o reglas especiales requieren estudio propio. Estos criterios son un plan de validación; no acreditan una prueba real completada con tu tienda.
Qué necesitamos para evaluar tu tienda.
- Versión de Odoo y edición, versión de WooCommerce y relación de extensiones relevantes.
- Una muestra de productos y variantes, criterio de SKU, impuestos y precios.
- Almacén que publicará disponibilidad y decisión sobre el maestro del catálogo.
- Estados habituales del pedido, entregas, cancelaciones y política de reembolsos.
- Un entorno de pruebas separado y acceso API autorizado con los permisos necesarios. Las claves no deben enviarse en un formulario comercial.
El alcance revisado contempla una conexión por empresa y un almacén de referencia. Si necesitas varias tiendas, varios almacenes o reglas de reparto, primero estudiamos la adaptación necesaria.
Cómo preparar una puesta en marcha controlada.
- Inventario y correspondencias: revisar referencias, cantidades y productos de prueba.
- Configuración aislada: conectar una tienda de ensayo y decidir las reglas de cada flujo.
- Pruebas completas: compra online, reserva, entrega, venta TPV, actualización de disponibilidad, duplicados y errores.
- Revisión del negocio: comprobar resultados y acordar quién atiende las incidencias.
- Activación autorizada: respaldo, seguimiento y criterios para desactivar la sincronización si aparece un problema.
El módulo contempla controles para activar o desactivar la conexión. Detenerla evita nuevas sincronizaciones, pero no deshace pedidos ni movimientos ya registrados; la reversión de datos exige un plan específico.
Preguntas frecuentes.
¿Se pueden sincronizar miles de productos?
El código utiliza paginación y procesamiento por lotes. El tiempo y el alcance real deben medirse con el catálogo de prueba, especialmente si contiene muchas variantes. No damos una capacidad o plazo garantizado sin comprobar ese caso.
¿Puedo editar el mismo precio en ambos sistemas?
El enfoque revisado elige un maestro del catálogo. Mantener cambios simultáneos y resolver conflictos en ambos sentidos sería otra necesidad, que no debe confundirse con esta configuración.
¿Incluye mi tienda WooCommerce y el ERP?
La integración tiene un alcance propio. Desarrollo de la tienda, licencias, alojamiento, implantación de Odoo y mantenimiento deben figurar como partidas explícitas cuando se necesiten.
Escoge el siguiente paso según tu punto de partida.
Si todavía no tienes ERP, consulta la propuesta de implantación y personalización de Odoo. Si estás preparando la web, revisa nuestro servicio de tiendas online. También puedes consultar la guía para coordinar stock entre WooCommerce y tienda física o estudiar otras integraciones API.