Intercambio electrónico de datos

Intercambio electrónico de datos

Desarrollado por	Intercambio electrónico de datos
Versión inicial	1996
Estándar	UN/EDIFACT ASC X 12 TRADACOMS ODETTE VDA

Intercambio electrónico de datos (EDI) es un sistema de comunicación electrónica que proporciona los estándares para el intercambio de datos a través de cualquier medio electrónico. Adhiriéndose a la misma norma, dos compañías diferentes, incluso en dos países diferentes, pueden intercambiar electrónicamente los documentos (tales como órdenes de compra, facturas, envío de avisos y muchos otros). EDI ha existido durante más de 30 años, y hay muchos estándares EDI (incluyendo X 12, EDIFACT, ODETTE, etc.), algunas de las cuales las necesidades de industrias específicas o regiones. También se refiere específicamente a una familia de estándares.

En 1996, la National Institute of Standards and Technology define el intercambio electrónico de datos como "el intercambio de equipo a equipo de mensajes con formato estrictamente que representan los documentos que no sean instrumentos monetarios. EDI implica una secuencia de mensajes entre dos partidos, ninguno de los cuales pueden servir como destinatario o remitente. Los datos con formato que representan los documentos pueden ser transmitidos del emisor al destinatario a través de las telecomunicaciones o físicamente transportados en medios de almacenamiento electrónico." Distingue mero intercambio electrónico de datos o comunicación, especificando que "en EDI, el proceso habitual de los mensajes recibidos es por computadora solamente. La intervención humana en el procesamiento de un mensaje recibido normalmente está destinada solamente para condiciones de error, para la revisión de la calidad y para situaciones especiales. Por ejemplo, la transmisión de datos binarios o textuales no es EDI tal como se define aquí a menos que los datos son tratados como uno o más elementos de datos de un mensaje EDI y normalmente no están pensados para la interpretación humana como parte del procesamiento de datos en línea."

EDI puede definirse formalmente como la transferencia de datos estructurados, por normas de mensajes acordadas, de un sistema informático a otro sin intervención humana.

Historia

Como muchas otras tecnologías de información temprana, EDI fue inspirado por los acontecimientos de logística militar. La complejidad de la 1948 Puente aéreo de Berlín requirió el desarrollo de conceptos y métodos para el intercambio, a veces con un módem de 300 baudios teletipo, enormes cantidades de datos e información sobre mercancías transportadas. Estos conceptos iniciales en forma después de las primeras normas TDCC (transporte datos Coordinating Committee) en los Estados Unidos. Uno de los primeros sistemas integrados usando EDI eran sistemas de Control de carga. Un tal sistema en tiempo real fue el Londres Aeropuerto de carga EDP esquema (cordones) en el aeropuerto de Heathrow, Londres, Reino Unido, en 1971. Implementar el método (DTI) entrado directa comerciante permitió transitarios ingresar información directamente en el sistema de procesamiento de aduanas reduciendo el tiempo de separación. El aumento del tráfico marítimo y problemas en la aduana similar a las vividas en el aeropuerto Heathrow condujo a la implementación de sistemas DTI en puertos individuales o en grupo de los puertos en la década de 1980.

Estándares

EDI proporciona una base técnica para comerciales "conversaciones" entre dos entidades, ya sea internas o externas. EDI constituye el paradigma de intercambio electrónico de datos toda, incluyendo la transmisión, flujo de mensajes, formato de documento y software utilizado para interpretar los documentos. Estándares EDI describen el formato riguroso de documentos electrónicos.

Los estándares EDI fueron diseñados por los ejecutores, inicialmente en la industria automotriz, para ser independiente de la comunicación y las tecnologías de software. EDI puede ser transmitida usando alguna metodología acordado por el remitente y el destinatario. Esto incluye una variedad de tecnologías, incluyendo módem (síncrono y asíncrono), FTP, correo electrónico, HTTP, AS1, AS2, etc.. Es importante distinguir entre los documentos EDI y los métodos para la transmisión de los. Cuando se compara el Protocolo síncrono modems de 2400 bit/s, CLEO dispositivos, y redes de valor añadidas utiliza para transmitir documentos EDI para transmitir vía Internet, algunas personas comparan las tecnologías no-Internet con EDI y erróneamente predijeron que sería reemplazada EDI sí mismo junto con las tecnologías de Internet no. Estos métodos de transmisión por internet no están siendo reemplazados por Protocolos de Internet como FTP, Telnety correo electrónico, pero los documentos EDI ellos mismos todavía permanecen.

