NTPL BBP PP v1 Overview
NTPL BBP PP v1 Overview
NTPL BBP PP v1 Overview
Presented To
By
REVISION HISTORY
Date Document Version Document Revision Author
Description
Proj Sponsor
Proj Coordinator
Core User
Core User
Core User
IT Coordinator
The content of this document forms the basis and the guidelines for the subsequent realization phase.
This document aims to describe the future business solution based on SAP software. Both IT subjects and
organizational issues that are required to understand the situation are described in it.
Any additional explanations that are only relevant when the project is in progress are given in the various project
management plan documents, which the project management team will provide on request.
Manufacturing Planning is the process of using a production plan and customer demand to create production
and procurement schedules for finished products and component materials. The manufacturing planning
processes include:
Capturing accurate sales and sales forecasts/production plans for individual assemblies and products.
Implementing production strategies for final assemblies, sub-assemblies and finished products which
are consistent with customer requirements and internal goals.
Using planning parameters and options to create accurate production schedules for all components.
Manufacturing Execution and Control is the process of assembling or producing finished products, component
materials and recording all shop floor activities and inventory movements. The manufacturing execution and
control processes include:
Using the production orders to control and track production activities
Determining component requirements and reducing component inventory levels
Tracking actual production to identify ways to decrease costs and improve the production process
Production Planning tailors supply chain optimisation for efficient production and allows NTPL to schedule and
optimise production planning, including the procurements of mandatory and non-mandatory components and
replenishments.
The Production Planning and Control module in SAP covers the following business processes:
Mawai Infotech Ltd Confidential page 5/43
1.3 Material Master Processing
Production planning data in a material master record is defined for a specific plant and storage location. The MRP
type, Lot Size, Strategy Group, MRP Controller, Production Scheduler, for example, are included in production
planning data. The fact that a material is assigned to a MRP Type, the materials are planned according to different
planning modes (Planning Criteria). Production planning data is divided into data that depends on the Production
Planning View.
Planned Independent Requirement (P.I.R.) is the material wise production program for a plant. P.I.R. is to be created
by production after discussion with marketing department. P.I.R. is a production plan based on previous sales trend
and sales forecast.
Any organization works collectively to meet certain predefined organizational goals. All the functions like Marketing,
Finance, Materials, Production, and Quality etc. should be synchronized to achieve that common objective effectively
utilizing the minimum possible resources. Therefore, in SAP it is required that organization structure in PP be
synchronized with the organization structure of FI and MM , PD modules.
The production process is well integrated with the Materials Management, Sales & Distribution, Quality management,
Controlling, Finance, Human Resource and Plant maintenance as illustrated below.
3 Organization Structure
In the SAP system, organizational levels are structures that represent the legal or organizational views of a
company.
Company Code:
The Company Code is the Organizational unit for which we can have an independent accounting
department within external accounting, for example, a company within a corporate group (client). In SAP, a
company code is represented by a unique 4-digit alpha-numeric for a specific client. It is the central
organizational element of Financial Accounting. At least there is one company code in a client.
The process of external reporting involves recording all relevant transactions and generating all supporting
documents required for financial statements such as balance sheets and profit and loss statements.
Plant:
Storage Location:
An organizational unit facilitating differentiation between the various stocks of a material within a plant
is called a storage location. The structure would be as defined by Materials Management
Business Blueprint.
Company Code
(1000)
Storage Locations
CODE DESCRIPTION
1000 NTPL
Plant is assigned to a company code which represents separate legal entity in group.
Plant Description Company Code Description
Code
1010 NTPL Yarn 1000 NTPL Limited
1020 NTPL Dyeing Yarn 1000 NTPL Limited
1030 NTPL Weaving Unit 1000 NTPL Limited
1040 NTPL Process 1000 NTPL Limited
1050 NTPL CSP 1000 NTPL Limited
Authorization of data access and transaction processing will be restricted at plant level for core users
and end users.
For business process owners and management, authorization will be given to access group level MIS
data
SOD Matrix will be finalized at Realization phase
4 Master Data
4.1 Material Master
NTPL will be able to plan all the production activities for every material exclusively with relevant information
structure and hence make the production planning more elaborate. The inventory is more controlled on
material basis.
For every process each material will have a distinct material code.
Data for each material corresponding to every business process will be contained in one master record –
Material Master.
Business Process Diagram:
The Material Master Record contains Production Planning data for material requirements planning;
schedule planning, and work scheduling.
Some material data is valid at all organizational levels, while other data is valid only at certain levels.
For production planning the material data is valid at plant level.
Materials which are to be stored in the plant must be assigned to a storage location. A material can
be stored at several storage locations. To store data specific to each storage location a relevant
material master record must be created or extended for each storage location.
MRP views have to be maintained for those materials which are valid for planning.
The following are some of the key fields in MRP views relevant for NTPL:
Base unit of measure is the unit of measure in which stocks of the material are managed. The alternative
unit of measure can also be maintained if required. The system will automatically convert the alternative
unit of measure quantity to base unit of measure quantity for the material.
The MRP group contains all the materials from the point of view of MRP for assigning special control
parameters for the total planning run. MRP Groups will be same as following:
The re-order point will be maintained only for those components which are planned using re-order
point planning.
MRP type is the key that determines whether and how the material is planned. The Company will
have the following options:
PD MRP
VM Automatic reorder point planning
ND No Planning
The MRP Controller is the person responsible for a group of materials within Material Requirements
Planning in a plant. Any material that takes part in material requirements planning must be assigned
to an MRP controller. The Company will have different MRP Controllers for different plant where MRP
is required.
Lot size is the key that determines which lot-sizing procedure the system uses within materials
planning to calculate the quantity to be procured or produced. In most of the cases lot for lot order or
fixed order quantity will be used for final or sub-assemblies and also daily, weekly or monthly will be
used for the components.
Procurement type determines whether the material is valid for in-house production, external
procurement or both. The following options will be available:
F External Procurement
X Both procurement types
In-house production time is defined in workdays which are needed to produce the material in-house.
In this field In-house production time is independent of the order quantity.
Planned delivery time is the number of calendar days needed to obtain the material or service if it is
procured externally.
GR processing time is the number of workdays required after receiving the material for inspection and
placement into storage
Schedule margin key is the key that the system uses to determine the floats required for scheduling
an order. The following floats will be defined for NTPL against one scheduling margin key:
Opening period
Float after production (only in the case of in-house production)
Float before production (only in the case of in-house production)
Release period (only in the case of production order management)
Mawai Infotech Ltd Confidential page 13/43
Floats are maintained in workdays.
Planning strategies represent the business procedures for the planning of production quantities and
dates. A wide range of production planning strategies are available in the SAP R/3 System, offering a
large number of different options ranging from pure make-to-order production to make-to-stock
production.
Availability check determines how the system checks availability and generates requirements for
materials planning.
Work scheduling views have to be maintained for those materials which are valid for planning. The
following are some of the key fields in work scheduling views relevant for NTPL.
The Production Scheduler uses extensive automation to enable or simplify the definition, scheduling,
execution and control of periodically recurring tasks for the plants. The Company will be having a
different Production Scheduler for different shops in plant where production activities are carried out,
as illustrated below:
WR1 Warping-Weaving
SZ1 Sizing-Weaving
LM1 Weaving-Weaving
RW1 Rewounding-Weaving
DY1 Dyeing-Processing
PFN Finishing-Processing
CSH Sharing-CSP
CPK Packing-CSP
If the production is lot size dependent then the following fields should be maintained or should be
updated through routing schedule update.
Mawai Infotech Ltd Confidential page 15/43
Set-up Time
Processing Time
Interoperation Time
Base Quantity
All the time fields here will be maintained in days.
Costing of finished products becomes more structured and precise taking in to account the costs of all the constituents
required to produce the product.
Solution in SAP
A bill of material (BOM) is a structured list of the components that make up a product or assembly. The BOM
contains the following:
Component
Quantity
Unit of measure
The Company has many Finished and Semi-finished products which are categorically maintained for individual
plant.
The Company plant has many Finish and Semi finish Materials, they categories their production process into the
following:
MRP will be carried out for Finish Materials. For other components planning will depend upon high or low value
items or items planned specifically for orders or production plans.
It is possible that some of the Finish and Semi finish Materials may have alternative bills of material.
BOM will be used in NTPL for various situations where a Finish Materials is produced from several component
parts or materials. The BOM will contain important data for different areas of NTPL i.e.
MRP
Material provisions for production
Product costing
For production in NTPL, material BOM will be created in the system. Bills of material will be created for each
Finish and Semi finish Materials at plant level.
For NTPL the following key fields will be maintained in the bill of material:
The material number will be entered as components for the header material for which the BOM is to
be maintained.
The BOM component quantity of the component is to be entered in relation to the base quantity of the
product.
The unit of measure is copied over by default from the material master record. An alternative unit of
measure can be maintained for components entered here.
The item category can be set by default for the user. It refers to the object for example – material,
document etc. The following item categories will be relevant for NTPL:
L Stock Item
N Non-Value Item
BOM Text - BOM Text is short text which describes the whole BOM.
Alternative BOM text - this text describes an alternative BOM.
Base Quantity - is set by default to one and always based on the Base Unit of Measure.
Component Scrap - can be maintained as a percentage. This is the percentage of scrap that occurs
during production of the material.
Costing Relevancy - for the component can be maintained in this field. By default, all the components
will be costed for assembly in NTPL.
Scheduling
Operating times and formulas are entered in the work center, so that the duration of an operation can be
calculated.
Costing
Formulas are entered in the work center, so that the costs of an operation can be calculated. A work center is
also assigned to a cost center. More than one work center can be linked to a single Cost Center; however a
single work center cannot be linked to more than one Cost Centers.
Capacity planning
The available capacity and formulas for calculating capacity requirements are entered in the work center.
Simplifying Routing maintenance
Various default values for operations can be entered in the work center.
Determining Available Capacity for a period with certain % of capacity utilization. For example, a work center is
available for 8 hours per day of production for January through April, 16 hours from May through July, shut
down for the first 2 weeks of August, and then back to 8 hours of availability from the middle of August until
year end.
Standard values are planned values for the execution of an operation and are maintained in the operation.
Typical standard values are, for instance, machine time, setup time, labor time, etc. The execution time, costs
and capacities are calculated in operations using formulas from the work centers and standard values from the
Routings.
In the SAP system, work centers are business objects in a plant that can represent the following real work
centers, for example:
The above mentioned examples are basically various „Work center categories‟ in SAP and each work center is
created with a code for certain category.
Plant Work Center Category Work Center Code (8 Char. Description (40 Char. Max.)
(0001 or 0003) Max.)
* 0001 10MS0001 work center
Note: This is an example of work center. Decision for creation parameters for work center pending from
NTPL.
Each work center will be created for specific plant and will be assigned to a relevant cost center
For others, work centers will be created for individual machines, for example, different process for components,
general machines, etc. Each work center will have single capacity as equal to that of individual machine.
Sl. No. Standard Value Description (30 Char. Max.) Assigned Parameters
Key (6 Char.
Max.)
Value 1 SAP_01 Setup Time
Value 2 SAP_02 Machine Time
Value 3 SAP_03 Labor Time
ZPACK Packing Materials & Sewing Thread
ZSTEAM Steam
ZWATER Water
ZWAGE Wages & Salaries
ZVCC Variable Contr. Charges
ZPOWER Power
ZSTORE Stores,Spares,Repair & Maint
ZDEPA Depreciation
The standard values against each parameter will be maintained within the routing as per finished or semi-finished
goods production requirement. These values will be taken by the system internally to calculate the variable costs for
the production of certain quantity of finished or semi-finished goods.
There will be a maximum of 6 Activity types per work center to be attached to standard value parameters for
costing purpose. However different work centers may have different activity types & their rates which will be
maintained at the cost center level. For example, if one cost center is having 3 work centers and each is having
different activity rates, then the activities rates will be planned accordingly at the cost center level and will be
assigned to the work centers.
At the time of confirmation, only few standard values will be keyed in as per actual (to be decided in Realization
phase). The actual vs. standard will be further used to calculate Man-hour Efficiency/ Production Efficiency etc.
Rest of the standard values for activities will be confirmed at planned value only.
When the Work center will be assigned to a routing, then based on the value mentioned against each standard value
in the routing, system calculates each variable cost by multiplying the planned rate of corresponding activity type.
For the details of Activity type and Activity Type Planning, refer to the blueprint document for Controlling (CO)
module.
With this key, a person or group of people responsible for maintaining the master data in certain
workcenter‟s are identified and assigned to concerned plant.
The person(s) is normally not responsible for planning tasks but is responsible only for the
maintenance of the work centre parameters, like available capacity, costing data, activity types‟
assignment, cost centre etc.
The following codes for “Person Responsible for Work Centres” will be created in the system for each
plant of NTPL based on the production line responsibility:
Z1 Spinning Team
Z2 Weaving Team
Z3 Inspecton Team
Z4 Processing Team
Z5 CSP Team
Z6 Yarn Dyeing Team
With this key, a person responsible for maintaining the capacity master data in certain work centers is
identified. The capacity planners are not maintained/ assigned to any plant.
The person(s) is normally not responsible for planning tasks but is responsible only for the
maintenance of the capacities, like available capacity, costing data, etc.
The following codes for “Capacity Planners” will be created in the system for NTPL based on the
production line responsibility:
The ‘Capacity Planner Group’, required for defining & attaching the Capacity to each work center, will be same as
‘Person responsible for Work Center’.
Capacities are differentiated according to capacity category. They are arranged hierarchically under a
work centre.
Formulas are entered in the work centre, so that the costs of an operation can be calculated. To
capture the cost of operation, a work centre is also assigned to a cost centre.
Each work centre, created for specific plant, will be assigned to a relevant cost centre.
The following diagram shows the Work Center and Cost Center relation per manufacturing
plant, which will be created in SAP. The category of capacity will be same as that of work
center, i.e. Labor& Machine:
4.4 Routing
A routing is a description of operations (process steps) that has to be carried out in a specific sequence so as to
produce a material (product). A routing also contains details about the work centers at which they are carried out as
well as standard values for the execution of individual operations.
Routing is created for every finished & semi-finished goods which undergo in-house manufacturing processes. The
routing data are maintained at plant level for such materials. A routing in SAP system is recognized by a Group
Number and a corresponding Group Counter.
Group number is assigned automatically by the system once the routing is created for finished or semi-finished goods.
Group counter is similar to an alternate BOM number that system assigns to the different version. The first rate routing
will have the group counter 1 whereas for subsequent creation of rate routings for the same materials will
automatically assign next group counter in serial manner. So the group number signifies particular finished or semi-
finished goods, whereas the group counter signifies different versions of the same routing.
In a routing, operations are defined in relation to a particular work center. Standard values are also defined in relation
to the Base quantity of finished or semi-finished goods for which routing is created. BOM is also attached to the
operation(s).
Similar to BOM& Routing will be created for each finished & semi-finished goods specifically for each manufacturing
plant under NTPL.
Control Keys determine which business transactions should be executed for the object that belongs to
the task list or order.
As discussed in the Planning Strategy section, strategy 40 (Planning with Final Assembly) is
applicable for all the finished or semi-finished goods which are produced and kept in stock for further
delivery to different customers. The production plan will be generated by MRP run based on PIR
under Demand Management functionality of SAP. In MTS, the process always starts from planning
irrespective of any firm sales order as opposed to MTO where the trigger point is always a sales order
that is firm & created within the SAP system.
The following figure shows an overall process flow under MTS scenario:
Make-to-Stock
Demand Process Flow
Management Order Confirmation
(PIR)
The planning data, called “Planned Independent Requirement” (PIR) will be created in SAP by using a data
upload facility from Excel sheet to SAP because of high volume of data. To achieve this, a custom
development will be done in SAP with custom transaction code. The development will be done for both, create
& change the PIR data. Actual developmental requirements related to this functionality will be finalized during
realization phase of project.
In MTS scenario, MRP takes the input directly from demand management and NOT from sales order as opposed to
MTO.
The following diagram shows an overall process of MRP in SAP for MTS scenario:
Demand
Management
Planned
Independent
Requirements
(PIR)
For all manufacturing plants of NTPL, MRP for top-level MTS& MTO materials (normally final finished goods for which
PIR/ Sales order created in Demand management against customer plan) will be run in order to generate the following
requirements automatically from SAP system:
In NTPL group, the planning & flow of materials within various manufacturing plants is somewhat complex. For
example, a plant „A‟ is responsible to produce final finished goods to be delivered to a customer; and to produce this
part, certain child parts are required as per BOM structure. Out of total child parts, some may be transferred from
other plant „B‟ of NTPL, some may be procured directly from vendors, and some parts are produced in-house at the
same plant „A‟ as semi-finished goods. This may also be possible that the other plant „B‟, which is the source of supply
for certain parts to plant „A‟, is producing those parts and in turn plant „B‟ also gets the required child parts in a way
similar to plant „A‟.
In this scenario, it can be realized, that by maintaining a relation for „Receiver‟ and „Supplier‟ for child parts at
respective plants, it is possible to run MRP for top-level requirements i.e. finished goods at production plant and
subsequently generating requirements automatically for „supplying plants‟, Vendors and in-house production for semi-
finished goods in a chain manner. By achieving this, running MRP at individual plants will not be required.
This objective can be achieved by using the functionality of “Special Procurement Key” in SAP where there is a
single source for plant-to-plant stock transfer. In case of multiple sources for same component to be received at
certain plant, the functionality of “Quota Arrangement” will be used, where % share amongst each source is set into
the system and during MRP, the total requirement for components under quota is split into quantities as per quota.
MRP will be scheduled to run at a pre-defined time interval in background so as to avoid hampering system
performance. The planning run type will be for Net Change Planning which is applicable for planning horizon. During
MRP run, BOM is exploded accordingly to calculate the requirements for child parts. As a result of MRP, MRP list will
be created, planned orders for finished or semi-finished goods & purchase requisition / scheduling lines for raw
materials will be created automatically by the system.
During automatic creation of planned orders for finished goods and purchase requisition for raw materials, the
quantities are set by the system based on net requirement and the process is called Netting.
Net requirement quantity for PR = Actual requirement – (available stock + open purchase orders)
Net requirement quantity for planned orders = Actual requirement – (available stock + open planned orders)
The following MRP parameters will be configured for all NTPL plants as per MRP requirements:
Mawai Infotech Ltd Confidential page 26/43
MRP Controller – The MRP controller is responsible for all activities related to specifying the type, quantity, and
time of the requirements, in addition to calculating when and for what quantity an order proposal has to be created to
cover these requirements.
The MRP controller needs all the information on stocks, stock reservations, and stocks on order to calculate
quantities, and also needs information on lead times and procurement times to calculate dates. The MRP controller
defines a suitable MRP and lot-sizing procedure for each material to determine procurement proposals.
Every material that is relevant to the planning run must be assigned an MRP controller number in the
material master record.
Materials having similar planning requirements can be grouped together through MRP controller. In this way,
MRP controller helps in performing many a tasks collectively as well as generating various reports. MRP run
can also be executed for a particular MRP controller level for all the materials assigned to that MRP controller.
1. MRP Group – The MRP group is an organizational object that can be used to allocate special control
parameters for planning to a group of materials.
MRP groups can be maintained separately if planning control per plant is not precise enough for the MRP
requirements and we want to allocate certain material groups control parameters different from the plant
parameters. For this purpose, MRP groups are defined with these specific control parameters and are
assigned to the material in the material master record.
MRP controller is used to group certain materials having similar planning requirements, whereas MRP
group is used to allocate planning parameters to such group.
MRP groups can be created specific for material types, like for raw materials, finished goods etc., as well as
specific to an identified group of materials. In the absence of MRP group, the planning parameters are
controlled at Plant level.
MRP group is assigned to each material within the material master but it is not mandatory unlike MRP
controller.
For NTPLmanufacturing plants, MRP will probably be run based on MRP group. And hence to have grouping
of materials based on their planning parameters, it is possible to have MRP grouping like, all MTS materials to
be planned for one customer.
With this assumption, the following MRP groups will be created for finished or semi-finished goods for each
plant:
2. Planning Horizon – This is a period for which planning run will take place. Only those materials that have
undergone a change that is relevant to MRP within the planning horizon are included in the planning run.
Such materials receive a “net change planning” indicator in the planning file in SAP.
Planning horizon will be maintained at plant level or if required, for MRP group also.
Planning horizon will be maintained as 3 months for all the plants unless specific requirements arise in the
realization phase.
Mawai Infotech Ltd Confidential page 27/43
3. MRP run frequency – MRP run for NTPL plants will be carried out under Total Planning as a Background
job, either for MRP controllers or MRP groups.
Total planning run will be for all the finished goods under Make-to-Stock strategy. The total planning run
for MTS scenario will be carried out as per the frequency decided during realization phase of project.
However for a basic start, it can be set for once a week initially.
Secondly, the old PIRs have to be re-organized i.e. the old planned independent requirements, for which
production order is already created or production is already done or the PIRs are no more required, must
be deleted. Otherwise in the MRP run, system will again create the planned orders for the existing old
PIRs. The PIR is reduced or deleted from the system automatically based on FIFO for strategy „Planning
with final assembly‟ when a sales delivery (PGI) is done for specific finished goods. If the delivery of
finished goods is not fixed in timing and quantity, PIR re-organization has to be carried out manually
before any MRP run in the system.
Using the reorganization function, planned independent requirements can be deleted that are out of date
and for which there are no customer requirements. The histories of the independent requirements can
also be deleted from the database. The reorganization function is started online with the following three
steps:
a. Adjusting requirements
When adjusting requirements, the system checks whether customer requirements exist for active planned
independent requirements that lie before the key date and the quantity of customer requirements that are
assigned. The planned independent requirement quantities that are not assigned are set to zero and are
flagged for reorganization. In this step, the system can also be set so that it deletes all inactive planned
independent requirements.
b. Reorganization
The system checks which planned independent requirements were set to zero - either by reduction or
consumption or by "requirements adjustment". Requirements records that lie before the key date and that
have the quantity zero are deleted from the database.
c. Deleting histories
Once the system has completed the reorganization process, the histories can also be deleted for the
same period. The key date for deleting histories can differ from the key date of reorganization.
4. MRP type – For all finished and semi-finished materials, the MRP type will be PD. Raw materials to be
planned based on MRP will also be set as MRP type PD. In case some materials are not related to MRP
planning or their planning to be done other than MRP, like forecast based, consumption based, etc., the MRP
type will not be PD; it will be ND for „no planning‟ and VB (Reorder planning) or VV (forecast based) for other
types of planning as per applicability.
5. Lot Sizing Procedure – MRP determines how much stock is needed to satisfy demand in the net
requirements calculation. This shortage quantity must now be covered by one or more receipts. The system
calculates the receipt quantity in the lot size calculation.
With the lot-sizing procedure it is defined how the order quantities are determined. A lot size defining the
lot-sizing procedure is assigned to every material master record applicable to materials planning to calculate
the quantity to be procured or produced. The rounding profile may also be used to round order quantities
either up or down to deliverable quantities.
The lot-sizing procedure is defined in the material master under MRP view of applicable materials.
The lot sizing procedure for all the finished & semi-finished goods for NTPLplants will be “EX – Lot-for-
LotOrder Quantity”, unless specific requirements arise in the realization phase.
During MRP run, if the requirement quantity falls below the minimum lot size, then system automatically
creates the requirement to the minimum lot size defined in the material master. If the quantity falls above
minimum lot size, then the requirement will be created by the system as per actual calculation.
6. Number Ranges – The following internal number ranges will be configured for NTPL plants related to MRP
& procurement proposal/ documents i.e. Planned Orders, Dependent Requirements, Purchase
Requisitions, MRP Lists, Total Requirements and Simulative Dependent Requirements .
Evaluation of planning run must be done after the MRP run to check the material planning. This process involves
the monitoring of stocks and in particular, the automatic creation of planned orders for production and purchase
requisitions for the purchasing department.
1. MRP Lists
The system creates MRP lists during the planning run according to how the creation indicator is set during run time of
MRP. These lists contain the planning results for the materials undergone MRP run. The MRP list always displays the
stock/requirements situation at the time of the last planning run and it also provides a work basis for the MRP
controller. Changes that are made after the planning date are not taken into consideration, because the MRP list is
static in nature and is generated as on date & time of MRP run.
MRP lists are stored in the system until they are either deleted manually or replaced by new lists from a subsequent
planning run. MRP list can be viewed collectively for all the materials for a particular MRP controller also. Run time
errors too can be analyzed by viewing the MRP list after MRP run has been completed.
2. Stock/Requirements List
In the stock/requirements list, the most up-to-date stock and requirements situation is displayed for each material. The
stock/requirement list can be viewed collectively for a particular MRP controller.
The main difference between the MRP list and the stock/requirements list is that each time the stock/requirements list
is called up; the system selects the various MRP elements and displays the most up-to-date situation. We thus always
see the current availability situation of the material in the stock/requirements list. Changes that are made after the
planning date are displayed directly; the list is, therefore, dynamic in nature.
Stock/requirements lists are not saved in a fixed state in the system, but are subject to change and only exist in the
working memory.
Planned Orders
Planned Orders are proposals for production with start and finish dates of the production. Planned Orders also can be
created for materials which will be purchased, however, Planned Order creation for purchased components are not
recommended.
Planned Orders are created automatically during the planning run executed in the system; however, Planned Order
can also be created manually, if the planner decides to do so.
Planned orders are initially scheduled with the basic dates based upon the lead times set in the assembly master
(Material Master Record). Detailed Scheduling can be done for each planned order by selecting routing associated
with assembly.
Planned orders are directly linked to the demand management plan quantity and the dependent requirements
generated for the components below. Material availability check can be performed at this level (Plan) also.
Planned Orders may be firmed manually when the planner decides to freeze the plan. So that in the next planning run
these planned orders are not affected or changed by automatic or manual planning run.
For NTPL, planned orders will always be created automatically by MRP run for all those items subject to in-
house production. These planned orders will be first evaluated by the planner and then converted, either
individually or collectively, to Production orders.
Production orders are a fundamental part of Production Planning and Control (PP). PP is fully integrated in the
Logistics (LO) component and has, among others, interfaces to Sales and Distribution (SD), Materials Management
(MM) and Controlling (CO).
Mawai Infotech Ltd Confidential page 30/43
A production order defines which material is to be processed, at which location, at what time and how much work is
required. It also defines which resources are to be used and how the order costs are to be settled. Production orders
are thus used to control production within a company and also to control cost accounting.
As soon as a planned order or other request is generated from material requirements planning (MRP), the information
is passed on to planner. The same information is passed onto shop floor control upon conversion of the planned
orders to production orders; the order-relevant data is also added to ensure complete order processing.
For NTPL plants, the planned orders created by MRP run will be converted directly to production orders in a
collective manner using standard SAP transaction. The planned orders may also be converted partially to
various production orders. In some cases, production orders can also be created manually without any
planned order, for example, Rework orders.
Related to production order, the following activities/ steps will required to be performed before confirming the orders in
system. For each of the below-mentioned activities, system sets particular „Order Status‟ to the production order, for
example, CRTD for created, REL for released, etc.
After release of production order only, further processes: Goods Issue, Confirmations, Goods Receipt are
possible.
Order costing is done at any given point of time for this process. Planned Cost and Actual Cost can be
seen.
Printing of shop-floor documents will be done. Printing can be done any number of times as per the
requirements.
Goods which are issued in excess or wrongly issued can be reversed with reference to the production
order in order to have a correct costing for the order.
Back flushing can be used for automatic posting of the Goods Issue (Recommended for Make to Stock)
Decision regarding whether to use Automatic posting of Goods Issue (Back flushing) or Manual Goods
Issue against a Production order shall be taken at the time of Master data creation.
4.Order Confirmation (Finished or Semi Finished)
Order confirmation will be done for the following action.
Quantity in an operation that was produced as yield and scrap.
Labour and machine times which were actually used (activity confirmation).
Exact confirmation shortly after completion of an operation is essential for realistic production
planning and control.
A confirmation can be partial or final for an operation in the order.
Confirmation document is generated and can be seen. To change the confirmation one must first
cancel the initial confirmation and then confirm again for the same operation. One can do multiple
confirmations till the indicator is set for final confirmation.
Unplanned goods issue is also possible.
Automatic Goods Receipt (Finished or Semi Finished) will be made available for the required last
operation in the order based upon the business unit requirements. For this scenario goods will be
maintained as unrestricted / QM stock in storage locations, deliveries can be made to any customer from
the stock after QM approvals.
The automatic Goods receipt will be used for the production orders.
After the final confirmation of the operations, the quantity entered will automatically transfer to QA as
a lot or unrestricted stock.
Goods Receipt can also be done manually.
Goods Receipt will always be done against a production order if done manually. The Goods are
transferred to QA or unrestricted stock.
The production order will be updated with the goods receipt status.
Creation of Purchase
MRP Run
requisition for purchasing
PO send to Vendor
Convert planned order into
Production order
Technically completion of
production orders
Order Settlements
It is sometimes necessary during or at end of a production process to execute additional operations in order to
improve components or products with insufficient quality. These additional processing steps are referred to as rework.
Rework costs can be assigned to the production order in which the rework has occurred, or cost center of the work
center in which the rework has occurred, or even to the parent order.
In all the cases, production will be creating a separate rework order (order type ZPRW) without material, with
a reference Routing but without any BOM.
The rework quantity will be the quantity that has being reworked. The operation view will show the operation which
is to be carried out for rework, this operation will be assigned through the reference operation set route and the
work center where the rework is to be carried. The work center can be changed if required.
Once the rework operation has being filled, the assignment screen will appear where one has to assign the
production order in which originally the rework has occurred or if the cost of rework is to be posted to the cost
center then the cost center will have to be specified.
The various times taken for the rework will have to be keyed in the rework order.
After the rework order has being created, confirmation of the rework order will have to be carried out. For
confirmation of rework orders, no material movements will take place, neither GR nor GI; only in-process costs will
be captured through activities incurred during rework process.
If required, a separate work center for rework of type labour may be created to process the rework orders.
1 Order Types
Order types are primarily used to group orders according to application components. For NTPL, there will be
three „Order Types‟ created in SAP:
Specify that certain business transactions are carried out in parallel in a production order. We can, for
example, create and release an order at the same time, or release an order and print the shop papers
Make various specifications in the area of batch management
Specify confirmation related settings
Make Availability checks for capacity, materials etc.
Trigger an automatic goods receipt
Specify an overall profile for capacity levelling
The production scheduling profile is copied into the production order during order creation.
A production scheduling profile can be assigned to the finished or semi-finished materials (for in-house
production) or to a Production scheduler (Production scheduler is attached to a production scheduling profile).
The assignment to a material has a higher priority.
For NTPL manufacturing plants, the scheduling profiles will be created at plant level and possibly per order
type. The exact requirements can be addressed during realization phase only.
3 Production Scheduler
The Production Scheduler uses extensive automation to enable or simplify the definition, scheduling,
execution and control of periodically recurring tasks for the plants. A company can have different Production
Scheduler for different shops in each plant where production activities are carried out.
As explained earlier also, for NTPL manufacturing plants, possibly two production schedulers per scheduling
profile per plant will be created; one for MTS profile &one for MTO profile. However, plant specific schedulers
may also be created, if requirements arise during realization phase.
Plant Prd. Schdlr. (3 Char. Max.) Description (40 Char. Max.) Prd. Schdl. Profile
The final matrix will be prepared at the time of final preparation phase.
5.11 RICEFW
5.11.1 Reports
Below is the list of critical SAP standard reports which can be used in day to day business. Also the formats given by
NTPL for custom reports are attached herewith.
5.11.2 Interfaces
Create reservation Screen of cotton bale issue ( No of Bale and Mixing Line ) to spinning lay down
5.11.3 Conversions
5.11.4 Enhancements
Set Logic of Propose auto Batch , Speed , Count , during Confirmation
Set Validation for Spinning (Good Issue = Good Receipt + By Product ) during Confirmation.
Create Yarn Requirement for Weaving (Pile, Ground and Weft Yarn ) Against Sale order
Create Bar Code Sticker for Doff Cut/ Doff Storage with Bin
Create Rope Plan ( create combined order for Combined Multiple Production order material to be
produce)
5.11.6 Workflows
Need to Create Workflow for Dyes Reservation approval Process for HOD – MD Level
Need to Create Workflow for Extra Fabric Issue Against Sale order approval Process HOD – MD Level
Need to Create Workflow for Change Yarn Requirement Against PPC Yarn (Based on Sort master)
Term Explanation
PRODUCTION PLANNING
PRODUCTION EXECUTION
Rest Details is attached as object list in which all the standard reports for PP module is available.