ES

Inicio / Guía EDI / Qué es EDIFACT

¿Cómo se estructura EDIFACT?

UN/EDIFACT es el estándar internacional de las Naciones Unidas para el intercambio electrónico de datos comerciales estructurados, como pedidos, avisos de expedición y facturas. Un fichero EDIFACT se compone de segmentos construidos con separadores fijos, por lo que los programas pueden leerlo de forma fiable. La sintaxis está definida en la norma ISO 9735 y el contenido de los mensajes, en los directorios de la UNECE. Esta página muestra la estructura de EDIFACT con un ejemplo comentado.

Actualizado 18 de octubre de 2026 · fokus it solutions, Jens Musleh

¿Quién está detrás de EDIFACT?

El nombre significa «Electronic Data Interchange for Administration, Commerce and Transport». La UNECE, la Comisión Económica de las Naciones Unidas para Europa, describe UN/EDIFACT como un conjunto de normas, directorios y directrices acordados internacionalmente para el intercambio de datos estructurados entre sistemas informáticos independientes. Las reglas se publican en el UNTDID, el «United Nations Trade Data Interchange Directory». Del mantenimiento técnico se encarga UN/CEFACT, el Centro de las Naciones Unidas para la Facilitación del Comercio y las Transacciones Electrónicas.

Conviene distinguir dos niveles:

  • La sintaxis regula cómo se construye un fichero: separadores, segmentos de cabecera y de cierre, reglas de recuento. Está en la ISO 9735.
  • Los directorios regulan qué mensajes existen, qué segmentos contienen y qué significan los códigos. GS1 Germany habla de «más de 200 tipos de mensaje distintos» para UN/EDIFACT (traducción propia).

Qué significan los directorios D.96A y D.01B

Un directorio EDIFACT es una versión del conjunto de reglas. La UNECE publica versiones nuevas de forma continua; las más antiguas del archivo son de los años noventa. Se designan con versión y edición, por ejemplo D.96A o D.01B. Así, la UNECE recoge el mensaje de aviso de expedición DESADV en el directorio D.01B con «Version: D», «Release: 01B» y «Contr. Agency: UN».

Esos mismos datos aparecen en cada mensaje, en el segmento UNH. Si ahí pone ORDERS:D:96A:UN, se trata de un pedido según el directorio D.96A. Como receptor, debe fijarse en ello, porque un ORDERS según D.96A y otro según D.01B pueden diferir en segmentos y códigos. El directorio aplicable figura en la guía de implementación EDI de su socio comercial.

La estructura de un fichero EDIFACT

Una transmisión EDIFACT es como un sobre con una o varias cartas dentro. De fuera hacia dentro:

Segmento Nombre Función
UNA Service String Advice opcional; define los separadores si se apartan de los predeterminados
UNB Interchange Header cabecera de la transmisión: juego de caracteres y versión de sintaxis, emisor, receptor, fecha, referencia
UNG / UNE Functional Group opcional; agrupa mensajes del mismo tipo
UNH Message Header inicio de un mensaje: número correlativo e identificador del mensaje
BGM, DTM, NAD, LIN, QTY … datos útiles contenido del mensaje
UNS Section Control opcional; separa cabecera, líneas y totales
UNT Message Trailer fin del mensaje: número de segmentos incluidos UNH y UNT, mismo número que en UNH
UNZ Interchange Trailer fin de la transmisión: número de mensajes, misma referencia que en UNB

Los campos de recuento de UNT y UNZ permiten una comprobación sencilla de integridad. Si el número no cuadra, el fichero está dañado o cortado y el software del receptor lo rechaza.

Separadores y carácter de escape

EDIFACT funciona con pocos caracteres de control. Las directrices de sintaxis de la UNECE indican estos para el nivel A, el habitual:

Carácter Significado
' (apóstrofo) fin de segmento
+ (más) separa la etiqueta del segmento y los elementos de datos
: (dos puntos) separa las partes de un elemento de datos compuesto
? (interrogación) carácter de escape: el siguiente carácter se trata como texto normal

Un ejemplo de carácter de escape: el nombre de empresa «García + Hijos» se escribe García ?+ Hijos; si no, el signo más se leería como separador.

Según la UNECE, la línea UNA tiene siempre nueve caracteres: «UNA» y seis caracteres para los de control. Muchos socios la envían aunque solo contenga los caracteres habituales. Su software debería procesar ambos casos.

Un ejemplo de EDIFACT comentado

El siguiente pedido es totalmente ficticio. Los GLN (Global Location Number, un identificador de empresas y ubicaciones) empiezan por el prefijo 952, que GS1 ha reservado para ejemplos. Cada línea es un segmento; el salto de línea solo sirve para facilitar la lectura.

UNA:+.? '
UNB+UNOC:3+9520000000011+9520000000028+261016:1430+00001'
UNH+1+ORDERS:D:96A:UN'
BGM+220+B-4711+9'
DTM+137:20261016:102'
NAD+BY+9520000000011::9'
NAD+SU+9520000000028::9'
LIN+1++9520000000035:SRV'
QTY+21:240'
DTM+2:20261030:102'
UNS+S'
CNT+2:1'
UNT+11+1'
UNZ+1+00001'