Como socios comerciales más usan de Internet para la transmisión de normas han surgido. En 2002, el IETF Publicado RFC 3335, ofreciendo un estandarizado, seguro método de transferencia de datos EDI vía correo electrónico. El 12 de julio de 2005, un grupo de trabajo IETF ratificó RFC4130 para MIME-basado en HTTP EDIINT (a.k.a. AS2) transfiere y está preparando una similar RFC para utilizar FTP transfiere (a.k.a. AS3). Mientras algunos transmisión EDI se ha trasladado a estos nuevos protocolos, los proveedores de la redes de valor añadidas permanecen activos.

Documentos EDI generalmente contienen la misma información que normalmente se encontraría en un documento de papel utilizado para la misma función organizacional. Por ejemplo un pedido de nave de almacén EDI 940 se utiliza por un fabricante de decirle a un almacén para enviar el producto a un minorista. Típicamente tiene una '' dirección de envío, una '' dirección de facturación y una lista de números de producto (generalmente una UPC) y cantidades. Otro ejemplo es el conjunto de mensajes entre vendedores y compradores, como la solicitud de cotización (RFQ), una oferta en respuesta a la solicitud de cotización, orden de compra, confirmación de pedido, aviso de envío, recibir consejos, aviso de pago y factura de compra. Sin embargo, EDI no se limita a sólo datos de negocio relacionados con el comercio sino que abarca todos los campos como la medicina (por ejemplo, registros de pacientes y resultados de laboratorio), transporte (por ejemplo, envase e información modal), ingeniería y construcción, etc.. En algunos casos, EDI se utilizará para crear un nuevo flujo de información de negocios (que no era un flujo de papel antes). Este es el caso en la avanzada del envío notificación (ASN) que fue diseñado para informar al receptor de un envío, las mercancías que serán recibidos y cómo se empaquetan los productos.

Unos grandes conjuntos de estándares EDI:

• El UN-se recomienda UN/EDIFACT es el único internacional estándar y es predominante fuera de Norteamérica.
• El US estándar ANSI ASC X 12 (X 12) es predominante en América del norte.
• El TRADACOMS estándar desarrollado por la ANA (artículo número Asociación conocida ahora como GS1 REINO UNIDO) es predominante en la UK industria del retail.
• El estándar ODETTE utilizado dentro de la industria automovilística europea
• La norma VDA utilizada dentro de la industria automovilística europea principalmente en Alemania
• El HL7 una interoperabilidad semántica estándar utilizada para cuidado de la salud datos administrativos.

Muchas de estas normas apareció por primera vez en el temprano a mediados de los 80. Las normas prescriben los formatos, los conjuntos de caracteres y elementos de datos utilizados en el intercambio de documentos de negocios y formas. La completa Lista de documentos X 12 incluye todos los documentos empresariales más importantes, incluyendo las órdenes de compra y facturas.

El estándar EDI prescribe información obligatoria y opcional para un documento concreto y da las reglas para la estructura del documento. Las normas son como códigos de construcción. Tal como se pueden construir dos cocinas"CódigoPero parecen completamente diferentes, dos documentos EDI pueden seguir la misma norma y contienen diferentes conjuntos de información. Por ejemplo una empresa de alimentos puede indicar fecha de caducidad de un producto, mientras que un fabricante de ropa elegiría enviar información de color y tamaño.

Especificaciones

Las organizaciones que envían o reciben documentos entre sí se conocen como "socios comerciales" en la terminología EDI. Los socios comerciales de acuerdo sobre la información específica para ser transmitidos y cómo debe utilizarse. Esto se hace en especificaciones legibles humanas (también llamadas mensaje Implementation Guidelines). Mientras que las normas son análogas a códigos de construcción, las especificaciones son análogas a planos. (La especificación también puede ser llamada un "mapeo", pero la asignación del término normalmente está reservada para instrucciones específicas legibles por la máquina al software de traducción). Comerciales más grandes "hubs" tienen directrices de implementación mensaje existentes que reflejan sus procesos de negocio para el procesamiento de EDI y no están normalmente dispuestos a modificar sus prácticas de negocios EDI para satisfacer las necesidades de sus socios comerciales. A menudo en una gran empresa estas directrices EDI se escribirá a ser suficientemente genérico como para ser utilizado por distintas ramas o divisiones y por lo tanto, contendrá información no necesitado para el intercambio de documentos de un negocio particular. Para otras grandes empresas, pueden crear directrices EDI separadas para cada rama/división.

