Procure to Pay

Hi Guys,
We have reporting requirement with details from Material cost to General ledger.
This is variance report with comparison of Divisional standard cost on material(split by cost components) to amount posted to general ledger.
Flow of data Material cost >PO>GR-->GL.
We are getting material cost details from 0CO_PC_PCP_1, PO details from 2LIS_02_ITM/2LIS_02_SCL , GR from 2LIS_03_BF and GL from 0FI_GL_4.
F
Please do advise the design for back end on if i can merge this data into one report.

Procurement to Pay basically addresses the requirements from Purchasing & Finance modules i.e MM & PP
Procure to pay cycle involves the following
Purchase requisition -> Purchase Order -> Goods Reciept -> Logistics Invoice Verification -> Outgoing payment
You may have to extract the information of PO's, invoices and payments including vendor balances and line items into BW as part of the project.
Hope this helps
Thanks - Sriram

Similar Messages

List of issues and fixes for procure to pay process and order to cash process for a trading company

Dear All Gurus
Kindly tell me where I can find the list of all issues arising in procure to pay process
and order to cash process and there fixes for a trading company in support project
Thanking You
Abdul Baseer

Hi Abdul,
There are no standard list to provide, you should identify the issue through regression testing and raise an SR or create a thread accordingly we can help you.
Note:- Issues are vary to instance to instance, version to version, installation to upgrade etc..

PROCURE TO PAY AND ORDER TO CASH CYCLE

Can anyone please give me a good material on " Procure to pay cycle" and " Order to cash cycle".
Regards
Amitava

after sales order we have to do direct billing ?
here is a scenario that my client sale a service product out of which he recognise 60% as revenue at the time of sales made and 40% as accrual for next 20 years even though full payment receive immediately or it may installment with in some 4-5 years
can any one help how to map this
Thanks
Priyaranjan

Procure-to-Pay Scenario. Create Purchase Order

Hello Experts: I have a question regarding the Procure-to-Pay scenario and the Create PO functionality.
we are in SRM 7.0, Classic Scenario and we try to implement the Procure-to-Pay functionality as it is described in OSS note 1263876 "SAP SRM: Configuration of Procure-to-Pay Scenario".
Our idea is to transfer Purchase Requisitions from ECC6 to SRM using the CPPR application. But we will also take advantage of the integration with MM provided with this scenario.
If you are familiar with this, you will already know that, using the harmonized role for operational purchaser (ERP/SRM) an end user can create Purchase Orders in the backend. Our question is related to this functionality.
Using this role, the buyer can select Purchasing Documents under the detailed navigation area and, from there, he will have access to create Shopping carts, Purchase requisitions, Purchase Orders and Purchase order responses.
If we select Create Purchase Order, the application "Purchase Order: New" gets opened. Here we have to select the system where we want to create the new PO: either SRM or ECC6. Our first question is: As we are running a Classic scenario, why are we asked to select between SRM and ECC6?. It should be only ECC6, shouldn't be?
In any case, the SRM systems gets selected by default when we open "Purchase Order: New" appl. and bellow this field, you can see the PO types customized in SRM. If we change the system to ECC6 we see the following: "Number of purchase order types: 0" . So, no PO types are available. this is the second question: why do we have 0 PO types to be created when we select the ECC6 system? is there a missing customizing where we have to define which document types are vaialable to create POs in ECC6 from SRM Portal?.
To summarize: only ECC6 should be proposed as system to create POs (as we are running a Classic Scenario) and there should be ECC6 PO types available to create such POs in the ECC6.
Can you please tell us what is still missing in our configuration? Any help will be more than welcome
Many thanks in advance for your valuable help
Best regards
Valentí

The purpose of MRP run is to make sure that you always have enough stock.
An order to cost center will not increase stock.
Means: MRP is not able to create requisitions for cost center consumption. If you change a requisition created by MRP to be ordered to a cost center, then the next MRP run will create a new requisition to stock.

SAP Procure to Pay MM-WM-AP Lead

