The Objective of the ebXML Trading Partner Project Team is to develop a specification that:
- Specifies how two parties may automatically and compatibily configure themselves to electronically exchange business documents
- Specifies how two party configuration mechanisms may be used in multi-party business relationships
- Describes structures for Trading Party Information that may be used as part of a legal agreement between parties
- Conforms to RFC 2119 (as modified by Klaus)
- Specifies the non product/service descriptive (alternatively non Business Process) Trading Partner Information that must be shared between parties:
- in order for those parties to sucessfully carry out:
- a shared Business Process;
- the exchange of documents over a variety of transport communication protocols,
- that meets the requirements of the TRP, R&R and BP/CC project teams
- Describes how one party may discover the information required to meet the previous objective (is this out of scope?)
- Is business process independent
- Describes:
- how to identify a pre-defined model of a business process (e.g. a RosettaNet PIP),
- how that pre-defined model is used in a specific instance of an information (document?) exchange between two parties
- Supports existing standards for Trading Party Agreements (e.g US Federal Government Contractor Registration agreement (CCR), X12 Trading Partner Profile (838), ... full list to be determined)
- That is independent of the internal processes of any of the parties (need to look at United Nations recommendations nos. 26 Interchange Agreement for EDI and 31 Electronic Commerce Agreement)
- That describes the different ways that may be used to communicate Trading Party Information between parties, for example:
- once in a way that is applicable to all similar business processes carried out between parties (i.e. a TPA)
- from scratch/on the fly
From the IBM tpaML spec (not yet reviewed/agreed):
- to support interchange between partners that have both client and server characteristics
- to describe all the valid visible, and hence enforceable, interactions between the parties
- to provide a high-level specification that can be easily comprehended by humans and yet is precise enough for enforcement by computers