Vertical · Integraciones
Keno-Shopy: ERP y tienda en el mismo flujo. SAP Business One ↔ Shopify, REST APIs y microservicios cuando el back-office no es Odoo.
El patrón más pedido: un ERP de back-office y una tienda que no se hablan. Inventario que se vende dos veces, pedidos que se digitán a mano, precios que no coinciden. Keno-Shopy es el producto para ese puente cuando el ERP es Odoo (y el WMS es kenocia-inventario). También levantamos SAP Business One ↔ Shopify cuando el back-office no es Odoo. Marca y cliente se quedan fuera de esta página.
No vendemos “conectores mágicos”. Levantamos el contrato de datos, los casos de error y quién opera el puente el día que la tienda o el ERP cambian de versión.
El contrato de datos, los casos de error y quién opera el puente el día que la tienda o el ERP cambian de versión.
Catálogo, stock disponible, pedidos y fulfillment ERP ↔ tienda, con idempotencia. Ficha técnica más abajo.
Existencias, pedidos, clientes y estados cuando el back-office no es Odoo. Sin duplicar ni nombrar marcas.
Microservicios cuando el flujo no cabe en un conector de catálogo: cola, reintentos, observabilidad.
Dueño operativo después del go-live. Un webhook repetido no duplica; una caída de la tienda no deja pedidos huérfanos.
Un checkout en la tienda crea la orden en el ERP una sola vez. El WMS reserva el disponible; la tienda deja de vender esa unidad. Si el webhook llega dos veces, la llave de idempotencia impide un pedido duplicado. Catálogo y precio salen del ERP, no de un Excel que alguien subió a las 11 de la noche.
Conector ERP ↔ tienda en línea. El ERP es la fuente de catálogo, precios y stock; la tienda captura la demanda; el WMS confirma el despacho. Sin nombrar marcas ni clientes.
Sin capturas de pantalla todavía: esta ficha describe el producto, no el look & feel del UI.
En el ERP / WMS. Keno-Shopy publica a la tienda el disponible (existencias menos reservas), no un número inventado en el e-commerce.
La llave de idempotencia es el id externo del pedido: el segundo intento no crea otra orden.
El contrato es el mismo: catálogo y stock salen del ERP; el pedido vuelve al ERP; el despacho actualiza la tienda. El conector se ajusta a la plataforma; no vendemos un plugin genérico sin dueño operativo.
No. Se cotiza aparte, igual que Keno-Nómina y kenocia-inventario. El estándar cubre el núcleo ERP; la tienda es un puente con alcance propio.
Cuando el ERP es SAP Business One u otro back-office, el puente se diseña en la vertical de integraciones. Keno-Shopy es el producto cuando el maestro de datos es Odoo / kenocia-inventario.
No en este sitio. El caso es confidencial; la ficha y el caso de uso describen el patrón técnico, no al cliente.
Revisamos procesos, sistemas actuales y el alcance de Odoo para tu empresa en Honduras.
