MM Final - SCOPE
MM Final - SCOPE
1. EXECUTIVE SUMMARY 6
2. ORGANIZATION 10
3. MASTER DATA 25
5. INVENTORY MANAGEMENT 95
9. DEVELOPMENTS 130
1. Executive Summary
The Purpose of the Materials management Business Blueprint, which is the main deliverable of
Business Blueprint Phase, is to serve as conceptual master plan for materials management processes
for Rezayat Group.
This Blueprint has been developed by documenting all inputs gathered from the business team by
scheduling meetings and workshops with the business process owners, power users and core team
members from all the businesses of Rezayat Group as well as from cross modular meetings. This
document shows the business requirements for materials management in detail, and serves as the
basis for organization, configuration and development activities.
The following are summarized requirement of materials management processes mapped to SAP:
• Every business will have its own purchasing organization, purchasing groups ,plant & storage
locations mapped as per the processes
• All the procurement processes of stock, non stock & services are mapped
• Requisition approval, RFQ approval, purchase order & service entry sheet approval will be
configured
• Project stock will be visible as the stock assigned to the WBS
• Reorder point planning procedure will be used to plan the stock materials in the stores
• Intercompany Stock transfer of materials from one plant to another plant
• All goods receipts and issues will be mapped
Rezayat group has multiple holding and subsidiary companies at highest level and group companies,
divisions and projects at the lowest level. The major divisions under few companies are operationally
independent, having separate authority controls, document sequencing and management reporting
Every business in Rezayat group will have its own procurement team who will be responsible for all
the purchases for that business.
The procurement takes place across multiple countries, multiple locations, Rezayat is expecting to
consolidate the common spending across the group and Rezayat Group Central Sourcing team will
be supporting all the Rezayat company specific purchasing departments, in the sourcing process.
During the course of this phase of the assignment, consultants held business process workshop for
the business team to discuss and deliberate the business requirements at the corporate level. The
objectives of the workshop were to discuss the materials management processes in detail. During
the workshops, the business team was acquainted with the capabilities and functionality of the SAP
solution.
Following issues were deliberated and discussed at length to define the requirements in detail:
The document provides an overview of materials management processes at REZAYAT. This would
help in defining the boundaries of the module and also in identifying the activities to be performed
within Material Management module in SAP. Subsequently, the report discusses in detail, the
proposed coverage of SAP at REZAYAT, in terms of organizational entities and business processes.
The structure of the document as far as practicable addresses the expectations set forth.
The document provides an overview of Materials Management at Rezayat Group. This would help in
defining the boundaries of the module and also in identifying the activities to be performed within
Materials Management and other modules in SAP. Subsequently, the report discusses in detail, the
proposed coverage of SAP at Rezayat Group, in terms of organizational entities and business
processes. This document captures in detail the processes and the conditions associated to the
extent it has been discussed.
In order to perform procurement activities and manage the inventory the following processes have
been identified:-
Master Data
Data that is stored in the database for long periods of time is referred to as master data. Master
data is the set of data which is commonly used across the entire organization and all business
processes. Master data is shared by different people for different purposes at the same time.
The following master data will be used in Materials Management.
• Material Master
• Vendor Master
• Service Master
• Source List
• Purchasing Info Record
Purchasing
• Purchase Requisition
• Request For Quotation
• Quotation Comparison
• Contract
• Purchase Order
External Services Management
External Services Management is integrated into the purchasing application within the
Materials Management module, and indicates the interfaces to other applications. MM External
Services Management is an application component within the Materials Management (MM)
module. It supports the complete cycle of bid invitation, award/order placement phase, and
acceptance of services, as well as the invoice verification process.
Inventory Management component of Material management deals with the following tasks:
This is the last part of the procurement cycle; the vendor invoice is verified and entered in the
system. When the invoice is posted, the invoice data is saved in the system. The system updates
the data saved in the invoice documents in Materials Management and Financial Accounting.
2. Organization
The initial setting that enables the usage of the system starts with the definition of the
organizational structure within SAP system. This is to define how a company’s structure is mapped
and designed as organizational units in SAP system.
The organizational units significant for procurement & inventory management functions through
SAP MM module includes:
• Company Code
• Plant
• Storage Location
• Purchasing Organization
• Purchasing Group
This section contains the detailed explanation & mapping of organizational levels, significant for
Procurement & Inventory Management processes.
Organizational
Definition & Purpose
Unit
Company Code Company Code is the central organizational unit of external accounting within
the SAP System. At least one company code has to be defined to implement the
Organizational
Definition & Purpose
Unit
In SAP, the plant refers to an operational unit within a company code, which
Plant
plays an important role in material valuation, inventory management, project
management, costing, sales, production and plant maintenance. It can be a
facility where either material is procured, managed, sold or goods and services
are provided. Several Plants can be assigned to a company code
Storage Location A storage location is the place where stock is physically kept within a plant.
Stocks are managed only on a quantity basis and not on a value basis at storage
location level. Physical inventories are carried out at storage location level.
Storage locations are always created for a plant.
Purchase Organization can be created Group wide to procure for all the
company codes belonging to a client.
Organizational Structure for Company code 1001 - RCIC KSA Head Office
Organizational Structure for Company code 1002 - RTCL KSA Head Office
Company Code
1003 - RTCL KSA – Catering
Storage Location
S001
Organizational Structure for Company code 1006 - RTCL KSA Travel and Tourism
Company Code
1011 - NCC KSA - Head Office
Storage Location
S001
Organizational Structure for Company code 1044 - Crescent Transportation Co Ltd - KSA
Organizational Structure for Company code 1078 - PROLOG - Project Logistics - KSA
Company Code
1078 - PROLOG - Project Logistics - KSA
Storage Location
S001
Warehouse
Number
100
The purchasing organization is further subdivided into purchasing groups (buyer groups), which are
responsible for day-to-day buying activities. A purchasing group is an entity, which communicates
with the vendor.
The purchasing group is internally responsible for the procurement of a material or an external
service and as a rule the principal channel for a company's dealings with its vendors.
Following purchasing groups will be used in Rezayat:
Following table shows the list of the purchasing groups required for companies which are covered in
the first phase of implementation.
SAP
Purchasing
Co Purchase Purchase Organization Purchasing Group
Name of Company Code Group
Code Organization Description Description
Code
#
1001 RCIC KSA - Head Office 1001 Central Procurement 201 Central Procurement
1002 RTCL KSA - Head Office 1001 Central Procurement 201 Central Procurement
202 RTCL -Catering -Food
203 RTCL Kitchen Equipment
1003 RTCL KSA - Catering 1003 RTCL KSA - Catering 204 RTCL – Maintenance
205 RTCL - Imported Foods
206 RTCL- General
RTCL- Commercial-
207
Railways
RTCL- Commercial -
208
Military
RTCL- Commercial –
209
Engineering
RTCL-Commercial-
210
Industrial Supplies
211 RTCL-Commercial-HVAC
1004 RTCL KSA - Commercial 1004 RTCL KSA - Commercial
RTCL-Commercial-
212
Valves& Pumps
213 RTCL-Commercial-E&I
RTCL-Commercial -
214
Waste Water Treatment
RTCL-Commercial -
215
Oil & Gas
RTCL-Commercial-
216
Business Development
1005 RTCL KSA - IT & Communications 1005 RTCL - IT & Communications 217 IT Purchase group
1011 NCC KSA - Head Office 1001 Central Procurement 201 Central Procurement
222 NCC-PPD-Mechanical
223 NCC-PPD-Electrical
1012 NCC KSA - PPD 1012 NCC KSA - PPD 224 NCC-PPD-Civil
225 NCC-PPD-General
226 NCC-PPD-Instrument
NCC-T&D-KSA Sub
227
stations
1013 NCC KSA - T&D 1013 NCC KSA - T&D NCC-T&D-KSA
228
Transmission Lines
229 NCC-T&D-KSA General
1014 NCC KSA - CD 1014 NCC KSA - CD 230 NCC KSA Consumables
Saudi Arabian Fabricated Metals Ind Saudi Arabian Fabricated 263 SAFAMI- Projects
1046 1046
Ltd - [ SAFAMI ] Metals Ind - [ SAFAMI ] 264 SAFAMI-Consumables
PROLOG - Project Logistics - PROLOG-KSA–Project
1078 PROLOG - Project Logistics - KSA 1078 284
KSA Logistics
Following table shows the list of the purchasing groups required for companies which are covered in
the second phase of implementation. These purchasing groups may find generic as of now but will
be configured specific as per business requirement in future.
SAP
Purchasing
Co Purchase Purchase Organization Purchasing Group
Name of Company Code Group
Code Organization Description Description
Code
#
1006 RTCL KSA - Travel And Tourism 1001 Central Procurement 201 Central Procurement
1007 RTCL KSA - Automotive 1007 RTCL - Automotive 218 Automotive Purchase
1008 RTCL KSA - Power Rental 1008 RTCL KSA - Power Rental 219 Aggreko Purchase
Crescent Transportation Co Ltd - Crescent Transportation -
1045 1045 262 CTC UAE
UAE UAE
Following business requirements have been considered which are addressed by the standard
features of SAP Master Data:
• Unique Material Codification to identify the material
• Should be free from duplications, errors and contain consolidated information for business
activities
• Classification of materials, vendors & services according to their usage, characteristics and
processing
• Efficient source of information for purchaser for reducing the processing time of purchasing
requirements into purchase orders
Master data are centralized records of objects which are accessed repeatedly during business
processing events and transactions postings in SAP. The business process activities that are carried
out in SAP are called Transactions. Every transaction makes use of Master Data. During transaction
processing the system accesses master records and the data stored in them. The processed data
(Transaction Data) forms the basis of reports in Logistics Information System. Master data in SAP is
not limited to a specific business function / module; rather it is used throughout the system for
different business functions & modules.
For procurement & inventory management processes through SAP Materials Management following
master data is used:
• Material Master
• Service Master
• Vendor Master
This master data is not limited to procurement and inventory management functions only, but it can
be accessed and processed by other concerned functions / departments.
In addition to the above, SAP provides two additional master records which are specific to
procurement functions. These functions are:
• Info. Record
• Source List
In SAP, material master is a centrally shared data used by all SAP modules. Information captured in
the material master record can be descriptive or can have functional control depending on usage.
In Rezayat, materials that are used for projects, production, maintenance as well as sales and
marketing processes will be created as material master in the system.
The material master contains descriptions of the materials a company procures, produces, and
stores. The material master is the central repository of material information for the enterprise. The
integration of all material data in a single database eliminates redundant data. The data stored in
the material master is used by Inventory Management, as well as by other components such as
Purchasing, Materials Planning and Invoice Verification.
Material Type Configured, taking into consideration materials used across the
group
Material Group CPV code will be configured for material group
Definition:
Use:
• Together with the plant, the material type determines the material's inventory management
requirement; that is:
o Whether changes in quantity are updated in the material master record.
o Whether changes in value are also updated in the stock accounts in
Financial Accounting
• In addition, the GL accounts affected by any material movement in the inventory depend on
the material type
To be Structure:
Material types are configured in SAP based on the requirement from each and every company of the
Rezayat group considering the processes involved across all modules.
The following material type will be configured based on the materials used across the group.
Definition:
Materials can further be grouped together according to the same features using material groups.
In SAP, the material group can be defined up to a maximum of nine-digit alphanumeric key. Each
material must be assigned to exactly one material group for identification.
Use:
• Facilitates the scope of analyses of stock, purchases, inventory turnover and etc.
• Search specifically for material master records via Search helps
• Group together materials
To be Structure:
CPV (Common Procurement Vocabulary) code is international standard of material classification and
has been developed by the European Union specifically for public procurement.
Rezayat has decided to use CPV (Common Procurement Vocabulary) with built in logic for material
classification using the material group in SAP.
Divisi Material
Group Class Category CPV Code Description
on Group
• Rezayat has requirement that when material will be created by BU Procurement, initially it
will be blocked for use. Central master data team will check the material master and release
it for use. For this requirement development is required. (Gap Code: RZ_GP_01)
• Rezayat has requirement that once material code is validated and released by central master
data team automatic e-mail notification to be sent to material creator for information that
material is validated and released. This process is not possible in standard SAP;
customization is required for this requirement. ( Gap Code : RZ_GP_02 )
• Rezayat has requirement to trigger notification to manager if user changes MRP related data
in material master. This functionality is not available in standard SAP; customization is
required for this requirement. ( Gap Code : RZ_GP_03 )
• Material group will be centrally configured. All the required CPV codes will be available
based on the current materials across the group. If in future any new grouping is required
then the IT core team will configure the material groups.
• While creating the material master the relevant material group has to be assigned to it.
• Requester of individual BU will communicate the requirement of creation of material master
to BU procurement by filling the standard material master template.
A centralized Master Data Management Team (CDMT) will be responsible for maintaining and
validating the Material Master Records for all plants. If business unit procurement will have a
requirement of new material master record creation or receive request from user then they can
create it themselves, for any changes in the existing material master, a formal request will have to
be initiated. Extension of existing material code from one plant to other plant will be done by
individual Business Unit procurement. The person responsible for material master data maintenance
in CDMT shall check for the duplications and errors before creating/ changing a new master record.
As the new material is created / modified, CDMT will inform the requester with the SAP Material
Master Number. The CDMT will only have a change or validate authorization of material master.
They will not be able to create any material.
Transaction
Activity Role Org Element
Codes
The role ‘Central Data Management Team (CDMT)’ is a new concept in Rezayat as currently no such
central level activity is being performed for master data management. The Central Data
Management Team (CDMT) should be preferably from central group purchasing.
Since the master data management will be centralized and the BU will be sending the requirements
for maintenance of master data to CDMT, the team should have close contact with different BU. This
will ensure the correct understanding of requirements and liaison between the activities. MM
Common Role will be used for the MM users who will only have display to material master.
* Note: Material Master Data Fields are added as the Addendum File.
The service master contains information about all the services that a company procures. It is the
company's central source for retrieving service-specific data. This information is stored in individual
service master records.
In Rezayat service master will be required for any service procurement. Service master is a better
way in SAP to pass the true information of the service required so it is recommended that service
master should be created for all service procurement.
Service Categories
Services / works with the same basic attributes are grouped together and assigned to a Service
Category. This allows business to manage different services/ works in a uniform manner in
accordance with company's requirements.
Service
Category Description as service category description
2050 Repair and maintenance services
2051 Installation services (except software)
2055 Hotel, restaurant and retail trade services
2060 Transport services (excl. Waste transport)
2063 Supporting and auxiliary transport services; travel agencies services
2064 Postal and telecommunications services
2065 Public utilities
2066 Financial and insurance services
2070 Real estate services
2071 Architectural, construction, engineering and inspection services
2072 IT services: consulting, software development, Internet and support
2073 Research and development services and related consultancy services
2075 Administration, defense and social security services
2076 Services related to the oil and gas industry
2077 Agricultural, forestry, horticultural, aqua cultural and apicultural services
2079 Business services: law, marketing, consulting, recruitment, printing and security
2080 Education and training services
2085 Health and social work services
2090 Sewage, refuse, cleaning and environmental services
2092 Recreational, cultural and sporting services
2098 Other community, social and personal services
1000 Bill of services for Rezayat
• Rezayat has requirement that when service code will be created by BU Procurement, initially
it will be blocked for use. Central master data team will check the service code and release it
for use. For this requirement development is required. (Gap Code: RZ_GP_04)
• Rezayat has requirement that once service code is validated and released by central master
data team automatic e-mail notification to be sent to material creator for information that
service code is validated and released. This process is not possible in standard SAP;
customization is required for this requirement. ( Gap Code : RZ_GP_05 )
A centralized Master Data Management Team (CDMT) will be responsible for maintaining and
validating the service Master Records for all plants. If any business unit will have a requirement of
new service master record creation in the system they can create it themselves, for any changes in
the existing service master, a formal request will have to be initiated. The personnel responsible for
service master data maintenance in CDMT shall check for the duplications and errors at the time of
validating of new service master. As the new service master is created / modified, CDMT will inform
Organization
Rezayat requires Vendor Pre Qualification for adding a vendor as approved vendor in SAP but this
functionality is not available in SAP. So Rezayat can create vendor which will be blocked initially by
SAP. On approval users can use vendor.
The account group is a classifying feature within vendor master records, account group determines:
Following table and description gives details of vendor account groups to as per their
purpose
• Rezayat has requirement that when Vendor code will be created by BU Procurement,
initially it will be blocked for use. Group purchasing will first validate the vendor data and
release. Secondly Group Internal Audit will validate the data and release. After Internal Audit
release Group finance will check the vendor data and release the vendor for use. For this
requirement development is required. (Gap Code: RZ_GP_06)
• Rezayat has requirement to enter vendor category, vendor credit limit, vendor tier and
agencies who have approved vendor (ARAMCO / SABIC / SEC) in vendor master. These fields
will be entered for information only. Standard SAP does not have functionality to enter
these fields. Development is required for this requirement. ( Gap code : RZ_GP_07 )
• Whenever there is a need to create / update a vendor master record by the business unit or
central sourcing they will start the vendor enrollment process.
• New Vendor enrollment eligibility (Vendor Pre Qualification) process has to be handled out
of SAP.
• All the documents related to the vendor will be scanned and uploaded in the document
management system and linked to the respective vendor master.
Designated Business
Creation Purchasing
User / Central sourcing XK01
Organization
user
Group Purchasing,
Only Central Data
Group Internal Audit, XK02 & MKVZ
Validation/Change Management Team
Group Finance
BU Purchasing
Only Display Procurement Officer XK03 & MKVZ
Organization
The role ‘Central Data Management Team (CDMT)’ in Rezayat is part of central level activity being
performed for master data management. The CDMT will only have change authorization for the
vendor master. They will not be able to create any vendors.
Since the master data management will be centralized and the departments will be sending the
requirements for maintenance of master data to CDMT, the team should have close contact with
different departments. This will ensure the correct understanding of requirements and liaison
between the activities
In addition to vendor and material master data, Purchasing is supported in its everyday work by the
following additional types of master data:
Info record is short for Information record. The info record contains concise information about a
supplier and a material that Rezayat already procure from that supplier.
An info record thus represents a material-supplier relationship. For example, the info record
indicates the units of measure in which materials are ordered from the supplier, and the applicable
reminder levels. It also shows price changes made by the supplier for the material. This information
can be useful in the process of evaluating quotations to determine the successful bidder.
The purchasing info record is an important source of information for the buyer. When Rezayat
creates the purchasing documents, the data from the info record is copied into the document as
default values (When Rezayat orders a material the Info records are created automatically).
Rezayat can also use the list displays for the info records to determine which supplier/subcontractor
offers a required material/service or which materials can be procured from a particular
supplier/subcontractor and conditions like price, payment terms and etc.
When Rezayat creates an info record, data is pulled from the material and vendor master records
and inserted in the info record as default values.
• Current prices, future prices and pricing conditions (for example, freight and discounts).
• The number of the last purchase order.
• Tolerance limits for over deliveries and under deliveries.
• The planned delivery time (lead time required by the supplier to deliver the material).
• Vendor evaluation data.
• An indicator as to whether the supplier counts as the regular supplier for the material.
• The supplier sub-range to which the material belongs.
• The availability period during which the supplier can supply the material.
• Texts.
• Info records with a material master record (e.g. for stock material). This type of info record
represents the relationship between a material and a supplier/subcontractor.
If a purchasing info record exists for the requested material, it will serve as a possible source of
supply. The prices and conditions in the info record are suggested during creation of a requisition.
In purchase requisition creation, user will enter the material and create purchase requisition. BU
procurement will then click on the 'source of supply' button. This will pull the info record (This is
data for material-vendor combination details) and the contracts if it exist in the system. BU
procurement will choose the best option among them.
The system automatically updates the required information for the materials requested in the
purchase requisition.
• Group purchasing will consolidate the common spending across the group.
• Central sourcing will get the details like Vendor Name, material code , price , standard
quantity , minimum quantity , planned delivery time , payment terms etc
• Central sourcing will check for availability of material code in SAP. If material code does not
exist it will be created by following business process number RZ_MM_MD_01.
• If material code exists, central sourcing will check for the vendor code availability in SAP. If
vendor code does not exist it will be created by following business process number
RZ_MM_MD_02.
• Once material code and vendor code is available in SAP, central sourcing will create
purchasing info record.
Since info records are purely related to purchasing functions therefore maintenance of info records
will be within the procurement department.
Source List
The Source List in SAP forms the basis of optimized purchasing. It contains the pre-selected sources
of supplies for a material that can be picked-up automatically during Source Determination activities
through purchasing transactions.
A source list specifies the possible sources of supply for a material over a given period of time. It
shows the time period in which a material may be ordered from a given supplier or under a long-
term agreement.
In Rezayat, Source Lists will be used for such vendors which have been selected to supply a material
for a certain period so that whenever a purchase requirement arise from the projects, maintenance
and general consumption, it will be processed into purchase orders in less time. Alternatively, when
a certain supplier/contractor will be black listed for supplying a specific material in a division, it will
be blocked in the source list by this automatically vendor is blocked for all transactions in Rezayat.
Rezayat can use the source list to administer their sources of supply. The source list contains a list of
sources for a material in a particular plant and for particular time periods. Each source is defined by
a source list record. The source list has the following purposes:
Since source list maintenance purely related to purchasing functions therefore maintenance of info
records will be within the procurement department.
In Rezayat standard vendor evaluation will be implemented. Vendor evaluation will be done on the
criteria's such as Price, Quality, Delivery and Service.
The standard SAP System offers you a scoring range from 1 to 100 points, which is used to measure
the performance of your vendors on the basis of five main criteria. You can determine and compare
the performance of your vendors by reference to their overall scores.
The main criteria available in the standard system are:
• Price
• Quality
• Delivery
• General service/support
These four main criteria serve as a basis for evaluating vendors from whom you procure materials.
• External service provision
This main criterion serves as a basis for evaluating those vendors you employ as external service
providers.
All above said main criteria are further divided in sub criteria as follows -
Price history
Quality audit
Complaints/rejection level
Quantity reliability
Confirmation date
Following diagram shows the how system calculates score for vendor
In the above diagram total score represents the general evaluation of a vendor. It is a combination of
the scores the vendor has achieved for all the main criteria. The system calculates a score for the
relevant main criterion based on the scores a vendor receives for the various sub criteria
Following are the scoring methods available in SAP.
Fully automatically Scores are calculated by the system on the basis of existing data.
You enter individual scores for important materials, or for the quality and
Semi-automatically time lines of a service performed, yourself. The system then calculates
Higher-level score from these.
Manually You enter a blanket score for a sub criterion per vendor.
Rezayat will use fully automatic and semi automatic scoring method.
Price Level
This subcriterion compares relationship of a vendor's price to the market price. If the vendor's price
is lower than the market price, he/she receives a good score; if it is higher than the market price
he/she is assigned a poor score.
Price History
This subcriterion compares the development of the vendor's price with the market price. On the
basis of the subcriterion Price History, you can determine whether the vendor's price has increased
or decreased over a certain period in comparison with changes in the market price over the same
period.
Goods Receipt
This subcriterion is used to evaluate the quality of the material that the vendor delivers. Quality
inspection takes place at the time of goods receipt.
Quality Audit
This subcriterion is used to evaluate the quality assurance system used by a company in
manufacturing products.
Complaints/Rejection Level
This subcriterion is used to evaluate whether the materials delivered by the vendor are regularly
found to be faulty subsequent to incoming inspection (for example, on the shop-floor) leading to
additional expense and loss of time (due to loss of production, reworking etc.).
The score (QM key quality figure) is calculated in QM Quality Management and the data passed on
to MM Vendor Evaluation. This key quality figure is converted for use in the Vendor Evaluation
scoring system.
On-Time Delivery Performance
This subcriterion is used to determine how precisely a vendor has adhered to the specified delivery
dates.
Quantity Reliability
This subcriterion is used to determine whether a vendor has delivered the quantity specified in the
purchase order.
Compliance With Shipping Instructions
This subcriterion is used to determine how precisely a vendor complies with your instructions for the
shipping or packing of a material.
Confirmation Date
This subcriterion is used to determine whether a vendor adheres to a previously confirmed delivery
date (that is, whether the goods are actually received on the date previously confirmed by the
vendor).
For each automatic subcriterion in the SAP Standard System there is a specific pre-defined scoring
method. These methods cannot be changed by the user.
This section describes how the Vendor Evaluation system calculates a vendor's overall score and the
scores for the main criteria
The system derives the overall score from the scores for the various main criteria, taking the
weighting factors assigned by Purchasing in the system settings for each main criterion into account
Note: In order to understand the technical part of calculation of scoring how the system carries out
with respect to Vendor Evaluation process, an Addendum file is provided separately
NA
• A system to identify and process all the procurement requirements that are generated
directly through different planning and execution activities of all divisions of Rezayat.
• Existence of a data base for all available / short listed / approved suppliers, vendors,
subcontractors and manufactures which can be accessed during the source of supply
selection.
• A system that can track, control and monitor all the activities and milestones in different
stages of procurement process.
• A system that can process, monitor and record the procurement of services / materials and
provide tools to facilitate the repeated procurement of similar services / materials and their
monitoring in terms of completion.
• To facilitate procurement of stock as well as non-stock items, consumables, assets and other
spot requirements however keeping control of the expenses and associated accounting
impacts.
• An integrated environment where purchasing activities should be linked with accounting and
controlling functions.
• A set-up for online approval of purchasing requirements and documents for efficient
processing of requirements into orders.
• A comprehensive but secured system with necessary tools to optimize the procurement
processing time.
• An information system that can generate reports based on purchase statistics for analysis of
order values, price history and vendor’s performance during a certain time period.
This section documents the Procurement functionality available in SAP Materials Management
Module and how it can be used to cover the current processes in Rezayat. The basic task of
Procurement component in SAP is to facilitate and optimize the activities for external procurement
of materials and services.
The typical procurement cycle for a service or material consists of the following phases:
1. Determination of Requirement
Materials or Services requirement are identified either in the projects, user departments or via
planning activities in other modules. A purchase requirement can be created manually or it can be
generated automatically.
2. Source Determination
The Purchasing component helps in identifying potential sources of supply based on existing Source
List, info records or longer-term purchase agreements. This speeds the process of creating requests
for quotation (RFQs), which can be sent to vendors for collecting Quotations.
The system is capable of simulating pricing scenarios and enables the comparison of a number of
different quotations. Rejection letters (Appreciation letter) can also be generated automatically.
Standard functions are available to monitor the shipments and confirmations from vendor. It also
provides an up-to-date status of all purchase requisitions, quotations, and purchase orders.
Goods Receipt in SAP is as simple as by entering the PO number and confirming the delivery. By
specifying permissible tolerances, buyers can limit over- and under deliveries of ordered goods. This
section is covered in Inventory Management of blueprint.
7. Invoice Verification
The system supports the checking and matching of invoices. The accounts payable clerk is notified of
quantity and price variances because the system has access to PO and goods receipt data. This
speeds the process of auditing and clearing invoices for payment.
Purchasing communicates with other modules in the SAP System to ensure end-to-end
integrity of process and a constant flow of information between different business functions. For
example, it works side by side with the following modules:
• Project Systems
• Plant Maintenance
• Sales and Distribution
• Customer Service
• Quality Management
• Production Planning
• Financial Accounting
• Controlling
Good communication between all personnel / divisions / departments involved in the procurement
process is necessary for it to function smoothly.
In Rezayat, the Purchase Requisition will serve as a formal request or instruction to procure a certain
quantity of a material or a service so that it is available at a certain point and date. It will be treated
Item Category
Special identifiers are available in SAP to indicate the characteristic of each line item in the
purchasing document. These are known as Item categories.
The item category determines whether the material defined in a purchase order item:
Stock provided by
C For stock provided by customer
customer
For procurement of external services where
D Services additional field will be required to maintain the
details of services
Account
Assignmen Description Purpose Account Assignment Object
t Category
Account
Assignmen Description Purpose Account Assignment Object
t Category
Following table gives idea of combination of item category and account assignment to be used for
different nature of procurements
Various Purchase Requisition scenarios are with as is and to be process are explained below.
Capex procurement will be carried in SAP as per the process flow diagram shown below.
Following is process flow chart for Capex budget approval process. This flow chart is shown for
understanding purpose.
Event
Start End
Department Head /
Project Manager
Collect inputs for Prepare Capex budget based on Submit the annual Create Internal Order
Corrections as per for each asset class or
Annual Capex the inputs from Department Capex budget for
the comments
budget Heads / Project Managers review and approval supplement budget if
existing
Manager /
Executive
General
Director
Capex budget
Review the Capex approved or
Correction required
budget correction required
?
Approved
Group Finance
Controller
Capex budget
Review the Capex approved or
budget
Correction required
correction required
?
Approved
Capex budget
Group General
Approved
To be process:
• Initially requisitioner will check for approved capex budget. If capex budget is not approved
user will follow process of raising request for capex budget approval is covered in Finance
Module BBP (Asset Accounting ).
• On approval from the finance department, requisitioner will get asset code from finance
department.
• Once the capex budget is approved from finance or if it is pre approved, requisitioner will
follow the process mentioned in the following points.
• Requisitioner will check for the material code for the asset to be procured. If the material
code exists requisitioner can go ahead with creation of Purchase Requisition. If required
material code does not exist requisitioner will follow the business process number
RZ_MM_MD_01 for creation of new material code.
• Once the asset number is entered system will check for the budget with corresponding
internal order.
• If Purchase Requisition is not correct, BU management will send the requisition back to
requisitioner. Requisitioner will change the Purchase Requisition and resend to BU
management.
• If Purchase requisition is of higher value, top management will also approve the Purchase
Requisition after BU Management approves.
• Once the Purchase Requisition is approved by all approvers, BU purchasing department will
initiate procurement process as per business process number RZ_MM_PC_03.
To Be Process
• Requisitioner will identify the requirement of the material. First requisitioner will check for
the required material code in the SAP. If material code does not exist requisitioner will
follow the business process number RZ_MM_MD_01 for creation of Material Code
• If material code exists in SAP, requisitioner will check create reservation for the required
quantity of material.
• Create reservation will follow the approval process as per business process number
RZ_MM_IM_02_01.
• Reservation created will follow the approval process as per business process number
RZ_MM_IM_02_01.
• Store keeper will check stock of material if stock of the material is available, store keeper will
issue the material against the reservation as per business process number RZ_MM_IM_03.
• If stock of the material is not available, requisitioner will discuss with the Store Manager for
the strategy of the stock keeping.
• If material is not relevant to MRP, store keeper will create Purchase Requisition with item
category and account assignment both as blank. Store keeper will enter budgeted price and
requirement priority in purchase requisition.
• Once the Purchase Requisition is approved , BU Purchase will initiate the procurement
process as explained in business process number RZ_MM_PC_03
To be process
• Requisitioner will identify the requirement of the service to be procured.
• Requisitioner will check for the required service code availability in SAP.
• If service code exists in SAP, requisitioner can go ahead with creation of Purchase
Requisition.
• After creation of new service code or after choosing the required service code from the
available service master, requisitioner will create Purchase Requisition with account
assignment "K - Cost center", item category "D - Service" and correct cost center.
Requisitioner will also enter the budgeted price and requirement priority in purchase
requisition.
• BU Management will review the Purchase Requisition at the time of approval. If Purchase
Requisition is faulty, approving authority will refuse the Purchase Requisition approval.
• Faulty Purchase Requisition will be corrected by the requisitioner and will be sent for
approval.
• Once the Purchase Requisition is approved , BU purchase will initiate the procurement
process as per the business process number RZ_MM_PC_03
To be process
• Requisitioner will identify the requirement of the non - stock materials.
MATERIALS MANAGEMENT BLUEPRINT Page 60
SAP IMPLEMENTATION PROJECT
• Requisitioner will first check for the availability of the required material master in SAP. If the
material is available requisitioner can proceed further for the creation of the Purchase
Requisition.
• If required material is not available in SAP, requisitioner will follow the process of creation
of Material code as per the business process number RZ_MM_MD_01
• Once the material code is available , Purchase Requisition will be created by flowing two
ways -
a) Requisitioner will create manual Purchase requisition with account assignment category
"K - Cost Center" and item category as "blank ".
b) Purchase Requisition will be created automatically form the Plant Maintenance Order or
Customer Service Order. This Purchase Requisition will have account assignment category "F
- Order"
Requisitioner will enter budgeted price and requirement priority in purchase requisition.
To be process
• Requisitioner will identify the requirement of the material. Once the requirement of the
material is finalized. Requisitioner will check for the suitable material code in SAP.
• If material code is not available in SAP , requisitioner will follow the process of creation of
material code as per business process number RZ_MM_MD_01
• If material code is available requisitioner will check the stock of the material in SAP. If stock
of the material exists, requisitioner will create reservation for the material.
• Reservation will be approved by the concern approving authority and either material will be
issued or material will be transferred from central stores to project or from other project.
• If the stock of material is not available Purchase Requisition will be created in flowing two
ways -
a) Purchase Requisition will be created manually with account assignment category "Q",
item category "blank" and correct WBS element.
Requisitioner will enter budgeted price and requirement priority in purchase requisition.
To be Process
• Requisitioner will identify the requirement of the service to be procured.
• If service code exists in SAP, requisitioner can go ahead with creation of Purchase
Requisition.
• If service doe does not exist in SAP , requisitioner will follow the process of creation of
service code as per business process number RZ_MM_MD_03
• After creation of new service code or after choosing the required service code from the
available service master , Purchase Requisition will be created with flowing two ways -
a) Purchase Requisition with account assignment "P - Projects", item category "D - Service"
and correct WBS element.
b) Purchase Requisition will be automatically created for the services planned in Project.
This Purchase Requisition will have account assignment category "N - Network" and item
category "D - Service".
• BU Management will review the Purchase Requisition at the time of approval. If Purchase
Requisition is faulty, approving authority will refuse the Purchase Requisition approval.
• Faulty Purchase Requisition will be corrected by the requisitioner and will be resent for
approval.
• Once the Purchase Requisition is approved , BU purchase will initiate the procurement
process as per business process number RZ_MM_PC_03
To be Process
• Requisitioner will identify the requirement of the material. Once the requirement of the
material is finalized. Requisitioner will check for the suitable material code in SAP.
• If material code is not available in SAP , requisitioner will follow the process of creation of
material code as per business process number RZ_MM_MD_01
• Once material code is available Purchase Requisition will be created in flowing two ways -
Requisitioner will enter budgeted price and requirement priority in purchase requisition.
To Be Process
• Sales person will receive the inquiry from the customer. Sales person will create sales inquiry
in SAP. Sales person will create vendor RFQ for the same material for which inquiry has been
received from customer.
• Sales person will print or download the RFQ created and it will be sent to Vendor.
• Vendor will send the quoted price. Once the quotation is received sales person will maintain
the price in RFQ created. Sales person will attach the soft copy of the quotation received to
the RFQ created in SAP.
• On the basis of the price received from the Vendor sales person will prepare the quotation
to the customer
• BU management will review the customer quotation. If the customer quotation is not
correct sales person will change it. After correcting quotation BU management will approve
it.
• Once the quotation is approved, sales person will print the quotation and send the
quotation to customer.
• Once the customer sends the order confirmation in the form of purchase order, sales person
will create Sales Order in SAP with reference to Purchase order received and quotation.
After saving the sales order Purchase requisition will be created automatically with account
assignment "E" and item category "blank" will be created.
• procurement process.
In this process component materials will be issued to vendor for preparing finished goods out of
components. Once finished goods are prepared, vendor delivers finished goods and scrap if left out
during processing. This process will be used in SAFAMI. Process of sub-contracting in SAP will be
carried as per the process mentioned in the following process flow chart.
Event
Requisitioner
Management
BU
Procurement
BU
To be Process:
• Once the material is created or required material is chosen, requisitioner will check for the
Bill of Material. If Bill of Material exists, requisitioner can proceed for creation of Purchase
Requisition.
• If Bill of Material does not exist, requisitioner will create bill of material.
• Once the Bill of Material is available, requisitioner will create Purchase Requisition with
account assignment as "blank" and item category " L - Sub contracting ". Requisitioner will
also enter budgeted price and requirement priority in purchase requisition.
• Once the Purchase Requisition is created. It is subjected to approval. BU Management will
review the Purchase Requisition at the time of approval. If the Purchase Requisition is faulty,
approving authority will refuse the approval. Requisitioner will correct and resend it for
approval.
• In Rezayat for some material such as spare part and the regular consumable stock item is
always maintained in the stores
• MRP concept using reorder point planning procedure will be used for such material in
Rezayat. Safety stock of the material will be specified in the Material Master of such
material. In the Reorder point planning procedure once the stock falls below the reorder
point, it triggers the procurement proposal requirement
• Periodic MRP run will be performed by the store manager at central stores. After MRP run
requirement of material will be calculated by system and purchase requisitions will be
generated for shortage quantity
• Following flow chart diagram will explain the process overview in SAP
To be process
• Following document types will be configured for Purchase Requisition with internal number
range.
Description of Document
Document Type Number Range ( From - To )
type
Description of Document
Document Type Number Range ( From - To )
type
• MRP to be configured.
1. Low
2. Medium
3. Urgent
4. Very Urgent
• Rezayat requires budget check for Capex procurement. Requirement of budget check will be
fulfilled referring internal order in Purchase Requisition. This internal order will be proposed
automatically in Purchase Requisition once the asset is entered in PR. Development is
required to propose the internal order automatically in the PR. ( Gap Code : RZ_GP_08 )
• Rezayat has requirement that when requisitioner is creating Purchase Requisition, SAP
should not allow requisitioner to select Manufactures Part Number. Instead user should
enter master material code. But for few materials this blocking of MPN materials should be
exempted. Development is required for this requirement. ( Gap Code : RZ_GP_09 )
Request for Quotation (RFQ) will be the main tool used in Rezayat for getting quotations from one or
more vendor. Upon receiving the responses from the vendors in the form of quotations, the data
including prices, terms of payment, terms and conditions accepted and delivery dates will be
updated in the quotation record for evaluation and selections.
If RFQ has been issued to several vendors, the purchaser can use the reporting from the system to
determine the most favorable quotation submitted. An item by item comparison report can be
generated from the system.
Apart from the above triggering process of RFQ, process of Quotation Comparison is also mentioned.
Following process will be followed in SAP for the RFQ creation for the approved Purchase
Requisitions
To be Process:
RFQ process for estimation department will be carried out in SAP as per the following process flow
chart.
To be process:
RFQ process for contract creation will be carried out in SAP as per the following process flow chart.
To be process:
• BU procurement or central sourcing will identify the requirement to create Contract in SAP.
• BU procurement or central sourcing will check for contract exists in SAP if contract exist,
there is no need for further process. Same contract can be used.
• If contract does not exist, BU procurement or central sourcing will check for Purchasing Info
record. If purchasing info record exists, BU procurement or central sourcing will create RFQ
for material or service in SAP.
• If purchasing info record does not exist, BU procurement or central sourcing will choose
vendors. If the chosen vendors exist in SAP, BU procurement or central sourcing will create
RFQ in SAP.
Quotation Comparison process in SAP will be followed as per the process flow chart shown below.
To be process:
• Following document types will be configured for RFQ with internal number range.
• Rezayat has requirement that when individual BU procurement will create RFQ and if RFQ is
beyond the limit of approval of BU, central sourcing team will approve the RFQ. As per
standard SAP process when RFQ is created, initially it will not have the price. But to trigger
the approval process on the basis of value RFQ must have price. To satisfy this requirement
development is needed to pass the value to RFQ line items from the Purchase Requisition
when the RFQ is created. Also group purchasing has requirement that RFQ approval limit will
be combination of cpv code and value of item in RFQ. Consultant will do feasibility study for
this requirement in Realization phase. (Gap Code: RZ_GP_11)
• Standard RFQ format will not satisfy the requirement of Rezayat so new RFQ format will be
developed as per the requirement of Rezayat. (Gap Code: RZ_GP_12)
4.2.3 Contract
A Contract is a type of outline purchase agreement against which release Purchase orders (releases)
can be issued for agreed materials or services as and when required during a certain overall time-
frame. The contract consists of items defining the individual materials or services with prices and in
many cases quantities. Contract can be created for specific validity periods.
Rezayat can use SAP Contract to enter into longer-term purchasing arrangements with vendors
regarding the supply of materials or the performance of services. Contract in SAP are same as
catalog in legacy of Rezayat.
Whenever a new rate contract is finalized, a new Contract shall be prepared. Based on the recurring
requirement of some material / service, the purchase department can start a contract finalizing
activity and finally enter into a contract with some supplier for supplying the services / material as
and when required.
• Currently Rezayat uses unit rate contract for procurement of materials or service.
• In Rezayat currently the contracts are made by individual Business Units for best prices
negotiations or to get critical material form market depending upon the requirement of
materials or services for individual business unit.
• Central sourcing also creates some contract as per the requirement.
In the SAP MM Purchasing component, a contract is a type of outline purchase agreement against
which release orders (releases) can be issued for agreed materials or services as and when required
during a certain overall time-frame.
Following process will be followed in SAP for creation of contracts as per the process flow chart
shown below.
To be process:
• As per the business process number RZ_MM_PC_02 of RFQ creation, RFQ will be created.
• Final approved RFQ will be used for the creation of Contract.
• BU procurement or central sourcing will create the Contract with reference to the selected
RFQ in SAP.
• Soft copy of the Quotation Comparison sheet will be attached to the Contract using
Document Management System in SAP.
• On saving the contract in SAP, approval process will be initiated as per the approval matrix.
• If the Contract is created by central sourcing it will be first approved by central sourcing and
finally by top management.
• In case Contract is created by BU procurement then BU management will approve the
Contract at first level. If contract is within BU limit it will be approved only by BU
management and BU procurement will print contract and send it to Vendor.
• If contract is not within BU limit, Central Sourcing will approve the Contract at second level.
Final approval to the contract will be given by top management.
MATERIALS MANAGEMENT BLUEPRINT Page 80
SAP IMPLEMENTATION PROJECT
• Once the contract is approved by final approving authority in SAP, BU procurement or
central sourcing will print the contract and send the hard copy to Vendor.
• Since the contract is centrally agreed, other Business units also can use this contract for
creating Purchase Order to get best deal.
• Purchase Order process has to be followed using business process number RZ_MM_PC_03
NA
A purchase order (PO) is a formal request or instruction from a purchasing organization to a vendor
or a plant to supply or provide a certain quantity of goods or services at or by a certain point in time.
It forms part of the procurement process where requirement is converted into a commitment to
purchase. However, it is not necessary to start the process from requirement processing as it can be
created directly in the system dependent on the operation need.
• Purchase Order can be created with reference to the RFQ or Last Purchase Order, this will
help the system to copy all the details in the RFQ on to the purchase order and the relation
of the RFQ and the purchase order is set in the system.
• Vendor details like Vendor Address, Payment Terms, Inco-terms will be copied from the
vendor master to PO.
• For a particular transaction if the Payment Terms and Inco term are different from the
vendor master, the same can be changed in the Purchase order.
In Rezayat following four scenarios will be used for Purchase Order or Stock Transport Order
processing.
Following process flow chart process will be followed in SAP for creation of Purchase Order
Event
BU Procurement
Management
BU
Management
Top
To be process:
• Process PR creation and approval will be followed as per the business process number
RZ_MM_PC_01 in BBP.
• BU procurement will receive the approved Purchase Requisition. BU procurement will check
if contract exist for the material or service. If contract exist, BU procurement will assign the
contract number to the Purchase Requisition and create the Purchase Order.
• If contract number does not exist, BU procurement will follow the process of RFQ creation as
explained in the business process number RZ_MM_PC_02_01 in BBP.
• The process of Quotation Comparison will be flowed as per the business process number
RZ_MM_PC_02_04 in BBP.
• On finalization of RFQ, Purchase Order will be created with reference to approved RFQ.
• BU procurement will attach the relevant documents to the Purchase Order using Document
Management System. On saving the Purchase Order in SAP, Purchase Order approval will be
initiated.
• BU management will review the Purchase Order. If Purchase Order is correct, BU
management will approve the Purchase Order as per the approval matrix.
• If Purchase order is faulty, BU management will refuse Purchase Order release.
• After approval of BU Management, purchase order will be approved by top management as
per the approval matrix.
• After the approval of final authority. BU procurement will print the purchase Order and send
the Purchase Order to Vendor.
Process of Petty cash purchase will be carried out as per the following process flow diagram in SAP.
Create Purchase
BU
Approve Purchase
Order
requisitioner
Stores /
To be process:
Following process flow chart process will be followed in SAP for creation of Intra Stock Transfer
Order
To be process:
Following process flow chart process will be followed in SAP for creation of Inter Company Stock
Transfer Order.
To be process:
Following process flow chart process will be followed in SAP for RITCCO Inter Company Material
Procurement. The process shown for RITCCO intercompany procurement is a generic end to end
process formed by combining sub processes such as purchase requisitions, RFQ, purchase order,
goods receipt and invoice verification. This process is included for understanding purpose whereas
approvals for individual sub processes remains same as mentioned in individual process flowcharts
and descriptions.
RITCCO Intercompany Material procurment
Start End
Create Purchase
Requisition
(RZ_MM_PC_01)
Goods Receipt
with reference to
Outbound Delivery
RZ_MM_IM_01
Invoice
Payment
Verification
RZ_MM_IV_01
RZ_MM_IV_01
Approve Purchase
Approve PO
Requisition
RZ_MM_PC_03
(RZ_MM_PC_01)
Maintain
Create RFQ for Create
Send RFQ Quotation for Send PO to
Vendor RITCCO Intercompany PO
to RITCCO RITCCO RITCCO
RZ_MM_PC_02 RZ_MM_PC_03
RZ_MM_PC_02
Approve PO
RZ_MM_PC_03
Software or
Hardware
Insallation
Goods Receipt
Create Outbound Create Post Goods
with reference to
Delivery for Issue with reference to
PO
Intercompany PO Outbound Delivery
RZ_MM_IM_01
Invoice Payment to
Verification Vendor End
RZ_MM_IV_01 RZ_MM_IV_01
Offer Receive PO
and deliver
material
Note: Process codes (for Eg: like RZ_MM_PC_01 / RZ_MM_PC_02 / RZ_MM_PC_03) mentioned
in the above flow chart refers to the procurement process approved by Management in the BBP
version 11.
Following process flow chart process will be followed in SAP for RITCCO Inter Company Service
Procurement
Note: Process codes (for Eg: like RZ_MM_PC_01 / RZ_MM_PC_02 / RZ_MM_PC_03) mentioned
in the above flow chart refers to the procurement process approved by Management in the BBP
version 11.
Following process flow chart process will be followed in SAP for creation of Stock Transfer Order for
scrapping material.
To be process:
• Store Keeper will identify the items to be scrapped and create Stock Transport Order.
• General Manager will review the stock transport order. if stock transport order is not correct
general manager will send back the order to the requisitioner. If corrections are required,
• New document types will be configured for Purchase Order and number range will be
internal.
Document Type Description of Document Type Number Range
• Purchase order layout in standard SAP does not suit requirement of Rezayat. Development
of new form of purchase order form is required. (Gap Code: RZ_GP_14)
• Rezayat has requirement to send reminder mail to top management if purchase order
approval is pending for approval for certain duration of time. This functionality is not
Entering and accepting services in external services management is the same as a goods receipt
posting when procuring materials.
In Rezayat, service entry sheet will be entered by requisitioner or site engineer at project site.
Service entry sheet entered is subjected to the acceptance. The acceptance for the service entry
sheet will be given as per the approval mechanism.
Process of service entry sheet will be performed as per the process flow diagram shown below.
Start
Invoice
Event
Receipt
Received the End Process
invoice from vendor (RZ_MM_IV_
for Service 01)
Performed
Site Engineer / Requisitioner
No
Review the
Approve Service
Service Entry
Entry Sheet
Sheet posted
procurement
and arrange to
resend Invoice
To be process:
• Site engineer or requisitioner will receive the invoice for the service performed or vendor
may submit the progress sheet.
• Site engineer or requisitioner will check the progress sheet of vendor with the purchase
order. If service are not as per the purchase order, requisitioner or site engineer will inform
to the BU procurement.
• BU procurement will clarify with the vendor and arrange to re send the correct invoice.
• If services are as per the purchase order site engineer or requisitioner will create service
entry sheet in SAP.
• Required documents will be attached to service entry sheet.
• Requisitioner or site engineer has to enter the score for the timeliness and quality of the
services performed while creating service entry sheet.
• Requisitioner or site engineer will take print out of service entry sheet performed and send
the same to approving authority.
• Approving authority will review the service entered and approve service entry sheet in SAP.
NA
5. Inventory Management
• A system that can record and track materials on both quantity and value basis.
• To monitor all the goods movements across company.
• To plan the inventory based on the previous consumption.
• To manage and record the transfer of materials from stores to projects and from projects to
projects, and to manage the existing stock as well as on order stock procured by purchasing
and stock in transit.
• To facilitate the creation of physical inventory for all stock types in a single transaction,
recording the inventory steps that have been carried out, automatically, adjust the inventory
difference and to be monitored as well.
• To have the system to carry out accounting automatically which would be free from errors
and would provide authentic data for reporting purpose.
• To perform accounting automatically as the stocks are received, issued, consumed or
transferred etc.
• To allow different grades / types of stocks of same materials to be managed at different
values.
• To have the system dynamically update the price of stocks in hand, according to market
fluctuations.
• To provide the functionality of absorbing direct adjustments due to additional expenses on
material stocks.
• To verify purchase order and goods received at the time of performing invoice Receipt.
• To segregate and identify materials with respect to usability like available for consumption
or blocked with different types of stock.
Inventory Management is part of the Materials Management module and is fully integrated in the
entire logistics system:
As a part of Materials Management, Inventory Management is directly linked with Material
Requirements Planning, Purchasing, and Invoice Verification. Inventory Management provides
information for MRP, which takes into account not only physical stocks but also planned movements
(requirements, receipts).
During all transactions, Inventory Management accesses both master data (such as Material Master
Data) and transaction data (such as purchasing documents) shared by all Logistics components.
Inventory management deals with the following tasks:
Inventory Management
All transactions that bring about a change in stock are entered in real time, as are the stock
updates resulting from these changes. Rezayat can obtain an overview of the current stock
situation of any given material at any time. This, for example, applies to stocks that:
1. Are located in the warehouse
2. Have already been ordered, but have not yet been received
3. Are located in the warehouse, but have already been reserved for consumption to
projects, production or a customer
• Special Stocks
Special stocks are stocks that are managed separately as a result of being stored at a
particular location and allocated for a WBS or their not belonging to company. Inventory
Management can manage various types of a company’s own special stocks like project stock
and externally owned special stocks separately like stock at subcontractor from standard
stock.
The stocks are managed not only on a quantity basis but also by value. The system
automatically updates the following data each time there is a goods movement:
4. Respective project stock value will only be updated without changing the value of other
projects
The valuation area is the organizational level at which a material's stock value is managed. The
valuation area in Rezayat is at the plant level. So in Rezayat a material can have different valuation in
different plants of Rezayat. In Rezayat Materials in Project Stock ‘Q’ of different projects can also
have different value on each WBS level because in Rezayat same materials will be used in different
projects. These materials can have different valuation in different projects.
Goods movements include both "external" movements (goods receipts from external
procurement, goods issues for sales orders) and "internal" movements (goods receipts from
production, withdrawals of material for internal purposes, stock transfers, and transfer
postings).
For each goods movement a document is created which is used by the system to update
quantities and values and serves as proof of goods movements.
Goods Movement
Goods movements are transactions resulting in a change in stock;
1. Goods receipt
A goods receipt (GR) is a goods movement with which the receipt of goods from
a supplier or from production is posted. A goods receipt leads to an increase in
Warehouse stock
2. Goods issue
A goods issue (GI) is a goods movement with which a material withdrawal or material issue,
a material consumption, or a shipment of goods to a customer is posted. A goods issue
leads to a reduction in warehouse stock
3. Stock transfer
A goods receipt (GR) is a goods movement with which the receipt of goods from a supplier is posted.
A goods receipt leads to an increase in warehouse stock. Material shall be received at the plants or
the delivery address other than the plant identified in the PO. There shall be only one internal
number range for the all types of Goods Receipt across all the plants and will be continuous.
To be process:
Following process will be followed in SAP for vendor returning material to vendor.
Event
BU Quality
Team
BU Store
Keeper
BU Stores
Manager
BU Finance
To be process:
• Goods will be received from the vendor and Goods Receipt will be posted in SAP as per the
business process number RZ_MM_IM_01_01.
• BU quality team will do the quality inspection as per the business process explained in QM
BBP
• BU Quality team will create QM notification for the rejected material.
• As per the notification from BU quality team, store keeper will create goods return order.
• BU store manager will approve the goods return order.
• On approval of goods return order, BU store keeper will create Goods Issue for return
delivery and print the material document.
• BU store keeper will send the items back to the vendor.
• If any payment (can be advance as well) is made to vendor, BU finance will book credit
memo against return purchase order.
Following process will be followed in SAP for creating goods receipt for the material provided by
client.
No
Yes
Create Customer
Receipt Order
Manager
Project
Approve Customer
Receipt Order
Store Keeper
Send
materials to
project site
To be process:
• In case of project construction industry, few materials will be supplied by the client for
installation purpose.
• In such cases materials will be received in SAP as non valuated and only for quantity
reconciliation purpose.
• Project Engineer at project site will prepare list of the material to be received from client.
• Once the list of the material is prepared, project engineer will check required master data in
SAP ( i.e material master and vendor master )
• For this process customer will be created as vendor in SAP.
• Once the master data is available, project engineer will create Customer receipt order in
SAP.
• Customer receipt order will be approved by project manager.
• On approval of customer receipt order, project engineer can post goods receipt for the
materials delivered by client.
Following process will be followed in SAP for creating goods receipt for the material received in
excess than the purchase order quantity (above the tolerance level) or which is unplanned.
Yes
Inform requestor to
Cancel goods receipt posted
Inform store create Purchase
Is it Possible to without reference of Purchase
manager about Requisition for excess
No separate Rejected Order
excess delivery of quantity of material
Qty
material
No
Store Manager
Inform the
Inform and check store
with requestor for Keeper
Reject Total Qty
excess delivery of
material
No
Requestor
Communicate to
BU
To be process:
• Rezayat has requirement to print the details of Goods Receipt Note posted. Standard SAP
format does not suit the requirement of Rezayat. New form needs to be developed as per
the requirement of Rezayat. ( Gap Code: RZ_GP_17)
With this component, Rezayat can make a request to the warehouse to keep materials ready for
withdrawal at a later date and for a certain purpose. This simplifies and accelerates the goods issue
process. A reservation for goods issue can be requested by various departments for various account
assignment objects (such as cost centre, order, asset, etc.).
1 Automatic Reservation from project At the time of planning of material in project this
reservation gets generated automatically. So on
arrival of goods, materials can be issued against
this reservation for consumption.
3 Reservation for stock transfer from This reservation will be created by user, when
Central Store to Project material is required to be transferred from
central store to project site.
4 Reservation for stock transfer from This reservation will be created by user, when
project to Central Store excess material is to be transferred from project
site to central store at the time of project
closure.
5 Reservation for stock transfer from one This reservation will be created by user for
project to other project transferring material from one project to other
project, when other project is having excess
material.
6 Reservation for Material transfer from This reservation will be created by user, when
central store to workshop store material is required to be transferred from
central store to workshop store.
7 Reservation for Material Issue to Cost This reservation will be created by user for
Center consumable items like stationary; pantry items
etc. to book consumption for certain cost
centers.
Process of reservation will be followed as per the following process flow diagram.
• Requisitioner will identify the requirement of material and create reservation in SAP with
required quantity of the material.
• Approving authority will review reservation and check the need of material. If reservation is
Ok, approving authority will approve reservation.
• If reservation is Not Ok, approving authority will delete reservation.
• Once the reservation gets approved, store keeper will run the report of approved
reservations pending for issue.
• Store keeper will check for the stock of the material in SAP. If stock exists, store keeper will
issue material as per business process number RZ_MM_IM_03.
• If stock of material does not exist, store keeper will consolidate all such requirements and
create purchase requisition as per business process number RZ_MM_PC_01.
• NA
• Rezayat has requirement for the reservation approval process prior to issue the material.
Standard SAP does not have this functionality. Development is required to satisfy this
requirement. ( Gap Code: RZ_GP_18 )
A goods issue (GI) is a good movement with which a material withdrawal or material issue, a
material consumption or a shipment of good to a customer is posted. A good Issue leads to
reduction of the stocks. Material shall be issued to project consumption and various departments.
Following are the scenarios where goods issue process will be used.
5.2.3.1.1 Goods Issue to Cost Center / Plant Maintenance Order / Project Consumption
Good issue to cost center / plant maintenance order / project consumption will be done in SAP as
per the following process flow diagram.
To be process:
Process for issuing tools to employee will be done in SAP as per the process flow diagram shown
below.
• Store keeper will create PRT equipment for tool box or bigger tools in SAP.
• After creation of the equipment of tool box, store keeper will create the equipment bill of
material to represent the list of the tools in a tool box.
Process of scrapping material in SAP will be carried out as per the process flow diagram shown
below.
To be process:
• Initially goods will be transferred to scrapping storage location as per the business process
number RZ_MM_PC_03_05
• Store keeper will verify the materials to be scrapped.
• After verification of the material to be scrapped, store keeper will post goods issue for
scrapping using 551 movement in SAP.
• Once the goods issue is posted, stock of the material will be reduced from SAP.
• Store Keeper will take the print of the material document for record.
• The further process of selling of scrap will be followed as per the business process shown in
Head office SD blue print document.
Goods will be issued to Sub- contractor as per the process shown in the below process flow chart.
To be process:
• Rezayat has requirement to print the details of Goods Issue slip posted. Standard SAP format
does not suit the requirement of Rezayat. New form needs to be developed as per the
requirement of Rezayat. ( Gap Code: RZ_GP_19)
During the normal business activity it may be essential to move the material physical from one place
to the other within the same company code, or within the same plant or move it from one stock type
to another or from one material to another. These can be done in SAP by transfer posting.
Process of Stock transfer will be followed as per the following process flow diagram
To be process:
To be process:
• Store keeper at project site will identify the materials to be transferred from project stores
to main store.
• Once materials are identified, store keeper will prepare list of the items to be transferred to
main store.
• Project manager will check the list of the materials to be transferred to main store.
• Store keeper of project site will first transfer materials from project stock to normal stock
and create stock transport order.
• Once stock transport order is created it will be approved by project manager first and later
by store manager of main store.
• On approval of stock transport order, store keeper at project site will post outbound delivery
and goods issue with reference to outbound delivery.
• Store keeper at project site will arrange to send the material to main store.
• Stock will be shown in transit until goods receipt is posted at main store.
• On arrival of material at main store, store keeper of main store will post goods receipt as per
business process number RZ_MM_IM_01_01.
Process of Stock transfer will be followed as per the following process flow diagram
To be process:
• Store keeper at the receiving project will identify the requirement of material and create
stock transport order.
• Project manager of receiving project and supplying project will approve the stock transport
order.
• On approval of the stock transport order, store keeper of supplying project will create
outbound delivery and post goods issue with reference to outbound delivery.
• On posting of the goods issue from the supplying project, stock will be shown as stock in
transit until the receipt at receiving project.
• One arrival of material at receiving project site, store keeper of receiving project site will
post goods receipt.
Process of Stock transfer from central store to workshop store will be followed as per the following
process flow diagram. This process is CTC specific.
To be process:
• Rezayat has requirement to print the details of Goods Issue slip posted. Standard SAP format
does not suit the requirement of Rezayat. New form needs to be developed as per the
requirement of Rezayat. ( Gap Code: RZ_GP_20)
Batch Management
Batch Management can be defined as tagging a code to the material produced or material procured.
Every batch number has an inventory quantity associated with it. This code in SAP helps in uniquely
identifying a material and the quantity associated with it.
A partial quantity of production or procurement can be tagged with a batch number that clearly
makes that material inventory unique.
The Batch number generated for the material quantity not only helps in uniquely assorting
the material inventory, but it also stores the characteristics values or the product specifications at
the time of its production or procurement. Material should be activated for batch management
Shelf Life Expiration Date
The system calculates the shelf life expiration date the first time a batch is received. It is calculated
from the date of production plus the total shelf life. You specify the date of production when making
the goods receipt posting. If the total shelf life has not been stored in the material master record,
you must enter the shelf life expiration date at this point. The difference between the shelf life
MATERIALS MANAGEMENT BLUEPRINT Page 116
SAP IMPLEMENTATION PROJECT
expiration date and the posting date is the remaining shelf life of the goods received. It must not be
less than the minimum remaining shelf life from the material master record. If it were less, the
system would respond with an error message.
All the perishable materials in Rezayat group will be activated for batch management and shelf life
expiration tracking of each of the food materials.
When the goods receipt for a batch managed material from a Purchase order is posted batch
number needs to be entered before saving the goods receipt. During receipt the shelf life details
should also be entered. These data are stored in the batch after the posting of goods receipt.
Physical inventory can be carried out both for a company's own stock (Unrestricted, Quality, Blocked
Stock) and for special stocks (Customer Consignment stock, Vendor consignment stock from vendor,
Returnable packaging). This inventory is carried out separately for both type of stocks.
Physical inventory process will be carried in SAP as per the process flow diagram shown below.
To be process:
• NA
This is the last part of the procurement cycle; the vendor invoice is verified and entered in the
system. System will perform the three way match for invoice verification by comparing the details of
Purchase order and Goods Receipt with Invoice Receipt.
• Any retention or Bank guarantee or Letter of Credit (LC) are checked manually before
making payment to the vendor.
6.3 Business Process Solution
• Rezayat shall use Logistics Invoice Verification (LIV) and no changes in the proposed account
codes shall be carried out.
• Bill Passing or Logistics Invoice Verification shall be GR / Service based Invoice Verification
default. Only in certain exceptional cases like Import PO, the Logistics invoice verification
(LIV) can be PO based.
• The import PO bill passing shall be carried out based on the exchange rate of the posting
date. It is assumed that the Exchange rate conversions will be entered on periodic basis
(daily recommended) to reflect the exact rate on the date of posting. The defaulted rate can
be changed in the Logistics invoice verification (LIV) transaction.
• Invoices presented by the supplier can have variances from the system proposed values. The
user can accept the rate differences by increasing the rate as proposed by the system.
However, system identifies such invoices as having variances and checks for the various
tolerance limits identified in the system.
• If there are any differences between the amount proposed by the system and the actual
amount in the vendor invoice, user can change the amount and post these differences.
• To accept the difference, user shall change the value suggested by the system and Quantity
Changes is not recommended by the system.
• While posting the invoice, the system will post the differences to the stock account if the
material is having the price control as moving average and stock is available. The system also
updates the purchase order history with the changed data. If the stock is unavailable the
differences are posted to the Price difference account.
• Credit Memo will be raised when there is a change in quantity and value. If there is only
change in the value we can use subsequent credit or subsequent debit from the vendor. For
more details of the payment process, please refer to FI blueprint.
• When the materials are purchased with two purchase orders, i.e. one is for materials and
the other is for delivery of the material, then refers the purchase order for freight and goes
to material posting tab in invoice receipt to load the freight value to material.
• As per the terms and conditions negotiated with the Vendor, retention amount will be
entered in the header of the purchase order. The retention amount will be considered while
processing invoice of vendor.
Following process will be followed in SAP Materials Management module for Invoice Verification.
Following process will be followed in SAP Finance module for making payment to vendor. This
process is shown here for understanding purpose.
To be process:
NA
NA
Following is list reports available in SAP for the requirement of reports by purchasing
Sr Report Availability
Name of report
No
Not Available Need to be developed in
1 Number of Vendors created
ECC
Purchase analysis for direct ME2L ECC
2
suppliers and traders
Total spending by BU, supplier , ME2N ECC
buyer , material , service , buyer
3
group , material group ( category
)
Period in which dealing with ME2N ECC
4
vendor started
Capex vs Expenses spending per ME2N ECC
BU , supplier , buyer , material ,
5
buyer group , material group (
category )
Biggest items ( 70 - 30 ) spending ME2N ECC
6
within BU, by supplier ,
Common supply items across BU's ME2M ECC
7 a) By item
b) By value
Biggest spending with suppliers ME2N ECC
8
within BU
Saving achieved by BU , supplier , Available in BI BI
material , material group (value
and percentage ) , buyer
9 a) Negotiated
b) Market Average
c) Budget
d) Last price brought
10 Number new suppliers by BU Available in BI BI
Best supplier rating by BU , ME65 / ME6B ECC
supplier
a) Number of claims vs Number of
order percentage
b) Quantity claimed vs order
11
quantity percentage
c) Amount compensated against
claim percentage
d) Ordered quantity vs received
quantity
Payment above 90 days ( Supplier ME2L ECC
12
wise )
Realization and reliability report ( ME2M / ME2L / ME2J ECC
13 percentage of booked against
demand )
Following developments are identified at the time of requirement gathering and will be added
further or will be removed as per requirement.
1 RZ_GP_01 Material Master Rezayat has requirement that when material will
be created by BU Procurement, initially it will be
blocked for use. Development will be done so
that on creation of material master, system will
pass fill the field X - plant material status and set
block the material master for all use.
2 RZ_GP_01 Material Master Rezayat has requirement that once material code
is validated and released by central master data
team automatic e-mail notification to be sent to
material creator for information that material is
validated and released. This process is not
possible in standard SAP; customization is
required for this requirement.
4 RZ_GP_04 Service Master Rezayat has requirement that when service code
will be created by BU Procurement, initially it will
be blocked for use. Development will be done so
that on creation of material master, system will
pass fill the field X - plant material status and set
block the material master for all use.
5 RZ_GP_05 Service Master Rezayat has requirement that once service code
is validated and released by central master data
team automatic e-mail notification to be sent to
material creator for information that service
code is validated and released. This process is
not possible in standard SAP; customization is
required for this requirement.
6 RZ_GP_06 Vendor Master Rezayat has requirement that when Vendor code
will be created by BU Procurement, initially it will
be blocked for use. Group purchasing will first
validate the vendor data and release. Secondly
Group Internal Audit will validate the data and
release. After Internal Audit release Group
finance will check the vendor data and release
the vendor for use. Development will be done for
this requirement so that system will block the
vendor on creation.
8 RZ_GP_08 Asset Budget check Rezayat requires budget check for Capex
procurement. Requirement of budget check will
be fulfilled referring internal order in Purchase
Requisition. This internal order will be proposed
automatically in Purchase Requisition once the
asset is entered in PR. A custom transaction and
table will be created in SAP. Custom table will be
accessible through custom transaction in which
asset class and internal order combination will
be maintained. System will automatically pass
the internal order number at the time of creation
of Purchase Requisition.
9 RZ_GP_09 MPN Number check Rezayat has requirement that when requisitioner
is creating Purchase Requisition, SAP should not
allow requisitioner to select Manufactures Part
Number. Instead user should enter main
material. A enhancement will be done in the
code so that while creation of Purchase
Requisition system will check the material
11 RZ_GP_11 Enhancement for RFQ Rezayat has requirement that when individual
approval BU procurement will create RFQ and if RFQ is
beyond the limit of approval of BU, central
sourcing team will approve the RFQ. As per SAP
standard process when RFQ is created, initially it
will not have the price. But to trigger the
approval process on the basis of value RFQ must
have price. In the enhancement the price from
the purchase requisition will be passed to RFQ
line items.
15 RZ_GP_15 Notification for the PO Rezayat has requirement to send reminder mail
Approval Pending to top management if purchase order approval is
pending for approval for certain duration of
time. This functionality is not available in
standard SAP; customization is required to fulfill
this requirement
20 RZ_GP_20 Transfer Issue Slip Rezayat has requirement to print the details of
Transfer Issue slip posted. Standard SAP format
does not suit the requirement of Rezayat. New
form needs to be developed as per the
requirement of Rezayat.
Company code Client. Each company code has its own balance sheet and its own profit and
loss statement.
Material Valuation Stock Valuation & accounting depends upon many factors. Some of these
factors are controlled through system settings and others are dependent
upon the settings / entries in Master Data. The most significant setting at
the master data level is Material Price Control.
This is the unit of measure in which the stocks of a material are managed.
Base Unit of Measure The system converts all quantities entered in other units to the base unit of
measure.
Allow a material to be sold in a unit of measure differing from the base unit
Sales Unit of measure (stock keeping unit of measure). The sales unit is proposed
automatically in the sales order, where it can be changed.
Unit of issue is the unit in which the material is issued from the Storage
locations. It allows consumption, stock transfers, transfer postings, and
Unit of issue
physical inventories to be recorded in a unit differing from the base unit of
measure and from the stock keeping unit.
A stock transfer is the removal of material from one storage location and its
Stock transfer (ST) transfer to another storage location. Stock transfers can occur either within
the same plant or between two plants and between different projects.
A transfer posting is a general term for stock transfers and changes in stock
type or stock category of a material. It is irrelevant whether the posting
Transfer posting (TP)
occurs in conjunction with a physical movement or not. Examples of transfer
postings are:
• Transfer posting from material to material