Beruflich Dokumente
Kultur Dokumente
The documentation may have changed since you downloaded the PDF. You can always find the latest information on SAP Help Portal.
Note
This PDF document contains the selected topic and its subtopics (max. 150) in the selected structure. Subtopics from other structures are not included.
The selected structure has more than 150 subtopics. This download contains only the first 150 subtopics. You can manually download the missing subtopics.
© 2014 SAP SE or an SAP affiliate company. All rights reserved. No part of this publication may be reproduced or transmitted in any form or for any purpose
without the express permission of SAP SE. The information contained herein may be changed without prior notice. Some software products marketed by SAP SE
and its distributors contain proprietary software components of other software vendors. National product specifications may vary. These materials are provided by
SAP SE and its affiliated companies ("SAP Group") for informational purposes only, without representation or warranty of any kind, and SAP Group shall not be
liable for errors or omissions with respect to the materials. The only warranties for SAP Group products and services are those that are set forth in the express
warranty statements accompanying such products and services, if any. Nothing herein should be construed as constituting an additional warranty. SAP and other
SAP products and services mentioned herein as well as their respective logos are trademarks or registered trademarks of SAP SE in Germany and other
countries. Please see www.sap.com/corporate-en/legal/copyright/index.epx#trademark for additional trademark information and notices.
PUBLIC Page 1 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Table
Table of content
cont ent
1 SAP Apparel
Appare l and
and Footwear (SAP AFS)
1.1
1.1 Cross-Application
Cross-Applic ation AFS Informatio
Informationn
1.1.1 Season
1.1.2 AFS-Interfaces
1.1.2.1
1.1.2.1 AFS Basic
Bas ic Data
1.1.2.1.
1.1.2.1.1
1 Grid Master Data
1.1.2.1.
1.1.2.1.1.1
1.1 Technical
Technic al Information:
Informat ion: Grid Master
Maste r Data
1.1.2.1.
1.1.2.1.1.2
1.2 Grid Master
Mas ter Data:
Data : Dialog
Dialo g Functions and their Support
Suppo rt in ALE
1.1.2.1.
1.1.2.1.2
2 Material
Mate rial Master
Mas ter
1.1.2.1.
1.1.2.1.2.1
2.1 Technical
Technic al Information:
Informat ion: Materia
Mate riall Master
Mas ter
1.1.
1.1.2.
2.1.
1.2.
2.2
2 Material
Materia l Master:
Master : Dialog Functions
Functions and their Support in ALE
1.1.
1.1.2.
2.2
2 Sales and Distribution (SD)
1.1.
1.1.2.
2.2.
2.1
1 Shipping/Transport: Transporta
Transportation
tion Interface
Interface
1.1.2.2.
1.1.2.2.1.1
1.1 Shipping/Transp
Shipp ing/Transport:
ort: Delivery
Deliv ery Interface
Interfac e
1.1.2.2.
1.1.2.2.1.1.
1.1.1
1 Customizing:
Custom izing: Delivery
Deliv ery Interfa
Interface
ce
1.1.2.2.
1.1.2.2.1.1.
1.1.2
2 Technical
Technic al Information:
Informat ion: Delivery
Deliv ery Interfa
Interface
ce
1.1.2.2.2 Sales
1.1.2.2.
1.1.2.2.2.1
2.1 Sales
Sale s Order
Orde r
1.1.2.2.
1.1.2.2.2.1.
2.1.1
1 Customizing:
Custom izing: Sales
Sale s Order
Orde r
1.1.2.2.
1.1.2.2.2.1.
2.1.2
2 Technical
Technic al Information:
Informat ion: Sales
Sale s Order
Orde r
1.1.2.2.
1.1.2.2.2.1.
2.1.2.1
2.1 Document
Doc ument Header:
Heade r: General
Gener al Data (Segment E1EDK01)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.1.
2.1.1
1 Document
Doc ument Header:
Header : Organizatio
Organiz ational
nal Data (Segment
(Segme nt E1EDK14)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.1.
2.1.2
2 Document
Doc ument Header:
Heade r: Date Segment (Segment
(Segme nt E1J3K03)
E1J3K03 )
1.1.2.2.
1.1.2.2.2.1.
2.1.2.1.
2.1.3
3 Document
Docum ent Header:
Header : Taxes
Taxe s (Segment E1EDK04)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.1.
2.1.4
4 Document
Docum ent Header:
Header : Conditions
Condit ions (Segment E1EDK05)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.1.
2.1.5
5 Document
Docum ent Header:
Heade r: Partner
Partne r Info
Info (Segment E1EDKA1)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.1.
2.1.6
6 Document
Docum ent Header:
Heade r: Partner
Partne r Info
Info Additional
Additio nal Data (Segment E1EDKA3)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.1.
2.1.7
7 Document
Docum ent Header:
Header : Reference
Refe rence Data (Segment
(Segme nt E1EDK02)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.1.
2.1.8
8 Document
Docum ent Header:
Header : Terms of Delivery
Delive ry (Segment E1EDK17)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.1.
2.1.9
9 Document
Docum ent Header:
Heade r: Terms of Payment
Paym ent (Segment E1EDK18)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.1.
2.1.10
10 Document
Docume nt Header:
Head er: Additio
Add itional
nal Data (Segment
(Segme nt E1EDK35)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.1.
2.1.11
11 Document
Docum ent Header:
Header : Payment
Paym ent Cards (Segment E1EDK36)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.1.
2.1.12
12 Document
Docum ent Header:
Heade r: Text Identificatio
Identific ation
n (Segment
(Segme nt E1EDKT1)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.1.
2.1.13
13 Document
Docume nt Header:
Header : Texts
Text s (Segment E1EDKT2)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.1.
2.1.14
14 Document
Docume nt Header:
Head er: MSO Header
Head er (Segment
(Segme nt E1J3AHO)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.2
2.2 Document
Doc ument Item:
Item: General
Genera l Data (Segment E1J3P01)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.2.
2.2.1
1 Document
Doc ument Item: Date Segme nt (Segment E1J3P03)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.2.
2.2.2
2 Document
Doc ument Item: Schedule
Sched ule Lines (Segment
(Segme nt E1EDP20)
E1EDP20)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.2.
2.2.3
3 Document
Docum ent Item:
Item: Schedule Lines Additional
Additi onal Data (Segment
(Segme nt E1J3P20)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.2.
2.2.4
4 Document
Docum ent Item:
Item: Conditions
Conditio ns (Segment E1J3P05
E1J3P05))
1.1.2.2.
1.1.2.2.2.1.
2.1.2.2.
2.2.5
5 Document
Docum ent Item: Configuration
Configurat ion Data (Segme nt E1CUCFG)
E1CUCFG)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.2.
2.2.6
6 Document
Docum ent Item: Service
Serv ice Specific
Spec ificatio
ations
ns Data (Segment
(Segme nt E1EDC01)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.2.
2.2.7
7 Document
Docum ent Item:
Item: Terms of Delivery
Deliv ery (Segment
(Se gment E1EDP17)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.2.
2.2.8
8 Document
Docum ent Item:
Item: Multi-Store Ord
Order
er (Segment
(Segme nt E1J3AIO)
E1J3AIO)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.2.
2.2.9
9 Document
Docum ent Item:
Item: Object
Objec t Identificat
Identifi cation
ion (Segment E1EDP19)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.2.
2.2.10
10 Document
Docume nt Item: Object
Obje ct Ide
Identifica
ntification
tion (Segment E1J3AIM)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.2.
2.2.11
11 Document
Docum ent Item: Partner
Partne r Info
Info Additional
Addit ional Data
Dat a (Segment E1EDPA3)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.2.
2.2.12
12 Document
Docum ent Item: Partner
Partne r Inform
Informatio
ation
n (Segment E1EDPA1)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.2.
2.2.13
13 Document
Docume nt Item:
Item: Reference
Refere nce Order
Orde r Item
Item (Segment
(Segme nt E1CUREF)
E1CUREF)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.2.
2.2.14
14 Document
Docume nt Item:
Item: Reference
Refere nce Data (Segment
(Segme nt E1EDP02)
E1EDP02)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.2.
2.2.15
15 Document
Docume nt Item:
Item: Taxes (Segment
(Se gment E1J3P04)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.2.
2.2.16
16 Document
Docume nt Item:
Item: Totals Segment
Se gment (Segment
(Segme nt E1EDS01)
E1EDS01)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.2.
2.2.17
17 Document
Docume nt Item:
Item: Texts (Segment
( Segment E1EDPT2)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.2.
2.2.18
18 Document
Docume nt Item:
Item: Text Identifica tion (Segment
(Segme nt E1EDPT1)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.2.
2.2.19
19 Document
Docume nt Item:
Item: Additionals
Additi onals (Segment
( Segment E1ADDI1)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.2.
2.2.20
20 Document
Docume nt Item:
Item: Shipping Unit Header (Segment
(Se gment E1EDL37)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.2.
2.2.21
21 Document
Docum ent Item: VAS Ticketing/Labe
Ticket ing/Labeling
ling (Segment E1J3AIT)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.2.
2.2.22
22 Document
Docum ent Item: VAS Ticketing/Labe
Ticket ing/Labeling
ling Text (Segment
(Segme nt E1J3AIX)
E1J3AIX)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.2.
2.2.23
23 Document
Docume nt Item:
Item: VAS Specia
Spe ciall Services
Servic es (Segment
(Segme nt E1J3AIS)
E1J3AIS)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.2.
2.2.24
24 Document
Docume nt Item: VAS Packing
Pac king (Segment E1J3AIP)
PUBLIC Page 2 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
1.1.2.2.
1.1.2.2.2.1.
2.1.2.2.
2.2.25
25 Document
Docume nt Item:
Item: Terms of Payment
Pay ment (Segment
(Segme nt E1EDP18)
E1EDP18)
1.1.2.2.
1.1.2.2.2.1.
2.1.2.2.
2.2.26
26 Document
Docume nt Item: Additiona
Addi tionall Data (Segment E1EDP35)
1.1.2.2.
1.1.2.2.2.1.
2.1.3
3 User Exits
Exi ts in the Incom
Incoming
ing Order
Orde r
1.1.2.2.2.2 Contract
1.1.2.2.
1.1.2.2.2.2.
2.2.1
1 Customizing:
Custom izing: Contract
Contra ct
1.1.2.2.
1.1.2.2.2.2.
2.2.2
2 Technical
Technic al Information:
Informat ion: Contract
Contra ct
1.1.2.2.
1.1.2.2.2.2.
2.2.2.1
2.1 Document
Doc ument Header:
Header : Organizatio
Organiz ational
nal Data (Segment
(Segme nt E1EDK14)
1.1.2.2.
1.1.2.2.2.2.
2.2.2.2
2.2 Document
Doc ument Header:
Heade r: Date Segment (Segment
(Segme nt E1J3K03)
E1J3K03 )
1.1.2.2.2.3 Quotation
1.1.2.2.
1.1.2.2.2.3.1
2.3.1 Technical
Technic al Information:
Informat ion: Quotation
Quotat ion
1.1.2.2.
1.1.2.2.2.4
2.4 Order
Orde r Change
1.1.2.2.
1.1.2.2.2.4.1
2.4.1 Customizi
Custom izing:
ng: Order
Orde r Change
1.1.2.2.
1.1.2.2.2.4.2
2.4.2 Technical
Technic al Inform
Informatio
ation:
n: Order
Orde r Change
1.1.2.2.
1.1.2.2.2.4.2
2.4.2.1
.1 Document
Docum ent Item:
Item: General Data (Segment
(Segme nt E1J3P01)
1.1.2.2.
1.1.2.2.2.4.2
2.4.2.2
.2 Document
Docum ent Item:
Item: Multi-Store Ord
Order
er (Segment
(Segme nt E1J3AIO)
E1J3AIO)
1.1.2.2.
1.1.2.2.2.4.2
2.4.2.3
.3 Document
Docume nt Item: VAS Ticketing/Labe
Ticket ing/Labeling
ling (Segment
(Segme nt E1J3AIT)
1.1.2.2.
1.1.2.2.2.4.2
2.4.2.4
.4 Document
Docume nt Item: VAS Ticketing/Labe
Ticket ing/Labeling
ling Text (Segment
(Se gment E1J3AIX)
1.1.2.2.
1.1.2.2.2.4.2
2.4.2.5
.5 Document
Docume nt Item:
Item: VAS Packing
Pac king (Segment
(Segme nt E1J3AIP)
E1J3AIP)
1.1.2.2.
1.1.2.2.2.4.2
2.4.2.6
.6 Document
Docume nt Item: VAS Specia
Spe ciall Service
Serv ices
s (Segment E1J3AIS)
E1J3AIS)
1.1.2.2.
1.1.2.2.2.4.2
2.4.2.7
.7 Document
Docume nt Item: Partner
Partne r Informa
Information
tion (Segment E1EDPA1)
1.1.2.2.
1.1.2.2.2.4.2
2.4.2.8
.8 Document
Docume nt Item: Tex
Texts
ts (Segment E1EDPT2)
1.1.2.2.
1.1.2.2.2.4.2
2.4.2.9
.9 Document
Docume nt Header
Hea der:: Organizatio
Organiz ational
nal Data (Segment E1EDK14)
E1EDK14)
1.1.2.2.
1.1.2.2.2.4.2
2.4.2.10
.10 Document
Docume nt Header:
Head er: Partner
Partne r Information
Informat ion (Segment E1EDKA1)
E1EDKA1)
1.1.2.2.
1.1.2.2.2.4.2
2.4.2.11
.11 Document
Docume nt Header:
Head er: Referenc
Refe rence
e Data (Segment E1EDK02)
1.1.2.2.
1.1.2.2.2.4.2
2.4.2.12
.12 Document
Docume nt Header:
Head er: Payment
Pay ment Cards (Segment E1EDK36)
1.1.2.2.
1.1.2.2.2.4.2
2.4.2.13
.13 Document
Docume nt Header:
Head er: Texts
Text s (Segments E1EDKT2)
1.1.2.2.
1.1.2.2.2.4.2
2.4.2.14
.14 Document
Docume nt Header:
Head er: MSO Header
Heade r (Segment
(Segme nt E1J3AHO)
1.1.2.2.
1.1.2.2.2.4.2
2.4.2.15
.15 User Exits
Exi ts in the Incoming Order Change
1.1.2.2.
1.1.2.2.2.5
2.5 Order
Orde r Confirmatio
Confirm ation
n
1.1.
1.1.2.
2.2.
2.2.
2.5.1
5.1 General Data for the Order
Orde r Confirmation (Segment E1J3P01)
1.1.2.2.
1.1.2.2.2.5.1
2.5.1.1
.1 Multi-Store
Multi-Stor e Order (Segment E1J3AIO)
1.1.2.2.
1.1.2.2.2.5.1
2.5.1.2
.2 VAS Ticketing/Labeling
Ticketing/Labe ling (Segment E1J3AIT)
E1J3AIT)
1.1.2.2.
1.1.2.2.2.5.1
2.5.1.3
.3 VAS Ticketing/Labe
Ticke ting/Labeling
ling Text (Segment
(Segme nt E1J3AIX)
1.1.2.2.
1.1.2.2.2.5.1
2.5.1.4
.4 VAS Packing (Segment E1J3AIP)
1.1.2.2.
1.1.2.2.2.5.1
2.5.1.5
.5 VAS Specia
Spe ciall Service
Serv ices
s (Segment E1J3AIS)
1.1.2.2.
1.1.2.2.2.5.1
2.5.1.6
.6 Object
Obje ct Identificat
Identifi cation
ion (Segment
(Segme nt E1J3AIM)
1.1.2.2.
1.1.2.2.2.5.1
2.5.1.7
.7 Reference
Refe rence Data (Segment E1EDP02)
1.1.2.2.
1.1.2.2.2.5.1
2.5.1.8
.8 Date Segment (Segment E1J3P03)
E1J3P03 )
1.1.2.2.
1.1.2.2.2.5.1
2.5.1.9
.9 Taxes
Taxe s (Segment
(Segme nt E1J3P04)
E1J3P04 )
1.1.2.2.
1.1.2.2.2.5.1
2.5.1.10
.10 Conditions
Conditi ons (Segment
(Segme nt E1J3P05)
E1J3P05 )
1.1.2.2.
1.1.2.2.2.5.1
2.5.1.11
.11 Schedule
Sched ule Lines (Segment
(Segme nt E1EDP20)
1.1.2.2.
1.1.2.2.2.5.1
2.5.1.12
.12 Schedule
Sched ule Lines
Lines Additional
Addit ional Data (Segment E1J3P20)
1.1.2.2.
1.1.2.2.2.5.1
2.5.1.13
.13 Partner
Partne r Informa
Information
tion (Segment E1EDPA1)
1.1.2.2.
1.1.2.2.2.5.1
2.5.1.14
.14 Partner
Partne r Info
Info Additional
Additio nal Data (Segment E1EDPA3)
1.1.2.2.
1.1.2.2.2.5.1
2.5.1.15
.15 Object
Obje ct Identi
Identifica
fication
tion (Segment
(Segme nt E1EDP19)
1.1.2.2.
1.1.2.2.2.5.1
2.5.1.16
.16 Terms of Delivery
Deliver y (Segment
(Segme nt E1EDP17)
1.1.2.2.
1.1.2.2.2.5.1
2.5.1.17
.17 Terms of Payment
Payme nt (Segment
(Segme nt E1EDP18)
1.1.2.2.
1.1.2.2.2.5.1
2.5.1.18
.18 Additiona
Addi tionall Data (Segment E1EDP35
E1EDP35))
1.1.2.2.
1.1.2.2.2.5.1
2.5.1.19
.19 Text Identificatio
Identific ation
n (Segment
(Segme nt E1EDPT1)
1.1.2.2.
1.1.2.2.2.5.1
2.5.1.20
.20 Texts (Segment
(Se gment E1EDPT2)
1.1.2.2.
1.1.2.2.2.5.1
2.5.1.21
.21 Totals
Total s Segment (Segment E1EDS01)
1.1.2.2.
1.1.2.2.2.5.1
2.5.1.22
.22 User Exits
Exit s in the Outgoing Order
Orde r Confirmation
Confirmati on
1.1.2.2.
1.1.2.2.2.5.2
2.5.2 Document
Docum ent Header:
Head er: General
Gener al Data (Segment
(Segme nt E1EDK01)
1.1.2.2.
1.1.2.2.2.5.2
2.5.2.1
.1 Document
Docum ent Header:
Head er: Organizatio
Organiz ational
nal Data (Segment
(Segme nt E1EDK14)
1.1.2.2.
1.1.2.2.2.5.2
2.5.2.2
.2 Document
Docum ent Header:
Header : Date Segment (Segment E1J3K03)
1.1.2.2.
1.1.2.2.2.5.2
2.5.2.3
.3 Document
Docume nt Header
Hea der:: Taxes
Taxe s (Segment
(Segme nt E1EDK04)
1.1.2.2.
1.1.2.2.2.5.2
2.5.2.4
.4 Document
Docume nt Header
Hea der:: Conditions
Condit ions (Segment E1EDK05)
1.1.2.2.
1.1.2.2.2.5.2
2.5.2.5
.5 Document
Docume nt Header
Hea der:: Partner
Part ner Info
Info (Segment E1EDKA1)
1.1.2.2.
1.1.2.2.2.5.2
2.5.2.6
.6 Document
Docume nt Header
Hea der:: Partner
Part ner Info
Info Additional
Additio nal Data (Segment
(Segme nt E1EDK02)
1.1.2.2.
1.1.2.2.2.5.2
2.5.2.7
.7 Document
Docume nt Header
Hea der:: Referenc
Refe rence
e Data (Segment
(Segme nt E1EDK02)
1.1.2.2.
1.1.2.2.2.5.2
2.5.2.8
.8 Document
Docume nt Header
Hea der:: Terms of Delivery
Delive ry (Segment E1EDK17)
E1EDK17)
1.1.2.2.
1.1.2.2.2.5.2
2.5.2.9
.9 Document
Docume nt Header
Hea der:: Terms of Payment
Payme nt (Segment
(Segme nt E1EDK18)
PUBLIC Page 3 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
1.1.2.2.2.5.2.10 Document Header: Additional Data (Segment E1EDK35)
1.1.2.2.2.5.2.11 Document Header: Text Identification (Segment E1EDKT1)
1.1.2.2.2.5.2.12 Document Header: Texts (Segment E1EDKT2)
1.1.2.2.2.6 IDoc Error Handling for Inbound IDocs
1.1.2.2.3 Invoice
1.1.2.2.3.1 Customizing: Invoice
1.1.2.2.3.2 Technical Information: Invoices
1.1.2.2.3.3 User Exit in the Invoice
1.1.2.3 Materials Management (MM)
1.1.2.3.1 Purchasing
1.1.2.3.1.1 Request for Quotation
1.1.2.3.1.1.1 Technical Information: Request for Quotation (Purchasing)
1.1.2.3.1.2 Purchase Order
1.1.2.3.1.2.1 Technical Information: Purchase Order (Purchasing)
1.1.2.3.1.3 Purchase Order Change
1.1.2.3.1.3.1 Customizing: Purchase Order Change (Purchasing)
1.1.2.3.1.3.2 Technical Information: Purchase Order Change (Purchasing)
1.1.2.3.1.4 Order Confirmation
1.1.2.3.1.4.1 Technical Information: Order Confirmation (Purchasing)
1.1.2.3.1.5 Contracts
1.1.2.3.1.5.1 Technical Information: Contracts (Purchasing)
1.1.2.3.1.6 Contract Change
1.1.2.3.1.6.1 Technical Information: Contract Change (Purchasing)
1.1.2.3.1.7 Delivery Notification
1.1.2.3.1.7.1 Technical Information: Delivery Notification (Purchasing)
1.1.2.3.1.8 Invoice Receipt and Verification
1.1.2.3.1.8.1 Technical Information: Invoice Receipt and Verification (Purchas
1.1.2.3.2 Inventory Management
PUBLIC Page 4 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
!--a11y-->
!--a11y-->
!--a11y-->
1.1.1 Season
Use
In the fashion industry, seasons are an integral part of the business processes. O riginally, seasons were only available in Sales and Distribution (SD). It has now
been enhanced so that it can also be used for Materials Management (MM), Production Planning (PP), and Inventory Management (IM).
Now the process has even been extended for the Allocation Run (ARun), to ensure that the season-related information is considered while creating assignments.
Features
This func tion offers the following options:
Seasonality in ARun
Seasonality in MM and PP
A season is determined when a purchase requisition or purchase order is created, either manually or by material requirements p lanning (MRP). In a purchase
requisition, the season is determined based on the delivery date of the purchase requisition. However, in a purchase order, a season is determined based on the
Creation Date and Delivery Date .
For multiple v alid seasons, MRP selects the first valid s eason.
Material enabled for a season must find a valid season as the purchase requisition or purchase order is created, otherwise the document cannot be saved.
After initially determining a season, manual changes made to the season data invokes a season check. If a season is not valid, a message (based on the
message type maintained in the condition records) is displayed. For a planned or production order, the behavior corresponds to a purchase requisition and
purchase order, respectively.
Seasonality in IM
This option is enabled only if the Season Active in IM indicator is set in the material master. The Season Fixed indicator is a disp lay only field and cannot be
set for the new materials.
PUBLIC Page 5 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
The information regarding season, collection, and theme is stored in the stock tables, in the batch tables, and in the material movement documents. In addition, the
season, collection, and theme fields are validated during goods movement.
Stock determination and batch determination are based on grid value, stock category, season, collection, and theme.
Limitation
Materials with Season Active in IM indicator cannot be processed using MBXX transaction.
Activities
Seasonality in ARun
2. Maintain the deallocation rule for a season change in allocated production/purc hase orders during goods receipt (GR) in Customizing by choosing AFS
Allocation Run ® Cross A ppli cations ® GR Handling ® Deallocation Rule . Here you define what action you want the system to take when the
season during goods receipt (GR) for an allocated production/purchase order is changed. To attach this deallocation rule to the plant, in Customizing choose
AFS Allocation Run ® Cross Ap plications ® GR Handling ® Assign G R Rules to Plant.
3. Maintain the deallocation rule for a seas on change in allocated production orders in Customizing by choosing AFS Allocation Run ® Cross
App lications ® PP Handling ® Deallocation Rule . Here you define what action you want the sys tem to take when the season in an allocated
production order is changed. To attach this deallocation rule to the plant, in Customizing choose AFS Allocation Run ® Cross Appli cations ® PP
Handling ® Assign PP Rules to Plant .
4. Maintain the deallocation rule for a season change in allocated sales orders in Customizing by choosing AFS Allocation Run ® Cross Ap plications
® SD Handling ® Deallocation Rule . Here you define what action you want the system to take when the season in an allocated sales order is
changed. To attach this deallocation rule to the order type, in Customizing choose AFS Allocation Run ® Cross Applic ations ® SD Handling ®
Assign Rule to Order Type .
Seasonality in MM/PP/IM
A season in SD can b e different from a season in MM/PP/IM. For example, a material has a season level maintained only in Season . Sales orders are created
with a season/collection/theme combination, but the purchase requisition or order can be created based only on a season.
4. Maintain the condition records related to the stock season on the SAP Easy Access screen, by choosing Logistics - General ® AFS Central
Functions ® AFS Seasons ® Change (transaction /afs/ss02).
You can maintain one record for a particular season/collection/theme combination. The creation of the record for a season is mandatory if the
season is used in MM/PP/IM. Creation Date and Delivery D ate are used for season determination and season check.
Limitations
● Avai labl e-to-Promis e (ATP) does not consider seasonality.
● Season, collec tion, and theme are not relevant for valuation.
● Season, collec tion, and theme are not present in reservation, deliveri es and warehouse management (WM).
!--a11y-->
1.1.2 AFS-Interfaces
PUBLIC Page 6 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
The following sections contain information on the AFS interfaces.
!--a11y-->
You can use the ALE Shared Master Data Tool for grid master data and the material master.
!--a11y-->
You can transfer grids from legacy systems via ALE. The grid data is transferred here in an IDoc. This is valid for the transfer from a non-SAP system as well as
for the transfer from an SAP system. The SMD tool is available for the distribution between SAP systems.
Grid values are mapped using ALE in the same way as the mapping of the online transaction. The maintenance of the dimension IDs and of the valid grid values
in Customizing is decis ive for the grids bec ause the validity of the sent IDs and grid values is checked usi ng check tables.
!--a11y-->
PUBLIC Page 7 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
J_3ABYT2 Number of bytes of dimension 2 J_3APGDH-J_3ABYT2
/AFS/GRIDBLKZ Di splay all colu mns/li nes during grid entry J_3 APGHD-/AFS/GRIDBLKZ
/AFS/GRIDBLKZ2 Di splay all colu mns/li nes during grid entry J_3 APGHD-/AFS/GRIDBLKZ2
/AFS/GRIDBLKZ3 Di splay all colu mns/li nes during grid entry J_3 APGHD-/AFS/GRIDBLKZ3
J_3AUSED
PUBLIC Page 8 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
TAXKM Tax classification material J_3AGRCD-TAXKM
J_3AVEMA_N
!--a11y-->
You can use the ALE Shared Master Data Tool for grid master data and the material master.
During the transfer and distribution of grid master data via Application Link Enabling (ALE), the following types of number assignments are supported:
This type of number assignment is only relevant for the initial transfer of data. This type is never used during the distribution of data using ALE
because grids always retain their numbers from the source system during the distribution of data.
You can use this type of number assignment for the initial transfer of data as well as for the data distribution, provided that the grid numbers are
transferred unchanged from the legacy system.
Checks in ALE
During the transfer and distribution of data using ALE, all transferred data undergoes the same checks as in the dialog.
If a logical error caused by grid maintenance occurs during the processing of an IDoc, the system terminates the corresponding maintenance transaction and the
IDoc receives the status incorrect . If no logical error occurs, the IDoc receives the status succ essful .
For IDocs with the status incorrect or succes sful , the status record receives the messages that were issued during process ing. After the logical errors have
been resolved, you can rep rocess the corresponding IDocs.
You can find information on troubleshooting and resolution of technical errors in the ALE documentation. To find errors, you should first check the settings that you
have made in Customizing of the Dis tribution (ALE).
Using the following user exits, you can extend the grid master by adding your own table fields. The data in the user-defined fields can also be processed using
ALE.
You can find further information in the documentation BC - Changes to the SAP-Standard .
create the necessary source text for the user exit EXIT_SAPLJ4AI_102, which is included in the sy stem enhancement J_3 AIMM1
!--a11y-->
You can transfer stock from external systems in one of two ways:
During data transfer and distribution, you can maintain all materials with all required data exactly as you would in the dialog. This is not, however, valid for the
following data:
The actual material data is transferred in an IDoc and the additional data is transferred in a separate IDoc. This is due to the following reasons:
IDocs and associated distribution and transfer functions already exist for most of the additional data.
It must be possible to distribute additional data separately because there is normally a separate maintenance option for this data in addition to the integrated
maintenance in the material master.
PUBLIC Page 9 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
You must therefore enter the sequence in which each related IDoc should be processed. If you do not do this, terminations may occur in the system during
processing (for example, if the system attempts to create a purchasing info record for a material that does not yet exist in the database). For this reason, you can
define dependenci es between objects i n Customizing for Dis tribution (ALE) . In doing so, you are ensuring that the changes i n a superior object are executed
simultaneously when changes are made to dependent objects so that both IDocs are created in the correct sequence. Just as is the case during the creation of the
IDocs by the sender, the IDocs are first processed by the recipient after the arrival of all related IDocs in the target system has been reported.
Distribution of changed and/or newly created material data between SAP systems (in which, for example, a system can be located on another computer)
Providing legacy or external systems with changes and/or newly created material data
Grid values are mapped using ALE in the same way as the mapping of the dialog transaction. It is very important that a master grid is entered for AFS materials.
The master grid must be entered in the IDoc for the materials.
Categories are mapped in the system using the same method as the online transaction. It is essential that a coverage strategy is entered in the IDoc.
!--a11y-->
PUBLIC Page 10 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
J_3AMQCA Quota category J_3AQDST-J_3AMQCA
J_3AMROUND MARC-J_3AMROUND
J_3AMRDMENG MARC-J_3AMRDMENG
PUBLIC Page 11 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
status - no longer used
PUBLIC Page 12 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
KZMBF Indicator: Message to Inventory /AFS/MLGN2-KZMBF
Management
PUBLIC Page 13 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
!--a11y-->
You can use the ALE Shared Master Data Tool for grid master data and the material master.
Checks in ALE
During the transfer and distribution of data using Application Link Enabling (ALE), all transferred data undergoes the same checks as in the dialog.
The system not only c arries out the usual field c heck s, b ut also check s the foreign key s and required entry fields that are set in Customizing of the Material
Master under Maintain Field Selection Data Screens .
However, a required field check for AFS fields in AFS tables does not take place.
Fields that are defined as not ready for input in the Customizing of the Material Master are not transferred. The sys tem iss ues an app ropriate warning. Required
entry fields are then checked.
However, a required field check for AFS fields in AFS tables does not take place.
For IDocs with the status incorrect or succes sful , the application log receives the messages that were issued during processing. After the logical errors have
been resolved, you can rep rocess the corresponding IDocs.
You can find information on troubleshooting and resolution of technical errors in the ALE documentation. To find errors, you should first check the settings that you
have made in Customizing of the Dis tribution (ALE).
In order to be able to distribute user-defined data via ALE, you need to:
● activate the sys tem enhancement MGV0 000 1
You can find further information in the documentation BC - Changes to the SAP-Standard .
● create the necessary source text for the following user exits, which are included in the system enhancement MGV000 01.
○ EXIT_SAPLMV01_002
○ EXIT_SAPLMV03_002
You can find further information in the system enhancement MGV00001 and user exit documentation.
● create a new IDoc segment
Error messages
8J670 When changing or enhancing a material by adding a plant, Check IDoc and correct the main tenance status.
the wrong maintenance status is also delivered.
8J671 Transferred data is duplicated, for example, the same Check IDoc and correct dupli cate entries.
season code is used twice for the same dim ension
PUBLIC Page 14 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
As of the 6.0 release, you cannot maintain material conversion IDs. However, the old/existing materials can c ontinue to work with conversion IDs that have already
been created.
BAPI
The BAPI /AFS/BAPI_MATERIAL_SAVEDATA cannot clear the values in the AFS views. Hence, you can use either IDocs or direct input to clear the values.
!--a11y-->
!--a11y-->
Features
Shipment data can be sent per EDI. Shipp ing documents are generally us ed in two scenarios:
The sender transfers a partially or completely planned shipment to the forwarding agent (shipping order SHPMNT).
The sender or the forwarding agent provides the customer with information about a shipment to be expected (shipment notification SHPADV).
Customizing
Logical Message IDoc Type Output type Partner Type Process Code
Technical Information
The AFS specific segments are filled in exactly the same way as in the IDoc /AFS /DELVRY02.
See also:
Technical Information: Delivery Interface
!--a11y-->
Features
As of R/3 Standard Release 4.0 there is a completely new delivery interface. This interface groups together all messages that have a reference to the delivery.
SHPORD (issue) / SHPCON (receipt): Shipping order or confirmation from an external servic e provider who can carry out packing, pick ing and shipp ing.
(EDI)
WHSORD (issue) / WHSCON (receipt): Warehouse order or confirmation from an internal warehouse (external software), in which packing, picking and
shipping are carried out. (ALE)
CARNOT (issue): Shipping order. With the notification of the forwarding agent, the delivery data is transferred so that the forwarding agent carries out the
pickup and inbound delivery of the goods according to the customer's request. (EDI)
DESADV (issue): Shipping notification. The shipping notification serves as notification of delivery to the customer. (EDI)
DESADV, CARNOT, SHPORD and WHSORD (issue) as well as SHPCON and WHSCON (receipt) are the same in terms of content and function. The
various message typ es s erve only as a semantic differentiation.
The sending of a pick order works as of Release 4.0 via message control in the delivery. PICKSD, SDPICK and SDPACK are therefore all replaced by the new
IDoc types (DELVRY02).
Non-implemented Functions
A batch sp lit is not permitted in the confirmation. The batch that must be verified is the one that is also in the delivery.
Overp icking of a stockk eeping unit (SKU) is not permitted.
Deletion of batch items in the delivery
Restrictions that arise from the application
In the outbound IDocs of the delivery interface, an item segment (E1EDL24) is created in the IDoc for each SKU.
!--a11y-->
PUBLIC Page 15 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
1.1.2.2.1.1.1 Customizing: Delivery Interface
Logical Message IDoc Type Output Type Partner Type Process Code
!--a11y-->
Outbound IDocs contain all relevant delivery information. To keep the data quantity as low as possible, you can filter out any segments that are not required.
E1EDL41 QUALI Indicates the reference data for the ordering party:
001: Purchase order data for the customer
PUBLIC Page 16 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
002: Purchase order data for the ship-to party
E1EDL19-QUALF 'QUA'
In addition to the above mentioned fields, segment E1EDL18-QUALF = PIC must also be filled with data.
Other Confirmations
Weight and volume are confirmed for the entire delivery or for each individual batch. The item number for the SKU must be entered in field POSNR. All other
fields are filled in the SAP standard.
Indicator E1EDL18-QUALF = 'PGI' controls goods issues.
Shipping units are confirmed in the same way as in the standard. The item number for the SKU must be entered in field E1EDL44-POSNR.
EXIT_SAPLV56K_002
Customer enhancement called after each individual standard segment. This customer enhancement is used to fill specific z-segments. The control
record, the current segment name, all the relevant delivery tables and the IDoc data records are transferred.
!--a11y-->
1.1.2.2.2 Sales
Remember that this documentation always refers to the most recent version of an IDoc type, unless specified otherwise. SAP recommends,
therefore, that you use the most recent IDoc type version.
Document Type Direction Logical Message IDoc Type Output Type Process Code
!--a11y-->
PUBLIC Page 17 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Features
Sales orders can be created and updated using IDoc interfaces. In contrast to the standard IDoc process, the AFS-specific enhancements are primarily in the
areas of dimension p rocess ing, p rocessi ng of VAS data, and MSO processing. The decisive technical difference from standard processing is the implementation
of the data transfer to the application with standardized direct input modules. On the one hand, this allows for a significantly better runtime for the process. On the
other hand, it also prevents the possib ility of running the data processing visi bly as is normally possib le in an inbound process when using batch inp ut.
An order can also be created as a contrast release order for an existing quantity contract using the IDoc interface. Individual contracts or contract items can then
be directly referenced. The corresponding dependencies are documented in the document flow. A reference to an existing quantity contract in the incoming order
via the IDoc interface can only be automatically implemented when two customer enhancements are used. For more information about the procedure, see the SAP
Notes on c ustomer enhancements EXIT_SAPLJ4AS_601 and EXIT_SAPLJ4AS_7 01.
To use enhanced error handling options, see section IDoc Error Handling for Inbound IDocs.
The current release uses IDoc type /AFS/OR DERS0 5. This IDoc type is now in the fifth version (after J3AORD01, J3AORD0 2, /AFS/O RDERS03 and
/AFS/ORDERS04).
You must always use the most recent version of an IDoc type.
AFS Restrictions
● When creating an MSO ex plosi on, the sp litting of the created order into indiv idual documents is n ot automaticall y triggered.
● The deliv ery order is not sup ported.
● Conditions in the inc oming sales order cannot be c hanged at the header level, item l evel or dimens ion level. Read the Notes in the documentation for
segments E1EDK04, E1EDK05, E1EDP04 and E1EDP05.
● You cannot use the IDoc interface to automatical ly c opy c ontracts to a sales document as an attachment with reference to a contact. A contract reference can
be made for each individual item or dimension.
● VAS data or MSOs c annot be changed in AFS.
● AFS does not sup port adding individual comp onents by means of an order change IDoc (ORD CHG) to a bill of material (BOM) that has already b een
exploded in a s ales document.
● Creating MSOs with VAS data
● In order changes p er IDoc, the partner functions AG, RE, RG, and SB c annot be changed (this is al so valid when adding new items and/or dimens ions).
● Only the partner functions RE, WE and RG are process ed at item level.
● AFS does not supp ort changes to the material number or the dimensi on of an already exis ting stock keep ing unit (SKU). SKUs can only b e flagged with one
deletion indica tor.
● Contracts: AFS does not sup port the transfer or additional contract data (table V EDA) usi ng the IDoc interface.
● The purchase order (PO) numb er will get deleted when you have created a sales order with reference to a contract via IDoc and the PO number is p ass ed at
the item level by entering the document field (BSTKD) in the segment EIEDP02 of the IDoc.
!--a11y-->
!--a11y-->
PUBLIC Page 18 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
!--a11y-->
action Action code that concerns the entire EDI message No processing
curcy Currency code Here you transfer an ISO currency code that is
converted in the SAP internal currency code. If the
conversion is not success ful, error VG0 14 appears.
abrvw_bez No processing
!--a11y-->
QUALF Organization indicator Describes the use of the data sent in field ORGID
(for exampl e 00 6 for division, 007 for distribution
channel, 008 for sales organization). With the
PUBLIC Page 19 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
qualifier 012 the order type can also be transferred
in the field ORGID.
006 Division
J01 Department
If no data for sales or ganization, dis tribution channel and/or division is sent in the segment, the determination of the data is called using the table EDSDC.
An entry for the key sold-to party (AG ) + vendor number (LF) is then searched for. The sold-to party and vendor number are taken from the data from segment
E1EDKA1 for the partner function ,AG‘ (sold-to party from field ‚PARTN‘, vendor number from field ‚LIFNR‘). If segment E1EDKA1 is sent for partner function ,LF‘
(vendor) as well, the vendor number is then taken from this segment (field ‚PARTN‘).
If the determination of the sales area data goes wrong, you will see the error message VG204.
The sales area data can also be determined via the customer enhancement. The corresponding data is to be transferred to the fields DXVBAK-VKORG (= sales
organization), DXVBAK-VTWEG (= distribution channel) and DXVBAK-SPART (= division). The customer enhancement exit_saplj4as_002 should be used for
this.
If the order type (indicator ,012’) is not transferred in the IDoc, it will be set as standard order (,OR’). The default setting for the purchase order type (indicator 019)
is als o DFUE. Pleas e note that the valid purc hase order typ es are to be maintained for each order typ e in the IMG (Sales and Di strib ution ® Sales ® S ales
Documents ® Sales Document Header ® As sign O rdering Types (AFS)). If this ass ignment does not exist, the error message 00058 is displayed.
!--a11y-->
IDDAT Indicator for Date Segment Indicator for the use of the date / time entries in the
following fields.
J_3AQUALF Indicator Indicator for the qualification of the use of the date.
The field is used for purely informative reasons and
for adding information to the date. The permitted
value table is J_3AQUALF.
The requested delivery date (003) and the cancellation date (006) are checked for validity by the inbound function. This means that if one of these dates is in
the past (the reference date is the current system date), the processing terminates with the error mess age V1437. However, this error only leads to termination
in the first processing of an IDoc (IDoc is set to status 51). If the incorrect IDoc is processed a second time (for example, with transaction BD87 or report
RBDMANI2), the incorrect date only leads to a warning message which does not interfere with the update of the data.
!--a11y-->
PUBLIC Page 20 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
1.1.2.2.2.5.2.3 Document Header: Taxes (Segment E1EDK04)
Mandatory segment: NO
Field Explanation
MWSKZ VAT ID
Although data sent in the segment E1EDP04 will first be read by the inbound process ing, it cannot be transferred to the applic ation. This leads to the error
VG200 in the first processing of an IDoc. The segment is ignored if an IDoc is repeatedly processed incorrectly.
!--a11y-->
Field Explanation
MWSKZ VAT ID
KOEIN Currency
Although data sent in the segment E1EDP05 will first be read by the inbound process ing, it cannot be transferred to the applic ation. This leads to the error
VG201 in the first processing of an IDoc. The segment is ignored if an IDoc is repeatedly processed incorrectly.
!--a11y-->
PARVW Partner function (such as sold-to party, ship-to Internal (2-character) code for the partner function
party,...) (such as ‚AG‘, ‚WE‘)
LIFNR Vendor number at the customer Normally the identification number of the order
recipient at the sold-to party. Using this field a
conversion of external partner numbers into internal
partner numbers is also p ossible (see b elow).
PUBLIC Page 21 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
WE60.
Only those partner functions can be processed in the field PARVW that have been defined in table TPAR (transaction VOPA). The transfer of a non-defined
partner function leads to error message VP450.
If the partner number is sent in the field PARTN, it will be transferred as such to the document. If the field PARTN remains empty and if instead a partner number
is sent in the field LIFNR, the external partner number (LIFNR) will be converted into the internal partner number (PARTN) via table EDPAR. The partner number
from the sender information of the control record (EDPAR-KUNNR), the partner function (EDPAR-PARVW) transferred in the segment, as well as the external
partner number (EDPAR-EXPNR) are used as keys for the conversion. If the conversion is not successful, the error message VG140 appears.
If data is not sent in PARTN or in LIFNR, the partner number is determined by processing the inferior segment E1EDKA3 (see below).
For the partner functions AG (Sold-to party), WE (Ship-to party), RE (Bill-to party) and RG (Payer) address information that has not been transferred is read from
the respective master data record.
!--a11y-->
The segment can be used to determine a partner number from the transfer of the International Location Number (ILN).
Prerequisite
A valid p artner function has been sent in the superior segment E1EDKA1 and the fields PARTN and LIFNR of the segment E1EDKA1 have been transferred
empty . In this case the sys tem determines the partner number via the spec ifications from the view Control in the customer master record. The complete 13 digit
ILN must be then be transferred in STDPN. If the conversion could not be successfully carried out, it will lead to error message VG140.
!--a11y-->
QUALF Reference document indicator For the identification of the subsequent document
number.
PUBLIC Page 22 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
050 Delivery order
The document date (field DATUM) is only transferred for reference documents for the indicator 001.
!--a11y-->
QUALF Terms of delivery indicator Permitted values for the indicator are 001 for
Incoterms part 1 and 002 for Incoterms part 2
If the text field LKTEXT is filled in addition to the terms of delivery code for the indicator 001 (=Incoterms part 1) in this segment, then this text
will first be interpreted as Incoterms part 2. These entries will, however, be overwritten again as soon as the segment is sent with the
indicator 002. For this reason it is very important to make sure that the segment is sent in the correct sequence.
!--a11y-->
Field Explanation
Although data for terms of payment sent in the segment E1EDK18 will first be read by the inbound processing, it cannot be transferred to the
application. This leads to the error VG202 in the first processing of an IDoc. The segment is ignored if an IDoc is repeatedly processed
incorrectly.
!--a11y-->
QUALZ Indicator for IDoc additional data Indicator for additional data transferred with CUSADD
The following indicators for add itional d ata are processed at document level:
PUBLIC Page 23 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
J01 to J05 AFS customer groups 6 – 7
!--a11y-->
Field Explanation
CCINS_BEZEI Description
EXDATBI Date
!--a11y-->
Segment E1EDKT2 must be sent for each text line corresponding to segment E1EDKT1. Remember that the processing of texts has a considerably negative
effect on the performance of the entire inbound processing.
!--a11y-->
TDLINE Text line Text line for the Text ID used under E1EDKT1. The
individual text line has a maximum of 70 c haracters.
For texts with multiple lines, the segment must be
repeated acc ordingly.
TDFORMAT Tag column The tag column contains format keys which define
the output form of the text or initiate c ontrol demands.
!--a11y-->
PUBLIC Page 24 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
1.1.2.2.2.4.2.14 Document Header: MSO Header (Segment
E1J3AHO)
Mandatory segment: NO
J_3AMSOFLG Multi-store order indicator The indicator controls whether the Mix ID should be
generated automatically for an MSO or if it was
already assigned in the inbound IDoc. If the indicator
is s et, there will be no automatic Mix ID generation.
This segment generally does not control if this is a multi-store order or not. Rather, this is determined from the existence of E1J3AIO-segments. When the segment
E1J3AHO is sent with the indicator, the Mix ID from segment E1J3P01, field J_3AMSOM is used for grouping. Remember that the proper assignment of these
Mix IDs is not checked. This means that the (external) assignment of the Mix IDs must keep to the rules for grouping. (Only those items can be grouped in one
Mix ID, for which the same combination of stores order the same combination of quantities and dimensions respectively for the same material.)
!--a11y-->
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. Not relevant for incoming orders
PSTYP Item Category Indicator for the item category. The (one-digit)
numeric indicator is converted in the sales item
category depending on the order type, using the
table EDPST. Note, that an entry in this field is
always overridden by the value in field PSTYV.
MENEE Unit of Measure ISO code of the unit of measure for the order quantity
PMENE Price Unit of Measure ISO code of the price unit of measure
EINKZ Indicator: More than one schedule line for the item No processing
UEPOS Superior item in bill of material structures Link to the related superior item number for bill of
material components. Note that the value must link to
a POSEX, ex isting in the IDoc.
PUBLIC Page 25 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
ABGRT Descrip tion No processing
ANTLF Maximum number of permitted partial deliveries per Is transferred to document item.
item
J_3AMSOM Equal mix of products in a multi-store order The mix key is only then processed, if the flag
J_3AMSOFLG is set in segment E1J3AHO. It is
used for the grouping of store and/or distribution
centers that should be delivered.
J_3ALNGR AFS Line group ID (schedule lines are delivered Is transferred to document item.
together)
J_3AMSOF AFS Multi-store order: counter for partner The counter for the number of stores that should be
delivered with this item will only be then processed if
segment E1J3AHO was sent with flag
J_3AMSOFLG. You must enter the total number of
stores per item.
PSTYV Item category sales document The field directly transfers the item category to the
document item. In contrast to field PSTYP no
conversion takes place. Note that the content of field
PSTYV overrides the value of field PSTYP and
sends it directly to the application.
The document item segment E1J3P01 starts the transfer of data per item. Below the segment you find further item-related segments with detailed information for the
respective item. A prerequisite for correctly processing the segment is that the external item number in field POSEX is uniquely filled. If the field remains initial,
error message /AFS/IDO C 0 18 is displayed. In view of automatic order changes with the message type ORDCHG you must note that the external item
number is uniquely transferred to the created document. After the creation of the order, it is the unique identification and reference criterion of an item.
Bills of Material
For the processing of bills of materials in incoming orders, there are some special features. There are basically two ways of BOM processing:
In both cases the BOM is exploded in the sales document, according to the settings in the IMG. Make sure when using item categories that the correct item
categories are transferred for both header and component items. An automatic item category determination only takes place if neither field PSTYP nor field PSTYV
are filled in segment E1J3P01. The sales document contains more items after the transfer of IDoc data than were sent in the IDoc. This has to do with the fact that
during the BOM explosion in individual components, new items are generated.
PUBLIC Page 26 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
If both header and item materials are sent as mentioned in the second case, the relation between the two can be created using field UEPOS in segment
E1J3P01. Here, the value of the superior item always refers to the external item number (POSEX) of the header material. We strongly recommend that you send
related components and their respective header material as groups in the sequence of the individual E1J3P01 segments.
It is possible to send a material as an individual item without reference to a header material, even if it belongs to a BOM as component. In this case you must not
fill field UEPOS.
The processing of BOMs in multi-store orders per IDoc interface is currently not supported.
There can generally be one of the following situations during the processing of the item segments: A material of the following types is sent:
In the first case a 1:1 ratio exists between the sent E1J3P01 segment and the created document item. Normally the item contains a delivery schedule line.
In the second case an n:1 relation exists between the sent E1J3P01 segment and the created document item. The ordered dimensions are first grouped by
material numbers and combined to items with the same material number. Different dimensions of the same material (for the same recipient) are combined to one
item. The individual dimension is reflected in a schedule line on the document. All the relevant data is "copied" from the item header to the schedule line for the
identification of the individual purchase order items. That means that the external item number POSEX is not connected to the document item itself, but rather to
the schedule line at dimension level.
In the third case (no grid material) the processing is similar to the standard material without combining at item level.
Sort Criteria
The grouping of AFS materials and their dimensions is controlled by the following sort criteria:
Material number
Goods recip ient
Plant
MSO Mix key
Requested delivery date
Cancellation date
Department
Item Category
The values of field VPREI and NETWR are interpreted as customer-expected price or item value. The entries are assigned to the condition types EDI1/EDI2 or
JED1/JED2. The assignment to the AFS-specific conditions JED1 and JED2 only takes place, if the condition type is flagged as dimension-relevant in the IMG.
When transferring the values, remember that the transferred values are checked in the sales document against the amounts determined by pricing. If there are
differences, an incompletion log for the document is created according to the settings in the IMG. You can not overwrite the values that are determined by the
pricing with the entries of the IDoc. The transfer of conditions both at header and item level is not supported by the inbound processing.
!--a11y-->
IDDAT Indicator for Date Segment Indicator for the use of the date / time entries in the
following fields.
J_3AQUALF Indicator Indicator for the qualification of the use of the date.
The field is used for purely informative reasons and
for adding information to the date. The permitted
value table is J_3AQUALF.
The indicator J_3AQUALF is only us ed for the date indicators 003 and 00 6.
PUBLIC Page 27 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
!--a11y-->
The meaning of the E1EDP20 segment reflects one of the AFS special features of incoming orders via the IDoc interface: The ordered quantities are transferred
solely from this segment for the AFS material as well as for standard material. Quantity entries from the E1J3P01 segment are not taken into account as far as this
is concerned. The only exception is the processing of multi-store orders: The ordered quantity of the respective dimension or of the material are calculated from the
quantity entries of the segment E1J3AIO.
!--a11y-->
Field Explanation
!--a11y-->
Field Explanation
PUBLIC Page 28 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
MEAUN Unit of measure
MWSKZ VAT ID
KOEIN Currency
Although data sent in the segment E1EDP05 will first be read by the inbound process ing, it cannot be transferred to the applic ation. This
leads to the error VG201 in the first processing of an IDoc. The segment is ignored if an IDoc is repeatedly processed incorrectly.
!--a11y-->
Field Explanation
The segment E1CUCFG (including the subsegments E1CUINS, E1CUPRT, E1CUVAL and E1CUBLB) is not processed in the incoming order.
!--a11y-->
Field Explanation
MENGE Quantity
PUBLIC Page 29 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
NETWR Value of Item (net)
CURCY Currency
STELL Job
The segment E1EDC01 (including the sub segments E1EDC02, E1EDC03 , E1EDC04, E1EDC05, E1EDC06, E1EDC07, E1EDCA1, E1EDC19, E1EDC17,
E1EDC18, E1EDCT1 and E1EDCT2) is not processed in the incoming order.
!--a11y-->
QUALF Terms of delivery indicator Permitted values for the indicator are 001 for
Incoterms part 1 and 002 for Incoterms part 2
If the text field LKTEXT is filled in addition to the terms of delivery code for the indicator 001 (=Incoterms part 1) in this segment, then this text
will first be interpreted as Incoterms part 2. These entries will, however, be overwritten again as soon as the segment is sent with the
indicator 002. For this reason it is very important to make sure that the segment is sent in the correct sequence.
The terms of delivery at item level do not belong to the sort / grouping criteria according to which AFS dimensions are combined to form
items. This means that different terms of delivery at dimension level might not be completely transferred to the document. The only possibility
of controlling different terms of delivery at dimension level for the same material is to transfer different ship-to parties or another grouping
criterion named in the notes on segment E1J3P01.
!--a11y-->
PUBLIC Page 30 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
J_3ADICE Customer distribution center Identification number of the customer distribution center
J_3ASTCU Customer store / distribution center number Identification of the store / the customer distribution center
at the customer
With the segment E1J3AIO the nec ess ary data for the creation of MSO s is transferred to the document. Using the sp ecific ation of the partner function it is
controlled whether the store itself is the ship-to party or if the delivery first goes to a customer distribution center. If the store itself is the ship-to party, use the
partner function WE for the ship-to party. The partner number that was maintained in the system as the ship-to party is to be transferred in the field J_3ASTORE.
If this field is not filled, you can trigger a conversion of the partner number from the specifications for the International Location Number (J_3AILNNR) (see also
segment E1EDKA3).
The customer store number can be transferred in the field J_3ASTCU. If this number is maintained in the AFS additional data for the customer master, it will be
converted into a valid partner number. The original customer store number is then transferred to the document.
For further documentation of MSOs, please see the information in Multi-Store Orders.
The quantity (J_3AWMENG) transferred in this segment is assigned to the respective store as the ordered quantity. Take note that the quantity specification in
segment E1EDP20 is not included in this c ase.
The segment can occur multiply under an E1J3P01-segment, depending on the number of stores that order the product described under this item. All further
spec ifications in sub-segments are then valid for all stores resp ectively.
The system assigns a mix ID for a group of stores (exception: in segment E1J3AHO the indicator J_3AMSOFLG has been set). With the automatic assignment of
the mix ID, a numerical numerator is used. This means that a maximum of 999 mix IDs can be assigned. The stores are grouped according to the number of the
same combinations of stores that order the same combination of dimensions and quantities for the same date. The following graphic illustrates the logic for the
automatic generation of the mix IDs.
!--a11y-->
QUALF IDoc object identification (such as material number, Indicator for material identification in field IDTNR
customer, and so on)
The following ind icators in the field Q UALF are process ed in the specified s equence:
PUBLIC Page 31 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
003 EAN/UPC number
See the note for segment E1J3AIM. The segment E1EDP19 should no longer be used for object identification because AFS specific data
cannot be transferred here.
!--a11y-->
J_3AOBIDQF Indicator for object identification Indicator for material identification in field J_3AIDTNR
The following ind icators in the field J_3AOBIDQF are pr ocessed in the specified sequence:
Take note that with this segment the object identification can also be controlled via the standard segment E1EDP19. We recommend that you
always use E1J3AIM instead of E1EDP19.
If no material number is sent to indicator 002, a material determination procedure is triggered which first looks for a material number based on the specifications of
the EAN/UPC number (indicator 003). The AFS specific table J_3 AMEAN must be maintained for this via transaction J3A^ ( Logistics ® AFS Central Functions
® Material Master ® UPC/EAN Numbers ). An incorrect UPC/EAN number leads to error message 8J308.
The material determination according to IMG settings is triggered via the customer material number. If the internal material number is already sent in the IDoc or if
it was determined using the EAN/UPC number, then the customer material number is transferred as information to the document. No further check takes place.
The transfer of a grid value in J_3ASIZE is only necessary if, for example, it is not already determinable via the EAN/UPC number or customer material number.
The grid value must, however, always be sent in connection with the internal material number, in order to guarantee the correct setting of the document item or its
dimensions.
The additional check for eligibility of a transferred material number is carried out within the document creation. Similar to the dialog entry, error messages can
occur here that put the complete IDoc in the error status 51. This means that even if, for example, only one piece of material information could not be correctly
transferred to the document, the creation of the entire document will be terminated.
!--a11y-->
QUALP IDoc partner identification (for example Only indicator 001 - International Location Number
Dun&Bradstreet number) (ILN) is processed here.
The segment can be used to determine a partner number from the transfer of the International Location Number (ILN).
The prerequisite is that a valid partner function has been sent in the superior segment E1EDPA1 and the fields PARTN and LIFNR of the segment E1EDPA1
have been transferred empty . In this case the sys tem determines the partner number via the spec ifications from the view Control in the customer master record.
The complete 13 digit ILN must be then be transferred in STDPN. If the conversion could not be successfully carried out, it will lead to error message VG140.
PUBLIC Page 32 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
!--a11y-->
PARVW Partner function (such as sold-to party, ship-to party, Internal (2-character) code for the partner function
and so on) (such as ‚AG‘, ‚WE‘)
LIFNR Vendor number at the customer Normally the identification number of the order
recipient at the sold-to party. Using this field a
conversion of external partner numbers into internal
partner numbers is also possible.
NAME2 Name 2
<.....>
<.....>
WE Goods recipient
RE Bill-to party
RG Payer
!--a11y-->
Field Explanation
!--a11y-->
PUBLIC Page 33 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Field Short text Explanation
QUALF Reference document indicator For the identification of the subsequent document
number.
ZEILE Item Number Processing only for indicator 044 (purchase order of
the ship-to party)
BSARK Organization
!--a11y-->
Field Explanation
MWSKZ VAT ID
Although data sent in the segment E1EDP04 will first be read by the inbound process ing, it cannot be transferred to the applic ation. This
leads to the error VG200 in the first processing of an IDoc. The segment is ignored if an IDoc is repeatedly processed incorrectly.
!--a11y-->
Field Explanation
WAERQ Currency
!--a11y-->
PUBLIC Page 34 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Mandatory segment: NO
TDLINE Text line Text line for the Text ID used under E1EDPT1. The
individual text line has a maximum of 70 c haracters.
For texts with multiple lines, the segment must be
repeated acc ordingly.
TDFORMAT Tag column The tag column contains format keys which define
the output form of the text or initiate c ontrol demands.
!--a11y-->
Segment E1EDPT2 must be sent for each text line corresponding to segment E1EDPT1. Remember that the processing of texts has a considerably negative
effect on the performance of the entire inbound processing. The correct processing of texts at item level requires that the external item number be transferred
uniquely in the field POSEX (segment E1J3P01) for the entire document.
!--a11y-->
Field Explanation
ADDICLASS_TXT Keywords
!--a11y-->
PUBLIC Page 35 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
1.1.2.2.2.1.2.2.20 Document Item: Shipping Unit Header
(Segment E1EDL37)
Mandatory segment: NO
Field Explanation
LAENG Length
BREIT Width
HOEHE Height
ERLKZ Status
The segment E1EDL37 (including the subsegments E1EDL39, E1EDL38 and E1EDL44) is not processed in the incoming order.
PUBLIC Page 36 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
!--a11y-->
The segment is connected to the item segment E1J3P01. The data sent here is transferred to the document according to the created item. Independent of the data
sent here, an automatic determination of VAS data can also be triggered during the creation of a sales document.
!--a11y-->
J_3ATLORD Order level Indicates from where in the document the entries for
the text information should be assigned in order to be
printed on the label.
Corresponding to the previous E1J3AIX segment, additional texts can be transferred here for ticketing/labeling.
!--a11y-->
J_3ASTORE MSO stores The store for which there is special service
information.
PUBLIC Page 37 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
J_3ACHARC VAS charge code
!--a11y-->
J_3ASTORE MSO stores The store for which there is packing information.
!--a11y-->
Field Explanation
Although data for terms of payment sent in the segment E1EDP18 will first be read by the inbound processing, it cannot be transferred to the
application. This leads to the error VG202 in the first processing of an IDoc. The segment is ignored if an IDoc is repeatedly processed
incorrectly.
!--a11y-->
PUBLIC Page 38 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
1.1.2.2.2.1.2.2.26 Document Item: Additional Data (Segment
E1EDP35)
Mandatory segment: NO
QUALZ Indicator for additional data Indicator for additional data transferred with CUSADD
The following indicators for add itional d ata are processed at item level:
The customer groups and condition groups at item level do not belong to the sort / grouping criteria according to which AFS dimensions are
combined to form items. This means that different customer / condition groups at dimension level might not be completely transferred to the
document. The only possibility of controlling different customer/condition groups at dimension level for the same material is to transfer different
ship-to parties or another grouping criterion mentioned in the notes on segment E1J3P01.
!--a11y-->
!--a11y-->
1.1.2.2.2.2 Contract
Use
Inbound processing for contracts is implemented using the IDoc interface for the incoming order. Basically, there is no difference between the data processing and
the incoming order process. A sales document type for the sales document category G (= contract) is to be transferred in the IDoc as the order type (see
Customizing).
Features
The automatic referencing of contracts for contract release orders is controlled using two customer enhancements (EXIT_SAPMJ3AS_601 and
EXIT_SAPMJ3AS_701) (for more information, see the documentation for the appropriate function modules).
AFS Restrictions
AFS does not support the transfer of additional contract data (table VEDA) using the IDoc interface.
!--a11y-->
!--a11y-->
!--a11y-->
PUBLIC Page 39 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
1.1.2.2.2.5.2.1 Document Header: Organizational Data
(Segment E1EDK14)
Mandatory segment: NO
QUALF Organization Indicator Describes the use of the data sent in field ORGID
(for exampl e 00 6 for division, 007 for distribution
channel, 008 for sales organization). With the
qualifier 012 the order type can also be transferred
in the field ORGID.
006 Division
J01 Department
For the creation of contracts the order type flagged as sales document category contract (G) in Customizing must be transferred with the indicator 012. If the order
type is not sent directly with the IDoc, it can also be changed using the customer enhancement exit_saplj4as_002. The default setting for the purchase order
type (indicator 019) is also DFUE for contracts. Please note that the valid purchase order types are to be maintained for each order type in Customizing. If this
assignment does not exist, the error message 00058 is displayed.
!--a11y-->
IDDAT Indicator for Date Segment Indicator for the use of the date / time entries in the
following fields.
J_3AQUALF Indicator Indicator for the qualification of the use of the date.
The field is used for purely informative reasons and
for adding information to the date. The permitted
value table is J_3AQUALF.
Please note that the AFS cancellation date for contracts is interpreted as the validity end date.
The validity start date (014) and the validity end date (006) are checked by the inbound function. This means that if one of these dates is in the past (the reference
date is the current system date), the processing terminates with the error mess age V1437. However, this error only leads to termination in the first processing of
an IDoc (IDoc is set to status 51). If the incorrect IDoc is processed a second time (for example, with transaction BD87 or report RBDMANI2), the incorrect date
only leads to a warning message which does not interfere with the update of the data.
If the end date is earlier than the start date, the error message V1444 app ears. If this occurs, please c orrect the date entries.
!--a11y-->
PUBLIC Page 40 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
1.1.2.2.2.3 Quotation
Requests for quotations can be sent to the vendors via the IDoc interface. The general conditions are sent in the IDoc so that the vendor can specifically create a
quotation.
!--a11y-->
Q UALF Referenc e doc ument indic ator For the identific ation of the s ub s equent doc ument
number.
Field Explanation
Q UALF ID oc ob jec t identific ation (s uc h as material numb er, c us tomer, and s o on)
The segment is not used in the outbound quotation. The object identification is sent with the segment E1J3AIM.
ACTION
ACTION Action code
code that concerns the item.
item. 00 0 - item unchanged
001 - item changed
003 - item deleted
PSTYP Item Category O ne-digit numeric al indic ator for the item c ategory .
The indicator is converted into the sales item
category depending on the order type, using the
table EDPST.
MENEE Unit of Meas ure ISO c ode of the unit of meas ure for the order quantity
PMENE Pric e Unit of Meas ure ISO c ode of the p ric e unit of meas ure
VPREI Pric e (net) Pric e p er p ric e unit. Pleas e note: for AFS materials
with dimensions,
dimensions, the p rice here is per dimension.
NETWR Value of Item (net) Net v alue. For AFS materials with dimens ions , the
value here is p er dimension.
dimension.
ANETW
ANETW Absolute Net Value of
of the
the Item
Item N/A
PUBLIC Page 41 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
EINKZ Indic ator: More than one s c hedule line for the item X, if more than one s c hedule line ex is ts for the item.
UEPO S Sup erior item in b ill of material s truc tures Is c op ied from the doc ument.
G RKO R D eliv ery group (items are deliv ered together) Is c op ied from the doc ument.
BPUMN D enominator for the c onv ers ion BPRME into BME N/A
BPUMZ Numerator for the c onv ers ion BPRME into BME N/A
ABGRU Reason
Reason for
for item rejection
rejection Is copied from
from document item or
or schedule line.
FIXMG D eliv ery date and quantity fix ed Is c op ied from the doc ument.
J_ 3 AMSO M Equal mix of p roduc ts in a multi-s tore order Mix ID for multi-s tore order.
J_ 3 ASPLIT AFS Sp lit indic ator Is c op ied from the doc ument.
J_ 3 ALNG R AFS Line group -ID (s c hedule lines are deliv ered Is copied from the document.
together)
J_ 3 AVASIT VAS Item v alues tic k eting/lab eling (E), p ac k ing (V), Is copied from the document.
special service (S)
EMPST Rec eiv ing p oint Is c op ied from the doc ument item
In contrast to the order confirmation, the dimension values and category values are not transferred in segment E1J3P01 (J_3ASIZE, J_4KRCAT, J_4KSCAT) in the
inbound quotat
quotation.
ion.
!--a11y-->
Features
The same special features and restrictions that apply to the incoming sales order processing via EDI apply here. In addition, please note that AFS does not
PUBLIC Page
Page 42 of 77
77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
support an order change via IDoc for multi-store orders (MSO) and for value-added service (VAS) data.
AFS Restrictions
A change in MSOs and in orders
orders with VAS data
data via IDoc is not supported.
supported.
Conditions in the incoming sales order cannot be changed at the header level, item level or dimension level. Please also read the documentation of the
segments E1EDK04, E1EDK05,
E1EDK05, E1E
E1EDP04,
DP04, E1E
E1EDP05.
DP05.
AFS does not
not support changes to the material
material number or
or the dimension
dimension of
of an already
already existing stock keeping unit (SKU).
(SKU). SKUs
SKUs can only be flagged with
with one
deletion indicator.
AFS does not
not support adding
adding individual components
components by means of an order
order change IDoc
IDoc (ORDCHG) to a bill of materia
materiall (BOM) that has already
already been
exploded in a s ales document.
!--a11y-->
1.1.2.2.2.4.1 Cus
Customizing:
tomizing: Order Change
Basically the same settings are valid as fo
forr the incoming orders.
orders.
A partner profile
profile and inbound
inbound parameters
parameters for
for the output
output type
type O RDCHG must be maintained (transactio
(transaction
n WE20)
WE20) for the
the partner.
partner.
!--a11y-->
!--a11y-->
PO SEX Item Numb er Item numb er of the c urrent doc ument. It is us ed for
the unique identification of the item. Normally the item
number is copied from the customer order.
ACTION
ACTION Action code
code that concerns the item.
item. 00 1 – item was added
added
002 = item was changed
003 = item was deleted
<...>
<...>
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, 00 2 or 003) is s ent, the document will not
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 c hanged
hanged..
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 exp lode
loded
d 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.
!--a11y-->
PUBLIC Page
Page 43 of 77
77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
1.1.2.2.2.4.2.2 Document Item: Multi-Store Order (Segment
E1J3AIO)
Mandatory segment: NO
Field Explanation
J_3ADEPM Department
!--a11y-->
Field Explanation
J_3AVASPQ Quantity
!--a11y-->
Field Explanation
PUBLIC Page 44 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
J_3ATLORD Order level
!--a11y-->
Field Explanation
J_3AVASPQ Quantity
!--a11y-->
Field Explanation
J_3AVASPQ Quantity
PUBLIC Page 45 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
This segment is not supported during the order change.
!--a11y-->
PARVW Partner function (such as sold-to party, ship-to Internal (2-character) code for the partner function
party,...) (such as ‚AG‘, ‚WE‘)
LIFNR Vendor number at the customer Normally the identification number of the order
recipient at the sold-to party. Using this field a
conversion of external partner numbers into internal
partner numbers is also possible.
<.....>
<.....>
In order changes per IDoc, the partner functions AG, RE, RG, and SB cannot be changed (this is also valid for the addition of new items
and/or dimensions. However, possible partners must be transferred at item level in this segment when you change an item because they
are considered an additional identification criterion of an item.
!--a11y-->
TDLINE Text line Text line for the Text ID used under E1EDPT1. The
individual text line has a maximum of 70 c haracters.
For texts with multiple lines, the segment must be
repeated acc ordingly.
TDFORMAT Tag column The tag column contains format keys which define
the output form of the text or initiate c ontrol demands.
To change already existing texts, please note that all of the texts lines must always be transferred. It is not possible to only change individual
lines of a text. If the text segments are sent to an already existing Text ID, a text that possibly already exists will be overwritten.
!--a11y-->
PUBLIC Page 46 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
1.1.2.2.2.5.2.1 Document Header: Organizational Data
(Segment E1EDK14)
Mandatory segment: NO
QUALF Organization indicator Describes the use of the data sent in field ORGID
(for exampl e 00 6 for division, 007 for distribution
channel, 008 for sales organization). With the
qualifier 012 the order type can also be transferred
in the field ORGID.
006 Division
J01 Department
Sales area data and order type do not necessarily need to be sent in the order change IDoc. Rather, this data is transferred from the existing document after the
determination of the order numb er.
!--a11y-->
Field Explanation
NAME1 Name 1
NAME2 Name 2
<.....> Additional fields for partner information. For detailed information see IDoc
documentation on transac tion WE60.
!--a11y-->
PUBLIC Page 47 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Mandatory segment: NO
QUALF Reference document indicator For the identification of the subsequent document
number.
This segment is extremely important for the processing of the order change. The sales document to be changed in the system is identified via the entry of
reference document numbers. There are two possibilities:
This option requires that the customer purchase order number exists once in the system under the respective partner number of the sold-to party. A
customer order number that exists more than once leads to error message /AFS/IDO C 0 06 in the inbound processing. An invalid customer order
number leads to error mess age VG151.
As an alternative to the customer order number, the order number stored in the sys tem can also be used for the identification of the document. If this
order number cannot be determined, you will see the error message /AFS/IDO C 0 14.
!--a11y-->
Field Explanation
CCINS_BEZEI Description
EXDATBI Date
!--a11y-->
TDLINE Text line Text line for the Text ID used under E1EDKT1. The
individual text line has a maximum of 70 c haracters.
For texts with multiple lines, the segment must be
repeated acc ordingly.
TDFORMAT Tag column The tag column contains format keys which define
the output form of the text or initiate c ontrol demands.
To change already existing texts, please note that all of the texts lines must always be transferred. It is not possib le to only change
individual lines of a text. If the text segments are sent to an already existing Text ID, a text that possibly already exists will be overwritten.
PUBLIC Page 48 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
!--a11y-->
Field Explanation
!--a11y-->
!--a11y-->
!--a11y-->
PSTYP Item Category One-digit numerical indicator for the item category.
The indicator is converted into the sales item
category depending on the order type, using the
table EDPST.
MENEE Unit of Measure ISO code of the unit of measure for the order quantity
PMENE Price Unit of Measure ISO code of the price unit of measure
VPREI Price (net) Price per price unit. For AFS materials with
dimensions, the pric e here is p er dimension.
NETWR Value of Item (net) Net value. For AFS materials with dimensions, the
value here is p er dimension.
PUBLIC Page 49 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
GEWEI Weight Unit ISO code of the weight unit
EINKZ Indicator: More than one schedule line for the item X, if more than one schedule line exists for the item.
UEPOS Superior item in bill of material structures - is copied from the document-
GRKOR Delivery group (items are delivered together) - is copied from the document-
ABGRU Reason for item rejection Is copied from document item or schedule line.
ANTLF Maximum number of permitted partial deliveries per - is copied from the document-
item
FIXMG Delivery date and quantity fixed - is copied from the document-
J_3AMSOM Equal mix of products in a multi-store order Mix key for multi-store order.
J_3ALNGR AFS Line group-ID (schedule lines are delivered - is copied from the document-
together)
J_3AVASIT VAS Item values ticketing/labeling (E), packing (V), - is copied from the document-
special service (S)
The output sequence of E1J3P01 segments depends on the sorting within the sales document (item number + schedule line number) and not on the sequence of
the order receipt according to the external item number. Therefore, due to the internal sort and grouping logic of the inbound processing, an outbound IDoc can
have a different sequence of items or schedule lines than the corresponding inbound document.
!--a11y-->
PUBLIC Page 50 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Field Short text Explanation
J_3ASTCU Customer store / distribution center number Identification of the store / the customer distribution
center at the customer
The segment is used (only in MSOs) for every store within a Mix ID. It can occur multiply under an E1J3P01-segment, depending on the number of stores that
have ordered the product described under this item. All further specifications in s ub-segments are then valid for all stores resp ectively.
!--a11y-->
!--a11y-->
!--a11y-->
J_3ASTORE MSO store The store for which there is packing information.
PUBLIC Page 51 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
J_3APTYP VAS packing type Is copied from the document.
!--a11y-->
J_3ASTORE MSO store The store for which there is special service
information.
!--a11y-->
J_3AOBIDQF Indicator for object identification Indicator for material identification in field J_3AIDTNR
The following ind icators in the field J_3AOBIDQF are pr ocessed in the specified sequence:
!--a11y-->
PUBLIC Page 52 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
1.1.2.2.2.5.1.7 Reference Data (Segment E1EDP02)
Field Short text Explanation
QUALF Reference document indicator For the identification of the subsequent document
number.
002 Order
!--a11y-->
IDDAT Indicator for Date Segment Indicator for the use of the date / time entries in the
following fields.
J_3AQUALF Indicator Indicator for the qualification of the use of the date.
The field is used for purely informative reasons and
for adding information to the date. The permitted
value table is J_3AQUALF.
!--a11y-->
PUBLIC Page 53 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
TXJCD Tax Jurisdiction Code N/A
!--a11y-->
BETRG Fixed surcharge / discount on item: total gross Is copied from the item conditions
amount
KRATE Condition record per unit Is copied from the item conditions
!--a11y-->
!--a11y-->
J_3AABGRU Reason for rejection for quotations and orders Reason for rejection at schedule line level
PUBLIC Page 54 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
!--a11y-->
PARVW Partner function (for example, sold-to party, ship-to Internal (2-character) code for the partner function (for
party) example, "AG", "WE")
LIFNR Vendor number at the customer Normally the identification number of the order
recipient at the sold-to party.
NAME2 Name 2
For more information, see the notes on the corresponding header segment E1EDKA1.
!--a11y-->
QUALP IDoc partner identification (for example, Only indicator 001 - International Location Number
Dun&Bradstreet number) (ILN) is processed here.
!--a11y-->
QUALF IDoc object identification (for example, customer Indicator for material identification in field IDTNR
material number)
!--a11y-->
PUBLIC Page 55 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Field Short text Explanation
!--a11y-->
QUALF Terms of payment indicator 001 – 003 for terms of payment 1-3 from the
document item
!--a11y-->
QUALZ Indicator for additional data Indicator for additional data transferred with CUSADD
The following indicators for additional data are issued at item level:
!--a11y-->
Segment E1EDKT2 is sent for each text line corresponding to segment E1EDKT1.
!--a11y-->
TDLINE Text line Text line for the Text ID used under E1EDPT1
TDFORMAT Tag column Format keys for the output form of the text.
!--a11y-->
PUBLIC Page 56 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
1.1.2.2.2.5.1.21 Totals Segment (Segment E1EDS01)
Field Short text Explanation
SUMID Indicator totals segment Indicator for the amount used under
SUMME
!--a11y-->
EXIT_SAPLJ4AS_101
EXIT_SAPLJ4AS_102
To activate the customer enhancement, create a project. The customer enhancements are summarized in the SAP enhancement J_3AEDS1.
!--a11y-->
ACTION Action code that concerns the entire EDI message 00 0 = order unchanged
00 4 = order changed
CURCY Currency code ISO currency code for the entire document
PUBLIC Page 57 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
abrvw_bez - is copied from the document-
!--a11y-->
QUALF Organization indicator Indicator for the data sent in the field ORGID.
006 Division
J01 Department
!--a11y-->
IDDAT Indicator for Date Segment Indicator for the use of the date / time entries in the
following fields.
UZEIT Time Transfer from the document only for the indicator 019
J_3AQUALF Indicator Indicator for the qualification of the use of the date.
PUBLIC Page 58 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
!--a11y-->
!--a11y-->
KRATE Condition record per unit Transfer from header condition table
!--a11y-->
PARVW Partner function (such as sold-to party, ship-to party) Internal (2-character) code for the
partner function (such as ‚AG ‘, ‚WE‘)
NAME2 Name 2
<.....> Additional fields for partner information. For detailed information see IDoc
documentation on transac tion WE60.
<.....>
Only those partners are sent from the document header that are permitted for shipping per EDI via table EDPVW. You can maintain the table
in Customizing.
!--a11y-->
PUBLIC Page 59 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
1.1.2.2.2.5.2.6 Document Header: Partner Info Additional Data
(Segment E1EDK02)
Field Short text Explanation
!--a11y-->
QUALF Reference document indicator For the identification of the subsequent document
number.
The following ind icators are used in the outbound ID oc for reference documents:
!--a11y-->
!--a11y-->
QUALF Terms of payment indicator 001 – 003 for terms of payment 1-3 from the document header
PUBLIC Page 60 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
PRZNT Percentage for terms of payment - is copied from the document-
!--a11y-->
QUALZ Indicator for IDoc additional data Indicator for additional data transferred with CUSADD
CUSADD Data element for article number - is copied from the document-
The following indicators for add itional d ata are processed at document level:
!--a11y-->
Segment E1EDKT2 is sent for each text line corresponding to segment E1EDKT1.
!--a11y-->
TDLINE Text line Text line for the Text ID used under E1EDKT1. The
individual text line has a maximum of 70 c haracters.
For texts with multiple lines, the segment is
repeated acc ordingly.
TDFORMAT Tag column Format keys for the output form of the text
!--a11y-->
Use
Using the IDoc interface to post document data can result in incorrect IDocs. You must check and correct the IDocs before they are posted again. Using the
program described here, you can edit incorrect IDocs and post them again. A typical example is when sales orders are posted using the IDoc interface (logical
message ORDERS).
PUBLIC Page 61 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Features
If an error occurs in the IDoc inbound processing, a workflow task is triggered and the associate responsible receives a work item in their inbox. The responsible
associate is defined in the partner profile. If you run a workitem, the IDoc is displayed and it can be edited and reposted.
The new IDoc error handling function is only delivered for the ORDERS inbox (inbound sales orders in SD). You can also use the IDoc error
handling function for other inbound IDocs with the corresponding Customizing and enhancements (new business object type).
A new business object type, /AFS/O RDER, has been generated. This object type has a new method AFSIDocOrders.ErrorHandling .
A new standard task, TS8020 790 3, has been created that calls object type /AFS/O RDER with method AFSIDocOrders.ErrorHandling .
All customer enhancements used in the inbound function modules can be us ed.
!--a11y-->
1.1.2.2.3 Invoice
Use
The invoice IDoc can be used for EDI communication and for the ALE sc enario Stock Transfers Between Dis tributed Sys tems .
Features
An E1J3P01 segment is created in the IDoc for each SKU in the invoice. The net and gross p rices are always calc ulated at SKU level and are independent of the
billing type (billing at SKU level or item level).
If charges or discounts are defined at document item level, they are valid for all the affected SKUs. If this is the case, the charges are distributed among the SKUs.
One document item with two SKUs, SKU 1 with a quantity of 5 and a net value USD 50, and SKU 2 with a quantity of 10 and a net value of
USD150. The net value at item level is USD 20.
This results in a net value of USD56.67 for SKU 1 and USD163.33 for SKU 2.
A document item with two SKUs, SKU 1 with a quantity of 5, and SKU 2 with a quantity of 10.
If the prices and charges are defined at item level and the net value at item level is USD150, the result in the IDoc is a net value of USD50
for SKU 1 and USD100 for SKU 2.
Handling SKUs
If the material is an AFS material, VAS data is also sent to each SKU.
Handling Categories
If the Stock Transfer Between Distrib uted Systems sc enario is used, requirement and stock category data is sent to each SKU.
PUBLIC Page 62 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
AFS Restrictions
AFS only supp orts logistical invoice verification. Other scenarios that include FI invoices are not supported by AFS.
!--a11y-->
Partner function: KU
To send out conditions in segment E1EDP05, you must check the print indicator in the pricing procedure for the condition type.
!--a11y-->
Segment E1J3P01
J_3ALNGR AFS Line Group indicator Line Group indicator specified several schedule
lines for one delivery
J_3ATLTYP VAS Ticketing/Label – Type indicates which type of ticket or label is used
J_3ACHARC VAS Charge Code Select charge code if you want to charge the
customer for value added services. Depending on
the setup of the condition records, this could then be
an abs olute or percentage based surcharge
J_3AVASPQ Quantity
PUBLIC Page 63 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
Segment E1J3AIP - AFS IDoc: VAS Packing
J_3ACHARC VAS Charge Code Select charge code if you want to charge the
customer for value added services. Depending on
the setup of the condition records, this could then be
an abs olute or percentage based surcharge.
J_3AINCREM VAS Packing Increment Quantity that can be packed into the packaging
J_3AMIXID Mix Indicator Group for VAS Packing Types Indicates whether and how packaging can pack
items, sizes, colors etc. together. This is an
information only field.
J_3ASSTYP VAS Special Services – Type Indicates the type of special service
J_3ASSMAT VAS Special Services Material Description of material used for Special Services in
VAS
!--a11y-->
This User Exit sends out Invoice header and Invoice detail records along with the VAS data for any customer modifications.
!--a11y-->
!--a11y-->
1.1.2.3.1 Purchasing
The following table shows an overview of the supported document types, their assigned logical message, and the IDoc type to be used.
Remember that this documentation always refers to the most recent version of an IDoc type, unless specified otherwise. We therefore
PUBLIC Page 64 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
urgently recommend that you use the most recent version of an IDoc type for the respective document type.
Document type Direction Logical Message IDoc Type Output type Process Code
!--a11y-->
Contains general information on the request for quotation such as the vendor address.
Items
Contain the total quantities and delivery dates of the requested materials or services.
Schedule line
In contrast to other purchasing documents, you cannot enter an account assignment in the request for quotation.
!--a11y-->
Document type Direction Logical Message IDoc Type Output type Process Code
PUBLIC Page 65 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
MENEE Unit of Measure EKPO-MEINS
!--a11y-->
PUBLIC Page 66 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
The sold-to party can send the expected prices in the IDoc at the schedule line level. To do so, the pricing condition categories JED1 and JED2 must be
maintained in the price determination schema.
!--a11y-->
Document type Direction Logical Message IDoc Type Output type Process Code
PUBLIC Page 67 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
E1J3AIM J_3AOBIDQF AFS IDoc object identification (material
number,...)
!--a11y-->
Header texts
The following changes are possible at item level:
Terms of delivery
Delivery and pack ing information
Material text
Item texts
The following changes are possible at schedule line level:
!--a11y-->
In the case of ALE, you must also generate an E1EDP02 segment for deleted schedule lines that contains the ALE-IDs of the deleted schedule lines. To do this,
you must regenerate the change document so that it also logs the changes made to the ALE-ID. You do this using transaction SCDO for the object BELEG.
PUBLIC Page 68 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
You must make sure that the flag Doc. for indiv idual fields at delete is s et. In addition, table T166C must contain the entry EKET /AFS /ALEID. You can maintain
this in Customizing.
!--a11y-->
Document type Direction Logical Message IDoc Type Output type Process Code
PUBLIC Page 69 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
J_3AIDTNR IDoc material identification
001: Customer material number EKPO-EMATN
002: Vendor material number EKET-J_3AVEMA
003: International article number (EAN) EKET-J_3AVIEAN
004: Universal Product Code UPC EKET-J_3AVIEAN
005: Universal Commercial Code UCC EKET-J_3AUCCMR
!--a11y-->
Features
The confirmation with the confirmation category AB (standard, hardcoded) is integrated in the order based on various checks. Other keys are allowed but unlike
AB are not supported.
If a vendor initially sends a partial confirmation for only two schedule lines for an item that has three schedule lines, you can expect further order confirmations. As
soon as another partial confirmation arrives via EDI, all of the old confirmations will be deleted that have the same confirmation category and have been entered
via EDI. All of the old data is replaced by the data of the current confirmation.
See also
Receiving Confirmations via EDI.
In order to uniquely identify an item/schedule line in a purchase order, you need the following information:
All of the available material-spec ific data (for example, grid v alue, category).
If the ALE ID, item, and schedule line are not completely available, it may not be possible to assign a confirmation to a purchase order/item/schedule line.
In texts in the shipping notification, an ,&’ must be used as a placeholder for the shipping notification number in the segment E1TXTH8.
AFS Restrictions
Order Confirmation
If schedule lines have been deleted from a purchase order, the relevant confirmation will not be deleted in the case of ALE/EDI. You might have to delete these
manually from the order.
!--a11y-->
PUBLIC Page 70 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
1.1.2.3.1.4.1 Technical Information: Order Confirmation
(Purchasing)
Technical Description of the IDoc Type
Document type Direction Logical Message IDoc Type Output type Process Code
PUBLIC Page 71 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
004: Universal Product Code UPC EKET-J_3AVIEAN
005: Universal Commercial Code UCC EKET-J_3AUCCMR
!--a11y-->
1.1.2.3.1.5 Contracts
Condition category J3AV is a copy of condition category VNEU delivered in the standard system. VNEU uses a processing program defined by SAP, whereas
J3AV uses the general processing program RSNASTED. Both condition categories are integrated in message determination schema RMBEV1.
!--a11y-->
Document type Direction Logical Message IDoc Type Output type Process Code
PUBLIC Page 72 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
AENTW Absolute Net Value of the Item EKPO-NETWR
!--a11y-->
!--a11y-->
Document type Direction Logical Message IDoc Type Output type Process Code
PUBLIC Page 73 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
VOLEH Volume Unit EKPO-VOLEH
!--a11y-->
Features
The entry of bale information in text form has also been implemented. Bale information in text form can be created in condition category J3AB for the delivery
header and the delivery items (segments E1J3ABH and E1J3ABI). You can import packaging data (segments E1EDL37 and E1EDL44). Standard header texts
and item texts can b e transferred and processed.
In contrast to purchase order confirmation, existing notifications are not overwritten in delivery notifications. It is not possible to change existing delivery notifications
via EDI: it is only possible to create new delivery notifications.
In order to uniquely identify an item/schedule line in a purchase order, you need the following information:
ALE ID
Item
E1J3AI2: QUALF (001) J_3APOSNR (item ) J_3ABELNR ( document ) and J_3AETENR ( schedule line )
If the ALE ID, item, and schedule line are not completely available, it may not be possible to assign a confirmation to a purchase order/item/schedule line.
!--a11y-->
Document type Direction Logical Message IDoc Type Output type Process Code
J_3ADEPM Department
BEZEI6 Description
BEZEI7 Description
BEZEI8 Description
BEZEI9 Description
BEZEI10 Description
PUBLIC Page 74 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
J_3ABELNR IDoc document number
J_3ADATUM Date
J_3AUZEIT Time
J_3AVASPQ Quantity
J_3AVASPQ Quantity
J_3AWDTH Width
PUBLIC Page 75 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.
!--a11y-->
!--a11y-->
ALE ID
Item
E1J3AI2: QUALF ("001") J_3APOSNR (item ) J_3ABELNR ( document ) and J_3AETENR ( schedule line )
If the ALE ID, item, schedule line are not completely available, it may not be possible to assign a confirmation to a purchase order/item/schedule line.
Document Type Direction Logical Message IDoc Type Output Type Process Code
PUBLIC Page 76 of 77
© 2014 SAP SE or an SAP affiliate company. All rights reserved.