¿Por qué mi caja no cuadra con el inventario del ERP?
Porque casi nunca hay una sola fuente de verdad. El POS trae su propia base de datos, sincroniza por lotes (muchas veces de noche) y el ERP recibe un resumen, no los eventos. Cuando el resumen choca con la realidad, nadie sabe cuál de los dos números es el bueno.
Las causas habituales, que hay que comprobar en los registros de ambos sistemas, son casi siempre estas:
- El POS descuenta existencias al vender; el ERP las descuenta al facturar o al cerrar el turno.
- Unidades distintas: pieza, caja, kilo, paquete. El mismo producto, dos medidas.
- Productos duplicados con SKU, código de barras o clave interna diferente.
- Devoluciones que cancelan la venta pero no restituyen el inventario correcto.
- Ventas capturadas sin conexión que se reenvían y se procesan dos veces.
- Traspasos entre tiendas registrados en un sistema y no en el otro.
- Mermas, cancelaciones y ajustes manuales sin flujo de autorización.
- El inventario se mueve por sucursal en el POS y por almacén en el ERP, y no están mapeados.
"Integrado" de verdad significa una sola fuente de verdad para catálogo, precios e inventario, y eventos que viajan con identificador único e idempotencia (si el mismo evento llega dos veces, no genera dos movimientos). "Integrado" en el folleto del vendedor a veces significa que exporta un Excel a la medianoche. Son cosas distintas y el descuadre nace ahí.
Qué decidir antes de contratar nada: cuál es el evento maestro de la venta. Venta confirmada, pago aprobado, CFDI timbrado o corte de caja. Si no está escrito, cada proveedor asumirá el que le conviene.
¿Cuáles son mis tres opciones de arquitectura y cuándo conviene cada una?
| Arquitectura | Conviene cuando | Límite honesto |
|---|---|---|
| POS nativo del ERP (Odoo POS, SAP Business One con add-on de retail) | Quieres un solo catálogo, clientes, precios e inventario; pocas o medianas tiendas; aceptas adaptar el proceso al estándar del ERP | Lo que no existe estándar (promociones complejas, hardware especial, reglas fiscales finas) se resuelve con módulos o desarrollo |
| POS especializado conectado por API o middleware | Necesitas velocidad en caja, operación sin conexión, promociones complejas o hardware específico, y el ERP conserva el control contable y de inventario | Duplicidad de catálogos, órdenes, pagos y existencias si no defines sistema maestro para cada dato |
| POS a la medida sobre plataforma propia | Hay reglas comerciales o flujos de autorización que ningún producto cubre y el proceso operativo es ventaja competitiva | Tú asumes mantenimiento, pruebas fiscales, compatibilidad de APIs, seguridad y continuidad |
Regla práctica: con una a cinco tiendas y procesos estándar, el POS nativo del ERP gana casi siempre, porque el costo de mantener un conector vivo se come el ahorro de licencia. Entre diez y cien tiendas con alto tráfico y promociones agresivas, suele ganar el POS especializado integrado, siempre que el ERP siga siendo dueño del inventario y de la contabilidad. El POS a la medida se justifica cuando la operación en piso no se parece a ningún producto de catálogo, no cuando simplemente nadie quiso configurar el estándar.
Si todavía estás eligiendo la base, revisa primero cuál ERP vas a usar: el POS se decide después, no antes. Para eso sirve nuestra comparativa de los ERP más usados en México.
¿Quién debe timbrar el CFDI 4.0: el POS o el ERP?
El CFDI 4.0 es la versión vigente del comprobante fiscal digital y el timbrado se hace siempre a través de un PAC, nunca "desde el POS" en abstracto. Así que la pregunta real es qué sistema arma el comprobante y lo manda al PAC.
En la mayoría de los casos la opción más controlable es que el ERP (o un servicio fiscal centralizado) timbre, y el POS envíe la venta y reciba de vuelta UUID, XML y la representación impresa. Razón: las cancelaciones, sustituciones, notas de crédito y complementos de pago viven en la contabilidad, no en la caja. Que el POS timbre directo se justifica cuando necesitas factura en el momento en mostrador y el proveedor demuestra reintentos, consulta de estatus, cancelación y resguardo documental.
Tu diseño debe tener respuesta escrita para cada punto:
- Qué sistema genera el folio interno y qué sistema solicita el timbre.
- Qué pasa con la venta sin datos fiscales (ticket simplificado) y cómo se emite la factura global.
- Cómo se cancela y sustituye un CFDI, y quién tiene permiso.
- Cómo se emiten los complementos de pago cuando el cobro llega después.
- Qué ocurre si el PAC, el ERP o el POS no están disponibles.
Odoo puede operar con localización mexicana para CFDI 4.0, complementos de pago, DIOT y contabilidad electrónica mediante configuración y módulos de localización (los componentes l10n_mx y l10n_mx_edi_40). ITECHDEV opera su propio Odoo y desarrolló un módulo propio de timbrado CFDI 4.0 con PAC; el detalle de cómo se configura está en la guía de Odoo y facturación CFDI 4.0 en México.
¿Qué pasa cuando se cae el internet en la tienda?
La tienda tiene que seguir vendiendo. Si un POS solo funciona en línea, no es un POS de retail: es un formulario web. El modo sin conexión debe ser controlado, no improvisado.
Qué debe seguir operando: catálogo y precios en local, cobro con la terminal bancaria, impresión del ticket, registro de la venta en una cola segura con identificador único para evitar duplicados al reenviar.
Qué se puede diferir: el timbrado del CFDI, las promociones que se calculan en central, los puntos de lealtad y la actualización de existencias en el ERP.
Qué debe estar prohibido sin conexión: devoluciones en efectivo por encima de un monto, cancelaciones, cambios de precio manuales. Son las operaciones por donde se va el dinero cuando no hay trazabilidad.
Al reconectar, el sistema tiene que reconciliar automáticamente, registrar los conflictos de inventario en una bitácora revisable y regularizar el timbrado pendiente. El contrato debe fijar el plazo máximo de regularización, los reintentos y quién responde por transacciones que nunca sincronizaron. Pide una prueba de desconexión antes de firmar: cortar el internet de la tienda piloto a media venta y ver qué sobrevive.
¿No sabes si esto aplica a tu empresa? Haz el diagnóstico gratuito de 3 minutos.
¿Cómo conecto pagos, e-commerce y tienda sin duplicar órdenes?
Con un identificador único de orden que viaje desde el canal de origen hasta el ERP, y con un sistema maestro declarado por cada dato: la orden, el pago, el inventario reservado y el inventario disponible. Sin eso, vendes dos veces la misma pieza en cuanto abres la tienda en línea.
Lo que hay que definir antes de escribir código:
- Quién es dueño de la orden y quién del pago (casi nunca es el mismo sistema).
- Los estados de la orden: creada, autorizada, pagada, surtida, entregada, cancelada, devuelta.
- Reglas de reintento idempotente para que un mensaje repetido no genere dos órdenes.
- Relación entre pago, devolución y nota de crédito.
- Diferencia entre inventario reservado y disponible para venta en línea.
- Entregas parciales y recolección en tienda.
- Conciliación diaria por orden, medio de pago y sucursal.
El punto más doloroso es la conciliación: un pago autorizado no es un pago liquidado, y el depósito del adquirente llega neto de comisiones días después. Si el ERP espera el monto bruto, nada cuadra. Esa parte la tratamos a fondo en nuestra guía de sistemas de punto de venta y comisiones.
En el caso publicado de Soriana conectamos la operación de uno de los mayores minoristas de México —más de 800 tiendas, pagos y órdenes— con su comercio electrónico sobre Salesforce Commerce Cloud y una orquestación de OMS, TMS y pagos a la medida sobre Azure. El desglose está en el caso Soriana, y la lección es la misma a cualquier escala: la orquestación es un componente, no un campo extra en el POS.
¿Cuánto cuesta realmente un POS integrado por caja y por mes?
No hay un precio por caja comparable en el mercado mexicano, y cualquiera que te presente esa tabla está extrapolando. Al buscar precios públicos localizados para 2026, el único dato de lista claro es el de Shopify: POS Pro se cobra en 89 dólares al mes por sucursal con facturación anual, y el POS básico viene incluido en los planes. Es por sucursal, no por terminal, así que dividirlo entre cajas es un cálculo tuyo, no un precio de lista. Para SAP Business One con add-on de retail, Clip, Square u Oracle MICROS Simphony no existe precio público comparable por caja y por mes; se cotiza.
Por eso el costo se evalúa en cinco bloques, no en una mensualidad:
| Bloque | Cómo se cotiza normalmente | Dónde está la trampa |
|---|---|---|
| Licencia del POS | Por caja, por sucursal o por usuario | Confundir sucursal con terminal multiplica el gasto al crecer |
| Licencia o suscripción del ERP | Por usuario y edición | Lo que trae Community no es lo que trae Enterprise; verifícalo por módulo |
| Implementación y localización mexicana | Proyecto cerrado por alcance | El timbrado CFDI 4.0, la factura global y la autofacturación suelen ir aparte |
| Hardware, terminal de pago y conectores | Por tienda | La comisión de la terminal es un costo mensual variable, no un gasto único |
| Soporte, actualizaciones y operación | Mensual o por bolsa de horas | Mantener el conector vivo cuando sube de versión el ERP o el POS |
El último renglón es el costo oculto que tumba proyectos: cada actualización del ERP o del POS puede romper el conector, y alguien tiene que pagar la prueba de regresión. Si el conector es de un tercero y no tiene dueño contractual, ese costo cae sobre ti en el peor momento. Para precios de implementación de Odoo con POS y timbrado, consulta nuestra página de precios, que cotiza por alcance; y si lo que necesitas es unir un POS existente con tu ERP, eso es un proyecto de integración de Odoo con SAP, Salesforce y sistemas legados.
¿Qué errores de integración vemos en proyectos multi-tienda?
Son errores conocidos en integraciones multi-tienda, aparecen una y otra vez y todos tienen consecuencia medible:
- Un catálogo independiente por tienda. Resultado: el mismo producto con tres precios y nadie sabe cuál es el oficial.
- No definir el almacén responsable de cada SKU. Resultado: existencias negativas y surtidos fantasma.
- Permitir cambios de precio locales sin gobierno central. Resultado: margen que se evapora sin rastro.
- Sincronizar existencias por tiempo (cada hora) en lugar de por evento. Resultado: sobreventa en línea.
- Olvidar la devolución en otra sucursal. Resultado: inventario que entra donde no se vendió.
- Confundir pago autorizado con pago liquidado. Resultado: conciliación bancaria imposible.
- No mapear comisiones, propinas, descuentos e impuestos. Resultado: contabilidad ajustada a mano cada mes.
- Cancelaciones sin usuario trazable. Resultado: no puedes investigar un faltante.
- No definir quién atiende el incidente entre fabricante, integrador, PAC y adquirente. Resultado: la tienda caída y tres proveedores señalándose.
Hay un error que casi nadie incluye en el alcance: el estándar de operación y de imagen en cada punto de venta. En redes de distribuidores el POS puede estar perfecto y la experiencia seguir siendo desigual porque cada sucursal hace lo que quiere. En el caso publicado de CEMEX · Construrama construimos un sistema de flujos que mantiene la imagen de marca consistente en cientos de puntos de venta de la red de distribuidores. La lección aplica a cualquier cadena: el proceso en piso se gobierna con flujos y evidencia, no con un manual en PDF.
Checklist mínimo por punto de venta antes de abrir: catálogo y precios heredados de central, almacén mapeado, usuarios con rol y bitácora, prueba de corte de turno, prueba de devolución, prueba de desconexión, prueba de timbrado y plantilla de imagen y señalización aprobada.
¿Cómo evalúo al proveedor y qué debe decir el contrato?
Preguntas de filtro, en este orden:
- ¿Quién es dueño del conector y del código de la integración? Si es del proveedor, qué pasa si te separas.
- ¿Qué ocurre en la siguiente versión mayor del ERP o del POS? ¿Quién paga la adecuación?
- ¿Hay ambiente de pruebas separado, con datos y timbrado de prueba?
- ¿Qué SLA hay por tienda caída, con tiempo de respuesta y de recuperación?
- ¿Las APIs están documentadas y cuáles son sus límites de consumo?
- ¿Me entregas pruebas de carga y de desconexión como evidencia, no como promesa?
- ¿Puedo exportar mis datos completos cuando quiera y en qué formato?
- ¿Hay referencias comprobables en México en operación multi-tienda?
En el contrato deben quedar por escrito: el alcance exacto de la integración, el sistema maestro de cada dato, el SLA, la propiedad de las interfaces y de los datos, la responsabilidad por errores fiscales, el procedimiento de reversa, el proceso de actualización fiscal y el precio aplicable a cajas y sucursales nuevas.
Y una regla de método que vale más que cualquier cláusula: piloto de una tienda antes de cien. Un mes completo con cierre de mes contable, inventario físico, devoluciones reales y un corte de internet provocado. Si el piloto no cuadra al peso, el despliegue masivo solo multiplica el descuadre por el número de tiendas.
Fuentes
- POS System Pricing — Shopify México — https://www.shopify.com/mx/pos/precios
- Precios de Shopify: encuentra el plan ideal para tu negocio — https://www.shopify.com/mx/precios
- Software de POS | Shopify — https://www.shopify.com/mx/pos/pos-software
- Servicio de facturación CFDI versión 4.0 (SAT) — https://wwwmat.sat.gob.mx/aplicacion/75169/servicio-de-facturacion-cfdi-version-4.0-(vigente-a-partir-del-1-de-enero-de-2022)
- Servicio gratuito de factura electrónica CFDI 4.0 (SAT) — https://www.sat.gob.mx/cs/Satellite?blobcol=urldata&blobkey=id&blobtable=MungoBlobs&blobwhere=1461175192578&ssbinary=true
- Factura electrónica (SAT, empresas) — https://wwwmat.sat.gob.mx/empresas/general-de-ley/factura-electronica
- Odoo vs SAP Business One Mexico 2026: honest comparison (TCO) — https://itechdev.com.mx/en/blog/odoo-vs-sap-business-one-mexico
- Odoo in Mexico 2026: complete guide with pricing — https://itechdev.com.mx/en/blog/odoo-mexico-guia-completa-2026
- Integrar Odoo con SAP, Salesforce y tu legacy — https://itechdev.com.mx/servicios/odoo/integracion-odoo
- Factura electrónica en México: guía completa CFDI 4.0 — https://blog.alegra.com/mexico/factura-electronica-mexico/
Si quieres que alguien revise tu arquitectura actual antes de comprar cajas, mira lo que hacemos en servicios o empieza por el diagnóstico de 3 minutos.