Mapping of CENBII2 Core Invoice Requirement Model towards national e-invoice formats
|
|
|
- Gwendolyn Augusta Gordon
- 10 years ago
- Views:
Transcription
1 Report - CENBII2 Core Invoice mapped towards National E-invoice formats Status: Approved Mapping of CENBII2 Core Invoice Requirement Model towards national e-invoice formats Executive summary This document is the result of an initiative for comparing the CEN/BII2 Core Invoice Information Requirement Model towards formats used in Denmark, Norway and Sweden. The formats that are analysed and mapped to the CEN/BII2 Core Invoice Information Requirement Model are: OIOUBL Invoice 2.02 and OIOUBL CreditNote 2.02, DIFI EHF Invoice and Credit note 1.6, and SFTI Svefaktura 1.0. It is hoped that the mappings and guidelines provided in this document can be used for: Creation of translation/conversion tools by relevant actors in the market. Facilitating interoperability between existing well-established e-invoice formats in the respective markets. A stepping stone in a migration towards a common e-invoice format. A detailed documentation of the mapping is provided in annex 1. In addition the section on Common concepts and business rules provides high level comments on how selected key elements on an e-invoice are handled in the respective national formats. Topic Identification of sender and receiver Item identification Payment means Credit notes and correction of invoices VAT codes Code lists Mandatory elements Referencing of invoices in workflow management Comments The national formats have different ways of identifying the intended sender and receiver (sometimes known as end points). The granularity when identifying end points also differs somewhat between different implementations and networks. All formats have support for product/item identifiers issued by the seller or a standard identifier such as GTIN. All formats support both domestic and international transfers. Although not specifically analysed, it is noted that the three formats have some differences with respect to credit notes and correction of invoices. BII supports all the domestic use cases. Some differences found between the national formats. This is an area where specific caution should be observed as several differences are identified. Some differences found. All three formats support this function, although differences exist in the technical implementation. 1
2 Report - CENBII2 Core Invoice mapped towards National E-invoice formats Status: Approved Content Mapping of CENBII2 Core Invoice Requirement Model towards national e-invoice formats... 1 Executive summary... 1 Content... 2 Background and introduction... 4 Scope and technical details of national formats... 5 Svefaktura... 5 EHF... 5 OIOUBL... 6 Common concepts and business rules... 7 Identification of sender and receiver... 7 Svefaktura... 7 OIOUBL... 7 EHF... 7 Item Identifiers... 7 Svefaktura... 7 EHF... 7 OIOUBL... 8 Payment Means... 8 Svefaktura... 8 OIOUBL... 8 EHF... 9 Credit notes and correction of Invoice... 9 Svefaktura... 9 OIOUBL EHF Indication of VAT category Svefaktura EHF OIOUBL Code lists
3 Report - CENBII2 Core Invoice mapped towards National E-invoice formats Status: Approved Mandatory Elements Referencing of invoices in workflow management Mapping method Annex 1 -Detailed mapping of CENBII2 Core Invoice Requirements
4 Report - CENBII2 Core Invoice mapped towards National E-invoice formats Status: Approved Background and introduction This document is the result of an initiative for comparing the CEN/BII2 Core Invoice Information Requirement Model towards formats used in Denmark, Norway and Sweden. The mappings in this report should be understood as informative and for guidance and can be used for: Creation of translation/conversion tools Facilitating interoperability between existing well-established e-invoice formats in the respective markets A stepping stone in a migration towards a common e-invoice format The mapping method is using CENBII2 as the reference model. The CENBII2 Core Invoice Information Requirement Model offers a clear connection between Business Requirements Information Requirements (business terms) XML Syntax. These relationships give the users the possibility to evaluate and understand the underlying reasons for the different business terms being used. Each information requirement in the CEN/BII2 Core Invoice Information Requirement Model has a unique identifier which can be used for mapping to other formats. This report may be updated with corrections and additions in the future. The following diagram shows the BII2 Core Invoice Information Requirement Model as the shared reference for business terms used in various formats. CENBII 2 Core Invoice Requirement Model SFTI Svefaktura (Swed- Invoice) tir tir tir tir10-n Info Requirement Info Requirement Info Requirement Info Requirement Issue Number VAT Amount Seller Name... EHF Invoice Format XML Element Invoice/ID XML Element Invoice/TotalAmount XML Element Invoice/Customer XML Element... XML Element Invoice/ID XML Element Invoice/TotalAmount XML Element Invoice/Customer XML Element... OIOUBL Invoice XXX Invoice Format XML Element Invoice/ID XML Element Invoice/TotalAmount XML Element Invoice/Customer XML Element... EDIFACT DE BGM+380 EDIFACT DE TAX+7+VAT EDIFACT DE NAD+BY EDIFACT DE... 4
5 Report - CENBII2 Core Invoice mapped towards National E-invoice formats Status: Approved Scope and technical details of national formats This report is the result of a joint initiative between Single Face To Industry (Sweden), DIGST (Denmark) and DIFI (Norway). The formats that are analysed and mapped to the CEN/BII2 Core Invoice Information Requirement Model are OIOUBL Invoice 2.02 and OIOUBL CreditNote 2.02, DIFI EHF Invoice and Credit note 1.6, and SFTI Svefaktura 1.0. Svefaktura Svefaktura was developed by a user committee within the Swedish Single Face To Industry initiative (SFTI). The work was initiated in 2003 and the final specification was approved and published in Svefaktura is based on the OASIS UBL 1.0 standard. A number of customizations to the standard were necessary to comply with Swedish VAT-regulation and practices. The customizations were submitted as change requests to OASIS UBL TC in 2005 and adopted by the UBL 2.0 standard in The customizations included adding several new elements to the schema and as a consequence, the namespaces of Svefaktura was modified to not be mixed up with the standard namespaces of UBL 1.0. Svefaktura supports most invoice scenarios and is used in both public and private sectors. Governmental authorities must support the format. Svefaktura can be used for cross-border invoicing and there are no limitations in VAT-rates or types of VAT-numbers or company registration numbers for buyers and sellers. EHF EHF is an anagram of the Norwegian expression «Elektronisk handelsformat» (Electronic Commerce Format). EHF is an initiative taken by the Norwegian Agency for Public Management and egovernment (Difi) in responce to the government white paper labeled St.Meld. nr. 36 ( ) Det gode innkjøp (The good procurement). The government white paper promotes the use of open standards as a vital means to build a well-functioning public administration, with good internal collaboration and a high level of service for both inhabitants and businesses. The aim of EHF is to ensure that the relevant standards are available for use in the Norwegian market. The primary scope for EHF is to facilitate domestic trade. For cross-border trade the use of PEPPOL BIS is recommended. EHF is based on the work performed by CEN WS/BII, which is further customized to comply with the Norwegian accounting regulations and current practices for the different business processes in the Norwegian market. Difi pursues the goal to cover the full trading process using EHF documents, both before and after the signing of a contract. 5
6 Report - CENBII2 Core Invoice mapped towards National E-invoice formats Status: Approved The first version of the EHF Invoice and Credit note specification was published early in 2011 and is now widely implemented in the Norwegian market, especially for invoicing to public sector. Specifically the current version of EHF Invoice and Credit (version 1.6) are based on the results from BII1 with a syntax binding to UBL 2.0. OIOUBL OIO is an anagram of the Danish expression «Offentlig Information Online» and OIOUBL means - Public Information Online Universal Business Language based on XML. OIOUBL is an initiative taken by the Danish Government and now the Agency for Digitisation (DIGST) is responsible. OIOXML electronic invoicing was introduced as mandatory on 1 February 2005 for all public authorities in Denmark. The rules about OIOXML electronic invoicing were incorporated in an Executive Order. On April 12th 2010 this Executive Order was superseded by Executive Order no. 354 of 26 March 2010 As of May 2011 it will be mandatory for suppliers to the Danish Public sector to send their invoices electronically according to OIOUBL Statute of 26. March OIOUBL is based on UBL2.0 which is further customized to comply with the Danish accounting regulations and current practices for the different business processes in the Danish market. What is in this report concerning OIOUBL can be changed especially will OIOUBL be updated the 15. September
7 Report - CENBII2 Core Invoice mapped towards National E-invoice formats Status: Approved Common concepts and business rules Identification of sender and receiver The national formats have different ways of identifying the intended sender and receiver user for routing purposes, sometimes known as routing end points. The granularity when identifying end points also differs somewhat between different implementations and networks. Below follows a short description of how end points are identified in national formats. Svefaktura Svefaktura is used together with envelopes which carries information about the sender and receiver. Two types of envelopes are dominant ebxml MS SOAP Header FromPartyID and ToPartyID or SFTI Technical Envelope (customization of UN/CEFACT Standard Business Document Header). Most organizations receiving Svefaktura has one end point of the type Swedish organization numbers or alternatively GS1 Global Location Number. Large decentralized organizations sometimes have more than one receiving end point. In those cases GS1 GLN is the most common type. OIOUBL In Denmark we use EndpointID to identify sender and receiver. This information is a mandatory part of the OIOUBL document. EHF An EHF document, such as the EHF Invoice, defines the content of the relevant business document without particular consideration of how the document is transferred between the parties, thus the technical sender and receiver of the document is considered to be out of scope. There is however a strong recommendation for use of the PEPPOL transport infrastructure and the EHF specification does provided a description of how the technical communication address of the seller and buyer should be identified through the use of an EndpointID. Item Identifiers Svefaktura Svefaktura has support for product/item identifiers issued by buyer, seller or standard identifiers of GTIN-type. When GTIN is used, it is indicated by using the attribute identificationschemeagencyid with value 9 for GS1. EHF EHF has support for product/item identifiers issued by the seller or a standard identifier such as GTIN. For a standard item identifier the xml attributes schemeid and optionally schemeagencyid should be used to identify the actual identification scheme used. When GTIN is used, it is indicated by using attribute schemeid with value GTIN and optionally schemeagencyid with value 9. 7
8 Report - CENBII2 Core Invoice mapped towards National E-invoice formats Status: Approved OIOUBL OIOUBL has support for product/item identifiers issued by the seller or a standard identifier such as GTIN. For a standard item identifier the xml attributes schemeid and schemeagencyid should be used to identify the actual identification scheme used. When GTIN is used, it is indicated by using attribute schemeid with value GTIN and schemeagencyid with value 9. Payment Means The different national formats supports a number of payment means, some that can be used internationally and other that are only supporting domestic payments. For international payments, IBAN is recommended. Below follows a short description of the different formats way of addressing payment means. Svefaktura Svefaktura supports primarily three different payment means: two domestic giro systems, called Bankgiro and Plusgiro respectively, and a generic format for bank account and bank, the latter may be used as IBAN/BIC for SEPA payments. For SEPA payments, the following business terms are used: Business term Cardinality Allowed content PaymentMeansTypeCode Due Payment date 0..1 Latest date on which funds should have reached the seller. PayeeFinancialAccount/ID 0..1 (Mandatory when SEPA payments) FinancialInstitution/ID 0..1 (Mandatory when SEPA payments) IBAN account number BIC of the receiving financial institution. PaymentInstructionID 0..1 Unique id for the payment issued by the seller as reference. OIOUBL OIOUBL supports both domestic and international transfers. 8
9 For SEPA payments, the following business terms are used: Business term Cardinality Allowed content Report - CENBII2 Core Invoice mapped towards National E-invoice formats Status: Approved Payment means Code or another from code list Payment due date 0..1 Latest date on which funds should have reached the seller. Payment channel code 1..1 IBAN or another from code list Payee financial account 1..1 Unique identification of the account to which payment should be made. Financial institution branch 0..1 Identifying the receiving Branch EHF EHF supports both domestic and international transfers. For SEPA payments, the following business terms are used: Business term Cardinality Allowed content Payment means code 1..1 Values as per BII code list. Payment due date 1..1 Latest date on which funds should have reached the seller. Payment channel code 0..1 Values as per relevant BII code list Payment identifier 0..1 Unique id for the payment issued by the seller as reference. Financial account 1..1 Unique identification of the account to which payment should be made. Financial institution branch 0..1 Identifying the receiving Branch e.g. the FW number for transfers to the USA Credit notes and correction of Invoice Credit note business terms are not mapped specifically in this report. The different national formats have slightly different ways of handling Credit notes. A short description follows below. Svefaktura The same XML-structure and schema is used for both Invoice and Credit note. A Credit note is indicated by using InvoiceTypeCode value 381 (as opposed to InvoceTypeCode 380 for invoices). Credit notes can refer to one or many invoices or to a period. Corrective invoices are not identified by a specific code. A corrective invoice may refer to the initial invoice or invoices. 9
10 Report - CENBII2 Core Invoice mapped towards National E-invoice formats Status: Approved A credit note, just like invoices, may contain negative cost elements as long as the total amount remains non-negative. In case the total would result in a negative amount, the invoice should be substituted for a CreditNote and vice versa. OIOUBL In OIOUBL it is not allowed to have negative invoices. OIOUBL use Creditnote as done in UBL 2.0. EHF Being an implementation of UBL 2.0, EHF has two different XML structures for Invoice and Credit Notes. These two XML structures have some differences with respect to the information content they are able to carry. Similar differences are thus also reflected in the EHF Invoice and EHF Credit Note. Corrective invoices are not recognized as a separate concept in EHF, and are thus not identified by a specific code. Indication of VAT category CENBII is using a rather simple way of describing the rate and category of VAT that applies to an invoice line or VAT subtotal amounts of the invoice. VAT numbers are to be stated according to the EU format (unedited). VAT tax scheme identifier = VAT Tax category = S, E, AE VAT percentage rate = For example: 0, 10 or 25 Tax category ID is be based on UN/ECE code list S = VAT is charged by standard way (normal) at percentage rate stated in the percentage element. E = Item is exempted from VAT. AE = Reverse charge VAT. When exemption is used, an exemption reason should be stated. Svefaktura Whenever VAT numbers are used they are to be presented according to the EU format. Svefaktura is using the same approach as CENBII when describing normal VAT rates and VAT exemptions. In the absence of a coded value for reverse VAT charge in Svefaktura, reverse charge is treated as an exemption (on behalf of the seller) which is, then, to be accompanied by an exemption reason explaining that reverse charge applies. Svefaktura is additionally to handle cases where VAT law does not apply. There are two options to deal with this: either omit all VAT related elements from the invoice, 10
11 Report - CENBII2 Core Invoice mapped towards National E-invoice formats Status: Approved or treat the invoice as if VAT were to apply but with all amounts treated as VAT exempt and with an exemption reason explaining that VAT laws do not apply in this case. EHF EHF is using a similar approach as CENBII for describing VAT. Exempt reason is however normally not stated. For indication of Tax category, the following code values are used: S = Standard rate (25%) H = High rate (15%) AA = Low rate (8%) E = Exempted from VAT (0%) ZA = Zero percent VAT (0%) OIOUBL OIOUBL is using two VAT-category codes: StandardRated = Standard rate (25%) ZeroRated = Zero percent VAT (0%) Code lists Code List BII SE DK NO AllowanceChargeReas oncode BinaryObjectMimeCo de CommodityCode InvoiceTypeCode PaymentMeansCode TaxCategoryID Core code list provided by BII2 based on UN/ECE Core code list provided by BII2 based on the IANA code list. Core list of available schemes provided by BII2. Core code list provided by BII2 based on UN/ECE Core code list provided by BII2 based on UN/ECE Core code list provided by BII2 based on UN/ECE Only code ZZZ and textual description of the meaning of the code. See guideline on attachments. NA Always 380 for invoices. Always 1 Only values S and E used 11 As UBL 2.0 Recommend use of UNSPSC OIOUBL code list - Always 380 for invoices. OIOUBL code list OIOUBL code list na Recommends the use of a limited number of mime codes. Recommends use of CPV or UNSPSC. Use UNECE code list Use UNECE code list Use UNECE code list 5305.
12 CountryIdentification Code Use ISO alpha-2 Report - CENBII2 Core Invoice mapped towards National E-invoice formats Status: Approved Use ISO alpha-2 Use ISO alpha-2 Use ISO alpha-2 CurrencyCode Use ISO 4217 Use ISO 4217 Use ISO 4217 Use ISO 4217 ProfileID BII List NA OIOUBL code list UnitOfMeasureCode Use UN/ECE Rec 20 UN/ECE Rec 20 is recommended but not mandatory. As UBL 2.0 Use BII code list Use UN/ECE Rec 20, version 6e Mandatory Elements The business terms listed below are defined as mandatory (i.e. with a cardinality as 1..1) in one or more of the formats: Business term BII SE DK NO For invoice as a whole UBL version identification Na Na X X Customization identification X Na X X Profile identification X Na X X Invoice type code X X Invoice number X X X X Invoice date X X X X Currency code X X X Supplier s name X X X X Supplier s address X X X Supplier s country code X X Supplier s organization number or X X X company number in the Register of Business Enterprises. Buyer s name X X X X Buyer s address X X X Buyer s country code X X Buyers reference identifier X X X Payment means code X X X Payment due date Delivery address Delivery date X VAT total amount X X VAT breakdown per VAT rate X X 12 X X
13 Report - CENBII2 Core Invoice mapped towards National E-invoice formats Status: Approved Sum of line amounts X X Total amount excluding VAT X X X Total amount including VAT X X X X Total amount to be paid X X X X On invoice line Line number X X X X Description of goods or services on X X line level. Quantity X X X Quantity unit of measure X X VAT category code X X Tax type/scheme X X VAT as only allowed value Price X X Net line amount X X X X Referencing of invoices in workflow management A key functionality in many e-invoicing scenarios is the possibility to refer to a person or function within the buyers organization who is to assess or approve the invoice. The reference value is used to automatically guide the e-invoice within the buyer s work-flow system. In BII this element is called Buyers reference identifier with requirement ID tir National format Business term XPATH Svefaktura RequisitionistDocu Invoice/RequisitionistDocumentReference/ID mentreference (mandatory element) OIOUBL Reference Invoice/cac:AccountingCustomerParty/cac:Party/cac:Cont act/cbc:id EHF Deres ref (mandatory element) Invoice/cac:AccountingCustomerParty/cac:Party/cac:Cont act/cbc:id 13
14 Report - CENBII2 Core Invoice mapped towards National E-invoice formats Status: Approved Mapping method It should be noted that the mapping described in this report is directed from BII2 Invoice Requirement Model towards the national formats. This report does not currently cover how to map from national formats toward BII2. This is an important distinction that should be kept in mind while analyzing the mappings. The mappings in the detailed section below have been categorized with regard to precision with the following types: Match Semantically equivalent business term. All possible values in BII2 can be converted to the target format. Near match - Semantically equivalent business term (or very closely meaning). Some possible values in BII2 may not be converted to the target format. The cardinality may possibly cause issues. Missing The business term from BII2 cannot be mapped to a corresponding element in the target format. These business terms have been mapped toward free text fields with prefixed descriptive text as a proposal on how to handle the gap. Annex 1 -Detailed mapping of CENBII2 Core Invoice Requirements 14
15 DK: OIOUBL Faktura 2.02 Page: 15 INVOICE tir Invoice type code A code that identifies the functional type of the invoice instance, such as commercial invoice, pro-forma invoice, final invoice. A code that identifies that the invoice is a commercial invoice. SE Term: InvoiceTypeCode SE Desc: Invoice type SE Precision: Near Match SE Note: Code 381 is not used (separate requirement model in BII). Codes for Factored and Corrective invoice should be mapped into Invoice/Note with text "Factored Invoice" and "Corrective Invoice". SE Link: Invoice/InvoiceTypeCode DK Term: cbc:invoicetypecode DK Precision: Near Match DK Note: Only 380 supported DK Link: Invoice/cbc:InvoiceTypeCode NO Term: cbc:invoicetypecode NO Note: Mandatory in BII2, optional in EHF NO Link: Invoice/cbc:InvoiceTypeCode tir Document identifier An invoice instance must contain an identifier. An invoice identifier enables positive referencing the document instance for various purposes including referencing between documents that are part of the same process. UBL 2.1: Invoice/cbc:InvoiceTypeCode CEFACT 11B: CrossIndustryInvoice/CIIHExchangedDocument/TypeCode SE Term: ID SE Desc: Invoice number SE Link: Invoice/ID DK Term: cbc:id DK Link: Invoice/cbc:ID NO Term: cbc:id NO Link: Invoice/cbc:ID UBL 2.1: Invoice/cbc:ID CEFACT 11B: CrossIndustryInvoice/CIIHExchangedDocument/ID tir Document issuing date The issue date of an invoice is required by EU SE Term: cbc:issuedate directives as well as country laws. An invoice SE Desc: Invoice date must therefore contain the date on which it was issued. SE Link: Invoice/cbc:IssueDate DK Term: cbc:issuedate
16 DK: OIOUBL Faktura 2.02 Page: 16 DK Link: Invoice/cbc:IssueDate NO Term: cbc:issuedate NO Link: Invoice/cbc:IssueDate UBL 2.1: Invoice/cbc:IssueDate CEFACT 11B: CrossIndustryInvoice/CIIHExchangedDocument/IssueDateTime tir Tax point date The date applicable VAT SE Term: TaxPointDate SE Desc: Tax point date SE Note: Only if different from Issue Date. Omit if the same value. SE Link: Invoice/TaxPointDate DK Term: cbc:taxpointdate DK Note: Typically not used in Danish market. DK Link: Invoice/cbc:TaxPointDate NO Term: cbc:taxpointdate NO Note: Typically not used in the Norwegian market. Assumed to be same as Invoice date. NO Link: Invoice/cbc:TaxPointDate UBL 2.1: Invoice/cbc:TaxPointDate ApplicableCIIHSupplyChainTradeSettlement/ApplicableCITradeTax/TaxPointDate tir Payment due date An invoice may contain the date on which payment is due. SE Term: cbc:duepaymentdate SE Desc: Due date SE Issue: Svefaktura has due date connected to PaymentMeans with up to three repetitions. Techincally the du date may differ dependent on the PaymetnMeans. SE Link: Invoice/cac:PaymentMeans/cbc:DuePaymentDate DK Term: cbc:paymentduedate DK Link: Invoice/cac:PaymentMeans/cbc:PaymentDueDate NO Term: cbc:paymentduedate NO Precision Near match NO Issue: Optional in BII2, mandatory in EHF NO Link: Invoice/cac:PaymentMeans/cbc:PaymentDueDate
17 DK: OIOUBL Faktura 2.02 Page: 17 tir Invoice currency code The currency in which the monetary amounts are stated must be stated in the invoice. UBL 2.1: Invoice/cac:PaymentMeans/cbc:PaymentDueDate ApplicableCIIHSupplyChainTradeSettlement/SpecifiedCITradePaymentTerms/ DueDateDateTime SE Term: InvoiceCurrencyCode SE Desc: Invoicing currency SE Issue: Optional in Svefaktura. SE Link: Invoice/InvoiceCurrencyCode DK Term: cbc:documentcurrencycode DK Link: Invoice/cbc:DocumentCurrencyCode NO Term: cbc:documentcurrencycode NO Link: Invoice/cbc:DocumentCurrencyCode tir Buyers reference identifier When purchasing, a buyer may give a reference identifier to the seller and request the seller to state it on the invoice. The meaning of the reference may have no relevance for the seller and since it is issued by the buyer, who is the receiver of the invoice. Consequently it does not have to be qualified. UBL 2.1: Invoice/cbc:DocumentCurrencyCode ApplicableCIIHSupplyChainTradeSettlement/InvoiceCurrencyCode SE Term: ID SE Desc: Requisitionist's reference SE Issue: Svefaktura has two repetitions for this BII reference. The first one should be used. SE Link: Invoice/RequisitionistDocumentReference/ID DK Term: cbc:id DK Note: See DK Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:Contact/cbc:ID NO Term: cbc:id NO Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:Contact/cbc:ID tir Order reference identifier To facilitate order invoice matching an invoice SE Term: BuyersID UBL 2.1: Invoice/cac:AccountingCustomerParty/cac:Party/cac:Contact/cbc:ID ApplicableCIIHSupplyChainTradeAgreement/BuyerReference
18 DK: OIOUBL Faktura 2.02 Page: 18 may contain an identifier of an order (issued by the buyer) that the invoice relates to. An invoice may only reference one order. SE Desc: Order number SE Issue: Svefaktura order reference is stated on line level. However there is a supporting rule that one invoice only should refer to one order. SE Link: Invoice/cac:InvoiceLine/cac:OrderLineReference/cac:OrderReference/BuyersID DK Term: cbc:id DK Link: Invoice/cac:OrderReference/cbc:ID NO Term: cbc:id NO Link: Invoice/cac:OrderReference/cbc:ID UBL 2.1: Invoice/cac:OrderReference/cbc:ID ApplicableCIIHSupplyChainTradeAgreement/ BuyerOrderReferencedCIReferencedDocument/IssuerAssignedID tir VAT total amount in local currency An invoice may, in cases when invoices are issued in currencies other than the national currency for VAT reporting, contain the VAT amount in the local currency. SE Term: TaxCurrencyTaxAmount SE Desc: Tax amount in VAT currency SE Precision: Near match SE Note: Stated per VAT subtotal in Svefaktura and only the total amount in BII2 SE Issue: Svefaktura states the converted VAT amounts in local currency on sub total level. Possible to securely translate from Svefaktura to BII2 (i.e. as a sum) but care should be observered in the other direction (i.e the total must not change if split into VAT subtotals). SE Link: Invoice/cac:TaxTotal/cac:TaxSubTotal/TaxCurrencyTaxAmount DK Term: cbc:taxamount DK Note: See DK Link: Invoice/cac:TaxTotal/cbc:TaxAmount NO Term: cbc:note NO Precision Missing NO Note: Use note-field on header-level. Prefix value with VAT total amount in local currency: NO Issue: No dedicated field. Only free text mapping NO Link: Invoice/cbc:Note UBL 2.1: Invoice/cac:TaxTotal/cbc:TaxAmount ApplicableCIIHSupplyChainTradeSettlement/ SpecifiedCIIHTradeSettlementMonetarySummation/TaxTotalAmount
19 DK: OIOUBL Faktura 2.02 Page: 19 tir Document level textual note The textual note provides the seller a means for providing unstructured information that is relevant to the invoice. This can be notes or other similar information for which the invoice specification does not contain suitable qualified elements. Information given in as textual notes is mainly intended for manual processing. When invoice clauses or declarations are used they should be stated in full in the note element. tir Customers accounting string The invoice may contain a reference to the buyer's accounting code applied to the invoice as a whole, expressed as text rather than a code in order to facilitate automation in booking into accounts following an order to invoice transformation. SE Term: SE Desc: SE Link: cbc:note Invoice free text Invoice/cbc:Note DK Term: cbc:note DK Link: Invoice/cbc:Note NO Term: cbc:note NO Link: Invoice/cbc:Note UBL 2.1: Invoice/cbc:Note CEFACT 11B: CrossIndustryInvoice/CIIHExchangedDocument/IncludedCINote/Content SE Term: ID SE Desc: Requisitionist's reference SE Issue: Svefaktura has two repetitions. This reference should be the second one. SE Link: Invoice/RequisitionistDocumentReference/ID DK Term: cbc:accountingcost DK Link: Invoice/cbc:AccountingCost NO Term: cbc:accountingcost NO Link: Invoice/cbc:AccountingCost tir n Payment terms An invoice may contain textual description of the payment terms that apply to the invoice due amount. E.g. penalty charges or intended collection procedures. UBL 2.1: Invoice/cbc:AccountingCost SE Term: cbc:note SE Desc: Payment terms SE Precision: Near Match SE Note: Not repeatable in Svefaktura. Concatenate values if more repetitions than one. SE Link: Invoice/cac:PaymentTerms/cbc:Note DK Term: cbc:note DK Note: 0..1 in OIOUBL DK Link: Invoice/cac:PaymentTerms/cbc:Note NO Term: cbc:note NO Precision Near match NO Issue: May be repeated in BII2, only one occurence in EHF NO Link: Invoice/cac:PaymentTerms/cbc:Note
20 DK: OIOUBL Faktura 2.02 Page: PROCESS CONTROL Information about the specification that apply to the transaction. tir Profile identifier Identifies the BII profile or business process context in which the transaction appears. Identifying the profile or business process context in which the transaction appears enables the buyer to direct the message to an appropriate service as well as controlling its relation to other documents exchanged as part of the same process. UBL 2.1: Invoice/cac:PaymentTerms/cbc:Note ApplicableCIIHSupplyChainTradeSettlement/SpecifiedCITradePaymentTerms/ Description SE Term: cbc:note SE Desc: Invoice free text SE Precision: Missing SE Note: Use note-field on header-level. Prefix value with Original Format ProfileID (for machine processing): SE Issue: No dedicated field. Only free text mapping SE Link: Invoice/cbc:Note DK Term: cbc:profileid DK Link: Invoice/cbc:ProfileID NO Term: cbc:profileid NO Link: Invoice/cbc:ProfileID UBL 2.1: Invoice/cbc:ProfileID CEFACT 11B: CrossIndustryInvoice/CIExchangedDocumentContext/ BusinessProcessSpecifiedCIDocumentContextParameter/ID tir Customization identifier Identifies the specification of content and rules SE Term: cbc:note that apply to the transaction. SE Desc: Invoice free text Identifying the customization/implementation SE Precision: Missing guide/contextualization of the syntax message and its extension that applies to the invoice SE Note: Use note-field on header-level. Prefix value with Original Format CustomizationID (for machine processing): transaction, enables the receiver to apply the SE Issue: No dedicated field. Only free text mapping correct validation to the received document as SE Link: Invoice/cbc:Note well as to route the document to an appropriate DK Term: cbc:customizationid service for processing. DK Link: Invoice/cbc:CustomizationID NO Term: cbc:customizationid NO Link: Invoice/cbc:CustomizationID
21 DK: OIOUBL Faktura 2.02 Page: INVOICE PERIOD For invoices that charge for services or items delivered over a time period, such as subscriptions or metered services, an invoice may contain information about the date period to which the invoice applies. tir Period start date The date on which the period starts. The start dates counts as part of the period. For invoices that charge for services or items delivered over a time period is necessary to be able to state the start date of the period for which the invoice relates such as for metered services and subscriptions. tir Period end date The date on which the period ends. The end date counts as part of the period. It must be possible to state the end date of the period for which the invoice relates such as for metered services and subscriptions. UBL 2.1: Invoice/cbc:CustomizationID CEFACT 11B: CrossIndustryInvoice/CIExchangedDocumentContext/ GuidelineSpecifiedCIDocumentContextParameter/ID SE Term: cbc:startdatetime SE Desc: Invoicing period start date SE Link: Invoice/InvoicingPeriod/cbc:StartDateTime DK Term: cbc:startdate DK Link: Invoice/cac:InvoicePeriod/cbc:StartDate NO Term: cbc:startdate NO Link: Invoice/cac:InvoicePeriod/cbc:StartDate UBL 2.1: Invoice/cac:InvoicePeriod/cbc:StartDate ApplicableCIIHSupplyChainTradeSettlement/BillingCISpecifiedPeriod/StartDateTime SE Term: cbc:enddatetime SE Desc: Invoicing period to date SE Link: Invoice/InvoicingPeriod/cbc:EndDateTime DK Term: cbc:enddate DK Link: Invoice/cac:InvoicePeriod/cbc:EndDate NO Term: cbc:enddate NO Link: Invoice/cac:InvoicePeriod/cbc:EndDate 1..1 SELLER tir Seller name An invoice must contain the name of the seller. SE Term: cbc:name UBL 2.1: Invoice/cac:InvoicePeriod/cbc:EndDate ApplicableCIIHSupplyChainTradeSettlement/BillingCISpecifiedPeriod/EndDateTime
22 DK: OIOUBL Faktura 2.02 Page: 22 tir Seller standard identifier An invoice may contain a registered identifier for the seller. Information referenced by the identifier is not considered part of the message (i.e. the buyer is not required to look up the identifier in the relevant registry and process additional information) SE Link: Invoice/cac:SellerParty/cac:Party/cac:PartyName/cbc:Name DK Term: cbc:name DK Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyName/cbc:Name NO Term: cbc:name NO Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyName/cbc:Name UBL 2.1: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyName/cbc:Name ApplicableCIIHSupplyChainTradeAgreement/SellerCITradeParty/Name SE Term: ID SE Precision: Near Match SE Note: Svefaktura only has qualifying attributes (schemeagencyid) for GS1 Location Numbers. SE Link: Invoice/cac:SellerParty/cac:Party/cac:PartyIdentification/ID DK Term: cbc:id DK Precision: Near Match DK Note: Mandatory in OIOUBL DK Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyIdentification/cbc:ID NO Term: cbc:id NO Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyIdentification/cbc:ID UBL 2.1: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyIdentification/cbc:ID ApplicableCIIHSupplyChainTradeAgreement/SellerCITradeParty/GlobalID tir Seller electronic address An invoice may contain the sellers electronic address. The address can be of any format and the format should be identified in the message. SE Term: cbc:note SE Desc: Invoice free text SE Precision: Missing SE Note: Use note-field on header-level. Prefix value with Seller End PointD: SE Issue: No dedicated field. Only free text mapping. Svefaktura is using envelope (ebms SOAP header or SBDH for identifying sender and receiver) SE Link: Invoice/cbc:Note DK Term: cbc:endpointid DK Precision: Near Match DK Note: Mandatory in OIOUBL
23 DK: OIOUBL Faktura 2.02 Page: 23 DK Link: Invoice/cac:AccountingSupplierParty/cac:Party/cbc:EndpointID NO Term: cbc:endpointid NO Issue: Attribute values not same as in PEPPOL/BII. Will be corrected in EHF 2.0. NO Link: Invoice/cac:AccountingSupplierParty/cac:Party/cbc:EndpointID tir Seller legal registration identifier An invoice may contain the identifier assigned to the party by the national company registrar. UBL 2.1: Invoice/cac:AccountingSupplierParty/cac:Party/cbc:EndpointID SE Term: CompanyID SE Desc: Party's VAT identification number (When TaxScheme/ID=VAT), or Party's organisation number (When TaxScheme/ID=SWT) SE Note: When TaxScheme/ID='SWT'. Should be stated un-formatted. SE Issue: Omission alerted, but may be acceptable if the sellers can voice business needs for omission SE Link: Invoice/cac:SellerParty/cac:Party/cac:PartyTaxScheme/CompanyID DK Term: cbc:companyid DK Precision: Near Match DK Note: Mandatory in OIOUBL DK Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cbc:CompanyID NO Term: cbc:companyid NO Precision Near match NO Note: EHF prescribes use of Organosasjonsnummer, including attribute values, for Norwegian companies. NO Issue: Optional in BII2, mandatory in EHF NO Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cbc:CompanyID UBL 2.1: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cbc:CompanyID ApplicableCIIHSupplyChainTradeAgreement/SellerCITradeParty/ SpecifiedCILegalOrganization/ID tir Seller legal registration name The name under which the seller is legally registered. SE Term: cbc:registrationname SE Desc: Registrered company name SE Link: Invoice/cac:SellerParty/cac:Party/cac:PartyTaxScheme/cbc:RegistrationName DK Term: cbc:registrationname DK Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cbc: RegistrationName
24 DK: OIOUBL Faktura 2.02 Page: 24 NO Term: cbc:registrationname NO Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cbc: RegistrationName tir Seller legal registration city The name of the city where the seller is legally registered. UBL 2.1: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cbc: RegistrationName ApplicableCIIHSupplyChainTradeAgreement/SellerCITradeParty/ SpecifiedCILegalOrganization/Name SE Term: cbc:cityname SE Desc: City/town SE Link: Invoice/cac:SellerParty/cac:Party/cac:PartyTaxScheme/cac:RegistrationAddress/cbc: CityName DK Term: cbc:cityname DK Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cac: RegistrationAddress/cbc:CityName NO Term: cbc:cityname NO Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cac: RegistrationAddress/cbc:CityName UBL 2.1: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cac: RegistrationAddress/cbc:CityName ApplicableCIIHSupplyChainTradeAgreement/SellerCITradeParty/ SpecifiedCILegalOrganization/PostalCITradeAddress/CityName tir Seller legal registration country The country in which the seller is legally registered. SE Term: cac:country SE Desc: Country code SE Link: Invoice/cac:SellerParty/cac:Party/cac:PartyTaxScheme/cac:RegistrationAddress/cac: Country DK Term: cbc:identificationcode DK Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cac: RegistrationAddress/cac:Country/cbc:IdentificationCode
25 DK: OIOUBL Faktura 2.02 Page: 25 tir Seller VAT identifier When the invoice is a VAT invoice it must state the sellers VAT registration number and tax scheme. NO Term: cac:country cbc:identificationcode Match NO Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cac: RegistrationAddress/cac:Country Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cac: RegistrationAddress/cac:Country/cbc:IdentificationCode UBL 2.1: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyLegalEntity/cac: RegistrationAddress/cac:Country/cbc:IdentificationCode ApplicableCIIHSupplyChainTradeAgreement/SellerCITradeParty/ SpecifiedCILegalOrganization/PostalCITradeAddress/CountryID SE Term: CompanyID SE Desc: Party's VAT identification number (When TaxScheme/ID=VAT), or Party's organisation number (When TaxScheme/ID=SWT) SE Note: When TaxScheme/ID='VAT'. Should be in stated in EU-format. SE Link: Invoice/cac:SellerParty/cac:Party/cac:PartyTaxScheme/CompanyID DK Term: cbc:companyid DK Note: When TaxScheme/ID='VAT' DK Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID NO Term: cbc:companyid NO Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID UBL 2.1: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc:CompanyID ApplicableCIIHSupplyChainTradeAgreement/SellerCITradeParty/ SpecifiedCITaxRegistration/ID tir Sellers tax registration status An invoice may contain a textual identifier or code that enables the seller to state his registered status for tax purposes. SE Term: cbc:exemptionreason SE Desc: Seller's tax paying status SE Link: Invoice/cac:SellerParty/cac:Party/cac:PartyTaxScheme/cbc:ExemptionReason NO Term: cbc:note NO Precision Missing NO Note: Use note-field on header-level. Prefix value with Sellers tax registration status:
26 DK: OIOUBL Faktura 2.02 Page: 26 NO Issue: NO Link: No dedicated field. Only free text mapping Invoice/cbc:Note 0..1 POSTAL ADDRESS Address information. tir Address line 1 The main address line in a postal address usually the street name and number. An invoice must contain the seller s street name and number or P.O.box. UBL 2.1: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyTaxScheme/cbc: ExemptionReason ApplicableCIIHSupplyChainTradeAgreement/SellerCITradeParty/ SpecifiedCITaxRegistration/AssociatedCIRegisteredTax/Description SE Term: cbc:streetname SE Desc: Street address SE Link: Invoice/cac:SellerParty/cac:Party/cac:Address/cbc:StreetName DK Term: cbc:streetname DK Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cbc:StreetName NO Term: cbc:streetname NO Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cbc:StreetName tir Address line 2 An additional address line in a postal address that can be used to give further details supplementing the main line. Common use are secondary house number in a complex or in a building. An invoice may contain an additional address line for seller address. UBL 2.1: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cbc:StreetName ApplicableCIIHSupplyChainTradeAgreement/SellerCITradeParty/ PostalCITradeAddress/LineOne SE Term: cbc:department SE Desc: Department SE Precision: Near Match SE Link: Invoice/cac:SellerParty/cac:Party/cac:Address/cbc:Department DK Term: cbc:additionalstreetname DK Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cbc: AdditionalStreetName NO Term: cbc:additionalstreetname NO Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cbc: AdditionalStreetName
27 DK: OIOUBL Faktura 2.02 Page: 27 tir City The common name of the city where the postal address is. The name is written in full rather than as a code. An invoice must contain the seller s city. UBL 2.1: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cbc: AdditionalStreetName ApplicableCIIHSupplyChainTradeAgreement/SellerCITradeParty/ PostalCITradeAddress/LineTwo SE Term: cbc:cityname SE Desc: City/town SE Link: Invoice/cac:SellerParty/cac:Party/cac:Address/cbc:CityName DK Term: cbc:cityname DK Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cbc:CityName NO Term: cbc:cityname NO Precision Near Match NO Issue: Optional in BII2, mandatory in EHF NO Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cbc:CityName UBL 2.1: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cbc:CityName ApplicableCIIHSupplyChainTradeAgreement/SellerCITradeParty/ PostalCITradeAddress/CityName tir Post code The identifier for an addressable group of properties according to the relevant national postal service, such as a ZIP code or Post Code. An invoice may contain the seller s post code. SE Term: cbc:postalzone SE Desc: Postal number SE Note: Should be stated without formatting (no spaces or dashes) SE Link: Invoice/cac:SellerParty/cac:Party/cac:Address/cbc:PostalZone DK Term: cbc:postalzone DK Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cbc:PostalZone NO Term: cbc:postalzone NO Precision Near match NO Issue: Optional in BII2, mandatory in EHF NO Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cbc:PostalZone UBL 2.1: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cbc:PostalZone ApplicableCIIHSupplyChainTradeAgreement/SellerCITradeParty/ PostalCITradeAddress/PostcodeCode
28 DK: OIOUBL Faktura 2.02 Page: 28 tir Country subdivision For specifying a region, county, state, province etc. within a country by using text. In some countries regions or other type of country sub divisions are commonly used.an invoice may contain that information. SE Term: cbc:line SE Precision: Near Match SE Note: Prefix value with "Country subdivision:" (Normally not used in Sweden) SE Link: Invoice/cac:SellerParty/cac:Party/cac:Address/cac:AddressLine/cbc:Line DK Term: cbc:countrysubentity DK Note: Normally not used in Denmark DK Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cbc: CountrySubentity NO Term: cbc:countrysubentity NO Note: Normally not used in the Norwegian market. Included in EHF for compatibility with BII1. NO Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cbc: CountrySubentity tir Country code The country where the address is. The country should always be given by using ISO code 3166 alpha 2 The seller s address country must be contained in an invoice in the form of a two letter code (ISO alpha-2) CONTACTING DETAILS Used to provide contacting information for a UBL 2.1: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cbc: CountrySubentity ApplicableCIIHSupplyChainTradeAgreement/SellerCITradeParty/ PostalCITradeAddress/CountrySubDivisionName SE Term: cac:country SE Desc: Country code SE Link: Invoice/cac:SellerParty/cac:Party/cac:Address/cac:Country DK Term: cbc:identificationcode DK Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cac:Country/cbc: IdentificationCode NO Term: cbc:identificationcode NO Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cac:Country/cbc: IdentificationCode UBL 2.1: Invoice/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cac:Country/cbc: IdentificationCode ApplicableCIIHSupplyChainTradeAgreement/SellerCITradeParty/ PostalCITradeAddress/CountryID
29 DK: OIOUBL Faktura 2.02 Page: 29 party in general or a person. tir Contact person name The name of the contact person. An invoice may contain a person name for a relevant contact at the seller. SE Term: cbc:name SE Link: Invoice/cac:SellerParty/cac:Party/cac:Contact/cbc:Name DK Term: cbc:name DK Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:Contact/cbc:Name NO Term: cbc:familyname NO Note: EHF has separate optional fields for components of the person name NO Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:Person/cbc:FamilyName tir Contact fax number A fax number for the contact persons. An invoice may contain a tele-fax number for a relevant contact at the seller. tir Contact telephone number A phone number for the contact person. If the person has a direct number, this is that number. An invoice may contain a telephone number for a relevant contact at the seller. UBL 2.1: Invoice/cac:AccountingSupplierParty/cac:Party/cac:Contact/cbc:Name ApplicableCIIHSupplyChainTradeAgreement/SellerCITradeParty/ DefinedCITradeContact/PersonName SE Term: cbc:telefax SE Link: Invoice/cac:SellerParty/cac:Party/cac:Contact/cbc:Telefax DK Term: cbc:telefax DK Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:Contact/cbc:Telefax NO Term: cbc:telefax NO Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:Contact/cbc:Telefax UBL 2.1: Invoice/cac:AccountingSupplierParty/cac:Party/cac:Contact/cbc:Telefax ApplicableCIIHSupplyChainTradeAgreement/SellerCITradeParty/ DefinedCITradeContact/FaxCIUniversalCommunication/CompleteNumber SE Term: cbc:telephone SE Link: Invoice/cac:SellerParty/cac:Party/cac:Contact/cbc:Telephone DK Term: cbc:telephone DK Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:Contact/cbc:Telephone NO Term: cbc:telephone
30 DK: OIOUBL Faktura 2.02 Page: 30 NO Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:Contact/cbc:Telephone tir Contact address The address for the contact person. If the person has a direct this is that . An invoice may contain a telephone number for a relevant contact at the seller. UBL 2.1: Invoice/cac:AccountingSupplierParty/cac:Party/cac:Contact/cbc:Telephone ApplicableCIIHSupplyChainTradeAgreement/SellerCITradeParty/ DefinedCITradeContact/TelephoneCIUniversalCommunication/CompleteNumber SE Term: cbc:electronicmail SE Link: Invoice/cac:SellerParty/cac:Party/cac:Contact/cbc:ElectronicMail DK Term: cbc:electronicmail DK Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:Contact/cbc:ElectronicMail NO Term: cbc:electronicmail NO Link: Invoice/cac:AccountingSupplierParty/cac:Party/cac:Contact/cbc:ElectronicMail UBL 2.1: Invoice/cac:AccountingSupplierParty/cac:Party/cac:Contact/cbc:ElectronicMail ApplicableCIIHSupplyChainTradeAgreement/SellerCITradeParty/ DefinedCITradeContact/ URICIUniversalCommunication/CompleteNumber 1..1 BUYER tir Buyer name An invoice must contain name of the buyer. SE Term: cbc:name SE Link: Invoice/cac:BuyerParty/cac:Party/cac:PartyName/cbc:Name tir Buyer standard identifier An invoice may contain a registered identifier for the buyer. Information referenced by the identifier is not considered part of the message DK Term: cbc:name DK Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PartyName/cbc:Name NO Term: cbc:name NO Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PartyName/cbc:Name UBL 2.1: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PartyName/cbc:Name ApplicableCIIHSupplyChainTradeAgreement/BuyerCITradeParty/Name SE Term: ID SE Precision: Near Match SE Note: Svefaktura only has qualifying attributes (schemeagencyid) for GS1 Location
31 DK: OIOUBL Faktura 2.02 Page: 31 (i.e. The buyer is not required to look up the identifier in the relevant registry and process additional information) tir Buyers electronic address An invoice may contain the buyers electronic address. The address can be of any format and the format should be identified in the message. SE Link: Numbers. Invoice/cac:BuyerParty/cac:Party/cac:PartyIdentification/ID DK Term: cbc:id DK Precision: Near Match DK Note: Mandatory in OIOUBL DK Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PartyIdentification/cbc:ID NO Term: cbc:id NO Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PartyIdentification/cbc:ID UBL 2.1: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PartyIdentification/cbc:ID ApplicableCIIHSupplyChainTradeAgreement/BuyerCITradeParty/GlobalID SE Term: cbc:note SE Desc: Invoice free text SE Precision: Missing SE Note: Use note-field on header-level. Prefix value with Buyers End PointD: SE Issue: No dedicated field. Only free text mapping. Svefaktura is using envelope (ebms SOAP header or SBDH for identifying sender and receiver) SE Link: Invoice/cbc:Note DK Term: cbc:endpointid DK Precision: Near Match DK Note: Mandatory in OIOUBL DK Link: Invoice/cac:AccountingCustomerParty/cac:Party/cbc:EndpointID NO Term: cbc:endpointid NO Note: Attribute values not same as in PEPPOL/BII. Will be corrected in EHF 2.0. NO Link: Invoice/cac:AccountingCustomerParty/cac:Party/cbc:EndpointID tir Buyer legal registration identifier An invoice may contain the identifier assigned to the Party by the national company registrar. UBL 2.1: Invoice/cac:AccountingCustomerParty/cac:Party/cbc:EndpointID SE Term: CompanyID SE Desc: Party's VAT identification number (when TaxScheme/ID=VAT) or organisation number (when TaxScheme/ID=SWT) SE Note: When TaxScheme/ID='SWT' SE Link: Invoice/cac:BuyerParty/cac:Party/cac:PartyTaxScheme/CompanyID DK Term: cbc:companyid DK Precision: Near Match
32 DK: OIOUBL Faktura 2.02 Page: 32 DK Note: Mandatory in OIOUBL DK Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PartyLegalEntity/cbc:CompanyID NO Term: cbc:companyid NO Precision Near match NO Issue: Optional in BII2, mandatory in EHF NO Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PartyLegalEntity/cbc:CompanyID tir Buyer VAT identifier An invoice may contain the buyers VAT identifier In order to facilitate reverse charge and intra community supply invoicing. UBL 2.1: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PartyLegalEntity/cbc:CompanyID ApplicableCIIHSupplyChainTradeAgreement/BuyerCITradeParty/ SpecifiedCILegalOrganization/ID SE Term: CompanyID SE Desc: Party's VAT identification number (when TaxScheme/ID=VAT) or organisation number (when TaxScheme/ID=SWT) SE Note: When TaxScheme/ID='VAT' SE Link: Invoice/cac:BuyerParty/cac:Party/cac:PartyTaxScheme/CompanyID DK Term: cbc:companyid DK Precision: Near Match DK Note: Reverse Charge is indicated in TaxCategoryID. DK Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PartyTaxScheme/cbc: CompanyID NO Term: cbc:companyid NO Note: EHF prescribes use of Organisasjonsnummer, including attribute values, for Norwegian companies. NO Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PartyTaxScheme/cbc: CompanyID UBL 2.1: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PartyTaxScheme/cbc: CompanyID ApplicableCIIHSupplyChainTradeAgreement/BuyerCITradeParty/ SpecifiedCITaxRegistration/ID 0..1 POSTAL ADDRESS Address information. tir Address line 1 The main address line in a postal address usually the street name and number. An invoice must contain the buyer s street name and number or P.O. box. SE Term: cbc:streetname SE Desc: Street address SE Link: Invoice/cac:BuyerParty/cac:Party/cac:Address/cbc:StreetName
33 DK: OIOUBL Faktura 2.02 Page: 33 tir Address line 2 An additional address line in a postal address that can be used to give further details supplementing the main line. Common use are secondary house number in a complex or in a building. An invoice may give an additional address line for buyer s address. tir City The common name of the city where the postal address is. The name is written in full rather than as a code. An invoice must contain the buyer s city. DK Term: cbc:streetname DK Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:StreetName NO Term: cbc:streetname NO Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:StreetName UBL 2.1: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:StreetName ApplicableCIIHSupplyChainTradeAgreement/BuyerCITradeParty/ PostalCITradeAddress/LineOne SE Term: cbc:department SE Desc: Department SE Link: Invoice/cac:BuyerParty/cac:Party/cac:Address/cbc:Department DK Term: cbc:additionalstreetname DK Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc: AdditionalStreetName NO Term: cbc:additionalstreetname NO Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc: AdditionalStreetName UBL 2.1: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc: AdditionalStreetName ApplicableCIIHSupplyChainTradeAgreement/BuyerCITradeParty/ PostalCITradeAddress/LineTwo SE Term: cbc:cityname SE Desc: City/town SE Link: Invoice/cac:BuyerParty/cac:Party/cac:Address/cbc:CityName DK Term: cbc:cityname DK Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:CityName NO Term: cbc:cityname NO Precision Near match
34 DK: OIOUBL Faktura 2.02 Page: 34 NO Issue: NO Link: Optional in BII2, mandatory in EHF Invoice/cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:CityName tir Post code The identifier for an addressable group of properties according to the relevant national postal service, such as a ZIP code or Post Code. An invoice may contain the buyer s post code. UBL 2.1: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:CityName ApplicableCIIHSupplyChainTradeAgreement/BuyerCITradeParty/ PostalCITradeAddress/CityName SE Term: cbc:postalzone SE Desc: Postal number SE Link: Invoice/cac:BuyerParty/cac:Party/cac:Address/cbc:PostalZone DK Term: cbc:postalzone DK Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:PostalZone NO Term: cbc:postalzone NO Precision Near match NO Issue: Optional in BII2, mandatory in EHF NO Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:PostalZone UBL 2.1: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:PostalZone ApplicableCIIHSupplyChainTradeAgreement/BuyerCITradeParty/ PostalCITradeAddress/PostcodeCode tir Country subdivision For specifying a region, county, state, province etc. within a country by using text. In some countries regions or other type of country sub divisions are commonly used. An invoice may contain that information. SE Term: cbc:line SE Precision: Near Match SE Note: Prefix value with "Country subdivision:" (Normally not used in Sweden.) SE Link: Invoice/cac:BuyerParty/cac:Party/cac:Address/cac:AddressLine/cbc:Line DK Term: cbc:countrysubentity DK Note: Normally not used in DK DK Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc: CountrySubentity NO Term: cbc:countrysubentity NO Note: Normally not used in the Norwegian market. Included in EHF for compatibility with BII1. NO Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc: CountrySubentity
35 DK: OIOUBL Faktura 2.02 Page: 35 tir Country code The country where the address is. The country should always be given by using ISO code 3166 alpha 2 The buyer s address country must be given in an invoice in the form of a two letter code (ISO alpha-2). UBL 2.1: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc: CountrySubentity ApplicableCIIHSupplyChainTradeAgreement/BuyerCITradeParty/ PostalCITradeAddress/CountrySubDivisionName SE Term: cac:country SE Desc: Country code SE Link: Invoice/cac:BuyerParty/cac:Party/cac:Address/cac:Country DK Term: cbc:identificationcode DK Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cac:Country/cbc: IdentificationCode NO Term: cbc:identificationcode NO Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cac:Country/cbc: IdentificationCode UBL 2.1: Invoice/cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cac:Country/cbc: IdentificationCode ApplicableCIIHSupplyChainTradeAgreement/BuyerCITradeParty/ PostalCITradeAddress/CountryID 0..1 CONTACTING DETAILS Used to provide contacting information for a party in general or a person. tir Contact person name The name of the contact person. An invoice may contain a person name for a relevant contact at the buyer. SE Term: cbc:name SE Link: Invoice/cac:BuyerParty/cac:Party/cac:Contact/cbc:Name DK Term: cbc:name DK Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:Contact/cbc:Name NO Term: cbc:familyname NO Note: EHF has separate fields for components of the name (first, middle and family) NO Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:Person/cbc:FamilyName UBL 2.1: Invoice/cac:AccountingCustomerParty/cac:Party/cac:Contact/cbc:Name
36 DK: OIOUBL Faktura 2.02 Page: 36 tir Contact fax number A fax number for the contact persons. An invoice may contain the tele-fax number for a relevant contact at the buyer. tir Contact telephone number A phone number for the contact person. If the person has a direct number, this is that number. An invoice may contain the telephone number for a relevant contact at the buyer. tir Contact address The address for the contact person. If the person has a direct this is that . An invoice may contain an address for a relevant contact at the buyer. ApplicableCIIHSupplyChainTradeAgreement/BuyerCITradeParty/ DefinedCITradeContact/PersonName SE Term: cbc:telefax SE Link: Invoice/cac:BuyerParty/cac:Party/cac:Contact/cbc:Telefax DK Term: cbc:telefax DK Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:Contact/cbc:Telefax NO Term: cbc:telefax NO Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:Contact/cbc:Telefax UBL 2.1: Invoice/cac:AccountingCustomerParty/cac:Party/cac:Contact/cbc:Telefax ApplicableCIIHSupplyChainTradeAgreement/BuyerCITradeParty/ DefinedCITradeContact/FaxCIUniversalCommunication/CompleteNumber SE Term: cbc:telephone SE Link: Invoice/cac:BuyerParty/cac:Party/cac:Contact/cbc:Telephone DK Term: cbc:telephone DK Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:Contact/cbc:Telephone NO Term: cbc:telephone NO Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:Contact/cbc:Telephone UBL 2.1: Invoice/cac:AccountingCustomerParty/cac:Party/cac:Contact/cbc:Telephone ApplicableCIIHSupplyChainTradeAgreement/BuyerCITradeParty/ DefinedCITradeContact/TelephoneCIUniversalCommunication/CompleteNumber SE Term: cbc:electronicmail SE Link: Invoice/cac:BuyerParty/cac:Party/cac:Contact/cbc:ElectronicMail DK Term: cbc:electronicmail DK Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:Contact/cbc:ElectronicMail NO Term: cbc:electronicmail
37 DK: OIOUBL Faktura 2.02 Page: 37 NO Link: Invoice/cac:AccountingCustomerParty/cac:Party/cac:Contact/cbc:ElectronicMail UBL 2.1: Invoice/cac:AccountingCustomerParty/cac:Party/cac:Contact/cbc:ElectronicMail ApplicableCIIHSupplyChainTradeAgreement/BuyerCITradeParty/ DefinedCITradeContact/ URICIUniversalCommunication/CompleteNumber 0..1 PAYEE tir Payee name The neame of the payee party. SE Term: PayeePartyName SE Desc: Name of payee SE Link: Invoice/cac:PaymentMeans/PayeePartyName DK Term: cbc:name DK Link: Invoice/cac:PayeeParty/cac:PartyName/cbc:Name NO Term: cbc:name NO Link: Invoice/cac:PayeeParty/cac:PartyName/cbc:Name tir Payee identifier Used in absense of or in addition to the payee party name. Use and identifier known to the document recipient. UBL 2.1: Invoice/cac:PayeeParty/cac:PartyName/cbc:Name ApplicableCIIHSupplyChainTradeSettlement/PayeeCITradeParty/Name SE Term: cbc:note SE Desc: Invoice free text SE Precision: Missing SE Note: Use note-field on header-level. Prefix value with Payee party ID: SE Issue: No dedicated field. Only free text mapping SE Link: Invoice/cbc:Note DK Term: cbc:id DK Link: Invoice/cac:PayeeParty/cac:PartyIdentification/cbc:ID NO Term: cbc:id NO Link: Invoice/cac:PayeeParty/cac:PartyIdentification/cbc:ID UBL 2.1: Invoice/cac:PayeeParty/cac:PartyIdentification/cbc:ID ApplicableCIIHSupplyChainTradeSettlement/PayeeCITradeParty/ID
38 DK: OIOUBL Faktura 2.02 Page: 38 tir Payee legal registration identifier An invoice may contain the identifier assigned to the payee by the national company registrar. SE Term: cbc:note SE Desc: Invoice free text SE Precision: Missing SE Note: Use note-field on header-level. Prefix value with Payee legal registration ID: SE Issue: No dedicated field. Only free text mapping SE Link: Invoice/cbc:Note DK Term: cbc:companyid DK Link: Invoice/cac:PayeeParty/cac:PartyLegalEntity/cbc:CompanyID NO Term: cbc:companyid NO Link: Invoice/cac:PayeeParty/cac:PartyLegalEntity/cbc:CompanyID UBL 2.1: Invoice/cac:PayeeParty/cac:PartyLegalEntity/cbc:CompanyID ApplicableCIIHSupplyChainTradeSettlement/PayeeCITradeParty/ SpecifiedCILegalOrganization/ID 0..1 SELLERS TAX REPRESENTATIVE PARTY A party representing the seller for tax purposes e.g. when the seller is foreign then this is his representative in the buyers country. tir Party name The neame of the tax representative party. SE Term: cbc:note SE Desc: Invoice free text SE Precision: Missing SE Note: Use note-field on header-level. Prefix value with Sellers tax representative name: SE Issue: No dedicated field. Only free text mapping SE Link: Invoice/cbc:Note DK Term: cbc:note DK Precision: Missing DK Note: Use note-field on header-level. Prefix value with Sellers tax representative Name: DK Issue: No dedicated field. Only free text mapping DK Link: Invoice/cbc:Note NO Term: cbc:note NO Precision Missing NO Note: Use note-field on header-level. Prefix value with Sellers tax representative Name: NO Issue: No dedicated field. Only free text mapping NO Link: Invoice/cbc:Note UBL 2.1: Invoice/cac:TaxRepresentativeParty/cac:PartyName
39 DK: OIOUBL Faktura 2.02 Page: 39 tir Party VAT identifier The tax representative party's VAT registration ID ApplicableCIIHSupplyChainTradeAgreement/ SellerAssignedAccountantCITradeParty/Name SE Term: cbc:note SE Desc: Invoice free text SE Precision: Missing SE Note: Use note-field on header-level. Prefix value with Sellers tax representative VAT-ID: SE Issue: No dedicated field. Only free text mapping SE Link: Invoice/cbc:Note DK Term: cbc:note DK Precision: Missing DK Note: Use note-field on header-level. Prefix value with Sellers tax representative VAT ID: DK Issue: No dedicated field. Only free text mapping DK Link: Invoice/cbc:Note NO Term: cbc:note NO Precision Missing NO Note: Use note-field on header-level. Prefix value with Sellers tax representative VAT ID: NO Issue: No dedicated field. Only free text mapping NO Link: Invoice/cbc:Note UBL 2.1: Invoice/cac:TaxRepresentativeParty/cac:PartyTaxScheme/cbc:CompanyID ApplicableCIIHSupplyChainTradeAgreement/ SellerAssignedAccountantCITradeParty/SpecifiedCILegalOrganization/ID 0..1 CONTRACT REFERENCE tir Contract type, coded An invoice may contain the type of contract that is referred to (such as framework agreement) in a coded way to enable automated processing based on the contract type. SE Term: cbc:note SE Desc: Invoice free text SE Precision: Missing SE Note: Use note-field on header-level. Prefix value with Referenced Contract Type Code: SE Link: Invoice/cbc:Note DK Term: cbc:note DK Precision: Missing DK Note: Use note-field on header-level. Prefix value with Contract type code DK Issue: No dedicated field. Only free text mapping. Type derived from class. DK Link: Invoice/cbc:Note NO Term: cbc:note NO Precision Missing NO Note: Use note-field on header-level. Prefix value with Contract type code: NO Issue: No dedicated field. Only free text mapping NO Link: Invoice/cbc:Note
40 DK: OIOUBL Faktura 2.02 Page: n BASIC REFERENCING A referece to a document or other source that can be positively identified. tir Reference identifier Positive identification of the reference such as a unique identifier. To positively identify relevant contractual issues the invoice may contain an identifier of a contract that applies to the invoice. tir Reference type The short description of what is reference such as contract type, document type, meter etc. An invoice may contain the type of contract that is referred to (such as framework agreement) UBL 2.1: Invoice/cac:ContractDocumentReference/cbc:DocumentTypeCode ApplicableCIIHSupplyChainTradeAgreement/ ContractReferencedCIReferencedDocument/ReferenceTypeCode SE Term: ID SE Note: When identificationschemeid="ct" SE Issue: Only contract, not possible to qualify what type of contract SE Link: Invoice/AdditionalDocumentReference/ID DK Term: cbc:id DK Link: Invoice/cac:ContractDocumentReference/cbc:ID NO Term: cbc:id NO Link: Invoice/cac:ContractDocumentReference/cbc:ID UBL 2.1: Invoice/cac:ContractDocumentReference/cbc:ID ApplicableCIIHSupplyChainTradeAgreement/ ContractReferencedCIReferencedDocument/IssuerAssignedID SE Term: cbc:note SE Desc: Invoice free text SE Precision: Missing SE Note: Use note-field on header-level. Prefix value with Referenced Contract Type: SE Link: Invoice/cbc:Note DK Term: cbc:documenttype DK Link: Invoice/cac:ContractDocumentReference/cbc:DocumentType NO Term: cbc:documenttype NO Link: Invoice/cac:ContractDocumentReference/cbc:DocumentType UBL 2.1: Invoice/cac:ContractDocumentReference/cbc:DocumentType
41 DK: OIOUBL Faktura 2.02 Page: DELIVERY DETAILS tir Delivered to location identifier An invoice may contain an identifier for the location to which the items where delivered. ApplicableCIIHSupplyChainTradeAgreement/ ContractReferencedCIReferencedDocument/Information SE Term: ID SE Desc: Address identifier SE Link: Invoice/cac:Delivery/cac:DeliveryAddress/ID DK Term: cbc:id DK Link: Invoice/cac:Delivery/cac:DeliveryLocation/cbc:ID NO Term: cbc:id NO Link: Invoice/cac:Delivery/cac:DeliveryLocation/cbc:ID tir Delivery date An invoice may contain the actual delivery date on which goods or consignments are delivered from the seller. Also applicable for service completion date. UBL 2.1: Invoice/cac:Delivery/cac:DeliveryLocation/cbc:ID ApplicableCIIHSupplyChainTradeDelivery/ActualDeliveryCISupplyChainEvent/ OccurrenceCILogisticsLocation/ID SE Term: cbc:actualdeliverydatetime SE Desc: Actual delivery date SE Issue: Svefaktura is using DateTime SE Link: Invoice/cac:Delivery/cbc:ActualDeliveryDateTime DK Term: cbc:actualdeliverydate DK Link: Invoice/cac:Delivery/cbc:ActualDeliveryDate NO Term: cbc:actualdeliverydate NO Precision Near match NO Issue: Optional in BII2, mandatory in EHF NO Link: Invoice/cac:Delivery/cbc:ActualDeliveryDate UBL 2.1: Invoice/cac:Delivery/cbc:ActualDeliveryDate ApplicableCIIHSupplyChainTradeDelivery/ActualDeliveryCISupplyChainEvent/ OccurrenceDateTime 0..1 DELIVERED TO ADDRESS Address information. tir Address line 1 The main address line in a postal address usually the street name and number. An invoice may contain the address to which SE Term: cbc:streetname SE Desc: Street address
42 DK: OIOUBL Faktura 2.02 Page: 42 tir Address line 2 An additional address line in a postal address that can be used to give further details supplementing the main line. Common use are secondary house number in a complex or in a building. An invoice may contain an additional address line in the delivered to address. tir City The common name of the city where the postal address is. The name is written in full rather than as a code. An invoice may contain the name of the city to which the items where delivered. the items where delivered. SE Link: Invoice/cac:Delivery/cac:DeliveryAddress/cbc:StreetName DK Term: cbc:streetname DK Link: Invoice/cac:Delivery/cac:DeliveryLocation/cac:Address/cbc:StreetName NO Term: cbc:streetname NO Link: Invoice/cac:Delivery/cac:DeliveryLocation/cac:Address/cbc:StreetName UBL 2.1: Invoice/cac:Delivery/cac:DeliveryLocation/cac:Address/cbc:StreetName ApplicableCIIHSupplyChainTradeDelivery/ActualDeliveryCISupplyChainEvent/ OccurrenceCILogisticsLocation/PostalCITradeAddress/LineOne SE Term: cbc:department SE Desc: Department SE Precision: Near Match SE Link: Invoice/cac:Delivery/cac:DeliveryAddress/cbc:Department DK Term: cbc:additionalstreetname DK Link: Invoice/cac:Delivery/cac:DeliveryLocation/cac:Address/cbc:AdditionalStreetName NO Term: cbc:additionalstreetname NO Link: Invoice/cac:Delivery/cac:DeliveryLocation/cac:Address/cbc:AdditionalStreetName UBL 2.1: Invoice/cac:Delivery/cac:DeliveryLocation/cac:Address/cbc:AdditionalStreetName ApplicableCIIHSupplyChainTradeDelivery/ActualDeliveryCISupplyChainEvent/ OccurrenceCILogisticsLocation/PostalCITradeAddress/LineTwo SE Term: cbc:cityname SE Desc: City/town SE Link: Invoice/cac:Delivery/cac:DeliveryAddress/cbc:CityName DK Term: cbc:cityname DK Link: Invoice/cac:Delivery/cac:DeliveryLocation/cac:Address/cbc:CityName NO Term: cbc:cityname NO Precision Near match NO Issue: Optional in BII2, mandatory in EHF NO Link: Invoice/cac:Delivery/cac:DeliveryLocation/cac:Address/cbc:CityName
43 DK: OIOUBL Faktura 2.02 Page: 43 tir Post code The identifier for an addressable group of properties according to the relevant national postal service, such as a ZIP code or Post Code. An invoice may contain the post code to which the items where delivered. tir Country subdivision For specifying a region, county, state, province etc. within a country by using text. In some countries regions or other type of country sub divisions are commonly used. An invoice may contain the country sub division to which the items where delivered. UBL 2.1: Invoice/cac:Delivery/cac:DeliveryLocation/cac:Address/cbc:CityName ApplicableCIIHSupplyChainTradeDelivery/ActualDeliveryCISupplyChainEvent/ OccurrenceCILogisticsLocation/PostalCITradeAddress/CityName SE Term: cbc:postalzone SE Desc: Postal number SE Link: Invoice/cac:Delivery/cac:DeliveryAddress/cbc:PostalZone DK Term: cbc:postalzone DK Link: Invoice/cac:Delivery/cac:DeliveryLocation/cac:Address/cbc:PostalZone NO Term: cbc:postalzone NO Precision Near match NO Issue: Optional in BII2, mandatory in EHF NO Link: Invoice/cac:Delivery/cac:DeliveryLocation/cac:Address/cbc:PostalZone UBL 2.1: Invoice/cac:Delivery/cac:DeliveryLocation/cac:Address/cbc:PostalZone ApplicableCIIHSupplyChainTradeDelivery/ActualDeliveryCISupplyChainEvent/ OccurrenceCILogisticsLocation/PostalCITradeAddress/PostcodeCode SE Term: cbc:line SE Precision: Near Match SE Note: Prefix value with "Country subdivision:" (Normally not used in Sweden.) SE Link: Invoice/cac:Delivery/cac:DeliveryAddress/cac:AddressLine/cbc:Line DK Term: cbc:countrysubentity DK Note: Normally not used in DK DK Link: Invoice/cac:Delivery/cac:DeliveryLocation/cac:Address/cbc:CountrySubentity NO Term: cbc:countrysubentity NO Note: Normally not used in the Norwegian market. Included in EHF for compatibility with BII1. NO Link: Invoice/cac:Delivery/cac:DeliveryLocation/cac:Address/cbc:CountrySubentity UBL 2.1: Invoice/cac:Delivery/cac:DeliveryLocation/cac:Address/cbc:CountrySubentity ApplicableCIIHSupplyChainTradeDelivery/ActualDeliveryCISupplyChainEvent/
44 DK: OIOUBL Faktura 2.02 Page: 44 tir Country code The country where the address is. The country should always be given by using ISO code 3166 alpha 2 Since delivery country may affect VAT issues an invoice may contain the country to which the items were delivered. OccurrenceCILogisticsLocation/PostalCITradeAddress/CountrySubDivisionName SE Term: cac:country SE Desc: Country code SE Link: Invoice/cac:Delivery/cac:DeliveryAddress/cac:Country DK Term: cbc:identificationcode DK Link: Invoice/cac:Delivery/cac:DeliveryLocation/cac:Address/cac:Country/cbc: IdentificationCode NO Term: cbc:identificationcode NO Precision Near match NO Issue: Optional in BII2, mandatory inn EHF NO Link: Invoice/cac:Delivery/cac:DeliveryLocation/cac:Address/cac:Country/cbc: IdentificationCode UBL 2.1: Invoice/cac:Delivery/cac:DeliveryLocation/cac:Address/cac:Country/cbc: IdentificationCode ApplicableCIIHSupplyChainTradeDelivery/ActualDeliveryCISupplyChainEvent/ OccurrenceCILogisticsLocation/PostalCITradeAddress/CountryID 0..n PAYMENT INSTRUCTIONS tir Sellers payment identifier It must be possible to specify an identifier for SE Term: PaymentInstructionID the payment, issued by the seller as an invoice SE Desc: Payee's payment reference may contain an identifier for the payment, issued by the seller as reference. Also known SE Link: Invoice/cac:PaymentMeans/cac:PayeeFinancialAccount/PaymentInstructionID as end-to-end payment reference. DK Term: cbc:paymentid DK Link: Invoice/cac:PaymentMeans/cbc:PaymentID NO Term: cbc:paymentid NO Link: Invoice/cac:PaymentMeans/cbc:PaymentID UBL 2.1: Invoice/cac:PaymentMeans/cbc:PaymentID ApplicableCIIHSupplyChainTradeSettlement/ SpecifiedCITradeSettlementPaymentMeans/ID tir Payment means type An invoice may contain an indication about how the payment should be handled. SE Term: PaymentMeansTypeCode SE Precision: Near match SE Note: Always value 1 in Svefaktura. Only bank account (on domestic or IBAN format) or
45 DK: OIOUBL Faktura 2.02 Page: ACCOUNT IDENTIFICATION Information for identifying an financial account. tir Account identifier The identifier for the account. Depending on circumstances the identifier can be in local format or standardized format such as IBAN. The identifier schema should be identified. To enable the buyer to issue a payment initiation to his bank the invoice may contain the identifier for the financial account either as IBAN or in proprietary format. SE Link: domestic systems Bankgiro or Plusgiro. No other foreign payment systems possible to map. For our domestic and SEPA payments the BIC and accounts pair of elements suffices. Invoice/cac:PaymentMeans/PaymentMeansTypeCode DK Term: cbc:paymentmeanscode DK Link: Invoice/cac:PaymentMeans/cbc:PaymentMeansCode NO Term: cbc:paymentmeanscode NO Precision Near match NO Issue: Optional in BII2, mandatory in EHF NO Link: Invoice/cac:PaymentMeans/cbc:PaymentMeansCode UBL 2.1: Invoice/cac:PaymentMeans/cbc:PaymentMeansCode ApplicableCIIHSupplyChainTradeSettlement/ SpecifiedCITradeSettlementPaymentMeans/TypeCode SE Term: ID SE Desc: Payee's account number SE Link: Invoice/cac:PaymentMeans/cac:PayeeFinancialAccount/ID DK Term: cbc:id DK Link: Invoice/cac:PaymentMeans/cac:PayeeFinancialAccount/cbc:ID NO Term: cbc:id NO Note: Mandatory in EHF. May be omitted in BII2 by not providing payment instructions. NO Link: Invoice/cac:PaymentMeans/cac:PayeeFinancialAccount/cbc:ID tir Financial institution identifier An identifier for the financial institution where SE Term: ID UBL 2.1: Invoice/cac:PaymentMeans/cac:PayeeFinancialAccount/cbc:ID ApplicableCIIHSupplyChainTradeSettlement/ SpecifiedCITradeSettlementPaymentMeans/PayeePartyCICreditorFinancialAccount/ IBANID CrossIndustryInvoice/CIIHSupplyChainTradeTransaction/ ApplicableCIIHSupplyChainTradeSettlement/ SpecifiedCITradeSettlementPaymentMeans/PayeePartyCICreditorFinancialAccount/ ProprietaryID
46 DK: OIOUBL Faktura 2.02 Page: 46 the account is located, such as the BIC identifier (SWIFT code). An invoice may contain the ISO 9362 BIC (Bank Identification Code) of a financial institution. SE Desc: BIC SE Note: If PaymentMeans is used BIC is mandatory; either for bank (domestic or IBAN accounts) or through code designated to Plusgiro or Bankgiro. SE Link: Invoice/cac:PaymentMeans/cac:PayeeFinancialAccount/cac: FinancialInstitutionBranch/cac:FinancialInstitution/ID DK Term: cbc:id DK Link: Invoice/cac:PaymentMeans/cac:PayeeFinancialAccount/cac: FinancialInstitutionBranch/cac:FinancialInstitution/cbc:ID NO Term: cbc:id NO Link: Invoice/cac:PaymentMeans/cac:PayeeFinancialAccount/cac: FinancialInstitutionBranch/cac:FinancialInstitution/cbc:ID tir Financial institution branch identifier The identifier for a branch or division of an organization may, in some countries, be used to positively identify the location of he account or supplement the financial institution identifier. The identifier for a branch or division of an organization may, in some countries, be used to positively identify the location of the account or supplement the financial institution identifier. UBL 2.1: Invoice/cac:PaymentMeans/cac:PayeeFinancialAccount/cac: FinancialInstitutionBranch/cac:FinancialInstitution/cbc:ID ApplicableCIIHSupplyChainTradeSettlement/ SpecifiedCITradeSettlementPaymentMeans/ PayerSpecifiedCIDebtorFinancialInstitution/BICID SE Term: cbc:note SE Desc: Invoice free text SE Precision: Missing SE Note: Use note-field on header-level. Prefix value with PaymentMeans Financial Institution Branch: SE Issue: No dedicated field. Only free text mapping SE Link: Invoice/cbc:Note DK Term: cbc:id DK Link: Invoice/cac:PaymentMeans/cac:PayeeFinancialAccount/cac: FinancialInstitutionBranch/cbc:ID NO Term: cbc:id NO Link: Invoice/cac:PaymentMeans/cac:PayeeFinancialAccount/cac: FinancialInstitutionBranch/cbc:ID UBL 2.1: Invoice/cac:PaymentMeans/cac:PayeeFinancialAccount/cac: FinancialInstitutionBranch/cbc:ID
47 DK: OIOUBL Faktura 2.02 Page: CARD INFORMATION tir Card type The type of the payment card used to settle the amount of the invoice. Eg. VISA, Mastercard, American Express etc. ApplicableCIIHSupplyChainTradeSettlement/ SpecifiedCITradeSettlementPaymentMeans/ PayerSpecifiedCIDebtorFinancialInstitution/SubDivisionBranchFinancialInstitution/ID SE Term: cbc:note SE Desc: Invoice free text SE Precision: Missing SE Note: Use note-field on header-level. Prefix value with PaymentMeans Card type: SE Issue: No dedicated field. Only free text mapping SE Link: Invoice/cbc:Note NO Term: cbc:note NO Precision Missing NO Note: Use note-field on header-level. Prefix value with Card type: NO Issue: No dedicated field. Only free text mapping NO Link: Invoice/cbc:Note UBL 2.1: Invoice/cac:PaymentMeans/cac:CardAccount/cbc:NetworkID ApplicableCIIHSupplyChainTradeSettlement/ SpecifiedCITradeSettlementPaymentMeans/ ApplicableTradeSettlementFinancialCard/TypeCode tir Card number The number of the payment card used to settle the invoiced amount. In accordance to general rules for referencing payments cards only the last 4 or 6 digits of the card number should be used. SE Term: cbc:note SE Desc: Invoice free text SE Precision: Missing SE Note: Use note-field on header-level. Prefix value with PaymentMeans Card number: SE Issue: No dedicated field. Only free text mapping SE Link: Invoice/cbc:Note NO Term: cbc:note NO Precision Missing NO Note: Use note-field on header-level. Prefix value with Card number: NO Issue: No dedicated field. Only free text mapping NO Link: Invoice/cbc:Note UBL 2.1: Invoice/cac:PaymentMeans/cac:CardAccount/cbc:PrimaryAccountNumberID ApplicableCIIHSupplyChainTradeSettlement/ SpecifiedCITradeSettlementPaymentMeans/ApplicableTradeSettlementFinancialCard/ ID 0..n DOCUMENT LEVEL ALLOWANCE OR CHARGE Allowance or charges that are added/deducted
48 DK: OIOUBL Faktura 2.02 Page: 48 DETAILS to a given amount tir Allowance and charge amount The net amount of the allowance or the charge. For each allowance or charge an invoice must contain the amount. Allowances are subtracted from the total invoice amount and charges are added to the amount. The amount is net without VAT. SE Term: cbc:amount SE Desc: Allowance or charge amount SE Link: Invoice/AllowanceCharge/cbc:Amount DK Term: cbc:amount DK Link: Invoice/cac:AllowanceCharge/cbc:Amount NO Term: cbc:amount NO Link: Invoice/cac:AllowanceCharge/cbc:Amount tir Allowance and charge VAT category A code that identifies to what VAT subcategory the allowance or charge belongs to. An invoice may contain information about one VAT category for each allowances and Charges on document level. UBL 2.1: Invoice/cac:AllowanceCharge/cbc:Amount ApplicableCIIHSupplyChainTradeSettlement/SpecifiedCITradeAllowanceCharge/ ActualAmount SE Term: ID SE Desc: Tax category, identifier SE Issue: Optional in BII. SE Link: Invoice/AllowanceCharge/cac:TaxCategory/ID DK Term: cbc:id DK Precision: Near match DK Note: Mandatory in OIOUBL DK Link: Invoice/cac:AllowanceCharge/cac:TaxCategory/cbc:ID NO Term: cbc:id NO Precision Near match NO Issue: Optional in BII2, mandatory in EHF when allowance/charhe is stated NO Link: Invoice/cac:AllowanceCharge/cac:TaxCategory/cbc:ID UBL 2.1: Invoice/cac:AllowanceCharge/cac:TaxCategory/cbc:ID ApplicableCIIHSupplyChainTradeSettlement/SpecifiedCITradeAllowanceCharge/ CategoryCITradeTax/CategoryCode tir Allowance and charge VAT percentage The VAT percentage that applies to the allowance/charge. SE Term: cbc:percent SE Desc: Tax rate SE Link: Invoice/AllowanceCharge/cac:TaxCategory/cbc:Percent
49 DK: OIOUBL Faktura 2.02 Page: 49 tir Allowance and charges reason A textual reason for the allowance or the charge. Can also be its name. One textual description of what is being added or deducted. E.g. volume discount" or "packing charges" must be stated for each allowance and charge on document level in an invoice. tir Allowance and charges reason code A coded specification of what the allowance or charge is. An invoice may contain a coded description of what is being added or deducted. E.g. volume discount" or "packing charges", for each allowance or charge. DK Term: cbc:percent DK Link: Invoice/cac:AllowanceCharge/cac:TaxCategory/cbc:Percent NO Term: cbc:percent NO Link: Invoice/cac:AllowanceCharge/cac:TaxCategory/cbc:Percent UBL 2.1: Invoice/cac:AllowanceCharge/cac:TaxCategory/cbc:Percent ApplicableCIIHSupplyChainTradeSettlement/SpecifiedCITradeAllowanceCharge/ CategoryCITradeTax/CalculatedRate SE Term: ReasonCode SE Desc: Allowance or charge reason (code or name) SE Note: Use attribute name for reason text and code='zzz' SE Link: Invoice/AllowanceCharge/ReasonCode DK Term: cbc:allowancechargereason DK Link: Invoice/cac:AllowanceCharge/cbc:AllowanceChargeReason NO Term: cbc:allowancechargereason NO Link: Invoice/cac:AllowanceCharge/cbc:AllowanceChargeReason UBL 2.1: Invoice/cac:AllowanceCharge/cbc:AllowanceChargeReason ApplicableCIIHSupplyChainTradeSettlement/SpecifiedCITradeAllowanceCharge/ Reason SE Term: ReasonCode SE Desc: Allowance or charge reason (code or name) SE Precision: Near Match SE Note: Use attribute name for reason text and code='zzz' SE Link: Invoice/AllowanceCharge/ReasonCode NO Term: cbc:note NO Precision Missing NO Note: Use note-field on header-level. Prefix value with Allowance and charges reason code: NO Issue: No dedicated field. Only free text mapping NO Link: Invoice/cbc:Note
50 DK: OIOUBL Faktura 2.02 Page: DOCUMENT TOTALS The calcuated totals of the document. tir Sum of line amounts Sum of line amounts in the document. An invoice must contain the sum of all line amounts. The amount must be exclusive of VAT but inclusive of allowances or charges applied to the lines as well as taxes, other than VAT. tir Sum of allowances on document level Sum of all allowances on header level in the document. Allowances on line level are included in the line amount and summed up into the "sum of line amounts" An invoice may contain the total amount of all allowances given on document level. Line allowances are included in the net line amount. UBL 2.1: Invoice/cac:AllowanceCharge/cbc:AllowanceChargeReasonCode ApplicableCIIHSupplyChainTradeSettlement/SpecifiedCITradeAllowanceCharge/ ReasonCode SE Term: cbc:lineextensiontotalamount SE Desc: Total of invoice line amounts SE Link: Invoice/cac:LegalTotal/cbc:LineExtensionTotalAmount DK Term: cbc:lineextensionamount DK Link: Invoice/cac:LegalMonetaryTotal/cbc:LineExtensionAmount NO Term: cbc:lineextensionamount NO Note: Rounded, 2 decimals. NO Link: Invoice/cac:LegalMonetaryTotal/cbc:LineExtensionAmount UBL 2.1: Invoice/cac:LegalMonetaryTotal/cbc:LineExtensionAmount ApplicableCIIHSupplyChainTradeSettlement/ SpecifiedCIIHTradeSettlementMonetarySummation/LineTotalAmount SE Term: cbc:note SE Desc: Invoice free text SE Precision: Missing SE Note: Use note-field on header-level. Prefix value with Sum of allowances: SE Issue: No dedicated field. Only free text mapping SE Link: Invoice/cbc:Note DK Term: cbc:allowancetotalamount DK Link: Invoice/cac:LegalMonetaryTotal/cbc:AllowanceTotalAmount NO Term: cbc:allowancetotalamount NO Note: Rounded, 2 decimals. NO Link: Invoice/cac:LegalMonetaryTotal/cbc:AllowanceTotalAmount UBL 2.1: Invoice/cac:LegalMonetaryTotal/cbc:AllowanceTotalAmount
51 DK: OIOUBL Faktura 2.02 Page: 51 ApplicableCIIHSupplyChainTradeSettlement/ SpecifiedCIIHTradeSettlementMonetarySummation/AllowanceTotalAmount tir Sum of charges on document level Sum of all charge on header level in the SE Term: cbc:note document. Charges on line level are included SE Desc: Invoice free text in the line amount and summed up into the SE Precision: Missing "sum of line amounts" SE Note: Use note-field on header-level. Prefix value with Sum of charges: An invoice may contain the total amount of all SE Issue: No dedicated field. Only free text mapping charges given on document level. Line charges SE Link: Invoice/cbc:Note are included in the net line amount. DK Term: cbc:chargetotalamount DK Note: Rounded, 2 decimals DK Link: Invoice/cac:LegalMonetaryTotal/cbc:ChargeTotalAmount NO Term: cbc:chargetotalamount NO Note: Rounded, 2 decimals. NO Link: Invoice/cac:LegalMonetaryTotal/cbc:ChargeTotalAmount UBL 2.1: Invoice/cac:LegalMonetaryTotal/cbc:ChargeTotalAmount ApplicableCIIHSupplyChainTradeSettlement/ SpecifiedCIIHTradeSettlementMonetarySummation/ChargeTotalAmount tir Document total without VAT The "Sum of line amounts" plus "sum of SE Term: cbc:taxexclusivetotalamount allowances on document level" plus "sum of SE Desc: Total invoice amount, excl of VAT charges on document level". An invoice must contain the total amount of the SE Link: Invoice/cac:LegalTotal/cbc:TaxExclusiveTotalAmount invoice, including document level allowances DK Term: cbc:taxexclusiveamount and charges but exclusive of VAT. DK Precision: Near match DK Issue: Calculated differently compared to BII. See DK Link: Invoice/cac:LegalMonetaryTotal/cbc:TaxExclusiveAmount NO Term: cbc:taxexclusiveamount NO Note: Rounded, 2 decimals. NO Link: Invoice/cac:LegalMonetaryTotal/cbc:TaxExclusiveAmount UBL 2.1: Invoice/cac:LegalMonetaryTotal/cbc:TaxExclusiveAmount ApplicableCIIHSupplyChainTradeSettlement/ SpecifiedCIIHTradeSettlementMonetarySummation/TaxBasisTotalAmount
52 DK: OIOUBL Faktura 2.02 Page: 52 tir VAT total amount The total VAT amount that is "added to the document total w/o VAT". This is the sum of all VAT subcategory amounts. An invoice may contain the total VAT amount. This amount is the sum of each sub total for each VAT rate. SE Term: cbc:totaltaxamount SE Desc: Total tax amount SE Link: Invoice/cac:TaxTotal/cbc:TotalTaxAmount DK Term: cbc:taxamount DK Precision: Near Match DK Note: Mandatory in OIOUBL. Rounded, 2 decimals DK Link: Invoice/cac:TaxTotal/cbc:TaxAmount NO Term: cbc:taxamount NO Precision Near match NO Note: Rounded, 2 decimals. NO Issue: Optional in BII2, mandatory in EHF. NO Link: Invoice/cac:TaxTotal/cbc:TaxAmount UBL 2.1: Invoice/cac:TaxTotal/cbc:TaxAmount ApplicableCIIHSupplyChainTradeSettlement/ SpecifiedCIIHTradeSettlementMonetarySummation/TaxTotalAmount tir Rounding of document total Any rounding of the "Document total including VAT" An invoice may contain the rounding amount (positive or negative) added to the invoice to produce a rounded invoice total. SE Term: RoundOffAmount SE Desc: Invoice total round-off amount SE Link: Invoice/cac:LegalTotal/RoundOffAmount DK Term: cbc:payableroundingamount DK Link: Invoice/cac:LegalMonetaryTotal/cbc:PayableRoundingAmount NO Term: cbc:payableroundingamount NO Note: 2 decimals. NO Link: Invoice/cac:LegalMonetaryTotal/cbc:PayableRoundingAmount UBL 2.1: Invoice/cac:LegalMonetaryTotal/cbc:PayableRoundingAmount ApplicableCIIHSupplyChainTradeSettlement/ SpecifiedCIIHTradeSettlementMonetarySummation/RoundingAmount tir Document total including VAT The total value including VAT SE Term: cbc:taxinclusivetotalamount An invoice must contain the total amount of the SE Desc: Amount to pay invoice inclusive VAT. I.e. the total value of the purchase irrespective of payment status. SE Link: Invoice/cac:LegalTotal/cbc:TaxInclusiveTotalAmount
53 DK: OIOUBL Faktura 2.02 Page: 53 tir Paid amounts Any amounts that have been paid a-priory. An invoice may contain the sum of all prepaid amounts that must be deducted from the payment of this invoice. For fully paid invoices (cash or card) this amount equals the invoice total. DK Term: cbc:taxinclusiveamount DK Link: Invoice/cac:LegalMonetaryTotal/cbc:TaxInclusiveAmount NO Term: cbc:taxinclusiveamount NO Note: Rounded, 2 decimals. NO Issue: Negative amount allowed. NO Link: Invoice/cac:LegalMonetaryTotal/cbc:TaxInclusiveAmount UBL 2.1: Invoice/cac:LegalMonetaryTotal/cbc:TaxInclusiveAmount ApplicableCIIHSupplyChainTradeSettlement/ SpecifiedCIIHTradeSettlementMonetarySummation/GrandTotalAmount SE Term: cbc:note SE Desc: Invoice free text SE Precision: Missing SE Note: Use note-field on header-level. Prefix value with Pre-paid amount: SE Issue: No dedicated field. Only free text mapping SE Link: Invoice/cbc:Note DK Term: cbc:prepaidamount DK Link: Invoice/cac:LegalMonetaryTotal/cbc:PrepaidAmount NO Term: cbc:prepaidamount NO Note: Rounded, 2 decimals. NO Link: Invoice/cac:LegalMonetaryTotal/cbc:PrepaidAmount UBL 2.1: Invoice/cac:LegalMonetaryTotal/cbc:PrepaidAmount ApplicableCIIHSupplyChainTradeSettlement/ SpecifiedCIIHTradeSettlementMonetarySummation/TotalPrepaidAmount tir Amount for payment The amount that is expected to be paid based on the document. This amount is the "Document total including VAT" less the "paid amounts" that have been paid a-priori. An invoice must contain the total amount to be paid that is due. If the invoice is fully paid i.e. cash or card, the due amount for the invoice is zero. SE Term: cbc:taxinclusivetotalamount SE Desc: Amount to pay SE Precision: Near match SE Note: If this value differs from tir (Document Total Including VAT), then map this value to Note prefixed with "Amount for payment (pre paid amounts deducted):" SE Issue: Svefaktura does not allow pre payments. SE Link: Invoice/cac:LegalTotal/cbc:TaxInclusiveTotalAmount
54 DK: OIOUBL Faktura 2.02 Page: n VAT BREAKDOWN Information about VAT subtotals An invoice may be a VAT invoice in which case it must contain certain information details for each VAT rate and exemption, identified with a category code in an invoice. tir VAT category taxable amount The amount that is the base for the VAT rate applied in the subcategory. For each VAT category a invoice must contain the amount to which VAT percent (rate) is applied to calculate the VAT sub total amount for that category. DK Term: cbc:payableamount DK Link: Invoice/cac:LegalMonetaryTotal/cbc:PayableAmount NO Term: cbc:payableamount NO Note: Rounded, 2 decimals. NO Link: Invoice/cac:LegalMonetaryTotal/cbc:PayableAmount UBL 2.1: Invoice/cac:LegalMonetaryTotal/cbc:PayableAmount ApplicableCIIHSupplyChainTradeSettlement/ SpecifiedCIIHTradeSettlementMonetarySummation/DuePayableAmount SE Term: cbc:taxableamount SE Desc: Taxable amount SE Link: Invoice/cac:TaxTotal/cac:TaxSubTotal/cbc:TaxableAmount DK Term: cbc:taxableamount DK Link: Invoice/cac:InvoiceLine/cac:TaxTotal/cac:TaxSubtotal/cbc:TaxableAmount NO Term: cbc:taxableamount NO Note: Rounded, 2 decimals. NO Link: Invoice/cac:TaxTotal/cac:TaxSubtotal/cbc:TaxableAmount UBL 2.1: Invoice/cac:TaxTotal/cac:TaxSubtotal/cbc:TaxableAmount ApplicableCIIHSupplyChainTradeSettlement/SubtotalCalculatedCITradeTax/ BasisAmount tir VAT category tax amount The calculated amount of the tax derived by multiplying the taxable amount with the tax percentage. For each VAT category an invoice must contain the amount of VAT for that category. SE Term: cbc:taxamount SE Desc: Tax amount SE Link: Invoice/cac:TaxTotal/cac:TaxSubTotal/cbc:TaxAmount DK Term: cbc:taxamount
55 DK: OIOUBL Faktura 2.02 Page: 55 DK Link: Invoice/cac:InvoiceLine/cac:TaxTotal/cac:TaxSubtotal/cbc:TaxAmount NO Term: cbc:taxamount NO Note: Rounded, 2 decimals. NO Link: Invoice/cac:TaxTotal/cac:TaxSubtotal/cbc:TaxAmount tir VAT category code A code that uniquelly identifies each subtotal within the transaction. Each VAT category an invoice must be identified with a code. UBL 2.1: Invoice/cac:TaxTotal/cac:TaxSubtotal/cbc:TaxAmount ApplicableCIIHSupplyChainTradeSettlement/SubtotalCalculatedCITradeTax/ CalculatedAmount SE Term: ID SE Desc: Tax category, identifier SE Note: When code AE in BII, use code E in Svefaktura and indicate in the corresponding ExemptionReason that reversed charge applies (i.e. VAT exemption for the seller but VAT liability for the buyer). SE Link: Invoice/cac:TaxTotal/cac:TaxSubTotal/cac:TaxCategory/ID DK Term: cbc:id DK Link: Invoice/cac:InvoiceLine/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory/cbc:ID NO Term: cbc:id NO Link: Invoice/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory/cbc:ID tir VAT category percentage The tax rate that is to be applied to the taxable amount in order to derive the tax amount. For each VAT category an invoice must contain the VAT percentage for each sub total taxable amount so that it can be used to calculate the VAT amount. Where VAT category code is stated then VAT category percentage must also be stated. UBL 2.1: Invoice/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory/cbc:ID ApplicableCIIHSupplyChainTradeSettlement/SubtotalCalculatedCITradeTax/ CategoryCode SE Term: cbc:percent SE Desc: Tax rate SE Link: Invoice/cac:TaxTotal/cac:TaxSubTotal/cac:TaxCategory/cbc:Percent DK Term: cbc:percent DK Link: Invoice/cac:InvoiceLine/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory/cbc:Percent NO Term: cbc:percent
56 DK: OIOUBL Faktura 2.02 Page: 56 NO Link: Invoice/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory/cbc:Percent tir VAT exemption reason text A textual description of the reason why the items belongin to the subtotal are exempted for VAT. An invoice may contain, as text, the reasons for why a value amount in a category is exempted from VAT. Invoices only support one category with an exemption reason pr. invoice. UBL 2.1: Invoice/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory/cbc:Percent ApplicableCIIHSupplyChainTradeSettlement/SubtotalCalculatedCITradeTax/ CalculatedRate SE Term: cbc:exemptionreason SE Desc: Tax reason SE Link: Invoice/cac:TaxTotal/cac:TaxSubTotal/cac:TaxCategory/cbc:ExemptionReason DK Term: cbc:taxexemptionreason DK Link: Invoice/cac:InvoiceLine/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory/cbc: TaxExemptionReason NO Term: cbc:taxexemptionreason NO Link: Invoice/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory/cbc:TaxExemptionReason UBL 2.1: Invoice/cac:TaxTotal/cac:TaxSubtotal/cac:TaxCategory/cbc:TaxExemptionReason ApplicableCIIHSupplyChainTradeSettlement/SubtotalCalculatedCITradeTax/ ExemptionReason 0..n ADDITIONAL DOCUMENTS An associative reference to Additional Document. Reference to any document that has relevance to the order such as drawings, technical specifications. tir Document identifier An identifier for the referenced document. SE Term: ID SE Precision: Near match SE Link: Invoice/AdditionalDocumentReference/ID DK Term: cbc:id DK Link: Invoice/cac:AdditionalDocumentReference/cbc:ID NO Term: cbc:id NO Link: Invoice/cac:AdditionalDocumentReference/cbc:ID UBL 2.1: Invoice/cac:AdditionalDocumentReference/cbc:ID
57 DK: OIOUBL Faktura 2.02 Page: 57 ApplicableCIIHSupplyChainTradeAgreement/ AdditionalReferencedCIReferencedDocument/IssuerAssignedID tir Document description A short description of the document type. SE Term: ID identificationschemeid SE Precision: Missing Near Match SE Note: Svefaktura only allowes for coded types. When free text description, prefix document ID with the description and ":" BII2 is using textual descriptions of reference type where Svefaktura have: CT = agreement/contract ACD = supplier's reference to invoiced object DQ = delivery note ATS = URN (Uniform Resource Name) of an external object Mapping from Svefaktura to BII2 ok, but more complicated in the other direction. SE Link: Invoice/AdditionalDocumentReference/ID Invoice/AdditionalDocumentReference/ID/@identificationSchemeID DK Term: cbc:documenttype DK Link: Invoice/cac:AdditionalDocumentReference/cbc:DocumentType NO Term: cbc:documenttype NO Link: Invoice/cac:AdditionalDocumentReference/cbc:DocumentType UBL 2.1: Invoice/cac:AdditionalDocumentReference/cbc:DocumentType ApplicableCIIHSupplyChainTradeAgreement/ AdditionalReferencedCIReferencedDocument/Information tir External document URI The Uniform Resource Identifier (URI) that identifies where the external document is located. SE Term: ID SE Note: When identificationschemeid="ats" and value does not start with "urn:sfti: documents:object:" SE Issue: The same element is used for both external links and to attached objects in Svefaktura. The value must be prefix with "urn:sfti:documents:object:" when attachments are used. SE Link: Invoice/AdditionalDocumentReference/ID DK Term: cbc:uri DK Link: Invoice/cac:AdditionalDocumentReference/cac:Attachment/cac:ExternalReference/ cbc:uri NO Term: cbc:uri
58 DK: OIOUBL Faktura 2.02 Page: 58 tir Attached binary object The attached document embeded as binary object. An invoice may contain an attached electronic document as an encoded object in the invoice in order to provide supporting documents such as timesheets, usages reports etc. The seller can only expect the receiver to process attachments according to rule. NO Link: Invoice/cac:AdditionalDocumentReference/cac:Attachment/cac:ExternalReference/ cbc:uri UBL 2.1: Invoice/cac:AdditionalDocumentReference/cac:Attachment/cac:ExternalReference/ cbc:uri ApplicableCIIHSupplyChainTradeAgreement/ AdditionalReferencedCIReferencedDocument/AttachedSpecifiedBinaryFile/URIID SE Term: ID SE Precision: Fundamental difference SE Note: When identificationschemeid="ats" and value starts with "urn:sfti:documents:object: ". SE Issue: Svefaktura is using a separate XML-document to wrap and encode the attached document. The binary file is not included inside the Svefaktura but is only referenced to with this element. The same element is used for both external links and to attached objects in Svefaktura. The value must be prefix with "urn:sfti:documents:object:" when attachments are used. SE Link: Invoice/AdditionalDocumentReference/ID DK Term: cbc:embeddeddocumentbinaryobject DK Link: Invoice/cac:AdditionalDocumentReference/cac:Attachment/cbc: EmbeddedDocumentBinaryObject NO Term: cbc:embeddeddocumentbinaryobject NO Link: Invoice/cac:AdditionalDocumentReference/cac:Attachment/cbc: EmbeddedDocumentBinaryObject 1..n INVOICE LINE tir Invoice line identifier Each line in an invoice must contain an SE Term: ID identifier that is unique within the document to SE Desc: Line number make it possible to reference the line. For example, from other documents like credit SE Link: Invoice/cac:InvoiceLine/ID UBL 2.1: Invoice/cac:AdditionalDocumentReference/cac:Attachment/cbc: EmbeddedDocumentBinaryObject ApplicableCIIHSupplyChainTradeAgreement/ AdditionalReferencedCIReferencedDocument/AttachedSpecifiedBinaryFile/ IncludedBinaryObject
59 DK: OIOUBL Faktura 2.02 Page: 59 notes and in disputes. DK Term: cbc:id DK Link: Invoice/cac:InvoiceLine/cbc:ID NO Term: cbc:id NO Link: Invoice/cac:InvoiceLine/cbc:ID tir Line textual note Each line in an invoice may contain a free-form text. This element may contain notes or any other similar information that is not contained explicitly in another structure. Clauses or declarations that refer to a particular line should be entered in full as notes. UBL 2.1: Invoice/cac:InvoiceLine/cbc:ID IncludedCIILSupplyChainTradeLineItem/AssociatedCIILDocumentLineDocument/ LineID SE Term: cbc:note SE Desc: Free text - invoice line SE Link: Invoice/cac:InvoiceLine/cbc:Note DK Term: cbc:note DK Link: Invoice/cac:InvoiceLine/cbc:Note NO Term: cbc:note NO Link: Invoice/cac:InvoiceLine/cbc:Note tir Invoiced quantity Each line in an invoice must contain the invoiced quantity. The quantity may be negative e.g. in case of returns. UBL 2.1: Invoice/cac:InvoiceLine/cbc:Note IncludedCIILSupplyChainTradeLineItem/AssociatedCIILDocumentLineDocument/ IncludedCINote/Content SE Term: cbc:invoicedquantity SE Desc: Invoiced quantity SE Link: Invoice/cac:InvoiceLine/cbc:InvoicedQuantity DK Term: cbc:invoicedquantity DK Link: Invoice/cac:InvoiceLine/cbc:InvoicedQuantity NO Term: cbc:invoicedquantity NO Link: Invoice/cac:InvoiceLine/cbc:InvoicedQuantity
60 DK: OIOUBL Faktura 2.02 Page: 60 tir Quantity Unit of measure Each line in an invoice must contain the unit of measure that applies to the invoiced quantity. tir Invoice line net amount Each line in an invoice must contain the total amount of the line. The amount is net without VAT, i.e. inclusive of line level allowances and charges as well as relevant taxes, except VAT which must be excluded from the amount. UBL 2.1: Invoice/cac:InvoiceLine/cbc:InvoicedQuantity IncludedCIILSupplyChainTradeLineItem/SpecifiedCIILSupplyChainTradeDelivery/ BilledQuantity SE Term: quantityunitcode SE Link: DK Term: unitcode DK Precision: Near match DK Note: Code lists restriction - UBL2.0 enumerations only (UN rec. 20) DK Link: Invoice/cac:InvoiceLine/cbc:InvoicedQuantity/@unitCode NO Term: unitcode NO Note: Values in EHF limited to UN rec. 20 NO Link: Invoice/cac:InvoiceLine/cbc:InvoicedQuantity/@unitCode UBL 2.1: Invoice/cac:InvoiceLine/cbc:InvoicedQuantity/@unitCode IncludedCIILSupplyChainTradeLineItem/SpecifiedCIILSupplyChainTradeDelivery/ ProductUnitQuantity SE Term: cbc:lineextensionamount SE Desc: Line item amount SE Link: Invoice/cac:InvoiceLine/cbc:LineExtensionAmount DK Term: cbc:lineextensionamount DK Link: Invoice/cac:InvoiceLine/cbc:LineExtensionAmount NO Term: cbc:lineextensionamount NO Note: Rounded, 2 decimals. NO Link: Invoice/cac:InvoiceLine/cbc:LineExtensionAmount UBL 2.1: Invoice/cac:InvoiceLine/cbc:LineExtensionAmount IncludedCIILSupplyChainTradeLineItem/SpecifiedCIILSupplyChainTradeSettlement/ SpecifiedCIILTradeSettlementMonetarySummation/LineTotalAmount tir Invoice line to order line reference Each line in an invoice may contain a reference to the relevant order line in the order that is identified on the document level in the SE Term: SE Desc: BuyersLineID Reference to order line
61 DK: OIOUBL Faktura 2.02 Page: 61 invoice. tir Customers accounting string An invoice may contain a reference to the buyer's accounting code applicaple to the specific line, expressed as text rather than a code in order to facilitate automation in booking into accounts following an order to invoice transformation. SE Link: Invoice/cac:InvoiceLine/cac:OrderLineReference/BuyersLineID DK Term: cbc:lineid DK Link: Invoice/cac:InvoiceLine/cac:OrderLineReference/cbc:LineID NO Term: cbc:lineid NO Link: Invoice/cac:InvoiceLine/cac:OrderLineReference/cbc:LineID UBL 2.1: Invoice/cac:InvoiceLine/cac:OrderLineReference/cbc:LineID IncludedCIILSupplyChainTradeLineItem/SpecifiedCIILSupplyChainTradeAgreement/ BuyerOrderReferencedCIReferencedDocument/LineID SE Term: cbc:note SE Desc: Free text - invoice line SE Precision: Missing SE Note: Use note-field on line. Prefix value with Customer accounting string: SE Issue: No dedicated field. Only free text mapping SE Link: Invoice/cac:InvoiceLine/cbc:Note DK Term: cbc:accountingcost DK Link: Invoice/cac:InvoiceLine/cbc:AccountingCost NO Term: cbc:accountingcost NO Link: Invoice/cac:InvoiceLine/cbc:AccountingCost tir Item country of origin Each line in an invoice may contain the items country of origin. When relevant this allows the buyer to identify whether further customs procedures are required. SE Term: cbc:note SE Desc: Free text - invoice line SE Precision: Missing SE Note: Use note-field on line. Prefix value with Country of origin: SE Issue: No dedicated field. Only free text mapping SE Link: Invoice/cac:InvoiceLine/cbc:Note DK Term: cbc:note DK Precision: Missing DK Note: Use note-field on line. Prefix value with Item country of origin: DK Issue: No dedicated field. Only free text mapping. Could also use a negotiated field. DK Link: Invoice/cac:InvoiceLine/cbc:Note NO Term: cbc:note
62 DK: OIOUBL Faktura 2.02 Page: 62 tir n Item attributes Each line in an invoice may contain attribute for the item. For example colour, size, meter numbers. This information supports automatically assigning accounting codes and matching to orders and receiving documents. Description of additional data INVOICE LINE PERIOD For invoices lines that charge for services or items delivered over a time period, such as subscriptions or metered services, an invoice line may contain information about the date period to which the invoice line applies. tir Period start date The date on which the period starts. The start dates counts as part of the period. For invoices that charge for services or items delivered over a time period is necessary to be able to state the start date of the period for which the invoice relates such as for metered NO Precision Missing NO Note: Use note-field on line. Prefix value with Item country of origin: NO Issue: No dedicated field. Only free text mapping. NO Link: Invoice/cac:InvoiceLine/cbc:Note UBL 2.1: Invoice/cac:InvoiceLine/cac:Item/cac:OriginCountry/cbc:IdentificationCode IncludedCIILSupplyChainTradeLineItem/SpecifiedCITradeProduct/ OriginCITradeCountry/ID SE Term: cbc:note SE Desc: Free text - invoice line SE Precision: Missing SE Note: Use note-field on line. Prefix values with "Attribute name:" and "Attribute value:" SE Issue: No dedicated field. Only free text mapping SE Link: Invoice/cac:InvoiceLine/cbc:Note DK Term: cac:additionalitemproperty DK Link: Invoice/cac:InvoiceLine/cac:Item/cac:AdditionalItemProperty NO Term: cbc:name cbc:value Match NO Link: Invoice/cac:InvoiceLine/cac:Item/cac:AdditionalItemProperty/cbc:Name Invoice/cac:InvoiceLine/cac:Item/cac:AdditionalItemProperty/cbc:Value UBL 2.1: Invoice/cac:InvoiceLine/cac:Item/cbc:Description IncludedCIILSupplyChainTradeLineItem/SpecifiedCITradeProduct/ ApplicableCIProductCharacteristic/Description SE Term: cbc:note SE Desc: Free text - invoice line SE Precision: Missing SE Note: Only map to this element if only Period Start Date is stated or if both Start and End Date are stated. SE Issue: BII use period and Svefaktura a DateTime.
63 DK: OIOUBL Faktura 2.02 Page: 63 tir Period end date The date on which the period ends. The end date counts as part of the period. It must be possible to state the end date of the period for which the invoice relates such as for metered services and subscriptions. 0..n ALLOWANCES AND CHARGES Allowance or charges that are added/deducted to a given amount tir Allowance and charge amount The net amount of the allowance or the charge exluding VAT. In case of VAT, the same VAT scheme and rate has to apply to allowance/charge as to the invoice line item itself. services and subscriptions. SE Link: Invoice/cac:InvoiceLine/cbc:Note NO Term: cbc:actualdeliverydate NO Precision Near match NO Note: Only map to this element if only Period Start Date is stated. If both are stated, map to free text InvoiceLine/Note. NO Issue: BII2 use period and EHF a DateTime only. NO Link: Invoice/cac:InvoiceLine/cac:Delivery/cbc:ActualDeliveryDate UBL 2.1: Invoice/cac:InvoiceLine/cac:InvoicePeriod/cbc:StartDate IncludedCIILSupplyChainTradeLineItem/SpecifiedCIILSupplyChainTradeSettlement/ BillingCISpecifiedPeriod/StartDateTime SE Term: cbc:actualdeliverydatetime SE Precision: Near match SE Note: Only map to this element if only Period End Date is stated (not Period Start Date). If both are stated, map to free text InvoiceLine/Note SE Issue: BII use period and Svefaktura a DateTime. SE Link: Invoice/cac:InvoiceLine/Delivery/cbc:ActualDeliveryDateTime NO Term: cbc:actualdeliverydate NO Precision Near match NO Note: Only map to this element if only Period End Date is stated. If both are stated, map to free text InvoiceLine/Note. NO Issue: BII2 use period and EHF a DateTime only. NO Link: Invoice/cac:InvoiceLine/cac:Delivery/cbc:ActualDeliveryDate UBL 2.1: Invoice/cac:InvoiceLine/cac:InvoicePeriod/cbc:EndDate IncludedCIILSupplyChainTradeLineItem/SpecifiedCIILSupplyChainTradeSettlement/ BillingCISpecifiedPeriod/EndDateTime SE Term: cbc:amount SE Desc: Allowance or charge amount Allowance or charge amount SE Precision: Near match SE Note: SE Issue: SE Link: When converting to Svefaktura - calculate the sum of all allowances and charges and report the result in this section. Report the individual information elements (amounts, reasons, indicators) to free text with suitable labels in InvoiceLine/Note. Svefaktura only allows for one repetition of Allowances and Charges. Invoice/cac:InvoiceLine/cac:AllowanceCharge/cbc:Amount
64 DK: OIOUBL Faktura 2.02 Page: 64 DK Term: cbc:amount DK Link: Invoice/cac:InvoiceLine/cac:AllowanceCharge/cbc:Amount NO Term: cbc:amount NO Link: Invoice/cac:InvoiceLine/cac:AllowanceCharge/cbc:Amount tir Allowance and charges reason A textual reason for the allowance or the charge. Can also be its name. UBL 2.1: Invoice/cac:InvoiceLine/cac:AllowanceCharge/cbc:Amount IncludedCIILSupplyChainTradeLineItem/SpecifiedCIILSupplyChainTradeSettlement/ SpecifiedCITradeAllowanceCharge/ActualAmount SE Term: cbc:note SE Desc: Free text - invoice line SE Precision: Missing SE Note: When converting to Svefaktura - calculate the sum of all allowances and charges and report the result in InviceLine/AllowanceCharge. Report the individual information elements (amounts, reasons, indicators) to free text with suitable labels in InvoiceLine/Note. SE Link: Invoice/cac:InvoiceLine/cbc:Note DK Term: cbc:allowancechargereason DK Link: Invoice/cac:InvoiceLine/cac:AllowanceCharge/cbc:AllowanceChargeReason NO Term: cbc:allowancechargereason NO Precision Near match NO Issue: Mandatory in BII2, optional in EHF NO Link: Invoice/cac:InvoiceLine/cac:AllowanceCharge/cbc:AllowanceChargeReason 0..1 PRICE DETAILS The price of an item and its discounts. tir Item price Each line in an invoice may contain the net price of the item including all allowances or charges that directly relates to price (e.g. discount), and taxes but excluding VAT. The net price of an item including discounts or surcharges that apply to the price. UBL 2.1: Invoice/cac:InvoiceLine/cac:AllowanceCharge/cbc:AllowanceChargeReason IncludedCIILSupplyChainTradeLineItem/SpecifiedCIILSupplyChainTradeSettlement/ SpecifiedCITradeAllowanceCharge/Reason SE Term: cbc:priceamount SE Desc: Unit price SE Link: Invoice/cac:InvoiceLine/cac:Item/cac:BasePrice/cbc:PriceAmount DK Term: cbc:priceamount
65 DK: OIOUBL Faktura 2.02 Page: 65 tir Item price discount The total discount subtracted from the gross price to reach the net price. Each line in an invoice may contain the amount of the price discount. The price discount amount is informative. DK Note: DK Link: Max 4 decimals Invoice/cac:InvoiceLine/cac:Price/cbc:PriceAmount NO Term: cbc:priceamount NO Precision Near match NO Note: Max 4 decimals NO Issue: Optional in BII2, mandatory in EHF. NO Link: Invoice/cac:InvoiceLine/cac:Price/cbc:PriceAmount UBL 2.1: Invoice/cac:InvoiceLine/cac:Price/cbc:PriceAmount IncludedCIILSupplyChainTradeLineItem/SpecifiedCIILSupplyChainTradeAgreement/ NetPriceProductCITradePrice/ChargeAmount SE Term: cbc:note SE Desc: Free text - invoice line SE Precision: Missing SE Note: Use note-field on line. Prefix values with "Item price discount:" SE Link: Invoice/cac:InvoiceLine/cbc:Note DK Term: cbc:amount DK Precision: Near match DK Issue: Calculated differently compared to BII. See DK Link: Invoice/cac:InvoiceLine/cac:Price/cac:AllowanceCharge/cbc:Amount NO Term: cbc:amount NO Link: Invoice/cac:InvoiceLine/cac:Price/cac:AllowanceCharge/cbc:Amount UBL 2.1: Invoice/cac:InvoiceLine/cac:Price/cac:AllowanceCharge/cbc:Amount IncludedCIILSupplyChainTradeLineItem/SpecifiedCIILSupplyChainTradeAgreement/ NetPriceProductCITradePrice/AppliedCITradeAllowanceCharge/ActualAmount tir Item list price The gross price of the item before subtracting discounts. E.g. list price. Each line in an invoice may contain the list price for the item (e.g. catalogue price before discount) SE Term: cbc:note SE Desc: Free text - invoice line SE Precision: Missing SE Note: Use note-field on line. Prefix values with "Item list price:" SE Link: Invoice/cac:InvoiceLine/cbc:Note DK Term: cbc:baseamount DK Precision: Near match DK Issue: Calculated differently compared to BII. See DK Link: Invoice/cac:InvoiceLine/cac:Price/cac:AllowanceCharge/cbc:BaseAmount
66 DK: OIOUBL Faktura 2.02 Page: 66 tir Base quantity The number of invoiced quantity units for which the price is stated. E.g. Invoiced quantity is 1000 LTR, price is 15 pr. 10 LTR. The price base quantity must be stated in the same unit of measure as the invoiced quantity LINE VAT INFORMATION tir Item VAT category code Each line in an invoice may contain the VAT category/rate used for this invoice line. The category code acts as a key for summing up line amounts pr. VAT category as well for relating the VAT category percentage given on document level, to the line. If the invoice is a VAT invoice each line must contain a category code. NO Term: cbc:note NO Precision Missing NO Note: Use note-field on line. Prefix value with Item list price: NO Issue: No dedicated field. Only free text mapping. NO Link: Invoice/cac:InvoiceLine/cbc:Note UBL 2.1: Invoice/cac:InvoiceLine/cac:Price/cac:AllowanceCharge/cbc:BaseAmount IncludedCIILSupplyChainTradeLineItem/SpecifiedCIILSupplyChainTradeAgreement/ NetPriceProductCITradePrice/AppliedCITradeAllowanceCharge/BasisAmount SE Term: cbc:basequantity SE Desc: Unit price basis SE Link: Invoice/cac:InvoiceLine/cac:Item/cac:BasePrice/cbc:BaseQuantity DK Term: cbc:basequantity DK Note: Assumed to be on if not provided DK Link: Invoice/cac:InvoiceLine/cac:Price/cbc:BaseQuantity NO Term: cbc:basequantity NO Note: Assumed to be 1 if not provided. NO Link: Invoice/cac:InvoiceLine/cac:Price/cbc:BaseQuantity UBL 2.1: Invoice/cac:InvoiceLine/cac:Price/cbc:BaseQuantity IncludedCIILSupplyChainTradeLineItem/SpecifiedCIILSupplyChainTradeAgreement/ NetPriceProductCITradePrice/BasisQuantity SE Term: ID SE Desc: Tax category, identifier SE Note: When TaxScheme/ID='VAT' SE Link: Invoice/cac:InvoiceLine/cac:Item/cac:TaxCategory/ID DK Term: cbc:id DK Precision: Near Match DK Note: Mandatory in OIOUBL DK Link: Invoice/cac:InvoiceLine/cac:Item/cac:ClassifiedTaxCategory/cbc:ID NO Term: cbc:id
67 DK: OIOUBL Faktura 2.02 Page: 67 NO Precision Near match NO Issue: Optional in BII2, mandatory in EHF. NO Link: Invoice/cac:InvoiceLine/cac:Item/cac:ClassifiedTaxCategory/cbc:ID tir Line VAT rate The VAT percentage rate that applies to the invoice line as whole. UBL 2.1: Invoice/cac:InvoiceLine/cac:Item/cac:ClassifiedTaxCategory/cbc:ID IncludedCIILSupplyChainTradeLineItem/SpecifiedCIILSupplyChainTradeSettlement/ ApplicableCITradeTax/CategoryCode SE Term: cbc:percent SE Desc: Tax rate SE Note: When TaxScheme/ID='VAT' SE Link: Invoice/cac:InvoiceLine/cac:Item/cac:TaxCategory/cbc:Percent DK Term: cbc:percent DK Precision: Near Match DK Note: Mandatory in OIOUBL DK Link: Invoice/cac:InvoiceLine/cac:Item/cac:ClassifiedTaxCategory/cbc:Percent NO Term: cbc:percent NO Precision Near match NO Issue: Optional in BII2, mandatory in EHF. NO Link: Invoice/cac:InvoiceLine/cac:Item/cac:ClassifiedTaxCategory/cbc:Percent tir Line VAT amount The VAT amount for the invoice line. Calculated as a multiple of line amount and line VAT rate. The VAT amount on line should only be used informatively (i.e. not used as part validating the invoice calculation of amounts) when required by national legislation. UBL 2.1: Invoice/cac:InvoiceLine/cac:Item/cac:ClassifiedTaxCategory/cbc:Percent IncludedCIILSupplyChainTradeLineItem/SpecifiedCIILSupplyChainTradeSettlement/ ApplicableCITradeTax/CalculatedRate SE Term: cbc:note SE Desc: Free text - invoice line SE Precision: Missing SE Note: Use note-field on line. Prefix value with VAT Amount: SE Issue: No dedicated field. Only free text mapping SE Link: Invoice/cac:InvoiceLine/cbc:Note DK Term: cbc:taxamount DK Link: Invoice/cac:InvoiceLine/cac:TaxTotal/cbc:TaxAmount NO Term: cbc:taxamount NO Note: Rounded, 2 decimals. NO Link: Invoice/cac:InvoiceLine/cac:TaxTotal/cbc:TaxAmount
68 DK: OIOUBL Faktura 2.02 Page: ITEM INFORMATION Information about an item. tir Item name A short name for an item. Each line in an invoice must contain the name of the invoiced item. tir Item sellers identifier The sellers identifier for the item. Each line in an invoice may contain the seller s identifier for an item. UBL 2.1: Invoice/cac:InvoiceLine/cac:TaxTotal/cbc:TaxAmount IncludedCIILSupplyChainTradeLineItem/SpecifiedCIILSupplyChainTradeSettlement/ ApplicableCITradeTax/CalculatedAmount SE Term: cbc:description SE Desc: Article description SE Link: Invoice/cac:InvoiceLine/cac:Item/cbc:Description DK Term: cbc:name DK Precision: Near match DK Issue: Maximum 40 characters. DK Link: Invoice/cac:InvoiceLine/cac:Item/cbc:Name NO Term: cbc:name NO Precision Near match NO Note: Recommended to be max 50 characters. NO Issue: Optional in BII2, mandatory in EHF. NO Link: Invoice/cac:InvoiceLine/cac:Item/cbc:Name UBL 2.1: Invoice/cac:InvoiceLine/cac:Item/cbc:Name IncludedCIILSupplyChainTradeLineItem/SpecifiedCITradeProduct/Name SE Term: ID SE Link: Invoice/cac:InvoiceLine/cac:Item/cac:SellersItemIdentification/ID DK Term: cbc:id DK Link: Invoice/cac:InvoiceLine/cac:Item/cac:SellersItemIdentification/cbc:ID NO Term: cbc:id NO Link: Invoice/cac:InvoiceLine/cac:Item/cac:SellersItemIdentification/cbc:ID tir Item standard identifier A item identifier based on a registered schema. SE Term: ID UBL 2.1: Invoice/cac:InvoiceLine/cac:Item/cac:SellersItemIdentification/cbc:ID IncludedCIILSupplyChainTradeLineItem/SpecifiedCITradeProduct/SellerAssignedID
69 DK: OIOUBL Faktura 2.02 Page: 69 Each line in an invoice may contain a registered item identifier. tir Item commodity classification A classification code for classifying the item by its type or nature. SE Link: Invoice/cac:InvoiceLine/cac:Item/cac:StandardItemIdentification/ID DK Term: cbc:id DK Link: Invoice/cac:InvoiceLine/cac:Item/cac:StandardItemIdentification/cbc:ID NO Term: cbc:id NO Link: Invoice/cac:InvoiceLine/cac:Item/cac:StandardItemIdentification/cbc:ID UBL 2.1: Invoice/cac:InvoiceLine/cac:Item/cac:StandardItemIdentification/cbc:ID IncludedCIILSupplyChainTradeLineItem/SpecifiedCITradeProduct/GlobalID SE Term: cbc:note SE Desc: Free text - invoice line SE Precision: Missing SE Note: Use note-field on line. Prefix value with UNSPCS-code: SE Issue: No dedicated field. Only free text mapping SE Link: Invoice/cac:InvoiceLine/cbc:Note DK Term: cbc:itemclassificationcode DK Precision: Near Match DK Note: Classification used to UNSPSC if different MAP to UNSPSC values DK Link: Invoice/cac:InvoiceLine/cac:Item/cac:CommodityClassification/cbc: ItemClassificationCode NO Term: cbc:itemclassificationcode NO Link: Invoice/cac:InvoiceLine/cac:Item/cac:CommodityClassification/cbc: ItemClassificationCode UBL 2.1: Invoice/cac:InvoiceLine/cac:Item/cac:CommodityClassification/cbc:CommodityCode IncludedCIILSupplyChainTradeLineItem/SpecifiedCITradeProduct/ DesignatedCIProductClassification/ClassCode tir Item CPV classification code The items CPV code SE Term: cbc:note SE Desc: Free text - invoice line SE Precision: Missing SE Note: Use note-field on line. Prefix value with CPV-code: SE Issue: No dedicated field. Only free text mapping SE Link: Invoice/cac:InvoiceLine/cbc:Note
70 DK: OIOUBL Faktura 2.02 Page: 70 DK Term: cbc:note DK Precision: Missing DK Note: Use note-field on line. Prefix value with CPV classification: DK Issue: No dedicated field. Only free text mapping. DK Link: Invoice/cac:InvoiceLine/cbc:Note NO Term: cbc:note NO Precision Missing NO Note: Use note-field on line. Prefix value with CPV classification: NO Issue: No dedicated field. Only free text mapping. NO Link: Invoice/cac:InvoiceLine/cbc:Note UBL 2.1: Invoice/cac:InvoiceLine/cac:Item/cac:CommodityClassification/cbc: ItemClassificationCode IncludedCIILSupplyChainTradeLineItem/SpecifiedCITradeProduct/ DesignatedCIProductClassification/ClassCode
Code Lists and Identification Schemes. Version 2.0
Code Lists and Identification Schemes Version 2.0 1 introduction...4 2 code lists...5 2.1 Account Type Code...5 2.1.1 attributes...5 2.1.2 code values...5 2.2 Action Code...6 2.2.1 attributes...6 2.2.2
3. Phase at customer in Visma Proceedo. Integration Request. 1 Introduction COMPLETED BY CUSTOMER: 2 Customer information.
1 Introduction This document comprises a customer order (request) for integration work between Visma Proceedo and the requested supplier. The completed document is sent to [email protected]
Supplier Handbook. Version: 1.0
Supplier Handbook Version: 1.0 Last review: 21 August 2015 Page 2 of 24 Table of Contents 1 PURPOSE & INTRODUCTION... 4 2 SOURCING... 6 2.1 Sourcing process... 6 2.2 E-Sourcing and e-auction... 7 2.3 Supplier
Lemvigh-Müller A/S - OIOUBL Guideline Date 07-10-2011 Invoice
UBLVersionID 2.0 Version of the UBL schema CustomizationID OIOUBL-2.01 ProfileID Procurement-OrdSim-BilSim- Simple Order to proces 1.0 ID 101589722 Number CopyIndicator false t used IssueDate 2011-04-11
SKF Requirements for Invoices and Delivery Notes
SKF Requirements for Invoices and Delivery Notes 2 (14) Table of contents 1 Purpose... 3 2 General... 3 3 Invoice information elements... 4 4 Required information elements for invoices to SKF... 5 5 Detailed
Invoice Only PROFILE DESCRIPTION
CEN/ISSS WS/BII04 Invoice Only PROFILE DESCRIPTION Business Domain: Post award procurement Business Process: Billing Document Identification: CEN/ISSS WS/Profile BII04 Version: 1.0 Release: 2009-11-05
Collection Service Implementation Guide
Collection Service Implementation Guide Collection Service Implementation Guide, version 7.0, 3 December 2013 Page 1 of 46 Contents 1 General introduction... 4 1.1 Introduction... 4 1.2 Change log... 4
Business Document Specification Issue date: 2011-03-01 Version: 1.61 Invoice 20.1.6 Belonging message specification: MS 35
This business document is used when invoicing delivered and returned trade items. One invoice corresponds to one delivery or one return. The transaction is also used when crediting. If a calloff has been
Explanatory notes VAT invoicing rules
Explanatory notes VAT invoicing rules (Council Directive 2010/45/EU) Why explanatory notes? Explanatory notes aim at providing a better understanding of legislation adopted at EU level and in this case
EDI legal aspects in Estonia
EDI legal aspects in Estonia Sharing the experience: einvoicing Riga, ECR Baltic seminar, April 15, 2010 Taavi Valdlo Department of State Information Systems Ministry of Economic Affairs and Communications
SWIM. SKF World-class Invoice Matching. for. Rev 04
SWIM SKF World-class Invoice Matching SKF Requirements for Invoices and Delivery Notes Rev 04 Table of contents 1 Purpose...3 2 General...3 3 Invoice information elements...3 4 Mandatory elements required
Code of Practice on Electronic Invoicing in the EU
CEN/WS einvoicing Phase 3 Date: 2011-11 CEN Workshop AgreementTC WI Secretariat: NEN Code of Practice on Electronic Invoicing in the EU Status: for public review (23 November 2011-23 January 2012) ICS:
A MODEL FOR E-ORDERING AND E-INVOICING
A MODEL FOR E-ORDERING AND E-INVOICING Kiril Kiroski Institute of Informatics, Faculty of Natural Sciences and Mathematics Skopje, Macedonia Marjan Gusev Institute of Informatics, Faculty of Natural Sciences
IDA E-PROCUREMENT PROTOCOL XML SCHEMAS INITIATIVE
IDA E-PROCUREMENT PROTOCOL XML SCHEMAS INITIATIVE E-ORDERING AND E-INVOICING PHASES Version R0.3, January 2005 2 / 82 Disclaimer "The views expressed in this document are purely those of the writer and
Nordic Practice and Experience on e-invoicing. Erkki Poutiainen 20 November 2007
Nordic Practice and Experience on e-invoicing Erkki Poutiainen 20 November 2007 E-invoicing challenges Country A Invoice Issuer (Supplier/Seller) This works already today well inside many single countries
EDI F GROUP A/S INVOICE. Fona. Document: EDIFACT UserGuide GB-INVOIC_IBM-draft1 Date: 5/94-2008 Version: V1.0.0A Page 0 of 43. ecommerce ServiceCenter
EDI INVOICE Fona Page 0 of 43 HANCOM DESCRIPTION F GROUP INVOICE Content This document describes the requirements to an EDIFACT INVOIC from a supplier to. The message can be generated in version D93A or
AO BUSINESS Guidelines EDI invoices from goods suppliers. (to be published on the Suppliers Portal)
AO BUSINESS Guidelines EDI invoices from goods suppliers (to be published on the s Portal) Version 7 / 13.01.2011 Formats and character encoding AO wants only to receive EDI invoices (INVOIC documents)
Business Document Specification Issue date: 2009-05-13 Version: 1.52 Invoice 20.1.6
Invoice Entity name: Invoice Comment: This transaction is used to invoice goods or services which have been supplied. One invoice corresponds to one delivery. If a calloff has been split into several deliveries,
A mixed e-invoice format (PDF + a set of few datas): the best compromise between suppliers and buyers for a fast adoption of e-invoicing
the best compromise between suppliers and buyers for a fast adoption of e-invoicing Build some intermediate floors and stairs in the e-invoicing House in order to create a path to the roof and enjoy the
Kommerskollegium 2010:4. e-invoicing in cross-border trade
Kommerskollegium 2010:4 e-invoicing in cross-border trade e The National Board of Trade is the Swedish governmental agency responsible for issues relating to foreign trade and trade policy. Our mission
Nordea Account structure. Corporate egateway
Nordea Account structure Corporate egateway 1. Nordea Account structures The purpose of this document is: A) To provide an overview of the possibilities for customer to send and receive BBAN and IBAN account
E-Invoicing Supplier Manual
E-Invoicing Supplier Manual Version: 1.0 2 E-Invoicing Supplier Manual Table of Contents 1 Introduction 3 1.1 About This... Manual 3 1.2 Getting Started... 3 2 Understanding E-Invoicing 4 2.1 Overview...
EHF Implementation guide Invoice and Credit note
Invoice and Credit note 2.0 Date: July 5, 2013 TABL OF CONTNTS 1 INTRODUCTION... 4 1.1 BACKGROUND AND OBJCTIV... 4 1.2 TARGT AUDINC... 4 1.3 DOCUMNT STRUCTUR... 5 1.4 MANDATORY US... 5 2 DOCUMNT HISTORY...
E-invoicing (EBPP) today and future trends in Nordic countries
Euroforum Zahlungsverkehr 2006 E-invoicing (EBPP) today and future trends in Nordic countries The views expressed in this presentation are those of the author and do not necessarily represent those of
DOCUMENT "INVOICE" USE PROFILE
DOCUMENT "INVOICE" USE PROFILE Date of release: 2009-12-11 Guide filename: UBL-TCF-UseProfile-Invoice.pdf 1. BUSINESS DESCRIPTION 1.1 This document This document is a use profile of UBL Invoice 2.0 document
ANSI X12 version 4010 820 Remittance Advice
ANSI X12 version 4010 820 Remittance Advice VERSION: 1.0 FINAL Author: Superior Essex Publication Date: 08/18/00 Trading Partner: All Notes: Remittance Advice 820's are transmitted with payment to the
SEPA Direct Debit Implementation Guide. Version 1.7
SEPA Direct Debit Implementation Guide Version 1.7 DANSKE BANK Table of contents 1 Change log... 3 2 Purpose of this document... 4 2.1 Target groups... 4 2.2 Help... 4 3 Introduction to SEPA Direct Debit...
A tour of UN/CEFACT issues relating to Single Windows and Semantic Interoperability in a few slides... and future considerations
A tour of UN/CEFACT issues relating to Single Windows and Semantic Interoperability in a few slides... and future considerations UN/CEFACT Standards Foundation for International Trade United Nations Layout
PURCHASE ORDER RESPONSE
EDI GUIDELINE for PURCHASE ORDER RESPONSE Message Type ORDRSP Version 1 Release 921 07/00 Seite 1 Table of Contents PURCHASE ORDER RESPONSE Message Layout Diagram... 3 Explanatory Requirements... 3 Segment
Doing Business with Serco - A Suppliers Guide
Doing Business with Serco - A Suppliers Guide We recognise the value our suppliers bring to Serco and we want to make it simple to do business with us. This guide will help you understand how to comply
810 Invoice ANSI ASC X12 Version 4010
810 Invoice ANSI ASC X12 Version 4010 ERICO International 31700 Solon Rd. Solon, OH 44139 7/15/2009 Purchase Order Acknowledgment Invoice-810-855 ii 7/15/2009 Purchase Order Acknowledgment Invoice-810-855
SEPA Credit Transfer. Readiness Checklist
SEPA Credit Transfer Readiness Checklist This document is published by Bank of Ireland, and both it, and its contents, are the property of Bank of Ireland. This document may not be reproduced or further
ETSO Modelling Methodology for the Automation of Data Interchange of Business Processes (EMM)
ETSO Modelling Methodology for the Automation of Data Interchange of Business Processes (EMM) Version : 1 Release : 4 Version 1 Release 4 04 December 2003 Page 1/19 Revision History Version Release Date
OpenPEPPOL: e-procurement in Europe
www.peppol.eu OpenPEPPOL: e-procurement in Europe Carmen Ciciriello Executive Communications Officer OpenPEPPOL AISBL, Belgium PEPPOL & the EU Digital Agenda PEPPOL: the Future of Public Procurement Among
E-invoices. What they are. Different types. Best practices for implementation. R E A D S O F T W H I T E P A P E R
R E A D S O F T W H I T E P A P E R E-invoices What they are. Different types. Best practices for implementation. This whitepaper describes different types of e-invoices, discusses what the differences
ADOBE ANSI X12 810 4010. Version: 1.0
ADOBE ANSI X12 810 4010 Version: 1.0 Author: Adobe Systems Modified: 06/15/2009 810 Invoice Functional Group=IN This Draft Standard for Trial Use contains the format and establishes the data contents of
BUSINESS JUSTIFICATION
BUSINESS JUSTIFICATION FOR THE UPDATE OF THE UNIFI (ISO 20022) FINANCIAL REPOSITORY Name of the request: Invoice Financing request Submitting organization: Associazione per il Corporate Banking Interbancario
850 Purchase Order. X12/V4030/850: 850 Purchase Order. Version: 1.0 Draft
850 Purchase Order X12/V4030/850: 850 Purchase Order Version: 1.0 Draft Author: Supplier Automation Trading Partner: Ross Stores, Inc. Notes: This is the standard guide prepared by JPMC/Xign for Merchandise
Electronic public procurement in the EU
Electronic public procurement in the EU Recent developments EIPA International Public eprocurement seminar Donostia-San Sebastian, 23-24 April 2008 Julia FERGER European Commission Directorate-General
Building the foundation for European wide eprocurement
www.peppol.eu Building the foundation for European wide eprocurement Project Director André Hoddevik Agency for Public Management and egovernment (Difi) Facts & Figures Public Procurement Government procurement
Functional specification for Payments Corporate egateway
Functional specification for Payments Corporate egateway 2(53) Page Table of contents 1 Introduction... 5 1.1 Explanation of definitions for EDIFACT & XML ISO20022 6 1.2 Level descriptions for EDIFACT
E-invoice in file transfer Service description
E-invoice in file transfer Service description Content Receiving invoices through Netbank or file transfer... 3 Who can use the service?... 3 How to adopt the service... 4 File formats... 4 Finvoice...
Adobe - EDIFACT D97.A ORDERS
Adobe - EDIFACT D97.A ORDERS Purchase Order Message Shrink Wrap Product Version: UNEDIFACT D97A ORDERS Company: Adobe Modified: 9/30/2015 Table of Contents ORDERS Purchase order message... 1 UNB INTERCHANGE
ORDERS 92.1 EDI GUIDELINE. for. Message Type ORDERS, ORDCHG Version 1 Release 921. ORDERS, ORDCHG Version 92.1. 02/2011 Page 1
EDI GUIDELINE for ORDERS 92.1 Message Type ORDERS, ORDCHG Version 1 Release 921 02/2011 Page 1 Table of Contents PURCHASE ORDER Message Layout Diagram... 3 Explanatory Requirements... 3 Segment / Element
Proposal for a DIRECTIVE OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL. on electronic invoicing in public procurement. (Text with EEA relevance)
EUROPEAN COMMISSION Brussels, 26.6.2013 COM(2013) 449 final 2013/0213 (COD) Proposal for a DIRECTIVE OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL on electronic invoicing in public procurement (Text with
Hella EDIFACT INVRPT
Message Documentation Hella EDIFACT INVRPT based on INVRPT Inventory report message UN D.97A S3 Structure Chart Branching Diagram Segment Details Version: 97 Variant: A Issue date: 28.08.2007 Top of Page
Format description XML SEPA Credit Transfer. Format Description
Format description XML SEPA Credit Transfer Format Description CONTENTS 1 SEPA CT Import format 3 1.1 SEPA CT import format description 3 1.1.1 Description 3 1.1.2 General characteristics 3 1.1.3 Difference
Media Saturn EDI Application Documentation
Media Saturn EDI Application Documentation ORDRSP D.01B Outbound VMI Rules Message structure Segment details Version: 2.0 Date: June 8, 2011 Status: Final SA2 Exchange GmbH 1 Media Saturn ORDRSP D.01B
HOW TO SEND E-INVOICES TO University of Bergen and other companies accounted there.
Supplier Information Kit HOW TO SEND E-INVOICES TO University of Bergen and other companies accounted there. SUPPLIER KIT 2 (5) Dear supplier to University of Bergen and other companies accounted by University
SWIFT Certified Application Payments
SWIFT Certified Application Payments Technical validation Guide 2014 Version 1.1 April 2014 Legal notices Copyright SWIFT 2014. All rights reserved. You may copy this publication within your organisation.
Single Euro Payments Area SEPA Herman Ciappara Payments & Banking Department Central Bank of Malta
Single Euro Payments Area SEPA Herman Ciappara Payments & Banking Department Central Bank of Malta 1 1 Outline What is SEPA? Objectives Opportunities Important SEPA Dates Impact of SEPA Challenges 2 2
Intra-day payment Frequently asked questions
Intra-day payment Frequently asked questions Contents 1. THE MEANING, advantages and scope of intra-day payment... 3 1.1. What does the launch of intra-day payment mean?... 3 1.2. What advantages does
Superunie EDI procedure
Version: 1.7 Author: Alfred van Kuyl Copyright: C.I.V. Superunie B.A. Industrieweg 22 B P.O. Box 80, 4153 ZH Beesd T +31(0)345 686 666 F +31(0)345 686 600 Table of Contents Section 1 Introduction 3 Section
NATIONAL BANK OF ROMANIA
NATIONAL BANK OF ROMANIA Unofficial translation Regulation regarding the usage of the IBAN codes in Romania Having regard to the provisions of Article 2, paragraph (2) and Article 23 of the Law no. 101/1998
Purchase Orders Message ORDERS (EDIFACT D97A)
Purchase Orders Message ORDERS (EDIFACT D97A) VERSION: 1.0 Author: Seagate B2B Notes: EDIFACT ORDERS Message to be d with OEM, Distribution or Retail partners. ORDERS Purchase Order Message... Page UNB
S.2.2 CHARACTER SETS AND SERVICE STRING ADVICE: THE UNA SEGMENT
S.2 STRUCTURE OF AN EDIFACT TRANSMISSION This section is substantially based on the ISO 9735 document: EDIFACT application level syntax rules, first released on 1988-07-15, amended and reprinted on 1990-11-01,
COMMISSION OF THE EUROPEAN COMMUNITIES
EN EN EN COMMISSION OF THE EUROPEAN COMMUNITIES Brussels, 28.11.2008 COM(2008) 798 final COMMUNICATION FROM THE COMMISSION TO THE COUNCIL, THE EUROPEAN PARLIAMENT, THE EUROPEAN ECONOMIC AND SOCIAL COMMITTEE
PDF Invoice Guide for Danske Bank Group
PDF Invoice Guide for Danske Bank Group PDF fakturaguide vers 1.1 eng 2014 11 11 Contents 1 INTRODUCTION... 3 2 PREREQUISITES... 3 2.1 VANS recipient... 3 2.2 Companies receiving PDF Invoices... 3 3 REQUIREMENTS
997 Functional Acknowledgment
997 Functional Acknowledgment Version: 1.0 Draft Author: Margie Stewart Publication: 06/10/2013 Notes: Table of Contents 997 Functional Acknowledgment.......................................................................................
BaanERP (Grieg SP4) Definition of BEMIS V DIS001A Import and Export File for the EDI Business Document Dispatch Advise
BaanERP (Grieg SP4) Definition of BEMIS V DIS001A Import and Export File for the EDI Business Document Dispatch Advise A publication of: Baan Development B.V. P.O.Box 143 3770 AC Barneveld The Netherlands
SEPA. Changes in the Payment System Implementation of the European SEPA Regulations for Kuna and Euro Payments
SEPA Changes in the Payment System Implementation of the European SEPA Regulations for Kuna and Euro Payments SEPA The Single Euro Payments Area (SEPA) stands for a European Union (EU) payments integration
Agreement On Electronic Collaboration
Page: 1 8 1. Collaboration Agreement and the cooperating parties This agreement on electronic collaboration (Collaboration Agreement) has been entered into by the following parties: Buyer Supplier Name
EDI Guideline KION Group Orders based on EDIFACT ORDERS D.96A Version 1.04 13.02.2014
EDI Guideline KION Group Orders based on Version 1.04 13.02.2014 IT-Solutions for the KION Group Page 1 of 37 EDI Guideline KION Group Orders History: Version 1.0-08.10.2010 Initial release Version 1.01-08.07.2011
UNeDocs Extension Module for Integrated Data Exchange at Border Crossings
UNeDocs Extension Module for Integrated Data Exchange at Border Crossings Michael Dill Slide 1 Agenda Why has the Extension Module been developed What has been done? What assumptions had to be made? What
T.8 USING THE INVOICE FOR BILLING AND FOR DEBIT AND CREDIT NOTES
T.8 USING THE INVOICE FOR BILLING AND FOR DEBIT AND CREDIT NOTES SECTION T.8 IS TO BE REGARDED AS PROVISIONAL: A FULL REVISION WILL BE ISSUED EARLY IN 1998. T.8.1 PRINCIPLES The INVOIC message may be used
Collection Service Implementation Guide
Collection Service Implementation Guide Collection Service Implementation Guide, version 6.7, 6 December 2011 Page 1 of 48 Contents 1 General introduction... 4 1.1 Introduction... 4 1.2 Change log... 4
Volvo Group Request to Pay Directive 2011 - External
Volvo Group Request to Pay Directive 2011 - External Routines and conditions for invoice handling and supplier payments in the Volvo Group Introduction The objective of this Directive is to secure efficient
EDI 210 Invoice. Motor Freight 210 Invoice with Stop Offs. Version: 1.0 ANSI X.12-4010 Draft
EDI 210 Invoice Motor Freight 210 Invoice with Stop Offs Version: 1.0 ANSI X.12-4010 Draft Motor Freight Invoice 210 EDI Transaction. ANSI X.12 Standards Version 4010 1 Table of Contents 210 Motor Carrier
IRAS e-tax Guide. GST Guide for e-commerce (Second edition)
IRAS e-tax Guide GST Guide for e-commerce (Second edition) Published by Inland Revenue Authority of Singapore Published on 11 Mar 2015 First edition on 31 Mar 2014 Disclaimers: IRAS shall not be responsible
MT104 Direct Debit and Request for Debit Transfer Message.
MT104 Direct Debit and Request for Debit Transfer Message. Change log Version Date Edit 1 10.11.2003 Document created 2 22.10.2005 Updated with German Direct Debit 3 21.03.2006 Updated with English Irish
IMPORTANT Invoice Instructions for Timely Payment of your Invoices
IMPORTANT Invoice Instructions for Timely Payment of your Invoices Dear Valued Vendor, We greatly value the business we do together and in 2016 we want to do better! To further strengthen our collaboration,
E-INVOICING SOLUTIONS RELATED TO RETAIL PAYMENTS THE WAY FORWARD IN SEPA
ERPB Secretariat ECB-UNRESTRICTED 11 November 2015 ERPB/2015/017 E-INVOICING SOLUTIONS RELATED TO RETAIL PAYMENTS THE WAY FORWARD IN SEPA In June the members of the ERPB endorsed the general objective
2.8 861 Receiving Advice/Acceptance Certificate - SERVICE PARTS ONLY
2.8 861 Receiving Advice/Acceptance Certificate - SERVICE PARTS ONLY INFORMATION TMM REQUIRES FROM TRADING PARTNER SCOPE THIS INFORMATION INCLUDES START-UP INFORMATION SPECIFIC TO TRADING PARTNER. APPROACH
E-SENS Baltic & Nordic Area Meeting April 23nd Sweden s participation ESV
E-SENS Baltic & Nordic Area Meeting April 23nd Sweden s participation ESV WP Participation 2 WP 2 Communication and Marketing The context The aim is to create a sustainable community around e-sens and
XML message for Payment Initiation Implementation Guideline. Version 1.02
XML message for Payment Initiation Implementation Guideline Version 1.02 Version 1.02 Changes Updated 20131211 1) SEB specific rule added under tag 2.44 Equivalent Amount 2) To the tag 2.89 Regulatory
Basic Rules of Issuing Invoices and Receipts 2014
Basic Rules of Issuing Invoices and Receipts 2014 Most requirements pertaining to invoicing are contained in Act CXXVII of 2007 on Value Added Tax (hereinafter: VAT Act) and the decrees issued on the basis
Online Banking Record Descriptions
Record s [email protected] Page 1 of 65 Contents Introduction... 3 Sydbank format... 3 Format descriptions... 5 of fixed-length records... 5 of variable-length records... 6 Payment start... 7 IB000000000000...
810 Invoice Revised 01/26/15
Functional Group ID=IN Introduction: This Standard contains the format and establishes the data contents of the Invoice Transaction Set (810) for use within the context of an Electronic Data Interchange
Tieto Business Information exchange Portal
Tieto Business Information exchange Portal E-invoicing Issuer Web Application Guide 2.0 page 1/28 Table of Contents 1 Introduction... 3 2 Invoice Issuer web application registration... 3 3 Tieto E-invoicing
UN/CEFACT STANDARD BUSINESS DOCUMENT HEADER Technical Specification Version 1.3 2004-6-04
1 2 3 4 5 UN/CEFACT STANDARD BUSINESS DOCUMENT HEADER Technical Specification Version 1.3 2004-6-04 6 UN/CEFACT Standard Business Document Header Technical Specification Page 1 of 82 7 8 9 10 11 12 13
Questions and answers about Ariba
Questions and answers about Ariba Table of contents Q&A... 3 SSAB s self registration form in Ariba (Initial registration)... 3 What does the change in practice mean for me as a supplier?... 3 On the first
e-invoicing to the Public Sector
e-invoicing to the Public Sector Manual for Invoicing and Submitting Version 2.3 As of: Novembre 3 nd 2015 Contents 1 Starting Point... 4 2 Legal Basis... 5 2.1 European Union Law... 5 2.2 VAT Act (UStG)...
RF Creditor Reference
RF Creditor Reference Facilitating full end-to-end straight-through payment processing version 1.0, May 2010 RF Expert Group 2 (36) Page RF Creditor Reference... 1 Facilitating full end-to-end straight-through
Eaton Corporation Electronic Data Interchange (EDI) Standards Application Advice (824) Version 4010
Eaton Corporation Electronic Data Interchange (EDI) Standards Application Advice (824) Version 4010 Revision date: 12/15/2003 Author: Kathy Grubar Copyright 2003 Eaton Corporation. All rights reserved.
ACE HARDWARE 810 INVOICE (FOR CREDIT MEMO ONLY) ANSI X12 4010 PLEASE DO NOT TRANSMIT WAREHOUSE OR REBATE CREDIT MEMOS.
ACE HARDWARE 810 INVOICE (FOR CREDIT MEMO ONLY) ANSI X12 4010 *NOTES: PLEASE DO NOT TRANSMIT WAREHOUSE OR REBATE CREDIT MEMOS. EXISTING DOCUMENT - SEE HIGHLIGHTED FIELDS FOR NEW ADDITIONS PLEASE REVIEW
February 2015. Are You Ready for E-invoicing?
February 2015 Are You Ready for E-invoicing? CONTENT Introduction... 3 1. SME Pain Points...4 2. E-invoicing Market... 5 2.1 European e-invoicing market...5 2.2 U.S. e-invoicing market... 6 3. E-invoicing
Corporate egateway Supports a centralised payment and collection factory
Corporate Supports a centralised payment and collection factory Corporate is Nordea s file based mass payment service for customers demanding one point of entry for bulk payments and collections in the
E-INVOICING MARKET GUIDE 2012
THE E-INVOICING MARKET GUIDE 2012 Insights in the worldwide E-invoicing Market E-INVOICING MARKET GUIDE 2012 Insights in the worldwide E-invoicing Market Authors Ionela Barbuta, Sabina Dobrean, Monica
Corporate egateway Supports a centralised payment and collection factory
Corporate Supports a centralised payment and collection factory Corporate is Nordea s file based mass payment service for customers demanding one point of entry for bulk payments and collections in the
CONDITIONS FOR MAKING PAYMENT TRANSACTIONS
CONDITIONS FOR MAKING PAYMENT TRANSACTIONS 1. GENERAL PROVISIONS 1.1 In the Conditions for Making Payment Transactions (hereinafter referred to in this document as the Conditions) the bank issues the terms
Appendix report 1: Syntax and structure of EDIFACT and XML messages 64820-10. Regulation F1:
Regulation F1: EDI communication with the DataHub in the electricity market Appendix report 1: Syntax and structure of EDIFACT and XML messages October 2011 Version 3.0 Effective from 1 October 2012 1.0
Service description. Corporate Access Payables
Service description Corporate Access Payables Table of contents Page 2 of 12 1 INTRODUCTION... 3 2 STRUCTURE OF DOCUMENTATION... 4 3 AGREEMENT SET-UP... 4 4 AVAILABLE MESSAGE TYPES... 5 5 OFFERED PAYMENT
business transaction information management
business transaction information management What CAM Is The CAM specification provides an open XML based system for using business rules to define, validate and compose specific business documents from
810 Invoice. Version: 2.3 Final. X12/V4010/810 : 810 Invoice. Advance Auto Parts. Publication: 3/17/2014 Trading Partner: Notes:
810 Invoice X12/V4010/810 : 810 Invoice Version: 2.3 Final Author: Advance Auto Parts Company: Advance Auto Parts Publication: 3/17/2014 Trading Partner: Notes: Table of Contents 810 Invoice... 1 ISA
Dart Container Corporation. EDI 810 Outbound Invoice Version 4010
Dart Container Corporation EDI 810 Outbound Invoice Version 4010 HEADER SECTION ST - Transaction Set Header 01 Transaction Set Identifier N0 1/10 810 02 Transaction Set Control Number AN 4/9 Unique Sequence
Unit- IV. SYLLABUS: Electronic Data Interchange, EDI Applications in Business, EDI implementation, MIME, and value added networks.
Unit- IV SYLLABUS: Electronic Data Interchange, EDI Applications in Business, EDI implementation, MIME, and value added networks. Electronic Data Interchange Electronic Data Interchange (EDI) - interposes
