Cómo leer un pedido EDI (EDIFACT ORDERS) segmento a segmento
Un pedido EDIFACT explicado línea a línea: separadores, cabecera, interlocutores con su GLN, líneas con EAN, cantidades y precios, y los mensajes que vienen después del pedido.
5 min de lectura
Si vendes a grandes superficies, a centrales de compra o a cadenas de distribución, tarde o temprano te pedirán trabajar por EDI. Los pedidos dejan de llegar en PDF o por email y empiezan a llegar como ficheros de texto llenos de apóstrofos y signos más. Parecen ilegibles, pero tienen una estructura muy ordenada.
En este artículo leemos un pedido EDIFACT completo, segmento a segmento, para que sepas qué hay dentro y qué tiene que entender tu programa de gestión.
Qué es EDIFACT
EDIFACT es el estándar de las Naciones Unidas para intercambiar documentos comerciales entre empresas: pedidos, albaranes, facturas, catálogos. En Europa la distribución usa sobre todo EANCOM, la versión de EDIFACT que define GS1, donde las empresas y los puntos de entrega se identifican con su código GLN y los productos con su código EAN.
Cada documento es un mensaje con un nombre de seis letras. El pedido es ORDERS.
Un pedido de ejemplo
Este es un pedido completo de dos líneas. Los códigos son inventados.
UNA:+.? '
UNB+UNOC:3+0000000000017:14+0000000000024:14+261103:0915+00001'
UNH+1+ORDERS:D:96A:UN:EAN008'
BGM+220+PED-4521+9'
DTM+137:20261103:102'
DTM+2:20261110:102'
NAD+BY+0000000000017::9'
NAD+SU+0000000000024::9'
NAD+DP+0000000000031::9'
NAD+IV+0000000000017::9'
CUX+2:EUR:9'
LIN+1++1234567890128:SRV'
PIA+1+REF-001:SA'
IMD+F++:::Tornillo DIN 912 M6x20'
QTY+21:120'
PRI+AAA:0.18'
LIN+2++1234567890135:SRV'
PIA+1+REF-002:SA'
IMD+F++:::Arandela DIN 125 M6'
QTY+21:400'
PRI+AAA:0.03'
UNS+S'
CNT+2:2'
UNT+22+1'
UNZ+1+00001'Puedes copiarlo y pegarlo en nuestro visor EDI para verlo como tabla.
Los separadores
La primera línea, UNA, dice qué caracteres hacen de separador. En casi todos los ficheros son estos:
'termina cada segmento (cada "línea").+separa los elementos de un segmento.:separa las partes de un elemento compuesto.?es el carácter de escape:?+significa un signo más de verdad dentro de un texto..es el separador decimal.
Ojo: en los ficheros reales los segmentos suelen venir todos seguidos en una sola línea. Los saltos de línea del ejemplo son solo para leerlo mejor.
El sobre: UNB y UNZ
UNB abre el intercambio: juego de caracteres (UNOC), GLN del emisor y del receptor, fecha y hora (261103:0915, 3 de noviembre de 2026 a las 9:15) y un número de control. UNZ lo cierra con el número de mensajes que contiene y el mismo número de control. Un fichero puede llevar varios pedidos dentro del mismo sobre.
La cabecera del pedido
| Segmento | Qué dice en el ejemplo |
|---|---|
UNH+1+ORDERS:D:96A:UN:EAN008 | Empieza el mensaje 1, que es un pedido EDIFACT D.96A en EANCOM. |
BGM+220+PED-4521+9 | Documento tipo 220 (pedido), número PED-4521, y 9 = original (no es una modificación). |
DTM+137:20261103:102 | Fecha del documento (calificador 137): 3 de noviembre de 2026, en formato AAAAMMDD (102). |
DTM+2:20261110:102 | Fecha de entrega solicitada (calificador 2): 10 de noviembre. |
NAD+BY | Comprador, identificado por su GLN. |
NAD+SU | Proveedor: tú. |
NAD+DP | Lugar de entrega, que puede ser una tienda o un almacén distinto del comprador. |
NAD+IV | A quién hay que facturar. |
CUX+2:EUR:9 | Moneda del pedido: euros. |
El GLN del lugar de entrega es el dato que más problemas da al integrar: tu ERP tiene que saber a qué dirección corresponde cada GLN, y las cadenas abren y cierran tiendas constantemente.
Las líneas
Cada línea del pedido empieza con LIN y lleva detrás sus propios segmentos:
LIN+1++1234567890128:SRV: línea 1, producto con EAN 1234567890128 (SRVindica que el código es de GS1).PIA+1+REF-001:SA: el mismo producto con la referencia del proveedor (SA). Útil si tu ERP trabaja con referencias propias y no con EAN.IMD+F++:::Tornillo DIN 912 M6x20: descripción en texto libre.QTY+21:120: cantidad pedida (calificador 21), 120 unidades.PRI+AAA:0.18: precio neto unitario (AAA), 0,18 €.
UNS+S separa las líneas del resumen, CNT+2:2 dice cuántas líneas tiene el pedido y UNT+22+1 cierra el mensaje indicando cuántos segmentos tiene (22, contando UNH y UNT). Si esos recuentos no cuadran, el fichero está incompleto.
Lo que viene después del pedido
El pedido es solo el primer mensaje del circuito. Lo normal es que el cliente espere estos otros:
| Mensaje | Qué es | Quién lo envía |
|---|---|---|
ORDRSP | Respuesta al pedido: aceptado, modificado o rechazado | Proveedor |
DESADV | Aviso de expedición o albarán electrónico, normalmente con etiquetas SSCC en los bultos | Proveedor |
RECADV | Aviso de recepción: lo que realmente llegó | Cliente |
INVOIC | Factura | Proveedor |
REMADV | Aviso de pago | Cliente |
Cada cadena publica su propia guía de implantación, con los segmentos que exige y los que ignora. Dos clientes pueden enviar el mismo mensaje ORDERS con detalles distintos, así que la integración se prueba cliente a cliente.
Cómo se conecta el EDI con tu ERP
Los ficheros no suelen ir directamente de empresa a empresa: pasan por un proveedor de comunicaciones EDI que los entrega en un buzón. A partir de ahí hay dos caminos:
- El ERP tiene módulo EDI. Hay que configurar el mapeo de cada cliente (GLN, referencias, unidades) y probar con pedidos reales.
- El ERP no lo tiene, o es un sistema antiguo. Se hace una pieza intermedia que recoge los ficheros, los traduce al formato que el ERP sí sabe importar (CSV, tablas intermedias, una API) y genera de vuelta los albaranes y facturas en EDIFACT. Es lo habitual con sistemas como AS400.
Si los pedidos EDI se están tecleando a mano en el ERP, o alguien imprime los ficheros para leerlos, merece la pena automatizarlo. Es el tipo de integración que hacemos en desarrollo a medida.
Para leer un fichero suelto, pégalo en el visor EDI: muestra interlocutores, fechas, referencias y líneas en una tabla, y no guarda el contenido.