What do we buy? From whom do we buy? What is the price of what we buy? Who will bear its costs? Only few problems what professionals are facing when creating purchasing documents. All boils down to the question: are we able to select the best suppliers and create value through our Procurement processes?
Should you create your POs manually, based on RFx, Shopping Cart or referencing a contract, SRM Purchase Order helps you leverage your Purchasing best practices to obtain seamless ordering process. The below pages of SRM Purchase Order process have the objective to explain the standard SRM PO behaviour, give you knowledge sources to deepen your understanding, and provide troubleshooting and debugging tips to analyse and correct Purchase Order issues in your system.
For all kind of troubleshooting topic, please visit our PO Troubleshooting Guides on the Purchase Order TSG Wiki site.
Purpose
The present page provides a detailed overview of the Purchase order process in SAP Supplier Relationship Management (SRM)
Overview
A purchase order is a document that records the quantity, time, and conditions under which a vendor or service agent is to deliver goods or provide a service to a requester. The purchase order is either created automatically by the system from a shopping cart or manually by the purchaser. It contains header data with general information that refers to the whole purchase order, and item data relevant for individual purchase order items. And the actual purchase order data is contained in the item details
SAP SRM can handle various ordering scenarios
- Catalogue (external and internal catalogues)
- Free text items
- Material items
- Service items
- Limit items
- Request external goods or services
- Direct material items
POs can be created from:
- Shopping cart
- Sourcing
- Bidding
- Direct Manual PO
Technical scenarios related to SRM PO
The Extended Classic Scenario
The purchase order is created locally within SRM Server. If the data in the shopping cart is insufficient to generate a complete purchase order, the data is supplemented manually within SRM Server before being transferred to the back-end system. The purchase order in SRM Server is the leading purchase order. Goods receipts (confirmations) and invoices can be entered in SRM Server or in the backend.
For this scenario only RFC transfer is developed, no XML interfaces exist in SAP standard.
Please read following KBA about this topic:
2487433 - Purchase Order transfer method in Extended Classic scenario
The Standalone Scenario
Your shopping cart items create local procurement documents only. This means that all follow-on processes, such as confirmation or invoice, have to be performed in SAP SRM Server.
The Decoupled Scenario
This is not a scenario itself, but is a combination of more than one scenario, for example, a combination of the classic and standalone scenarios. Some items are handled locally, while others are transferred to the ERP back end.
Customizing
Please see the detailed information about PO customizing on the PO Customizing Wiki page.
Roles and Authorization
Purchaser
There are two different Purchaser roles in SRM:
. The Operational Purchaser (SRM role: /SAPSRM/OP_PURCHASER) is responsible for daily work, for example, incomplete local purchase orders, sourcing processes, bids, and auctions.
. The Strategic Purchaser (SRM role: /SAPSRM/ST_PURCHASER) is responsible for strategic issues, such as creation of contracts, global outline agreements, and vendor lists.
Direct Material
Ordering a direct material means ordering a product that will be received into stock. You have to choose Order as Direct Material in the item detail view. Order as Direct Material replaces the goods recipient with the plant you are ordering for and removes the Account Assignment information. The plants and storage locations are defined in the organizational structure in the extended attributes Locations and Storage Locations. After ordering the material as a direct material, you cannot change back to indirect; if you make a mistake, you have to delete this item. If you have a valid and definite source of supply, such as a contract, this source will be used. Items without a source of supply are to be completed by the purchaser in the sourcing transaction or in the worklist of incomplete purchase orders. The complete purchase order will then be replicated to the ERP back-end system. Changes to the purchase order are only possible in SRM, which is the leading system for this process. Those changes will be transferred to the ERP back-end then. Note: Although you can create shopping carts for back-end materials, SRM Server is the leading system for direct procurement. This means the system behaves according to the extended classic scenario..
Currency
Please see the Currency Related Issues and Debug Tips Wiki page about the Currency determination.
PO Transfer
In Extended Classic Scenario, PO is transferred to ECC after it is approved. The FM used to transfer the PO to backend is, BBP_PD_PO_TRANSFER_EXEC BAPI’s related to ECS PO are BAPI_PO_CREATE1 and BAPI_PO_CHANGE.
For more information about the PO transfer please check the Wiki pages of Topics of Purchase Order Backend Transfer .
Version Management
SAP SRM Server provides you with version management for purchasing documents like purchase orders, contracts, RFX, RFX response, auction, and invoice. The system creates a new document version in the background if you change and issue a document, for example, if you change the delivery date in a purchase order. Independently from the output of the documents, the system also creates change documents (no versions) to track your document changes in total. In contrast to the change documents that retain a change history, a version displays the status of a document at a specific point in time. You cannot change or output versions. This is only possible for the active document. Note: To activate document versions, maintain Switch On Version Control for Purchasing Documents in the IMG.
Important Sections in a PO
Header Basic Data
Item Basic Data
Partner Information
Follow On Flags
Statistics
Accounting details
Payment
Output
Status
PO History
Versioning
Important Reports
ECC report FBGENDAT
To get BAPI_PO_CREATE1/CHANGE test data, please check the Creating test data for ECC backend purchasing documents Wiki page for more details.
BBP_PD_PO_TRANSFER_EXEC (SE37 Function Module)
Used to transfer or re-transfer SRM PO to ECC.
This is always the start point for transfer debugging.
For more information please see the Debugging Guide for SRM PO transfer (Extended Classic Scenario) Wiki page.
RSPPFPROCESS
To transfer your purchase orders to vendors, schedule this report to run at regular intervals. In order to transfer Purchase orders to vendors we have to schedule report RSPPFPROCESS. The scheduling of this report is defined in actions of purchase order. Please check below path: IMG → Supplier Relationship Management → SRM Server → Cross-Application Basic Settings → Set Output Actions and Output Format→ Define Actions for Purchase Order Output.
CLEAN_REQREQ_UP
Document updates are executed asynchronously in the back-end system. You can only process the shopping cart in the SRM Server system after the update has been carried out. For example, the system updates the shopping cart with the back-end PO information. The system checks whether the documents have been updated. You need to schedule the job periodically, at least on a daily basis.
Transfer of Follow-On Document Data from SAP ERP to SAP SRM
You must ensure that the data of follow-on documents to a purchase order is transferred from the back-end to the SAP SRM system. To do this, run transaction FIBF in the back-end system. In this way, you activate the application SRMNTY in table TBE11. As a result, the SAP SRM system is notified when follow-on documents are created in the back-end system.
In the SAP SRM system, you must schedule a background job for the program CLEAN_REQREQ_UP (using transaction SA38), or vary an existing job in such a way that entries of type AV are processed in the table BBP_DOCUMENT_TAB. The background job calls the purchase order follow-on data from the database of the back-end system. For more information about the program CLEAN_REQREQ_UP see Reports.
When there is a problem on this please do check SMQ1 in ECC if there any stuck entry.
For more information please check the PO Actual Value, Final Entry and Final Invoice Flag Update Wiki site.
Important BADI’s
Within PO creation / PO change
BBP_DOC_CHANGE_BADI
BBP_DOC_CHECK_BADI
BBP_LONGTEXT_BADI
PO transfer
Within SRM
BBP_ECS_PO_OUT_BADI
Within ECC system
BBP_PO_INBOUND_BADI
Method:
BBP_MAP_BEFORE_BAPI
BBP_MAP_AFTER_BAPI
Purchase Orders with SRM Procurement for Public Sector (PPS)
SRM provides a number of functionalities in order to cover the requirements of the Public Sector. Support incidents should be addressed to the component PSM-GPR-POR. The Purchase Order related Wiki pages can be found under the main Public Sector site. Please see more information under Purchase Orders with SRM Procurement for Public Sector
Related Content
Related Documents
- Purchase Order TSG
- Topics of PO Creation
- Button Order as Direct Material Can't be Used When Create PO from Catalog
- Collection of the Problems: PO with Held or Saved was Created Automatically from SC
- Creating Purchase Order from RFx Response
- Debug tips about how the PO gets data from contract
- Purchase Order Name when document is created from Sourcing Cockpit
- SRM PO Back End Error ME458 Account Assignment Cannot be Changed After GR
- SRM Purchase Order Creation without Shopping Cart
- Trouble shooting about data inconsistency between Shopping Cart Data to PO
- Trouble Shooting Tips for PO Items Created from Catalog
- Topics of PO Customizing and General Functions
- Changing the vendor output does not update the Purchase Order Output Medium
- Handling Extended Classic Scenario in SAP SRM
- PO Customizing
- PO Status Schema and Debug PO Status Update during Transfer Process
- Purchase Order FAQ - Questions and Answers
- Some of the Settings Related to Purchase Orders
- SRM PO Deletion Function and Related Trouble Shooting Guide
- The most important Classes, Function Modules, BAdI-s and Reports
- Topics of PO Header
- Clarification on Complete Button Functionality (Transaction Completed Status) in PO
- Currency Related Issues and Debug Tips
- Edit Button is not available on Purchase Order Header
- How to Implement Function of PO Header Condition
- In Header Partner Tab Clicking on The Link 'multiple' Opens Editable Window
- Some Changes to PO are not Shown When Display the PO Again
- Topics of PO Statistic Value and Final Flag Update
- Topics of PO Vendor Flags
- Topics of Purchase Order Backend Transfer
- Activate PO backend error check and debugging tips
- Collection of problems and solutions for SRM Service PO backend accounting error SE181
- Collection of the Problems of Filter Unchanged or Changed Items for Transfer and Backend Error Check
- Creating test data for ECC backend purchasing documents
- Debugging Guide for SRM PO transfer (Extended Classic Scenario)
- Error Backend checks could not be performed
- How Itemx Structure Is Mapped to BAPI_PO_CREATE1 (GR_NON_VAL)
- PO Text Mapping to Backend System
- Price and condition transfer to ECC
- SRM Purchase Order does not trigger message output condition in ECC
- Topics of SRM PO Items General
- Topics on Service or Limit PO
- Topics Related to Tax in SRM PO