Leído línea a línea:

  • UNA:+.? ' define los seis caracteres de control, aquí los habituales, entre ellos dos puntos, más, interrogación y apóstrofo.
  • UNB indica juego de caracteres y versión de sintaxis (UNOC:3), emisor, receptor, fecha y hora (16/10/2026, 14:30) y la referencia de transmisión 00001. Si detrás del identificador figura además su tipo, lo regula la guía.
  • UNH+1+ORDERS:D:96A:UN inicia el mensaje número 1: un pedido según el directorio D.96A.
  • BGM+220+B-4711+9 es la cabecera del documento. El código 220 significa «Order», B-4711 es el número de pedido y 9 significa «Original».
  • DTM+137:20261016:102 es la fecha del documento (código 137) en formato AAAAMMDD (código 102).
  • NAD+BY y NAD+SU identifican al comprador (Buyer) y al proveedor (Supplier) con su GLN. El 9 remite a GS1 (antes EAN) como entidad emisora.
  • LIN+1++9520000000035:SRV es la línea 1 con un GTIN (Global Trade Item Number, el código de artículo de GS1).
  • QTY+21:240 es la cantidad pedida (código 21), aquí 240 unidades.
  • DTM+2:20261030:102 es la fecha de entrega solicitada (código 2).
  • UNS+S separa las líneas de la parte de totales, CNT+2:1 indica una línea.
  • UNT+11+1 cuenta once segmentos de UNH a UNT y repite el número de mensaje 1.
  • UNZ+1+00001 indica un mensaje en esta transmisión y repite la referencia del UNB.

El significado de los códigos (220, 137, 21, etc.) está en las listas de códigos del directorio correspondiente. Su socio puede fijar en su guía campos obligatorios adicionales y reglas propias.

Subconjuntos sectoriales: EANCOM, ODETTE y EDIFICE

Un directorio EDIFACT completo es muy extenso. Por eso los sectores han creado subconjuntos (subsets), es decir, selecciones vinculantes de mensajes, segmentos y códigos. La UNECE define un subconjunto como un mensaje derivado directamente de un mensaje estándar de la ONU, con la misma función y que adopta sin cambios sus partes obligatorias.

  • EANCOM lo mantiene GS1 y, según GS1 Germany, es «un subconjunto del estándar UN/EDIFACT» (traducción propia). La versión actual se llama EANCOM 2002. Nació para los bienes de consumo y hoy se usa también en sanidad, logística y moda.
  • ODETTE representa a la industria europea del automóvil. La lista de recomendaciones EDI de la VDA (la asociación alemana de la industria del automóvil) recoge antiguos mensajes Odette, como «Odette EDIFACT INVOIC», que ya han sido sustituidos por las recomendaciones VDA Global (véase VDA y estándares Global).
  • EDIFICE es el foro europeo B2B de la industria electrónica. Sus directrices de implementación son un subconjunto de UN/EDIFACT basado en el directorio D.97A.

Para usted, esto significa que «trabajamos con EDIFACT» no basta como dato. Lo decisivo es el subconjunto, el directorio y la guía de su socio. Encontrará una lista de comprobación en Cómo leer una guía EDI.

EDIFACT y X12 comparados

X12 es el otro gran estándar EDI. Lo mantiene X12, una organización acreditada por el American National Standards Institute (ANSI). En lo esencial, X12 funciona igual: segmentos, separadores, cabecera y cierre. Pero sus mensajes no se llaman ORDERS o INVOIC, sino que llevan números. Según X12, por ejemplo, 850 es el pedido, 856 el aviso de expedición («Ship Notice/Manifest») y 810 la factura. Quien suministra a clientes de Norteamérica se encuentra a menudo con X12; las guías alemanas y europeas suelen exigir EDIFACT o un subconjunto de EDIFACT.

Los mensajes EDIFACT más habituales en el día a día se resumen en Tipos de mensajes EDI.

EDIFACT con edi-service.eu

edi-service.eu procesa EDIFACT, incluido EANCOM; la IA lee el directorio y los requisitos de la guía de su socio y genera a partir de ellos el mapeo, primero en modo TEST, tanto para los mensajes de entrada como para el aviso de expedición y la factura hacia el socio. X12 no forma parte del servicio. El precio figura en la página de inicio.

Preguntas frecuentes

¿Qué diferencia hay entre EDI y EDIFACT?

EDI es el procedimiento de intercambio electrónico de datos y EDIFACT, un formato para hacerlo. Además de EDIFACT existen, por ejemplo, los formatos VDA, X12, XML o CSV. Tiene una introducción en Qué es EDI.

¿Qué versión de EDIFACT necesito?

La versión la fija su socio, no usted. Figura en la guía EDI y en cada mensaje, en el segmento UNH, por ejemplo ORDERS:D:96A:UN. Los subconjuntos sectoriales suelen fijar el directorio; EDIFICE, por ejemplo, se basa en D.97A.

¿Se pueden leer los ficheros EDIFACT con un editor de texto?

Sí, EDIFACT es texto plano. Pero sin conocer las listas de códigos el contenido es difícil de interpretar, porque el significado está en los códigos: 220 es pedido, 137 es fecha del documento. Si faltan los saltos de línea, toda la transmisión aparece en una sola línea.

¿EANCOM es lo mismo que EDIFACT?

EANCOM es un subconjunto de EDIFACT que GS1 ha definido para la distribución y otros sectores. Todo mensaje EANCOM es un mensaje EDIFACT válido, pero no al revés. EANCOM exige, por ejemplo, identificadores GS1 como GLN y GTIN.

¿Qué es un mensaje CONTRL?

CONTRL es el acuse de sintaxis y servicio de EDIFACT. Comunica al emisor si su transmisión ha llegado sintácticamente correcta; está regulado en la parte 4 de la ISO 9735. Si se exige CONTRL, lo indica la guía.

Si quiere comprobar si sus requisitos EDIFACT encajan con edi-service.eu, puede enviar una solicitud.

Fuentes

Enviar una solicitud · Preguntas frecuentes · Todos los artículos de la guía