¿Cuántas veces dejó de funcionar la conexión entre tu tienda online y tu ERP después de una actualización? ¿Y cuántas veces te enteraste por un cliente y no por tu propio sistema?
Un conector es un programa ya hecho que copia pedidos, stock y precios entre tu tienda (VTEX, Shopify, WooCommerce) y tu ERP (SAP, Odoo u otro). Mientras funciona, nadie lo mira. Cuando la tienda, el ERP o el servidor donde corre publican una versión nueva, puede dejar de funcionar sin avisar: un lunes descubres que desde el viernes no entró un solo pedido al ERP. Si eso ya te pasó dos veces, lo que tienes no es una integración estable, es una tarea de mantenimiento que aparece sin aviso.
Comprar el conector fue una buena decisión. Resolvió la conexión inicial y costó una fracción de un desarrollo a medida. El problema no está en haberlo elegido, sino en que, después de instalarlo, nadie quedó a cargo de que siguiera funcionando cuando algo cambiara.
En corto. Una actualización rompe un conector por tres causas: la plataforma cambió cómo entrega un dato, una pieza de software que el conector necesita quedó obsoleta, o el conector nunca supo una regla propia de tu negocio. No hace falta reemplazarlo todo: primero se documenta qué hace, después se instala monitoreo y solo entonces se decide qué tramo cambiar.
Las tres cosas que rompe una actualización
Saber cuál de estas tres es la tuya define qué hay que arreglar.
1. La plataforma cambió cómo entrega un dato. Imagina que el conector lee cada pedido como un formulario con casillas fijas. Si la tienda renombra una casilla, la vuelve obligatoria o la cambia de sección, el conector sigue buscándola donde estaba y no la encuentra. Por ejemplo, el documento de identidad del cliente pasa a otra sección y el ERP rechaza el pedido porque no puede facturar sin ese dato. En la tienda no aparece ningún error: los pedidos simplemente dejan de llegar. Técnicamente esto se llama cambio en el contrato de la interfaz.
2. Una pieza de software de la que depende quedó obsoleta. El conector se apoya en componentes de terceros y en una versión de un lenguaje de programación. Para cerrar fallas de seguridad, la plataforma o el servidor deja de admitir las versiones antiguas. Es como cambiar la cerradura de una puerta: la llave no está dañada, pero ya no abre. El conector deja de ejecutarse aunque su lógica siga siendo correcta.
3. Tu negocio tiene reglas que el conector nunca conoció. Un precio distinto por cliente, unidades de venta propias (por caja y por unidad), condiciones negociadas, atributos de tu industria. El conector estándar asume un catálogo y una venta genéricos, y tu equipo cubrió la diferencia con ajustes manuales encima: una hoja que corrige precios antes de subirlos, un campo que alguien edita a mano. Una actualización puede borrar esos ajustes, y la tienda vuelve a mostrar el precio de lista a un cliente que tenía condiciones especiales.
Por qué nadie lo vio venir
Un conector se evalúa el día que se instala: llega un pedido de prueba, baja el stock, el precio coincide, y con eso se da el asunto por cerrado. Nadie lo evalúa por cómo se comporta dos años y varias versiones después, que es cuando se cobra la decisión.
Cuando falla en silencio durante días, lo que se acumula no es un problema técnico: son pedidos que no llegaron al ERP o llegaron incompletos, inventario que no coincide con la bodega y clientes que reciben algo distinto de lo que compraron. Para dimensionar la categoría, Gartner estima que la mala calidad de los datos le cuesta a una organización en promedio 12,9 millones de dólares al año, y que la mayoría ni siquiera lo mide. A eso se suma el costo del arreglo, que no aparece en el presupuesto de tecnología porque se paga en horas del equipo interno o en tickets sueltos al proveedor.
La pregunta que separa una integración de un parche
Un parche es una conexión que funciona hoy y hay que rehacer cuando algo cambia. Una integración está construida para que el cambio no la tumbe. Antes de firmar con cualquier proveedor conviene preguntarle: ¿qué pasa con esta integración cuando la plataforma publique su próxima versión?
Una respuesta útil menciona cuatro cosas concretas. Primero, versiones fijadas: la integración declara con qué versión de cada sistema conversa, de modo que tu equipo decide cuándo migrar en lugar de enterarse cuando ya se rompió. Segundo, alertas: un aviso a tu equipo a los pocos minutos de una sincronización fallida, antes de que llame el cliente. Tercero, un registro de cada sincronización, con qué se envió, cuándo y qué respondió el otro sistema, que es lo único que permite encontrar la causa sin reproducir el error. Cuarto, tus reglas de negocio dentro de la lógica de la integración y no pegadas encima como ajustes manuales.
Ninguna de las cuatro es exótica ni cara. Lo que sí son es aburridas, y por eso casi nunca aparecen en una demostración comercial, donde se muestra el pedido llegando y no lo que pasa dos años después.
Qué hacer si ya estás en esta situación
No hace falta reemplazar todo de entrada, y conviene desconfiar de quien lo proponga sin haber mirado antes qué hay.
El primer paso es documentar qué hace hoy el conector: qué datos mueve, en qué dirección, con qué frecuencia y qué ajustes manuales se le agregaron.
El segundo es instalar monitoreo, aunque sea mínimo. Saber que la sincronización falló hace veinte minutos, en lugar de enterarte cuando llama un cliente, cambia el tamaño del problema sin cambiar la arquitectura.
Solo entonces tiene sentido decidir qué se reemplaza, y muchas veces la respuesta no es todo: es el tramo donde viven tus reglas de negocio, justo el que ningún conector estándar iba a resolver.
Si quien armó esa conexión ya no trabaja en la empresa, el orden es el mismo, pero el primer paso pesa más porque no hay a quién preguntarle.
Para entender qué se conecta entre un ERP y una tienda, lee qué significa que dos sistemas «se hablen». Y si tienes una falla concreta y no sabes si es menor o estructural, sirve ¿Pendiente de diez minutos o problema de sistema?.
La verificación que puedes hacer esta semana
Busca en tu historial de incidencias las dos últimas actualizaciones de versión de tu tienda o de tu ERP. Anota qué se rompió, cuánto tardó en detectarse y cuántas horas costó arreglarlo.
Si en las dos hubo trabajo no planificado, ya tienes el patrón y ya tienes el número. Un conector que exige mantenimiento cada vez que algo cambia no es más barato que una integración bien construida: solo reparte el costo de una manera que no aparece en ninguna factura.
Si prefieres partir de una conexión adaptada a tu modelo de negocio, Prodequa configura la integración completa en menos de dos semanas y ahora estamos activando la integración de tu ecommerce con los primeros tres meses sin costo: https://prodequa.com/integracion-erp-sin-costo/
Fuentes citadas
- Gartner, investigación sobre calidad de datos: el costo promedio de la mala calidad de datos se estima en 12,9 millones de dólares anuales por organización, y la mayoría de las empresas no lo mide.
Nota metodológica: la cifra de Gartner mide el costo total de la mala calidad de datos por organización, en todos los sectores y con múltiples orígenes además de las integraciones rotas. Se usa aquí para dimensionar la categoría de pérdida, no para atribuirle ese monto a un conector.
