EDI es un método de transmisión de información empresarial a través de una red entre asociados empresariales que acuerdan seguir los estándares nacionales o del sector aprobados en los procesos de conversión y de intercambio de información. WebSphere Partner Gateway proporciona el proceso de desensobrado, transformación y ensobrado para los siguientes estándares EDI:
En los siguientes apartados se proporciona una visión general de los intercambios EDI que cumplen los estándares X12, EDIFACT y UCS y de las transacciones y grupos incluidos dentro de los intercambios. También se describe cómo se transforman los documentos XML y ROD y los intercambios EDI.
Un intercambio EDI contiene una o más transacciones empresariales. En X12 y estándares relacionados, una transacción empresarial se denomina conjunto de transacciones. En EDIFACT y estándares relacionados, una transacción empresarial se denomina un mensaje. Este documento generalmente utiliza el término transacción o transacción empresarial para hacer referencia a un conjunto de transacciones X12 o UCS, o a un mensaje EDIFACT.
Los intercambios EDI están formados por segmentos que a su vez contienen elementos de datos. Los elementos de datos representan cosas como un nombre, una cantidad, una fecha o una hora. Un segmento es un grupo de elementos de datos relacionados. Los segmentos se identifican por un nombre de segmento o un identificador de segmento, que aparece al principio del segmento. (Los elementos de datos no se identifican por nombre sino que están delimitados por caracteres separadores especiales reservados para ello).
En algunos casos, es útil distinguir entre segmentos de detalles o datos de una transacción y otros segmentos que se utilizan para fines administrativos. Los segmentos administrativos de denominan segmentos de control en X12 y segmentos de servicio en EDIFACT. Los segmentos de sobre que definen los límites de un intercambio EDI son un ejemplo de estos segmentos de control o servicio.
Los intercambios EDI pueden contener tres niveles de segmentos. En cada nivel, hay un segmento de cabecera al principio y un segmento de cola al final.
Un intercambio siempre tiene un segmento de cabecera de intercambio y un segmento de cola de intercambio.
Un intercambio puede contener uno o varios grupos. A su vez, un grupo contiene una o más transacciones asociadas. El nivel del grupo es opcional en EDIFACT, pero es necesario en X12 y estándares relacionados. Cuando hay grupos, existe un segmento de cabecera de grupo y un segmento de cola de grupo para cada grupo.
Un grupo (o un intercambio, donde no hay grupos) contiene una o más transacciones. Cada transacción tiene una cabecera del conjunto de transacciones y una cola del conjunto de transacciones.
Una transacción representa un documento de empresa, como un pedido de compra. El contenido del documento empresarial lo representan los segmentos de detalle entre el segmento de cabecera del conjunto de transacciones y el segmento de cola del conjunto de transacciones.
Cada estándar EDI proporciona su propio método para visualizar los datos incluidos en un intercambio. En la tabla siguiente se listan los segmentos para cada uno de los tres estándares EDI soportados.
Segmento estándar | X12 | UCS | EDIFACT |
---|---|---|---|
Inicio del intercambio | ISA | BG | UNB |
Fin de intercambio | IEA | EG | UNZ |
Inicio de grupo | GS | GS | UNG |
Fin de grupo | GE | GE | UNE |
Inicio de transacción | ST | ST | UNH |
Fin de transacción | SE | SE | UNT |
La Figura 22 muestra un ejemplo de un intercambio X12 y los segmentos que forman el intercambio.
El especialista de correlaciones de Data Interchange Services Client crea correlaciones de transformación que describen cómo convertir un documento en un formato en un documento con un formato distinto. Por ejemplo, podría tener una correlación de transformación que transforme una transacción X12 en un mensaje EDIFACT. También puede transformar una transacción EDI en un documento XML o un documento de datos orientado a registros.
La correlación de transformación también puede crear varios documentos en un solo documento. Este tipo de correlación utiliza el encadenamiento de correlaciones, que genera varias salidas a partir de una sola transacción. En el encadenamiento de correlaciones, después de convertir satisfactoriamente un documento de origen en un documento de destino, se utilizará una correlación subsiguiente para convertir de nuevo el documento de origen y generar otro documento de destino. Esto puede repetirse tantas veces como sea necesario para generar tantos documentos como sea necesario.
Además de las correlaciones de transformación, puede utilizar correlaciones de reconocimiento funcional y correlaciones de validación. Las correlaciones de reconocimiento funcional proporcionan instrucciones para producir un reconocimiento funcional, que notifica al remitente de un documento EDI que el documento ha llegado. Cuando se instala WebSphere Partner Gateway, se instalan varias correlaciones de reconocimiento funcional estándar EDI. Consulte el apartado Reconocimientos funcionales para obtener una lista de estas correlaciones. El especialista de correlaciones de Data Interchange Services Client puede crear correlaciones de reconocimiento funcional adicionales. WebSphere Partner Gateway genera un reconocimiento funcional cuando se valida una transacción EDI y ésta tiene asociada una correlación de reconocimiento funcional. El documento de origen debe ser un documento EDI.
WebSphere Partner Gateway proporciona un nivel de validación estándar sobre el documento EDI. Si se va a generar un reconocimiento funcional, los resultados de la validación de un documento EDI se guardan. Las correlaciones de validación se crean para proporcionar validación adicional de un documento EDI. La generación de un reconocimiento funcional utiliza la correlación de reconocimiento funcional y los resultados de la validación del documento EDI. La correlación de reconocimiento funcional contiene mandatos de correlación que indican cómo utilizar los resultados de validación para crear un reconocimiento funcional específico. Si se acepta un documento para que lo convierta el proceso de validación, se utilizará la correlación de transformación de datos adecuada para convertir el documento de origen.