Transmisión

Socios comerciales son libres de usar cualquier método para la transmisión de documentos. Además, puede interactuar directamente o a través de un tercero.

Comunicaciones en serie

En un momento estaba usando un método común de transmitir mensajes EDI un Bisync módem; una pareja tendría uno o más módems configurados para recibir llamadas entrantes, y el otro lo llamaría con su módem. También fue posible utilizar una línea arrendada o una red tales como Télex. Algunas organizaciones pueden haber transmitido archivos EDI a través de BBS.

Internet

Como organizaciones más conexión a Internet, eventualmente la mayoría o todos EDI fue empujado sobre él. Inicialmente, esto fue a través de convenios ad hoc, como FTP no cifrado de archivos de texto ASCII a una cierta carpeta en un determinado host, permitido solamente desde determinadas direcciones IP. Sin embargo, el IETF ha publicado varios documentos informativos (las "declaraciones de aplicabilidad"; véase bajo Protocolos) describe la forma de usar los protocolos estándar de Internet para EDI.

Peer-to-Peer

Estándares EDI se escriben tal que comercio socios IU podrían conectar directamente con el otro. Por ejemplo, un fabricante de automóviles podría mantener una piscina de módem que de sus cientos de proveedores se requieren conectarse a realizar EDI. Sin embargo, si un proveedor hace negocios con varios fabricantes, es posible que adquirir un módem diferente (o dispositivo VPN, etc.) y software diferente para cada uno.

Redes de valor añadidas

Para abordar las limitaciones en la adopción de peer-to-peer de EDI, Furgonetas (redes de valor añadidas) se establecieron. Una camioneta actúa como oficina regional de correos. Se recibe transacciones, examina el 'de' y 'a' la información, y las rutas de la transacción al destinatario final. Furgonetas pueden proporcionar una serie de servicios adicionales, por ejemplo retransmitiendo documentos, proporcionando información de auditoría de terceros, actuando como puerta de entrada para los métodos de transmisión diferentes y el manejo de las telecomunicaciones apoyo. Debido a estos y otros servicios proporcionan camionetas, negocios con frecuencia utilizan una camioneta incluso cuando ambos socios comerciales utilizan protocolos basados en Internet. Centros de salud realizan muchas de las mismas funciones que una camioneta, pero tienen restricciones legales adicionales

Camionetas pueden ser operados por diversas entidades:

• compañías de telecomunicaciones;
• consorcios de grupo de la industria;
• una gran empresa interactuando con sus proveedores o vendedores.

Interpretación de datos

Software de traducción EDI proporciona la interfaz entre los sistemas internos y el formato EDI enviados/recibidos. En un documento "entrantes" la solución EDI recibirás el archivo (ya sea mediante una red de valor añadido o directamente a través de protocolos como FTP o AS2), tome el archivo EDI recibido (comúnmente como "correo"), validar que el socio comercial que está enviando el archivo es un socio comercial válido, que la estructura del archivo cumple con los estándares EDI, y que los campos individuales de información se ajustan a lo acordado sobre las normas. Típicamente el traductor tampoco creará un archivo de cualquier longitud fija, longitud variable o XML etiquetado formato o "Imprimir" el documento recibido EDI (para entornos EDI no-integrada). El siguiente paso es convertir/transformar el archivo que crea el traductor en un formato que puede importarse en sistemas de negocio back-end de una empresa o ERP. Esto puede lograrse mediante un programa personalizado, un propietario integrado "mapeado" o usar un integrado basado en los estándares gráficos "mapper" utilizando un lenguaje de transformación de datos estándar tales como XSLT. El paso final es para importar el archivo transformado (o base de datos) en el fondo de la empresa planificación de recursos empresariales Sistema (ERP).