Please can someone tell me a comprehensive detail of what an employer wants someone with experience/knowledge of this. "SAP Procure to Pay MM-WM-AP Lead"
Thanks

the employer is certainly looking for someone who knows what a procure to pay cycle is without asking others, further he wants someone with experience in MM module, WM module and accounts payable who has the skills to take the leadership in this environment.

Regarding Procure to Pay-Cycle

Hii Experts,
I am new to MM.
i need to know the basics of Procure to Pay-Cycle...
Plese send me some material regarding this..
Thanks in Advance,
Ashok

Hi Ashok,
Ideally, the process starts with a purchase requisition is created and then purchase order. A goods receipt that is based on the purchase order is then created. Based on the goods receipt, an invoice is then created upon which the outgoing payment transaction is based. However, in SAP Business One, purchase requistion is not catered for.
At this juncture, it is worth mentioning that SAP Business One leverages the draw document wizard to facilitate the creation of a target document (e.g Goods Receipt PO) based on a source document (e.g purchase order). During the copying process, options as to how the inheritance of definitions should be carried out can be customized if need be. It is important to state that the A/P Invoice is the only document that is mandatory in order to register a procurement process. Base documents such as the purchase order and the goods receipt PO are optional.
The Purchase Order
The purchase order is a document used to request a supplier to supply goods or services. This document usually contains strict conditions on which the supply is based. A purchase order can be tied to cost centers or projects. The essence is to allow for better analysis as to what it's actually meant for. Goods receipt and invoicing ideally references the purchase order.
You can minimize data entry by duplicating an existing purchase order. Also, when purchase order data such as the vendor and items are entered, default values are displayed based on the definition in the relevant master data. For example, the address of the vendor, the payment terms and payment systems, price and item description are copied from the corresponding master data.
The purchase order contains the header part, line details and the footer. The header part contain information about the entire purchase order such as document currency, document date and due date. The line item level contains information about the items ordered such as item code and name. The footer also displays general document information such as payment due and total discount value.
When a purchase order is created, no entry is made in accounting; however, the inventory status is updated based on the quantity ordered. This is reflected in the ordered and in stock fields in the inventory tab of the item master data and the inventory report. The Purchase Order can be accessed under:
Purchasing - A/P > Purchase Order
Goods Receipt PO (GPO)
The second step in the procurement process in SAP Business One is the creation of goods receipt that is based on a purchase order. Ideally, referencing a previously created purchasing order creates this document. However, it can be created without referencing the purchase order. When you record the receipt of goods, the system updates the open item for the purchase order.
At this stage, it is pertinent for the appropriate department to check whether the correct items are delivered and whether the actual quantity has been delivered, over delivery and under delivery is also ascertained at this level. In more complex situation that involves perishable items like pharmaceuticals, the expiration date can also be validated at this stage.
It is possible to create several goods receipt by referencing a single purchase order especially when batch delivery is practiced. When a goods receipt is created based on a purchase order, the information entered in the purchase order is inherited. Hence, the elimination of the need for double entry. However, some of these definitions can also be edited or modified when creating the goods receipt.
When goods receipt PO is created in the system, the inventory status is updated by the quantity received. Also, if stocks are continuously managed, relevant accounting information is updated in financials. The Goods Receipt PO can be accessed under
Purchasing - A/P > Goods Receipt PO
AP Invoice
After purchase order and goods receipt creation, comes invoicing. When you reference a purchase order or goods receipt when creating an invoice, the system copies the data defined in the preceding document(s). This information includes vendor details, item code, item description and quantity. These inherited values can be modified, for example, installment payment. However, the system verifies if there are irregularities between the purchase order or goods receipt and the invoice. System messages are displayed accordingly depending on the business rule defined in the system and invoices can be blocked as a consequence. Basically what happens at the background is that when an invoice is based on a purchase order and goods receipt, the system copies the order prices from the purchase order document and the received quantities from the purchase order document. Furthermore, the system determines the quantities that are yet to be invoiced by calculating the difference between the quantity delivered and the quantity that was invoiced earlier. The system also calculates the expected value for the items, which is a product of the quantity to be invoiced and the order price. This value is not static. It can be modified accordingly. When an invoice is created, the corresponding vendor accounts is updated accordingly. The AP Invoice can be accessed under this path:
Purchasing - A/P > AP Invoice
Outgoing Payment
Most times, outgoing payment is based on account payable invoices. When a vendor is chosen, a list of all invoices awaiting payment is displayed. You simply click on the particular invoice to be paid and effect the transaction. When an outgoing payment transaction is created, corresponding journal entry is created. Payment could be made in check, bank transfer, credit card or cash. If you create outgoing payment for a vendor that has a pre-defined consolidating business partner, the journal entry is created against the consolidating business partner.
It is possible for outgoing payment to be based on one or more invoices that were fully paid. In such case, the transaction of the paid invoices and the outgoing payment are automatically reconciled. Furthermore, the amount due and the paid/credit fields in the paid invoice are updated accordingly and the status of the invoice changes to closed.
The outgoing payment can be accessed under this path:
Banking > Outgoing Payments > Outgoing Payment
Hope this is useful for you.
I can send a doc on email id with screen shots,
Regards ,
Twinkle

