geração (semi)automática de metadados - Universidad Autónoma ...

ISBN: 978–972–8924–45-4 © 2007 IADIS
Facilitation en Electronic Business [UN/CEFACT, 2007] y la Organization for the Advancement of
Structured Information Standards [OASIS, 2007], aportando el UN/CEFACT su experiencia sobre procesos
de estandarización ya que son los autores del estándar B2B EDIFACT y OASIS su know-how sobre XML,
estándar de intercambio de información sobre el cual todo gira actualmente [XML, 2007] Está claro que
organizar el intercambio de información de negocios no es precisamente trivial y requiere una cuidadosa
preparación. Una solución completa debe especificar qué información concreta es necesario intercambiar y
cómo estructurarla, un reto difícil si tenemos en cuenta el alto grado de heterogeneidad que presentan los
procesos y documentos de las empresas.
2.1 Elementos Básicos del ebXML
La organización interna que plantea el ebXML, y la cual refleja el estándar, se basa en tres pilares
fundamentales:
• Una forma común de intercambiar la información, mensajes, etc.,
• Un mecanismo para definir el “negocio” a realizar, y
• Por último, una forma de darse a conocer (y poder buscar) los servicios de negocio que se ofrezcan
(o que se necesiten).
Para un intercambio de información seguro y fiable, en el protocolo se definió el “ebXML Messaging
Service” como servicio que resuelve la problemática del intercambio de datos entre las partes con las
características necesarias para un entorno de intercambios comerciales.
Pero la funcionalidad anterior ya existía en otros estándares como el anteriormente citado EDIFACT u
otros. La característica fundamental que ofrece ebXML es una forma de describir la interacción entre las
partes: qué tipo de mensajes han de intercambiarse y de qué manera.
A ello responde el Collaboration Protocol Profile (CPP) y el Collaboration Protocol Agreement (CPA)
[CPA, 2001]. El CPP es la descripción que una empresa realiza sobre los datos necesarios (formato, mensajes
a intercambiar, etc.) para entablar negocios con ella. El CPA es el convenio que las partes del negocio tienen
que establecer para poder intercambiar datos.
Pero si una empresa quiere saber si existe un proveedor en Internet que le pueda ofrecer el producto que
necesita, ¿cómo lo sabe?. La solución a esta encrucijada es la existencia de un elemento central en el que las
diversas empresas puedan acudir para obtener la información de interés sobre potenciales socios de negocio.
Este elemento central, definido en el estándar, es el “ebXML Registry”: un repositorio en el cual se pueden
poner a disposición de los interesados cualquier tipo de información ebXML como por ejemplo la definición
de facturas, ordenes de compra, catálogos, etc.
2.2 Descripción General del Proceso
El esquema típico de funcionamiento de un nuevo participante en un intercambio de información vía ebXML
podría ser el siguiente:
336
• Cuando una empresa A quiere participar en un e-business basado en ebXML, primero debería
adaptar su infraestructura de aplicativos corporativos al intercambio en dicho estándar.
• Posteriormente, debería especificar las operaciones que desea realizar (Ej.: la compra de material X
y la venta del producto A) mediante la especificación CPP. En dicha especificación se indican los
formatos de mensajes a intercambiar o bien que formatos ya existentes se van a utilizar. De esta
forma se consolida un entorno ebXML para un mayor número de participantes.
• Una vez publicada dicha información en un ebXML registry, otras empresas interesadas en dicho
negocio podrán interactuar con ella. El proceso inverso sería cuando la citada empresa deseara
comprar o vender productos a una empresa ya existente en el registro ebXML.
• El caso de que dos participantes no coincidan en un CPP concreto no implica una imposibilidad de
participación conjunta. En dicho caso, se establece una negociación entre ambas partes para llegar
a un acuerdo entre los subconjuntos de mensajes compatibles, las transformaciones necesarias entre