Keno-Shopy · ERP ↔ tienda
Catálogo, stock disponible, pedidos y fulfillment entre Odoo y la tienda. Sin doble digitación y sin vender lo que el almacén ya comprometió.
El mismo criterio que Nómina y WMS: un producto con contrato de datos, no un “conector mágico”.
Productos, variantes, precios e impuestos salen del ERP. La tienda no es la maestra del catálogo.
La tienda ve existencias menos reservas. El WMS ya comprometió; la web no vende de más.
El checkout crea la orden en el ERP una sola vez. Idempotencia por id de la tienda; un webhook repetido no duplica.
Picking y despacho en el WMS actualizan el estado en la tienda. Cola y reintentos si un lado no responde.
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.
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. Marca y cliente se quedan fuera de esta página.
Keno-Shopy es ese puente cuando el ERP es Odoo y el almacén es kenocia-inventario. Si el back-office no es Odoo, el alcance vive en integraciones.
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.