Scm670 en Col62 Gatp

8/10/2019 Scm670 en Col62 Gatp

http://slidepdf.com/reader/full/scm670-en-col62-gatp 1/288

Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A

P

P

ar t n er

O nl y

© SAP AG 2006

© SAP AG 2006

System SAP ECC 6.0 and SAP SCM 5.0

2006/Q2

Material number 50079406



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y

© SAP AG 2006

Some software products marketed by SAP AG and its distributors contain proprietary software components of

other software vendors.

Microsoft, Windows, Outlook and PowerPoint are registered trademarks of Microsoft Corporation.

IBM, DB2, DB2 Universal Database, OS/2, Parallel Sysplex, MVS/ESA, AIX, S/390, AS/400, OS/390, OS/400,

iSeries, pSeries, xSeries, zSeries, z/OS, AFP, Intelligent Miner, WebSphere, Netfinity, Tivoli, and Informix are

trademarks or registered trademarks of IBM Corp. in the USA and/or other countries.

ORACLE is a registered trademark of ORACLE Corporation.

UNIX, X/Open, OSF/1, and Motif are registered trademarks of the Open Group.

Citrix, ICA, Program Neighborhood, MetaFrame, WinFrame, VideoFrame, and MultiWin are trademarks or

registered trademarks of Citrix Systems, Inc.

HTML, XML, XHTML, and W3C are trademarks or registered trademarks of W3C®, World Wide Web

Consortium, Massachusetts Institute of Technology.

JAVA is a registered trademark of Sun Microsystems, Inc.

JavaScript is a registered trademark of Sun Microsystems, Inc., used under license for technology invented and

implemented by Netscape.

MaxDB is a trademark of MySQL AB, Sweden.

SAP, R/3, mySAP.com, xApps, xApp and other SAP products and services mentioned herein as well as their

respective logos are trademarks or registered trademarks of SAP AG in Germany and in other countries worldwide.

All other product and service names mentioned are the trademarks of their respective owners. Data contained in

this document serves informational purposes only. National product specifications may vary.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y

sThe information contained in this publication is subject to change without prior notice. These materials are

provided by SAP AG and its affiliated companies ("SAP Group") for informational purposes only, without

representation or warranty of any kind, and SAP Group shall not be liable for errors or omissions with respect to

the materials. The only warranties for SAP Group products and services are those that are set forth in the express

warranty statements accompanying such products and services, if any. Nothing herein should be construed asconstituting an additional warranty.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y

© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y

© SAP AG 2006

These training materials do not represent a . Your materials are

. Your materials provide space for making

your own notes.

There may not be enough time to do all the exercises during the course. The exercises provide additional

examples that are covered during the course. You can also work through these examples in your own

time to increase your understanding of the topics.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y

© SAP AG SCM670 1-1

© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Unit 6

Unit 7

Unit 1

Unit 2

Unit 3

Unit 4

Unit 5



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

© SAP AG



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

+20

-10

+10

Availability checks are triggered by events in the OLTP system (SAP System or a legacy system ); anATP request is sent to SAP SCM (APO) for all SAP APO-relevant products in the order.

An ATP check is an online search used for verifying that the requested product can be provided by the

company in the quantity requested and on the date requested by the customer.

In many OLTP systems, ATP-specific functions are limited or nonexistent. ATP functions as previously

known from SAP ECC allowed product selection and single manual substitution at plant level (one item

during the ATP check). Infinite capacity usually had to be assumed in assembly order processing. A

capacity check was only possible when manufacturing orders or manufacturing order networks were

generated directly.

In conjunction with production, SAP SCM (APO) uses PP/DS functions during the ATP check.

By applying rules-based ATP, it is possible to check for alternative products in alternative locations, as

well as to consider production across all product levels.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Global ATP in SAP SCM (APO) provides information on product availability from the entire supplynetwork. The likelihood of making a successful commitment and of having short delivery processing

times varies depending on the check method used.

Global ATP is highly integrated in all SAP APO application components, thus ensuring that the ATP

check requirements are fulfilled. This integration can include the following:

Demand Planning forecasts can be used as a basis for checks against sales orders when no supply plan

exists, such as in a make-to-order environment.

Supply network plans can be examined at alternative distribution centers and plants, with the option of

checking for alternative products.

Production Planning and Detailed Scheduling (PP/DS) plans can be examined for detailed production

plans, and automatic planning can check if an additional production plan can be scheduled for the

requirement.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

(BW techniques available)



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

You have to distinguish between two main integration concepts:

Integration of SAP ECC and SAP R/3 >= 3.1I using the SAP APO Core Interface

Integration of any type of OLTP legacy system (also SAP R/3 < 3.1I and SAP R/2) through Business

Application Programming Interfaces (BAPIs).



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

• Orders (per type)

• Products• Components• Work centers• Routings• Bills of material

An integration model gathers all data (filter objects) to be transferred in one chunk from SAP ECC toSAP SCM (APO). The integration model has a name and is related to a target system. You can use

selection variants to define relevant objects for the different planning processes in the SAP SCM APO

component. You start the data transfer by activating the generated integration model.

Master data is broken down into subcategories like work center, bill(s) of material, routings, and so on.

Filter objects in existing integration models can be added / excluded.

To achieve maximum flexibility and performance for the data transfer, you can generate as many

integration models as necessary and then activate them. The number of data objects to be included in the

transfer is restricted to the various planning and optimizing operations. You can create more than one

version for an integration model, but only one can be active at a time.

Interface extension with Plug-In

The interface extension allows the transfer of non-standard data from SAP ECC to SAP SCM (APO)

and vice versa.

Originally developed for industry solutions, the interface extension also allows special data to be

transferred from a standard SAP ECC System.

The extensions have been implemented as customer exits and BAPIs.

The integration model is used for both the initial data transfer and the change transfer.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Note: For detailed information, see the integration scenarios for ATP. Integration scenarios are part ofthe SAP SCM (APO) online documentation.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

In the global settings for ATP in the SAP APO system, you can prohibit the import of Customizing data.This may be necessary if you have to transfer (activate) an integration model for the second time (for

example, if there are master data changes) and you do not want to destroy the existing setup of

Customizing data in SAP APO.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Customizing for the check against product allocations is handled differently from ATPCustomizing:

Selecting the relevant checkboxes only opens the channels.

You still have to manually start the transactions.

Reason: If you have a longer planning cycle in SAP ECC, you can determine individually when you

want to send the relevant information to SAP SCM (APO), without deactivating the integration model

in urgent cases.

Customizing for the check against product allocations

Note: The actual Customizing data for product allocation has to be transferred separately by using the

transaction QTSP. The individual product allocation procedure is transferred together with the materialmaster.

Product allocations

Note: Data for product allocation has to be transferred separately using the transaction QTSA.

You can protect the SAP SCM (APO) System from a Customizing import by maintaining the relevant

global settings.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

s



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Product availability check or availability check based on ATP quantities:

The ATP (Available-to-Promise) quantity is calculated from warehouse stock, planned receipts

(production orders, purchase orders, planned orders, and so on), and planned issues (sales orders,

deliveries, reservations, and so on). For this type of availability check, the system dynamically checks

stock and planned goods movements for each transaction – either with or without using the

replenishment lead time. Planned independent requirements are not taken into account.

Availability check against product allocations:

You can allocate materials using any criteria. The availability check is successful if there is a product

allocation for this transaction in the relevant period and this product allocation has not yet been

consumed by other requirements. The check against product allocations is used in situations where

supply is smaller than demand to prevent one customer (or a few customers) from buying the completequantity and other requirements not being satisfied.

Availability check against the forecast:

In the check against the forecast, the system checks against a planned independent requirement created

for an anonymous market, and which is usually not customer-specific (for example, in the strategy

'planning without final assembly', if production is only carried out to the stocking level). The planned

independent requirement results from demand management and is used for non-order-specific

planning of expected future sales quantities.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

The advanced availability check methods include:

The combination of basic methods

For example, first, you can execute a check against product allocations. You then check the resulting

confirmed quantities against the relevant ATP quantity within the product availability check.

Production (Capable-to-Promise)

CTP means calling (PP/DS) directly during an ATP

check. You can define that PP/DS should be called if the requested product is not completely available

to produce the remaining quantity or to procure it externally. Unlike in the multilevel ATP check

(MATP), PP/DS planned orders or purchase requisitions, which are visible and are taken into account

in planning, always result immediately during the CTP process. A feasible planned order is

determined in PP/DS from the result of scheduling these planned orders (taking capacities and the

product availability into account). A confirmation can then be made against this planned order.

Production (multilevel ATP check) The multilevel ATP check is used in production processes where a

large part of the value-added activity arises at final assembly. The assemblies on the lower production

levels are already produced or procured before the sales order arrives. Final assembly is only started

when a sales order arrives. The critical factor in production is component availability. In contrast to

Capable-to-Promise (CTP), no receipt elements are created in the SAP APO order network during the

multilevel ATP check. Instead, the check results are stored in the ATP tree structure. Receipt elements

are only generated later when the ATP tree structure is converted in PP/DS. This allows improved

performance during the check. However, statements on capacity availability and scheduling cannot be

as detailed as in CTP.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


Availability check for kits (Kit to Order)

You can use this process to perform an availability check for kits and their components. Kits are bills

of material, which are always delivered in a complete and assembled format. This process corresponds

to simplified production, since resource planning is not required to combine the components as a

complete kit. Components are commissioned during production.

Third-party order processing

If you are not supplying a customer directly, you can use this process to instruct another supplier or

dealer to deliver the products requested by the customer. Third-party order processing enables you to

ensure that the requirement can be confirmed as quickly as possible without having to take account of

cancellations or backorders.

Rules-based availability check

You use the rules-based availability check to automatically or manually optimize the process for

deciding between alternatives using predefined rules. If a product is not available, for example, you

can check substitutes for availability or you can check the availability of the original product in other

locations. Another option would be to select alternative PPMs within the framework of production.

These alternatives are stored in master data (integrated rules or master data for product and locationexchangeability) and determined specifically for a transaction (condition technique).



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Access 1 =1stCondition

Access 2 =2nd Condition

Access 3 =3rd Condition

Access 4 =4th Condition


Access 2 =2nd Condition

Access 3 =3rd Condition

Access 4 =4th Condition



The check instructions determine the type and scope of the availability check. In the check instructions,you define which availability check method you want to use.

If you want to perform the check on the basis of a , you choose the basic method here

(product availability check, check against product allocations, or check against the forecast).

If you want to check on the basis of the , you have the following options:

You can in any way by defining the check sequence. If you do set the

indicator, the result of the availability check of the previous step is the starting point

for the check in the next check step. If you set the indicator for a basic method, the

result of this basic method has no effect on the final result. If the neutral result of a basic method is

smaller than the final result, a message is displayed. If you have set the indicator for all

basic methods of a check, the final result is always the original and complete requirement quantity.

You can also call the from the check instructions. If the

indicator is set, the system tries to determine one or more rules using the condition technique.

The rules are master data. Possible product and location substitution relationships are defined there. If

the call to production has been defined, alternative PPMs can also be defined in the rules. If you do

set the indicator, the difference between the requested quantity of the

transaction and confirmed quantity from the check step(s) of the basic method(s) is transferred to the

rule(s) for checking. If the indicator is set, the rules-based availability check is

called immediately with the requested quantity of the transaction; in other words, without a check of

any other activated basic methods. If the result of the rule interpretation is a calculation profile (for

example, a consumption horizon), the system checks the original requirement while taking account of

the calculation profile.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


As of SAP SCM 4.0, you can use instead of rule master data

(integrated rule maintenance and condition technique) for pure product replacements.

The is an additional check method that can be called if the

basic checks fail. However, production can also be started immediately. If production is only called

after an availability check, you have two options:

Production is started after execution of all basic methods in the check instructions for the partialquantity of the original requirement quantity that could not be confirmed in the previous checks:

You have to bear in mind that when several basic methods are used, the confirmable quantities from

step n represent the requirement for the basic method in step n+1.

Production is started for the partial quantity of the ATP requirement quantity that could not be

confirmed by the product availability check: The ATP requirement quantity is the quantity that

could be confirmed by preceding basic methods. If the product availability check is the first basic

method, the ATP requirement quantity corresponds to the original requirement quantity.

In the normal sequence of events, a basic check (with or without production) is performed first. Only

after the basic checks have failed to come up with the necessary committed quantity are the rules used to

search for other locations and products (substitutions). The rules can also check for production in other

locations.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

The determination of the check instructions depending on the business event and the check mode meansthat the type and scope of the availability check can be controlled depending on the calling process

and/or the material.

Settings for determining the check instructions can exist in the basic configuration, in the product master,

and in the location determination activity (= integrated rule maintenance). The settings of the location

determination activity are used by the availability check during location substitution in Global ATP.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Business events are defined in the OLTP system and used in SAP SCM (APO).

A business event identifies the type of transaction that initiates the ATP check. Current business events

available in the SAP ECC System include:

Sales order

Production order (creation and release)

Free-of-charge

...

The business event is transferred to the ATP check in SAP SCM (APO). In SAP APO, the business

event is used together with the other ATP settings to determine the entire check rule control.

The business event corresponds to the checking rule in SAP ECC and is transferred to SAP SCM (APO)

using CIF.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

You should be aware that each application has to define its own checking rules. The checking rule forthe reservations is defined in Customizing for production orders, for example.

In contrast, in the checking rule is defined internally for each application and

cannot be changed by making Customizing settings.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

The check mode is a grouping indicator for products. Together with the business event, it defines whichcheck instructions are used for a group of products.

Determination of the check mode from the SAP ECC requirements class. The requirements type with

the requirements class is transferred by the Sales application during the runtime. No other applications

transfer requirements classes. In this case, the check mode is read in the SAP SCM (APO) product

master. In the case of rules-based ATP, this also applies to the subsequent requirements (substitutions).

For this reason, you should have entered the check mode in the location-specific product master.

In addition, the check mode can control the following:

If production is called within the availability check (controlled using the check instructions or the

location determination activity), you make decisions here about the type of production that is used.

The "standard" production type calls CTP, while the "multilevel ATP check" production type calls themultilevel ATP check.

The assignment mode determines which type of forecast (without assembly) is consumed by the sales

orders. Only one type of consumption behavior is possible for each requirements strategy.

In the case of a requirements strategy for variant configuration, should only the product characteristics

selected by the customer be transferred to SAP SCM (APO), or should both the characteristics and the

configured BOM be transferred? Within normal variant-configured strategies, both the characteristics

and the configured BOM are transferred.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Planning strategies represent the business procedures for planning production quantities and dates. InSAP ECC, a broad spectrum of production planning strategies is available offering numerous options

from pure make-to-order production to make-to-stock production.

The planning strategy defines whether the production program is created on the basis of sales orders

and / or sales forecast values.

The planning strategy defines the stocking level for the products. In other words, either finished

products are stored or assemblies are stored. These assemblies are then finally assembled when a sales

order arrives.

The planning strategy defines whether and how customer requirements consume planned independent

requirements.

Using the planning strategy, you can define in SAP ECC whether you want to perform an availability

check for a material and if so, which basic method should be used.

The planning strategies available for a material are listed in Customizing.

A planning strategy can be assigned to a material using a strategy group.

Various requirements types are defined for each of these strategies and each requirements type is

assigned to a requirements class that contains the actual control parameters.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Forecast

Cust. reqmts

Availability Check

Type

Transfer of Requirements

Strategy group

MRP group

Material type

MRP type

The material and / or the transaction can determine whether an availability check and / or a transfer ofrequirements take place. You can define this in the requirements class.

Determining the requirements class using the material.

If the strategy group is not maintained, it is determined using the MRP group.

If the MRP group is not defined, the system uses the material type instead of the MRP group to

determine the strategy group. (the material type has to be maintained as the MRP group).

A requirements type is determined using the strategy. Among other things, the requirements type

defines the requirements type for the customer requirement.

First, an attempt is made to determine a strategy using the strategy group from the material master.

The requirements class is determined using the requirements type for the customer requirement.





Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


At the conclusion of this exercise, you will be able to:

Select the availability check method by configuring the check instructions

Define how the relevant check instructions are determined

Determine the requirements type / class in SAP ECC.

Maxitec Ltd.’s product spectrum and business processes are

heterogeneous. The demands on the availability check therefore vary,

depending on the product and possibly the transaction.

Maxitec Ltd. decides to use various availability check methods.

