En 2021 visité un almacén 3PL en las afueras de Chicago, y el dueño estaba orgulloso de exactamente lo equivocado. "Construimos todas nuestras integraciones nosotros mismos", me dijo. "Nos ahorramos una fortuna en licencias de middleware". Dos ingenieros, uno de ellos a tiempo parcial en operaciones. Seis meses después me llamó en pánico: la plataforma de comercio electrónico había cambiado un campo de la API, el de tiempo parcial había renunciado, el nuevo empleado no podía leer el código viejo, y los pedidos estuvieron atascados dos días. Perdieron un cliente importante por eso. Esos dos días costaron más que varios años de suscripción de middleware.
Todo almacén enfrenta esta decisión tarde o temprano. Los pedidos tienen que entrar desde los marketplaces, las etiquetas tienen que volver desde los transportistas, los clientes 3PL quieren visibilidad del inventario, y los grandes clientes minoristas exigen EDI — órdenes de compra 850, avisos de embarque 856, toda la sopa de letras. La pregunta nunca es si hay que integrar. Es quién hace el trabajo, y cuánto cuesta realmente.
Desarrollar es la parte más barata de hacerlo uno mismo
La mayoría de los almacenes cotiza mal esta decisión porque solo presupuesta el desarrollo. Dos ingenieros, dos meses, la API conecta y todos celebran las licencias que "ahorraron". Esa cuenta es ficción.
La estructura real del costo de una integración casera es aproximadamente treinta por ciento desarrollo y setenta por ciento mantenimiento — y el mantenimiento nunca termina. Las plataformas revisan sus APIs. Los transportistas rotan certificados. Las especificaciones EDI se ajustan. Las alertas suenan a las 3 AM sin nadie calificado para responder. Cada cambio externo se convierte en un sprint de desarrollo no planificado. Crees que compraste un proyecto de ingeniería único; lo que realmente compraste es un pasivo a largo plazo con tu nombre.
El riesgo más agudo es el personal. El punto único de falla en la mayoría de las integraciones caseras no es un servidor — es la persona que escribió el código. Cuando se va, y siempre se van tarde o temprano, heredas una caja negra sin documentación y un negocio que se detiene el día que algo cambia aguas arriba.
Lo que el middleware realmente te vende
El middleware tampoco es caridad. Los productos iPaaS que todos conocen — MuleSoft, Boomi, Celigo, Workato — te cobran tres veces, y deberías tener las tres cifras por escrito antes de firmar. Primero está la suscripción, por niveles según conexiones o volumen de datos; los precios cambian con regularidad, así que verifica con las tarifas publicadas actuales del proveedor y no confíes en una cotización verbal. Segundo está la implementación — los consultores del proveedor facturan por día, y una integración de complejidad media rutinariamente toma el doble de lo estimado. Tercero, y el más pasado por alto, es la dependencia: una vez que tu lógica de negocio vive en su constructor visual de flujos, migrar cuesta una fortuna.
Así que ten claro lo que compras. El middleware no es más barato — es riesgo tercerizado. Cuando una plataforma cambia su API, el proveedor adapta el conector. Cuando algo se rompe a las 2 AM, hay un equipo de soporte a quien escalar. Pagas para que la llamada de las 3 AM no sea la tuya.
Una trampa más que señalar antes de firmar: no tercerices tu mapeo de procesos a los consultores del proveedor. Tus propios flujos de trabajo — de dónde vienen los pedidos, quién maneja las excepciones, qué sistema es la fuente de verdad del inventario — tienen que resolverse internamente antes de que empiece cualquier configuración. He visto almacenes entregar todo el diseño de procesos a consultores, salir en vivo con una configuración que no coincidía con cómo trabajaba realmente el piso, y pagar la corrección dos veces. Los consultores conocen la herramienta. Solo tú conoces el negocio.
Mis tres líneas en la arena
Estas son las tres reglas prácticas que he adoptado con los años. Si cumples cualquiera de ellas, no deberías desarrollar tus propias integraciones.
Línea uno: más de cinco puntos de integración. Marketplace, ERP, transportistas, EDI, portales de clientes — cada punto adicional hace crecer la complejidad del mantenimiento exponencialmente, no linealmente. Cinco es lo máximo que un equipo humano puede mantener en la cabeza. Más allá, necesitas herramientas de plataforma.
Línea dos: no tienes dos ingenieros de integración a tiempo completo. Fíjate en la palabra tiempo completo, y en las palabras ingenieros de integración — no "un desarrollador que puede ayudar". Una integración casera mantenida a tiempo parcial fallará eventualmente; la única variable es cuándo.
Línea tres: el negocio sigue cambiando rápido. Shopify este año, TikTok Shop el año que viene, EDI de un cliente empresarial al siguiente. Cuando la propia superficie de integración es inestable, los costos de retrabajo en código personalizado te ahogarán. Una biblioteca de conectores de middleware existe precisamente para esto — habilitar un conector preconstruido es un orden de magnitud más barato que escribir uno desde cero.
Lo inverso también aplica. Desarróllalo tú mismo solo cuando las tres sean ciertas: el conteo de puntos se mantiene en dos o tres indefinidamente, la lógica de negocio es genuinamente personalizada de formas que el middleware no puede expresar — las reglas de facturación inusuales son el caso clásico — y tienes ingenieros de integración estables que no se van a ninguna parte.
Si insistes en desarrollar, dos no negociables
Algunos almacenes tienen razones legítimas para desarrollar. Bien. Pero tengo dos requisitos, y no empezaría sin ambos.
Primero, la documentación y un manual de transferencia se entregan con el código. Antes de que el autor se vaya, alguien más debe poder leer, modificar y desplegar la integración de forma independiente. Un sistema que solo una persona entiende no es un activo — es una bomba de tiempo.
Segundo, cada llamada externa lleva interruptores de circuito y reintentos, y cada payload de pedido debe ser reproducible. Las APIs de las plataformas fallan constantemente; sin reintentos, un timeout es un pedido perdido, y los pedidos perdidos en temporada pico pueden escalar a penalizaciones de los marketplaces y clientes finales enojados. Sin reproducibilidad, no tienes camino de recuperación cuando — no si — algo falla. Esto es el piso, no el techo.
Esto es lo único que puedes hacer mañana: lista cada punto de integración de sistemas que tengas en una sola hoja de papel y cuéntalos. ¿Más de cinco? Agenda demos con tres proveedores de middleware esta semana. ¿Menos de cinco pero mantenidos por un solo tiempo parcial? Agenda las demos de todos modos. No esperes al día en que los pedidos dejen de moverse para descubrir que nunca hiciste esta cuenta.
Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.
