Guía de operación Wix–Odoo

Estado de la entrega

Versión de documentación del 25 de septiembre de 2026. Validación en curso; alcance QA. Esta guía describe el funcionamiento previsto y las comprobaciones necesarias. Todavía no acredita la habilitación de todos los pedidos comerciales.

Vercel tiene plan Pro activo. Resend requiere credencial del cliente, remitente o dominio verificado y una prueba real de alerta y recuperación. La sesión de miembro ya se comprobó con datos guardados, carrito previo y cupón, sin realizar una compra. Antes de declarar que Resend es el único pendiente deben completarse el material de entrega y la liberación comercial. El alta desde paneles se conserva como prueba histórica y su vínculo y retirada se revalidaron.

El 25 de septiembre se acreditaron dos cotizaciones por el respaldo programado, para cliente nuevo y existente. Se comprobaron direcciones distintas, teléfonos, observaciones y un centavo de redondeo señalado. Los avisos repetidos no duplicaron cotizaciones. Ambas pruebas se cancelaron sin cargos, facturas ni salidas; la lectura final de los 28 productos y packs coincidió.

Qué hace la conexión

Wix Stores administra el producto comercial, su precio y el checkout. Odoo determina las existencias disponibles. El CMS de Wix mantiene el contenido editorial y los vínculos de productos y packs.

1. El cliente realiza un pedido web en Wix.
2. La integración comprueba que esté aprobado y totalmente pagado, dentro del alcance y la fecha de inicio.
3. Crea una sola cotización en Odoo y la conserva en borrador.
4. Ventas revisa los datos y continúa el proceso manual de ORIGEN.

No se confirman ventas, emiten facturas, validan salidas ni compran guías automáticamente. Los pedidos de WhatsApp y correo se capturan manualmente.

Localizar y revisar una cotización

1. En Wix, abre Pedidos y anota el número del pedido. Comprueba aprobación y pago completo.
2. En Odoo, entra a Ventas → Cotizaciones. Busca el número en Documento de origen, con el formato Wix #10526. El número mostrado aquí es un ejemplo de QA histórica.
3. Si la búsqueda general no lo encuentra, usa el filtro de Documento de origen. La referencia del cliente guarda además el identificador interno del pedido Wix.
4. Abre el resultado y verifica que sólo exista una cotización para ese pedido y que continúe en borrador.

La conexión conserva la ficha histórica del cliente existente. Cada pedido puede tener direcciones de factura y entrega asociadas sin sobrescribir otras ventas.

El total debe coincidir con Wix. Un centavo de diferencia por redondeo queda señalado y requiere revisión antes de confirmar. Una diferencia mayor pasa a revisión; no debe aprobarse sin conciliarla.

Inventario y reservas

El disponible se calcula desde el almacén de Odoo y sus reservas, considerando también las ventas web que aún no están cubiertas por una reserva de Odoo. Una cotización en borrador no reserva existencias en Odoo.

La integración conserva el descuento de una venta pendiente en Wix. Cuando comprueba que Odoo ya la reservó, evita descontarla por segunda vez. Los packs comparten el stock de sus componentes y su disponibilidad depende del componente limitante.

En la validación del 25 de septiembre, una reserva de prueba de Creatina actualizó automáticamente el producto y sus packs. Al cancelarla se recuperó el disponible calculado; se comprobaron los 28 productos y packs incluidos. No se facturó ni se validó una salida.

También se comprobaron dos ciclos consecutivos de respaldo en QA, con 28 productos y packs coincidentes y sin pedidos pendientes. Después de la habilitación comercial se repetirá esa observación.

Dar de alta un producto

El producto QA creado desde los paneles el 18 de septiembre conserva su vínculo correcto con Stores y Odoo. La relectura del 25 de septiembre confirmó estado Listo, cero existencias y retirada del catálogo y de su página pública. No se requiere código específico por producto.

1. Crea o revisa el producto comercial en Wix Stores: nombre, precio, galería y SKU.
2. En el CMS, configura su fila de Productos y vincúlala al identificador correcto de Stores.
3. Para un producto simple, vincula el SKU de Odoo. Para un pack, configura sus componentes y cantidades según la receta aprobada.
4. Comprueba que los componentes existan y estén activos en Odoo. Revisa el estado informativo de inventario del CMS y el disponible resultante antes de ofrecerlo.
5. Si el estado indica revisión o falta de vínculo, conserva el producto oculto y solicita revisión técnica. No se necesita una publicación de código por producto correctamente configurado.

Consulta la guía CMS para crear y publicar productos. Ocultar un producto no equivale a borrarlo ni libera demanda pendiente.

Avisos y respaldo periódico

El aviso de Wix solicita procesar el pedido al producirse el evento configurado. El respaldo revisa pedidos cada 30 minutos, en los minutos 05 y 35 de cada hora. El respaldo de inventario se ejecuta en los minutos 00 y 30.