Your instructor will assign the group number (##) that you need for all exercises in this course.

2-1 Create a new check mode YXX check mode group ##. ##. The

sales orders should not consume the forecast. Choose the “standard” Capable-to-Promise

as the production type. Save. Confirm the .

Note: In this exercise, you only create this check mode so that each

group number has its own check instructions defined with this key.

These check instructions cannot (yet) be used within the availabilitycheck. In practice, you configure a requirements class and the

determination of this requirements class in SAP ECC and transfer

this requirements class to SAP SCM (APO) using SAP APO CIF.

This is the only way to guarantee that the relevant check control is

determined from the OLTP.

2-2 A product availability check should be executed that is dependent on the check mode YXX

and the checking rule A (sales order) parameters. Neither the rules nor production should

be called. Create a new check control using the key check mode YXX and checking rule A

and define the product availability check. Save. Confirm the .



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


2-3 Set up an advanced availability check method. A check against product allocations should

be performed first. Afterwards, the quantities confirmed from the check against product

allocations should undergo a product availability check. Neither the rules nor production

should be called. . Save. Confirmthe .

2-4 Set up an advanced availability check method. A product availability check should be

performed first. If the product availability check cannot confirm the complete requirement

quantity, the rules-based ATP check should be started. If rules-based ATP cannot confirmthe complete requirement quantity either, the original product should be procured or

produced in the original location. Production or procurement should be called directly

from the availability check.

Save. Confirm the .

2-5 Set up another advanced availability check method. A check against product allocations

should be performed first for the requirement. The quantities confirmed from the checkagainst product allocations should then undergo a product availability check. If the original

requirement cannot be covered, production should be called

. Production should be started after the check against product allocations and theproduct availability check have been executed. The rules should not be called.

Save. Confirm the .



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


2-6 Display the ATP data that has been determined for product T-F11## in location 2400.

2-6-1 Which check mode was assigned to your product in location 2400?

________________________________________________________________

2-6-2 You call the availability check from an SD application in SAP ECC. Is the check

mode defined in the SAP SCM (APO) product master relevant for determining thecheck instructions?

________________________________________________________________

2-6-3 How is the check mode that is relevant for determining each check instructions

determined if the availability check is called from an SAP ECC SD application?

________________________________________________________________

2-6-4 Create a sales order for 10 pieces of your product T-F11## in the SAP ECC system.

Log on to the SAP ECC system.

Order type OR Standard order

Sales organization 2400 Italy, Milan

Distribution channel 10 Final customer sales

Division 00 Cross-division

Sold-to party 2402 Jashanmal Int Tra Co

PO number PO-##

Delivery date One week from today’s date

Delivering plant 2400 DC Milan

Material T-F11## Maxitec R-3100

Quantity 10

Which requirements type has SAP ECC determined for the product T-F11##?

________________________________________________________________

2-6-5 To which requirements class is this requirements type assigned in SAP ECCCustomizing?

________________________________________________________________

Note: This requirements class is transferred to SAP SCM (APO) within the

availability check as a check mode and controls the selection of the check

instructions.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


2-7 Check the configuration of the requirements class / check mode determination in SAP

ECC.

2-7-1 To do so, go to the material master for material T-F11## in plant 2400. Display the

tab page. Has the strategy group been maintained? Which strategy group is

it?

_______________________________________________________________

2-7-2 If no strategy group had been maintained in the material master, which parameter

would the system use to try and determine the strategy group?

________________________________________________________________

2-7-3 Which tab page in the material master contains the MRP group?

________________________________________________________________

2-7-4 What is the main strategy of the strategy group 10, ? To

find out, go to the definition of the strategy groups in SAP ECC Customizing.___________________

2-7-5 Which requirements types does the strategy 10, , use toplan the planned independent requirements and the customer requirements?

________________________________________________________________

________________________________________________________________

2-7-6 Which requirements class is assigned to the requirements type KSL?

________________________________________________________________

2-7-7 Have a look at requirements class 030. Has the availability check been activatedthere?

________________________________________________________________

Has the transfer of requirements been activated for requirements class 030?

________________________________________________________________



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


2-8 Create a sales order for 10 pieces of your product T-AS5## in the SAP ECC System.


Sales organization 1000

Distribution channel 12

Division 00

Sold-to party 2300 Motomarkt Heidelberg

PO number PO-##

Delivery date Three weeks from today’s date

Delivering plant 1000

Material

Quantity 10

Which requirements type has SAP ECC determined for the product T- ?

________________________________________________________________2-8-2 To which requirements class is this requirements type assigned in SAP ECC

Customizing?

________________________________________________________________

Save the sales order. Note down the order number:

________________________________________________________________

Note: This requirements class is transferred to SAP SCM (APO) within theavailability check as a check mode and controls the selection of the check

instructions.

2-8-3 Check the configuration of the requirements class / check mode determination inSAP ECC. To do so, go to the material master for material in plant 1000.

Display the tab page. Has the strategy group been maintained?

________________________________________________________________



________________________________________________________________



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


2-8-5 Which tab page in the material master contains the MRP group? Has the MRP

group been maintained?

________________________________________________________________

2-8-6 How does the system determine the requirements type / class?

________________________________________________________________________________________________________________________________

2-8-7 What is the MRP type for material in plant 1000?

________________________________________________________________

2-8-8 What is the item category for item 10 of the sales order?

________________________________________________________________

2-8-9 Examine the transaction-based determination of the requirements type in SAP ECCCustomizing.

________________________________________________________________A requirements class is assigned to this requirements type. When you call theavailability check in SAP SCM (APO), this requirements class would be transferred

to SAP APO as the check mode.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y



2-1 Create a new check mode YXX check mode group ##. The

sales orders should not consume the forecast. Choose the “standard” Capable-to-Promise

as the production type. Save. Confirm the .

)

Note: In this exercise, you only create this check mode so that eachgroup number has its own check instructions defined with this key.

These check instructions cannot (yet) be used within the availability

check. In practice, you configure a requirements class and the

determination of this requirements class in SAP ECC and transfer

this requirements class to SAP SCM (APO) using SAP APO CIF.

This is the only way to guarantee that the relevant check control is

determined from the OLTP.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


2-2 A product availability check should be executed that is dependent on the check mode YXX

and the checking rule A (sales order) parameters. Neither the rules nor production should

be called. Create a new check control using the key check mode YXX and checking rule A

and define the product availability check. Save. Confirm the .

Product check:

Allocation:

Forecast:

Activate RBA:

InC master data:

Start product(ion):



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


2-3 Set up an advanced availability check method. A check against product allocations should

be performed first. Afterwards, the quantities confirmed from the check against product

allocations should undergo a product availability check. Neither the rules nor production

should be called. Change the check control you just defined accordingly. Save. Confirmthe .

Product check:

Allocation:

Forecast:

Activate RBA:

InC master data:

Start product(ion):



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


2-4 Set up an advanced availability check method. A product availability check should be

performed first. If the product availability check cannot confirm the complete requirement

quantity, the rules-based ATP check should be started. If rules-based ATP cannot confirm

the complete requirement quantity either, the original product should be procured orproduced in the original location. Production or procurement should be called directly

from the availability check. Change the check control you just defined accordingly. Save.

Confirm the .

Product check: Allocation:

Forecast:

Activate RBA:

InC master data:

Remaining requirement:

Start product(ion):



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


2-5 Set up another advanced availability check method. A check against product allocations

should be performed first for the requirement. The quantities confirmed from the check

against product allocations should then undergo a product availability check. If the original

requirement cannot be covered, production should be called

. Production should be started after the check against product allocations and the

product availability check have been executed. The rules should not be called. Change the

check control you just defined accordingly. Save. Confirm the .

Product check:

Allocation:

Forecast:

Activate RBA:

InC master data:

Start product(ion):

Production time:



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y



2-6-1 Which check mode was assigned to your product in location 2400?

2-6-2 You call the availability check from an SD application in SAP ECC. Is the checkmode defined in the SAP SCM (APO) product master relevant for determining the

check instructions?

2-6-3 How is the check mode that is relevant for determining each check instructions

determined if the availability check is called from an SAP ECC SD application?

2-6-4 Create a sales order for 10 pieces of your product T-F11## in the SAP ECC system.






Sold-to party 2402 Jashanmal Int Tra Co

PO number PO-##

Delivery date One week from today’s dateDelivering plant 2400 DC Milan


Quantity 10



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


Which requirements type has SAP ECC determined for the product T-F11##?

2-6-5 To which requirements class is this requirements type assigned in SAP ECC

Customizing?

Note: This requirements class is transferred to SAP SCM (APO) within theavailability check as a check mode and controls the selection of the checkinstructions.

2-7 Check the configuration of the requirements class / check mode determination in SAP

ECC.

2-7-1 To do so, go to the material master for material T-F11## in plant 2400. Display the

tab page. Has the strategy group been maintained? Which strategy group is

it?

Choose to confirm your entries.



2-7-3 Which tab page in the material master contains the MRP group?



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


2-7-4 What is the main strategy of the strategy group 10, ? To

find out, go to the definition of the strategy groups in SAP ECC Customizing.

2-7-5 Which requirements types does the strategy 10, , use to

plan the planned independent requirements and the customer requirements?

Requirements type for customer requirement:

2-7-6 Which requirements class is assigned to the requirements type KSL?

2-7-7 Have a look at requirements class 030. Has the availability check been activatedthere?

Has the transfer of requirements been activated for requirements class 030?



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


2-8 Create a sales order for 10 pieces of your product T-AS5## in the SAP ECC System.

Order type OR Standard Order



Division 00

Sold-to party 2300 Motomarkt Heidelberg

PO number PO-##

Delivery date Three weeks from today’s date

Delivering plant 1000

Material

Quantity 10

Which requirements type has SAP ECC determined for the product T- ?


Customizing?

________________________________________________________________

Note: This requirements class is always transferred to SAP SCM (APO) during the

availability check in SAP SCM (APO) as a check mode and controls the selectionof the check instructions.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


2-8-3 Check the configuration of the requirements class / check mode determination in

SAP ECC. To do so, go to the material master for material in plant 1000.

Display the tab page. Has the strategy group been maintained?

.



2-8-5 Which tab page in the material master contains the MRP group? Has the MRP

group been maintained?

.

2-8-6 How does the system determine the requirements type / class?

.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


2-8-7 What is the MRP type for material in location 1000?

.

2-8-8 What is the item category for item 10 of the sales order?

2-8-9 Examine the transaction-based determination of the requirements type in SAP ECC

Customizing.

A requirements class is assigned to this requirements type. When you call the

availability check in SAP SCM (APO), this requirements class would be transferred

to SAP SCM (APO) as the check mode.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

The product availability check is successful if a sufficient (cumulated) ATP quantity of the product isavailable on a date derived from the delivery date requested by the customer (the material availability

date).

The data required for the check is transferred from the OLTP system(s) to SAP SCM (APO) and

modeled there in SAP liveCache as a time series.

The following information is required: stock information, planned receipts, and planned requirements, as

well as the related times on the time axis.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

The product availability check is successful if a sufficient cumulated ATP quantity is available on thematerial availability date determined from the requested delivery date.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

= Requirements class

SAP ECC

= Requirements class

SAP ECC

= Checking rule SAP

ECC

= Checking rule SAP

ECC

= Checking group SAP

ECC

= Checking group SAP

ECC

You select the check method for the availability check in the check instructions.

The type and scope of the product availability check is determined by the check control.

The business event and the ATP group determine the check control; that is, the product availability

check can be controlled individually depending on the transaction and/or the product (or the product

group).



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

The sublocation level is a storage subset of the SAP SCM (APO) location. It is interpreted as a storagelocation if the ATP category comes from SAP ECC. A requirement can be checked at location and

sublocation level.

The definition of the product version (which is interpreted as a batch if the ATP category is from SAP

ECC) comes from the OLTP system.

Requirements which are later than the checking horizon at the time of the check are always considered

available if this option is active.

An ATP check using the receipts from the past option determines if receipts with receipt dates in the past

should be taken into account in the confirmation of a requirement.

Consider past receipts:

A Consider past receipts with message

B Past receipts not considered

C Past receipts not considered, with message

The horizon for missing parts for the goods receipt determines how many days in the future will be

checked for shortages (using goods receipt postings in Inventory Management).

You can use the "Exact Check of Single Segments Off" indicator to switch off the product availability

check of customer single segments, which is accurate to the second. If you select this indicator, the

product availability check also checks customer single segments for specific days.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

The product availability check uses time series that represent the receipts and issues for a product.Individual time series exist on product, location, sublocation, version, characteristic and category level.

The sublocation and version correspond to the storage location and the batch in SAP ECC.

In SAP SCM (APO), planning is executed at product location level. The identification of ATP time

series is also based on these terms. Furthermore, ATP supports additional organizational levels in SAP

SCM (APO):

Sublocation (storage location in SAP ECC)

Product version (batch in SAP ECC)

Characteristics combination (not available in SAP ECC)

Various time series are evaluated during the check:

They are evaluated according to the level of the inbound demand. All organizational levels that may

contain elements are taken into account, with the minimum quantity on each date being finally

confirmed. Example I: A sales order specifies a product version, but no sublocation is given. The product is not

configured, therefore no characteristics exist. In this case, the ATP check is carried out at these levels:

- Product/location

- Product / location / product version

Example II: A sales order specifies a product version and a sublocation. Again, the product is not

configured therefore no characteristics exist. In this case, the ATP check is carried out at these levels:

- Product/location

- Product / location / product version

- Product / location / sublocation

- Product / location / product version / sublocation

The scope of check (categories used) also defines the selection of time series.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

The checking horizon defines a time interval (check date + period) in which a product availability checkcan be carried out. If the requirements date lies within this time interval, the check is carried out.

Requirements that lie after the end of the checking horizon are not checked, which means they are

confirmed in full. The checking horizon can be used to model the replenishment lead time, for example.

The following prerequisites must be met for using the checking horizon:

The checking horizon and the checking horizon calendar must be entered in the location-specific

product master data.

The checking horizon must be activated in Customizing for the check control.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

You define the calculation of the ATP quantity yourself. In other words, you can make a distinctionbetween product availability checks with different degrees of "safety" (that is, ranging from conservative

checks to checks with risk).

This means that depending on the aims of the check, other stock types, receipt types, and requirement

types are included in the scope of check. These MRP elements are described as categories in the SAP

SCM (APO) system.

Depending on the transaction and/or product (or product group), you can choose between checks with

different degrees of "safety."

: Up to and including SAP APO 3.1, the category be used to force the

system to check the ATP quantity with or without safety stock (as is possible in SAP ECC). Reason: The

safety stock in SAP ECC is not real stock, but rather a number used to reduce the existing stock. Up to

and including APO 3.1, the ATP quantity is checked in APO without safety stock; in other words, safetystock is not available. As of SAP SCM 4.0, the can be observed during the ATP check. To

