Informática Aplicada a la Gestión Pública.   Facultad de Derecho UMU

9.1 Introducción al intercambio electrónico de datos (EDI)

Desde hace varios años asistimos a una verdadera revolución en la transmisión electrónica de información, de forma que cada vez más las herramientas que utilizará el profesional de la administración de empresas y contabilidad estarán ligadas a las telecomunicaciones. El EDI es la puerta al comercio electrónico. En este capítulo se describien EDI, la estructura de sus mensajes, aplicaciones e impacto en la empresa, software, etc.

Así como en los años ochenta y noventa del siglo pasado el ordenador ha sido la herramienta de trabajo básica del profesional de la administración de empresas y contabilidad, desde hace varios años asistimos a una verdadera revolución en la transmisión electrónica de información, de forma que cada vez más las herramientas que utilizará este profesional estarán ligadas a las telecomunicaciones.

EDI no supone una verdadera revolución desde el punto de vista conceptual. Consiste "simplemente" en incorporar un procedimiento electrónico de transmisión de información al documento administrativo-contable. No obstante muchas aplicaciones del EDI como el ECR (Respuesta Eficiente al Consumidor) sí suponen un verdadero cambio cultural y metodológico en la organización. Actualmente, "una operación de importación o exportación, en la que uno de los participantes esté fuera de la Unión Europea, puede llegar a necesitar la intervención de 30 intermediarios diferentes, 60 documentos originales con 400 copias que deben ser preparadas, controladas, transmitidas e introducidas en los distintos sistemas de información", afirma Manuel Pereira, presidente de Simpro España. Toda esta burocracia "tiene un coste elevadísimo, entre 8 y 10% del valor de la mercancía, siendo superior incluso al arancel promedio en el comercio mundial y que, con la firma del acuerdo del GATT se situó alrededor del 6%. Esta situación, inadmisible, exige la reforma de la forma tradicional de operar, sacando del comercio internacional al papel y sustituyéndolo por mensajes EDI ("Electronic Data Interchange", Intercambio Electrónico de Documentos), lo que podrá, según cálculos de la ONU, traer a la economía mundial unos ahorros mundiales, nada despreciables, de unos 100000 millones de dólares.

Un estándar EDI constituye un concepto sobre las "estructuras de los mensajes" llamados "formatos", utilizados en la creación de las versiones electrónicas de los documentos de negocios, que en un principio fueron elaborados en papel. En la medida en que el EDI avanza los diferentes estándares específicos que se aplicaban en las empresas, desaparecen y dan paso a la utilización de estándares públicos.

EDI ermite la transferencia de una gama de información como:

Compras:

- Ordenes de compra< br> - Cambios y ajustes de las órdenes de compra
- Acuse de recibo
- Consultas y reportes sobre el estado de las órdenes de compra

Finanzas y Contabilidad:

- Facturas
- Memorias de crédito y débito
- Pagos y notificaciones
- Recibos de pagos
- Notificaciones de aceptación
- Rechazo de pagos
- Informe de impuestos

Control de inventarios:

- Ajustes de inventarios
- Planificación de producción
- Transferencia de productos y reventas< br> - Notificaciones del nivel de inventario.

Los proyectos de Respuesta Eficiente al Consumidor (ECR o "Efficient Customer Response"), son un conjunto de estrategias en las que clientes y proveedores trabajan conjuntamente para aportar valor añadido a los consumidores, pero a la vez reduciendo los costes de gestión de pedidos y almacenaje. Los mensajes fundamentales de EDI que intervienen en el ECR son dos: el INVRPT ("Inventory Report") y el ORDERS ("Purchase Order Message"). Mediante el INVRPT, el cliente transmite información diaria sobre el nivel de stock, salidas del almacén, pedidos en curso y roturas del stock.

