Presentation is loading. Please wait.

Presentation is loading. Please wait.

Purchase Order for Project-based Procurement SAP Best Practices for Engineering, Construction, and Operations (India) SAP Best Practices.

Similar presentations


Presentation on theme: "Purchase Order for Project-based Procurement SAP Best Practices for Engineering, Construction, and Operations (India) SAP Best Practices."— Presentation transcript:

1 Purchase Order for Project-based Procurement SAP Best Practices for Engineering, Construction, and Operations (India) SAP Best Practices

2 © 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:

3 © SAP 2010 / Page 3 Scenario Overview – 2 PO 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:

4 © SAP 2010 / Page 4 Scenario Overview – 3.1 PO 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 :

5 © SAP 2010 / Page 5 Scenario Overview – 3.2 PO 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 :

6 Process Flow Diagram Purchase Order for Project-based Procurement Event Display Project- Oriented Purchase Requisition Create PO for Service Create PO with Retention PO = Purchase Order Create PO with Material Quotations needed from vendors Purchaser Project Manager 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 Accounts Payable Accountant Site Material Manager Purchaser Manager PO with Retention PO for Services PO with Down Payment Review and Release Blocked Invoices Execute 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 Taxation Clerk Updating Bank Challan Number for TDS Payment Withholding tax Remittance Challan PO for Services Vendor TDS Certificate Print PO for Services

7 Process Flow Diagram Purchase Order for Project-based Procurement Event Evaluation Vendors Print Vendor Evaluation Sheet PO = Purchase Order Compare Vendor Evaluations Vendor Evaluation Purchaser

8 Legend SymbolDescriptionUsage 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 SymbolDescriptionUsage 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. External to SAP Business Activity / Event Unit Process Process Reference Sub- Process Reference Proces s Decisio n Diagram Connection Hardcopy / Document Financial Actuals Budget Planning Manual Proces s Existing Version / Data System Pass/F ail Decisio n

9 © 2010 SAP AG. All rights reserved. No part of this publication may be reproduced or transmitted in any form or for any purpose without the express permission of SAP AG. The information contained herein may be changed without prior notice. Some software products marketed by SAP AG and its distributors contain proprietary software components of other software vendors. Microsoft, Windows, Excel, Outlook, and PowerPoint are registered trademarks of Microsoft Corporation. IBM, DB2, DB2 Universal Database, System i, System i5, System p, System p5, System x, System z, System z10, System z9, z10, z9, iSeries, pSeries, xSeries, zSeries, eServer, z/VM, z/OS, i5/OS, S/390, OS/390, OS/400, AS/400, S/390 Parallel Enterprise Server, PowerVM, Power Architecture, POWER6+, POWER6, POWER5+, POWER5, POWER, OpenPower, PowerPC, BatchPipes, BladeCenter, System Storage, GPFS, HACMP, RETAIN, DB2 Connect, RACF, Redbooks, OS/2, Parallel Sysplex, MVS/ESA, AIX, Intelligent Miner, WebSphere, Netfinity, Tivoli and Informix are trademarks or registered trademarks of IBM Corporation. Linux is the registered trademark of Linus Torvalds in the U.S. and other countries. Adobe, the Adobe logo, Acrobat, PostScript, and Reader are either trademarks or registered trademarks of Adobe Systems Incorporated in the United States and/or other countries. Oracle is a registered trademark of Oracle Corporation. UNIX, X/Open, OSF/1, and Motif are registered trademarks of the Open Group. Citrix, ICA, Program Neighborhood, MetaFrame, WinFrame, VideoFrame, and MultiWin are trademarks or registered trademarks of Citrix Systems, Inc. HTML, XML, XHTML and W3C are trademarks or registered trademarks of W3C®, World Wide Web Consortium, Massachusetts Institute of Technology. Java is a registered trademark of Sun Microsystems, Inc. JavaScript is a registered trademark of Sun Microsystems, Inc., used under license for technology invented and implemented by Netscape. SAP, R/3, SAP NetWeaver, Duet, PartnerEdge, ByDesign, Clear Enterprise, SAP BusinessObjects Explorer, and other SAP products and services mentioned herein as well as their respective logos are trademarks or registered trademarks of SAP AG in Germany and other countries. Business Objects and the Business Objects logo, BusinessObjects, Crystal Reports, Crystal Decisions, Web Intelligence, Xcelsius, and other Business Objects products and services mentioned herein as well as their respective logos are trademarks or registered trademarks of SAP France in the United States and in other countries. All other product and service names mentioned are the trademarks of their respective companies. Data contained in this document serves informational purposes only. National product specifications may vary. The information in this document is proprietary to SAP. No part of this document may be reproduced, copied, or transmitted in any form or for any purpose without the express prior written permission of SAP AG. This document is a preliminary version and not subject to your license agreement or any other agreement with SAP. This document contains only intended strategies, developments, and functionalities of the SAP® product and is not intended to be binding upon SAP to any particular course of business, product strategy, and/or development. Please note that this document is subject to change and may be changed by SAP at any time without notice. SAP assumes no responsibility for errors or omissions in this document. SAP does not warrant the accuracy or completeness of the information, text, graphics, links, or other items contained within this material. This document is provided without a warranty of any kind, either express or implied, including but not limited to the implied warranties of merchantability, fitness for a particular purpose, or non-infringement. SAP shall have no liability for damages of any kind including without limitation direct, special, indirect, or consequential damages that may result from the use of these materials. This limitation shall not apply in cases of intent or gross negligence. The statutory liability for personal injury and defective products is not affected. SAP has no control over the information that you may access through the use of hot links contained in these materials and does not endorse your use of third-party Web pages nor provide any warranty whatsoever relating to third-party Web pages.


Download ppt "Purchase Order for Project-based Procurement SAP Best Practices for Engineering, Construction, and Operations (India) SAP Best Practices."

Similar presentations


Ads by Google