do so, the SR category must be included in the scope of check (see the Release Notes for SCM4.0

"Safety Stock in the Global Availability Check" and the documentation "Product Availability Check

with Safety Stock").

As of

You have the flexibility to

protect a specific stock quantity according to various parameters. You can choose all fields in the field

catalog as parameters. The field catalog contains possible fields that can be used for the rules-based

availability check and product allocations. If you have chosen the order type as the parameter for the

PASB, the PASB can ensure that the system does not confirm the entire stock for standard sales orders

or stock transfers. This ensures that stock is always available, for example for rush orders.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


: As of SAP SCM 4.0, and can also be included in the

scope of check for the product availability check as receipt elements. The BZ category is available for

the SD returns order and the BY category is available for the SD return delivery. An active integration

model must also be available for sales orders.

: Up to and including APO 3.1, belongs to the stock in transit and the

unrestricted-use stock. As of SAP SCM 4.0, a distinction is made between these stocks:

The stock in transfer between plants is transferred to SAP SCM (APO) as stock in transfer between

locations.

The stock in transfer between storage locations for a plant is transferred to SAP SCM (APO) as stock

in transfer between sublocations.

This may have implications on the dataset. SNP and ATP do not observe the new categories for the

stock in transit (CS, TRBEST) automatically. You must extend the category group for stocks or the

scope of check accordingly if necessary (see the Release Notes for SCM4.0 "Transfer and

Representation of the Stocks in Transfer").



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

The ATP group is a grouping at product level. It controls:

The scope of the ATP check in conjunction with the business event

The logic used to evaluate ATP time series in the product availability check



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

In situation 2, a discrepancy in the confirmation has been caused by the postponement of the receipt.Consequently, total confirmed quantities exceed total receipts. There is a shortage.

If a planned receipt is postponed to any date after the confirmation date, the sales order confirmation is

retained, even though not enough stock exists to cover the requirement. This is because changing the

receipt does not automatically change the order. A new order created in this situation might also be

confirmed because of the postponed receipt and thus lead to an overconfirmation.

This situation results from the check logic in the ATP check. Issues always try first to consume the ATP

quantity of the most recent receipt. At the time of the check for planned issue A, planned receipt 1 is

scheduled before the planned issue. The issue could be confirmed because the ATP quantity for receipt 1

is positive and larger than planned issue A. As long as receipt 1 is scheduled before issue A, its ATP

quantity is reduced by issue A. If receipt 1 is shifted to a time after issue A, its ATP quantity increases

because the "relationship" to issue A only ever points in a backward (time) direction. Receipt 1 has a

positive ATP quantity again. The cumulated ATP quantity is now negative. Issue B can now be

confirmed after the postponed receipt 1 because this receipt has a positive ATP quantity.

You have the following options for removing this inconsistency:

Executing the planning run

Rescheduling

Backorder processing

Since these functions require a lot of time, it is possible that orders, whose entry dates indicate that they

cannot be delivered, are delivered. The shortage check excludes this situation from the very start.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


The shortage check is activated in Customizing for the ATP group. There are two different shortage

checks:

Check taking account of the cumulated confirmed quantities

During the calculation of the cumulated ATP quantity, the system takes account of the sum of all

previously confirmed quantities. In other words, new sales orders can only be confirmed when total

receipts exceed total confirmed quantities.

Check taking account of the cumulated requirement quantities

When calculating the cumulated ATP quantity, the system takes account of all open requirement

quantities. In other words, new sales orders can be confirmed when total receipts exceed total

requirement quantities.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

SCM 4.0:The product availability check performs the check on the basis of data for a specific date (daily bucket).

As of SCM 4.0, you can define the limits of this daily bucket for receipt and issue buckets, which apply

to the entire system. You can also define whether receipts are to be available at the beginning or the end

of a bucket. If you are using locations in time zones other than UTC, you can move the bucket limits to a

time that is a non-working time in most locations.

SCM4.1:

You could only previously define the same bucket limits for ATP time series globally for all locations.

As of SCM 4.1, you can interpret the limits in the time zone for the respective location. You can also

use several buckets on each day.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

The simulation function allows you to quickly investigate the effects of several potential planningscenarios.

You can execute several types of simulated product availability checks. You can implement either:

A simulated availability check according to ATP logic

A simulated check against product allocations

A simulation of a combination of basic methods

A simulated, rules-based availability check



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y



Set up the product master for the product availability check

Set up the product availability check

Verify the inventory situation of a product in SAP SCM (APO) and the

OLTP system

Simulate an availability check for a material in SAP SCM (APO)

Perform a real-time availability check from a sales order in the SAP ECCSystem.

Maxitec Ltd. uses the SAP ECC System and SAP SCM (APO) to plan alldelivery-related tasks in the supply chain. When an availability check is

performed during sales order entry in the OLTP system, a product

availability check is performed in SAP SCM (APO) server. Some

products are checked using the checking horizon.

This check is performed automatically when sales documents (forexample, a sales order) are created in the OLTP system. In this exercise,

you want to set up Customizing for checks against the ATP quantity for

the PC product T-F11##. To verify and test these settings, you will also

want to simulate an ATP check for the PC product in SAP SCM (APO).

You will use T-F11## as your PC product, where ## is your group

number. In addition, you use location 2400 Milan as your distribution

center (DC). This product and distribution center are used throughout

these exercises.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y




3-1-1 Which ATP group has been assigned to your product in SAP SCM (APO) for

location 2400?

ATP group in SAP SCM (APO):________________________________________________________________

3-1-2 Which calendar and replenishment lead time are used when the availability check is

performed with reference to the replenishment lead time?

Checking horizon (replenishment lead time): ___________________________

Checking horizon calendar: ___________________________________________

3-2 Display the ATP categories (stock, receipts, and issue elements) configured in SAP SCM

(APO).

3-2-1 Which category is used for valuated, unrestricted-use stock?

________________________________________________________________

3-2-2 Which category is used for the purchase requisition?

________________________________________________________________

3-2-3 Which category is used for the sales order?

________________________________________________________________

3-3 Display the business event for a sales order.

3-3-1 Which business event is defined for the standard SD (sales) order?

________________________________________________________________

During creation of a sales order for material T-F11##, business

event and requirement class are transferred from SAP ECC

to SAP SCM (APO). The business event and the requirement

class determine the type of availability check to be performed.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


3-4 Display the availability check methods performed for check mode 030 and business event

A.

3-4-1 Product check:

________________________________________________________________

3-4-2 Allocation:

________________________________________________________________

3-4-3 Forecast:

________________________________________________________________

3-4-4 Activate RBA:

________________________________________________________________

3-4-5 InC master data:________________________________________________________________

3-4-6 Start product(ion):

________________________________________________________________

3-5 Using business event A and ATP group 02, identify the configuration parameter that

determines whether the checking horizon is used to determine product availability.

3-5-1 Which parameter determines if the checking horizon is used in product availability

checking?

________________________________________________________________

3-6 Review the scope of the availability check for ATP group and business event .

Which of the following elements are included in the scope of check?

3-6-1 Sales orders?

_________________________________________________

3-6-2 Customer quotations?________________________________________________

3-6-3 Released production orders?

_________________________________________________

3-6-4 Restricted-use inventory stock?

______________________________________________



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


3-7 Check the ATP quantity for material T-F11## in location 2400 (Milan DC) in SAP SCM

(APO).

Product T-F11## Maxitec R-3100Location 2400 Milan

Business event A Sales order

3-7-1 How large is the ATP quantity in DC 2400 Milan?

________________________________________________________________

3-8 Use the SAP SCM (APO) simulation component to check if an order for 75 pieces ofproduct T-F11## can be delivered next week from location 2400 (Milan DC).

Product T-F11## Maxitec R-3100

Plant/DC (location) 2400 Milan

Check mode 030


Material availability date Monday next week

Requirement quantity 75 PC

3-8-1 Can all 75 pieces of the product be delivered next week?

________________________________________________________________



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


3-9 Create a sales order for 75 pieces of product T-F11## in the SAP ECC System. View the

ATP check results.






Sold-to party 2402 Jashanmal Int.

PO number PO-##

Delivery date a week from today



Quantity 75

3-9-1 What are the results of the availability check?

________________________________________________________________

________________________________________________________________

3-9-2 How many schedule lines are there, and what are their dates?________________________________________________________________

________________________________________________________________

3-10 After saving the sales order, view the inventory situation of your material in SAP SCM(APO). Use the to display your inventory status.

Enter planning version 000, product T-F11##, and location 2400.

3-10-1 What is the current inventory of the product?________________________________________________________________

________________________________________________________________

3-10-2 What are the current requirements for the product?

________________________________________________________________

________________________________________________________________



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y



number. In addition, you use 2400 Milan as your distribution center. This

product and distribution center are used throughout these exercises.



3-1-1 Which ATP group has been assigned to your product in SAP SCM (APO) for

location 2400?

ATP group in SAP SCM (APO):

3-1-2 Which calendar and replenishment lead time are used when the availability check is

performed with reference to the replenishment lead time?

Checking horizon (replenishment lead time):

Checking horizon calendar:





Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


3-4 Display the availability check methods performed for check mode 030 and business event

A.

Choose:


3-4-2 Allocation:

3-4-3 Forecast:

3-4-4 Activate RBA:

3-4-5 InC master data:

3-4-6 Start product(ion):

3-5 Using business event A and ATP group 02, identify the configuration parameter that

determines whether the checking horizon (total replenishment time) is used in determining

product availability.

3-5-1 Which parameter determines if the checking horizon is used in product availability

checking?

_________ ______________



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


3-6 Review the scope of the availability check for ATP group and business event .

Which of the following elements are included in the scope of check?

3-6-1 Sales orders?

3-6-2 Customer quotations?

3-6-3 Released production orders?

3-6-4 Restricted-use inventory stock?

3-7 Check the ATP quantity for material T-F11## in location 2400 (Milan DC) in SAP SCM(APO).


Location 2400 Milan


.

3-7-1 How large is the ATP quantity in DC 2400 Milan? _______ ______



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


3-8 Use the SAP SCM (APO) simulation component to check if an order for 75 pieces of

product T-F11## can be delivered next week from location 2400 (Milan DC).


Location 2400 DC Milan

Check mode 030


Material availability date Monday next week

Requirement quantity 75 PC3-8-1 Can all 75 pieces of the product be delivered next week?



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


3-9 Create a sales order for 75 pieces of product T-F11## in the SAP ECC System. View the

ATP check results.




Distribution channel 10 Final customersales


Sold-to party 2402 Jashanmal Int.

PO number PO-##




Quantity 75

3-9-1 What are the results of the availability check?

3-9-2 How many schedule lines are there, and what are their dates?

__



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


3-10 After saving the sales order, view the inventory situation of your material in SAP SCM

(APO). Use the to display your inventory status.

Enter planning version 000, product T-F11##, and location 2400.

3-10-1 What is the current inventory of the product?

__________ ___________

3-10-2 What are the current requirements for the product?



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Competitive order processing that aims to deliver the requested quantity to the customer at the requestedtime demands precise planning and control mechanisms. Unpredictable problems, such as breakdowns in

production or increased demand, can lead to critical situations in order processing and must be brought

under control before they develop further.

Product allocation provides this sort of control, and enables your company to avoid critical situations in

demand and procurement. An equal allocation of products in short supply must be possible, as must a

speedy reaction to bottlenecks and changing market situations.

Depending on the period, you can allocate products for specific customers or regions. If you use product

allocation in situations in which a product is in short supply, you can avoid allocating the entire available

quantity to the first customer, which would either delay the confirmation of subsequent sales orders, or

make confirmation impossible.

The product allocation function allows you to manage the supply of scarce products to customers so thateach customer receives an allocated amount.

How it is used: A product allocation check can act as a secondary check against the quantity requested in

the sales order. First, a basic ATP check can be performed against stock and receipts possibly resulting

in a lower confirmed quantity due to inadequate stock. This confirmed quantity can be checked against

the product allocation quota, possibly further reducing the confirmed quantity.

: Up to and including APO 3.1, items from stock transport orders with product allocation-relevant

location products could always be confirmed if the product was available. This was not the case for

items in sales documents, even if the product allocation situation was tight. As of SCM 4.0, items in

stock transport orders can also be subject to a product allocation check. This ensures that internal

requirements (stock transport orders) and external requirements (such as sales orders) are treated in the

same way. (see also Release Notes SCM 4.0 "Stock Transfers in the Global Availability Check"). A

product allocation check for purchase requisitions and scheduling agreements is not possible.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Used product allocation quantity= Actual order quantity

Time

Product allocation quantity

Confirmed quantity

Requested quantity

Quantity

The control process for product allocation enables the user to manage product allocations at specificproduct levels and for various product groups. Product allocation encompasses internal product

allocations for sales organizations and distribution channels, as well as for external customer groups and

specific customers.

The system also takes into account the different control phases that exist for product allocations during

the overall constraint period. There might be phases without constraints or the reason for the check

against product allocations may change over time.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Product allocations are assigned to a product allocation object. The product allocation object is thereason for allocating quantities, and can be one of the following:

Product (personal computer) or a product group

Component (processor)

Season (summer, winter)

Production line

The reason for product allocations may vary in different phases of the product life cycle.

This figure above shows the data flow: The product master determines the product allocation procedure.

Each step in the procedure represents a product allocation group with an associated product allocation

object and a set of characteristics for planning a time series of product allocation quantities.

The planning area is where you plan the planned product allocation quantities for the characteristics of

the product allocation group. This data has to be copied to the product allocation group on an on-going

basis.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

The system takes into account different product allocation control phases during the overall constraintperiod.

You can assign several product allocation objects to the product allocation procedure. A validity period

exists for each object. The system determines the relevant object on the basis of the check date. The

system then uses this object to determine the corresponding planning hierarchy that contains the product

allocations.

Objects are always valid from the end date of the last object. To switch off the product allocation for a

certain period, you have to define a dummy object and set it to inactive.

The system allows three types of check dates:

delivery date

Material availability date

Planned goods issue date

You can maintain time-dependent conversion factors for your product allocation objects in Customizing.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

The product allocation function combines planning tools with real-time ATP functionality. The infostructure is partially replaced by the product allocation group. The product allocation group defines a

group of characteristics and is used for saving product allocation quantities with their assignments.

Within the product allocation group, the planning hierarchy is replaced by the characteristics

combination. The characteristics combination contains the values of the characteristics from the current

sales order and, as such, corresponds to the lowest level of the planning hierarchy in which all

characteristics are assigned.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Product allocation procedures are formed from multiple steps of product allocation groups.

When a new order is checked, each step (product allocation group) is evaluated sequentially. The result

of the preceding step is applied to the subsequent step.

The final result of the product allocation check in the product allocation procedure is calculated from a

logical ’AND’ offered by each of the product allocation groups.

In the example shown, the smallest quantity (50 pieces) is determined by the product allocation group

with regard to the customer characteristics combinations.

However, in SAP SCM (APO), you can use a sequence of product allocation procedures to confirm

additional quantities that have been planned in a different planning area.

Product allocation procedures containing more than one allocation group are only possible for acumulated check against product allocations.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

The product allocation procedure groups products for the purpose of product allocation. Using the

product allocation procedure, you control if a check against product allocations is performed for this

product and, if so, against which product allocation quantity.

The product allocation procedure sets up the connection between the product and the related product

allocation quantity in the product allocation group.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

250 unused pieces fromMarch are not available

750

500

250

0

There are two product allocation methods in the system:

Discrete product allocation

Cumulative product allocation - also available in SAP R/3 since version 4.0)

If you do set the Cumulative indicator in the Customizing activity Maintain Product Allocation

Procedure within the step definition, the system uses the discrete product allocation method.

Using this discrete method, the system offsets the quantity confirmed in the sales document against the

product allocation quantity. The system only uses the product allocation quantity from the current

future periods (unused product allocation quantities from past periods are not taken into account). If you

use this discrete method, you cannot use the following product allocation functions:

Consumption periods Product allocation steps - only one step is allowed



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

250 unused pieces fromMarch are available

1500

1000

500

0

If you set the Cumulative indicator in the Customizing activity Maintain Product Allocation Procedure,the system uses the cumulative product allocation method.

Cumulative product allocation allows you to use:

Product allocation steps: You can define multiple product allocation steps with different product

allocation groups.

Consumption periods: You can define a number of past and future periods to be used as valid

consumption periods.

The number of past periods identifies the number of periods before the product allocation date in the

order that can be used for calculating unused product allocations. The unused product allocation

quantities of these past periods are then cumulated before product allocation is checked for the current

period.

The number of future periods identifies the number of periods after the product allocation date in the

order and can be used to calculate future product allocations. If the requested quantity is not confirmed

within the future periods, it remains unconfirmed.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

If you are using cumulative product allocation, you can define a consumption period for each productallocation group.

The consumption period determines how many past and future periods are taken into account in the

check against product allocations.

Unused product allocation quantities from past periods are cumulated.

Future periods can only be used for creating a delivery proposal consisting of multiple partial deliveries.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

(Product master)

(Additionalprocedure(s), read fromproduct allocation

procedure sequencespecified in productmaster)

The remaining open quantity from the previous check of the product allocation procedure is cumulatedfor the next entry in the sequence of product allocation procedures.

The system ignores the entry for the product allocation procedure in the product master record if it is

also included in the sequence of product allocation procedures.

The final result of the product allocation check in the product allocation procedure is calculated as the

logical ‘OR' offered by each of the product allocation procedures.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

This lowest level includes all characteristics combinations that represent the "nodes" of the planning tree.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

You can maintain product allocations for customer groups or sales organizations or individualcustomers. The system can then perform availability checks in conjunction with product allocation

checks.

In planning (Demand Planning, SAP ECC, or external), you establish a hierarchy with product allocation

quantities for specific characteristic values. In addition, you can define collective characteristics.

For product allocation in SAP SCM (APO), however, only the lowest level is visible (see next slide).

In Demand Planning (DP), as in Flexible Planning, all levels can be planned and downloaded into a

product allocation group.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Cache

Cache

In this step, you maintain the assignment to the product allocation group. The assignmentof the planning area is required because the characteristics of the product allocation group have different

names than those of the InfoObjects in the planning area. You must assign all characteristics of a product

allocation group to an InfoObject. You can assign an InfoObject to several characteristics.

However, it is not necessary to assign a characteristic to every InfoObject. The system aggregates or

disaggregates (depending on the copying direction) using InfoObjects that have not been assigned.

In planning, characteristic values are saved in either planning areas or in SAP ECC info structures. This

planning data is transferred to the product allocation group.

A product allocation time series is chosen in the check against product allocations using a characteristics

combination. The check is then performed against this time series. If the characteristics combination has

been defined, all product allocation quantities can be planned (for example, from the market level to thecustomer level).

An active check against product allocations is carried out through the sales order together with the

availability check. Based on the check date (delivery date, goods issue date, material availability date),

you can ensure that the required quantity does not exceed the product allocation quantity.

There are two modes of connection to planning areas:

Asynchronous connection: Copying of data from and to planning areas with the advantage that

planning and availability checks take place separately and there are no locking issues

Synchronous connection: Direct access to planning results in the planning area - no copying necessary

It is possible to switch between modes



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Cache

Cache

If you have made the connection to the planning area, you can decide whether, in product allocation, thedata access should take place directly in the planning area (that is, online in SAP liveCache) or if you

want to check in the product allocation group. If you check in the product allocation group, the

characteristic values and the product allocation quantities must be transferred from DP to the product

allocation group. The data is transferred either manually or in the background using the following

reports:

Transfer data from planning area

Characteristics combination from planning area

You can find these reports in the SAP Easy Access menu under

.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Cache

Cache

In this step, you copy the product allocation quantities to a planning area. If you carry out planningagain, you must copy the data (incoming order quantities and, if necessary, existing product allocation

quantities) from the product allocation group to the planning area. Afterwards, you carry out planning

against the updated history and copy the planned product allocation data from the planning area to the

product allocation group.

In the SAP Easy Access mySAP Supply Chain Management menu, choose

.

In the Transfer Scope frame, you can set the following indicators:

: If you have set this indicator, the incoming orders quantities are

included when data is copied from the product allocation group

: If you have set this indicator, the product allocation quantities are

included when data is copied from the product allocation group



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Info structure incl.characteristic values

Planning hierarchy

Structure Objects Procedures

Product allocation characteristics are defined in the SAP ECC System using info structures. Thesecharacteristics can be transferred to SAP SCM (APO), where the product allocation information is stored

in the product allocation group in SAP liveCache and can be used for the ATP check. The following

transactions are relevant for the data transfer:

Transaction QTSA for the transfer of product allocation quantities from the SAP ECC info structure to

the SAP SCM (APO) product allocation group

Transaction QTSP for the transfer of product allocation procedures from SAP ECC to SAP SCM

(APO).

Note: After the transfer of SAP ECC Customizing, internal technical objects such as translation tables,

access coding, and so on, are generated automatically. If there is a transport error, the time stamps for the

objects must be reset.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y



• Set up Customizing for product allocation checks

• Plan the product allocations on the basis of planning areas

• Transfer product allocations from planningareas to the product allocation group

• Use the Global ATP simulation component for availability checks

that are restricted by product allocations

At Maxitec Incorporated, all products are planned and checked for

availability in SAP SCM APO. Due to capacity and component

limitations some products cannot be produced in large enough quantitiesto meet growing customer demand. Maxitec has decided to manage ATP

quantities for these products using the product allocation function in SAPSCM (APO).

Your task is to set up Customizing for checks against product allocationsfor the PC product T-F12##. To verify the settings, you also have to

simulate an ATP product allocation check for the PC product in SAP

SCM (APO).


number. In addition, you will use location 2400 as your distribution center

(DC). This product and distribution center are used throughout theseproduct allocation exercises.

4-1 Display the configuration for the check against product allocations and verify that the

required data has been set up to perform an ATP check.

4-1-1 Verify that the following characteristics have been set up in the field catalog for use

in ATP product allocation checks:Sold-To Party _____________________________________________

Product __________________________________________________

Sales Organization _______________________________________

4-1-2 Verify that HOMEPC has been defined as the product allocation object

(characteristic) value. If you cannot find it, notify the instructor. Do not add the

value yourself, as this value is used by all course participants.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


4-2 Create product allocation group S140##. Use the material availability date as your check

date and indicate that the product allocation values will be maintained in monthly time

buckets. Assign the characteristics product allocation object, sold-to-party, product, and

sales organization to the product allocation group. Allow orders to consume permittedproduct allocations in the future.

4-2-1 Create your product allocation group.The product allocation group is used for saving product

allocation quantities and their assignments. Using a

characteristics combination (the values of characteristics from

the current sales order), the system chooses the correct product

allocation for allocation checking.

Choose to acknowledge the warning that an error occurred when generating

internal objects.

4-2-2 Assign the characteristics product allocation object, sold-to-party, product, andsales organization to your new product allocation group.

KONOB 1 Prod. allocation obj.

KUNNR 2 Sold-to party

MATNR 3 Product

VKORG 4 Sales organization

Choose if necessary to acknowledge the warning that an error occurred when

generating internal objects.

From the screen, use the button to return to the overview screen.

4-2-3 Define the consumption period for your product allocation group for forwardconsumption of one period, and without past periods.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


4-3 Define a new product allocation procedure: P140##. Allow a cumulative check to be

performed. Define your new product allocation group, S140##, as the first step of this

procedure. Create HOMEPC as the characteristic value.

4-3-1 Create your procedure, , with the description Selectcumulative product allocation.

4-3-2 Create the step for your procedure.

10 First step S140## #

Choose . Confirm the .

4-3-3 Define HOMEPC as the characteristic value controlling the use of the product

allocation step sequence.

Select your new product allocation step, S140##.

Double-click . Choose .

Insert the object in the procedure.

31.12. current year HOMEPC Yes 1




Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


4-4 Set up a connection between the planning area and your product allocation group.

The product allocation quantities planned in exercise 5-6 are saved in a

planning area. To be able to use the values for product allocation, you

must transfer the results to your product allocation group. This step linksthe characteristics and quantities of the planning area with the

characteristics and quantities of the product allocation group.4-4-1 Assign the planning area ATP_ALLOCATION to the product allocation group

S140##.

4-4-2 Define the connection between product allocation group characteristics and

planning area characteristics.

KONOB 9AKONOB

KUNNR CUST

MATNR 9AMATNR

VKORG 9AVKORG

4-4-3 Define the link between product allocation group key figures and planning area key

figures.

AEMENGE PC29Q (Actual sales figures)

KCQTY PC30Q (Open product allocation quantity)




Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


4-5 Create a product allocation that limits customer 2402 in sales organization 2400 to aquantity of 50 pieces of product T-F12## per month. This allocation is valid for four

months, starting from next month.

4-5-1 Product allocation quantities are maintained in planning areas.

Planning book ATP_ALLOC and planning area ATP_ALLOC have beenassigned to your user ID for this exercise.

50 50 50 50

Save your product allocations.

4-5-2 Since your are populating the Product Allocation Time Series Asynchronously

(batch), you must identify the characteristic combinations that will be valid for thisproduct allocation procedure. Copy the characteristic combinations from your

planning area ATP_ALLOCATION to your allocation group S140##.

4-6 Transfer your planned product allocation quantities from your planning area to the productallocation group.

In the previous steps of this exercise, you did the following:

Linked the planning area and the product allocation group

Regenerated our product allocation group objects

Planned the product allocations in the planning area

In this step, you will transfer the planned quantities entered into your

planning area (in step 5-6) to the product allocation group for the ATP

check.

ATP_ALLOCATION

000 : S140##

Do not set this indicator.

Choose . A time period appears.

Period: Enter a period from the start of the next

month to the end of

the next month + 3.

Indicators at bottom of screen:

Choose . If there are no errors, choose .



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


4-7 Assign the product allocation procedure to the product master. Determine the ATP group

and the check mode assigned to your product T-F12## in location 2400. Enter the product

allocation procedure P140## in the (location-dependent product

allocation procedure) field.

4-7-1 Have cross-location product allocation procedures been defined?

_________________________________________________

4-7-2 Has a location-dependent product allocation procedure been previously defined?

_________________________________________________

4-7-3 Which ATP group is valid for this product?

_________________________________________________

4-7-4 Which check mode is valid for this product?

_________________________________________________

Save the product master T-F12##.

4-8 Using the check mode determined in the previous exercise step, review the checkinstructions to determine which ATP check methods are used when a sales order (business

event) is processed.

Note: In this exercise step, you do not want to execute any rules nor do you want to plan

production.


_____________________________________________________

Check against product allocations:_____________________________________________________

Activate RBA:

_____________________________________________________

InC master data:

_____________________________________________________

Start production:

_____________________________________________________



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


4-9 View the product allocation report. Check the product allocation quantities, and the

incoming sales order quantities for product T-F12## for the product allocation group

S140##.

Enter the following data on the initial screen:

S140##

T-F12##

The corresponding product allocation procedure and the first product allocation step appear

automatically in the relevant fields.

Choose . A separate section appears for the product allocation group.

Enter the characteristic values for:

0000002402

T-F12##

HOMEPC

2400

Choose to review the current product allocation quantity status.

4-10 Perform an ATP simulation for your product T-F12## and DC location 2400 (Milan).

Enter a required quantity of 300 pieces for the first Monday of next month.

Enter the following information:

T-F12##

2400

041

A

First Monday of next month

300

PC

Choose . A dialog box appears in which you can enter the characteristic values for

product allocation.

Define the following characteristics:

0000002402

T-F12##

2400

4-10-1 What are the results of the ATP check?

____________________________________________________



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


4-1 Display the configuration for the check against product allocations and verify that the

required data has been set up to perform an ATP check.

4-1-1 Verify that the following characteristics have been set up in the field catalog for use

in ATP product allocation checks: Yes

Yes

Yes

Note: New characteristics must be entered directly from the communicationstructure /SAPAPO/KOMGO into the catalog table using . For more

information, see the Global ATP documentation.

4-1-2 Verify that HOMEPC has been defined as the product allocation object

(characteristic) value. If you cannot find it, notify the instructor. Do not add the

value yourself, as this value is used by all course participants.

: The product allocation object is a special characteristic used by the checkagainst product allocations. It is predefined by SAP as the characteristic KONOB.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


4-2 Create product allocation group S140##. Use the material availability date as your check

date and indicate that the product allocation values will be maintained in monthly time

buckets. Assign the characteristics product allocation object, sold-to-party, product, and

sales organization to the product allocation group. Allow orders to consume permittedproduct allocations in the future.

4-2-1 Create your product allocation group.Choose:

The product allocation group is used for saving product

allocation quantities and their assignments. Using a

characteristics combination (the values of characteristics from

the current sales order), the system chooses the correct product

allocation for allocation checking.

Choose . Enter your product allocation group S140##

In the field, enter (material availability date).

MCVBEP is entered as the (Communication Structure)

automatically.

Enter in the (Time buckets profile) field.

Save the product allocation group. Create a new Customizing request number and

confirm the Customizing request.

Choose if necessary to acknowledge the warning that an error occurred whengenerating internal objects. From the product allocation group details screen, go

back one step to the overview screen.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


4-2-2 Assign the characteristics product allocation object, sold-to-party, product, and

sales organization to your new product allocation group.

From the product allocation group overview screen:

Select your product allocation group S140## and choose .

Choose . Acknowledge any warning that the characteristics of theproduct allocation object are missing from the product allocation group.

Enter the following characteristics.

: The KONOB characteristic that corresponds to the product allocation object

appears automatically with sequence number one.

After selecting each characteristic from the field input help (F4), enter a sequence

number.

KONOB 1 Product allocation object

KUNNR 2 Sold-to party

MATNR 3 Product

VKORG 4 Sales organization

Choose and then .

Confirm any prompts for Customizing request. Translation, search, coding, and

screens are generated.

From the screen, use the button to return to the screen.

4-2-3 Define the consumption period for your product allocation group for forwardconsumption of one period, and without past periods.

Double-click . Choose . Enter the productallocation group ##.

Select the (No consumption in past periods) indicator for your product

allocation group S140##. Enter forward consumption of one period.

Choose . Acknowledge any warning that appears. Go back to the

Implementation Guide (IMG).



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


4-3 Define a new product allocation procedure: P140##. Allow a cumulative check to be

performed. Define your new product allocation group, S140##, as the first step of this

procedure. Create HOMEPC as the characteristic value.

4-3-1 Create your procedure, , with the description Select

cumulative product allocation.

Choose . Select the indicator. Choose to register the

line.

4-3-2 Define the sequence for your procedure.

Select your new procedure.

Choose the sequence. Choose . Enter the following data for the step:

10 First step S140## #

4-3-3 Define HOMEPC as the characteristic value controlling the use of the product

allocation step sequence.

Select your new product allocation step 10.

Double-click . Acknowledge warning, “ .” Choose .

Insert the object in the procedure.

31.12. current year HOMEPC Yes 1

Choose . Choose to go back to the Implementation Guide (IMG),

acknowledging any warnings as you do so.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


4-4 Set up a connection between the planning area and your product allocation group.

The product allocation quantities planned in exercise 1-6 are saved in a

planning area. To be able to use the values for product allocation, you

must transfer the results to your product allocation group. This steplinks the characteristics and quantities of the planning area with the

characteristics and quantities of the product allocation group.Choose:

4-4-1 Assign the planning area ATP_ALLOCATION to the product allocation groupS140##.

Choose .

ATP_ALLOCATION

4-4-2 Define the connection between product allocation group characteristics and

planning area characteristics.

.

Choose and make the following assignments:

KONOB 9AKONOB

KUNNR CUSTMATNR 9AMATNR

VKORG 9AVKORG

Choose . Confirm the Customizing order.

4-4-3 Define the link between product allocation group key figures and planning area key

figures.

.

Choose and make the following assignments:

AEMENGE PC29Q (Actual sales figures)

KCQTY PC30Q (Open product allocation

quantity)

Choose .



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


4-5 Create a product allocation that limits customer 2402 in sales organization 2400 to a

quantity of 50 pieces of product T-F12## per month. This allocation is valid for four

months, starting from next month.

4-5-1 Product allocation quantities are maintained in planning areas.Planning book ATP_ALLOC and planning area ATP_ALLOC have been

assigned to your user ID for this exercise.

Choose the plan ATP_ALLOC in the selection area for the planning book / data

view. Double-click the data view ALLOCATIONS to display the fields for thekey figure values.

Choose in the top-left selection area. An

dialog box appears. Enter the following data in this dialog box:

field: APO planning version:

APO product:

Product allocation object:

Sales organization:

Sold-to party:

Choose .

The field characteristic value T-F12## is now displayed in your selection

area.Double-click product T-F12##. The table on the right-hand side of the screen is

now ready for input.

Enter planned product allocations of 50 pieces for four months starting from nextmonth. Do not enter any data in the actual data (actual sales quantity).

50 50 50 50

Save your allocations.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


4-5-2 Since your are populating the Product Allocation Time Series Asynchronously

(batch), you must identify the characteristic combinations that will be valid for

this production allocation procedure. Copy the characteristic combinations from

your planning area ATP_ALLOCATION to your allocation group S140##.

ATP_ALLOCATION

S140##



4-6 Transfer your planned product allocation quantities from your planning area to the productallocation group.

In the previous steps of this exercise, you did the following:

Linked the planning area and the product allocation group

Regenerated our product allocation group objects

Planned the product allocations in the planning area

In this step, you transfer the planned quantities entered into our planning

area (in step 5-6) to the product allocation group for the ATP check.

ATP_ALLOCATION

000 – Fills in automatically

S140## – Fills in automatically

Choose . A time period appears.

Period: Enter a period from the start of the next

month to the end of

the next month + 3.





Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


4-7 Assign the product allocation procedure to the product master. Determine the ATP group

and the check mode assigned to your product T-F12## in location 2400. Enter the product

allocation procedure P140## in the (location-dependent product

allocation procedure) field.

Enter your product and your location . Select the indicator Choose

.

Go to the ATP view in the product master.

Enter the product allocation procedure ## in the (location-

dependent product allocation procedure) field. This field should be empty.

4-7-1 Have cross-location product allocation procedures been defined?

4-7-2 Has a location-dependent product allocation procedure been previously defined?

4-7-3 Which ATP group is valid for this product?

5-7-4 Which check mode is valid for this product?

Save the product master T-F12##.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


4-8 Using the check mode determined in the previous exercise step, review the check

instructions to determine which ATP check methods are used when a sales order (business

event) is processed.

Note: In this exercise step, you do not want to execute any rules nor do you want to planproduction.


Check against product allocations:

Activate RBA:

InC master data:

Start production:

(Don’t change the general settings!)

4-9 View the product allocation report. Check the product allocation quantities, and the

incoming sales order quantities for product T-F12## for the product allocation group

S140##.

Choose the following in the menu:

:


S140##

T-F12##

The corresponding product allocation procedure and the first product allocation step appear

automatically in the relevant fields.

Choose . A separate section appears for the product allocation group.

Enter the characteristic values for:

0000002402

T-F12##

HOMEPC

2400

Choose to review the current product allocation quantity status.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


4-10 Perform an ATP simulation for your product T-F12## and DC location 2400 (Milan).

Enter a required quantity of 300 pieces for the first Monday of next month.

Choose the following in the menu

: .

Enter the following information:

T-F12##

2400

041

A

First Monday of next month

300

PC

Choose . A dialog box appears in which you can enter the characteristic values for

product allocation.

Define the following characteristics:

0000002402

T-F12##

2400

4-10-1 What are the results of the ATP check?



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Rules-based availability checking is an iterative process. Rules and the corresponding check resultsdetermine the subsequent checking steps in each case.

Possible subsequent checking steps include:

Product substitution

Location substitution

PPM substitution, if production is started

All subsequent checking steps span the three-dimensional area shown in the illustration above. You can

move in any direction and combine any dimensions, for example:

Procure or substitute from an alternative location

Produce in another plant

The system stops searching when a check step provides an acceptable result (calculation profile).

If no other setting is active, the system summarizes the results of each step until the requested quantity is

satisfied. If SD is used in SAP ECC, this leads to the generation of sub-items in the corresponding sales

order.

Rules-based ATP from SAP SCM (APO) is currently only supported by sales order processing in

SD and within the multilevel ATP check.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

B4R1LP4

B3R3

B2R2PPML2P2

B1R1L1P1

Rules-based ATP checks are based on multiple rules that are executed sequentially.

Each rule consists of at least one of the following:

Calculation profile (the results of which are accepted during a check)

Product substitution procedures

Location determination procedure

Location product substitution procedure (as alternative to product substitution and location

determination procedure)

PPM substitution procedure

If you use either a product rule or location rule, you must also create rule control parameters(instructions on how to combine the lists of alternative locations and products).

It may be necessary to use several rules, meaning that the strategy used for the customer has to be

changed gradually if his/her request cannot be satisfied by an initial approach that only uses

substitutions.

A rule is created in integrated rule maintenance ( ). It can be assigned

to several processes because rule determination, which has to be executed for an ATP request, is

performed in a separate step. (see unit 8).



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Inclusive rules:

The location products found are included in the substitution list for the location products. An availability check isrun for these location products.

Exclusive rules:

The substitute products and locations defined in an exclusive list are excluded from the substitution list.

An exclusive rule is only meaningful in conjunction with one or more inclusive rules. The system always evaluates

all exclusive rules first and generates a location product substitution list from this. This list is applied to the lists

that are created when inclusive rules are evaluated. This means that substitutes from the exclusive location product

list are deleted from the inclusive location product substitution list. You cannot assign substitution procedures

(product substitution procedures or location determination procedures) containing several substitution groups to an

exclusive rule.

Alternative rules:

The substitute locations defined in an alternative rule are included in the substitution list as alternatives for

excluded locations. An alternative rule is only evaluated in exclusive rule strategies. It is only used as a location

alternative for exclusions when exclusive rule strategies are applied to inclusive rule strategies.

Multi-item single delivery location:

The rules-based ATP check for a requirements grouping, such as a delivery group, can use this function to

determine a common delivery location. You can use a multi-item single delivery location (MELL) to save transport

costs, since items in a requirements grouping are not delivered from different locations. You can also deliver

products faster from a MELL – compared with a consolidation location, since these do not have to be transported

from various locations to a common delivery location first. The rules-based ATP check determines a list of

substitute locations using a rule of the type. The system first checks whether

all products in the requirements grouping appear in these locations. If this is not the case, the system removes this

location from the substitution list. The system then performs an iterative check of the locations from the list in

which all requirements in the requirements grouping can be confirmed fully.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

0 Supersession chain (including: end of substitution)

1 Network

2 Fan-shaped structure

T-F13## T-F14## 01.01.2001 31.12.2001 10 0001

Product substitution procedures allow you to define and control the possible product substitutions thatcan be made during an ATP check. In addition, product substitution procedures allow you to define a

validity period.

In substitution procedures of the type 0 (chain), you cannot enter any costs because the sequence of the

substitutions is fixed.

The selection indicator for chains gives you the opportunity to reflect a technology change within a

selection of products. The indicator defines with which product in the product list the substitutions start.

Moreover, this indicator can only be evaluated for access strategies 01 and 04.

You should be aware that the requirement quantities and the confirmed quantities from the ATP check

always refer to the base unit of measure of the products involved. In a product substitution, the units of

measure are not converted if the units change within a substitution.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

0 Supersession chain (only serial structures allowed)

1 Network (no restrictions defined)

2 Fan-shaped structure (only single-level substitutions

allowed)

4 Alternative (alternative locations for excluded substitutelocations)

The location and product substitution procedures and the combination of the resulting lists wereintroduced to simplify maintenance of the resulting substitutions of location products. The system

automatically generates a sequence. With this technique, you do not have to maintain each substitution

manually (although this is also possible).

A type is assigned to each location determination procedure. The determination type defines the possible

combinations of location and product substitutions that are evaluated in a subsequent step.

There are five determination types:

Chain

Fan-shaped structure

Network

List: For determining a primary location if called from a system that does not support or determinelocations by itself, such as a CRM System.

Alternative (Definition of alternative locations for excluded substitute locations).

You must assign a determination type to each new location determination procedure that you create.

The location determination type defines the possible combinations of location and substitute location.

If you define the supersession chain as the type of location determination procedure, you must enter the

required substitute location directly below the original location in the list.

If you select the fan-shaped structure or the network as the type of location determination procedure, you

must specify several substitute locations for one location in the same field. The substitute sequence is

controlled by costs in the control parameters.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

2400 2500 0001 01.01.2001 31.12.2001 10

Parameter Determine Check

Instructions / Check Control?

Stock transfer/third-party orderprocessing?

Production ?

Source determination?

Create new location determination procedures on the screen.

You can further restrict location determination by defining a specific validity period for each entry in the

substitution list. During a check, this period is then evaluated with the requested delivery date or the

corresponding material availability date. These dates have to be within the specified period.

Note: In the standard system, for the confirmation, the ATP check currently only considers the ATP

quantities of those receipts within the defined period. All other elements are excluded, which can

mean that existing stock is not taken into account if today’s date is not within the relevant interval.

In an activity, you maintain several actions to be taken if a location determination is carried out. These

include:

Calling production

Business event: This can influence which check control and which scope of check are used. In

conjunction with the check mode, it can also determine which check instructions to follow.

Check mode for the location determination activity: For the location determination, you determine

which basic method or combination of basic methods you want to use in the availability check.

Means of transport in third-party order processing: Third-party in this context stands for confirmation

and delivery from a substituted location. The means of transport is then evaluated for transportation

and shipment scheduling from the delivering location to the customer.

You can control substitution processing by specifying costs for each entry in fan-shaped structures. The

system sorts the results list according to the costs (ascending).



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

•

•

•

You can use this process to move products from various locations to a consolidation location, fromwhich they can be delivered to your customers. If necessary, you can deliver all products to the

customer from the consolidation location on a specific date.

You can use a consolidation location to save transport costs, particularly if you deliver products on a

date. The consolidation location can also be used to simplify the export of products: You can

move products from locations that cannot deliver abroad to a consolidation location, which manages the

export business and delivers the products to your customers.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

•

•

The rules-based ATP check for a requirements grouping, such as a delivery group, can use this functionto determine a common delivery location. You can use a multi-item single delivery location (MELL) to

save transport costs, since items in a requirements grouping are not delivered from different locations.

You can also deliver products faster from a MELL – compared with a consolidation location, since these

do not have to be transported from various locations to a common delivery location first.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

You define whether or not the PPM substitution procedure should work with a substitution procedure.

PPM substitution procedure using substitution procedure (standard case)

If you want the system to find PPMs for the substitutions, then the rule must contain other substitution

procedures in addition to the PPM substitution procedure. The location products in the PPM

substitution procedure must match the substitutions in content.

PPM substitution procedure without substitution procedure

The PPM substitution procedure normally always needs another substitution procedure. You can,

