# ¿Qué contiene una guía de implementación EDI y cómo revisarla? Una guía de implementación EDI describe qué mensajes espera su socio comercial, en qué formato, con qué datos obligatorios y por qué canal. En inglés se llama Message Implementation Guide (MIG); en español también se habla simplemente de guía EDI o especificación EDI. Leerla con atención antes de empezar el proyecto evita la mayoría de las consultas y de las rondas de pruebas. La lista de comprobación de abajo le ayuda a no pasar nada por alto. ## Qué es una guía de implementación Normas como EDIFACT son muy amplias. Un pedido (ORDERS) admite cientos de datos posibles y ninguna empresa necesita la mayoría de ellos. Por eso las asociaciones sectoriales restringen la norma en subconjuntos (subsets). EANCOM, por ejemplo, es el subconjunto de GS1 para la distribución; GS1 lo describe como un subconjunto de UN/EDIFACT que solo contiene los elementos necesarios. La guía de su socio va un paso más allá. Fija qué segmentos lee realmente en su casa, qué códigos espera y cómo comunica los errores. Dos distribuidores que envían pedidos EANCOM pueden diferir bastante en los detalles. Por eso siempre manda la guía del socio, no la norma general. Sobre la norma en sí encontrará más en [EDIFACT explicado](https://edi-service.eu/es/guia/edifact/). Una guía típica contiene: - un resumen de los tipos de mensaje y del flujo, a menudo como gráfico - para cada mensaje, un directorio de segmentos con su estado (obligatorio, opcional, condicional) - para cada segmento, los calificadores y códigos permitidos - mensajes de ejemplo - datos sobre identificadores, canal de transmisión, pruebas y personas de contacto ## Lista de comprobación de 20 puntos para su guía EDI Recorra la guía con esta lista y anote para cada punto la página donde está la respuesta. Lo que no encuentre, pregúnteselo a su socio de una sola vez. 1. Tipos de mensaje: ¿qué mensajes van en qué sentido? Por ejemplo, pedido (ORDERS) entrante, aviso de expedición (DESADV) y factura (INVOIC) salientes. Hay un resumen en la página [Tipos de mensajes EDI](https://edi-service.eu/es/guia/tipos-de-mensajes-edi/). 2. Norma y versión: ¿EDIFACT, EANCOM, VDA, un formato Global según recomendación VDA o un XML propio? En EDIFACT, también el directorio, por ejemplo D.96A o D.01B. 3. Subconjunto y versión de la guía: ¿qué subconjunto se aplica y qué versión de la guía tiene usted? Las guías se revisan; trabaje con la versión vigente. 4. Sintaxis y juego de caracteres: ¿qué identificador de sintaxis figura en la cabecera (por ejemplo UNOC), qué separadores y está previsto un segmento UNA? 5. Segmentos obligatorios: marque todos los segmentos y elementos de datos con estado obligatorio. Si falta alguno, el sistema del socio a menudo rechaza el mensaje. 6. Datos condicionales: algunos datos solo son obligatorios bajo ciertas condiciones, por ejemplo un número de lote solo en determinados artículos. Anote la condición. 7. Calificadores y listas de códigos: ¿qué códigos espera el socio, por ejemplo para tipos de fecha, funciones de las partes o unidades de medida? Utilice solo los valores que indica la guía. 8. Identificadores de las partes: usted y su socio se identifican mediante números, con frecuencia GLN, Odette ID o número de proveedor. Detalles en [GLN y otros identificadores](https://edi-service.eu/es/guia/gln-identificadores/). 9. Códigos de artículo: ¿trabaja el socio con GTIN, con su propio código de material o con su código de artículo? A menudo se exigen dos de ellos a la vez. 10. Canal de transmisión: ¿AS2, OFTP2, SFTP o una red de valor añadido? Véase [Canales de transmisión EDI](https://edi-service.eu/es/guia/canales-de-transmision-edi/). 11. Datos de conexión y certificados: AS2 ID, Odette ID, direcciones, puertos, cifrado, firma, intercambio y vigencia de los certificados. 12. Acuses de recibo: ¿se esperan acuses técnicos, como el MDN en AS2 o el EERP en OFTP2? 13. Control de sintaxis (CONTRL): ¿exige el socio un mensaje CONTRL? Confirma o rechaza una transmisión a nivel de sintaxis. Se solicita mediante un campo de la cabecera UNB. 14. Respuesta de aplicación (APERAK): ¿envía el socio APERAK cuando hay errores de procesamiento y tiene usted que enviarlos también? APERAK comunica errores de la aplicación, no de la transmisión. 15. Numeraciones: ¿cómo deben construirse los números de documento, las referencias y el número de control de la cabecera? ¿Pueden repetirse? 16. Referencias entre mensajes: ¿qué referencia vincula el aviso de expedición y la factura con el pedido, por ejemplo número de pedido y número de línea? 17. Etiquetas y SSCC: ¿debe llevar cada palé o bulto un SSCC y debe coincidir la etiqueta con el aviso de expedición? GS1 describe el SSCC como un número único en todo el mundo para unidades logísticas. 18. Datos maestros: a menudo hay que acordar de antemano puntos de entrega, puntos de descarga, correspondencias de artículos y precios. 19. Proceso de pruebas y plazos: ¿cuántas rondas de prueba, con qué datos, en qué entorno de pruebas? ¿Para cuándo debe estar en producción? 20. Personas de contacto e incidencias: ¿quién es responsable en lo funcional y en lo técnico y cómo se procede ante caídas o mensajes erróneos? ## Un ejemplo breve Así empieza un pedido en formato EANCOM que un distribuidor envía a su proveedor. Los GLN son números de ejemplo ficticios: ``` UNB+UNOC:3+9520000000028:14+9520000000011:14+261016:0930+00042++++1' UNH+1+ORDERS:D:96A:UN:EAN008' NAD+BY+9520000000028::9' NAD+SU+9520000000011::9' ``` La cabecera UNB contiene emisor, receptor, fecha, hora y un número de control. El `1` al final del segmento UNB solicita un acuse de recibo. En los segmentos NAD, los calificadores `BY` (comprador) y `SU` (proveedor) asignan cada GLN a una función. Justamente estos detalles los regula la guía. ## Errores habituales - Versión desactualizada. El socio ha revisado la guía y usted trabaja con un PDF antiguo. - Ejemplo en lugar de regla. Los mensajes de ejemplo muestran un caso, no todos. Lo que falta en el ejemplo puede ser obligatorio igualmente. - Números cruzados. El código de artículo propio acaba en el campo del código del cliente o al revés. - Unidades de medida. Su ERP calcula en cajas y el socio pide en unidades. Sin conversión, ni cantidades ni precios cuadran. - Acuses olvidados. La transmisión funciona, pero el socio espera un CONTRL o un APERAK y considera su ausencia un error. - Etiqueta y aviso de expedición no coinciden. El SSCC del palé no es el mismo que el del DESADV y la recepción de mercancía se atasca. - Datos de prueba sacados de producción. Pedidos reales en la prueba pueden desencadenar operaciones reales en el socio. Aclare qué entorno y qué identificadores valen para las pruebas. ## Cómo ayuda edi-service.eu con la guía En el proceso de alta de edi-service.eu usted sube precisamente esta guía, junto con la carta de su cliente y los ficheros de ejemplo. Una IA extrae de ella tipos de mensaje, norma y versión, identificadores, canal de transmisión y proceso de pruebas, y le muestra el resultado para que lo confirme. Usted solo corrige lo que no sea correcto; los puntos abiertos quedan registrados como consulta en lugar de suponerse. Qué incluye el precio fijo lo explica la página de [preguntas frecuentes](https://edi-service.eu/es/preguntas-frecuentes/). Si tiene una guía en la mano y quiere saber si encaja con nosotros, puede [enviar una solicitud](https://edi-service.eu/es/solicitud/). ## Preguntas frecuentes ### ¿Qué es una guía de implementación EDI? Una guía de implementación EDI es la especificación técnica de su socio para el intercambio electrónico de datos. Fija tipos de mensaje, formato, datos obligatorios, códigos, identificadores y canal de transmisión. Otros nombres son guía EDI, Message Implementation Guide (MIG) o especificación EDI. ### ¿Dónde consigo la guía EDI de mi cliente? Pídasela a su contacto de compras o de EDI en el cliente. Las grandes empresas suelen publicarla en un portal de proveedores o la envían junto con la petición de conexión EDI. Pida también ficheros de ejemplo y los identificadores de prueba. ### ¿Qué diferencia hay entre CONTRL y APERAK? CONTRL confirma o rechaza una transmisión recibida a nivel de sintaxis. APERAK indica si la aplicación del receptor ha podido procesar el mensaje y comunica errores de contenido. Cuál de los dos utiliza su socio lo indica la guía. ### ¿Cuánto se tarda en implementar una guía? Depende del alcance, del formato y del proceso de pruebas del socio. Artículos especializados alemanes hablan de tres a cuatro meses para conectar con un gran cliente en un proyecto clásico. La mayor parte del tiempo se la lleva a menudo el ciclo de pruebas con el socio. Más sobre esfuerzo y costes en [¿Cuánto cuesta EDI?](https://edi-service.eu/es/guia/cuanto-cuesta-edi/). ## Fuentes - GS1: «GS1 EANCOM», (consultado el 16/10/2026) - GS1: «EANCOM 2002 S4, CONTRL, Introduction», (consultado el 16/10/2026) - GS1: «EANCOM 2002 S4, APERAK, Introduction», (consultado el 16/10/2026) - GS1: «EANCOM 2002 S4, Part I, Section 4», (consultado el 16/10/2026) - GS1: «Serial Shipping Container Code (SSCC)», (consultado el 16/10/2026) - GS1: «Global Location Number (GLN)», (consultado el 16/10/2026) - dasistweb: «B2B EDI Integration», (consultado el 16/10/2026)