UN layout formatting specification for UBL Invoice instances

Author: G. Ken Holman
Date: $Date: 2003/02/10 22:21:35 $(UTC)

Copyright © 2003 OASIS

Table of contents

1 Invoice formatting specification
1.1 Status
1.2 Example renderings and implementations
1.3 Layout order and information
1.4 Namespaces
2 Miscellaneous information
2.1 Document header information
3 Party information
3.1 Seller
3.2 Invoice number
3.3 Invoice date
3.4 Seller's reference
3.5 Buyer's reference
3.6 Other reference
3.7 Consignee
3.8 Buyer
3.9 Buyer's bank
3.10 Country of origin
3.11 Country of destination
4 Delivery and transport
4.1 Mode of transport
4.2 Date of despatch
4.3 Means of transport
4.4 Place of despatch
4.5 Place of loading
4.6 Place of discharge
4.7 Place of delivery
4.8 Terms of delivery
4.9 Location
4.10 Time of delivery
4.11 Transport Charges
4.12 Terms of payment
4.13 Currency of payment
5 Line item information
5.1 Shipping marks
5.2 Container Nr.
5.3 Number and kind of packages; description of goods
5.4 Total gross weight (Kg)
5.5 Cube m3
5.6 Item
5.7 Description
5.8 Quantity U/M
5.9 Unit price
5.10 Amount
6 Summary information
6.1 Invoice clauses
6.2 Total amount
6.3 Name of signatory
6.4 Place of issue
6.5 Signature

1: Invoice formatting specification

This formatting specification describes a rendering of the UBL Order document model according to the United Nations Layout Key for Trade Documents guidelines for application for the 380 invoice form:

For a list of all formatting specifications and an overview of the documentation conventions, please visit the formatting specification home page.

1.1: Status

This specification has no formal status at this time. It should not be considered a reference interpretation of UBL documents. Feedback is sought from users of stylesheets that implement this formatting specification regarding suggestions for change for consideration by the OASIS UBL committees for incorporation into these formatting specifications.

Presentational semantics may never be formalized or normative in the UBL project due to differing international requirements and conventions for the presentation of information found in business documents.  This document contains only examples from a few of what will probably be many available UBL stylesheet libraries.

1.2: Example renderings and implementations

Example renderings:

Note the above examples are produced using Crane's XSLT and XSL-FO stylesheets. The HTML and XSL-FO are created by running the Saxon XSLT processor http://saxon.sourceforge.net/. The PDF is created by running the Antenna House XSL Formatter Version 2.3 http://www.AntennaHouse.com (with their gracious permission) to produce PostScript from XSL-FO and GhostScript AFPL http://www.GhostScript.com to distill PDF from the PostScript.

Example implementations:

These implementations must not be considered as reference implementations of UBL formatting specifications or as normative components of the UBL delivery; they are merely examples from what will probably be many available UBL stylesheet libraries.

1.3: Layout order and information

Items in this formatting specification are ordered roughly from the laid out fields on the form in the order left-to-right, top to bottom.

Certain descriptions are verbatim quotes from the United Nations guidelines document.

Important: the rendering of a number of fields is very simplified, reflecting a Western European interpretation of a subset of fields (as in names and addresses). User requirements need to be better understood for the level of granularity in these stylesheets.

1.4: Namespaces

The following namespaces are mapped to the prefixes in the expressions below:

2: Miscellaneous information

The following information is unrelated to the visible fields of the form.

2.1: Document header information

Path
/​in:Invoice/​cat:ID
/​in:Invoice/​cat:IssueDate

This information shows up in the window-title bar of the HTML browser, and in the document title supported by some XSL-FO processors.

3: Party information

Header information is associated with the form as a whole, not to the individual items of goods.

3.1: Seller

Path
/​po:Invoice/​cat:SellerParty/​cat:PartyName/​cat:Name
/​po:Invoice/​cat:SellerParty/​cat:Address/​cat:Street
/​po:Invoice/​cat:SellerParty/​cat:Address/​cat:CityName
/​po:Invoice/​cat:SellerParty/​cat:Address/​cat:CountrySub-EntityCode
/​po:Invoice/​cat:SellerParty/​cat:Address/​cat:Country/​cat:Code

This field is intended to show the name and address of the sender of goods or the originator of the documents, as the case may be.

3.2: Invoice number

Path
/​in:Invoice/​cat:ID

The reference number is a number or designation preferably common throughout each set of documents.

3.3: Invoice date

Path
/​in:Invoice/​cat:IssueDate

If not otherwise specified, "date" means the date of issue of the document in which it appears.

3.4: Seller's reference

Path
/​in:Invoice/​cat:ReferencedOrder/​cat:SellersOrderID

3.5: Buyer's reference

Path
/​in:Invoice/​cat:ReferencedOrder/​cat:BuyersOrderID

May reference any contract that covers this order

3.6: Other reference

Path
/​in:Invoice/​cat:Quote/​cat:ID
/​in:Invoice/​cat:Contract/​cat:ID

May reference any contract or quote that covers this invoice

3.7: Consignee

The field for the name and address of the consignee has been located in conformity with international postal specifications so as to allow the use of window envelopes.

The contents of this field is the same as the 3.8 Buyer field.

3.8: Buyer

