e2b Invoice Format Message Description Version: 3.4
|
|
|
- Arron Flynn
- 10 years ago
- Views:
Transcription
1
2 CHANGE LOG DATE VER DONE BY CHANGES Lars Olavesen Ref. Change log: Are Berg Corrected in chapter 3.7 Message description which differs from XML Schema (Change log 06-10) Are Berg Ref. Change log Are Berg/ Geir Bonde Ref. Change log Are Berg Ref. Change log Are Berg Ref. Change log Are Berg Ref. Change log Are Berg Ref. Change log Are Berg Ref. Change log Are Berg Ref. Change log Are Berg Ref. Change log Are Berg First official version e2b Forum 2007 Page 2 of 54
3 Table of Contents 1. INTRODUCTION Background Content Target group Table explanations USE OF THE FORMAT Scope and functionality Overview Invoicing process Business documents Guidelines for use Principles for business specific extensions Technical directives Amounts in the format THE STRUCTURE OF THE FORMAT Structure overview Envelope Invoice message Invoice header Actor information Invoice details Invoice discounts, charges and tax Invoice totals ATTACHMENT 1: COMPLETE EXAMPLE MESSAGE...42 ATTACHMENT 2: INFORMATION MODEL...48 e2b Forum 2007 Page 3 of 54
4 1. Introduction 1.1 Background The purpose of the e2b Forum is to contribute to the increased use of electronic invoicing between companies. The e2b Forum consists of a number of large private Norwegian companies from different business sectors. The forum is also supported by central actors in the public area. An important factor in achieving the goal of increased electronic invoicing is to agree on the content and structure of the information that is to be exchanged. A standard format will reduce implementation costs and motivate actors to start using electronic invoicing. The e2b Invoice Format was developed by e2b Forum as an invoice format for Norwegian companies. The main scope of the format is to cover domestic Norwegian invoicing, but it may also be used for cross-border invoicing to a certain extent. The reason for defining a Norwegian format was to ensure that it satisfied the following requirements stated by the Forum: The format must cover all types of invoicing The format must be easy to adopt for both large and small companies The format must be easy to expand in relation to needs from new business sectors The format must be independent of technical solutions The e2b Invoice Format is managed by e2b Forum and its Steering Committee. The maintenance of the format is done by e2b Forum s Format Group. 1.2 Content This describes the invoice information relevant for Norwegian companies as defined in the e2b Invoice Format. The document consists of the following parts: The background for the message Description of the use of the message The structure of the message The definition of elements with examples Complete example message Information model In cases where required data content and use of codes depart from the general description, specific Implementation Guidelines must be prepared, ref. chapter 2.2. In addition to the basic part of the format, business specific extensions can be defined in order to meet the requirements for information in various business sectors. Business specific extensions will be described in specific documentations which are prepared by the individual business sector, ref. chapter Target group The target group for this document is IT and system personnel implementing solutions for the exchange of e2b invoice messages and integration of the format towards internal applications. e2b Forum 2007 Page 4 of 54
5 1.4 Table explanations Below is an explanation to columns in the tables in chapter 4. The name of the XML-element is a reference to the actual tag name in XML. The description states rules for data content, legal values etc. At the very first in the description is the text which previous was the first field name (Field Name is a logical explanatory name on the actual element.) Requirement states if the field is M = Mandatory in the message K = Optional in the message A = Dependent of specific criterias Repetition states how many times a field can or must be repeated. See below. 1 The field must be used once 1..3 The field must be used once and maximum three times 1..* The field must be used once and maximum unbounded 0..1 The field may be used once 0..* The field may be used unbounded Type states the type of value that will be transmitted for the actual element in the XMLnotation. String = (Alfanumeric) Integer Decimal Date = (YYYY-MM-DD) Time= (HH:MM:SS) DateTime = (YYYY-MM-DDTHH:MM:SS) Attributes are marked with the e2b Forum 2007 Page 5 of 54
6 2. Use of the format 2.1 Scope and functionality Overview The main scope of the format is to cover domestic Norwegian invoicing, but it may also be used for cross-border invoicing to a certain extent. Figure 1 below shows which actors and functions that are covered by the format. Supplier and Buyer are mandatory. Other actors shown in the diagram are optional. The business processes are more closely described in the following chapters. Suppliers starts the business process Invoicing. The process is usually initiated as a result of a procurement or consumption of a service. Figure 1: Actors and Business processes covered by the format e2b Forum 2007 Page 6 of 54
7 2.1.2 Invoicing process Process name Identifier Roles Description Preconditions Post conditions Scenario/ workflow Invoicing Not defined Involved Roles in this process: Supplier (InvoiceIssuer, Factoring) Buyer (Invoicee, UltimateCustomer, OrderedBy, ShippedFrom, DeliveredTo) Suppliers can use Factoring companies Both Supplier and Buyer can use Intermediary Actors in brackets are relevant when different from Supplier or Buyer. Supplier generates and sends invoices to Buyer. Physical recipient of an invoice can be Buyer, Factoring company or an Intermediary. If the Supplier uses Factoring the original is sent to the Invoice recipient and a copy to the Factoring company. If the Supplier uses Intermediary the Intermediary forwards the invoice to the Invoice recipient. The process is normally initiated as a result of handing over qualified ownership or consumption of services. The process is terminated when the Buyer has received the invoice. Suppliers send invoices to Buyers. There are some formal requirements to the information elements in the invoice. These requirements must be fulfilled. Figure 2: Supplier sends Invoice or Credit Note to Buyer Performance Goals None e2b Forum 2007 Page 7 of 54
8 Alternative Scenario Figure 3: The use of a Factoring company Figure 4:The use of an InvoiceIssuer and an Invoicee Special Requirements Extension Points None None e2b Forum 2007 Page 8 of 54
9 2.1.3 Business documents The e2b Invoice Format supports the following business documents: Functional Business Document Sending role Receiving role Description Invoice Supplier Buyer The invoice is used by the Supplier to arrange information about outstanding accounts towards the Buyer. Credit note Supplier Buyer Credit note is used by the Supplier to arrange information about outstanding accounts to the benefit of the Buyer. State e2b Forum 2007 Page 9 of 54
10 2.2 Guidelines for use Individual use of the format must be documented in an Implementation Guide (IG). The IG should be based on this and may apply for one actor or a group of actors having the same requirements. The use of the format is normally determined by requirements on the receiving side. This can be issues related to the receipt and control of invoices approval/attestation automatic matching towards orders accounting in account current book Within a certain business sector it is also natural to view the complete trade process from ordering to payment. As being in the middle of the process, the invoice will be influenced by both the the content in the original order and the following payment. All deviations from standard Message description must be stated in the IG, either in a specific chapter or directly in the documentation. That could be: Requirements for data content in fields which depart from the general documentation Specific content requirements to certain fields, for instance identifiers The use of specially defined References with codes 2.3 Principles for business specific extensions All e2b invoices consist of a minimum of basic information on the header, detail and total level. In addition, e2b invoices may contain information related to a specific business sector. This is information required to describe the product or the service being invoiced. Such business specific extensions can be included both on the header and detail level. Each business sector is responsible to develop and maintain message descriptions (XML Schema) and documentation for their own business specific extensions. The individual extensions must be proposed for the e2b Format group for approval in order to be included in the next planned release of the format. To ensure the integrity and structure of the documentation in all types of e2b messages, the following principals are established for business specific extensions on detail level: If the business specific extension consists of information on more than one level (periodic invoice / sub invoice), then the extension should be put before the basic details in such a way that the basis details represents a total level of business specific details. If the business specific extension consists of information on one level only, then the extension should be added directly after the basis details for each invoice line. 2.4 Technical directives Characterset: Unicode UTF-8 Date format: YYYY-MM-DD Decimal point: Dot e2b Forum 2007 Page 10 of 54
11 2.5 Amounts in the format Amounts on detail level that are added to the Invoice total shall be positive both for the Invoice and the Credit Note Amounts on detail level that are deducted from the Invoice total must have negative sign both on the Invoice and the Credit Note. VAT amounts, discount amounts, charges and additions must be positive. The figure below illustrates the connections between various types of amounts in the message. Both +, - and = signs are used. The addition is marked with cardinality/hierarchy among the classes. The relation many-to-one means that many amounts are added to one amount. The part of the relation that is without symbol is marked with the sign. The figure is recommended to be read from the bottom. InvoiceDetails LineItemPreDiscountAmount + ChargesAmount - DiscountAmount + TaxAmount = LineItemAmount VatAmount 0..* 0..* 0..* 1..* 0..* ChargesTotals 0..1 Description Amount InvoiceDiscountChargesAndTax InvoiceCharges VatAmount 0..* DiscountTotals 0..1 Description Amount TaxTotalsInfo 0..1 Description Amount 0..* InvoiveDiscount VatAmount 0..* 0..* InvoiceTax VatAmount 0..* 0..* VatTotalsInfo 0..1 VatPercent VatAmount 0..* InvoiceSummary LineItemTotalsAmount ChargesTotalsAmount DiscountTotalsAmount TaxTotalsAmount VatTotalsAmount NetAmount 0..1 RoundingAmount GrossAmount 0..1 The example below shows calculations of line totals, charges/deductions and invoice totals in an e2b invoice. e2b Forum 2007 Page 11 of 54
12 Calculation of details, charges and totals Detail level XML-tag <BaseItemDetails><Description> Product Product1 <BaseItemDetails><QuantityInvoiced> Quantity 5 * <BaseItemDetails><UnitPrice> Unit price 2,5 = <BaseItemDetails><LineItemPreDiscountAmount> Price minus discount 12,5 * <BaseItemDetails><Discount><Percent> Discount rate 20 % = <BaseItemDetails><Discount><Amount> Discount amount 2,5 - = <BaseItemDetails><TaxInfo><BaseAmount> Discount base amount 10 * <BaseItemDetails><TaxInfo><Percent> Tax rate 10 % = <BaseItemDetails><TaxInfo><Amount> Taxt amount 1 + = <BaseItemDetails><VatInfo><VatBaseAmount> Vat base amount 11 * <BaseItemDetails><VatInfo><VatPercent> Vat rate 25 % = <BaseItemDetails><VatInfo><VatAmount> Vat amount 2,75 + = Line total 13,75 Invoice level <InvoiceDiscountChargesAndTax><InvoiceCharges> <BaseAmount> Freight base amount 11 <InvoiceDiscountChargesAndTax><InvoiceCharges><Percent> * Freight rate 6 % <InvoiceDiscountChargesAndTax><InvoiceCharges><Amount> = Freight amount 0,66 <InvoiceDiscountChargesAndTax><InvoiceCharges><VatInfo> * <VatPercent> Vat on freight 25 % = <InvoiceDiscountChargesAndTax><InvoiceCharges><VatInfo> <VatAmount> Vat amount 0,17 + = Total Freight 0,83 Invoice totals <InvoiceSummary><InvoiceTotals><LineItemTotalsAmount> Line total 13,75 = <InvoiceSummary><InvoiceTotals><ChargesTotalsAmount> Total charges 0,83 = <InvoiceSummary><InvoiceTotals><NetAmount> Net total 11,66 = <InvoiceSummary><InvoiceTotals><VatTotalsAmount> Total Vat 2,92 + <InvoiceSummary><InvoiceTotals><RoundingAmount> Rounding 0,02 = <InvoiceSummary><InvoiceTotals><GrossAmount> Invoice total 14,60 e2b Forum 2007 Page 12 of 54
13 3. The structure of the format 3.1 Structure overview The e2b Invoice format is structured according to the figure below. The content in the colored modules is part of the base format and is described in the subsequent chapters. The content in the white modules are additional information including business specific extensions that are described in separate documents The following notation is used to define cardinality: 1 = One occurrence (mandatory) 1..* = One or many occurrences 0..1 = Zero or one occurrences (optional) 0..* = Zero or many occurrences e2b Forum 2007 Page 13 of 54
14 3.2 Envelope Interchange must be used for sending more than one invoice message in the same interchange. Beyond that there are no requirements to send an Interchange It is not mandatory to send Envelope. The primary purpose is for transfer via intermediaries. See also the specific documentation of InterchangeHeader and MessageHeader that is meant to replace Envelope. Name on XML-element Description Require ment Interchange Interchange K 0..1 Repetition Type Envelope Envelope K 0..1 InterchangeId Unique reference for this interchange M 1 String From Unique identification of sender, for instance association number or GLN (EAN-location number) M 1 String To Unique identification of the final recipient of the message in the interchange M 1 String Date The date the interchange was generated M 1 Date Time The time the interchange was generated (HH:MM:SS) K 0..1 Time NumberOfMessages The number of messages in this interchange K 0..1 Integer TestIndicator Testflag. Must be stated with the value 1 if the message consists of test data. Otherwise, the interchange must be regarded as production data. K 0..1 Integer XML-example: <?xml version="1.0" encoding="utf-8"?> <Interchange xmlns=" xmlns:xsi=" xsi:schemalocation=" e2b_invoice_interchange_v3p4.xsd"> <Envelope> <InterchangeId>1</InterchangeId> <From>12345</From> e2b Forum 2007 Page 14 of 54
15 <To>67890</To> <Date> </Date> <Time>14:20:00</Time> <NumberOfMessages>1</NumberOfMessages> </Envelope> </Interchange> e2b Forum 2007 Page 15 of 54
16 3.3 Invoice message Name on XML-element Description Require ment Repetition Type Invoice M Message owner. Fixed value: e2b M 1 Message type. Fixed value: Invoice M 1 Version. Legal values are: 3.2, 3.3, and 3.4 M 1 Language code K 0..1 String MessageNumber Unique number which identifies the message within an interchange K 0..1 String MessageTimestamp Message date. Date and time when the message is generated. Format: YYYY-MM-DDTHH:MM:SS M 1 DateTime NumberOfLines Number of detail lines in the invoice K 0..1 Integer InvoiceContent LineOfBusiness States if this is an Expense (K), Product (V) or Service (T) invoice. Legal values are: K, V and T Codes which state what line of business the invoices are regarded as: Legal values: 1=Credit card, 2=Travel, 3=Telecom, 4=Transport, 5=Carrier, 6=Insurance, 7=Energy, 8=Building, 9=General goods K 0..1 String K 0..1 Code description. Optional description in attribute K 0..1 String XML-example: <Invoice MessageOwner="e2b" MessageType="Invoice" MessageVersion="3.4" language="no"> <MessageNumber>1</MessageNumber> <MessageTimestamp> T09:30:47</MessageTimestamp> <NumberOfLines>2</NumberOfLines> <InvoiceContent>K</InvoiceContent> <LineOfBusiness codetext="kort">1</lineofbusiness> </Invoice> e2b Forum 2007 Page 16 of 54
17 3.4 Invoice header Name on XML-element Description Require ment Repetition Type InvoiceHeader Invoice header M 1 InvoiceType Legal values are: 380 = Invoice 381 = Credit note M 1 Code description: Optional description in attribute K 0..1 String InvoiceStatus Legal values are: 9 = Original 10 = Copy 53 = Test M 1 Code description: Optional description in attribute K 0..1 String InvoiceNumber Invoice number or Credit note number M 1 String InvoiceDate Date of issue M 1 Date TaxTreatment Suggested values: NIL = Line item net amounts, invoice level tax GIL = Line item gross amounts, invoice level tax NLL = Line item net amounts, line level tax GLL = Line item gross amounts, line level tax NON = Tax does not apply to this invoice K 0..1 Optional description in attribute K 0..1 String DiscountTreatment Suggested values: UN = Line item unit price, net of discount UG = Line item unit price, gross of discount) TN = Line item amount, net of discount TG = Line item amount, gross of discount K 0..1 Optional description in attribute K 0..1 String e2b Forum 2007 Page 17 of 54
18 Name on XML-element Description Require ment Repetition Type Supplier The actor who delivers the commodity or service. The content is described in chapter 3.5 for all actors, Actor information. M 1 PartyType (ref. chapter 3.5) InvoiceIssuer To be used if different from Supplier. K 0..1 PartyType (ref. chapter 3.5) Buyer The actor who ordered the commodity or service. M 1 PartyType (ref. chapter 3.5) Invoicee OrderedBy DeliveryPart UltimateCustomer ShippedFrom The actor who receives the invoice/credit note. May be stated if different from buyer. May be stated if the procurement is made of an intermediary different from the Buyer. Describes the actor on the place where the commodity is delivered. May be stated if different from buyer. Describes ultimate receiver of the commodity. May be stated if different from delivery part or buyer. Describes the actor on the place where the goods are shipped from, or brought by the Buyer (DeliveryPart). The ShippedFrom may be stated in addition to DeliveryPart or UltimateCustomer K 0..1 PartyType (ref. chapter 3.5) K 0..1 PartyType (ref. chapter 3.5) K 0..1 PartyType (ref. chapter 3.5) K 0..1 PartyType (ref. chapter 3.5) K 0..1 PartyType (ref. chapter 3.5) Factoring States if the Supplier uses Factoring to handle payment transactions. K 0..1 PartyType (ref. chapter 3.5) InvoiceReferences References K 0..1 InvoiceReferencesType BuyersOrderNumber BuyersOrderDate Reference to the buyers order number. Required when invoices are to be matched with the order. The field is recommended Reference to the buyer s order date. Mandatory for matching. The field is recommended. K 0..1 String K 0..1 Date BuyersProjectCode Reference to the buyer s project code K 0..1 String InvoiceNumber Reference to original invoice in a credit note. K 0..1 String SuppliersOrderNumber Reference to the Supplier s order number. K 0..1 String DeliveryTerms Free text K 0..1 String e2b Forum 2007 Page 18 of 54
19 Name on XML-element Description Require ment Repetition Type DeliveryTermsCode Code for delivery terms: For instance reference to the INCOTERMcodes. K 0..1 String DeliveryTermsPlace Delivery place associated with delivery terms K 0..1 String DeliveryNoteNum Reference to Delivery note number. K 0..1 String DeliveryDate Date for delivery with reference to delivery note number K 0..1 Date Payment Payment information. Must occur once M 1 PaymentType DueDate Date when the invoice is due to payment K 0..1 Date Currency Currency code: ISO Alpha code (3 characters) ISO 4217 M 1 String KidNumber KID-number (Norwegian payment identification) K 0..1 String PaymentTerms Payment terms in free text K 0..1 String PaymentDiscount Zero or many occurences K 0..* DiscountPercent Discount percent M 1 Decimal DiscountDays The number of days the discount take effect from K 0..1 Decimal OverDuePercent Overdue percent K 0..1 Decimal Attachments Ref Reference to a file with attachments. For instance an image file or tickets. Zero or many occurences. Reference: General reference field with code. Zero or many occurrences. K 0..* String K 0..* RefWithCodeType Code The Code states type of references. M 1 String Text The reference value. K 0..1 String FreeText General information that cannot be placed in other fields. Zero or many occurences. K 0..* String CardHeaderInformation Business specific extension on header level for credit card invoices. The content is described in a specific document. K 0..1 CardHeaderInfo Type e2b Forum 2007 Page 19 of 54
20 Name on XML-element Description Require ment Repetition Type InsuranceHeader TelecomHeader EnergyHeader BuildingHeader XML-example: <InvoiceHeader> Business specific extension on header level for insurance invoices. The content is described in a specific document. Business specific extension on header level for telecom invoices. The content is described in a specific document. Business specific extension on header level for energy invoices (power and power supply). The content is described in a specific document. Business specific extension on header level for invoices related to building, electro and VA/VVS. The content is described in a specific document. <InvoiceType codetext="invoice">380</invoicetype> <InvoiceStatus codetext="original">9</invoicestatus> <InvoiceNumber>1</InvoiceNumber> <InvoiceDate> </InvoiceDate> <Supplier> <PartyId>12345</PartyId> <LocationId> </LocationId> <Name>Supplier1</Name> <ContactInformation> <PhoneNumber> </PhoneNumber> <FaxNumber> </FaxNumber> < Address>[email protected]</ Address> <WebAddress> </ContactInformation> <StreetAddress> <Address1>Storgata 1</Address1> <PostalCode>0101</PostalCode> K 0..1 InsuranceHeader Type K 0..1 TelecomHeader Type K 0..1 EnergyHeader Type K 0..1 BuildingHeader Type e2b Forum 2007 Page 20 of 54
21 <PostalDistrict>Oslo</PostalDistrict> <CountryCode>NO</CountryCode> </StreetAddress> <PostalAddress> <Address1>P.O box 5</Address1> <PostalCode>0101</PostalCode> <PostalDistrict>Oslo</PostalDistrict> <CountryCode>NO</CountryCode> </PostalAddress> <ContactPerson> <Name>Ole Olsen</Name> <ContactInformation> <PhoneNumber> </PhoneNumber> </ContactInformation> <Function>Manager</Function> <Department>IT</Department> </ContactPerson> <OrgNumber> </OrgNumber> <VatId>MVA NO</VatId> <Department>IT</Department> <AccountInformation> <AccountNumber> </AccountNumber> </AccountInformation> <ProjectRef>Project1</ProjectRef> </Supplier> <Buyer> <PartyId>54321</PartyId> <LocationId> </LocationId> <Name>Buyer1</Name> <ContactInformation> <PhoneNumber> </PhoneNumber> <FaxNumber> </FaxNumber> e2b Forum 2007 Page 21 of 54
22 <WebAddress> 1.no</WebAddress> </ContactInformation> <StreetAddress> <Address1>Lilleveien 1</Address1> <PostalCode>3000</PostalCode> <PostalDistrict>Drammen</PostalDistrict> <CountryCode>NO</CountryCode> </StreetAddress> <ContactPerson> <Name>Hanne Hansen</Name> <ContactInformation> <PhoneNumber> </PhoneNumber> buyer1.no</ address> </ContactInformation> </ContactPerson> <OrgNumber> </OrgNumber> <VatId>MVA NO</VatId> <AccountInformation> <AccountNumber> </AccountNumber> <IbanNumber>String</IbanNumber> <SwiftNumber>String</SwiftNumber> </AccountInformation> </Buyer> <InvoiceReferences> <BuyersOrderNumber>54321</BuyersOrderNumber> <BuyersOrderDate> </BuyersOrderDate> <DeliveryTerms>Free of charge</deliveryterms> <DeliveryDate> </DeliveryDate> </InvoiceReferences> <Payment> <DueDate> </DueDate> <Currency>NOK</Currency> e2b Forum 2007 Page 22 of 54
23 <KidNumber> </KidNumber> <PaymentTerms>30 days</paymentterms> <PaymentDiscount> <DiscountPercent>2</DiscountPercent> <DiscountDays>10</DiscountDays> </PaymentDiscount> <OverDuePercent>2.5</OverDuePercent> </Payment> <Attachments>String</Attachments> </InvoiceHeader> e2b Forum 2007 Page 23 of 54
24 3.5 Actor information This chapter describes information that is common for all actors. Name is the only mandatory element. Other elements may/may not be sent depending on the type of actor and the context. Name on XML-element Description Require ment Repetition Type PartyType Actor information K 0..1 PartyId Actor number: Unique identifier K 0..1 Identification of identifier, for example SuppID K 0..1 Name of identifier, for example the Supplier s identification K 0..1 Name of organization which administrates the identifier, for example current Supplier K 0..1 String LocationId Location number = GLN K 0..1 Identification of identifier, for example GLN K 0..1 Name of identifier, for example Global Location Number K 0..1 Name of organization which administrates the identifier, for example GS1 K 0..1 String Name Company name M 1 String ContactInformation Contact information for the company K 0..1 ContactInformationType PhoneNumber Company s Telephone number K 0..1 String FaxNumber Company s Telefax number K 0..1 String Address Company s address K 0..1 String WebAddress Company s Web address K 0..1 String StreetAddress Street address: Zero or one occurrence K 0..1 AddressType Address1 Street-/visitor address 1 K 0..1 String Address2 Street-/visitor address 2 K 0..1 String Address3 Street-/visitor address 3 K 0..1 String PostalCode Post number related to the street address K 0..1 String e2b Forum 2007 Page 24 of 54
25 Name on XML-element Description Require ment Repetition Type PostalDistrict Post district related to the street address K 0..1 String CountryCode 2 character code in accordance with ISO 3166 K 0..1 String CountryName Name of country in accordance with code K 0..1 String PostalAddress Zero or one occurrence K 0..1 AddressType Address1 Post address 1 K 0..1 String Address2 Post address 2 K 0..1 String Address3 Post address 3 K 0..1 String PostalCode Postnumber related post address K 0..1 String PostalDistrict Post district related to post address K 0..1 String CountryCode 2 character code in accordance with ISO 3166 K 0..1 String CountryName Name of country in accordance with code K 0..1 String ContactPerson Contact Person: Zero or many occurrence K 0..* ContactPersonType Name FirstName Contact person name: Recommended format: Surname, First name, Middle name Contact persons First name: Recommended format: First name Middle name M 1 String K 0..1 String LastName Contact persons Surname K 0..1 String Function Contact persons Function (employment, role) K 0..1 String Department Contact persons Department K 0..1 String ContactInformation Contakt information for contact person K 0..1 ContactInformationType OrgNumber PhoneNumber Phone number to contact person K 0..1 String FaxNumber Fax number to contact person K 0..1 String Address address to contact person K 0..1 String WebAddress Web address to contact person K 0..1 String Organization number: Mandatory for Supplier (9 digits). The field is recommended to use. K 0..1 String e2b Forum 2007 Page 25 of 54
26 Name on XML-element Description Require ment Repetition Type VatId VAT number: Mandatory when invoicing is decucted to Vat (14 characters). K 0..1 String Department Department within a company K 0..1 String AccountInformation Information about accounts for national and international payments K 0..1 AccountInformationType AccountNumber The company s domestic bank account number K 0..1 String IbanNumber Account number for international payments K 0..1 String SwiftNumber Swift number/bic for international payments K 0..1 String ProjectRef Project reference defined by Buyer K 0..1 String ContractNumber Contract number defined by Buyer K 0..1 String Ref General reference fields with codes. K 0..* RefWithCodeType Zero or many occurrences Code Code which states type of reference M 0..1 String Text The actual reference number K 0..1 String e2b Forum 2007 Page 26 of 54
27 3.6 Invoice details Invoice details may consist of: Free text. A description/specification of an invoice line. Base item details. A general invoice line containing sufficient information for most business sectors and applications. The base item details are mandatory in all e2b messages and must be imported by all recipients. In addtion to the base item details, different business sectors may require specific information to be sent on details level. This information is defined in separate business specific extensions which are conditional to use. The following rules are applicable for the definition of business specific extension in e2b on details level (see also chapter 2.3): Business specific extension allowing invoices containing several orders (details on more than one level) are placed before the base item details. Business specific extensions referring to one order are placed after the base item details. Name of XML-element Description Require ment Repetition Type InvoiceDetails Invoice details M 1..* FreeText Zero or many occurrences K 0..* String BaseItemDetails Zero or many occurrences K 1..* BaseItemDetailsType SubInvoice SubInvoice: General multi order structure on line level K 0..1 SubInvoiceType Header Invoice header: Standard e2b header information. M 1 HeaderType Details TravelDetails TelecomDetails TransportDetails Details: Standard e2b base of details. One or many occurrences. Business specific extension for travel invoices. The content is described in a specific document. Business specific extension for telecom invoices. The content is described in a specific document. Business specific extension for transport invoices. The content is described in a specific document. M 1..* DetailsType K 0..1 TravelDetailsType K 0..1 TelecomDetailsType K 0..1 TransportDetailsType CarrierDetails Business specific extension for carrier invoices K 0..1 CarrierDetailsType e2b Forum 2007 Page 27 of 54
28 Name of XML-element Description Require ment The content is described in a specific document. Repetition LineItemNum Line number in the invoice. Serial numbers from issuer. K 0..1 String Level States the level in the invoice and can be used to aggregation/sub invoicing Type K 0..1 String SuppliersProductId Supplier s article-/product-/service number K 0..1 String Description Description of a article/product/service M 1 String BuyersProductId The Buyer s article-/product-/service number K 0..1 String AdditionalProductId Code Additional product identification: Zero or many occurrences Can be a reference to a product code in a procurement portal or a trade specific code i.e. EPD, GTIN (previous EAN article number) or NOBB. K 0..* AdditionalProductIdType M 1 String Text ProductId: Actual value. K 0..1 String UnitPrice Based on pricetype K 0..1 Decimal PriceDenomination Price description. Will be stated if price is given in a unit different from amount. PriceType Legal values are: AAA (Net price including allowance/charge) AAB (Gross price without allowance/charge) K 0..1 String K 0..1 Optional description in attribute K 0..1 String PerQuantity Price per. quantity which unit price passes for K 0..1 Decimal LineItemPreDiscount Amount Line amount before allowance/charge K 0..1 Decimal PrePaidAmount Contains amount paid in advance K 0..1 Decimal CommissionAmount For instance in connection with the use of traveling bureaus K 0..1 Decimal e2b Forum 2007 Page 28 of 54
29 Name of XML-element Description Require ment Repetition Type LineItemAmount LineItemGrossAmount Line amount without VAT, but included possible allowances/charges. Either LineItemAmount or LineItemGrossAmount must be sent. Line item amount included VAT and possible allowances/charges. Either LineItemGrossAmount or LineItemAmount must be sent. A 1 Decimal A 1 Decimal QuantityInvoiced Invoiced quantity K 0..1 Decimal UnitOfMeasure Unit in accordance with ISO standard 31 K 0..1 String ExchangeInformation Information about amount in different currency. Zero or one occurrernce Currency Currency code: ISO Alpha code (3 characters) ISO 4217 M 1 String ForeignAmount Amount in another currency: i.e. use of bankcards in a foreign currency K 0..1 ExchangeInformationType M 1 Decimal ExchangeRate Exchange rate used by conversion to NOK K 0..1 Decimal ExchangeDate Valid date for exchange rate K 0..1 Date OrderInformation Information about the buyers order. Zero or one occurrernce UnitOfMeasure If different from invoiced unit K 0..1 String K 0..1 OrderAndDeliveryInfoType UnitPrice Unit price for the ordered unit K 0..1 Decimal PriceType Price type for the ordered unit K 0..1 String Quantity Ordered quantity K 0..1 Decimal LineNum Reference to the order s line number K 0..1 String DeliveryInformation Information about de delivery. Zero or one occurrence UnitOfMeasure If different from invoiced unit K 0..1 String K 0..1 OrderAndDeliveryInfoType UnitPrice Unit price for the delivered unit K 0..1 Decimal PriceType Price type for the delivered unit K 0..1 String e2b Forum 2007 Page 29 of 54
30 Name of XML-element Description Require ment Repetition Type Quantity Delivered quantity K 0..1 Decimal LineNum Reference to the line number on the list of contents K 0..1 String SuppliersOrderInformation Information about the supplier s internal orders. Zero or K 0..1 OrderAndDeliveryInfoType one occurrernce UnitOfMeasure If different from invoiced unit of measure. K 0..1 String UnitPrice Unit price in the supplier s order K 0..1 Decimal PriceType Price type in the supplier s order K 0..1 String Quantity Quantity in the supplier s order K 0..1 Decimal LineNum Reference to line number in the supplier s order K 0..1 String VatInfo VAT which is calculated on the line amount. K 0..* VatInfoType Zero or many occurrences VatPercent VAT-percent K 0..1 Decimal VatBaseAmount Basis for the VAT calculation for the particular rate. K 0..1 Decimal VatAmount Amount for the particular rate K 0..1 Decimal TaxInfo Taxes on line level except VAT. Zero or many occurrences K 0..* DiscountChargesAndTaxTy pe Code Code for tax in accordance with contract. K 0..1 String Description Description of type of tax, ref. Code K 0..1 String Percent Tax Percent K 0..1 Decimal BaseAmount Base amount for calculation of tax K 0..1 Decimal Amount Tax amount K 0..1 Decimal Quantity To be used if tax is related to quantity K 0..1 Decimal UnitOfMeasure Unit related to quantity K 0..1 String RatePerUnit To be used if tax is calculated based on rate per unit. K 0..1 Decimal VatInfo VAT which is calculated on the tax K 1 VatInfoType VatPercent Vat-percent K 0..1 Decimal e2b Forum 2007 Page 30 of 54
31 Name of XML-element Description Require ment Repetition Type VatBaseAmount Basis for the Vat calculation for the particular rate K 0..1 Decimal VatAmount Amount for the particular rate K 0..1 Decimal CalculationSequence States the sequence for calculation if more than one tax K 0..1 String Discount Discount on line level. Zero or many occurrences Code Code for discount in accordance with contract. K 0..1 String Description Description of type of discount, ref. Code K 0..1 String K 0..* DiscountChargesAndTaxTy pe Percent Discount percent K 0..1 Decimal BaseAmount Base amount for discount calculation K 0..1 Decimal Amount Discount amount K 0..1 Decimal Quantity To be used if the discount is related to quantity. K 0..1 Decimal UnitOfMeasure Unit related to quantity K 0..1 String RatePerUnit To be used if discount is calculated based on rate per unit. K 0..1 Decimal VatInfo VAT which is calculated on the discount K 1 VatInfoType VatPercent Vat-percent K 0..1 Decimal VatBaseAmount Basis for the Vat calculation for the particular rate K 0..1 Decimal VatAmount Amount for the particular rate K 0..1 Decimal CalculationSequence States the sequence for calculation if more than one discount K 0..1 String Charges Charges on line level. Zero or many occurrences Code Code for charges in accordance with contract K 0..1 String Description Description of type of charges, ref. code K 0..1 String K 0..* DiscountChargesAndTaxTy pe Percent Charge percent K 0..1 Decimal BaseAmount Base amount for calculation of charge K 0..1 Decimal Amount Charge amount K 0..1 Decimal Quantity To be used if charge is related to quantity K 0..1 Decimal e2b Forum 2007 Page 31 of 54
32 Name of XML-element Description Require ment Repetition Type UnitOfMeasure Unit related to quantity K 0..1 String RatePerUnit To be used if the charge is calculated based on a rate per unit. K 0..1 Decimal VatInfo VAT which is calculated on the addition K 1 VatInfoType VatPercent Vat-percent K 0..1 Decimal VatBaseAmount Basis for the Vat calculation for the particular rate K 0..1 Decimal VatAmount Amount for the particular rate K 0..1 Decimal CalculationSequence States the sequence for calculation if more than one charge K 0..1 String Invoicee If Invoicee must be stated on Invoice line. K 0..1 PartyType (ref. chapter 3.5) Licencee If Licensee is different from Supplier/Seller K 0..1 PartyType (ref. chapter 3.5) Duration Duration, e.g. weeks or days K 0..1 Unit for duration. Mandatory attribute K 0..1 String StartDate Start date for periodic invoicing K 0..1 Date EndDate End date for periodic invoicing K 0..1 Date SpecialCond Special conditions. Suggested conditions are: 1 = Campaign 2 = Neither subject to bonus nor subject to commission 3 = Subject to bonus 4 = Subject to commission 5 = Both subject to bonus and subject to commission K 0..1 String PostingInformation The complete posting string defined by the Buyer K 0..1 String PostingDetails The content of the posting string. Zero or many occurrences. K 0..* PostingDetailsType Dimension General concept, for instance a department or project. M 1 String PostingCode Code for relevant dimension M 1 String e2b Forum 2007 Page 32 of 54
33 Name of XML-element Description Require ment Repetition Type Ref Reference: General reference fields with codes. Zero or many occurrences. K 0..* RefWithCodeType Code Code which states type of reference. M 1 String Text The actual reference number K 0..1 String FreeText General information which cannot be placed in other fields. K 0..1 String CardDetailsInformation InsuranceDetails EnergyDetails BuildingDetails Business specific extension for credit card invoices. The content is described in a specific document. Business specific extension for invoices related to an insurance settlement. The content is described in a specific document. Business specific extension for energy invoices (power, power supply). The content is described in a specific document. Business specific extension for invoices related to building, electro and VA/VVS. The content is described in a specific document. XML-example: <InvoiceDetails> <BaseItemDetails> <LineItemNum>1</LineItemNum> <SuppliersProductId>55555</SuppliersProductId> <Description>Product1</Description> <BuyersProductId>66666</BuyersProductId> <UnitPrice>2.50</UnitPrice> <PriceType>AAB</PriceType> <LineItemPreDiscountAmount>12.5</LineItemPreDiscountAmount> <LineItemAmount>11</LineItemAmount> <QuantityInvoiced>5</QuantityInvoiced> <UnitOfMeasure>PCE</UnitOfMeasure> K 0..1 CardDetailsInfoType K 0..1 InsuranceDetailsType K 0..1 EnergyDetailstype K 0..1 BuildingDetailstype e2b Forum 2007 Page 33 of 54
34 <VatInfo> <VatPercent>25</VatPercent> <VatBaseAmount>11</VatBaseAmount> <VatAmount>2,75</VatAmount> </VatInfo> <TaxInfo> <Description>Environment tax</description> <Percent>10</Percent> <BaseAmount>10</BaseAmount> <Amount>1</Amount> </TaxInfo> <Discount> <Description>Konsern</Description> <Percent>20</Percent> <BaseAmount>12.5</BaseAmount> <Amount>2.5</Amount> </Discount> </BaseItemDetails> </InvoiceDetails> e2b Forum 2007 Page 34 of 54
35 3.7 Invoice discounts, charges and tax Name of XML-element Description Require ment Repetition Type InvoiceDiscount ChargesAndTax Invoice discounts, charges and tax on invoice level. K 0..1 InvoiceDiscount Discounts on invoice total. Zero or many occurrences K 0..* DiscountChargesAndTa xtype Code Code for discount in accordance with the contract. K 0..1 String Description Description of discount type, ref. Code K 0..1 String Percent Discount percent K 0..1 Decimal BaseAmount Base amount for discount calculation K 0..1 Decimal Amount Discount amount K 0..1 Decimal Quantity To be used if the discount is related to quantity. K 0..1 Decimal UnitOfMeasure Unit related to quantity K 0..1 String RatePerUnit To be used if discount is calculated based on rate per unit. K 0..1 Decimal VatInfo VAT calculation based on the discount. K 0..1 VatInfoType VatPercent VAT-percent K 0..1 Decimal VatBaseAmount The basis for VAT calculation for this particular rate K 0..1 Decimal VatAmount Amount for this particular rate K 0..1 Decimal CalculationSequence States the sequence for calculation if more than one discount K 0..1 String InvoiceCharges Charges added to the invoice total. Zero or many occurrences. K 0..* DiscountChargesAndTa xtype Code Code for charges in accordance with contract. K 0..1 String Description Description of type of charges, ref. Code K 0..1 String Percent Charges percent K 0..1 Decimal BaseAmount Base amount for calculation of charges K 0..1 Decimal Amount Charges amount K 0..1 Decimal e2b Forum 2007 Page 35 of 54
36 Name of XML-element Description Require ment Repetition Type Quantity To be used if charges are related to quantity. K 0..1 Decimal UnitOfMeasure Unit related to quantity K 0..1 String RatePerUnit To be used if charges are calculated based on rate per unit. K 0..1 Decimal VatInfo VAT calculation based on charges K 0..1 VatInfoType VatPercent VAT-percent K 0..1 Decimal VatBaseAmount The basis for VAT calculation for this particular rate K 0..1 Decimal VatAmount Amount for this particular rate K 0..1 Decimal CalculationSequence States the sequence for calculation if more than one charge K 0..1 String InvoiceTax Governmental tax added to the invoice total. Zero or many occurrences. K 0..* DiscountChargesAndTa xtype Code Code for tax in accordance with contract K 0..1 String Description Description of type of tax, ref. Code K 0..1 String Percent Tax percent K 0..1 Decimal BaseAmount Base amount for tax calculation K 0..1 Decimal Amount Tax amount K 0..1 Decimal Quantity To be used if tax is related to quantity. K 0..1 Decimal UnitOfMeasure Unit related to quantity K 0..1 String RatePerUnit To be used if taxes are calculated based on rate per unit K 0..1 Decimal VatInfo VAT which is calculated on the tax. K 0..1 VatInfoType VatPercent VAT-percent K 0..1 Decimal VatBaseAmount The basis for VAT calculation for this particular rate K 0..1 Decimal VatAmount Amount for this particular rate K 0..1 Decimal CalculationSequence States the sequence for calculation if more than one tax K 0..1 String e2b Forum 2007 Page 36 of 54
37 XML-example: <InvoiceDiscountChargesAndTax> <InvoiceCharges> <Description>Freight</Description> <Percent>6</Percent> <BaseAmount>11</BaseAmount> <Amount>0.66</Amount> </InvoiceCharges> </InvoiceDiscountChargesAndTax> e2b Forum 2007 Page 37 of 54
38 3.8 Invoice totals Name of XML-element Description Req. Card. Type InvoiceSummary Invoice totals M 1 FreeText One or more lines K 0..* String InvoiceTotals Must occur once M 1 InvoiceTotalstype LineItemTotalsAmount Sum total line amount K 0..1 Decimal DiscountTotalsAmount Sum total discounts on detail and invoice level K 0..1 Decimal ChargesTotalsAmount Sum total charges on detail and invoice level K 0..1 Decimal TaxTotalsAmount Sum total taxes on detail and invoice level K 0..1 Decimal PrePaidAmount Sum total prepaid amount. For instance pay on account K 0..1 Decimal CommissionAmount Sum total commission amount. For instance, the use of a travelling K 0..1 Decimal agency GrossAmount Invoice amount included VAT M 1 Decimal VatTotalsAmount Sum total VAT amount M 1 Decimal NetAmount Invoice amount excluded VAT M 1 Decimal RoundingAmount Rounding off to the nearest øre : On total gross amount K 0..1 Decimal VatTotalsInfo VAT-specification: Specification of total VAT per rate. K 0..* VatInfoType Zero or many occurrences. It is recommended in addition to include sum for VAT rate 0 (zero) when the element is used. VatPercent VAT-percent K 0..1 Decimal VatBaseAmount The total basis for VAT calculation for this particular rate K 0..1 Decimal VatAmount Total amount for this particular rate. K 0..1 Decimal ExchangeInformation Information about amount in another currency. Zero or one occurrence. K 0..1 ExchangeInformatio ntype Currency Currency code: ISO Alpha code (3 characters) ISO 4217 M 1 String ForeignAmount Amount in another currency: i.e. use of bankcards in a foreign currency M 1 Decimal ExchangeRate Exchange used by conversion to NOK. K 0..1 Decimal e2b Forum 2007 Page 38 of 54
39 Name of XML-element Description Req. Card. Type ExchangeDate Date of exchange K 0..1 Date TaxTotalsInfo Specification of total taxes beyond VAT per code/type. K 0..* TaxTotalsInfoType Zero or many occurrences. TaxCode Code for tax code in accordance with contract K 0..1 String TaxDescription Description of type of tax, ref. code. K 0..1 String TaxAmount Tax amount for this particular code. K 0..1 Decimal DiscountTotals Specification of total discount per code. Zero or many occurrences. K 0..* DiscountChargesAn dtaxtype Code Code for discount in accordance with contract K 0..1 String Description Description of type of tax, ref. code. K 0..1 String Percent Discount percent K 0..1 Decimal BaseAmount Base amount for discount calculation K 0..1 Decimal Amount Discount amount K 0..1 Decimal Quantity To be used if discount is related to quantity. K 0..1 Decimal UnitOfMeasure Unit related to quantity K 0..1 String RatePerUnit To be used if discounts are calculated based on rate per unit K 0..1 Decimal VatInfo VAT calculated on the discount. K 0..1 VatInfoType VatPercent VAT-percent K 0..1 Decimal VatBaseAmount The total basis for VAT calculation for this particular rate. K 0..1 Decimal VatAmount Total amount for this particular rate. K 0..1 Decimal CalculationSequence Sequence for calculation if more than one discount (not relevant for totals) K 0..1 String ChargesTotals Specification of total charges per code. Zero or many occurrences. K 0..* DiscountChargesAn dtaxtype Code Codes for charges in accordance with contract. K 0..1 String Description Description of type of charges, ref. Code K 0..1 String Percent Charge percent K 0..1 Decimal BaseAmount Base amount for calculation of charge K 0..1 Decimal e2b Forum 2007 Page 39 of 54
40 Name of XML-element Description Req. Card. Type Amount Charge amount K 0..1 Decimal Quantity To be used if charges are related to quantity. K 0..1 Decimal UnitOfMeasure Unit related to quantity K 0..1 String RatePerUnit To be used if charges are calculated based on rate per unit. K 0..1 Decimal VatInfo VAT which are calculated on the charge K 0..1 VatInfoType VatPercent VAT-percent K 0..1 Decimal VatBaseAmount The total basis for VAT calculation for this particular rate K 0..1 Decimal VatAmount Total amount for this particular rate K 0..1 Decimal CalculationSequence Sequence for calculation if more than one charge (not relevant for totals) K 0..1 String ActualPayment To be used if payment shall be done in a different currency than invoiced amount. K 0..1 ISO Alpha Code (3 characters) ISO 4217 K 0..1 Integer value of real amount K 0..1 Decimal value of real amount K 0..1 Modulus code K 0..1 String XML-example: <InvoiceSummary> <InvoiceTotals> <LineItemTotalsAmount>11</LineItemTotalsAmount> <DiscountTotalsAmount>0</DiscountTotalsAmount> <ChargesTotalsAmount>0.66</ChargesTotalsAmount> <TaxTotalsAmount>0</TaxTotalsAmount> <GrossAmount>14.60</GrossAmount> <VatTotalsAmount>2.92</VatTotalsAmount> <NetAmount>11.66</NetAmount> <RoundingAmount>0.02</RoundingAmount> e2b Forum 2007 Page 40 of 54
41 </InvoiceTotals> <VatTotalsInfo> <VatPercent>25</VatPercent> <VatBaseAmount>11.66</VatBaseAmount> <VatAmount>2.92</VatAmount> </VatTotalsInfo> <TaxTotalsInfo> <TaxDescription>Environment Tax</TaxDescription> <TaxAmount>1</TaxAmount> </TaxTotalsInfo> <DiscountTotals> <Description>Discount</Description> <Amount>2.5</Amount> </DiscountTotals> </InvoiceSummary> e2b Forum 2007 Page 41 of 54
42 Attachment 1: Complete example message <?xml version="1.0" encoding="utf-8"?> <Interchange xmlns=" xmlns:xsi=" xsi:schemalocation=" e2b_invoice_interchange_v3p4.xsd"> <Envelope> <InterchangeId>1</InterchangeId> <From> </From> <To> </To> <Date> </Date> <Time>14:20:00</Time> <NumberOfMessages>1</NumberOfMessages> </Envelope> <Invoice MessageVersion="3.4" MessageOwner="e2b" MessageType="Invoice" language="no"> <MessageNumber>1</MessageNumber> <MessageTimestamp> T09:30:47</MessageTimestamp> <NumberOfLines>1</NumberOfLines> <InvoiceHeader> <InvoiceType codetext="invoice">380</invoicetype> <InvoiceStatus codetext="original">9</invoicestatus> <InvoiceNumber>1</InvoiceNumber> <InvoiceDate> </InvoiceDate> <Supplier> <PartyId>12345</PartyId> <LocationId> </LocationId> <Name>Supplier1</Name> <ContactInformation> <PhoneNumber> </PhoneNumber> <FaxNumber> </FaxNumber> <WebAddress> </ContactInformation> e2b Forum 2007 Page 42 of 54
43 <StreetAddress> <Address1>Storgata 1</Address1> <PostalCode>0101</PostalCode> <PostalDistrict>Oslo</PostalDistrict> <CountryCode>NO</CountryCode> </StreetAddress> <PostalAddress> <Address1>P.O box 5</Address1> <PostalCode>0101</PostalCode> <PostalDistrict>Oslo</PostalDistrict> <CountryCode>NO</CountryCode> </PostalAddress> <ContactPerson> <Name>Ole Olsen</Name> <ContactInformation> <PhoneNumber> </PhoneNumber> </ContactInformation> <Function>Manager</Function> <Department>IT</Department> </ContactPerson> <OrgNumber> </OrgNumber> <VatId>MVA NO</VatId> <Department>IT</Department> <AccountInformation> <AccountNumber> </AccountNumber> </AccountInformation> <ProjectRef>Project1</ProjectRef> </Supplier> <Buyer> <PartyId>54321</PartyId> <LocationId> </LocationId> <Name>Buyer1</Name> e2b Forum 2007 Page 43 of 54
44 <ContactInformation> <PhoneNumber> </PhoneNumber> <FaxNumber> </FaxNumber> <WebAddress> 1.no</WebAddress> </ContactInformation> <StreetAddress> <Address1>Lilleveien 1</Address1> <PostalCode>3000</PostalCode> <PostalDistrict>Drammen</PostalDistrict> <CountryCode>NO</CountryCode> </StreetAddress> <ContactPerson> <Name>Hanne Hansen</Name> <ContactInformation> <PhoneNumber> </PhoneNumber> buyer1.no</ address> </ContactInformation> </ContactPerson> <OrgNumber> </OrgNumber> <VatId>MVA NO</VatId> <AccountInformation> <AccountNumber> </AccountNumber> <IbanNumber>String</IbanNumber> <SwiftNumber>String</SwiftNumber> </AccountInformation> </Buyer> <InvoiceReferences> <BuyersOrderNumber>54321</BuyersOrderNumber> <BuyersOrderDate> </BuyersOrderDate> <DeliveryTerms> Free of charge</deliveryterms> <DeliveryDate> </DeliveryDate> </InvoiceReferences> e2b Forum 2007 Page 44 of 54
45 <Payment> <DueDate> </DueDate> <Currency>NOK</Currency> <KidNumber> </KidNumber> <PaymentTerms>30 days</paymentterms> <PaymentDiscount> <DiscountPercent>2</DiscountPercent> <DiscountDays>10</DiscountDays> </PaymentDiscount> <OverDuePercent>2.5</OverDuePercent> </Payment> <Attachments>String</Attachments> </InvoiceHeader> <InvoiceDetails> <BaseItemDetails> <LineItemNum>1</LineItemNum> <SuppliersProductId>55555</SuppliersProductId> <Description>Product1</Description> <BuyersProductId>66666</BuyersProductId> <UnitPrice>2.5</UnitPrice> <PriceType>AAB</PriceType> <LineItemPreDiscountAmount>12.5</LineItemPreDiscountAmount> <LineItemAmount>10</LineItemAmount> <QuantityInvoiced>5</QuantityInvoiced> <UnitOfMeasure>PCE</UnitOfMeasure> <VatInfo> <VatPercent>25</VatPercent> <VatBaseAmount>11</VatBaseAmount> <VatAmount>2.75</VatAmount> </VatInfo> <TaxInfo> <Description>Environment tax</description> <Percent>10</Percent> e2b Forum 2007 Page 45 of 54
46 <BaseAmount>10</BaseAmount> <Amount>1</Amount> </TaxInfo> <Discount> <Description>Konsern</Description> <Percent>20</Percent> <BaseAmount>12.5</BaseAmount> <Amount>2.5</Amount> </Discount> </BaseItemDetails> </InvoiceDetails> <InvoiceDiscountChargesAndTax> <InvoiceCharges> <Description>Freight</Description> <Percent>6</Percent> <BaseAmount>11</BaseAmount> <Amount>0.66</Amount> <VatInfo> <VatPercent>25</VatPercent> <VatBaseAmount>0.66</VatBaseAmount> <VatAmount>0.17</VatAmount> </VatInfo> </InvoiceCharges> </InvoiceDiscountChargesAndTax> <InvoiceSummary> <InvoiceTotals> <LineItemTotalsAmount>11</LineItemTotalsAmount> <DiscountTotalsAmount>0</DiscountTotalsAmount> <ChargesTotalsAmount>0.66</ChargesTotalsAmount> <TaxTotalsAmount>0</TaxTotalsAmount> <GrossAmount>14.60</GrossAmount> <VatTotalsAmount>2.92</VatTotalsAmount> <NetAmount>11.66</NetAmount> e2b Forum 2007 Page 46 of 54
47 <RoundingAmount>0.02</RoundingAmount> </InvoiceTotals> <VatTotalsInfo> <VatPercent>25</VatPercent> <VatBaseAmount>11.66</VatBaseAmount> <VatAmount>2.92</VatAmount> </VatTotalsInfo> <TaxTotalsInfo> <TaxDescription>Environment tax</taxdescription> <TaxAmount>1</TaxAmount> </TaxTotalsInfo> <DiscountTotals> <Description>Discount</Description> <Amount>2.5</Amount> </DiscountTotals> </InvoiceSummary> </Invoice> </Interchange> e2b Forum 2007 Page 47 of 54
48 Attachment 2: Information Model The Information Model is described using UML (Unified Modeling Language) as documentation technique. UML is administered by the Object Management Group (OMG) and has become the de facto standard for modeling both in systems development and in message exchange. The valid version of UML is 1.4. Key to the UML class diagram. The following values are used to describe relationships: 1 = The element is mandatory (there must be 1 occurrence). This is the default value and will normally not be described = The element is non-mandatory and does no need to be sent (it can occur 0 or 1 times) 0..*= The element is non-mandatory and does not need to be sent. If it is sent it can occur several times (it can occur 0 or n times). 1..*= The element is mandatory and must occur once (it can occur 1 or n times) The message itself is defined at an XML schema in accordance with XML version 1.0. e2b Forum 2007 Page 48 of 54
49 Interchange and Message level The Interchange level ensures a correct structure in the XML message when the Envelope is used. The Envelope contains addressing information, and is especially intended for use in conjunction with messaging brokers. The Interchange level must also be used if several Invoices are sent in one Interchange. Content of InterchangeHeaderType and MessageHeaderType are described in a separate document The e2b Invoice can also be used together with other Envelopes e.g. SOAP. Interchange -Envelope InterchangeHeader 0..1 EnvelopeType -InterchangeId : xsd:string [1] -From : xsd:string [1] -To : xsd:string [1] -Date : xsd:date [1] -Time : xsd:time [0..1] -NumberOfMessages : xsd:integer [0..1] -TestIndicator : xsd:string [0..1] InterchangeHeaderType -MessageHeader 0..* MessageHeaderType -Invoice 1..* -InvoiceHeader InvoiceHeaderType -InvoiceDetails 1..* InvoiceDetailsType InvoiceType -@MessageOwner : xsd:string [1] = e2b{frozen} -@MessageVersion : xsd [1] = 3.1{frozen} -@MessageType : xsd:string [1] = Invoice{frozen} -MessageNumber : xsd:string [0..1] -MessageTimestamp : xsd:datetime [1] -NumberOfLines : xsd:integer [0..1] -InvoiceContent : xsd:string [0..1] -LineOfBusiness : xsd [0..1] -InvoiceDiscountChargesAndTax 0..* InvoiceDiscountChargesAndTaxType -InvoiceSummary InvoiceSummaryType e2b Forum 2007 Page 49 of 54
50 Invoice Header The Invoice header contains overall information about the Invoice. The content of PartyType is described in next chapter. The content of classes containing additional business information is described in separate documents. -CardHeaderInformation 0..1 CardHeaderInformation InsuranceHeader -InsuranceHeader 0..1 TelecomHeaderType -TelecomHeader 0..1 EnergyHeaderType -EnergyHeader 0..1 BuildingHeaderType -BuildingHeader 0..1 InvoiceHeaderType -InvoiceType : xsd:string [1] -InvoiceStatus : xsd:string [1] -InvoiceNumber : xsd:string [1] -InvoiceDate : xsd:date [1] -TaxTreatment : xsd:string [0..1] -DiscountTreatment : xsd:string [0..1] -Attachment : xsd:string [0..*] -FreeText : xsd:string [0..*] -Ref 0..* RefWithCodeType -Code : xsd:string [1] -Text : xsd:string [1] -Buyer -Supplier -Invoicee OrderedBy DeliveryPart UltimateCustomer ShippedFrom Factoring 0..1 PartyType PaymentDiscountType -DiscountPercent : xsd:decimal [1] -DiscountDays : xsd:decimal [0..1] -Payment PaymentType -KidNumber : xsd:string [0..1] -DueDate : xsd:date [0..1] -PaymentTerms : xsd:string [0..1] -Currency : xsd:string [1] -OverDuePercent : xsd:decimal [0..1] -PaymentDiscount InvoiceRefererences 0..1 ReferencesType -BuyersOrderNumber : xsd:string [0..1] -BuyersOrderDate : xsd:date [0..1] -BuyersProjecCode : xsd:string [0..1] -InvoiceNumber : xsd:string [0..1] -DeliveryTerms : xsd:string [0..1] -DeliveryTermsCode : xsd:string [0..1] -DeliveryTermsPlace : xsd:string [0..1] -DeliveryNoteNum : xsd:string [0..1] -DeliveryDate : xsd:date [0..1] -SuppliersOrderNumber : xsd:string [0..1] e2b Forum 2007 Page 50 of 54
51 Party type information PartyType contains information that is common for all parties defined in the Invoice. -Ref 0..* RefWithCodeType -Text : xsd:string [1] -Code : xsd:string [1] PartyType -PartyId : xsd:string [0..1] -LocationId : xsd:string [0..1] -Name : xsd:string [1] -OrgNumber : xsd:string [0..1] -VatId : xsd:string [0..1] -Department : xsd:string [0..1] -ProjectRef : xsd:string [0..1] -ContractNumber : xsd:string [0..1] -ContactInformation 0..1 ContactInformationType -PhoneNumber : xsd:string [0..1] - Adress : xsd:string [0..1] -WebAddress : xsd:string [0..1] -FaxNumber : xsd:string [0..1] -StreetAddress 0..1 AddressType -PostalAddress Address1 : xsd:string [0..1] -Address2 : xsd:string [0..1] -Address3 : xsd:string [0..1] -PostalCode : xsd:string [1] -PostalDistrict : xsd:string [1] -CountryCode : xsd:string [0..1] -AccountInformation 0..1 AccountInformationType -ContactPerson 0..* -AccountNumber : xsd:string [0..1] -SwiftNumber : xsd:string [0..1] -IbanNumber : xsd:string [0..1] -ContactInformation 0..1 ContactPersonType -Name : xsd:string [1] -Function : xsd:string [0..1] -FirstName : xsd:string [0..1] -LastName : xsd:string [0..1] -Department : xsd:string [0..1] e2b Forum 2007 Page 51 of 54
52 Invoice details Invoice details contains information about the products or services that is to be invoiced. The content of PartyType is described in the previous chapter. The content of classes containing additional business information is described in separate documents. The Invoice details can consist of Minimum one occurrence of Basis details of the BaseItemDetails type with optional information for the defined business sectors: Single lines with free text FreeText -FreeText - : xsd:string [1] 0..* InvoiceDetailsType -SubInvoice 0..* SubInvoice -Header -Details 1..* HeaderType DetailsType PostingDetailsType -Dimension : xsd:string [1] -PostingCode : xsd:string [1] VatInfoType -VatBaseAmount : xsd:decimal [0..1] -VatPercent : xsd:decimal [0..1] -VatAmount : xsd:decimal [0..1] -ExchangeInfo 0..1 ExchangeInfoType -Currency : xsd:string [1] -ForeignAmount : xsd:decimal [1] -ExchangeRate : xsd:decimal [0..1] -ExchangeDate : xsd:date [0..1] RefWithCodeType -Code : xsd:string [1] -Text : xsd:string [1] -PostingDetails 0..* -VatInfo Ref 0..* -AdditionalProductCode 0..* -BaseItemDetails 1..* BaseItemDetails -SuppliersProductId : xsd:string [0..1] -Description : xsd:string [1] -UnitPrice : xsd:decimal [0..1] -LineItemAmount : xsd:decimal [1] -StartDate : xsd:date [0..1] -SpecialCond : xsd:string [0..1] -QuantityInvoiced : xsd:decimal [0..1] -LineItemPreDiscountAmount : xsd:decimal [0..1] -EndDate : xsd:date [0..1] -BuyersProductId : xsd:string [0..1] -PostingInformation : xsd:string [0..1] -FreeText : xsd:string [0..*] -PerQuantity : xsd:decimal [0..1] -UnitOfMeasure : xsd:string [0..1] -LineItemNum : xsd:string [0..1] -Level : xsd:string [0..1] -PriceType : xsd:string [0..1] -CommissionAmount : xsd:decimal [0..1] -PrePaidAmount : xsd:decimal [0..1] -LineItemGrossAmount : xsd:decimal [0..1] -TaxInfo Discount Charges Licencee Invoicee 0..1 PartyType -CardDetails CardDetailsInformationType InsuranceDetails InsuranceDetailsType EnergyDetails EnergyDetailsType Building Details TelecomDetails 0..* -TravelDetails 0..* TransportDetails 0..* CarrierDetails 0..* BuildingDetailsType TelecomDetailsType BookInfoType TransportDetailsType CarrierDetailsType OrderAndDeliveryInfoType -UnitOfMeasure : xsd:string [0..1] -UnitPrice : xsd:decimal [0..1] -Quantity : xsd:decimal [0..1] -Linenum : xsd:string [0..1] -PriceType : xsd:string [0..1] -OrderInformation DeliveryInformation SuppliersOrderInfo 0..1 DiscountChargesAndTaxType -Amount : xsd:decimal [0..1] -Quantity : xsd:decimal [0..1] -BaseAmount : xsd:decimal [0..1] -Code : xsd:string [1] -Description : xsd:string [0..1] -Percent : xsd:decimal [0..1] -UnitOfMeasure : xsd:string [0..1] -RatePerUnit : xsd:decimal [0..1] -VatInformation : VatInfoType [0..1] -CalculationSequence : xsd:string [0..1] e2b Forum 2007 Page 52 of 54
53 Invoice discount, charges and tax Contain discounts, charges and tax that are calculated against the sum of the net line amounts in addition to calculations on each line. InvoiceDiscountChargesAndTaxType -InvoiceTax 0..* -InvoiceCharges 0..* -InvoiceDiscount 0..* DiscountChargesAndTaxType -Amount : xsd:decimal [0..1] -Quantity : xsd:decimal [0..1] -BaseAmount : xsd:decimal [0..1] -Code : xsd:string [1] -Description : xsd:string [0..1] -Percent : xsd:decimal [0..1] -UnitOfMeasure : xsd:string [0..1] -RatePerUnit : xsd:decimal [0..1] -VatInformation : VatInfoType [0..1] -CalculationSequence : xsd:string [0..1] e2b Forum 2007 Page 53 of 54
54 Invoice totals Invoice totals contain total amounts for the whole Invoice and must occur once in the Invoice message. Description of content: InvoiceTotals contains the total amounts for each of the defined amount-types including Vat. GrossAmount is with Vat and NetAmount is without Vat VatInfoType lists the total amounts for each Vat-percent calculated in the Invoice TaxTotalsInfo lists the total amounts for each Tax-type DiscountTotals lists the total amounts for each Discount-type ChargesTotals lists the total amounts for each Charges-type ActualPayment can be used if the amount to be paid is different from the NetAmount -InvoiceTotals InvoiceSummaryType -FreeText : xsd:string [0..*] -VatTotalsInfo 0..* VatInfoType -VatAmount : xsd:decimal [0..1] -VatBaseAmount : xsd:decimal [0..1] -VatPercent : xsd:decimal [0..1] InvoiceTotalsType -GrossAmount : xsd:decimal [1] -VatTotalsAmount : xsd [1] -NetAmount : xsd:decimal [1] -RoundingAmount : xsd:decimal [0..1] -LineItemTotalsAmount : xsd [0..1] -DiscountTotalsAmount : xsd:decimal [0..1] -ChargesTotalsAmount : xsd:decimal [0..1] -TaxTotalsAmount : xsd:decimal [0..1] -PrePaidAmount : xsd:decimal [0..1] -CommissionAmount : xsd:decimal [0..1] ActualPaymentType -ActualPayment Currency : xsd:string [0..1] -integervalue : xsd:integer [0..1] -decimalvalue : xsd:integer [0..1] -modulus : xsd:string [0..1] -ActualPayment : xsd:decimal [1] -TaxTotalsInfo 0..* TaxTotalsInfoType -TaxCode : xsd:string [0..1] -TaxDescription : xsd:string [0..1] -TaxAmount : xsd:decimal [0..1] e2b Forum 2007 Page 54 of 54
TECCOM SUPPLIER GUIDE FOR CONVERTING TXML INVOICE TO CLEPA-FIGIEFA EDIFACT VERSION 1.0 10.11.2006
TECCOM SUPPLIER GUIDE FOR CONVERTING TXML INVOICE TO CLEPA-FIGIEFA EDIFACT VERSION 1.0 10.11.2006 The TecConversion Center makes possible the exchange of edifact and CAP messages between trader and supplier.
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
Book Industry Communication
Book Industry Communication e4books Web Services Standards Post Financial ocument Version 0.9, 20 November 2007 This document specifies in human-readable form the e4books web services Post Financial ocument
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
Business Document Specification Issue date: 2015-02-23 Version: 2.8.5 Trade Item Information 20.2.1
Trade Item Document * T0153 Document command 1.. 1 Format: An alphanumeric string including up to 17 characters. Length: 1.. 17 Base Level Case Level Pallet Level TRADE ITEM INFORMATION 0.. unbounded Base
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
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
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,
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
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,
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
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
Level II and Level III Processing Using the Simple Order API
Title Page and Processing Using the Simple Order API Supplement to Credit Card Services Using the Simple Order API March 2015 Corporation HQ P.O. Box 8999 San Francisco, CA 94128-8999 Phone: 800-530-9095
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
Impreso: 22/02/2011 Página 1 de 19. Origen: FSC Versión: 2011-v3 EBILLING FAQ
Impreso: 22/02/2011 Página 1 de 19 EBILLING FAQ Impreso: 22/02/2011 Página 2 de 19 Contents 1. Which web page you should access to upload the invoices... 3 2. Invoice management... 4 2.1 How to create
Customer EDI Guidelines United States 810 Invoice
Customer EDI Guidelines United States 810 Invoice Author: CSC Consulting EMD 810_USA.doc 1 For internal only 810 Invoice Functional Group=IN This Draft Standard for Trial Use contains the format and establishes
The Great Atlantic & Pacific Tea Co., Inc. Imaging and Workflow Automation (IWA) Vendor Guide to Electronic Invoicing
The Great Atlantic & Pacific Tea Co., Inc. Imaging and Workflow Automation (IWA) Vendor Guide to Electronic Invoicing Version 1.0 April, 2007 Table of Contents Table of Contents... 2 1. Introduction...
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
IS-XML Structure and Interface Specification for Caterers. September 2014
IS-XML Structure and Interface Specification for September 2014 1 / 23 30-Oct-14 This document may not be disclosed, reproduced, copied, recast, reformatted or transmitted in any form by any means electronic
Trade Item Declaration version 2.70 Change history
Staffan Olsson 2011-09-14 Trade Item Declaration 1 1(17) Trade Item Declaration version 2.70 Change history Changes in Business Document Specification BDS 20.2.1 Trade item Information Changes made 2011-09-14
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
TEAPPSXML version 2.7
18.12.2006 1 (40) 18.12.2006 2 (40) Table of contents 1 Introduction... 4 1.1 Tree-structure notation... 4 1.2 Entities... 5 1.3 Decimal separator... 5 1.4 The number of decimals... 5 1.5 Spaces, prefix
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
Important: Please follow regional 3M invoicing guidelines for one PO per invoice.
Job Aid Create and Publish Invoice with SNC (Supplier) EN Use this Supplier portal activity to create and publish an invoice from an Advance Shipping Notification (ASN). Important: Please follow regional
ANSI X12 version 4010 856 Advance Ship Notice
ANSI X12 version 4010 856 Advance Ship Notice VERSION: 1.0 FINAL Author: Superior Essex Publication Date: 05/01/07 Trading Partner: All 856 All Partners 4010 Outbound.rtf 1 856 Ship Notice/Manifest Functional
Issue 1.1, February 2009. agreed-upon by EDI Working Group of ECR Poland
Polska THE REMADV MESSAGE EAN97/EDIFACT D.96A Issue 1.1, February 2009 agreed-upon by EDI Working Group of ECR Poland The document contains only these segments and data elements that were agreed and accepted
Merchant Web Services API
Merchant Web Services API Customer Information Manager (CIM) XML Guide Authorize.Net Developer Developer Support Support http://developer.authorize.net eloper.a Authorize.Net LLC 082007 Ver.2.0 Authorize.Net
EDI GUIDELINES. Motor Carrier Load Tender 204 VERSION 004010
EDI GUIDELINES otor Carrier Load Tender 204 VERSION 004010 ASC X12 Version 4010 1 April 5, 2007 204 otor Carrier Load Tender Functional Group ID=S Introduction: This Draft Standard for Trial Use contains
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
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
GUIDE ON GST ACCOUNTING SOFTWARE FOR SOFTWARE DEVELOPERS IN MALAYSIA UNIT TUGAS-TUGAS KHAS GST JABATAN KASTAM DIRAJA
GUIDE ON GST ACCOUNTING SOFTWARE FOR SOFTWARE DEVELOPERS IN MALAYSIA UNIT TUGAS-TUGAS KHAS GST JABATAN KASTAM DIRAJA TABLE OF CONTENTS 1. INTRODUCTION 1 2. IMPORTANCE OF ACCOUNTING SOFTWARE FOR BUSINESSES
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
856 Advanced Shipping Notices (ASN)
NEXTEER Supplier Information Packet 856 Advanced Shipping Notices (ASN) Revised March, 2010 s GENERAL INFORMATION This packet is to provide information to Nexteer and SteeeringMex Direct Suppliers who
Unified Grocers 820 EFT Specifications Remittance Advice Document Structure
Unified Grocers 820 EFT Specifications Remittance Advice Document Structure LEVEL SEGMENT NAME Req Max Use Envelope Header ISA Interchange Header M 1 GS Group Header M 1 ST Transaction Set Header M 1 Loop
EDI GUIDELINES INVOICE 810 VERSION 4010
EDI GUIDELINES INVOICE 810 VERSION 4010 Rev. 7/23/2013 GLOSSARY OF TERS Seg. Use: Reference : Number: : Consists of a segment identifier, one or more data element each preceded by an element separator,
THE INVOIC MESSAGE EANCOM97/EDIFACT D.96A
Polska THE INVOIC MESSAGE EAN97/EDIFACT D.96A Issue 1.0, 12.2013 agreed-upon by EDI Working Group of ECR Poland The document contains only these segments and data elements that were agreed and accepted
SEPA Credit Transfer Customer-to-Bank Implementation Guidelines for the Netherlands
SEPA Credit Transfer Customer-to-Bank Implementation Guidelines for the Netherlands Disclaimer These guidelines may be subject to changes. Utmost care has been taken to ensure the information in this publication
ICEDIS Claim, Claim Response and Claim Cancellation Messages
ICEDIS Claim, Claim Response and Claim Cancellation Messages DRAFT - Version 0. January 20 EDItEUR invites comments on this specification and the associated XML schema. Please send comments and suggestions
ebinterface 4.0 The Austrian e-invoice standard
ebinterface 4.0 The Austrian e-invoice standard Note: This documentation is a translation of the German documentation of the ebinterface standard 4.0, available on http://www.ebinterface.at. This documentation
RANDOM HOUSE. EDI Implementation Guide. 850 Purchase Order X12 Version 4010
RANDOM HOUSE EDI Implementation Guide X12 Version 4010 Effective: 6-26-2006 Notes: The Random House EDI Implementation Guide for the 850 transaction documents only the segments and elements used by the
How To... Model a Gateway Service Based on Business Entities
How-To Guide SAP NetWeaver 7.40 SP07 Document Version: 2.0-2015-01-21 How To... Model a Gateway Service Based on Business Entities Assignment with the Mapping Editor in the SAP Gateway Service Builder
2009, AdventNet Inc. All rights reserved. Product Customization
2009, AdventNet Inc. All rights reserved Product Customization Table of Contents Introduction... 4 Company Details... 5 Company Logo... 6 Currency Settings... 7 Fiscal Year Settings... 8 Primary Contact...
R.2 STRUCTURE OF AN EDIFACT TRANSMISSION
R.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,
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
ebinterface 4.1 The Austrian e-invoice standard
ebinterface 4.1 The Austrian e-invoice standard Published: December 16, 2013 Table of contents 1 Introduction... 3 1.1 Subject of this document... 3 1.2 Referenced XML standards and specifications... 3
Accounting & Finance. Guidebook
Accounting & Finance Guidebook January 2012 TABLE OF CONTENTS Table of Contents... 2 Preface... 6 Getting Started... 8 Accounting... 10 Accounting Welcome... 10 Sales Quotes... 11 New Sales Quote... 11
EDI 214 ANSI X12 Version 4010 Transportation Carrier Shipment Status Message
EDI 214 ANSI X12 Version 4010 Transportation Carrier Shipment Status Message 214 Transportation Carrier Shipment Status Message Functional Group=QM This Draft Standard for Trial Use contains the format
Alma Invoices for Finance One
Alma Invoices for Finance One Finance One payment data The CSV file 3 or more lines per invoice, invoices numbered within file, lines numbered within invoice first line has the payment amount second line
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...
Navy Construction / Facilities Management Invoice
Invoicing Receipt Acceptance Property Transfer Navy Construction / Facilities Management Invoice To learn how to electronically submit and take action on irapt documents through simulations and step-by-step
EANCOM D.96A Version: 007 Print: 01.12.98 EAN ORDERS D.96A DE
UNB INTERCHANGE HEADER M 1 Is used to start, identify and specify an interchange. S001 Syntax identifier M 0001 Syntax identifier M a4 Use of the character set UNOC (Version 2) 0002 Syntax version number
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
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
Volvo Group Request to Pay instruction 2009 - External
Volvo Group Request to Pay instruction 2009 - External Routines and conditions for invoice handling and supplier payments in the Volvo Group Introduction The objective of this instruction is to secure
UK Standard for CDRs. November 12. Version 1.5. Copyright: UK Billing Vendors Forum
Copyright: UK Billing Vendors Forum UK Standard for CDRs November 12 2012 This document defines a standard specification for the supply of wholesale billing data, for the UK telecom marketplace. The specification
The information in this document will be common for all X12N implementation guides.
ASC X12N Implementation Guide Common Content The information in this document will be common for all X12N implementation guides. Underlined information will be replaced with publisher-inserted implementation
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
EPIC. EDI Core Standards VM-0001-11
EPIC EDI Core Standards VM-0001-11 Copyright Data Interchange Plc Peterborough, England, 2012. All rights reserved. No part of this document may be disclosed to third parties or reproduced, stored in a
GSA Federal Procurement Data System-Next Generation (FPDS-NG) Data Element Dictionary
GSA Federal Procurement Data System-Next Generation (FPDS-NG) Data Element Dictionary PYRIGHT NOTICE: This work, authored by IBM employees, was funded in whole or in part by federal funds under U.S. Government
Invoice. Transaction Set (810) (Outbound from TI)
Invoice Transaction Set (810) (Outbound from TI) ANSI X12 Version Format: 3020 Date: October 1996 Copyright 1996 Texas Instruments Inc. All Rights Reserved The information and/or drawings set forth in
Produce Traceability Initiative Why and How to Use EDI 856 Advance Ship Notice/Manifest Transaction Set (ASN)
Produce Traceability Initiative Why and How to Use EDI 856 Advance Ship Notice/Manifest Transaction Set (ASN) About this Guidance Document (Revision 1.0) Guidelines are generally accepted, informally standardized
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:
997 MUST be sent to Safeway to confirm receipt of 824 transmission. This is unrelated to EDI syntax errors as reported on 997.
This document defines Safeway Inc. s guidelines of EDI Transaction Set 824, Application Advice, VICS Version 004010. It does not vary from the X12/UCS/VICS standards. Only segments and elements that are
Merchant Service Provider Guide for Mobilpenge Based Acquiring
Merchant Service Provider Guide for Mobilpenge Based Acquiring November 14, 2011 Version 1.07 Nets Technical Guide Copyright Nets Danmark A/S Page 1 Contents 1 Introduction... 4 1.1 Notation convention...
CHAPTER 6: SALES ORDERS
Chapter 6: Sales Orders CHAPTER 6: SALES ORDERS Objectives Introduction The objectives are: Review the various forms and list pages for working with sales orders. Determine and apply different sales order
3/31/08 ALTRA INDUSTRIAL MOTION Invoice - 810. Inbound 810 X12 4010. Page 1 Created by Ralph Lenoir
Inbound 810 X12 4010 Page 1 DOCUMENT OVERVIEW This document contains the requirements for the standard EDI 810 document in ANSI version 4010 as d by ALTRA INDUSTRIAL MOTION. It describes the layout, syntax,
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
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
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
Distribution Training Guide. D110 Sales Order Management: Basic
Distribution Training Guide D110 Sales Order Management: Basic Certification Course Prerequisites The combined D110 Sales Order Management certification course consists of a hands- on guide that will walk
CVS/Caremark. Implementation Guide. 810 RX DC Invoice. Version X12-4010
CVS/Caremark Implementation Guide 810 RX DC Invoice Version X12-4010 810 Mapping Specifications v4010 i Table of Contents 810 Invoice... 1 ST Transaction Set Header... 2 BIG Beginning Segment for Invoice...
PRICE/SALES CATALOGUE MESSAGE PRICAT. Version 1.0. agreed-upon by EDI Working Group of ECR Poland
PRICE/SALES CATALOGUE MESSAGE PRICAT Version 1.0 EAN 97/EDIFACT D.96A agreed-upon by EDI Working Group of ECR Poland The document contains only these that segments and data elements that were agreed and
Implementation Guidelines: ANSI X12 Transaction Set 850 Purchase Order (Suppliers) DOCUMENT NUMBER: ICS 004010 850 S Supplier
Implementation Guidelines: ANSI X12 Transaction Set 850 (Suppliers) DOCUMENT NUMBER: ICS 004010 850 S Supplier ESSAR Steel Algoma Inc. Information Systems and Business Process Improvement Author: Greg
Oracle 12 Finance Training Receipting & Purchase to Pay Best Practice Reference Guide
Oracle 12 Finance Training Receipting & Purchase to Pay Best Practice UK SBS Training Services Team Contents 1 Purchase to Pay Processes... 1 1.1 Non Catalogue Requisition Process... 1 1.2 Smart Form Requisition
Issue 6.7, April 2010. agreed-upon by EDI Working Group of ECR Poland
Polska THE CORRECTING INVOICE MESSAGE EAN97/EDIFACT D.96A Issue 6.7, April 2010 agreed-upon by EDI Working Group of ECR Poland The document contains only these segments and data elements that were agreed
Integrated Accounting, CRM and ERP System for Mac OS X, Windows, Linux, ios, Android and AIX
Integrated Accounting, CRM and ERP System for Mac OS X, Windows, Linux, ios, Android and AIX Purchase Order Contract Register Program version: 7.2 140321 2014 HansaWorld Ireland Limited, Dublin, Ireland
Bulk EDIFACT ASN MESSAGE FORMAT
Bulk EDIFACT ASN MESSAGE FORMAT A TECHNICAL GUIDE FOR SUPPLIERS 9 th October, 2008 Page 1 of 17 Issue 2.1 TABLE OF CONTENTS 1. OVERVIEW... 3 1.1 Introduction... 3 2. SEGMENTS LAYOUT... 4 2.1 Legend...
Methodology Three-Step
Methodology Three-Step Method Overview Step One: Submit all transaction details to the Payment Gateway except the customer's sensitive payment information. The Payment Gateway will return a variable form-url.
Note: The following information is required on all Merchandise Invoices:
810 NORDSTROM CANADA Invoice Functional Group=IN Purpose: This Draft Standard for Trial Use contains the format and establishes the data contents of the Invoice Transaction Set (810) for use within the
SUPPLIER PAYMENT GUIDE EUROPE
SUPPLIER PAYMENT GUIDE EUROPE Expectations and requirements to facilitate accurate and timely payments to suppliers Table of Contents 1) Procure To Pay Cycle 2) Payment Process Overview 3) Payment Due
Hella EDIFACT ORDERS
Message Implementation Documentation Hella EDIFACT ORDERS based on ORDERS Purchase order message UN D.96A S3 Structure Chart Branching Diagram Segment Details Version: 96 Variant: A Issue date: 14.11.2006
FedEx Ship Manager. FedEx Transborder Distribution FedEx International DirectDistribution Surface Solutions. User Guide
FedEx Ship Manager TM FedEx Transborder Distribution FedEx International DirectDistribution Surface Solutions User Guide Table of Contents FedEx Transborder Distribution FedEx International DirectDistribution
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
RANDOM HOUSE. EDI Implementation Guide. 8 10 Invoice X12 Version 4010
RANDOM HOUSE EDI Implementation Guide 8 10 Invoice X12 Version 4010 Effective: 9-2-2006 Notes: The Random House EDI Implementation Guide for the 810 transaction documents only the segments and elements
PUBLIC. How to Manage Landed Costs. Countries: All. Solutions from SAP. SAP Business One 2007 A and 2007 B. December 2008. English
PUBLIC Countries: All Solutions from SAP SAP Business One 2007 A and 2007 B December 2008 English Contents... 3 Introduction... 3 Business Scenario Description... 3 Defining Imported Goods... 4 Defining
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)
F o r e i g n p a y m e n t i n P o l a n d Page 1 of 6 B u s i n e s s O n l i n e
F o r e i g n p a y m e n t i n P o l a n d Page 1 of 6 Version 2 Change log Version Date Change 1 2013-10-07 Document created 2 2015-01-09 Field :57D: updated with bank codes (e.g FedWire routing No.
Availability. papinet Standard - Version 2.31. Documentation. Global Standard for the Paper and Forest Products Supply Chain
Documentation Global Standard for the Paper and Forest Products Supply Chain Build V2R31_20160407 Date 2016-05-06 Production Release Copyright Availability Copyright 2000-2016 papinet G.I.E ( papinet )
Pos. Seg. Req. Loop No. ID Name Des. Max.Use Repeat LOOP ID IT1 200000 0100 IT1 Baseline Item Data M 1 0600 PID Product / Item Description M 1 1000
810 Invoice Introduction: Functional Group ID=IN 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
ANSI X12 version 4010 864 Text Message
ANSI X12 version 4010 864 Text Message VERSION: 1.0 FINAL Author: Superior Essex Publication Date: 08/22/00 Trading Partner: All Partners 864 All Partners 4010 Inbound.rtf 1 Superior Essex 864 Text Message
EDI IMPLEMENTATION GUIDE. 856 ANSI X12 V4010 Ship Notice/Manifest Regular (Non Steel)
EDI IMPLEMENTATION GUIDE 856 ANSI X12 V4010 Ship Notice/Manifest Regular (Non Steel) Revision Date: November 7, 2013 Regular (Non Steel) Rev 6 X12 004010 pg. 1 856 Ship Notice/Manifest Introduction: Functional
Corporate Online. Import format for Payment Processing Service files
Corporate Online Import format for Payment Processing Service files Payment Processing Service file specification About Corporate Online Westpac Corporate Online is an internet-based electronic platform,
Livestock Office Payments: Creditor Cashbook Transactions
Livestock Office Payments: Creditor Cashbook Transactions 18/06/2015 Contents Paying Creditors - Find Creditors Due for Payment... 2 Payment Due Report... 2 Creditors Aged Trial Balance... 3 Processing
Oracle SCM. Course duration: 45 Hrs Class duration: 1-1.5hrs
Course duration: 45 Hrs Class duration: 1-1.5hrs Course are: Inventory Purchasing Order Management Brief Introduction to WIP and BOM Manufacturing Modules Overview on R12 SCM Modules Oracle SCM New Features
Portland General Electric Implementation Standard
Portland General Electric Implementation Standard for Electronic Data Interchange TRANSACTION SET 810 Ver/Rel 004010 Invoice Inbound from Vendor 8104010I 1 August 18, 2004 810 Invoice Functional Group
EDIFACT Standards Overview Tutorial Learn About Key E-commerce Trends and Technologies at Your Own Pace
A G X S T U T O R I A L EDIFACT Standards Overview Tutorial Learn About Key E-commerce Trends and Technologies at Your Own Pace Welcome!...3 How To Use This Tutorial...3 Tutorial Objectives...3 Part 1:
User Manual. CitiDirect \ CitiDirect EB - Citi Trade Portal. InfoTrade Phone No. 0 801 258 369 [email protected]
CitiDirect \ CitiDirect EB - Citi Trade Portal User Manual InfoTrade Phone No. 0 801 258 369 [email protected] CitiDirect HelpDesk Phone No. 0 801 343 978, +48 (22) 690 15 21 Monday Friday 8.00 17.00