Ejemplo: el caso de un hipermercado -cliente- y en un fabricante -proveedor- que se ocupa del inventario. El hipermercado envía el mensaje INVRPT, con el estado de las existencias de los productos del fabricante y el proveedor, estudia esos datos y hace una propuesta de pedido, enviando el mensaje ORDERS. En otras ocasiones es el cliente quien gestiona su inventario, y envía el mensaje ORDERS al proveedor y también el DELFOR ("Delivery Schedule Message"), que contiene la programación de las entregas. Si se extiende esta tecnología, el hipermercado deja de hacer los pedidos y de ello se encargan los proveedores lo cual implica menos personal en hipermercados.

La siguiente figura muestra esquemáticamente el funcionamiento EDI junto con EPR en una aplicación para el sector automoción (fuente: Abas automotive)



El software esquematizado corresponde a un ERP estándar eleborado por la empresa Abas Automotive, se caracteriza por la flexibilidad, que permite optimizar sus procesos de negocio desde compras y ventas hasta la contabilidad financiera, sin olvidarse de la producción y la gestión de materiales. Está diseñado para todos los sectores de las empresas fabricantes y distribuidoras. Actualmente más de 1500 pymes de diferentes sectores operan con el flexible software empresarial de ABAS. El tamaño de estas empresas oscila de 10 a más de 1000 empleados. Las funcionalidades de este programa son:

* Compras
* Ventas
* Gestión de materiales (MRC)
* Planificación
* Producción (PRC)
* Cálculo de costes
* Valoración de material (contabilidad de costes)
* Estado de cuentas del grupo
* Contabilidad financiera
* Contabilidad de activos fijos
* Controlling
* Infosistemas
* EDI
* Aplicaciones web

Historia de EDI

1968 y 1975

En 1968 las empresas de transporte de Estados Unidos crearon el TDCC ("Transport Data Coordinating Committee"), que en 1975 dio lugar al primer conjunto de normas conocidas como EDI. A raíz de esta exitosa experiencia, el American National Standards Institute desarrolló la estandarización de los documentos mercantiles conocida con el nombre de ANSI X12.

1986

Un hito importante en la breve historia del EDI sucede en 1986, cuando el comité de trabajo de las Naciones Unidas conocido como WP4 (Working Party 4) empezó a trabajar en la preparación de una norma de sintaxis internacionalmente aceptable para la transferencia de mensajes electrónicos. Fruto de este trabajo es la norma EDIFACT. La International Organization for Standarization emite los acuerdos del comité WP4 como normas ISO.

1988

Estas normas EDIFACT fueron paulatinamente adoptadas por los estados europeos, del Pacífico, Australia, Japón, etc. En 1988 la administración de aduanas de Estados Unidos declaró su intención de respaldar la norma EDIFACT. Mientras tanto, las compañías norteamericanas seguían involucradas en el perfeccionamiento de sus propias normas X12, al margen de estos esfuerzos normalizadores a nivel mundial. Esto les empezó a originar problemas, ya que debían mantener dos sistemas: en las relaciones internas el X12 y en las importaciones y exportaciones el EDIFACT. Por este motivo en Estados Unidos hay muchos deseos de converger sus normas ANSI X12 hacia las normas EDIFACT.

1990

En España, en 1990, la norma UNE 1145/90 define las reglas de sintaxis a nivel de aplicación, conteniendo la norma europea EN 29735 adoptada por el Comité Europeo de Normalización (CEN) en noviembre de 1989.

Actualmente hay dos estándares

EDIFACT

Cuyas siglas significan EDI "For Administration, Commerce and Transport". Es el EDI propuesto por la International Standards Organization y la Comisión Económica para Europa de las Naciones Unidas. Poco a poco se va aceptando como el EDI universal.

ANSI X12

Desarrollado por el American National Standards Institute, es el EDI más utilizado en los Estados Unidos.

9.2.- Cómo trabaja EDI

Análogamente a cuando escribimos una carta, que hay un conjunto de reglas gramaticales que determinan el vocabulario aceptado y el orden en que se pueden usar las palabras y frases, en los sistemas EDI también existen unas reglas de sintaxis para la adecuada estructuración de los caracteres admitidos. Son las reglas gramaticales de EDIFACT, el estándar EDI amparado por las Naciones Unidas son una norma ISO 9735, emitida por la International Organization for Standarization. Con el impulso de Internet, el XML se perfila como un nuevo estandar para enviar los mensajes de EDI.