however, work without an additional substitution procedure if you have set the rule

in the check instructions. You maintain the check instructions in the Customizing settings for SAP

SCM (APO)SAP SCM - Implementation Guide:

The rule evaluation is then carried out immediately and only on the generating requirement. Ensure

that a PPM is maintained for the corresponding requested location product.

Set the indicator in the check instructions.

You have created a rule control that defines the evaluation of several procedures (a substitution

procedure and a PPM procedure). In this rule control, you also select a substitution level for the PPM

substitution.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Management of the individual procedures of a rule

Access strategy of substitution lists

Combination of substitution lists

Settings for the rule control consist of general settings, a list sequence, product strategy, and locationstrategy.

The general settings allow you to specify if the rule control is inclusive or exclusive and to specify a

maximum number of substitutions to be carried out in an ATP check.

Currently, this number can be 0 when there are no restrictions and 1 when there is only one

substitution.

This indicator is evaluated at rule level; that is, if you specify more than one rule, the result may

contain more than one substitution.

The list sequence defines the sequence in which product substitution lists and location determination lists

are taken into account together.

The product strategy defines the sequence in which alternatives are processed in a specific product

substitution list.

The location strategy defines the sequence in which alternatives are processed in a specific location

determination (substitution) list.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Rule control strategies (product strategy and location strategy) control check processing in a single list.Therefore, a product strategy controls check processing in a product substitution list, and the location

strategy controls processing in a location determination list.

Six of the ten strategies (for either products or locations) are described below:

Strategy one checks sequentially, working from the top of the list to the bottom.

Strategy two starts the sequential checking at the input value in the list and works toward the bottom

of the list. If the product is not found, the check returns to the input value and continues to check

sequentially working toward the top of the list.

Strategy three starts the sequential checking at the input value in the list and works toward the bottom

of the list. If the product is not found, the check returns to the top of the list and continues working

down toward the input value.

Strategy four starts the checking at the bottom of the list working backward toward the top.

Strategy five starts the sequential checking at the input value and works backward toward the top of

the list. If the product is not available, the check returns to the input value and continues working

toward the bottom of the list.

Strategy six starts the sequential checking at the input value and works backward toward the top of the

list. If the product is not found, the check returns to the bottom of the list and works backward toward

the input value.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

QualifiedProduct =

Qualified location =

Defining qualified products and locations: The qualified product or location is used to restrict thesubstitution list. You can qualify an element in a substitution list (product and/or location). The relevant

substitution list is then restricted to this element for the combination.

Defining the combination of the product and location list: You define how you want the lists generated

by the combination sequence to be combined.

The system always generates two ordered lists from location products when you apply the

combination sequence to the substitution lists; for example, for the setting

, the first list consists of , while the second consists of

.

Standard setting: All elements from the second list that are not contained in the first list are

added to the first list.

: The system deletes all elements not contained in the second list from the list generated

first.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

QualifiedProduct =

Qualified location =

Intersection: The system deletes all elements not contained in the second list from the list generated first.

The indicator controls whether the

system issues the results list or its complement. The results list is the location product list generated by

the system after the step. If you have set the indicator,

the system issues the complement of the results list.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Level

10

20

30

PPM 1

PPM 2

FP

CTP

CTP

ATP

CTP

CTP

ATP

CTP

CTP

ATP

If a level is not present for a specific location product, this location product is not evaluated.

In this example, the production methods are evaluated first.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

CTP CTPCTP

CTP CTPCTP

ATPATP ATP

Level

10

20

30

PPM 1

PPM 2

FG

If a level is not present for a specific location product, this location product is not evaluated.

The following process is an example from the paper-processing industry where you first try to find the

finished product in different locations. If the system is not able to confirm, it searches for a way to cut

the paper from reels and, finally, to produce new paper. Therefore, the sequence of the evaluation is set

so that locations are evaluated first.

A location product list is created from the procedures given in the rule. This can be either a location

determination procedure and/or a product substitution procedure or, alternatively, a location product

substitution procedure. The sequence of the location products is calculated using the rule control of the

current rule, while taking into account the requested location product.

In the second step, the PPM substitutions are built on the basis of the ordered location product list.

This means that if a location product is missing in the basic quantity, it is not included in the check,even if there is a row for it in the related PPM substitution table. The system searches the PPM

substitution procedure for suitable entries for each location product of the basic quantity (suitable

entry means the same location product). If no suitable entry exists within the PPM substitution

procedure, this location product is removed from the basic quantity and not checked. If one or more

suitable entries exist in the PPM substitution procedure, one or more complete substitutions

(consisting of location product, level, and PPM) are added to the results list.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Accepted delay of adelivery

Accepted number of days forearly delivery

Number of days that prevents a requirement using receipts/stock thatare too early

Value maintained is taken into account in (follow-up) checks

You can create new calculation profiles in the screen.

The calculation profile allows you to control and set limits on substitution processing in a rule procedure

if check results are accepted.

Calculation profiles are not taken into account during the evaluation of an exclusive rule. You can no

longer assign the calculation profile to an exclusive rule since the conditions that you defined in the

calculation profile always refer to the location products that resulted from rule evaluation.

For each new calculation profile that you create, you can define how long the system confirms forward

and backward from the requested date given by the business event. (Note: Do not confuse this with the

absolute validity periods that you can specify for substitutions. This is a range of days that moves

forward with the requested delivery date of the orders.)

Allowed delay: This enables you to permit delivery of a substitution even after a period of days. If you

set this indicator, you must also specify how long the delivery may be delayed (that is, the number of

days allowed by this calculation profile).

Allowed early confirmation: This allows you to permit early delivery (confirmation) of an order for

the ATP check. If you set this indicator, you must also specify how early the delivery may be (that is,

you specify the number of days allowed by this calculation profile).

- Note: At present, Sales and Distribution (SD) in SAP ECC is not able to handle early confirmations.

Therefore, do not maintain this value.

Backward consumption limit: This allows you to specify a time horizon that prevents stock or early

receipts from being consumed by orders that are not due for some time.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


Note: These options behave similarly to the validity periods with which you are familiar from

substitutions; that is, if both periods are specified, they are evaluated together.

The indicator indicates that the value has been maintained. This is necessary so that you can

distinguish between an entered value of 0 (which means that no deviation from the request is allowed),

and an unspecified value (internally, this is treated like 0, but in this case is regarded as not relevant). If

you enter a figure for the periods, the system sets this indicator automatically.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

The number of partial deliveries restricts the delivery proposals generated for each check. If the numberof possible schedule lines exceeds the allowed number, all further confirmations are added to the latest

possible confirmation date, if this is allowed by the check methods in use. If this is not the case, the

check is terminated and an additional check is started, if required.

: If you want to use ATP rules (in SAP SCM (APO)) for and/or this may

lead to unexpected results, which are nevertheless correct, as the following examples show.

For a package size of 12 together with an order quantity of 100, the request is regarded as satisfied if

96 are available (overdelivery not allowed). In this case, the SAP ECC sales order, for example, never

gets the complete confirmation status.

For a package size of 12 together with an order quantity of 100, the request is regarded as satisfied if

108 are available, provided that of at least 8 percent is allowed. The system confirms 108,even though the quantity requested was only 100.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

You have defined many different rules. The prerequisites for which rule(s) is/are used to checkavailability can be made dependent on any criteria and controlled specifically to a transaction. The

condition technique is used for this.

Different transactions may require different rules. For example, identical orders placed simultaneously

by the same customer could require different checking rules if one of the orders is a rush order.

Moreover, it may be necessary to apply more than one of the rules you previously defined. A flexible

then provides the desired result.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Sales organization Division

Distribution channel Sold-to party Order type

Product

Item category

Sales organization

Sold-to party

Product

Key fields:

VKORG / Product:

Key fields:VKORG/AG/Product:

You can make the usage of a rule dependent on certain characteristics or criteria by using the conditiontable.

You can set up several condition tables in your system. Only specific condition tables are searched

during a rules-based ATP check. Access sequences are used to control this.

The system checks on the basis of transactions (in other words, using the information from each

document) whether there are rules defined that are dependent on a specific key field value.

You determine the sequence of the key fields according to when they were copied from the field catalog.

If you want to change this sequence, you must delete the corresponding condition table and then create a

new one. The condition table cannot be changed after it has been generated. However, you can delete the

condition table at any time.

To change the format of the fast entry screen, choose from the

screen; When formatting, you have the following options:

display as a header line for the field, leave the field blank.

Display the field as an item row, Select the indicator .

Display the text for an item row, Select the indicator .



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Key fields:VKORG / Product:

1000 / P-103

2000 / M-111


1000/ 4711/

P-103

A rule (used in the ATP check) is assigned to a value of key fields from a condition table if the values ofthe key combinations match the field values of the sales order.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006


1000 / P-1032000 / M-111


1000/ 4711/ P-103

VKORG: 1000

QT: 0815

Item 1 P-103 10 PCS

When searching a condition table, the system finds a condition record that matches the specific fieldvalues from the sales order that triggered the ATP check.

At runtime, each successful access to a condition record returns a rule. This is taken into account in the

current ATP check.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

VKORG: 1000

QT: 0815

Item 1 P-103 10 PCS

Result:Calling rules-based ATP


1000 / P-1032000 / M-111


1000/ 4711/ P-103

The rules-based ATP check is only executed if the call to rules-based ATP is defined in the relevantcheck instructions.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006


1000 / P-1032000 / M-111


1000/ 4711/ P-103

A prerequisite for rule determination is determination of the rule strategy.

: A technical scenario calls ATP. You can specify in which technical scenarios the

rules-based ATP check is executed. Examples: User transactions (AA), EDI (DD), internet functions, or

batch processing (BB).

If the OLTP system is an SAP ECC System, you must maintain the and assign it to

an order type. In the SAP ECC System, choose the Customizing settings for Sales and Distribution

/

If you want to execute the rules-based availability check within multilevel ATP for the finished product

and/or the components, you must define a . Choose the

following path in the SAP SCM (APO) Customizing settings: SAP Advanced Planner and Optimizer Global Available-to-Promise (Global ATP) Rules-Based Availability Check Create Business

Transaction for Multilevel ATP Check.

Examples of : Create (A), change (B), copy (C).

Note: This value is determined by the application calling from the SAP ECC System. You can use your

own values for simulations in SAP SCM (APO).

You can define whether the calculation profiles of the rules involved should be handled as

”supplements” or ”substitutes”. You use this field to control how to use several calculation profiles that

originate from gradual accesses. You can choose if a subsequent rule overwrites or supplements. This

means that a calculation profile can be evaluated in an access, and the result is applied to the next

location and product substitution rule.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006


1000 / P-1032000 / M-111


1000/ 4711/ P-103

Condition type

Condition type

The rule strategy (also known as the condition procedure) identifies the steps to be followed during therule determination process. Each step is a condition type.

You use the rule strategy to identify the steps to be taken.

Typically, only one condition type is necessary for each rule strategy, though SAP SCM (APO) supports

several. This is because the flexibility provided by the access sequence (to handle multiple

dependencies) makes more than one condition type unnecessary.

A condition determines under which circumstances an access from the system to a specific condition

type is excluded.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Cond.type

Cond.type

Key fields:

VKORG / Product:1000 / P-1032000 / M-111


1000/ 4711/ P-103

ACS

ACS

The is an ordered list of condition tables used to search for condition records that matchthe values of the order. Finding a matching condition record is vital for identifying the correct rule

procedure to be used in a specific ATP check.

The access sequence gives the rule determination process flexibility for handling conditional

dependencies. This is because more than one condition table can be specified in an access sequence.

However, not all condition tables have to be listed in an access sequence. Moreover, several condition

tables could contain records. Therefore, the access sequence makes it possible to determine several rules.

Access sequences can be defined after the necessary condition tables have been created. To do so, enter a

key and description for the access sequence and then go to the individual accesses. Choose the

field to create condition table entries. After completing this step, proceed to the field view and

choose to generate the access sequence. If you go back to the previous screen ( ), you will

notice that the access and condition table numbers can no longer be changed. This means that the

generation has been completed successfully.

The condition can prevent the corresponding access being executed. Conditions are not currently

supported.

The indicator stops stepwise evaluation of the condition tables at runtime after the first

successful access has been made.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Fields Acc.Type Priority Order Determination Master Records

Order typeDel.priorityCustomer

Customer grp

FixedFixedFixed

Fixed

33

2

TA3

John

new

TA3

TA

3

TA3

new

TA

John

TA3

John

new

TA1

John

new

You can assign the following access types to a key field:

:

You must define values during rule determination for fields to which you have assigned the

access type.

You do not have to define values during rule determination for fields to which you have assigned the

access type. However, you must also assign a priority to these fields.

The system can also use the access type to define a rule if no suitable values have been transferred for

free key fields from the sales order if the following conditions apply:

The values in the fixed key fields match the values from the sales order.

You have not defined any values for all free key fields that do not match the values from the salesorder in the rule determination.

The access type is assigned to all key fields in the access at the start automatically.

This priority controls the way in which the system makes a unique selection from the condition records

found during an access with free key fields.

The system only evaluates the condition record with the highest priority. If the key for a condition record

contains a large number of high priority fields, the system is more likely to evaluate the condition record.

You can assign values from 01 (very high priority) to 99 (very low priority) for the priority.

Note that you cannot assign the same priority to two fields. This is the only way to ensure that the access

can determine a unique condition record.

The priority field is only ready for input for free key fields.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Cond.type

Cond.type

ACS

ACS Rule "A"

Rule "D"

Cond.type

Cond.type

ACS

ACS Rule "1"

Rule "C"

Cond. type

Cond.type

ACS

ACS Rule "Z"

Rule "G"

A rule strategy sequence defines which rule strategies can be evaluated in which order during a rules-based ATP check. A rule strategy sequence can contain inclusive and exclusive rule strategies.

Inclusive rule strategies:

An inclusive rule strategy defines the search area (products and locations) in a rules-based ATP check

using the rules it contains. Products and locations, which can be transferred to the ATP check as

substitutions, are defined in these rules.

Exclusive rule strategies:

An exclusive rule strategy defines exclusions, which can restrict the search area (products and locations)

for inclusive rule strategies during a rules-based ATP check, using the rules it contains.

You use rule strategy sequences to group rule strategies. The system evaluates rule strategies, which are

assigned to a rule strategy sequence, during the same rules-based ATP check. The result of theevaluation is a substitution list with substitution location products. Grouping and collective evaluation of

inclusive and exclusive rule strategies can mean that you do not need to define numerous conditions and

rules. This applies particularly if you define exclusions to exclusions (exclusive rules in exclusive rule

strategies) from substitution lists or alternatives to exclusions (alternative rules in exclusive rule

strategies).



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

The result is issued in the form of a hierarchical display. The scope of the display is dependent on youruser-specific settings. You see the original requirement, the requirement item, the requirements schedule

line as well as the substitution results in the hierarchically ordered requirements groups (column 1).

The product and location are displayed per requirement item. The requirements date, the requirement

quantity and the confirmed quantity, among other things, are displayed per requirements schedule line.

On the right of the display are pushbuttons that you can choose to select further functions.

In the display, from a user-specific point of view, you see failed checks and substitutions that have not

contributed to covering the requirements. Unchecked check options are also displayed.

In Customizing, as of SCM 5.0, you can activate " Preselect Suitable Substitutions". The system then

simulates a rules-based ATP check (without temporary quantity assignments) and determines

substitutions for the location product entered. The substitution list is displayed on the screen. You can select the most suitable combination of substitutions for each

item on this screen by selecting the indicator . You can also specify a

different quantity for the substitution proposed. The system performs a rules-based ATP check for the

substitutions you have selected (with temporary quantity assignments). Following the rules-based ATP

check, the system only displays the results screen in the following circumstances:

The system was not able to confirm all of the quantity you modified for at least one of the items.

Not all items checked were involved in the substitution preselection.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

The master data for product and location interchangeability is the central data required to createinterchangeability scenarios for planning and global available-to-promise (global ATP). It includes

information on products, locations and the conditions for product substitutions.

You use product interchangeability for logistical processes in which one product is to be replaced with a

different product. This type of substitution can have a significant impact on planning and execution. It is

therefore important for example to know the circumstances in which a product can replace another

product. A substitution takes place for example because the new product is an improved version of the

old product. A product substitution can also take place for delivery reasons. It can therefore be the case

that you have several sources of supply and normally use the cheapest, but sometimes have to use a

different one.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

The master data for product and location interchangeability is the central data required to createinterchangeability scenarios for planning and global available-to-promise (global ATP). It includes

information on products, locations and the conditions for product substitutions.

You use product interchangeability for logistical processes in which one product is to be replaced with a

different product. This type of substitution can have a significant impact on planning and execution. It is

therefore important for example to know the circumstances in which a product can replace another

product. A substitution takes place for example because the new product is an improved version of the

old product. A product substitution can also take place for delivery reasons. It can therefore be the case

that you have several sources of supply and normally use the cheapest, but sometimes have to use a

different one.

:

In this case, a product is substituted with a new product, which is more technically advanced or can be

manufactured more efficiently. It is possible to include several products in a supersession chain. The

simplest form of product substitution is discontinuation. Discontinuation only involves one product pair.

Two possible relationship types are available for the discontinuation steps:

and . If forward interchangeability is possible for a product, it can only be

substituted in one direction. This means that a product A can be replaced by product B, but product B

cannot be replaced by product A. If full interchangeability is possible for a product, product A can be

replaced by product B and product B can be replaced by product A.

A FFF class contains several products, which can be used in an order and all have identical technical

attributes ( , and ). Planning is only carried out for one product (the leading product). It is

only possible to procure or manufacture the leading product.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


A product substitution procedure is a grouping of several product interchangeability groups. You can

combine several interchangeability groups in a product substitution procedures for product

interchangeability. You use this interchangeability group type to save information on product

substitution to improve integration with rules-based ATP.

A location chain represents a sequential relationship between locations, which can be substituted for one

another.

Locations are combined as a group in location lists, similarly to products in FFF classes. This group

type does not contain any substitution information. You use this group type to combine locations in a

specific sequence as fully interchangeable locations.

You combine interchangeability groups for location substitution in a location determination procedure.

This group type is similar to the product substitution procedure (PSP) in product interchangeability.

A location product supersession chain represents a sequential relationship between location products,

which can be substituted for one another.

You combine interchangeability groups for location substitution in a location product substitution

procedure. This group type is similar to the product substitution procedure (PSP) in product

interchangeability.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

One product is replaced by another product. This process is also described as .

A product is replaced by an assembly.

