Odoo y WooCommerce: guía para evaluar la integración

Conectar WooCommerce con Odoo puede ayudar a coordinar catálogo, pedidos e inventario, pero cada flujo necesita una regla propia. Elegir dónde se crean los productos es una decisión distinta de elegir quién publica las existencias. Importar un pedido tampoco equivale a cobrarlo, entregarlo o facturarlo. Antes de activar una conexión, conviene describir esas diferencias y decidir cómo se comprobarán.

Esta guía explica cómo evaluar el alcance del conector Domisys para Odoo 19. La revisión se apoya en su código disponible y no acredita una instalación operativa con una tienda concreta. La puesta en marcha exige configuración y pruebas con las versiones y extensiones del comercio. Si buscas una introducción general al inventario compartido, consulta la guía sobre stock entre WooCommerce y tienda física. Aquí profundizamos en los criterios para aceptar o descartar una configuración específica.

El flujo revisado permite elegir WooCommerce u Odoo como maestro del catálogo. Eso no significa que ambas aplicaciones deban editar simultáneamente los mismos datos. Un maestro define la procedencia de las actualizaciones y reduce ambigüedades. Antes de importar, revisa las referencias SKU y las correspondencias: nombres parecidos no garantizan que dos registros representen el mismo producto.

Desde WooCommerce, las variaciones pueden importarse como referencias independientes. No debe interpretarse como una reconstrucción automática de todas las plantillas y atributos de Odoo. Cuando Odoo es el maestro, el alcance revisado contempla productos simples; los nuevos se crean como borrador en la tienda para revisar su publicación. Imágenes, categorías y estructuras especiales no se incluyen aquí como sincronizaciones verificadas. Una muestra debe contener productos normales y casos particulares antes de decidir si el conector cubre el catálogo del negocio.

WooCommerce dispone de herramientas CSV para importar, exportar y actualizar productos. Su documentación explica la correspondencia mediante identificadores o SKU y el mapeo de columnas. Esa capacidad puede servir para preparar un catálogo, pero una operación puntual no mantiene automáticamente coordinadas las ventas posteriores. Consulta la documentación oficial de importación CSV para el comportamiento de esa herramienta.

Separa la preparación inicial de la sincronización recurrente. Primero limpia referencias, comprueba duplicados y documenta qué registros se relacionan. Después prueba la actualización de un producto conocido y la incorporación de uno nuevo. No lances varias importaciones con criterios distintos sin revisar las correspondencias resultantes. Si el catálogo contiene miles de referencias, la paginación y los lotes permiten organizar el trabajo, pero el tiempo real depende del caso. La cantidad de productos no basta para prometer una duración de puesta en marcha.

En el conector revisado, el precio sigue al maestro del catálogo elegido. La comparación debe tener en cuenta cómo se representan los impuestos y qué importe ve el cliente. No basta con comprobar que un número se ha copiado: hay que revisar el resultado esperado en una operación de prueba y el tratamiento de las diferencias.

Las promociones, tarifas por cliente o reglas añadidas por extensiones pueden alterar el comportamiento. No se debe deducir que todo eso queda replicado por sincronizar un precio de catálogo. Prepara ejemplos con condiciones habituales y excepciones relevantes para tu tienda. Anota el precio de origen, el resultado esperado y el observado. Si aparece una diferencia, detén la validación de ese flujo y explica su causa antes de actualizar el catálogo completo. La configuración fiscal necesita una revisión específica; la existencia de un conector no acredita por sí sola el cumplimiento de las obligaciones del negocio.

En el alcance revisado, Odoo publica disponibilidad hacia WooCommerce desde el almacén seleccionado. No se toma la cantidad de la tienda online para sobrescribir el inventario de Odoo. Antes de habilitar esa salida, hay que conciliar el inventario inicial y disponer de la entrada de pedidos para considerar las operaciones online.

Una reserva y una entrega son hechos distintos. Un pedido puede comprometer unidades sin que hayan salido físicamente del almacén. La disponibilidad publicada debe interpretarse dentro de ese recorrido. El código contempla un margen configurable de unidades de seguridad, pero ese margen no elimina todos los riesgos. Las actualizaciones se procesan periódicamente por lotes: no se ofrece stock instantáneo ni ausencia absoluta de sobreventa. Una venta en TPV afecta al sistema cuando queda registrada y sincronizada; no debe prometerse el mismo comportamiento ante cualquier desconexión o configuración.

La importación utiliza identificadores para controlar duplicados y revisa datos relevantes, como referencias, moneda, importes e impuestos. Los estados del pedido influyen en su tratamiento. Un pedido pendiente de pago no equivale a uno en procesamiento o completado. Esa distinción debe formar parte de la demostración y de los criterios de aceptación.