Path
/​in:Invoice/​cat:BuyerParty/​cat:PartyName/​cat:Name
/​in:Invoice/​cat:BuyerParty/​cat:Address/​cat:Street
/​in:Invoice/​cat:BuyerParty/​cat:Address/​cat:CityName
/​in:Invoice/​cat:BuyerParty/​cat:Address/​cat:CountrySub-EntityCode
/​in:Invoice/​cat:BuyerParty/​cat:Address/​cat:Country/​cat:Code

The field for the name and address to which documents are sent (buyer).

3.9: Buyer's bank

Path
/​in:Invoice/​cat:PaymentMeans/​cat:PayerFinancialAccount/​cat:FiBranch/​cat:FinancialInstitution/​cat:Name

3.10: Country of origin

Path
/​in:Invoice/​cat:InvoiceLine/​cat:Item/​cat:OriginCountry/​cat:Code

3.11: Country of destination

Not used in the Invoice

4: Delivery and transport

Transportation fields that are header-like and not generally applicable to the invoice.

4.1: Mode of transport

At this time this field is not being used for the Invoice.

4.2: Date of despatch

At this time this field is not being used for the Invoice.

4.3: Means of transport

At this time this field is not being used for the Invoice.

4.4: Place of despatch

At this time this field is not being used for the Invoice.

4.5: Place of loading

At this time this field is not being used for the Invoice.

4.6: Place of discharge

At this time this field is not being used for the Invoice.

4.7: Place of delivery

At this time this field is not being used for the Invoice.

4.8: Terms of delivery

At this time this field is not being used for the Invoice.

4.9: Location

At this time this field is not being used for the Invoice.

4.10: Time of delivery

At this time this field is not being used for the Invoice.

4.11: Transport Charges

At this time this field is not being used for the Invoice.

4.12: Terms of payment

Path
/​in:Invoice/​cat:PaymentTerms/​cat:ID

4.13: Currency of payment

Path
/​in:Invoice/​cat:InvoiceCurrencyCode

5: Line item information

Line item information is associated with the individual items of the goods in the invoice

5.1: Shipping marks

At this time this field is not being used in the Invoice.

5.2: Container Nr.

At this time this field is not being used in the Invoice.

5.3: Number and kind of packages; description of goods

At this time this field is not being used in the Invoice.

5.4: Total gross weight (Kg)

At this time this field is not being used in the Invoice.

5.5: Cube m3

At this time this field is not being used in the Invoice.

5.6: Item

Path
/​in:Invoice/​cat:InvoiceLine/​cat:ID

This is the reference to the Invoice line.

5.7: Description

Path
/​in:Invoice/​cat:invoiceLine/​cat:Item/​cat:Description

One of these exists for each Line item.

5.8: Quantity U/M

Path
/​in:Invoice/​cat:InvoiceLine/​cat:InvoicedQuantity

One of these exists for each line item.

5.9: Unit price

Path
/​in:Invoice/​cat:InvoiceLine/​cat:BasePrice/​cat:PriceAmount

One of these exists for each line item.

5.10: Amount

Path
/​in:Invoice/​cat:InvoiceLine/​cat:LineExtensionAmount

This is not calculated - it is transmitted

6: Summary information

Summary information is associated with the form as a whole, not to the individual items of goods.

6.1: Invoice clauses

Path
/​in:Invoice/​cat:PaymentTerms/​cat:ID
/​in:Invoice/​cat:PaymentTerms/​cat:Note
/​in:Invoice/​cat:PaymentTerms/​cat:FromEventCode
/​in:Invoice/​cat:PaymentTerms/​cat:SettlementDiscountRateNumeric
/​in:Invoice/​cat:PaymentTerms/​cat:PenaltySurchargeRateNumeric
/​in:Invoice/​cat:PaymentTerms/​cat:SettlementPeriod/​cat:StartDateTimeDate
/​in:Invoice/​cat:PaymentTerms/​cat:SettlementPeriod/​cat:EndDateTimeDate
/​in:Invoice/​cat:PaymentTerms/​cat:SettlementPeriod/​cat:DurationMeasure
/​in:Invoice/​cat:PaymentTerms/​cat:SettlementPeriod/​cat:DescriptionCode
/​in:Invoice/​cat:PaymentTerms/​cat:PenaltyPeriod/​cat:StartDateTimeDate
/​in:Invoice/​cat:PaymentTerms/​cat:PenaltyPeriod/​cat:EndDateTimeDate
/​in:Invoice/​cat:PaymentTerms/​cat:PenaltyPeriod/​cat:DurationMeasure
/​in:Invoice/​cat:PaymentTerms/​cat:PenaltyPeriod/​cat:DescriptionCode

Note 1:

How should multiple invoice clauses be formatted?

6.2: Total amount

Path
/​in:Invoice/​in:InvoiceCurrencyCode
/​in:Invoice/​cat:LegalTotals/​cat:ToBePaidTotalAmount

Two data fields populate this one form field: the currency and the total amount.

NB should not be calculated it is transmitted

6.3: Name of signatory

At this time this field is not being filled in.

6.4: Place of issue

At this time this field is not being filled in.

6.5: Signature

This is not being filled in by the stylesheet and is left for a human to sign.


Editor's notes

Note 1: 6.1 - Invoice clauses

How should multiple invoice clauses be formatted?


UN layout formatting specification for UBL Invoice instances
G. Ken Holman
Copyright © 2003 OASIS
$Date: 2003/02/10 22:21:35 $(UTC)