SAP PP Notes
SAP PP Notes
SAP SPRO stand for SAP Reference Project Object, SPRO is a transaction code, which is used for configuration and customize
SAP modules as per client requirements.
In next screen customizing execute project, three options available i.e.
SAP Reference IMG (Implementation Management Guide)
IMG Information
Project Analysis.
SAP Reference IMG: – SAP Reference IMG takes to Implementation Guide (IMG) screen. The IMG screen provides important
settings on configuration that need to be implemented in every module of the SAP system. The Implementation Guide is grouped
by SAP functional modules and business process that occurs in every SAP module. Most of the SAP consultant/ developers works
in design and development phase of a project using SAP SPRO.
IMG Information: – Under IMG information (Implementation Management Guide), we can check all the information about
customizing. Click on IMG Information will get the following screen with detailed customizing information.
Project Analysis: – With project analysis we can analysis, progress and obtain all the information of SAP projects.
Settings of MRP: -
Activate the plant for MRP in customizing.
Carryout overall maintenance & plant parameters.
Maintain MRP data in material master.
Precautions: -
MRP type should not ND.
Material status is valid.
Planning File:
The Planning file contains the details of the materials that are to be included for the MRP run.
MRP is to be activated for the plant; an entry for the material is to be made in the planning file for the specific plant for the
MRP run.
MRP Run for a material occurs taking the information from the planning file.
MD20 = Create Planning File
MDAB = Create Planning File in Background
OMDU = Activate MRP & Setup Planning File
Planning Process:
The system checks the planning file
The system calculates the net requirements for every material.
The system calculates procurement proposals.
Scheduling happens.
The system determines the type of procurement proposals.
During MRP run, the system checks some critical situations, which need to be worked manually, and hence it creates
exception messages.
Prerequisite for MRP:
Net Requirement Calculation
BOM Explosion
Lot Size
Scheduling
Activate MRP – OMDU
Setup Planning File – OMDU/MDAB/MD20
Carry out overall maintenance of Plant parameters – OPPQ
Types of scrap: There are three types of scraps used in SAP PP:
Assembly Scrap
Component Scrap
Operation Scrap
Assembly Scrap – During the production of an assembly, a certain amount of scrap always occurs due to various reasons. To
produce the required lot size it is always necessary to increase quantities and activities used by the system.
Settings –Maintain the assembly scrap in the material master (MRP1 view) as a percentage.
Component Scrap – Sometimes a particular component always consumed more during the production process than the planned
one. In that case, we use component scrap quantity to achieve the production quantity. Component scrap increases the
dependent requirements quantity of the component.
We can maintain component scrap: In the BOM item – In this case, the component scrap is only relevant for this particular BOM.
Settings – In the MRP 4 view of the material master record – In this case, the component scrap is relevant for all the BOMs that
contain this material.
For example, if component scrap is defined as 10% and the component Quantity is defined as 100 kg, the system
automatically calculates the required component quantity as 110 kg to account for the operation scrap.
Operation Scrap – During Production process after a particular operation, we may get some loss. Need to adjust the quantity,
standard values and other values of the subsequent operations. For this, Operation scrap used in production.
Settings – You can enter operation scrap (in %) in the routing and in the BOM.
For example, if operation scrap defined as 5%, and the component quantity is defined as 100 kg, the system
automatically calculates the required component quantity as 105kg to account for the operation (during
production) scrap.
Difference between Customer Independent requirement (CIR) and Planned Independent requirement (PIR)?
PIR: Planned Independent Requirements are planned production or sales quantities that are based on some sort of forecast
procedure (e.g. Material Forecast or SOP procedure). These values used in MRP to calculate procurement and production
quantities for a material. PIR is not dependent on any requirement. We use T-code MD61/MD62/MD63 for maintaining the
quantity based on the forecast (history and future trend). Mainly used in MTS scenario.
CIR: In Customer, independent requirement the customer details like date and requirement type are required and when planned
order created has assigned to the CIR. It created by using T-code MD81/MD82/MD83. Mainly used in MTO scenario. The customer
requirements that we create in MD81 have the same requirement as the customer order created in T code VA01. This option
mainly used to simulate or when we do not have the SD module.
MRP Types:
MRP type controls which MRP procedure can be used to plan a material and which MRP parameters can be entered when
maintaining material master. We have to enter these MRP type on MRP 1 view of material master record.
ND => No MRP
PD => MRP
VB => Manual reorder point planning
VM =>Automatic reorder point planning
V1 => Automatic reorder point planning including external requirements
V2 => Automatic reorder point planning without external requirements
VV => Forecast-based planning
XO => External Planning
Demand Management: Demand Management is used to determine requirement quantities and delivery dates for finished
products. To create a demand program, Demand management uses PIR’s & Customer requirements.
Demand Management provides a demand program, which is used by MRP to generate production plans. Depending on the
planning strategy chosen in the material master, the demand program can use forecasts of demand, actual demand, or
combinations of both. Actual demand is created in sales order management (customer orders) and materials management
(warehouse replenishment). Forecasts of demand are represented by “planned independent requirements” which are copied
from the Sales and Operations Plan.
For example, consider this business scenario, suppose we wants to do planning for finished Goods once per week, but it is
necessary to do planning for their components on daily basis.
So in this case, we can define Finished Goods with MRP type as MPS and all the components with MRP type as MRP.
MPS run is carried out before the MRP run. So that the Planner can ensure planning result before the MRP run. MRP Run will plan
all BOM level of Materials.
Maintain MRP Type M0, M1, M2, M3 or M4 depending on the firming type (planning time fence) in MRP 1 view for material –
MM01
MD61- Create Planned Independent Requirements (PIR).
Run MRP MD40 – Total Planning MPS MD41 – Single Item Multilevel , MD42 – Single Item Single level
Create MRP Type: T Code - OMDQ
Difference between MRP & MPS:
MRP plan items that have dependent demand. MPS plan items that have direct demand or independent demand. With
independent demand that comes directly from customer. MPS runs at only one level of BOM. System does not plan the MPS items
through normal MRP. MPS aim is to reduce the storage costs & increase the planning stability. MPS can be run weekly based on
forecast.
Selectio Excepti
Exception Message
n Group on
69 Recursive BOM components possible
02 New, and opening date in the past
1
05 Opening date in the past
03 New, and start date in the past
2 06 Start date in the past
63 Production start before order start
04 New, and finish date in the past
3 07 Finish date in the past
64 Production finish after order finish
4 01 Newly created order proposal
42 Order proposal has been changed
44 Order proposal re-exploded
46 Order proposal has been manually
changed
61 Scheduling: Customizing inconsistent
62 Scheduling: Master data inconsistent
80 Reference to retail promotion
82 Item is blocked
50 No BOM exists
52 No BOM selected
5 No BOM explosion due to missing
53
config.
55 Phantom assembly not exploded
25 Excess stock
26 Excess in individual segment
Coverage not provided by master
40
plan
56 Shortage in the planning time fence
Disc. matl partly replaced by follow-
6 57
up
Uncovered reqmt after effective-out
58
date
59 Receipt after effective-out date
70 Max. release qty - quota exceeded
96 Stock fallen below safety stock level
10 Reschedule in
15 Reschedule out
7
20 Cancel process
30 Plan process according to schedule
8 98 Abnormal end of materials planning
Batch Management:
A batch is group of materials combined into one quantity for various reasons. Like materials with same characteristic & values
are grouped into a batch. Batch can be assigned to client level, plant level & material level.
The batch is unique number system generates for the single lot of manufacture. Batch management is an integration between
SD, MM, PP & WM. In Material Master Work Scheduling View, activate Batch Management to the materials, which are to be
handled in batches. A batch is the specific quantity of a material produced in a single manufacturing process, i.e., under the
same conditions, thus featuring identical properties. Each batch of material is given a batch number. Each batch of a material is
tested with regard to relevant characteristics to ensure it meets the values or within the range for those characteristics.
Batch management is an important part of a company's ability to procure, produce, store, and sell material. The batch defines a
quantity of material by characteristics unique to that batch. Those characteristics determine how the material in that batch is
used, sold, or moved.
E.g. In chemical industry a specified number of containers of a specific product may be considered batch if they were produced at
the same time & have same physical & chemical properties.
Batch record indicates that the batch confirms to the current Good Manufacturing Procedures (GMP). The batch info record
contains the specific information about the product like process tested, analytical methods & test results.
This is very essential component in Food & Beverage Industries, Pharmaceutical and chemical industries.
Purpose of Batch:
To track the defective goods.
To track the expiry date of goods.
To track the person responsible.
Ingredients of a product in that batch.
Production or Process Order number.
Customer returned products with batch could be traced quickly.
Batch number can help in identifying the vendor by maintaining proper batch numbering.
To track the shelf life of goods.
Batch Determination:
It is important process used in SD, PP, MM & WM. Batch determination uses strategy types, search strategies, and search
procedures for a batch to be identified in the relevant area. We will receive one material in a number of batches, and this will be
kept in storage location stock or in warehouse storage bins. When we want to issue the material to production, we need to have a
strategy to choose different batches. Defining the strategy in the system where the system determines and offers up the right
batch to pick is the process of batch determination. Batch determination uses the condition technique. Batch determination can
be used in Production, production order, goods movement, sales order/delivery, cost center, and transfer order functions.
Create Batch Determination Condition tables: Batch determination condition tables once created become the key
combination fields for searching batches .The Condition Tables are created separately for Inventory Management, Production,
WM and Sales. T Code - OPLB
Create Batch Determination Access sequence: Batch determination access sequences have multiple condition tables (key
combinations) assigned in a sequence of priority. This facility allows creating data for many key combinations so that even if the
search of batches fails on the first key combination condition the rest in the priority would help in search.
Create Batch Strategy Types: The strategy type’s configuration holds the selection criteria and the sort rules used in batch
determination techniques. Strategy types are used ultimately to create the batch search master data or batch search condition
record so that the system would know the exact level at which search for batches is to be carried out along with the
selection/sort rules of these batches.
Create Batch Search Procedure: A Batch Search procedure contains multiple strategy types assigned in sequential priority.
The Batch search procedure thus becomes the final configuration, which includes the total search configuration together. As
before, the Batch Search Procedures are created separately for IM, Production, WM, and Sales.
Batch Search Procedure Allocation and Check Activation: In this step, we allocate the batch search procedure to the
respective modules. In the case of Inventory Management, the Batch search procedures are assigned to the Movement types. In
the case of Production or process orders, the batch search procedures are attached to the production plants and order types.
PI Sheet:
A PI sheet is used as an input, output form for plant parameters, and is customizable according to individual production
processes. This customized PI sheet is part of either configuration activity or master data management. Due to its intuitive
features, a PI sheet can be used for many functions, such as calling up a transaction while remaining in a PI sheet, displaying
documents, recording shift highlights, posting GI/GR, undertaking confirmation of a phase, calculating results, and jumping to
record results for quality inspections. The process operator fills in the PI sheet, which contains the provision to record actual
material consumption details and marks the status of the PI sheet as Complete. The PI sheet Process Manufacturing Configuration
contains user-defined details, for example, process notes, process steps, input fields, calculations, options to sign the phases of
the PI sheet, details to enter GI (consumption), and navigation to the confirmation screen or to record in-process quality results.
When the process operator sets the status of the PI sheet to Complete, the system sends the data back to the SAP system in the
form of process messages.
Implementation:
ASAP Methodology (Accelerated SAP Methodology):
ASAP, accelerated SAP implement, means to go through the SAP implementation process efficiently. Accelerated SAP
Methodology is proven, repeatable and successful approach to implement SAP solutions across industries and customer
environments. Accelerated SAP provides content, tools and expertise from thousands of successful implementations. Based
Accelerated SAP (ASAP) Implementation Methodology, there is a timeline which includes five paths.
Project Preparation
Business Blueprint
Realization
Final Preparation
Go Live & Support
Phase I - Project Preparation: Kick of meeting is conducted with all the consultants & client. KT (Knowledge Transfer) session
will be done.
Each consultant’s roles & responsibilities will be decided. Project start date & end date and each phase start date & end date and
milestone in each phase will be decided. Project scope will be decided. (Scope means which modules to be implemented). When
workshop sessions conducted will be decided if any new tasks will be training conducted to consultants.
Phase I deliverable or output is Project chart & scope of the project.
Phase II – Business Blue Print Preparation: Each module senior consultants interact with client core team members &
information gathering from them & with that information Blueprints are prepared in MS word document. We can prepare “AS-IS”
business process document which contains how many businesses process procedure client is following and “TO-BE” document
which contains series of Questions & Answers. “TO-BE” documentation will be prepared with the help of standard SAP Q&A DB
(Questions & Answers Data base Table) (T code = SQADB01). At the time of Blue Print Preparation, some “GAP’S” are found &
those are listed in Blue Print “GAP Analysis” phase. We also prepare Blueprint that mentioned all the terms & conditions & get it
signed with Client. Only after client signed off, we start Realization.
Phase III – Realization: In this phase, SAP data is configured in SPRO based on Blue Print. The purpose of this phase is to
implement all the business process requirements based on Business Blueprint.
Type of Configuration:
Base Line Configuration
Final Configuration
Base Line Configuration: Configuring of standard SAP settings without ABAP development.
Final Configuration: Configuring of SAP data with ABAP developments. Such as RICEFW (Reports, Interfaces, Conversions,
Enhancement, Forms, Workflow). In Blue print, whatever “GAP’S” are found that “GAP’S” will be closed in the final configuration
with the help of ABAPER. “GAP’S” can be found out at the time of Blue Print as well as Realization Phase. In Realization phase do
the unit tests at end user side within the module & it will be done in development server.
Phase IV – Final Preparation: In this phase Integration Test “UAT” (User Acceptance Test) Data Upload (Master Data &
Transaction Data) End User Training & Training Manual Preparation & “Cut-Over Activities” will be done.
Cutover activities means when data has to move to Production Server & when Go-Live has to start & when recreation test has to
do.
Phase V – GO-Live & Post Implementation Support: From Go-Live date client starts using SAP system for their business &
whenever user-getting issues we have to give support to rectifying the problems with some cost & time period based on SLA
(Service Level Agreement). Ensuring system performance through SAP monitoring and feedback.
Costing:
When create an order, the system performs planned cost calculations within the order. When perform production execution
activities, such as GI, confirmation, GR, and recording of co-products or by-products, the system updates the actual cost and
presents a comparison of planned costs with actual costs.
The product cost controlling functionality is integrates with Controlling (CO) & PP. It helps to ensure that the total cost of goods
manufactured (COGM) and total cost of goods sold (COGS) are completely accounted for. To calculate
the COGM, we need to have information of the cost of all raw materials and components used. Also need to know the activity
rates for each work center (resource). The material and activities costs are also known as direct costs and are individually
assigned to the order without any allocation. Overhead cost is determined by overhead charges. Examples of overhead costs are
the electricity consumed in the production process and the salaries of employees involved in the production of goods.
There is also a method of assigning a costing sheet to an order type, which, for example, may contains details such as 2% of raw
material cost will equal the electricity cost of producing a material.
When an individual order is settled, the system updates the material price based on the price control. If the price control in the
material master (finished or semi-finished good) is a standard price, the system reflects all differences and variances to the price
difference account.
Once the order is crated or released, based on the BOM and Routing planned order cost will be calculated.
Actual cost will be calculated based on the actual component consumption and utility or activity utilization.
Schedule Lines: Schedule lines are created against scheduling agreement. A material, which is procured from subcontract &
we want delivery in particular days with schedule we can maintain scheduling agreement (T code – ME33). In source list, we will
maintain vendor, schedule agreement with validity dates and which agreement is relevant for MRP.
MD61 screen:
The version number is used for organizational purposes for the creation and further use of the demand program.
Versions can be set to active and inactive. Only active versions are included in the planning run.
Using the version compare function, we can compare various versions of a demand program with each other.
Maintain requirements daily, weekly, monthly either for material, Product Group or Requirement plan. There is check box for
version indicator, this selection determines whether the version is active, that is, relevant to MRP. There are version like
Requirement plan, sales plan, Quota from sales plan, production plan, quota from production plan.
Scheduling:
Scheduling is used to calculate start date/start time and finish date/ finish time for a production order or operation.
Methods of Scheduling:
Basic dates scheduling: Basic dates scheduling is calculated by considering the values like goods receipt (GR) processing time, in-
house production time and planned delivery time from material master (MRP 2 view). It calculates basic start date and basic
finish date for an order.
Lead-time scheduling: Lead-time scheduling is calculated by considering values from routing operation times (setup, machine,
labor, etc.) And values from schedule margin key to calculate operation start date, start time, finish date and finish time.
There are different scheduling types commonly used in Production Planning and especially in production orders.
Forward scheduling
Backward scheduling
Current Date Scheduling
Only capacity requirements
Forward scheduling, system schedules the order based on basic start date and determines the schedule finish date.
Backward scheduling, system schedules the order based on basic finish date and determines schedule start date.
Current date scheduling, system calculates schedule finish date by considering schedule start date as current date.
Only capacity requirements scheduling, the system calculates the capacity requirements only. The individual operations are not
scheduled, and the basic dates are copied as operation dates.
Backward scheduling used when; we want to plan production based on required delivery date.
Forward scheduling used when, customer not demanding on delivery date
Backward Scheduling = Opening Period +In-house Time + GR Processing Time
Forward Scheduling = In-house Time + GR Processing Time
MRP PP Evaluation:
This role contains a function for evaluating the MRP result. This function can be used to find information about the availability of
material and to identify any material shortage situation.
This role contains functions for evaluating the MRP result for in-house production. Use these functions to find information about
material availability and to recognize possible material shortage situations and exception situations quickly.
Product cost Collector (T code => Individual – KKF6N & Mass- KKF6M):
Product Cost collector is one of the master data in REM scenario.
Product Cost collector is used as a cost object in REM scenario, which means all the cost will be booked under this product
cost collector for that material.
Whatever the confirmations that are done in MFBF, MF41, or MF42N, the cost will be debited or credited accordingly for that
material and the impact will be seen in the product cost collector.
This product cost collector will be having an order number, which will be used for order settlement and variance calculation.
For creating a product cost collector, we will require a production version.
Whenever we do an assembly, activity, or component backflush, the cost will be booked under this product cost collector.
In continuous production, the product is continuously produced, raw material is continuously supplied to the production line,
and the plant and machinery are in continuous operation. An example of this is fertilizer manufacturing, where the production
process is continuous, starting with production of ammonia from natural gas (methane) and continuing until the final
urea/fertilizer is produced. The process may find an interim storage in the form of bulk urea being stored in the warehouse before
the bagging process starts.
E.g. Tablet, Soft Gel Capsules, Syrups, Capsules, Injection Vials produced in the pharmaceutical industry.
In discontinuous production, the products are not produced in a continuous process. Instead, the material components are
provided and weighed out as required for each step of the production process. E.g. Food Processing.
Regulated production is used if the product quality requirements are very stringent, and specific industry standards must be
met. In regulated production, orders can be created only with approved recipes. If changes need to be made to master recipes,
these are subject to master data change administration procedures. The central master data elements in process manufacturing
are the material, the BOM, the resource, the master recipe, and the production version. E.g. Pharmaceutical or Cosmetics
Manufacturing
Subcontracting:
Process Flow:
Create material master for Header material (Product) and component materials – MM01
Make settings in Header material’s material master MRP 2 view for subcontracting. – MM02
Create BOM for Header material – CS01
Put requirement for Header material – MD61
MRP run for Header material – MD02
Convert Purchase Requisition to Purchase Order – MD04
Issue component materials to Purchase Order - 541 movement – MB1B
Goods receipt of the semi-finished material – MIGO
Long Term Planning (LTP): Long term planning (Simulative MRP) used to simulate the future demand and supply situation in
all BOM levels. The main function is to check the capacity situation, material requirement and vendor ability to provide the
material in desired time. This is not an actual run but a simulative run where actual planning situation is not being affected, and
we can see the capacity situation of the work centers well ahead in time. If such information is available in advance, then we can
decide at an early date whether additional machines will be required to cope with capacity bottlenecks.
LTP (Long Term Planning) is nothing, but MRP run in simulation version to simulate the production plan for the future.
It is possible to transfer the plan from simulative version to operative version "00"(actual planning) if through simulation it is
found that all capacity and requirement can be fulfilled.
The purchasing department can also utilize the outcome of long-term planning. They use the information on the future
requirement quantities to estimate future purchase orders. This provides them with an opportunity to negotiate delivery
schedules and contracts with vendors.
Vendors also have an advantage from long-term planning results as they are sent a preview of future estimated purchase
orders and delivery schedules.
In T code MD61, put plant & version as “02” which as inactive version & requirements are considered in LTP.
Planning scenario creation is required for long term planning run. Annual simulative requirements in the form of PIR are assigned
to the planning scenario. BOM selection ID is assigned to the scenario for selection of relevant BOM in LTP run. We can also
include or exclude current stock, existing planned receipts from LTP run.
In T code MS31 create planning scenario (numeric or alphanumeric value) with description & select LTP & press enter.
Enter planning periods month wise from date to till date & keep opening stock as blank which means that current stock will not
be considered in LTP.
BOM selection ID – 01 means that active BOM will be exploded in LTP run. In the same screen press Planned Independent
Requirements Tab & enter version 02 & planning periods. Put plant & click on confirm & then press “Release + Save” button
planning file entries will be generated.
Sales & Operation Planning (SOP): Sales & Operations Planning (SOP) is the process of aligning forecasts of customer
demand with manufacturing capability. Sales & Operations Planning (SOP) is a flexible forecasting and planning tool with which
sales, production, and other supply chain targets can be set based on historical, existing, and estimated future data.
Process Flow of Standard SOP:
Creation of Product group – MC84
Create plan in inactive version – MC81
Disaggregate product group plan – MC76
Convert Inactive version to active version – MC78
Transfer SOP plan to Demand management. – MC75
Flexible Planning: Flexible Planning offers multiple options for customized configuration: We can plan on any organizational
level, and define the content and the layout of the planning screens.
We can process your planning data from the standpoint of almost any organizational unit (for example, sales organization,
material group, production plant, product group, material) and even from the standpoint of the entire enterprise.
Steps:
Create Info structure MC21
Maintain Planning Parameters MC7F
Create Planning Type MC8A
Create Flexible Planning MC93
Copy to active version MC8V
Transfer to Demand management
Create Standard SOP Planning
Transfer to DM from change mode of Flexible Planning with active version MC94
PP Reports:
CS11 - Multilevel BOM
CR05 - Work Center List
COOIS - Production Order Information Report
COID – Process Order Information Report
MMBE – Stock Overview List
MD04 – Stock Requirement List
MD05 – MRP List
MD06- MRP List Collective Display
COHV – Mass Processing of Orders
CO24- Missing Parts Info System
COGI – Automatic Goods Movement Errors
Planned Orders
Conversion of Planned Order to Process/ Production Orders
Production/ Process Order Scheduling
Capacity Requirements Planning
Material Availability Check
Release of Production/ Process Order
Material Withdrawals
Order Confirmation
Goods Receipt
Order Settlement
Make to Stock Make to Order
S.No.
Strategy 10 Strategy 30 Strategy 40 Strategy 70 Strategy 20 Strategy 50
Production by Lot Planning with Final Planning at Assy. Make to Order Planning w/o
1 Make to Stock Production Size Assy. Level Production final Assy.
Demand program is w/o You can also plan If sales order/cus. If due to sales Every sales The system
ref. to sales order sales order reqmt. Reqmt. Exceeds PIR. order/cus. order is creates a
Then system Reqmt. ,Pln order , planned planned order
automatically creates production order at individually for the newly
planned order in next FERT level, the and managed created sales
MRP run for the depend. Reqmt. Or in its own order in the
unplanned Qty. reservations segment in individual
Exceeds the Assy. the MRP list customer
PIR. Then system or current segment.
2
automatically stock reqmt.
creates planned List
order in next MRP
run for unplanned
Qty.
It supports very closely It supports lot sizing It allows you to focus If it is easier to It is done for This strategy
customer - supplier procedure on flexible and fast specify a reqmt. the high value is useful if a
relationship reaction to customer Forecast for certain items large part of
demand assemblies than it is the value
for the variant added
8 diversity of the process at
finished product. final assy.
Planned orders can be Planned orders can Planned orders can be Planned orders can Planned Planned
converted into prod. be converted into converted into prod. be converted into orders can be orders can't
9 Orders(LA) prod. Orders(LA) Orders(LA) prod. Orders(LA) converted be converted
into prod. into prod.
Orders(LA) Orders(VP)
Reqmt types Reqmt types
Reqmt types and Reqmt types and and classes and classes
10 Reqmt types and classes classes classes Reqmt types and C.R-KE, 040 PIR- VSE,
PIR- LSF, 100 PIR- LSF, 100 PIR- VSF, 101 classes 1003
C.R-KSL, 030 C.R-KL, 041 C.R-KSV, 050 PIR- VSFB, 105 C.R-KEV, 045
Work center
CRHH - Work center hierarchy
CRHS - Hierarchy structure
CRHD - Work center header
CRTX - Text for the Work Center or Production Resource/Tool
CRCO - Assignment of Work Center to Cost Center
KAKO - Capacity Header Segment
CRCA - Work Center Capacity Allocation
TC24 - Person responsible for the work center
Routings/operations
MAPL - Allocation of task lists to materials
PLAS - Task list - selection of operations/activities
PLFH - Task list - production resources/tools
PLFL - Task list - sequences
PLKO - Task list - header
PLKZ - Task list: main header
PLPH - Phases / suboperations
PLPO - Task list operation / activity
PLPR - Log collector for tasklists
PLMZ - Allocation of BOM - items to operations
Bill of material
STKO - BOM - header
STPO - BOM - item
STAS - BOMs - Item Selection
STPN - BOMs - follow-up control
STPU - BOM - sub-item
STZU - Permanent BOM data
PLMZ - Allocation of BOM - items to operations
MAST - Material to BOM link
KDST - Sales order to BOM link
Production orders
AUFK - Production order headers
TJ02 - Production Order Status
AFIH - Maintenance order header
AUFM - Goods movement for prod. order
AFKO - Order header data PP orders
AFPO - Order item
RESB - Order component
AFVC - Order operations
AFVV - Quantities/dates/values in the operation
AFVU - User fields of the operation
AFFL - Work order sequence
AFFH - PRT assignment data for the work order(routing)
JSTO - Status profile
JEST - Object status
AFRU - Order completion confirmations
Planned orders
PLAF - Planned orders
KANBAN
PKPS - Kanban identification, control cycle
PKHD - Kanban control cycle (header data)
PKER - Error log for Kanban containers
Reservations
RESB - Material reservations
RKPF - Header
Capacity planning
KBKO - Header record for capacity requirements
KBED - Capacity requirements records
KBEZ - Add. data for table KBED (for indiv. capacities/splits)
Repetitive Manufacturing:
The production is quantity based & period based.
Same product usually produced over long period of time on single production line.
Usually planned order you have done
- Production
- Confirmation with Goods Receipt
-Product cost collector settlement
Master Data for Repetitive Manufacturing:
Rate Routing (CA21) - All operations ,machine are clubbed in one operation.
At the time of work center creation you have to select different work center category like (machine -0001,
production line - 0007)
Line loading, material staging (MF50), Backflushing
In master data assign Repetitive manufacturing indicator & REM profile in MRP 4 view.
Create REM profile in OSP2.
In REM we can not use production orders so production orders not settle, so we create here product cost collector.
All costs settle via product cost collector (Individual - KKF6N , Collective - KKF6M)
Line Loading (MF50) - Use to tell that which planned order has to be executed on which machine.
Now you can see your planned order not assign to production line.
Production team should know which line is used in which month.
Once you save your planning loading you can see in MD04 your planned order is assigned to production line.
Planned order get firmed order.
Line loading you assign your quantity to production line.
Backflush:
GR & GI doe simultaneously because you continuously production the same product.
Confirmation your GR activity by using MFBF.
In REM, work center also called as production line.
Process Management:
Process management serves the interface between PP-PI & system involved in process control.
Receives control recipes with process instructions from released process orders.
Here we are doing to secondary data process order to process control system. Whatever data will be update in PI
sheet that will be return by using process management.
Here use of process instruction to specify which information to be transferred to process control & which
information to be reported back from process control.
You can allocate the process instruction to master recipe & phase we can assign process instruction. (O12C )
Process instruction comes from configuration. Characteristic pick the values from process order. Characteristic took
data from process order.
Creation of Control Recipe:
Process order
- Header
- Operation
- Phases
---- Control Recipe Destination -We have assign 2 process instructions
---- Process Instruction -Then you have to assign phases in master recipe destination column.
Kanban is a procedure for controlling production and material flow based on the physical material stock in production.
Material that is required on a regular basis is continually kept available in small quantities in production.
MRP I view: - Material, Plant, Base Unit Of Measure, MRP Type, Lot Size, MRP Area, MRP controller
MRP II View: -Procurement Type, In house Production, Schedule Margin Key
MRP III View: Strategy Group, Availability Check
MRP IV View: -Material, Plant, REM Profile, Repetitive Manufacturing, Production Version
Planned orders
Conversion of planned orders to process/production
Production and process order scheduling
Capacity requirements planning
Material availability
Release of production/process orders
Material withdrawals
Order confirmations
WIP Determination
Goods receipt documentation
Order settlement
Process steps:
1. Create supply area for Kanban storage location (KN01). TC: PK05
2. Extend the material to Kanban storage location. TC: MMSC
3. Make the necessary changes in the material master as explained above.
4. Create Kanban control cycle. TC: PKMC
5. Print the barcode. TC:PK17
6. Set the Kanban status to EMPTY by scanning the barcode. TC: PKBC. A material reservation will be created for stock transfer
from main stores to KN01.
7. View the demand source view. TC: PK13N
8. Once the Main stores sends the material to shop floor scan the barcode to FULL. TC: PKBC (At the background stock transfer
with 311 movement will happen).
SAP ECC can using HANA Database called as = SAP Business Suite ON SAP HANA
SAP ECC can using HANA Database called as = SAP Business Suite Powered By SAP HANA
SAP S/4 HANA using HANA Database called as = SAP Business Suite FOR SAP HANA
HANA = High Performance Analytical Appliances.
SAP S4 HANA can run only HANA database. SAP ECC can run-on third-party database like Oracle, IBM, DB2, etc.
In SAP ECC, MRP runs occur through batch jobs during off peak hours. In SAP S4 HANA, MRP run occur in real time.
New & advanced functionalities in S4 HANA E.g. Group Reporting in FICO, Advanced ATP in SAP SD, MRP Live in SAP PP/MM.
Length of material code expended from 18 characters to 40 characters.
Introduction of Extended Warehouse Management (EWM).
In Material master Data add tab “Advanced Planning”
SAP Fiori is a new user experience (UX) for SAP software and applications. It provides a set of applications that are used in
regular business functions like work approvals, financial apps, calculation apps and various self-service apps.
HubSpot
HappyFox
Samanage
Live Agent
SolarWinds
Front
Spiceworks
AzureDesk
SAP GUI (Graphical User Interface): It is an important ERP tool that allows SAP end users to use various software applications
by providing easy-to-use graphical interface, runs on operating systems.
A single face GUI for accessing all SAP components such as ERP, BI, CRM, SCM, XI, and SRM.
Users are allowed to login with their preferred language, as the same GUI can be used in different languages.
It is very user-friendly and useful for creating favorites, start-up transactions for reducing dialog steps.
It is compatible for supporting all SAP applications that are below the current GUI Version. The latest version of GUI supports
the lower versions of SAP components with ease.
It contains user parameters that are defined for more frequently keyed inputs. This enables the automatic population of text
boxes based on specific user logins and reduces the percentage of user inputs in real time.
SAP GUI offers role based and easy to access SAP menus for reducing the GUI load.
This SAP module is intelligent enough to determine the server that is least loaded in the event of more than one instances
(application server) being configured.
It allows access across low speed connections and displays screens without graphics/logos as they tend to consume more
network traffic.
GUI SAP boasts of ergonomically designed interfaces for configuring GUI font size, colors, logos, visual designs and custom
layouts.
SAP GUI release – 7.60
SAP IDES: IDES is a demo SAP system developed by SAP AG used for learning and training and purpose. IDES stand for Internet
Demonstration and Evaluation System.
SAP IDES is an easy way for end users or consultants to get acquainted with SAP or gain mastery over the SAP ERP.
Subcontracting Purchase Order: In subcontracting, the vendor (the subcontractor) receives components from the ordering
party with the help of which it produces a product. The product is ordered by our company through a purchase order. The
components required by the vendor (seller) to manufacture the ordered products are listed in the purchase order and provided to
the subcontractor.
T code ME21N. Item Category L
Provide name of Vendor, Item Category, Material, Plant, and Date of delivery. & save the data. Subcontracting Purchase Order
will be created.
Inventory Management −
Procurement process starts with gathering requirements and ends with procuring goods from vendors. Once the goods are
procured from a vendor, they need to be placed in the company’s premises in correct place so that they can be consumed when
required. Inventory management deals with placing and handling the stock received from the vendors in correct place within the
company’s premises.
Listed below are the points to note about inventory management −
Inventory management deals with the management of stock, either on value or quantity basis.
It includes planning, entry, and keeping records of all the movements of goods.
Goods movement creates a document that updates all the stock quantity and value in the inventory that is known as the
material document.
A material document is referred by a document number and document year.
We comes across the following terms while doing inventory management −
• Movement Type
• Goods Receipt
• Reservation
• Goods Issue
MRP Process:
The following sequence of Transactions: MRP through Demand Mgmt.
MC87 -- SOP
MC78 --Version Management
MC74 - Transfer Material to Demand Management
MD02 -- MRP RUN
MD04 -Stock Requirement List
Through PIR
MD61 -- Create PIR
MD02 -- MRP run
MD04 -Stock Requirement List
SAP MRP process flow starts with customer requirement, which originates from the sales department or marketing department.
The customer requirements are entered in SAP via sales orders. The customer requirements are entered as demand. The output
of demand management is Planned Independent Requirements.
Demand Management: To understand the customer current requirements. Trend of requirements over a period or business
cycle. Match the customer expectations with organization capabilities of providing services. Assuring services to customer.
Function of recognizing all demands for goods services to support the marketplace. Demand management is used to determine
the requirement quantities and delivery dates for finished product. To create a demand program, Demand management uses
PIR’s & Customer requirements. Demand Management is used to determine requirement quantities and delivery dates for
finished products.
Demand Management provides a demand program which is used by MRP to generate production plans.
Depending on the planning strategy chosen in the material master, the demand program can use forecasts of demand, actual
demand, or combinations of both
Actual demand is created in sales order management (customer orders) and materials management (warehouse replenishment)
Forecasts of demand are represented by ‘planned independent requirements’ which are copied from the Sales and Operations
Plan.
MRP control parameters control data.
Processing key – net change in the planning horizon. (NETCH, NETPL, NEUPL)
Create Purchase Requisition – This field has an option for creating purchase requisitions or planned orders.
Scheduling Agreement (SA) delivery schedule lines – This field has an option for creating schedule lines/no schedule
lines. To create a scheduling agreement there should be settings maintained in a source list.
Create MRP list – MRP list would be created and displayed when the planning run is executed and saved.
Planning mode – In this field, the planning mode would be maintained whether to run normally or delete and create all
planning data or re-explode BOM and routing, if there were any changes made to those master data.
Scheduling - Whether only the basic dates are determined for planned orders, or whether lead-time scheduling is carried out
as well. The indicator refers to all planned orders that are new, have been changed, or have been re-exploded for the BOM.
Maintain MRP Type M0, M1, M2, M3 or M4 depending on the firming type (planning time fence )in MRP 1 view for material –
MM01
MD61- Create Planned Independent Requirements.
Run MRP MD41 – Single Item Multilevel MD42 – Single Item Single level
Planning file
The Planning file contains the details of the materials that are to be included for the MRP run.
MRP is to be activated for that plant; an entry for the material is to be made in the planning file for the specific plant for the
MRP to happen.
MRP Run for a material occurs taking the information from the planning file.
T-Code for creating planning file ==>MD20
& in the background ==>MDAB
Activate MRP & setup planning file ==>OMDU
Planning Process:
The system checks the planning file.
The system calculates the net requirements for every material.
The system calculates procurement proposals.
Scheduling happens.
The system determines the type of procurement proposals.
During MRP run, the system checks some critical situations, which need to be worked manually, and hence it creates
exception messages.
Scheduling:
Scheduling is used to calculate start date/start time and finish date/ finish time for a production order or operation.
Methods of Scheduling:
Basic dates scheduling: Basic dates scheduling is calculated by considering the values like goods receipt (GR) processing time, in-
house production time and planned delivery time from material master (MRP 2 view). It calculates basic start date and basic
finish date for an order.
Lead time scheduling. Lead-time scheduling takes value from routing operation times (setup, machine, labor, etc.) to calculate
operation start date, start time, finish date and finish time.
There are different scheduling types commonly used in Production Planning and especially in production orders.
Forward scheduling
Backward scheduling
Current Date Scheduling
Only capacity requirements
Forward scheduling, system schedules the order based on basic start date and determines the schedule finish dates.
Backward scheduling, system schedules the order based on basic finish date and determines schedule start date.
Current date scheduling, system calculates schedule finish date by considering schedule start date as current date.
Only capacity requirements scheduling, basic dates are copied as schedule dates. Operations will not be scheduled.
Batch Management:
A batch is group of materials combined into one quantity for various reasons. Like materials with same characteristic & values
are grouped into a batch. Batch can be assigned to client level, plant level & material level.
The batch is unique number system generates for the single lot of manufacture. Batch management is an integration between
SD, MM, PP & WM. In Material Master Work Scheduling View, activate Batch Management to the materials, which are to be
handled in batches. A batch is the specific quantity of a material produced in a single manufacturing process, i.e., under the
same conditions, thus featuring identical properties. Each batch of material is given a batch number. Each batch of a material is
tested with regard to relevant characteristics to ensure it meets the values or within the range for those characteristics.
Batch management is an important part of a company's ability to procure, produce, store, and sell material. The batch defines a
quantity of material by characteristics unique to that batch. Those characteristics determine how the material in that batch is
used, sold, or moved.
E.g. In chemical industry a specified number of containers of a specific product may be considered batch if they were produced at
the same time & have same physical & chemical properties.
Batch record indicates that the batch confirms to the current Good Manufacturing Procedures (GMP). The batch info record
contains the specific information about the product like process tested, analytical methods & test results.
This is very essential component in Food & Beverage Industries, Pharmaceutical and chemical industries.
Purpose of Batch:
To track the defective goods.
To track the expiry date of goods.
To track the person responsible.
Ingredients of a product in that batch.
Production or Process Order number.
Customer returned products with batch could be traced quickly.
Batch number can help in identifying the vendor by maintaining proper batch numbering.
To track the shelf life of goods.
Batch Determination:
It is important process used in SD,PP, MM & WM. Batch determination uses strategy types, search strategies, and search
procedures for a batch to be identified in the relevant area. We will receive one material in a number of batches, and this will be
kept in storage location stock or in warehouse storage bins. When we want to issue the material to production, we need to have a
strategy to choose different batches. Defining the strategy in the system where the system determines and offers up the right
batch to pick is the process of batch determination. Batch determination uses the condition technique. Batch determination can
be used in
Production, production order, goods movement, sales order/delivery, cost center, and transfer order functions.
Create Batch Determination Condition tables: Batch determination condition tables once created become the key combination
fields for searching batches .The Condition Tables are created separately for Inventory Management, Production, WM and Sales. T
Code - OPLB
Create Batch Determination Access sequence: Batch determination access sequences have multiple condition tables (key
combinations) assigned in a sequence of priority. This facility allows creating data for many key combinations so that even if the
search of batches fails on the first key combination condition the rest in the priority would help in search.
Create Batch Strategy Types: The strategy type’s configuration holds the selection criteria and the sort rules used in batch
determination techniques. Strategy types are used ultimately to create the batch search master data or batch search condition
record so that the system would know the exact level at which search for batches is to be carried out along with the
selection/sort rules of these batches.
Create Batch Search Procedure: A Batch Search procedure contains multiple strategy types assigned in sequential priority. The
Batch search procedure thus becomes the final configuration, which includes the total search configuration together. As before,
the Batch Search Procedures are created separately for IM, Production, WM, and Sales.
Batch Search Procedure Allocation and Check Activation: In this step, we allocate the batch search procedure to the respective
modules. In the case of Inventory Management, the Batch search procedures are assigned to the Movement types. In the case of
Production or process orders, the batch search procedures are attached to the production plants and order types.
Purchasing Tables:
Purchase requisition > EKBN
Purchase requisition account assignment > EBKN
Release documentation > EKAB
History of purchase documents > EKBE