Preparar un pedido de prueba requiere controlar también los efectos secundarios. Usa un entorno aislado, compradores ficticios y métodos de prueba, sin cobros ni correos reales. Comprueba el pedido de origen y su correspondencia en Odoo. Repite la lectura del mismo pedido para verificar el control de duplicados. Revisa qué sucede si una referencia no existe o los importes no son coherentes. Un pedido visible en una lista no demuestra que todas sus líneas, reservas o relaciones se hayan tratado correctamente; hay que seguir el recorrido completo.

Si se habilita la actualización de estados, el alcance revisado permite comunicar determinadas cancelaciones y la finalización cuando las entregas correspondientes están completadas. Esto no equivale a sincronizar todos los estados posibles ni a ejecutar automáticamente cualquier devolución. Las condiciones deben revisarse con los casos que utiliza el comercio.

Un pedido ya entregado o facturado necesita una atención distinta de uno todavía abierto. El conector contempla situaciones que requieren revisión manual, especialmente en reembolsos o cancelaciones con operaciones posteriores. No debe presentarse como un sistema que devuelve dinero o emite abonos automáticamente. La pasarela, la conciliación, la devolución física y los documentos contables son procesos separados. Pide que la propuesta explique quién interviene en cada uno. La prueba debe incluir estas excepciones y dejar claro cuándo se detiene la automatización y cómo se comunica la incidencia.

Una integración depende de la disponibilidad de las dos aplicaciones y de sus APIs. Conviene definir qué ocurre cuando una petición falla, cómo se identifica lo pendiente y quién revisa el registro. Aumentar la frecuencia de ejecución no resuelve por sí solo referencias incorrectas, permisos insuficientes o límites del servicio externo.

WooCommerce también dispone de webhooks para notificar eventos y consultar registros de entrega, según su documentación oficial. Esa capacidad de WooCommerce no implica que el conector Domisys utilice esos avisos para todos sus flujos: el funcionamiento descrito aquí es periódico por lotes. Distinguir la capacidad general de una plataforma de la implementación concreta evita promesas equivocadas. Para evaluar una recuperación, provoca fallos controlados únicamente en pruebas y comprueba que el siguiente intento no duplique operaciones ni oculte registros pendientes.

La matriz debe incluir catálogo, precio, disponibilidad, pedido y tratamiento de incidencias. En cada fila, anota dato de entrada, resultado esperado, resultado observado y responsable de revisión. Usa referencias ficticias estables para poder seguir la misma operación. Una captura aislada no permite conocer el estado anterior ni demostrar que el proceso se completó correctamente.

Un recorrido útil empieza con un producto y una cantidad conocida, continúa con un pedido online y revisa su reserva. Después comprueba la entrega y la disponibilidad del siguiente ciclo. Añade una venta TPV registrada, un pedido repetido y un SKU desconocido. Si tu negocio depende de variantes, incluye varias representativas. No declares validado un catálogo completo por haber probado un único producto simple. La aceptación debe identificar qué escenarios se han verificado, cuáles siguen pendientes y cuáles requieren desarrollo adicional antes de activar la conexión.

El alcance revisado contempla una conexión por empresa y un almacén de referencia. Varias tiendas, reparto entre almacenes, paquetes, suscripciones o reglas avanzadas necesitan estudio propio. También hay que revisar la versión de Odoo y las extensiones de WooCommerce. No se presupone compatibilidad con otra versión solo porque los nombres de las aplicaciones coincidan.

Separa configuración, preparación de datos, pruebas y soporte. Si necesitas desarrollar la tienda o implantar el ERP, son partidas distintas. El servicio de implantación de Odoo ayuda a definir la base de gestión; la propuesta comercial de integración WooCommerce–Odoo describe la conexión. Las credenciales se entregan por un canal adecuado una vez definido el acceso necesario. No deben aparecer en presupuestos compartidos, capturas de pruebas, artículos ni formularios comerciales.

Antes de activar, acuerda una fecha, un inventario de referencia y una persona responsable de revisar los primeros ciclos. Conserva respaldo y documenta cómo detener nuevas sincronizaciones si aparece una incidencia. Desactivar la conexión no deshace pedidos ni movimientos ya registrados. Una reversión de datos debe considerar esas operaciones para no perder información o repetirla.

Para solicitar una evaluación, indica versiones, número aproximado de referencias, tipos de productos, almacenes y estados de pedido que utilizas. Explica qué sistema debe mantener catálogo y precios, y qué excepciones son importantes para el negocio. Puedes pedir una valoración de la integración con ejemplos ficticios. El objetivo de esta revisión es decidir con un alcance comprobable, no prometer que cualquier tienda quedará conectada sin adaptación. Una buena puesta en marcha deja visibles tanto los flujos automáticos como el trabajo que todavía necesita intervención.