El EDI de archivo plano mantuvo vivo a un pequeño 3PL con el que trabajo durante 8 meses. Pero empecemos por el principio — porque en el comercio electrónico, el peor momento no es una mala reseña. Es un gran cliente preguntando "¿tu almacén soporta EDI?" — y tú quedándote en blanco mientras el trato se esfuma.

El año pasado, una marca de artículos para el hogar me contactó — decenas de miles de pedidos al año, queriendo operar a través de un pequeño 3PL con el que trabajo. Todo iba genial hasta que su comprador preguntó casualmente: "¿tu almacén soporta EDI?" Mi cerebro solo hizo "bzzzt" — ¿EDI qué? ¿Se come?

Resulta que esa pregunta casi mata el trato. Así que esto va para cada dueño de almacén pequeño y de pequeño 3PL que se sintió tan perdido como yo: cómo aguantar con archivos planos cuando un cliente exige EDI — y cuándo absolutamente tienes que actualizar.

En lenguaje llano primero: qué demonios es EDI

EDI (Electronic Data Interchange) es, sin jerga, "máquinas intercambiando apretones de manos secretos".

Enviar hojas de cálculo por correo es de humano a humano — alguien del otro lado todavía tiene que teclearlo a mano. EDI es de sistema a sistema: tu WMS genera un mensaje estandarizado, el sistema del cliente lo recibe, lo procesa y lo registra. Sin humanos en el medio.

El "apretón de manos" sigue estándares internacionales — ANSI X12 es el que te encontrarás en Norteamérica. Algunos códigos de mensaje que te cruzarás tarde o temprano, vale la pena memorizarlos:

  • 850: orden de compra (el cliente te ordena a ti)
  • 856: aviso de envío / ASN (le dices al cliente "se envió, aquí está el número de rastreo")
  • 810: factura
  • 940: orden de envío de almacén (mundo 3PL: el cliente te dice que envíes)
  • 945: aviso de envío de almacén (mundo 3PL: tú confirmas "enviado")

Cuando un gran cliente dice "necesitamos EDI", nueve de cada diez veces en realidad solo necesita dos o tres de estos — normalmente 856 más 810, o 940 más 945. Pregunta exactamente cuáles antes de hablar de cómo implementarlos. No compres el bufé completo cuando solo necesitas dos platos.

El truco del archivo plano: CSV más SFTP, a la manera ingeniosa

El EDI completo significa pasar por un proveedor de EDI (SPS Commerce, TrueCommerce, esa gente). La implementación se mide en meses, y los precios son lo que diga su web este trimestre — consulta su sitio oficial para las tarifas actuales. Para un almacén pequeño, eso es demasiado caro y demasiado lento. El trato no espera.

Así que esta fue la ruta ingeniosa que tomamos — el "archivo plano":

  1. Cada tarde a una hora fija, el WMS exporta un CSV: número de pedido, número de rastreo, SKU, cantidad, fecha de envío. Una fila por pedido.
  2. Reordena las columnas y corrige el formato de fecha para que coincida con la hoja de mapeo de Excel del cliente.
  3. Sube el archivo por horario vía SFTP al servidor del cliente.
  4. Su informático escribió un pequeño script que lo procesa en su sistema automáticamente.

Coste total: cero. El WMS ya exporta, las herramientas SFTP son gratis, y el cliente escribió su propio script. Funcionamos así durante 8 meses mientras el volumen crecía de doscientos o trescientos pedidos al día a setecientos u ochocientos. Ni un solo fallo.

Este truco funciona — lo probé yo mismo. Pero aviso justo desde el principio: es un parche, no una cura.

Veamos los números: archivo plano vs EDI real vs API

Archivo plano (CSV + SFTP) EDI real (vía proveedor / VAN) Integración API
Coste inicial Básicamente cero Tarifas de implementación + mapeo (consulta los precios oficiales del proveedor) Tiempo de desarrollador
Tiempo de lanzamiento Días De semanas a meses Depende de la cola de desarrollo
Quién detecta errores Quien haga la conciliación manual La confirmación 997 confirma automáticamente Códigos de respuesta en tiempo real
Encaja con qué volumen Unos cientos de pedidos/día Más de 1,000/día, múltiples clientes Cuando tienes un equipo técnico
Aceptación del cliente Depende del cliente Pasaporte de la industria Cada vez más clientes lo aceptan