Tanto en una carta habitual como en EDI es necesario utilizar un vocabulario de términos aceptados. Si en el lenguaje humano hablamos de palabras, oraciones, etc., en EDI hablaremos de datos, segmentos, mensajes y códigos estándares. Los datos son la unidad más pequeña, y, siguiendo nuestro ejemplo, equivalen a las palabras. La fecha de entrega, el número de artículos o la forma de pago son datos. Para cada estándar EDI existen directorios de elementos de datos comerciales que contienen los bloques elementales utilizados en la definición de los mensajes normalizados. Por ejemplo, dentro del EDIFACT este directorio se encuentra regulado como norma ISO 7332. Una unidad más grande que el dato es el segmento, que son grupos de datos relacionados entre sí. El directorio de segmentos contiene los segmentos normalizados, por ejemplo, los correspondientes a nombre y dirección. Un grupo de segmentos colocados correctamente de acuerdo con una reglas de sintaxis forman un mensaje EDI. Existen directorios que contienen los mensajes normalizados correspondientes a determinadas funciones comerciales. Por ejemplo, podemos encontrar en Internet en Schlieper (1995) una guía con los mensajes del EDIFACT. Están normalizados los mensajes de pedidos, facturación, despachos de aduanas, conocimientos de embarque, etc.

Por ejemplo, un pedido por carta, tendría la siguiente forma:



mientras que mediante un pproceso EDI, tendría el siguinet formato EDIFAX:



Con fecha 03 de diciembre de 199X, el cliente 777 efectúa un pedido, cuyo número de orden de compra es el 0001, al proveedor número 222. Sea 333 el código del producto; el precio, 444 ptas. y la cantidad 555. La fecha de entrega es el 28 de febrero de 199Y, y el lugar de entrega, la C/ Cerrada 2. Los segmentos necesarios para dicho mensaje serían:

---

UNB+ UNOA+ remitente+destinatario +fecha:hora + númeroreferencia' UNH +númeroreferencia + ORDERS:1'BGM 105+ númeroordencompra+ fecha'NAD+ST++ +direcciónenvío'NAD+ SE++ + direcciónproveedor' CUX + codigomoneda: OC'UNS+D'LIN+1++ identificadorproducto :VP+cantidad+ precio'DTM+002+ fechasolicitudentrega'UNS + S'UNT+10 + numeroreferenciadesdeUNH'UNZ +1+ numeroreferenciadesdeUNB'

---

El segmento LIN se destina a expresar las características, cantidad y precio del producto. BGM es el segmento utilizado para referenciar el pedido. NAD sirve para identificar direcciones de clientes, proveedores u otros agentes. El segmento CUX indica el tipo de divisa. Se utiliza el segmento DMT para introducir el día y la hora relativas al pedido. Es decir, tomando los datos de nuestro ejemplo, la cadena de caracteres sería:

---

UNB+UNOA +777+222 +27029Y:17 +99999'UNH +99999 +ORDERS:1'BGM+105+0001 +27029Y'NAD +ST+ ++mayor5'NAD +SE+ ++cerrada2'CUX+ESP:OC'UNS +D'LIN+1+ +333:EN +555 +444'DTM +002+031296'UNS +S'UNT +10+99999'UNZ+1+99999'

---

Ejemplo de pedido en XML

El XML es un hermano del lenguaje con el que se hacen las páginas web, es decir, el HTML. La diferencia es que HTML es adecuado para los formatos, colores, etc. de las páginas web y XML para tratamiento de bases de datos. También se puede usar por tanto para los pedidos, facturas, etc.