Para un documento "saliente" el proceso de EDI integrado es para exportar un archivo (o leer una base de datos) de ERP de back-end de una empresa, transformar el archivo en el formato adecuado para el traductor. El software de traducción entonces será "validar" el EDI archivo enviado para asegurar que cumple con la norma acordada por los socios comerciales, convertir el archivo en formato "EDI" (añadiendo en los identificadores apropiados y estructuras de control) y enviar el archivo al socio comercial (usando el protocolo de comunicaciones apropiado).

Otro componente fundamental de cualquier software de traducción EDI es una "auditoría" completa de todos los pasos para mover documentos de negocios entre socios comerciales. La auditoría se asegura que cualquier transacción (que en realidad es un documento empresarial) puede ser rastreado para asegurarse de que no están perdidos. En el caso de un minorista enviando una orden de compra a un proveedor, si la orden de compra es "perdida" en cualquier parte en el proceso del negocio, el efecto es devastador para ambas empresas. Al proveedor, no cumplen con la orden de que no han recibido tal modo perder negocios y dañar la relación comercial con su cliente minorista. Para el minorista, tienen un corte de stock y se pierde el efecto de servicio al cliente de las ventas, reducir y en última instancia, menores ganancias.

En terminología EDI "entrada" y "salida" se refieren a la dirección de la transmisión de un documento EDI en lo referente a un sistema en particular, no la dirección de mercancías, dinero u otras cosas representados por el documento. Por ejemplo, un documento EDI que narra un almacén para realizar un envío saliente es un documento entrantes en relación con el sistema informático de almacén. Es un documento de salida en relación con el fabricante o distribuidor que transmite el documento.

Ventajas sobre los sistemas de papel

EDI y otras tecnologías similares ahorrar un dinero de la compañía proporcionando una alternativa, o reemplazar, flujos de información que requieren una gran cantidad de interacción humana y documentos en papel. Aun cuando se mantienen los documentos en papel en paralelo con intercambio EDI, e.g. manifiestos de embarque impresa, intercambio electrónico y el uso de los datos de ese intercambio reduce los costos de manejo de clasificación, distribución, organizar y buscar documentos en papel. EDI y tecnologías similares permiten a una empresa aprovechar las ventajas de almacenar y manipular datos electrónicamente sin el costo de entrada manual. Otra ventaja del EDI es la oportunidad para reducir o eliminar los errores de entrada manual de datos, tales como errores de facturación y envíos, porque EDI elimina la necesidad de documentos de reintroducir en el lado de destino. Una ventaja muy importante de EDI sobre documentos de papel es la velocidad en la cual el socio comercial recibe e incorpora la información en su sistema grandemente reduciendo tiempos de ciclo. Por esta razón, EDI puede ser un componente importante de los sistemas de producción just-in-time.

Según el informe 2008 de Aberdeen "A comparación del proveedor de habilitación around the World", sólo el 34% de las órdenes de compra son transmitido electrónicamente en América del norte. En EMEA, 36% de las órdenes se transmiten electrónicamente y en APAC, 41% de las órdenes se transmiten electrónicamente. También informan que la requisición de papel media orden le cuesta a una empresa $37,45 en América del norte, $42,90 en EMEA y $23,90 en APAC. Con un EDI requisa a los costos de la orden se reducen a $23,83 en América del norte, $34,05 en EMEA y $14,78 en APAC.

Barreras a la implementación

Existen unas barreras a la adopción de intercambio electrónico de datos. Uno de los obstáculos más significativos es el acompañamiento cambios en los procesos empresariales. Procesos de negocio existentes en torno a manejo del papel pueden no ser adecuados para EDI y requerirían cambios para acomodar el procesamiento automatizado de documentos de negocios. Por ejemplo, una empresa puede recibir la mayor parte de sus bienes por el envío de 1 o 2 días y todas sus facturas por correo. El proceso existente, por tanto, puede asumir que bienes son típicamente recibidos antes de la factura. Con EDI, la factura típicamente será enviada cuando las mercancías de la nave y por lo tanto, requieren un proceso que maneja gran cantidad de facturas que aún no se han recibido cuyos bienes correspondientes.

