Saltar al contenido

¿Cómo entender un archivo EDI?

Nuestro team de especialistas pasados algunos días de investigación y de juntar de datos, obtuvimos los datos necesarios, esperamos que te resulte útil para tu plan.

Solución:

Varias de estas otras respuestas son muy buenas. Intentaré completar algunas cosas que no han mencionado.

EDI es un conjunto de estándares, los más comunes son:

  • ANSI X12 (popular en los estados)
  • EDIFACT (popular en Europa)

Parece que estás viendo la versión 4010 de X12. Esa es la versión más utilizada (en mi experiencia, de todos modos). Hay muchísimas versiones diferentes.

El archivo, o “intercambio” propiamente dicho, se compone de segmentos y elementos (y en ocasiones subelementos). Cada segmento comienza con un identificador de dos o tres palabras (ISA, GS, ST, N1, REF).

La estructura de todos los documentos comienza y termina con un sobre. La envolvente suele estar formada por el segmento ISA y los segmentos GS. Puede haber más de un segmento GS por archivo, pero solo debe haber un segmento ISA por archivo (tenga en cuenta que debería, no todos siguen las reglas).

La ISA es un segmento especial. Mientras que todos los demás segmentos están delimitados y, por lo tanto, pueden tener diferentes longitudes, el segmento ISA es de ancho fijo. Esto se debe a que le indica cómo leer el resto del archivo.

Comience con los últimos tres caracteres del segmento ISA. Esos le dirán el delimitador del elemento, el delimitador del subelemento y el delimitador del segmento. A continuación, se muestra un ejemplo de una línea ISA.

ISA: 00: 00:: 01: 1515151515: 01: 5151515151: 041201: 1217: U: 00403: 000032123: 0: P: * ~

En este caso, “:” es el delimitador del elemento, “*” es un delimitador de subelemento y “~” el delimitador de segmento. Es mucho más fácil si solo está tratando de mirar un archivo para colocar saltos de línea después de cada delimitador de segmento (~).

La ISA también le dice de quién es y para quién es el documento, cuál es la versión (00403, que también se conoce como 4030) y el número de control de intercambio (0000321233). Las otras cosas probablemente no sean importantes para ti en esta etapa.

Este documento es del remitente “01: 1515151515” y del receptor “01: 5151515151”. Entonces, ¿qué pasa con el “01:”? Bueno, esto introduce un concepto importante en EDI, el calificador. Varios elementos tienen calificadores, que le dicen qué tipo de datos es el siguiente elemento. En este caso, se supone que el 01 es un número de Dunn and Bradstreet. Otros calificadores para los elementos ISA05 e ISA07 son 12 para número de teléfono y ZZ para “definido por el usuario”. Encontrará el concepto de calificadores en todos los segmentos de EDI. Una regla de oro decente es que si son dos personajes, es un calificativo. Para saber qué significan todos los calificadores, necesitará una guía de estándares (ya sea en papel del organismo de estándares EDI o en algún software).

La siguiente línea es la GS. Este es un grupo funcional (una forma de agrupar documentos similares dentro de un intercambio). Por ejemplo, puede tener varias órdenes de compra y varios reconocimientos funcionales dentro de una ISA. Estos deben colocarse en grupos funcionales separados (segmentos GS). Puede averiguar qué tipo de documentos hay en un segmento GS observando el primer elemento GS01.

GS: PO: 9988776655: 1122334455: 20041201: 1217: 128: X: 004030

Además del tipo de documento, puede volver a ver desde (9988776655) y hasta (1122334455). Esta vez están usando identificadores diferentes, lo cual es legal, porque es posible que esté recibiendo un intercambio en nombre de otra persona (si es un intermediario, por ejemplo). También puede volver a ver el número de versión, esta vez con el “0” al final (0004030). Utilice la lógica de dígitos significativos para eliminar los ceros iniciales. ¿Por qué hay un cero extra aquí y no en la ISA? No sé. Por último, este segmento GS también tiene su propio identificador, 128.

Eso es todo para el comienzo del sobre. Después de eso, habrá un bucle de documentos que comenzará con ST. En este caso, todos serían PO, que tienen un código (850), por lo que la línea comenzaría con ST: 850: blablabla

El material del sobre termina con un segmento GE que hace referencia al identificador GS (128) para que sepa qué segmento se está cerrando. Luego viene una IEA que de manera similar cierra la ISA.

GE: 1: 128 ~ IEA: 1: 000032123 ~

Esa es una descripción general de la estructura y cómo leerla. Para comprenderlo, necesitará un libro de referencia o un software para que comprenda los códigos, mucho, mucho tiempo y mucha, mucha práctica. Buena suerte y vuelva a publicar si tiene preguntas más específicas.

Vaya, flashbacks. Han pasado más de dieciséis años …

En principio, cada línea es un “segmento”, y los identificadores son el comienzo de la línea es un identificador de segmento. Cada segmento contiene “elementos” que son esencialmente campos posicionales. Están delimitados por “delimitadores de elementos”.

Los diferentes segmentos significan cosas diferentes y pueden indicar construcciones en bucle, repeticiones, etc.

Necesita obtener una versión actual del estándar para el análisis básico, y luego necesita el diccionario de datos para describir el contenido del documento con el que está tratando, y luego puede necesitar un perfil de la industria, una guía de implementación o similar para tratar con las convenciones para el tipo de documento en particular en su entorno.

¿Ejemplos? No actual, pero estoy seguro de que puede encontrar un montón usando el motor de búsqueda que elija. Una vez que haya realizado el análisis básico de segmento / elemento, estará tratando con los datos de su aplicación, y no sé cuánto lo ayudará un ejemplo general.

EDI es un formato de archivo para archivos de texto estructurado, utilizado por muchas organizaciones y empresas más grandes para el intercambio de bases de datos estándar. Tiende a ser mucho más corto que XML, que solía ser excelente cuando los paquetes de datos tenían que ser pequeños. Muchas organizaciones todavía lo usan, ya que muchos sistemas de mainframe usan EDI en lugar de XML.

Con los mensajes EDI, se trata de mensajes de texto que coinciden con un formato específico. Esto sería similar a un esquema XML, pero EDI realmente no tiene un lenguaje de esquema estandarizado. Los mensajes EDI en sí mismos no son realmente legibles por humanos, mientras que la mayoría de las especificaciones no son realmente legibles por máquinas. Ésta es básicamente la ventaja de XML, donde tanto el XML como su esquema pueden ser leídos por humanos y máquinas.

Lo más probable es que cuando esté realizando operaciones bancarias electrónicas a través de algún software del lado del cliente (no basado en un navegador), es posible que ya tenga varios archivos EDI en su sistema. Los bancos todavía prefieren EDI sobre XML para enviar datos de transacciones, aunque muchos también usan sus propios formatos personalizados basados ​​en texto.

Para comprender el EDI, primero deberá comprender los datos, además del estándar EDI que desea seguir.

Finalizando este artículo puedes encontrar las críticas de otros gestores de proyectos, tú además tienes la opción de insertar el tuyo si te gusta.

¡Haz clic para puntuar esta entrada!
(Votos: 0 Promedio: 0)



Utiliza Nuestro Buscador

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *