Professional Documents
Culture Documents
Roy
~ Rheinwerk
Pub ishing
What You'll Learn
1 Available-to-Promise Basics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.1 ATP in a Supply Chain ........... . ..................... . ... . 7
1.2 Available-to-Promise with SAP ... . .... . ...... . .... . .... . ... . 8
2 Product Availability Check .................................... . 17
2.1 What Is Product Availability Check? .......... . ........... . . . 17
2.2 Configuration Basics ...................................... . 20
3 Product Allocation ........ .... ............. ...... ............ . 26
3.1 What Is Product Allocation? ............................... . 26
3.2 Combining Product Allocation and Product Availability
Check . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
3.3 Basic Configuration for Sa les Order . . . . . . . . . . . . . . . . . . . . . . . . . 33
3.4 Basic Configuration for Stock Transport Order............... 35
3.5 SAP Fiori Applications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
4 Alternative-Based Confirmation ............................... . 52
4.1 What Is Alternative-Based Confirmation? ........ .. ........ . 53
4.2 SAP Fiori Applications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
4.3 Combining Alternative-Based Confirmation and Product
Allocation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
4.4 Limitations and Expected Enhancements . . . . . . . . . . . . . . . . . . . 59
5 Backorder Processing .... ........ ........... ....... ........... . 61
5.1 What Is Backorder Processing? ............................. . 62
5.2 Configuration Basics ............ . ......................... . 64
5.3 SAP Fiori Applications . .. ... . .... . .... . . . .... . .... . .... . ... . 65
4
5.4 Globa I Filter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77
5.5 Fall back Variant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83
5.6 Combining Backorder Processing with Product Allocation . . . 90
6 What Is Release for Delivery? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91
6.1 SAP Fiori Applications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92
6.2 Combining Release for Delivery with Product Allocation . . . . . 101
6.3 Combining Release for Delivery with Alternative-Based
Confirmation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102
7 What 's Ahead for aATP? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103
1 Available-to-Promise Basics
Available-to-promise (ATP) is the uncommitted portion of a company's
inventory and planned production, used to support order promising for
customer orders. The ATP quantity is very different from the available stock
quantity. For example, perhaps there are 100 total pieces of stock for a prod-
uct, but 80 pieces have already been committed to some sales orders or
internal production. In that situation, the ATP quantity is only 20 pieces,
which can be promised to new sales orders or new requirements.
s
1 Available-to-Promise Basics
Figure 1.1 sho\ivs the calculation process for ATP quantity and some import-
ant business considerations for prioritizat ion in product availability checks.
Customer order
Prioritization
ATP quantity ,
' parameters
Stock ATP Price
+ Purchase order
~
Payment t erms
+ Planned order
- Sales order (commit ted}
- -- Priority
Service level
- Delivery
Loyalty
- Reservations
Yes No History of return
,
'
Order promised Order not promised
Available-to-promise (ATP)
Figure 1.1 ATP Quantity and Business Considerations for Product Availability Checks
6
1 Available-to-Promise Basics
7
1 Available-to-Promise Basics
.
- Customer A
•
,...., : Customer B
~ Car ....._
: ; Customer C
, , ,.•
Steel - Roller bearing - Pump
I - Power Plant
•
* ATP ~ Fan
1
Figure 1.2 ATP f or Sellers in Supply Chai n
The concept of classic ATP remains the same in all SAP solutions and can be
executed in transaction objects like sales orders (including delivery), stock
transport orders, production orders, and project networks, using the same
formula for calculation of ATP quantity:
However, current solutions provide very advanced features for ATP checks
(i.e., beyond classic ATP). The new ATP solution in SAP S/4HANA is called
advanced available-to-promise (aATP), introduced in the 1610 release.
8
1 Available-to-Promise Basics
In common parlance, ATP and product availability check are often used
interchangeably.
Note
SAP APO has four modules: Demand Planning (DP), Supply Network Planning
(SNP), GATP, and Production Planning and Detailed Scheduling (PP-DS). Table 1.1
describes these modu les and their main features.
In the following sections, we'll first discuss the similarities among the three
solutions and then discuss where their functionality differs.
9
1 Available-to-Promise Basics
SAP ERP
Order
Sales order 1-+< confirmation._ Delivery Goods issue
SAP ERP
Order
Sales order Delivery Goods issue
confirmation
'
- -
Sales order - ATP GATP Delivery - ATP
SAPS/4HANA
Order
Sales order i--+< confi rmation~ Delivery ~< Goods issue
Figure 1.3 Execution of Classic ATPfor Sales Order and Delivery Processing
In addition to product availability check, all three ATP solutions also pro-
vide features, including the following:
• Product allocation
This is a mechanism to avoid "first come, first served" problems in order
management.
• Backorder processing
This is a re-ATP process (i.e., carrying out ATP after initial order creation)
to confirm high-priority orders and unconfirm low-priority orders.
Both product allocation and backorder processing are available in SAP ERP,
SAP APO GATP, and aATP. GATP provides very advanced features for prod-
uct allocation and backorder processing when used with SAP ERP. aATP has
10
1 Available-to-Promise Basics
Figure 1.4 shows the process flow for a sales order entry, along with its logis-
tic execution; this typical process flow is applicable for all three ATP solu-
tions with advanced features like product allocation and backorder pro-
cessing.
~ )
... · 1_ ,
Sales order entry A• Product allocation
.......~
Backorder
processing
J._
Sa les order ,
confirmation Delivery processing
t
Transport
* ATP ~ Influences
Figure 1.4 Process Flow for Sales Order and Logistic Execution
11
1 Available-to-Promise Basics
an interface). It has a completely new design setup using easy and simple
business terms with SAP Fiori apps.
Customizing - Customizing
SAP ERP
SAPS/4HANA
[ Customizing
J ( Mast er data
J
( ) ( Transaction data )
Figure 1.5 Solution Setup for Product Availability Checks in SAP ERP, GATP,
and aATP in SAP S/4HANA
12
1 Available-to-Promise Basics
Table 1.2 Differences in Prod uct Availability Checks in SAP ERP, GATP in SAP APO, and aATP
in SAPS/4HANA
13
1 Available-to-Promise Basics
Table 1.2 Differences in Product Availability Checks in SAP ERP, GATP in SAP APO, and aATP
in SAPS/4HANA (Cont.)
14
1 Available-to-Promise Basics
Table 1.2 Differences in Product Availability Checks in SAP ERP, GATP in SAP APO, and aATP
in SAP S/4HANA (Cont.)
15
1 Available-to-Promise Basics
Table 1.2 Differences in Product Availability Checks in SAP ERP, GATP in SAP APO, and aATP
in SAP S/4HANA (Cont.)
Note
aATP was introduced in the 1610 release of SAP S/4HANA. Functionalities/
features in aATP are evolving and will continue to be developed and enhanced
in the new few years. SAP has plans to provide the same/sim ilar system capabil-
ities in aATP as in GATP of SAP APO. SAP declared in SAP Note 2456834 that
GATP w ill be succeeded by aATP in SAP S/4HANA. See Section 7 for upcoming
features and SAP's roadmap for aATP in SAP S/4HANA.
16
2 Product Ava ilability Check
Note
ATP and product ava ilability check are often used interchangeably. ATP includes
product avai lability check and other methods like product allocat ion.
• Product allocation
When the demand is more than the supply, product allocation restricts
the "first come, first served" method of order confirmation- that is, it
avoids the full confirmation of scarce products to initial orders so that all
customers can be allocated specific quantities based on business strategy
(discussed in detail in Section 3).
17
2 Product Ava ilability Check
• Alternative-based confirmation
This is another variant of ATP. An availability check is carried out at the
ordering plant, and if the material isn't available to be promised in that
plant, then the system can check its availability in other plants and con-
firm the order, if available.
Note
Alternative-based confi rmation {ABC) is the successor of rules-based ATP (RBA)
of GATP in SAP APO. Functionalities in ABC are similar to RBA, but not the same.
ABC functionality will be discussed in Section 4.
ATP
Now let's discuss how product availability check is carried out. Customers
generally indicate the date on which they require a material to be delivered
at their sites (plants/warehouses). Hence, a sales order captures the re-
quested delivery date for the customer with the requested material and
quantity.
In SAP (SAP ERP, SAP APO GATP, or aATP), product availability check is
always carried out on the material availability date at a specific plant (ware-
house). Determination of material availability date and ATP quantity is illus-
trated in Figure 2.2. Material availability date is calculated backward from the
requested delivery date using the following formula:
18
2 Product Ava ilability Check
Product availability check is carried out on a specific date (or time axis)
using the following formula:
ATP quantity= Available stock+ {Planned receipts (Purchase requisition +
Purchase order+ Planned order)]-[Planned issues {Sales order+ Delivery+
Reservation)]
ATP
No
' '
' '
Yes '
Sales order
confirmed "'C ,,.
QI '5.
c: ·-
Business c: QI
111 v
Available Pu rchase Purchase Planned
strat egy • a: ~ stock order requ isition order
How . ..
How much Yes "'C ,,.
QI QI Sales Delivery Reservation
When c: ::I
c: ,,. order
111 ,,.
Yes a: - I I
No
19
2 Product Ava ilability Check
Note
PACs also can be carried out through other SAP GUI transactions, such as Trans-
actions VA01/VA02, ME21N/ME22N, and so on, during creation/ change of sales
order or purchase order. Product availability check also works with project stock,
production order, and more, and can be checked through Transaction CJ20N,
Transaction C002, et c.
There are certain prerequisites (configurations and master data) for the
product availability check to take place with aATP for a sales order, as fol-
lows:
• The availability check group must be active for aATP to work (as shown in
Figure 2.3, 0 ).
• The availability check group must be set in the Sales: General/Plant view
of the material master of the sales order (as shown in Figure 2.3, 8 ).
• The requirement class and schedule line category must be activated for
Availability check (as discussed later in this section).
20
2 Product Availability Check
Material ~f-Gl_S~~~~~~~~~~---.fffi
Oescr. TFG AA TP Test 15
f:lant I1010' Plant 1 DE
General data
Base Um of Mea,...re fST"' Piece Replacement Part l
Gross weight f0,5oO KG Qual.f.FreeGoodsDis.
Material fre;;iht grp
r
,_,~----.]
t Jo,4so
· ~~~.....;.;;.:.;;;;.;~~~....;....
t
Availabiity check Y3 Only ATP no PAL
Appr.batch rec req. l
Batch management 0
Figure 2.3 Configuration of Availability Check Group and Its Setup in Material Master
Note
Configurations for product availability check in aATP are the same (or similar) to
product availabi lity check in SAP ERP and are carried out in the IMG menu path
(i.e., not in SAP Fiori apps).
21
2 Product Availability Check
Note
The ava ilability check group also can be set as the defa ult at t he material type
and plant levels via t he IMG menu path Cross-Application Components •
Advanced Available-to-Promise (aATP} • Product Availability Check (PAC} • Con-
figure Defa ult Values for Availability Check Group. However, the system priori-
t izes the value if it's set in the material master.
Checking Rule
The checking rule specifies the scope for the availability check for specific
transactions. The system has predefined checking rules for sales and distri-
bution and for logistics execution (delivery, goods issue), as listed in Table 2.1.
22
2 Product Ava ilability Check
Checking group
Checking rule
(ava ilabi lity check)
The Ava il. Check flag is present in both requiremen t class and schedule line
category, and must be active for a product availability check in the sales
order. If Ava ila bility is flagged in the schedule line category but not the
requirement class, then the availability check will not take place in the sales
23
2 Product Availability Check
order. The requirement class is a higher-level object, and the flag on the
schedule line category provides t he opt ion to switch off the availability
check in certain scenarios, if it isn't needed. The availability check for the
schedule line category works in the sales order only if it's also activated for
the requirement class of the sales order.
Standard Order
Sdcl-TQ Parll:
1119
l lOOOOS6
l
I
N~I V.._,,,
Premum custcmer t 0-11123 M\!rlch
l 990,00 ' tUR
0
d
r
stm.To paty 1000056 Ql Io.• •" '
Cust. Reference IMlJ! ICust . Ref. Date 126 . 07. 20111
~
~ Item overview Item detal Orderng paity .)' PrOCU'ement v SliiJlli"1o Reasoo ftlr rejection
~~ ~ ~~ Iii GtlM> l
terns
I Item Material ~ COnfirmed Qty SU Mat.Av.Ot. SLC.. RqTy
10 FGlS 1010 OEA 03 . 08 . 2017 ZP 04Z
9EA 0,, 17 ZP
Chilnge View "Millntilln Schedule Line Ciltegorl ''._eta/ls Chilnge View ' lequlrements Cl.Jsses": Det.Jlls
~ Now Entr1es ID ~ ~ ~[}~ ~ Now Entries ID ~ ~ ~[}~
SChed.lne cat. ZP
~
o ~DAO I
-~ Reqnts class 042] corde!Lclehe<u:e qml ~
-.....c1ai.
"' R~ements
Deivery block fl Asserrllly
Movement type 1•011 GO Qoods lssue:delvy If Item rel.f.dv. IAval. Check NJ I Asserrllly type
0
Movement Type l·Step n REQ. trMlSfer NJ Order costing 0
Drdor Two r:::J Q P.roq.del.schcd Allocation Ind. 0 Automatic "*'19 0
Item cateq:iry [] 0 Ext.capa. i:mrtig Prod.-•tlon 0 S!Jeclal Stod: r
Acct ASSl1Tlt Cat [] lnd.req.recb:tn 0 Order Type D
~te Sched. l.iies [] No~te o~.Sched NoM\P n Ava.ca1icxnents 0
MvT 1'5. Val. SIT Cl
S!Jec.1,., WJ. Sil .0
Tr.nsaction lk>w
u'ICOR"Qi.!>'OCed. [301 General Sched. Lhe
~Req.{Assernbly
1 1;/)Avallabllty
0 Prod.-atlcn
I
Figure 2.5 Requirement Class and Schedule Line Category of Sales Order Activated for Avail·
ability Check
Figure 2.6 shows the determination of the requirement class and schedule
line category with relevant values from the material mast er and sales order.
24
2 Product Availability Check
MRPtype
(material master)
--. Schedule line
category
Figure 2.6 Determination of Requirement Class and Schedule Line Category and Their
Influence on ATP
Note
The product availability check of aATP also works for transaction objects other
than sales orders, like production orders, project networks, and stock transport
orders. The releva nt order types need to be set f or an availability check in the
IMG menu path Cross-Application Components• Advanced Available-to-Prom-
ise (aATP) •Configuration Activities for Specific Document Types• Planned and
Production Orders • Configure Scope of Availability Check for Production and
Process Orders.
The checking rule for production (or project network) can be created (i.e., not
predefined by the system as in case of sa les orders and delivery) in the menu
path Production •Shop Floor Control •Operations •Availability Check • Define
Checking Rule.
25
3 Product Allocation
3 Product Allocation
Product allocation is used when the demand is more than the supply (or
capacity to produce). It avoids the "first come, first served" way of order
promising and ensures that each customer receives its allocated share-
that is, the customer who places an order first doesn't take all (or most) of
the product.
When the supply is limited, products may be allocated (shared) to be sold to
the following groups:
• Premium or strategic customers (customers with high price, lower return
rates, good payment terms/credit history, etc.)
• Target regions (e.g., if a product needs to penetrate certain markets to
beat competition or be promoted in an entirely new region)
In the following sections, we'll look at how product allocation works, how
product allocation and product availability check work together, how to
configure product allocation, its main SAP Fiori applications, and some
more advanced product allocation-related functionalities.
26
3 Product Allocation
We can see that the confirmed quantity is equal to either the allocated
quantity (customers A and B) or the requested order quantity (customer C,
fo r which the requested order quantity is less than the allocated quantity). If
the products are not allocated, then there's the chance of a specific cus-
tomer grabbing all or most of the products (which are in short supply);
therefore, product allocation prevents "first come, first served" behavior in
order fulfillment process.
Characteristics
Characteristics are the matching fields (parameters) of a transaction object
(such as Sales Orga nization for a sales order) against which products are allo-
cated and order confirmations are carried out. M ateria l Group, shown in
Figure 3.1, is another example of a characteristic other than Sales Organiza-
tion.
Characteristics are created directly in an SAP Fiori app in aATP (unlike GATP,
in which characteristics are created in the IMG menu path). A user with the
SAP_BR_INTERNAL_SALES_REP role can configure characteristics in the Con-
figure Product Allocation SAP Fiori app, which we'll discuss further in the
Configure Product Allocation section.
Note
The SAP S/4HANA 1809 release also provides the option to use custom and
additiona l fields as characteristics for product allocation for both sales order
and stock transport order.
27
3 Product Allocation
Characteristic Characteristic
Figure 3.1 Standard Characteristics for Product Allocation for Sales Order and Stock Trans-
port Order
Collective Allocation
Collective allocations are used for scenarios in which the allocations are not
defined specifically for the characteristic value combination. Note that allo-
cations for customers A, B, and C are defined specifically. For example, in
Table 3.1, allocations for all other customers can be classified as collective
allocations-that is, the allocations for other customers (other than A, B,
and C) have not been specified individually but specified collectively.
aATP provides very easy and flexible options for maintaining collective
allocations, as shown in Figure 3.2 via the Configure Product Allocation app.
This app shows collective allocation for the characteristic value combination
Sales Organization, Sold-To Party, and Materia l Number managed by the sys-
tem and maintained manually. You can see the characteristic value combi-
nation (CVC) maintained automatically by the system on the top screen 0 ,
and the manual maintenance of the collective allocation on the bottom
28
3 Product Allocation
screen f). Note that the product allocation rows marked with# indicate col-
lective allocation.
sececuon Range:
12.03.2019. 27.05.2019 f3
Sales Organization Sole!-To Party • CU$1.. Material Number $Ylu$ ConstJaint Stat\!$ U .03.2019 18.03.2019 25.03.2019 01.04.2019
As in sequenc:e
0 Acl.Ne Con.st:raint 100 100 100 100
As in Sequence
D 1010 • Active Constraint 40 40 40 40
As in Sequence
0 1010 10100001 • Actii.te Constraint 20 20 20 20
Asln5eq~
Ql ActOle Constraint 10 10 10 10
5eeecti0n Range:
12.03.2019. 27.05.2019 f3
Product Allocation Planning Data (2) f) search C\ Add Change Sl<lrus Change constraint Status
D Sil•• Organiz•tion Miterial Number I sY•.. Cons.traint StaM U .03.2019 18.03.2019 25.03.2019 01.04.2019
As in sequence
0 1010 6l 10100001 6l # Ql ActNe Const:raint 20 20 20 20
Figure 3.2 Collective Allocations Managed by System and Maintained Manua lly
29
3 Product Allocation
0 It defines the period for planning; possible values are calendar day, week,
month, quarter, or year.
0 It defines the time zone.
f) It defines the date types for allocation check. Possible values are Materia l
Avai lability Date, Requested Delivery Date, or Goods Issue Date.
0 It defines the Factory Ca lendar for start and end date of the planning
period.
Figure 3.3 Product Allocat ion Object and Its Infl uencing Parameters
Consumption Direction
Product allocation can be consumed in two ways: by specific period type
(e.g., week 5 or the month of February) or on a cumulative basis (combining
allocations for multiple weeks or months).
Figure 3.4 shows the allocation planned for five weeks and its consumption
for an order of 100 pieces in week 4. Consumption of allocation has been set
for two weeks back and one week forward. Accordingly, the order of 100
pieces consumed allocation as follows: 20 pieces from week 4, then 40 pieces
30
3 Product Allocation
from week 3, then 20 pieces from week 2, and then 20 pieces from week 5.
The sequence of consumption of product allocation is shown in Figure 3.4.
Note that the third period of consumption is week 2, and then it is con-
sumed from week 5- that is, it did not consume from week 1 because back-
ward consumption is set for two periods (weeks) only.
* consumpllon Unit:
EA
Product Allocation ,, _\
45 ~~~~~~~.....::!t::::================~~·t:::======~·~~
40
_ _e
•
35
30 ,,8 0'
25
-~
,.. T ....
20
15
10
1 40 I 1 20 I
5
0
Week 1 Week 2 ~ Week 3 Week 4 ~Week 5
Order of 100
PC in wee k 4
Figure 3.4 Consumption of Product Allocation on Current, Previo us, and Future Periods
31
3 Product Allocation
Note
Quantities from past and future periods are consumed on ly if those quantities
are lying unused - that is, not consumed previously in other orders.
Table 3.2 Confirm Quantity after Product Availability Check and Product Al location Checks
in Different Scenarios
32
3 Prod uct Allocation
Table 3.2 Confirm Quantity after Product Availability Check and Product Al location Checks
in Different Scenarios (Cont.)
Most of the settings/configurations for product allo cation in aATP are done
in SAP Fiori apps, which we'll discuss in Section 3.5; however, there are som e
prerequisite IMG configurations for product allocation to work with SAP
Fiori apps in aATP, as shown in Figure 3.5:
33
3 Product Allocation
•• ••
Ch1nge View "M1lnt1ln Schedule Line C1t egorles": Oet11/s
, , New Entries Cb !;"~ ti') ~ [} ~ Ch1nge View "Requirements C/1sses": Oet1ils
Schad.Ina cat . ITT! ['-'RP 1 , , New Entries l:D ~ If) ~ [ } {I
"
Emness data Reqmts class 10411 ~·der/delive<v reqmt 1
~9
D Ab:atlon hd. Automatic Ji'lnc;i 0
Acct Assgnt Cat
l..lldate SChed. Lines D NoUldate O Uld. sched IProd.aloc•tion Sl>eclal Stock _[l
lnd.req.reductn u Order Type CJ
MvT lss. Val. SIT
51)ee.!ss. WJ. SIT fr NoMRP D Aval.Con"QOl"Ef'ltS
Type COITQ.check
0
1:
Transaction ftow onne asSE<Tttt D
lnccxr4)1.J"CXed. 30 General 5ched. t.re rCOnfio<.a'atlon capacity check D
Gl)Req./Assembly Con~ation 0 No '4)date 0
PJAvalabAly '
cons.of a:nllg. 0 OCM 0
1~Prod.akxati:ln :
Figure 3.5 Activation of Product Allocation for aATP in IMG Menu Path
Note
If product allocation of aATP is activated, t hen it can't be run in parallel to the
product allocation function of sales and distribution (SD). Th is activation of
product allocation in aATP is at the client level, and it can't be rolled back to use
the product allocation function of SD.
In addition to the listed IMG customizations, the Availabil ity check group for
the availability check also needs to be set for aATP under the IMG menu
path Cross-Application Components· Advanced Ava ilable-t o-Promise (aATP) •
Product Availability Check {PAC) • Defi ne Availabi lity Check Group and also
assigned to the corresponding material, as shown in Figure 3.6.
34
3 Product Allocat ion
Material
Oescr.
Plant I1010 Plant l DE
General data
Base unit of Measure fsTl Piece Replacement Part 'l
Gross weight ro,soo Qual. f.FreeGoodsas. ']
Net weli;tlt 0 , 450 Material frelf;tlt orp .=-----,]
Availabitity check Yi lndvid.reqliements
Appr.batch rec. req. 0
Batch management 0
Note
Product allocation settings of SAP ERP in the IMG menu pat h Sales and Distribu-
t ion• Basic Functions • Ava ilability Check and Transfer of Requirements• Avail-
ability Check • Availability Check against Prod uct Allocation are not required to
be set up for product allocation to work in aATP in SAP S/4HANA. Those settings
correspond to the product allocation function of SD in SAP ERP.
Product allocation also works for Stock Transport Orders (from the 1709
release of SAP S/4HANA), and the prerequisite IMG configuration is shown
35
3 Product Allocation
in Figure 3.7. Relevant stock transport order types needs to be activated for
product allocation in the IMG menu path Cross-Application Components •
Advanced Available-to-Promise (aATP) •Configuration Activities for Specific
Document Types• Stock Transport Orders• Configure Delivery Type & Avail-
ability Check Procedure by Plant.
Display IMG
~ ~ i3 Existing BC Sets ~BC Sets for Activity ~Aet1vated BC Sets for Act1¥TtY ITJR
Structure
Advanced AvaHable-to·Promse (aATP)
Conllguratlon Aetlvitles ftr Specific Documentj)pes
• Sales Orders and Deliveries
• Planned and Proructlon Orders
• Reservations
Activate Product Allocation Check in Advanced ATP
• Stock Movements
Cl). Oser.
OT SPt Name 1
UB2 Enh. Rets STO ..000 1 Werk 0001
Figure 3.7 Prerequisite IMG Configuration for Product Allocation to Work for Stock Trans·
port Order
Note
Availability check settings are also needed for product allocation to work in
aATP. In case of business scenarios in wh ich only product allocation is needed
with no availability check, then the Availability Check control will be set as KP
(i.e., no check}.
36
3 Product Allocat ion
Configure Product Manage Product Manage Product Assign Product to Produc-t Allocation
Allocation Allocation Planning Allocation Product Allocation Overview
Data Sequences
C'+ ~ ~ m
.,,
- ...=··
Figure 3.8 SAP Fiori Apps for Product Allocation in aATPas of the 1809 Release
Not e
There are certain prerequisite settings (generally executed by Basis or SAP Fiori
consultants) for SAP Fiori apps to appea r in a user's SAP Fiori launchpad. Re-
quirements for the backend and frontend software components, as per the SAP
Fiori library, first need to be verified and implemented. Configuration sett ings
for SAP Fiori apps for product allocation then need t o be set up as described in
Table 3.3.
Table 3.3 Prerequisite Settings for Product Allocation SAP Fiori Apps to Appear in
SAP Fiori Launchpad
37
3 Product Allocation
Table 3.3 Prerequisite Settings fo r Product Allocation SAP Fiori Apps to Appear in
SAP Fiori Launchpad (Cont.)
In the following sections, we will discuss each of these SAP Fiori apps in turn.
0 1 Sales OrganlzaUon
0 2
f) Sold·To P~ity ·Customer N\lmbtr
0 3 Material Number
38
3 Product Allocation
The Select Characteristics pop-up appears when you click Add 0 ; in it, rele-
vant characteristics can be selected and saved.
Figure 3.9 shows the produ ct allocation ob ject PAL 4 with characteristics
value combination (CVC) as Sales Orga nizatio n, Sold-To Party, and Materia l
Num ber 8 .
0
Selecdon Rarge:
zs.oi.2019. 1s.os.2019 m8
Product All ocation Planning Data (2) o. ~ c~tus ~c!an sutus Copy SllGW~lion o.ttc• ~f)1
C<ln$tralnl SlllUS 25.02..2019 04.03.2019 11.03.2019 18..03.2019 25.0l.2019 01.04.2019 06
A$k'I~
0 1010 OJ 10100001 61 6
Constt..,. 20 20 20 20 0 0
39
3 Product Allocation
40
3 Product Allocation
Pt-riod T~ ; Wfflc (02) Fe>:eel Date ar.o Oty Otoet Ou~nbty < PC
Perlod Timi Zone: UTC+o (UTC) oeway Time v OelNered qty 0
Ou&ntJty Unit Nd\ (EA) l
·-·- ·-·=
~ : ~~don M"'""'lod M•rwU)' (02) l
I e_ I •I 0, Sales 0, Stlipp1ng 0. Procuremern
OuannnerJDates
Selection R•nP'. P. OefNtty Date Or\'.ler Ouantity Ccmrmea Oty ... Oelrvety810tk
rn
25.02.2019 . 24.os.2019 0'"11.0 .03.2019 1£9 • • 4 PC v
Product Allocation Planning Data (4) SU/ch Q. Switch to O."rlp~r..,,., ShOw ConsutnptiOn J.
.----.
O S.s Org•nizatiOtl Sold·To Pc.tty· Cu$t... I Status Constraint Sc&1uS 2'S.02 2019 Ool.03.2019 U.03.2019 8.0J.2019 25.03,2019 01.04.2019
Restl'kted
!!.) 10 10 10 100001 Actt1e Av•!i..bUty 10 10 10 10 0 0
,.
i
.I u
. •~
~
j
.!
'•i
' g
I
,.....,.., •0
41
3 Product Allocation
product allocation objects at two levels (first at the sales organization level
and second at the customer level). A customer orders 40 pieces of material
FG09; the available stock quantity is 100 pieces. The system first consumes
20 pieces from the first allocation object with sales organization, then 10
pieces from the second allocation object with a specific customer from a
product allocation perspective. Finally, the order is confirmed for a quantity
of 30 pieces (20 pieces + 10 pieces), as per the product allocation, for an
order of 40 pieces with an available stock of 100 pieces.
Sales order
Sales org: 1010 - ... A • • • • •
Material: FG09
Plant: 1010
Product allocation object 1
Order qty: 40 PC
Sales org - Materi al/ plant: 20 PC
,...... Confirm quantity:
30 PC
Not e
The functi onality of the Manage Product Allocation Sequences app is similar to
SAP APO's "logica l OR" funct ionality with the product allocation procedure.
GATP in SAP APO requires complex configuration and also updates in the prod-
uct master to the product allocation procedure field. However, settings in aATP
are very simple and flexible (as explained further in this section) and do not
require any update in the product master w ith product allocation procedure, as
in case of GATP.
The process of establishing the settings required for the scenario as shown
in Figure 3.13 is as follows:
1. Two product allocation objects (PALl and PAL2) are created with the Con-
figure Product Allocation app, with the sales organization/material/plant
42
3 Product Allocation
Set.ction R_,,,,•:
28.02.2019. is.os.2019 rn
Product Alloca1ion Planning Data (1) :-.. Add Ol.loge Sta:us Oi.ange Con~ralnt Stotus Copy Show Consumption Delete .!. ,!.
O Sates ().<ganit11ti0n M.atfflal Nvmb« Sc.ttus ConstralM StaM 2S.02 2019 04.03.2019 11.03.2019 18.03.2019 25.03.2019 01.()1.2019 0$.04..2019 15.04,2(
0 1010 FG09 0 0 0
10100001
Matel1M Numbef
FG09
l
~M~
Act;..;:
s...m
Conw*1t s.t.ws
As In St<ivtneit
Consa-aint
-..:;;:::.......;
Add
2$.02 2019
10
Change Status
04.03.2019
10
Chqe Constraint Status
ll.03.2019
10
18.03.2019
10
Copy Show Consuqitlon
2S.03.201t.I
0
Ol.<M.2019
0
O.tece
08..<M-2019
0
.!. .1.
1$.04.2<
Figure 3.13 Product Allocation Planning Data Maintained in Manage Product Allocation
Planning Dat a App
43
3 Product Allocat ion
•PALSOCUST
" ' )11'1 <;r
- "'
0
rd c-. Ttpt °"'
"' """'
PAL S.C.utflef Salfl Org Cu!.t«MJ
Co •
eacl'l(EA)
_.,. 0
Pini
No
~
"""""'-
Allorr.wd
.._
- ,. --
Sales Sequence Groups (2) 0. <!>
Seq.......ceGrwp 8&el.w.Md Conwmpllorl Fcwward Gonwrnpciorl
..
Oult!tity UM
1.000000
8irdtwl.M ComU!l'lpdon Ctlfodt [).)c1> l11N> Tyiw
A:Hll'kttdAV~
Sul"-" VAlld1iy End
01"01.2100, 00:'9:S9
EA """""""
PAI. °'51omff (IW(ft.illl
'""'""
PAL2
"""" Alloctclon RMI•
1.000000
B•c~C~lon
0
OM<k 0.1•
A:Kllk* Av11ll11btlll)'
V.lidl!yEnd
01-012100. C»:S9;59
.
8 < ~ ~ Assign Product to Product Allocation v c.
Standard v re
,_,,,. 0.
E6tio&SUM:
All v
~$4q--.c:•
6'
~fll*l'I:
6'
laM Cti.rc-<! f)y:
c5'
....""""' °"' 6'
CrN:9dlly ~01111: M.w.t111I:
PAL WITH ALLOCA~ RATii PAl kif M.Koll.tl ~ Alloc.ttion R.tlo 2:8.02..2019, t8.1S:4) Neh(~
311l.l099. 18 ~-"
VlAdl.yS~
09112017. 190000
Figure 3.15 Assignment of Material and Plant Combination to Product Allocation Sequence
44
3 Product Allocation
5. A sales order is subsequently created for the specific customer for mate-
rial FG09 at plant 1010 with an order quantity of 40 pieces. Product allo-
cation has been consumed at two levels, first from PAL1for 20 pieces and
then from PAL2 for 10 pieces, as depicted in Figure 3.16 (0 and f}, respec-
tively). It shows the confirmation quantity as 30 pieces (20 pieces + 10
pieces), as set in two allocation objects (with available quantity as 100
pieces).
~ Alloc ation Obj e ct Pt: i ocity Alloc Ra t l!! Chl!!c k Dat.e Timi! T'ypl!! Backward Consuaption Fo cvai::d Consunption Pl!!ciod Typl!!
Charact.eci stic Value Coabination
Mat.Avail . Date Check Dat.e Requicenent qty Confirnetion Date Confiraation Oty Alloc. UoM
Note
There are business scenarios in which sales are handled in each (EA) unit and allo-
cations are planned in a different unit. aATP converts the sales unit to planned
allocation unit through the Allocation Rate, as shown in Figure 3.17. A typical
f ertilizer manufacturer sells ferti lizer in bags containing 20 kg of fertilizer O .
45
3 Product Allocat ion
Figure 3.17 shows that sales unit (EA; 8 ) has been converted to planned alloca-
tion unit (kg; 9 ) via the allocation rate (20). Consumption of allocation is also
shown as 100 kg (20 kg x 5), converting the confirmed quantity of five bags for
the sales order to 100 kg of planned allocation quantity O .
10
Constraints (1)
_,,
0.
.. ®
--
~ No CoucWt Nllx.llflofl 101) LMI Clw.~ 0.. Tlr'N: 09.C420l9, 1~0119
CoMumptlon
"' .
"'
.~
0
~
·~ -
l
• ..
• •
l10S.2019 OlOf.2019 11-0l101t 11<$_.~lt ,.Of.,2019 0101.2019
........
Figure 3.17 Allocation Rate for Conversion from Sa les Unit to Product Allocation Unit
46
3 Product Allocation
Note
In the product allocation functionality of SAP ERP or SAP APO, the product allo-
cation procedu re should be assigned in the materia l or product master. In aATP,
the assignment of material and plant to a product allocat ion object is done
through an SAP Fiori app. The product allocation check can be switched Off or
On through the app without requiring any change in material or product mas-
ter. Also, this assignment has a validity range that will be very useful fo r sea-
sonal or promotiona l products.
Info structures and other product allocation-related data {allocation procedure,
steps, etc.) are not required to be defined for product allocation in aATP in SAP
S/4HANA.
The assignment of material and plant must be unique for a specific product
allocation sequence. An error message appears if you attempt to assign the
same material and plant combination to multiple product allocation
sequences. Consider an example: Material FG08 is assigned to product allo-
cation sequence SALES SEQl. If the same material FG08 is assigned to
another product allocation sequence PALSOCUST, then an error message as
displayed in Figure 3.18 appears.
47
3 Product Allocation
< Messages
Figure 3.18 Error for Mu lt iple Assignment of Plant and Material Combination to Product
Allocation Sequence
48
3 Pro duct Allocation
overloaded Periods
By Load
Underloaded Periods
"'lood
Sol 302
.,,...
Hig11loaded Periods
.
'"u
By Load o..
., .....,... .,......,,_
18.03.2019 25.03.2019
Product Allocation Order Items '"' 22
1010:001010000l:FG216 PAL4
o..
.... ~.03.2019 OL04.2019
All v
-
1010; 0010100001; PAL4 Orde1 flom 0.-derType -SU.us
.... Product Allocation Order ttems
10000496 . 10 Parts.11y conr•...
1010: 0010100001; FG08 8 PAL4
22
Sales O!'CMJ
-
1010:001010000l:FG12
....
PAL4
Product Alloaition OrcMf lttms by A~T...
1()()()(M95 • 20
10000604 . 10
..,., °""'
Sales Order
-lfyC°""···
FollyC-...
49
3 Product Allocation
overtoaded Periods
By Load
I Allocation Period v 0.
04.03.2019
PeriOd StM Date: 04.03.2019 Ch&ractff<Slie Vatue Combinauon: 1010; 0010100001; FG12
Period Encl Date 11 03.2019 Ch31act~ Vatve OeKriptlon Dom. Sttles Ort DE; 1.nl<tndslcunde DE 1; FIN126.MTS·Ot,PO.No Serial TM POSC
Allocatiot\ Object: PAL 4 (PAL .. S;ilo$ Ora S<*l 10 p.)rty ~Ao:tcNI} Ch&rectffdties: Sales OrganizabOt\; Sold-To Party· Customer Nu~; Material Number
Order Items
.__,1,,,
0000600
=~·l"'-
0 _,,.
Sa~
le'-'s0.""d.,,e<' - '
F""Gl._,2..,,!F,,,,,1N.,,l2,,.,6.M,,_,T-"S-"'10-"',PO"",t;"'-o-"Se= ' T,,,,M'-"PO"'SC""-l_ _ _ _ __.2"'0,000=.><EA,__,,•~es,,,,uk,,,1ed,._A,...•=•lla~'"=1ty
'""- ,__ _.=
Pilttiatt~ti!lI•>O!!.oU/.G<..,m~_I
Figure 3.20 SAP Fiori App for Monitor Product Allocation Periods
50
3 Product Allocation
- - - - -= -- - - - - - - - -Characteristic
- - - -Value - -Combination
- - - -v - - < 1010:0010100001; FG216 PAl4
8 < till !i!E"
39'6
1010; 0010100001; FG08 Dom S.les 0'11 DE; lnl•ndskunde OE 1; FIN126.MTS-01,PO,No S.ri•l
1010; 0010100001; FG201 PAl.5
-
Alloc.a~ion Ob)Kt PAL 4 (PAL 4 Salos OJc Sold to P¥t>' M11t9fial) Chateaeri:stic:s: Sales Ofganiution; Sold·To Pa
Period TY'P'· Week Cons!Jalnt StaM: Restricted Av;allabt«y
I Aggregated Planned Ouant11y. 40,000 I Activation Suorus: Adve
1010;00101000Cl; FG08 PAL4
Allocation Periods
- 1010;00101000Cl;FG12
....
PAl4
Period R••·
2s.02.2019 . 19.o:i.2019 rn • ...
Allocation Periods (4) S..«h ©
PfflO<f End O.ate Planned Ou~ Consumed Ou¥rtity .-•bble Quantity
Note
SAP Note 2691783 provides t ro ubleshooting and addit ional information fo r prod-
uct allocat ion with aATP.
51
4 Alternative-Based Confirmation
Standard• v 22
Filttrtd By (1): Av.ailablt-to·Promis. Status
v
Order Items (6)
Produ« Allocation Order Items by AYailable-T...
Requt's.t
0rdH Item Plant
""""' Ouanf
• IVltf ~ l.4af
. P.-..lly~OfU~
10000&76. SMM
FG.215 (Sf Ne> sfrial l'IO bateh A.ATP ABC) lOU (Plant 2 OE: JCl.03.2019 35,000 EA • tuty~en-n.ne
10 OtdH M"°"")
10000722. S.ttt FG216 (SF No serial r.o batch AATP PAL 1010 (P!MC 1 OE
22.04.2019 90,000 EA 20,000 EA 0,000 EA
10 OrdH ABC) Vtalldorf)
4 Alternative-Based Confirmation
Alternative-based confirmation (ABC) is a functionality similar to rule-
based ATP (RBA) of GATP in SAP APO. RBA is used to substitute the location
(plant) or material (product) based on predefined business rules such as the
following:
• If a material isn't available in the Munich plant (for example), then the
availability check can be automatically switched to the Frankfurt plant,
then the Dusseldorf plant, and so on.
• If a specific material isn't available, it can be substituted by a material
with an equivalent or higher specification. For example, if a customer has
requested a smartphone in a black color with 16 GB of storage and it isn't
available, you can substitute a smartphone of the same make and model
in a gray color or the same phone in black but with 32 GB of storage.
52
4 A lternative-Based Confirmation
N ote
Many SAP APO GATP customers use RBA to substitute a plant or material, and
are looking for the similar functionality in advanced ATP.
In this section, we'll take a closer look at ABC: key SAP Fiori apps, how it
combines with product allocation, and expected enhancements.
SAP released the initial version of ABC in the 1809 release of SAP S/4HANA,
and ABC is expected to evolve in future releases. The ABC functionality as of
SAP S/4HANA 1809 is captured in Figure 4.1.
Building ru le
Plant: 1020 Plant: 1030
MAX- ON - TIME- CONFIRMATION M aterial:
ATP quantity: 60 ATP quantity: 40
FG215
53
4 Alternative-Based Confirmation
Note
GATP in SAP APO considers the plant to be based on the predefined master data
substitution rule (in which the original plant is A, then the system checks plant
B, then plant C, etc.); however, ABC considers all the relevant plants for that par-
t icular material-pla nt combination and selects t he alternative plant based on a
specific key performance indicator (KPI).
In Figure 4.1, a sales order is being created for material FG215 in plant 1010
with requested quantity of 55 PC. The sales order does not get confirmed, as
there is no stock of this material FG215 in plant 1010. Availability for this
material is then checked in other plants, and the plant 1020 is selected, as
this plant can confirm the full requested quantity. The delivering plant of
the sales order is then changed from 1010to1020, and the sales order is con-
firmed for the full requested quantity. Plant 1020 has been selected consid-
ering the building rule MAX_ON_TIME_CONFIRMATION(i.e., the system selects an
alternative plant that can confirm maximum quantity on the requested
delivery date). Plant 1020 has been selected, as it has an available quantity
of 60 PC and can confirm the full order quantity. Plant 1011 has not been
selected as an alternative plant, as the available stock quantity is only 10 PC,
whereas the requested order quantity is 55 PC.
54
4 Alternative-Based Confi rmation
Configure Configure
Alternative Control Substitution
Strategy
z
8 < ~ & ' Configure Substitution Strategy v
Standard v
FU1ered By (1): Editing S1at"5
v
0 ABC_Ol Alt Based cooflrmoUon 01 Force lnUnc Sub!;titudon MROY 2210.2018, 17:00:36 MROY 22.10.2018, 17:01:22 >
Strategy v
Substitution Method
Building Rule
Alternative Determination
SS
4 Alternative-Based Confirmation
Customer 10100001 and material FG215 have been assigned as values for
control of ABC. As a result, if a sales order is created with customer
10100001 with material FG215, and the delivering plant of the sales order
does not have sufficient stock of FG215 at the requested delivery date,
then the system looks for the alternative plants for the corresponding
material-plant combinations and selects the plant that can confirm the
maximum quantity at the requested delivery date.
Add Characteristics
Add Characteristics
Characteristic
. - - - - - - - - ---i ill ~
0 > Sales Document Item
Characterts1ic
0 v Business p3rtners
D v Sales Document Item
0 > Custo mer hie rarchy 1
D OeUvery Date and Quantity Fixed
0 > Cus.tomer hierarchy 2
'---'..i o Material Group
0 > Cus.tomei hierarchy 3
D Partial delivery at item l~el
0 > Customer hierarchy 4
D Checking Group for Availability Check
0 > SP Contract Rel.ord
D Delivery Priority
0 v Sold·TO Party
D Sates document item category
0 Customer Number
......+'-
~----- Material Number
0 Country KQy
> Pla nt (Own or External)
Sales Order
Let's consider a scenario in which the ATP quantity for the material FG215 in
plant 1010, 1011, and 1020 is n il, 15, and 50, respectively. Now, if a sales
order is being created with material FG215 from delivering plant 1010 and
56
4 Alternative-Based Confirmation
the requested order quantity is 10, then the alternative plant will be 1011, as
shown in Figure 4.4. Also, if the requested order quantity is 30, then the
alternative plant will be 1020, based on the present building rule MAX_ON_
TIME_CONFIRMATION, which selects the plant that can confirm the maximum
quantity at the earliest time frame.
v One.time ctelrvery Complete dtv' Delivery proposal ATP quanblies Scope of check Proo
Material FG215
SF No serial no batch
Requirement Segment:
ely proposal
Materta1 FG215
SF No serta1 no batch
Requirement Segment
Figure 4.4 Selection of Alternative Plant Based on the Stock Avai lability and Requested
Delivery Quantity
57
4 Alternative-Based Confirmation
Note
GATP in SAP APO requ ires a Business Transact ion setting in IMG configuration
for the sales order type for the RBA to be called from the corresponding SAP ERP
system. However, no such sett ing is required for ABC in aATP.
ABC as of SAP S/4HANA 1809 only supports the substitution of the deliver-
ing plant during the creation of sales order, with the following features:
Not e
GATP in SAP APO provides the option to create a stock transport order f rom the
substituted plant to the original delivering plant. However, ABC does not work
this way; ABC changes the delivering plant of the main line item of the sales
order wit hout any need t o creat e st ock t ransfer order.
ABC checks for the allocation quantity (product allocation) of the material
while substituting the plant and confirms the order quantity as per the allo-
cated quantity.
In our example shown in Figure 4.5, material FG215 has been allocated for 50
EA for the week beginning on April 29th. The sales order being created with
plant 1010 with requested quantity of 75 EA and requested delivery date of
May 5th gets confirmation for 50 EA per the allocation quantity set for the
week beginning April 29th. Figure 4.5 also shows that the original plant 1010
got changed to the alternative plant 1020 from original plant 1010 following
ABC functionality.
58
4 Alternative-Based Confirmation
,_
.' . Standard Order Ava1lab1 tty Control
v one-ume aell'Yery oe11very proposal ATP ~anoues scope 01 cneek Product attocanon More
MMetial FG.2 15
SF No senai no oaten
Requrement Segrnent
ABCPLUSPAL ABC-PAL
SdealonRqe
21.04,2019 . 06.01.2019 e
Product Allocetlon Pt.&nnlng Data (1) S••«h
0 Sold-To Pllty • Cusl 15.04..2019 23.04 2019 06 '5.2019 13.05.2019 20.0S.2019 27.0S.2019 03.062019
Restricted
0 10100001 Avabbtity 80 100 50 60 0 0 0 0
~ Allocation Object Priority Alloc Rate Check Date Time Type Backward C<ins.,.ption Forward Cons~tion Period Type
characteristic val ue cc.ibination
Hat. Avail .Date Check Date Requirement qty Confi...ation Date Confirmatil)n Qty A 1oc. UOM
QI ABCPLUSPAL l l , 000 0 0 ••
ASCPLUSPAL, 0010100001, fG21S
30 .04.2019 I 05.05.2019 I 75 OS.05.2019
I 50 EA
• ABC only works when creating a sales order, and not when changing a
sales order.
59
4 Alternative-Based Confirmation
• ABC changes the original plant to the alternative plant in the same line
item (i.e .. ABC does not create any subitem or propose multiple alterna-
tive plants).
• ABC isn't supported by the delivery or production processes.
• ABC is supported only for plant (or location) substitution, not for material
(product substitution).
• ABC does not work with backorder processing.
However, SAP is expected to provide several enhancements for ABC in
upcoming releases. The 1905 release of SAP S/4HANA Cloud and the 1909
release of SAP S/4HANA on-premise are expected to have the capability for
ABC to work when changing the sales order, and also to work with backorder
processing. The following additional enhancements are expected in the SAP
S/4HANA 1909 release:
60
5 Backorder Processing
Note
These advanced options fo r the building rul e and added intelligence for the
selection of alt ernative plants are already in the 1902 release of SAP S/4HANA
Cloud and hence expected in the 1909 release of SAP S/4HANA on-premise.
5 Backorder Processing
Backorder processing is a method of changing order confirmations based
on the available stock and business strategy (for prioritization). Essentially,
backorder processing releases the confirmed quantity for non priority orders
61
5 Backorder Processing
62
5 Backorder Processing
can now be carried out to move the delivery date earlier. This improves
customer satisfaction with improved service level.
• Change in supply situation
If you have a shortage of raw materials or breakdown of production
machinery, resulting in a reduced supply of materials, then ATP needs to
be performed to balance the supply quantity with order quantity/confir-
mations. This improves delivery with fewer stockouts.
• Change in demand situation
If there are some cancellations of previously confirmed orders, those can-
celled order quantities can now be allocated to unconfirmed sales orders.
This improves customer satisfaction and the inventory situation.
In short, backorder processing helps optimize the dynamic supply and
demand situations in the order-fulfillment process, according to sales or
business strategies.
63
5 Backorder Processing
Note
There is a supply assignment functionality for the fashion industry, and its allo-
cation run has now been integrated with backorder processing in SAP S/4HANA.
Activation of business function SUPPLY_ASSIGNMENT_01 is a prerequisite to use
supply assignment.
This E-Bite is meant for the functionalities relevant for cross-industry, and
hence the supply assignment solution won't be detailed.
• The availability check group must be activated for availability checks for
aATP in IMG menu path Cross-Application Components• Advanced Avail-
able-to-Promise (aATP) •Product Availability Check (PAC)• Define Available
Check Group O.
• The schedule line category must be flagged for availability check 8 .
• The requirement class must be flagged for availability check O.
• The fixed date/quantity must not be flagged on the sales order O.
64
5 Backorder Processing
Av Desol>tbn
[""1,Y3 ",Crif A~TP r.o PAI ' !-
Tot.llSales
A
TotOIYReQs
,,.
BlockQtRQ ..,ched<
0
Aco.rn.., RelClidllan
3
Advn:edATP
A Aceive •
Ch11nge View "H11/nt11ln Schedule Line C11tegorles": Det111fs Chilnge View "Requirements Clilsses": Detillfs
--..SSd.lt•
-
llet.'ay block
0 RQ()Jrements Assembly
- t tYJ)O !•011
GO ooods "''""~
R'iltem rel.f.ct.-. AvJM. Check 'c-IJ A-tYl)G 0
Movement Type l·Steo Req. tr¥'ISfet '<I Onle< cosliig 0
Q-der T¥Qe n O P.reQ.delsched AJocatlcn h:I. AUtomatlc c:h'oo 0
Item cateo:rv D Oext."""'. o1anniio Prod.Oloc•tbl 0 Soedal Stock 'l
Acct AS$0T'lt cat
,..,_
tnd.1eQ,reci.Jc.tn 0 O.dE< TYl)G D
u:>date Sched. li"les
MvT !SS. V~. 9 T
R
Cl
.., t.l>date O \!Pd. Sdled 0 Avai,CQO'lJOOE!f"lts 0
~Re<1 £A~
I R)AvalOOlty ,
0 Prod.Oloc" ion
~
5"" Doc""""' Item [10 Item C"eo<>Y ['TA11 l St.rdard Item
r,--~~~~~~~-'-----'----i
Material FGlS FGAATP Test lSBOP
tfse A , Sates e
Figure 5.1 Basic IMG Configurations for Backorder Processing for Sales Order in aATP
Note
The SAP HANA rules framework is a prerequisite for backorder processing in
aATP, and it may need an addit ional license. Refer to SAP Notes 2481716 and
2400537 for details and setup informa t ion.
65
5 Backorder Processing
Configure BOP Configure Custom Configure BOP Schedul e BOP Run Monitor BOP Run
Segment BOP Sorting Variant
~ [_,,,· ti ~ !»<Yi 0
,'' .......
~
J..'
'
Assign backorder -~ Schedule backorder ~ Review the result
Define rules t o
(optional)
" " ' Define rules to " " '
sort requirement s / priorit ize
requirements
/
confirmati on strategy sim ulation or real
to;/
processing segment wi~ processing for variant
update
of the backorder
processing run
Figure 5.2 Process Flow for Configuration of Backorder Processing with SAP Fiori Apps
Note
Similar to prerequisite settings for SAP Fiori apps for product allocation as listed
in Table 3.3, the settings listed in Table 5.2 also need to be established for SAP
Fiori apps for backorder processing to be displayed in the SAP Fiori launchpad.
Table 5.2 Prerequisite Settings for Backorder Processing SAP Fiori Apps to Appea r in
SAP Fiori Launchpad
66
5 Backorder Processing
Table 5.2 Prerequisite Settings for Backorder Processing SAP Fiori Apps to Appear in
SAP Fiori Launchpad (Cont.)
The functions for each of the five SAP Fiori apps for backorder processing
are described in the following sections.
67
5 Backorder Processing
CUSTOMER_PREMIUM
r
Seteaion Criteria
""Aecr.*emtnt Alter 0
SOido 7b Parry Of the ATP Document cootalns '101 QQOOS' :ind Matedal Of tile ATP Documenf coolalns :EG.lJ'. 3.nd Plant Of the ATP Doctlment CONail'IS :J..!l1D:
Prioritizer
Figure 5.3 Filter and Sort Criteria in Configure Backorder Processing Segment App
Standard fields for selection (filter) for backorder processing of a sales order
in aATP in SAP S/ 4HANA release 1809 are listed in Table 5.3.
Table 5.3 Standard Fields for Selection (Filter) for Sa les Order in aATP, 1809 Release
68
5 Backorder Processing
Standard fields for sorting attributes for both sales orders and stock trans-
port orders are displayed in Figure 5.4. Circular labels G, 8 , and 9 show
snapshots from the list of sort attributes from the SAP Fiori app.
G Sort Attribute
Search
Seateh
f) Sort Attribute SALESDO<:UMENTIYPE
SALESGROUP
e Sates Document Type
Sates 11'°'4>
Figure 5.4 Standard Fields for Selecting Sort Attributes for Sa les Order and St ock Transport
Order
Note
Backorder processing, as of the SAP S/4HANA 1809 release, does not support
custom fields for fi ltering and sorting attributes. SAP is expected to provide t he
option for custom fields in a future release of SAP S/4HANA.
69
5 Backorder Processing
Variant Settings
General Information
Execution Options
0
*Document Types: sm~ Documents
l
• checking As: Sates Order (Business Scenario: A)
Configuration Options
BOPGAINLOSE
SOP with GAIN and LOSE strategy
m Delete Copy S.,·11Aate v Show Last Runs f!:'
Document Types: Sales Documents Exception Behavior: Stop Fa!led Materlal·Plan1 Combinations
Cheddng As: Sales Order (Business Scenano: A)
GAJN LOSE
SOLOTOPARTV of the ATPOOCUMENT contains ' 10 10000~' and MATERIAL of the ATPDOCUMENT contains 'FG14' and
CU STOMER_ PREMIUM
SUPPLVINGPLANT of the ATPOOCUMENT contains '1010'
LOS E
SOLOTOPARTY of the ATPOOCUMENT contains '10100004' and MATERlAl of the ATPOOCUMENT contains 'FG14' and
CUSTOMER_CREOITBLOCK
SUPPLYINGPLANT of the ATPOOCUMENT contains '1010'
Figure 5.5 Configure Backorder Processing Variant App with Gain and Lose Confirmation
Strategy
70
5 Backorder Processing
You can see the option to select the sales order and/or stock transport
order 0 , your backorder processing confirmation strategy 0 , your back-
order processing segments (0 and 0 ), and the Sim ulate option 0 , which
you can use to monitor and run backorder processing.
71
5 Backorder Processing
Not e
A backord er processing variant need not have all the five confi rmation strate-
gies like backorder processing variant BOPGAINLOSE, as shown in Figure 5.5,
w hich has only two confirmation strategies: GAIN and LOSE.
72
5 Backorder Processing
Scheduling Options
Job Start (local Time): ~ion ~r 01 2019 08:00:00 GMT•0200 (Central European
Summ•r Time)
Parameter Section
For~ Log: 0
Granularity: Nothing v
ScheduCing Information
Statt lmrn.tdlatety: 0
Job Start: 01.04.2019, 08:00 CG Central Europe Ql
Job Start (local Time): Mon Apr 01 2019 08:00:00 G~~T+-0200 (Central EUJopean Summer Time)
Every: l O&y(s)
End: None v
Figure 5.6 Schedule Backorder Processing Run App to Execute Backorder Processing
73
5 Backorder Processing
Sc•rtKt Compto<Od
Proc.ulna
Status
Rf\qUlrtm9tlts
Reqtk•n'leMS
Fi.Aly Cont'itmrtd
On·Time
Roq..Ar•rn•nts
Fu11y C<infinMd ....
BOPG.AINlOSE 0 MROY 30.03 2019.14:43 30.03.2019, 14 4J
0 2 '°" ., so .. '°" ., '°" si.....Loa
A
BOPG.AINlOSE
Slmul.Won V'
MROV 30.03 2019, 14:33 30.03.2019, 14 33
0 2
'°" .. '°" '°" .. '°" Show l og
Scrtnegy Sta<us
03.04 2019 ]'. 03.04.2019 ]'. ()3._0,S,2019
10000679 1010000
000010 (0001)
FGl4 1010
"''" 5
CUSTOMER_ . tCElJ
•O l'C
OPC ~ 40PC (CEl) (<:El) @)
0 PC }I 41) PC OPC }I 4QPC
03.04.2019
10000617
000010 (0001)
FG14 1010
1010000
4
CUSTOMER_,. tCEl)
40 l'C
OPC ~ OPC
03.04 2019)1
(CET)
40PC )l 0PC
(CEl)
40 Pe
'
)I 0 ot:
[@]
Figure 5.7 Result of Backorder Processing Run with Mon itor Backorder Processing Run App
74
5 Backorder Processing
As you can see from the backorder processing result, the quantity (40 PC)
initially confirmed for sales order 10000677 for a customer with a credit
block has been released due to the lose confirmation strategy; that stock
has been allocated to sales orders 10000679 using the gain confirmation
strategy.
Note
The win confirmation strategy requ ires the full confirmation of the quantities
on the requested date. Other strategies, like gain, red istribute, and fill, al low
partial confirmations.
Note
Custom backorder processing sorting is optional for backorder processing setup
(i.e., not mandatory setup for backorder processing).
75
5 Backorder Processing
ALL_OTHER_CUSTOMER_2
AU «lwf customen., ~I fitter ..W:h Ma1erial FG21 In pbot 1010
Selection Criteria
Requlromtnt f il.i:M
Marer;a,' ()( tlle ATP DoclJrnef)I' is equal to '.fG.2J.: ANO P:a111. or ~ATP Oocume!lf Is equal 10 :1.QJ.Q:
Prioritizer
Son Order
Sequence v
0. C•I
l 0010 100011
2 0010 100005
3 0010100008
4 All othets
Figure 5.8 Custom Sorting for Prioritizers with Configure Custom Backorder Processing
Sorting App
76
5 Backorder Processing
10000691
000010(0001)
FG21 1010
Conllnno<
""
Stt•ttgy
...
Redistrlb
R~nt
1010001
1
Segmtt'll N.ame
ALt.....OTiiER_..
·-·
05.04.2019
2S""
On-T.nt C<>dirmatien
OPC JI 2'PC
Eartle" Confirn'labOn
,. 05.0C.20
19
OWreU Confirmation
;i OS.04.20
19
Proces-M
'Sl>tus
0
Contltm
atiOn
S<•lUS
[QJ
0 PC J' 25 PC 0 PC }l 25 PC
10000693 05.04.2019 11
M.OC.20 " OS.04.20
Redistrib 1010000
000010(0001)
FG21 1010
.... 8
Alt,_OTHER_.. _
10""
OPC JI 5PC
OPC }l 5 PC
19 19
Q pe ;A 5 pe
0 @)
10000690 05.04.2019 OS..04 20 '.:ii 05.04 20 '»
000010(0001)
FG21 1010 Los+ lOl OOOO
4
CREEOITSLO.
40 ""
OPC -+ OPC 19
40 PC '» OPC
19
'()PC '» OPC
0 @)
77
5 Backorder Processing
Gain
Premium
customer
Customer with
Redistribute
0
Customer with no
fixed schedule
"
Selection Criteria
Requirement Filter
78
5 Backorder Processing
Table 5.6 lists different types of customers with specific confirmation strat-
egies and sorting behaviors for a backorder processing run with a global
filter.
Table 5.6 Different Types of Customers Set with Specific Confirmation Strategies and Sort-
ing Behaviors
79
5 Backorder Processing
Varian1 Settings
Execution Options
BOP Segmen
*Document Types: S.sles Documents Stoek Transpon Orders
Configuration Options
Creac.ecl By:
Cre-ated On 17 ll.2017, 06:30
v
Cl~
Oocumenc Typn: Sales ~uments Exception Behav.or Stop F.-led M¥.erial-~nt Combinations
e
G&obat Segrr-ent Namt'. All...OTHER..CUSTO.
Cht<kinS As.. Salos Otdof (81AiAKS Scenario: A) R~m3ini"B 11~.ns.: Redi~ribut~
wi "~-GAJ
i•l.... ~"~-'-"-L~-L....,
osE~
+
Segment Name Selecclon Cri(erla
GAIN
Figure 5.12 Process of Creating Global Filter for Backorder Processing Run
Table 5.7 describes the scenario for sales order conformations with different
types of customers for all sales orders created on March 30th. It shows that
certain non priority sales orders (like 10000682} have confirmed quantities,
whereas some sales orders (like 10000687) with priority customers do not
have order confirmations.
80
5 Backorder Processing
Table 5.7 Scenario for Sales Order Confirmations before Backorder Processing Run
Figure 5.13 shows the result of a backorder processing run (for the scenario
in Table 5.7) as displayed in the Monitor Backorder Processing Run app. It
indicates the following:
• Sales orders with lose and fill strategies have lost their confirmation quan-
tities.
• Sales orders with win and gain confirmation strategies have gained in
order confirmation quantities.
• Sales orders with the redistribute confirmation strategy have retained
their order confirmations.
Note
As of the SAP S/4HANA 1809 release, the date also includes the time zone of the
plant for better clarity. Previously, the date without the time zone was a bit con-
fusing if users are in different t ime zones.
81
5 Backorder Processing
1010
• 67-.... 67~
--
Proc.swg '""'" (0)
"'-
''""I>
- ·- 101000U l'ftOMO(V{HT
01.04.2019(C:ET)
""'
n-r. Cor<•INtlon
On>
,. 01.04 2019
(CET)
OPC 7' 25 PC
.....
Pr0Cf$V'lg
0
""""""'
kin St.Jtus
@)
,_
10000•. .
QOOOIO (0001)
000010 (0001)
''"'
FG14
1010
1010
.........
•
10100005
10100008
PREMIUMCUST ..
M..t.._OTHEJLC.
03.04 2019(CET)
IOOC
01.04.2019(C£T)
10""
OPC ,. 10PC
@)
10000685 .......... >LL
08.04.2019(C£T) oe.c.i 2019 ... oa.04 2019
(CET) (<ET)
oe.04 2019 ...oe 0...2019
(CET) (CET)
0 @)
.
FG14 1010 10100001 OTHER C OPC 5PC
• 50( l"
-·
(WX)OlO (0001) 5PC-t5PC 5PC ... 5PC
05.04.2019 ... 05.04.2019 'lo
OX>OlO (0001)
FGl4 1010 AU 10100002 """"' ......., 05.oA.2019(CET)
150( OPC-+OPC (CET)
l5PC " OPC
(CET)
15PC 'lo OPC
0 @)
1...,..., 0904 2019(C£T) 09 ()rt 2019 " 0904 2019 ...
@)
000010 (0001}
FG14 1010 10100004 GR£ECl1"8lOC.
20PC
0PC.,.0PC (CEl)
20 PC 'lo OPC
CCETJ
70PC "" OPC
0
Figure 5.13 Result of Backorder Processing Run with Global Filter
• Inclusive
A set of requirements that conform to the selection criteria are included
in the backorder processing run (the scenario described in this section
corresponds to an inclusive global filter).
• Restrictive
A set of requirements that conform to the selection criteria are excluded
in the backorder processing run. Global segment ALL_OTHER_CUSTOMER
has been set as rest rictive by selecting Ignore for Remaining Items 0 , as
shown in Figure 5.14. Notice that this segment doesn't appear in the Seg-
ment Name column, since it has been ignored/restricted f).
82
5 Backorder Processing
Docun~t Types: Sar.H Doeumerws ExcepciOn Behavior. Stop COf'l'lpleletyo Global Se~enc Name- ALLOlliER_CUSTO...
Checking As: Stte-:s Order (BUSiness Sce-natto: A) Remaining Items: Ignore I
A fl
Rfql#ement
10000687
All (4) ~1$$Vit${4)
- ~ t:atne
·-
0104.2019
On-Tne Conhmabon ,.._""',,....,,,
-
o-• Conllrm;ibon "'"""'8
St>tvs
0. €>
'°""""'
"'"St>tvs
000010 (0001)
FG14 1010
"" 10100011 PROMOEVE:HT_.••
51 oc
OPC 4 OPC
OPC .+ OPC OPC -+ OPC 0 @]
10000686 03.C>l 2019
000010 (0001}
FGl4 1010 Gas> lOt()O(XIS PR£,.,IU•ACUST .•.
10"'
OPC -+ OPC
OPC ... OPC OPC -+OPC 0 @]
1000068.J 05.0.1.2019 0504.201 .. 05.04 201 05.04 201 ... 05.04.201
000010 (0001)
FGl4 1010
"' 10100002 NOSCHEDtA.E_..•
1SPC 15PC -+ 15PC 9 9 9 9
0 @)
15PC ' l5PC tSPC. -+ 15 PC
10000682
FGl4 1010 ..... 10100004 atffOITBLOGK ..
0904.2019
20PC -+ 20PC
09.0t.201 .. 09.04.201
9 9
09.04.201 ... 09.04.201
9 •
0 @)
000010 (0001)
'°"' 20PC .+ 20PC 20PC -+ 20PC
83
5 Backorder Processing
In the scenario described in Table 5.7, if the order quantity for sales order
10000687 is increased to 51 PC, then the backorder processing run stops
immediately, as sho\.vn in Figure 5.15, as the sales order with win confirma-
tion strategy does not get confirmed.
All (1)
FG14 1010
•
Moo tor BOP Run v
Req...ement
10000687
000010 (0001)
Wit~
FG1'
Pt.ant
1010
"''°"""'"
"''""'
Vin
·-
10100011
...,_.,""
PROMOEVENT..
Ol.04.l019(C.ET)
51PC OPC .. OPC
0 @)
10000686 0 3.04 2019(CET)
000010 (0001)
FG14 1010 Goin 10100005 PFIEM!UMCUST..
10PC 0 @)
10000684
FG14 1010
.........
• 10100008 ALL_OruER c _
Ol.04.2019(CET)
10~ .. 10PC
01.04..2019,..0l 04 2019 01.04..2019 .. 01.04 2019
(CET) (CEl) (CET) \CEl)
0 @)
·-
000010 (0001) lOPC
lOPC .. 10PC 10PC .... 10PC
10000683 0&.04 2010 (CET) OS.04 2019.. 0$.04 2019 OS.04-1019 _. 0$J)4 2019
(CET) (CEl) (CET) (CEl)
0 @)
000010 (0001)
FGt< l010
"" 10100002 NO$CHEDULE_.
lSPC
1$PC -+ 15PC
15 PC..+ lSPC 15PC -+ 15PC
84
5 Backorder Processing
Document Types: Sales Documents Excepdon Behavior: Stop Failed Material· Plant Combinations Global Segment Name: ALLOTHER_CUSTO...
Ch9cking As: S;iit.s Ordtr (Busintss X.natio: A) Fallback Variant Name: FALLBACKVARIA.NT1 0 R&malrung Items: Redistribute
Fallback Behavior: Trigge1 Faltback for Fated Material·Plant Combinations
FALLBACKVARIANTl
v
LOSE
STOPlANT1010TOPLANT1020 8 PURCHASINGOA:GANIZA'TlON of the STOCKTRANSPOATA ot an ATPOOCUl\iEHT is equal to-1010' and PuRCHASEMOERTYPE of the
STOCKTRANSPOATA of an ATPOOCU,.1£NT is equal to 'UB"
)
GLOBAL_FILTER
v
m -.. Copy Si~e
-
" Show Last Runs C1
e
Segment Name Se4ed:ion Critena
85
5 Backorder Processing
the sales orders \<Vith win and gain confirmation strategies, resulting in a
successful backorder processing run. Note the FALLBACK RUNS tab 0 , indi-
cating that this is a fallback run, and the icons in the Processing column,
which indicate the unsuccessful backorder processing run with GLOBAL_FIL-
TER3 and the successful backorder processing run with the fallout variant f).
The stock transfer loses its confirmation, as indicated in Figure 5.17 G.
BOP Runlbt /
GLOBAL_FILTER3 Show V•!Unt r.a
5Yml'Nlry, Slmul.ikln
lktt NaJMc MROY Started 03..()4 2019, 10:34 Requirtmtlflts: 7 Procioued: 7 RequitemHlts f\ily Confirmed Qn.Tm9: 4~
~ted 03-04 2019, 10:36 Pf'OCfl.Slna: l»Uff.; 0 :-.ot Ptocesstd- 0 R~emtnts ~ Conllnned: 43%
A fl
MATERIAl.·PLAMT COl':FIRMATIOH STRATEGY REClPIENT I FALlBACK RUNS
All (2) Proctssing lssun (1) Coriirmation lssuts (2) ...,.. C\ ~
v ©
.
R1quirtmencs Fully Rtquifomtnts FuOy
vanani Name Started Completed Requirements Log
Con~~nm.
._ - - ........
~ 1$$\lf'S (0)
""""""'
on
todirmauon IS!M'S (•)
Str:.ttgy
·- """"""""' ....,.,. ()n.Tilne eonftmat>On
,...... __
~ OJ,Q.t.201
Ovef.llt eorfunat>On
, 03<>UOJ.
,,_.,,...
"""'"""'
"'"' Ion"'""
q ©
10000•01
000010(0001)
fGl• 1010 \\In 101000U PAOMOEVENf•.
0304 2019
SJ.""
OPC 7' 51 PC • • 0 @)
·-
0PC 7' 51PC Opt 7' 51PC
OJ.04-2019 7' Ol,()4 201 , Ol<>U01
000010(0001)
""" 1010 10100005 PftfMIUMCUST
10""
OPC 7' lO"C • • 0 @)
,_ OJ.04.2010
OPC 7' 10PC
01.04 201 " 03.()4 201
OPC 1' lOPC
01.04 201 " 03.0.UOl
F<>l• 1010
•""""'"" 10100008 .AU_OTliER._.C.
10"" • OPC "' 10'<: • • • 0 @)
·-·
000010(0001)
.
lOPC -t 10PC 10PC,..10PC
....,,,,.... AU....OT'Het__C
0804 2019
•
oe.04.m ... oe.<l4.201
•
09.04 201 ... 09.():U()].
• • 0 @)
000010(0001)
f(i1' 1010
•
10100001
"" OPC > 4PC
~PC '» 4PC ~PC '» 4PC
10000<83
000010(0001) """ 1010 Fill 10100002 HOSOIEDUl..E_
..
05.04.2019
""
090ol 2019
•
®·°'
OPC -t OPC
05.04.201 ...
Figure 5.17 Successful Backorder Processing Run with Fall back Variant
Settings for the backorder processing variant GLOBAL_ FILTER3 with the fall-
back variant are shown in Figure 5.18. You can see that the fallback variant
86
5 Backorder Processing
There are also two options for Fall back Behavior f):
Variant Settings
Figure 5.18 Settings for Backorder Processing Variant w ith Fall back Variant
87
5 Backorder Processing
0 No
Update
Execute BOP requ irem ent s
va riant (ma in,
unrestricted,
and restricted)
~ o
Yes
Complete No
,....---·
Mark requirements f or
all exception -free material-
>---l~I plant comb inat ion s
stop ?
for update
Yes
Figure 5.19 Process for Fall back Variant with Exception Behavior
88
5 Backorder Processing
f) If there is no fallback variant, then the system checks whether there are
any requirements that have been marked for update, and if so, then they
are updated, as explained in step e.
0 If there is a fallback variant, then the fallback variant can be restricted
through a global filter for exceptions with failed material-plant combina-
t ions.
Note
GLOBAL_FILTER3, as shown in Figure 5.18, has a restricted fal l back variant.
0 The fallback variant can also be unrestricted (i.e., the selection is indepen-
dent from the previous steps and not run for failed material-plant com-
binations). Settings for the unrestricted fall back are shown in Figure 5.20.
Variant Settings
General Information
Execution Options
Configuration Options
OoC\.ment T)pes: Sates Documents Exception 8eh31Aor: Stop Failed Material-Plant Com~bons GloOOI. ~Name: AlL._OTMER_CUSTO...
Cheddng As; sates Ofder (Bu!iness scenario: A) F.Uback Vari•.. Name: FAUBACKVAAIANT2 R...-ng """' Re<lslrtbute
l Fallback ll<!l<Mor· Tngger F•llback v.tthout ReSlrictions l
A p
89
5 Backorder Processing
Not e
A fal l back variant can also have another fallback variant. There is no technical
restrict ion on the number of fa ll back variants; however, it is recommended to
restri ct the number of fall back variants from the perspective of complexity and
performance.
Material FG14 has been allocated with 7 EA for the customer 10100005 for
the week starting on April 8th. Order quantity for the sales order 10000686
is 10 EA and is unconfirmed. After backorder processing run, this sales order
10000686 with gain confirmation strategy has been confirmed with 7 EA
(i.e., not 10 EA), as expected due to product allocation set for only 7 EA for
the week starting on April 8th.
Not e
SAP has released SAP Note 2563508 for product allocation to support w in, gain,
fill, and lose backorder processing confirmation strategies in the 1709 release of
aATP.
Not e
Backorder processing does not work with ABC as of the 1809 release of SAP
S/4HANA. The 1905 release of SAP S/4HANA Cloud and 1909 release of SAP
S/4HANA on-premise are ant icipat ed t o include backorder processing and con-
sider ABC f unctionality.
90
6 What Is Release for Delivery?
Srieetion RM1gt>:
20.0J.20 1,. 24.06.201, rn
Product AUocation Planning Data (4) ...,.. 0. Switeh to Oe-scrip(!On Vtew ShowCo~on .!.
n
-·......
S.les Otga~atlon SoW·To Party· CUSt... M«e~l Ni.mbff Status Const.ralnt Stailus 18.03 2019 2S.03 2019 01.04 2019 0804 2019 15.04.2019 23.04.201~
-·-·
0 1010 10100001 FG12
A.v•ibblity
100 100 100 100 0 0
Rt$trkted
0 1010 10100001 FG216
Avallabllty 0 50 50 50 50 0
RMtricted
0 101~ FGl.4 8
1010
AvallabUty
0 0 0
' 0
A!I (2) 0. ©
R9qu1rorrent Material
"""'
Con"""'
Ion
Slrattty
Reclpitnt S.~tntN~me ........ On.Tim• Confirmation Ea.rtiest ConlWmatlon Overalt onfim»tlon
Processin
I Sla1US
Confirm
......
~ion
0 @)
20PC 'lll 0PC 20PC 'lll 0PC
91
6 Release for Delivery
There are three SAP Fiori apps that include release for delivery functionality:
Note
Like the prerequisite settings for the product allocation and backorder process-
ing SAP Fiori apps listed in Table 3.3 and Table 5.2, the settings in Table 6.1 need
to be set for the Release for Delivery SAP Fiori apps to be displayed in t he SAP
Fiori launchpad.
92
6 Release for Delivery
93
6 Release for Delivery
GERMANYPLANT1010
General Information
Order resp for materials in Germany plant 1010
General Information
Assigned User ' Validity End Validity Start Validity End Time Zone Validity Start Time Zone
The SAP S/4HANA 1809 release provides parameters for the Responsibility
Definition field, as follows:
94
6 Release for Delivery
Standard v
0 GEAMANVPl,.ANT1010 Ord•r r• sp f0t m.>,teriats in Gorm.any plant 1010 PLANT of tho ATPMATERIAL b oqual to ' 1010' 180 DAY 1
• aATP must be activated for the material (see the Availability Check Group
section).
• At least one order fulfillment responsibility must be assigned to the busi-
ness user in the Order Fulfillment Responsibilities app.
This app lists three process statuses, as shown in Figure 6.3:
• Unpre pared
This is the entry screen for the Release for Delivery app, as shown in Fig-
ure 6.3. It displays the materials, which have at least one sales order or
stock transport order with no "full confirmation" and the corresponding
quantity already confirmed 0 , the quantity available for further confir-
mation e. and financial impact e.
95
6 Release for Delivery
Note
The length of the Impact bar indicates the potential financial impact of being
unable to confirm all sa les o rd er items of a material. The value of the impact is
determined by multiplying the net price of each sales ord er it em by the uncon-
firmed quantity. The determ ined value of impact is then converted to a sca led
va lue between zero and 100, so t hat sensitive pricing information isn't exposed.
GERMANYPLANT1010 G
Hori?on: 4320 h
If you click on the material, such as FG06 in Figure 6.3, then you get sales
orders with the material FG06 with the corresponding confirmation and
availability situations, as shown in Figure 6.4. It shows that the sales order
10000669 is fully confirmed with required quantity of 45 PC. However, an
important customer 10100002 needs 2 PC of the same material FG06 very
urgently, but the correspond ing sales order 10000667 isn't confirmed.
96
6 Release for Delivery
The Release for Delivery app provides the option to change the confirmed
quantity after backorder processing.
Note
Dependency is a new feature introduced in the 1809 release of SAP S/4HANA, as
shown in Figure 6.4. If the order has a delivery group set as, for instance, sales
order 10000657 (i.e., the ordered quantities for the materials FG06 and FG07
need to be delivered together), then it will be marked for dependency and its
order quantity can't be changed.
M.uor\.11; FG06
Plant. 1010 • Plarw l OE Walldolf 0 •
HOrilon: 4320 h
• Co1'4imwd • Avaitabte • 0-..conl'irmed • Unccnfirm~
rte~ (4) 0. c t; ©
SalHOrder Sat.es doci.neM type OocutneM Oa1e S"'""ng D.Me-s Co~itmaL<ln
E:]ol 6l Del)ffldtncles
lhlJ. 2803
v~6\
lnlandtltund• OE 4
0010000671
_,, OR • Su,nd.3rd Order 2403 2019 27.03.2019 Fri, 29.03. 7 •
1010IXI04 R Sit. J0.00.
- oc
0010000669
Inland·
lohnMarb.iter A ,
OE
10100007
2403 2019 27.03 2019
Thu. 28.0J.
f". 2903.
"it' Sit. 30.03
•• - oc
..
,
" o[!J
lnl.,.ndslcund e DE 2 Thu, 28.0J.
0010000667 2403.2019 lo · ~oc O l 6\
10100002
27.03 2019
~
f " , 29.0J.
Sat..30.03 "
0010000657 lni.ndUund• DC 1
27.03 2019
Thu. 2803
frl, 29.<>3. 4
_,. ., o J6\ ~
10100001
'Jitl ~"· 31.0l. "°
Now the Release for Delivery app allows the confirmed quantity to be
reduced from 45 PC to 43 PC for sales order 10000669 (as it has no depen-
dency, as explained previously), and the same quantity (2 PC) can be
assigned to sales order 10000667, as displayed in Figure 6.5.
97
6 Release for Delivery
MatoriM: FGOS
P~nc: 1010 . Plan! 1 DE WaUdorf
Horizon; 4320 h
• Conllmwd • Av•ble
..
• Over-confirmed •
0
Uncontlfmable
•
Sales orders are subsequently published and appear in the next status
(prepared) of the Release for Delivery app.
• Prepared
This is the next status or screen of the Release for Delivery app. It displays
the materials for which the sales orders or stock transport orders are fully
confirmed, or the material that has been published from the unprepared
status, as shown in Figure 6.6. You can see the material FG06 (as described
in the previous step) and materials FG201 and FG07, which do not have
any issues with confirmation.
Materials FG06 and FG07 are then selected, and then the release for deliv-
ery is clicked to start the further logistic processes for the sales orders and
stock transport orders for these materials, which now appear with pro-
cess status Released.
• Released
This is the final process status in the Release for Delivery app, as shown in
Figure 6.7. As expected, you can see the materials FG06 and FG07 (de-
scribed previously) marked as released. Corresponding materials can now
be selected and set for Released for Delivery for creation of delivery.
98
6 Release for Delivery
Hoitzon: 4320 h
®' ) )
~
m·) ) ®'
P. . .e<ll AN°"*'
Figure 6.6 Materials with Prepared Status for Release for Delivery
GERMANYPLANT10 10 G
Horizon: 4320 h
A
0
SF No seri•I no batc h Segmentatlon
FG251
1010.
P\ant 1 OE Waltdoff
- 1
1~16S !A
6 ·15 EA
-150 tA )
0
fl:N U6, Multi mode
fGlOO
AATP T-.1 matffi•l Of>
1010 .
P\ant 1 OE Ylalldorl - 9
0.112 P(
A·U PC
12 PC >
1010. 5&'62 PC
0 FG06 Plant l OE Walk:Soff • 2 . . . l'C
OPC )
Before we move on to discuss the next SAP Fiori app, note that there is a lim-
itation of the Release for Delivery app in the SAP S/4HANA 1809 release.
The Release for Delivery app creates a work list (as a snapshot) with open
sales orders (or stock transport orders) due for delivery. (This behavior is
similar to m ass delivery creation with VLlO*.) If certain sales orders (or stock
transport orders) are created, changed, or deleted, then they are expected to
99
6 Release for Delivery
be reflected in next run of release for delivery. However, that does not hap-
pen as of the 1809 release of SAP S/4HANA. You might see that release for
delivery isn't showing the correct data/sales orders (some sales orders or
stock transport orders aren't being displayed or some deleted orders are
appearing), even though the relevant material, plant, and so on have been
defined in the Order Fulfillment Responsibilities app.
SAP may provide a refresh option in a later release. For now, the following
workaround may be used to create a new work list in aATP for the Release
for Delivery app:
Note
The functionality to refresh the order items for release for delivery is expected
in the 1909 release of SAP S/4HANA. This refresh functionality is planned to be
included in the 1905 release of SAP S/4HANA Cloud.
100
6 Release for Delivery
The system deletes the log based on the number of days mentioned in the
field Older than (Days), as shown in Figure 6.8.
Schedule Deletion
of ATP Results Log
ATP: Backorder Processing Result Deletion Default
Parameter Section
OnNon-We>tkingOay: ~[N_o _r.._u_ieti_on_ _ _ _ _ _ _ _~
vJ
UHJName:
l2EJ Re~et Schedulll'lg Option~ Cancel
101
6 Release for Delivery
Maten.al fG216
P\.ant; 1010. Aant 1 OE v1.i1dorl 25 00
Horizon 4320 h • Confirmed e Avallabte • OYKconf.flMd • Uncontlrmable
-·.....
ttc m$ (1) P<*ponod ttoms (0)
0010000673 tnland$kunde DE 1
"" Th.I. 2$.03. , ..
OR · Su1ndard Ordef 25,03.2019 27.03 2019 Fri, 2903 2' .... 0 I? ,
10100001 "i" Sal:, 30.03
"'
Figure 6.9 Release for Delivery in Combina tion with Product Allocation
. <
ABCPLUSPAL .i.ec...,.PiU.
" ..
,Yf
p~ ~~SD.tl•(I)
- ---
• ()io.llfntdtl <nr.,;i dOI <IO
$C!Wol9P"'1)'•t'\llC. ~,._,..._
Of¥tor10lt" 300S101t
0
II <
SF No serial no batch AATP ABC
.....-~1!1
,. "
.....,...,,
__
"-"' 10U-~lot"""""'
..,
0010CO:lll4
"""''
l~OE I Olt·~·°"'"'
--
2$.Q.120l'
I <> ,...._.~....,.,,~
r... ~-~ ~• ...... ..
102
7 What's Ahead for aATP?
103
7 What's Ahead for aATP?
Note
SAP has set the roadmap in Table 7.1 for aATP in Q2 of 2019, but the enhance-
ments in actual releases may be d ifferent due to various reasons. See https://
www.sap.com/sweden/product s/roadmaps.html fo r the latest roadmap up-
dat es.
Also refer to Note 2642047 for the restrictions of aATP in the 1809 release of SAP
S/4HANA.
104
7 What's Ahead for aATP?
Note
GATP ca n't integrate direct ly with SAP TM, so two separate calls (one to SAP
APO and another to SAP TM) are needed to derive t he delivery date (which is a
maj or limit ation f or customers using bot h GATP and SAP TM). However, now
the integration of aATP (the successor of GATP) w ith SAP TM is feasible with t he
merger of GATP and SAP TM in the SAP S/4HANA core.
I aATP
I
SAP S/4HANA
Figure 7.1 Integration of SAP IBP for Response and Supply with aATP in SAP S/4HANA
105
8 Migration at a Glance
Note
SAP IBP is a separate SAP application available only in the cloud.
8 Migration at a Glance
SAP has declared that aATP will be the successor of SAP APO GATP. How-
ever, aATP is still evolving, and it will take several years to develop all the
future functionalities for aATP as planned by SAP as in their roadmap (dis-
cussed in Section 7).
Note
There will be no migration tool to migrate from GATP in SAP APO to aATP, as the
design principles in aATP are different from GATP in SAP APO.
The migration to aATP will not be unique for all customers; it will depend
on the extent of the use of ATP in SAP ERP and GATP in SAP APO. Figure 8.1
shows the different migration scenarios for different sets of customers:
0 New customer
A new customer using SAP S/4HANA can use aATP from the very begin-
ning. In fact, there is no migration in this case, excepting master data.
Note
Present SAP ERP customers implementing SAP S/4HANA as a greenfield option
w ill also fa ll into this category of new customer.
106
8 Migration at a Glance
I []f[]
ATP
~ ~ - - IGATP I I aATP I
SAP ERP SAPS/4HANA SAP ERP SAP APO SAPS/4HANA
SAP ERP ATP and SAP APO GATP to SAP S/4HANA aATP and SAP APO GATP
~
SAP ERP
IGATP I
SAP APO
~ p
SAP S/4HANA
IGATP I
SAP APO
Existing SAP ERP and SAP APO CATP customer migrating to SAP S/4HANA and SAP APO CATP
107
8 Migration at a Glance
Note
Location substitution functiona lity with ABC works only at the creation of a
sa les order in the 1809 release of SAP S/4HANA. As a result, SAP does not recom -
mend using ABC in the production environment of the SAP S/4HANA 1809
release. Th is limitati on is expected to be eliminated in the 1909 re lease of SAP
S/4HANA on-premise.
/ Sales: sales erg. 2 -r.> Sales: General/Plant I' Forelgi tracle emort v Sales text 'I EJl!]!Ci
Material
Descr.
lrGll
fG AATP Test 11'
I
-~
um ~
•
Plant 11010 Plant l OE
Gene1al data
Base Urlt of Measure ST Piece Replacement Part D
Gross wei(tlt 0,500 JlKG1 Qual. f.FreeGoodsOis. 0
Net weight lo,4so J Material freQ"lt grp I I
Avallablty check rvl1 Indivtd.requi"ements
A~.batch rec. req. 0
Batch manaoement 0
Figure 8.2 Availability Check Group Controls the Call for ATP or aATP
Note
SAP S/4HANA does not support summarized requirements; it only supports
individual requirements. Report ATP_TRANSITION_S4_ VBBS should be used to
transition summarized requirements to individua l requirements, as recom-
mended in OSS Notes 2209696 and 2267745.
108
8 Migration at a Glance
Note
Classic ATP and aATP can be run simultaneously, depending on the setup of the
checking group in the same SAP S/4HANA system. If the checking group is acti-
vated for aATP, then aATP is ca lled for the materials with that availability check-
ing group.
However, product allocation in aATP and in SD (as in classic SAP ERP} can't be
executed simultaneously in the same SAP S/4HANA system. If product alloca-
tion is activated in aATP in SAP S/4HANA, then it can't be rolled back to previ-
ously used product allocation functions in SD.
109
9 What's Next?
GATP installations, then they need to continue using SAP APO GATP even
if they migrate to SAP S/4HANA from SAP ERP.
Not e
SAP APO GATP can be integrat ed wit h SAP S/4HANA in a sim ilar way, as in the
case of SAP ERP, with same core interface, queued remote function cal l (qRFC),
and so on.
9 What's Next?
You've seen how aATP functionality in SAP S/4HANA manages variable
demand. Now take your SAP S/4HANA logistics journey further! Whether
you're curious to see what's new for logistics with SAP S/4HANA, or looking
to dive deeper into a particular logistics process, you'll find the resources
and guidance you need from SAP PRESS.
"' '"""' Reimagine your supply chain w ith Logistics with SAP S/4HANA:
: -:. &:..
;~·;.
ifOOe, 1 1~- •
An Introduction by Deb Bhattacharjee, Vadh i Narasimhamurti,
~~__:f;· :: ' ·"..i.. Chaitanaya Desai, Guillermo B. Vazquez, and Tom Walsh! See
~~· '"· ~~ what SAP S/4HANA offers for sales o rder management, man-
ufacturing, inventory management, warehousing, and more,
and discover how new SAP Leona rdo technologies impact
your supply chain.
In addition to this book, our editors picked a few other SAP PRESS publica-
tions that you might also be interested in. Check out the next page to learn
more!
110
More from SAP PRESS
Sourcing and Procurement in SAP S/4HANA: Dive into SAP S/4HANA sourcing
and procurement functionality. Configure critical processes, from sourcing,
to invoicing, to supplier management and evaluation.
503 pages, pub. 01/2018
E-book: $69.99 I Print: $79.95 I Bundle: $89.99
www.sap-press.com/4551
SAP PRESS E-Bites
SAP PRESS E-Bites provide you with a high-quality response to your specific project need.
If you're looking for detailed instructions on a specific task; or if you need to become
familiar with a small, but crucial sub-component of an SAP product; or if you want to
understand all the hype around product xyz: SAP PRESS E-Bites have you covered.
Authored by the top professionals in the SAP universe, E-Bites provide the excellence
you know from SAP PRESS, in a digestible electronic format, delivered (and consumed) in
a fraction of the time!
Stefan Kienzle
Introducing Advanced Variant Configuration (AVC) with SAP S/4HANA
www.sap-press.com/4606 I $29.99 I 71 pages
Caetano Almeida
Introducing Materia l Requirements Planning (MRP) in SAP S/4HANA
www.sap-press.com/4649 I $24.99 I 72 pages