purchase order for project-based procurement _scenario overiew
DESCRIPTION
Purchase Order for Project-based Procurement _Scenario OveriewTRANSCRIPT
![Page 1: Purchase Order for Project-based Procurement _Scenario Overiew](https://reader036.vdocuments.us/reader036/viewer/2022081907/545dd803b1af9f500a8b4d35/html5/thumbnails/1.jpg)
Purchase Order for Project-based Procurement
SAP Best Practices for Engineering, Construction, and Operations(India)
SAP Best Practices
![Page 2: Purchase Order for Project-based Procurement _Scenario Overiew](https://reader036.vdocuments.us/reader036/viewer/2022081907/545dd803b1af9f500a8b4d35/html5/thumbnails/2.jpg)
© SAP 2010 / Page 2
Scenario Overview – 1 PO for Project-based Procurement
Purpose
This scenario describes the typical processes used in the construction industry to generate and process purchase orders (POs). These POs are used to procure materials, subcontracted services with retentions and equipments with the aspect of progress tracking.
Benefits Transparent view of created outstanding orders, commitments and delivery Standardized invoice handling by using retentions Progress tracking option based on POs for equipments
Purpose and Benefits:
![Page 3: Purchase Order for Project-based Procurement _Scenario Overiew](https://reader036.vdocuments.us/reader036/viewer/2022081907/545dd803b1af9f500a8b4d35/html5/thumbnails/3.jpg)
© SAP 2010 / Page 3
Scenario Overview – 2PO for Project-based Procurement
Enhancement Package 4 for SAP ERP 6.0
Purchaser Purchasing Manager Project Manager Site Material Manager Account Payable Accountant Taxation Clerk
Transforming purchase requisitions (PRs) into purchase orders (POs)for materials, subcontracted services and equipments, create POs directly without using master records, create Blanket PO
Create goods receipt and service entry Invoice receiving and handling from suppliers Handle PO with retention payment terms Handle PO with down payment PO monitoring and progress tracking Vendor Evaluation
Company Roles Involved in Process Flows:
SAP Applications Required:
Key Process Flows Covered:
![Page 4: Purchase Order for Project-based Procurement _Scenario Overiew](https://reader036.vdocuments.us/reader036/viewer/2022081907/545dd803b1af9f500a8b4d35/html5/thumbnails/4.jpg)
© SAP 2010 / Page 4
Scenario Overview – 3.1PO for Project-based Procurement
The purchasing agent monitors the material requirements generated from a specific project. The WBS element is released by the project manager, the purchase agent decides to start the procurement process. He converts the PRs in project into varies kinds of POs:
standard PO for material with master record
standard PO with retention payment term
standard PO for services
standard PO with down payment
Besides, he also create standard PO for materials without master records and Blanket PO for fuel products.
In order to monitoring the procurement process, the purchasing agent set up progress tracking for certain critical PO.
After delivering the materials or perform the service as described in the respective PO’s, the job site manager will then perform goods receipt of the materials and record all time worked by the subcontractors in Service entry Sheet associated with the planned service PO.
Detailed Process Description 1 :
![Page 5: Purchase Order for Project-based Procurement _Scenario Overiew](https://reader036.vdocuments.us/reader036/viewer/2022081907/545dd803b1af9f500a8b4d35/html5/thumbnails/5.jpg)
© SAP 2010 / Page 5
Scenario Overview – 3.2PO for Project-based Procurement
Base on goods receipt, the accounting clerk will then enter an invoices for materials with or without material master records. He also enter invoices for services based on the time record in the service entry sheet. Invoice for blanket PO can be entered without goods receipt. Because no goods receipt is required in this case.
One service related invoice will be booked with 90% payment and 10% retention. Once certain special condition fulfilled, the retention amount will be paid at the retention due date.
Once the invoices have been entered into the system the accounting clerk can then execute the payment run. This can be done for multiple vendors at one time or it can be executed for a single vendor.
The Project Manager can monitor the whole procurement process and display the costs that were posted to project during the goods receipt and service entry sheet transactions.
Based on feedback from the site manager, the purchasing agent will evaluate vendor by certain criteria for example, price, quality, on-time delivery, services and log them in the system. The Purchasing agent can also print out an evaluation sheet for selected vendors.
Detailed Process Description 2 :
![Page 6: Purchase Order for Project-based Procurement _Scenario Overiew](https://reader036.vdocuments.us/reader036/viewer/2022081907/545dd803b1af9f500a8b4d35/html5/thumbnails/6.jpg)
Process Flow Diagram
Purchase Order for Project-based Procurement
Ev
en
t
Display Project-Oriented Purchase
Requisition
Create PO for Service
Create PO with Retention
PO = Purchase Order
Create PO with Material
Quotations needed from
vendors
Pu
rch
ase
rP
roje
ct
Man
ager Project Setup
for Engineering and
Construction(439)
Project Budgeting for Engineering
and Construction
(440)
Project Planning for Engineering
and Construction
(441)
Create PO with Down Payment
Approve/Release PO (Optional)
Perform Goods Receipt of Materials
Enter Invoice
Acc
ou
nts
P
ayab
le
Acc
ou
nta
nt
Sit
e M
ater
ial
Man
ager
Pu
rch
ase
r M
anag
er
PO with Retention
PO for Services
PO with Down Payment
Review and Release Blocked
InvoicesExecute
Payment Run
Record Hours Worked via
Service Entry Sheet
Create PO without Material Master Record
Create Blanket PO
Create Down Payment Request
Post Down Payment
Progress Tracking
Down Payment Clearing
Project Status Review
Tax
atio
n C
lerk
Updating Bank Challan Number for TDS Payment
Withholding tax Remittance
Challan
PO for Services
Vendor TDS Certificate Print
PO for Services
![Page 7: Purchase Order for Project-based Procurement _Scenario Overiew](https://reader036.vdocuments.us/reader036/viewer/2022081907/545dd803b1af9f500a8b4d35/html5/thumbnails/7.jpg)
Process Flow Diagram
Purchase Order for Project-based Procurement
Ev
en
t
Evaluation VendorsPrint Vendor
Evaluation Sheet
PO = Purchase Order
Compare Vendor Evaluations
Vendor Evaluation
Pu
rch
aser
![Page 8: Purchase Order for Project-based Procurement _Scenario Overiew](https://reader036.vdocuments.us/reader036/viewer/2022081907/545dd803b1af9f500a8b4d35/html5/thumbnails/8.jpg)
Legend
Symbol Description Usage Comments
Band: Identifies a user role, such as Accounts Payable Clerk or Sales Representative. This band can also identify an organization unit or group, rather than a specific role.
The other process flow symbols in this table go into these rows. You have as many rows as required to cover all of the roles in the scenario.
Role band contains tasks common to that role.
External Events: Contains events that start or end the scenario, or influence the course of events in the scenario.
Flow line (solid): Line indicates the normal sequence of steps and direction of flow in the scenario.Flow line (dashed): Line indicates flow to infrequently-used or conditional tasks in a scenario. Line can also lead to documents involved in the process flow.
Connects two tasks in a scenario process or a non-step event
Business Activity / Event: Identifies an action that either leads into or out of the scenario, or an outside Process that happens during the scenario
Does not correspond to a task step in the document
Unit Process: Identifies a task that is covered in a step-by-step manner in the scenario
Corresponds to a task step in the document
Process Reference: If the scenario references another scenario in total, put the scenario number and name here.
Corresponds to a task step in the document
Sub-Process Reference: If the scenario references another scenario in part, put the scenario number, name, and the step numbers from that scenario here
Corresponds to a task step in the document
Process Decision: Identifies a decision / branching point, signifying a choice to be made by the end user. Lines represent different choices emerging from different parts of the diamond.
Does not usually correspond to a task step in the document; Reflects a choice to be made after step execution
Symbol Description Usage Comments
To next / From last Diagram: Leads to the next / previous page of the Diagram
Flow chart continues on the next / previous page
Hardcopy / Document: Identifies a printed document, report, or form
Does not correspond to a task step in a document; instead, it is used to reflect a document generated by a task step; this shape does not have any outgoing flow lines
Financial Actuals: Indicates a financial posting document
Does not correspond to a task step in a document; instead, it is used to reflect a document generated by a task step; this shape does not have any outgoing flow lines
Budget Planning: Indicates a budget planning document
Does not correspond to a task step in a document; instead, it is used to reflect a document generated by a task step; this shape does not have any outgoing flow lines
Manual Process: Covers a task that is manually done
Does not generally correspond to a task step in a document; instead, it is used to reflect a task that is manually performed, such as unloading a truck in the warehouse, which affects the process flow.
Existing Version / Data: This block covers data that feeds in from an external process
Does not generally correspond to a task step in a document; instead, this shape reflects data coming from an external source; this step does not have any incoming flow lines
System Pass / Fail Decision: This block covers an automatic decision made by the software
Does not generally correspond to a task step in the document; instead it is used to reflect an automatic decision by the system that is made after a step has been executed.
<F
unct
ion>
Ext
erna
l to
SA
P
Business Activity /
Event
Unit Process
Process Reference
Sub-Process
Reference
Process
Decision
Diagram Connection
Hardcopy / Document
Financial Actuals
Budget Planning
Manual Proces
s
Existing Version /
Data
System Pass/F
ail Decisio
n