- Bibliographic Information
- UBL Version 1.0 Committee Draft Release Materials
- UBL Methodology
- UBL Code List Schemas
- UBL and Core Components
- About the OASIS UBL Technical Committee
- Principal References
Approval of the Universal Business Language (UBL) Version 1.0 as an OASIS Committee Draft represents a major publication milestone in the arena of e-business message exchange standards development.
Freely available to everyone without legal encumbrance or licensing fees, UBL "defines a generic XML interchange format for business documents that can be extended to meet the requirements of particular industries. The specification is designed to provide a universally understood and recognized commercial syntax for legally binding business documents and to operate within a standard business framework such as ISO 15000 (ebXML) to provide a complete, standards-based infrastructure that can extend the benefits of existing EDI systems to businesses of all sizes."
"UBL 1.0 represents six years of continuous development in the creation of a standard XML business syntax, the last two years of which have taken place in the OASIS Universal Business Language Technical Committee. The UBL Committee Draft incorporates more than a year of public review, and the final result is now ready for implementation in commercial and open-source software efforts."
The UBL v1.0 Committee Draft release is distributed for public review as a ZIP archive with some 244 files, containing prose documentation, normative XML Schemas, UML diagrams, spreadsheet models, formatting specifications, sample instances, and other components. A UBL ASN.1 specification provides an alternative schema definition for UBL documents in accordance with ITU-T X.680-X.693.
The UBL v1.0 release provides a library of XML schemas for reusable data components, small set of XML schemas for common business documents useful in a generic order-to-invoice trading context, and support for the customization of UBL in specific trading relationships.
In addition to schemas defining the eight basic document types that support the generic UBL 1.0 order-to-invoice process, the release contains modularized common XML schemas (reusable BIE schemas, reusable datatype schemas, a documentation metadata schema, and thirteen code list schemas). The code lists provide restricted sets of coded values which may populate particular UBL data fields, viz., code values for Acknowledgement Response, Allowance Charge Reason, Channel, Chip, Country Identification, Currency, Document Status, Latitude Direction, Line Status, Longitude Direction, Operator, Payment Means, and Substitution Status.
The UBL schemas are "modular, reusable, and extensible in XML-aware ways. Designed as an implementation of ebXML Core Components Technical Specification 2.01, the UBL Library is based on a conceptual model of information components known as Business Information Entities (BIEs). These components are assembled into specific document models such as Order and Invoice. These document assembly models are then transformed in accordance with UBL Naming and Design Rules into W3C XSD schema syntax. This approach facilitates the creation of UBL-based document types beyond those specified in the version 1.0 release."
A UBL overview document describes the basic order-to-invoice business process that the UBL document types are designed to support. This basic trading cycle model involves three parties: a Buyer of goods, a Seller of goods, and a Recipient of goods who may or may not be the Buyer. UBL document types defined to support this process include Order, Order Response Simple, Order Response Detailed, Order Change, Order Cancellation, Despatch Advice, Receipt Advice, and Invoice.
The UBL v1.0 Committee Draft makes normative reference to standards/specifications which define XML, W3C XML Schema (Structures, Datatypes), Abstract Syntax Notation One (ASN.1), Unified Modeling Language (UML), IETF RFC 2119 (Key Words for Use in RFCs to Indicate Requirement Levels), ISO 11179, and UN/CEFACT ebXML Core Components Technical Specification 2.01 (CCTS). The terms Object Class, Property Term, Representation Term, and Qualifier are used in the UBL v1.0 specification with the meanings given in ISO 11179 (viz., ISO/IEC 11179-1:1999 Information Technology — Specification and Standardization of Data Elements — Part 1: Framework for the Specification and Standardization of Data Elements).
Of UBL's Normative References, the specification most frequently cited is CCTS (UN/CEFACT ebXML Core Components Technical Specification Version 2.01). UBL appendix G.3.4 on "Core Component Harmonization" clarifies that UBL is indeed an implementation of CCTS, supporting "the concept of a common semantic library of business components [core components]... The UBL TC is working with the UN/CEFACT International Trade and Business
Special Projects undertaken by members of the UBL Technical Committee in reaching the Committee Draft level include design, development, and QA projects for Business Modeling, XSD Schema Generation, XSD Schema Validation, XSD Rules Review, ASN.1 Generation, UML Generation, UN Layout Key Formatting, CCTS Alignment, and Quality Assurance.
The UBL effort within the OASIS UBL TC has been directed by Jon Bosak (TC Chair) and Mark Crawford (TC Vice Chair), together with leadership provided in the sixteen UBL Subcommittees, including: Library Content; Naming and Design Rules; Tools and Techniques; Implementation; Forms Presentation; Code List; Context Methodology; Context Drivers; Administration; Liaison; Marketing; Chairs.
Four subcommittees have been formed to promote international adoption of UBL deployment. According to the TC announcement, "OASIS UBL localization subcommittees have been formed to translate the UBL specification into Chinese, Japanese, Korean, and Spanish. When complete, this localization work will make UBL readily usable for more than two-thirds of the current global online population. The next UBL TC meeting, to be hosted by Hong Kong University 10-14 May 2004, will set the work schedule for UBL localization, continue to further refine the technical basis of UBL, and begin to develop a process for the creation of industry-specific UBL profiles."
The approved UBL v1.0 Committee Draft is being submitted to OASIS for public review in preparation for OASIS standardization. The UBL TC announcement of 2004-04-30 declares that UBL version 1.0 is now available for general use.
Universal Business Language 1.0. Edited by Bill Meadows (Sun Microsystems) and Lisa Seaburg (Aeon LLC). Status: Approved OASIS Committee Draft. Produced by members of the OASIS Universal Business Language (UBL) Technical Committee under the direction of Jon Bosak (TC Chair, Sun Microsystems) and Mark Crawford (TC Vice Chair, Logistics Management Institute). Contributors include Members of the Technical Committee. Publication Date: 1-May-2004. Document identifier: 'cd-UBL-1.0'. Location: http://docs.oasis-open.org/ubl/cd-UBL-1.0/. Downloadable Package Location: http://docs.oasis-open.org/ubl/cd-UBL-1.0.zip.
The normative UBL schemas contained in the ZIP archive "are accompanied by a multitude of informative supporting materials, some of which are included in the version 1.0 CD package as informative appendices, and some of which are available from referenced sites."
Key documents included in the UBL v1.0 distribution, in addition to XML Schemas and UML diagrams:
Guidelines for the Customization of UBL v1.0 Schemas. Edited by Eduardo Gutentag (Sun Microsystems, Inc). By Matthew Gertner, Eduardo Gutentag, and Arofan Gregory, with contributuions from Eve Maler, Dan Vint, Bill Burcham, and Sylvia Webb. Produced by members of the OASIS UBL Context Methodology Subcommittee. Working Draft 1.0. 04/22/04. Document identifier: 'wd-ubl-cmsc-cmguidelines-1.0'. The document "presents guidelines for performing a compatible customization of UBL schemas together with suggestions for how to proceed when a compatible customization is not possible."
Universal Business Language (UBL) Code List Representation. Edited by Marty Burns (National Institute of Standards and Technology - NIST). Produced by members of the UBL Code List Subcommittee. Anthony Coates, Mavis Cournane, Suresh Damodaran, Anne Hendry, G. Ken Holman, Serm Kulvatunyou, Eve Maler, Tim McGrath, Mark Palmer, Sue Probert, Lisa Seaburg, Paul Spencer, Alan Stitzer, and Frank Yang. Version 1.0. 20-April-2004. Document identifier: 'WD-UBLCLSC-CODELIST-20040420'.
UBL 1.0 Naming and Design Rules Checklist. Produced by members of the OASIS UBL NDR Subcommittee (UBL NDRSC). April 22, 2004. 16 pages. "This document is a subset of the UBL Naming and Design Rules Master Document. It describes the rules used to determine UBL 1.0 XSD schema structures and element/attribute names."
UBL v1.0 ASN.1 Specification. As presented in informative Appendix F of the UBL v1.0 Committee Draft overview document, the UBL ASN.1 specification "provides an alternative schema definition for UBL documents in accordance with ITU-T X.680-X.693. The UBL ASN.1 XML schema enables ASN.1 tools to be used for UBL transfers, and in conjunction with the ASN.1 Packed Encoding Rules, it provides a specification for an efficient binary encoding of UBL messages. It was created using a tool from OSS Nokalva that conforms to ITU-T Recommendation X.694 | ISO/IEC 8825-5 for converting XSD Schema to ASN.1. After conversion, the generated ASN.1 was formatted by the PrettyPrint tool at the ASN.1 Information Site to produce the HTML file included in this package."
Materials included in the release include:
- UML class diagrams of the document components on which the schemas are based
- UML class diagrams describing all the document assemblies
- Spreadsheet models defining the document assemblies
- Descriptions of two example implementations
- Sample instances of each of the UBL documents used in those two implementations
- Formatting specifications for rendering all of the documents in the example use cases
- Formatting specifications for the United Nations Layout Keys corresponding to each of the UBL basic business document types
- An ASN.1 specification to enable the transmission of UBL messages in binary form
In the main UBL v1.0 CD document, Section 5 ("UBL 1.0 Procurement Process") provides details of the order-to-invoice business process, including the "business rules and choreography of the generic procurement process and the role played by each of the UBL 1.0 document types in that process." Summary of the document business rules for each of the principal document type follows (adapted).
Order "The Order may specify allowance and charge instructions (e.g. freight, documentation, etc.) that identify the type of charge and who pays which charges. The Order can be placed 'on account' against a trading credit account held by the Seller, or against a credit/debit card account, or a direct debit agreement. The Order allows for an overall currency defining a default for all pricing and also a specific currency to be used for Invoicing. Within an Order, additional currencies can be specified both for individual item pricing and for any allowances or charges. Trade discount may be specified at the Order level. The Buyer may not know the trade discount, in which case it is not specified. This makes a detailed response from the Seller necessary... The Order may specify delivery terms and constraints that apply for the delivery location in relation to the following information that would normally not appear until the Despatch Advice..."
Order Response Simple "The Order Response Simple is the means by which the Seller confirms receipt of the Order from the Buyer, indicating either commitment to fulfill without change or that the Order has been rejected."
Order Response (detailed) "Proposed changes by the Seller are accomplished through the full Order Response document. The Order Response proposes to replace the original Order. It reflects the entire new state of an order transaction. It also is the means by which the Seller confirms or supplies Order-related details to the Buyer that were not available to, or specified by, the Buyer at the time of ordering."
Order Change "The Buyer can change an established Order in two ways, subject to the legal contract or trading partner agreement: first, by sending an Order Change, or second, by sending an Order Cancellation followed by a new, complete replacement Order. An Order Change reflects the entire current state of an order transaction. Buyers can initiate a change to a previously accepted order for various reasons, such as changing ordered items, quantity, delivery date, ship-to address, etc. Suppliers can accept or reject the Order Change using either Order Response or Order Response Simple..."
Order Cancellation "At any point of the process, a Buyer can cancel an established order transaction using the Order Cancellation document. Legal contracts, trading partner agreements, and business rules will restrict at what point an Order Cancellation will be ignored (e.g. at the point of manufacture or delivery process initiation). Given the agreements and rules, an Order Cancellation may or may not be an automated business transaction. The terms and conditions of contract formation for business commitments will dictate which, if any, of these restrictions or guidelines will apply..."
Despatch Advice The following information may appear in the Despatch Advice: Transport and Consignment packaging. The Despatch Advice provides for two situations: (1) Organization of the delivery set of items by Transport Handling Unit(s) so that the Receiver can check the Transport Handling Unit and then contained items. Quantities of the same item on the same Order Line may be separated into different Transport Handling Units, and hence appear on separate Despatch Lines within a Transport Handling Unit. (2) Organization of the delivery set of items by Despatch Line, annotated by the Transport Handling Unit in which they are placed, to facilitate checking against the Order. For convenience, any Order Line split over multiple Transport Handling Units will result in a Despatch Line for each Transport Handling Unit they are contained in..."
Receipt Advice "The Receipt Advice is sent by the Receiver (Buyer) to the Seller to confirm receipt of items and is capable of reporting shortages or damaged items. The Receipt Advice provides for two situations. For ease of processing claimed receipt against claimed delivery, it must be organised in the same way as the corresponding Despatch Advice: (1) Indication of receipt by Transport Handling Unit(s) and contained Receipt Lines one-to-one with the Despatch Advice as detailed by the Seller party. (2) Indication of receipt by Receipt Lines annotated by Transport Handling Unit, one-to-one with the Despatch Advice as detailed by the Seller party. The Receipt Advice allows the Receiver to state any shortages from the claimed despatch quantity and to state any quantities rejected for a given reason..."
Invoice "The Invoice is normally issued on the basis of one despatch event triggering one invoice. An Invoice may also be issued for pre-payment on a whole or partial basis. The possibilities are: (1) Prepayment invoice (payment expected); (2) Pro-forma invoice (pre advice, payment not expected); (3) Normal Invoice, on despatch for despatched items; (4) Invoice after return of ReceiptAdvice. The Invoice only contains the information that is necessary for invoicing purposes. It does not reiterate any information already established in the Order, Order Change, Order Response, Despatch Advice, or Receipt Advice that is not necessary when invoicing. If necessary, the Invoice refers to the Order, Despatch Advice or Receipt Advice by a Reference for those documents..."
The Informative Appendix B published in the UBL v1.0 overview document describes the UBL Methodology in terms of the UBL Development Approach, Component Model, Document Assembly Models, UBL Naming and Design Rules, Schema Generation, Implementation Model, and Customization Guidelines. This technology pioneered by the UBL TC in the use of normalized (spreadsheet-driven) representations for schema knowledge to generate UML diagrams and modularized (reusable, extensible) schemas is noteworthy in its own right — independent of the UBL application. A summary is provided here (adapted from the published text).
UBL Development Approach "While UBL does not mandate the use of a specific formal development method, the process that evolved during the development of UBL is documented so that implementers can understand the role of the various technical artifacts included in the v1.0 package... The initial UBL library of data components was based upon the xCBL 3.0 schema library, which was itself based on the UN/EDIFACT and ANSI X12 EDI component libraries. Upon review, it was felt necessary to create an abstracted conceptual model of the entities in a form that would better support an iterative development lifecycle. UBL uses two types of conceptual models, a single model for defining information components and a set of models for describing how these components are assembled into document definitions. The former is referred to as the document component model and is generally presented using UML class diagrams; the latter are referred to as the document assembly models and are generally presented using spreadsheets..."
Component Model "The UBL document component model describes the information components used in all of the documents defined by UBL 1.0. It is best viewed as a series of UML Class Diagrams. To facilitate comprehension of the UBL Document Component Model diagram, it has been decomposed into several packages. Each package represents a logical grouping of components and is described by its own UML class diagram, which displays both the attributes (Basic BIEs) and object classes (Aggregate BIEs) belonging to the components grouped in the package. The scope of each package is arbitrary and does not hold any significance beyond these diagrams. The complete set of packages for all the UBL components includes: Address Package, Contract Package, Delivery Package, Document Reference Package, Hazardous Item Package, Item Package, Party Package, Payment Package, Procurement Package, and Tax Package..."
Document Assembly Models "To define different types of documents, the components described in the previous section are assembled into hierarachical structures based on the requirements of the context — in this case the UBL 1.0 Procurement Process — and the metadata requirements of CCTS. Document assembly starts with the definition of each of the business documents comprising UBL 1.0 as an Aggregate BIE (object class) for the document type. All the other Aggregate BIEs (object classes) for the document type are derived by traversing the associations from this Aggregate BIE to form the required hierarchy. The roles chosen for each association between Aggregate BIEs become Association BIEs... The top level document assembly models for the eight business documents defined by UBL 1.0 are: Order assembly model, Order Response assembly model, Order Response Simple assembly model, Order Change assembly model, Order Cancellation assembly model, Despatch Advice assembly model, Receipt Advice assembly model, and Invoice assembly model... UBL uses spreadsheets to describe the assembly of components into specific types of documents. There is one spreadsheet assembly model for each document type..."
UBL Naming and Design Rules "The UBL XML Naming and Design Rules (NDR) checklist included in the package describes the rules used to determine UBL 1.0 XSD schema structures and element/attribute names." Attribute Declaration Rules, Attribute Naming Rules, Code List Rules, ComplexType Definition Rules, ComplexType Naming Rules, Documentation Rules, Element Declaration Rules, Element Naming Rules, General Naming Rules, General Type Definition Rules, General XML Schema Rules, Instance Document Rules, etc. See details in the UBL 1.0 Naming and Design Rules Checklist document, produced by members of the UBL Naming and Design Rules Subcommittee. The purpose of this UBL SC is "to recommend to the TC rules and guidelines for normative-form schema design, instance design, and markup naming, and write and maintain documentation of these rules and guidelines."
Schema Generation "The UBL 1.0 XSD schemas are the output of a transformation that applies schema construction rules to the Data Model represented by the UBL spreadsheets. The transformation process consisted of the following steps: (1) Reading in the data model spreadsheets; (2) Building from each spreadsheet an internal UML-based model; (3) Identifying external standards for code lists and including standard code list values as appropriate; (4) Applying UBL Naming and Design Rules; (5) Outputting conformant XSD schemas. A commercial CC-aware schema generation tool (GEFEG EDIFIX 5.0) was used to read the spreadsheets as UML data models, perform Q/A with them, and produce a schema representation adhering to the UBL 1.0 Naming and Design Rules."
Implementation Model "The implementation model of UBL represents the actual UBL XSD schemas as a UML model. This is produced by automatically transforming the schemas into a model conformant with the Unified Modeling Language (UML). This model is then used to produce a set of class diagrams that illustrate each of the main documents and several views of the reusable components. The automated transformation and diagram creation was performed using a commercial schema-to-UML transformation tool, Ontogenics hyperModel..."
Customization Guidelines "Guidelines for performing a compatible customization of UBL schemas, together with suggestions for how to proceed when a compatible customization is not possible are published in an independent document 'Guidelines for the Customization of UBL v1.0 Schemas.' Excerpt: UBL 1.0 contains document type definitions informed by the broad experience of members of the UBL Technical Committee, which includes both business and XML experts, and subsequent changes are therefore expected to be few and far between. However, one of the most important lessons learned from previous standards is that no business library is sufficient for all purposes. Requirements differ significantly amongst companies, industries, countries, etc., and a customization mechanism is therefore needed in many cases before the document types can be used in real-world applications. A primary motivation for moving from the relatively inflexible EDI formats to a more robust XML approach is the possibility of creating formal mechanisms for performing this customization while retaining maximum interoperability and validation... UBL proposes [implementation of a subsetting mechanism] through schema derivation... Thus UBL starts as generic as possible, with a set of schemas that supply all that is likely to be needed in the 80/20 or core case, which is UBL's primary target. Then it allows both subsetting and extension according to the needs of user communities, industries, nations, etc., according to what is permitted in the derivation mechanism [supported by XML Schema]..."
Thirteen code list schemas required for UBL 1.0 are included in the UBL v1.0 package within the xsd/codelist directory. "These code list schemas allow component instances conformant to any of the main document schemas to be validated against code list values. Appendix E provides further information about the form of representation used for UBL code lists. A separate document Universal Business Language (UBL) Code List Representation, produced by the UBL Code List Subcommittee and edited by Marty Burns (National Institute of Standards and Technology - NIST), "provides rules for developing and using reusable code lists. This specification has been developed for the UBL Library and its derivations, but may also be used by other technologies and XML vocabularies as a mechanism for sharing code lists and for expressing code lists in W3C XML Schema form... Trading partners utilizing the Universal Business Language (UBL) must agree on restricted sets of coded values, termed 'code lists', from which values populate particular UBL data fields. Code lists are accessed using many technologies, including databases, programs and XML. Code lists are expressed in XML for UBL using W3C XML Schema for authoring guidance and processing validation purposes..."
Thirteen UBL code list schemas:
UBL v1.0 is designed as "an implementation of ebXML Core Components Technical Specification 2.01 (CCTS) and the UBL Library uses XML schemas that are modular, reusable, and extensible in XML-aware ways." Of the six UBL Common Schemas, Common Basic Components (e.g., Amount, BackorderReason, BuildingName, CityName, Condition, CurrencyBaseRate, Date, DiscountPercent, HandlingInstructions, Measure, Percent, Quantity, StreetName, TimezoneOffset) and Common Aggregate Components contain the UBL library of reusable data components from which the main document schemas are assembled.
Schemas containing definitions needed to implement CCTS conformance include three Reusable Datatype Schemas: (1) The Core Component Types schema provides Core Component Types as defined by CCTS and are used to construct higher-level datatypes in a standardized and consistent manner; types include AmountType, BinaryObjectType, CodeType, DateTimeType, IdentifierType, IndicatorType, MeasureType, NumericType, QuantityType, and TextType. (2) Unspecialized Datatypes "defines Unqualified Data Types for primary and secondary representation terms as specified by CCTS; these XSD complexType structures are derived from Core Component Types and are the basic data types from which all other data types must derive." (3) The Specialized Datatypes schema provides Qualified Data Types as defined by CCTS. These XSD complexType structures are derived from Unspecialized Datatypes by extension, restriction, and other contextual constraints, such as facets. The Specialized Datatypes have been customized for the UBL 1.0 procurement process and may be further extended to support additional datatypes required for other business contexts." A Core Component Parameters schema also "defines the structure of the annotation/documentation sections that appear in all the other schemas, providing a consistent format for metadata such as object class, representation terms, semantic descriptions, and other supplementary information."
The following references provide information about core components background and ongoing development within the UBL TC:
UN/CEFACT ebXML Core Components. "The UN/CEFACT Core Components specification presents a methodology for developing a common set of semantic building blocks that represent the general types of business data in use today and provides for the creation of new business vocabularies and restructuring of existing business vocabularies." See:
- "Core Components Technical Specification — Part 8 of the ebXML Framework." UN/CEFACT (United Nations Centre for Trade Facilitation and Electronic Business). CCTS. 15-November-2003. Version 2.01. 113 pages. Previous version: UN/CEFACT — Core Components Technical Specification, Version 2.0 of 11-August-2003. "This [2.1] edition is an updated version of Core Components Technical Specification Version 2.0, first published 11-August-2003; it merely incorporates a title correction and minor first-edition errata related to ebXML references as a convenience to readers." ZIP sources: CEFACT, OASIS.
- ISO/TS 15000-5 ebCCTS. ebXML Electronic Business Extensible Mark-up Language, Part 5: ebCCTS ebXML Core Components Technical Specification, Version 2.01 (2003-11-15). See Result of Voting on New Work Item Proposal ISO/TC154N466," ISO/TC154N466 Add.1, posted on 2004-11-09 by François Vuilleumier (ISO/TC154 chair + ISO7372MA secretary) with note of press release to be issued by the UN/CEFACT Secretariat in Geneva, ebCCTS now an ISO Technical Specification, results of the ballot in file 154n466a1. Alt sources: OAGI Core Components Work Group List and OASIS ebxml-jc list (PDF). Original from 154n466a1 ebXML votes TS15000-5.pdf via ISO/TC154 portal.
- "UN/CEFACT ebXML Core Components Technical Specification Approved for Implementation Verification." News story 2002-12-19.
- "UN/CEFACT Publishes Updated Core Components Technical Specification." News story 2002-01-18.
- "ebXML Core Components: The Master Data Dictionary?" By Michael Rawlins.
- See also: ebXML Technical Reports - Listings for some early CC drafts.
- See also: UN/CEFACT Project Core Components Technical Specification Version 2.1. Part 8 of the ebXML Framework. TMG Overview.
- See also: Core Components Supplemental Documentation Project. TMG.
UN/CEFACT TBG17 WG (Harmonisation). "The purpose of the UN/CEFACT International Trade and Business Processes Working Group (TBG) is to be responsible for business and governmental business requirements and content. This is achieved by initiating developments in the areas of process analysis, best practices, and international trade procedures." Working Group TBG17 (Harmonisation) is responsible for Project P1 — Business Process and Core Components Harmonisation. "The purpose of the project is to take responsibility for ensuring the consistency and harmonisation of Business Process models and Core Components across business domains and sectors by developing a concise and well-defined library of business terms and business data semantic definitions for the structuring of data exchanges in a syntax neutral manner. The scope of this project is the collation of Business Process models and their corresponding definitions of business Core Components, which presents the requirements of cross industry domains in a consistent and analysable manner. Analysis and harmonisation will result in a catalogue, which will form the foundation of the UN/CEFACT Global Business Process and Core Components Library." The UBL TC is cooperating with TBG17 in its core components harmonization efforts. See:
Open Applications Group Core Components Work Group. "The OAGi Core Components work group is reviewing the existing OAGIS standard in order to add the UN/CEFACT CoreComponentTypes to a future release of OAGIS. Also the group is identifying the larger grained Components or BIEs of OAGIS. These larger grained components are being submitted for inclusion/consideration for the global CoreCompenents that are being proposed by UN/CEFACT." The UBL v1.0 Committee Draft's Appendix G.3.3 ('Common CCTS Schemas') clarifies that the UBL schemas for Core Component Types and Datatypes "were developed in cooperation with representatives of the Open Applications Group, Inc., but the versions currently used by the two organizations are not yet identical. Differences between the CCTS schemas used in UBL 1.0 and OAGIS 9.0 have been identified in these five areas: (1) Naming of Supplementary Components as attributes; (2) Use of XSD normalizedString for code, identifier, and text components; (3) Use of XSD built-in dataypes requiring format Supplementary Components — Date Time, Indicator and Numeric; (4) Restrictions on Binary Object for Graphic, Picture, Sound and Video data type; (5) Patterns for Indicator data type. A common set of CCTS schemas are expected to be available for UBL 1.1 and will be included at that time. This is not expected to affect the validity of UBL 1.0 instances." See:
- OAGi CC Work Group
- OAGI Core Components Work Group mailing list and document repository
- "OAGIS-UBL Common Core Component .xsd Review." By Garret Minakawa (Oracle). December 8, 2003. Analysis of the UBL 1.0 Beta CCTS .xsd files compared to the OAGi version of these files.
- "UBL and OAG Common Core Component Schemas." By Tim McGrath. Posted to the UBL TC list 2004-04-01. Summary of investigation by Garrett Minakawa (representing OAG) and Tim McGrath (representing UBL) in a review of the OAGIS 9.0 and proposed UBL 1.0 schemas as of 2004-04. They identified five areas of misalignment, as summarized in the UBL v1.0 CD.
- Open Applications Group web site
- "Open Applications Group" - Local reference page.
The the OASIS UBL TC was chartered "to develop a standard library of XML business documents (purchase orders, invoices, etc.) by modifying an already existing library of XML schemas to incorporate the best features of other existing XML business libraries. The TC [would] then design a mechanism for the generation of context-specific business schemas through the application of transformation rules to the common UBL source library. UBL is intended to become an international standard for electronic commerce freely available to everyone without licensing or other fees..." [UBL TC home page]
"The goals of the UBL Technical Committee are as follows:
- To create a Universal Business Language (UBL) that will standardize common business data structures and allow businesses of all sizes to enjoy the benefits of electronic commerce
- To develop UBL in harmony with the OASIS ebXML specifications and in light of recommendations and standards issued by ISO, IEC, ITU, UN/ECE, W3C, IETF, OASIS, and other relevant standards bodies and organizations
- To align the vocabulary and structures of UBL with the vocabulary and structures of existing XML business libraries
- To establish liaisons with leading industry data exchange organizations in order to ensure the usability of UBL in a variety of trading contexts
- To vest ownership of UBL 1.0 in OASIS, a nonprofit corporation dedicated to the adoption of structured information standards, and to make it freely available to everyone without licensing or other fees
- To promote UBL to the status of an international standard for the conduct of XML-based electronic business
- To develop a standard context methodology for the automated customization of UBL to fit different business environments..." [from the TC FAQ document]
- Announcement 2004-04-30: "UBL 1.0 Committee Draft Approved."
- UBL Version 1.0 Committee Draft. Edited by Bill Meadows (Sun Microsystems) and Lisa Seaburg (Aeon LLC).
- Downloadable Package Location. ZIP archive containing some 244 files. [cache]
- File listing for UBL Version 1.0 Committee Draft ZIP archive
- Contributors to UBL Version 1.0 Committee Draft
- Guidelines for the Customization of UBL v1.0 Schemas. Edited by Eduardo Gutentag (Sun Microsystems, Inc).
- Universal Business Language (UBL) Code List Representation. Produced by the UBL Code List Subcommittee; edited by Marty Burns (National Institute of Standards and Technology - NIST).
- UBL 1.0 Naming and Design Rules Checklist. "This document is a subset of the UBL Naming and Design Rules Master Document. It reflects the rules used to create the UBL 1.0 Final Release schemas."
- UBL TC comment form
- Agenda for the UBL meeting in Hong Kong, May 10-12, 2004.
- UBL TC Resources:
- OASIS UBL TC web site
- UBL TC Charter
- UBL TC FAQ document
- UBL Event Calendar
- UBL TC mailing list archives
- UBL TC comment archive
- UBL document repository
- UBL in the Press
- UBL-DEV mailing list archives. To subscribe to this list, use the OASIS subscription manager or send a blank email message to email@example.com.
- Earlier news:
- "CECID Releases XML Schema Guide Based on UN/CEFACT UMM, ebXML Core Components, and UBL." News story 2004-02-06.
- "Danish National XML Committee Adopts Universal Business Language (UBL)." News story 2004-01-29.
- "UBL Version 1.0 Committee Draft Beta Approved for Public Implementation Testing." News story 2003-11-28.
- "Java Web Services Developer Pack V1.2 Supports WS-I, WS-Security, and UBL Applications." News story 2003-06-05.
- "UBL Technical Committee Releases First Draft of XML Schemas for Electronic Trade." News story 2003-01-27.
- "UBL Library Content Subcommittee Releases Draft UBL Library of Reusable Types." News story 2002-03-14.
- "OASIS Announces Technical Committee Work to Define a Universal Business Language (UBL)." News story 2001-10-17.
- "OASIS Frees Universal Business Language for General Use." By Darryl K. Taft. In eWEEK (May 03, 2004).
- "OASIS Approves XML Business Documents Specification. UBL 1.0 Ready for Use." By Paul Krill. In InfoWorld (May 03, 2004).
- "UBL Standard Published." By Brian Robinson. In Federal Computer Week (May 06, 2004).
- "OASIS Releases Universal Business Language Draft." By Rich Seeley. In Application Development Trends (May 06, 2004).
- "Universal Biz Language Ready for Web Services." By Clint Boulton. From InternetNews.com (May 03, 2004).
- "Universal Business Language (UBL)" - Main reference page.