Intercambio electrónico de datos (Edi)
¿Qué es el intercambio electrónico de datos (EDI)?
El intercambio electrónico de datos (EDI) es el intercambio de documentos comerciales estructurados entre organizaciones mediante sistemas informáticos y estándares acordados. En los sectores de la logística, el comercio electrónico y el comercio internacional, permite que los sistemas operados por compradores, proveedores, almacenes, transportistas y otros socios comerciales intercambien información como órdenes de compra, avisos de envío, instrucciones de transporte y facturas sin que las personas tengan que volver a introducir cada documento.
La característica que define al EDI no es simplemente que la información se envíe electrónicamente. La información se organiza en campos, segmentos y mensajes que el software receptor puede interpretar de acuerdo con una especificación acordada. Por lo tanto, una factura adjunta a un correo electrónico como PDF no es, por sí sola, una factura EDI: es posible que una persona o una herramienta de procesamiento de documentos aún tenga que extraer su contenido antes de que un sistema empresarial pueda utilizarlo.
EDI describe un método para intercambiar información comercial, no un producto de software, una red o un formato de archivo específicos. Un acuerdo operativo depende de definiciones de documentos, métodos de comunicación, identificadores y reglas comerciales compatibles.
EDI en la logística y el comercio electrónico
EDI conecta actividades que atraviesan los límites de una organización. El sistema de compras de un minorista puede generar un pedido, el sistema de un proveedor puede confirmarlo y un almacén puede recibir instrucciones para preparar la mercancía. La información de envío y las facturas pueden trasladarse posteriormente entre los sistemas correspondientes como mensajes independientes.
En el comercio electrónico, EDI puede respaldar los procesos entre empresas que se encuentran detrás de una tienda orientada al consumidor. Por ejemplo, un minorista en línea puede utilizarlo para pedir inventario a un proveedor o intercambiar información de preparación de pedidos con un almacén. La transacción de pago del consumidor y los mensajes EDI posteriores del minorista son eventos comerciales relacionados, pero no necesariamente constituyen la misma transacción ni utilizan la misma interfaz técnica.
En el comercio transfronterizo, EDI puede transportar la información necesaria para el transporte internacional y la documentación comercial. Las administraciones aduaneras también pueden utilizar mensajes electrónicos estructurados conforme a sus propias especificaciones. Sin embargo, el intercambio de un mensaje EDI con un proveedor o transportista no constituye por sí mismo una declaración aduanera, no establece el cumplimiento normativo ni autoriza la liberación de las mercancías.
Documentos comerciales habituales
Los siguientes ejemplos ilustran las funciones de los documentos, no una secuencia obligatoria. Los mensajes utilizados dependen de la relación comercial y de la guía de implementación aplicable.
| Documento o mensaje | Finalidad comercial | Ejemplo de logística o comercio electrónico |
|---|---|---|
| Orden de compra | Comunica el pedido de bienes o servicios de un comprador. | Un minorista solicita inventario de reposición a un proveedor. |
| Respuesta o confirmación del pedido | Comunica la respuesta del proveedor a un pedido. | Un proveedor confirma las cantidades o propone cambios, cuando el mensaje acordado los admite. |
| Aviso anticipado de envío o aviso de expedición | Describe un envío antes de que llegue. | Un almacén recibe información sobre las cajas, los artículos y las cantidades previstas. |
| Instrucción de transporte | Comunica instrucciones para un servicio de transporte. | Un expedidor envía los detalles de movimiento acordados a un socio de transporte. |
| Mensaje de estado del envío | Comunica un evento o estado del transporte. | Un transportista informa de un evento asociado a un envío. |
| Factura | Comunica información de facturación. | Un proveedor factura a un minorista por los bienes suministrados. |
Un aviso anticipado de envío, a menudo abreviado como ASN, describe un envío previsto; no demuestra que las mercancías hayan llegado. Del mismo modo, un mensaje de estado del envío no constituye automáticamente una prueba de entrega. Su significado depende del evento comunicado y de la información de respaldo.
Estándares, formatos y métodos de comunicación
Los estándares EDI definen cómo se estructuran los mensajes comerciales y qué significan sus elementos de datos. Dos familias de estándares consolidadas son X12 y las reglas de las Naciones Unidas para el intercambio electrónico de datos para la administración, el comercio y el transporte, conocidas como UN/EDIFACT. GS1 también mantiene estándares EDI, incluidos EANCOM, basado en UN/EDIFACT, y GS1 XML.
Dentro de X12 se incluyen, por ejemplo, la orden de compra 850, el aviso de envío o manifiesto 856 y la factura 810. UN/EDIFACT proporciona mensajes como ORDERS para órdenes de compra, DESADV para avisos de expedición e INVOIC para facturas. Estos ejemplos tienen finalidades comerciales relacionadas entre los estándares, pero sus estructuras y requisitos de implementación no son intercambiables.
Un estándar por sí solo no define todos los detalles de una relación comercial. Los socios también deben acordar la versión y la guía de implementación aplicables, los campos obligatorios, los códigos permitidos, los identificadores y las reglas de validación. Dos organizaciones pueden admitir la misma familia de estándares y aun así necesitar trabajos de mapeo antes de que sus sistemas puedan intercambiar mensajes utilizables.
| Componente | Qué determina | Ejemplo |
|---|---|---|
| Estándar de mensajes | La estructura y el significado de un mensaje comercial. | Una factura X12 o un aviso de expedición UN/EDIFACT. |
| Guía de implementación | Cómo se utiliza un mensaje específico en una relación comercial. | Identificadores de envío obligatorios y unidades de cantidad permitidas. |
| Método de comunicación | Cómo se transfiere un mensaje entre sistemas. | AS2 o un acuerdo de transferencia segura de archivos. |
| Traducción y mapeo | Cómo corresponden los campos de los mensajes externos con los datos de las aplicaciones internas. | Mapear una línea de pedido entrante con un registro del sistema de gestión de pedidos. |
AS2 es una especificación de comunicación para intercambiar datos comerciales a través de HTTP, con mecanismos de seguridad y acuses de recibo. No es un formato de orden de compra ni de factura. Una red de valor añadido, o VAN, puede proporcionar servicios intermediarios de intercambio de mensajes; del mismo modo, es distinta del estándar de documentos comerciales.
Cómo funciona un intercambio EDI
- Un evento comercial crea datos. Por ejemplo, un comprador aprueba una orden de compra en un sistema de planificación de recursos empresariales o de gestión de pedidos.
- Los datos se mapean en un mensaje. El software de traducción convierte los campos internos en la estructura requerida por el estándar y la guía de implementación acordados.
- Se comprueba el mensaje saliente. La validación puede comprobar la sintaxis, los campos obligatorios, los valores de los códigos y los requisitos específicos del socio.
- Se transmite el mensaje. Viaja a través del canal de comunicación acordado hasta el destinatario o un intermediario.
- El destinatario lo valida y traduce. El sistema receptor comprueba el mensaje y mapea la información aceptada en su formato de aplicación interno.
- Continúa el procesamiento comercial. La aplicación receptora puede crear un pedido, registrar una recepción prevista o dirigir una excepción para su revisión.
- Se concilian las respuestas. Los acuses técnicos, las confirmaciones y las respuestas comerciales ayudan al remitente a determinar qué ocurrió con el intercambio.
Estos pasos no garantizan que todas las transacciones se procesen automáticamente. Un identificador de producto desconocido, una ubicación de entrega no válida, un número de documento duplicado o una unidad de medida no compatible pueden requerir intervención incluso cuando el mensaje sea estructuralmente válido.
Recepción, validación y aceptación comercial
Las confirmaciones EDI funcionan en distintos niveles. Un acuse de transporte puede indicar que un mensaje llegó a un punto final de comunicación. Una confirmación funcional o de implementación puede informar de los resultados de las comprobaciones estructurales. Una respuesta comercial puede comunicar si un pedido u otra solicitud fue aceptada, rechazada o modificada.
Estas señales no deben considerarse equivalentes. Una transmisión correcta no significa necesariamente que un pedido haya sido aceptado o que las mercancías vayan a enviarse. El significado específico de una confirmación debe interpretarse conforme a la especificación pertinente y al acuerdo con el socio comercial.
Ejemplo ilustrativo del proceso del pedido al envío
Un minorista puede enviar una orden de compra a un proveedor extranjero mediante EDI. El sistema del proveedor comprueba los identificadores de los productos, las cantidades y la información de entrega solicitada. Si el acuerdo comercial incluye una respuesta al pedido, el proveedor puede comunicar su aceptación o los cambios propuestos mediante un mensaje independiente.
Cuando las mercancías están preparadas, el proveedor puede emitir un aviso anticipado de envío que identifique el envío y su contenido. El almacén receptor puede utilizar esa información para prepararse para la recepción y comparar las cantidades previstas con las mercancías recibidas realmente. El proveedor también puede enviar una factura para su procesamiento en el sistema financiero del minorista.
Este ejemplo muestra cómo EDI conecta registros entre organizaciones. No implica que todas las partes utilicen el mismo software, que cada mensaje se entregue en tiempo real ni que los documentos comerciales sustituyan los requisitos de transporte y aduanas. La correspondencia entre órdenes de compra, referencias de envío y facturas aún requiere identificadores coherentes y una lógica comercial acordada.
EDI y tecnologías relacionadas
| Concepto relacionado | Relación con EDI | Distinción importante |
|---|---|---|
| Interfaz de programación de aplicaciones (API) | Una interfaz mediante la cual el software intercambia solicitudes y datos. | EDI hace hincapié en los mensajes comerciales estandarizados; una API define la interacción con un servicio de software. Ambos pueden coexistir. |
| XML | Un lenguaje de marcado utilizado para estructurar datos. | La sintaxis XML por sí sola no establece un estándar acordado de mensajes comerciales. |
| Facturación electrónica | La emisión y el intercambio electrónicos de facturas. | EDI puede admitir la facturación electrónica, pero los requisitos legales y técnicos varían según la jurisdicción. |
| Sistema ERP o de gestión de almacenes | Una aplicación que crea o consume información comercial. | Estos sistemas gestionan las operaciones; EDI proporciona una forma de intercambiar información con otras organizaciones. |
| Seguimiento de envíos | La comunicación e interpretación de los eventos de un envío. | EDI puede transportar información de estado, pero no es por sí mismo un sitio web de seguimiento ni un servicio de seguimiento completo. |
EDI y las API no son alternativas mutuamente excluyentes en todas las arquitecturas. Una organización puede utilizar mensajes EDI para las transacciones con socios y API para conectar esas transacciones con aplicaciones internas. La configuración adecuada depende de los requisitos de los documentos, las capacidades de los socios, las necesidades de tiempo y los controles operativos, no solo de la etiqueta tecnológica.
Consideraciones y limitaciones de la implementación
EDI puede reducir la introducción manual repetida de datos cuando los sistemas intercambian y procesan correctamente mensajes compatibles. No corrige datos de origen inexactos, no resuelve desacuerdos comerciales ni elimina la necesidad de gestionar excepciones. La automatización depende tanto de la compatibilidad técnica como de la calidad de la información comercial intercambiada.
Antes de establecer una conexión EDI, los socios comerciales deben aclarar los siguientes puntos operativos:
- Alcance de los documentos: ¿Qué mensajes son necesarios y qué eventos comerciales los desencadenan?
- Identificadores: ¿Cómo se identificarán y relacionarán los productos, las ubicaciones, las partes, los pedidos y los envíos?
- Requisitos de los mensajes: ¿Qué versiones, campos obligatorios, listas de códigos y reglas de mapeo se aplican?
- Comunicación y seguridad: ¿Qué método de conexión, acuerdos de autenticación y controles de acceso se requieren?
- Confirmaciones: ¿Qué respuestas indican la entrega, la validación y la aceptación comercial?
- Gestión de excepciones: ¿Quién investigará los mensajes rechazados, las respuestas faltantes y los datos incoherentes?
- Prevención de duplicados: ¿Cómo se distinguirán las retransmisiones de las nuevas transacciones comerciales?
- Pruebas y control de cambios: ¿Cómo se probarán los mapeos y los requisitos de los socios antes de introducir cambios en producción?
La supervisión operativa debe distinguir los fallos de comunicación de los fallos de validación de datos y de las excepciones comerciales. Reenviar un mensaje puede solucionar una transferencia fallida, pero no corregirá un código de producto no válido. Sin controles contra duplicados, reenviar un pedido procesado correctamente también podría crear una segunda transacción no deseada.
Preguntas frecuentes
¿Qué significa EDI en logística?
EDI significa intercambio electrónico de datos: el intercambio estructurado de documentos comerciales entre sistemas. En logística, esos documentos pueden incluir avisos de envío, instrucciones de transporte, facturas y mensajes de estado del envío.
¿Un PDF enviado por correo electrónico es un documento EDI?
No por sí solo. Un PDF puede presentar electrónicamente un documento comercial, pero EDI requiere información estructurada que los sistemas receptores puedan interpretar conforme a una especificación acordada.
¿EDI es lo mismo que una API?
No. EDI se refiere al intercambio estandarizado de documentos comerciales, mientras que una API define cómo interactúa el software con otro servicio. Una integración puede utilizar ambos.
¿Una confirmación EDI significa que un pedido fue aceptado?
No necesariamente. Las confirmaciones pueden verificar la transmisión o la validación estructural, en lugar de la aceptación comercial. El tipo de mensaje y el acuerdo con el socio comercial determinan su significado.
Fuentes
- UNECE: UN/EDIFACT — Marco oficial para el intercambio electrónico estructurado de datos administrativos, comerciales y de transporte.
- X12: Conjuntos de transacciones — Descripciones oficiales de conjuntos de transacciones comerciales, incluidas órdenes de compra, facturas, avisos de envío y confirmaciones.
- GS1: Intercambio electrónico de datos — Estándares de mensajes comerciales y relación entre GS1 EDI, EANCOM y GS1 XML.
- RFC 4130: Intercambio de datos comerciales seguro entre pares basado en MIME mediante HTTP, Declaración de aplicabilidad 2 — Transporte AS2, mecanismos de seguridad y notificaciones de recepción.