One product is replaced by a group that consists of several products: A(B, C)

This type of products group is also referred to as a .

An individual product is replaced by several products as a result of specific conditions (such as the

vehicle model).

A group of products is replaced by a single assembly.

Several different products are replaced by the same product (A, B) C.

A group of products is replaced by another group of products.

A replaced product is replaced again by a new product or a group of products.

In this situation, several one-to-one substitutions or a combination of both of these types.

Multi-level substitution is not controlled using the user interface for product interchangeability, but is

controlled using an indicator in the respective SAP APO applications that use product interchangeability.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


, you will be able to:

Configure a rule – product substitution procedure, location determination

procedure, using rule control and the calculation profile

Maxitec Ltd’s PC products are available in two distribution centers 2400

Milan and 2500 Amsterdam. Your task is to define the correct

product/location substitution within the rule PROC##. In addition, you

have to set up the rule control and the calculation profile.

You create PROC## as the rule, where ## is your group number. In addition,

you use the locations 2400 Milan and 2500 Amsterdam as your twodistribution center substitutions. The data given below is used throughoutthese exercises.

The substitution should be performed in the following manner:

1. Check product T-F13## in location 2400 (Milan).

2. Check product T-F13## in location 2500 (Amsterdam).



5-1 Set up a product substitution procedure called PS## for two materials.

You want to check the availability of product If isnot available, check the availability of product

Use when creating this profile.

5-1-1 Is a substitution reason required for the product substitution?

________________________________________________________________



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


5-2 Set up the location determination procedure LS## from location 2400 (Milan) to location

2500 (Amsterdam).

You want to check the availability at DC location 2400 (Milan) first

If the stock is not available at 2400, check the availability at location2500 (Amsterdam).


5-2-1 Which ATP checks are controlled explicitly by activity 0001 in the location

determination?

Product Check: ____________________________________________________

Product Allocation: _________________________________________________

Start product(ion): _______________________________________________

5-3 Create a rule control, RC##, to determine the way the substitution lists are accessed and

combined.

Both the product substitution lists and location determination lists should be run starting

from the top down.

There should be no qualifying restrictions on the product and location lists. Use the

sequence option – . Use to combine the location and product lists.

6-3-1 If a sales order comes in for T-F14## (location DC 2500 Amsterdam), whichproduct and location are checked first, based on these rule control settings?

Product: __________________________________________________________

Location: _________________________________________________________

5-4 Set up a calculation profile, CP##

For requirements, whose requested delivery date is a long time in the future, the system

should only include receipts which are a maximum of 3 months before the requirements

date. Confirmations can be 30 days after the requested delivery date.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


5-5 Create rule PROC##.

The rule must be defined as “inclusive” and contain the product substitution procedurePS## and location determination procedure LS## you just created. In addition, you have to

assign the rule control RC## and calculation profile CP## to the rule PROC##.

5-6 Simulate the rule PROC## using the function in integrated rule

maintenance.

Examine the result: It is an ordered sequence of products and locations.

5-6-1 What is the sequence of the requirements?

___________________________________________________

___________________________________________________

___________________________________________________

___________________________________________________



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y



Set up determination of a rule during sales order entry

Use the simulation component of the rules-based ATP check

Execute the rules-based availability check in SAP SCM (APO) based on a

sales order from the SAP ECC System.

Identify which order items the system creates in the rules-based

availability check.

Maxitec Ltd wants you to set up the criteria for determining the rule

PROC##. Assume that the following events will be sent from SAP ECC

to SAP SCM (APO) when the simulative and actual OLTP availability

check is executed.

Technical Scenario: AA

Business Event: A##

Activity: A

You will use PROC## as your rule, 2402 Jashanmal International Trading

Company, Dubai, as your customer, and T-F13-## as your PC product (##

is your group number). This information is used throughout theseexercises.

5-7 Create the condition table , with the fields product and sold-to party.

5-8 Create an access sequence AS## for the table 7##.

Enter the description Group ##.

5-9 Create the condition type CT## and link it to access sequence AS##.


5-10 Create the rule strategy STR##. Assign the condition type CT## to the rule strategy

STR##.


5-11 Create event AA-A##-A and assign the procedure STR## to the events AA-A##-A.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


5-12 Maintain the master record for rule determination. Check that the rule PROC## is

determined according to your product T-F13## and sold-to party 2402 with reference to an

operation during order processing.

Enter the following data for condition type CT##:

Product

Sold-to party

Rule ##

5-13 Check activation of the rules-based ATP check in the check instructions. Assume that you

are creating a sales order and that check mode 050 has been transferred from the ECC

System.

5-14 Check that the (consider checking horizon) indicator is deactivated for therelevant check control

5-15 Use the simulation component to verify the configuration of the rule and ruledetermination. The simulation should be performed for a value of the product T-F13## andlocation DC 2400 Milan.

Enter the following characteristic values to enable the simulation:

Operation-dependent activation parameters: AA – A## – A

Use sold-to party 0000002402 Jashanmal International Trading Company.

Enter your product T-F13##.

Requirements date: Monday after next

Quantity:

300 pieces

5-16 Define the business transaction A## in the SAP ECC Customizing settings.

5-17 Assign the business transaction to the order type ZA## Trade Fair## Order.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


5-18 Now you can create a sales order in your SAP ECC System. The sales order should refer to

customer 2402 Jashanmal International Traders. Sell the material and a quantity

of . The sales order data is given in the table below:

Order type ZA##



Division 00

Sold-to party 2402

PO number PO-##

Delivery date A week on Monday

Plant 2400

Material T-F13##

Quantity 300 PC



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y



Configure the use of product interchangeability master data

Maintain product interchangeability master data

PC products sold by Maxitec are subject to continuous ongoing

development. It may be necessary to substitute products that are

technically out-dated with new products. You use product

interchangeability master data to control discontinuation of productsduring the availability check.

You will work with the PC products T-F13## and T-F14##, where ## isyour group number. In addition, you will use location 2400 as yourdistribution center (DC). The product T-F14## is to replace the product T-

F13##.

5-19 Create an interchangeability group “SCM670 group ##” for the location 2400. Check that

the interchangeability group has the substitution type “supersession chain”. This

interchangeability group should also be relevant for the availability check and planning.

Product T-F13## is to be replaced by product T-F14## from the middle of next month

Using up any available quantities of T-F13## is not planned. It is not to be possible to

replace product T-F14## with T-F13##. Release the interchangeability group once youhave successfully entered the data.

Make a note of the interchangeability group number:

___________________________________________________________________

5-20 Assign your interchangeability group “SCM670 group ##” to the active model 000.

5-21 Check activation of rules-based ATP in the check instructions that correspond to the check

mode (050) of your product T-F13## Has the usage of interchangeability master data beenconfigured correctly?

___________________________________________________________________



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


5-22 Determine the ATP situation in the location 2400 for the products T-F13## and T-F14##

ATP quantity product T-F13##:_____________________________

ATP quantity product T-F14##:_____________________________

5-23 Now create a sales order in the SAP ECC System. The sales order should refer to customer2402 Jashanmal International Traders. Sell the material and a quantity of

. The sales order data is given in the table below:

Call the transaction VA01 (Create Sales Order).

Order type OR



Division 00

Sold-to party 2402

PO number PO-##

Delivery date Step 1: End of the next month

Step 2: Next Monday

Plant 2400

Material T-F13##

Quantity 100 pieces

Step 1: Requested delivery date “End of next month”.

Analyze the .

_____________________________________________________________________

_____________________________________________________________________

_____________________________________________________________________

_____________________________________________________________________

Step 2: Requested delivery date “Next Monday”.

Analyze the .

_____________________________________________________________________

_____________________________________________________________________

_____________________________________________________________________

_____________________________________________________________________

Save the order.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


You create PROC## as the rule, where ## is your group number. In

addition, you use the locations 2400 Milan and 2500 Amsterdam as your

two distribution center substitutions. The data given below is used

throughout these exercises.

The substitution should be performed in the following manner:





5-1 Set up a product substitution procedure called PS## for two materials.

You want to check the availability of product If isnot available, check the availability of product


5-1-1 Is a substitution reason required for the product substitution?



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


5-2 Set up the location determination procedure LS## from location 2400 (Milan) to location

2500 (Amsterdam).

You want to check the availability at DC location 2400 (Milan) first

If the stock is not available at 2400, check the availability at location2500 (Amsterdam).


5-2-1 Which ATP checks are controlled explicitly by activity 0001 in the location

determination?

Product check:

Product allocation:

Start production:



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


5-3 Create a rule control, RC##, to determine the way the substitution lists are accessed and

combined.

Both the product substitution lists and location determination lists should be traversed

starting from the top down.

There should be no qualifying restrictions on the product and location lists. Use the

sequence option – . Use to combine the location and product lists.

5-3-1 If a sales order comes in for T-F14## (location DC 2500 Amsterdam), which

product and location are checked first, based on these rule control settings?

Product:

Location:

5-4 Set up a calculation profile, CP##

For requirements, whose requested delivery date is a long time in the future, the system

should only include receipts which are a maximum of 3 months before the requirements

date. Confirmations can be 30 days after the requested delivery date.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


5-5 Create rule PROC##.

The rule must be defined as “inclusive” and contain the product substitution procedurePS## and location determination procedure LS## you just created. In addition, you have to

assign the rule control RC## and calculation profile CP## to the rule PROC##.

5-6 Simulate the rule PROC## using the function in integrated rule

maintenance.

Examine the result:

5-6-1 What is the sequence of the requirements?



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


5-7 Create the condition table , with the fields product and sold-to party.

Choose twice and choose (X) in the dialog box.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


5-8 Create an access sequence AS## for the table 7##.

Choose .

Select an order that has been defined previously or create a new order on the dialog box for

the Customizing order (see below).

a) Choose . Enter the short description “ ” and save your

entry.

b) After the request number is generated, choose . The message appears.

c) Go back to the Implementation Guide (IMG).



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


5-9 Create the condition type CT## and link it to access sequence AS##.

Select an order that has been defined previously or create a new order on the dialog box forthe Customizing order (see below).

a) Choose .

b) From , choose the number with the changes for group ##. Choose

. The message appears.

c) Go back to the Implementation Guide (IMG).

5-10 Create the rule strategy STR##. Assign the condition type CT## to the rule strategySTR##.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


5-11 Create event AA-A##-A and assign the procedure STR## to the events AA-A##-A.

Note: Enter this value.



Note: Do not enter any data.

Use the input help (F4)

Note: Do not select

5-12 Maintain the master record for rule determination. Check that the rule is

determined according to your product and sold-to party with reference to an

operation during order processing.

Enter the following data:

Product

Sold-to party

Rule ##



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


5-13 Check activation of the rules-based ATP check in the check instructions. Assume that you

are creating a sales order and that check mode 050 has been transferred from the ECC

System.

Product check:

Allocation:

Forecast:

Activate RBA:

Start immediately:

InC master data:

Start product(ion):

5-14 Check that the (consider checking horizon) indicator is deactivated for the

relevant check control



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


5-15 Use the simulation component to verify the configuration of the rule and rule

determination. The simulation should be performed for a value of the product T-F13## and

location DC 2400 Milan.

5-16 Define the business transaction A## in the SAP ECC Customizing settings.

5-17 Assign the business transaction to the order type ZA## Trade Fair## Order.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


5-18 Now you can create a sales order in your SAP ECC System. The sales order should be for

customer 2402 Jashanmal International Trading Company, for the material T-F1300, and

for a quantity of 300 pieces. The sales order data is given in the table below:


Order type ZA##



Division 00

Sold-to party 2402

PO number PO-##

Delivery date A week on Monday

Plant 2400

Material T-F13##

Quantity 300 PC



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


You will work with the PC products T-F13## and T-F14##, where ## is

your group number. In addition, you will use location 2400 as yourdistribution center (DC). The product T-F14## is to replace the product

T-F13##.

5-19 Create an interchangeability group “SCM670 group ##” for the location . Check that

the interchangeability group has the substitution type “supersession chain”. Thisinterchangeability group should also be relevant for the availability check and planning.

Product is to be replaced by product from the middle of next month

Using up any available quantities of is not planned. It is not to be possible to

replace product with Release the interchangeability group once you

have successfully entered the data.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


5-20 Assign your interchangeability group “SCM670 group ##” to the active model 000.

5-21 Check activation of rules-based ATP in the check instructions that correspond to the checkmode (050) of your product Has the usage of interchangeability master data been

configured correctly?

Choose:



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


5-22 Determine the ATP situation in the location 2400 for the products T-F13## and T-F14##

5-23 Now create a sales order in the SAP ECC System. The sales order should refer to customer

2402 Jashanmal International Traders. Sell the material and a quantity of

. The sales order data is given in the table below:


Order type OR



Division 00

Sold-to party 2402

PO number PO-##

Delivery date Step 1: End of the next month

Step 2: Next Monday

Plant 2400

Material T-F13##Quantity 100 pieces

Analyze the .



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


Analyze the .



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

© SAP AG 2005



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

© SAP AG 2003



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Global ATP uses the PP/DS functions within the Capable-to-Promise scenario in SAP SCM (APO) topropose feasible delivery dates.

To propose feasible delivery dates, the system takes into account:

The production process model (bill of material and production routing information) of the product

The component availability (net requirements calculation only)

Unallocated production capacity

Production lead times

Calling production using CTP focuses on the detailed scheduling strategies and not on the component

availability check. Therefore, you should use this method if the bottleneck factor in production is that the

lack of available capacity is restricting the production options, and not when the bottleneck factor is thecomponent availability.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Scheduling/Resource availability check:

Availability finished product

Production through MATP focuses on the component availability check. The availability check is able touse the entire scope of function of Global ATP (including the rules-based ATP check). In comparison to

CTP, however, the detailed scheduling strategies are restricted. Multilevel ATP assumes that resources

have infinite capacity. Scheduling corresponds to lead time scheduling. For this reason, this production

scenario is used if the bottleneck factor in production is the component availability, but the resource

capacity does not restrict production.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

To guarantee that the validity of the PPM is not violated and the runtimes match the confirmation datescalculated in the multilevel ATP check at header level, the multilevel ATP check is always executed in

two steps, provided the result of the first check contains partial confirmation quantities and dates.

You can define how you want the second step of the multilevel ATP check to be carried out in the check

instructions for the finished product or header material using the parameters

and



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

PP/DS immediately converts the ATP tree structure when the sales order is saved in the following cases:

If the earliest requirement date at component level is in the scheduling horizon or

If the latest requirement date at finished product level is in the PP/DS horizon

If none of the conditions is met on saving the sales order, the system saves the ATP tree structure in SAP

SCM (APO). In this case, you can convert the ATP tree structure online or in the background when one

of the conditions listed above is fulfilled. An offset is available here for the horizons to allow you to

perform an earlier conversion.

You maintain the scheduling horizon for the conversion of the ATP tree structures in Customizing for

Production Planning and Detailed Scheduling under Maintain Global Parameters and Defaults. You

maintain a location-product-specific PP/DS horizon in the location product master. If a location-product-

specific PP/DS horizon does not exist, the system uses the PP/DS horizon of the planning version. You

maintain this in model and planning version management.

The scheduling horizon is deleted after PP/DS has converted the ATP tree structures.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

During CTP detailed planning, planning can also take place using a :The bucket-oriented capacity check is a procedure that you can use to check the capacity availability of

key resources during a CTP check, and to reserve the necessary capacity. It is based on PP / DS -

Buckets, in which you can create key resources (bottleneck resources). The main objective of the bucket-

oriented capacity check in the CTP check is to improve capacity utilization by avoiding gaps in capacity

commitment that can be created if you use finite planning on the basis of time-continuous capacity. By

using the bucket-oriented capacity check, improved capacity utilization is achieved by the system

checking and reserving the available capacity for each period (bucket). A bucket can cover a day or a

week. As a result of period-based capacity check, the system can accept a significantly increased number

of orders, since the system attempts to completely exhaust the capacity of a bucket, such as a day with 8

hours productive time as far as possible.

In addition to the MATP and CTP procedures, as of SCM 5.0 and only in conjunction with ECC 6.0

and CRM 5.0 you can use the (Kit–to–Order). You can use this process to

carry out an availability check for kits and their components. This process corresponds to simplified

production, since resource planning is not required to combine the components as a complete kit.

Components are commissioned during production.

If you do not want to deliver to customers yourself, you can use

. If you are not supplying a customer directly, you can use this process to instruct another

supplier or dealer to deliver the products requested by the customer. Third-party order processing

enables you to ensure that the requirement can be confirmed as quickly as possible without having to

take account of cancellations or backorders. This process requires SAP Customer Relationship

Management (SAP CRM) as of Release 5.0 and SAP ERP Central Component (SAP ECC) as of

Release 6.0.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

The check mode for the finished product has to support the production type of multilevel ATP or CTP.

The check mode for the component only has to support the production type of multilevel ATP or CTP if

this component is also the header of an additional bill of material and you want to perform a multilevel

check.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Select the indicator (First availability check, then production). You can choose one ofthe following options for the time of production:

After executing all basic methods - The quantity requested for production is the original requirements

quantity less the total quantity confirmed through the basic methods. The confirmed quantity results

from the quantity that can be produced, plus the total quantity that can be confirmed from the basic

methods. The sequence of basic methods has no effect on the quantity produced and/or confirmed.

After executing product availability check - The quantity requested for production is the requirements

quantity transferred to the product availability check, less the quantity that can be confirmed at the

finished product stage. The confirmed quantity is the sum of the total quantity of the product

availability check that can be confirmed at finished product stage, plus the quantity that can be

produced. The selection and sequence of basic methods is relevant.

Setting the indicator is not relevant for the other values of the

indicator.

Using the location determination activity in integrated rule maintenance, you can determine if PP/DS is

called in location determination when the Global ATP rules are being used.

In a substitution group, in which you only want to call PP/DS for a few location determinations, location

determination activities of the type have to be maintained

explicitly. Another possibility is, of course, to completely switch off the call to PP/DS in the check

instructions.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

(remaining requirement of a component requirement group): This field

determines how the system should deal with the requirement quantity that cannot be confirmed in thesecond step of the multilevel ATP check:

Create remaining requirement at header level

Create remaining requirement at component level

Conversion mode for ATP tree structures: In this field, you define the confirmations for which you want

the planned orders to be created in Production Planning and Detailed Scheduling (PP/DS) after the ATP

tree structure is converted.

Depending on this setting, the system uses the relevant confirmations from the first step of the

multilevel ATP check as requirements date and requirement quantity for the second step of the

multilevel ATP check. In the second step, the BOM is exploded anew in PP/DS, the ATP tree structure is

