27 minute read

Composition and Structure of an INVOIC IDoc in SAP ERP

Motivation for IDocs

IDoc is the short form of Intermediate Document. As the word intermediate suggests, it is an intermediate format, for the data exchange with an SAP ERP system. Using IDocs, a third-party system is able to export and import data from and to an SAP ERP system. This data might originate from systems containing master data such as debtor data, creditor data, material master records etc. Other examples include dynamic data records such as timesheets, orders or invoices.

The SAP ERP system delivers a wide range of predefined IDoc base types, which can be used for data exchange. These predefined IDocs may not fully satisfy all requirements, in which case new IDoc types can be created, exactly meeting specific customer requirements.

White Paper - Peppol

Understanding the IDoc contents

In order to be able to read the contents of an IDoc, the first step is to understand its structure. Unlike other XML-based standards, Universal Business Language (UBL) for example, IDocs use short and at first sight, incomprehensible element names. One will not be able to understand them without a supporting document that explains what these abbreviations mean. As the experience with IDocs increases, the abbreviated element names will become more familiar and their meaning will unfold – even without the documentation constantly at hand.

An IDoc can exist in different forms, but usually an IDoc can be found as database entry in an SAP system, where the following tables are being used: EDIDC, EDID4, EDIDS. The EDIDC table contains the data of the control record, the EDID4 table for the data records, and the EDIDS table for the status records. Transaction SE16N may be used to take a closer look at these tables.

However, users normally use their specific transactions to view IDocs, for example transaction BD87. The picture below shows a tree representation of an INVOIC02 IDoc in transaction BD87.


