Si vendes a Mercadona, Lidl, Carrefour o cualquier otra cadena grande, el trato viene con una letra pequeña de la que casi nadie habla: te van a mandar los pedidos por EDI. Y alguien de tu equipo, muy probablemente, va a acabar tecleándolos uno por uno en tu ERP.
El fichero llega a primera hora, el administrativo lo abre, mira la referencia de la cadena, la busca en el ERP, teclea las cantidades, valida el precio, guarda el pedido y, al rato, monta el albarán a mano. Multiplícalo por veinte pedidos al día y tienes a alguien dedicado a copiar datos que ya vienen escritos.
En este artículo verás por qué esa tarea sigue viva en tantas pymes agroalimentarias, cómo automatizar EDI de principio a fin —del fichero al albarán— y qué controles conviene dejar para no perder trazabilidad ni firma humana en el proceso.
EDI no es un formato de Excel raro: es un fichero estructurado que ya contiene toda la información del pedido (código de artículo del cliente, cantidades, fecha de entrega, punto de descarga). Tecleárselo al ERP es reescribir a mano algo que ya está escrito. Automatizarlo no es "meter IA", es dejar de duplicar trabajo.
Por qué el EDI sigue tecleándose a mano en tantas pymes
La razón número uno es sencilla: los códigos de artículo de la cadena no coinciden con los tuyos. Mercadona te pide un "1234567890", pero en tu ERP eso es la referencia "CONS-TOM-400", y el enlace entre ambos vive en la cabeza del administrativo de siempre. Cada mañana hace la traducción mental y teclea. Nadie ha documentado ese mapa porque nadie ha tenido tiempo.
La segunda razón es que los proyectos "de EDI" que vende un integrador cuestan tanto y tardan tanto que la pyme decide, con sensatez, seguir tecleando. Un módulo EDI clásico son meses de reuniones, formatos que revisar (EDIFACT, ANSI X12, VDA…), certificaciones con la cadena y una factura de cinco cifras. Cuando el equipo de operaciones oye el presupuesto, aprende a convivir con el problema.
La tercera razón es menos visible pero pesa: nadie mide lo que cuesta ese "convivir". Media hora por pedido no parece nada. Dos horas al día sí. Cuarenta horas al mes, ya son. Y a eso hay que sumarle los errores: una cantidad mal tecleada acaba en un pedido servido corto, una reclamación, una nota de abono y una llamada del comprador. Si te suena, en la página de automatización de procesos tienes más contexto sobre dónde se esconden estos costes.
El coste real no es el sueldo del administrativo: es que esa persona no está haciendo otra cosa. No está llamando a un cliente que se retrasa en el pago, no está revisando un albarán con incidencia, no está preparando el forecast del próximo mes. Está tecleando un fichero que ya venía escrito.
Cómo automatizar EDI de principio a fin
No hace falta un módulo EDI del ERP para empezar. Con una IA que sepa leer texto estructurado y un catálogo bien mantenido, el 80% del trabajo se puede automatizar sobre lo que ya tienes. El flujo son tres pasos y una entrega final: fichero, pedido, albarán.
Recoger el fichero EDI en cuanto llega
El pedido entra por el canal que tenga acordado la cadena: un correo con adjunto, un buzón SFTP, un punto EDI de un proveedor tipo VAN. La IA vigila esa entrada, coge el fichero en cuanto aparece y lo pasa al siguiente paso. Sin que nadie tenga que abrir el correo, descargar el adjunto y ponerse a mirarlo.
Interpretar el fichero y cruzarlo con tu catálogo
La IA lee el EDI —independientemente de si es EDIFACT, un XML de la cadena o incluso un PDF estructurado— extrae cada línea (código del cliente, cantidad, fecha, ubicación de entrega) y la cruza con el mapeo de tu catálogo. La referencia "1234567890" de la cadena se convierte en tu "CONS-TOM-400" sin que nadie tenga que recordarlo. Si un código no está mapeado, se para y avisa.
Meter el pedido en el ERP y generar el albarán
Con las líneas ya en formato tuyo, el pedido entra en el ERP —por su API, por un usuario técnico o incluso automatizando el propio interfaz— y se genera el albarán con toda la información de entrega: cantidades, lotes si aplica, punto de descarga, fecha y hora. Lo que antes era media hora por pedido, ahora es una revisión rápida y firma.
El cuarto elemento, imprescindible, es el panel de control. La automatización sin visibilidad se convierte en una caja negra en la que nadie se atreve a confiar. Un tablero sencillo con los pedidos entrados hoy, los que están pendientes de revisión, los códigos sin mapear y las incidencias con la cadena es lo que hace que el equipo suelte el teclado y confíe en el sistema. Sin panel, no hay automatización sostenible.
Estimaciones direccionales basadas en proyectos reales, no en estudios citados.
Cómo empezar esta semana sin romper nada
El error clásico es querer automatizar todos los EDI de todas las cadenas de golpe. Se pierden semanas en reuniones, la gente se cansa y el proyecto muere. Se hace justo al revés: una cadena, un tipo de fichero, un flujo funcionando de punta a punta. Y desde ahí se replica.
Empieza por la cadena que más volumen te mande o la que más incidencias te dé. Coge diez pedidos EDI reales de las últimas dos semanas y usa esa muestra para construir el mapeo del catálogo. Ese fichero de correspondencias —código cliente ↔ código tuyo— es el activo más valioso del proyecto; consérvalo bien y actualízalo cuando la cadena dé de alta referencias nuevas.
Monta primero el flujo en modo "sombra": la IA procesa cada pedido y prepara el borrador del albarán, pero el administrativo sigue firmando manualmente. Durante dos semanas comparas: ¿la IA acierta? ¿Dónde falla? ¿Qué códigos se atragantan? Cuando el porcentaje de aciertos es alto y el equipo confía, se pasa a modo automático con revisión por excepción.
El indicador que te dice si el flujo funciona no es "cuántos pedidos ha procesado", es cuántos ha tenido que revisar un humano. Si es menos del 10%, has ganado. Si es más, el mapeo o el catálogo tienen huecos que hay que tapar antes de escalar.
De 2 horas al día tecleando EDI a una revisión de 15 minutos
Una conservera del Levante servía a tres cadenas grandes. Recibía unos 20 pedidos EDI al día, todos con códigos distintos, todos tecleados a mano en el ERP por dos personas de administración. Los errores llegaban tarde: cuando el cliente reclamaba, ya se había servido corto.
Montamos un flujo con la IA que recoge el fichero, lo interpreta, cruza con el catálogo maestro, entra el pedido y prepara el albarán. El administrativo revisa un panel con lo que ha entrado y solo interviene cuando el sistema marca un código sin mapear o una cantidad rara.
tiempo diario recuperado en administración
errores de transcripción de códigos
pedidos con albarán listo antes del corte
Descárgate el pack del Caso 11
Todo lo necesario para montar el mismo flujo EDI en tu empresa: prompt listo para pegar en Claude Code, pedido EDIFACT real de Mercadona, catálogo maestro con EAN y precio, y ficha de cliente EDI con código GLN. Pensado para ahorrar las ~2 horas al día que se van en teclear pedidos de gran distribución.
prompt.txt— instrucciones para que Claude Code interprete el EDI, cruce con catálogo y genere el albaráncsv/pedido_edi_mercadona.edi— ejemplo real de pedido EDIFACT ORDERS D96Acsv/productos_erp.csv— catálogo maestro con EAN, precio tarifa y stock actualcsv/clientes_erp.csv— ficha de cliente EDI (Mercadona) con código GLNLEEME.md— pasos para probarlo en 5 minutos
Diseñado para PYMEs agroalimentarias, bebidas y bienes de consumo (2-50M€) que vendan a gran distribución (Mercadona, Lidl, Carrefour, DIA, Alcampo, Eroski, Consum). El prompt se adapta a EDIFACT ORDERS D96A y EANCOM 2002. Si vendes a mayorista B2B sin EDI, usa el Caso 02 · Pedidos por email.
Qué controles NO puedes quitarle a un humano
Automatizar no es dejar el proceso ciego. Tres puntos de control siguen siendo del equipo, sin discusión.
La validación de excepciones. Cuando la IA se encuentra un código que no está en el mapeo, una cantidad muy fuera del histórico o una fecha de entrega imposible, se para y avisa. Ese aviso lo mira una persona. La IA sugiere una interpretación, pero no cierra el pedido sola en esos casos. Es lo que evita que un error se convierta en veinte camiones mal cargados.
El mantenimiento del catálogo. El mapeo entre códigos de la cadena y códigos tuyos es un ser vivo: nacen referencias, se cambian formatos, aparecen promociones con SKU propio. Alguien del equipo tiene que ser el dueño de ese fichero y actualizarlo cuando la cadena avisa. Sin ese cuidado, la automatización se degrada en meses.
La relación con el comprador. El flujo automatiza el pedido y el albarán, pero la llamada del comprador de la cadena cuando hay una promoción rara o una entrega urgente sigue siendo humana. La IA descarga trabajo mecánico; el criterio comercial y la confianza con el cliente se cuidan aparte.
¿Cuántas horas al día se van en teclear pedidos que ya vienen escritos?
En 30 minutos miramos qué EDI recibes hoy, cómo los procesas y qué se puede automatizar sobre tu ERP actual sin cambiar de sistema. Primera conversación sin coste y sin presentación de ventas.
Preguntas frecuentes sobre automatizar EDI
¿Necesito el módulo EDI de mi ERP para automatizar los pedidos?
No siempre. Si el ERP tiene un módulo EDI decente y asumible, adelante. Pero para muchas pymes es más rápido y barato montar el flujo con IA por encima del ERP: la IA interpreta el fichero, cruza con el catálogo y entra el pedido por la vía que ya usa el equipo. Se puede empezar así y migrar a módulo nativo más adelante si compensa.
¿Y si cada cadena me manda el EDI en un formato distinto?
Es lo normal. Mercadona, Lidl, Carrefour y las demás usan variantes propias, incluso dentro del mismo estándar. La ventaja de una IA que interpreta texto es que se adapta a cada formato sin reprogramar desde cero: le enseñas una vez cómo lee el fichero de cada cadena y esa lógica queda guardada. Nuevas cadenas se añaden en días, no en meses.
¿Cómo garantizo la trazabilidad si el pedido lo mete la IA?
Igual que la garantizas ahora: registrando quién y cómo entró cada pedido. La diferencia es que en vez de firmar el administrativo, firma el flujo automático y queda el log completo (qué fichero llegó, cómo se interpretó, qué mapeo aplicó, cuándo entró en el ERP). Auditar es más fácil, no más difícil, porque queda todo escrito.
¿Cuánto tarda en verse el ahorro?
Depende del volumen, pero el patrón habitual: primer flujo funcionando en 3–4 semanas, dos semanas más en modo sombra comparando con el proceso manual, y al mes y medio el equipo suelta el teclado. El ahorro se ve desde el primer mes en horas de administración; los errores evitados se notan a los dos o tres meses, cuando comparas incidencias con el año anterior.
Contenido informativo sobre productividad y automatización en empresas agroalimentarias. No constituye asesoramiento técnico, legal ni contractual; verifica siempre los acuerdos EDI con cada cadena, los formatos aplicables y los requisitos de trazabilidad con los responsables correspondientes. Las cifras son estimaciones direccionales basadas en proyectos reales.