A continuación vemos un ejemplo de cómo sería un pedido en XML por dentro, según Sedeb2b (http://www.sedeb2b.com), portal propiedad de EDICOMUNICACIONES.

<?xml version="1.0" encoding="ISO-8859-1" standalone="yes"?> <!DOCTYPE Order [ <!ELEMENT Order (Customer,Manifest,Receipt)> <!ATTLIST Order xmlns CDATA #FIXED "http://www.example.com/myschema.xml"> <!ELEMENT Customer (Name, Cardnum)> <!ELEMENT Name (#PCDATA)> <!ELEMENT Cardnum (#PCDATA)> <!ELEMENT Manifest (Item*)> <!ELEMENT Item (ID,Title,Quantity,UnitPrice)> <!ELEMENT ID (#PCDATA)> <!ELEMENT Title (#PCDATA)> <!ELEMENT Quantity (#PCDATA)> <!ELEMENT UnitPrice (#PCDATA)> <!ELEMENT Receipt (Subtotal,Tax,Total)> <!ELEMENT Subtotal (#PCDATA)> <!ELEMENT Tax (#PCDATA)> <!ELEMENT Total (#PCDATA)> ]> <Order> <Customer1> <Name>Bill Buckram</Name> <Cardnum>234 234 234 234</Cardnum> </Customer1> <Manifest> <Item> <ID>209</ID> <Title> Duke: A Biography of the Java Evangelist </Title> <Quantity>1</Quantity> <UnitPrice>$10.75</UnitPrice> </Item> <Item> <ID>208</ID> <Title> 100% Pure: Making Cross Platform Deployment a Reality </Title> <Quantity>1</Quantity> <UnitPrice>$10.75</UnitPrice> </Item> </Manifest> <Receipt> <Subtotal>$53.75</Subtotal> <Tax>$4.43</Tax> <Total>$58.18</Total> </Receipt> </Order>

9.3.- Transmisión de datos

Desde el punto de vista técnico, el EDI consiste meramente en enviar datos a través de redes y circuitos entre dos ordenadores distantes. Por lo tanto, en principio, cualquier sistema de telecomunicaciones es válido. Los servicios de red más comunes que puede utilizar una empresa para intercambiar documentos EDI son:

• Transmisión de datos por la red telefónica básica
• Redes públicas de transmisión de datos
• Servicios de Valor Añadido
• Redes privadas

Internet

Desde un punto de vista técnico internet es una red, y como tal no hay inconveniente en que por ella viajen los mensajes EDI. Aunque la falta de seguridad al estar abierta a tantos usuarios parece que no es el marco ideal para que por ella viajen los pedidos o facturas, no debemos olvidar que en internet se compra y se vende, se consultan los saldos de las cuentas vía banca electrónica, se liquidan impuestos y... también viajan mensajes EDI.

La seguridad se basa en combinar tres factores: firma digital, certificados y acuses de recepción. De acuerdo con AECOC "La firma digital incrustada en el mensaje EDI más el acuse de recepción asociado garantizan de forma segura el ciclo completo de una transmisión EDI: integridad de los datos, identificación del emisor y no repudio en origen y destino, es decir, que ni el emisor puede negar el envío realizado, ni el destinatario la recepción de una determinada transacción comercial."

Pero ¿cómo asegurarnos de que una clave pública que hemos encontrado en Internet pertenece realmente a quién dice pertenecer?. Una posible solución es la utilización de un certificado digital que es fichero digital intransferible y no modificable, emitido por una tercera parte de confianza (Autoridad de Certificación). En el caso que estamos hablando de EDI, es AECOC quien emite el certificado digital. La forma más segura en estos momentos para hacer transacciones por internet es mediante el nuevo Documento Nacional de Identidad (DNIe) electrónico, recientemente implantado en España.

Un caso especial de la combinación EDI+internet es la utilización de servicios como el EDIWEB de AECOC o el TradeWeb de GEIS, General Electric Information Services. En este caso ni siquiera adquirimos un caro software de EDI, sino que utilizamos los formularios del World Wide Web.

Enlaces de interés:

Asociación Española de Codificación Comercial (AECOC)

Comercio electrónico global

Efficient Consumer Response (ECR)

Odette. Estándar EDI en el sector del automóvil

Tutorial XML. Angel Barbero Paniagua

Salir el primero en Google pagando no es tan buena idea