|
There are no translations available
‘Estándar que establece las condiciones para el comercio electrónico entre empresas’. Proporciona una serie de especificaciones, que deberán ser respetadas por el software y los servicios desarrollados sobre ellas. Realmente nace de la experiencia que se tenía con EDI más la tecnología aportada por XML y la ubicuidad que ofrece Internet. Es un estándar creado y mantenido por OASIS (Organización para la Mejora de Estándares Informáticos Estructurados), que se encarga de la parte tecnológica y UN/CEFAT (Centro de las Naciones Unidas para la Facilitación de Procedimientos y Prácticas para la Administración, el Comercio y el Transporte), que aporta la parte de conocimiento del comercio. Es un estándar relativamente joven, pues su primera versión fue publicada en mayo de 2001, tras 18 meses de trabajo. Proporciona una serie de especificaciones, que deberán ser respetadas por el software y los servicios desarrollados sobre ellas. Realmente nace de la experiencia que se tenía con EDI más la tecnología aportada por XML y la ubicuidad que ofrece Internet. Se divide en cinco partes:
1.Messaging. Esta es la parte que permite enviar y recibir datos de negocio en un formato estándar. Los mensajes ebXML usan una versión mejorada de SOAP que permite incluir ficheros adjuntos con contenido binario (usando empaquetado MIME). ebXML no define ningún formato concreto para los mensajes. El estándar de formato se establece como acuerdo entre las empresas, pudiendo ser una taxonomía de Xml(CCI-UBL) ó no(EDI).
2.Business Processes. Gestiona el ciclo de vida del comercio electrónico entre dos empresas. Gestiona la Coreografía del Proceso de Interfaz entre Socios Comerciales. Aquellos procesos de negocio muy comunes, correspondientes a empresas del mismo sector, pueden ser definidos por una organización (o consorcio), ayudando de esta manera a la interoperabilidad.
3.Trading Partner Profiles and Agreements. Resuelve la problemática de dar a conocer ó publicar la posibilidad por parte de una compañía de realización del B2B, en una faceta cualquiera ó en todas. Esto lo resuelve ebXML con lo que llama CPP (Collaboration Protocol Profile). El CPP describe las características soportadas en el proceso, los requisitos obligatorios así como información técnica —elección de algoritmos de encriptación, certificados de encriptación y elección del protocolo de transporte-. Una vez descubierto, mediante CPP, que la(s) compañías realizan B2B, al acuerdo entre ellas se le denomina un CPA(Collaboration Protocol Agreement). El CPA debe reflejar los perfiles CPP de ambas empresas. El CPA contiene la información para configurar correctamente el software que utiliza cada una de las partes para el intercambio electrónico de la información. Para reflejar cuestiones no técnicas o de tipo legal pueden usar un TPA (Trading Partner Agreement).
4.Registries and Respositories. En los repositorios ebXML se almacenan los registros ebXML, que contienen los CPPs. Aquí encontramos una colección de procesos y escenarios de negocio adecuados para transacciones entre empresas de un determinado sector de la industria así como perfiles específicos ofertados por las empresas implicadas.
5.Core Components. Esta parte pretende identificar de manera única los diferentes términos que usan las empresas para relacionarse. La unificación pretende abarcar tanto a empresas que pertenezcan a diferentes ámbitos como a las que estén, dentro del mismo ámbito, pero en un nivel distinto.
UN/CEFAT se ha encargado del Business Processes (especificación BPSS del Lenguaje Extensible de Marcado) y de los Core components.
La especificación BPSS del Lenguaje Extensible de Marcado para el Comercio Electrónico (ebXML) se utiliza para describir la Coreografía del Proceso de Interfaz entre Socios Comerciales® (PIP®). Los PIPs se generan mediante el uso del elemento de “Colaboración Binaria” en BPSS v101 con modificaciones.
OASIS se ha encargado del Messaging, Trading Partner Profiles and Agreements y del Registries and Respositories.
El nivel de implantación no es el deseado, debido fundamentalmente a los intereses de las compañías privadas en mantener sus modelos, como estándares de facto. En algunos de los casos les ha proporcionado una posición preponderante en el mercado.
Un ejemplo muy significativo de EbXml es en el sector de la automoción, en este momento entre las organizaciones de normalización del sector; Odette (europea), AIAG (americana) y JAMA y JAPIA (japonesas) se ha creado el Modelo Global de Automoción – JADM (Joint Automotive Data Model), y es a partir de aquí están en plena implantación del estándar ebXml en el sector.
|
Esta obra está bajo una
licencia de Creative Commons