Otro obstáculo importante es el costo en tiempo y dinero en la configuración inicial. Los gastos preliminares y tiempo que surgen de la implementación, personalización y entrenamiento pueden ser costosos. Es importante que seleccione el nivel adecuado de integración para que coincida con el requisito de negocio. Para un negocio con relativamente pocas transacciones con socios de EDI, tal vez tenga sentido para las empresas a implementar "rip y leer" soluciones de bajo costo, donde se imprime el formato EDI en legible forma y la gente, en lugar de computadoras, responden a la transacción. Otra alternativa es tercerizadas soluciones EDI proporcionadas por EDI "Burós de servicio". Para otras empresas, la implementación de una solución integrada de EDI puede ser necesaria como aumentos en volúmenes provocada por la fuerza EDI para volver a implementar sus procesos de negocio de proceso de pedidos.

El obstáculo clave para una exitosa implementación de EDI es la percepción que muchas empresas tienen el carácter de EDI. Muchos ven EDI desde la perspectiva técnica que EDI es un formato de datos; sería más exacto a la visión de negocio que EDI es un sistema para intercambiar documentos de negocios con entidades externas e integrar los datos de esos documentos en los sistemas internos de la empresa. Implementaciones exitosas de EDI tienen en cuenta el efecto externamente información generada tendrá en sus sistemas internos y validar la información de negocios recibida. Por ejemplo, permitiendo que un proveedor para actualizar el sistema cuentas por pagar de un minorista sin los adecuados controles y equilibrios pondría a la compañía en riesgo significativo. Nuevos negocios para la implementación de EDI deben comprender el proceso subyacente del negocio y aplicar juicio apropiado.

Véase también

• Gastos y sistema de recuperación de costos (cajas)
• Extract - Transform - carga (ETL)
• Estándar de intercambio electrónico de datos jurídicos (LEDES)
• Recursos externos EDI

Protocolos

• HTTP/HTTPS
• POP3/SMTP
• OFTP/OFTP2
• JABÓN
• WebDAV
• X.400
• Grupo de trabajo del EDIINT:
  • EDIINT BSR (extensión para el transporte de correo)
  • EDIINT AS2 (basado en transporte HTTP)
  • EDIINT AS3 (basado en el transporte FTP)
  • EDIINT COMO4 (basado en servicios Web)

Formatos

• ANSI X.12
  • X 12
  • Lista de documentos X 12
  • X 12 EDIFACT Mapping
• XML
  • cXML
  • xCBL
  • OpenTRANS
  • chemXML
  • SAP-XML
  • ebXML
  • RosettaNet
  • UBL
• Tradacoms
• EDIFACT
• CEFIC – Química
• DSR eCOM EANCOM – venta por menor
• EDIBDB – construcción
• EDIFICIO – industria de alta tecnología
• EDIFURN – muebles
• EDIGAS – Gas
• EDILEKTRO - Electro
• EDILIBE – libros
• EDITEC - sanitario
• EDITEX – moda
• EDIFOR/EDITRANS - transportes y logística
• EDIWHEEL - ruedas y neumáticos
• ETIS - telecomunicaciones
• STAR - normas para la tecnología en el sector minorista automotriz
• (SPEC2000) (líneas aéreas)enlace externo)
• FORTRAS -Transportes y logística

Formatos de longitud fija

• EURITMO

Formatos de separador

• CSV

Enlaces externos

• EDI jerga Buster
• E-Procurement, Integración de datos electrónicos viene de la edad-Artículo de revista de Director de finanzas de Europa
• EDI: Una introducción
• Glosario de términos relacionados con EDI
• EDI Basics – Opciones y diferentes enfoques para EDI
• Directorios de las Naciones Unidas para el intercambio electrónico de datos – Administración de cuerpo para estándares UN/EDIFACT
• ODETTE – cuerpo de estándares EDI automotor
• Jobisez lista de socios comerciales – Investigación EDI Hubs especificaciones y su portal del proveedor
• Academia de EDI – Un recurso para tutoriales gratuitos de EDI y un cuestionario.
• Gengeswari, K. y Abu Bakar Abdul Hamid (2010). Integración de intercambio electrónico de datos: una revisión.
• Jurnal Kemanusiaan, ISSN 1675-1930
• EDIGenie -Todo lo relacionado con EDI
• EDI Glosario de términos
• ¿Qué es IDE? -Electronic Data Interchange explica en pocas palabras simples

Otras Páginas

• Elecciones Caradon District Council
• Molino de diploma
• Washington (estado)
• Matt Morgan
• Museo de Historia Natural de Morrison
• ADE 651
• Tort
• Hogar nacional Elks
• Prueba de Lancaster rojo y verde
• Ljanselva