adjusted in accordance with the new requirements groups, and a new ATP check is performed for the

components. The complete requirement quantity must be confirmed for the requirements date.Otherwise, the check result is rejected. The system’s handling of the unconfirmed quantities depends on

the setting in the field.

Business Event Multilevel ATP: You use a special business event for multilevel ATP in the check

instructions if you want to distinguish between the check control for the components and the check

control for the finished product. If you have not entered a specific business event for multilevel ATP in

the check instructions, the system uses the business event to determine the check control for the

multilevel ATP check. The following functions are supported at component level:

A different scope of check in the product availability check

Check against the forecast

Check against product allocations (but only with the characteristics "product" and "location")

Rules-based ATP check



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y



Set up the call to production directly from the availability check

Distinguish between Capable-to-Promise and the multilevel ATP

Set up the essential requirements for both production options in PP/DS

Analyze and interpret the results of the availability check

Maxitec Ltd.’s product spectrum and business processes are

heterogeneous. The demands on the availability check therefore vary,depending on the product and possibly the transaction. Depending on the

products, there are two different production bottlenecks at Maxitec Ltd.:

For some products, component availability is not important within

production. However, production puts a lot of pressure on production

resources. The time dependencies of the individual production steps are

demanding and have to be considered. If production is started directlyfrom the availability check for these products, Capable-to-Promise is

used.

Other products are produced through straightforward assembly. The

assembly capacity of Maxitec Ltd. is almost without limit. however, these

products make great demands on the availability check. For example,

individual unavailable components may be substituted by other

components. For that reason, the multilevel ATP check is used for these

products.


Note:

Check whether the user parameter is set to in the user master record for

your user in the SAP SCM (APO) System. If not, enter the user parameter. If the parameter is not

set accordingly, you cannot display a planning log in the .



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


6-1 Analyze the prerequisites for Capable-to-Promise.

6-1-1 Have you set the indicator in the active PP/DS

version?

________________________________________________________________

6-1-2 Have a look at the PP planning procedure for product T-F2## in location 2300.

Change the PP planning procedure to if necessary

________________________________________________________________

6-2 Have a look at the Customizing settings for the availability check.

6-2-1 Examine the check instructions with check mode 050 / business event A.

Product check:

Allocation:

Forecast:

Activate RBA:

InC master data:

Start immediately:

Start product(ion):

Note: In this exercise, production is not called from the respective check

instructions. As you will see as the exercise progresses, production is started from alocation determination activity for the relevant rule. Therefore, this availability

check is a combination of rules-based ATP and CTP.

6-2-2 Examine the check control for the product availability check for the ATP group 02and the business event A. The checking horizon (CH) must not be considered

________________________________________________________________



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


6-3





Sold-to party 2401 Napoli Export

PO number PO-##



Material T-F2## Pump PRECISION 102

Quantity 20

Analyze the “APO Availability Check: Results Overview”.

_____________________________________________________________________

_____________________________________________________________________

_____________________________________________________________________

_____________________________________________________________________

_____________________________________________________________________

_____________________________________________________________________

_____________________________________________________________________

_____________________________________________________________________

6-4 Analyze the product view for product T-F2## in location 2300.

_____________________________________________________________________

_____________________________________________________________________

_____________________________________________________________________

6-5 Now save your sales order from exercise 6-1.

Order number:

_____________________________________________________________________



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


6-6 Analyze the product view for product T-F2## in location 2300 after you have saved the

order.

_____________________________________________________________________

_____________________________________________________________________

6-7 Analyze the settings for Capable-to-Promise.

6-7-1 Which requirements type was determined for the second subitem in your salesorder?

________________________________________________________________


Customizing?

________________________________________________________________

Note: This requirements class is transferred to SAP ECC (APO) within the

availability check as a check mode and controls the selection of the checkinstructions.

6-7-3 Which type of production has been defined for check mode 050 in SAP SCM(APO)?

________________________________________________________________

6-7-4 Is production called from the relevant check instructions? Analyze the relevant

check instructions

________________________________________________________________

6-7-5 How or from where is production started for the location product T-F2## / 2300

within the availability check?

________________________________________________________________

________________________________________________________________

________________________________________________________________



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


6-8 Analyze the main prerequisites for the multilevel ATP check.

6-8-1 Examine the production process model for the product T-F3## in location 1000.

Which components does the product T-F3## consist of?

________________________________________________________________________________________________________________________________

________________________________________________________________

6-8-2 Examine the production process model for component T-B1## in location 1000.

Which components does this product consist of?

________________________________________________________________

________________________________________________________________

6-8-3 Verify which settings are necessary in the product master using the header material

T-F3## in location 1000 as an example.

Have a check mode and an ATP group been maintained?

Check mode:

________________________________________________________________

ATP group:

________________________________________________________________

Has the PP/DS horizon been maintained?

PP/DS Horizon:

________________________________________________________________ 6-8-4 Has a production calendar been created for scheduling in the location master for

location 1000?

Production calendar:

________________________________________________________________

6-8-5 Examine the scheduling horizon for the multilevel ATP check. This should be

smaller than or the same size as the PP/DS horizon.

Scheduling horizon for ATP tree structures:

________________________________________________________________



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


6-9

Production type:

__________________________________________________

6-9-2 Examine the Customizing settings for the check instructions with check mode ZZZ / business event A

Product check:

__________________________________________________

Allocation:

__________________________________________________

Forecast:

__________________________________________________

Activate RBA:

__________________________________________________

Start product(ion):

__________________________________________________

Production time:

__________________________________________________

Compnts Remain. Reqmt:

__________________________________________________

Conversion Mode – ATP Tree Structure:

__________________________________________________

Business Event Multilevel ATP:

__________________________________________________



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y



Sales organization 1000 Germany, Frankfurt



Sold-to party 1000 Becker, Berlin

Ship-to party 1000 Becker, Berlin

PO number PO-##

Delivery date Eight weeks from today’s date

Material T-F3##

Quantity 15 PC


_____________________________________________________________________

_____________________________________________________________________

_____________________________________________________________________

_____________________________________________________________________

_____________________________________________________________________

_____________________________________________________________________

Save the order.

Order:

_____________________________________________________________________


_____________________________________________________________________

_____________________________________________________________________

_____________________________________________________________________

6-12 Display the ATP tree structure that has just been generated.

_____________________________________________________________________



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y



6-1 Analyze the prerequisites for Capable-to-Promise.

6-1-1 Have you set the indicator in the active PP/DS

version?

Check the PP planning procedure for product T-F2## in location 2300. Change the

PP planning procedure to



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


6-2 Have a look at the Customizing settings for the availability check.

6-2-1 Examine the check instructions with check mode 050 / business event A.

Product check:

Allocation:

Forecast:

Activate RBA:

Start immediately:

InC master data:

Start product(ion):

Note: In this exercise, production is not called from the respective checkinstructions. As you will see as the exercise progresses, production is started from a

location determination activity for the relevant rule. Therefore, this availability

check is a combination of rules-based ATP and CTP.

6-2-2 Examine the check control for the product availability check for the ATP group 02and the business event A. The checking horizon (CH) must not be considered.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


6-3





Sold-to party 2401 Napoli Export

PO number PO-##



Material T-F2## Pump PRECISION 102

Quantity 20




Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y



6-5 Now save your sales order from exercise 6-1.

Order number:________________________________________________________



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


6-6 Analyze the product view for product T-F2## in location 2300 after you have saved the

order.

You see your sales order as a requirement. The requirement coverage element is the

planned order.

6-7 Analyze the settings for Capable-to-Promise.6-7-1 Which requirements type was determined for the second subitem in your sales

order?

6-7-2 To which requirements class is this requirements type assigned in SAP R/3

Customizing?

Note: This requirements class is transferred to SAP SCM (APO) within theavailability check as a check mode and controls the selection of the check

instructions.

6-7-3 Which type of production has been defined for check mode 050 in SAP SCM

(APO)?

6-7-4

6-7-5 How or from where is production started for the location product T-F2## / 2300

within the availability check?



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


6-8 Analyze the main prerequisites for the multilevel ATP check.

6-8-1 Examine the production process model for the product T-F3## in location 1000.

Which components does the product T-F3## consist of?

6-8-2 Examine the production process model for component T-B1## in location 1000.

Which components does this product consist of?

6-8-3 Verify which settings are necessary in the product master using the header material

T-F3## in location 1000 as an example.

Have a check mode and an ATP group been maintained?

Has the PP/DS horizon been maintained?



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


6-8-4 Has a production calendar been created for scheduling in the location master for

location 1000?

6-8-5 Examine the scheduling horizon for the multilevel ATP check. This should be

smaller than or the same size as the PP/DS horizon.

6-9 Check the Customizing settings for the multilevel ATP check

6-9-1 Which production type has been defined for the check mode



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


Product check:

Allocation:

Forecast:

Activate RBA:

Start product(ion):

Production time:

Compnts Remain. Reqmt:

Conversion Mode – ATP Tree Structure:

Business Event Multilevel ATP:

_____________________



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y



Sales organization 1000 Germany, Frankfurt



Sold-to party 1000 Becker, Berlin

Ship-to party 1000 Becker, Berlin

PO number PO-##

Delivery date Eight weeks from today’s date

Material T-F3##Quantity 15 PC

Analyze the .

Save the order.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


Order:_______________________________________________________________


6-12 Display the ATP tree structure that has just been generated



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

© SAP AG 2005



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Backorder processing is an availability check tool that allows you to diagnose backorders and overwritethe committed quantity that resulted from the last availability check. You can redistribute the confirmed

quantity for one or several products over selected customer requirements.

You can perform backorder processing:

Interactively

In the background (batch mode) – including simulation

As a combination of interactive backorder processing and backorder processing in the background

Event-driven



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

What is backorder processing?

Backorder processing in SAP SCM (APO) fulfills a basic request to Supply Chain Management that

consists of changing confirmed quantities and dates within the ATP check.

Backorder processing is essentially implemented to process entered requirements and to diagnose and

cancel backorder situations.

Four functions are available for processing backorders in SAP SCM (APO):


Interactive backorder processing

Interactive postprocessing of batch runs

Order due lists or event-driven quantity assignment

Note: Up to and including SAP APO 3.1, the system only observed sales documents during backorder

processing. As of SAP SCM 4.0, items in stock transport orders can also be included in backorder

processing. Include the associated ATP categories BI, EG and EJ in the filter type. Stock transfer

requisitions can only be observed in backorder processing as of SCM 5.0.

Within backorder processing, the system selects items in sales documents and stock transport orders

using a filter and a sorter and brings these into a sequence. An ATP check is then carried out for the

items. The basic methods (for example, product availability check or product allocation) are fully

supported. The advanced methods (for example, rules-based ATP check or multilevel ATP check) – with

the exception of Capable-To-Promise – are only supported for sales documents.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

When is backorder processing performed?

Backorder processing can be planned according to an event, interactively or in the background

(regularly, if necessary). Examples:

After a planning run in PP/DS, in Supply Network Planning, or after changes in the location-

specific product master data for ATP

after a changed availability situation

After the arrival of late orders with high priority

Prerequisites:

Relevant settings for backorder processing

When overwriting the results of the availability check in interactive backorder processing, you must be

in a position to guarantee that a receipt element being procured can be covered.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Below is a typical ATP process that results in the need for backorder processing:

You perform an availability check, for example, using the checking horizon (replenishment lead

time).

There is a shortage because the checking horizon has expired and no new receipt elements are found.

You execute backorder processing and reset the confirmation of the order items so that other (as yet

unconfirmed) order items can be confirmed.

The changed data can be transferred to the connected OLTP system where the actual update takes

place.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Overview of backorder processing:

Interactive backorder processing means the manual redistribution of confirmed quantities to several

orders.

Batch backorder processing corresponds to rescheduling in the SAP ECC System

In comparison to backorder processing in the SAP ECC System, backorder processing in SAP SCM

(APO) is enhanced by the following functions:

Filtering can be configured.

The sort can be configured.

Scheduling can be configured.

Interactive backorder processing and batch backorder processing can be combined.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Batch backorder processing can be included in a call sequence between PP/DS or SNP and interactive

backorder processing.

Selection using the netchange filter

- When a change occurs in the supply situation due to a change or a planning run in PP/DS, SNP, or

changes to the location-specific master data, the location product for backorder processing

(interactive/batch) is selected or marked. A netchange indicator is used for the selection.

Evaluation of alerts (ATP alerts, PP/DS alerts)

- To start backorder processing, you can also evaluate the alerts. The alert evaluation is an alternative

to the filter that selects the orders for batch backorder processing.- Within the framework of the Alert Monitor, you can call up backorder processing directly to help

"clean up" alerts.

If an earlier delivery is necessary, Transportation Planning and Vehicle Scheduling (TP/VS) selects

orders using alerts so that the availability check for these orders can be performed later. You can

configure the orders that you want to be considered in backorder processing. The orders are selected

using a filter.

Backorder processing for stock transport orders is not currently supported.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Configurable filter

You can use characteristic values to select the order items that you want to be considered in batch

backorder processing. In a filter type, you define the order categories to be considered and the

characteristics that should be used for the filtering. You can store the characteristic values that should

be considered for filtering in a filter variant for the filter type. You define the filter type by choosing

.

SAP_ALERT (is supplied)

Orders affected by the Alert Monitor are selected using this filter.

SAP_NETCHANGE (delivered as standard) Orders for location products, in which the netchange indicator is set, are selected.

SAP_ODL (delivered as standard)

The filter type SAP_ODL uses order due lists with items that can lose their confirmation and order

due lists with items that the system can determine using the ALF monitor to define the worklist for

backorder processing.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

You can use the entries in the sort profile to define the sequence in which the order items are processed

in backorder processing. In the sort profile, you specify the characteristics, their sequence (or weighting),

and the sort direction. You define the sort profile by choosing

.

If the sorting is not sufficient (for example, for the customer number), you can define a special sorting

for the characteristic values (for characteristics for which a simple sorting does not make sense). You

define the special sorting by choosing

. If you have maintained a special sorting, you can enter this in the sort profile.

If none of the existing sort options meet your expectations, you can make use of the standard customer

exits (for details, see the online documentation for Global ATP).



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

As of SAP SCM 4.0, you can decide whether the check is performed at item level, as was previously thecase, or whether this now takes place at schedule line level for each of the ATP categories that are

relevant to backorder processing.

Documents with large numbers of request schedule lines for each item, such as scheduling agreements

usually generate confirmations over a longer period of time. Dates in the request schedule line are

distributed over this long period.

If backorder processing checks a document at item level, it checks all schedule lines in an item

simultaneously. The system also confirms schedule lines for future dates here. This can mean that

other early requirements can no longer be confirmed.

If backorder processing checks at schedule line level, the system sorts and checks the schedule linesfor these requirements individually. By using suitable sort criteria (such as the schedule line number,

material availability date, confirmed quantity, requested quantity, delivery date,...), you can therefore

prevent long-term confirmations.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

•

•

•

•

•

You can use event-driven quantity assignment (EDQA) to respond promptly to product availabilitychanges. You can assign new quantities or those that have become available again to backorders or

reassign them from low priority to higher priority documents.

During EDQA, specific activities, such as changing stock data, trigger events. These events perform a

quantity assignment. The following activities trigger events:

Change purchase order document

Quantity release in the sales order

Change the stock data

Change the sales document

Sales order confirmation

The activities can trigger the following events.

Quantity assignment to order due lists

Reassignment of order confirmations

Push deployment


The same restrictions that apply to backorder processing also apply to EDQA events.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

During this process, event-driven quantity assignment (EDQA) assigns new order due lists (ODL) orthose containing free quantities with items, which are to receive a confirmation.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

During this process, event-driven quantity assignment (EDQA) reassigns order confirmations (ROC) sothat confirmed quantities of items with a lower priority can be assigned to items with a higher priority.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


Maxitec Ltd. uses the SAP ECC System and SAP SCM (APO) to plan alldelivery-related tasks in the supply chain.

During order processing, the cumulated ATP quantity is distributedaccording to the time sequence used to enter orders. The system does not

initially observe the delivery priorities for customers during the

confirmation. A situation can occur in which the sales order with a high

delivery quantity does not contain any confirmed quantity, since it wasentered after an order with a lower priority. Maxitec Incorporated

therefore uses backorder processing. ATP quantities are re-distributed onthe basis of delivery priorities.

: The aim of this exercise is to become familiar with both

interactive backorder processing and backorder processing in thebackground in SAP SCM (APO). The options, functions, and techniquesthat are available in these areas are more fully explored.


• Set up backorder processing using product T-F11## as an example

• Enter three sales orders for T-F11## in the SAP ECC System, perform

“real” interactive availability checks, and make delivery commitmentswith corresponding schedule lines.

• Verify that the inventory situation and existing delivery commitmentsfor product T-F11## in both SAP SCM (APO) and the OLTP system

do not match the delivery priorities of the order.

• Create a selection filter in the configuration of backorder processing inthe background that selects sales orders by product number and order

quantity, for example.

• Create a sort sequence that sorts the filtered sales orders by deliverypriority, for example; these delivery priorities are manually set at sales

order entry in the OLTP system.

• Perform interactive backorder processing for material T-F11## inlocation 2500 from SAP SCM (APO). You will then execute

backorder processing in the background.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


In this exercise, you will set up backorder

processing using product T-F11## at location 2500 (Rotterdam). To verifyand test these settings, we first run interactive backorder processing for

the PC product T-F11## in SAP SCM (APO). Afterwards, you process the

requirements in the background.

: You will use T-F11## as your product, where ## is your

group number. In addition, you use location 2500 (Rotterdam) as your

distribution center (DC). This product and this plant are used throughout

the backorder processing exercises.

7-1

What is the check mode?

Which ATP group has been defined?



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


7-2 If you create a sales order in SAP ECC for the product T-F11## in location 2500, which

check instructions are determined? Make sure that only a product availability check is

executed. (in the check instructions 030/A, product allocation, rules, and production are

deactivated)

Product check:

Product allocation (check):

Forecast (check):

Rules-based ATP (check):

Use PAT master data

Start product(ion):

7-3 Examine the relevant check control for the product availability check for product T-F11##in location 2500. The checking horizon should not be considered

7-4 for product T-F11## by going to the product view report in

the PP/DS menu:

As the initial starting value, you should find 100 pieces of initial stock for product T-F11##

at DC 2500.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


7-5 Now enter a for product T-F11## in location 2500. Stay in the

product view. Choose . Confirm the propagation range SAPALL, if required. Enter

December 17 of the current year as the availability date of the purchase requisition. Enter

