Index
Purchase-to-Order
Make-to-Order
You can find information on these topics in the documentation of Sales and Distribution and
Materials Management.
2. Season
In the fashion industry, seasons are an integral part of the business processes. Originally,
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 function offers the following options:
Seasonality in ARun
This includes the following functions:
If you have activated the Season field check in the allocation rule attached to the
allocation type, ARun will consider the requirement and stock season before assigning
stock to requirements.
A validation check is performed to check whether or not deallocation has to be triggered,
if the seasonal information is changed in an allocated purchase order or production order
on the basis of deallocation rule settings for purchase orders or production orders.
A validation is performed during goods receipt (GR) for an allocated purchase order or
production order when the season information is changed. The deallocation rule settings
for goods receipt handling will check whether the season information is appropriate, and
then trigger deallocation if customized.
A validation is performed to check whether or not deallocation has to be triggered on the
basis of the deallocation rule settings for sales orders, when season information in these
allocated sales order is changed.
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 display only field and cannot be set for the new materials.
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
To activate seasonality for ARun during allocation:
Activate the Season field check during allocation for a particular allocation rule in
Customizing by choosing AFS Allocation Run ARun Detail Define Allocation
Logic Allocation Rule.
3. Maintain the deallocation rule for a season change in allocated production orders in
Customizing by choosing AFS Allocation Run Cross Applications PP
4. Maintain the deallocation rule for a season change in allocated sales orders in
Customizing by choosing AFS Allocation Run Cross Applications 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
Applications SD Handling Assign Rule to Order Type.
Seasonality in MM/PP/IM
To activate seasonality for MM/PP/IM:
...
Limitations
Available-to-Promise (ATP) does not consider seasonality.
Season, collection, and theme are not relevant for valuation.
Season, collection, and theme are not present in reservation, deliveries and warehouse
management (WM).
The following sections contain information on the grid master data and the
material master.
You can use the ALE Shared Master Data Tool for grid master data and the
material master.
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.
Distribution of changed and/or newly created grid 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 grid data
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 decisive for
the grids because the validity of the sent IDs and grid values is checked using check tables.
J_3AUSED
J_3AVEMA_N
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.
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 system enhancement J_3AIMM1
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:
Product versions
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.
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 dependencies between objects in Customizing
for Distribution (ALE). In doing so, you are ensuring that the changes in 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
J_3AMROUND MARC-
J_3AMROUND
J_3AMRDMENG MARC-
J_3AMRDMENG
You can use the ALE Shared Master Data Tool for grid master data and the material master.
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 materials always retain
their numbers from the source system during the distribution of data.
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 carries out the usual field checks, but also checks the foreign keys 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.
Field Selection in ALE
During the transfer and distribution of data via ALE, the field selection you have set in
Customizing of the Material Master under Maintain Field Selection for DataScreen will be
interpreted exactly the same as in the dialog. However, the following different transaction
references are used in ALE for the field selection at the transaction level:
The following transaction references are used for the field selection at the transaction level in
the dialog:
This allows you to specify a different field selection at the transaction level for the ALE and the
dialog.
Fields that are defined as not ready for input in the Customizing of the Material Master are not
transferred. The system issues an appropriate warning. Required entry fields are then checked.
However, a required field check for AFS fields in AFS tables does not take place.
Error Handling in ALE
If a logical error caused by the material 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 successful.
For IDocs with the status incorrect or successful, the application log receives the messages that
were issued during processing. After the logical errors have been resolved, you can reprocess
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 Distribution (ALE).
Customer Enhancements (User Exits)
In Customizing of the Material Master under Configure Customized Material Master, you can
extend the material master by adding your own table fields. The data in the user-defined fields
can also be distributed via Application Link Enabling (ALE).
In order to be able to distribute user-defined data via ALE, you need to:
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 MGV00001.
EXIT_SAPLMV01_002
EXIT_SAPLMV03_002
You can find further information in the system enhancement MGV00001 and user exit
documentation.
Error messages
8J670 When changing or enhancing a Check IDoc and correct the maintenance status.
material by adding a plant, the
wrong maintenance status is also
delivered.
8J671 Transferred data is duplicated, for Check IDoc and correct duplicate entries.
example, the same season code is
used twice for the same dimension
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.
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)
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
E1EDL24 KDMAT The customer material number is entered here, even if it was
entered at SKU level.
J_3ADEPM Indicates the customer department for whom the SKU was
ordered. This information field is taken from the sales order.
002: Indicates the SAP material number, the grid value and the
category. The customer material number and the EAN/UPC
number are entered in the parent segment E1EDL24.
J_3ACHARC Code determining the price charged when the customer pays for
ticketing/labeling.
E1J3AIS Segments that contain data for special services. The fields are
identical to E1J3AIT.
E1EDL41 QUALI Indicates the reference data for the ordering 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.
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_001
Customer enhancement for modifying the control record. The control record and all relevant
tables for the delivery are transferred.
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
The following table shows an overview of the supported document types, their assigned logical
messages, 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. SAP recommends, therefore, that you use the most recent IDoc type
version.
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 processing,
processing 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 possibility of running the data processing visibly as is
normally possible in an inbound process when using batch input.
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 customer enhancements EXIT_SAPLJ4AS_601 and
EXIT_SAPLJ4AS_701.
The current release uses IDoc type /AFS/ORDERS05. This IDoc type is now in the fifth version
(after J3AORD01, J3AORD02, /AFS/ORDERS03 and /AFS/ORDERS04).
You must always use the most recent version of an IDoc type.
AFS Restrictions
When creating an MSO explosion, the splitting of the created order into individual
documents is not automatically triggered.
Conditions in the incoming sales order cannot be changed at the header level, item level
or dimension level. Read the Notes in the documentation for segments E1EDK04,
E1EDK05, E1EDP04 and E1EDP05.
You cannot use the IDoc interface to automatically copy contracts to a sales document
as an attachment with reference to a contact. A contract reference can be made for each
individual item or dimension.
AFS does not support adding individual components by means of an order change IDoc
(ORDCHG) to a bill of material (BOM) that has already been exploded in a sales
document.
In order changes per IDoc, the partner functions AG, RE, RG, and SB cannot be
changed (this is also valid when adding new items and/or dimensions).
Only the partner functions RE, WE and RG are processed at item level.
AFS does not support changes to the material number or the dimension of an already
existing stock keeping unit (SKU). SKUs can only be flagged with one deletion indicator.
Contracts: AFS does not support the transfer or additional contract data (table VEDA)
using the IDoc interface.
The purchase order (PO) number will get deleted when you have created a sales order
with reference to a contract via IDoc and the PO number is passed at the item level by
entering the document field (BSTKD) in the segment EIEDP02 of the IDoc.
The Customer Material Number will be deleted if there is a change in the plant of a sales
order.
When you do a call-off via the IDoc and the reference document contains a BOM (Bill Of
Material), then the component level reference does not take place as IDoc does not
support it. However if you implement the available user exit, this functionality will be
obtained.
You must assign the EDI pricing conditions JED1 and JED2 to the pricing procedure of
the respective document type of the sales area. These pricing conditions serve to
transfer the expected customer price / customer value to the sales document.
You must maintain the translation of EDI internal item categories into SD item
categories in Customizing (transaction code VOE1) in the table EDPST (see also notes
for the documentation for segment E1EDP01, Field PSTYP).
Using the table EDPAR, you can convert external partner numbers into internal partner
numbers as needed. Maintain the table using transaction VOE4. Read also the notes in
the documentation for the segments E1EDKA1 and E1EDPA1.
You can control the determination of the sales area data (sales organization, distribution
channel, division) with the table EDSDC. Since an EDI partner will only rarely transmit
this data (see notes for the documentation on segment E1EDK14), the sales area can
be determined for the transfer to the application depending on the customer and vendor
number. To do this call the transaction VOE2.
action Action code that concerns the entire EDI message No processing
abrvw_bez No processing
ACTION Action code that concerns the item. Not relevant for incoming orders
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
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,
existing in the IDoc.
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 Is transferred to document item.
delivered 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/IDOC 018 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.
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.
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 recipient
Plant
Cancellation date
Department
Item Category
3.2.3 Contract
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.
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
IDDAT Indicator for Date Segment Indicator for the use of the date
/ time entries in the following
fields.
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 message 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 appears. If this occurs,
please correct the date entries.
Field Explanation
The segment is not used in the outbound quotation. The object identification is sent with the
segment E1J3AIM.
ACTION Action code that concerns the item. 000 - item unchanged
PMENE Price Unit of Measure ISO code of the price unit of measure
VPREI Price (net) Price per price unit. Please note: for
AFS materials with dimensions, the
price here is per dimension.
NETWR Value of Item (net) Net value. For AFS materials with
dimensions, the value here is per
dimension.
EINKZ Indicator: More than one schedule line for X, if more than one schedule line exists
the item for the item.
UEPOS Superior item in bill of material structures Is copied from the document.
GRKOR Delivery group (items are delivered Is copied from the document.
together)
FIXMG Delivery date and quantity fixed Is copied from the document.
J_3AMSOM Equal mix of products in a multi-store order Mix ID for multi-store order.
J_3ALNGR AFS Line group-ID (schedule lines are Is copied from the document.
delivered together)
J_3AVASIT VAS Item values ticketing/labeling (E), Is copied from the document.
packing (V), special service (S)
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 quotation.
AFS Restrictions
A change in MSOs and in orders with VAS data via IDoc is not 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, E1EDP04, E1EDP05.
AFS does not support changes to the material number or the dimension of an already
existing stock keeping unit (SKU). SKUs can only be flagged with one deletion indicator.
AFS does not support adding individual components by means of an order change IDoc
(ORDCHG) to a bill of material (BOM) that has already been exploded in a sales
document.
ACTION Action code that concerns the item. 000 - item unchanged
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 price here is per
dimension.
NETWR Value of Item (net) Net value. For AFS materials with
dimensions, the value here is per
dimension.
EINKZ Indicator: More than one schedule line for X, if more than one schedule line exists
the item for the item.
UEPOS Superior item in bill of material structures - is copied from the document-
GRKOR Delivery group (items are delivered - is copied from the document-
together)
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 - is copied from the document-
delivered together)
J_3AVASIT VAS Item values ticketing/labeling (E), - is copied from the document-
packing (V), 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.
ACTION Action code that concerns the entire EDI 000 = order unchanged
message
004 = order changed
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 most important functions are:
Using the standard search function (Ctrl + F) any character string can be searched for
throughout the entire IDoc. By doing this, incorrect segments can be found more quickly
in larger IDocs. If the error occurs in the IDoc inbound module, the incorrect segments are
highlighted in red.
By clicking on the number of a segment, all segment fields can be edited. A segment field
can be edited by clicking on the value of that field.
After the IDoc has been edited, it can be processed as a job either in the foreground or in
the background. After the IDoc has been successfully processed, the work item is deleted
from the associates inbox.
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).
An incorrect ORDERS IDoc cannot be processed online because the ORDERS inbox does not
run using Call Transaction as it does in the standard.
A new business object type, /AFS/ORDER, has been generated. This object type has a new
method AFSIDocOrders.ErrorHandling.
All customer enhancements used in the inbound function modules can be used.
3.2.8 Invoice
The invoice IDoc can be used for EDI communication and for the ALE scenario Stock Transfers
Between Distributed Systems.
Features
An E1J3P01 segment is created in the IDoc for each SKU in the invoice. The net and gross
prices are always calculated at SKU level and are independent of the billing type (billing at SKU
level or item level).
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 USD20.
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 Distributed Systems scenario is used, requirement and stock
category data is sent to each SKU.
AFS Restrictions
AFS only supports logistical invoice verification. Other scenarios that include FI invoices are not
supported by AFS.
To send out conditions in segment E1EDP05, you must check the print indicator in the pricing
procedure for the condition type.
Segment E1J3P01
J_3ALNGR AFS Line Group indicator Line Group indicator specified several schedule
lines for one delivery
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 absolute or percentage based
surcharge
J_3AVASPQ Quantity
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 absolute or percentage based
surcharge.
J_3AINCREM VAS Packing Increment Quantity that can be packed into the packaging
J_3AMIXID Mix Indicator Group for Indicates whether and how packaging can pack
VAS Packing Types items, sizes, colors etc. together. This is an
information only field.
3.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 urgently recommend that you use the most recent
version of an IDoc type for the respective document type.
In contrast to other purchasing documents, you cannot enter an account assignment in the
request for quotation.
EKET-MENGE
KOMV-KWERT
EKET-J_3AVEMA
EKPO-IDNLF
EKPO-MATNR
EKPO-EMATN
014: Validity start date for outline agreement or request for EKKO-KDATB
quotation
EKKO-KDATE
015: Validity end date for outline agreement or request for
quotation
EKET-MENGE
KOMV-KWERT
EKET-J_3AVEMA or
EKPO-IDNLF
EKPO-MATNR or
EKPO-EMATN
Header texts
Terms of delivery
Material text
Item texts
Dimension
Category
Document type Direction Logical IDoc Type Output type Process Code
Message
014: Validity start date for outline agreement or request for EKKO-KDATB
quotation
EKKO-KDATE
015: Validity end date for outline agreement or request for
quotation
EKET-J_3AVEMA or
EKPO-IDNLF
EKPO-MATNR or
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.
In order to uniquely identify an item/schedule line in a purchase order, you need the following
information:
All of the available material-specific data (for example, grid value, 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.
Document type Direction Logical Message IDoc Type Output type Process Code
014: Validity start date for outline agreement or request for EKKO-KDATB
quotation
EKKO-KDATE
015: Validity end date for outline agreement or request for
quotation
EKET-J_3AVEMA or
EKPO-IDNLF
EKPO-MATNR or
3.3.6 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.
Document type Direction Logical Message IDoc Type Output type Process Code
Document type Direction Logical IDoc Type Output type Process Code
Message
In order to uniquely identify an item/schedule line in a purchase order, you need the following
information:
ALE ID
Item
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.
Document type Direction Logical IDoc Type Output type Process Code
Message
J_3ADEPM Department
BEZEI6 Description
BEZEI7 Description
BEZEI8 Description
BEZEI9 Description
BEZEI10 Description
J_3ADATUM Date
J_3AUZEIT Time
J_3AVASPQ Quantity
J_3AVASPQ Quantity
J_3AWDTH Width
/AFS/LANGUA_ISO Language ID
Conditions in segment E1EDP05 are only processed correctly for transfer prices. All of
the other conditions (such as delivery costs, whether they are header or item
conditions) are not processed (see standard).
ALE ID
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.
J_3AVASPQ Quantity
You can transfer stock from external systems in one of two ways:
During the data transfer you can maintain all stock with all required data exactly as you would in
the dialog. If you use the data transfer with ALE, the data is transferred in an IDoc.
J_3ASIZE AFS grid value (required field for AFS material with MSEG-J_3ASIZE
dimensions)
create the necessary source text for the user exit EXIT_SAPLLMDE_002, which is
included in the system enhancement MWMIDO08
You can find further information in the system enhancement MWMIDO08 and
user exit documentation.
BOMs are found in varying forms everywhere where end products are composed of several
basic parts or materials.
One of the steps you should carry out when you start up PP in the SAP system is the transfer of
BOMs from a legacy system. This step is required because it is not usually possible to create
initial data manually in the R/3 system due to the multitude of BOMs used.
Using ALE, grid values are mapped in the same way as in the dialog
transaction.
Mapping of Categories
Using ALE, categories are mapped in the same way as in the dialog
transaction.
ALE
When data is transferred using Application Link Enabling (ALE), it is subject to the same checks
as in dialog.
If a logical error caused by BOM maintenance occurs when the IDoc is processed, the system
terminates the corresponding maintenance transaction and the IDoc receives the
status incorrect. If no logical error occurs, the IDoc receives the status successful.
For IDocs with the status incorrect or successful, the status record receives the messages that
were issued during processing. After the logical errors have been resolved, you can reprocess
the corresponding IDocs.
create the required source text for user exit EXIT_SAPLJ4AI_003 contained in system
enhancement J_3ABOM
AFS-Specific Fields
J_3ACAPR-PROFC or
J_3AGRPR-PROFG or
J_3APEPR-PROFT
J_3ACAPR-MATNR or
J_3AGRPR-MATNR or
J_3APEPR-MATNR
J_3ASPRT-SPRAS
J_3AGRPR-WERKS or
J_3APEPR-WERKS
J_3APEPR-RCATE
J_3ACAPR-SEASO or
J_3APEPR-SEASO
J_3AGRPR-VERSB or
J_3APEPR-VERSB
J_3ASPR-MGRID
Parameter:
J_3ACAPR-WERKS,
J_3ACAPR-COVST,
R and PRC
J_3APGHD-J_3ABZD3
Remember that there are seven user exits for the IDoc /AFS/DISREQ01. You can find a
description of these user exits in the enhancement J_3ADREQ. To see the relevant
documentation, call transaction SMOD.
Overview: The AFS IDoc type can be used to create AFS confirmations.
Mapping grid values: The mapping of the grid values using ALE works the same as in
the dialog transaction.
For technical reasons, you are required to use unique marker indicators for each size for
production orders that were created with markers. (The marker indicators are created based on
the field contents of the marker ID, marker number and marker section.) If this is not done, the
data record cannot be uniquely identified in the database.
The reason for this is that the markers in the production order are identified internally using a
sequence number. In the case of the IDocs, however, only the user ID can be used.
ALE
When data is transferred using Application Link Enabling (ALE), it is subject to the same checks
as in the dialog.
If a logical error caused by confirmation maintenance occurs when processing the 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 successful.
For IDocs with the status incorrect or successful, the status record receives the messages that
were issued during processing. After the logical errors have been resolved, you can reprocess
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 for Distribution (ALE).
Note that the PDC data records should be posted later to ensure that this is done efficiently.
This can be done manually using the menu option or automatically in a batch job. You can
configure your system via Customizing settings to ensure that the data records are posted
immediately. We would recommend, however, that you do not do this to ensure that data and
performance are not negatively affected. IDoc handling only creates the data records. You must
process errors that occur when posting is done subsequently, using the error handling function
for confirmations.
Transfer orders (issue and receipt) WMTORD /AFS/WMTOID01 for the issue
The enhancements are limited to additional archiving of AFS-specific database tables for the
relevant SAP standard database tables. This means that AFS tables are archived along with the
standard tables, if necessary.
Archiving in AFS is carried out using the standard objects and standard tools. However, there is
an AFS-specific archiving object for grid archiving.
Material master segments A and C (MARA and MARC) are archived using this archiving object.
The following AFS tables are updated in the application along with the two standard tables, and
must also be archived along with the standard tables:
MARA J_3AQDST
J_3AMSEA
J_3AGMD
MARC J_3AMAD
J_3AMADKA
J_3ATRAME
The relevant AFS tables are listed below for the respective archiving object.
With application V1
With application V3
With application V2
MARA
MARC
MLGN
MLGT
MVKE
MARM
Confirmations (AFRU)
Operations (AFW)
Reservations (RESB)
Routings (PLKO)
BOMs (STKO/STPO)
The relevant AFS tables are then listed for the respective archiving object.
AFRU (confirmation)
AFVV (operation)
RESB (reservation)
Tables
Programs
The above programs provide detailed documentation on the scope of functions in grid archiving
and how to carry it out.
5. Mapping
The aim of mapping is to arrive at the most accurate distribution profiles for a material or set of
materials based on historical sales data. In the AFS system mapping means to copy SKU data
with quantities and periods from SIS into distribution profiles. The system uses the total
Features
You can save the information about which source criteria you want to base a distribution profile
on in variants and any particular emphasis of certain criteria inmapping profiles.
The S430 info structure has been enhanced with SKU fields.
When defining the periods for the SIS source data you can use presizing validity
periods or enter time intervals.
You can also set up mapping to run as a batch job by creating a variant in Multi-
Profile Mapping.
When maintaining distribution of requirement versions you must also take into
account that they determine which SIS interface variant is used in mapping.
Procedure
There are two main transactions to carry out mapping:
You can use the SIS interface in distribution profile maintenance for single profile
mapping. If you access mapping from distribution profile maintenance you can only copy
the SIS data to that particular distribution profile version and context which you are
maintaining, such as distribution profile periods-00001version 00 for periods in
plant 0002.
You can use Multi-Profile Mapping for mass processing to compute all of the relevant
distribution profiles for multiple materials according to all 4 criteria at once.
Prerequisites
You must set up SIS and record sales quantities to use as a source.
You must have created a distribution profile for the target material or grid, made an entry
and saved. When mapping you overwrite any entries in distribution profile.
The system reads the actual SIS quantities for plants 0001 and 0002 and then adds 5% to 0001
and then copies the ratio to the distribution profile for plants 0011 and 0012.
You can base a distribution profile for plants (winter-plants) on the SIS quantities for all
materials during a certain period from the previous year and emphasize the quantities found for
plant 0002 by 10% and reduce 0003 by 10% in the plant mapping profile (plant 0001 - 100%,
plant 0002 - 110%, plant 0003 - 90%).
You only need mapping profiles when there is not a one-to-one relationship between the data in
SIS and in the distribution profile. That is, for example, if you have the same grid values for the
source material in SIS and the target material, you do not need to define a mapping profile for
grid values. The system only needs a mapping profile to define any deviations in the
relationships between characteristics to map.
The goal of mapping to arrive at a ratio between certain criteria for the distribution profiles. If you
create new grid values or plants there is no way to base the new ratio on the old. You must run
mapping for all old values and then manually define how the new values such as plants or grid
values appear in relation to the others in the distribution profiles.
Period selection data for the source must be maintained completely. If a validity period
is not found in the reference mapping profile, no data will be selected.
Names of mapping profiles are unrelated to the names of distribution profiles.
You cannot have differing grids for the source and target material, but you can have grid
values in the target which differ from the grid values in the same grid in the source.
You cannot assign categories in one coverage strategy to one in another coverage
strategy.
The figure below shows the relationship between the individual objects in the mapping process:
For more information on the distribution of requirements versions, see Mapping and the IMG
text for SIS in AFS Customizing.
Source Data
You define the distribution profiles by the target (material or grid) and then access the SIS data
for source data. You can limit the selection of SIS data as the source to any particular
combination of data. You can also use variants and save them in distribution profile versions to
save the source. If you use a different source other than the target you must create a mapping
profile to define the relationship between the two items.
You must enter a time period for the source data but all other entries are only necessary if you
want to limit the selection data. If you make no entries for the plant, for example, the system
takes all SIS data for all relevant plants for the current context of the distribution profile.
The system uses the version of the distribution profile to access any entries in
Customizing Maintain selection variant for SIS interface for further interpreting the SIS
quantities. Refer to the IMG text for more information.
The system offers the following levels for maintaining distribution profiles:
Plants
Version
Validity Period
Categories
Grid values
Periods
You can manage distribution profiles at client or material level. That is, you define which
distribution profile the system is to use by defining which distribution profiles are valid for a
In a distribution profile, you determine a relationship for a particular AFS material or set of
materials with the same grid between multiple
After carrying out presizing and copying a quantity from material level to SKU level in an
application such as the purchase order, you can make manual changes to the quantity.
Presizing describes how to bring a quantity from material level to SKU level, based on the
relevant distribution profiles but does not prevent you from making exceptions and overriding
the quantities at SKU level after presizing has run. The distribution profile is therefore only a
template for breaking down material quantities to SKU level. You can also make changes to the
distribution profiles themselves at any time and at any level.
Prerequisites
You must create valid versions and validity periods for distribution profiles in AFS Customizing.
Features
You can maintain default distribution profile versions for presizing to access the following three
levels (material level has the highest priority and client level the lowest):
You can override the default distribution profile when accessing presizing from planned
independent requirements maintenance. You cannot override the default distribution profile in
Purchasing.
By accessing Input Help for material-independent distribution profiles, you gain an overview of
which profiles have been maintained for categories, grid values and so on.
7. Presizing
Various forms of presizing are supported in the following areas:
SD sales orders
Categories
Periods
Grid values
This can be done without distribution profiles or increasing certain factors, for example,
categories, grid values or periods.
When you carry out presizing, the system searches for the relevant distribution profile based on
the plant and category for one or more materials, recalculates the quantities based on the
distribution profile, then rounds all values according to the settings. From the maintenance
transaction for the planned independent requirements, you can manually choose a rounding
strategy, distribution profile per factor and target period, for example, when running presizing in
the system. If no corresponding distribution profile version is determined for a factor, the
requirements are evenly distributed for the valid factor (for example, plant, category, period and
grid value). When running presizing in your system, you can also change the requirement
quantities by using all four factors at the same time. You can determine different distribution
profile versions for each individual factor.
You can copy requirements to new versions of the planned independent requirements as soon
as presizing has been run in the system. Alternatively, you can replace existing versions. You
can also work with requirement plans.
You can use distribution profiles to define customers purchasing behavior, for example. If
customers usually purchase more goods at the end of the week, you can define the distribution
profile to put more weigh on delivery dates at the end of the week or you can distribute more
quantities to a certain plant or category.
Prerequisites
You have to assign a default distribution version for all applications that use presizing. The
default version can be assigned at client or plant level (in Customizing) or in the material master
record.
When you carry out presizing in the maintenance function for planned independent
requirements, you must define the plants and categories. You can, however, choose if you also
want to run presizing for grid values and periods.
8. Categories
AFS materials are based on a large volume of data. To order this data volume, AFS uses
categories. Categories are used to logically segment materials. You can enter a specific
schedule line for a material per grid value. You can distinguish a material by color and size, for
example. Using categories you can also order the grid values at different quality levels,
customer segments, and countries of origin.
Requirements categories
Stock categories
Requirements categories are important in Sales, for example in sales orders, planned
independent requirements, and dependent requirements.
You can subdivide your requirements into the following criteria: quality and customer segment.
Incoming requirements, for example sales orders, are divided by the requested quality 001, 002,
or 003, and by customer segment A, B, or C.
Stock categories are used for the logical distribution of the existing and planned stock.
Therefore stock categories are assigned both to the physical stock and the procurement
proposals, such as planned orders, production orders, purchase requisitions, and purchase
orders.
You segment your stock by the same criteria as the requirement, by quality and country of
origin, for example. You subdivide your stock into different quality levels 001, 002 or 003 and
into countries of origin, for example, Australia, Canada, and Germany.
The categories influence the entire logistic chain. You can include or exclude components in the
bill of material or processes from routing on the basis of categories.
The difference between grid values and categories should be emphasized at this point. You
assign a certain grid to a material in the material master. The grid values defined here are
assigned to this material and do not change during the entire logistic process.
You assign categories to a material using the category 'structure' and the Coverage Strategy in
the material master. Within the coverage strategy you define the sequence in which the stock
categories satisfy the requirements categories. Depending on availability, the system assigns
different stock categories to the requirements categories in the defined sequence, meaning that
the category can change in the logistic process.
To efficiently plan your requirements it is necessary to fulfill newly arising requirements (such as
sales orders) with the existing or future stock (for example purchase requisitions). If you have
defined categories for your material you can assign the stock to the requirements using these
categories. The coverage strategy determines how the requirements categories are assigned to
the stock categories. This assignment takes place during the availability check, the MRP and
the allocation run.
The coverage strategy is also important for the following requirements elements and stock
elements and their MRP-relevant procedures:
For internally and externally procured materials during the planning run. That means
during the creation of planned orders and purchase requisitions.
For their components. That is, the dependent requirements and the fulfillment of those
requirements.
For the consumption of the planned independent requirements by means of the actual
customer requirements during the planning run.
Features
During the planning run, the system determines which requirement categories can be covered
by which stock categories. You can specify a certain sequence for the above mentioned stock
and requirements elements and their MRP-relevant procedures.
For example, you determine the following sequence for your categories using your coverage
strategy: You receive a requirement, such as a sales order, for category 001A. Category 001A
includes the following information: The customer requesting the requirement belongs to your
customer segment A. This customer has a requirement for quality 1 (which is the best quality).
Using the coverage strategy, you define that this customer will receive the requested category
first if you have the category in stock. If the requested category is not in stock, you decide that
the customer will then receive the next lower quality.
For example, the MRP status T (temporary) means that a requirements category is temporarily
assigned to a stock category. A sales order that arrives later and is subject to an earlier
requirements date than the sales order that has already been planned, can be reassigned to the
already planned stock. The assignment of a requirements category to a stock category is not
fixed until after the allocation run. This requirement is then open for the delivery.
You define your coverage strategy in Customizing. You assign the coverage strategy to a
material in the material master in the AFS Basic Dataview at client level. If you set the AFS
status, no other coverage strategy can be assigned to this material.
Features
This is a basic enhancement of the material master that affects the entire chain of logistics. AFS
materials are processed and valuated using their grid data in:
You use material grids to map each of your materials in all of its characteristic values in the
system.
There are different grid types available in AFS:
Prerequisites
You have defined characteristics by going to the SAP Easy Access screen for
characteristics and choosing Cross-Application Components Classification
System Master Data Characteristics (Transaction CT04) and assigned them
characteristic values.
Features
Grid structure
You determine the structure of your grids in the AFS system using dimensions. A maximum of
three dimensions is allowed of which the total length must not exceed eight characters. You
form grid values using a combination of individual dimension values
Using the one time assignment of a master grid to a material, you specify the grid values in
which this material can occur. This assignment applies as long as you carry your material.
The actual control of your material takes place via grids. You can thus maintain sales and
purchasing related condition records, for example, using master grids and application grids.
Using the application grids you can also specify which grid values you want to have in stock or
sell in which season.
You specify the valid application grids for your material depending on the master grid for the
material. In contrast to the master grid, you can replace the application grids of your material
with other ones. Only grids that are based on the master grid of the material are permitted. You
enter the reference between application grids and materials via grid control data.
Grid views
Grid values for AFS materials are entered, maintained, and processed in logistical processes
such as MRP, sales order processing, and others using two views:
In the line entry view the system lists the grid values vertically from top to bottom. You
can determine which values are listed at the top by defining sorting sequences for the
individual dimension values. For example, you use this view for the availability check.
In the grid entry view, the system shows the grid values in the pattern, that is, how you
have combined them in the grid maintenance. For example, you use this view to enter
quantities in the sales order.
Activities
To create grids, go to the SAP Easy Access screen and choose AFS Central
Functions Grids Material Grid Create
Follow the steps below:
2. Create a grid.
You use the master grid to enter all grid values in which a material can occur.
You define one master grid for each of your AFS materials in the AFS Basic Data view in the
material master. Once you have confirmed this assignment, you can no longer replace the
master grid with another one.
The master grid is valid across all plants for your material. Using the master grid you specify:
You can add grid values to the master grid any time. These values then apply for all referenced
materials.
For each dimension you can also specify (and change any time):
Which ranking it has in the sorting sequence of the line entry screen
Whether you want all dimension values to be displayed in the grid entry or only the valid
ones
Prerequisites
Before you can use control options in the application via purchase or sales and distribution
grids, you must have maintained the grid determination for Purchasing and Sales and
Distribution in Customizing and you must have entered the corresponding grid determination
procedure in the material master.
Features
Maintenance
When you create an application grid, you must refer directly or indirectly to a master grid. In the
latter case, you create the new application grid with reference to another application grid. The
system copies all the grid values of the referenced application grid. It does not generate an
interdependence between the two application grids, but assigns the new grid to the same
master grid that is decisive for the referenced application grid.
Each application grid is either an identical copy of a master grid or a segment from a master
grid. An application grid cannot contain more dimension values than the original master grid, nor
can it be made up of entirely different dimensions than the master grid. Grid values not
permitted in the master grid are also excluded from the application grid.
Changes in the master grid also affect all application grids that refer to the master grid
You decide to create your material with the master grid displayed in the above graphic and
include gray as well. You add the color gray to the master grid as an additional dimension value
and enter additional grid values. The system automatically updates all dependent application
grids, but does not transfer the new combinations of grid values. You can decide in which
application grids you want to permit the new grid values.
Application
Application grids allow you to coordinate and plan the purchasing and sale of materials.
You want to wait to sell your material until you have purchased sufficient stock. You do this by
assigning the material a purchasing grid whose validity corresponds to the time period that you
have planned for the purchasing. You also enter a sales grid for this material and make it valid
for the time period during which you want to sell the material.
The validity periods of the two grids can overlap in this case. If you want a material to be
discontinued, for example, you can extend the validity of the sales grid over that of the purchase
grid. You thus ensure that the remaining stock continues to be available for sale, but that
purchasing does not replenish the material.
The connection between material and application grids is variable, unlike the master grid, which
is a fixed component of the basic data of your AFS material and which you must enter when you
create an AFS material in order to be able to work with the material. You can assign sales or
purchasing grids to a material, but you do not have to. You can also undo or change a
connection any time.
You create a relationship between application grids and a material by using the Condition
Technique for Creating Grid Control Data. Here you specify the period for which you want a
purchasing or sales grid to be valid for a certain material. You can also restrict the validity of the
application grid according to criteria of your choice (for example, sales organization and sales
area).
You can also enter additional information for purchasing and sales.
You know that customer A never requests variants of size XS of your material Y with the master
grid in the above graphic. For this case you can create a sales grid in which you exclude all the
grid values combined with XS. Using the grid control data SD, you condition the sales grid within
the relevant sales area for customer A and material Y. When creating an order for this customer,
the system only offers you the grid values for material Y that you have permitted in the sales
grid.
Features
AFS provides two set determination procedures for grid determination in purchasing and sales
and distribution. In both procedures the system accesses one condition type for master grids,
and, according to the application area, another for purchasing or sales grids.
In the AFS basic data view in the material master, you enter appropriate grid determination
procedures for purchasing and sales and distribution.
On basis of the determination procedure, the system checks in the application whether there is
grid control data for the material in the current situation. The relevant access sequence for each
condition type is set independently of the determination procedure. This means that the system
assumes the most concrete key combination when it checks for grid control data. If there is no
grid control data, the system accesses the next key combination, and so on.
Using the grid determination log during order entry in sales and distribution, you can see the key
combination for which the system found valid grid control data.
You can enhance the standard access sequences in AFS purchasing or sales Customizing to
optimally map your business processes.
Grid control data for master grids are normally valid at material level. As soon as you have
specified control data for a master grid, and the grid has been assigned to a material, the control
data for the master grid is also valid for the material. The master grid and the grid control data
for the material are valid for all plants.
A number of different key combinations are available for the condition types for maintaining grid
control data for the application grids. You use the key combinations to determine the area of
validity of your grid control data.
You can define grid control data for Sales, for example, according to a key combination Service
Area - Customer - Material. This is useful if one of your customers always orders particular grid
values of this material.
Activities
In AFS purchasing or sales Customizing, check whether the existing settings for grid
determination meet the requirements of your company. Make new settings if required.
You can maintain grid control data from the AFS application menu
Features
Depending on whether you create grid control data for Purchasing or Sales, you have different
possibilities of how to specify the content of your grid control data. The possible entries are
grouped as modes.
Purchasing
You buy a material piecewise and sell it in packs of two. You therefore want to control that
Purchasing only buys the grid values of the material in even numbers so that no single units
remain when you sell two grid values together. You can do so by assigning grid control data to
the material based on a purchasing grid. You enter the content of the grid control data by
entering a rounding factor for each grid value.
Sales
Some of your customers do not enter how many pieces they want per grid value of a material.
They order a total quantity per material in percentages. Thus they indicate which grid values
they want to have more pieces of. You want to carry out this presizing procedure during the
order creation as quick as possible. You can do so by assigning grid control data which is based
on a sales grid to these customers and to the corresponding materials. Here the content is the
distribution profile, on which the presizing is based in the application.
You can define any number of dimension values per dimension. The alphabetical sort order
often does not correspond to the order in which the dimension values should appear. Therefore
you can control the sort sequence to suit your requirements.
The sorting order is defined by the order in which the characteristic values are created. For
example, you have four characteristic values L, M, S and XL. You want the grid / applications to
display the order as S, M, L and XL. You must then enter them exactly in this order during
characteristic value creation.
You have a two-dimensional grid with dimension color with the values white (WHT)and black
(BLCK) and dimension size from the previous example. The sort sequence for the color values
is BLCK, WHT. You have allowed all possible combinations as grid values.
In the line entry the system sorts the grid values as follows:
By changing the sort sequence in the master grid you can sort the grid values according to the
second dimension, which in this example is size.
If the grid history is activated you can display information on when the grid was changed, who
changed it, and what was changed.
Features
You can make changes to a grid if you have not yet used it, for example, combine additional grid
values or cancel existing combinations. You can also add dimension values to master grids.
Once you have used a grid, you cannot change settings for dimensions or grid values, but you
can add new dimension values and combine other grid values.
If you activate the grid history in Customizing and in the grid, the system logs all changes. You
can query the changes any time using reports.
Under Grid Number Ranges and Grid History in Customizing, you decide whether you want to
use the function in your system and whether it should be active for all grid types or certain types
only.
The grid history is activated for all grid types in standard Customizing.
If you keep the default settings in Customizing, you can specify whether or not you want the
system to record changes when you create or enter a grid.
Which application grids are dependent on a master grid or vice versa which master
grid belongs to an application grid
Features
Report: Usage of Master Grids in the Material Master
All dependent application grids for the master grids you entered in your selection
All superior master grids for the application grids you entered in your selection
You can make your selection in one evaluation using master and application grids at the same
time. In this case you get a report in two parts. The application grids appear on the left, and the
master grids on the right. The application grids are highlighted on the right in the first part of the
report; the master grids are highlighted on the left in the second part. If you want information on
certain interdependencies, this division makes the results list easier to use.
In the AFS entry screens, you can display data on the current document conversion type by
selecting Document Conversion Type. The system defaults the conversion type that then
converts the grid values based on a user/vendor or customer/vendor combination. All
Conversion Types is used to run dimension conversion based on a different conversion type. If
you have not defined conversion values in Customizing for some dimension values, you cannot
process any entries for these dimension values in AFS documents.
Customer/Vendor ID
You can define a customer/vendor ID in Customizing: Logistics General AFS
Material Grids Conversion Define dimension value conversion.Assign the ID to a
customer/vendor master if you want to use a specific conversion type for this customer
or vendor.
User ID
You can define a user ID by selecting System User profiles Own Data. On
the Parameter tabstrip, enter J31 in the Parameter column and a user ID consisting of
up to three characters in the Value column.
The system uses the following logic to determine the valid conversion type:
Base Values
If the system cannot determine any conversion types defined by you, it uses conversion
type SY Base Values. The grid values are then displayed exactly as they were created in the
system. You can also select conversion type SY Base Values manually to enter grid values for
which conversion into a different conversion type has not been fully maintained.
If you create and process new material grids, always use the base values and do not work with
converted values.
For example, if you use user ID 01 to process a document for customer C1, the system only
displays the conversion types to which:
The system highlights the conversion types assigned user ID 01 and customer ID C1.
Prerequisites
To be able to use dimension value conversion, you must:
b. Enter the material grid number and the validity date and confirm your entries by
choosing Continue.
c. Select the Grid Value Conversion indicator and save your changes.
2. In Customizing, define and update the user, customer/vendor or material IDs (only for
item-specific conversion).
4. Make a clear assignment of base values to conversion values for each conversion type.
You can also make these assignments using a special function in Customizing. To do
this, select Check Conversion.
Features
Current Grid Value Display
To see how a specific grid value has been converted, what the base value is, and which criteria
have been used to determine the conversion type, select a grid value in the line display for the
LMW detail screen, then choose Document Conversion Type. The system documents the
conversion type and the grid value at the time at which it was first created, meaning that the
user can always check the conversion type used in a specific conversion and how the grid value
was originally created.
If you change a document with converted grid values, the system determines the conversion
type again and does not automatically display the original conversion type. If you can select a
grid value and choose Document Conversion Type, you can display the conversion type
used when the document or item was created.
Dimension Conversion
If you have several materials in a single sales order or purchase order, the system defines the
conversion type for each material in the document if you are usingitem-based dimension
value conversion, based on the material indicator and the appropriate conversion type.
Item-based dimension value conversion is inactive if you have set up a document conversion
type. You can switch off the document-based conversion method completely in the user
parameters.
The system uses the following logic to determine the conversion type for the dimension value
conversion where a material ID is used:
Sequence
Material ID Customer/vendor ID User ID
Material Conversion ID
The material conversion ID is a key that links the material with a conversion type. You can
create a material conversion ID and then use it for multiple materials for which you want to
convert dimension values.
You can enter the material conversion ID in the screen AFS Basic Data in the material master.
You cannot enter the material conversion ID when you are creating new materials. However, if
material conversion ID were already entered before the upgrade to this release, it would still
work.
AFS recommends using document-based conversion as this involves less maintenance and
ensures that all conversion entries are maintained consistently.
AFS has added several views to the material master for storing AFS-specific data. You set a
material as an AFS material by choosing any of the AFS views. You may not subsequently
choose an AFS view in order to add it to a standard material. Once a material has been used
you can no longer remove its AFS status if you have created it as such.
The new views that have been added are AFS Foreign Trade view and AFS Quality
Management (QM) view. You can assign commodity codes at the SKU level from the AFS
Foreign Trade view on the material master and can use the AFS QM view to control inspection
lot creation at SKU level.
The AFS Basic Data view has also been enhanced for the Retail data. You can assign the
merchandise category to the AFS material, which is used while creating articles in Retail by
doing the AFS material transfer to Retail.
Features
In addition to the additional views, AFS has also added direct input capabilities and an
EAN/UPC number generation program specifically for AFS materials.
You can also control AFS warning messages by industry to warn the user that they are creating
either a standard material or an AFS material in a certain industry. This is useful if you want to
only create AFS materials in one industry and only standard materials in another. Refer to
Customizing for more information about setting up the AFS warning messages.
With this function you can convert an AFS material to a standard material and vice versa, as
long as the material has not been used in any documents, nor has any basic data been
maintained for this material, such as a BOM or routing. You can convert materials to AFS or
standard at material level or you can set AFS MRP at plant level and run the program in
simulation mode or update mode.
For example, you select lot size 1,000 and then select Change and enter 1,100 to increase the
lot size from 1,000 to 1,100. This is changed for all the materials that were selected in the initial
selection screen and that have 1,000 as their fixed lot size. If you want to set 1,100 as the fixed
lot size for all materials, you can leave out the selection and simply choose Change.
The function for transferring material master data by direct input is available for AFS materials.
You can also generate a transfer file based on existing materials and make changes to the
transfer file.
Prerequisites
To create an AFS material by direct input, you must select the AFS views in structure BMM00.
J_3ADIWM for AFS Warehouse Management (only for AFS Release V2.5x)
Activities
All AFS specific data at material level, plant level, and sales organization level can be
transferred using structure BMMH1. The following transfer structures are available for AFS data
at SKU level and quota categories:
J_3ADI3 Season C