Procure to pay (p2p) cycle

Hi,
what are the p2p cycle underlying tables
thanks

Check eTRM link, all tables are there. In addition, have a look at:
eTRM
http://etrm.oracle.com
Table Names in Procure To Pay Life Cycle
http://erpstuff.com/topic.asp?TOPIC_ID=1776

Procure to pay P2P

hi
can anyone help me out what is procurement to pay (P2P). in MM
thanks

Procurement in Materials Management
Purpose: - External procurement in the MM System centers around a general cycle of activities.
Process Flow
The typical procurement cycle for a service or material consists of the following phases:
1. Determination of Requirements (MD02 / ME51N): - Materials requirements are identified either in the user departments or via materials planning and control. (This can cover both MRP proper and the demand-based approach to inventory control. The regular checking of stock levels of materials defined by master records, use of the order-point method, and forecasting on the basis of past usage are important aspects of the latter.) You can enter purchase requisitions yourself, or they can be generated automatically by the materials planning and control system.
2. Source Determination: - The Purchasing component helps you identify potential sources of supply based on past orders and existing longer-term purchase agreements. This speeds the process of creating requests for quotation (RFQs), which can be sent to vendors electronically via SAP EDI, if desired.
3. Vendor Selection and Comparison of Quotations (ME41 / ME47 / ME49): - The system is capable of simulating pricing scenarios, allowing you to compare a number of different quotations. Rejection letters can be sent automatically.
4. Purchase Order Processing (ME21N): - The Purchasing system adopts information from the requisition and the quotation to help you create a purchase order. As with purchase requisitions, you can generate Pos yourself or have the system generate them automatically. Vendor scheduling agreements and contracts (in the SAP System, types of longer-term purchase agreement) are also supported.
5. Purchase Order Follow-Up: - The system checks the reminder periods you have specified and - if necessary - automatically prints reminders or expediters at the predefined intervals. It also provides you with an up-to-date status of all purchase requisitions, quotations, and purchase orders.
6. Goods Receiving and Inventory Management (MIGO): - Goods Receiving personnel can confirm the receipt of goods simply by entering the Po number. By specifying permissible tolerances, buyers can limit over- and under deliveries of ordered goods.
7. Invoice Verification (MIRO): - 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.
Rebate Process:
1. XK02 - Changing a Vendor Master Record (Activate "Subsequent Settlement" and "Sebseq. sett. index" in Purchasing view)
2. MEB1 - Creating a Rebate Arrangement
3. ME21N - Creating a Purchase Order
4. MIGO - Processing the Goods Receipt for the Purchase Order
5. MIRO - Processing the Incoming Invoice on the Basis of a Purchase Order
6. MEB4 - Creating an Interim Settlement
7. MEU2 - Creating a Business Volume Comparison
8. MEB2 - Creating a Final Settlement