100 pieces as the receipt quantity. Choose location 2300 as the procurement alternative. To

do so, select the first row and choose Save your entries.

7-6 Now you have to enter in a specified sequence. To begin entering thesales orders, you must switch to the SAP ECC System. Enter transaction (Create

Sales Orders).


The fields in which data has to be entered for each sales order are: . The field data, which must be entered in the correct sequence for each ofthe three sales orders, is presented in the following table:

Order

Sequence

Sold-to-Party /

Purchase OrderNo.

Requested

Delivery Date /Delivering

Plant

Material /

Quantity /Delivery

Priority

Confirmed

quantity and date for eachschedule line resulting

from the ATP check

1 2502

PO-001

05/12/ current

year

2500

T-F11##

80/

3

2 2502

PO-002

26/11/ current

year

2500

T-F11##

80/

1

3 2502

PO-003

12/12/ current

year

2500

T-F11##

80/

2

Acknowledge the dialog box that appears concerning changes to the invoice/billing date.

The first sales order results in a single delivery of 80 pieces. The second sales orderresults in two schedule lines: 20 pieces on the original requested date, and a further

schedule line of 60 pieces on the purchase requisition date. The third sales order results in

two schedule lines: No confirmation on the original requested delivery date, and 40 pieces

on the purchase requisition date.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


Now that you have finished entering the purchase requisition and sales order

data, there are 100 pieces in stock. In addition, there is a purchase requisition for 100 pieces withthe receipt date of December 17 this year. Three customers have each placed an order with you for

80 pieces of T-F11##. The following table illustrates the resulting schedule lines.

Enter your sales order numbers in the column in the table below for handyreference – and keep the initial situation in mind.

Order

Sequence

Customer

(order #)

Schedule

Line

Requirement

Quantity/Date

Confirmed Quantity/Date

Order 1 2502

( )

1 80

05/12/200*

80 05/12/200*

Order 2 2502

( )

1

2

80

26/11/200*

20 26/11/200*

60 18/12/200*

Order 3 2502

( )

1 80

12/12/200*40 18/12/200*

Since the scope of the ATP check does not include the checking horizon for the

replenishment lead time, the last customer has an outstanding unconfirmed quantity of 40 pieces

from the requested 80 pieces.

We now want to manually reschedule product T-F11## so that the we obtain the following final

results:

A) Order 2 (delivery priority 1): All 80 pieces are confirmed for the requested date 26.11.200*.

B) Order 3 (delivery priority 2): 20 pieces are confirmed for the requested date 12.12.200* and60 pieces for 18.12.200*.

C) Order 1 (delivery priority 3): Only 40 pieces can be confirmed for 18.12.200*.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


The following table shows the schedule lines that result from backorder processing according to

the delivery priorities mentioned earlier: You can use this table to understand how the finalconfirmation situation looks after backorder processing.

Order

Sequence/Delive

ry Priority

Customer

(order #)

Schedule

Line

Requirement

Quantity/Date

Requested

Confirmed

Quantity/Confirmed

Date

1 / 3 2502

( )

1

2

80012/05/200*

0 12/05/200*

40 18/12/200*

2 / 1 2502

( )

1 80

26/11/200*

80 26/11/200*

3 / 2 2502

( )

1

2

80

12/12/200*

20 12/12/200*

60 18/12/200*

7-7 Execute manual backorder processing.

Choose on the top left of the screen. Choose to accept the propagation range.

In the product or ATP views, you need to go into change mode to begin processing. To do

so, choose on the left of the product view screen.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


1. Select the second schedule line of order 2 (60 pieces) and then choose at the bottom of the screen. This frees up 60 pieces from the purchase requisition

for redistribution.

2. Select the second schedule line of order 2 (40 pieces) and then choose

at the bottom of the screen. This frees up 40 pieces from the purchase requisition

for redistribution.

3. Change the first schedule line of order 1 from 80 pieces to 0 pieces. This frees up

another 80 pieces for redistribution and allows us to redistribute the quantities as

desired.

4. Change the first schedule line of order 2 from 20 pieces to 80 pieces. This means that

the requested quantity for the second order can be confirmed for the requested delivery

date.

5. Change the first schedule line of order 3 to 20 pieces and select this schedule line.

Choose . This is the icon to the right of the trash can. Change thenewly created second schedule line for order 3. Enter 18.12.200* as the requirementsdate and 60 pieces as the confirmed quantity. Continue processing (by confirming any

messages, if required).

6. Select the first schedule line from order 1 and choose . This is the

icon to the right of the trash can. Change this new second schedule line. Enter

18.12.200* as the requirements date and 40 pieces as the confirmed quantity. Continue

processing (by confirming any messages, if required).

Now you have manually achieved the desired results.

DO NOT SAVE YOUR WORK BECAUSE WE WILL USE THE SAME DATA TO

PERFORM RESCHEDULING IN THE BACKGROUND.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


Choose . Enter as the name of the filter. Choose again.

Select and double-click on the left of the screen. Choose . Enter BM as the ATP category “sales order”.

Double-click on the left of the screen. Enter the following values for the field

names of these filter type criteria: Choose .

Choose and confirm the . Go back to the main menu.

7-9 Create a sort profile with the sales order delivery priority as the sort criterion.

Choose . Enter as the name of the filter. Choose again. Select and double-click on the left of the screen. Choose .

Enter LIFPRIO delivery priority as the sales order sort criterion and 1 as the sequence

number. You should choose the button until you have an ascending sort

order.

Choose and confirm the . Go back to the main menu.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


7-10 Make your settings for the worklist and the variants.

Enter in the field. Choose . A screen appears containing threetab pages – one of these tabs is called . Enter the following values for the

document filtering parameters listed below:

Make sure that the indicator has been selected on the tab

page.

The following indicators must be selected on the tab page:

Save the data with the variant name . Go back to the screen.

Ensure that the field contains the name .

Enter in the field. Choose .

Make sure that the delivery priority is listed in the sort criteria.

No name is required for the sort criteria variant. Go back to the screen.

To execute the worklist, choose . Examine the worklist and the current situation.

Suggestion – expand the list using the vertical double arrow. Use the display variant to

include the field.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


7-11 Execution of backorder processing with postprocessing:

Enter the filter type and filter type variant (both called created in the filter fields.

Enter the sort profile ( in the corresponding field.

Select the next tab page . Check that no extended confirmation logic is

applied here. Under select .

Enter a job name (for example – in the field at the top of the screen.

Choose .

Examine the simulated results with backorder processing.

Examine the backorder processing result separately.

7-12

Select your in the field at the top of the screen.

Choose .

Expand the information on the results list for order confirmation. You also have the option

to choose the display variant so that the delivery priority is included.

7-13 Update the backorder processing results.

Select your in the field at the top of the screen.

Choose .

Switch to SAP ECC and check the way in which confirmations have been updated in the

sales documents. Call the transaction VA03 to do so.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

I tm Mat Qty RDD10 4711 10 13.02.2005

Del.Date Ord.Qty Conf.Qtty

Del.Date Ord.Qty Conf.Qty

13.12.200510

15.01.2006 0

10

10

Transportation leadtime

Transportationduration

Unloadiing duration

Loading time

You can choose which type of transportation and shipment scheduling is to take place:

Transportation and shipment scheduling using configurable process scheduling

Transportation and shipment scheduling on the basis of Supply Network Planning (SNP) master data

Transportation and shipment scheduling using the condition technique

Transportation and shipment scheduling using dynamic route determination



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Takes account of activities required to start the shipping ofthe products. These include loading, picking, and packing.The material availability date and the loading date arecalculated from the duration of these activities.

Takes account of all activities required for preparing andexecuting the transportation. This includes transportationplanning as well as the actual transportation. The goods

issue date and MRP date are determined from the durationof these activities, starting from the (requested) delivery

date.

In SAP SCM (APO), shipping activities and transportation can be scheduled automatically.

The aim of the SAP SCM (APO) transportation and shipment scheduling function is to guarantee

consistent, automatic scheduling of shipping and transportation processes that occur in various systems.

Transportation and shipment scheduling take place in SAP SCM (APO) if an availability check is

executed in SAP SCM (APO) for the products. Scheduling still takes place in the OLTP system for all

other materials.

You decide for each sales document type whether transportation and/or shipment scheduling is executed.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Transportation and shipment scheduling are based on activities that have to be executed to allowproducts to be staged at the customer.

To calculate the shipping dates, SAP SCM (APO) requires empirical values from the shipping

department that can be defined in the form of transportation durations, loading times, pick/pack times,

transportation lead times, and loading/unloading times in the system for various objects.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006


Loadingtime

Transportation leadtime

Pick/packtime

Unloading

duration

13.12.200510471110

RDDQuantityItem

101013.12.2005

Order QuantityDelivery date

Schedule Line

Order

date

Transportation

planning

Material

availabilityLoading Goods

issue

Requested

delivery date

Unloading

date

Matl

Conf.Qty

The material availability date is determined as a result of shipment scheduling. The product must be

sufficiently available on this date so that you can deliver the product to the customer on the delivery

date.

The system calculates the time required for picking, packing, loading, and transporting the goods.

Starting from the customer’s requested delivery date, the system performs backward scheduling to

calculate the material availability date.

In-house activities such as picking/packing and loading are calculated on the basis of the shipping

calendar entered in the location master. Transportation activities are calculated on the basis of the

transportation calendar that is assigned to a transportation lane. If a transportation lane is not found or a

calendar is not maintained there, the system makes a calculation without a calendar.

Goods receiving hours specified by an OLTP System are supported in SAP SCM (APO). If an SAP ECC

System is connected to the SAP SCM (APO) system and an unloading point is used in the SAP ECC

document, the master data (calendar and goods receiving hours) is taken into account in scheduling. If no

calendar or goods receiving hours are maintained for the ship-to party in SAP ECC, the shipping

calendar from the location master in SAP SCM (APO) is used to restrict the goods receiving hours.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006


LoadingtimeTransportation

lead time

Pick/packtime

Unloadingduration

Schedule line

Order

date

Transportation

planning

Material

availabilityLoading Goods

issue

Requested

delivery date

Unloading

date

Transportation

planningMaterial

availability

Loading Goods

issue

Delivery

date

Unloading

date

If the material availability date derived from the requested delivery date is found in the past, or the

availability check is unsuccessful, the system determines one or more new material availability dates

with a successful availability check. The system calculates one or more new delivery dates here (=

forward scheduling).

Forward scheduling can be switched off for each sales document type.

In extreme circumstances, there are no material availability dates with a successful availability check.

The system cannot propose a delivery date. This means that the schedule line remains unconfirmed.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

The values of each shipment activity or transportation activity duration are defined according to criteriain master data (scheduling steps).



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Transportation and shipment scheduling with the condition technique has the following benefits:

Flexible determination of times (durations)

Use of to-the-minute times

Use of information from the OLTP system.

The condition technique enables you to define specific durations (scheduling step[s]), depending on any

criteria (fields from the field catalog) for each condition type (shipping or transportation activity). These

durations are then determined using the characteristic values from the OLTP system.

Unloading duration, loading time, pick/pack time, and transportation lead time are determined

exclusively using the condition technique.

The unloading duration is the time between the unloading date and the delivery date. It is mapped by

the condition type UNLD.

The loading time is the time between the goods issue date and the loading date. It is mapped by the

condition type LOAD.

The pick/pack time is the time between the loading date and the material availability date. It is mapped

by the condition type PICK.

The transportation lead time is the time between the loading date and the transportation planning date.

It is mapped by the condition type LEAD.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


The time for the transportation is derived from the transportation duration of the transportation lane. If

this is initial, or there is no transportation lane, this time is determined through the condition technique

using the condition type TRAN. If no duration is determined here either, the duration is calculated using

the distance between the start and destination locations and the average speed of the means of transport

being used.

In scheduling with the condition technique, the receiving calendar is overwritten if corresponding data istransferred from an OLTP system when scheduling is called (for example, data from an unloading point

with goods receiving hours of the ship-to party).

The following elements of the condition technique are fixed within scheduling:

Scheduling procedure SCHEDL

Determination of the scheduling procedure

The condition types

You can also configure access sequences and condition tables.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Fixed bucket limit for issues 00:00:00 in the => Exact to the day

No time shift for receipts possible.

Step 1:

Receipt and issue data is cumulated in time series at the start of the day.

2. Step 2:

ATP evaluates the receipt data according to the way in which it is stored in the time series.

Result:

Everything that is produced today is "deliverable" tomorrow

Leads to shortage situations.

This corresponds to the "progressive evaluation logic" in SAP SCM 4.0 or 4.1.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Fixed bucket limit for issues 00:00:00 => exact to the day, not plant-specific

No time shift for receipts

Step 1:

Receipt data is cumulated in time series at the end of the day. Issue data is cumulated in time series at the

start of the day.

Step 2:

ATP evaluates the receipt data according to the way in which it is stored in the time series.

Result:

Everything that is produced today is not "deliverable" until tomorrow

May be too conservative.

This corresponds to the "conservative evaluation logic" in SAP SCM 4.0 or 4.1.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Compromise between ECC and APO 2.0:

Fixed bucket limit for issues 00:00:00 UTC

Fixed time shift for receipts 12 hours

Step 1:

Receipt data is cumulated in time series at the end of the receipt bucket. Issue data is cumulated for the

same event (end of the receipt bucket). The issue data is moved forwards or backwards.

2. Step 2:

ATP evaluates the issue and receipt data according to the way in which it is stored in the time series. It

is necessary to prevent confirmations being made between midnight and midday using hard coding as

a result of moving data forwards or backwards.

This corresponds to the "totally conservative evaluation logic" in SAP SCM 4.0 or 4.1.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

SCM 4.0:The product availability check performs the check on the basis of data for a specific date (daily bucket).

As of SCM 4.0, you can define the limits of this daily bucket for receipt and issue buckets, which apply

to the entire system. You can also define whether receipts are to be available at the beginning or the end

of a bucket. If you are using locations in time zones other than UTC, you can move the bucket limits to a

time that is a non-working time in most locations.

SCM4.1:

You could only previously define the same bucket limits for ATP time series globally for all locations.

As of SCM 4.1, you can interpret the limits in the time zone for the respective location. You can also

use several buckets on each day.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

If you want to define ATP time series for the product availability check with limits other than dailylimits, you can define buckets.

You use the following entries to define how the individual data for the receipt and issue elements is

aggregated for buckets:

Number of buckets per day: If there are several buckets for each day, the system creates buckets of

equal sizes in such a way that one of the bucket limits is defined in the same way as defined by the

other parameters.

Bucket limit for issues in (UTC or local summer time for the location)

The time added to the end date of a receipt before it is assigned to a bucket ( )

Since the system only determines time zones when it creates a pegging area, it only observes changes tothe time zone of a location for new products added or individual segments. If you change the time zone

of a location, you should also activate the bucket parameters again, to ensure that all products in this

location are using the new time zone defined.



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

The ATP group is a grouping at product level. It controls the logic used to evaluate ATP time series inthe product availability check

You determine in the valuation logic in the ATP group whether receipts are available at the start or end

of the bucket. The following options are available to you here:

Conservative logic:

ATP valuates receipt data at the end of the receipt bucket as stored in the time series. Results

confirmed by ATP do not trigger any PP/DS alerts

Totally conservative logic:

ATP valuates receipt data as according to the conservative logic, but cannot confirm between the start

of an issue bucket and the end of the receipt bucket, meaning that all issues are confirmed at the end of

the receipt bucket at the earliest.

Progressive logic:

ATP valuates the receipt data at the start of the bucket, which is one day earlier than specified in the

time series. This corresponds to the checking logic in SAP ECC. Pegging relationships are confirmed

by ATP, but can trigger PP/DS alerts.

The check according to the conservative logic provides the most precise estimate of the ATP quantity, if

the receipts are postponed by half a day (twelve hours). However, if there are many issues and no

receipts close behind the limit of the issue bucket, this could lead to non-conservative behavior; in this

case, the system creates PP/DS alerts (shortage).



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Today

Tomorrow

12 + 17 + 7 =

4 + 7 + 5 =

12 + 19 =

9 + 14 + 5 =

Current time

12:01 pm today

23:00 pm today

04:00 am tomorrow

12:00 pm tomorrow

23:00 pm tomorrow

30 + 31 – 36 =

25 + 28 – 16 =



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Today

Tomorrow

12 + 17 + 7 =

4 + 7 + 5 =

12 + 19 =

9 + 14 + 5 =



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Current time

12:01 pm today

23:00 pm today

04:00 am tomorrow

12:00 pm tomorrow

23:00 pm tomorrow

30 + 31 =

61 + 28 – 36 =



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

Current time

30 + 31 =

30 + 31 - 36 = 30 + 12 – 12 + 19 - 17 = 61 + 28 - 36 =

53 - 16 =

32 + 9 - 7 =

34 - 4 - 7 =

23 + 14 + 5 =

25 + 28 - 16 =

42 – 5 =

If the receipt and issue buckets are synchronous, meaning that the receipts are not postponed (shifted),the conservative confirmation provides an ATP quantity that is too small (by approximately half a day’s

production). The progressive confirmation logic, on the other hand, provides an ATP quantity that is

approximately half a day’s production too large.

The check according to the conservative logic provides the most precise estimate of the ATP quantity, if

the receipts are postponed by half a day (twelve hours). However, if there are many issues and no

receipts close behind the limit of the issue bucket, this could lead to non-conservative behavior; in this

case, the system creates PP/DS alerts (shortage).



Inte

rnal

U

se

S

AP

P

artner

O

nly

I

n t er n al

U

s e

S

A P

P

ar t n er

O nl y


© SAP AG 2006

(CDP or Classical

Characteristics)

(CDP or ClassicalCharacteristics)

Activate the ATP characteristics view. This enables you to perform characteristics-related postings(receipts, stocks, and issues) in the time series.

If you activate or delete an ATP characteristics view, data might not exist in SAP liveCache for

products in the ATP characteristics view.

Transaction data might not be transferred from the OLTP system to the SAP SCM (APO) system

during activation or deactivation. Changes to transaction data are also not permitted.

SAP recommends that you work with separate integration models for master data and transaction data

when transferring data from the SAP ECC System to the SAP SCM (APO) system using the APO

Core Interface.

You must be aware of the following when creating characteristics in SAP ECC:

The characteristics must be unique in the value assignment. This means that you must set the

indicator, since this ensures that the characteristics can only be assigned a single value.

You must set the indicator. This indicator defines whether the value must be assigned

to the characteristic.

Interval values are not allowed for numerical values.

Additional values are not allowed.

