Integración ERP–ecommerce antes del pico

El Ciberlunes termina hoy y Black Friday cae el 27. Para una operación con tienda física, ecommerce y ERP, ese calendario no inventa problemas de integración: los hace visibles, y los hace visibles delante del cliente. Lo que sigue es qué revisar entre una fecha y la otra.

El Ciberlunes es el ensayo. Black Friday es la función.

Noviembre le da a cualquier operación uruguaya dos picos con tres semanas de distancia, y esa distancia es la oportunidad.

La edición de noviembre de CIBERLUNES® se corrió del 2 al 4 de noviembre con más de 115 marcas participantes. Según el Monitor CIBERLUNES de FACTUM que cita la CEDU, 31% de los uruguayos declararon haber comprado en esta fecha, con más de 1,1 millones de transacciones y un promedio de 3,2 artículos por comprador. El 68% de las compras se entregan en el domicilio.

Ese volumen no se limita a un canal aislado. El comercio electrónico uruguayo facturó cerca de US$ 3.000 millones en el último año móvil, con un crecimiento del 35% en dólares, alrededor de 100 millones de transacciones anuales y una penetración del 93% de los internautas, según los datos que presentó la CEDU en el eCommerce Day Uruguay 2026.

La consecuencia operativa es simple: tres días de tráfico concentrado contra sistemas que el resto del año toleran un desfasaje de stock de quince minutos. Durante un pico, quince minutos son varios pedidos vendidos sobre inventario que ya no existe.

La parte útil es que el Ciberlunes funciona como prueba de carga real. Lo que se rompió estos tres días es exactamente lo que va a volver a romperse el 27, pero con más volumen. Quedan tres semanas para corregirlo.

Dónde se rompe, en concreto

La integración ERP–ecommerce no es un sistema: son seis flujos que pueden fallar por separado. Cada uno se rompe de una forma distinta y el cliente lo ve de una forma distinta.

• Stock: El ERP descuenta en batch nocturno; la web vende sobre el saldo de ayer. Esto se ve como overselling, se confirma un pedido de algo que no está, y hay que cancelar.
• Precios y promociones: La promoción se carga a mano en cada canal. El precio del local no coincide con el de la web, o el descuento no se aplica.
• Pedidos: El pedido web se re-tipea en el ERP, pero demora en el despacho, generando errores de carga y pedidos que se pierden.
• Pagos: La confirmación de la pasarela no llega al ERP; los pedidos pagos figuran pendientes o se cobran dos veces.
• Facturación: El CFE se emite por fuera del flujo de la venta. La factura no llega, o llega con datos que no coinciden con el pedido.
• Logística: El tracking del operador no vuelve al pedido. El cliente escribe para preguntar dónde está su compra, y nadie sabe

Un detalle que importa en Uruguay: el 68% de las compras del Ciberlunes se entrega a domicilio, según el Monitor FACTUM. Eso pone los dos últimos flujos de la tabla (facturación y logística) en el centro de la experiencia, no en el margen.

También importa el medio de pago. El 53% de los compradores usa tarjeta de crédito y el 81% de ellos financia en cuotas. Un plan de cuotas mal reflejado entre la pasarela y el ERP no es un problema de contabilidad: es un pedido que se frena.

Qué revisar ahora

Siete chequeos que se pueden hacer sin tocar la arquitectura, en orden de impacto.

1. Definí quién gana cada dato. Si el ERP y la web discrepan en stock, precio o estado de un pedido, tiene que haber una respuesta escrita de cuál manda. Sin eso, cada incidente se resuelve por criterio de quien esté de guardia.
2. Medí la latencia real de la sincronización de stock. No la que dice el contrato del conector: cronometrá cuánto tarda una venta en el local en reflejarse en la web, y al revés. Ese número define cuánto stock de seguridad necesitás reservar por SKU.
3. Probá el camino completo de un pedido. Compra, cobro, confirmación de la pasarela, alta en el ERP, emisión del comprobante, despacho, tracking. De punta a punta, con un pedido real, antes del 27.
4. Revisá qué pasa cuando algo falla. Si la API del ERP no responde durante diez minutos, ¿el pedido se pierde, se encola o se duplica? La mayoría de las integraciones se diseñan para el camino feliz y descubren los reintentos en producción.
5. Verificá los límites de la API. Los rate limits que alcanzan en un día normal se agotan en una hora de pico. Pediles a tus proveedores los límites por minuto y comparalos con el tráfico que esperás.
6. Chequeá el flujo de facturación electrónica. Que el CFE se emita dentro del flujo de la venta y no como paso manual posterior. En un pico, el paso manual es el primero que se cae.
7. Dejá a alguien mirando los logs durante el pico. No un dashboard de ventas: los errores de integración. Los pedidos que no cruzaron son invisibles en el reporte de facturación hasta que el cliente reclama.

Si ya no hay tiempo de integrar

A tres semanas de Black Friday, un proyecto de integración de fondo no llega. Lo que sí llega son tres mitigaciones que reducen el daño sin tocar nada estructural.

Reservá stock de seguridad por canal. Si la sincronización tarda quince minutos, bloqueá en la web un colchón proporcional a la velocidad de venta de cada SKU. Vas a vender un poco menos y vas a cancelar bastante menos. En un pico, una cancelación cuesta más que una venta perdida: el cliente ya se llevó la impresión.

Pasá a manual lo crítico y avisalo. Si hay un flujo que sabés frágil (la facturación, el alta de pedidos de un canal específico), sacalo del automático y poné una persona. Es caro por unos días y es predecible, que es lo que falta.

Armá una lista de reconciliación diaria. Al cierre de cada jornada, comparar pedidos de la web contra pedidos en el ERP. Los que no cruzaron se resuelven esa noche, no el lunes siguiente cuando el cliente escribe.

Ninguna de las tres es una solución. Las tres compran tiempo hasta el 27, que es cuando conviene llegar con el problema ya resuelto.

Después del pico: del parche a la arquitectura

La mayoría de las operaciones atraviesa noviembre con parches y en diciembre se olvida del tema. En marzo vuelve a aparecer, y en noviembre siguiente se repite el mismo operativo.

La diferencia entre una integración que hay que rehacer cada año y una que escala está en tres decisiones de diseño.

Contratos explícitos entre sistemas. Qué datos viajan en cada integración, con qué estructura, qué pasa si cambian. Sin contrato, cualquier actualización del ERP rompe la web en silencio.

Eventos en vez de consultas periódicas. Un sistema que avisa cuando algo cambia soporta un pico mucho mejor que uno que pregunta cada cinco minutos. Bajo carga, la consulta periódica es la que colapsa primero.

Una capa de integración reutilizable. Si cada canal nuevo (un marketplace, una app, un portal B2B) exige una integración desde cero, el costo crece con cada canal. Una capa API-first se construye una vez y se reutiliza.

El momento de tomar esas decisiones no es noviembre. Es diciembre, con los incidentes del pico todavía documentados y el presupuesto del año siguiente abierto.

En Sagant trabajamos integrando sistemas en operaciones de banca, retail, agro y farma, y desarrollamos Komercia, nuestra plataforma de e-commerce para empresas con alto tráfico, catálogos grandes y múltiples sistemas conectados. Si estás evaluando qué hacer después del pico, hablemos.