Procure to Pay reports

Dear all,
Could you please let me know the standard reports available in Procure to Pay module.
Thanks.
Best regards,
Venkat

Hi,
Please take a look at the link below there you can procurement related reports provided by SAP.
http://help.sap.com/saphelp_nw70/helpdata/en/ed/62073c44564d59e10000000a114084/frameset.htm
Regards.

Procure to pay Purging data

Anyone experience or have knowledge that can help us in the area of Procure to pay Purging data?
Is someone done it already and can assist us?
Where can we find more detailed technic information than in the user guides about the frame and scope of each purging program, her data integrity, limits, limits on run time, runing times ect?
Any help would assit us.
Thanks in advance.
Yaniv Snir
Oracle Application Consultant
Oracle Israel

Follow the Note:139316.1.
Srini C

PROCURE TO PAY CYCLE

HI.....
I HAVE COMPLETED SAP FICO MODULE ....
I WANT TO CONFIGURE PROCURE TO PAY CYCLE.
CAN ANY ONE PLS TELL ME THE FULL PROCESS OF CONFIGURING THIS CYCLE WITH T CODE.
REGARDS
AMITAVA

P2P:
Demand:
Procurement process generates and manages requests for the purchase of goods.
Demand for purchase items may be a one-time event or may recur in either predictible or random time intervals
Source:
Sourcing process covers the business activities related to the search, qualification, and selection of suitable supplier for requested goods and services
Order:
The Procurement ordering process includes PO placement by the buying organization and PO execution by the supplying organization
Receive:
The Receipt process acknowledges that a PO has been duly executed
For physical goods: includes receipt, inspection, and delivery of goods to inventory or to other designated location.
For Services: Consists of Notification from the requester or the approving person that the service has been performed as agreed
Pay:
The payment process consists of those activities involved in the payment for ordered goods and services.

Procure to pay process

Dear all,
Can somebody provide me detailed information about
1.Procure to pay process
2.Types of purchase orders
3.Types of payments
So please respond as soon as possible
Thanks in advance
Varma

Purchase Requisition        ME51N
Requisition for Quotation   ME41
Quotation                         ME47
Create PO                       ME21N
Goods Receipt for PO       MIGO
Enter Incoming Invoice   MIRO
Payment                      F-58 / F-53 / F110
Vendor Balance Display   FK10N
Document Types OMEC
Please go to this path
SPRO ->MM- >Purchasing->purchase order ->define document types.
Please let me know if you have any concerns,
Hope understood and points if you get through.
Thanks,
Vasu..

Procure to Pay - Business Process

Hi,
I am looking for some reference docs on Procure to Pay Business Process.
If anybody is having any reference on this, kindly forward the same to me on my personal mail id as [email protected]
Regards
Tushar

Please don't provide personal mail id's as exchange of knowledge won't be effective, if we restrict to personal mail id's.
In order to answer your query, you may please look at the following links
http://blogs.ittoolbox.com/sap/kehinde/archives/the-procure-to-pay-cycle-10574
New to Materials Management / Warehouse Management?

Procure To Pay documens with updated tables

Hi
Plz send any one have documents for Procure To Pay with which tables afftected in each transaction.
Thank's

Hi,
You can get these details from web as well as from Metalink. For table names associated with the P2P flow you can have a look at the following link.
Wanted Po to payments??
Regards,
Jyoti

Procure to Pay flow in Details( if possible) the Accounting part?

Hello All,
Could you guys tell me the procure to pay flow and (if possible) the accounting part in every stage in the detail way and that should cover in and out of flow and that could be very useful and great for me in the implementation for gaining an high level breadth of the stuff.
Thanks a million.
Vinoth

Check metalink note 243641.1/ 245096.1/ 219597.1

Procure to Pay

Similar Messages

Maybe you are looking for