Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
AP220
Production Planning
Detailed Scheduling
? SAP AG
AG 2001
??SAP APO
??Release 3.0A
??May 2001
??Material number 50041882
? SAP AG 2001
Trademarks:
??Some software products marketed by SAP AG and its distributors contain proprietary software
components of other software vendors.
®
??Microsoft , WINDOWS ®, NT ®, EXCEL ®, Word ®, PowerPoint ® and SQL Server ® are registered
trademarks of Microsoft Corporation.
®
??IBM , DB2 ®, OS/2®, DB2/6000 ®, Parallel Sysplex®, MVS/ESA®, RS/6000®, AIX ®, S/390 ®,
AS/400®, OS/390®, and OS/400® are registered trademarks of IBM Corporation.
®
??ORACLE is a registered trademark of ORACLE Corporation.
®
??INFORMIX -OnLine for SAP and INFORMIX® Dynamic Server TM are registered trademarks of
Informix Software Incorporated.
®
??UNIX , X/Open ®, OSF/1®, and Motif ® are registered trademarks of the Open Group.
??HTML, DHTML, XML, XHTML 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.
??SAP, SAP Logo, R/2, RIVA, R/3, ABAP, SAP ArchiveLink, SAP Business Workflow, WebFlow,
SAP EarlyWatch, BAPI, SAPPHIRE, Management Cockpit, mySAP.com Logo and mySAP.com
are trademarks or registered trademarks of SAP AG in Germany and in several other countries all
over the world. All other products mentioned are trademarks or registered trademarks of their
respective companies.
AP230 2 days
LO060 5 days
Global ATP
PP-PI BC555 2 days
Process Manufacturing
liveCache
Administration
? SAP AG 2001
??The level 2 course AP010, the first in the series of SAP Advanced Planner and Optimizer courses,
provides an overview of the individual SAP APO components and is a prerequisite for all
of the level 3 SAP APO courses.
??The level 3 courses build on the knowledge gained during AP010 and broaden your working
knowledge of the individual SAP APO components. The five level 3 courses give detailed
information on the following areas: Demand Planning, Integration, Supply Network Planning,
Production Planning and Detailed Scheduling, and Global Availability Check.
System administrators can also attend course BC555 liveCache Administration, which is listed in the
Basis Administation Training curriculum.
Prerequisites
Recommended
? SAP AG 2001
?
Target Group
Duration
? 3 days
?
? SAP AG 2001
Contents:
? Course Goals
? Course Objectives
? Course Content
? Course Overview Diagram
? Main Business Scenario
? SAP AG 2001
Preface
Appendix
? SAP AG 2001
11 Course Overview
1
66 Optimizing Scheduling
? SAP AG 2001
Planning
Strategy planning
Chain
Collaboration and Integration of
Supply Chain
and Supply
Tactical planning: strategy realization and infrastructure planning (plan infrastructure)
Operational aggregated planning
Customer
Supplier
(tactical planning)
Supply Chain Design
Place and
Collaboration
Place
Collaboration
Market Place
Market Place
planning (internal and external)
Market
of Market
(operational planning)
Partner
Partner
Ext. procurement Production Outbound delivery
Integration of
Supply Chain
Integration
Supply
External
Ext. procurement Production Outbound delivery procurement at
customer
Execution
? SAP AG 2001
??In Supply Chain Management, there is a planning level and an execution level. Within the
planning level APS systems are used (APS = Advanced Planning Systems), and at the execution
level, ERP systems (ERP = Enterprise Resource Plann ing) are used. The planning level is divided
into different planning levels depending on the meaning of the decisions made: strategic, tactical and
operational. The criteria for deciding what belongs to which planning level is not primarily the
planning horizon but rather the scope of the planning. Each hierarchically superior level determines
the ranges of the planning levels below it.
??Strategic level (strategy planning): Here comparatively unstructured and simple planning tool such
as portfolio techniques (such as product life cycle analysis, Boston Consulting Group portfolios,
McKinsey portfolios) are used to make decisions about the direction of the company (such as
product diversification strategies, quality strategies, cost leadership).
??Tactical level (strategy realization and infrastructure planning): decisions about direction are
realized at this level when the company is restructured based on the strategies. Tactical planning is
decisive for operational planning and execution because they form the planning environment in the
company (planning personnel, IT systems for planning, their selection, implementation and setting
parameters, planning processes) as well as the part of the company that physically executes (such as
factory planning, personnel planning, transportation planning, logistically -relevant IT system for
execution). This links the operational planning level and the execution level.
Customer
Supplier
Chain Collaboration
Network Design (ND) Aggregated sales and
of Market Place
Partner
Ext. proc. planning Production Delivery planning
PP/DS SNP planning Deploy,
PP/DS SNP TP/VS, ATP
Execution
? SAP AG 2001
? SAP AG 2001
??Simultaneous material and capacity requirements planning: You can define resources as finite
resources in the resource master (resources critical for planning). At these resources, operations of
orders are only created if there is enough capacity available for the order quantity on the order date.
If there is not enough capacity available, the system searches for a new date, taking the capacity
situation into account.
??Automatic planning immediately: If you set this indicator for a product (PP/DS tab in the product
master), the system starts a single-level planning run for this product for each change made that is
relevant to planning (for example, a new sales order). At the same time (immediately) a multi-level
ATP check is performed for the product and for the assembly/components for which automatic
planning immediately is defined.
??Planning with exact times: Dependent requirements and orders are created with a time.
??Bi-directional propagation of order changes: If you make time-related changes to orders at, for
example, finished-product level, you can specify that the system is to automatically move the
assembly orders. If, however, there is not enough capacity at that time for the assembly orders, an
exception message can be generated or the order is not moved at finished product level. In the other
direction, moving assembly orders can have an effect on finished product orders.
??Planning alternative resources: If not enough capacity is available at a resource, the operation can
be rescheduled at alternative resources (maintained in the PPM).
??Schedule optimization: During planning, it may be that orders were generated whose order
sequence is not optimum. Therefore, you can change the sequence and resource assignment of
existing orders in the optimization run.
? SAP AG 2001
Products manufactured X
in-house at bottleneck
resources
Products that are not X
critical for planning
(Non-critical) products X
planned with reorder
point planning
(Non-critical) products X*
planned with KANBAN
? SAP AG 2001
??Notes on KANBAN products: If you work with KANBAN production control in R/3, it can be used
as " KANBAN in connection with planning". Receipts are generated during planning. They are only
for forecast purposes. If a KANBAN container is set to empty, the planned order coming from
planning is reduced and a new planned order is created via KANBAN. If you use the KANBAN
replenishment strategy "KANBAN with material requirements planning“, you can plan in APO but
the KANBAN container is set to empty in R/3.
PP Selection of
production process model
Scheduling
Order/
Availability check against
stock
unassigned receipts
? SAP AG 2001
??The APO System first attempts to cover the requirements with existing stock or orders. It assigns the
requirements to the receipt elements using pegging relationships. If no receipt elements are found, a
production planning run can be started to generate planned orders.
??Using the procurement type defined in the product master, the system determines how the product is
to be procured. If you have defined several production process models (for products produced in-
house) or several procurement options (for products procured externally), the system determines the
alternative with the most favorable costs.
??Scheduling is carried out until the operations have been scheduled in a manner that allows capacity
and component availability to be taken into account. The planning results are transferred to the R/3
System. If some components are not planned in APO, planning is completed in the R/3 System.
Convert Convert
??Material requirements planning deals with current and future requirements. The planned
requirements quantities trigger planning (in consumption-based planning, for example, planning is
triggered when the reorder point is not reached). Requirements elements for material requirements
planning are, for example, sales orders, planned independent requirements, dependent requirements.
??If theproduction planning run discovers shortage quantities, procurement proposals are generated:
purchase requisitions and planned orders are internal planning elements which can be changed,
rescheduled or deleted at any time.
??In the case of in-house production the system creates planned order for planning production
quantities. When planning is complete, planned orders are converted to production orders.
Dependent requirements for the planned order are converted to reservations for the production
order.
??In external procurement, the system generates a purchase requisition for planning external
procurement quantities. When planning is complete, the purchase requisition is converted to an
order. If a material exists for a scheduling agreement, scheduling agreement delivery schedules
can also be generated directly during the production planning run.
??When planning is complete, in-house production or external procurement must be triggered. For this,
??Planned orders are converted to production orders if you are working with discrete manufacturing
(order-based production)
??Planned orders are converted to proces s orders if you are working with process manufacturing
??Planned orders are used as a basis for production if you are working with repetitive manufacturing
(period-based instead of order -based)
??Purchase requisitions are converted to purchase orders
Sales order /
Finished Planned ind. reqmts
product
product Planned order
Dependent requirements
Assembly 1 Assembly 2
Planned order
Dependent requirements
Raw material 1 Raw material 2 Raw material 3
Purchase requisition
? SAP AG 2001
??The production planning run from the point of view of a BOM (components in PPM):
??The production planning run first determines the independent requirements for the finished
product, which covers sales orders and planned independent requirements. If there are not enough
stock or receipt quantities to cover this requirement, the production planning run generates a
planned order.
??The PPM of the planned order for the finished product is exploded and dependent requirements are
generated for the assemblies. Dependent requirements are requirements derived from the BOM
structure.
??At the next BOM level, the production planning run generates requirements for each assembly. If
there are not enough stock or receipt quantities, the production planning run generates a planned
order.
??The BOM of the planned order for each assembly is exploded and dependent requirements are
generated for the raw materials.
??At the lowest BOM level, the production planning run determines the requirements again. If there
are not enough stock or receipt quantities, the production planning run generates a purchase
requisition for the external procurement of the raw material.
Availability date
Assembly 1 10 20 30
Assembly 2 10 20
Raw
material 1 Purchase requisition
? SAP AG 2001
??When the lot size of the planned order has been determined and the PPM has been exploded, the
production planning run calculates the dates of the planned orders. The operation times in the PPM
as well as any goods receipt processing times maintained in the product master are taken into
account.
The dependent requirement dates of the planned orders are moved to the dates of the assigned
operations (PPM). A material order appropriate for the operation is then possible.
??The system assumes material staging according to component assignments in the PPM to the
operations in the PPM. The dependent requirement dates of the BOM components are moved to the
production start dates of the operations to which they are assigned.
30
Resource 3 (finite) 30
20 20
Resource 2 (infinite)
10 10
Resource 1 (finite)
Time
? SAP AG 2001
??If a product is not available, the requirement (the sales order or dependent requirement, for example)
triggers production directly: If it triggers an order for in-house production, APO creates a planned
order for the desired quantity in PP/DS. All of the operations of the PPM are scheduled at the
resources of the PPM, and the system takes the capacity restrictions into account (available capacity
and orders that may have already been scheduled).
If the capacities are already exhausted on the desired date, the system uses simultaneous material and
capacity requirements planning to find a date on which the planned order can be created. You use the
strategy pr ofile to define how the system is to schedule (search for a slot, infinite planning ...).
??Prerequisite:
??Maintain resources critical to planning as finite resources in the resource master. At these
resources, operations of orders are only created if there is enough capacity available for the order
quantity on the order date.
??Maintain the strategy profile with which you want to trigger the scheduling of planned orders in
planning under Global Settings in Customizing for PP/DS, in the Strategy profile field. The
default strategy profile in the delivery system is SAP002 (search for a slot backward).
Header Header
? Main product ? Quantity
? Quantity ? Dates
? Dates ? Source
? Plant ? Status
? PPM ? Exception messages ...
? Status
? Exception messages ...
Receipts Receipts
Operations Activities
Activities
Material components
? Quantity
? Dates ...
? SAP AG 2001
??In APO a planned order is generated automatically in planning if there is a material shortage and
in-house production is to be triggered. MRP controllers can also create planned orders manually.
??The planned order header contains the product number, the location (plant, MRP area), the
planned order quantity, the planned order dates, master data, status information (output fixed,
input fixed, conversion indicators) as well as exception messages.
??Additionally, the operations of the PPM as well as the BOM components (with quantity and date)
are constantly copied to an APO planned order to which the individual activities/operations are
assigned in the PPM. The planned order components are a source of the dependent requirements
that are used in planning for further calculations.
??A purchase requisition is generated automatically in planning if there is a material shortage and in-
house production is to be triggered.
??The purchase requisition header contains the product number, the location (supplier or other plant)
the purchase requisition quantity, the purchase requisition dates, status information, and exception
messages.
??If you have also maintained a goods receipt or goods issue time in the product master, it is
scheduled via a resource that is maintained in the location master (plant): In this case, the purchase
requisition receives an activity in which the goods receipt or goods issue time is scheduled.
??Furthermore, a scheduling agreement delivery schedule can be generated automatically in planning
if there is a material shortage and external procurement is to be triggered, however, procurement is
to be executed using scheduling agreement delivery schedules instead of purchase requisitions. If
you want to generate scheduling agreement delivery schedules, you only have to transfer a delivery
schedule generated in R/3 (which is marked as APO relevant in the additional data of the item) to
APO via the R/3-APO interface. The use of the delivery schedule must not be explicitly allowed in
APO.
© SAP AG AP220 1-1 7
Interaction Between SNP and PP/DS
PP/DS SNP
Create, Create, Create, Create,
change change change change
Receipts
Mo Tu We Th
Reqmts in plant
Production horizon
(per product)
? Capacities and material are planned ? Capacities are planned in time bucket
based on exact times (to the second) profiles in an aggregated manner
? Consideration of order sequences ? Order sequences not considered
? Optimizer: Can optimize the sequence ? Optimizer: Optimizes lot sizes,
of existing orders and operations determines source of supply
? SAP AG 2001
??Ifyou decide to plan using both Supply Network Planning (SNP) and Production Planning and
Detailed Scheduling (PP/DS), the production horizon is used to separate the areas of responsibility
for these two planning functions:
??Supply Network Planning is used for medium -term to long-term planning across the whole
logistics chain (especially if several plants and distribution centers are available). Requirements
for a defined bucket (for example, day) are aggregated. In this case, it is irrelevant whether a
requirement is in an early shift or late shift since the requirements are only roughly planned, and
even the time positions of breaks are not taken into account. Furthermore, you are not only able to
perform time aggregated planning in SNP, but also period aggregated planning (if desired). You
can define bucket resources to be used for SNP which can represent, for example, the available
capacity of a whole warehouse. Since you create separate PPMs for SNP (which are usually
copied from PP/DS -PPMs), you can describe production at these bucket resources. Order
sequences play no role in the time area of SNP planning.
??PP/DS is used for short-term planning in which orders must be scheduled to the minute and order
sequences must be taken into account (sequence planning and optimization).
??As soon as a requirement is within the production horizon, it is no longer planned in the SNP
planning run, but rather in the production planning run in PP/DS. Orders can be manually created or
changed in PP/DS across the complete time axis, irrespective of the production horizon. During
automatic planning (the production planning run) in PP/DS, only orders within the production
horizon are created. In SNP, however, orders cannot be created or changed in the production horizon.
Orders that are in the production horizon and thus planned by PP/DS are still displayed in SNP as
aggregated requirements for the defined bucket.
SNP
Production horizon Create
100
Today
PP/DS Delete
Production horizon
? SAP AG 2001
??In this graphic, an order is created in Supply Network Planning using the production process model
defined in SNP. Production process models are created (the SNP-PPM can be copied from PP/DS-
PPM, which is generated via the R/3-APO interface from the R/3 routing/BOM). Bucket resources
(used only in SNP) or mixed resources (which can be used both in PP/DS and SNP-PPM) are
planned in Supply Network Planning. Orders are aggregated for each defined bucket.
??As soon as the start date of the order enters the production horizon, the SNP order is no longer
planned by SNP. The SNP order must be converted into a PP/DS order so it can be planned by
PP/DS. To do this, background conversion is available in the PP/DS menu, which can be used to
schedule periodically. The conversion creates the order again in PP/DS using the production process
model defined there. Before the conversion, the aggregated requirements are displayed in SNP as
planned production. After the conversion in PP/DS, the orders are still displayed as aggregated
requirements in SNP.
??The production horizon is defined as a number of days from the current day into the future in which
PP/DS is to be used to plan. The production horizon can be defined in Customizing for Supply Chain
Planning, in the IMG activity, Display Global Parameters and Default Values. You may also define
a production horizon for each product per location in the product master. This definition takes
priority over the Customizing definition.
R/3 Initial
APO
data transfer(first
transfer(first Transaction data
transfer)
transfer)
Transaction data Order with category
CC (stock)
MM Stocks BF (purchase order)
Orders AG (purchase requis.)
Purchase requisitions BM (sales order)
AI (planned order)
SD Sales orders
FA (plnd ind. reqmts)
Planned orders
PP AM (reservation)
Planned ind. reqmts Confirmed quantities
Reservations in APO order
Confirmations ...
Transfer
Transfer of
... changes
Real time
? SAP AG 2001
??The selection of transaction data to be transferred to APO is specified in an integration model you
define in R/3. All transaction data is represented in orders in APO, which can be differentiated using
the ATP category.
??First the initial data transfer of transaction data takes place via the APO-core
interface. As a rule, the
change transfer between R/3 and APO automatically follows for transaction data objects that
belong to an active integration model. New transaction data or changes to existing transaction data is
automatically transferred. (For transaction data of the APO component SNP, you can define in
Customizing whether a real-time or periodic publication is to be performed.)
??The transaction data objects in APO are not identical to those in R/3. All transaction data in R/3 is
transferred to APO as orders that can be distinguished by ATP category.
??In the standard system, planned independent requirements can only be transferred from R/3 to APO.
The publication of planned independent requirements that you require if you only perform demand
planning in APO must be triggered from demand planning in APO with a specific transaction.
??In APO (PP/DS Customizing) you can specify that planned orders and purchase requisitions are only
to be transferred from APO to R/3 if the conversion indicator is set.
R/3 A APO
10 Pos. 1 BOM/ A PPM transfer 10 20 30
20 Pos. 2 routing (Products A, C, D
30 Pos. 3
B C D are APO-relevant) C D
Start
A A
Planned order Planned order Planned order
Create or change
planned order 10 20 30
Planned order
number
B, C, D C D
CIF: Create or change planned order
R/3: "Mapping"
R/3: Create or change dependent
requirements
? SAP AG 2001
??A planned order is created in APO with an APO order number and then transferred to the R/3
System. The planned order is created in R/3 based on the R/3 number range, and the R/3 planned
order number is transferred back to APO so that the planned order has the same R/3 planned order
number in both systems.
Note: When a planned order is transferred to R/3, the planned order components and operations are
transferred, however, the planned order is only created with a start and end date in R/3, whereby the
start and end dates of the APO order are copied (the start of an APO order is the same as the start of
the first APO operation, and the end of the APO order is the same as the end of the last APO
operation). When you create the R/3 planned order, the dependent requirements are generated again
because of the R/3 number, and the dependent requirement numbers are not transferred back to APO
(the numbers are different). Therefore, the components are scheduled on the start date of the order
(whereby you can also have a component staged later in the planned order coming from APO via the
lead-time offset in BOM item maintenance in R/3).
Components that are only planned in R/3 and not in APO are added to the R/3 planned order
(mapping) when the planned order is transferred. If components are added manually to the APO
planned order (that exist in an active integration model but not in the BOM!), they also appear in the
R/3 planned order. If components are deleted manually in the APO planned order, these components
are not transferred to the R/3 planned order. If engineering change management is used to replace
component D with E in R/3, for example, this component will be replaced by E in the R/3 planned
order and in the APO planned order.
??The process flow for changes to an APO planned order are the same.
...
??The conversion of planned orders to production orders is triggered from APO. You set the
conversion indicator in APO for the planned orders you want to convert. The orders are transferred
to the connected R/3 System where the planned orders are automatically converted to production
orders (production order creation ).
In Customizing for PP/DS (Global Settings -> Maintain Global Parameters and Default Values),
you can also define that planned orders are not to be transferred to R/3 unless the conversion
indicator is set for them (for example, if the planned order is not required in R/3 as the planning
instrument since all components are planned in APO and the production order is only required to
execute production in R/3).
? SAP AG 2001
??Planning is notnecessarily executed for all materials in APO. Planning for critical materials can take
place in APO, while less critical materials (such as consumption-controlled purchasing materials)
can be planned in R/3.
??Materials that have been planned in APO may not be planned again in R/3 - the planning result from
APO is transferred directly in planned orders to R/3. Despite this, dependent requirements must be
determined for materials that have a BOM in R/3 (normally as a result of material requirements
planning). You therefore assign these materials a special MRP type with the MRP procedure "X"
("without MRP, with BOM explosion"). (This MRP procedure is available as of Release 4.0; if you
work with earlier Releases, use MRP type "P4" with a planning time fence of 999 days).
??Itis also possible to use the MRP type XO to select materials relevant for APO in the integration
model. If you give materials that are to be planned in APO a special plant-specific material status,
you can use the material status to limit the selection further.
??In general, you should be careful about separating APO-relevant materials from those that are not
APO-relevant: for effective planning in APO, you must be sure that all materials important for the
planning process can actually be planned in APO (For example, with capacity planning, if the
capacities in APO are to be planned for the different resources, all materials whose production uses
these resources must be planned in APO).
Individual
Individual conversion
conversion Planned Production
order order
Purchase
requisition Order
Collective
Collective conversion
conversion
Planned Production
orders orders
Purchase
requisitions Orders
? SAP AG 2001
??You can trigger the conversion of planned orders and purchase requisitions to production orders or
orders directly in APO. You set the conversion indicator in APO for the orders you want to convert.
The orders are transferred to the OLTP system and converted automatically. The converted orders
are sent back to the APO System with a different ATP category (purchase requisition to purchase
order). If a planned order is converted to a production order, the dependent requirements of the
components are converted to reservations.
??You can convert planned orders and purchase requistions in one of the following two ways:
??Individually in interactive planning: In the product view and the product planning table, you can
select orders to be converted and then choose Set conversion indicator. When you save the
planning results, the orders to be converted are transferred to the R/3 System, where the
conversion will be automatically triggered. The converted orders are sent back to the APO System
with a new ATP category.
??Using mass conversion and selection criteria (Choose Production Planning -> Manufacturing
Execution -> Conversion of Orders/Purchase Requisitions): You can set the conversion indicators
for a large number of orders or for several products. You can restrict the selection of orders to be
converted by entering the product, location, production planner and the offset for the opening
period. The opening period, which is defined in the product master on the PP/DS tab, controls
which orders are to be converted. The opening period is a number of workdays starting from the
current date. The APO System only sets the conversion indicators for orders whose order start
dates are within this period. The opening period is used both for in-house production orders and
external procurement orders.
??Prerequisites: On the PP/DS tab in the product master, you have maintained an opening period for
each product at the location level.
Offset time
Purchase requisition
Opening
period
Planning
Planned order
Production orders/
process orders Order header
Operations
Orders
Materialcomponents
Production resource/tool
Costs PlanK 20
Plnd 100
Actual 50
??APO orders contain three dates: production start, production finish, creation date. The creation date
is the date on which a planned order is to be converted to a production order or a purchase requisition
to an order. This date is based on the opening period defined in the R3 material master (SchedMargin
key field). The opening period from the SchedMargin key of the R/3 material master is transferred to
the APO product master in the R/3 APO interface (Opening field in the Horizons group box).
??As soon as the creation date of a planned order is passed on to a time horizon selected in mass
conversion, it can be converted in mass conversion. The time interval (offset time) entered in mass
conversion is always valid as of today's date. Planned orders whose creation dates are in the past are
automatically selected too.
??Planned orders are usually converted to production orders (in-house production), purchase
requisitions to purchase orders (external procurement).
??In in-houseproduction, the order type in R/3 determines whether it is a production order or a
process order. The order type is taken (in the sequence of highest priority) from the production
scheduling profile in the R/3 material master, the MRP group in the R/3 material master, and the
plant parameters in R/3-Customizing. The R/3 System decides whether a production order or a
process order is to be generated for the product.
??When the planned order is converted to a production order or process order, the planned order is
deleted. The related dependent requirements (material components) and any capacity requirements
are redirected to the newly created production order. The dependent requirements become
reservations.
C1 B1
A
C2
B2
C3
Time
Current date
? SAP AG 2001
??The MRP controller uses the collective conversion function to convert the planned orders of a
product structure on the time axis, step by step.
??Within the whole product structure, only those planned orders whose planned creation dates are
within an opening period to be specified are offered for conversion.
??In Customizing for PP/DS (Global Settings -> Maintain Global Parameters and Default Values),
you can also define that planned orders and purchase requisitions are not to be transferred to R/3
unless the conversion indicator is set for them (if, for example, in in-house production the planned
order is not required in R/3 as the planning instrument because all components are planned in APO).
R/3 APO
A Set conversion A
Planned order Planned order Planned order
indicator:
10 20 30 Trigger 10 20 30
conversion of
B, C, D Planned order C D planned order C D
conversion A
A Planned order
Production order
10 20 30
10 20 30
Mapping C D
B C D and save
A A A
Production order Production order Planned order
10 20 30 Transfer back with 10 20 30 10 20 30
Order reservation production order
B C D number C D C D
Dependent
requirements
? SAP AG 2001
??In production order creation triggered automatically from APO, the usual R/3 steps are performed:
the components are copied from the R/3 planned order, the R/3 routing is read again, R/3 lead time
scheduling takes place (which is important for generating a standard cost estimate even when using
APO). In an R/3 standard cost estimate, the operations are scheduled according to the R/3 scheduling
parameters set. Components are scheduled based on the component assignment in the R/3 routing. A
result of this temporary production order (which is not yet saved) is that the operation dates do not
correspond with the scheduling situation of the APO order.
??Transfer of operations scheduled in APO to the R/3 production order and mapping of
operations and midpoint scheduling: Therefore, as a last step before saving the production order in
R/3, "mapping" takes place, which is a process that adjusts the operations in the R/3 production order
to the dates of the APO operations. Note: To ensure that the order duration is the same in R/3 and in
APO, make sure that all R/3 routing operations are transferred to the APO PPM in the R/3-APO
interface. In the R/3 production order, "mapped" operations have the status "data scheduled by
external system". Operations that have been scheduled in APO have the status "scheduled" in the R/3
production order.
??When you save, the dependent requirements of the planned order are converted to order
reservations of the production order in R/3 (status: Movement not allowed).
...
??The same automatic production order processes as after a planned order conversion in R/3 are
possible, such as: By making the necessary settings in the R/3 production order customizing, you can
define that a component ATP check should be performed at the time when the production order is
opened. If the components in the integration model are indicated as relevant for the APO availability
check, the ATP check takes place in APO. If the relevant settings have been made in the R/3
production order customizing, it is possible to save the R/3 production order depending on the test
results.
Note : If the conversion of a planned order to a production order is triggered in R/3 and not in APO,
the operation dates planned in APO might not be transferred to the R/3 production order.
??The converted orders (status "created") are sent back to the APO system along with the production
order number and the changed ATP category (ATP category for production order instead of planned
order). Only components that are contained in an active integration model are transferred. In
addition, only those operations executed at resources contained in an active integration model are
transferred.
R/3 APO
A A A
Production order Production order Production order
10 20 30 Transfer back with 10 20 30 10 20 30
production order
B C D number C D C D
Mapping
Production order release
A A (released) A
Production order (released) Production order Production order
10 20 30 Transfer back with 10 20 30 10 20 30
production order
B C D number C D C D
Mapping
A
Production order
Print shop
Material floor
staging papers
list 10 20 30
print
C D
Print picking
Materiallist or material
staging list staging list
print
Component
Materialwithdrawal
staging listfor product B: Reduce order
Material reservations
staging list and
Reduce order
printreservations and componentprint
stocks for product B
component stocks for product B
? SAP AG 2001
??In APO, mapping and an order number change take place between the R/3 production order
transferred and the APO planned order still in APO: the ATP categories of the APO order (up to now
the ATP category for the planned order) as well as the APO order requirements (up to now ATP
category for dependent requirements) are adjusted to the R/3 production order. The APO order is
assigned the number of the R/3 pro duction order.
??The R/3 production order is released in R/3 (individual or collective release). When the R/3
production order is released, the shop floor papers can be printed and the goods movements is posted
for production (the order reservations are assigned the status "movement allowed"). In the R/3-APO
interface, the release is treated the same way technically as a production order change in R/3 (see
later slide): The R/3 production order is transferred to APO again and mapping is performed in APO,
wher eby the ATP category of the order is changed to an ATP category for a released production
order. The ATP category for component requirements and for order reservations change (status
"movement allowed").
The component availability check for the release is technically identical to the check for order
creation.
Note : You can also have production orders released automatically in APO integration (settings via
the production scheduling profile in the R/3 material master).
??Printing shop floor papers : This is done in R/3.
??Printing the picking list or material staging list (in R/3): This is done in R/3.
??Withdrawing components: The goods issues for the components to the production order are posted
in R/3, the requirements (order reservations) and the component stock are reduced both in R/3 and in
APO.
??Note: Operations, etc, that are manually inserted in the PPM (not using the R/3 BOM / R/3 routing)
are disregarded in the production order (exception: Alternative modes).
Quantities,
Order
Order header dates
Operations
Operations
Material components
Prod. resource/tool
Plan 100 20
Costs Plnd 50
Actual
? SAP AG 2001
??The production order is a complex data structure that contains information on planning, storage,
production, scheduling, and accounting. The production orders allows you to produce specific
materials or an activity in a specific quantity.
??The planning data includes information on which product is to be produced in which quantity, which
and how many components are to be used, and which capacities are required for production.
??The storage data includes storage locations and storage bins for component withdrawal.
??The production data contains the required operations and production resource/tools as well as all
confirmed actual quantities and actual times of production.
??The scheduling data includes the start and finish dates per order as well as the operation dates and
operation times.
??The accounting data includes information on production costs such as material and personnel costs.
? SAP AG 2001
??In discrete or order-based production, the products are produced in separate, individual production
lots and passed through the workshop (less period-based production).
??As soon as a planned order comes from higher -level planning levels, shop floor control puts the
information into the production order and adds order-related data to ensure complete order
processing (production order creation). The release of the production order authorizes the shop floor
papers to be printed as well as production to be executed.
The production order specifies which material is to be produced, as well as where, how and on which
date it is to be produced. It also specifies which resources must be used and how the order costs are
to be settled. This results in order-based production.
??Discrete manufacturing is characterized by constantly changing products.
??Another characteristic of discrete manufacturing is the different sequence of work centers that the
products come across during their production. The sequence is specified in the routing, which can
often be very complex. There are time lags between the individual stations. Semi-finished products
are often put in intermediate storage before being processed further.
??In discrete manufacturing, the material is staged with reference to the individual production lots.
??Confirmations of the individual operations serve to document work progress and fine-tuned control.
Costing is order -related and in dividual lot-related.
??In process manufacturing products are produced based on orders and in batches.
??In higher-level planning, production requirements are covered by planned orders, which specify the
planned dates and quantities.
??Planned orders are then converted to process orders . Process orders can also be created manually.
A process order describes the production of one or several materials in a production run in detail. It
is the central control instrument for executing production. All planned and actual production-
related data is described and monitored via the process order.
??Process orders are created based on a master recipe in which the resources and material
components are defined.
??When you release a process order for production, process instructions defined in the order are
combined into control recipes in process management. They are either transferred to a process
control system or to a process operator as a PI sheet, which appears on the screen in natural
language.
??Inthe other direction, process management receives process messages from the process control level,
which are then forwarded to different destinations. For example, confirmations for the process order
can be created and material consumptions or production yields can be posted.
Line 2
? SAP AG 2001
??Inrepetitive manufacturing/flow manufacturing production plans are created and processed based
on periods and quantities (not order -based).
??Planned orders of order type PE (run schedule quantities) specify the production quantities and dates.
These planned orders are not converted to production orders. A printed list of these planned orders
authorizes production. The product is not produced in separate lots, but rather a total quantity with a
certain production rate is produced in a specific period (such as days).
??In repetitive/flow manufacturing, a product is usually produced repeatedly over a longer period of
time. The production quantities are not necessarily high.
??The products usually run in a constant flow (often without intermediate storage) across the
production lines, and several products can be produced on one production line. The routings are
often simple.
??Requiredcomponents are staged at the production line collectively. For a certain period, as many
components are staged as necessary to cover the requirements at the production line.
??Atthe end of any period (for example, a shift) the produced quantities can be confirmed all at once.
The costs are collected in a period-oriented manner for each product.
??Repetitive manufacturing is used with the following goals in mind:
??To create and process production plans in a period-based manner (fewer individual lots and
order-related processing)
??To reduce production control efforts and simplify actual data entry, while still being able to
fully use the PPS instruments
??To reduce controlling efforts
?
The Precision Pump Company
? The Precision Pump Company has been on the market since 1971
and, as the world market leader, offers a number of high-tech
standard pumps. It has been indexed on the New York technology
stock index Nasdaq since 1999.
Products
? The product catalog contains turbomolecular,
centrifugal, rotation and membrane pumps (for
?
example, for producing ultra high vacuums)
Customers
? Its customers come from a range of areas: from the
electronics branch, to the semiconductor industry,
chemical, pharmaceutical and process engineering,
as well as the automobile industry and universities.
? SAP AG 2001
??The Precision Pump Company has been on the market since 1971 and, as the world market leader,
offers a number of high-tech standard pumps. Its product catalog contains turbomolecular,
centrifugal, rotation and membrane pumps. The Precision Pump Company has customers from the
electronics branch, the semiconductor industry, chemical, pharmaceutical and process engineering,
as well as the automobile industry and universities. The company was recently ISO-certified and has
been indexed on the New York stock index Nasdaq 100 since 1998.
??Especially in the fast growing business of turbomolecular pumps, the company showed significant
increases in returns in the last fiscal year: many steps in the semiconductor industry, from wafer
production to the finished chip, only function under high vacuum. In this area final pressures of
< 10-10 mbar, which are in the ultra high vacuum range, are required.
??In the current fiscal year, the Precision Pump Company plans to enter the booming DVD growth
market. DVDs are rewriteable optical storage mediums that have much more storage capacity than
a CD. Central requirements for the coating machines used to produce these rewriteable DVDs are
allotted to vacuum technology.
By intensively co-engineering with manufacturing companies, Precision Pump Company has
optimized a range of products for these special requirements.
1003 Casting 1003 Casting R/3: 1002 1011 Kugelmeier 1011 Kugelmeier 1011 Kugelmeier Number and name of the
(5300000866) (5300000867) Müller (5300001106) (5300001107) (5300001083) supplier (purchasing info
(5300000790) record)
1006 Blacks
(5300000720) R/3: 1022 Max
Wholesale
1011 Kugelmeier
(5300000721)
(5300001081)
Sales order
Finished goods Goods receipt pump (P-102, P-103, P-104) in storage
SD warehouse 0002
Final assembly pump
Customers
...
Material staging
Material Material
Suppliers storage 0001 storage 0088 Plant 1000 (Hamburg)
(WM)
? SAP AG 2001
? SAP AG 2001
?
Maxitec Computers, Limited
? Maxitec Computers, Limited has been on the market since 1992
and, as world leader, offers innovative products and services for
information technology, especially in the area of best-in-class
computer products.
Products
? Its product catalog includes desktop PCs, notebooks,
workstations, servers, handhelds, microelectronics,
?
software, printing and memory systems, network
management products, accessories
Customers, Markets
? Its customers and markets range from the trade and
service industries, public sponsers, financial services,
transportation, telecommunications and media, all the way
to small and medium-sized businesses and the consumer
? SAP AG 2001
??Maxitec Computers was founded on 2 October 1992 when MSN Computers Ltd. and TEC Computer
Systems merged. Maxitec Computers serves the consumer and business market in 164 countries
around the world with a complete pallet of best-in-class computer products, which are produced in
efficient, modern plants in Europe and the US. Maxitec Computers, with its headquarters in Dresden,
Germany, has approximately 22500 employees in 34 countries around the world and is number one
among IT vendors.
??In all of the key markets around the world, independent retailers take care of customers. The
customer base includes most of the 1000 largest companies in the world, more than 2000 leading
distributors, and over 100000 sales partners and retail outlets. Its own sales organization employs
over 2500 sales professionals. A network of service and system integration partners are available
worldwide to take care of the product range.
??Globalcollaboration between MSN and TEC allows for access to leading computer technologies
worldwide and additional employees in the area of customer service. This enables Maxitec
Computers to support its customers fully in realizing worldwide IT strategies.
??Economies of scale in purchasing and supply management contribute greatly to the success of
Maxitec Computers. A product and supply organization is responsible for sourcing, development,
production, and sales order processing. Material purchasing in particular profits from the joint
venture, due to the worldwide network of both corporate groups.
??Maxitec Computers is an independent customer and sales -oriented company. Both MSN Limited,
Tokyo and TEC Systems, Walldorf have 50 percent of the European joint venture; furthermore, they
have agreed to cooperate in the computer field worldwide. With this joint venture, both companies
want to maintain access to the strategically important market of IT hardwar e.
Sales orders
Finished goods
warehouse 0002 Confirmation
SD
Line T-L1## Line T-L2##
Ordering party
PC final assembly
Material Material
Suppliers storage 0001 storage 0088 Plant 1200 (Dresden)
(WM)
? SAP AG 2001
1-1 Enter planned independent requirements for material T-F4## in the R/3 system for
plant 1000 (Hamburg production plant) (## should be replaced by your group
number). Proceed as follows:
1-1-1 Enter the independent requirements for material T-F4## in plant 1000 in
the R/3 program planning. In the initial screen of the transaction, enter T
(day format) in the planning period field, to select day schedule lines as the
period schedule line.
Choose the tab Delivery Schedules, in the planning table.
Enter the following independent requirements for pump T-F4## in plant
1000:
5 5 5 5
_____________________________________________________
1-3 Now carry out a production planning run to schedule the procurement of the
finished product, the assembly and the components of the pump. To do this, use the
Production Planning Run.
1-3-1 Leave the product view and select the menu path for the production
planning run. In the production planning run, schedule all products in plant
1000 for which the production planner is intended.
Field Value
Product
Location 1000
Production planner 0##
Marked for planning X
Choose Execute.
1-4 Now view the planning situation for the APO product T-F4## in location 1000
(Hamburg production plant) in the APO product view .
Have all the planned independent requirements been scheduled for the pump?
_____________________________________________________
Consider also the planning situation for pump assembly T-B1## (casing). Was the
assembly also scheduled?
_____________________________________________________
1-5 In the APO system, set the conversion indicator in the APO planned order to trigger
the conversion of the earliest planned order to a production order.
1-1
1-3
1-3-1 APO Menu path: Production planning ? Automated Production Planning
and Optimization ? Production planning run
Have all planned independent requirements been scheduled for the pump?
Planned orders were created for all planned independent requirements.
Now select the earliest planned order, using the button at the start of the row and
select set conversion indicator in bottom part of the screen.
Contents:
? SAP AG 2001
? SAP AG 2001
2
11 Course Overview
66 Optimizing Scheduling
? SAP AG 2001
? SAP AG 2001
Requirements
strategies
Quantity 100 Quantity ?
Date 05/10 Date ?
SD
Planned
indep. Sales
reqmts order
Production /
Purchasing Customer
Transfer
Transfer of active planned
Demand Planning
independent requirements
in APO
APO
from R/3
Planned
ind.
reqmts
Production Planning
? SAP AG 2001
Create
Create Execute
? SAP AG 2001
??This example shows demand management in R/3 and production planning in APO.
??Demand management can take place manually in R/3, it can be based on a forecast, or it can refer
back to R/3 Sales and Operations Planning (SOP) functions. It results in planned independent
requirements, which are transferred to the APO System. Planned independent requirements must
therefore be included in the integration model.
??The planned independent requirements are the starting point for production planning in APO.
Furthermore, storage location stock is to be included in the planning.
??Production planning results in planned orders being created. The conversion of planned orders to
production orders in R/3 is triggered from APO via the conversion indicator for APO orders. Shop
floor control takes place in R/3, whereby activities in R/3 (for example, confirmations) are also
transferred back to APO.
??To ensure that the materials are not unnecessarily planned again in R/3, the MRP type must indicate
that they are to be excluded from material requirements planning (MRP type X0).
Create Execute
? SAP AG 2001
??This graphic gives a complete overview of Demand Planning and Production Planning in APO.
??Demand planning takes place in the Demand Planning component in APO. It refers, for example, to
a forecast taken from past values in BW or R/3 and executed in APO. Planned independent
requirements are generated on APO as a result of Demand Planning.
??The planned independent requirements are the starting point for production planning in APO. Along
with the requirements, any available warehouse stock maintained in R/3 is also to be considered in
planning, making it necessary to include storage location stock in the integration model.
??As a result of production planning, planned orders are created in APO. The conversion of planned
orders to production orders in R/3 is triggered from APO via the conversion indicator for APO
orders. Shop floor control takes place in R/3, whereby activities in R/3 (for example, confirmations)
are also transferred back to APO.
??To ensure that the materials are not unnecessarily planned again in R/3, the MRP type must indicate
that they are to be exc luded from material requirements planning (MRP type X0).
? SAP AG 2001
??Requirements strategies represent the business procedure for planning production quantities and
dates. A wide variety of requirements strategies are available offering a number of different
possibilities for planning, ranging from make-to-order production to make-to-stock production.
Depending on the strategy you select, you have the following options:
??Planning specifically for the assembly, if you can plan more easily at component level. Final
assembly takes place in make-to-stock or make-to-order production.
??Stocking up of assemblies by planning at finished product level, but final assembly is not triggered
until the sales order is received. Final assembly takes place in make-to-stock or make-to-order
production.
?? Make-to-order production only, without planning the finished product or the components
??Furthermore, you can combine requirements strategies. This allows you to plan a finished product
with a requirements strategy for make-to-stock production as well as plan an important assembly that
is also sold as a spare part.
??The planning strategies available for a material can be found in APO Customizing for Master Data
(in step Determine Requirements Strategies). You can assign a requirements strategy to a material in
the Requirements strategy field. Each requirements strategy contains important control parameters
for the consumption of sales orders (or dependent requirements) and planning.
Process
SD
Sales
order
Procurement Warehouse
Planning Sales from
and / or and stock of
stock
production finished product
Plnd
ind.
req.
Goods issue
Requirement reduction
? SAP AG 2001
??Use: Make-to-stock strategies are oriented towards planning for the procurement of components
(production or purchasing) by planning the finished product. If it is easier for you to plan at
component level, you can use planning at the assembly level.
Choose a make-to-stock strategy if
??The materials are not separated, meaning they are not assigned to a specific sales order
??The costs must be tracked at material level and not at sales order level
??You use make-to-stock production when you produce stock without an order to be able to later
supply your customers with goods from this stock immediately. You may want to produce goods
without a sales order if you expect a demand for them in the future. Make-to-stock strategies support
very close customer-supplier relationships, since their purpose is to supply the customer with goods
from stock as quickly as possible. Returns that have been through a quality check as well as other
unplanned goods receipts can be used for other sales orders.
??You can avoid increased warehouse stock in a make-to-stock environment by creating planned
independent requirements in advance to plan your stock. If you do this, you can also decide whether
or not sales orders that exceed your planning are to have an influence on production. In addition,
sales orders should be available relatively early (for example, using scheduling agreements).
Product
Name of requirements strategy master (APO)
Make-to-stock production 10
? SAP AG 2001
??A wide range of requirements strategies are available for make-to-stock production: make-to-stock
production, planning with final assembly, and planning at assembly level.
??In a make-to-stock environment, it may be important to smooth out production. This allows
fluctuations in requirements, which result from different customer requirement quantities, to be
evened out for production and put in stock.
As a rule, make-to-stock strategies are combined with a lot size key or rounding value. This allows
you to, for example, produce the total quantity for the whole month once a month or only produce
full pallet.
??Additionally, production by lot size is also available in the R/3 System. In production by lot size,
both sales orders and planned independent requirements are considered for material requirements
planning, however, planned independent requirements are not consumed by sales orders. Both
requirements can then be procured in common lot using a suitable lot-sizing procedure (for example,
period lot-sizing) with a common procurement element (such as a planned order). In this case, the
goods issue for the sales order reduces the sales order. The goods issue to the cost center, for
example, reduces the planned independent requirements (in this case, planned independent
requirement reduction takes place according to the make-to-stock production strategy).
If you work with production by lot size in R/3 (R/3 planning strategy 30), in APO strategy 10 (make-
to-stock production) will appear in the APO product master after the master data has been
transferred. This ensures that the planned independent requirement is not consumed by the sales
order. The process is exactly the same as the description of the strategy in R/3.
Material A Product A
MRP 3 Demand
APO
Planning
Req. strategy
Strategy group PP
Proposed strategy
? SAP AG 2001
??Planning strategies defined in the R/3 material master are transferred to the APO product master via
the R/3 APO interface. However, it must be noted that the logic between the two systems differs
(even the numbers describing the strategies are generally not the same in R/3 and in APO since often
several R/3 planning strategies can be represented in APO with one requirements strategy).
??The R/3 strategy group, which contains a main strategy and sometimes further secondary strategies,
is maintained in the R/3 material master. The main strategy from the R/3 strategy group is constantly
transferred from the R/3 material master to the APO System: If strategy 10, make-to-stock
production, or 40, planning with final assembly, or 70, subassembly planning, are defined as the
main strategy, the APO requirements strategies corresponding to these strategies are transferred.
If you have copied a standard R/3 planning strategy to your own planning strategy in R/3
Customizing and defined this as the main strategy in the strategy group of the material master (this
main strategy is then called Z1 instead of 10, for example), the Customizing strategy behind strategy
U1 will be analyzed in R/3 so that the R/3-APO interface still transfers a requirements strategy
make-to-stock production in APO.
??In the R/3 material master, a MRP group can also be used to assign a strategy group to the material.
These settings are checked when such a material is transferred to APO. If strategies are found for a
material both via the strategy group directly as well as via the MRP group indirectly, the strategy is
found via the strategy group.
Process
Plnd SD
ind.
req. Warehouse stock Sales
for finished prod. order
Production
Production Is not taken into
account for MRP
? SAP AG 2001
? SAP AG 2001
??Use: This requirements strategy is especially suited for the mass production environment and is often
combined with repetitive manufacturing. You choose this strategy if production is to be controlled by
a production plan and sales orders are not to directly influence production. One of the most important
characteristics of this planning strategy is that it allows you to smooth out the demand program.
??Examples from the industry:
??Make-to-stock production is used by producers of consumer packaged goods since, for example,
the requirements for ice cream are very easy to plan and an individual order does not influence
production.
??Additionally, strategy 10 is used for products with seasonal demand for which production must be
smoothed.
??Prerequisites: You must maintain requirements strategy 10 in the APO product master for the
finished product (Demand tab).
Process
SD
Consumption
Consumption
Plnd
ind. Sales
req. Warehouse stock order
for finished product
Production
Production
??Use: the main goal of planning with final assembly is to be able to flexibly react to customer
demand. The most important advantage of this requirements strategy is that you can quickly react to
customer demand. Smoothing the production plan is less important.
??Process for planning with final assembly
??Planned independent requirements are entered at finished product level. This triggers the
procurement and production of the required assembly and components before sales orders are
received.
??As soon as the sales order is received, it consumes the planned independent requirement. This
allows you to compare planning with the actual customer requirement. An availability check can
be performed while the sales order is being processed.
??Planning quantities that are not required increase the warehouse stock if they are not adjusted to the
customer requirement ("adjustment"). You can use report /sapapo/RM60RR20 to perform an
adjustment: All planned independent requirements that are not consumed are set to zero for the time
period selected in the report. This report can be scheduled periodically (for example, daily)
The report is comparable to report RM60RR20, which is available in the R/3 System.
??If
the customer requirement quantity is larger than the planning quantity, a planned order for the
whole amount of the sales order is automatically created in the next requirements planning run,
which is more than just the quantity that was not planned.
??An exact availability check can be performed in the sales order.
??How sales orders consume planned independent requirements depends on the consumption mode
and consumption intervals.
Scenario A: Sales orders received are less than the planned quantity within the
consumption period
1. Enter planned
Planned order independent
requirements and
40 40 40 40 40 perform planning
40 40 40 40 40 Time
Plnd ind. reqmts
??The consumption mode determines the direction on the time axis in which the arriving sales orders
are to consume the planned independent requirements.
??Backward consumption (consumption mode 1) allows the customer requirement to consume planned
independent requirements that are chronologically before the customer requirement.
??Forward consumption (consumption mode 3) allows the customer requirement to consume planned
independent requirements that are chronologically after the customer requirement.
??Forward and backward consumption can be combined taking both periods into account (consumption
mode 2).
??The consumption mode and consumption periods can be defined in the APO product master for each
product and plant.
??Note: If consumption mode 1 and the backward consumption period are not maintained,
requirements are only consumed on the same day.
??You can display the consumption of planned independent requirements by sales orders in the
Product View on the Planning tab.
Scenario B: Sales orders received are larger than the planned quantity within the
consumption interval
1. Enter planned
Planned order independent
requirements and
40 40 40 40 40 perform planning.
40 40 40 40 40 Time
Plnd ind. reqmts
? SAP AG 2001
Scenario B: Sales orders received are more than the planned quantity within the
backward consumption period
1. Enter planned
Planned order independent
requirements and
40 40 40 40 40 perform planning
40 40 40 40 40 Time
Plnd ind. reqmts
? SAP AG 2001
Material A Product A
Demand
APO
MRP 3
Planning Forecast
consumption mode
1 1
Consumption mode 2 Consumption mode 2
3 3
Consumption settings
from MRP group ? Transfer is the
same
? SAP AG 2001
??The settings in the R/3 material master for the consumption of planned independent requirements by
sales orders are transferred via the R/3-APO interface. The R/3 consumption mode 4
(forward/backward) is not available in APO (but it is also less relevant in R/3). Therefore,
consumption mode 4 cannot be transferred from R/3.
??In the R/3 material master, an MRP group can also be used to assign consumption to the material.
When such a material is transferred to APO, these settings are checked and, if required, transferred.
If consumption values are found for a material both via the strategy group directly as well as via the
MRP group indirectly, the consumption value is taken from the strategy group.
R/3:
R/3: Strategy
Strategy group
group 40
40 Planning
Planning with
with
APO:
APO: Req.
Req. strategy
strategy 20
20 final
final assembly
assembly
? SAP AG 2001
??Prerequisites:
1.
1. Planning
Planning at
at assembly
assembly level using planned independent requirements
SD
Make-to-stock/
Make-to-stock/
make-to-order
make-to-order
make-to-order Sales
production order
assembly
Final assembly
ionn Dep. req./sec. res.
mppttio
sum
Coonnsu
C
Warehouse
Warehouse Warehouse
Warehouse
Final
Plnd stock
stock assembly stock
stock assembly
assembly
Production
Production
ind.
req.
2. Finished
Finished product
product consumes
consumes dependent
dependent requirements
requirements
? SAP AG 2001
??Use: Planning for procurement at assembly level is ideal, for example, for production with variants
for which different finished products exist (possibly with an irregular requirements patter n which
does not allow for planning). It is more likely that an accurate requirements forecast can be given for
a certain assembly in this case than for variant-richness in the finished product.
The overall goal of planning at component level is to procure components in stock (without sales
orders) to be able to react to customer requirements as quickly as possible.
In such cases, final assembly can be visualized both as make-to-stock production as well as make-to-
order production.
??Process:
??The planned independent requirement is entered at assembly level and triggers the manufacture of
assemblies (before the final assembly of the finished product).
??When sales orders arrive for the finished product, the BOM (PPM) is exploded for the finished
product. Dependent requirements or reservations for the assembly are also generated for the
finished product by way of planned orders or production orders. They are consumed by
subassembly planning.
??If sales orders, planned orders, or production orders cause the dependent requirements or
reservations to exceed the planning requirements of the assembly at finished product level, a
planned order is created for the assembly in the next planning run.
??Planned independent requirements that are not consumed increase the warehous e stock of the
components and cause procurement to be reduced or not to take place at all in the next period.
1. Enter planned
Planned order independent
requirements for
40 40 40 40 40 assembly and
40 40 40 40 40 Time perform planning
Plnd ind. reqmts
? SAP AG 2001
??The consumption logic is determined in the same way as the strategy planning with final assembly,
using the consumption mode and the forward and backward consumption periods.
??However, consumption takes place at assembly level. For this reason, consumption periods are
calculated using the dependent requirements or reservations.
??You can display the consumption of dependent requirements and planned independent requirements
in the Product View on the Planning tab.
Any strategy
strategy
R/3:
R/3: Strategy
Strategy group
group 70
70 +
+ R/3:
R/3: Strategy
Strategy group
group 7070 ++
Mixed
Mixed MRP ind.= 11
MRP ind.= Mixed
Mixed MRP ind.= 11
MRP ind.=
APO:
APO: Requirements
Requirements strategy
strategy 20
20 + APO:
APO: Requirements
Requirements strategy
strategy20 20++
subassembly
subassembly planning
planning ind.
ind. subassembly
subassembly planning
planning ind.
ind.
Subassembly
Subassembly Subassembly
planning
planning planning
planning
? SAP AG 2001
??Prerequisites:
??Maintain requirements strategy 20 as well as the Subassembly planning indicator in the APO
product master (Demand tab)
??Maintain the consumption parameters (consumption mode, forward and backward consumption
periods) in the APO product master (Demand tab).
??When you display this strategy in connection with a final assembly that takes place in make-to-
order production, you must also set the Always collective reqmnts indicator in the APO product
master (Demand tab).
Process
SD Procurement
Sales and Customer stock,
stock,
Delivery
Delivery
order production finished product
Material A
Planning
SD
Sales
Procurement
order Customer stock,
stock,
and Delivery
Delivery
Material A finished product
production
? SAP AG 2001
??For make-to-order production, each sales order is planned separately and managed in its own section
in the MRP list or the current stock/requirements list
??There is no net requirements calculation between individual sales orders or with make-to-stock
inventory.
??In make-to-order production, exact lot sizes are always used in the standard system as the lot-sizing
procedure and without consideration of additional restrictions (such as, minimum/maximum lot size
or rounding value), regardless of what has been defined in the APO product master. The Lot-size
calculation in sales order planning indicator in the APO product master (Lot size tab) allows you to
specify that a certain lot-sizing procedure is also to be used in make-to-order production.
You can also set this from R/3 in the Check Lot-Sizing Procedure step in Customizing for Material
Requirements Planning. In the Lot size calculation for sales order planning field, you can define the
selection of the lot-sizing procedure for sales order planning.
??The Individual/collective requirements indicator allows make-to-order production to be used as far
into the BOM structure as required.
??Theproduced quantities cannot be exchanged between the individual sales orders, and inventory
management is carried out for the manufactured quantities directly for the individual sales orders (in
make-to-order stock).
??Make-to-order stock and the requirement are reduced by a goods issue to the sales order. As soon as
the sales order is complete and the make-to-order stock has been used up, the individual customer
segment disappears from the current stock/requirements list or MRP list.
??The production and procurement costs are managed specifically for the sales order in a billing order
or project.
SD
Production:
Production: Sales
Sales order:
order:
Sales Delivery
20 pieces 20 pieces
order for
material A:
20 pieces
Planning
SD
Production:
Production: Sales
Sales order:
order:
Sales Delivery
order for 15 pieces 15 pieces
material A
15 pieces
? SAP AG 2001
??Process:
??Sales orders are planned as requirements for production under the sales order number. The
quantities produced for the individual sales orders cannot be changed. Each quantity is maintained
specifically for the individual sales order. In material requirements planning, a separate planning
segment is generated for make-to-order production.
??Starting from the sales order, single -item planning can be done as far into the BOM structure as
required, which means even assemblies and components are specifically procured for the pegged
sales order and inventory management is carried out for this sales order.
??The production and procurement costs are managed for the sales order in a billing order or project
at the sales order item level. This ensures a detailed analysis of the planned and actual costs.
??The net requirements calculation is done for each sales order individually, but there is no exchange
between different sales orders.
??The procurement element or planned orders are created with a reference to the sales order and
managed in an individual customer segment. This direct reference is also retained in the production
order.
Product
Name of requirements strategy master (APO)
30
Planning without final assembly
40
Planning with planning product
? SAP AG 2001
??Finished products are not produced until a sales order has been received. This means the make-to-
order production strategies always support a very close customer -supplier relationship, since their
sales orders are closely connected to production.
??Make-to-order production is also used in the environments production with variant configuration and
assemble-to-order.
??Prerequisites: Choose a make-to-order production strategy if:
??Stocks are to be listed separately for each sales order This means that they are uniquely assigned to
certain sales orders.
??The costs must be tracked at sales order level and not at product level. Note: You may, however,
also display logistical make-to-order production and collect the costs at exactly one R/3 product
cost collector (instead of for each sales order item).
??Make-to-order production strategies are always to be combined with the lot-size key EX (exact lot
size). Rounding values should not be used. If you maintain rounding values, they have no effect
due to the make-to-order characteristics of these strategies. The Lot-size calculation for make-to-
order planning indicator in the APO product master (Lot size view) must also be considered.
Material A Product A
MRP 3 Demand
APO
Planning
Requirements
Strategy group PP strategy
Proposed strategy
Main strategy 20
or: Main
strategy 50 30 Planning without final
or: Main assembly
60 40
strategy Planning product
? SAP AG 2001
??Planning strategies defined in the R/3 material master are transferred to the APO product master via
the R/3 APO interface. However, it must be noted that the logic between the two systems differs
(even the numbers describing the strategies are generally not the same in R/3 and in APO since often
several R/3 planning strategies can be represented in APO with one requirements strategy).
??Note on the Integration with Supply Network Planning (SNP): The planning strategies planning
without final assembly and planning with planning material are only supported in PP/DS and not in
Supply Network Planning.
Process
SD
Sales
Make-to-order order
Make-to-order
stock
stock
? SAP AG 2001
R/3:
R/3: strategy
strategy group
group 20
20 Make-to-order
Make-to-order
APO:
APO: req.
req. strategy
strategy production
production
R/3
R/3 ++ APO:
APO: R/3
R/3 ++ APO:
APO:
Set
Set indiv./collective
indiv./collective Set
Set indiv./collective
indiv./collective
indicator
indicator indicator
indicator
? SAP AG 2001
??Prerequisite:
??Maintain strategy group 20 in the R/3 material master (MRP view). In this case, no requirements
strategy appears in APO since the APO requirements strategies, unlike the R/3 planning strategies,
only control forecasting. The sales order is transferred via the R/3-APO interface with the
requirements class that is taken, for example, from the R/3 main strategy.
Redirecting to make-
to-stock production
Assembly Assembly
Assembly 2
Assembly 11
Redirecting to make-
to-stock production
Individual/collective indicator
for dependent requirements in
Component
Component 3 Component
Component 4 the product master
Individual requirement
(inheritance)
Collective requirement
(redirecting dep. requirements
to make-to-stock production)
? SAP AG 2001
Product A
Material A APO
Demand
MRP 4
Dependent reqmts
Dependent reqmts
Always collective reqmnts
Indiv./collect. 2 Only collective
Possible ind. cust. reqmnts
Product A
Material A APO
Demand
MRP 4
Dependent reqmts
Dependent reqmts
Always collective reqmnts
Indiv. and collect.
Indiv./collect. Possible ind. cust. reqmnts
1 Only individual
? SAP AG 2001
??The settings for individual/collective requirements for dependent requirements are transferred from
the R/3 material master to the APO product master via the R/3-APO interface: if the
individual/collective indicator has the value "2" (only collective requirement), Always collective
requirement is set in the APO product and the Poss. individual customer reqmts indicator is set for
no value or "1".
??Setting the individual/collective indicators via the R/3 BOM is of no relevance in the R/3-APO
interface or in APO.
1.
1. Planning
Planning at
at finished
finished product
product level
level using
using planned
planned indep.
indep. reqmts
reqmts
r
rde
ned o rsion
n
Pla conve r
Plnd out ato
ind. with indic Make-to-order
Make-to-order
Production planning run
req. production
production
Warehouse
Warehouse Warehouse stock,
stock,
Procurement
Procurement
stock,
stock, assembly
assembly assembly
assembly
? SAP AG 2001
??Use: Just as with make-to-order production, planning without final assembly is a strategy in which a
product is specially produced for a customer. In addition to make-to-order production, however,
certain assemblies must have already been produced or procured before the sales order is received
for the finished product. Production does not extend to the finished product level at first. The product
is produced up to the production stage before final assembly, which means the assemblies and
components are stored until the sales order is received. Final assembly is triggered when the sales
order is received. It makes sense to use this strategy when a large part of the value chain process is in
the final assembly.
??Planning that is not dependent on sales orders is performed using planned independent requirements.
They are entered for the finished product. For these requirements, the production planning run first
generates planned orders for the finished product which cannot be converted to a production order
(in R/3, planned orders without a conversion indicator and the order type “VP“ and in APO, planned
orders without conversion indicator). The conversion cannot take place until the sales order is
received and triggers final assembly. At assembly level and component level the production planning
run generates planned orders if there is a material shortage. These planned orders can be converted to
a production order or a purchase requisition since production and procurement are already to be
triggered for the lower production levels before the sales order is received.
??The planning without final assembly strategy allows for short delivery times (since production can
access available assemblies and components immediately), without the product having been
assembled ahead of time.
er
-to-ord r
ke rde
Consumption
Consumption Ma ned o
SD
plan
Plnd
ind. Make-to-order
assembly
Final assembly
production Sales
req. production
order
Final
Warehouse Warehouse
Warehouse
stock
stock assembly stock
stock assembly
assembly
2.
2. Consumption
Consumption by
by sales
sales order
order
? SAP AG 2001
??Final assembly is triggered when the sales order is received. The sales order appears within a sales
order planning segment in which planning is performed separately for the sales order. The next
production planning run generates a planned order which can be converted for the newly created
sales order in the sales order planning segment. This makes final assembly possible. In the planning
segment, however, the planned order quantity of the planned order without the conversion indicator
(and in R/3 with the order type “VP”) is reduced in accordance with the new requirements situation.
??The sales order is managed within one sales order planning segment with this strategy. If you do not
want to do this, the sales order can also be managed in the net requirements planning segment (R/3
planning strategy 52). If you do this, you must work with the lot-sizing procedure "exact lot size".
Additionally, neither the rounding value nor the rounding profile may be maintained as either the
minimum or maximum lot sizes. Furthermore, stocks are not taken into account (as in R/3). To
display this strategy in APO, you must set the planning segment indicator to 2 (planning without
final assembly, without individual requirements) in Customizing for Requirements Strategies for the
requirements strategy planning without final assembly. At this time, however, the strategy cannot yet
be set since consumption has not yet been realized. It will be realized in a later release .
??This strategy as well as the strategy planning with a planning material are the most commonly used
strategies in a make-to-order production environment.
Capacity
reqmts plng
Subcontracting
External procurement
Planned order in
planning Stock transfer
segment
Cannot be converted!
? SAP AG 2001
??Planned orders in the planning segment for which the conversion indicator is not set (and in R/3
with the order type VP) can be procured via external procurement, subcontracting, stock transfer, or
direct production.
??They cannot be converted to production orders or purchase orders.
??Capacity requirements planning can be performed for planned orders in the planning segment.
R/3:
R/3: Strategy
Strategy group
group 50
50 Planning
Planning without
without
APO:
APO:Reqmts
Reqmts strategy
strategy 30
30 final
final assembly
assembly
High value
chain and/or
configuration
Storage level
Assembly
Assembly Assembly
Limited
value chain
Individual/collective
Individual/collective ind.
ind. ==
Always
Always collective
collective reqmt
reqmt
? SAP AG 2001
??Prerequisites:
1.
1. Planning
Planning with
with planning
planning product
product using
using planned
planned independent
independent reqmts
reqmts
er Not
d ord d. produced!
nne . in
Plnd Pla onvers
c Planning product Make-to-order
Make-to-order
ind. w/o
Production planning run
req. stock
stock
Warehouse stock,
stock, Warehouse
Warehouse stock,
stock, Warehouse stock,
Procurement
Procurement
non-variable
non-variable part 1 non-variable
non-variable part
part 22 variant
variant part
part
? SAP AG 2001
??The requirements strategy planning with planning product is used when different finished products
are identical with regard to essential assemblies.
??A planning product that contains the common assembly and its BOMs is defined for this purpose.
??Planning takes place for the planning product and triggers the production and procurement of the
components of the planning product.
??Examples from the industry: this strategy allows for the planning of different sizes or packages for
a product. For example, you want to sell a product in packages that:
??Contain 1 or 2 liters
??Contain, for example, detergent, chocolate cookies, medicine with a high non-variable part in
different packaging forms (variant part)
Consumption
Consumption
SD
Plnd Sales
Planning product Make-to-order
Make-to-order
ind. order
stock
Final assembly
req. stock
Final
Warehouse stock,
stock, Warehouse stock, Warehouse
Warehouse stock,
stock,
non-variable
non-variable part 1 non-variable part 2
non-variable variant
variant part
2.
2. Consumption
Consumption by
by sales
sales order
order
? SAP AG 2001
??When a sales order is received for the product to be sold, you can check whether or not the planning
quantities of the planning product are sufficient in sales order processing (availability check as
planning check).
??The sales order for a finished product which refers to the planning product reduces the plann ing of
the planning product and triggers the final assembly at the same time.
??The sales order is managed in a make-to-order planning section for this strategy. If you do not want
to do this, you can also manage the sales order in the net planning section. At this time, however, the
strategy cannot be used since consumption has not been realized. It will be realized in a later release.
1. Enter planned
Planned order independent
requirements for
40 40 40 40 40 planning product and
40 40 40 40 40 Time perform planning
Plnd ind. reqmts Planning quantities of the
planning product
??The consumption periods are calculated starting from the sales order for the planning product.
Consumption periods and consumption modes are read, however, from the product master of the
planning product.
??Consumption takes place by sales orders that are received for the finished products that refer to the
planning products. These finished products are linked to the plannin g product via a product
hierarchy.
??To ensure consistent quantity reduction, it is important that all assemblies contained in the BOM of
the planning product are really contained in each finished product that references this product.
Caution is recommended when making changes to BOMs.
??This strategy has the same basic characteristics as the strategy
planning without final assembly.
Additionally, many materials can consume the planned independent requirements of a planning
product.
??The "variant" components cannot be planned exactly with this strategy. Instead, proceed as follows:
??Plan the variant components independently using a planning strategy for components. For more
information, see assembly planning.
R/3: BOM
APO Product hierarchy
Warehouse
Warehouse stock,
stock, Warehouse stock,
stock, Warehouse stock,
non-variable
non-variable part 1 non-variable
non-variable part 2 variant part
part
R/3+APO:
R/3+APO:
R/3+APO:
R/3+APO: Einzel/Sammel-Kz.
Einzel/Sammel-Kz.
Indiv./collective
Einzel/Sammel-Kz.
indicator
R/3+APO:
R/3+APO: Indiv./collective
Einzel/Sammel-Kz.
indicator
== immer
immer
== always
== immer Sammelbedarf
aaSammelbedarf
collective
Sammelbedarf
always
immer collective reqmt
reqmt
??Prerequisites:
??Create a separate material master record for the planning material in R/3. In the R/3 material
master of the planning material, enter strategy 60, the consumption mode and the consumption
periods.
??Enter the planning material and strategy 60 in the R/3 material master records of all finished
products that are to be planned with this planning strategy.
??Create a BOM for the planning material in R/3 which contains all non-variable parts.
??The planning material and its final product were transferred via the APO-CIF interface to APO.
The requirements strategy 40 is automatically assigned to the planning product and its finished
products in APO. Furthermore, a product hierarchy with the planning product is automatically
created as the top node in APO from the BOM for the planning material (see APO Customizing
Master Data -> Hierarchy).
??The master data from demand planning (characteristic value combinations) contains the planning
products, not the finished products.
??Maintain the individual/collective indicator Always collective requirement for the assemblies in
the APO product master (Demand tab), that is to be procured and stored before the sales order is
received.
? SAP AG 2001
??In gener al, planned independent requirements are reduced by goods issue postings in R/3 inventory
management. The movement type assigned, however, must allow the reduction of planned
independent requirements. For each movement type, you can define whether or not a requirements
reduction may take place in inventory management (R/3 Customizing Materials Management ->
Inventory Management and Physical Inventory-> Movement Types -> Copy, Change Movement
Types). The default movement types are set.
??For the strategy make-to-stock production the planned independent requirement is reduced by the
goods issue. The oldest planned independent requirement is reduced first (the system searches from
the past in the direction of the today's date according to planned independent requirements). Planned
independent requirements in the future are also reduced by goods issues as long as there are no
planned independent requirements in the past. For a goods issue to a sales order from stock, the
planned independent requirement of make-to-stock production is also reduced if this has been
defined in the R/3 requirements class (Planned independent requirements reduction for make-to-
stock production indicator).
For the production by lots size strategy, the sales order requirement is reduced by the withdrawal for
the sales order, the planned independent requirement by the sale from stock (compare to make-to-
stock production strategy).
??For the strategy planning with final assembly the planned independent requirement is reduced by
the goods issue. Planned independent requirement reduction takes place in the same way as
consumption (see consumption mode and consumption period in the APO product master). If
backward consumption has been set in the product master with a consumption period of 100 days,
the sales order is used to calculated the next earliest planned independent requirement within these
100 days and it is reduced.
...
??For the strategies planning without final assembly and planning with planning product, planned
independent requirement reduction takes place in the same way as for the strategy planning with
final assembly.
??For the strategy assembly planning, the reduction of the assembly planning requirement takes place
via a goods issue to the production order or cost center.
Time
Consumption
Customer requirements
Planned AFTER
Start End
ind. reqmts
Time
Customer requirements
Report /sapapo/RM60RR20
/RM60RR20
? SAP AG 2001
?
Markets
Customers
?
? Higher customer satisfaction
Company
? SAP AG 2001
Requirements
strategies
SD
Plnd
ind. Sales
reqmts order
Consumption?
Customizing for
requirements strategies
Production /
Customer
Purchasing
? SAP AG 2001
SD
Sales Receives an assignment mode from R/3 via a requirements class
order
R/3 strategy group with main strategy from R/3 material master
Assignment of assignment
assignment mode
mode in check mode (ATP Customizing)
The APO assignment mode is used to control whether a sales order consumes a
planned independent requirement in APO. The assignment mode is determined using
the R/3 requirements class of the sales order. The R/3 requirements class controls the
type of availability check in APO.
? SAP AG 2001
??The strategy group in R/3 is used to combine several planning strategies. It can be defined in
Customizing for Demand Management in the step "Determine Strategy Group" and assigned in the
R/3 material master (MRP view) via the Strategy group field (or the strategy group can be assigned
to a material via the MRP group in the R/3 material master, MRP view).
??When the sales orders are created, the customer independent requirements type is taken that is
defined in the main strategy of the strategy group assigned to the material as long as the
requirements type is not overwritten by the user parameter or manual entry when a sales order is
created: the customer independent requirements type can be accessed in Procurement view of the the
sales order item in the sales order.
The customer independent requirements type can also be determined via the item type of the sales
order as long as a strategy group is not assigned to the material (in Customizing for Sales, under
Determining the Requirements Type via the Operation).
??The planning strategy represents a useful procedure for planning a material in R/3. It contains, for
example, a requirements type for sales order management. The requirements type is assigned to
exactly one requirements class. The requirements class therefore presents a type of "allowed values"
for the requirements type settings. Changes to the requirements type are therefore made via the
corresponding requirements class.
??The requirements class is used, for example, to control how customer requirements are to consume
the planning requirements.
Requirements classes in the R/3 System are defined for sales order requirements classes in
Customizing for SD.
??The requirements class must be created in APO as the check mode (In APO Customizing for ATP,
choose General Settings). An assignment mode is maintained in the check mode. This specifies
which sales orders consume the forecast (planned independent requirements).
Requirement Costing
Availability
Requirements transfer to R/3
Consumption in R/3
Requirements reduction in R/3
MRP relevance in R/3
Account assignment
A B
XX XX
? SAP AG 2001
? SAP AG 2001
??Category: The categories describe the different stock, receipt, requirements, and forecast types in
the APO System. The standard system contains categories that represent the R/3 MRP elements. For
non-SAP systems, further categories can be created.
??Planning segment indicator: Shows the planning segment that is used to cover the requirement.
??Planning segment 0: Choose this planning segment for make-to-stock production, that is, when
using requirements strategy 10 or 20. The requirement is covered by the warehouse stock.
??Planning segment 1: Choose this planning segment for make-to-order production, that is, when
using requirements strategy 30. The requirement is covered by stock reserved for individual sales
orders.
??Planning segment 2: Choose this planning segment if you have created your own planning strategy
for planning without final assembly and without make-to-order production (in accordance with
planning strategy 52 in R/3). This type of strategy allows you to procure components according to
the forecast. Stock at the finished product level is not taken into account for production.
Production of the finished product does not take place until the sales order is received. The
requirement is covered by the warehouse stock.
??Name of the planning version: You can create different planning versions for each supply chain
model in APO in simulation. At any time, however, only one model and one of its versions is active.
Consumption can take place for requirements of an inactive planning version.
??Assignment mode: Specifies how sales orders consume the forecast. For each requirements strategy,
only one consumption type may be used.
??Category group: Group of different categories that are used.
??Sales orders are created in R/3 and are given their consumption rele vant control parameters (R/3
requirements class) by the planning strategy in the R/3 material master (Strategy group field in the
material master).
??Planned independent requirements that are created in R/3 and are transferred to APO or that are
created dir ectly in APO using APO Demand Planning, are given their consumption relevant control
parameters by the Demand Strategy maintained in the APO product master.
??The control parameters for sales orders are therefore always determined by the R/3 system.
However, the control parameters for planned independent requirements are determined by the APO
system.
??The APO Demand Strategy therefore only controls the behavior/properties of planned independent
requirements, but not sales orders. This is also why you maintain a planning strategy 20 in the R/3
material master when using make-to-order production only (without planning), but no demand
strategy is transferred to the APO product master.
Sales order
Sales
Sales order
order
Production
Production Planning/
Planning/
Detailed Scheduling
Planned order
Planned
Planned order
order
? SAP AG 2001
??In the R/3-APO interface, you can specify in the integration model that th e availability check (ATP
check) in the sales order is not to be performed in R/3, but rather in APO (Availability check
indicator). If you create a sales order in the R/3 System, the system first checks whether there is
enough stock available for this product. It can also check whether receipts (such as production orders
or planned orders) are scheduled before the desired date.
??For non-availability, you can specify in APO that the system is to perform an availability check for
the product in a different location or for an alternative product. Furthermore, if a product is not
available, you can define that the sales order can trigger production directly. In this case, it triggers
an order for in-house production and APO creates a planned order for the desired quantity in PP/DS.
All of the operations of the PPM are scheduled at the resources of the PPM, and the system takes the
capacity restrictions into account (available capacity and orders that may have already been
scheduled). In addition, the availability of the components can be checked (Automatic planning
indicator in the product master of the components). If the capacities are already exhausted on the
desired date, the system uses simultaneous material and capacity requirements planning to find a date
on which the planned order can be created.
??The availability date of the newly created planned order (finish date) is passed back to the R/3 sales
order and copied as the internal confirmation date. Delivery scheduling is used to determine the date
in the sales order on which the customer can receive the product. The sales employee can find this
delivery date in the R/3 sales order. When you confirm this proposed date in the sales order and save
it, the APO planned order, which was only simulated, is transferred back to R/3 and is visible there.
Resource availability
Sales order
Available 1st Loading attempt
Desired date Confirmed
Occupied Final loading and quantity qty/date
30
Resource 3 (finite) 30
20 20
Resource 2 (finite)
10
Resource 1 (finite)
10
Time
Today
? SAP AG 2001
??If a product is not available, the sales order can trigger production directly: If it triggers an order for
in-house production, APO creates a planned order for the desired quantity in PP/DS. All of the
operations of the PPM are scheduled at the resources of the PPM, and the system takes the capacity
restrictions into account (available capacity and orders that may have already been scheduled).
If the capacities are already exhausted on the desired date, the system uses simultaneous material and
capacity requirements planning to find a date on which the planned order can be created. You use the
strategy profile to define how the system is to schedule (search for a slot, infinite planning ...).
??Prerequisite:
??In the "rules-based availability check", define that production is to be triggered directly for non-
availability (this function can be used in connection with all requirements strategies in planning).
??Maintain the strategy profile with which you want to trigger the scheduling of planned orders from
the ATP integration and maintain them under Global Settings in Customizing for PP/DS, in the
Strategy profile for ATP integration field. The default strategy profile in the delivery system is
SAP001 (search for a slot backward).
??You define in APO how the availability of a sales order is checked in APO (for example, checking
against stock, checking against forecasting, checking against allocation, or checking using rules -
based ATP (also checking against alternative products/locations or triggering production from the
sales order). Here, depending on the R/3 requirements class and the business event (for example,
A = sales order, AE = make-to-order sales order, B = delivery), you can define which check if any
should be performed (check against stock, against forecasting, against allocation or rules-based
ATP). If you use rules -based ATP, the corresponding rules are selected according to material,
sales organization, sold-to party, plant, etc (condition technique).
? SAP AG 2001
1-1 Enter planned independent requirements for material T-F11## in the R/3 system for
plant 1200 (Dresden production plant) (## should be replaced by your group
number). Proceed as follows:
1-1-1 Check the material master: Check that strategy group 10 (make-to-stock
production) is set in planning 3 view for plant 1200 in the material master
for personal computer T-F11## .
1-1-2 Enter the independent requirements for material T-F11## in plant 1200 in
the R/3 demand management. In the initial screen for the transaction, enter
the W indicator in the planning period field to select week schedule lines
as the period schedule line. Enter the following independent requirements
for personal computer T-F11## in plant 1200 :
Note: For training purposes, the planned independent requirement may also
be created directly in the APO product view by entering a negative quantity.
However, you should not do this here; planned independent requirements
that are created in APO are not automatically visible in R/3. Planned
independent requirements that are created in R/3 are, however, also visible
directly in APO.
1-2 Now view the planned independent requirements for the APO product T-F11## in
location 1200 (Dresden production plant) in the APO product view .
____________________________________________________________
Execute a planning run in the product view to create planned orders for the newly
created requirements.
Note: If the product had been set to automatic planning immediately in the APO
product master (PP/DS tab), planning would have been automatically carried out
for the product when a new requirement was entered.
Field Value
Order type Standard order
Sales organization 1000
Distribution channel 10
Division 00
Sold-to party 1171
Delivering plant 1200
Purchase order number 4711##
Desired delivery date Monday after next
Material T-F11##
Quantity 10 pieces
1-3-2 Now view the sales order for APO product T-F11## in location 1200
(Dresden production plant) in the APO product view.
Was the sales order taken into account in some form in planning? Does the
sales order influence the planned independent requirements or the planned
orders?
_____________________________________________________
2-1 Enter planned independent requirements for material T-F13## in the R/3 system for
plant 1200 (Dresden production plant) (## should be replaced by your group
number). Proceed as follows:
2-1-1 Check the material master: Check that strategy group 40 (planning with
final assembly) is set in planning 3 view for plant 1200 in the material
master for personal computer T-F13## .
Which consumption mode and which consumption interval are maintained?
______________________________________________________
Mark the line where you typed the planned independent requirements and
select the Schedule tab.
Now divide the weekly requirements into workdays:
To do this, enter the indicator for Day in the allocation indicator field for
all weekly requirements and select Enter.
Note: For training purposes, the planned independent requirement may also
be created directly in the APO product view by entering a negative quantity.
However, you should not do this here; planned independent requirements
that are created in APO are not automatically visible in R/3. Planned
independent requirements that are created in R/3 are, however, also visible
directly in APO.
2-2 Now view the planned independent requirements for the APO product T-F13## in
location 1200 (Dresden production plant) in the APO product view .
____________________________________________________________
Carry out a plan in the product view to create planned orders for the newly created
requirements.
Note: If the product had been set to automatic planning immediately in the APO
product master (PP/DS tab), planning would have been automatically carried out
for the product when a new requirement was entered.
Field Value
Order type Standard order
Sales organization 1000
Distribution channel 10
Division 00
Sold-to party 1171
Delivering plant 1200
Purchase order number 4712##
Desired delivery date Monday after next
Material T-F13##
Quantity 10 pieces
2-3-2 Now view the sales order for APO product T-F13## in location 1200
(Dresden production plant) in the APO product view.
_____________________________________________________
After the settlement, the planning must adapt the planned orders to the new
requirements situation as a sales order has been added.
Carry out planning in the product view.
Was the sales order taken into account in some form in planning?
_____________________________________________________
2-4 Analyze the settlement between the sales order and the planned independent
requirement. To do this, choose the Forecast tab in the Product view.
2-4-1 Which planned independent requirement was consumed with the sales
order?
____________________________________________
3-1 You wish to plan assemblies to reduce the delivery time of personal computers
T-F14## . To do this you must create planned independent requirements for the
assemblies of personal computer T-F14##. We will carry out subassembly planning
on the example of assembly T-B62## (Hard Disk) in plant 1200 (Dresden
production plant).
3-1-1 Check the material master: Check that strategy group 70 (assembly
planning) is set in planning 3 view for plant 1200 in the material master
for assembly T-B62## (Hard Dis k).
Also check if the mixed material requirements planning field is set to 1
(assembly planning).
Which consumption mode and which consumption interval are maintained?
______________________________________________________
Note: For training purposes, the planned independent requirement may also
be created directly in the APO product view by entering a negative quantity.
However, you should not do this here; planned independent requirements
that are created in APO are not automatically visible in R/3. Planned
independent requirements that are created in R/3 are, however, also visible
directly in APO.
3-2 Now view the planned independent requirements for assembly T-B62## (Hard
Disk) in location 1200 (Dresden production plant) in the APO product view.
____________________________________________________________
Carry out a plan in the product view to create planned orders for the newly created
requirements.
Note: If the product had been set to automatic planning immediately in the APO
product master (PP/D S tab), planning would have been automatically carried out
for the product when a new requirement was entered.
Field Value
Order type Standard order
Sales organization 1000
Distribution channel 10
Division 00
Sold-to party 1171
Delivering plant 1200
Purchase order number 4713##
Desired delivery date Monday after next
Material T-F14##
Quantity 10 pieces
3-3-2 Now view the sales order for APO product T-F14## in location 1200
(Dresden production plant) in the APO product view.
From the product view, carry out planning for personal computer T-F14##
in order to create a planned order for the sales order.
As you have enough stock available, the system has not created a new
planned order. Therefore, for demonstration purposes, manually create a
planned order for finished product T -F14## with a quantity of 100 pieces
(availability date: any day in the week after next). When creating the
planned order, select the first Production Process Model (PPM).
Check whether the planned order from the T-F14## Personal Computer
contains the assembly T -B62## (Hard Disk) as a planned order. If this is the
case, the planned order will deduct a dependent requirement for assembly
T-B62##-
_____________________________________________________
3-3-3 Now view the planning situation for APO product T-B62## (Hard Disk) in
location 1200 (Dresden production plant) in the APO product view .
_____________________________________________________
After the settlement, the planning must adapt the planned orders to the new
requirements situation as a sales order has been added.
Therefore, carry out planning for assembly T-B62## (Hard Disk) from the
product view.
_____________________________________________________
3-4 Analyze the settlement between the dependent requirement and the planned
independent requirement. To do this, choose the Forecast tab in the Product view.
3-4-1 Which planned independent requirement was consumed with the dependent
requirement?
____________________________________________
Note: After the trainer has introduced pure make-to-order production using material T-
F12## Personal Computer in plant 1200 (by setting the strategy group to 20 in the
R/3 material master for T-F12## 20 (make-to-order production) and creating a sales
order for material T-F12##), make-to-order production is now carried out in
connection with forecasting.
4-1-2 Enter the independent requirements for material T-F3## in plant 1200 in
the R/3 demand management. In the initial screen of the transaction, enter
the W indicator in the planning period field to select week schedule lines
as the period schedule line.
Choose the tab Delivery Schedules, in the planning table.
Enter the following independent requirements for personal computer
T-F3## in plant 1200:
5 5 5 5
Note: For training purposes, the planned independent requirement may also
be created directly in the APO product view by entering a negative quantity.
However, you should not do this here; planned independent requirements
that are created in APO are not automatically visible in R/3. Planned
independent requirements that are created in R/3 are, however, also visible
directly in APO.
____________________________________________________________
Carry out a plan in the product view to create planned orders for the newly created
requirements.
Note: If the product had been set to automatic planning immediately in the APO
product master (PP/DS tab), planning would have been automatically carried out
for the product when a new requirement was entered.
Do the planned orders generated for the pump have a conversion indicator? Is it
possible to trigger the final assembly for material T -F3## already at this stage?
____________________________________________________________
Check the planning situation for assembly T-B1## (casing) in location 1000 in the
APO product view.
Do the planned orders generated for the assembly also have no conversion
indicator, like those generated for the finished product? Can assembly be completed
at this stage?
____________________________________________________________
Now create a sales order in the R/3 system and note how it influences the planning.
4-3-1 Create a sales order of 10 pieces for personal computer T-F3## in the R/3
menu for sales. The date should be the Monday after next. Use the
following data:
Field Value
Order type Standard order
Sales organization 1000
Distribution channel 10
Division 00
Sold-to party 1000
Delivering plant 1000
Ship-to party 1000
Purchase order number 4714##
Desired delivery date Monday after next
Material T-F3##
Quantity 10 pieces
_____________________________________________________
_____________________________________________________
After the settlement, the planning must adapt the planned orders to the new
requirements situation as a sales order has been added.
Carry out planning in the product view.
Was the sales order taken into account in some form in planning?
_____________________________________________________
Do the new planned orders generated for the pump have a conversion
indicator? Is it possible to trigger final assembly for material T-F2## at this
stage?
_____________________________________________________
4-4 Analyze the settlement between the sales order and the planned independent
requirement. To do this choose the Planning tab in the Product view.
4-4-1 Which planned independent requirement was consumed with the sales
order?
____________________________________________
4-4-2 Are 10 additional pumps produced after the arrival of the sales order or does
the sales order reduce the planned independent requirement (make -to-order
planning) by 10 pieces
_____________________________________________________
4-4-3 Is the final assembly of the pumps carried out in make -to-order production
or make-to-stock production?
_____________________________________________________
Mark the lines with the planned independent requirements and choose
delete .
Then choose Save.
4-5-3 Change R/3 material master: Change the strategy group to 40 (planning
with final assembly) in view schedule 3 for plant 1000 in the material
master for pump T-F3##.
To do this you should change the requirements strategy in the APO product
master manually to 20 (planning with final assembly):
Leave the product view and select the menu path for the production
planning run. In the production planning run, schedule all products in plant
1000 for which the production planner is intended.
Field Value
Product
Location 1000
Production planner 0##
Marked for planning X
Choose Execute.
1-1
1-1-1 R/3 Menu path: Logistics ? Production ? Master Data ? Material
Master ? Material ? Display ? Display Current
To trigger planning from the product view, choose the Product heuristic button.
1-3
1-3-1 R/3 Menu path: Logistics ? Sales and Distribution ? Sales ? Order ?
Create
To trigger planning from the product view, choose the Product heuristic
button.
Was the sales order taken into account in some form in planning? Does the
sales order influence the planned independent requirements or the planned
orders?
The sales order has no influence on planning, but no settlement has been
made between the sales order and the planned independent requirements
either.
2-1
2-1-1 R/3 Menu path: Logistics ? Production ? Master Data ? Material
Master ? Material ? Display ? Display Current
To trigger planning from the product view, choose the Product heuristic button.
2-3
2-3-1 R/3 Menu path: Logistics ? Sales and Distribution ? Sales ? Order ?
Create
To trigger planning from the product view, choose the Product heuristic
button.
Was the sales order taken into account in some form in planning?
Planned orders have been generated for the sales order and therefore the
sales order was taken into account in terms of planning in the requirements
strategy planning with final assembly.
2-4
2-4-1 Which planned independent requirement was consumed with the sales
order?
The planned independent requirement closest to the sales order in the past
has been consumed.
3-1
3-1-1 R/3 Menu path: Logistics ? Production ? Master Data ? Material
Master ? Material ? Display ? Display Current
To trigger planning from the product view, choose the Product heuristic button.
3-3
3-3-1 R/3 Menu path: Logistics ? Sales and Distribution ? Sales ? Order ?
Create
To trigger planning from the product view, choose the Product heuristic
button.
Check whether the planned order from the T-F14## Personal Computer
contains the assembly T -B62## (Hard Disk) as a planned order.
Assembly group T-B62## is part of the planned order for the Personal
Computer T-F14##.
To trigger planning from the product view, choose the Product heuristic
button.
3-4
3-4-1 Which planned independent requirement was consumed with the dependent
requirement?
The planned independent requirement closest to the dependent requirement
in the past has been consumed.
4-1
4-1-1 R/3 Menu path: Logistics ? Production ? Master Data ? Material
Master ? Material ? Display ? Display Current
To trigger planning from the product view, choose the Product heuristic button.
Do the planned orders generate d for the pump have a conversion indicator? Is it
possible to trigger the final assembly for material T -F2## already at this stage?
The planned orders for the finished product do not have a conversion indicator.
Final assembly from there is not currently possible.
Do the planned orders generated for the assembly have no conversion indicator
either like those generated for the finished product? Can assembly be completed at
this stage?
Assembly production can be triggered here.
To trigger planning from the product view, choose the Product heuristic
button.
Was the sales order taken into account in some form in planning?
A new planned order was generated for the sales order. The sales order is
therefore taken into account in planning.
Do the new planned orders generated for the pump have a conversion
indicator? Is it possible to trigger final assembly for material T-F2## at this
stage?
Final assembly is now possible.
4-4
4-4-1 Which planned independent requirement was consumed with the sales
order?
The planned independent requirement closest to the dependent requirement
in the past has been consumed.
4-4-2 Are 10 additional pumps produced after the arrival of the sales order or
does the sales order reduce the planned independent requirement (make-to-
order planning) by 10 pieces?
The make-to-order planning was reduced after the arrival of the sales order
(planned independent requirements).
4-4-3 Is the final assembly of the pumps carried out in make -to-order production
or make-to-stock production?
The sales order can be seen in a sales order planning segment. Final
assembly is therefore carried out in a make-to-order production.
Contents:
? SAP AG 2001
? SAP AG 2001
11 Course Overview
66 Optimizing Scheduling
? SAP AG 2001
? SAP AG 2001
Active
Active planning version 000
000 Planning
Planning version 1 Planning
Planning version N
version-dependent
version-dependent master
master version-dependent
version-dependent master
master version-dependent
version-dependent master
master
data
data and
and transaction
transaction data
data data
data and
and transaction
transaction data
data data
data and
and transaction
transaction data
data
? SAP AG 2001
??The Supply Chain Model (abbreviated as model) represents the entire supply chain network ranging
from suppliers to production and distribution sites, all the way to the customer. It contains locations,
transportation lanes, products, resources, and production process models. Thus, the model is the
basis for all planning functions in APO. It only contains master data.
??Master data from the R/3 System (or a non-R/3 System) is automatically assigned to the active APO
model (model 000) during the master data transfer to the APO System. The active model represents
the supply chain actually used in the enterprise. In this way, all master data transferred is
automatically available for operational planning in the APO model 000. You must assign master data
that you create manually in APO to a model.
??If you want to plan another supply chain (for example, a different distribution center) in the
simulation, you can create an inactive model in APO. If you want to use certain master data in both
the active and inactive model, or in the inactive model alone, you must assign this master data to the
inactive model. You can either use the Supply Chain Engineer (SCE) as the modeling tool in APO or
a manual assignment from within master data maintenance (from the R/3-APO interface, master data
is automatically assigned to the active model only).
??For simulation purposes, you can create several planning versions for each supply chain model,
however, only model 000 and planning version 000 are active. The planning version contains master
data and transaction data. In an inactive planning version, you can, for example, simulate increased
planned independent requirements and plan production based on an increased demand. You cannot
transfer the planning results from the inactive planning version to the active planning version. You
must repeat the planning in the active planning version.
??You can use version management to copy models and planning versions or create them manually.
They must be uniquely identifiable, whic h means two planning versions in different models must
have different names. The active planning version 000 only exists in model 000.
MRP procedure
Consumption-based
Consumption-based
MRP
planning
planning
Based on consumption
? SAP AG 2001
??A distinction is made between material requirements planning and consumption-based planning.
Unlike in R/3, in APO a distinction is not made between both procedures in an individual field in the
material/product master. In APO, material requirements planning is always used if no special
heuristic has been entered for the reorder point planning in the APO product master:
??In material requirements planning, the system compares the available stock plus planned receipts
with requirements in the future. If the available quantity is less than the requirements quantity at a
certain time, a procurement proposal is generated.
??In the consumption-based material requirements planning procedure, replenishment is triggered
based on consumption values. This procedure is especially simple and is primarily used for B items
and C items, products that are produced in high quantity but which have low value. The external
procurement of materials is often represented using consumption-based material requirements
planning procedures.
??In reorder point planning, a reorder point is determined for a product. As soon as the available
stock goes below the reorder point, procurement is triggered. The reorder point must be
maintained manually in the product master (manual reorder point planning), a calculation of the
reorder point (automatic reorder point planning) is only supported in R/3.
??Forecast-based planning uses the forecast module in R/3 and determines future forecast
requirements based on past consumption values. The requirements which occur in the future are
the basis for planning. Forecast-based planning is very similar to material requirements planning
except that it has a more limited scope of function (for example, sales orders cannot be taken into
consideration in the planning). Forecast-based planning is fully supported in R/3. You can cover
the scope of function for forecast-based planning in R/3 by performing material requirements
planning in APO using the "make-to-stock production" demand strategy.
...
© SAP AG AP220 3-6
© SAP AG AP220 3-7
...
??Time-phased materials planning uses the forecast module in R/3 and determines future forecast
requirements based on past consumption values. The requirements which occur in the future are
the basis for planning. In contrast to forecast-based planning, planning is not triggered with each
product planning run, but only at certain times periods. Such a period may be every other Tuesday,
for example, if the material is delivered every other Tuesday. Time-phased material planning is
fully supported in R/3.
APO
APO PP/DS
PP/DS Number range (optional)
Customizing:
Customizing: Global
Global Strategy profile
Settings
Settings Categories for PP/DS
BOM explosion
...
HR
HR
SAP APO active planning version 000.
CIF
? SAP AG 2001
??In the APO delivery system, the following global settings are available in Customizing for PP/DS:
??You can use number ranges to assign an internal number to orders created in APO. As soon as an
order reaches R/3 via the CIF interface and is created there, it is assigned an order number in R/3
based on the R/3 number range. The R/3 order number is then transferred back to APO directly so
that the order can be seen in APO with the R/3 order number. Orders are only assigned an APO
order number in APO when they are not transferred back to R/3 (for example, in simulated
planning versions) or when they have not yet been transferred back to R/3 (for example, if they are
transferred periodically and not directly).
??You use strategy profiles to control detailed scheduling (for example, to find gaps when
scheduling backwards). You maintain strategy profiles for automatic planning (Multilevel ATP
field) for orders transferred from the R/3 System (R/3 Integration field).
??Categories for PP/DS: You use these categories to display the description of the receipt and issue
elements in the reporting dialog boxes in Production Planning and Detailed Scheduling. Since
APO is preconfigured for R/3, you only have to enter categories for an OLTP system if it is not an
R/3 System.
You maintain the categories in Customizing for the Global Availability Check (Global ATP
Check) under General Setting -> Maintain Categories.
??BOM explosion (can also be defined for each product in the product master): You specify whether
the production process model (PPM) is to be exploded during planning or whether the BOM and
the routing are to be exploded in the R/3 System. To ensure better system performance, explode
the PPM in APO.
??Core interface to APO in R/3: You have used an integration model in the core interface to transfer
master data and transaction data to APO. You must transfer the master data to be planned in APO as
well as the master data of all your components. The data is transferred in your active model 000 and
your active planning version 000.
Product A
Immediate planning of the product for
PP/DS
planning-relevant changes -
Planning when changing assemblies and components of the
Automatic planning immediately product can also be planned with
Automatic planning immediately (only
Automatic planning in planning run
with exact lot-sizing procedure or fixed
Manual planning with availability check lot size)
Manual planning without availability check
? SAP AG 2001
??You can specify that the system is to automatically plan products in PP/DS when you change data
relevant for planning (for example, the requirements or stock situation or the production process
model was changed). There are two types of automatic planning (settings are made in the product
master):
??Automatic planning immediately: If you set this indicator for a product, the system generates a
planning file entry for this product for each change made that is relevant to planning (for example,
a new sales order). At the same time (immediately) a multi- level ATP check is performed for the
product and for the assembly/components for which automatic planning immediately is defined. If
a product is not available, suitable receipt elements are generated automatically and resource
capacity is taken into account. This results in feasible availability data for the product and its
components. Note: For the finished product for which, for example, a new sales order was created,
internal background planning is started immediately for the product, taking the heuristics from the
product master into account (for example, the optimization procedure). Assemblies and
components for which automatic planning directly has been defined and that get dependent
requirements from finished products, are only planned using exact or fixed lot sizes (based on the
settings on the Lot size tab in the product master), and the heuristics from the product master are
not evaluated. Heuristics in the product master are only evaluated in automatic planning
immediately when automatic planning is not triggered based on dependent requirements, which
come from the planning of a superior assembly, but as a result of other changes relevant for
planning, such as new requirements from R/3 or changes to the master data for the
assembly/component.
Use: For critical products for which production is triggered directly from the ATP check in the
sales order when they are not available and at the same time assemblies and components are also
partially procured (multi-level ATP check). Here the focus for the assemblies or components is
timely coverage only with exact or fixed lot sizes (m inimum, maximum and rounding values are
also taken into account) instead of quantity optimizing of the assemblies or components.
Sales order,
planned order If a product is not available, suitable
receipt elements are generated in the
A Automatic planning in planning run next planning run; the resource capacity
is taken into account. Result: feasible
Dependent requirement, plnd availability data for the product and its
order/purchase requisition components.
B C D Automatic planning in planning run
Product A
The product is planned in the next
PP/DS production planning run using the
Planning when changing
heuristic (for example, the optimizing
lot-sizing procedure) defined for each
Automatic planning immediately product in the product master
Automatic planning in planning run
Manual planning with availability check
Manual planning without availability check
? SAP AG 2001
??You can specify that the system is to automatically plan products in PP/DS when you change data
relevant for planning (for example, the requirements or stock situation or the production process
model was changed). There are two types of automatic planning (settings are made in the product
master):
??Automatic planning in the planning run : If you set this indicator for a product, the system
generates a planning file entry for this product for each change made that is relevant to planning.
The product is then planned in the next production planning run using the heuristic defined for the
product in the product master (such as the optimizing procedure or the standard lot heuristic). If
you have not defined any heuristics in the product master, the default heuristic defined under
Global Settings in Customizing is used.
Use: If you do not want to trigger production directly from the ATP check (for example, for less
critical products or to plan a number of products (mass planning)).
Advantage: You can plan when and how often the product is to be planned in the planning run.
You can improve system performance by executing the planning runs when your system is not
especially overloaded.
??Note : The production planning run is not only used in automatic planning in the planning run: you
can also use it to plan products for which manual planning was defined or to use heuristics on
products for which automatic planning immediately was defined. In this case, the products must be
selected in the production planning run.
Prerequisite: You can use the production planning run to plan products in general (if your user has
enough authorization), for which the procurement type (product master) is not external procurement
planning, that are within the propagation range, that are assigned to a model, and that are not
excluded from planning via the customer exit (BADI) src_exit.
Sales order,
planned order - In the ATP check, the system
A Automatic planning searches for components according
to a receipt element (manual
Dependent requirement, plnd planning with availability check): If
order/purchase requisition none is available, you must create
B C D an order manually to cover
Manual planning
requirements. Alerts are generated
when there are product shortages.
- In the ATP check, the system does
Product A not search for components
according to receipt element
PP/DS (manual planning without availability
Planning when changing check): The product is always
Automatic planning immediately considered available. Alerts are
generated when there are product
Automatic planning in planning run shortages.
Manual planning with availability check
? SAP AG 2001
??You can specify that you must plan products in PP/DS manually if data that is relevant for planning
changes (via manual creation of an order or via interactive planning in the product view . There are
two types of manual planning (settings are made in the product master):
??Manual planning with availability check : If you set this indicator for a product (usually a
component), the system searches for the component by a suitable, existing receipt element during
the ATP check. If none is available, the superior order is not created before the dependent
requirement of the component is covered by a receipt (propagation). You may have to create an
order for the component manually to cover the requirements and then be able to create the superior
order on the desired date. Alerts are gener ated when there are product shortages.
If you set this indicator for a product, the system does not generate a planning file entry for this
product for each change made that is relevant to planning.
Use: If you want to use the function described above in a specific scenario. This procedure is not
intended for mass applications.
??Manual planning with availability check : If you set this indicator for a product (usually a
component), the system does not search for the component by a suitable, existing receipt element
during the ATP check. This allows the order for the finished product to also be created if the
component availability is not given. The product is always considered available. Alerts are
generated when there are product shortages.
If you set this indicator for a product, the system does not generate a planning file entry for this
product for each change made that is relevant to planning.
Use: If you want to use the function described above in a specific scenario. This procedure is not
intended for mass applications.
A
Product
Interactive individual planning - online
(for a product and its components)
Selection fields
Selection fields
? SAP AG 2001
??You can execute the production planning run in two ways: either using individual planning for an
individual product or total planning for certain selected data.
??Total planning can be executed as follows:
??Online: the production planning run is executed immediately. This type of total planning is only to
be performed for smaller jobs or tests with small amounts of data.
The time for the execution of a report is limited so that time consuming jobs do not influence the
response time of the system in the interactive mode. If a report runs longer than five minutes in the
interactive mode, the system terminates it automatically. It is therefore a good idea to use
background processing for more extensive planning jobs.
??Background job: Here you can use variants that contain settings for mass planning. This function
allows you to start the job immediately or determine that it is to be started at a later time so that the
performance of the system is not influenced at times when it is overloaded.
Process Control
Process
planning
- Planning of a BOM structure results
- Changes can be made manually at every level
? Process control: Product heuristic button calls lot-sizing procedure/heuristics from the
individual product masters, the Variable heuristic button allows you to also interactively use
heuristics that were not defined in the product masters.
? SAP AG 2001
??In interactive planning you can trigger planning for an individual product as well as for its
components. Interactive planning can be triggered in the product view, product planning table, and in
the detailed scheduling planning board. In these transactions, you can use the following process
controls to perform interactive planning: If you choose the Product heuristic button, the products
(finished product, assembly and components) are planned with the lot-sizing procedure/heuristics
that you maintained in your product masters. If you want to improve the planning situation
interactively by using other heuristics for certain planning problems without changing the entries in
the product master, you can use the Variable heuristic button: If you do this, a dialog box appears in
which you can choose from different heuristics you can use to solve the planning problem.
??Process control for the Variable heuristic button: You can use the heuristic profile (Customizing for
Production Planning and Detailed Scheduling) to specify which heuristics can be selected in the
interactive planning menu when you choose the Variable heuristic button. The corresponding
heuristic profile then appears in the overall profile for each planning menu. SAP delivers standard
heuristic profiles for the three different planning menus. You can use one of these default heuristic
profiles or define your own combination for selection in the interactive planning menu via the
Variable heuristic button.
??SAP001 (standard heuristic profile for the detailed scheduling planning board): Contains the
detailed planning heuristics, which focus on resources and operations. This heuristic profile is
predefined in the overall profile for the detailed scheduling planning board.
??SAP002 (standard heuristic profile for the product view): Contains all production planning
heuristics. The planning focus of these heuristics is on the products. This heuristic profile is
predefined in the overall profile for the order views (for example, the product view).
??SAPREM (stan dard heuristic profile for the product view): To be explained later.
Dependent
requirements
? SAP AG 2001
??Use: You use the production planning run to perform production planning and detailed scheduling
for a very large number of objects.
??You use the production planning run in change planning to plan products for which you have defined
Automatic planning in the planning run in the product master. You can also use the production
planning run to plan products for which Manual planning has been defined. Additionally, you can
use a heuristic to reschedule products that are to be planned automatically and immediately (for
example, if you first plan automatically and immediately to perform an ATP check and then use a
heuristic to reschedule the products for periodic lot-sizing).
Planning types:
Planned receipts
Planning/production horizon:
? SAP AG 2001
??In regenerative planning, all materials for a plant are planned. It is best used in a first-time planning
run as well as in a running plant if data consistency cannot be guaranteed due to technical errors.
??In a working plant, it is usually a good idea (especially if you have several materials) to just execute
the production planning run for those materials for which MRP -relevant data has been changed, such
as stock issues, sales orders, or changes to the BOM structure. The change planning (net change
planning) allows you to execute the planning run in short time periods, which in turn allows you to
always work with current planning results.
??You specify the planning run type on the initial screen of the production planning run. Here you can
set the Mark for the planning file entry indicator. This limits planning to the products for which
changes were made that were relevant for planning (change planning run). If you do not set this
indicator, all products selected will be planned.
??Planning horizon: In planning version management, you can enter the number of days (in the
future) starting from the current date on which product receipts and product requirements are to be
planned using production planning and detailed scheduling.
Dependencies: You can also define a production horizon in the product master. The production
horizon entered in the product master has priority over the parameters defined in the planning
version.
Processing steps
Step Function/heuristic Profiles Obj. Select. crit.
01
02
...
? SAP AG 2001
??You use the following profile to determine the scope of the production planning run:
??Planning version: Here you define in which planning version the production planning run is to be
executed.
??You use the time profile to specify for which time period the planning is to be executed. Only
orders and operations that are within this planning period can be rescheduled.
??Propagation range : You use the propagation range to specify which resources and products can
be changed. You can only reschedule resources and products that are within the propagation range.
If the component planning is for resources outside of the propagation range, the component order
is not created. The assembly orders within the propagation range, however, are still created.
Exception: If Automatic planning immediately is set in the product master for the assembly and
component, the assembly order in the example above is not created if the component order cannot
be created since the component situation is always considered for automatic planning immediately.
??Planning run in the simulation mode : You can perform a production planning run and save its
results in a simulation version. You can then decide at a later time whether or not you want to use
the simulation in the operational planning version.
??There are two different parts in the production planning run: Functions (for detailed scheduling in the
graphical control station) and heuristics (for material and capacity requirements planning in
production planning). You use the functions when scheduling and optimizing. You cannot change
functions. Heuristics, on the other hand, can be maintained in Customizing for Production Planning
and Detailed Scheduling.
Processing steps
Step Function/heuristic Profiles Obj. Select. crit.
01 Product heuristic 0001 4
02
...
Selection of products
Product * to *
Location 1000 to
Planner 01 to
Marked for planning
? SAP AG 2001
??In the production planning run, you can define several sequential processing steps for which the
system executes different heuristics/functions for the defined objects. You can define which objects
are to be processed with which heuristics or functions.
Objects include: resources, orders, operations, products, line networks (iPPE Automotive BOM).
The objects must be compatible with the selected heuristic. For example, products must be the
planning focus of all production planning heuristics. You use different heuristics/functions
depending on which type of problem you are working on. Functions, such as optimization or
scheduling, can also be selected and executed in the production planning run. You can execute
several heuristics or functions sequentially.
??In the production planning run, you can also execute several identical heuristics one after the other, if
they are each for different products. This enables you to consider the sequence of the products when
planning, especially in finite planning (you can specify in Customizing for lot-size heuristics which
requirements per product are to be planned first in finite planning).
??You specify the following for each processing step:
??The heuristic/function to be executed in this step
??The strategy profile to be used for the heuristic/function (for example, a strategy profile which
uses the strategy "find gaps backwards" when scheduling planned orders). If you want to use the
optimization function, you must enter an optimization profile.
??The objects (for example, 4 = products) on which the heuristics/functions are to be executed.
??You can also limit planning to further selections.
??If you set theMarked for planning file entry indicator on the initial screen for the production
planning run, you can limit planning to products to which planning-relevant changes have been made
(change planning run). If you do not set this indicator, all products selected will be planned.
© SAP AG AP220 3-1 8
Planning Files and the Production Planning Run (1)
Planning
Planning file
file
MRP-relevant
MRP-relevantchanges
changesto
to
file
master
master data
data
t planning
Se
entry
Read
Material
pro Upda
Reset
duc ted
tion
pla
n
Planning run
? SAP AG 2001
Today Changes
4710 0001 x
4711 0002 -
4712 0001 x
4713 0003 -
. .
. .
4710 0001 -
4711 0002 -
4712 0001 -
4713 0003 -
? SAP AG 2001
??During the planning run, the system checks each entry for a product in the planning file:
- In regenerative planning, it plans all materials without taking the indicators into account.
- In net change planning, it only plans those materials for which the Planning file entry indicator
is set.
??When the planning run has been executed, the entry in the planning file is automatically deleted.
Low-level
Low-level code
code 000
000 Finished
Finished product
product 1 Finished
Finished product
product 22
Low-level
Low-level code
code 001
001 Assembly
Assembly 11 Assembly
Assembly22 Component
Component 44
Low-level
Low-level code
code 002
002 Component
Component 11 Component
Component 22 Component
Component 33
??The low-level code is the lowest level that a product appears in any BOM. The low-level code of a
product is always larger than the low-level code of all of its predecessors in all BOMs. Die
Dispostufe 0 erhalten alle Produkte auf der obersten Ebene einer Stückliste oder Produkte, welche
keiner Stückliste zugeordnet sind. Dispositionsstufen werden lokationsübergreifend vergeben.
??The low-level code controls the planning sequence: First products with low-level code 0 are planned,
then with low-level code 1, and so on. This allows all products to be planned in the correct sequence
in one run.
??You can display the low-level code of a product in the planning file for each planning version in the
PP/DS menu (Reporting -> Display Planning File Entries).
??At this time, low -level codes are not automatically recalculated when you change master data. You
can automatically trigger a new calculation, however, by starting a heuristic for process control (for
example, heuristic SAP_MRP_001) if recalculation of low-level codes is activated in Customizing
for this heuristic.
You can also trigger a new calculation by starting heuristic SAP_PP_020 (stage numbering).
??It has been ensured that the production planning run is terminated for products with recursive BOMs.
Definition in Customizing:
You can define your own
Heuristics
Heuristics heuristics
??Defining your own heuristics: You can use the standard SAP algorithms to define your own
heuristics. You do this in Customizing for Production Planning and Detailed Scheduling under
Heuristics -> Maintain heuristics, by entering an SAP standard algorithm and making the required
settings. You can also use your own algorithms to create heuristics if you have integrated these
algorithms in the APO System.
??Furthermore, you can use table /sapapo/heurfunc in the SAP development environment to realize
new algorithms by including a new function module in this table, a new screen to maintain settings,
as well as a control indicator (when and where this algorithm may be used).
Heuristics can be used for the Heuristics can be started in the following
following planning objects: transactions:
• Resources • Production planning run (online, background)
• Orders • Product view
• Operations • Detailed scheduling planning board
• Products • Product planning table
Standard
Standard heuristics
heuristics
Heuristics
Heuristics for
for Heuristics for
for detailed
detailed scheduling
scheduling
production (graphical
(graphical control
control station)
station)
production planning
planning
Mainly lot-sizing procedures, Used for scheduling, planning focus is
planning focus is on the products on resources and operations
(for example, planning products
and generating orders based on
lot-sizing procedures)
? SAP AG 2001
??You use heuristics to solve planning problems (using certain algorithms) for certain objects
(depending on the planning focus, either for products, operations, resources, or line networks
(automotive BOM/production line)). You can use your own heuristics or those defined by SAP.
??SAP standard heuristics are available in the following areas:
??Production planning: This heuristic is mainly for lot-sizing procedures whose planning focus is
on the products. Period lot-sizing and quantity optimizing are such heuristics. The heuristics
product planning and production planning run after low-level codes are especially important.
These heuristics execute heuristics defined in the product master for each product.
- An exception is repetitive manufacturing: These heuristics generate planned orders for
requirements and take resource capacity into account for all periods. The planning focus is on
resources, line networks, and products.
??Detailed scheduling: These heuristics are for scheduling; their planning focus is on resources and
operations. Examples of such heuristics are reduce leadtime and dissolve backlog.
??Model mix planning is only available for iPPE (automotive BOMS).
SAP_PP_007:
Reorder point
planning
SAP_PP_C001:
Planning standard
lots for conti.-IO Additionally: Exception is REM heuristics
? SAP AG 2001
??You use heuristics for production planning to plan products in interactive planning or in the
production planning run. The heuristics cover requirements using the lot-sizing procedures defined
for each one. Heuristics are available both for products that are produced in-house as well as for
those procured externally.
??SAP delivers several standard heuristics for production planning. The planning focus of these
heuristics is on products.
??You can also execute several heuristics belonging to both production planning and detailed
scheduling for the same product in one planning run. The heuristics are executed in the sequence you
have entered them on the initial screen for the production planning run. You can, for example, first
execute SAP_PP_002 Planning standard lots, then the heuristic SAP001 Planning sequences
(heuristic for detailed scheduling), and finally the heuristic SAP_PP_009 Rescheduling bottom up
(moving requirements to receipts) (Service heuristic) to reschedule the orders at the top level
accordingly.
??Prerequisites:
??On the PP/DS tab in the product master, you have entered the heuristic to be used to plan the
product.
??In Customizing for Production Planning and Detailed Scheduling under Global Settings->
Maintain Global Settings and Default Values, you have entered the standard product heuristic to
be used to plan all of the products for which no heuristic has been defined in the product master .
??The REM (repetitive manufacturing) heuristics are special production planning heuristics. They will
be explained in more detail later.
SAP_MRP_001:
Product planning Execute heuristics from product
(Comp.acc. to prod. levels) master (PROCESS CONTROL) -
Only difference is for products
SAP_MRP_002: planned with Automatic planning
Product planning immediately function
(plan comp. immediately)
? SAP AG 2001
??Use: The production planning run heuristics are only for process control and execute heuristics
defined for each product in the product master. If you have not defined a heuristic for a product in
the product master, the APO System uses the heuristic predefined as the product heuristic in
Customizing for Productions Planning and Detailed Scheduling (choose Global Settings ->
Maintain Global Parameters and Default Values).
??Process: Enter the heuristic for process control (SAP_MRP_001 or SAP_MRP_002) on the initial
screen for the production planning run. This allows the production planning run to be triggered after
the low-level code procedure, which takes the lot-size heuristics and lot-size settings in the product
master into account.
Reqmts date
Automatic planning immediately
Planned order A
10 20 30
Sales order,
planned order Planned order C Dependent
Immediate planning if "automatic 10 20 30 requirements
A planning immediately"
Planned order A
Dependent requirement, 10 20 30
plnd order/purchase req
B C Immediate planning if "automatic
Planned order C
planning immediately" 10 20 30 Alert
Automatic planning
immediately
Today
Scenario: Product A has low-level code 0, product C has low-level code 2 (since it is in a
different BOM in a lower low-level code)
With automatic planning immediately, the requirements are planned immediately.
? SAP AG 2001
??Ifboth the finished product and the assembly are set to "automatic planning immediately", the
requirements are planned directly. In the assembly order falls in the past, a multi- level forward
planning will be performed.
Reqmts date
??SAP_MRP_001:. This heuristic plans all products in the sequence of the low -level codes: products
with lower low-level codes (for example, low-level code 0) are planned first, products with higher
low-level codes are planned later.
Example: If a sales order is received for finished product A, a planned order is generated for product
A (if sufficient stock is not available). As soon as the planned order is created for A, a dependent
requirement is generated for component C. Component C, however , is not planned further at the
same time, but rather when it is its turn in the sorting of the low -level code in the planning run. If
product C is planned later, it may be that the dependent requirement for component C cannot be
covered since sufficient stock is not available, but no planned orders can be created due to capacity
reasons. In this case, an alert is generated for component C (shortage). Propagation back to product
A is not possible, however, and the planned order for product A cannot be moved to the future in the
planning run. This can result in exception messages for this procedure especially at the component
level.
Advantage : The procedure is very fast and can be used for mass applications. It is also a good idea
to use the procedure if only the capacity for final assembly is planned finitely, but the
assemblies/component levels are planned infinitely or if the production planning run is first to create
planning suggestions that are later to be moved again with the optimizer.
Note: The ATP check for manually planned components with check is not performed.
Reqmts date
Automatic planning in planning run
Planned order A
10 20 30
Sales order,
planned order Planned order C Dependent
All products of low-level code 0 10 20 30 requirements
A are planned first
Planned order A
Dependent requirement, 10 20 30
plnd order/purchase req
B C Immediate planning if "automatic
Planned order C
planning immediately" 10 20 30 Alert
Automatic planning
immediately
Today
Scenario: Product A has low-level code 0, product C has low-level code 2 (since it is in a
different BOM in a lower low-level code)
SAP_MRP_002: Production planning run based on low-level codes: Therefore, after product A (low-level
code 0), product C (low-level code 2) is not planned until other products have been planned
Result: Since the planned order for product C is in the past, the system switches to forward scheduling.
Difference between SAP_MRP_002 and SAP_MRP_001: Production planning run according to low-level
codes makes multi-level planning dependent on settings for components: delays can be moved up to
header level for certain products (automatic planning immediately - Alerts are above)
? SAP AG 2001
??SAP_MRP_002: This heuristic plans all products in the sequence of the low -level codes: products
with lower low-level codes (for example, low-level code 0) are planned first, products with higher
low-level codes are planned later.
Example: If a sales order is received for finished product A, a planned order is generated for product
A (if sufficient stock is not available). As soon as the planned order is created for A, a dependent
requirem ent is generated for component C.
There is only a difference from heuristic SAP_MRP_001 for components for which automatic
planning immediately was defined. For components with automatic planning immediately, the
process is the same as for heuristic SAP_MRP_001: Components for which automatic planning
immediately was defined are planned directly, not with the heuristic defined in the product master,
but only via the fixed lot size (min-max values are considered). This allows you to directly check
whether enough stock is available for the component and, if not, whether there is capacity for a new
planned order to be scheduled up to the time of the dependent requirement. If the planned order
cannot be created until after the dependent requirement, backward propagation is performed upward:
The planned order for finished product A is moved. A new source of supply determination is also
triggered automatically for product A (if several PPMs are valid for product A). The move can be
multi-level if Automatic planning immediately has been defined across several stages. If the
requirement cannot be covered, alerts are generated at the finished product level. This can result in
exception messages for this procedure especially at the finished product level.
Components for which automatic planning in the planning run has been defined are planned in the
same way as for heuristic SAP_MRP_001. When it is later product C's turn in planning according to
the low-level code, it is planned again. The heuristic in the product master is now used (for example,
optimum procedure).
...
??Components for which automatic and immediate planning has been defined are planned with a
simple lot-sizing heuristic. Planning with this heuristic is performed according to a multi-stage logic,
which means if a component is not available on time, the order at the highest level is rescheduled.
Planning file entries are generated for components for which it was specified that they are to be
planned automatically in the planning run. The product heuristic can be executed in interactive
planning and in the planning run.
Note: The ATP check is performed for components for which manual planning with ATP check has
been specified.
Product A Product B
APO
PP/DS PP/DS
Heuristic Heuristic
Part of package Line 1 Part of package Line 1
Heuristic Heuristic
Receipts
Require Time
ments Product A Product B Product A Product B Product B
Scenario: Several products are produced on the same resource over a certain time
period. During scheduling exclusively according to low-level code procedure product A
is first loaded finitely on the resources along the whole time axis. Thus, there could be
no free capacity for product B.
Solution: When using package heuristics, the individual lots (sorted by time) are
scheduling, that is, first an order for product A, then for B, then A, etc.
? SAP AG 2001
??Concept of package heuristics (product master, PP/DS tab): Groups different products that are to be
planned using the same heuristics.
Products are often not to be planned independently of each other. You use the package heuristics to
specify which products are planned with which heuristics. Application example:
??All products that are produced at the same production line
??All products that are produced together in one production process (main product and co-product)
??All Products that are to be procured from the same supplier
??Prerequisite:Always enter the same package heuristics name for different products that are to be
scheduled together (product master, PP/DS view, part of package field). Package heuristics are
defined directly in the product master (PP/DS view).
Heuristics for
for - Planning run
production
production planning
planning - interactive planning -
SAP_PP_008:
SAP_PP_012:
Rescheduling:
Deleting fixed pegging
Bottom up conti-I/O
SAP_PP_009: SAP_PP_013:
Rescheduling: Changing order
Bottom up priorities
SAP_PP_009:
Rescheduling:
Top down
? SAP AG 2001
??Use: Service heuristics are used to execute certain service functions. They can be called interactively
or in the planning run:
??SAP_PP_010: Reschedule top down (moving receipts to requirements): You use this heuristic to
reschedule receipts so that they can, for example, cover later requirements. Moving dependent
requirements for assemblies/components leads to related planned orders at the finished product level
also being moved (if this is not possible, alerts are generated). Note: This heuristic only considers
dependent requirements from stock transfer and in-house production. Planned independent
requirements and sales order are not taken into account.
Application: At the end of the PP/DS production horizon, SNP planned orders can be converted to
PP/DS planned orders using a report to be started periodically. In SNP, planned orders and related
dependent requirements are generated to the day.
??SAP_PP_009: Reschedule bottom up (moving requirements to receipts): You use this heuristic
to reschedule dependent requirements from assemblies/components so that they can be covered by
receipts (if the dependent requirements are too early). Moving dependent requirements for
assemblies/components leads to related planned orders at the finished product level also being
moved (if this is not possible, alerts are generated). Note: This heuristic only considers dependent
requirements from stock transfer and in-house production. Planned independent requirements and
sales order are not taken into account.
Application example: At the end of the PP/DS production horizon, SNP planned orders can be
converted to PP/DS planned orders using a report to be started periodically. In SNP, planned orders
and related dependent requirements are generated to the day. If the assembly order moves to this
production horizon, conversion takes place.
Heuristics for
for - Planning run
production
production planning
planning - interactive planning -
SAP_PP_008:
SAP_PP_012:
Rescheduling:
Deleting fixed pegging
Bottom up conti-I/O
SAP_PP_009: SAP_PP_013:
Rescheduling: Changing order
Bottom up priorities
SAP_PP_009:
Rescheduling:
Top down
? SAP AG 2001
??SAP_PP_012: Delete fixed pegging: You can use this service heuristic to delete fixed pegging
relationships.
??SAP_PP_013: Change order priorities: If you enter priorities in sales order, they are inherited by
the planned order or production order. Problem: You have a planned order or production order that
has a dynamic pegging relationship to a sales order in the future, with priority 4. If a new sales order
is created between them, a new dynamic pegging relationship is formed. This new sales order has
priority 2. When the pegging relationship is formed again, the priority is not changed in the planned
order or production order. For such a situation, you can use service heuristic SAP_PP_013, which
adjusts the priorities in the planned order or production orders to the priorities of the linked sales
orders.
Sales order/
dependent reqmts
50 50 50
Material A 50
30 20
Pegging edge
50 80 20
Planned order
? Pegging network:
? Assignment starting from receipts for requirements
? Changes must be propagated to all dependent orders, search for order
quantities that are not assigned
? Dynamic pegging (with pegging strategy) and fixed pegging
? SAP AG 2001
??Pegging is a procedure that establishes a relationship between the receipt and issue elements of a
product in a location. The system uses pegging to assign relevant receipt elements to requirements.
??Pegging strategy:The pegging strategy specifies how requirements are to be covered by receipts.
Example: 1 October: Receipt of 100 pcs / 10 October: Receipt of 50 pcs / 20 October: Requirement
of 100 pcs
??When using strategy 01 (First In First Out), the receipt on 1 October is used to cover the
requirement on 20 October. The receipt on 10 October remains available. Advantage of this
strategy: Easy to understand.
??When using strategy 00 (Surplus as early as possible and shortage as late as possible) the receipt
that is closest to the requirement on the time axis is used to cover this requirement. In this
example, the receipt on 10 October is not enough to cover the requirement. The requirement is
assigned another 50 units from 1 October. Advantage of this strategy: An excess is made available
as soon as possible.
??There are two different types of pegging relationships: fixed and dynamic pegging. Fixed pegging
enables you to fix a pegging relationship, that is, the pegging relationship will no longer be changed
automatically by the system during planning. You are able to fix a particular quantity of the product
receipt to a specific requirement. To do this, double -click the receipt/requirement element in the
structure tree and choose the pegging structure. Choose fix to convert the dynamic pegging
relationship to a fixed pegging relationship. To change a fixed pegging relationship back to a
dynamic pegging relationship, you can choose Unfix at any time. You can also define that fixed
pegging relationships are to be generated for each product in the product master (Demand tab).
??The dynamic and fixed pegging relationships can be considered or ignored in planning. The various
strategies can be defined in the strategy profile.
Sales order
10 20 10 40 60 (-10)
10 20 10 40 50
30 100
Planned order
Shortage
Dependent reqmt
30 100
20 Surplus
30 50 30
Dependent reqmt
50 50 50
50 30 20 50
80 80 (+10)
Purchase
requisition
? SAP AG 2001
??The system creates a pegging network of orders linked to one another that represents the
relationships between the receipt and issue elements of a BOM structure.
Prerequisite: Pegging relationships are created if the following requirements are met: same product,
location, account assignment (make-to-stock and make-to-order production), planning version
(active planning version) or, for simulation purposes as well as in characteristic -based planning, the
same compatible characteristics.
??Requirement and receipt elements are assigned according to the time of availability and requirement.
Consequently, dynamic pegging relationships change if there is a change in quantity or in
requirement dates. Pegging thus enables a multi- level transfer of changes.
??Pegging relationships have the following effects:
??If an order changes, these changes must be forwarded to all dependent orders. The system uses the
pegging relationships to determine which orders are dependent.
??If an existing requirement increases, or a new requirement is created, existing receipt elements
with quantities that have not yet been assigned to specific issue elements (requirements) can be
used. Pegging, thereby, influences the net requirements calculation.
??The pegging structure for an order is a graphic evaluation that is ordered according to the BOM
structure of all related products and describes the relationships between the receipt elements and the
issue elements. It gives an overview of the orders that are required to produce a finished product or
assembly for a certain requirement. Since the dependent requirements and orders of the components
are also represented, the user gets a quick overview of which orders are affected by a change or
where problems may occur.
Receipts
Alert
Time
Requirements
1h 3h 25 h 2h
= Pegging edge
? SAP AG 2001
??Maximum length of a backward pegging edge (Requirement maximum of (time) before receipt
field): you enter the maximum length of time between a receipt and an issue element permitted for
the system to create a pegging relationship between the two when the issue element is scheduled
before the receipt element. If the difference is larger than the maximum duration defined here, the
system does not create a pegging relationship.
??Maximum length of a backward pegging edge without alerts (Alert if requirement more than
...before receipt field): you enter the time up to whic h an exception message can be given if a
requirements element is chronologically before a receipt element and a pegging relationship exists
between the two. If the difference is small, the planner may not have to react. The problem might be
solved locally in production. If the difference is large, a relationship may need to be created. In this
case, an exception message is generated for the planner.
??Maximum length of a forward pegging edge (Receipt maximum of (time) before requirement
field): you enter the maximum length of time between a receipt and requirement element that is
permitted for the system to create a pegging relationship between the two when the receipt element is
scheduled before the requirement. This is especially important for perishable goods since the product
cannot be stored long before it is consumed.
??Minimum length of a forward pegging edge for alerts (Alert if receipt more than ...before
requirement field): you enter the time up to which an alert can be given if a receipt element is
chronologically before a requirement element and a pegging relationship exists between the two.
??The format for all entries is HHHHHH:MM, HHHHHH standing for hours and MM for minutes.
This means that a maximum of 999999 hours and 99 hundreds of a minute can be entered. An
uninterrupted time stream is used to calculate the duration, which means a factory calendar and shift
model are not taken into account.
? SAP AG 2001
??You can fix the date and the quantity of an existing order to prevent the order from being changed
during a repeated production planning run.
??Fixing the order quantity: The order quantity is fixed in the following cases:
??Manual changes to the order quantity/order date: In this case the output firmed indicator is set, thus
fixing the order quantity/order dates for the product receipts. The quantity of an order with this
status cannot be changed or deleted in automatic planning even if the requirements quantity has
changed. The status is the same as for order header fixing in the R/3 System. Production orders
and purchase orders transferred from the R/3 System have the status output firmed in APO.
??Manually setting the output firmed indicator: You can do this for each order in the order
processing dialog box.
??Manually changing the component quantity: If you change the component quantity, the input
firmed and output firmed indicators are automatically set by the system. If the input firmed
indicator is set, the product requirements of an order have been fixed. If the production process
model (PPM) for the order is changed, that is, you change the quantity of a component, the PPM is
not exploded again for the order. The status is the same as a fixing of the explosion in the R/3
System.
??Fixing the date: you can fix an operation in the detailed scheduling plann ing board. A fixed
operation cannot be moved by the optimizer. Orders with a fixed operation are not changed in the
production planning run (lot sizing procedure).
??If one of the output firmed, input firmed or date fixed indicators is set, the PP-firmed indicator will
automatically be set. This indicator means that the order can no longer be changed by the production
planning run (lot sizing procedure). However, the optimizer can move operations if the indicator date
fixed is not set on an operation level.
??Planned orders that are fixed in APO and are transferred to R/3, are also fixed in R/3.
C D C D
Time
? SAP AG 2001
??The planning time fence specifies a time period in which changes to the production plan could have
a negative effect on the requirements plans of the components, capacity plans, customer deliveries or
costs. You can use a planning time fence to prevent automatic changes from being made to
production within a certain time period. Within the planning time fence, only manual changes can be
made to the receipt elements. Automatic changes by a heuristic or an optimizer are not executed
within the planning time fence.
??You can maintain an individual value (such as 15 days) for the planning time fence for each product.
The end of the firm or trade-off zone can be placed interactively on a certain date (such as 1 May) on
the planning interface for each product. The fixed area is determined from the maximum of the
planning time fence and the time fence.
??If the system generates planned orders that are outside of the f irm or trade-off zone, they can be
changed according to the planning logic of the system. Within the firm or trade-off zone, changes
can only be made manually by the MRP controller.
??If a new requirement is added to the firm or trade-off zone for example, the system generates a
planned order and puts it at the end of the firm or trade-off zone with the end date. This ensures that
the existing plan is not influenced and that the plan becomes more stable.
??Planned orders that are end up in the planning time fence due to advancing time are fixed
dynamically, as soon as their finish date (not start date) is in the planning time fence.
??Planned orders that are rescheduled by the MRP controller are considered "fixed" and are not
changed by the system. Planned orders within the firm/trade-off zone are also considered fixed.
Fixed planned orders are marked with a star (*) in reports.
??Prerequisite: If you maintain a certain number of work days in the Planning time fence field on the
MRP tab in the R/3 material master, this value is transferred to the Planning time fence field in the
APO product masters via the R/3-APO interface.
??Note: The propagation of changes within constraint propagation also takes place within the planning
time fence, which means it is also in some way part of manual changes. The use of the planning time
Bill of
material
A
B1 B2
Automatic
C1 C2 Manual procurement
monitoring proposals
B1
*
End of the
Planning levels
B2 * planning time
C1 * fence
C2 * Not fixed
*
Time
? SAP AG 2001
??Inthis graphic, the planned order for product A is within the firm/trade-off zone. It is therefore
considered fixed and not automatically rescheduled.
??The supply plan for the components therefore remains stable.
??Ifrequired, the system suggests changes to the plan that are displayed as exception messages in the
reporting lists. The MRP controller can check these messages and decide whether or not to make the
changes.
??Planned orders that are fixed via the planning time fence are fixed dynamically and therefore not
marked for a fixed dates or fixed order quantity.
Procurement type
PPM explosion
Scheduling
? SAP AG 2001
??Net requirements calculationis the first step in the production planning run:
The system checks whether the requirements (for example, sales order, planned independent
requirements) can be covered by available warehouse stock or by receipts (orders).
Shortage
Stock
Safety stock
? SAP AG 2001
??The available MRP stock is compared to the fixed receipts (purchase orders, production orders fixed
planned orders, fixed purchase requisitions, etc) on the one hand, and the requirements regarding the
safety stock on the other hand (the safety stock is considered a requirement that also has to be
covered).
??The system uses pegging relationships (links) to assign the requirements to available receipt
elements. When enough stock or orders are available to cover the requirements, planning is
complete.
??If not enough stock or orders are available to cover the requirements, there is a shortage. In this case,
lot-size calculation determines in what amount a receipt is required.
??Net requirements calculation process for fixed orders that are chronologically delayed after a
requirement (and if delayed, are not allowed in the product master due to the Maximum duration of a
backward pegging field): In this case, planning tries to generate a new planned order that covers the
requirement in time (at or before the requirements date). If this is not possible due to capacity
reasons, a new planned order is created, and the fixed late planned order contains an exception
messages (alert) saying that there is a surplus. If the newly generated planned order cannot be
scheduled in time for capac ity reasons, (if, for example, the capacities are already committed) and if
this is not until after the fixed planned order was scheduled, the system recognizes that the new
planned order would be less suitable that the fixed planned order and the new order is not created.
Lot-size calculation
calculation
Procurement type
PPM explosion
Scheduling
? SAP AG 2001
??In net requirements calculation, the system calculates the shortage quantities for each requirement
date. These shortage quantities must be covered by receipt elements. The amount of the receipts is
determined by the system during a planning run in lot-size calculation.
??You determine how the lot sizes are calculated by choosing a lot-sizing heuristic in the product
master (PP/DS view). If you have not entered a lot-sizing heuristic in the product master, the system
uses the heuristic you defined in Customizing for PP/DS as the product heuristic. The lot-sizing
heuristics in the product master perform a fixed, predefined lot-sizing calculation, while also taking
the lot-sizing parameters (such as the maximum lot size, the rounding value, the fixed lot size)
maintained on the Lot size tab in the product master into account.
??If you use the lot-sizing heuristic SAP_PP_002 (planning standard lots), only the lot-sizing
parameters defined on the Lot size tab in the product master are used (for example, the fixed lot size
100 pieces). You can use other lot-size calculation functions when you choose a different lot-sizing
heuristic: If you have chosen, for example, lot-sizing heuristic SAP_PP_004, you can use different
periods of different lot-s izing procedures. In this case, the lot-sizing heuristic SAP_PP_004 also
considers the lot-sizing parameters defined on the Lot size tab in the product master, such as fixed lot
size = 100 pieces or rounding values allowing rounding to be performed.
??The result of the lot-size calculation is the quantity to be produced or procured. You can display and
change this quantity in the procurement proposal.
Static, Optimizing
periodic procedure
SAP_PP_002: SAP_PP_005:
Planning of Part period
standard lots balancing
SAP_PP_C001: SAP_PP_006:
Planning standard Least unit cost proc.:
lots for conti.-IO external procurement
SAP_PP_003:
SAP_PP_014:
Planning of material Groff procedure
shortage quantities
SAP_PP_004:
Planning of standard
lots in 3 horizons
SAP_PP_007:
Reorder point
planning
? SAP AG 2001
??SAP_PP_002: Planning with standard lots: You can use this heuristic if lot-sizing procedures that
can be entered on the Lot size tab in the product master (exact lot sizes, fixed lot sizes, periodic lot
sizes) are to be used in planning. The lot-sizing procedures maintained there are taken into account.
??SAP_PP_C001: Planning standard lots with conti. IO: This heuristic works the same way as the
heuristic "planning with standard lots", except that the continuous product input and product output
function is also supported. This function is not supported by the other standard heuristics at this time.
??SAP_PP_003: Planning shortage quantities: You use this heuristic to plan shortage quantities and
reduce surplus quantities. There is no general net requirements calculation. Only those deficits and
surpluses are planned for which the dynamic pegging relationships can be considered. If, for
example, a receipt arrives 5 hours before the requirement, a pegging relationship exists between the
two (if no value less than 5 hours was maintained for the maximum duration of the pegging edge in
the product master). The Planning with standard lots heuristic would, in this case, delete the
planned order that is too early and recreate the planned order at the time of the requirement, even if
all requirements and receipts are satisfied by pegging relationships. The Planning shortag e quantities
heuristic only plans such requirements and receipts if there are no pegging relationships (for
example, requirements that are not yet covered or receipts that show a surplus). This heuristic does
not move the planned order that is early.
SAP_PP_004:Plan
ning with standard
Receipts lots in 3 horizons
Requirements
? SAP AG 2001
??SAP_PP_004: This heuristic is used to divide the time axis in up to 3 different areas for planning.
This allows you to perform lot-size calculations in these time periods using different lot-sizing
procedures. You are given a rough forecast of the future production plan in the long-term area
(weekly lot size), but use an exact lot size in the short-term area.
??The settings for the different lot-sizing procedures are maintained like Customizing for heuristics.
The key for the lot-sizing procedure determines the lot size to be used in the short-term horizon for
the short-term area as well as the end of the short-term area or the beginning of the medium-term
area. You define the length of the short-term period by entering the periodicity (such as month or
week) and the number of periods. You determine the length of the medium-term area and the end
and beginning of the long-term areas in the same way by entering the valid lot-sizing procedures.
Reorder
point
Safety
stock
??Manual reorder point planning belongs to the consumption-based planning procedures. This
procedure is especially simple and is primarily used for B items and C items, products that are
produced in high quantity but which have low value.
??The planning is controlled by a manually entered reorder point (for example, 1000 pcs). In the
production planning run, the system only checks whether or not this reorder point has been reached
(whether the stock is below 1000 pieces). If the stock is below the reorder point, procurement is
triggered in the amount required to reach a defined product storage capacity (Fill to maximum stock).
The procurement element (the purchase requisition or planned order) is scheduled from today's date
via forwards scheduling (here the planned delivery time of the product at the supplier as well as the
goods receipt processing time from the product master are taken into account). If it is a stock
transfer, the goods issue processing time in the delivering location, the transportation duration and
the goods issue processing time in the receiving location are taken into account.
Procurement is not triggered again, however, if receipts that are already fixed (such as fixed purchase
requisitions or planned orders) are in the future for the whole period.
??Prerequisite: In the R/3 material master, you have maintained the fields Reorder point and Max.
stock level and transferred them to the Reorder point and Prod. stock capacity fields in the APO
product master via the R/3-APO interface. Additionally, you have maintained the Reorder point
planning heuristic in the APO product master.
??If,for example, scheduling agreement delivery schedules have been directly generated for externally
procured materials by planning, there is little administrative effort for this type of planning.
??Consumption-based planning only makes sense for materials with similar consumption processes
and, in addition, timely inventory management is required.
? SAP AG 2001
??Dynamic lot-sizing procedures optimize the total costs, which consist of order costs (lot size fixed
costs) and storage costs.
??Based on different cost criteria, the different dynamic procedures combine current and future
requirements into a lot in such a way that the total costs are optimized.
??SAP_PP_005: Part period balancing: You can use this heuristic to calculate the setup and storage
costs while calculating the lot size. Starting from the date of the product shortage, sequential
requirements are collected in a lot until the total storage costs exceed the setup costs. This procedure
takes lot-size parameters into account.
??SAP_PP_006: Least unit cost procedure: External procurement: You use this heuristic to
optimize order quantities while taking requirements, storage costs and suppliers into account. The
system considers the different delivery periods and discount levels of the suppliers and determines
the costs per unit for each supplier, while also taking the storage costs into account (discount levels
are also taken into account in static, periodic lot-sizing procedures, but not in optimizing procedures
SAP_PP_005). Lot sizes are formed based on optimum discount levels and costs per unit.
??SAP_PP_014: Groff procedure: See online help.
Lot-for-lot
Quantity
Receipts
Reqmts
Time (exact)
6:00 8:00 10:00
? SAP AG 2001
??For an exact lot size (lot-for-lot) a procurement proposal is created in the amount of the shortage. If
there are several requirements for one day leading to a shortage, procurement proposals are generate
using exact times (to the second). For the corresponding requirements date, the planned warehouse
stock equals 0. If you want to generate a procurement proposal in the total amount of the shortage
quantity (such as one day), you can use the period lot-sizing procedure.
??Fixed lot size: If there is a shortage of a product, the system uses the fixed lot size defined in the
product master record in its calculation. If the quantity of the fixed lot size is not enough to cover the
shortage, several lots in the amount of the fixed lot size are scheduled at the same time until there is
no more shortage.
Use: It is a good idea to choose a fixed lot size for a product if technical issues, such as the pallet size
or tank content, so require.
??If you replenish to the maximum stock level a procurement proposal is created for the amount of a
defined maximum stock level for shortages (Maximum product stock capacity field in the APO
product master). If the shortage quantity of a day is larger than the maximum stock, the lot size
equals the shortage quantity. A balanced stock/requirements situation has priority over the lot-sizing
procedure. Another option is that so much can be ordered that the maximum stock is reached and
further requirements are also covered (in the APO product master, reorder point planning can be
combined with all lot-sizing procedures: for example, the fixed lot size can be set or the rounding
value can be used, for example, minimum lot size, maximum lot size, rounding quantity).
Prerequisite : In the PP/DS view in the APO product master, maintain the heuristic SAP_PP_007
reorder point planning. In accordance with the standard Customizing, this heuristic prefers a
heuristic of replenishing to the maximum stock level (Maximum product stock capacity field in the
APO product master), as soon as a certain reorder point has not been reached (reorder point
planning). Therefore, maintain the maximum stock level in the R/3 material master in the maximum
stock level field. This value is transferred to the Maximum product stock capacity field in the APO
product master via the R/3-APO interface. Also maintain the reorder point in the R/3 material master
Material A Product A
APO
MRP 1 Lot size
Lot-size data Procedure
EX Lot-for-lot Lot-for-lot
Lot size
HB Repl. to max. Fixed lot size
...
stock level Maximum product
Maximum stock 100 stock capacity 100
Material B Product B
APO
MRP 1 Lot size
Lot-size data Procedure
Fixed lot size 100 pcs Fixed lot size 100 pcs
By period Per. ind.
Customizing lot size FX
Lot-size ind. F Fixed lot size
? SAP AG 2001
??The static lot-sizing procedures lot-for-lot, fixed lot size and period lot-sizing can be transferred from
the R/3 material master to the APO product master via the R/3-APO interface.
??The lot-sizing procedure lot-for-lot in the R/3 material master is transferred to the APO product
master as the "lot-for-lot" lot size.
??The R/3 fixed lot size is transferred to APO as the fixed lot size. The system refers to Customizing
for the R/3 lot-sizing procedure (see the Customizing step "Check Lot-Sizing Procedure"): If the lot-
sizing indictor is defined here as "F" the fixed lot sized is set in APO. The value defined in the R/3
material master is also transferred for the fixed lot size.
??The lot-sizing procedure replenish to maximum stock level is transferred from the R/3 material
master to the APO product master as lot-for-lot since the replenish to maximum stock level
procedure is represented differently in APO. In APO, replenishment to maximum stock level is
possible in connection with consumption-controlled reorder point planning, which is controlled in
APO via a heuristic in the product master that can be combined with any other lot-sizing procedures
(for example, lot size in combination with rounding values). The reorder point and maximum stock
level maintained in the R/3 material master are transferred via the R/3-APO interface as the reorder
point and maximum product stock capacity.
??The Lot-size calculation in make-to-order planning indicator in the APO product master (Lot size
view) allows you to specify that a certain lot-size procedure is to be used in make-to-order
production or individual project planning. If you do not set the indicator, an exact lot size is always
used and the system does not consider additional restrictions such as the minimum and maximum lot
size or the rounding value when planning for make-to-order production or project individual
planning.
Receipts
Time
Requirements
Period 1 Period 2 Period 3
? SAP AG 2001
??Inthe period lot-sizing procedure, the system combines the procurement of requirement quantities
within a time segment to a lot size. The period lengths can be hours, days, weeks, months, or 10 day
"decades" (asian: decades of a month are the periods between the first, tenth and twentieth of a
month ) or periods that can be user-defined according to the planning calendar.
??You can choose the number of periods within which the procurement quantity is to be combined. If
the number is to be larger than one, the number is entered in the No. of periods field in the R/3
Customizing step Check Lot-Sizing Procedure for the lot-sizing procedure selected in the R/3
material master. This value is also transferred to the APO product master.
??You can place the resulting receipt at the period start, period finish, or on the date of the first
requirement, by maintaining the corresponding value in the Scheduling field in the Customizing step
Check Lot-Sizing Procedure . This value is also transferred to the APO product master.
If you have specified in Customizing that the availability date is at the start or finish of the period,
the date of the planned order generated is moved accordingly.
APO
Material A Product A
MRP 1 Lot size
Procedure
Lot size PL Period lot size
Lot-for-lot
Customizing lot size PL Fixed lot size
T Daily D Day
M Monthly M Monthly
? SAP AG 2001
??The period lot-sizing procedure can also be transferred from the R/3 material master to the APO
System.
??The system refers back to R/3 Customizing, which is behind the lot-sizing procedure in R/3 (see the
R/3 Customizing step Check Lot-Sizing Procedure). If "P" (period lot size) has been defined for the
lot-sizing procedure here, a period lot size will also be set in APO.
Additionally, the Lot size indicator in Customizing determines which period indicator is transferred
to APO: The period indicators D (day), W (week), and M (month) can be transferred. If you want to
use the periodicity H (hours) and transfer the data from R/3, you can use a customer ex it to do this
(since the periodicity H is not realized in R/3).
The number of periods within which the procurement quantity is to be combined is also transferred.
??The Scheduling indicator in R/3 Customizing of the lot-sizing procedure is transferred to APO in the
same way: For the setting Availability date=Requirements date, the Availability date indicator in the
product is left blank for the product, for the setting Availability date=Period start the Availability
date indicator is set to X and the period factor to 0, for the setting Availability date=Period end the
Availability date indicator is set to X and the period factor to 1. Additionally, you can use any period
factor (for example, 0.5) to make the availability date of the procurement element exactly, for
example, half of the period in the APO product master. If you want to use a period factor (such as
0.5)and transfer the data from R/3, you can use a customer exit to do this (since the period factor 0.5
is not realized in R/3).
Product A
R/3 Lot size APO
Mat. A Min. lot size 10 pcs
??Use: Rounding is used to adjust units of measure to delivery and transportation units of measure
when planning product requirements. For example, you must round when orders can only be
delivered in containers of 10 pieces.
??You can maintain the following rounding options in the product master:
??Minimum lot size: the minimum lot size specifies a minimum procurement quantity that must be
reached for each lot
??Maximum lot size: the maximum lot size specifies a maximum procurement quantity for each lot
??Rounding value: you enter a rounding value and can round up to a multiple of its value
??Prerequisite: In the MRP 1 view of the R/3 material master, you maintain a minimum and/or
maximum lot size and/or a rounding value. This is transferred to a field of the same name in the
product master (Lot size view) via the R/3-APO interface.
Lot-size calculation
Procurement type
PPM explosion
Scheduling
? SAP AG 2001
??While the procurement proposal is being determined, the system checks whether the receipt is to be
procured via in-house production or external procurement.
??Note on planning externally procured products in APO: You can use planning tools and planning
functions, such as finite scheduling of products (including externally procured products) and
heuristics for purchase order optimization in APO to efficiently plan critical materials that are
procured externally. Purchasing information that is now available in the APO System allows you to
improve cooperation between the plant and suppliers. You can, for example, send suppliers delivery
schedules directly by e-mail when processing scheduling agreements, or hav e the suppliers confirm
the delivery schedules via the Internet. Another advantage of planning externally procured products
in APO is that you can use resources to schedule externally procured orders in production planning
and detailed scheduling. This allows you to exactly schedule goods receipts, transportation and
goods issues while taking capacity into account.
Procurement types
Production in
Production in Stock transfer
Subcontracting Consignment Supplier
own plant from other plant
Procurement types
Special procurement types
? SAP AG 2001
??While the procurement proposal is being determined, the system checks whether the receipt is to be
procured via in-house production or external procurement. External procurement in APO can be both
procurement from external suppliers or procurement from a different plant. The most important types
of external procurement include scheduling agreements, purchasing info records, contracts,
subcontracting, and consignment. The selection of the procurement type is controlled via the
Procurement type field in the product master (Procurement view):
??If you have entered in-house production, the system generates planned orders.
??If a product is to be proc ured externally, the system generates purchase requisitions (for
purchasing info records, contracts or OLTP scheduling agreements), or creates schedule lines to
the APO scheduling agreement. Stock transfer from a different plant via stock transport
requisitions is also part of external procurement and is also supported.
Note: In APO a distinction is made between OLTP scheduling agreements and APO scheduling
agreements, depending on which system was used to create the scheduling agreement schedule
lines. The distinction between both types of scheduling agreement is made in the R/3 scheduling
agreement position using the external planning indicator in the additional data. With OLTP
scheduling agreements, only purchase requisitions are created in APO that must be converted in
R/3 into scheduling agreement schedule lines With APO scheduling agreements, scheduling
agreement schedule lines are created directly in APO.
??If you have specified that the product can be procured externally or produced in-house, the system
can create planned orders for in-house production, or purchase requisitions, schedule lines for
scheduling agreements or stock transfer orders for external procurement.
...
??Prerequisites:
??You have defined the procurement type on the MRP tab in the R/3 material master (E for in-house
production, F for external procurement or X for in-house production or external procurement).
This is transferred via the R/3-APO interface to the product master (Procurement tab).
??If a source of supply determination is also to take place for suppliers, you must transfer purchasing
info records, scheduling agreements, and quantity or value contracts from R/3 to APO as external
procurement relationships (of type purchasing info records, contract, APO scheduling agreement
or OLTP scheduling agreement). A source list is not required in APO like it is in R/3. The source
of supply determination always takes place in APO via priorities and costs, and not via a source
list.
??If a type of procurement other than in-house production or external procurement is used, this is
controlled by the special procurement key in the R/3 material master (for example, transfer stock
from other plants, subcontracting). In APO, special procurement is visually represented in a
different manner. Stock transfer from a different plant is realized using a transportation lane
between the delivering and receiving plants. Transportation lanes between plants must be
maintained manually in APO. The special procurement key in the R/3 material master is not
relevant for R/3-APO integration.
Selection of source
of supply for
in-house production
and external
procurement
1. Quota arrangement
2. Priorities
3. Costs
4. Meeting due dates
? SAP AG 2001
??Determination of alternative procurement possibilities: During planning, the system chooses the
source of supply based on the following criteria: 1. Quota arrangement: Quota allocated
procurement alternatives are given preference. 2. Priority (highest priority = 0): If several sources
of supply can deliver on time, the source of supply with the highest priority is selected. 3. Costs: If
there are several sources of supply with the same priority, the system considers the costs. 4. Meeting
due dates: In the production planning run, a source of supply is used which can deliver the required
quantity on time. If the selected source of supply cannot meet the delivery dates for the product,
according to quota arrangement, priority and costs, the system selects the next best procurement
alternative and checks if the due dates will be met at this source of supply, in accordance with quota
arrangement, priority and costs. Meeting due dates is thus a "hard" constraint. If none of the
available procurement alternatives can meet the due date, the order is created on a later date.
??Prerequisite: You have alternative sources of supply for the product (different PPMs for in-house
production, and for external procurement different transportation lanes in the Supply Chain Engineer
due to the transfer of different purchasing info records, scheduling agreements and/or contracts from
R/3).
??You have maintained priorities in the product-plan assignment in the PPM.
...
? SAP AG 2001
??Procurement type E (in-house production): If you have maintained several PPMs for in-house
production , the system determines the PPM with the highest priority. If several PPMs have the same
priority, the system chooses the PPM with the most favorable costs based on the costs you have
entered for each PPM. If the most cost effective PPM cannot be used on the requirements date (for
example, because there is no available capacity at the resource on this date and this would cause a
due date violation since the order could be planned until later), the system chooses the next most
favorable alternative. If all PPMs cause a due date violation, the PPM for which the time of
requirements coverage is the closest to the time of the requirement is selected.
??Procurement type F (external procurement): In external procurement, the system determines
the source of supply using the data you have maintained in the transportation lanes and in the
external procurement relationships. It also chooses an alternative based on the priorities and costs.
If the system does not find any transportation lanes/external procurement relationships, it generates a
purchase requisition without a supplier and uses the planned delivery time from the product master
(GI/GR tab).
??If both in-house production and external procurement are allowed (procurement type X), the
APO System chooses the source with the highest priority. If several procurement options have the
same priority, the option with the most favorable costs is used. The costs in the transportation
lane/external procurement relationship and the PPM are compared. If the costs are the same, the
system triggers in-house production.
??Procurement type P (external procurement planning): The product is not produced in the
location, nor are orders created for it. Unlike in-house production or external procurement, the
planning does not take place in APO. Instead, stock shortfalls are replenished by the OLTP system.
??Note: If you have specified quota arrangements and entered a quota arrangement heuristic in the
Heuristics field on the PP/DS tab in the product master, the requirements quantities are distributed
according to the defined quotas. The quota arrangement items are planned according to the heuristic
Lot-size calculation
Procurement type
PPM explosion
explosion
Scheduling
? SAP AG 2001
??For assemblies produced in-house, a PPM is exploded: When exploding PPMs for products, the
system determines component requirements as well as the net duration and resource consumption of
activities. The system takes restrictions into account (for example, min -max relationships, scrap, etc.)
The valid PPM is determined and exploded for each planned order in the planning run.
Goal
Priorities/Costs/
Meeting due dates Selection of PPM
? SAP AG 2001
??The PPM is exploded in the planning run for each new planned order of an assembly. The valid PPM
is determined in the following steps:
??In the product master, the system checks whether the plan explosion is to take place via the PPM
in APO, via the BOM/routing in R/3 (which is not recommended), via the runtime objects or via
the iPPE (for customers who use an R/3-DI System (Automotive, Aerospace&Defense, High
Tech).
??For the PPM explosion, the system checks which PPM PP/DS-PPM uses.
??The system chec ks which PPM is valid for the order quantity and the order date:
- In the planning run, the PPM that is valid on the requirements date (dependent requirement, sales
order, etc) is selected. If the planned order is only created slightly later than the requirement due to
restricted capacity availability, and if the PPM is no longer valid at this later date, then you can use
the order validity period indicator (setting via strategy profile) in the scheduling to define how the
system should behave (consider validity periods, only consider validity periods for dependent
orders, do not consider validity periods). If, according to the strategy profile, the validity periods
of the PPM are to be considered then this will lead to a cancellation and no planned order will be
created.
- With manual creation of a planned order in APO, the corresponding data (start date or
availability date) is used as the basis for PPM selection, depending on the planning direction
(forward or backward).
??If several PPMs fulfil the selection criteria, then selection is made according to the following
criteria: 1. Priority, 2. Costs, 3. Meeting due dates.
??The validity of a PPM is also specified by the Active indicator. The PPM must be active to be used
in the production planning run.
Lot-size calculation
Procurement type
PPM Explosion
Scheduling
? SAP AG 2001
??For external procurement, the planned delivery time of the product is determined from the supply
relationships maintained in APO.
??For in-house production, the APO System explodes the PPM and performs detailed scheduling to
determine the dates for the order.
- When PPMs are exploded for products, the system determines component requirements as well
as the net duration and the resource consumption of the activities. The assembly scrap is taken
into account when the component requirements are determined.
- The activities are scheduled at the resource so that the requirements data of the components can
be determined. The system takes the settings maintained in the strategy profile into account
when scheduling, which means it considers the contraints defined, such as component
availability and resource capacity.
??A distinction is made between bottleneck resources and non-bottleneck resources. There are
usually only a few bottleneck resources in a production plant and the rest are non-bottleneck
resources. For each resource you can specify finite or infinite scheduling. In most cases you will
only perform finite scheduling for bottleneck resources. Additionally you can still schedule those
resources finitely that you sus pect to be bottleneck resources. For non-bottleneck resources you
usually use infinite scheduling.
??Constraint violations, such as a customer requirement date not being met or the capacity of a finite
resource being exceeded, are displayed as Alerts. The planner can change the scheduling results
manually.
Availability date
Operations
Assembly of
a different 10 20
plant
10 GR processing time
GR processing time
? SAP AG 2001
??When the lot size of the planned order has been determined and the PPM has been exploded, the
production planning run calculates the dates of the planned orders.
The dependent requirement dates of the planned orders are moved to the dates of the assigned
operations (PPM). A material order appropriate for the operation is then possible.
??The system assumes material staging according to component assignments in the PPM to the
operations in the PPM. The dependent requirement dates of the BOM components are moved to the
production start dates of the operations to which they are assigned.
? SAP AG 2001
??During detailed scheduling, the system determines the exact start and end dates on the resources to
the second for the activities of orders or operations, and schedules the orders and operations on the
resources. Capacity availability and pegging relationships can be considered simultaneously. In
addition to the desired scheduling date of the operation or order, detailed scheduling is based on the
net durations and resource consumptions of the activities that the system calculates during the
explosion of the production process model or the iPPE on the basis of the quantities to be produced.
??Detailed scheduling constraints can be specified in:
??Production process model (PPM): Along with the resource consumption and activity duration
(defined per base quantity of the main product), you can also specify, for example, whether there
are time relationships between the activities of different operation, how large the minimum and
maximum time intervals are between the activities, and whether activities can be interrupted by
non-working times (breaks).
??Resource: Along with the working and non-working times, you can also specify the rate of
capacity utilization for the resource, whether the resource can be occupied by several activities at
the same time (multi-resource ), or whether it can only process once activity at a time (single-
resource), how large the capacity of the multi-resource is, whether the resource is to be scheduled
finitely or infinitely.
??Strategy profile: Here you specify the detailed scheduling strategy with which the system performs
scheduling or rescheduling. You can make interactive changes to the strategy profile in interactive
planning in the product view. In the initial screen of the planning run in the production planning
run, you can specify which strategy profile should be used for scheduling the operations. If no
strategy profile is selected in the initial screen of the production planning run, the strategy profile
in the global parameters in the PP/DS customizing will be used.
? SAP AG 2001
??You use the detailed scheduling strategy to specify which rules the system uses to schedule or
reschedule orders and operations, and which scheduling constraints (for example, product and
resource availability) it considers when doing this. Additional operations may be affected by the
scheduling or rescheduling of an operation that you have selected for scheduling. The system must
also reschedule these operations so that the schedule remains consistent. Rescheduling an order can
therefore trigger a chain reactions of further rescheduling.
??Scheduling direction : Specifies in which direction the system searches for a scheduling date,
starting from the desired scheduling date.
??Offset time: Time period in which you can move the earliest start date for an operation or order from
the current date or current time into the future or past.
??Find slot: Schedules an operation in the first slot with sufficient capacity in the scheduling direction.
20
Resource 2 (finite)
10
Resource 1 (finite)
Today t
Available
Occupied
New order
? SAP AG 2001
??Resource availability: In general, you can only process activities during the working times of a
resource, and you can therefore only schedule these activities in regular working times. You can
schedule activities finitely or infinitely, that is, with and without consideration of the resource
capacity and the existing resource load. If necessary, it must be possible to interrupt any activities
that last longer than a related working time so that they can be scheduled.
??Dates and planning directions: Starting from the desired date, the system searches for a scheduling
date in the set planning direction for the last activity (planning direction backwards) or for the first
activity (planning direction forwards) of an operation or an order. In doing so, the system considers
the settings in the strategy profile, in the PPM and in the resources. When the first activity is
scheduled, the next activity in the planning direction is then scheduled, and so on until all activities
of the operation or the order are scheduled. The system basically cannot schedule an activity before
the earliest possible date or after the latest possible one. The activity is application-specific.
??Searching for a slot: You can use this finite scheduling mode to schedule an operation in the first
slot in the planning direction that is long enough and has enough available capacity. You can only
use this scheduling mode for resources that are to be finitely scheduled. In the scheduling parameters
for the resource, you specify whether that resource is finite or infinite. In the case of infinite
resources, the system always schedules an operation infinitely on the desired date, that is, without
considering the existing resource load.
20
Resource 2 (finite) 20
10
Resource 1 (finite) 10
Today
??Offset time: If you want to allow a certain number of days in the past in the schedule, you can use
the offset time in the strategy profile.
20
Resource 2 (finite)
10
Resource 1 (finite)
Today t
Available
Occupied
10 20 New order with operations 10 and 20
? SAP AG 2001
??With this infinite scheduling mode you can schedule an operation directly on the desired date
without taking the resource load into consideration.
??This scheduling mode can be used for both finite and infinite resources, that is, for resources for
which you have set the finite planning indicator in resource maintenance and for resources for which
you have not set this indicator.
??In the aler t monitor profile, you define for which products and resources and for which situations the
system is to display alerts. Resource overload alerts are only displayed if you have defined a resource
to be a finite resource.
? Finite scheduling
? Specifies that during scheduling the system takes already
existing resource load into account
? Display of alerts depends on resource and strategy indicators
Finite resource
alert alert
No rescheduling / No rescheduling /
Infinite resource
no alert no alert
? SAP AG 2001
??Finite and infinite scheduling: You can define if the system must not exceed the resource capacity
when scheduling operations (finite scheduling), or if it can schedule any number of operations on
one resource simultaneously (infinite scheduling). With an infinite scheduling mode you can thus
schedule an operation directly on the desired date without taking the resource load into
consideration. For finite or infinite scheduling you must select a corresponding scheduling mode in
the detailed scheduling strategy and define in the resource if the resource should be scheduled
finitely or infinitely.
??Infinitescheduling of an operation may lead to a resource overload that can be displayed for finite
resources in the alert monitor. For this, you must use the corresponding PP/DS alert profile. In the
resource you define the maximum length of time a resource overload may exist for before the system
interprets this as a resource overload and creates an alert.
??The table above summarizes how the system behaves for finite or infinite resources when you use a
finite or infinite scheduling mode.
??Finite resource:
??Finite scheduling mode: The system takes the resource overload into consideration. It only
performs scheduling if there is sufficient capacity.
??Infinite scheduling mode: The system does not take the resource overload into consideration. The
system creates alerts in the case of resource overloads:
??Infinite resource:
??Finite scheduling mode: The system does not take the resource overload into consideration. The
system does not create alerts in the case of resource overloads:
Activity
Mode 1
Mode 2
30 min
60 min
Resource 1
Time
? SAP AG 2001
??Resource selection when using alternative resources: You can enter several alternative resources
in the PPM (via alternative mode maintenance) at which the activities can be executed.
Time
2
Alternative resources Resource 1 1
(alternative modes) are filled.
The resource which allows Resource 2
for the earliest finish date is
selected.
3
Resource 1 1
Resource 2 2
Resource 1 6 3 1
Resource 2 5 4 2
??During scheduling, the system selects the mode (and the resource) as follows:
??In interactive planning as well as in the planning run, the system automatically chooses an
operation for the mode with which it, depending on the planning direction,
- Can start the operation as late as possible (for backward scheduling)
- Can finish the operation as early as possible (for forward scheduling)
- If several modes with different priorities can meet the scheduling criteria, the system chooses
the mode with the highest priority.
??During manual scheduling in the DS planning board, an operation is already scheduled in a certain
mode. You can select another mode for the operation by using Drag&Drop to shift the operation to
a resource from another mode. In addition to the modes that can only be scheduled manually with
priority Z, you can also schedule the modes that can be scheduled by the system with priorities A
to O. You can only change the mode in the DS planning board.
??Prerequisite:
You have maintained more than one mode for each activity in an operation in the
PPM. You have assigned the same priority to modes that are linked.
Requirements time A C B A A
Time
Setup Setup
A Setup time C time B time A A
Operations of products A to C in paint shop (scheduling during production planning run)
? SAP AG 2001
??Setup time adjustment: The duration of the setup activity for an operation may depend on the setup
status of the resource at the time of rescheduling, which means it depends on which operation was
processed prior to this at the resource. When scheduling or rescheduling an operation at a single
resource, the system automatically adjusts the duration of the setup activities for the operation to be
scheduled to that of its predecessor.
??Prerequisites:
??You have defined a setup matrix (with setup keys or setup groups as setup transitions) in the
PP/DS master data menu.
??You enter the setup matrix in the resource you want to use to represent sequence-dependent setup
times (you can only use single resources since setup matrixes cannot be entered in multi-
resources).
If you work with R/3 work centers that have two capacity categories (for example, machine and
labor), you receive two resources in APO. In this case, only enter the setup matrix in the resource
that is only used as the primary resource in the PPM (this is the R/3 work center capacity category
indicated as the scheduling basis), not in the one used as the secondary resource.
??You have maintained the following data in the PPM for operations that are to be setup at the single
resource depending on sequence.
??Setup key or setup group The setup group/setup key in the PPM are copied from the R/3 routing
if they have been maintained there.
??For the operation, you have defined a setup activity (activity type S (setup)) and also set the
Setup activity indicator so that the setup time is read from the setup matrix and not from the
mode. In the case of setup activities for which you do not set the indicator, the system uses the
setup time from the mode, and not from the setup matrix; that is, the duration of the setup
activity is constant and is not dependent on the sequence. An operation may only consist of one
setup activity. If an operation covers several activities, the setup activity must be the first
activity of the operation. The setup activity may only have one successor activity in the
operation.
© SAP AG AP220 3-7 2
Maintenance of Setup Times that are Dependent on
Sequence in the Setup Matrix
Setup matrix
? Parameters in the setup
Setup Setup Setup matrix:
status 1 status 2 status 3
? Type of setup transition
Setup status
? Preceeding setup
1 x $ $
group/key
? Subsequent setup
Setup status
group/key
2
$
x $
? Setup duration
Setup status
3
$
$ x ? Setup costs $
? SAP AG 2001
??A setup matrix is a matrix that contains, for each possible setup transition at a single resource, the
setup duration and the setup costs that are necessary to change the setup status of the resource to
another setup status.
??In the setup matrix you define all transitions between the various setup statuses of the resource. A
setup status is defined by the setup group or the setup key for the operation being processed at the
resource.
??You use setup groups to define the standard setup transitions at the resource.
??You use setup keys to define the exception setup transitions for a standard setup transition.
??For performance reasons, it is recommended that you define setup matrices that are as small as
possible, with only a few setup transitions. Therefore, you should do the following:
??Maintain the setup statuses using setup groups and setup keys only to a degree of detail that is
necessary
??Use as few exceptional setup transitions as possible
?? Use setup groups/setup keys for different operations/products with similar setup times and setup
costs.
? SAP AG 2001
??Completeness of setup matrix: The setup matrix must contain all setup transitions that can occur at
the resource. You do not have to define each setup transition explicitly. Using an asterisk (*), which
you enter in a setup transition instead of a setup group, you can define generic setup transitions in the
setup matrix. However, the asterisk (*) only replaces the setup groups that you also use in the setup
matrix explicitly to define setup transitions, and not all setup groups that you defined for the
location.
??Using the setup groups A, B, C and the setup key a, you have defined the following setup
transitions in the setup matrix: AB, AC, Aa.
??Using a setup transition ** in the setup matrix, you include the following setup transitions: AA,
BA, BB, BC, CA, CB, CC. These are the missing combinations for the setup groups used
explicitly in the setup matrix. If you have also defined the setup groups D, E and F in the location,
the setup transitions with these setup groups are not included when using the generic setup
transition **. You have only explicitly used the setup groups A, B and C in the setup matrix.
??By entering a setup transition *a, you are including the following setup transitions: Ba, Ca. These
are the missing transitions for the setup groups used explicitly in the setup matrix according to
setup key a.
??Initial setup statuses: If, for example, you reschedule an operation in the DS planning board at a
time in which no operation is scheduled in the display period, the setup status of the resource is not
defined for the system since no operation has been processed on it yet. In such cases, you can enter
setup transitions in the setup matrix between an initial setup status for the resource and the possible
setup statuses. You define such transitions by not entering a setup group or a setup key for the
preceding setup status.
Activity: Setup
Activity: Production
CIF
Operation 20 Operation 20: Paint 10 (white)
Setup group category: 1
(color) Primary
Activity: Setup W1906_1000_001
Setup group key: 10 resource
Activity: Production W1906_1000_002
(white)
??Maintenance of setup keys, setup groups, and setup matrices in APO: Setup keys, setup groups,
and setup matrices cannot be transferred from an R/3 System by means of the CIF interface. These
objects must also be maintained manually in APO. However, if you have already maintained th ese
object in an APO test system, you can use the following reports to transfer setup keys, setup groups
and set up matrices from one APO system (for example, a test system) to a different APO system
(for example, a productive system): /SAPAPO/SETUP_GROUP_COPY (setup groups and setup
keys), /SAPAPO/SETUP_MATRIX_COPY (setup matrices).
A prerequisite for a successful transfer is that the locations for which these objects were created are
available in the target system. This is also valid for the plan numbers which you can specify in the
setup matrices for campaigns. These plan numbers must also exist in the target system. You define
the target system by specifying the RFC destination of the system.
??After you have manually maintained the setup customizing in AP O, you can start the transfer of
product masters and resources from R/3 to APO. As soon as the resources are available in APO, you
maintain the setup matrix you want to use in the resources in the resource master in APO. Note:
Setup matrices in the resource master are not transferred from the R/3 work center since you can
only maintain global setup matrices in R/3, but cannot decide for each work center which setup
matrix to use. In the R/3 resources in Process Industries (PI), you can maintain matrices. However,
these are only rough matrices in which you can define transition times between products, but not
between setup conditions. Therefore, the setup matrices from the R/3 resource master cannot be
transferred in PI.
As soon as you have maintained the setup matrix in the APO resource master, you can start to
transfer the R/3 routings. The setup group keys (for example, white) are automatically transferred
from the R/3 routing to the corresponding operation of the APO_PPM. In the APO-PPM, a setup
time is no longer displayed. The setup time in APO is taken dynamically from the setup time matrix
of the resource.
? SAP AG 2001
??Purchasing info records, scheduling agreements and contracts (quantities and value contracts)
transferred from R/3 are created in the APO system as external procurement relationships. An
external procurement relationship is product specific and is assigned to a transportation lane.
Transportation lanes are created automatically in APO when you transfer data from the R/3 system.
Therefore, the external procurement relationship contains the contractual details of the relationship
between a source location (supplier or plant) and a target location (plant).
??You can display and maintain master data and transaction data from contracts and purchasing info
records. This data includes:
??General information, such as the procurement type, document number, supplier, etc.
??Settings, such as planned delivery time and if the external procurement relationship is active or
not. The external procurement relationship must be set as active if it is to be used during
scheduling.
??Data in the assigned transportation lane: You can change the priority and costs of the
transportation lane in the external procurement relationship maintenance. The transportation lane
priorities and costs are considered when determining a source of supply. You can lock a
transportation lane if you wish to prohibit deliveries from a specific supplier for a specific period
of time.
You can also display the costs of the contract or purchasing info record transferred from the R/3
system. You can check the fixed and variable costs for a minimum number of units.
R/3 System
Scheduling agreement
Supplier: Miller
Run time
01.01.2000 - 31.12.2000
APO System
Scheduling
agreement in
R/3 System Supplier Miller
Product
Screw-01
Transportation lane
Plant Munich
External procurement
relationship Transportation lane
? SAP AG 2001
??The external procurement relationship belongs to the master data in APO. It maps purchasing info
records, contracts and scheduling agreements from your R/3 system to your APO system and
provides all the important data necessary for scheduling material procurement.
External procurement relationships can exist for the following types of procurement: Normal,
subcontracting, consignment
??The transportation lane displays the business relationship between a source location (for example,
a supplier) and a target location (for example, a plant) and is shown as a line in the Supply Chain
Engineer. The external procurement relationship is directly linked to the transportation lane and
expands the transportation lane information, for example, by creating a link to a concrete contract
that exists in your R/3 system for the source and the target locations. You can go directly from the
external procurement relationship to the transportation lane to maintain the data.
??Sources of supply that are no longer required: If, for example, a specific scheduling agreement
position is no longer used in the APO system, then you can deactivate the external procurement
relationship to this scheduling agreement position by setting the deletion indicator for the scheduling
agreement position in R/3. This deletion indicator is then transferred to the APO system.
??Note: In an R/3 system, you can use the contracts (central contracts) and purchasing info records for
all plants, by not assigning a particular plant. If you transfer a central contract or cross-plant
purchasing info record to your APO system, then an external procurement relationship will be
created for each plant in the corresponding purchasing organization that is available in your APO
system.
Requirements date (desired delivery date) Step 1: Checking for earliest possible
Components (for example, dependent availability date (infinite)
requirements)
Simulative moving of the requirement date (earliest
availability)
Planned delivery time from purchasing info record/contract (Priority 1) or product
master (Priority 2):
Scheduling using calendar in the supplier location (infinite)
Today Time
The planned delivery time of a product is the total delivery time of a product (including good issue
times, production times at supplier) required by a supplier
? SAP AG 2001
??In APO there are two steps for scheduling products procured externally at the supplier/different
plant:
??Step 1: Checking the earliest availability date: Before the actual date, the system checks the
earliest possible availability date to determine a starting date for scheduling.
??Step 2: Scheduling, taking resources into account: After the system has determined the starting
date for scheduling - either the desired availability date or the earliest possible availability date
(see Checking the earliest Availability Date) -, the system schedules the goods issue,
transportation and goods receipt activities.
??Scheduling step 1: When creating a new order, the system calculates the earliest possible
availability date and compares this with the desired date. The availability date is used as a starting
date for scheduling and is calculated as follows: today's date + planned delivery time + goods receipt
processing time.
??If the desir ed availability date for this order lies before the availability date calculated by the
system, then the system does not use the desired date as the starting date for scheduling, but
instead it uses the calculated date.
??If the desired availability date is after the calculated availability date, then the desired date is used
as the starting date for scheduling.
...
??The planned delivery time is the supplier's delivery time for a certain product.
??In APO, the planned delivery time is scheduled using the production calendar of the supplier
location (this may, for example, take the plant vacation dates of the supplier into account). If the
supplier has not maintained a production calendar, the planned delivery time is assumed to be in
calendar days, just as in R/3 (Gregorian calendar, Monday to Sunday).
??The planned delivery time can be maintained in the external procurement relationships
(purchasing info records, contracts, scheduling agreement), transferred from R/3. If no entry has
been made or zero has been entered there, the planned delivery time is taken from the product
master (transferred from R/3).
??If the date for an order is changed manually, then the planned delivery time will no longer be taken
into account, and scheduling will be triggered again . With these changes, it is possible that the
planned delivery time may be violated and the opening date may be shifted backwards. An alert in
the alert monitor will inform you of this.
??The goods receipt processing time is the time between the delivery of a product and its availability
as warehouse stock. This time is used, for example, for load transfer time or quality control.
Note : To allow the goods receipt to be planned for PP/DS, a handling resource with which the goods
receipt processing time can be scheduled must be defined in the location.
For a goods receipt in Supply Network Planning, one day is 24 hours. In PP/DS, one day is 24
working hours. This means that a handling resource must be available 24 hours a day for the goods
receipt to actually take only one day. If the availability of the resource is less than 24 hours (for
example, because of breaks), a one-day goods receipt processing time can be distributed over several
days. Therefore, the handling resource entered in the location can or is to be defined as an infinite
multi-resource with 24 hours of operating time.
GR processing time
Operations order in delivery location
Transportation duration (from transportation lane of the ext. procurement relationship):
Transportation duration can be maintained in the transportation mode depending on the
means of transport
Scheduling, step 2
10 20 2 days
(finite scheduling is possible!)
GI processing time GR processing time via handling resource in
(finite possible) location master (finite possible)
Today Time
? SAP AG 2001
??Scheduling step 2: After the system has determined the starting date for scheduling - either the
desired date or the earliest possible availability date -, it schedules the activities including supplier
operations (supplier PPM), goods issue (at supplier or different plant), transportation and goods
receipt. To do this, the system checks the capacities of the resources concerned and if necessary
moves dates such as the delivery date and availability date. Either the planning calendar or the
resources are used to schedule:
??If the resources are used to schedule (handling resources from location), the same scheduling
functions are used that are used in in-house production. This allows limited capacities to be taken
into account in scheduling (for goods receipt processes in the plant as well as goods issue
processes at the supplier, if desired). Each resource has an available time and available capacity.
The system uses this informat ion to determine the dates and move the orders while taking the
working times and capacities into account during planning (not using the location calendar, but the
resource calendar).
Resources are used to schedule if a resource is entered in the Handling resource inbound (for GR)
or Handling resource outbound (for GI) fields in the location of a resource (this is necessary in
PP/DS if the goods issue and/or goods receipt processing times are maintained in the product
master).
...
??If no resources are found scheduling is performed using the calendar (shipping calendar for goods
receipt and goods issue processing times in the corresponding target and source locations or using
the transportation calendar in the transportation mode): Here, the dates of the activities are fixed
(not fixing of the order quantity in the order header, but instead activity fixing). A production
planning run can delete such orders and create them on a different desired date. When you move
orders to assembly level, however, the Consider Pegging strategy does not allow the system to
consider that purchase requisitions linked to dependent requirements are also to be automatically
moved; this keeps activities from being moved to non-working times during planning. This type of
scheduling restricts planning. To allow the planning function as much flexibility as possible, you
should schedule using resources.
You use the planning calendar to schedule if no resource has been entered in the location.
??Difference from R/3 external procurement scheduling: stock transfer from a different plant =
transportation duration, external procurement at supplier = total duration
??Note on stock transfers from different plants: At this time, the transportation lanes as well as the
delivery times must be maintained manually in APO for stock transfers between plants.
??Products do not have to be created at the supplier (exception: when working with supplier PPMs
or subcontracting).
??Dispatch calendar:
? SAP AG 2001
1 In the APO product master for APO pr oducts T-F2## (pump) and T-B3## (hollow
shaft), set “automatic planning immediately”.
1-1 Enter planned independent requirements for material T-F2## in the R/3 system for
plant 1000 (Hamburg production plant) (## should be replaced by your group
number). Proceed as follows:
1-1-1 Enter the independent requirements for material T-F2## in plant 1000 in
the R/3 program planning. Select the day schedule line as the period
schedule line by entering indicator T (day format) in the planning period
field in the initial screen of the transaction.
Select the Delivery Schedule tab in the planning table.
Enter the following independent requirements for pump T-F2## in plant
1000:
Note: For training purposes, the planned independent requirement may also
be created directly in the APO product view by entering a negative quantity.
However, you should not do this here; planned independent requirements
that ar e created in APO are not automatically visible in R/3. Planned
independent requirements that are created in R/3 are, however, also visible
directly in APO.
_____________________________________________________
Consider the component list for the latest planned order: To access the
planned order, double click on the latest planned order.
Once you have double-clicked, you can see detailed data (header data) for
the planned order on the right-hand side, and the complete structure of the
planned order on the left-hand side: On the left you will see the receipts,
components (requirements) and the work operations for the planned order.
When is the start and end of the planned order for the final assembly of
pump T-F2##?
_____________________________________________________
How many operations have been scheduled on the various resources in the
planned order?
_____________________________________________________
_____________________________________________________
_____________________________________________________
1-2-3 Why were planned orders already created for the dependent requirements
for product T-B3## (hollow shaft)?
_____________________________________________________
1-2-4 Look further into the planning situation for the pum p by considering the
component list for the first planned order for the hollow shaft (product
number T-B3##).
To do this, double -click on the first planned order for product T-B3##
(hollow shaft).
By double -clicking, you move from the planned order for the finished
product (pump), to the planned order for the hollow shaft.
You again see the header details for the planned order on the right and the
component list and work operation list on the left.
_____________________________________________________
Has component T-T4## (blank for shaft) also been planned automatically
and immediately?
To find this out, double -click on the relevant product number in the
component list of the planned order and check the requirements/stock
situation in the right-hand side of the screen for the component.
_____________________________________________________
Note the start and end dates of the first planned orders for the pump T-F2## and the
hollow shaft T-B3##. Enter this in the following graphic:
As you saw above, a sufficient quantity of blanks is already available for the hollow
shaft. Thus production of the hollow shaft (planned order T-B3##) begins on the
today line (today’s date). The s ystem has therefore switched from backward
scheduling from the dependent requirements deadline to forward scheduling.
However, the system has not only switched to forward planning for the hollow
shaft, but also for the pump. Thus, the final assembly planned order is delayed, as
reported by an exception message in the final assembly planned order.
Note: Scheduling for planned orders in the future would also be possible down two
levels if there had not been sufficient stock for the blanks in storage and automatic
planning immediately had been defined for this.
Field Value
Product
Location 1000
Production planner 0##
Marked for planning X
Choose Execute.
1-5 Now view the planning situation for the APO product T-F2## in location 1000
(Hamburg production plant) in the APO product view.
Consider the component list for the planned order for product T-F2## and check the
requirements/receipts situation for all components.
Were all components scheduled in the planning?
_____________________________________________________
Once you have carried out the planning run for your plant 1000 in
Hamburg, you should evaluate the dynamic order pegging.
2-1 Now check the pegging structure for one of your planned orders. To do this, view
the planning situation for pump T-F2## in location 1000 (Hamburg production
plant) in the APO product view.
2-1-1 Double-click on the last planned order for pump T-F2##. In the following
order tree (on the left side) double click on the product number Pump T -
F2##.
Is there dynamic or fixed pegging? With which demand is the planned order
pegged?
______________________________________________________
2-1-2 Now view the multi-level pegging structure for the planned order from the
pegged requirements. To do this choose the Context button
In the order structure which appears, you can expand the tree details further
using the “Down” indicator in the order tree. If you scroll to the right in the
screen, you will see on which levels planned orders have been created for
which product numbers and on which level the storage location stock covers
the dependent requirements.
______________________________________________________
2-1-4 Now check whether or not pegging links are built based on the planned
orders or also based on the stock.
To do this access the APO product view again for product T-B1## (casing).
In the following order tree (on the left side) double click on the product
number Pump T-B1##.
Is there dynamic or fixed pegging? With which demand is the stock pegged?
______________________________________________________
3-1 Test the simultaneous quantity and capacity requirements planning by creating two
new planned orders and by using finite planning as the scheduling mode (find slot).
3-1-1 Then check the scheduling details for the fourth planned order for pump
T-F2## in plant 1000 in the APO product view.
Which operations are carried out in the planned order on which resources?
When are they carried out? Paste the data into the table below
To view the resource start/end times for the operations, expand the
operations node in the order tree on the left side and double click on each
operation.
Note: Alternatively, you can double -click on “Operations” in the order tree.
If you do this you will see a detailed overview of all operations in the
planned order (including start and end of the order).
Note: The resource, on which the output is assigned in the PPM, can be directly
viewed in a column of the items list in the product view.
Create a new planned order in the APO product view for the end product
pump T-F2## by choosing the create order button in the product view.
Enter an availability time that is the same as the availability time for the
fourth planned order (for times, see table above). For the order quantity,
enter the same amount as for the fourth planned order.
Now create a second new planned order in the APO product view, with the
same data as the first new planned order.
Why didn’t the system schedule the first planned order, but not the second
planned order, at the time you entered?
To find a possible solution check whether another planned order is
occupying the resources at this time (see table above).
_____________________________________________________
Which scheduling strategy did you use for scheduling the planned orders?
Choose Strategy in the product view.
Choose Cancel.
3-2-1 Return to the APO product view for product T -F2## in plant 1000 and
consider the fourth planned order.
Cha nge the scheduling mode to infinite:
Choose Strategy.
Scheduling mode: infinite planning
Choose Continue.
Create two new planned orders in the APO product view for the end product
pump T-F2## by choosing the create order button in the product view.
Enter a time as the availability date, which is 10 minutes earlier than the end
of the last operation (60) in the fourth planned order (see table above for
dates). For the order quantity, enter the same amount as for the fourth
planned order.
Why did the system schedule the planned order at the time you have entered
(in the participant exercise the system scheduled the planned order earlier)?
______________________________________________________
To check the resource alerts double-click on the planned order which you
created.
Which resource alerts are visible in the header of the planned order?
______________________________________________________
1-1
1-1-1 R/3 Menu path: Logistics ? Production ? Production Planning ?
Demand Management ? Planned Independent Requirements ? Create
Note: For training purposes, the planned independent requirement may also
be created directly in the APO product view by entering a negative quantity.
However, you should not do this here; planned independent requirements
that are created in APO are not automatically visible in R/3. Planned
independent requirements that are created in R/3 are, however, also visible
directly in APO.
1-2-1 Why have planned orders for the planned independent requirement for the
pump already been created?
Since “automatic planning immediately” is defined on the PP/DS tab for
product T-F2## in the product master, single level planning is triggered
automatically when a new requirement is entered.
1-2-2 When is the start and end of the planned order for the final assembly of
pump T-F2##?
Take the deadlines from the planned order header.
How many operations have been scheduled on the various resources in the
planned order?
In total, the six different operations from the PPM have been scheduled in
the planned order.
1-2-3 Why were planned orders already created for the dependent requirements
for product T-B3## (hollow shaft)?
The dependent requirements for the hollow shaft were planned immediately
since product T-B3## (hollow shaft) is also set to “automatic planning
immediately” in the APO product master.
Has component T-T4## (blank for shaft) also been planned automatically
and immediately?
The externally procured product T-T4## (blank for shaft) is not defined in
the APO product master with “automatic planning immediately”. Since all
dependent requirements for the blank are covered by the inventory level,
external procurement for the blank is not triggered.
1-3
1-4
1-4-1 APO Menu path: Production planning ? Automated Production Planning
and Optimization ? Production planning run
Is there dynamic or fixed pegging? With which demand is the planned order
pegged?
There is dynamic pegging.
2-1-2
2-1-3 Do new alerts occur online? Which alert occurs? Why does the new alert
occur?
Alerts now appear which signal a “surplus” of the product, as the planned
order quantity exceeds the requirements quantity.
2-1-4 Now check whether or not pegging links are built based on the planned
orders or also based on the stock.
To do this access the APO product view again for product T-B1## (casing).
In the following order tree (on the left side) double click on the product
number Pump T-B1##.
Is there dynamic or fixed pegging? With which demand is the stock pegged?
There is dynamic pegging.
Which scheduling strategy did you use for scheduling the planned orders?
3-2 Demo by ins tructor (course participants finish the exercise here). APO Menu path:
Production Planning ? Interactive Production Planning ? Product View
3-2-1 Why did the system schedule the planned order at the time you have entered
(in the participant exercise the system scheduled the planned order earlier)?
Because infinite planning was selected in the strategy, the system has
scheduled the planned order at the desired deadline even though there is no
free capacity.
Contents:
? Product View
? Product Planning Table
? Reporting and Planning Options in the Product View and
Product Planning Table
? SAP AG 2001
? SAP AG 2001
11 Course Overview
66 Optimizing Scheduling
? SAP AG 2001
? SAP AG 2001
Receipt Issue
? Receipt elements: planned ? Requirements elements: sales
orders, production orders, orders, planned independent
purchase requisitions ... requirements, dependent
requirements ...
? Quantity, surplus and shortfall
? Alert status
? SAP AG 2001
??The product view is a current overview of the stock, the receipts, and the requirements for a product
in a specific location for a specific planning version.
??The system reads the information every time the product view is called up.
??Target/source: The other location from which, for example, the stock is transferred, depends on the
order category. In the case of purchase orders it is the supplier, for sales orders it is the customer, and
for stock transport orders it is the other locatio n to/from which you are transferring stock.
??A quantity alert appears on the stock/requirements list in the case of product availability violations.
When interpreting alerts, you must distinguish between product receipts and product requirements
since the alerts have different meanings.
??In the case of product receipts: A green traffic light means that the total quantity of the product
receipt is being used for requirements (no surplus), and a yellow traffic light means that there is
surplus for the product receipt.
??Inthe case of product issues: A green light means that there are no quantity violations (no shortfall).
A red light means that there is a quantity violation (shortfall).
? SAP AG 2001
??The planner uses the product planning table to maintain the production plan (transaction:
/SAPAPO/PPT1). The planner can check the production quantities all at one time and make changes
or create new production quantities if necessary. The planner can determine the current capacity load
utilization of the resources as well as the availability situation of the products. Furthermore, a pegged
capacity check can be performed.
? SAP AG 2001
??You can use the report /SAPAPO/PT_DELETE_USER to delete your user settings.
??You can add additional customer screens by making entries in the table /SAPAPO/PT_FRDYN in
the product planning table. To display additional lines in the Periodic Product View, you can use the
following BADI (Business Add In): BADI /SAPAPO/PPT_INFROW.
Navigation
tree
Grouping by:
• Planner
• Product group
• Location
• Resource
• Source
• Goal
Subnodes for:
• Make-to-order
• Bill of material
? SAP AG 2001
Layout Tree
Selection of
subscreens:
• Product view: periodic
• Resource view: periodic
• Product view: periodic
• Individual order view
• Individual order view
• Alert Monitor
• Detailed Scheduling
Planning Board
• Quantity graphic
• Days' supply graphic
• Planning monitor
? SAP AG 2001
Product view:
periodic
For each
product, lines
for:
• Available quantity
• Day´s Supply
• Receipts
• Requirements
• Planning
• Detailed
• Aggregated
? SAP AG 2001
Resource view:
periodic
For each
resource:
• Load in percent
• Orders sorted by
products
? SAP AG 2001
Stock
100
80
40
10
Mo Tu We Th Time
20 40 30 30 -20
Requirement
Day´s
Day´s supply
supply 3.3
3.3 days
days
? SAP AG 2001
??Use: To avoid product shortages, the planer can use days' supply to determine how long stock and
receipts can cover the requirements and then act accordingly. The days' supply in APO shows the
number of calendar days until the stock goes below zero.
??Since the days' supply can be calculated individually for each pegging area, it may be that there are
several days' supplies for the same product in the same location and the same planning version
because there are different account assignment objects. How the days' supply is displayed depends
on where you call it.
??In the product view, a value is displayed for each of the days' supply types (maximum three). The
days' supply of the pegging area with the lowest days' supply is displayed. Only one minimum
days' supply alert is displayed for this pegging area. Alerts as well as the days' supplies calculated
for other pegging areas can only be displayed in the Alert Monitor.
??In the Alert Monitor, you can display all alerts for all pegging areas of a product. Along with the
values defined as the minimum days' supply, the days' supply calculated for each pegging area is
also displayed. On the initial screen of the Alert Monitor, you can branch to profile maintenance,
where you can overwrite the days' supply types to be calculated according to your settings in
Customizing.
??Prerequ isites:
??You have defined days' supply types and the minimum days supply in Customizing for Production
Planning and Detailed Scheduling.
??You have entered the days' supply types that the system is to calculate in Customizing for Supply
Chain Planning under Global Parameters and Default Values.
Category
CB (safety stock)
CC (unrestricted use)
... Category list Customizing PP/DS
Stock
Receipt Days' supply types
AY (dependent requirements) SAP1 Days' supply
Requirement
BM (sales order) Forecast SAP2 Receipt days' supply
...
? SAP AG 2001
??To calculate the days' supply, you can specify in Customizing exactly which stock and receipt
categories are to be compared with which forecast and requirements categories. These are called
days' supply types. The system can calculate up to three different days' supply types. Since there are
more than one days' supply type, the planner can compare the effects that different categories have
on product availability and check if action is necessary.
??There are two standard days' supply types you can copy if you want to create new days' supply types:
??SAP1 (contains all of the stock as well as all of the requirements and forecasts that are currently
defined in the R/3 System)
??SAP2 (contains all of the stock as well as all of the receipts, requirements and forecasts that are
currently defined in the R/3 System)
??You can copy the standard days' supply types and then delete the categories that you do not want to
include in the days' supply calculation.
??Which receipt or issue elements are taken into account depends on the categories you have defined
for the days' supply in Customizing for Production Planning and Detailed Scheduling.
? For shortfall of
?
? minimum days'
supply
? SAP AG 2001
??Minimum days' supply: Value that triggers alerts in Production Planning and Detailed Scheduling
to make the planner aware of critical situations concerning product availability. You can define up to
three values (in calendar days) for the days' supply in Customizing for Productions Planning and
Detailed Scheduling. The value should give you enough time to react to the problem and avoid a
product shortfall.
??The system automatically calculates the days' supply when you call the Alert Monitor or the product
view. The calculated days' supply is compared with the values you entered as the minimum days'
supply. As soon as the days' supply drops below one of these values, an alert is generated. Different
priorities are assigned to the values that trigger different alerts:
??Error : This alert has the highest priority. You enter the lowest number in calendar days that still
allows you to react in time to avoid a product shortfall. For a product with a replenishment lead
time of 4 days, for example, you could enter 5 days as the absolute minimum days' supply.
??Warning: This alert has medium priority. The number of calendar days entered should be higher
than for the error alert. This gives you more time to react (in the example above, for example, 10
days).
??Info: This alert has the lowest priority. The number of calendar days you enter should be higher
than for both of the other alerts.
??When determining a days' supply type, you can also define a user exit for the minimum days' supply
to, for example, allow different miniumum days' supplies to be defined for certain products. The
definition of the user exit overwrites the values for the minimum days' supply. For more information,
see the document on user exit APOCV001.
Exception window
for details
Alert
Alert Monitor
Alert notification
? SAP AG 2001
??Like the Supply Chain Cockpit and the Plan Monitor, the Alert Monitor is a monitoring component:
It provides you with uniform access to a solution for problem situations in APO. It is displayed if a
problem occurs during an ATP check, an SNP run, when generating production plans in PP/DS or in
Vehicle Scheduling TP/VS.
??The role of the Alert Monitor is to inform you, in real-time, of exceptions that occur in your plan.
Each situation that must be adjusted in the planning corresponds to an alert. The possibility of
sending alerts by mail means that you also have constant control of your Supply Chain Network. As
a planner or manager you will not be surprised by unexpected problems as they occur. Rather, you
will be informed in good time, so that you can take the necessary precautions.
??Integration: The Alert Monitor is integrated with all the functional applications of APO. Which alerts
are displayed depends on the context and must be defined in the alert profiles. For example, in the
APO application Available to Promise (ATP) only ATP alerts are displayed, or only alerts that are
relevant for specific objects. Display of alerts also depends on the version or the model.
??Scope of function:
??Exceptions that are tracked down are automatically available in the Alert Monitor and are
displayed in a standard presentation component. You can access the APO alert object by carrying
out a drill-down in the relevant application.
??Alerts are prioritized in stages: Information, warning, error. Alert types are assigned automatically
to a specific priority level, but can be changed in the customizing to level two or one. You can also
set threshold values in the alert profile.
Supply
Resource overload (SNP)
Network
Planning Violation of
maturity dates
Prod. Planning
and Detailed Resource overload (PP/DS)
Scheduling
Business
Information
Warehouse
? SAP AG 2001
??The monitoring component in APO is delivered with a selection of 20 alert types that range from
product shortage to various capacity overloads. The alert types must be prioritized and assigned to
the various APO applications. For example, some alerts concern only SNP, whereas others may be
assigned to both DP and PP/DS.
??The alert monitor differentiates between alerts in a specific planning version and general alerts. For
example, capacity overload belongs to a specific planning version, while the Demand Planning alerts
are of a more general nature. Both alert types are displayed in the Alert Monitor.
??Ifyou want to display an alert in the Supply Chain Cockpit, you can assign the alert type to the
application. In this way, you can be sure that the traffic light in the monitor slot in the Supply Chain
Cockpit control panel will light up. The traffic light shows that at least one alert of this priority
exists.
??As some alert types cannot always be assigned uniquely, the same alerts may appear under more than
one priority light.
??Each alert type can be assigned to any number of applications.
? SAP AG 2001
??You can use the alert monitor profile to select all the objects for which you would like to see alerts
in the alert monitor profile: The alert monitor profile acts as a filter for displaying the individual
alerts and it is possible to maintain a user-specific selection of alerts for your area of responsibility.
??In the alert monitor profile, you use the selection variants (for example, selection variants for
products or for production planning) to enter which objects should be displayed.
??You can also define threshold values in the alert monitor profile. As soon as these threshold values
are exceeded, an alert is created (for example, with a capacity overload of more than 10%).
Key figure
schema
Live Cache
(Orders) Extractor Infocube
Master
Extractor Master
data
data
? SAP AG 2001
??Along with the evaluations offered directly in PP/DS (for example, resource load), you can create
further evaluations in PP/DS using the Plan Monitor in APO and the Business Warehouse (BW).
The Business Warehouse offers an independent Data Warehouse solution that can be operated in
close integration with APO in the mySAP environment.
??Plan Monitor: The Plan Monitor in APO can be used to determine the current scheduling quality
and to compare various versions and/or time periods in the schedule. It is a tool with which the
production planner can evaluate the quality of a production plan before you release it for execution.
It should be used interactively with order -based applications such at CTM and PP/DS.
??The Plan Monitor evaluates the current status of a plan in a given time period and assigns points to
the results. The planner can evaluate and compare the results of various planning versions and
transactional simulation versions in various time frames. You can use formulae to define an
aggregated point system that can be used for measurement purposes. The results can be displayed
either in a table or in a configurable graph, or in a combination of both. Indicator profiles allow you
to define your choice of display format as well as which key figures, objects, time frames and
versions should be evaluated.
??Integration:
The Plan Monitor can be used as an independent transaction (via SAP Easy Access
Menu Supply Chain Monitoring -> Plan Monitor) or together with the following APO applications:
CTM, PP/DS, Version Management.
??You can find a complete list of all the indicators that can be calculated in the Plan Monitor in the
online documentation.
??For more information on the Plan Monitor, see the online documentation.
? Product View
? Product Planning Table
? Reporting and Scheduling Options in the Product
View and Product Planning Table
? SAP AG 2001
??E-mail connection: There is an e-mail function in the product view and the order processing view.
It is especially useful to be able to access the e-mail function quickly and easily if the results show an
exceptional planning run situation and you wish to inform the suppliers concerned immediately in
writing.
??Prerequisites: You have set up the APO system so that e-mails can be sent and that the e-mail
addresses of your suppliers are entered in one of the following two places (or in both):
??in the external procurement relationships (only scheduling agreements): To enter an e-mail address
select the scheduling agreement position, call up the partner tab page and then enter the e-mail
address with the option mail (MAI) in the medium field.
??in the supplier's location master
??Scope of function: Types of e-mail
??E-mails to all possible suppliers of an externally procured product (general e-mails)
- To find out who the possible suppliers are, the system checks the external procurement
relationships defined for the product.
- You can call this function up directly by selecting the product view. The addresses of all
possible suppliers are listed in the view for sending mails. You can delete the addresses you do
not need here.
...
After carrying out the planning for your plant 1000 in Hamburg,
you now check the planning results in the APO product view.
1-1 Now view the planning results from the last exercise in the APO product view for
product T-F2## in plant 1000.
1-1-1 What is the calculated days’ supply and receipt days’ supply for product
T-F2##? How has it been calculated? Why do you get a warning displayed
with a “!” close to the field day’s supply?
_____________________________________________________
1-1-3 Now view the pump casing planning results by going back to product view
in plant 1000 with product number T-B1##.
How many casings are there in the warehouse? At which storage location
can the stock be found?
_____________________________________________________
Get an overview of the planning situation in the period-based order and resource
load display.
1-1-3 Now view the pump casing planning results by going back to product view
in plant 1000 with product number T-B1##.
How many casings are there in the warehouse? At which storage location
can the stock be found?
_____________________________________________________
Contents:
? SAP AG 2001
? SAP AG 2001
11 Course Overview
66 Optimizing Scheduling
? SAP AG 2001
? SAP AG 2001
Res01 P Loc 01
Order Chart
03/15/1999 03/16/1999
OrderNo Products
22 00 02 04 06 08 10 12 14 16 18 20 22 00 02 04 06 08
Chart objects
000001294 P
000001335 P
000001357 P
Product histogram
03/15/1999 03/16/1999
Product
22 00 02 04 06 08 10 12 14 16 18 20 22 00 02 04 06 08
300
Product 01 200 Different
100
Order No: 000001294 charts
Graphical object
Message bar (operation, order)
? SAP AG 2001
? SAP AG 2001
??For more detailed information on navigation in the DS planning board, see the application help.
? SAP AG 2001
??In the planning table, you can reschedule operations and orders manually using drag and drop.
??You can change the planning situation with: change resources (such as capacity, work times),
change orders (quantities, dates).
??Youcan load the alternative resources for selected operations or orders from the production process
model to the planning board. You can then reschedule operations to the alternative resources.
??Deallocate orders : You can use this function to deallocate operations or orders, that is, remove them
from the resource schedule. After deallocation, the operations or orders are assigned the status
deallocated, but still retain their dates. You set this function, for example, if you want to specify the
production dates of operations for important orders first, and then later schedule the operations for
less important orders.
? SAP AG 2001
??Fix operations, orders, and time intervals: Fixed objects can only be rescheduled manually using
drag and drop.
??Fix operations or orders: You cannot reschedule fixed operat ions or orders. (By fixing an order,
you fix all operations in that order)
??Fix time intervals for resources: You cannot change the schedule in fixed time intervals, that is,
operations that lie completely or partially within a fixed time interval are fixed. You cannot
schedule operations in fixed time intervals. This function is not available in the production
planning run.
During optimization, the system also considers whether the operations, orders or time intervals are
fixed.
??Using Undo fix, you remove selected operations or orders from the resource.
??Operations that cannot be rescheduled: You cannot perform rescheduling for the following
operations:
??Operations that have been finally confirmed
?? Operations that have been started or partially confirmed: You can only reschedule operations that
have been started or partially confirmed after you have interrupted the operations in the detailed
scheduling planning board.
??Operations that you fixed in the production planning run or in the DS planning board
??Operations that are scheduled in non-working times: The system automatically fixes operations
that are scheduled in non-working times.
??If you want to reschedule operations that you have either fixed or scheduled in non-working times,
you must undo the fix for these operations in the detailed scheduling planning board.
© SAP AG AP220 5-8
Planning Board: Functions (3)
? Alert Monitor
? Resource load
? Product stock
? Network view - orders / operations
? Evaluation lists
? Operation list
? Order alert list
? Production overview
? Detailed scheduling strategies
? SAP AG 2001
??The Alert Monitor displays scheduling problems that occur during scheduling; for example, resource
overload or delivery date exceeded. In the Alert Monitor profile, you define for which categories of
alert, that is, for which scheduling problems alerts should be displayed.
??For the resource load, the product stock and the network views you can define static charts that are
displayed permanently in the planning board, or dynamic charts, that you can display or hide in the
planning board.
??In an operation list, all the operations within the evaluation period that are scheduled at the selected
resources are listed.
??In an order alert list, all alerts for orders that are scheduled at the selected resources are listed.
??In aproduction overview, the quantities and status of selected products are listed, for example, which
quantities of a product have been released or confirmed.
??Detailed scheduling strategies: You use the detailed scheduling strategy to specifywhich rules the
system uses to schedule or reschedule orders and operations, and which scheduling constraints (for
example, product and resource availability) it considers when doing this.
Additional operations may be affected by the scheduling or rescheduling of an operation that you
have selected for planning. The system must also reschedule these operations so that the schedule
remains consistent. Rescheduling an order can therefore trigger a chain reactions of further
rescheduling.
50 50 50 50
50
30 20
Orders
(for example,
50 80 20 planned
orders)
ALERTS:
- Material shortage
- Sequence in dynamic
pegging violated
? SAP AG 2001
??Pegging relationships between activities: Pegging relationships can exist between the activities of
different orders. An activity therefore produces a material which then undergoes further processing
by an activity of another order. The pegging relationship requires with a certain time tolerance that
the material be available at the right time, that is, that the supplying activity is scheduled at the
appropriate time.
In the strategy profile, you can specify whether the system considers pegging relationships.
Prerequisite: If the system is to consider pegging relationships, you also have to set the detailed
scheduling strategy so it considers the time relationships between the operations in an order.
??Dynamic pegging not considered strategy: The APO System does not consider the dynamic
pegging relationships to other orders when rescheduling. The order is rescheduled, but the
corresponding receipt element is not rescheduled with it. This could lead to a product availability
violation.
??The APO System creates alerts in the cas e of product deficits, if you have defined this in the Alert
Monitor.
50 50 50 50
50 30
20
50 50 80 20
? SAP AG 2001
??The system only performs scheduling or rescheduling if it can also reschedule the operations for
which pegging relationships exist within the propagation range in such a way that no pegging
relationships are violated. The system does not consider dynamic pegging relationships to operations
outside the propagation range.
50 50 50 50
50 30
20
Fixed
pegging edge
50 80 20
ALERTS:
- Material shortage
- Sequence in fixed pegging
violated
? SAP AG 2001
??Do not consider fixed pegging: The system does not consider the fixed relationships to other orders
when rescheduling. The corresponding receipt element is not rescheduled, which could lead to a
product availability violation.
??The APO System creates alerts for product deficits if you have defined this in the Alert Monitor.
Fixed 50 50 50 50
pegging edge
50 30
20
50 50 80 20
? SAP AG 2001
??Consider fixed pegging: The system only reschedules the order if it can also reschedule the orders
to which a fixed pegging relationship exists without violating the pegging relationship or product
availability.
??Inorder for the system to consider pegging relationships, you must also specify that the system is to
consider order-internal relationships.
??Consider fixed pegging within the propagation range: The system only considers the pegging
relationships for orders within the propagation range when rescheduling an operation. The system
does not consider dynamic pegging relationships to operations outside the propagation range.
Desired date
4
6 5 3 2 1
Today Time
4
6 5 3 2 1
Today Time
6 5 3 4 2 1 Operation to be inserted
Today Time Scheduled operations
? SAP AG 2001
??Insert operation :You can use this finite scheduling mode to schedule an operation in an existing
schedule on (or as close as possible to) the desired date, even when there is no slot in the schedule
for this date, or only a slot that is too small. If necessary, the system creates a slot that is large
enough by shifting the neighboring operations that lie in the planning direction onto the resource. In
this way, the sequence of operations that have already been scheduled remains unchanged, and
operations that have already been scheduled are not rescheduled on alternative resources (alternative
modes).
??You can only use this scheduling mode for single resources that are to be finitely scheduled. You
specify in the scheduling parameters for the resource whether that resource is finite or infinite. In the
case of infinite resources, the system always schedules an operation infinitely on the desired date,
that is, without considering the existing resource load.
??The date on which the operation is inserted depends on the resource schedule on the desired date and
on the planning direction that you set:
??No operation has been scheduled on the desired date: In this case, the system schedules the
operation to be inserted on the desired date. If necessary, operations that were already scheduled
are shifted as follows:
When the planning direction is backwards, the operations scheduled before the desired date are
shifted into the past. When the planning direction is forwards, the operations scheduled after the
desired date are shifted into the future.
??An operation has already been scheduled on the desired date: In this case the operation to be
inserted is inserted, depending on the planning direction, immediately after (when the planning
direction is forwards) or immediately before (when the planning direction is backwards) the
operation that has already been scheduled. If necessary, the operations that have already been
scheduled are shifted, as described previously.
??If the system cannot generate a sufficiently large slot, for example, because otherwise the
relationships would be violated, all operations remain where they are. The operation is not inserted.
© SAP AG AP220 5-1 4
Strategy: Insert Operation / Forward (1)
Today Time
6 5 3 2 1
Today Time
6 5 4 3 2 1
Operation to be inserted
Today Time
Scheduled operations
? SAP AG 2001
Before rescheduling
Selected
operation
Selected
A10
resource
Resource 1 A10 B10
After rescheduling
Time axis
Relationship
? SAP AG 2001
Standard
Standard heuristics
heuristics
Heuristics
Heuristics for Heuristics
Heuristics for detailed
detailed scheduling
production planning (graphical control
control station)
station)
? SAP AG 2001
??You use heuristics to solve planning problems (using certain algorithms) for certain objects
(depending on the planning focus, either for products, operations, resources, or line networks). You
can use your own heuristics or those defined by SAP.
??The detailed scheduling heuristics are for scheduling; their planning focus is on resources and
operations. Examples of such heuristics are reduce leadtime and dissolve backlog.
Heuristics for
for
detailed
detailed scheduling
scheduling
? SAP AG 2001
??Sequence scheduling: You use this heuristic to schedule selected scheduled operations in a
particular sequence in the production planning run and in the DS planning board. This heuristic uses
the function module /SAPAPO/HEUR_PLAN_SEQUENCE. Activities: You specify the scheduling
sequence in the heuristic settings. When you start the heuristic for the selected operations, the system
deallocates these operations and then schedules them again one after another in the set sequence. For
further information regarding prerequisites and activities for using the detailed scheduling heuristics,
see Detailed Scheduling Heuristics.
??Dissolve backlog: You can use this heuristic to reschedule the backlog in the production planning
run and in the DS planning board. You can automatically reschedule the operations that lie in the
past in the planning period to the current date or in the future. The current date and current time is
the default for the earliest possible start date for the operations to be rescheduled. You can use the
offset time in the heuristic settings to shift the earliest possible start date into the past or into the
future. This heuristic uses the function module SAPAPO/HEUR_RESOLVE_BACKLOG.
??Manual sequence scheduling: You can use this heuristic in the DS planning board to create a
scheduling sequence of your choice for a group of selected scheduled operations and then schedule
the operations in this sequence. You create the sequence of operations manually on a graphical list
interface when calling up the heuristic.
Due to the fact that you create the operation sequence manually when calling up the heuristic, you
cannot use this heuristic in the production planning run.
Heuristics for
for
detailed
detailed scheduling
scheduling
? SAP AG 2001
??Lead time reduction : You can use this heuristic to reduce the lead time for orders in the production
planning run and in the DS planning board that have operations at selecte d resources. The system
fixes the selected resources and thereby all the operations that are scheduled at these resources.
Starting from each fixed operation, the system schedules the other operations of the affected order in
such a way that time intervals between the operations of that order are as small as possible. This
heuristic uses the function module /SAPAPO/HEUR_REDUCE_LEADTIME. For further
information regarding prerequisites and activities for using the detailed scheduling heuristics, see
Detailed Scheduling Heuristics.
??Schedule deallocated operations: You can use this heuristic to reschedule selected deallocated
operations in the production planning run and in the DS planning board. This heuristic uses the
function module /SAPAPO/HEUR_DISPATCH. For further information regarding prerequisites and
activities for using the detailed scheduling heuristics, see Detailed Scheduling Heuristics.
??Merge orders (container resources): You can use this heuristic to merge planned orders you have
selected in the DS planning board. The system increases the order quantity of an existing order to the
sum of all selected individual orders and deletes the other selected orders. All of the pegging
relationships are transferred to the merged order. This heuristic uses the function module
/SAPAPO/HEUR_MERGE_ORDERS.
Prerequisites for merging orders: All orders must reference the same production process model; all
orders must be planned orders; all orders must be synchronized (start and finish times are identical);
all orders must be scheduled at a multi-resource with storage characteristics; synchronization must be
activated in the master data of the resource.
Product
Productview,
view,
PP/DS
PP/DSmenu
menu product
product
planning
planningtable
table
? The overall profile is
used to call up the
Overall
Overall
Overallprofile
profile
profile Overall
Overallprofile
profile planning table
APO
APO -- planning
planning board
board
? SAP AG 2001
? Overall profile
? Planning version
? Sub-profiles:
? DS planning board profile
? Time profile
? Propagation range
? Work area
? Strategy profile
? Optimization profile
? Alert Monitor profile
? SAP AG 2001
??You specify the settings for the planning board in the overall profile.
??The overall profile contains the following sub-profiles in which the settings are grouped
thematically:
??DS planning board profile: Layout of the planning board
??Time profile: Plannin g period, evaluation period (= display period)
??Propagation range : Resources and products that you or the system can schedule
??Work area: Resources that are transferred to the planning table.
- From these resources the system determines the objects that are displayed in the different charts
of the planning table. The work area is only relevant for the planning table that you call up
directly in the PP/DS area menu.
??Strategy profile: Detailed scheduling strategies
??Optimization profile : Settings for the optimizat ion
??Alert Monitor profile : Settings for the Alert Monitor (alert categories, alert situations)
- The objects for which alerts are created in the planning board are the resources and products in
the propagation range and the resources that you specify using the work area. In the Alert
Monitor profile, you can define additional objects.
? SAP AG 2001
Once you have carried out the planning run for your plant 1000 in
Hamburg, you must reschedule the sequence of the existing
orders.
1-1 Until now you have only created planned orders for pump T-F2## (white pump)
and T-F4## (blue pump). The planned orders for the white pumps were always
planned for Monday in a week, and the planned orders for the blue pumps were
always planned for Friday in a week.
To carry out sequencing for differently colored pumps, you must now create
requirements and orders f or pumps T-F3## (yellow pump):
1-1-1 Enter the independent requirements for material T-F3## (yellow pump) in
plant 1000 in the R/3 program planning. Select the day schedule line as the
period schedule line by entering indicator T (day format) in the planning
period field in the initial screen of the transaction.
Select the Delivery Schedule tab in the planning table.
Enter the following independent requirements for pump T-F3## in plant
1000:
5 5 5 5
1-2 Start a production planning run again in APO. Plan all pr oducts in plant 1000 for
which the production planner is intended.
In the production planning run menu select the following variants: SAP_MRP_001 .
Field Value
Product
Location 1000
Production planner 0##
Marked for planning X
Choose Execute.
1-3 Check in which sequence the planned orders from the production planning were
created. To do this, use the detailed scheduling planning board.
1-3-1 Call up the variable view of the detailed scheduling planning board. Choose
the “Pump_##” overall profile and confirm using Enter.
Also choose the “Pump_##” work area and confirm using Enter.
Access the detailed scheduling planning board using the selection criteria
given above, and navigate your way in the detailed scheduling planning
board.
1-3-2 Search for the first orders for products T-F2##, T -F3## and T -F4## by
marking the relevant product numbers in the product chart and select “begin
with first graphica l object” using the right-hand mouse button.
Check which resources are occupied by the pumps in the resource chart. To
find out which capacity loads belong to which order in the resource chart,
mark the first planned order for product T -F2## and choose “mark to same
order” using the right-hand mouse button.
This will display all capacity requirements belonging to the order in color.
1-1
1-1-2
1-2 APO Menu path: Production planning ? Automated Production Planning and
Optimization ? Production planning run
1-3
1-3-1 APO Menu path: Production planning ? Interactive production planning
? Detailed Scheduling Planning Board
1-3-2
1-3-3
1-3-4
Contents:
? Concept and use of optimization in PP/DS
? Mathematical optimization procedure in PP/DS
? Overview of APO optimization architecture
? Process: Orders in optimization
? SAP AG 2001
? SAP AG 2001
11 Course Overview
66 Optimizing Scheduling
6
? SAP AG 2001
? SAP AG 2001
2: Op
t
sequ imization
ence (
optim PP/DS:
1: Pl izatio
anni n)
ng (g
plan
ned eneratin
orde g
rs)
Aggregation
? SAP AG 2001
??Planning generates planned orders which are scheduled at resources based on available capacity. The
orders may not necessarily be scheduled in an optimum sequence. Therefore, you can perform an
optimization run at the end of planning to, for example, optimize the sequence with regard to setup
times.
Transport
Tab. search Planning
? SAP AG 2001
??In APO, the following optimizers are available: optimizer for CTM, optimizer for PP/DS, optimizer
for Network Design, optimizer for Sequence Planning, optimizer for Supply Network Planning,
optimizer for Transport Planning.
??In Supply Network Planning, optimization problems are usually of the nature that they can be
solved with an "exact mathematical solution procedure" (which can be solved using linear
equations). For this reason, linear programming is used for optimization in Supply Network
Planning. Linear programming is able to calculate an "exact solution".
??In Production Planning and Detailed Scheduling (PP/DS) however, there are usually more
complex optimization problems for which no "exact solutions" can be found. Therefore, linear
programming is less suited for PP/DS. Instead, solutions are more able to approximate an "optimum
or exact solution". Approximate optimization procedures are therefore more suited to be used in
PP/DS (genetic algorithm/constraint-based programming). This allows the optimization system
to find a suitable solution faster.
??The different optimizers can be installed on the same server on which the APO application, the
LiveCache, and the database are all installed (but you can also install them on different servers). The
APO application server and the optimizer are linked via a TCP/IP connection. Here you specify
whether the optimizer is to be called on the APO application server or on a different server
(transaction sm59).
? SAP AG 2001
??Use: Optimization allows you to optimize the production dates/sequences and the resource
assignment of existing operations/activities which were generated by the production planning run or
manual planning. The optimizer does not create or delete orders.
The purpose of optimization is to generate feasible production plans and increase the efficiency of
production. Several optimization parameters (such as setup times, due date violations) can be
weighted in such a way that the optimized schedule comes as close to the desired results (for
example, minimum setup times) as possible. The following parameters can be taken into account in
optimization:
??Total lead time (from the start of the first operation to the end of the last operation in a schedule
within the optimization horizon). The total lead time makes a statement about the compactness of
the orders within the optimization horizon.
??Sum of setup times
??Sum of setup costs
??Maximum delay costs (maximum delay of an order compared to its requirements or due date).
??Sum of delay costs (delay compared to requirements or due dates)
??Sum of mode costs
30
Violation of the
Setup times
due date
? SAP AG 2001
??Optimization principle : Optimization evaluates a schedule (that is, the dates/sequence and resource
assignment of operations/activities) using an objective function.
The objective function is the sum of differently weighted times and costs that are especially critical
for planning. During optimization, the system tries to reduce the value of the objective function, that
is, find a schedule in which the diff erent times and costs - based on their weighting - are as small as
possible.
In general, it is not possible to meet all the scheduling goals to the same extent. Shortening the setup
times (by changing the order sequence) can, for example, lead to a violat ion of the due dates.
A C A Requirements time
Setup
1) A Setup time C time A Orders for products A, B, C
Setup
2) A A time
C
Setup times
x Time 1
x Time 2
Delays
? SAP AG 2001
? N = number of operations
? M = number of machines
? Possible sequences: (N!)M
? 10 operations and 5 machines =
(10!)5 » 6 X 1031 possible sequences !!!
? SAP AG 2001
??To get a good solution within a limited processing time, algorithms are needed that reduce the
complexity of scheduling problems.
APO
What can we live
live
Cache
do?
Metaheuristics
Model generator
? SAP AG 2001
??The model generator preprocesses the data from the liveCache for the optimization. The core model
is the set of preprocessed data. The core model data is transferred to the optimizer.
??There are two optimization procedures you can choose from in PP/DS:
??Constraint programming (CP)
??Genetic algorithms (GA)
??You can use metaheuristics to reduce the complexity of the optimization problem. By decomposing
the big problem, metaheuristics generate less complex problems that can be more easily solved.
Optimization is performed for the reduced problems consecutively. By using metaheuristics, a better
quality of solution is achieved in a given run time. Without decomposition, the processing time
required to ensure a certain quality level would increase to the power of three (cubic) as the problem
size increases.
??Parallelizationallows you to perform optimization on several optimization servers. You can also
perform optimization on a separate server just for optimization, while planning in APO on a different
server.
??Prerequisites: The master data for optimization is maintained in Customizing for Basic settings (for
example, the network connections to the optimization server and the maximum number of users).
live
Cache
Model generator
Metaheuristics
? SAP AG 2001
Solutions:
Feasible, good
Unfeasible, bad
? SAP AG 2001
??CP is suitable for complex scheduling problems in which many interdependencies and constraints
have to be considered, and where it is difficult for the planner, for example, to find a feasible
solution by scheduling interactively in the planning table.
??At every step of the optimization process, CP checks all hard constraints (constraints given by the
PPM or the resources). The system calculates successive solutions with the additional constraint so
that the quality of the solution is better than that of the predecessor.
??Unfeasible or bad solution are removed. This results in
??The search space being reduced
??Dead ends being detected early
??Complete back tracking is possible while a solution is being created.
??Propagation can be limited by metaheuristics (decomposition).
??Dynamic propagation needs time, improves, however, the quality of the solution.
??CP uses a high performance constraint propagator in conjunction with branch and bound techniques
(ILOG).
Task: Set up four queens in a way that they cannot hit each other. While
doing this, count the number of thought process steps you need to
achieve this.
4 Queens
? SAP AG 2001
??Task:
Set up four queens on the chess board in a way that they cannot hit each other. Count the
number of steps/thoughts you needed to solve this problem.
??Directions: In chess, one queen can reach all the fields of a chess board in the horizontal, vertical
and diagonal directions. Place one queen on the board and t hen decide where to put the other three
queens so that they do not hit each other, one after the other.
? SAP AG 2001
? SAP AG 2001
? SAP AG 2001
? SAP AG 2001
Select parents
? SAP AG 2001
??Genetic algrorithms are a class of algorithms which, as the name suggests, are based on genetics.
??GA begins the optimization process by creating an initial population of possible solutions. In
successive passes GA produces offspring solutions that are based on the initial parent solutions with
slightly modified parameters.
??Modifications are generated by crossover/reproduction or by mutation. Typical mutations are:
??Exchanging the sequence of activities
??Changing the resource allocation of activities
??At the end of successive passes an objective function is applied to determine the fitness of the
offspring solutions. At this point, the worst solutions are discarded and the best ones are kept as new
parents. This process continues through many generations until the predetermined run time is
reached. At this point, the best solution is chosen based upon the objective function.
??GA is suitable for detailed scheduling problems in which the planner is faced with the problem of
finding a very good solution, and not just a feasible one. Feasibility should not be the problem when
looking for a solution. Typically, GA is used in solving scheduling problems once most of the
constraint issues have been resolved by the production planning process. A practical example is
scheduling a sequence of activities with minimum setup time being the primary objective.
Resources
Time
Current window
Gliding window
1. Optimize schedule only in current window
2. Move window by a time delta
3. Repeat process
? SAP AG 2001
??Using time decomposition, the optimization of the schedule is not executed in one step for the
complete optimization horizon, but in many steps. In each step only a part of the schedule within a
small "gliding” window is optimized, whereby the "gliding" windows overlap.
??The size and overlapping of the gliding windows is determined by the metaheuristic and is dependent
on the complexity of the optimization problem.
??Disadvantages of the window size:
Server 1 Server 2
CIF
R/3 live
live
Cache
??The APO application, APO database, APO liveCache and the APO optimier can all be installed on
the same server.
??However, you can also install the APO optimizer on a separate server. If you do this, you must
specify in the TCP/IP connection (transaction sm59), that the optimizer is not to be started on the
application server, but on an "explicit host".
??Parallel processing: You can connect several optimization servers to the APO application server in
parallel. This would make it possible, for example, to use the SNP optimizer on a different server
than the PP/DS optimizer.
??For more information on the architecture and installation of the optimizer, see the installation guide.
? SAP AG 2001
??To achieve an optimized schedule, the start dates of the activities and the resource assignment are
varied during the optimization.
??Optimization constraints: Different scheduling constraints are taken into account during optimization
that are either
??Hard constraints, which the system must adhere to (for example, working times of a resource: the
system may only schedule activities during working times)
??Soft constraints, which the system tries to adhere to but may violate to find a solution that
adheres to the hard constraints (for example, requirements dates of sales orders: the system may
schedule receipts after the requirements date. These delays, however, can be minimized during
optimization).
??Note: Optimization does not take the planning parameters in the resource and the detailed planning
strategies into account.
? SAP AG 2001
Resource B
Resource C
Resource D
Resource E
Non-working times
Fixed operations
Operations, that may be rescheduled
Relationships
Transferred resources: B, C, D
Optimization range
? SAP AG 2001
Fixed activity
Resource 1 Activity A
* (paint)
Activity B
Resource 2 (assemble)
Time
? SAP AG 2001
??Activities,operations and orders can be fixed during optimization. The system does not reschedule
fixed objects during optimization. However, the fixed objects determine by their time relationships
or pegging relationships to non-fixed objects whether, and by how far, these objects can be shifted
during optimization. The optimized schedule is, therefore, adjusted to accommodate the fixed
objects.
??The following objects are always fixed:
??Activities that are do not lie, or only partially lie, within the optimization range
??Started, partially confirmed or finally confirmed operations
??Operations that you fixed in the production planning run or in the DS planning board
??Sales orders
??You can fix the following objects for the optimization as required:
??Selected order types (for example, in-house production orders or external procurement orders)
??Orders that only lie partially in the optimization range
??Released orders
??Orders that contain fixed, started, partially confirmed or finally confirmed operations
??You enter the corresponding settings when calling up optimization, or in the optimization profile on
the Order processing tab.
? SAP AG 2001
??Optimization uses an objective function to evaluate a schedule (that is, the dates/sequence and
resource assignment of oper ations/activities).
The objective function is the sum of the different weighted optimization criteria that reflect the
central scheduling problems for production planning: The optimization function tries to reduce the
value of the objective function during the optimization run, that is, it tries to find a schedule in which
the value of the various criteria, according to their weighting, are as low as possible. In general, it is
not possible to fulfill all the criteria to the same extent. For example, a red uction in the setup time
could lead to an increase in the total lead time.
??The following parameters can be taken into account in optimization:
A C Requirements time B A
Setup Setup
C time A A time
B
Optimization result (with light weighting of delays)
Setup Setup
A A time B time
C
time Optimization result (without weighting of delays)
etup
timum s
Op Time
? SAP AG 2001
??Use: You can optimize the schedule for single resources based on the sum of the setup times and
sum of the setup costs. The system determines sequence dependent setup times and setup costs from
the setup matrix (which can only be maintained for single resources).
??Prerequisites:
??You have modeled the single resources and the operations that are processed at these resources
exactly as with the setup time adjustment (see the unit Simultaneous Material and Capacity
Requirements Planning).
??You strongly weighted the setup times or the setup costs in the objective function.
??Scope of function: In the objective function, the system interprets the values for the setup times and
setup costs from the setup matrix as follows:
??You enter the setup time in a unit of your choice (for example, hours or minutes) in the setup
matrix. The system uses the setup duration in seconds in the objective function. If you enter, for
example, a setup duration of 10 minutes in the setup matrix, the system uses the value of 600
(seconds) in the objective function.
??You enter the setup costs without unit of measurement in the setup matrix. In the objective
function, the system directly uses the value entered in the setup matrix. If you enter, for example,
the value 10 for the setup costs in the setup matrix, the system uses the value of 10 to calculate in
the objective function.
??Important: In the objective function, the setup costs with a value of 10 correspond to a setup
duration of 10 seconds. You must consider this relationship between setup times and setup costs
when defining the objective function, that is, when specifying the weighting for the setup times and
the setup costs.
Mode 1 (for example, new resource) Mode 2 (for example, old resource)
Primary resource W1906_1000_001 Primary resource W4711_1000_001
Secondary resource W1906_1000_002 Secondary resource W4711_1000_002
? SAP AG 2001
??Use: You can use optimization to optimize the schedule according to the sum of the mode costs for
the activities. The mode costs for an activity are the costs that are incurred when executing an
activity in a particular mode; they are calculated as follows from the fixed and variable costs:
Mode costs = Fixed costs + Variable costs x Duration of activity
??You maintain the fixed and variable costs depending on the mode priority; as the priority decreases,
the costs must either increase or remain the same. The system uses the activity duration in seconds to
calculate the mode costs.
??To reduce the costs for an activity, the system can choose a mode with lower costs for the activity
during optimization, that is, it reschedules the activity to an alternative primary resource with lower
costs and to the corresponding secondary resources.
??Prerequisites:
??You defined the fixed and variable costs depending on the mode priority in the optimization
profile or when calling up the optimization on the Costs tab. If you do not enter any mode costs,
the system uses the system default value.
??You strongly weighted the mode costs in the objective function.
A C Requirements time B A
Setup Setup
C Setup time A time B time A
Operations of products A to C at paint shop according to schedule (starting situation for optimization): planned
orders for A were created first, then for B and C
Setup Setup
C time A A time
B
Optimization result (with light weighting of delays)
Setup Setup
A A time B time
C
tup
time Optimization result (without weighting of delays)
imum se
Opt Time
? SAP AG 2001
??Use: You can use optimization to optimize the schedule according to the costs that are associated
with the delayed completion of orders or activities. The following optimization criteria is available:
Sum of the delay costs in the optimization horizon as well as the maximum delay costs for a single
order or a single activity.
??A delay occurs if a receipt is later than a requirement or if the latest allowed start or finish date of an
activity lies before the actual start or finish date.
??The costs of the delay of a single order or activity depend on the order priority and the duration of
the delay; this is calculated as follows:
Delay costs = Costs dependent on priority x Duration of delay
??When a receipt delivers several requirements with a delay, the system uses the biggest delay for this
receipt for one of the requirements.
??You maintain the priority-dependent costs depending on the order priority in the optimization
profile; as the priority decreases, the costs must either decrease or stay the same. The order priority
can be specified by the sales order, the planned requirement or - depending on the product - by the
product master. Depending on the planning version, you specify from where an order obtains its
priority in Model and Version Management. An activity inherits its priority from the order. The
system uses the delay duration in seconds to calculate the delay costs. This allows you to consider
order priorities above the delay costs in the optimizer.
??To reduce delay costs during optimization, the system tries to schedule orders and activities that have
a high priority with the smallest possible delay (if necessary, at the expense of orders and activities
with lower priority for which greater delays are not as crucial).
??Prerequisites:
??You defined the priority-dependent costs depending on the order priority in the optimization
profile or when calling up optimization on the Costs tab. If you do not enter any costs, the system
uses the default value.
??You strongly weighted the delay costs in the objective function.
? Optimization algorithms
? Constraint-based programming
? Genetic algorithm
? Run time
? Objective function weighting
? Total lead time
? Sum of setup times
? Sum of setup costs
? Maximum delay costs
? Sum of delay costs
? Sum of mode costs
? SAP AG 2001
??You maintain the settings for optimization in the optimization profile in Customizing for PP/DS.
You can change the optimization procedure, the runtime and the weightings interactively before
starting an optimization run.
??How suitable an optimization procedure is in finding a good solution, depends on the scheduling
problem (constraint propagation, genetic algorithm).
??Basically, you determine the quality of the solutions by setting the run time for the optimization.
??Which weights of optimization criteria you use to obtain good solutions depends on the scheduling
situation and the organizational goals.
??In general, the optimization function considers constraints given by the resources (for example, the
calendar), the production process model (for example, time constraints) and the order (for example,
due dates). However, you can "switch off " a part of the hard constraints. For example, if you remove
the calender the resources are available 24 hours each day.
? SAP AG 2001
??Campaign optimization : You can perform campaign optimization for bottleneck resources in
optimization. During campaign optimization, the system optimizes the duration and sequence of
campaigns with respect to the following optimization criteria: Sum of earliness costs, sum of delay
costs, sum of setup times, sum of setup costs. Already existing campaigns can be retained,
extended or dissolved during campaign optimization. Following campaign optimization, the
system optimizes the overall schedule while retaining the optimized campaigns.
??Multi-agent optimization: Multi-agent optimization is available so that you can optimize on one
optimization server with several processors in parallel. During multi-agent optimization, the
system uses all the processors in parallel for optimization; it can execute the optimization on each
processor using a different (user-defined) objective function. Each "agent" optimizes the same
given scheduling problem with "its" objective function.
??For more information on these topics, see the online help.
? SAP AG 2001
? SAP AG 2001
11 Course Overview
1
66 Optimizing Scheduling
? SAP AG 2001
Reduce
Reduce receipts
receipts Production order
Goods Receipts reduce
Goodsreceipt
Goods receipt
receipt Increase
Increase stock
stock
Increase stock with quantity 0
? SAP AG 2001
??Confirmation: The production order is always confirmed in R/3. The capacity requirements in R/3
and APO are adjusted with the confirmation.
??Time ticket confirmation: The total operations/orders are confirmed
??Yield confirmation: If you confirm the part quantities of an operation, the operation is moved to the
confirmed actual end date (usually no actual end is entered, so the operation is moved to the today
line). If you wish to move the operation only after the final confirmation of the oper ation, you can
use a Customer Exit.
The duration of the total operation remains the same, but the remaining duration changes. The
partially confirmed operation has a start date, a restart date and an end date. The difference between
the restart date and the end date of the operation is the remaining duration. Capacity requirements are
not reduced with the confirmation (they are reduced only with the technical closing or the deletion
flag), but the remaining time is reduced: The restart date is moved to the today line following
confirmation. Only the remaining duration is in the future and thus creates capacity requirements in
the future. Capacity requirements between the start date and the restart still exist, but are in the past.
Confirmed operations are fixed in APO. Following the final confirmation for the operation all the
remaining capacity requirements for the operation also disappear from APO.
??Scrap confirmation: If the final confirmation of an operation is linked to confirmation of scrap, then
the remaining quantity will be propagated (remaining quantity of the output quantity is adjusted), if
the propagation of the remaining quantity was activated in R/3 (from Rel. 4.6c in Customizing
Production order: confirmation parameter) and in APO (in the product master or in PP/DS
customizing under global settings). The relevant setting for propagation of the remaining quantity
should be maintained in both R/3 and APO.
...
??Order confirmations are transferred in the R/3-APO interface as individual operation confirmations.
Thus the same rules apply for order confirmation.
??Posting of goods receipt (in R/3): In both R/3 and APO the order quantity for the receipt is reduced
and the stock is increased. The quantity in the APO order is set to zero using the total goods receipt
for the production order, but the production order is still visible in APO (you can use the user-
settings in the APO product view to define that orders with quantity zero should not be displayed).
The APO production order is not deleted after good receipt so that possible posting reversals for the
production order can be processed correctly.
??The production order is deleted in APO by technical closing in R/3 (individual processing or
collective processing) or using the deletion flag in the R/3 production order.
Reduce
Reduce receipts
receipts Production order
Goods
Goodsreceipt
Goods receipt
receipt Increase
Increasestock
stock with quantity 0
? SAP AG 2001
??With time event confirmation a confirmation is made based on a time event, so that the operation
restart is scheduled at the confirmed date/time.
??Note for quantity propagation through scrap confirmations: You can specify that one of the
following alternatives is used:
??Propagation off: Only the quantity of the confirmed operation is adjusted.
??Propagation on: Deviations between planned and actual operation quantities are also propagated
for subsequent operations with material flow relationships and are adjusted accordingly. The
output quantity of the production order is also adjusted.
??Dependencies: The material flow indicator must be set for the relationship between the activities
of these operations, so that a change in one operatio n can be propagated to a subsequent operation.
??Component adjustment by confirmation: If the complete confirmed operation quantity is different
from the planned quantity, the system can adjust the quantities for input and output components. You
can specify that the input and output components
??should not be adjusted
??should be adjusted without the confirmation operation (that is, components are only adjusted for
subsequent operations)
??should be adjusted with the confirmation operation (that is, components are adjusted for both the
confirmed operation and the subsequent operations). Note: This setting is only possible in APO,
but not in R/3 Customizing.
...
??Remaining net duration adjustment by confirmation: The actual start and end times of an activity
and the duration of an activity often vary from the planned times and durations. Thus, you can make
the following settings for if and how the system should adjust the planned duration of an activity to
the current data:
??Do not adjust,
??Make linear adjustment: with a confirmation of 50% of the operation quantity, the remaining
duration is 50% of the operation duration
??Adjust in accordance with PPM plan: The remaining duration is determined with the remaining
quantity using the scheduling data in the APO PPM.
R/3 APO
A A
Production order
10 20 30 10 20 30 Output situation
Component B is not
B C D APO relevant C D
A A
Production order
10 20 30 10 20 30
Components B2 (not
B, C, D C, D
APO relevant) and C2
B2 C2 (APO relevant) are C2
added
? SAP AG 2001
??Customizing for retransfer of R/3 order changes or initial creation of R/3 orders (only for in-house
production) to an APO production order (transaction /sapapo/cp3):
??never
??Changes always retransferred (Delta + initial supply): The changes are retransferred to APO for
each change in the R/3 order and for new initial transfers of the integration model for orders.
??Changes only retransferred in the Delta supply): The changes are retransferred to APO for each
change in the R/3 order (but not for new initial transfers of the integration model for orders).
??Recommendation: Integration-Strategy profile (global parameter in PP/DS Customizing): Use an
infinite strategy for the back-update of R/3 order changes/initial creations.
??The following R/3 production order changes are considered or transferred in APO: Quantity changes
order (only in R/3 production order for released orders); Order/operation release; Reading master
data; Deleting production order:......................................
??The following scenarios are currently still not supported: Changing the material number of the order
reservation from APO-relevant to non APO-relevant: Deleting and adding new numbers instead;
Dynamic order splitting; Partial conversion from APO; Order network; Discontinuation, developing
alternative parts, order float and reduction strategies; Uneven capacity requirements distribution;
? SAP AG 2001
??You can trigger conversion of purchase requisitions into purchase orders directly in APO, by setting
the conversion indicator for the relevant purchase requisitions. The orders for which you trigger
conversion in the APO system are sent to the connected R/3 system and are automatically converted
there. The converted orders are sent back to the APO System with a different ATP category (for
example, PReq for purchase requisition becomes PchOrd for purchase order).
??A shipping notification is created in R/3: As soon as the shipping notification is created in R/3 it is
automatically transferred to the APO system. The schedule lines in APO are then reduced to the
quantity notified.
??The goods receipt is posted in R/3: As soon as the goods receipt has been posted it is automatically
transferred to the APO system. The APO then increases the stock and reduces the schedule lines.
??The shipping notification is in APO (if it is used) to reduce the goods receipt quantity. The schedule
lines are also reduced correspondingly.
11 Course Overview
66 Optimizing Scheduling
? SAP AG 2001
Product A Product B
REM heuristics =
Alternative to process control
heuristics SAP_MRP_001 and
SAP_MRP_002 for planning
requirements
? SAP AG 2001
??For planning production in repetitive manufacturing, two basic heuristics (REM heuristics; REM
= Repetitive Manufacturing) are provided: SAP_REM_001 and SAP_REM_002. These are
particularly suitable for planning non-configurable products that are to be produced on simply
structured lines (such as filling lines). With these heuristics you can plan several resources (in
repetitive manufacturing with PPM) or lines (in REM with iPPE: resources of type line)
simultaneously. In this way you can produce products on alternative resources (lines), and load them
as you wish within finite planning.
??You use the heuristic multi-resource planning (primary resources) (SAP_REM_001), if you produce
several products in repetitive manufacturing from the same resources (lines) and prefer one specific
resource because of costs, or other reasons. This resource is then the primary resource. In the settings
for the heuristic you can determine the criteria the system should use to determine the primary
resource. The criteria can be either the priority of the session (when using the PPM) or the
production rate (when using iPPE).
??Both SAP REM heuristics initially carry out the net requirements calculation , then calculate the lot
sizes according to the settings in the product master and finally create scheduled APO planned
orders for the available requirements, taking into account the free resource capacity available per
period. Depending on your settings, the periods could be daily, weekly, or monthly. User -defined
time periods are also possible.
??To determine the requirement quantities and dates for the necessary components, the REM heuristics
then carry out a single-level individual explosion of the iPPE data, or the production process model
and thus determine the dependent requirements for the BOM level directly below.
The heuristics only work with firm setup times and do not take into account sequence-dependent
setup, as defined in the setup matrix of the production process model.
Requirements Requirements
situation 16 h
Available capacity
Time
Horizon
? SAP AG 2001
??When using heuristic SAP_REM_002, the system first of all tries to load the primary resource and
then the alternative resources to full capacity. Because of the wavelike calculation, the planning
algorithm of this heuristic is also known as a wave algorithm. The planning takes place in three
steps:
??Step 1: Finite backward scheduling, starting from the end of the planning period (backward
wave): The lots with requirements dates in the last period are initially dispatched to the primary
resource of the corresponding product. If the primary resource is fully loaded, remaining lots are
divided across alternative resources. If, in the last period, the alternative resources are also fully
loaded, surplus lots are put at the resources of the previous period. In this way the lots with the
earliest requirements dates are moved first.
??Step 2: Finite forward scheduling starting from the beginning of the planning period (forward
wave): This step applies to lots that the system could not schedule finitely in the first step. The
process is the same as in step 1: the lots whose requirements dates are in the first period, are
dispatched to the primary resource of the corresponding product. If the primary resource is fully
loaded, remaining lots are divided across alternative resources. If, in the first period, the
alternative resources are also fully loaded, surplus lots are put at the resources of the following
period. In this way the lots with the latest requirements dates are moved first. There are two
options for moving lots, depending on your settings. The system either looks for the next gap, or it
moves surplus lots to the next period.
...
??Step 3: Finite or infinite scheduling of the remaining lots: The step concerns lots that the system
could not schedule finitely even in the second step. That is, there is no available capacity for them
in the planning period. Depending on the settings, these lots can be scheduled finitely or infinitely
at the end of the planning period, scheduled infinitely at the beginning of the planning period, or
not scheduled at all.
??There are two alert situations:
- Finite scheduling at the end of the planning period can result in delays.
- Infinite scheduling at the end or at the beginning of the planning period results in capacity
overload, sometimes with delays
- If scheduling does not take place at all, this can result in a shortage, sometimes with delays.
-150
-200
-190
-250 -230
-250
-260
-300
? SAP AG 2001
??For a period of five weeks there are weekly requirements for two products
??Product A (displayed light) can be produced on resources L1 and L2; the primary resource is L1.
??Product B (displayed dark) can be produced on resources L1 and L2; the primary resource is L2.
On each resource a maximum of 100 pieces can be produced per week.
120
200
150
100 80 80 80
50
50 40
30
0
L1 L2 L1 L2 L1 L2 L1 L2 L1 L2
80 80
80
60
60
40
20
0
L1 L2 L1 L2 L1 L2 L1 L2 L1 L2
??Step-by-step planning:
??The system creates planned orders for the requirements for product A and B from the
corresponding primary resource L1. This causes overloading on both resources in week 5 and
week 1. This is the situation after infinite planning .
??Backward wave: In week 5 the system tries to distribute planned orders for product B to the
alternative resource, until this is at full capacity. However, since alternative resource L1 is already
occupied, the next step occurs: The system divides the remaining overload from week 5 to the
primary resources in the previous week, that is week 4. The resulting overload on L1 in week 4 is
moved to the secondary resource L2. In week 5, all resources are now at full capacity, in week 4,
resource L1 is at fully capacity, and resource L2 is at 80% capacity. In weeks 3 and 2 the situation
is not critical. In week 1, there are overloads on L1 and L2, which have to be reduced.
??Forward wave: In week 1 the system distributes planned orders for product B to the alternative
resource, until this is at full capacity. However, since alternative resource L1 is already occupied,
the next step occurs: The system distributes the remaining overload from L1 and L2 from week 1
to the primary resources in the following week, that is, week 2. The resulting overload on L1 in
week 2 is moved to secondary resource L2 and primary resource L1 in week 3. In this way, you
reach a balanced situation with the load on the primary resources.
? SAP AG 2001
Heuristics for
for - Planning run
production
production planning
planning - interactive planning
SAP_MRP_001:
Production planning
run by low-level codes
SAP_MRP_002:
Product heuristic
? SAP AG 2001
...
??Maximum package size : Products are planned in packages in a transactional simulation mode
(Sim-session, buffer). After planning in this simulation mode, the changes are moved back to
operative planning (merge). A package can contain several products of the same low-level code,
product master heuristic, and planning file entry. The maximum package size is 5, however, a
maximum package size of 1 is recommended. The maximum package size for a product is only
valid if Heuristic and not Part of package is select in the product master (PP/DS view).
??Parallel processing indicator: In this case, along with planning on the APO application server (on
which the liveCache may also be installed) further processing takes place on a different
application server (settings in Customizing for PP/DS, under Destinations for Parallel Processing.
Two dialog processes may be started per server). Splitting is always done per low-level code.
Since, in finite scheduling, server A does not directly see the resource load that server B generates,
the planning result may lead to capacity overload. Therefore, parallel processing is not
recommended in finite scheduling, but only in infinite scheduling.
? SAP AG 2001
? SAP AG 2001
??You can make the following global settings for each planning version in planning version
management:
??PP/DS Change planning active indicator: If automatic planning has been set for the product in the
product master, a planning file entry is created for each relevant change in PP/DS (such as a new
requirement) so that the product can be planned again in the next planning run with net change
planning.
Use: You set this indicator if you want to work with PP/DS in this planning version. However, if
you do not want to plan with PP/DS, do not set this indicator.
??PP/DS Automatic planning active: If this indicator is set, planning is performed for each product
for which automatic planning immediately is set in the product master. If this indicator is not set,
only a planning file entry is generated for this product, so that the product can be planned again in
the next planning run with net change planning.
??PP/DS No order without source of supply indicator: If this indicator is set, no order is created for
a product in PP/DS if a valid source of supply cannot be found. If this indicator is not set, an order
is created without requirements and operations if a valid source of supply cannot be found for a
product.
??PP/DS: Standard planning horizon (days) field: You can enter the number of days (in the future),
starting from the current date, on which product receipts and product requirements are to be
planned using production planning and detailed scheduling. You can also define a production
horizon in the product master. The production horizon entered in the product master has priority
over the parameters defined in the planning version. SNP performs planning outside of the
production horizon.
...
??PP/DS: Determine priority (order priority) field: ("blank" = for make-to-order planning from
sales order, otherwise from product, "1" = always inherited from requirement, "2" = always
inherited from product): In make-to-order planning, the priority is always inherited from the sales
order. In make-to-stock production, the priority is taken from the product master.
The priority is always taken from the requirement. This is the case for all production levels, even
for make-to-stock production. In make-to-stock production, there is usually no lot creation.
Requirements with different priorities can be covered by a single receipt element. In this case, the
priority of the receipt element can be different from the priority of the requirements element.
??PP/DS: Consider safety stock field ("blank" = not considered, "1" = do not delete orders if they
cover safety stock, "2" = schedule orders again if safety stock is not covered. For more
information, see the F1 help in the field.
Reqmt Reqmt
? SAP AG 2001
??Inproduct master tolerances for over- and underdelivery can be maintained. That means that a
pegging is been build if the quantity fits to the range.
??Underdelivery tolerance limit: The tolerance level in percent of how much less of an order quantity
may be delivered. Delivery tolerances are often required in a make-to-order environment where
every customer has different requirements. If the batch size is slighty smaller than the order quantity,
the customer may tolerate, for example, 5% less than they ordered.
??Overdelivery tolerance limit: The tolerance level in percent of how much more of an order quantity
may be delivered. Delivery tolerances are often required in a make-to-order environment where
every customer has different requirements. If the batch size is slighty larger than the order quantity,
the customer may tolerate, for example, 5% more than they ordered.
??Consume total stock indicator: Pegging takes only place between stock and requirement if the stock
can be completely pegged with the requirement: Example: Stock of 12 pieces, requirement element
of 10 pieces. Pegging will not take place, because stock would not be pegged completely with the
requirement element. Exception: If you have maintained an overdelivery tolerance limit of 20 %,
then the stock would be pegged for the requirement element. A overdelivery for the requirement
element would be carried out.
??Consume total order quantity indicator: Pegging takes only place between order and requirement if
the stock can be completely pegged with the order: Example: order of 12 pieces, requirement
element of 10 pieces. Pegging will not take place, because order would not be pegged completely
with the requirement element. Exception: If you have maintained an overdelivery tolerance limit of
20 %, then the order would be pegged for the requirement element. A overdelivery for the
requirement element would be carried out.
??Use: metal, paper, wood industry. Example: Steel coil of 100 tons can not be devided for pegging
reasons. Pegging has to be carried out for the total quantity.
Planning log:
Application log for errors in planning in ABAP as well as
information messages in planning (for example, errors
during order creation, PPM is not valid, planning run has
started)
Scheduling log:
Application log for errors in scheduling in the LiveCache
as well as information messages on scheduling in the
LiveCache (for example, rescheduling an order)
? SAP AG 2001
??The system automatically generates a planning log or a schedulin g log for a planning run or planning
session (for example, with the product view or detailed scheduling planning board). You call up the
logs by choosing Production Planning -> Reporting -> Planning Run Reporting.
??The system collects messages that it generates in interactive scheduling or in the production
planning run in the planning log.
??In the scheduling log, the system collects information relevant for scheduling that it generates in
interactive scheduling or in the production planning run during scheduling. This may include
scheduling problems at the resources, or quantity and product-related information in the planning
log on, for example, missing components.
??Termination of scheduling: In complex scheduling situations in which many constraints and
dependencies must be considered, the duration of scheduling can be very long. The system is set
internally to terminate scheduling after 10 minutes. You can set another maximum scheduling
duration in the strategy profile.
Procurement type
PPM explosion
Scheduling
? SAP AG 2001
Quantity float
? SAP AG 2001
??To take uncertainty in requirements development into account, there are different options for
scheduling floats:
??As a quantity float: safety stock, dynamic safety stock planning in SNP
??As a time float: safety days' supply, target days' supply
??For more information on quantity and time-based floats, see the appendix.
??As a quantity buffer, you not only can enter a static (time cannot be changed) safety stock, but can
also work with dynamic safety stock planning when using Supply Network Planning (SNP). Safety
stocks that vary in time can be determined here in connection, for example, with the requirements
situation (the service level, for example, which is not used anywhere else in PP/DS, is used to
calculate in the APO product master).
The safety stock calculated in SNP can also be used in Production Planning and Detailed Scheduling
as well as in Capable-to-Match if this has been set in Customizing for PP/DS under Make SNP
Figures Available.
Stock
MRP Requirement
available
stock Safety stock
Receipt
Safety stock
(is not available for MRP) Time
R/3 Product A
APO
Mat. A Lot size
Safety
Safety stock 30 pcs
stock
? SAP AG 2001
??Staticsafety stock : For each requirement for which the MRP available stock is not sufficient, the
production planning run generates a procurement element to procure the quantity that is required.
The safety stock, as an MRP not available stock, does not go into the net requirements calculation.
??This type of safety stock is independent of the requirements quantities, and is therefore static.
??You cannot make a percent of the safety stock available. The production planning run fills the safety
stock again when there is a shortage as soon as there is even a slight shortage.
??Prerequisite: In the MRP 2 view of the R/3 material master, you define the niveau of the safety
stock. This is transferred to the Safety stock field in the product master (Lot size view) via the R/3-
APO interface.
4 June 6 June
Receipts
Time
R/3 Product A
APO
Mat. A Lot size
??The safety days' supply is a safety time/safety buffer (compared to lead-time offset/preliminary time
in the component data of a BOM item). Its purpose is to avoid problems with production supply
which may be caused, for example, by late deliveries.
??The safety days' supply causes the procurement proposals to be placed before the requirements dates
by the specified number of workdays. The actual requirements dates are not changed. This ensures
that the warehouse stock of a product can cover the requirements without new receipts.
??Example: Requirement for 100 pieces on 6 June, safety days' supply = 2 days, receipt is created with
4 June as the availability date
??Prerequisite: In the MRP 2 view of the R/3 material master, you define the safety time. This is
transferred to the Safety days' supply field in the product master (Lot size view) via the R/3-APO
interface.
Time
Reorder days' supply
Reqmts of 2 days First requirement
on the time axis
Product A
Lot size
APO
Procedure
Order point
Reorder point proc. Reorder days' supply 2
Quantity
determination
2 Target days' supply 5
Target stock level procedure
? SAP AG 2001
??Target days' supply: Number of days that the warehouse stock and the planned receipts of a
material are to last to cover the requirements existing at the time of planning within a specified
interval (called the target days' supply). However, this interval (target days' supply) is not calculated
starting from the chronologically first requirements element, but rather the interval already begins a
defined number of days (reorder days' supply) before eac h requirement. All of the requirements are
read within the target days' supply. In lot-size calculation the amount of the generated procurement
elements is increased so that all requirements are covered within the interval and the days' supply is
ensured (via the number of days defined in the target days' supply interval). This is called the lot-
sizing procedure reorder point. If you want to generate deviating order quantities, you can also work
with rounding possibilities (for example, rounding value, minimum lot size).
For the requirement that is chronologically next on the time axis, the system proceeds in the same
way. If, in this case, there are target days' supply requirements in the overlapping next interval for
which an order was already generated, they are not taken into account again. This allows
overproduction to be avoided and is ensured via the link (pegging) of requirements and receipts.
??Prerequisite: Choose Reorder point procedure in the Lot size view of the APO product master.
Choose reorder point procedure 2 (reorder days' supply from location product master), since the
other reorder point procedures are not support in PP/DS at this time. Enter the number of days for the
reorder days' supply. Choose target stock level procedure "blank" (target days' supply from product
master) , since the other target stock level procedures are not support in PP/DS at this time. Enter the
number of days for the target days' supply.
The reorder days' supply and the target days' supply are only used by the lot-sizing procedure
reorder point.
...
??Target stock level procedure: blank (target days' supply from product master), 1 (target days' supply
(time-dependent maintenance)), 2 (target stock level (time-dependent maintenance)), 3 (maximum
from TS/TD (time-dependent maintenance)), 4 (target stock level equals prod. stock capacity), 5
(maximum from prod. stock capacity/TD), (product master)), 6 (total from prod. stock capacity/TD
(product master)), 7 (no target stock level)
??Reorder point procedure: 1 (reorder point from location product master), 2 (reorder days' supply
from location product master), 3 (maximum from RP and RD from location product master), 4
(reorder point (time-dependent maintenance)), 5 (reorder days' supply (time-dependent
maintenance)), 6 (maximum from RP and RD (time-dependent maintenance))
Lot-size calculation
calculation
Procurement type
PPM explosion
Scheduling
? SAP AG 2001
??In net requirements calculation, the system calculates the shortage quantities for each requirement
date. These shortage quantities must be covered by receipt elements. The amount of the receipts is
determined by the system during a planning run in lot-size calculation.
??You determine how the lot sizes are calculated by choosing a lot-sizing heuristic in the product
master (PP/DS view). If you have not entered a lot-sizing heuristic in the product master, the system
uses the heuristic you defined in Customizing for PP/DS as the product heuristic. The lot-sizing
heuristics in the product master perform a fixed, predefined lot-sizing calculation, while also taking
the lot-sizing parameters (such as the maximum lot size, the rounding value, the fixed lot size)
maintained on the Lot size tab in the product master into account.
??If you use the lot-sizing heuristic SAP_PP_002 (planning standard lots), only the lot-sizing
parameters defined on the Lot size tab in the product master are used (for example, the fixed lot size
100 pieces). You can use other lot-size calculation functions when you choose a different lot-sizing
heuristic: If you have chosen, for example, lot-sizing heuristic SAP_PP_004, you can use different
periods of different lot-sizing procedures. In this case, the lot-sizing heuristic SAP_PP_004 also
considers the lot-sizing parameters defined on the Lot size tab in the product master, such as fixed lot
size = 100 pieces or rounding values allowing rounding to be performed.
??The result of the lot-size calculation is the quantity to be produced or procured. You can display and
change this quantity in the procurement proposal.
July
, 1
We
ed
W
d, 2
, 17
4
Wed
Jul
y
Time
? SAP AG 2001
??In the period lot-sizing procedure according to the planning calendar, the system combines the
procurement of requirements quantities within a time segment (for example, between each
Wednesday) to a lot size that is defined using the planning calendar.
??Prerequisite :Maintain the lot-sizing procedure lot size according to planning calendar in the R/3
material master or the lot-sizing procedure period lot-size with the period indicator calendar in the
APO product master. Maintain a planning calendar in the R/3 material master (MRP 2 view) or in the
APO product master (Lot size view). The planning calendar is defined in the R/3 requirements
planning menu (submenu of Master Data) or as the time stream in APO Customizing.
R/3 Product A
APO
Mat. A Lot size
APO Customizing:
Rounding Rounding profile 0001 Is the rounding
profile
profile known?
? SAP AG 2001
??Rounding profile: Scaled roundings can be represented using the rounding profile.
A rounding profile can contain threshold values and rounding values in different levels. The
rounding value is the value that the system rounds up to as soon as the threshold value has been
exceeded. If the threshold value is not reached, the system rounds to the next smaller level. If the
smallest level is reached, the system rounds to a multiple of the rounding value if the requirements
quantity is larger than the threshold value. Otherwise the requirements quantity is not changed.
??Example: The order is to be in layers (1 layer is equal to 5 pieces) or pallets (1 pallet contains 8
layers that each contain 40 pieces).
Therefore, the following rounding profile is defined: level 1: 2 -> 5, level 2: 32 -> 40:
If a requirement is above 2 units, the system rounds up to 5, if a requirement is above 32 units, the
system rounds up to 40. If the requirement is below the first threshold value, the original
requirements value remains the same. If the first threshold value is exceeded, the system always
rounds up.
??Prerequisite: You define a rounding value in the MRP 1 view of the R/3 material master. The
rounding profile is transferred to a field of the same name in the APO product master (Lot size view)
via the R/3-APO interface. You define the rounding value in R/3 Customizing for Material
Requirements Planning or in APO Customizing under Master Data -> Product in the IMG activity
Maintain Rounding Profile. The R/3 Customizing data for the rounding profile is not transferred via
the R/3-APO interface. The definition of the rounding profile must therefore be transferred to APO
Customizing separately.
S
?? SAP AGS2001
P AG
Assembly scrap
- Increased
Increased total
total quantity
quantity of
of the
the order
order
- Increased net duration and resource consumption of activities
- Increased
Increased requirements
requirements quantity
quantity ofof all
all components
components
- Maintained in product
product master
master ofof the
the finished
finished product/assembly
product/assembly
? SAP AG 2001
??Ifscrap is produced during the manufacture of a product, the quantity to be produced must be
increased accordingly to reach the desired yield quantity. Scrap that can be planned is inte grated in
planning, production, and material calculation (R/3). You can model scrap planning in different
ways. The different scrap types have different effects:
??Scrap at assembly level (assembly scrap) : In the product master (Lot size tab), you describe how
much scrap is produced during the manufacture of a product, depending on the production process. If
scrap is produced, a larger quantity must be produced to reach the required yield. The system
performs the quantity checks automatically.
The system calculates the total quantity to be produced from the desired yield and assembly scrap,
based on the following formula:
Total quantity = Yield x 100% / (100% - Scrap in %)Example: You create an order and enter 100
pieces as the yield. You have entered an assembly scrap of 20% in the product master. The system
therefore generates an order for 125 pieces.
??Along with the total quantity, the following is also increased accordingly:
- The quantity of the components required to produce the product
- The net duration of activities for quantity dependent processing time
- The resource consumption of activities for quantity-dependent resource consumption
??The scrap calculation is only relevant for products produced in -house. The system performs scrap
calculation automatically using the desired yield and the scrap data and increases the quantity to be
produced and the component requirements. It is a good idea to use the procedures above
alternatively, since otherwise too much scrap is calculated.
Activity scrap
- Decreases operation quantity of operations that follow
- Increases net durations and resource consumption of activities
- Increases requirements quantity of components
- Maintained in PPM
? SAP AG 2001
??In the production process model of the product, you have entered the scrap in percent for the
activities that produce scrap.
??To allow a scrap-related quantity increase for an activity to be transferred to another activity, you
must have set the Material flow indicator for the relationship between these activities.
??You should either define scrap at assembly level or activity level, otherwise too much scrap is
calculated!
Activity scrap
? SAP AG 2001
??Activity scrap: The scope of function is described using the following examples:
??Scrap without material flow: An order includes three consecutive operations that consist of one
processing activity (three activities). You have not set the Material flow indicator for the
relationships between the activities, that is, the activity quantities are to be calculated for each
activity individually, based on the order quantity. You have entered the following scrap data for the
activities:
??Scrap for activity 1: 5%, scrap for activity 2: 7%, scrap for activity 3: 5.5%
The quantity to be produced for the order is 100 pieces. The system uses this data to calculate the
quantities to be processed or required in the activities:
??Quantity for activity 3: 100 pieces / 0.945 = 106 pieces, quantity for activity 2: 100 pieces / 0.930
= 108 pieces, quantity for activity 1: 100 pieces / 0.950 = 105 pieces
??Ifeach of the activities requires special components, these components must be staged according to
the activity quantities, for example, 105 pieces for activity 1, 108 pieces for activity 2 and 106 pieces
for activity 3.
...
??Scrap with material flow: Example as above except that you have set the Material flow indicator
for the relationships between the activities, which means the quantity to be processed in an activity is
to be staged as yield by the higher-level activity. You have entered the following scrap data in the
PPM for the activities:
??Scrap for activity 1: 5%, scrap for activity 2: 7%, scrap for activity 3: 5.5%
The quantity to be produced for the order is 100 pieces. The system uses this data to calculate the
activity quantities:
??Quantity for activity 3: 100 pieces / 0.945 = 106 pieces, quantity for activity 2: 100 pieces / 0.930
= 106 pieces, quantity for activity 1: 114 pieces / 0.950 = 120 pieces
??For the order to deliver 100 pieces, the first activity must process 120 pieces, the second 114 pieces,
and the third 106 pieces. The components must be staged according to the activity quantities, for
example, 120 pieces for activity 1, 114 pieces for activity 2 and 106 pieces for activity 3.
Lot-size calculation
Procurement type
PPM explosion
Scheduling
? SAP AG 2001
??While the procurement proposal is being determined, the system checks whether the receipt is to be
procured via in-house production or external procurement.
??Note on planning externally procured products in APO: You can use planning tools and planning
functions, such as finite scheduling of products (including externally procured products) and
heuristics for purchase order optimization in APO to efficiently plan critical materials that are
procured externally. Purchasing information that is now ava ilable in the APO System allows you to
improve cooperation between the plant and suppliers. You can, for example, send suppliers delivery
schedules directly by e-mail when processing scheduling agreements, or have the suppliers confirm
the delivery schedules via the Internet. Another advantage of planning externally procured products
in APO is that you can use resources to schedule externally procured orders in production planning
and detailed scheduling. This allows you to exactly schedule goods receipts, transportation and
goods issues while taking capacity into account.
? SAP AG 2001
??If a material is to be drawn from different sources of supply, the individual sources of supply can be
assigned a quota. This quota is valid for a certain time period and specifies how the receipts are to be
distributed among the individual sources of supply.
??You can use quota arrangements in in-house production as well as in external procurement. Sources
of supply may be, for example: a supplier or outline agreeement, a different plant from which you
procure or certain production process models.
?? There are two quota arrangement procedures available:
??Each lot is assigned to exactly one source of supply
??One lot is split among different sources of supply
??In addition, the quota arrangement can be fine-tune controlled by further functions:
??Combination of requirements: Specifies for which time period a requirement is combined for the
quota arrangement.
??Minimum splitting quantity: If a requirement is split based on a quota arrangement, each
individually distributed requirements quantity must at least correspond to the predefined minimum
quantity.
...
??Prerequisites:
??You have defined the quota arrangement header and the quota arrangement items for the
corresponding suppliers/plants (you maintain this via the Supply Chain Engineer or the menu).
??In general, the quota arrangement runs as the assignment quota arrangement (without splitting).
However, if you want to use the quota arrangement with splitting, you must choose a special quota
arrangement heuristic (SAP_PP_Q01) for the product in the product master. In this case, a split is
performed for the individual quota arrangement items, which are then planned with the heuristic
entered in the quota arrangement item. If no quota arrangement is maintained in the quota
arrangement item, the system uses the heuristic you defined in Customizing for PP/DS.
B 75 3000 - 40
B 75 3000 - 40
? SAP AG 2001
??This procedure assigns each lot exactly one source of supply, if you have not defined a maximum lot
size in the product master.
??The order proposal is completely assigned to the source of supply which has the smallest quota
rating. The quota rating specifies the sequence in which the sources of supply are used.
??The quota allocated quantity is the total quantity for which the sources of supply have been
procured.
??You can use the quota base to control the quota arrangement without having to change the quota
arrangement, for example, if a new source of supply is to be added to the quota arrangement. In
contrast to the quota allocated quantity, this quantity can only be maintained manually and is used to
balance the individual items when changes have been made to the quota arrangements.
??The quota is a proportion weighting that specifies which part of a requirement is to be taken by a
source of supply.
B 30 300
C 20 200
D 10 100
? SAP AG 2001
??You can using the splitting quota arrangement to split procurement among different sources of
supply.
??The quota allocated quantity of a quota arrangement item or the quota rating also plays a role for the
splitting quota. Splitting takes place in the following sequence: first the system checks whether the
individual sources of supply have received their quotas. If this is not the case, the system assigns the
quantities based on the assignment quota arrangement. If there is a balance due to the quotas, the
system automatically switches to splitting quota arrangement (calculated via the average deviation
from the medium value of the quota ratings): The quantity is then calculated according to the
formula above using the quota.
??Determining a minimum quantity for splitting: The minimum quantity for the splitting quota
specifies the minimum quantity that a lot must have to be split.
If the requirements quantity is less than the minimum quantity, the source of supply that is next
based on the quota calculation is selected, that is, the allocation quota arrangement logic is used and
not splitting. However, if this causes the minimum quantity for splitting for a source of supply to be
exceeded, a new splitting can be used.
Note: Splitting technically occurs via requirements, even if the result of splitting is split orders and
not split requirements.
Incoming quota 60 % 40 %
arrangement
Plant
Stuttgart
Outgoing quota 40 % 30 % 30 %
arrangement
??There are incoming and outgoing quota arrangements, depending on whether you consider the
perspective of the source location or the target location:
??Incoming quota arrangements: The target location of the transportation has been specified. A
quota arrangement specifies for a material the quantity (proportionally) that is to be transported
from possible source locations. Possible source locations are all locations that are the starting point
for a transportation lane to a target location.
??Outgoing quota arrangements: The start location of the transportation has been specified. A
quota arrangement specifies for a material the quantity (proportionally) that is to be transported to
target locations. Possible target locations are all locations to which a transportation lane, starting
from the start location, has been specified.
??How quota arrangement items are planned depends on whether or not you have defined that the
quota arrangement heuristic is to be used to plan the product in the product master.
??If you have defined this heuristic for the product, the requirements are split among the quota
arrangements. All quota arrangement items are planned separately based on the heuristic you have
defined in the Supply Chain Engineer. Since the system plans each item separately, it can
consider planning parameters, such as the lot-sizing procedure, procurement times, rounding
profiles or supplier calendars of the different sources of supply.
??If you have not defined a quota arrangement for the product, the system first creates lots and then
distributes them among the different suppliers/plants during source of supply determination. You
cannot take the above planning parameters into account for this method. If you want to plan the
quota arrangement items individually, you must therefore define the quota arrangement heuristic at
product level.
Product C Product B
Req. of material to be
Stock of material
provided/stock transfer
Subcontractor A
Delivery /
provided
Goods
receipt
Own plant
Req. of material to be
Subcontractor B provided/stock transfer
? SAP AG 2001
Requirement for assembled casing (includes two Planned order for assembled casing
component casings as well as screw) (product A) generated
? SAP AG 2001
??6. When you save the planning results in APO, the orders are transferred to the R/3 System. The
R/3 System generates a subcontracting purchase requisition. The planned order at the supplier and
the stock transfer order in your plant are assigned the same number as the subcontracting purchase
requisition in the R/3 System.
??7. The order is executed in the R/3 System. Subcontracting purchase requisitions created in APO
are treated the same way as those created in the R/3 System:
??a. You convert the subcontracting purchase requisition to a subcontracting purchase order.
??b. You post the transfer from normal stock to subcontracting stock in the R/3 System.
In the R/3 System, the stock is considered special stock since it is still classified in the plant.
The same stock is considered normal stock in the APO System, since it is in the location of the
supplier.
??c. The ordered product is manufactured by the supplier and delivered to the ordering party. You
post a goods receipt in R/3 for the subcontracting order. The component stock is reduced
automatically when the ordered product is posted as a goods receipt.
??If you only post a goods receipt for part of the order, the order quantity is automatically reduced in
the APO System and in the R/3 System accordingly.
Subcontracting
Planning
with without
Supplier Supplier
tion
t Loca
ge
Tar
Production via Production
Order Order
? SAP AG 2001
??There are two ways to plan subcontracting in APO - with and without a supplier. When planning
with a supplier, the production order is generated at the supplier, and when planning without a
supplier, the production order is created in the target location. The main difference is in how the
product to be provided is planned. When planning with a supplier, the requirements and stocks of the
product to be provided are effective in the source location and can be planned (MRP) for each
supplier individually. When planning without a source location, however, the requirements and
stocks are only effective for MRP in their own plant. You cannot plan the transportation of products
to be provided to the suppliers.
??Itis a good idea to use subcontracting without planning in the source location if the products to be
provided are not to be planned individually and if only one supplier is available per product. If
planning takes place in R/3, a production process model (PPM) must not exist in APO. In this case,
nothing must be maintained manually in APO.
??Prerequisite: The product may not be maintained in the source location.
??The following master data must be created:
??For the ordered products, a transportation lane must be created from the supplier to your plant. The
source of supply type indicator must be set to external procurement with subcontracting.
??In the target location, a PPM must be created. In addition, at least one operation and one resource
must be available for the PPM. Both must be assigned to the model and the PPM must be active. If
a routing exists in R/3, the PPM can also be created via CIF. You can also create a routing with a
dummy work center in R/3 and then create the PPM via CIF.
...
??Process:
??A subcontracting purchase requisition is created in a planning run or manually. This is represented
in APO by a transport order and a planned order. Both orders are assigned the number of the
purchase requisition in R/3. The purchase requisition has the components from the planned order
in R/3.
??The purchase requisition is converted to an order in R/3. In APO, the purchase requisition is
deleted and the order takes its place. Two orders are also created for the order.
??A transfer posting is made for the product to be provided to subcontracting special stock. This is
effective for MRP like normal stock in its own plant.
??A goods receipt is posted to an order. In APO, the order quantity is reduced by the goods receipt
quantity, the product to be provided reduced, the product to be provided is debited from the stock
of material provided to the supplier, and the stock for the finished product is increased.
Lot-size calculation
Procurement type
PPM Explosion
Scheduling
? SAP AG 2001
20
Resource 2 (finite)
10
Resource 1 (finite)
Today t
Available
Occupied
New order
? SAP AG 2001
ALERTS:
Resource Overload
20
Resource 2 (finite)
10
Resource 1 (finite)
Today t
Available
??In the alert monitor profile, you define for which products and resources and for which situations the
system is to display alerts. Resource overload alerts are only displayed if you have defined a resource
to be a finite resource.
By default only the durations (fixed and variable) are transferred from the R/3 system - for
consumption, the following values are always transferred from the R/3 system to the PPM:
Consumption (variable): 1 (since usually the same total individual capacity is required),
Consumption (fixed): -
Therefore, in the example above, you can schedule 10 hollow shafts on the oven on
the same
? SAP day
AG 2001
??The resource consumption of an activity is the capacity of the resource that is required to perform the
activity.
??The resource consumption of an activity can have a fixed part that is independent of the order
quantity, and a variable part that is dependent on the quantity. A quantity-dependent part is only
allowed with multi-resources:
??Single-resources can only be occupied by one activity at any given time. Here, the resource
consumption is 1 and corresponds to the capacity of these resources. Single-resources can only be
quantity dependent in PP/DS for the net duration of activities.
??Multi-resources can process several activities simultaneously. The resource consumption can
consist of a fixed and a variable part. However, a variable resource consumption is only allowed
when the net duration is independent of quantity. With multi-resources, the resource consumption
can exceed the capacity of the resource, for example with large order quantities. In this case, the
system reduces the resource consumption to the value of the standard capacity, and increased the
net duration of the activity correspondingly: If the resource consumption is twice as large as the
standard capacity of the resource, then the system doubles the net duration of the activity. If you
have not specified a standard capacity for the resource, the resource consumption and net duration
retain their original values. The activity can therefore not be scheduled.
Possible values for capacity and resource consumption with PP/DS resource types
Multi-activity Can simultaneously Value in any unit Value and unit Only possible
resource process several of measurement of measurement with fixed
activities that share of the required activity duration
To map a group of
Multi-mixed the capacity of capacity
machines, enter
the resource
resource a dimensionless
whole number for the
number of machines
? SAP AG 2001
??The following table displays the possible values for the capacity and the resource consumption of the
resource types that you use in PP/DS for scheduling in -house production. For the mixed resources
(single-mixed and multi-mixed resources), for which you specify an exact capacity and a period-
based capacity, and which can thus be used both in PP/DS and in SNP, only the PP/DS relevant
exact capacity, or the PP/DS relevant resource consumption is described.
??The system calculates the resource consumption of an activity using the following formula:
??Resource consumption = fixed consumption + variable consumption x order quantity/output
quantity
Fixed resource consumption: Capacity of the resource that is used for the activity, independent of
the quantity produced
Variable resource consumption: Capacity of the resource that is used to produce the output
quantity of the order main product (without fixed consumption)
??You schedule external procurement in PP/DS using purchase requisitions or transportation orders.
For externally procured products, the system either creates a transportation order or, if you have not
maintained any transportation lanes, a purchase requisition. In the transportation lane, you maintain a
transportation resource and the resource consumption.
Transportation
(for external procurement
Production instead of supplier PPM)
Handling
Storage (only possible in SNP) (for GI and GR time)
? SAP AG 2001
??Maintain a resource of resource category storage or handling resource (Resource category field).
To be able to use this resource in PP/DS, use, for example, mixed-resources; mixed resources have
the advantage that you can also maintain a bucket available capacity along with a time-related
available capacity. You can decide whether to create these resources as finite or infinite resources.
??In the product master (GI/GR tab), maintain a consumption of handling capacity for each unit of
the material (Consumption of handling capacity in goods receipt in unit of measure field): Is
used to calculate how much transfer capacity is used by the product for a certain plan. You enter
the handling resource to be used for scheduling in the production plant (location: Handling
resource field); Only one handling resource may be entered. The handling unit defined in the
location is always used to schedule goods receipt and goods issue times.
Example: if the handling resource can transfer 1000 liters per day and you specify 10 liters per
piece as the load transfer capacity consumption, the maximum rate is 100 pieces per day.
...
??Only for SNP: In the product master (GI/GR tab), maintain a consumption of storage capacity for
each unit of the material (Consumption of storage capacity per unit of material field): This is
used to calculate how much storage capacity is used by th e product for a certain plan.
You enter the storage resource to be used for scheduling in the production plant (location: Storage
resource field); Only one storage resource may be entered. Example: If the storage capacity is 100
cubic meters and you have defined 5 cubic meters per piece as the storage capacity consumption,
you can store a maximum of 200 pieces.
??The consumption of storage capacity is reduced by the goods issue from the warehouse.
??Transportation resources can be maintained in the transporation lane.
Resources Calendar
Handling resource
Resources inbound
Resource outbound
Time zone
Calendar
? Production
Geographical data ? Warehouse
? Shipping
? SAP AG 2001
??The time zone is used in PP/DS to convert times if the order dates are not to be displayed in the time
zone of the user, but rather in a different time (settings in the product view)
??The geographical data is only used in PP/DS to display the locations in the Supply Chain Cockpit.
Mode 1 (for example, new resource) Mode 2 (for example, old resource)
Primary resource W1904_1000_001 Primary resource W1905_1000_001
Secondary resource W1904_1000_002 Secondary resource W1905_1000_002
Activity: Production
Mode 1 (for example, new resource) Mode 2 (for example, old resource)
Primary resource W1904_1000_001 Primary resource W1905_1000_001
Secondary resource W1904_1000_002 Secondary resource W1905_1000_002
? SAP AG 2001
??Resource selection when using alternative resources: You can enter several alternative resources
in the PPM (via alternative mode maintenance) at which the activities can be executed.
??Prerequisites: You have maintainedmore than one mode for each activity in an operation in the
PPM. You have assigned the same priority to modes that are linked.
8
In the strategy profile, several Res 1 7 6 3 1
steps can be defined:
Res 2 5 4 2
Step 1: Find slot backward with
reverse, Res 3
lowest mode priority: 1
Today Time
Res 1 7 6 3 1
Res 2 8 5 4 2
Res 3
Today Time
? SAP AG 2001
??Itmay also be that you do not want alternative resources to be used in the same way, for example,
because one alternative resource is not to be used for cost reasons or is only to be used for other
purposes.
9
Step 2: Find slots backward with Res 1 7 6 3 1
reverse, 5 4 2
Res 2
lowest mode priority: 2
Res 3
Today Time
Res 1 7 6 3 1
Res 2 8 5 4 2
Res 3 9
Today Time
? SAP AG 2001
Mode 1 (for example, new resource) Mode 2 (for example, old resource)
Primary resource W1904_1000_001 Primary resource W1905_1000_001
Secondary resource W1904_1000_002 Secondary resource W1905_1000_002
? SAP AG 2001
??Mode priority: You can define several modes for an activity, that is, several sets of resources at
which the activity can be carried out. In general, these alternatives are not the same. For example,
you may want to load a fast, expensive machine more than you want to load the slower, inexpensive
replacement machine. This means you can assign priorities to the modes: A mode with priority A
has the highest priority (for example, the special machine), a mode with priority B has the next
highest priority (for example, the replacement machine), and so on up to priority O. One of the
modes you assign to an activity must either have the priority A or B. Different modes may have the
same priority.
You assign the priority Z to the modes you only want to schedule manually in the DS planning
board. You manually schedule the resources you only want to use, for example, in exceptional
situations for production (test or training machines). You can schedule modes of all priorities
manually in the DS planning board.
??During planning (for example, when creating an order), the system automatically executes the mode
selection according to the availability date. If several modes with different priorities can meet the
scheduling criteria, the system chooses the mode with the highest priority.
??However, if you do not want the orders to be automatically executed at resources of a lower mode
priority, you can start an optimization run after planning. The optimizer can reschedule existing
orders while taking date criteria and the costs of alternative modes into account (the lower the mode
priority, the higher the additional costs).
??Disregarding alternative resources with low priority: You can configure the detailed scheduling
strategy in such a way that the system does not consider modes of low priority during automatic
mode selection. This means you can instruct the system to schedule modes with a minimum priority
only. You can also specify that the system must retain the current modes during rescheduling in the
detailed scheduling strategy.
PPM product A
Activity Mode 1 Mode 2 Purpose of alternative modes in PPM: to
Resource 1 Resource 1 maintain alternative resources for production
10 R2 R3
Resource 1 Activity 20
Resource 2 Activity 10
Resource 3 Activity 10
Resource 4 Activity 20
??Mode linkage types (definition in the relationships in the PPM): Define which connections exist
between modes of two activities. The following linkage types are possible:
??1. Linkage between modes with the same mode names: Example:
Activity 1 2
Mode abc abc
The modes with the same mode names are linked for the activities 1 and 2.
??2. Linkage between modes with the same primary resources. Modes of two activities are linked
if they have the same primary resources. In this case, the mode name has no meaning.
Activity 1 2
Mode abc def
Primary resource 123 123
The modes with the same primary resource are linked.
??Mode linkage: After rescheduling activity 10 from resource 2 (mode 1) to resource 3 (mode 2),
activity 20 must also be rescheduled due to mode linkage. The new mode 2 determines the resource
for activity 20.
PPM Product A
Mode linkage
Operation 10: Pre-assembly
Activity: Setup
Mode 1 (for example, new resource) Mode 2 (for example, old resource)
Primary resource W1904_1000_001 Primary resource W1905_1000_001
Secondary resource W1904_1000_002 Secondary resource W1905_1000_002
Activity: Production
Mode 1 (for example, new resource) Mode 2 (for example, old resource)
Primary resource W1904_1000_001 Primary resource W1905_1000_001
Secondary resource W1904_1000_002 Secondary resource W1905_1000_002
? SAP AG 2001
??In mode linking, the selection of a mode for an activity also specifies the modes for the activities that
are chronologically before and after it (for which a time relationship exists in the PPM). This is
particularly true for the activities of an operation that are always processed on the same primary
resource (mode linkage via the primary resource).
??If you want to make the mode selection for an activity dependent on which mode is used for an
activity of another operation, you can link the modes for these activities. Mode-linked activities
cannot be scheduled on random modes independently of each other. This is particularly true for the
activities of an operation that are always processed on the same primary resource (mode linkage via
the primary resource).
??The following link categories are available:
??Linking of modes that have the same mode name: You can only use this link category to link
activities from different operations.
??Linking of modes that have the same primary resource: This link category is mandatory for
linking the activities of one operation. However, you can also use this link category to link
activities that belong to different operations.
??Alternative modes must be maintained manually in the PPM in APO.
PPM Product A
No mode linkage
Operation 10: Pre-assembly
Activity: Setup
Mode 1 (for example, new resource) Mode 2 (for example, old resource)
Primary resource W1904_1000_001 Primary resource W1905_1000_001
Secondary resource W1904_1000_002 Secondary resource W1905_1000_002
Activity: Production
Mode 1 (for example, new resource) Mode 2 (for example, old resource)
Primary resource W1904_1000_001 Primary resource W1905_1000_001
Secondary resource W1904_1000_002 Secondary resource W1905_1000_002
? SAP AG 2001
??Prerequisite: You have maintained more than one mode for each activity in an operation in the
PPM. You have assigned the same priority to modes that are linked. In the case of linked primary
resources, the modes for the activities with the same primary resource must have the same priority.
This is relevant for the activities in an operation and in the case of mode linking across operations. In
the case of mode linking between mode s of the same name, the modes with the same name must
have the same priority. This is only relevant for mode linking across operations.
??Prerequisites: You have to make the following settings in the production process model (PPM) to
link the modes of two ac tivities when scheduling:
?? To link modes with the same name, you must:
- Create a relationship between the activities that have to belong to different operations and
assign the link category "3" (same mode number) to this relationship.
- Define at least one mode with the same name for each of the activities.
- Assign the same priority to the linked modes The system can automatically schedule modes
with priorities A to O. You cannot use the mode link functions for modes that are only
scheduled manually (mode priority "Z").
...
Secondary resource 1
For example, labor capacity required for the activity produce
Secondary resource 2
For example, tools required for the activity setup
? SAP AG 2001
??Cover flag in the relationships in the PPM (constant loading of resources): During planning and
optimization, this flag keeps a resource from being occupied by activities of different orders in the
time period between two activities.
??Use: If a resource is to be constantly used by two activities of an order.
??Dependencies: This indicator is set automatically if the relationship is in the same operation and the
primary resources are linked. Within an operation, only linear, covered activity relationships may
exist. Ther efore, the system will not allow you to make entries in this field in such situations.
If you want to use the cover flag to connect activities between operations, you must maintain the
cover flag in the PPM.
Single-activity
Multi-activity
Bucket
? SAP AG 2001
Multi-activity
resource with Act. order 1
3 individual
capacities Act. order 5
? SAP AG 2001
??Use: Using the synchronization procedure, the system creates blocks of activities at a multi-activity
resource or at a multi-mix resource during the planning process. These blocks can be processed
simultaneously as they are of equal length and they also have a further common characteristic. The
blocks are created as the system schedules each activity to be newly scheduled to the multi-resource
as follows:
?? If the desired start or finish date of the activity to be scheduled lies between the start and finish date
of an activity that is already scheduled, is of the same length and has a further common
characteristic, the system schedules the activity on the start date of this activity, assuming that
sufficient capacity exists.
?? If there is not sufficient capacity available on this date, the sys tem schedules the activity to be
scheduled before the activity already scheduled in the case of backward scheduling or after the
activity already scheduled in the case of forward scheduling. In both cases, no overlapping is
allowed.
??The system always schedules activities with different durations or with different characteristics with
no overlaps.
??Example: Using the synchronization procedure, you can represent the loading of an oven. As the
oven can only be filled or emptied all at once, it has to be completely filled with products that have
to be kept at the same temperature for the same length of time. Therefore, you can only schedule
baking activities with the same duration and which have to be carried out at the same temperature.
Baking activities that require either a different duration or which require the oven to be set to a
different temperature can only be carried out either before or afterwards and overlapping is not
allowed.
? Time
Multi-activity
Resource with
Act. order 1
3 individual
capacities Act. order 5
Activities
are scheduled on 3
individual capacities
? SAP AG 2001
??Prerequisites: The following prerequisites must be met for the system to synchronize the reservation
of a multi-activity resource:
??You use the multi-activity resource in the modes of the activities only as a primary resource.
??In the production process model, you have assigned a setup group/key to each operation to be
carried out at the multi-resource.
??Using the setup key or the setup group, you assign a certain characteristic value (for example, a
certain temperature) to the activities of an operation. The same setup key or group means the same
characteristic values, for example, the same temperature, and different setup key or groups means
different characteristic values.
??Notice that the setup key is used differently for multi-resources than for single resources:
??For single resources, the setup key or group classifies the setup status of the resource. The
system valuates the setup status of the resource during the setup adjustment or during the setup
optimization using the setup matrix.
??For multi-resources, the setup key or the setup group represents any value of a characteristic
(for example, a certain temperature) you want to use to synchronize activities.
Product A 10 20 10 20 10 20 10 20
Dependent
reqmts
??In the R/3 BOM, maintain the BOM item of the assembly/component in the Distribution key field
on the Basic data tab. If you have entered any distribution key here, consumption type C
(continuous consumption) is automatically transferred instead of S (consumption at the beginning
of the activity) or E (consumption at the end of the activity) to the APO-PPM via the R/3-APO
interface.
??In the R/3 production version of the finished product/assembly, maintain a distribution key for
output quantities (specify that the production quantity is to be distributed across the runtime of a
planned order, production order or process order in partial quantities, and how this is to be done).
If you have entered any distribution key here, consumption type C (continuous consumption) is
automatically transferred instead of S (consumption at the beginning of the activity) or E
(consumption at the end of the activity) to the APO-PPM via the R/3-APO interface.
Product A 10 20 10 20 10 20 10 20
10 20 Product B 10 20 10 20 10 20 Case
4a
Discrete output also Continuous output also
for product B for product B
10 20 Case
4b
A Final assembly Planned order product B, if
operation 20 is longer than
operation 10 of product A
B C D Assembly production
? SAP AG 2001
??You can visually display continuous input/output in the following transactions: product view,
product planning table (Periodic product view, if the Distributed quantities indicator is set in the user
settings. In this case, additional lines appear with the distributed quantities), DS planning board.
??With continuous input, one single "virtual" continuous input dependent requirement is always
created (displayed by the triangle), even if the order runs over several days. Depending on which
lot-sizing procedure is set for the assembly, the planned orders for the assembly are then created in
the scheduling: Example: A planned order for a finished product A has an order length of 10 days
and a dependent requirements quantity of 40 pieces. In this case, a "virtual" dependent requirement
with a quantity of 40 pieces is created. If you have selected the daily lot size lot sizing procedure for
the assembly in the APO product master (Lot size view), then one planned order of 4 pieces will be
created per day.
??Case 4 a and b: Component production is always scheduled in a way that the component
requirements are covered by component production at all times. Scheduling also attempts to move
component production as close as possible to the component requirements (to start as late as
possible).
??Prerequisite for overlapping scheduling with continuous Input/Output:
??For scheduling (interactive as well as background planning) to achieve overlapping planning of
planned orders for final assembly and assembly production based on the continuous input/output,
you must maintain a lot sizing heuristic for the assembly in the product master that takes
continuous input/output and overlapping into account. This can be one of the following heuristics:
SAP_PP_C001 (Planning standard lots for conti.-IO) as the lot-sizing procedure, SAP_PP_008
(Rescheduling: bottom up conti-IO) as the service heuristic.
??When you use other heuristics, continuous input and output quantities can be generated, however,
there is no overlapping during scheduling.
Case 4
Problem in case 4: Continuous input of product A (finished product), but also continuous
output of product B (assembly): Final assembly is required to have assemblies
available at the same time as production
A Final assembly
B C D Assembly production
? SAP AG 2001
??Offset: With the lead-time offset, the secondary requirements date of a certain component can be
moved.
??Prerequisite: In the R/3 BOM, maintain a positive value in the BOM item of the
assembly/component in the operation lead-time offset field on the basic data tab. This value is
transferred to the offset field in the APO PPM (logical input component) via the R/3-APO interface.
If you have maintained a negative lead-time offset, a negative offset is transferred.
? Types of resources
? Determination of the duration of activities
? Additional consumption of bucket capacity possible
? SAP AG 2001
...
11 Course Overview
66 Optimizing Scheduling
? SAP AG 2001
? SAP AG 2001
Alert Monitor
• Order alerts
• Resource alerts
• Days' supply
alerts
Link to navigation
? SAP AG 2001
Management-by-Exception:
PP/DS and the Alert Monitor
Set up the
PP/DS
Alert Monitor
profile
Start
planning
Adjust View
planning alerts
interactively
Notification of
Analyze
the
alerts
responsible
planner
? SAP AG 2001
??With Management-by-Exception, you are given constant control of you forecasting and the demand
planning situation. As a planner or manager you will not be surprised by unexpected problems as
they occur. Rather, you will be informed in good time, so that you can take the necessary
precautions. The alert monitor allows you to determine which types of exceptions you wish to be
shown. You will also be able to prioritize alerts and thus prevent an information overload.
??Thealert monitor is set up with some PP/DS alerts that correspond to the exception situations that
may occur during production and scheduling.
??Prerequisites
11 Course Overview
66 Optimizing Scheduling
? SAP AG 2001
? Always consider
Resource 1
Resource 2
Min.: 24:00 h
Resource 3
Today t
Occupied
Order
? SAP AG 2001
??Time relationships between activities: Time relationships can exist between activities that control
which minimum and maximum time intervals the activities can have. The system always considers
the obligatory end-start relationships between activities for an operation. For example, when you
have entered a minimum interval of one hour between two activities in an operation, the system
cannot schedule these activities in such a way that the time interval is less than one hour. Order -
internal relationships are the predecessor/successor relationships of activities and the time constraints
for the sequence of activities.
??In the detailed scheduling strategy, you can specify whether or not the system considers the time
relationships between activities for various operations.
Resource 1
Resource 2 ALERTS:
Violation of an order
internal
Min : 12:00:00 AM h relationship
Resource 3
t
Today
Available Min : 12:00 h
? SAP AG 2001
??You can specify, for example, that the system is to add an operation to an existing schedule while
rescheduling (Add operation planning mode). To create a sufficiently large slot, the system shifts the
neighboring operations into the future. The inserted operation and the operations that were shifted
may have time relationships or pegging relationships to other, dependent operations that must be
observed. The system also automatically shifts the dependent operations.
??You can use the propa gation range to restrict the resource on which the system may perform such
subsequent rescheduling for scheduling in the detailed scheduling planning board.
??The propagation range specifies which resources and products can be scheduled in Production
Planning and Detailed Scheduling. This includes:
??Creating, changing and rescheduling orders for these products
??Changing the capacity and the planning parameters of these resources
??Rescheduling operations from the orders belonging to these resources
? Do not consider
ALERTS:
Resource 1 Violation of an order
internal relationship
Resource 2
Today t
Min : 12:00:00 AM h
Available
Occupied
Order
? SAP AG 2001
Resource 1
Resource 2
Today t
Occupied
? SAP AG 2001
??In the detailed scheduling planning board, you can use drag and drop to schedule operations in the
non-working times of a resource, that is, in times where the resource is not scheduled to work. By
using this strategy, you do not have to change the resource data directly when you want to finish an
operation after the end of the regular working time, for example, after the end of the last shift.
??During the non-working time, the same capacity and the same rate of resource utilization is available
as was available in the regular working time that directly preceded this. For more information, see
Scheduling in Non-Working Times.
??In the detailed scheduling planning board, working times are shown in white, regular non-working
times (such as breaks and weekends) in gray (if you have specified that non-working times are to
be displayed in the DS planning board profile), and downtimes (for example, through machine
shutdowns) in dark gray.
??You can show and hide non-working times in the DS planning board.
??You can show and hide downtimes in the DS planning board. You cannot schedule operations in
downtimes.
??Procedure: Choose Settings -> Strategy to call the strategy profile and set the Non-working times
indicator in the detailed scheduling strategy. Choose Enter. Using drag and drop to shift the
desired operation to the non-working time.
Result: The system schedules the operation on this date when all other prerequisites are met, for
example, when no constraints are violated by the schedule.
??The system fixes the operations that you schedule in non-working times, that is, the operations can
no longer be rescheduled. Even when you withdraw the Non-working times indicator, the operations
remain fixed. To be able to reschedule the operations again, you must undo the fix.
1. Step
Insert operation
4
7 6 5 3 2 1
Today Time
2. Step
Reschedule predecessor 4
and successor
7 6 5 3 2 1
Today Time
3. Step
Check current temporal
constraints:
If contraints are violated: 7 6 5 3 4 2 1
-> move sequence into the
future Today Time
? SAP AG 2001
??Insert an operation:You can use this finite scheduling mode to schedule an operation in an existing
schedule on (or as close as possible to) the desired date, even when there is no slot in the schedule
for this date, or only a slot that is too small. If necessary, the system creates a slot that is large
enough by shifting the neighboring operations that lie in both directions onto the resource.
??You can only use this scheduling mode for single activity resources that are to be scheduled finitely.
In the scheduling parameters for the resource, you specify whether that resource is finite or infinite.
In the case of infinite resources, the system always schedules an operation infinitely on the desired
date, that is, without considering the existing resource load.
Resource 5 50
Resource 4 40
Bottleneck
Bottleneck
operation
operation
Resource 3 (bottleneck) 30
Resource 2 20
Time buffer
buffer
(positive value)
Resource 1 10
Time
Bottleneck (definition as a finite resource) sets takt: time buffers are to ensure that the takt
setter is not interrupted in its takt by delays in material supply
? SAP AG 2001
??In Production Planning and Detailed Scheduling, if you want to protect an operation or the primary
resource, on which the operation is processed, from unforeseen delays in planning, you can schedule
using a resource-specific time buffer. The time buffer represents a type of safety time: Using the time
buffer, the system keeps a larger time interval between the operation and the predecessor operations
during scheduling. Possible delays in the predecessor operations can be caught by the time buffer
and a standstill in resources due to material shortage can thereby be avoided. Here, predecessor
operations are the operations that have a time relationship or a pegging relationship to the operation.
??When planning with a time buffer, the system must maintain - depending on the type of relationship
- the following minimum intervals between the operations: In a pegging relationship, the receipt date
must be earlier than the requirements date by the duration of the time buffer. In a time relationship,
the minimum time interval defined in the production process model (PPM) is increased between the
operations by the duration of the time buffer. If you do not specify a minimum interval in the PPM
for a relationship, the system uses 0 as the minimum interval; during scheduling with time buffers,
the minimum interval is therefore the duration of the time buffer. In the PPM you can specify for a
cross-operation relationship if the system can use the time buffer during scheduling. (In relationships
within one operation, in principle, you cannot carry out scheduling using time buffers).
??General prerequisites:
??You specified a time buffer in the primary resource in which you want to carry out scheduling
with time buffers. You also have to set the detailed scheduling strategy so the system considers the
time relationships.
...
??In the PPM for the cross-operation time relationships, in which you want to schedule with time
buffers, you specified that the system can use the time buffer during scheduling (reference subtype
2). In relationships within one operation, you cannot carry out scheduling using time buffers. As a
rule, the system uses the reference subtype Standard here.
??In the detailed scheduling strategy, you have specified that the system must use the time buffer for
these time relationships when planning.
??Special prerequisites for planning with time buffers in pegging relationships
??You have specified in the detailed scheduling strategy that the system is to consider pegging
relationships.
??In the detailed scheduling strategy, you have specified that the system must use the time buffer for
these pegging relationships when planning.
Resource 1
R2
R3
R4
New orders
displayed after
refresh
? SAP AG 2001
Change
Planning version Op20 Op40 Op10 sequence
? SAP AG 2001
? SAP AG 2001
Op60
Planning version Op10 Op20 Op40
Alert! - Operation 60, 10 and 20
are overlapping. No
changes for op10 op20 and op40
? SAP AG 2001
? SAP AG 2001
Scenario 5: New Order Quantity -> Duration of the operation 10 was changed
Time
? SAP AG 2001
? SAP AG 2001
View
View22 View 2
/SAPAPO/CDPS_VIEW2
?The user specifies the
overall profile when
View 3
calling up the planning
View
View33 /SAPAPO/CDPS_VIEW3
board.
Variable
VariableView
view 1 ? Menu paths, view 1 to 3:
?Standard overall profiles
are set by SAP.
?Using the SET/GET
parameters, other overall
profiles can be set.
? SAP AG 2001
??On the Production Planning and Detailed Scheduling screen, you can directly call up the planning
board with various overall profiles, that is, with different settings. To do this, choose Detailed
scheduling, and then View 1, View 2, View 3 or Variable view.
??When you call up the Variable view, you must enter an overall profile to get to the planning board.
For the overall profile, you can select other sub-profiles.
??In View 1, View 2 and View 3, overall profiles are set by SAP. If you want to work with other overall
profiles, you assign thes e overall profiles to the SET/GET parameters in user maintenance (System -
> User Profiles -> Own Data).
??In the Variable View, you can always change the work area before starting the planning board. For
Views 1 to 3 you specify in the overall profile whether or not you can change the work area when
calling up the planning board.
? Overall profile
? Strategy profile
? Planning table profile
? Work area
? Time profile
? Optimization profile
? SAP AG 2001
??For the profiles listed above you can define standard profiles and user-specific profiles that you
identify using a Customizing ID. Standard profiles do not have a Customizing ID.
??As a rule you use your user ID as the customizing ID.
??When you work with the planning board that you call up in order maintenance, the system
automatically uses the settings defined in the user-specific profiles (if you have defined any user-
specific profiles with your user ID as the Customizing ID).
??When you work with the planning board that you call up directly in PP/DS, the system uses the
settings from the profiles that you specify explicitly (either standard or user-specific).
Work area
Products Orders Resources
Orders
Operations Operations
Planning Board
? SAP AG 2001
??Using the work area, you define which objects are displayed in the planning board you call up
directly in PP/DS.
??The work area is a selection of resources, orders and products from which the system determines the
resources that are transferred to the planning board, according to the following selection paths:
??From each product that you specify in the work area, the system determines all orders for this
product. From these orders, the system determines the operations for these orders. From these
operations, the system determines the resources that are used by the operations.
??From each order that you specify in the work area, the system determines the operations for the
order, and from these operations, the resources that are used by the operations.
??Each resource that you specify in the work area is directly relevant for the planning board.
??From these resources the system determines the objects that are displayed in the various charts
(resources chart, products chart, operations chart and orders chart).
??Inthe overall profile, you can specify if you can change the work area when calling up the planning
board.
??Note:You define the products and resources that you can schedule in the planning board in the
propagation range.
? SAP AG 2001
??Using the propagation range, you define which objects you can schedule.
??Note: You use the work area to define which objects are displayed in the planning board, which you
call up directly in the area menu for PP/DS.
Evaluation period
Pre-evaluation Post-evaluation
Planning period period
period
? SAP AG 2001
??The evaluation period is the period that is displayed in the planning table.
??In the planning period, you can change the schedule.
??The schedule for the pre-evaluation period and the post-evaluation period is only displayed, and
cannot be changed.
? SAP AG 2001
??Problems can occur during scheduling, for example, resource overload or delivery date exceeded.
??Inthe Alert Monitor profile, you define for which scheduling problems alerts should be displayed.
Alerts are generated when the following objects are affected:
??The resources and products in the propagation range
??The resources that you specify via the work area
??The objects that you specified explicitely in the Alert Monitor profile
??You define the Alert Monitor profile in the Supply Chain Cockpit.
??In the planning board, you can call up the Alert Monitor by choosing Extras.
? Planning direction
? Forward / backward
? Planning mode
? Find slot
? Insert operation
? Planning parameters
? Finite / infinite scheduling
? Schedule to non-working times
? Pegging relationships
? Fixed pegging
? Dynamic pegging
? SAP AG 2001
DS planning board
DS planning board profile
profile
Charts
Charts--Selection
Selectionof
ofcharts
chartsto
tobe
bedisplayed
displayed
Decision
Decisiontable
tablefor
fortable
tablerow
row
Decision
Decisiontable
tablefor
forgraphical
graphicalobject
object
Definition
Definitionof
ofgraphical
graphicalobjects
objects
Representation
Representationof
ofgraphical
graphicalelements
elements
? SAP AG 2001
??In the DS planning board profile, you specify the layout of the planning board.
??The structure of the DS planning board profile is displayed above:
??For each profile you define the representation of all graphical objects (operations or orders) that
you want to display in the planning board.
??For each profile, you define the charts (up to 8).
??For each chart, you define the descision tables that the system uses to determine the appropriate
presentation of a graphical object in the diagram section and a table row in the table section. You
define one decision table for the selection of rows and one decision table for the selection of
graphical objects.
DS
DSplanning
planningboard
board
boardprofile
profile
? Windows settings profile
Charts - Selection of charts to be displayed
Charts - Selection of charts to be displayed
? Width of table area in 1/10 mm Decision table for table row
Decision table for table row
? Initial zoom factor for displayed objects Decision table for graphical object
Decision table for graphical object
??You use global settings to control some general properties of the planning board graphics. The global
settings effect all charts in the planning board.
??You can specify that the default graphical basic settings for the planning board are to be adopted.
? Chart object
? Objects displayed
DS planningboard
DSplanning boardprofile
board profile
profile
? Orders
Charts -Selection of charts to be displayed
Charts -Selection of charts to be displayed
? Operations
Decision table for table row
Decision table for table row
? Network views of orders or of operations
Decision table for graphical object
Decision table for graphical object
? Histogram (product stock/resource load)
? Dynamic / static charts
Definition of graphical objects
Definition of graphical objects
? SAP AG 2001
??You can define up to 8 charts for the planning board. The chart number defines the position of the
chart in the planning board.
??The chart object defines which fields can be displayed in the table section of the chart and which
objects can be displayed in the diagram section of the chart. For example, you can use the chart
object Resource to define a resource chart displaying the resource name in the table section and
operations in the diagram section, or a resource load chart displaying resource load curves in the
diagram section.
??Charts with histograms and with network views can be static or dynamic. Static charts are
permanently displayed in the planning board. You can show or hide dynamic charts in the planning
board.
??Beside a standard row format (font, alignment background color), you can define up to six more
different formats for the rows in the table section. In the decision table for table rows you define
which row format the system applies to a row, depending on the characteristics of the displayed data.
Resource x x x
Resource load
Chart object
Products x x x x x
Product stock
Order x x x x
Operation x x
? SAP AG 2001
? Function DS
DSplanning
planningboard
boardprofile
profile
? Finding the appropriate representations Charts - Selection of charts to be displayed
Charts - Selection of charts to be displayed
of the objects in a chart (operations,
orders, rows) Decision table for table row
Decision table for table row
? 'If' condition
? Table / field name
? Logical operator
? Comparison value or table / field
name
? 'Then' scenario
? Row format or next decision group
or
? Graphical object ID or next decision
group
? SAP AG 2001
??In the decision tables, you define for a chart all the decision steps needed for the system to choose
the appropriate representation of an order, an operation or a table row. The choice of graphical
objects or a row format is dependent on particular characteristics. For each chart, you define one
decision table for rows and one decision table for graphical objects.
??In a decision table, you define one or more decision groups to which you assign different numbers.
In the decision groups, you combine various decision steps, to which you also assign numbers. In
each decision group you can group decision steps together in a particular "theme".
??You formulate the decision steps using IF/THEN instructions.
??In the IF part of a decision step, you formulate a statement in which you compare the contents of a
table field with another value via a logical operator. For a comparison value you can enter a specific
value or a table field.
??In the THEN part, you define what the result is when the IF part is true. You can specify how the
object is represented. To do this, you enter a graphical object or a row format. You can also check
for further characteristics. To do this, you enter another decision group to which the system should
go to in order to check this question.
DS planningboard
DSplanning boardprofile
board profile
Standard operation profile
Charts - Selection of charts to be displayed
Charts - Selection of charts to be displayed
Processing
Setup
? SAP AG 2001
??Graphical objects represent operations or orders in the planning board. For each planning board
profile, you define all the graphical objects that you want to use in the planning board to display, in
various ways, operations and orders that have different characteristics.
??The graphical object is made up of a graphical element, the order or operations dates and a text label.
For the label, you can define the field, whose contents is used for the text, the font and the position
relative to the graphical object.
??Operations with several activities can be represented by graphical objects composed of several
graphical elements, one graphical element for each activity. For example, set up and processing can
be depicted in different ways.
??For each graphical element of a graphical object you specify:
??Whether the graphical element represents an order, an operation or an activity
??Whether the graphical element is a line, a rectangle or a symbol
??On which dates for the order, operation or activity the graphical element is placed in the planning
board (planned or actual start date or finish date)
??If the graphical element is a line or a rectangle, you must specify a start date and a finish date. If
you choose a symbol as a graphical element (for example, a diamond) you enter only one date.
The system positions the symbol in the planning board on this date.
Standard operation
Released operation
Confirmed operation
If ...... then
graph. object 1
or if....... then
graph. object 2
or
...
? SAP AG 2001
??Inthe decision table for a chart, you specify which operations and orders should be represented by
which graphical objects.
? SAP AG 2001
??Push production is used to create a production plan starting with products for which no requirements
exist in the system (push products). Push production takes the predefined planning strategies into
account.
??Push production supports decision-making to solve a clearly defined push problem (material without
consumer) in short-term to medium-term planning. It helps with the decision of what to produce and
in which quantity to produce it to consume a push material. Push production works in the opposite
direction than requirements explosion. It does not change the master production schedule based on
target product requirements by working from the finished product via the intermediate products to
the raw materials (pull). Instead, it works with requirements explosion and searches for a use for
available raw materials and semi-finished products.
??Prerequisite:The Alert Monitor supports you in finding products with a surplus. To do this, the
PP/DS Excess Coverage alert must be activated in the Alert Monitor profile.
You can only jump to push production from the Alert Monitor if the Alert order generates surplus is
activated.
??Push production takes place in two main steps:
??Identify push problem: Which orders generate a surplus?
??Generate consumer for this product
??In the system, you identify a quantity of a product for which no consumer is available (push
product). The system supports you with alerts that detect surpluses.
??You call up push production. Push production can either be called up from the Product View for the
push product (in the change mode) or from the Alert Monitor. The Push Production screen appears
in which all required information and functions for solving a push problem appear. This includes:
??Orders with a surplus of push products
??All production proc ess models with the product receipts in which the push material is used
??All orders that were generated through push production
??You choose an order with a product surplus. The system uses the data in the production process
model to calculate the quantity of possible product receipts based on the quantity of push products
and displays this quantity.
??You choose a product that you want to produce, determine the quantity to be produced, and create an
order or several orders in a simulation.
??The system plans according to the set planning strategy.
??If there are lot-size constraints, the system calculates the number of orders that must be created to
produce the desired quantity. This calculation is based on the leading product of the selected
production process model. If the number of orders is greater than one, the result of the calculation
is displayed.
??You can change the number of these orders.
??The system adjusts the total quantity accordingly.
...
© SAP AG AP220 Appendix-108
...
? SAP AG 2001
11 Course Overview
66 Optimizing Scheduling
6
? SAP AG 2001
Resources
Bottleneck
Time
Bottleneck
1. Determine bottleneck
2. Schedule bottleneck resources only
3. Fix sequence at bottleneck resource
4. Schedule all remaining resources
? SAP AG 2001
??Using resource decomposition, the schedule is first optimized for the bottleneck schedule.
??Then the schedule for the remaining resources is optimized. The schedule for these resources is
adapted to the bottleneck schedule.
??Note: Resource decomposition is only used in campaign optimization.
??Prerequisite: You have set the Bottleneck resource indicator in the resource which you want to
optimized first for campaign optimization (metaheuristic Resource decomposition
Ressourcenzerlegung). The Bottleneck resource indicator is on ly relevant for the metaheuristic
resource decomposition and has no other planning characteristics in APO planning. Therefore, this
field cannot be maintained in R/3 and transferred via the R/3-APO interface.
Temporal constraints
Resource 2 Activity A
FS: [-10min; 180min]
Resource 1 Activity B Activity B
Time
FS: Finish-start relationship
? SAP AG 2001
? SAP AG 2001
??For more detailed information, use the extensive F1-help available for optimization.
Sales
order
Backward
pegging
possible
Planned order
with dependent
requirement
Breaks or capacity
used by other orders
Purchase
requisition
? SAP AG 2001
??Ifyou have started the optimization run interactively (for example, in the DS planning board) or in
the production planning run, the process is as follows:
??Step 1: Processing pegging relationships:
??The LiveCache creates new dynamic pegging relationships for the receipt and requirement
elements that lie within the optimization range when you call the optimizer. In doing so, the
system can execute backward scheduling. By default, the system can link a requirement element to
a receipt element that is up to 24 hours late during backward scheduling. You can enter a different
value in the optimization profile or when calling the optimizer. Reason: The value set in the
product master for backward pegging cannot be taken into account in optimization, which is why
you can define a value in the optimization profile.
??The newly generated pegging relationships are then either converted to relationships between
receipt elements and requirement elements or to requirements dates for the receipt elements (these
dates represent hard or soft requirements for optimization, and limit the number of possible
scheduling dates).
This means that during optimization, the optimizer does not change the pegging relationships
(same effect as fixed pegging), since they are considered fixed relationships. The optimizer does
not delete, change or create any pegging relationships. It also does not change any quantities or lot
sizes.
??The newly generated pegging relationships are only valid for optimization. After adopting the
optimized schedule in the planning version, the system creates, if necessary, new pegging
relationships.
Fixed activity
Resource 1
* Activity A
Tim
e
End-start relationship:
maximum time interval: 2 hours
? SAP AG 2001
??Step 2: Processing time relationships: A relationship with a minimum or maximum time interval
can exist between two activities (maintenance in PPM). At the start of the optimization run, the
system evaluates the relationships between the activities and then determines the possible scheduling
dates for the activities.
??Relationship between two non-fixed activities: During optimization, the system must always
adhere to the relationship between two non-fixed activities; they represent a hard constraint.
??Relationship between a fixed and a non -fixed activity: Using the relationship between a non-
fixed activity and a fixed ac tivity, the system determines the earliest or the latest start or finish
dates for the non-fixed activity. These dates represent hard or soft constraints for optimization as
follows:
- Earliest start or finish dates are a hard constraint for optimization.
- By default, latest start or finish dates are soft constraints that the system is allowed to violate
These delays can be minimized during optimization. If required, you can specify that the system
is also to consider the latest dates as hard constraints.
? SAP AG 2001
??Step 3 (optional): Before optimizing, the system performs a consistency check for the master data
transferred to the optimizer: During this check, for example, the system checks the master data for
incorrect settings. For performance reasons, you should only use this check if you are in the
implementation phase and are configuring the master data. If you do not want to execute the
consistency check, you set the Skip data consistency check indicator on the Enhanced settings tab in
the optimization profile, or when calling up optimization.
??Step 4: The system optimizes the schedule in the optimization range based on the specified objective
function , hereby considering all the constraints. To do this, it varies the dates and the resource
assignment for the activities.
??Step 5 (optional): During optimization the system tends to schedule activities earlier than the
requirement date (scheduling always takes place on the earliest possible date). In order to correct this
early scheduling, the system can automatically execute a follow-up optimization in the optimization
run after the actual optimization has finished. During the follow -up optimization, the system tries to
schedule the activities that were scheduled too early closer to the requirement date. This correspon ds
to backward scheduling.
Prerequisites in the optimization profile or when calling up optimization:
??Set the Backward scheduling indicator on the Additional strategies tab.
??Specify whether, during the follow-up optimization, the system can change the resource
assignment established during optimization, or whether it must stay the same.
??Specify whether, during the follow-up optimization, the system can increase the total lead time
achieved during optimization.