¿Ves el equilibrio? El archivo plano gana en velocidad y coste. Pierde en "nadie te avisa cuando se rompe" y "el cliente podría no aceptarlo".

Dónde me explotó en la cara: el incidente del formato de fecha

Déjame contarte la vez que nos quemó, porque este es el punto más débil del archivo plano.

Nuestro WMS sacó una actualización que cambió silenciosamente el formato de fecha del CSV de YYYY-MM-DD a MM/DD/YYYY. No lo notamos; el archivo salió como siempre. El sistema del cliente trató cada fecha como inválida — todo el lote de avisos de envío 856 fue rechazado. Sus citas de recepción se programan automáticamente a partir de los 856, así que todo el tablero de citas colapsó y los camiones empezaron a acumularse en su puerta. Su director de operaciones nos llamó y nos puso verdes.

El EDI real tiene algo llamado 997 — una confirmación funcional. ¿Recibieron tu mensaje? ¿Era válido el formato? El sistema confirma automáticamente. El archivo plano no tiene nada de eso. Cuando está mal, está mal sin más, nadie te avisa, y cuando te enteras el cliente ya está gritando.

Después de eso añadimos un apaño de baja tecnología: cada día después del envío, revisa manualmente 5 pedidos contra el sistema del cliente. Primitivo, pero funciona. A bajo volumen, los ojos humanos son el mejor 997 que puedes conseguir.

Tres señales de que es hora de actualizar tu EDI de almacén pequeño

¿Cuánto puede aguantar el archivo plano? Vigila estas tres señales — si aparece alguna, deja de apretar los dientes:

Señal uno: el volumen supera la supervisión humana. Doscientos o trescientos pedidos al día, las revisiones puntuales están bien. Mil al día con ojos humanos en la conciliación — es cuestión de tiempo que algo se rompa.

Señal dos: el cliente empieza a pedir confirmaciones y datos en tiempo real. Confirmaciones 997, sincronizaciones diarias de inventario 947, estado de envío 214 en tiempo real — el archivo plano no puede jugar ahí. Ese es el territorio del EDI real.

Señal tres: haz los números. Coge una calculadora: horas semanales dedicadas a "exportar, conciliar, reenviar, discutir con el cliente", por el salario por hora, por 4 para el mes. Si ese número supera la tarifa mensual del proveedor de EDI (consulta su sitio oficial), actualizar literalmente te hace ganar dinero. Cuando hice nuestros números, las horas que quemábamos cada semana habían superado la tarifa mensual hacía mucho — simplemente nadie se había molestado en sumarlas.

Y aquí va la contraintuitiva para dueños de almacenes pequeños: pasar al EDI real primero no siempre es progreso. Si tu inventario del WMS es un desastre — el contable nunca cuadra con el físico — entonces el EDI solo automatiza y acelera tus errores directo al cliente. Mal, más rápido y más limpio. Lleva tu precisión de inventario a un nivel por el que apostarías tu reputación primero, y luego habla de EDI. Invierte el orden y estás quemando dinero.

Lista de no quemarse: antes de firmar nada

  1. Pregunta al cliente exactamente qué transacciones necesita. 850, 856, 810 es la combinación más común — no pagues por mensajes que nunca usarás.
  2. Las VAN (redes de valor añadido) facturan por volumen. Volumen pequeño, no te preocupes. Volumen grande, negocia — y consulta el sitio oficial del proveedor para las tarifas actuales.
  3. No pruebes solo el camino feliz. Devoluciones, envíos divididos, recogidas cortas, direcciones malas — pasa cada mensaje de excepción por las pruebas. Nueve de cada diez veces, los fallos en producción vienen de flujos de excepción que nadie probó.
  4. Elige un proveedor con plantillas de la industria 3PL. Un proveedor de EDI genérico podría mapear 940/945 desde cero; uno con plantillas de la industria puede tenerte funcionando en días.

El truco del archivo plano funciona — lo probé yo mismo, y a bajo volumen es magia. Pero es un parche. Sigue apretando los dientes a medida que crece el volumen y una explosión cuesta más que la actualización jamás costaría. Cuando llegue el momento, gasta el dinero — gástalo donde cuenta.

Por Ah K, Vendedor de e-commerce (5 años)

Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.