!--a11y-->
Document Item: General Data (Segment E1J3P01) 
Mandatory segment: NO
|
Field |
Short text |
Explanation |
|
POSEX |
Item Number |
Item number of the current document. It is used for the unique identification of the item. Normally the item number is copied from the customer order. |
|
ACTION |
Action code that concerns the item. |
001 – item was added 002 = item was changed 003 = item was deleted |
|
PSTYP |
Item Category |
See information on incoming order |
|
<...> |
||
|
<...> |
||
|
MATNR |
Material identification |
The entry of the action code is decisive for processing the data for the order change. Therefore you must fill this field. If none of the three possible action codes (001, 002 or 003) is sent, the document will not be changed at item level.
If you want to change or delete an item, the entry of the external item number (POSEX) is mandatory. It is used for the unique identification of the item that should be changed.
The same rules are valid for combining dimensions under items as are described for the incoming orders. That means that dimensions that should be newly created can be grouped in an already existing item if the partners at item level are identical (for partner function processing see the note for segment E1EDPA1).
Changing a material number or dimension for an already existing item is not supported. If you want to change this data, you must flag the corresponding item or schedule line with a deletion indicator and then you have to create it once more. It is also not possible to add individual components to a bill of material that has already been exploded in a sales document.
If the action code 003 is sent to delete a dimension, the corresponding entry is not physically deleted from the document table, but flagged with the reason for rejection 00. The schedule line remains in the document, but is not active. You cannot reset this deletion flag via IDoc. If you want to reactivate a schedule line, you can only do so using the dialog transactions for changing an order.
Changes in an already rejected dimension result in the error message /AFS/IDOC 019 in the inbound processing. Before you further process the IDoc you must manually reset the reason for rejection for the corresponding dimension.