Tree view of an INVOIC02 IDoc (click for a bigger picture
Tree view of an INVOIC02 IDoc (click for a bigger picture

© 2020. SAP SE or an SAP affiliate company. All rights reserved. Used with permission of SAP SE.

As one can see on the left side of this picture, IDocs use abbreviations to name each element, E1EDK01, E1EDKA1, etc.

To check what these elements mean, the documentation of the corresponding IDoc base type must be used, which can be found in transaction WE60. This previous article explains the details in regard to the IDoc documentation.

The IDoc documentation can be downloaded as HTML file and displayed in any Web browser. The SAP ERP system always exports three data types, ending with _d, _f and _i. In order to get the best representation of the data, we recommend opening the file ending with _f, e.g., INVOIC02_f.htm. Below is an extract from the HTML documentation for an INVOIC02 IDoc.


Extract of an INVOIC02 documentation
Extract of an INVOIC02 documentation

© 2020. SAP SE or an SAP affiliate company. All rights reserved. Used with permission of SAP SE.

With help from the HTML documentation, each element can easily be deciphered and the exact sequence the elements are in can be identified.

When an IDoc leaves the SAP system, an exchange file is created using the data in the IDoc tables. This exchange file comes in two formats: a text-based version and an XML-based version. Modern integration scenarios typically use the XML-based version only.

An overview of the INVOIC02 IDoc

XML knows two fundamental concepts: XML Schema and XML instance. An XML instance is a concrete form of an IDoc, for example the XML representation of the invoice with the number 4711. An XML Schema describes the exact structure and composition of an XML instance. It defines which element and attribute sequences are allowed, which data types can be used for some elements, etc.

The following figure shows an extract of the composition of an INVOIC02 XML Schema.


XML Schema of an INVOIC02 IDoc (click for a bigger version
XML Schema of an INVOIC02 IDoc (click for a bigger version)

© 2020. SAP SE or an SAP affiliate company. All rights reserved. Used with permission of SAP SE.

With the help of an XML Schema one can check if the XML instance fulfills the requirement of schema conformity and is thus valid or not. Schema conformity is imperative if an INVOIC02 invoice shall be processed using software.

INVOIC02 IDoc in detail

An INVOIC02 can be used in various SAP modules, e.g., on the sales and distribution side (to represent an invoice that needs to be sent to a client) or on the materials management side (to represent an invoice that is received from a supplier). Invoices also play an important part in the finance module of SAP, where the actual accounting of the invoice takes place.

Using the data below as an example, we demonstrate the different elements of an INVOIC02 IDoc.


INVOIC02 Data Example
INVOIC02 Data Example

The structure of the INVOIC02 IDoc is built below the central root node INVOIC02. The following extract shows the composition of an INVOIC02 in a shorter version.

 <INVOIC02 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="INVOIC02.xsd">
 	<IDOC BEGIN="1">
 		<!-- Control record -->
 		<EDI_DC40 SEGMENT="1">
 			<TABNAM>EDI_DC40</TABNAM>
 			...
 		</EDI_DC40>
 		<!-- Document header general data -->
 		<E1EDK01 SEGMENT="1">
 			<CURCY>EUR</CURCY>
 			 ...
 		</E1EDK01>
 		<!-- Document Item General Data -->
 		<E1EDP01 SEGMENT="1">
 			<POSEX>000010</POSEX>
 			...
 		</E1EDP01>
 		<!-- Summary segment general -->
 		<E1EDS01 SEGMENT="1">
 			<SUMID>001</SUMID>
 			<SUMME>11</SUMME>
 		</E1EDS01>
 		...
 	</IDOC>
 </INVOIC02>

The complete example XML is accessible via the following link. The example does not claim integrity of content, meaning that the structure and sequence of elements and attributes are correct. Content and values like sums, taxes, transport information are fictitious though, and show no continuous consistency throughout the file.

The composition of an IDoc can be divided into three large sections:

  • Control record
  • Data records
  • Status records

When exporting an IDoc from an SAP ERP system, only the control record and data records are being exported. Since the status record normally contains internal information from the system about the processing status, it is usually not exported.

The composition of the tree structure of an INVOIC02 IDoc is as follows:

  • INVOIC02
    • IDOC
      • EDI_DC40 – Control Record
      • E1EDK01 – Document Header General Data
      • E1EDKA1 – Document Header Partner Information
      • E1EDK02 – Document Header Reference Data
      • E1EDK03 – Document Header Date Segment
      • E1EDK05 – Document Header Conditions
      • E1EDK04 – Document Header Taxes
      • E1EDK17 – Document Header Terms of Delivery
      • E1EDK18 – Document Header Terms of Payment
      • E1EDK23 – Document Header Currency Segment
      • E1EDK28 – Document Header Bank Data
      • E1EDK29 – Document Header General Foreign Trade Data
      • E1EDKT1 – Document Header Text Identification
        • E1EDKT2 – Document Header Texts
      • E1EDK14 – Document Header Organizational Data
      • E1EDP01 – Document Item General Data
        • E1EDP02 – Document Item Reference Data
        • E1EDP03 – Document Item Date Segment
        • E1EDP19 – Document Item Object Identification
        • E1EDP26 – Document Item Amount Segment
        • E1EDPA1 – Document Item Partner Information
        • E1EDP05 – Document Item Conditions
        • E1EDP04 – Document Item Taxes
        • E1EDP28 – Document Item – General Foreign Trade Data
        • E1EDP08 – Package Data Individual
        • E1EDP30 – Document Item Account Assignment Intercompany Billing
        • E1EDPT1 – Document Item Text Identification
          • E1EDPT2 – Docu­ment Item Texts
      • E1EDS01 – Summary Segment General

EDI_DC40 – control record

The control record EDI_DC40 contains meta information about the IDoc itself (sender, receiver, type of IDoc, etc.) and is mostly relevant for the correct processing of the IDoc message by third-party services. Using the control record, third-party services such as EDI providers are able to identify the sender and receiver of the IDoc, the exact IDoc type and date, etc.

Data records

After the control record, there are data records, which contain all the data about the invoice. The data records themselves are divided into the header and the line item. Elements which have a K in their name belong to the header data, those with a P belong to the line item data. Elements with an S belong to the sum data.

E1EDK01 – document header general data

The E1EDK01 invoice header contains general data of the invoice, such as currency, UID number of the biller and invoice recipient, weight etc.

<E1EDK01 SEGMENT="1">
  <CURCY>GBP</CURCY>
  <HWAER>GBP</HWAER>
  <WKURS>1.00000</WKURS>
  <ZTERM>0054</ZTERM>
  <KUNDEUINR>GB39392392323</KUNDEUINR>
  <EIGENUINR>GB39238248343</EIGENUINR>
  <BSART>INVO</BSART>
  <BELNR>0130106273</BELNR>
  <NTGEW>423.472</NTGEW>
  <BRGEW>472.616</BRGEW>
  <GEWEI>KGM</GEWEI>
  <FKART_RL>ZLR</FKART_RL>
  <RECIPNT_NO>0000035703</RECIPNT_NO>
  <FKTYP>L</FKTYP>
</E1EDK01>

The element E1EDK01 can only be present once in an INVOIC02 IDoc.

E1EDKA1 – document header partner information

The E1EDK01 element is followed by several invoice headers of type E1EDKA1, containing partner information about the customer, biller, goods receiver etc. The PARVW element (partner function) identifies the type of partner.

<E1EDKA1 SEGMENT="1">
  <PARVW>RS</PARVW>
  <LIFNR>0000035703</LIFNR>
  <NAME1>Company John Doe Ltd.</NAME1>
  <STRAS>40 Chancery Lane</STRAS>
  <ORT01>London</ORT01>
  <PSTLZ>WC2A 1EN</PSTLZ>
  <LAND1>GB</LAND1>
  <SPRAS>E</SPRAS>
  <BNAME>Anne Doe</BNAME>
  <PAORG>1312</PAORG>
</E1EDKA1>

RS for example stands for invoice issuer. The complete list of the allowed partner roles can be viewed in the IDoc documentation in transaction WE60.

The element E1EDKA1 is optional and can be found up to 99 times in an INVOIC02 IDoc.

E1EDK02 – document header reference data

In the header E1EDK02 the reference data of the invoice is found. To identify the type of partner, the element QUALF (qualifier reference document) must be examined.

<E1EDK02 SEGMENT="1">
  <QUALF>009</QUALF>
  <BELNR>239238232</BELNR>
  <DATUM>20190111</DATUM>
</E1EDK02>
<E1EDK02 SEGMENT="1">
  <QUALF>001</QUALF>
  <BELNR>592382323</BELNR>
  <DATUM>20190104</DATUM>
</E1EDK02>
<E1EDK02 SEGMENT="1">
  <QUALF>002</QUALF>
  <BELNR>292847342</BELNR>
  <DATUM>20190104</DATUM>
</E1EDK02>

In the example above, the following documents are being referred to:

  • Invoice number (009)
  • Customer Purchase Order (001)
  • Order number of the supplier (002)

The element E1EDK02 is optional and can be found up to 20 times in an INVOIC02 IDoc.

E1EDK03 – document header date segment

After the reference data, different date values are provided using the element E1EDK03. The IDDAT element (qualifier date segment) allows to identify what type of date is provided.

<E1EDK03 SEGMENT="1">
  <IDDAT>026</IDDAT>
  <DATUM>20190111</DATUM>
</E1EDK03>
<E1EDK03 SEGMENT="1">
  <IDDAT>001</IDDAT>
  <DATUM>20190108</DATUM>
</E1EDK03>
<E1EDK03 SEGMENT="1">
  <IDDAT>022</IDDAT>
  <DATUM>20190104</DATUM>
</E1EDK03>

The example above contains the following date values:

  • Billing date for billing index and printout (026)
  • Delivery date from the supplier (001)
  • Purchase order date (022)

The element E1EDK03 is optional and can be found up to 20 times in an INVOIC02 IDoc.

E1EDK05 – document header conditions

This element lists the individual condition types of an invoice, depending on which condition records are stored in the invoice at header level in SAP.

<E1EDK05 SEGMENT="1">
  <ALCKZ>+</ALCKZ>
  <KOTXT>Net price</KOTXT>
  <BETRG>5148.06</BETRG>
  <KRATE>0</KRATE>
  <KOEIN>GBP</KOEIN>
</E1EDK05>
<E1EDK05 SEGMENT="1">
  <ALCKZ>+</ALCKZ>
  <KSCHL>ZZDV</KSCHL>
  <KOTXT>Shipping costs</KOTXT>
  <BETRG>22.85</BETRG>
  <KPERC>10.000</KPERC>
  <MWSKZ>AA</MWSKZ>
</E1EDK05>

+ in the ALCKZ element indicates a surcharge and - a deduction. The other elements are as follows:

KSCHL – Condition type (coded)

KOTXT – Condition text

BETRG – Fixed surcharge/discount on total gross

KRATE – Condition record per unit

KPERC- Condition percentage rate

MWSKZ – VAT indicator

KOEIN – Currency

The element E1EDK05 is optional and can be found up to 99 times in an INVOIC02 IDoc.

E1EDK04 – Document Header Taxes

The information pertaining to the taxes specified in the invoice can be found in element E1EDK04.

<E1EDK04 SEGMENT="1">
  <MWSKZ>A1</MWSKZ>
  <MSATZ>22.000</MSATZ>
  <MWSBT>1132.57</MWSBT>
</E1EDK04>

The VAT abbreviation MWSKZ stands for the VAT indicator. The element MSATZ indicates the VAT rate and MWSBT the value added tax amount.

The element E1EDK04 is optional and can be found up to 999 times in an INVOIC02 IDoc.

E1EDK17 – Document Header Terms of Delivery

Element E1EDK17 indicates the delivery terms of the invoice.

<E1EDK17 SEGMENT="1">
  <QUALF>001</QUALF>
  <LKOND>FH</LKOND>
  <LKTEXT>Ms. Smith</LKTEXT>
</E1EDK17>

The element QUALF indicates whether it is Incoterms 1 or Incoterms 2. The delivery condition code can be retrieved from the LKOND element and the delivery condition text from the element LKTEXT.

The element E1EDK17 is optional and can be found up to 10 times in the INVOIC02 IDoc.

E1EDK18 – Document Header Terms of Payment

This element contains information about the payment conditions of the invoice.

<E1EDK18 SEGMENT="1">
  <QUALF>001</QUALF>
  <TAGE>14</TAGE>
  <PRZNT>2</PRZNT>
  <ZTERM_TXT>Payment due in 14 days</ZTERM_TXT>
</E1EDK18>

In the example above, the invoice needs to be paid within 14 days without deductions. Should the invoice be paid right away, a 2% discount can be deducted.

The element E1EDK18 is optional and can be found up to 10 times in an INVOIC02 IDoc.

E1EDK23 – Document Header Currency Segment

This element is used to specify the currency information of the invoice.

<E1EDK23 SEGMENT="1">
  <QUALF>001</QUALF>
  <WAERZ>EUR</WAERZ>
  <WAERQ>EUR</WAERQ>
  <KURS>1.00</KURS>
  <DATUM>20190102</DATUM>
</E1EDK23>

The qualifier 001 indicates that the currency mentioned above is the document currency.

The element E1EDK23 is optional and can be found up to 4 times in an INVOIC02 IDoc.

E1EDK28 – Document Header Bank Data

All bank data which are relevant for the invoice, such as IBAN, BIC, bank name, etc. will be mentioned in element E1EDK28.

<E1EDK28 SEGMENT="1">
  <BCOUN>GB</BCOUN>
  <BNAME>Santander Bank</BNAME>
  <ACNUM>GB39232383493401ß59352434</ACNUM>
  <ACNAM>Supermarket Penny Price</ACNAM>
</E1EDK28>

The element E1EDK28 is optional and can be found up to 20 times in an INVOIC02 IDoc.

E1EDK29 – Document Header General Foreign Trade Data

Data in regard to foreign trade is shown in element E1EDK29 of the invoice.

<E1EDK29 SEGMENT="1">
  <EXNUM>2392382823</EXNUM>
  <ALAND>GB</ALAND>
  <EXPVZ>3</EXPVZ>
  <ZOLLA>5901</ZOLLA>
  <GRWCU>GBP</GRWCU>
  <LAND1>GB</LAND1>
  <LANDX>Great Britain</LANDX>
  <LANDA>GB</LANDA>
  <XEGLD>X</XEGLD>
  <ALANX>Great Britain</ALANX>
  <ALANA>GB</ALANA>
  <ALSCH>GB</ALSCH>
  <ALSRE>900</ALSRE>
  <IEVER>3</IEVER>
  <EXPVZTX>Road transport</EXPVZTX>
  <IEVER_TX>Road transport</IEVER_TX>
</E1EDK29>

The IDoc documentation describes which values are allowed in each field. For example, the value table for EXNUM is EIKP and the one for ALAND is table T005. Transaction SE16 or SE16N allows to find out what the values of this table are.

The element E1EDK29 is optional and can be found up to 20 times in an INVOIC02 IDoc.

E1EDKT1 – Document Header Text Identification

This element specifies the header texts from the SAP document in an IDoc and has the sub element E1EDKT2. The qualifier TDID identifies what type of text is provided.

<E1EDKT1 SEGMENT="1">
  <TDID>Z100</TDID>
  <TSSPRAS>D</TSSPRAS>
  <TSSPRAS_ISO>GB</TSSPRAS_ISO>
  <E1EDKT2 SEGMENT="1">
    <TDLINE>Please note that the vacation period
    </TDLINE>
    <TDFORMAT>*</TDFORMAT>
  </E1EDKT2>
  <E1EDKT2 SEGMENT="1">
    <TDLINE>during the Easter Holidays.</TDLINE>
    <TDFORMAT>*</TDFORMAT>
  </E1EDKT2>
</E1EDKT1>

The text language is specified with the TSSPRAS and the TSSPRAS_ISO key. The sub element E1EDKT2 is used for the actual text.

The element E1EDKT1 is optional and can be found up to 20 times in an INVOIC02 IDoc.

E1EDKT2 – Document Header Texts

The sub element E1EDKT2 contains the actual text information in different text lines. The maximum length of a text line TDLINE is 70 characters, longer texts are therefore divided in several TDLINE elements.

The element E1EDKT2 is optional and can be found up to 999 times in an INVOIC02 IDoc.

E1EDK14 – Document Header Organizational Data

SAP relevant organization data such as sales organization or distribution channel are contained in element E1EDK14. The element QUALF (qualifier organization) helps to identify what type of organization data is provided.

<E1EDK14 SEGMENT="1">
  <QUALF>008</QUALF>
  <ORGID>1310</ORGID>
</E1EDK14>
<E1EDK14 SEGMENT="1">
  <QUALF>007</QUALF>
  <ORGID>01</ORGID>
</E1EDK14>
<E1EDK14 SEGMENT="1">
  <QUALF>006</QUALF>
  <ORGID>01</ORGID>
</E1EDK14>

The example above shows the following organization data:

  • Sales organization (008)
  • Distribution channel (007)
  • Division (006)

The element E1EDK14 is optional and can be found up to 10 times in the INVOIC02 IDoc. The header finishes with the element E1EDK14 and the line items of the invoice start.

E1EDP01 – Document Item General Data

This element contains the general data of the line items and other sub elements.

The most important elements on the first level are:

<E1EDP01 SEGMENT="1">
  <POSEX>000010</POSEX>
  <MENGE>16.000</MENGE>
  <MENEE>PCE</MENEE>
  <NTGEW>16.720</NTGEW>
  <GEWEI>KGM</GEWEI>
  <BRGEW>18.064</BRGEW>
  <PSTYV>TAN</PSTYV>
  <WERKS>1016</WERKS>
  <E1EDP02 SEGMENT="1">
    <QUALF>001</QUALF>
      ...

These elements have the following meaning.

POSEX – Item number. Line items are numbered consecutively. The sequence of the entries (e.g. in 10s or 100s) can be customized in SAP. In most cases POSEX entries have leading zeros.

MENGE – Quantity

MENEE – Unit of measure

NETGEW – Net weight of the line item

GEWEI – Weight unit

BRGEW – Total weight of the line item

PSTYV – Sales document item category

WERKS – Plant

The elements mentioned above are only an extract of the possible elements. Overall, the line item E1EDP01 has 52 different elements, such as net sales price (VPREI), price unit (PEINH) etc. Which element is found in 02 is dependent on the ABAP output module in SAP, the predefined customizing, and the type of invoice. When in doubt, the INVOIC02 IDoc documentation helps to determine the meaning of the elements.

The element E1EDP01 is optional and can be found up to 999999 times in an INVOIC02 IDoc.

E1EDP02 – Document Item Reference Data

This element specifies references to other items and documents, which are relevant for given position record.

<E1EDP02 SEGMENT="1">
  <QUALF>001</QUALF>
  <BELNR>3493493434</BELNR>
  <DATUM>20190104</DATUM>
</E1EDP02>
<E1EDP02 SEGMENT="1">
  <QUALF>002</QUALF>
  <BELNR>2393439343</BELNR>
  <ZEILE>000010</ZEILE>
  <DATUM>20190104</DATUM>
</E1EDP02>

In the example above, the following reference data is provided:

  • Customer purchase order (001)
  • Vendor order (002)

As indicated by these entries, the document number, the document date (if there is one) and the reference to the corresponding line item of the document are being provided. This is mostly relevant for collective bills, as the positions do not necessarily refer to the same purchase order or delivery document.

The element E1EDP02 is optional and can be found up to 25 times in the INVOIC02 IDoc.

E1EDP03 – Document Item Date Segment

Date references, which apply to the position record, are provided in element E1EDP03. The Qualifier IDDAT allows to identi what type of date is being used.

<E1EDP03 SEGMENT="1">
  <IDDAT>029</IDDAT>
  <DATUM>20190104</DATUM>
</E1EDP03>
<E1EDP03 SEGMENT="1">
  <IDDAT>001</IDDAT>
  <DATUM>20190115</DATUM>
</E1EDP03>

In this example the following date values are provided:

  • Sales order date (029)
  • Delivery date of the supplier (001)

The element E1EDP03 is optional and can be found up to 25 times in an INVOIC02 IDoc.

E1EDP19 – Document Item Object Identification

The element E1EDP19 contains information about identification data of the invoiced product or service, e.g. article number, GTINs or similar. Again, the element QUALF helps to identify the type of identification number being used.

<E1EDP19 SEGMENT="1">
  <QUALF>001</QUALF>
  <IDTNR>2133424</IDTNR>
</E1EDP19>
<E1EDP19 SEGMENT="1">
  <QUALF>002</QUALF>
  <IDTNR>000000000000067080</IDTNR>
  <KTEXT>Electronic unit 15kg</KTEXT>
</E1EDP19>

The following values are provided in the example above.

  • Material number used by customer (001)
  • Material number used by vendor (002)

The element E1EDP03 is optional and can be found up to 10 times in an INVOIC02 IDoc.

E1EDP26 – Document Item Amount Segment

The element E1EDP26 contains information about the price on item level. Depending on the SAP ERP customization and the activated calculation schema, different amounts are provided. This means that not only the gross calculation (the amount without surcharges or deductions) and the net calculation (the amount with surcharges and deductions) are provided, but also every surcharge and deduction as well as any subtotals.

The element QUALF helps to identify the type of amount.

<E1EDP26 SEGMENT="1">
  <QUALF>004</QUALF>
  <BETRG>378.56</BETRG>
</E1EDP26>
<E1EDP26 SEGMENT="1">
  <QUALF>003</QUALF>
  <BETRG>378.56</BETRG>
</E1EDP26>

The following amounts are provided in the example above:

  • Amount qualifying for cash discount (004)
  • Net value (003)

The element E1EDP26 is optional and can be found up to 20 times in an INVOIC02 IDoc.

E1EDPA1 – Document Item Partner Information

This element is used to provide partner information on item level. This partner information is in addition to the one found at header level (E1EDKA1). For example, in the case of a collective invoice, one can enter a different consignee on item level.

<E1EDPA1 SEGMENT="1">
  <PARVW>WE</PARVW>
  <PARTN>0000037023</PARTN>
  <NAME1>Supermarket Penny Price Manchester</NAME1>
  <STRAS>32 Penny Lane</STRAS>
  <ORT01>Manchester</ORT01>
  <PSTLZ>M1 1BZ</PSTLZ>
  <LAND1>GB</LAND1>
  <TELF1>032-23923238</TELF1>
  <TELFX>032-23923882</TELFX>
  <SPRAS>E</SPRAS>
  <SPRAS_ISO>EN</SPRAS_ISO>
</E1EDPA1>

The composition of this element is similar to the one of element E1EDKA1 and the qualifiers used in element PARVW are identical.

The element E1EDPA1 is optional and can be found up to 20 times in an INVOIC02 IDoc.

E1EDP05 – Document Item Conditions

The element E1EDP05 specifies the individual condition data records, which are relevant to determine the price of each position. The composition of this element is similar to element E1EDK05, which helps to indicate the conditions at header level.

<E1EDP05 SEGMENT="1">
  <ALCKZ>+</ALCKZ>
  <KSCHL>ZPRB</KSCHL>
  <KOTXT>Gross price</KOTXT>
  <BETRG>175.35</BETRG>
  <KRATE>175.35</KRATE>
  <UPRBS>1</UPRBS>
  <MEAUN>PCE</MEAUN>
  <KOEIN>GBP</KOEIN>
  <KOBAS>1</KOBAS>
</E1EDP05>
<E1EDP05 SEGMENT="1">
  <ALCKZ>-</ALCKZ>
  <KSCHL>ZM00</KSCHL>
  <KOTXT>Base rebate amount</KOTXT>
  <BETRG>78.91</BETRG>
  <KPERC>45.00</KPERC>
  <KOBAS>175.35</KOBAS>
</E1EDP05>

The element E1EDPA1 is optional and can be found up to 99 times in an INVOIC02 IDoc.

E1EDP04 – Document Item Taxes

This element is used for the specification of the taxes, which are relevant to the position. Its composition is similar to the one of element E1EDK04, which specifies the taxes at document header level.

<E1EDP04 SEGMENT="1">
  <MWSKZ>AA</MWSKZ>
  <MSATZ>19.000</MSATZ>
  <MWSBT>18.32</MWSBT>
</E1EDP04>

The element E1EDP04 is optional and can be found up to 25 times in an INVOIC02 IDoc.

E1EDP28 – Document Item – General Foreign Trade Data

The data relevant for foreign trading is specified in element E1EDP28 at item level.

<E1EDP28 SEGMENT="1">
  <EXNUM>0002250830</EXNUM>
  <EXPOS>000010</EXPOS>
  <STAWN>84231010000</STAWN>
  <EXPRF>10000</EXPRF>
  <EXART>11</EXART>
  <HERKL>CN</HERKL>
  <HERTA>CN</HERTA>
  <HERTI>China</HERTI>
  <STXT1>General appliances</STXT1>
  <BEMAS>PCE</BEMAS>
  <TRATY>031</TRATY>
  <TRAID>20057076</TRAID>
  <BRULO>18.064</BRULO>
  <NETLO>16.720</NETLO>
  <VEMEH>KGM</VEMEH>
  <BMGEW>16.000</BMGEW>
  <VERLD>GB</VERLD>
  <VERLD_TX>123 Great Britain</VERLD_TX>
  <EXPRF_TX>Export without charges</EXPRF_TX>
  <EXART_TX>Direct sales</EXART_TX>
  <VERFA>10000</VERFA>
  <BESMA>PCE</BESMA>
  <WKREG>08</WKREG>
</E1EDP28>

The element E1EDP28 is optional and can be found up to 9 times in an INVOIC02 IDoc.

E1EDP08 – Package Data Individual

If the invoice contains a reference to the product packaging, the packaging information is shown in element E1EDP08. Usually this element is missing in invoices, as the packaging is not relevant for invoices in most cases.

<E1EDP08 SEGMENT="1">
  <HLNUM>1</HLNUM>
  <EXIDV>00000000000536543605</EXIDV>
  <VENUM>0000026545</VENUM>
  <VEMEH>PCE</VEMEH>
  <PCKAR>000000000028041353</PCKAR>
  <PCKNR>3115</PCKNR>
  <ANZAR>80.000</ANZAR>
  <VBELN>0080000269</VBELN>
  <POSNR>000010</POSNR>
  <BTGEW>5430.000</BTGEW>
  <NTGEW>4800.000</NTGEW>
  <TARAG>630.000</TARAG>
  <GEWEI>GRM</GEWEI>
  <BTVOL>0.000</BTVOL>
  <NTVOL>0.000</NTVOL>
  <TAVOL>0.000</TAVOL>
  <LAENG>0.000</LAENG>
  <BREIT>0.000</BREIT>
  <HOEHE>0.000</HOEHE>
  <MEINS>ST</MEINS>
  <VSTEL>DEF2</VSTEL>
  <PKNRS>S</PKNRS>
</E1EDP08>

The element E1EDP08 is optional and can be found up to 999999 times in an INVOIC02 IDoc.

E1EDP30 – Document Item Account Assignment Intercompany Billing

This element displays account-relevant information such as cost centers, action numbers, delivery schedule numbers, etc.

<E1EDP30>
  <QUALF>001</QUALF>
  <IVKON>239239234</IVKON>
</E1EDP30>

The element E1EDP30 is optional and can be found up to 99 times in an INVOIC02 IDoc.

E1EDPT1 – Document Item Text Identification

Similar to the text specified at header level with elements E1EDKT1 and E1EDKT2, E1EDPT1 and E1EDPT2 can be used to display text at item level.

<E1EDPT1 SEGMENT="1">
  <TDID>ZM02</TDID>
  <TSSPRAS>GB</TSSPRAS>
  <TSSPRAS_ISO>GB</TSSPRAS_ISO>
  <E1EDPT2 SEGMENT="1">
    <TDLINE>External specification-: </TDLINE>
    <TDFORMAT>*</TDFORMAT>
  </E1EDPT2>
  <E1EDPT2 SEGMENT="1">
    <TDLINE>086 LC1-MD393</TDLINE>
    <TDFORMAT>*</TDFORMAT>
  </E1EDPT2>
</E1EDPT1>

The element E1EDPT1 is optional and can be found up to 99 times in an INVOIC02 IDoc.

E1EDPT2 – Document Item Texts

This element provides the actual text information. Text lines are limited to 70 characters – longer texts can be split into different E1EDPT2 elements.

The element E1EDPT2 is optional and can be found up to 999 times in an INVOIC02 IDoc.

E1EDS01 – Summary segment general

This element provides information about the total amount of an invoice, such as whole net amount, whole gross amount, tax amount etc. The qualifier SUMID identifies the type of amount.

<E1EDS01 SEGMENT="1">
  <SUMID>005</SUMID>
  <SUMME>1132.57</SUMME>
  <WAERQ>EUR</WAERQ>
</E1EDS01>
<E1EDS01 SEGMENT="1">
  <SUMID>011</SUMID>
  <SUMME>6280.63</SUMME>
  <WAERQ>EUR</WAERQ>
</E1EDS01>

In the example above the following amount types are provided:

  • Sales tax total (005)
  • Billed value (011)

The element E1EDS01 is optional and can be found up to 30 times in an INVOIC02 IDoc.

Do you have any questions?

Do you have questions about IDocs or e-invoices in SAP? Feel free to contact us, we would love to help you!

Are you aware of our free XML/Peppol document validator?

To help those in need of a simple and easy way to validate formats and file types, from CII (Cross-Industry Invoice) to UBL, we’ve created a free online validator. Try our free Peppol tool out yourself.

 

SAP ERP and SAP S/4HANA are the trademarks or registered trademarks of SAP SE or its affiliates in Germany and in several other countries. 

Subjects

most read

Keep on reading

8 minute read

How External Invoicing is Changing the Game

With invoicing requirements changing fast, more and more companies are outsourcing invoicing tasks to an external provider. Find out why!

8 minute read

ViDA: What Is It and How Will It Affect You?

What is ViDA, what changes will it bring and who will it impact? In this article we explore all of these questions and more.

9 minute read

Selecting an E-invoicing Software

Choosing an e-invoicing software can be tricky. In this article we explore how options differ and the benefits a good solution can deliver.

8 minute read

E-invoicing in Romania

In this article we dive into Romanian e-invoicing regulations and how you and your team can prepare for the upcoming changes.

7 minute read

Explore the Latest in German E-Invoicing: Mandatory Implementation in B2B Sector starting from 2025

E-invoicing in Germany will soon become mandatory for B2B transactions. Make sure your business is ready for the upcoming changes.

21 minute read

What is an E-invoice and How Does E-invoicing Work?

Learn how e-invoices work and the many ways that e-invoicing can benefit your business in our comprehensive guide.

4 minute read

Belgium E-invoicing Developments on the Horizon

Belgium has begun rolling out B2B e-invoicing and e-reporting via a phased approach. Is your business prepared?

4 minute read

E-invoicing in Serbia

E-invoicing in Serbia is now mandatory for all B2B transactions. Read our article to learn what compliance involves.

2 minute read

How to End Another User's SAP Session

Unable to edit a crucial document in SAP® because you're locked out? Learning how to end another user's SAP session will solve this issue.

2 minute read

New FatturaPA Specifications Introduced

New FatturaPA specifications (version 1.7.1) will be available from 1 October 2022. See what the changes are and what this means for you.

5 minute read

E-invoicing and Peppol in Japan

E-invoicing in Japan via Peppol will soon become the norm. In this article we explore the recent developments and what they mean for you.

6 minute read

B2G and B2B E-invoicing in Poland at a Glance

The VAT gap has been a topic of particular interest for Polish authorities in recent years. In this article we explore the B2G and B2B invoicing regulations they are using...

We use cookies to provide an optimal website experience. You decide which one you want to allow. Depending on the setting, however, not all functionalities may be available to you. Data protection & imprint.