ebinterface 4.1 The Austrian e-invoice standard
|
|
|
- Hortense Brown
- 10 years ago
- Views:
Transcription
1 ebinterface 4.1 The Austrian e-invoice standard Published: December 16, 2013
2 Table of contents 1 Introduction Subject of this document Referenced XML standards and specifications Changes in Version Schema basics ebinterface Invoice Signature CancelledOriginalDocument RelatedDocument Delivery Address Biller OrderReference InvoiceRecipient OrderingParty Details ListLineItem BelowTheLineItem ReductionAndSurchargeDetails Tax PaymentMethod NoPayment DirectDebit SEPADirectDebit UniversalBankTransaction PaymentConditions PresentationDetails Der ebinterface 4.x Extension Mechanismus Integration of the coupling scheme in ebinterface Integration of ebinterface extension schemes in the ebinterfaceextension coupling scheme Recommendations on standard use Use of negative/positive signs for amounts in invoices and credit notes References ebinterface 4.1 2/61
3 1 Introduction 1.1 Subject of this document This document describes the XML-Schema of the ebinterface 4.1 standard. 1.2 Referenced XML standards and specifications For the XML structure of ebinterface the following specifications and standards were used: Name Standard XML Digital Signatures (XMLDSIG) W3C: electronic signatures [W3C02] W3C XML Schema [W3C01] ebinterface Changes in Version 4.1 In the following the changes being made to ebinterface 4p1 in comparison to ebinterface 4p0 are briefly described. Changes to complextype AddressIdentifierType The implementation of the complextype AddressIdentifierType has been changed. It now extends xs:string and does not use mixed content any more. Changes to complextype AddressType The element AddressIdentifier in an Address may now appear multiple times. Deletion of AlphaNumType and changes to AlphaNumIDType The complextype AlphaNumType has been replaced by xs:string. AlphaNumIDType has been renamed to IDType and its length has been restricted to 255. In addition a new type ID35Type has been introduced, which may be used for Strings with a maximum length of 35. Changes to BICType The erroneous regular expression for BICType has been corrected. Remarks for correct calculation added Elements whose content is calculated based on other elements are now outlined with remarks on how the calculation is done. These remarks are noted with "calculation". Comment elements added to ReductionAndSurchargeListLineItemDetails and ReductionAndSurchargeDetails A comment element has been added to surcharges and reductions on list line item and ROOT-level. The comment element may be used to indicate the exact reason why a surcharge or reduction has been applied. New attribute in order to indicate a copy of an invoice The ROOT element Invoice now contains an attribute IsDuplicate, which may be used to indicate, that the current invoice instance is an invoice copy. Adaption and extension of complextype PaymentMethod Instead of xsi:type the complextype PaymentMethod now uses xs:choice. SEPA direct debit has been added to PaymentMethod. New comment element on ROOT level ebinterface 4.1 3/61
4 The ROOT level of the document now contains a Comment element, which may be used to add free-text comments and remarks to an invoice. New chapter Recommendation of use The new chapter gives advice on how to use the ebinterface 4p1 standard for credit notes. New element PayableAmount and BelowTheLineItems In order to add invoice positions which are not relevant for tax calculations, a new dedicated section BelowTheLineItems has been added to the Details section. In addition there is a new element PayableAmount on the ROOT level, indicating the amount which has to be paid by the recipient. In case BelowTheLineItems are present, the payable amount may deviate from the total gross amount. Distinction between Tax and TaxExemption on ListLineItem level On list line item level either Tax or TaxExemption may be provided. Using TaxExemption invoice positions, which are exempted from the tax may be defined. On the ROOT level the structure of Tax has been adapted, now allowing to define Tax and TaxExemption entries. New abstract super type for InvoiceRecipient, OrderingParty und Biller For the three types InvoiceRecipient, OrderingParty and Biller a new supertype AbstractPartyType has been introduced. The introduction of the supertype has slightly changed the order of the child elements of the respective subtypes. BillersInvoiceRecipientID is now optional The definition of BillersInvoiceRecipientID in InvoiceRecipient is now optional. ConsolidatorsBillerID removed The element ConsolidatorsBillerID in Biller has been removed. If required the consolidator s biller ID may still be provided using the FurtherIdentification element. Further use of element FurtherIdentification The element FurtherIdentification is now also available in the elements InvoiceRecipient and OrderingParty. Adaption of complextypes ReductionAndSurchargeListLineItemDetailsType On list line item level both, Reduction and Surcharge elements, may now be provided. Added recommended code lists The appendix of this documentation contains a set of recommendations for code lists to be used in an ebinterface invoice. New attribute BaseQuantity for UnitPrice On list line item level the element UnitPrice has a new attribute BaseQuantity. Using this attribute the base quantity of a unit price may be provided. New element RelatedDocument on ROOT level On ROOT level the element RelatedDocument can be used to provide related ebinterface documents, which are referenced by the current ebinterface document. An application for related documents are for example final invoices, which reference several previously issued part-invoices. New element CancelledOriginalDocument In order to cancel a previously issued ebinterface invoice, the new element CancelledOriginalDocument on ROOT level may be used. In case of a cancelled invoice, the invoice number and the invoice date of the invoice to be ebinterface 4.1 4/61
5 cancelled must be provided. This element replaces the previously used attribute CancelledOriginalDocument in the ROOT element. The attribute CancelledOriginalDocument has been removed. PaymentReference adapted to SEPA requirements The payment reference in the element UniversalBankingTransaction has been extended to 35 characters in order to be compliant with SEPA requirements. Furthermore the attribute for the checksum has been extended to 4 characters. Support for OtherVATableTax In order to be able to define taxes, which in turn are subject to value-added tax (VAT) calculations (beer tax, taxes on gas, etc.), two new elements OtherVATableTaxListLineItem and OtherVATableTax have been added on list line item and ROOT level respectively. Rename of TaxRate The element TaxRate has been renamed to VATRate. The namespace for ebinterface 4.1 is: ebinterface 4.1 5/61
6 2 Schema basics The Schema-description has been built on the basis of the tree view. If XML composite elements appear several times in the schema (e.g., Address or OrderReference), the sub elements of those elements will be explained only in the first appearance of the element in order to avoid double listing and to improve readability. The list of XML-elements and attributes contains the following information: Name This column contains the name of the XML-element/attribute. All names can be interpreted as paths relatively to the ROOT-element Invoice. Attributes are marked with the identifier Arbitrary paths are marked with the identifier "*". Meaning This column contains an explanation for the usage of the XML-elements/attributes. Type This column contains the type of the XML element or XML attribute, respectively. Cardinality This column contains the explanation of the cardinality. Cardinality Meaning 0..1 Zero times or once. 0..* Zero or several times Exactly once. 1..* Once or several times. Format The column "Format" contains information on the used data type and used structure. Furthermore, maximum/minimum length and/or other references are provided. The following SimpleTypes are used in the ebinterface standard. Datentyp Erlaubte Zeichen AccountingAreaType xs:string with maximum length 20 AddressIdentifierTypeType xs:token with the following allowed values: GLN Global Location Number. Is used as explicit, worldwide nonoverlapping identification of all enterprises, operations and organizational units. [GLN11] DUNS Data Universal Numbering System. Nine digit coding scheme for an explicit, worldwide identification of enterprises. [DUNS11] ProprietaryAddressID. Shows that a proprietary number for address identification is used. ArticleNumberTypeType xs:token with the following allowed values: PZN. Standardised identification key for medicines and pharmaceutical products. [PZN11] GTIN. GTIN-Global Trade Item Number (also known as the barcode ) is displayed on all trading units in the form of using a bar code and can be written explicitly and non-overlapping by all worldwide point-of sale systems. [GTIN11] InvoiceRecipientsArticleNumber. An item number provided by the invoice recipient ebinterface 4.1 6/61
7 BillersArticleNumber. An item number provided by the invoicing party. BankAccountOwnerType xs:string with maximum length 70 BankNameType xs:string with maximum length 255 BICType Allowed character: [0-9 A-Z a-z]{8}([0-9 A-Z a-z]{3})? 8 or 11 digits in accordance with ISO 9362 CheckSumType Allowed character: [0-9 X]{1} CountryCodeType Country code in accordance with ISO , i.e. "AT", "US", etc. CurrencyType A currency code in accordance with ISO 4217, i.e. "EUR", "USD", "CHF", etc. Decimal2Type -#.99 Decimal number with 2 digits after the decimal point and any number of digits before the decimal point. In case of negative numbers, a minus sign (-) will be put in front directly without previous blank spaces). Note: A decimal point (.) is used instead of a comma (,). Decimal4Type -#.9999 Decimal number with 4 digits after the decimal point and any number of digits before the decimal point. In case of negative numbers, a minus sign (-) will be put in front directly without previous blank spaces). Note: A decimal point (.) is used instead of a comma (,). DocumentTypeType One of the following strings: Invoice, FinalSettlement, InvoiceForAdvancePayment, InvoiceForPartialDelivery, SubsequentCredit, CreditMemo, SubsequentDebit, SelfBilling For the correct use of the different document types except invoice see section 5.1. IBANType ISO and EBS-Standard (European Banking Standard): max. 34 digits, alphanumeric IDType xs:string with a maximum length of 255 ID35Type xs:string with a maximum length of 35. LanguageType A language type in accordance ISO 639-2, i.e. "GER", "ENG", etc. PercentageType Decimal number in range of values from 0 to 100 with the maximum of two digits after the decimal point. Note: A decimal point (.) is used instead of a comma (,). SEPADirectDebitTypeType One of the following strings: B2C B2B TaxCodeType Allowed pattern: AT(XXX [0-9]{3}) xs:anyuri A Uniform Resource Identifier [RFC3986] xs:boolean true false, 1 0, whereas 1 means true and 0 false xs:date A date in accordance to ISO 8601 in format "YYYY-MM-DD" consisting of four-digit year format, two-digit month format and two-digit day-format. In case month or day format is only one-digit this has to be marked with a leading zero (0) i.e (9. November 2008) xs:integer {...,-2,-1,0,1,2,...} xs:positiveinteger {0,1,2,...} xs:string Any characters. In case an element references a complextype, its data type is outlined as XML composite. The section where the XML complextype is explained, is mentioned in the description of the element ebinterface 4.1 7/61
8 The keywords MUST, MUST NOT, REQUIRED, SHALL, SHALL NOT, SHOULD, SHOULD NOT, RECOMMENDED, MAY and OPTIONAL, when they appear in this document, are to be interpreted as described in [RFC2119] as quoted here: MUST: This word, or the terms "REQUIRED" or "SHALL", means that the definition is an absolute requirement of the specification. MUST NOT: This phrase, or the phrase "SHALL NOT", means that the definition is an absolute prohibition of the specification. SHOULD: This word, or the adjective "RECOMMENDED", means that there may exist valid reasons in particular circumstances to ignore a particular item, but the full implications MUST be understood and carefully weighed before choosing a different course. SHOULD NOT: This phrase, or the phrase "NOT RECOMMENDED", means that there may exist valid reasons in particular circumstances when the particular behavior is acceptable or even useful, but the full implications should be understood and the case carefully weighed before implementing any behavior described with this label. MAY: This word, or the adjective "OPTIONAL", means that an item is truly optional. One vendor may choose to include the item because a particular marketplace requires it or because the vendor feels that it enhances the product while another vendor may omit the same item. An implementation that does not include a particular option MUST be prepared to interoperate with another implementation which does include the option, though perhaps with reduced functionality. In the same vein an implementation that does include a particular option MUST be prepared to interoperate with another implementation which does not include the option (except, of course, for the feature the option provides) ebinterface 4.1 8/61
9 3 ebinterface 4.1 Each ebinterface invoice SHOULD contain a reference to the used XSL transformation. This transformation may be the default-style sheet from ebinterface (freely available at or a different style sheet provided by the invoicing party. Referencing a style sheet from a remote location such as should be avoided, given that a browser of new generation displays an error if XML document and style sheet are not loaded from the same domain. Instead of that it should be referred to a local copy of the Invoice.xslt file. Example for referencing from an external domain: The following example of use of the Invoice.xslt style sheet generates an error, in case the ebinterface instance is opened in a browser of new generation on the local hard drive. <?xml version="1.0" encoding="utf-8"?> <?xml-stylesheet type="text/xsl" href=" <n1:invoice n1:manualprocessing="true" n1:documenttitle="eine Rechnung" n1:language="ger" n1:documenttype="invoice" n1:invoicecurrency="eur" n1:generatingsystem="erp System xyz" n1:isduplicate="false" xmlns:n1=" </n1:invoice> Example for correct referencing The following example of use of the Invoice.xslt style sheet refers to a version of the style sheet saved on local hard disk. Browsers of new generation are able to process this sample without errors. <?xml version="1.0" encoding="utf-8"?> <?xml-stylesheet type="text/xsl" href="invoice.xslt"?> <n1:invoice n1:manualprocessing="true" n1:documenttitle="eine Rechnung" n1:language="ger" n1:documenttype="invoice" n1:invoicecurrency="eur" n1:generatingsystem="erp System xyz" n1:isduplicate="false" xmlns:n1=" </n1_invoice> 3.1 Invoice The Invoice element MUST be used as root element and, therefore, initiates the electronic invoice ebinterface 4.1 9/61
10 ebinterface /61
11 Name Meaning Type Card. Name of the ERP/FIBU-System, which has Attribute 1..1 xs:string generated the Is used to report the type of invoice. MUST be one of the following strings: Attribute 1..1 DocumentType -Type Invoice, FinalSettlement, InvoiceForAdvancePayment, InvoiceForPartialDelivery, SubsequentCredit, CreditMemo, SubsequentDebit, SelfBilling For he correct use of the different DocumentTypes, except Invoice, see section Explicit currency code for the invoice. All Attribute 1..1 CurrencyType amounts of the invoice will be displayed in this If this optional attribute is set to true the Attribute 0..1 xs:boolean invoicing party signalizes that the invoice should be checked manually before automated processing is carried on. This is usually the case if side agreements have been made in the text fields. This attribute should for example be set to true in case of repeating issued Document title: May be used to select a random Attribute 0..1 xs:string title (i.e. "final settlement", Language, in which the invoice is settled. Attribute 0..1 Defines whether this invoice is an original invoice (value false) or an invoice copy (value true). In case the attribute is not provided, the invoice is an original invoice. Attribute 0..1 xs:boolean dsig:signature This element has been defined in accordance with W3C-XMLDSig [W3C02] and contains the optional signature of the electronic invoice. Element 0..1 XML composite InvoiceNumber Invoice number Element 1..1 IDType InvoiceDate Date of invoice Element 1..1 xs:date CancelledOriginalD ocument Used to cancel a previously issued ebinterface invoice. The exact description is provided in Element 0..1 XML composite RelatedDocument Delivery section 3.3. Used to reference other ebinterface invoices, to which the current ebinterface invoice relates to. The exact description is provided in section 3.4. Details of the delivery. This element MUST be used, if there is only one delivery associated with the invoice. If several deliveries are settled, the element Invoice/ Details/ItemList/ListLineItem/ Delivery has to be used in each item row. Element 0..* XML composite Element 0..1 XML composite Biller Details on invoicing party Element 1..1 XML composite InvoiceRecipient Details on invoice recipient Element 1..1 XML composite OrderingParty In case the invoice recipient is not equivalent to the ordering party of the delivery/service, information about the ordering party is to be entered in this element. Element 0..1 XML composite Details Contains individual invoice items. Element 1..1 XML composite ebinterface /61
12 ReductionAndSurch argedetails Tax TotalGrossAmount PayableAmount Details of reduction or surcharges on the ROOT level. Calculation: The reductions and surcharges provided in this element are calculated from the invoice net amount. Summary of value added tax and other taxes. Calculation: The taxes and tax exemptions provided in this element are a summary of the taxes and tax exception on list line item level. Invoice gross amount Calculation: Sum of LineItemAmounts + Sum of Surcharges on ROOT level + Sum of OtherVATableTaxListLineItems on ROOT level - Sum of Reductions on ROOT level + Taxes The invoice amount to be paid. Calculation: In case there are no BelowTheLineItems in Details, the following condition must be met: PayableAmount = TotalGrossAmount. Element 0..1 XML composite Element 1..1 XML composite Element 1..1 Decimal2Type Element 1..1 Decimal2Type In case there are BelowTheLineItems: PayableAmount = TotalGrossAmount + Sum of BelowTheLineItems Offers a range for entering different payment methods. Details of payment conditions such as discount or minimum amount, which is to be settled. Details, which are relevant for displaying or printing the invoice. PaymentMethod Element 0..1 XML composite PaymentConditions Element 0..1 XML composite PresentationDetails Element 0..1 XML composite Comment Comments and remarks in free-text form. Element 0..1 xs:string InvoiceRootExtensio n Example: Element for integration of elements that are referenced in the InvoiceRootExtension element of the ebinterfaceextension.xsd Schema or originate from another arbitrary namespace. Element 0..* XML composite (defined in ebinterfaceexte nsion.xsd) <?xml version="1.0" encoding="utf-8"?> <n1:invoice n1:manualprocessing="true" n1:documenttitle="eine Rechnung" n1:language="ger" n1:documenttype="invoice" n1:invoicecurrency="eur" n1:generatingsystem="erp System xyz" n1:isduplicate="false" xmlns:n1=" <InvoiceNumber> </n1:InvoiceNumber> <n1:invoicedate> </n1:invoicedate> ebinterface /61
13 ... <n1:totalgrossamount> </n1:totalgrossamount> <n1:payableamount> </n1:payableamount>... </n1:invoice> ebinterface /61
14 3.2 Signature The Signature element is OPTIONAL. The structure follows the W3C specification of XML- Signature Syntax and Processing (XMLDSig) [W3C02] ebinterface /61
15 Beispiel: <ds:signature xmlns:ds=" <ds:signedinfo> <ds:canonicalizationmethod Algorithm=" <ds:signaturemethod Algorithm=" <ds:reference URI=""> <ds:transforms> <ds:transform Algorithm= " <ds:transform Algorithm=" REC-xml-c14n #WithComments"/> </ds:transforms> <ds:digestmethod Algorithm=" <ds:digestvalue>bi6qy0mjrmn62es2xoi </ds:digestvalue> </ds:reference> </ds:signedinfo> <ds:signaturevalue> OnXGLaP12+44gmOCWvooi3yaUo9RXW3IXToAs/g7idC2CsXGudb YotK75S6j2F6YAlzEBhe7M/ky0qqoR6kY </ds:signaturevalue> <ds:keyinfo> <ds:x509data> <ds:x509certificate> zqwdqyjkozihvcnaqefbqawvtezmbcga1uea xmqvgvzdcbdzxj0f0zteumbiga1uec </ds:x509certificate> </ds:x509data> <ds:keyvalue> <ds:rsakeyvalue> <ds:modulus> OqjmcRZh2dh4bsDooq0OGWxRD/sRaR1PqiO A9o8KpzKdMgq9bY+oQIGXxEOO2 </ds:modulus> <ds:exponent>aqab</ds:exponent> </ds:rsakeyvalue> </ds:keyvalue> </ds:keyinfo> </ds:signature> 3.3 CancelledOriginalDocument This element may be used to cancel a previously issued ebinterface invoice ebinterface /61
16 Name Meaning Type Card. Format InvoiceNumber InvoiceDate DocumentType The number of the invoice to be cancelled. The value is taken from the element Invoice/InvoiceNumber of the invoice which shall be cancelled. The date of the invoice to be cancelled. The value is taken from the element Invoice/InvoiceDate of the invoice which shall be cancelled. Document type of the invoice to be cancelled. The value is taken from the attribute of the invoice which shall be cancelled. Element 1..1 IDType Element 1..1 xs:date Element 0..1 DocumentType- Type Comment Optional free-text information. Element 0..1 xs:string Beispiel: <CancelledOriginalDocument> <InvoiceNumber>2013/41/1234</InvoiceNumber> <InvoiceDate> </InvoiceDate> <DocumentType>Invoice</DocumentType> <Comment>Storniert die 2013/41/1234 vom </Comment> </CancelledOriginalDocument> 3.4 RelatedDocument The element may be used to specify previously issued ebinterface invoices, to which the current invoice relates to. An example a final invoice statements, which reference previously issued invoices. Name Meaning Type Card. Format InvoiceNumber The number of the related invoice, taken from Element 1..1 IDType the element Invoice/InvoiceNumber of the referenced document. InvoiceDate The date of the referenced invoice, taken from Element 0..1 xs:date the element Invoice/InvoiceDate of the referenced document. DocumentType Document type of the referenced invoice, taken from the attribute Element 0..1 DocumentType- Type Invoice[@DocumentType] of the referenced document. Comment Optional free-text comment. Element 0..1 xs:string Beispiel: <RelatedDocument> <InvoiceNumber>2013/233/3893</InvoiceNumber> ebinterface /61
17 <InvoiceDate> </InvoiceDate> <DocumentType>Invoice</DocumentType> <Comment>Teilrechnung 1</Comment> </RelatedDocument> <RelatedDocument> <InvoiceNumber>2013/233/3894</InvoiceNumber> <InvoiceDate> </InvoiceDate> <DocumentType>Invoice</DocumentType> <Comment>Teilrechnung 2</Comment> </RelatedDocument> 3.5 Delivery The Delivery element is OPTIONAL and consists of all necessary delivery details. In the Delivery element exactly one delivery date (Date) or delivery period (Period) MUST be entered. The element Invoice/Delivery MUST be used if there is only one delivery associated with the invoice. If several deliveries are settled, the element Invoice/Details/ItemList/ListLineItem/Delivery has to be used in each item row. In case Invoice/Delivery is entered and further in one item row the element Invoice/Details/ItemList/ListLineItem/Delivery, the latter takes precedence over the first mentioned. Name Meaning Type Card. Format DeliveryID Delivery number Element 0..1 IDType Date Date of delivery (is used alternatively to Element 1..1 xs:date delivery period) Period Delivery period (is used alternatively to date Element 1..1 XML composite of delivery) Period/FromDate Beginning of delivery period Element 1..1 xs:date Period/ToDate End of delivery period Element 1..1 xs:date Address Details of delivery address. This address is only to be used if the delivery address is not equivalent to the invoice recipient s address. The exact definition is provided in section Element 0..1 XML composite ebinterface /61
18 Description Additional details of delivery in free text Element 0..1 xs:string DeliveryExtension Element for integration of elements that are referenced in the DeliveryExtension element of the ebinterfaceextension.xsd Schema or originate from another arbitrary namespace. Element 0..1 XML composite (defined in ebinterfaceexten sion.xsd) ebinterface /61
19 Example 1 (with delivery date): <Delivery> <DeliveryID>Lieferung 2011/1</DeliveryID> <Date> </Date> <Address> <AddressIdentifier n1:addressidentifiertype="gln"> </AddressIdentifier> <Salutation>Firma</Salutation> <Name>Mustermann GmbH</Name> <Street>Hauptstraße 10</Street> <Town>Graz</Town> <ZIP>8020</ZIP> <Country n1:countrycode="at">österreich</country> <Contact>Hr. Max Mustermann</Contact> </Address> <Description>Lieferung wie Anfang September vereinbart.</description> <ext:deliveryextension> <sv:deliveryextension> <sv:sv_domain_specific_deliveryextensionelement>ein von ebinterface standardisiertes Erweiterungselement </sv:sv_domain_specific_deliveryextensionelement> </sv:deliveryextension> <ext:custom> <n2:auto-generated_for_wildcard>irgendein beliebiges Erweiterungselement aus einem anderen Namespace </n2:auto-generated_for_wildcard> </ext:custom> </ext:deliveryextension> </Delivery> Example 2 (with delivery period): <Delivery> <DeliveryID>Lieferung 2011/1</DeliveryID> <Period> <FromDate> </FromDate> <ToDate> </ToDate> </Period> <Address> <AddressIdentifier n1:addressidentifiertype="gln"> </AddressIdentifier> <Salutation>Firma</Salutation> <Name>Mustermann GmbH</Name> <Street>Hauptstraße 10</Street> <Town>Graz</Town> <ZIP>8020</ZIP> <Country n1:countrycode="at">österreich</country> <Contact>Hr. Max Mustermann</Contact> </Address> <Description>Lieferung wie Anfang September vereinbart.</description> </Delivery> ebinterface /61
20 3.5.1 Address The Address element is used to report various kind of address. If the Address element is entered, at least Name, Street, Town, ZIP and Country of the addressed enterprise or addressed person MUST be entered. The AddressExtension element SHOULD be used for additional details and information, which cannot be displayed in the remaining structure. Note: The AddressExtension element is part of the ebinterface core scheme and will not be embedded from the ebinterfaceextension.xsd scheme. Name Meaning Type Card. Format AddressIdentifier Identifier for a certain address Element 0..* xs:string Type Defines the type of the element AddressIdentifier Attribute 0..1 AddressIden tifiertypety pe ebinterface /61
21 Salutation Salutation Element 0..1 xs:string Name Name of enterprise or person Element 1..1 xs:string Street Street including house number Element 1..1 xs:string POBox Post office box Element 0..1 xs:string Town Town Element 1..1 xs:string ZIP ZIP code Element 1..1 xs:string Country Country (free text) Element 1..1 XML composite ISO Code, which stands for an explicit identification of the element Country. Attribute 0..1 CountryCod etype Phone Phone number Element 0..1 xs:string -Address Element 0..1 xs:string Contact Contact person or responsible department/unit Element 0..1 xs:string AddressExtension Additional name or addition to address as free text Element 0..* xs:string ebinterface /61
22 3.6 Biller The Biller element is mandatory. It consists of all details of the invoicing party (= supplying or providing enterprise). Name Meaning Type Card. Format VATIdentification Number Value Added Tax identification number (VAT) of invoicing party. In case the invoicing party has no value added tax identification number the string (eight times the zero) has to be entered may also be entered, if the declaration of the VAT is not required by the Value Added Tax Act. FurtherIdentification For reporting further invoicing party-related identifications. FurtherIdentification Type OrderReference Defines the kind of identification in free text form, e.g., commercial register number, court of justice, ARA number, DVR number, etc. It is recommended to use the codes provided in the code list in the appendix of this document. Order reference of underlying order assigned by invoicing party. This element is used if only one order is associated with the invoice. If several references to orders are applied, the element Invoice/Details/Item List/ListLineItem/Biller OrderReference has to be used for each item row. An invoice MAY also have no references Element 1..1 xs:string Element 0..* IDType Attribute 1..1 xs:string Element 0..1 XML composite ebinterface /61
23 Address InvoiceRecipients BillerID BillerExtension to orders. Address of invoicing party (Note: the structure of the element Address is equivalent to structure shown in chapter 3.5.1) Identification of invoicing party at invoice recipient Element for integration of elements that are referenced in the InvoiceRootExtension element of the ebinterfaceextension.xsd Schema or originate from another arbitrary namespace. Element 1..1 XML composite Element 0..1 IDType Element 0..1 XML composite (defined in ebinterfaceexte nsion.xsd) Beispiel: <Biller> <VATIdentificationNumber>ATU </VATIdentificationNumber> <FurtherIdentification n1:identificationtype="dvr"> </furtheridentification> <OrderReference> <OrderID>OR3456</OrderID> <ReferenceDate> </ReferenceDate> <Description>Eingegangen per Fax.</Description> </OrderReference> <Address> <AddressIdentifier n1:addressidentifiertype="proprietaryaddressid"> AnyOtherProprietaryID </AddressIdentifier> <Name>Schrauben Willi</Name> <Street>Lassallestraße 5</Street> <Town>Wien</Town> <ZIP>1020</ZIP> <Country n1:countrycode="at">österreich</country> <Phone>+43 / 1 / </Phone> < >[email protected]</ > <Contact>Sachbearbeiter Meier</Contact> <AddressExtension>Zentrale Verwaltung Wien</AddressExtension> </Address> <InvoiceRecipientsBillerID>ID4456</InvoiceRecipientsBillerID> <ext:billerextension> <sv:billerextension> <sv:sv_domain_specific_billerextensionelement>ein von ebinterface standardisiertes Erweiterungselement </sv:sv_domain_specific_billerextensionelement> </sv:billerextension> <ext:custom> <n2:auto-generated_for_wildcard>irgendein beliebiges Erweiterungselement aus einem anderen Namespace </n2:auto-generated_for_wildcard> </ext:custom> </ext:billerextension> </Biller> OrderReference The OrderReference element is OPTIONAL and consists of delivery details. This element is used if only one order is associated with the invoice. If several references to orders are applied, the element Invoice/Details/ItemList/ListLineItem/BillersOrderReference has to be used for each item row. An invoice MAY also not include references to orders ebinterface /61
24 Name Meaning Type Card. Format OrderID Order number Element 1..1 IDType ReferenceDate Date of order Element 0..1 xs:date Description Information about the order in free text. Element 0..1 xs:string ebinterface /61
25 3.7 InvoiceRecipient The InvoiceRecipient element is mandatory and consists of details of the invoice recipient. The InvoiceRecipient is the party able to claim VAT refund, based on the invoice. Name Meaning Type Card. Format VATIdentification Number FurtherIdentificatio n FurtherIdentificatio n/@identification- Type OrderReference Value Added Tax identification number (VAT) of the invoice recipient. In case the invoice recipient has no value added tax identification number, the string (eight times the zero) has to be entered may also be entered, if the declaration of the VAT is not required by the Value Added Tax Act. For reporting further invoice recipient partyrelated identifications. Defines the kind of identification in free text form, e.g., commercial register number, court of justice, ARA number, DVR number, etc. It is recommended to use the codes provided in the code list in the appendix of this document. Order reference of underlying order assigned by the invoice recipient. This element is used if only one order is associated with the invoice. If several references to orders are applied, the element Invoice/Details/Item List/ListLineItem/Biller OrderReference has to be used for each Element 1..1 xs:string Element 0..* IDType Attribute 1..1 xs:string Element 0..1 XML composite ebinterface /61
26 item row. An invoice MAY also have no references to orders. Address Address of the invoice recipient Element 1..1 XML composite (Note: the structure of the element Address is equivalent to structure shown in chapter 3.5.1) BillersInvoice Identification of invoice recipient by the Element 0..1 IDType RecipientID invoicing party. AccountingArea Accounting area of the invoice recipient. Element 0..1 xs:string SubOrganizationID Further internal reference of the invoice Element 0..1 xs:string recipient. This could, for example, be a client number or an identification of a sub organizational unit. InvoiceRecipientsE xtension Element for integration of elements that are referenced in the InvoiceRecipientExtension element of the ebinterfaceextension.xsd Schema or originate from another arbitrary namespace. Element 0..1 XML composite (definiert in ebinterfaceexten sion.xsd) ebinterface /61
27 Beispiel: <InvoiceRecipient> <VATIdentificationNumber>ATU </VATIdentificationNumber> <FurtherIdentification n1:identificationtype="dvr"> </furtheridentification> <OrderReference> <OrderID>ID3456</OrderID> <ReferenceDate> </ReferenceDate> <Description>Bestellung per Fax.</Description> </OrderReference> <Address> <AddressIdentifier n1:addressidentifiertype="proprietaryaddressid">35354 </AddressIdentifier> <Salutation>Firma</Salutation> <Name>Mustermann GmbH</Name> <Street>Haupstraße 10</Street> <Town>Graz</Town> <ZIP>8010</ZIP> <Country n1:countrycode="at">österreich</country> <Contact>Hr. Max Mustermann</Contact> </Address> <BillersInvoiceRecipientID> </BillersInvoiceRecipientID> <AccountingArea>BK372</AccountingArea> <SubOrganizationID>2938</SubOrganizationID> <ext:invoicerecipientextension> <sv:invoicerecipientextension> <sv:sv_domain_specific_invoicerecipientextensionelement>ein von ebinterface standardisiertes Erweiterungselement </sv:sv_domain_specific_invoicerecipientextensionelement> </sv:invoicerecipientextension> <ext:custom> <n2:auto-generated_for_wildcard>irgendein beliebiges Erweiterungselement aus einem anderen Namespace </n2:auto-generated_for_wildcard> </ext:custom> </ext:invoicerecipientextension> </InvoiceRecipient> ebinterface /61
28 3.8 OrderingParty The element OrderingParty is OPTIONAL and is used to report the ordering party, in case the party is not equivalent to the invoice recipient. Name Meaning Type Card. Format VATIdentification Number FurtherIdentification ntification-type OrderReference Value Added Tax identification number (VAT) of the ordering party. In case the ordering party has no value added tax identification number, the string (eight times the zero) has to be entered may also be entered, if the declaration of the VAT is not required by the Value Added Tax Act. For reporting further ordering partyrelated identifications. Defines the kind of identification in free text form, e.g., commercial register number, court of justice, ARA number, DVR number, etc. It is recommended to use the codes provided in the code list in the appendix of this document. Order reference of underlying order assigned by the ordering party. This element is used if only one order is associated with the invoice. If several references to orders are applied, the element Invoice/Details/Item List/ListLineItem/Biller Element 1..1 xs:string Element 0..* IDType Attribute 1..1 xs:string Element 0..1 XML composite ebinterface /61
29 Address BillersOrderingPartyID OrderingPartyExtension OrderReference has to be used for each item row. An invoice MAY also have no references to orders. Address of the ordering party (Note: the structure of the element Address is equivalent to structure shown in chapter 3.5.1) Identification of ordering party at the invoicing party. Element for integration of elements that are referenced in the OrderingPartyExtension element of the ebinterfaceextension.xsd Schema or originate from another arbitrary namespace. Element 1..1 XML composite Element 1..1 IDType Element 0..1 XML composite (defined in ebinterfaceexte nsion.xsd) Example: <OrderingParty> <VATIdentificationNumber> </VATIdentificationNumber> <OrderReference> <OrderID>558741</OrderID> <ReferenceDate> </ReferenceDate> <Description>Per Fax empfangen.</description> </OrderReference> <Address> <AddressIdentifier n1:addressidentifiertype="proprietaryaddressid">oi393k3 </AddressIdentifier> <Name>Der Dritte Mann GmbH</Name> <Street>Lassallestraße 7</Street> <POBox>Wien</POBox> <Town>Wien</Town> <ZIP>1020</ZIP> <Country n1:countrycode="at">österreich</country> </Address> <BillersOrderingPartyID> </BillersOrderingPartyID> <ext:orderingpartyextension> <sv:orderingpartyextension> <sv:sv_domain_specific_orderingpartyextensionelement>ein von ebinterface standardisiertes Erweiterungselement </sv:sv_domain_specific_orderingpartyextensionelement> </sv:orderingpartyextension> <ext:custom> <n2:auto-generated_for_wildcard>irgendein beliebiges Erweiterungselement aus einem anderen Namespace </n2:auto-generated_for_wildcard> </ext:custom> </ext:orderingpartyextension> </OrderingParty> ebinterface /61
30 3.9 Details The Details element is MANDATORY and consists of all details of invoiced items or services. Name Meaning Type Card. Format Header Description ItemList ItemList/Header Description ItemList/ListLine Item ItemList/Footer Description Footer Description BelowTheLineItem Header of billing details in free text Element 0..1 xs:string The invoiced positions can be classified in several sections. Each ItemList element contains a section. Element 1..* XML composite Header of particular section in free text Element 0..1 xs:string This element complies with a position line. Element 1..* XML composite Footer of particular section in free text Element 0..1 xs:string Footer of billing details in free text Element 0..1 xs:string Used to specify items, which shall not be included in tax calculations. The exact description is provided in section Element 0..* XML composite ebinterface /61
31 Example: <Details> <HeaderDescription>Wir stellen Ihnen folgende Leistungen in Rechnung. </HeaderDescription> <ItemList> <HeaderDescription>Aus unserer Schrauben-Abteilung:</HeaderDescription> <ListLineItem> <PositionNumber>1</PositionNumber> <Description>Schraubenzieher</Description> <ArticleNumber n1:articlenumbertype="billersarticlenumber">i3939 </ArticleNumber> <ArticleNumber n1:articlenumbertype="invoicerecipientsarticlenumber">e3949 </ArticleNumber> <ArticleNumber n1:articlenumbertype="gtin"> </ArticleNumber> <Quantity n1:unit="c62">100.00</quantity> <UnitPrice>10.20</UnitPrice> <VATRate n1:taxcode="at022">20.00</vatrate> <AdditionalInformation> <SerialNumber> </SerialNumber> <ChargeNumber>CN393</ChargeNumber> <Weight n1:unit="kgm">5</weight> <Boxes>2</Boxes> </AdditionalInformation> <LineItemAmount> </LineItemAmount> <ext:listlineitemextension> <sv:listlineitemextension> <sv:sv_domain_specific_listlineitemextensionelement>ein von ebinterface standardisiertes Erweiterungselement </sv:sv_domain_specific_listlineitemextensionelement> </sv:listlineitemextension> <ext:custom> <n2:auto-generated_for_wildcard>irgendein beliebiges Erweiterungselement aus einem anderen Namespace </n2:auto-generated_for_wildcard> </ext:custom> </ext:listlineitemextension> </ListLineItem> </ItemList> <ItemList> <HeaderDescription>Aus unserer Buch-Abteilung:</HeaderDescription> <ListLineItem> <PositionNumber>1</PositionNumber> <Description>Handbuch zur Schraube</Description> <ArticleNumber n1:articlenumbertype="billersarticlenumber">k34838 </ArticleNumber> <ArticleNumber n1:articlenumbertype="invoicerecipientsarticlenumber">e4938 </ArticleNumber> <ArticleNumber n1:articlenumbertype="gtin"> </ArticleNumber> <Quantity n1:unit="c62">1.00</quantity> <UnitPrice>5.00</UnitPrice> <VATRate n1:taxcode="at022">10.00</vatrate> <LineItemAmount>5.00</LineItemAmount> ebinterface /61
32 <ext:listlineitemextension> <sv:listlineitemextension> <sv:sv_domain_specific_listlineitemextensionelement>ein von ebinterface standardisiertes Erweiterungselement </sv:sv_domain_specific_listlineitemextensionelement> </sv:listlineitemextension> <ext:custom> <n2:auto-generated_for_wildcard>irgendein beliebiges Erweiterungselement aus einem anderen Namespace </n2:auto-generated_for_wildcard> </ext:custom> </ext:listlineitemextension> </ListLineItem> </ItemList> <FooterDescription>Wir danken für Ihren Auftrag</FooterDescription> </Details> ebinterface /61
33 3.9.1 ListLineItem The ListLineItem is used to report details within a position line ebinterface /61
34 Name Meaning Type Card Format. PositionNumber Consecutive position number Element 0..1 xs:positiveinteger Description Commercial description of item or service Element 1..* xs:string ArticleNumber Article number Element 0..* xs:string Defines the type of the article number. Possible values are PZN, GTIN buyer s Attribute 0..1 ArticleNumberTy pe article number, seller s article number. Quantity Invoiced quantity. In case of reporting Element 1..1 Decimal4Type further quantity, this should be entered in the element AdditionalInformation/ AlternativeQuantity. Quantity/@Unit Quantity unit in free text. In order to allow for an automated processing of the information at the recipient s side, it is recommended to use the UnitCodes provided in the appendix of this document. Attribute 1..1 xs:string UnitPrice Unit price (net) Element 1..1 Decimal4Type UnitPrice/@BaseQuant Attribute 0..1 Decimal4Type ity TaxExemption TaxExemption/@TaxE xemptioncode Defines the base quantity, for which the unit price is provided. In case the attribute is omitted, the default value of 1 is anticipated. The element tax exemption is used to indicated that the item is exempted from VAT. This element may then be used to specify the exact reason for the tax exemption in free-text form. The attribute may be used to provide the exact reason for the tax exemption using a code. The relevant codes are provided in the appendix of this document. Element 1..1 XML composite Attribute 0..1 xs:string VATRate Value added tax rate. Element 1..1 PercentageType VATRate/@TaxCode AT +UVACode. ATXXX is equivalent to not taxable. The particular UVA Codes should be taken from the U30 form of the Federal Ministry of Finance [BMF11]. The reporting of TaxCodes is only of informative character. The reporting of the tax rate in the field Tax Rate is normative. Attribute 0..1 TaxCodeType DiscountFlag ReductionAndSurcharg elistlineitemdetails Delivery BillersOrderReference Defines whether or not the invoice line item is qualified for discount. This field is used to report reductions or surcharges to the invoice line item. Furthermore, this element may be used to provide information about taxes, which in turn are subject to VAT calculations (e.g. beer tax, petrol tax, etc.). The exact definition of this element is provided in section Reporting of delivery details of this invoice line item. (Note: the structure of the element is explained in detail in section 3.5) Reference of underlying order or order item assigned by invoicing party. (Note: In case this element is used, it takes precedence over a potential entry in Invoice/Biller/Order-Reference). The Element 0..1 xs:boolean Element 0..1 XML composite Element 0..1 XML composite Element 0..1 XML composite ebinterface /61
35 BillersOrderReference/ OrderID BillersOrderReference/ ReferenceDate BillersOrderReference/ Description BillersOrderReference/ OrderPositionNumber InvoiceRecipientsOrder Reference InvoiceRecipientsOrder Reference/OrderID InvoiceRecipientsOrder Reference/Description InvoiceRecipientsOrder Reference/ReferenceDa te InvoiceRecipientsOrder Reference/Order PositionNumber AdditionalInformation LineItemAmount exact definition of this element is provided in section Purchase order number at invoicing party. Element 1..1 IDType max. 255 characters Date of the order at the invoicing party. Element 0..1 xs:date Description of the order at the invoicing party. Position number of the order at the invoicing party. Reference of underlying order or order item assigned by invoice recipient (or ordering party eventually). (Note: In case this element is used, it takes precedence over a potential reporting in Invoice/InvoiceRecipient/ OrderReference or Invoice/Ordering- Party/OrderReference). The exact definition of the element is provided in section Number of the order at the invoice recipient. Element 0..1 xs:string Element 0..1 xs:string Element 0..1 XML composite Element 1..1 IDType max. 255 characters Element 0..1 xs:string Description of the order at the invoice recipient. Date of the order at the invoice recipient. Element 0..1 xs:date Position number of the order at the invoice recipient. Additional information about invoiced item or service. The exact definition if provided in section The net line item amount. Element 0..1 xs:string Element 0..1 XML composite Element 1..1 Decimal2Type ListLineItemExtension Calculation: The net line item amount is calculated using the following formula: LineItemAmount = Quantity * UnitPrice / BaseQuantity + Sum of all SurchargeListLineItem/Amounts + Sum of all OtherVATableTaxListLineItem/ Amounts Sum of all ReductionListLineItem/Amount s Element for integration of elements referenced in the ListLineItemExtension element of the ebinterfaceextension.xsd Schema or originate from another arbitrary namespace. Element 0..1 XML composite (definiert in ebinterfaceextens ion.xsd) ebinterface /61
36 ReductionAndSurchargeListLineItemDetails The element ReductionAndSurchargeListLineItemDetails is OPTIONAL. It is used to report one or several reductions or to report one or several surcharges, respectively. Furthermore, taxed which in turn are subject to VAT calculations (e.g., beer tax, petrol tax). The entered reductions/surcharges/taxes only refer to the particular invoice line (ListLineItem). Reductions/surcharges/taxes are calculated from the net value. Name Meaning Type Card. Format ReductionListLineItem Details of reduction Element 0..* XML composite ReductionListLineItem Defines the base amount, to which the Element 1..1 Decimal2Type /BaseAmount reduction refers ReductionListLineItem Percentage of granted reduction Element 0..1 PercentageType /Percentage ReductionListLineItem /Amount Amount of the granted reduction. Element 0..1 Decimal2Type Calculation: The amount is calculated using the following formula: BaseAmount * Percentage / 100. In case an amount is entered, there is no need entering a percentage value ebinterface /61
37 (but it can be entered). In case both are entered, Amount is prior-ranked. ReductionListLineItem/ Optional free-text related to the Element 0..1 xs:string Comment reduction. SurchargeListLineItem Details of surcharge. Element 0..* XML composite SurchargeListLineItem/B Defines the base amount, to which the Element 1..1 Decimal2Type aseamount surcharge refers. SurchargeListLineItem/P Percentage of surcharge. Element 0..1 PercentageType ercentage SurchargeListLineItem/ Amount Amount of the surcharge. Element 0..1 Decimal2Type Calculation: The amount is calculated using the following formula: BaseAmount * Percentage / 100. SurchargeListLineItem/C omment OtherVATableTaxListLi neitem OtherVATableTaxListLi neitem/baseamount OtherVATableTaxListLi neitem/percentage OtherVATableTaxListLi neitem/amount In case an amount is entered, there is no need entering a percentage value (but it can be entered). In case both are entered, Amount is prior-ranked. Optional comment related to the Element 0..1 xs:string surcharge. Used to define an additionl tax, which Element 0..1 XML composite in turn is subject to VAT calculations (e.g., beer tax, petrol tax). The net base amount, which is used to Element 1..1 Decimal2Type calculate the tax. The tax rate. Element 0..1 PercentageType Tax amount. Calculation: Element 1..1 Decimal2Type The amount is calculated using the following formula: BaseAmount * Percentage / 100 OtherVATableTaxListLi neitem/taxid OtherVATableTaxListLi neitem/comment In case an amount is entered, there is no need entering a percentage value (but it can be entered). In case both are entered, Amount is prior-ranked. Used to provide a unique identifier for Element 1..1 IDType the used tax. It is recommended to use the predefined codes, provided in the appendix of this document. Optional comment related to the tax. Element 0..1 xs:string Note: In case more reductions/surcharges/taxes are provided, the calculation is conducted in the order in which the reduction/surcharges/taxes are provided. Note: Reductions with a negative amount MUST be interpreted as surcharges. Surcharges with a negative amount MUST be interpreted as reductions. Other taxes SHOULD NOT be provided using a negative amount ebinterface /61
38 AdditionalInformation The element AdditionalInformation is OPTIONAL and consists of further details of the particular position line in the invoice. Name Meaning Type Card. Format SerialNumber Serial number Element 0..* xs:string ChargeNumber Charge number Element 0..* xs:string Classification Code of delivered item or service in Element 0..* xs:string accordance with a classification scheme Classification/ Classification scheme in free text Attribute 0..1 AlternativeQuantity An alternative quantity in addition to Element 0..1 Decimal4Type ListLineItem/Quantity Quantity unit. Attribute 0..1 xs:string In order to allow for an automated processing of this information at the ebinterface /61
39 recipient s side, it is recommended to use the codes provided in the appendix of this document. Size Size Element 0..1 xs:string Weight Weight Element 0..1 Decimal4Type Weight/@Unit Weight unit. Attribute 1..1 xs:string In order to allow for an automated processing of this information at the recipient s side, it is recommended to use the codes provided in the appendix of this document. Boxes Amount of boxes or containers Element 0..1 xs:positiveinteger Color Color Element 0..1 xs:string BelowTheLineItem The element BelowTheLineItem is used to provide additional amounts, which are not taxrelevant, but which increase/decrease the payable amount (e.g., third party services, interest to be paid due to late payments, etc.). This element shall not be used to provide entries, which are exempted from tax ( 6 UStG etc.). For such entries the element TaxExemption on list line item level shall be used. Name Meaning Type Card. Format Description LineItemAmount The description of the below-the-line entry. The amount of the below-the-line entry. Calculation (in the context of an invoice): Element 1..1 xs:string Element 1..1 Decimal2Type Entries which lead to a reduction of the payable amount, must be provided with a negative sign. Entries which lead to an increase of the payable amount, must be provided with a positive sign. Reason The reason for the below the line item in Element 0..1 xs:string free-text form. Reason/@Date An optional date. Attribute 0..1 xs:date ebinterface /61
40 3.10 ReductionAndSurchargeDetails The element ReductionAndSurchargeDetails is OPTIONAL. It is used to report one or several reductions or to report one or several surcharges, respectively. Furthermore, it may be used to provide taxes, which in turn are subject to VAT calculations (e.g., beer tax, petrol tax, etc.). Reductions/surcharges/taxes are calculated on the basis of net values. Name Meaning Type Card. Format Reduction Details of reduction Element 0..* XML composite Reduction/BaseAmount Defines the base amount, to which the Element 1..1 Decimal2Type reduction refers ebinterface /61
41 Reduction/Percentage Percentage of granted reduction Element 0..1 PercentageType Reduction/Amount Amount of the reduction. Element 0..1 Decimal2Type Reduction/Comment Reduction/VATRate Calculation: The amount is calculated using the following formula: BaseAmount * Percentage / 100. In case an amount is entered, there is no need entering a percentage value (but it can be entered). In case both are entered, Amount is prior-ranked. Optional comment related to the reduction. Applicable VAT rate of the underlying article. AT +UVACode. ATXXX is equivalent to not taxable. The particular UVA Codes should be taken from the U30 form of the Federal Ministry of Finance [BMF11]. The reporting of TaxCodes is only of informative character. The reporting of the tax rate in the field Tax Rate is normative. Element 0..1 xs:string Element 1..1 PercentageType Attribute 0..1 TaxCodeType Surcharge Details on surcharge Element 0..* XML composite Surcharge/BaseAmount Defines the base amount, to which the Element 1..1 Decimal2Type surcharge refers. Surcharge/Percentage Percentage of surcharge Element 0..1 PercentageType Surcharge/Amount Amount of the surcharge. Element 0..1 Decimal2Type Calculation: The amount is calculated using the following formula: BaseAmount * Percentage / 100. Surcharge/Comment Surcharge/VATRate OtherVATableTax In case an amount is entered, there is no need entering a percentage value (but it can be entered). In case both are entered, Amount is prior-ranked. Optional comment related to the surcharge. Applicable VAT rate of the underlying article. AT +UVACode. ATXXX is equivalent to not taxable. The particular UVA Codes should be taken from the U30 form of the Federal Ministry of Finance [BMF11]. The reporting of TaxCodes is only of informative character. The reporting of the tax rate in the field Tax Rate is normative. Using this element other taxes, which in turn are subject to VAT calculations, may be represented (e.g., beer tax, petrol tax etc.). Element 0..1 xs:string Element 1..1 PercentageType Attribute 0..1 TaxCodeType Element 0..1 XML composite ebinterface /61
42 OtherVATableTax/Base Amount OtherVATableTax/Perce ntage OtherVATableTax/Amo unt Note: In case a VATableTax has already been defined on the list line item level, it is not necessary to define it on the ROOT level again. The net base amount, from which the Element 1..1 Decimal2Type other vatable tax is calucate. The tax rate. Element 0..1 PercentageType Tax amount. Berechnung: Element 1..1 Decimal2Type The amount is calculated using the following formula: BaseAmount * Percentage / 100. OtherVATableTax/TaxI D OtherVATableTax/Com ment OtherVATableTax/VAT Rate OtherVATableTax/VAT Rate/@TaxCode ReductionAndSurcharge DetailsExtension In case an amount is entered, there is no need entering a percentage value (but it can be entered). In case both are entered, Amount is prior-ranked. Used to provide a unique identifier for Element 1..1 IDType the used tax. It is recommended to use the predefined codes, provided in the appendix of this document. Optional comment related to the tax. Element 0..1 xs:string Applicable VAT rate of the underlying article. AT +UVACode. ATXXX is equivalent to not taxable. The particular UVA Codes should be taken from the U30 form of the Federal Ministry of Finance [BMF11]. The reporting of TaxCodes is only of informative character. The reporting of the tax rate in the field Tax Rate is normative. Element for integration of elements that are referenced in the ReductionAndSurchargeDetailsExtensi on element of the ebinterfaceextension.xsd Schema or originate from another arbitrary namespace. Element 1..1 PercentageType Attribute 0..1 TaxCodeType Element 0..1 XML composite (defined in ebinterfaceexten sion.xsd) Note: In case more reductions/surcharges/taxes are provided, the calculation is conducted in the order in which the reduction/surcharges/taxes are provided. Note: Reductions with a negative amount MUST be interpreted as surcharges. Surcharges with a negative amount MUST be interpreted as reductions. Other taxes SHOULD NOT be provided using a negative amount. Example: <ReductionAndSurchargeDetails> <Reduction> <BaseAmount> </BaseAmount> <Percentage>1.00</Percentage> <Amount>10.20</Amount> ebinterface /61
43 <Comment>Kundenrabatt</Comment> <VATRate n1:taxcode="at022">20.00</vatrate> </Reduction> <Surcharge> <BaseAmount> </BaseAmount> <Percentage>0.5</Percentage> <Amount>5.10</Amount> <VATRate n1:taxcode="at022">20</vatrate> </Surcharge> <OtherVATableTax> <BaseAmount> </BaseAmount> <Amount>51</Amount> <TaxID>WA</TaxID> <Comment>5% Werbeabgabe</Comment> <VATRate n1:taxcode="at022">20</vatrate> </OtherVATableTax> <ext:reductionandsurchargedetailsextension> <sv:reductionandsurchargedetailsextension> <sv:sv_domain_specific_reductionandsurchargedextensionelement> Ein von ebinterface standardisiertes Erweiterungselement </sv:sv_domain_specific_reductionandsurchargedxtensionelement> </sv:reductionandsurchargedetailsextension> <ext:custom> <n2:auto-generated_for_wildcard>irgendein beliebiges Erweiterungselement aus einem anderen Namespace </n2:auto-generated_for_wildcard> </ext:custom> </ext:reductionandsurchargedetailsextension> </ReductionAndSurchargeDetails> ebinterface /61
44 3.11 Tax The Tax element is MANDATORY and is used for description and summary of taxes (e.g., Value Added Tax) Name Meaning Type Card. Format VAT Is used to report the value added tax or for Element 1..1 XML composite explicit marking of value added tax exemption. VAT/VATItem Used to define a VAT or a VAT exemption. Element 1..* XML composite VAT/VATItem/ TaxedAmount Base amount from which the tax is calculated. Element 1..1 Decimal2Type VAT/VATItem/ TaxExemption VAT/VATItem/ TaxExemption/@T axexemptioncode Calculation: The sum of all net amounts from the different list line items, which have the same VAT rate as this element. This element is used to represent information about invoice amounts, which are excempted from tax calculations. This element may be used to provide the reason for a tax exemption. This attribute may be used to provide the reason for a tax excemption, using a code value. It is recommend to use the predefined codes, provided in the appendix of this document. Element 1..1 xs:string Element 0..1 xs:string VAT/VATItem/ The VAT rate of the underlying Element 1..1 VATRateType ebinterface /61
45 VATRate VAT/VATItem/ VAT/VATItem/ Amount article/service. AT +UVACode. ATXXX is equivalent to not taxable. The particular UVA Codes should be taken from the U30 form of the Federal Ministry of Finance [BMF11]. The reporting of TaxCodes is only of informative character. The reporting of the tax rate in the field Tax Rate is normative. The tax amount. Calculation: The amount is calculated using the formula: TaxedAmount * VATRate / 100. Attribute 0..1 TaxCodeType Element 1..1 Decimal2Type In case of TaxExemption the value is always 0. OtherTax Element used to provide other taxes, which Element 0..* XML composite are not subject to VAT calculations. OtherTax/ The type of tax using free-text. Element 1..1 xs:string Comment OtherTax/Amount The tax amount. Element 1..1 Decimal2Type TaxExtension Element for integration of elements that are Element 0..1 XML composite referenced in the TaxExtension element of (defined in the ebinterfaceextension.xsd Schema or ebinterfaceexten originate from another arbitrary namespace. sion.xsd) Example: <Tax> <VAT> <VATItem> <TaxedAmount> </TaxedAmount> <VATRate TaxCode="AT022">20.00</VATRate> <Amount>226.00</Amount> </VATItem> <VATItem> <TaxedAmount>5.00</TaxedAmount> <VATRate TaxCode="AT029">10.00</VATRate> <Amount>0.50</Amount> </VATItem> <VATItem> <TaxedAmount>100.00</TaxedAmount> <TaxExemption>Reverse Charge</TaxExemption> <Amount>0</Amount> </VATItem> </VAT> <OtherTax> <Comment>Eine andere Steuer</Comment> <Amount>10.00</Amount> </OtherTax> <ext:taxextension> <sv:taxextension/> <ext:custom /> </ext:taxextension> </Tax> ebinterface /61
46 3.12 PaymentMethod The PaymentMethod element is OPTIONAL and shows how the invoice should be settled. The following payment options are available at the moment: NoPayment DirectDebit: SEPADirectDebit UniversalBankTransaction: no payment payment using direct debiting payment using SEPA direct debit payment using a bank transaction or payment via a consolidator platform Name Meaning Type Card. Format Comment Comment to payment option Element 0..1 xs:string NoPayment NoPayment indicates, that no payment of the Element 1..1 empty invoice is necessary. This element contains no content. The exact definition of this element is provided in section DirectDebit This element indicates, that the invoice is paid Element 1..1 empty using direct debiting. The element does not contain any content. The exact definition of this element is provided in section SEPADirectDebit This element indicates, that the invoice is paid Element 1..1 XML composite using SEPA direct debit. The exact definition of this element is provided in section UniversalBankTran saction This element indicates, that the invoice is paid using a bank transaction or via a consolidator platform. The exact definition is provided in Element 1..1 XML composite PaymentMethodEx tension section Element for integration of elements referenced in the PaymentMethodExtension element of the ebinterfaceextension.xsd Schema or originate from another arbitrary namespace. Element 0..1 XML composite (defined in ebinterfaceexten sion.xsd) NoPayment NoPayment indicates, that no payment of the invoice is necessary. The element does not contain any content ebinterface /61
47 Example: <PaymentMethod> <Comment>Bitte nicht einzahlen.</comment> <NoPayment/> <ext:paymentmethodextension> <sv:paymentmethodextension/> <ext:custom> <n2:auto-generated_for_wildcard>irgendein beliebiges Erweiterungselement aus einem anderen Namespace </n2:auto-generated_for_wildcard> </ext:custom> </ext:paymentmethodextension> </PaymentMethod> DirectDebit DirectDebit indicates, that the invoice is paid using direct debit. The element does not contain any content. Example: <PaymentMethod> <Comment>Der Rechnungsbetrag wird am von Ihrem Konto eingezogen.</comment> ebinterface /61
48 <DirectDebit /> <ext:paymentmethodextension> <sv:paymentmethodextension/> <ext:custom> <n2:auto-generated_for_wildcard>irgendein beliebiges Erweiterungselement aus einem anderen Namespace </n2:auto-generated_for_wildcard> </ext:custom> </ext:paymentmethodextension> </PaymentMethod> SEPADirectDebit SEPADirectDebit indicates, that the invoice is paid using SEPA direct debit. Name Meaning Type Card. Format Type The type of direct debit. May either be B2B Element 1..1 xs:string or B2C. The default value is B2C. BIC Bank Identification Code (BIC) Element 1..1 BICType IBAN International Bank Account Number Element 1..1 IBANType (IBAN) BankAccountOwner Name of the bank account owner Element 1..1 BankAccountOw nertype CreditorID The SEPA Creditor ID (CID) of the Element 1..1 ID35Type invoicing party. MandateReference The SEPA mandate reference. Element 1..1 ID35Type DebitCollectionDate The planned debit collection date. Element 1..1 xs:date Example: <SEPADirectDebit> <Type>B2C</Type> <BIC>BKAUATWW</BIC> <IBAN>AT </IBAN> <BankAccountOwner>Max Mustermann</BankAccountOwner> <CreditorID>AT12ZZZ </CreditorID> <MandateReference>123</MandateReference> ebinterface /61
49 <DebitCollectionDate> </DebitCollectionDate> </SEPADirectDebit> UniversalBankTransaction The usage of UniversalBankTransaction provides details about payment by bank transfer or by using a payment consolidator platform. Name Meaning Type Card. Payable Beneficiary Account Beneficiary Account/ BankName Beneficiary Account/ BankCode Beneficiary Account/ This attribute is used to operate a payment on a consolidator platform. In case the attribute is set on true, the payment of an invoice on a consolidator platform is possible. The default value is false. Attribute 0..1 xs:boolean Account of beneficiary Element 0..* XML composite Bank name Element 0..1 xs:string max. 255 characters Bank code Element 0..1 xs:integer Defines the type of bank code by additionally stating the country of bank code comes from. Attribute 1..1 CountryCode Type ebinterface /61
50 Beneficiary Account/BIC Beneficiary Account/ BankAccountNr Beneficiary Account/IBAN Beneficiary Account/ BankAccount Owner PaymentReference Bank Identification Code (BIC) Element 0..1 BICType Account number Element 0..1 xs:string International Bank Account Number (IBAN) Element 0..1 IBANType Name of account owner Element 0..1 xs:string max. 70 characters Payment reference (customer data), which is used for automated booking of payment entry. The respective obligations of Stuzza 1 are to be considered. Element 0..1 ID35Type Check sum for payment reference Attribute 0..1 CheckSumType Example: <UniversalBankTransaction> <BeneficiaryAccount> <BankName>Länderbank</BankName> <BankCode n1:bankcodetype="at">12000</bankcode> <BIC>BKAUATWW</BIC> <BankAccountNr> </BankAccountNr> <IBAN>AT </IBAN> <BankAccountOwner>Max Mustermann</BankAccountOwner> </BeneficiaryAccount> <PaymentReference n1:checksum="x"> </paymentreference> </UniversalBankTransaction> ebinterface /61
51 3.13 PaymentConditions The element PaymentConditions CAN be used to report details of payment conditions of the invoice. Name Meaning Type Card. Format DueDate Due date Element 1..1 xs:date Discount Discount Element 0..* XML composite Discount/ Latest date for use of percentage of discount Element 1..1 xs:date PaymentDate Discount/ In case the discount does not refer to the entire Element 0..1 Decimal2Type BaseAmount gross amount, the discount-relevant base amount is entered in this element. Discount/ Percentage of discount Element 0..1 PercentageType Percentage Discount/ Amount Discount amount. Element 0..1 Decimal2Type Calculation: Minimum- Payment The amount is calculated using the following formula: BaseAmount * Percentage / 100. In case an amount is entered, there is no need entering a percentage value (but it can be entered). In case both are entered, Amount is prior-ranked. In case the invoice should not be settled completely on the due date, this element is used to enter a minimum amount, which is to be settled on the due date. Element 0..1 Decimal2Type Comment Comment to the payment conditions in free text Element 0..1 xs:string PaymentCondi tionsextension Element for integration of elements that are referenced in the PaymentConditionsExtension element of the ebinterfaceextension.xsd Schema or originate from another arbitrary namespace. Element 0..1 XML composite (defined in ebinterfaceexten sion.xsd) ebinterface /61
52 Example: <PaymentConditions> <DueDate> </DueDate> <Discount> <PaymentDate> </PaymentDate> <BaseAmount> </BaseAmount> <Percentage>3.00</Percentage> <Amount>40.48</Amount> </Discount> <MinimumPayment>512.00</MinimumPayment> <Comment>Kommentar zu den Zahlungsbedingungen</Comment> <ext:paymentconditionsextension> <sv:paymentconditionsextension> <sv:sv_domain_specific_paymentconditionsextensionelement>ein von ebinterface standardisiertes Erweiterungselement </sv:sv_domain_specific_paymentconditionsextensionelement> </sv:paymentconditionsextension> <ext:custom> <n2:auto-generated_for_wildcard>irgendein beliebiges Erweiterungselement aus einem anderen Namespace </n2:auto-generated_for_wildcard> </ext:custom> </ext:paymentconditionsextension> </PaymentConditions> 3.14 PresentationDetails The PresentationDetails element CAN be used to process the layout (aka rendering) of printed version of invoice. Name Meaning Type Card. Format URL Link underlying the logo. Element 0..1 xs:anyuri LogoURL URL of the corporate symbol for heading: The Element 0..1 xs:anyuri logo may be hosted on the server and, therefore, is available with the billing data at the same time. Optionally, the URL can refer to any picture generally displayable in a browser.. LayoutID LayoutID defines which layout is used to display the billing details. Element 0..1 IDType max. 255 characters SuppressZero Defines whether or not an invoice amount of 0 should be displayed. Element 0..1 xs:boolean ebinterface /61
53 PresentationDetails Extension Element for integration of elements that are referenced in the PresentationDetailsExtension element of the ebinterfaceextension.xsd Schema or originate from another arbitrary namespace. Element 0..1 XML composite (defined in ebinterfaceexten sion.xsd) Example: <eb:presentationdetails> <eb:url> <eb:logourl> </eb:logourl> <eb:layoutid>0100</eb:layoutid> </eb:presentationdetails> ebinterface /61
54 4 Der ebinterface 4.x Extension Mechanismus A significant innovation of ebinterface, in comparison to the previous versions, is the possibility to include structural extensions in an ebinterface 4.x instance. In the previous versions of ebinterface extensions were only possible on the highest (=Invoice) level and on the billing details (=ListLineItem) level. In ebinterface 4.x extensions are possible on every different element on root (=Invoice) level, as well as on ListLineItem level. For this purpose, a coupling scheme (ebinterfaceextension.xsd) is included in the ebinterface 4.x scheme, in which the allowed extensions are referenced. The following figure demonstrates the concept of the ebinterfaceextension.xsd coupling scheme. ebinterface.xsd Delivery Biller EP EP ebinterfaceextension.xsd DeliveryExtension BillerExtension ebinterfaceextension_telecom.xsd DeliveryExtension Telecom BillerExtension Telecom InvoiceRecipient OrderingParty Details EP EP EP InvoiceRectExtension OrderingPtyExtension DetailsExtension ebinterfaceextension_pharma.xsd DeliveryExtension Pharmaceuticals BillerExtension Pharmaceuticals ROOT EP EP RootExtension EP = Extension Point ebinterfaceextension_constrct.xsd DeliveryExtension Construction BillerExtension Construction For each element on the root level (i.e., Delivery, Biller, etc.) an extension point is defined. Additionally, there is, as it already existed in the previous versions of ebinterface, a root extension point on the highest level. Each extension point refers to a particular element, which is defined in the coupling scheme ebinterfaceextension.xsd. On the one hand, elements of ebinterface-allowed extension schemes are referenced in the different extension elements of the coupling scheme. On the other hand, a custom element is defined in each extension element, according to the previous versions of ebinterface. The following figure exemplarily demonstrates the extension element DeliveryExtension of the ebinterfaceextension.xsd Schema ebinterface /61
55 The extension schemes of ebinterface are maintained for each industrial sector (i.e., telecom, pharmaceutical industry, etc.) and represent domain-specific attributes and elements, which are not included in the core scheme of ebinterface. The above figure shows the extension scheme of the Austrian social insurance system (sv:deliveryextension) exemplarily. Additionally, the custom element allows the integration of arbitrary XML elements and attributes in every extension point. Making use of including any kind of XML should only be done in case of specific (i.e. bilateral) requirements. In case arbitrary XML elements are included in the extension points, it should not be assumed that the receiver is able to process with all elements. If, however, the used elements originate from an ebinterface certified extension scheme, and the receiver supports this extension scheme, it can be assumed that the receiver of the ebinterface instance is able to process with all elements. 4.1 Integration of the coupling scheme in ebinterface The coupling scheme ebinterfaceextension.xsd is included by default in the ebinterface scheme, whereby all in the coupling scheme referenced elements are available in every ebinterface instance. The namespace of the ebinterface coupling scheme is The scheme ebinterfaceextension.xsd serves as coupling point between the ebinterface core scheme and further ebinterface standardized domain-specific extension schemes. Schema extract <?xml version="1.0" encoding="utf-8"?> <xs:schema xmlns=" xmlns:xs=" xmlns:dsig=" xmlns:ext=" targetnamespace=" elementformdefault="qualified" attributeformdefault="unqualified"> <xs:import namespace=" schemalocation=" /xmldsig-core-schema.xsd"/> <xs:import namespace=" schemalocation="ebinterfaceextension.xsd"/> <!-- === Root Element === --> <xs:element name="invoice" type="invoicetype"/> </xs:schema> ebinterface /61
56 4.2 Integration of ebinterface extension schemes in the ebinterfaceextension coupling scheme Together with every release of ebinterface, an ebinterfaceextension coupling scheme is adopted, in which the ebinterface standardized extension schemes are referenced. In the ebinterface coupling scheme it is referred to further coupling schemes allowed by ebinterface, whose elements are integrated in the specific extension elements of the coupling scheme. The following scheme extract shows the integration of the ebinterface extension scheme of the Austrian social partner system in the ebinterfaceextension.xsd coupling scheme. Schema extract <?xml version="1.0" encoding="utf-8"?> <xs:schema xmlns:xs=" xmlns=" xmlns:sv=" targetnamespace=" elementformdefault="qualified" attributeformdefault="unqualified"> <!-- Import the industry specific namespaces --> <xs:import namespace=" schemalocation="ext/ebinterfaceextension_sv.xsd"/> <!-- === Element declarations === --> <xs:element name="deliveryextension" type="deliveryextensiontype"/> <xs:complextype name="deliveryextensiontype"> <xs:sequence> <xs:element ref="sv:deliveryextension" minoccurs="0"/> <xs:element ref="custom" minoccurs="0"/> </xs:sequence> </xs:complextype> </xs:schema> As it can be seen in the extract the same extension elements (i.e. sv:deliveryextension) are defined in the extension scheme of the Austrian social partner system, which are included in the extension elements (i.e. DeliveryExtensionType) of the coupling schemes. The namespace of the ebinterface extension scheme of the Austrian social partner system is whereas the last part of the namespace particularly stands for the valid scheme of the specific industry (i.e. for the pharmaceutical industry). 5 Recommendations on standard use 5.1 Use of negative/positive signs for amounts in invoices and credit notes Using ebinterface not only invoices may be represented, but also credit notes. Based on the used DocumentType the following recommendations are relevant: In case DocumentType is set to Invoice, InvoiceForAdvancePayment, InvoiceForPartialDelivery, FinalSettlement or SubsequentDebit o If PayableAmount is positive, it is an invoice. o If PayableAmount is negative, it is a credit note ebinterface /61
57 In case DocumentType is set to CreditMemo, SelfBilling, or SubsequentCredit o If PayableAmount is positive, it is a credit note o If PaybleAmount is negative, it is an invoice ebinterface /61
58 6 References [BMF11] Umsatzsteuervoranmeldung ab 2013, Bundesministerium für Finanzen, (last visited: ) [DUNS11] DUNS (Data Universal Numbering System). (last visited: ) [GLN11] GLN (Global Location Number). 3&Itemid=156 (last visited: ) [GTIN11] GTIN (Global Trade Item Number) (last visited: ) [ISO3166-1] ISO , Version VI-10, International Organization for Standardization, (last visited: ) [ISO4217] ISO 4217, International Organization for Standardization, (last visited: ) [PZN11] PZN (Pharmazentralnummer). (last visited: ) [RFC2119] RFC 2119: Keywords for use in RFCs to Indicate Requirement Levels. March (last visited: ) [RFC3986] RFC 3986: Uniform Resource Identifier (URI): Generic Syntax. (last visited: ) [W3C01] XML Schema. W3C Recommendation. (last visited: ) [W3C02] XML-Signature Syntax and Processing (XMLDSig). W3C Recommendation. (last visited: ) ebinterface /61
59 Appendix Recommended codes for Unit Types Based on CEFACT code list (2001). Group ID Description DE Description EN Remark German abbrev. Masse MG M Milligramm milligram mg Masse GRM Gramm gram =1.000 MGM g Masse DJ Dekagramm decagram =10 GRM dg =100 DJ oder =1.000 Masse KGM Kilogramm kilogramme GRM kg Masse TNE Tonne ton =1.000 KGM t Länge MM T Millimeter millimetre mm Länge CMT Zentimeter centimetre =10 MMT cm Länge DMT Dezimeter decimetre =10 CMT dm Länge MTR Meter metre =10 DMT m Länge KTM Kilometer kilometre =1.000 MTR km Fläche MM K Quadratmillimet er square millimetre mm² Quadratzentimet square Fläche CMK er centimetre =100 MMK cm² Fläche Quadratdezimete DMK r square decimetre =100 CMK dm² Fläche MTK Quadratmeter square metre =100 DMK m² Fläche HAR Hektar hectare = MTK ha Fläche Quadratkilomete r square kilometre = MTK km² KMK MM Q Kubikmillimeter cubic millimetre mm³ Volumen Volumen CMQ Kubikzentimeter cubic centimetre =1.000 MMQ cm³ Volumen DMQ Kubikdezimeter cubic decimetre =1.000 CMQ dm³ Volumen MTQ Kubikmeter cubic metre =1.000 DMQ m³ Volumen LTR Liter litre l Numerisch STK Stück piece Stk. Numerisch C62 Eins/mal one Stk. Numerisch LS Pauschal lump sum Pauschal number of Numerisch NAR Artikelanzahl articles Anz. Numerisch NPR Anzahl Paare number of pairs Anz. Paare Numerisch P1 Prozent percent Im Bereich % Numerisch SET Satz set Satz Numerisch PK Packung pack Pkg. Datenmeng e A99 Bit bit b Datenmeng e AD Byte byte =8 bits B Datenmeng 2P Kilobyte kilobyte =10^3 bytes KB ebinterface /61
60 e Datenmeng e 4L Megabyte megabyte =10^6 bytes MB Datenmeng e E34 Gigabyte gigabyte =10^9 bytes GB Datenmeng e E35 Terabyte terabyte =10^12 bytes TB Datenmeng e E36 Petabyte petabyte =10^15 bytes PB Währung EUR Euro Euro für Finanztransaktionen Zeit LH Arbeitsstunde labour hour Std. Zeit SEC Sekunde second Sek. Zeit MIN Minute minute Min Zeit HUR Stunde hour Std. Zeit DAY Tag day Tage Zeit WEE Woche week Wo. Zeit MON Monat month Mo. Zeit QAN Quartal quarter Qu. Zeit ANN Jahr year a KW Energie H Kilowattstunde kilowatt hour kwh Recommended codes for tax exemptions Code S67 S69 IGL RCH SA7 IGLDE DB RL Description Steuerfrei (unter Umsatzgrenze): Gemäß 6 Abs. 1 Z 27 ist die Lieferung bzw. Leistung steuerfrei Steuerfrei (Glückspielumsätze, Brieflose): Gemäß 6 Abs. 1 Z 9 ist die Lieferung bzw. Leistung steuerfrei Innergemeinschaftliche Lieferung: Steuerfreie Innergemeinschaftliche Lieferung gemäß Art. 6 Abs. 1 UStG Reverse Charge: Nur bei Leistungen, gemäß 19 Abs. 1 UStG geht die Steuerschuld auf den Leistungsempfänger über Bei Exporten in ein Drittland: Steuerfreie Ausfuhrlieferung gem. 7 UStG Innergemeinschaftliche Lieferung gemäß 4 Nr. 1b i. V. m. 6a UStG, EUST befreit, aber erwerbsteuerpflichtig Differenzbesteuerung gemäß 24 UStG Besteuerung von Reiseleistungen gemäß 23 UStG Recommended codes for tax code Based on U30 form AT022 Normalsteuersatz (20%) AT029 ermäßigter Steuersatz (10%) AT025 für Weinumsätze durch landwirtschaftliche Betriebe (12%) AT037 für Jungholz und Mittelberg (ab 2007; 19%) AT052 Zusatzsteuer für pauschalierte land- und forstwirtschaftliche Betriebe (10%) AT038 Zusatzsteuer für pauschalierte land- und forstwirtschaftliche Betriebe (8%) ATXXX nicht steuerbar (ebinterface spezifisch; 0%) Recommended codes for further identification ebinterface /61
61 FN Firmenbuchnummer FR Firmenregisternummer beim Firmengericht ARA ARA Nummer DVR DVR Nummer Consolidator ID des Consolidators Contract Vertragsnummer Payer ID des Payers Recommended codes for OtherVATableTax/TaxID MS Mineralölsteuer TS Tabaksteuer BS Biersteuer AS Alkoholsteuer WA Werbeabgabe ebinterface /61
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
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
Electronic Bank Account Management - EBAM
Electronic Bank Account Management - EBAM EBAM and Digital Signature This guide provides an overview of how to use a digital signature in the EBAM solution to sign the XML messages and the potential attachments.
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
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
OCRA Validation Server Profile
OCRA Validation Server Profile Version 1.0 Feb. 22, 2013 Page 1 of 18 1 Overview This document defines the technical requirements for compliance with an OCRA Validation Server profile for OATH Certification.
Configuring SAML2 for Single Sign-On to Smartsheet (Enterprise Only)
Configuring SAML2 for Single Sign-On to Smartsheet (Enterprise Only) This document is intended for technical professionals who are familiar with SAML and have access to the Identity Provider that will
CHAPTER 6: SALES TAX SETUP
Chapter 6: Sales Tax Setup CHAPTER 6: SALES TAX SETUP Objectives Introduction The objectives are: Provide an overview on sales tax Create Ledger Posting Groups Create Sales Tax Authorities Create Sales
Directions for the AP Invoice Upload Spreadsheet
Directions for the AP Invoice Upload Spreadsheet The AP Invoice Upload Spreadsheet is used to enter Accounts Payable historical invoices (only, no GL Entry) to the OGSQL system. This spreadsheet is designed
MONETA.Assistant API Reference
MONETA.Assistant API Reference Contents 2 Contents Abstract...3 Chapter 1: MONETA.Assistant Overview...4 Payment Processing Flow...4 Chapter 2: Quick Start... 6 Sandbox Overview... 6 Registering Demo Accounts...
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
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
DIRECTOR GENERAL OF THE LITHUANIAN ARCHIVES DEPARTMENT UNDER THE GOVERNMENT OF THE REPUBLIC OF LITHUANIA
Non-official translation DIRECTOR GENERAL OF THE LITHUANIAN ARCHIVES DEPARTMENT UNDER THE GOVERNMENT OF THE REPUBLIC OF LITHUANIA ORDER ON THE CONFIRMATION OF THE SPECIFICATION ADOC-V1.0 OF THE ELECTRONIC
Guide. 1 Dec 2010. Introduction of the global Structured Creditor Reference in Finnish companies. 1 December 2010
1 Dec 2010 Guide Introduction of the global Structured Creditor Reference in Finnish companies 1 December 2010 Federation of Finnish Financial Services Contents Guide Introduction of the global Structured
OIOIDWS for Healthcare Token Profile for Authentication Tokens
OIOIDWS for Healthcare Token Profile for Authentication Tokens Common Web Service Profile for Healthcare in the Danish Public Sector, version 2.0 Content Document History...3 Introduction...4 Notation...
Merchant Reporting Tool
Merchant Reporting Tool payment and transaction statistic for web shops Transaction reports through web-interface to paysafecard application Table of Content 1. Introduction 2 2. Log In 2 2.1 Merchant
Web Services Security: SAML Token Profile 1.1
1 2 3 4 5 6 7 8 9 10 11 12 13 Web Services Security: SAML Token Profile 1.1 OASIS Standard, 1 February 2006 Document Identifier: wss-v1.1-spec-os-samltokenprofile OASIS Identifier: {WSS: SOAP Message Security
Schematron Validation and Guidance
Schematron Validation and Guidance Schematron Validation and Guidance Version: 1.0 Revision Date: July, 18, 2007 Prepared for: NTG Prepared by: Yunhao Zhang i Schematron Validation and Guidance SCHEMATRON
Configuring SAML2 for Single Sign-On to Smartsheet (Enterprise Only)
Configuring SAML2 for Single Sign-On to Smartsheet (Enterprise Only) This document is intended for technical professionals who are familiar with SAML and have access to the Identity Provider that will
[MS-ASMS]: Exchange ActiveSync: Short Message Service (SMS) Protocol
[MS-ASMS]: Exchange ActiveSync: Short Message Service (SMS) Protocol Intellectual Property Rights Notice for Open Specifications Documentation Technical Documentation. Microsoft publishes Open Specifications
Secure Envelope specification
Secure Envelope specification for Corporate Access File Transfer 2/13/2015 Version 1.0.3 This document defines how a file (e.g. a payment file) which will be sent to the bank is digitally signed by the
Hosted Credit Card Forms Implementation Guide
Hosted Credit Card Forms Implementation Guide Merchant implementation instructions to integrate to the Setcom s hosted credit card forms. Covers: fraud screening, Verified by Visa, MasterCard SecureCode
Vendor@Gov E-Invoice Interface File Layout Version 4.93
Vendor@Gov E-Invoice Interface File Layout Version 4.93 Page 1 of 12 1. INTRODUCTION The e-invoice batch submission interface provides vendors with high invoice submission volume with a fast and convenient
Electronic Data Transmission Guide For International Mailers
Electronic Data Transmission Guide For International Mailers Version 1.2.1 November 5 th, 2012 UPS Mail Innovations Revision History Version Date Reviser Notes 1.0 6/11/2012 Brian Tomazic Initial Release
SAML Profile for SSO in Danish Public Sector V2.0 Assertion Examples,
> SAML Profile for SSO in Danish Public Sector V2.0 Assertion Examples, Version 1.1 IT- og Telestyrelsen, Center for Serviceorienteret Infrastruktur August 2007 1 Introduction This non-normative document
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
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...
XML Databases 6. SQL/XML
XML Databases 6. SQL/XML Silke Eckstein Andreas Kupfer Institut für Informationssysteme Technische Universität Braunschweig http://www.ifis.cs.tu-bs.de 6. SQL/XML 6.1Introduction 6.2 Publishing relational
6. SQL/XML. 6.1 Introduction. 6.1 Introduction. 6.1 Introduction. 6.1 Introduction. XML Databases 6. SQL/XML. Creating XML documents from a database
XML Databases Silke Eckstein Andreas Kupfer Institut für Informationssysteme Technische Universität http://www.ifis.cs.tu-bs.de in XML XML Databases SilkeEckstein Institut fürinformationssysteme TU 2 Creating
DTD Tutorial. About the tutorial. Tutorial
About the tutorial Tutorial Simply Easy Learning 2 About the tutorial DTD Tutorial XML Document Type Declaration commonly known as DTD is a way to describe precisely the XML language. DTDs check the validity
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
Invoice, Statement, and Deposit Slip Layout Variables
CLIENT BOOKKEEPING SOLUTION ACCOUNTS RECEIVABLE Invoice, Statement, and Deposit Slip Layout s version 2007.x.x TL 20756 (05/29/09) Copyright Information Text copyright 997-2009 by Thomson Reuters/Tax &
Banana is a native application for Windows, Linux and Mac and includes functions that allow the user to manage different types of accounting files:
banana Accounting 7 TECHNICA NICAL DATA Applications and accounting types Banana is a native application for Windows, Linux and Mac and includes functions that allow the user to manage different types
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
Technik und Informatik. SOAP Security. Prof. Dr. Eric Dubuis Berner Fachhochschule Biel. Version April 11, 2012
SOAP Security Prof. Dr. Eric Dubuis Berner Fachhochschule Biel Version April 11, 2012 Overview Motivation Transport security versus SOAP Security WS-Security stack overview Structure of secured SOAP messages
Simple Business Invoicing and Inventory. User s guide. by OWL Software. Copyright 1995-2009. All Rights Reserved
Simple Business Invoicing and Inventory User s guide by OWL Software Copyright 1995-2009 All Rights Reserved i CONTENTS Introduction... 1 WHAT IS SBII?... 1 NEW FEATURES IN VERSION 3... 1 UPGRADING FROM
OSCI-Transport, Version 2.0
1 2 3 OSCI-Transport, Version 2.0 Web Services Profiling and Extensions Specification 4 OSCI Steering Office 5 6 Status: Final Edition 4 Last edited on 14 th of December, 2010 OSCI-Transport 2.0 Specification,
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
Message Containers and API Framework
Message Containers and API Framework Notices Copyright 2009-2010 Motion Picture Laboratories, Inc. This work is licensed under the Creative Commons Attribution-No Derivative Works 3.0 United States License.
Accounts. Step by Step Data Setup Wizard and How to Guide. online
online Accounts Step by Step Data Setup Wizard and How to Guide Main Tel. 0845 450 7304 Support Tel. 0844 484 9412 Email [email protected] Free 30day trial www.liquidaccounts.com Page 1 Online Accounts
JET Payment File Specification Version 1.3. JET File Technical Specification Appendix H
JET Payment File Specification Version 1.3 JET File Technical Specification Appendix H Department of Industrial Relations Electronic Adjudication Management System December 2013 EAMS Application Development
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
XML: extensible Markup Language. Anabel Fraga
XML: extensible Markup Language Anabel Fraga Table of Contents Historic Introduction XML vs. HTML XML Characteristics HTML Document XML Document XML General Rules Well Formed and Valid Documents Elements
Accounts Receivable Invoice Upload
Directions for the AR Invoice Upload Spreadsheet The AR Invoice Upload Spreadsheet is used to enter Accounts Receivable invoice information (History only, no GL Entry) to the OGsql system. This spreadsheet
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:
Estimating and Vendor Quotes An Estimating and Vendor Quote Workflow Guide
Estimating and Vendor Quotes An Estimating and Vendor Quote Workflow Guide Production Estimating What can it do for you? Estimate Usage The Estimating application is used to prepare quotes for production
Supply Chain Finance WinFinance
Supply Chain Finance WinFinance Customer User Guide Westpac Banking Corporation 2009 This document is copyright protected. Apart from any fair dealing for the purpose of private study, research criticism
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
Certification Practice Statement
FernUniversität in Hagen: Certification Authority (CA) Certification Practice Statement VERSION 1.1 Ralph Knoche 18.12.2009 Contents 1. Introduction... 4 1.1. Overview... 4 1.2. Scope of the Certification
AP INTEGRATION Serengeti Managed Web Service Overview
AP INTEGRATION Serengeti Managed Web Service Overview This document overviews the process of integrating Serengeti Tracker with an accounts payable (A/P) system through a Serengeti Managed Web Service.
Furthermore remember to uninstall the old DWI client before replacing it with the new version.
Table shortcuts: ERP to the Web Shop: Products - Related Products - Stock Product groups Product group relations - Segments Segment groups - Price - Variants Variant groups Variant group relation - Variant
Virginia Department of Taxation Specifications for Web Upload Server to Server Processing for Virginia Department of Taxation Forms
Virginia Department of Taxation Specifications for Web Upload Server to Server Processing for Virginia Department of Taxation Forms Rev. 07/14 TABLE OF CONTENTS Purpose... 3 Filing Reminders and Changes...
Cash Management Balance Reporting Specifications Version 2. Technical Reference Manual
Cash Management Balance Reporting Specifications Version 2 Technical Reference Manual 10/2005 Printed in the United States of America Copyright 2005 by BAI, Chicago, Illinois All rights reserved. No part
Differences in Use between Calc and Excel
Differences in Use between Calc and Excel Title: Differences in Use between Calc and Excel: Version: 1.0 First edition: October 2004 Contents Overview... 3 Copyright and trademark information... 3 Feedback...3
PDF MAKER FOR VTIGER CRM
PDF MAKER FOR VTIGER CRM Introduction The PDF Maker is extension tool designed for vtiger CRM. There is already possibility of the export to pdf format in vtiger CRM functionality but it covers just few
MS Access Lab 2. Topic: Tables
MS Access Lab 2 Topic: Tables Summary Introduction: Tables, Start to build a new database Creating Tables: Datasheet View, Design View Working with Data: Sorting, Filtering Help on Tables Introduction
How To Use Query Console
Query Console User Guide 1 MarkLogic 8 February, 2015 Last Revised: 8.0-1, February, 2015 Copyright 2015 MarkLogic Corporation. All rights reserved. Table of Contents Table of Contents Query Console User
02267: Software Development of Web Services
02267: Software Development of Web Services Week 11 Hubert Baumeister [email protected] Department of Applied Mathematics and Computer Science Technical University of Denmark Fall 2015 1 Contents WS-Policy Web
INTRODUCTION TO EXCEL
INTRODUCTION TO EXCEL 1 INTRODUCTION Anyone who has used a computer for more than just playing games will be aware of spreadsheets A spreadsheet is a versatile computer program (package) that enables you
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
European Medicines Verification System (EMVS) European Pack Coding Guidelines
European Medicines Verification System (EMVS) European Pack Coding Guidelines June 2013 Revision History V1.0 June 2008 Initial Release V1.1 June 2008 Amended some typographical errors, added extra detail
ACCOUNT RECEIVABLES TABLE OF CONTENTS
ACCOUNT RECEIVABLES TABLE OF CONTENTS 1. SETUP CUSTOMER...2 2. CUSTOMER LISTING...6 3. CUSTOMER INVOICE...7 4. CUSTOMER INVOICE LISTING...12 5. ENTER CREDITS / REFUNDS...14 6. CUSTOMER CREDITS LISTING...20
Multiple electronic signatures on multiple documents
Multiple electronic signatures on multiple documents Antonio Lioy and Gianluca Ramunno Politecnico di Torino Dip. di Automatica e Informatica Torino (Italy) e-mail: [email protected], [email protected] web
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
INVENTORY MANAGEMENT. TechStorm. http://www.gotechstorm.com/howto/inventorymanagement.pdf
INVENTORY MANAGEMENT TechStorm http://www.gotechstorm.com/howto/inventorymanagement.pdf Inventory Management Table Of Contents Add Inventory Items In Tablet... 3 Transaction Flow for Adding Inventory in
TheFinancialEdge. Configuration Guide for Accounts Receivable
TheFinancialEdge Configuration Guide for Accounts Receivable 101711 2011 Blackbaud, Inc. This publication, or any part thereof, may not be reproduced or transmitted in any form or by any means, electronic,
PARITY SOFTWARE S SAGE ERP X3 CASHBOOK USER MANUAL
PARITY SOFTWARE S SAGE ERP X3 CASHBOOK USER MANUAL Introduction Parity s Cashbook allows for the efficient reconciliation of Bank Statements to Bank Entry transactions within Sage ERP X3. Parity s Cashbook
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,
Instructions for the Completion of the Report on Interest Rates on Loans and Deposits
CROATIAN NATIONAL BANK RESEARCH AND STATISTICS AREA STATISTICS DEPARTMENT Instructions for the Completion of the Report on Interest Rates on Loans and Deposits 1 CONTENTS GENERAL INSTRUCTIONS 3 1. INTRODUCTION
GFIPM Web Browser User-to-System Profile Version 1.2
About the Document Justice organizations are looking for ways to provide secured access to multiple agency information systems with a single logon. The Global Federated Identity and Privilege Management
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...
Configuration > Payment gateways Configure the payment gateway tokens for your credit card and PayPal payment methods if applicable.
Storefront Users Manual Quick Start Settings Your shopping cart is pre-configured with default values suitable for most businesses. In most cases, you only need to configure the settings below to start
Retrieving Data Using the SQL SELECT Statement. Copyright 2006, Oracle. All rights reserved.
Retrieving Data Using the SQL SELECT Statement Objectives After completing this lesson, you should be able to do the following: List the capabilities of SQL SELECT statements Execute a basic SELECT statement
Secure XML API Integration Guide. (with FraudGuard add in)
Secure XML API Integration Guide (with FraudGuard add in) Document Control This is a control document DESCRIPTION Secure XML API Integration Guide (with FraudGuard add in) CREATION DATE 02/04/2007 CREATED
Vodafone Bulk Text. User Guide. Copyright Notice. Copyright Phonovation Ltd
Vodafone Bulk Text User Guide Copyright Notice Copyright Phonovation Ltd Important Notice: The Information contained in this document is subject to change without notice and should not be construed as
Point of Sale Setting up Stock Items User Guide
Point of Sale Setting up Stock Items User Guide Page 1 of 28 Table of Contents Stock File... 3 Create Stock Categories... 3 Create a New Stock Item... 4 Add Stock to a New Shop Location... 5 Enter Stock
What s new? Tips & Tricks
What s new? 1. What s new? Content New parameter and their functionality New fields and their functionality 2. Goal of the functionality extension 3. Tests and other Experiences 4. How to post standard
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,
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
Communicating access and usage policies to crawlers using extensions to the Robots Exclusion Protocol Part 1: Extension of robots.
Communicating access and usage policies to crawlers using extensions to the Robots Exclusion Protocol Part 1: Extension of robots.txt file format A component of the ACAP Technical Framework Implementation
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)...
UNIVERSITY OF CALGARY Information Technologies WEBFORMS DRUPAL 7 WEB CONTENT MANAGEMENT
UNIVERSITY OF CALGARY Information Technologies WEBFORMS DRUPAL 7 WEB CONTENT MANAGEMENT Table of Contents Creating a Webform First Steps... 1 Form Components... 2 Component Types.......4 Conditionals...
Accounts Payable Sample Reports
Accounts Payable Sample Reports Copyright 1987-2014 Software Technology, Inc. 1721 Cushman Drive Lincoln, NE 68512 (402) 423-1440 http://www.tabs3.com Tabs3, PracticeMaster, and the pinwheel symbol ( )
User's manual for OTPdirekt Internet Banking. v.1.0
User's manual for OTPdirekt Internet Banking v.1.0 1 Contents General... 4 Log in... 4 Logging out... 4 Home page... 5 Accounts... 5 Accounts - Overview of movements... 6 Accounts - OTPdirekt transactions...
OUTGOING PAYMENTS ISO 20022 APPLICATION GUIDELINE
Version 2.5 13.4.2016 OUTGOING PAYMENTS ISO 20022 APPLICATION GUIDELINE 2 (54) CONTENTS VERSION INFORMATION... 4 1 OUTGOING PAYMENTS, ISO 20022 APPLICATION GUIDELINE... 5 1.1 ISO 20022 MESSAGE DESCRIPTION
Bankline internet banking import file layout user guide
Bankline internet banking import file layout user guide Bankline internet banking import file layout user guide 2 Contents 1. Introduction to Bankline import...3 1.1 What is Bankline import?...3 1.2 How
1.0 Getting Started Guide
KOFAX Transformation Modules Invoice Packs 1.0 Getting Started Guide 10300805-000 Rev 1.0 2008 Kofax, Inc., 16245 Laguna Canyon Road, Irvine, California 92618, U.S.A. All rights reserved. Use is subject
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...
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...
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
February 2010 Version 6.1
HansaWorld University Point Of Sales (POS) Training Material HansaWorld Ltd. February 2010 Version 6.1 Table Of Contents INTRODUCTION...5 What is Point Of Sales?...5 THE 4 DIFFERENT WAYS OF USING POS...6
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
IN THE SUPREME COURT OF BRITISH COLUMBIA
IN THE SUPREME COURT OF BRITISH COLUMBIA Between: Docket: Registry: And [TITLE OF DOCUMENT - DRAFT PROTOCOLS] (i.e. Protocol, Statement of Claim, etc.) LEGAL REPRESENTATIVES PARTY PARTY NAME: SOLICITOR
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
Documentation on Basket Tracking
Rev. 14.10.2013 Documentation on Basket Tracking Contents Introduction 1 1. Tracking Code 1 2. Argument definition 2 2.1 ref 2 2.2 affmt 3 2.3 affmn 3 2.4 site 3 2.5 curr 3 2.6 order 3 2.7 vcode 3 2.8