Son frecuencias de revisión, no plazos garantizados de creación o actualización. El tiempo efectivo depende del pago, de la visibilidad del pedido y de la disponibilidad de Wix y Odoo.

En una QA histórica del 18 de septiembre, la cotización apareció aproximadamente 12.5 segundos después del disparo nativo. El 25 de septiembre se activó y verificó nuevamente el aviso nativo: Wix finalizó su ejecución en 10 segundos y se observó una sola cotización en borrador en unos 17 segundos. La prueba se canceló sin cargos ni facturas. Estos tiempos observados no garantizan los de futuros pedidos.

Si falta el aviso inmediato o el pago ocurre después, el detector periódico puede recuperar el pedido elegible. Un aviso repetido no debe crear otra cotización.

Qué hacer ante una incidencia

1. Conserva número Wix, hora, estado de pago y producto afectado. Busca si ya existe una cotización en Odoo.
2. Informa a HIXION y al responsable de Ventas. No borres la bitácora ni crees otra cotización sin comprobar la referencia.
3. HIXION revisa la causa, la operación pendiente y los registros. Una respuesta perdida puede haber creado la cotización aunque el navegador mostrara error.
4. Ante un fallo crítico se detienen nuevas creaciones automáticas. Se conserva la evidencia y se entrega la lista de pedidos por revisar.

Las colecciones de coordinación y operaciones son técnicas. No deben editarse desde la capacitación diaria del CMS.

Si Wix solicita iniciar sesión otra vez

Una sesión antigua puede ser rechazada al abrir el pago. La recuperación permite continuar como visitante y conserva los productos y cantidades. Puedes iniciar sesión en la pantalla de Wix para continuar como miembro. Si el problema se repite al volver desde la web, cierra sesión en el menú de cuenta de ORIGEN y vuelve a entrar allí: acceder únicamente dentro del checkout no renueva la sesión anterior del sitio. En la prueba real, renovar el acceso desde ORIGEN permitió abrir un checkout nuevo con el miembro y sus datos guardados reconocidos. También se aplicó y retiró el cupón y se llegó al paso de pago, sin completar la compra.

Alertas por correo

La integración conserva incidentes y evita repetir la misma alerta. Sin Resend configurado se puede operar, pero no hay entrega de correos acreditada. Mientras tanto, HIXION debe revisar la bitácora durante la liberación y David es responsable de revisar diariamente pedidos e incidencias por parte de ORIGEN.

Activar Resend requiere una credencial válida, remitente o dominio verificado y la prueba real de fallo, recuperación y ausencia de duplicados. Un problema de correo no debe volver a crear una cotización.

Cancelaciones y devoluciones

Cancelar o devolver en Wix no cancela automáticamente la cotización, la factura o la entrega de Odoo. Ventas y Almacén deben revisar el estado de ambos sistemas.

1. Localiza el pedido y sus documentos vinculados en Odoo.
2. Comprueba si hay reserva, factura, salida o devolución antes de actuar.
3. El equipo autorizado resuelve la cancelación o devolución en cada sistema y conserva los comprobantes.
4. Comprueba después el disponible calculado desde Odoo y las ventas pendientes. No restaures saldos guardados anteriormente.

Continuación del proceso de ORIGEN

El procedimiento del cliente contempla captura, validación del pago, guía, documentación, surtido, calidad, empaque, logística y conciliación. Para pedidos web, esta integración modifica el orden inicial: espera el pago completo en Wix antes de crear el borrador.

El corte operativo de envíos es a las 17:30 según el procedimiento de ORIGEN. La integración no garantiza despacho el mismo día. El envío de rastreo y el seguimiento descritos por el cliente pertenecen a su operación de paquetería.

Comprobaciones para cerrar la entrega

El acta debe registrar la versión publicada, fecha y hora del inicio comercial, pruebas aprobadas, límites y responsable operativo. Se mantiene en el repositorio del proyecto junto con las evidencias privadas.

• Una cotización en borrador por pedido elegible; cliente, direcciones, observaciones e importes correctos.
• Aviso nativo de Wix activo y acreditado; recuperación por respaldo observada.
• Checkout de visitante y miembro verificado, con carrito previo y cupón.
• Inventario y packs coincidentes; reservas, restitución y alta desde paneles comprobadas.
• Pruebas QA canceladas, sin facturas, salidas validadas ni cargos bancarios.
• Dos ciclos consecutivos de respaldo observados tras la liberación.
• Primera venta comercial observada, sólo cuando llegue de forma natural.

La captura de alta QA incluida no contiene datos de compradores. La grabación del recorrido completo y las capturas de cotización siguen pendientes del acceso al panel de Odoo. No se publica evidencia privada ni se presenta una demostración como prueba comercial.

Fuentes: procedimiento de recepción, envíos y conciliación de ORIGEN, junio de 2026; tutorial de Odoo del cliente; implementación y matriz técnica de cierre de HIXION. Los documentos originales y datos de QA se conservan en el proyecto.