This chapter is giving definition of most of the terms used in ebXML specifications. You must have seen many of them in previous chapters and we are repeating them here just for your reference.
Please send us more definitions to add in this list. You can contact us at email@example.com
A Business Process is something that a business does, such as buying computer parts or selling a professional service. It involves the exchange of information between two or more Trading Partners in some predictable way.
A Business Process is formally described by the Business Process Specification Schema (a W3C XML Schema and also a DTD), but may also be modeled in UML.
Collaboration Protocol Profile (CPP):
A CPP provides all necessary information how a particular trading partner intends to do electronic business. A CPP is stored in ebXML registry with a Globally Unique Identifier (GUID)and business partners can find each other's CPP through registry.
A Business Collaboration is a choreographed set of Business Transaction Activities, in which two Trading Partners exchange documents.
A Business Transaction is the atomic level of work in a Business Process. It either succeeds or fails completely.
The choreography is expressed in terms of states and the transitions between them. A Business Activity is known as an abstract state, with Business Collaborations and Business Transaction Activities known as concrete states. The choreography is described in the ebXML Business Process Specification Schema using activity diagram concepts such as start state, completion state etc.
The Business Documents are composed of Business Information Objects, or smaller chunks of information that have previously been identified.
Trading Partner Agreement (TPA):
A trading partner agreement (TPA) is a contract defining both the legal terms and conditions and the technical specifications for both partners in the trading relationship. A CPA is derived from CPP's of trading partners.
ebXML Business Process Specification Schema (BPSS)
The ebXML Business Process Specification Schema (BPSS) provides the definition of an XML document that describes how an organization conducts its business. An ebXML BPSS is a declaration of the partners, roles, collaborations, choreography and business document exchanges that make up a business process.
Registry and Repository:
An ebXML registry serves as the index and application gateway for a repository to the outside world, and it contains the API that governs how parties interact with the repository. An ebXML repository is the holder of the things.
A core component is a basic, reusable building block that contains information representing a business concept.Some examples of core components for parts of a purchase order are "Date of Purchase Order," "Sales Tax," and "Total Amount."
he actual information communicated as part of a business transaction. A message will contain multiple layers. At the outside layer, an actual communication protocol must be used (such as HTTP or SMTP). SOAP is an ebXML recommendation as an envelope for a message "payload." Other layers may deal with encryption or authentication.
A set of standard "parts" that may be used in larger ebXML elements. For example, Core Processes may be referenced by Business Processes.
Message Service Interface (MSI):
MSI is an application interface for business applications to invoke ebXML message handler functionality for sending and receiving messages. Similar to ODBC, JDBC, and other abstract service interfaces, it exposes the message handler functionality as a defined set of APIs for business application developers.
Message Service Handler (MSH):
MHS has basic services, such as ebXML message header processing, ebXML message header parsing, security services, reliable messaging services, message packing, and error handling.
Message Transport Interface (MTI):
MTI is designed to send ebXML messages over a variety of network and application-level communication protocols. The transport interface transforms ebXMLspecific data to other forms carried by network services and protocols. This involves a complete exchange between two parties, piggybacking on top of existing protocols in the network stack.