3-Way Match Using FB60

Hello,
   We have a real strange scenarion here, let me explain.
The client wants to do a 3-way match using a ZFB60, as in, validating the quantity and the unit price fields. Now, i do understand that the unit price field is not a column in FB60, only the price of the item.
   Other solutions like a batch job running overnight, bring the PO and GR information and storing it into a Z-table have been presented to them but due to the complexity of a ZMIRO in respected to the time crunch, that is not going to work.
   So, i guess what i am looking for is a way by which i can do a 3-way match in the simplest way possible.
PO and GR to be done in Legacy,
IR to be done in SAP,
release-- ECC 6.0
any help, urgently would be greatly appreciated. thank you.

Hello,
The best possible and clear way is to bring the PO's and GR's into SAP thro some interface.
Regards....

Similar Messages

Is there a way to sign up on iTunes Match using your credit from the iTunes store? I don't carry a C.C.

I dont carry a C.C. and im wondering if there was a way to subscribe to iTunes Match using my credit on the iTunes store. Anyone have any info?

I believe the answer is no, although if you were able to visit an Apple store you might be able to work something out there. You can use credit I think, but the problem is they still need a credit card number on file to process the purchase.

Is there is a way to change the "Find and Replace" feature in Numbers 3.2 back to the way it used to be on Numbers '09 version 2.3?

In order to view my documents on my newly purchased Macbook Air I recently had to upgrade my 27" iMac to Numbers 3.2. The new version does fine for what I use it for except the new "find and replace" feature...It is TERRIBLE! It is so much slower than the older version. Plus I loved how the older version showed a table of all the matching word or items you're searching for and you could easily scroll through them to find the one that you were searching for.
My question is: Can you change the Find and Replace feature back to the way it used to be in version 2.3 or Number '09? If so, please show me how. I would really appreciate it.
The image below shows the new version on the left and the old version on the right just in case you don't know what I'm talking about...
Thank you.

Hi The.Gav,
Sad to say, but that feature has gone in Numbers 3.2
This discussion may help (or not)
Numbers - How use Find like the previous version?
Regards,
Ian.

Does SAP system provide 3 way matching report from PO up to payment in AP

Dear expert,
Would like to seek for your help to advise, does SAP system provide 3 way matching report from PO up to payment in AP with the following information?
Vendor Number
Vendor Name
AP Document Number
AP Document Date
Payment Document Number
Payment Document Date
Payment Amount
PO reference Number and Date
Item Description
Please help.
Regards,
KH

Hi Atif,
Thank you for the prompt reply, however I have a few question to seek for your advise as below:
a)I would like to know does SAP system have any standard report which have the information of 3 way matching report from PO up to payment in AP module?
b) I have find one report using T-code:FBl1N (vendor line item) is able to display the report with information of invoice,payment and there is one field purchasing document in the report however this field do not have any po number refer to the invoice.
I would like to know what the field purchasing document mean for (i.e what are the information capture on the column purchasing document)?
Please help.
Regards,
KH

2 way match PO - without GR

Hi,
We are using 2 way match POs for Import scenarios, where Condition types/Material LIV is done first and later Goods receipt is carried out. GR/IR clearing a/c has been used to post offsetting entries.
Now, my client's requirement is to use a 2 way match PO without GR. That is, during LIV - system has to post - debit expense and credit vendor and there wont be a GR done for the same
I am not sure what kind of changes need to be done to achieve the same.
Kindly suggest
Regards,
Gangadhar

Only you have to do changes in remove check box PO item details delivery tab Goods receipt indicatior check.This will allow you 2 way match PO and invoice.

Need SQL query for PO that do NOT have 3-way match.

The question is -- have any PO"s been generated with other then 3-way match selected - which means they overrode the set-ups in purchasing , to see if there are an PO that do NOT have 3-way match.
Thanks
Mohan.

1)Generally when ever we will do Supplier setup we will select in the Receiving tab Match approval level we will select either 3-way ,2-way,4-way or we will keep that as blank.
for that we do not have any direct column in the back end ,so we will use the following conditions.
'2WAY' inspection_required_flag = 'N'
receipt_required_flag = 'N'
'3WAY' inspection_required_flag = 'N'
receipt_required_flag = 'Y'
'4WAY' inspection_required_flag = 'Y'
receipt_required_flag = 'Y'
2)When ever we will create a PO in the shipments level what ever the Match approval level,
we defined in the supplier will automatically reflects in the shipments-More tab.
3)Here i wants to know all the PO's whihc are having Match approval level differences between supplier definiton and PO's match approval level.
(i.e If i will select a supplier for a PO , automatically we will get one Match approvallevel from supplier setup .if i will change that match approval level manually in the PO shipments -More tab i wants to know all that PO by using a SQL query.
4)But for some PO's i am getting receipt_required_flag and inspection_required_flag as null.But in the Supplier setup it may be one of the Matching approval.
Thanks
Mohan.

Implement 2-way matching for SRM PO

Hi Gurus,
We are in SRM5.0 Extended Classic and currently running 3-way match scenarios. Client wants to implement 2-way match for certain Vendors. My question is how to accomplish this. Below are my thoughts. Please let me know if I missed any.
for 2 way match:
1. In ECC Maintain Vendor MAster - remove GR/IR indicator
2. In ECC Maintain Info records - remove GR/IR indicator
In SRM
1. use create Limit shop which defaults to 2 way (also gives option to select 3 way)
Please let me know if there are any config changes or new objects to be developed for 2-way match.
Thank you all
Rao

Hi Friends,
any suggestions is appreciated.
Thanks
Rao

3-Way Match with Multiple Invoices

This may be a basic Oracle iProcurement functionality question, but i have been unable to get a good answer. Any information will be greatly appreciated.
I am currently using Oracle 11i iProcurement.
The problem I am having is I am unable to perform a 3-way Match in the system on purchase orders that will use multiple invoices. Our vendors require a tiered payment structure (i.e. 50% due up front before shipment, 30% due when item has reached shipment destination, and 10% due after our engineers have inspected the shipment).
We have been currently using a 2-way match for all of our purchase orders because when we apply the first invoice against the PO (50%), the PO will automatically close before we can receipt the goods against the purchase order.
Our Invoice Receipt Close % Tolerance and Invoice Close % Tolerance are set at 0%.
Our goal is to receipt the first 50% against the purchase order, have the PO remain open, and receipt the goods in Oracle after the 2nd or 3rd invoice application against the PO.
Thanks in advance.
Edited by: user13053863 on Apr 28, 2010 2:44 PM

Hmm, an interesting situation. What are the quantities on your purchase orders? Are they almost always a quantity of 1? Payables should only close a purchase order when quantity billed and quantity received is GT or equal to the quantity ordered. So if you order a quantity of 10, you could match for quantity 5 on the first invoice, quantity 3 for the second invoice, and quantity 2 for the final invoice. But since you don't receive the quantity until the 3rd invoice, you cannot match on receipts, so that would be a problem.
Maybe you need to approach this from a different angle? Maybe you should look at the prepayments ability in Payables. Typically Prepayments will be charged to a Prepayment Account (asset). Say you have a purchase order for $10,000. You prepay $5,000 up front, so basically Debit Prepayment 5,000 and Credit Cash 5,000. Same for the next prepayment level - $3,000. Then you get the ordered material received. So you want to do an invoice for $10,000. Match the invoice to the purchase order. Apply the prepayments to the purchase order. Thus you get an entry something like Debit Inventory $10,000, Credit Prepayments $8,000, and Credit Cash $2,000.
From an accounting perspecitive, you don't show the prepayments in inventory until received, but do show a prepayment asset. Which is reflecting what you really are doing I think.
I have never worked for anyone who has had to do prepayments, but this is an area that you may wish to investigate as a possible solution for your situation. Good luck.
John Dickey

Three way matching: the ultimate solution

All,
I've been looking for the ultimate solution and answer with regard to three way matching and how to make sure that it is always in place.
Up to now I used to rely on the GR based IV flag in the PO in combination with tolerance limits and MRBR for MIRO.
Lately the option if the GR and the IR indicator in the PO popped up but this leaves me with a couple of questions:
How do we know for sure that the goods receipt are always linked to the PO? (otherwise this will leave me a bunch of invoices I won't be paying)
How do we know for sure that all the invoices are linked to the PO? (Since MIRO provides me other options as well)
How do I know for sure that the invoice are blocked based on the right propositions? (I guess the tolerance limits but I really want to be sure this time)
How do I know for sure that the unblocking is done timely and is valid?
What's the impact of the document types in this story and how can I manage these best?
What it basically comes down to is that I'm more than happy to believe that setting the GR and the IR indicator in the PO is sufficient in combination with tolerance limits but I would appreciate it when somebody is able to talk me through the three way matching logic in SAP and the configuration impact.
Hopefully somebody can help me out.
Regs,
Paul

With regards to GR, if you are doing a 101 movement type Goods Receipt, it requires either a PO or a Production order to receive against. Receipts without a PO, 501's, 561's,etc should be restricted in the system. In most SAP implementations, the receiving department can usually just use the 101 (receipt against a PO) or a 102 (reversal) and 122 (return to vendor). So you should be pretty secure the receipts (if being done) are done against a PO.
I do not remember the table, but there was a table (at least in 4.7) that restricted the ability to do 2-way match (not allowed). You can also set the fields on the PO as required "GR-based IV"(WEBRE) and "IR Required" (REPOS field) to make sure it is required to have an IR and GR-based IV. GR Required indicator (WEBRE) should also be required if 3-way is ALWAYS happening.
I hope this helps?

3 way match of invoice in SAP for legacy PO

My client is using legacy system for purchasing direct materials. SAP FI has been implemented. Customer like to carryout indirect purchasing (consumables - text purchase & MRO items) directly in SAP and hence we are configuring minimum org structure. When we suggested about 3 way match of invoices to customer for indirect purchases, customer expressed interest to carryout 3 way match for direct purchases as well in SAP. Please note that direct materials are procured in legacy system.
Customer query : Is it possible to carry out 3 way matching of invoices in SAP without material master & inventory management for direct purchases happening in legacy system. If so, please explain the solution and its pros and cons. Please share your experiences and lessons learned on similar requirement.. Also suggest alternate solutions..... Thanks for your time and help.

a three way match is matching quantity and price from purchase order, goods receipt and invoice receipt .
If all documents are done in SAP, then SAP will do this match when you enter the invoice
But if you procure in a external system and use only SAP-FI to post and pay invoices, then you cannot have a automatic 3way match. In that case the 3way match must be done manually by the accountant.

How to maintain a check for 3 way match(PO, GR, Invoice) in SRM

How to maintain/configure a check for 3 way match(PO, GR, Invoice) in SRM

Hi Sam,
Please use a Limit cart and select the radiobutton "Confirmation and Invoice" which will need a GR/Confirmation before Invoice on a PO.
Please reward points if the hint is helpful.
Thanks & Regards,
Venkat

3 way match between PO/GR/IR per line item

Hi..
I'm having an issue with 3 way match between PO/GR/IR. I want to this on line item level. As standard, SAP will compare line items based on line item numbers when doing the match (at least for quantity match). However, this is not possible since the vendors don't always use the line items in the PO (send to them) to create the invoice. And sometimes they simply leave out the line item number. However, the material number is always on the PO, GR and IR. Is it possible to do the 3 way match per line item using the material number as the unique identifier?
Kind regards
hundvov

hi
Three Way Match
Yes, Three Way Match Means PO -> GR -> IV
For this, You need to Put Tick mark against GR Based IR in Purchase Order Item Detail Invoice Tab and Vendor Master Purchasing Tab.
Once This Purchase Order is Saved. You cannot do / System will not allow you IR Until you make Goods Receipt for the Purchase Order.
The same applies to External Services.
http://sap.ittoolbox.com/groups/technical-functional/sap-log-mm/sap-3-way-match-configuration-1639406
http://sap.ittoolbox.com/groups/technical-functional/sap-log-mm/3-way-invoice-match-1381773
regrds
kunal

How to enforce a three way match

Hi,
We are using SRM 5.0, ECC 6.0, ECS, Invocing in SRM. We are trying to enforce the three way match in SRM, so that the users should be able to enter the invoice but it should not be posted in to ECC until the Confirmation/GR is posted against that PO.
We tried setting the GR-based-IV flag on the vendor master, but this is not letting the user submit the invoice against the unconfirmed PO. Please share any ideas to achieving this.
Thanks in Advance,
Sree

Do you use Invoice Management System? Found some useful information in this link.
http://www.ies.state.pa.us/srm/lib/srm/2006_05_26_srm_007.pdf
We post invoices directly in R/3. The invoice goes into blocked status till the confirmation is received for the PO. When the confirmation is received, the 3-way match is complete and invoice gets posted.
Regards,
Suren

3 way match and the gross amount (IR + sales tax )

Can we configure the system so that when it does 3 way match it includes gross amount ( sales tax + IR amount ) . How can I accomplish this?
Currently in our system it is not considering sales tax when doing 3 way match. Is this standard SAP?
What steps do I need to configure so that it takes gross amount to do 3 way match.
Thanks,
Kavita

The standard invoice block is determined based on the repsecive tolerance key for block or we have to set manually in the payment tab (header).
if required You can set the manual payment block on the vendor master records and this will cause all invoices to be blocked for payment.
Request you to go thru below SAP help for better understanding:
===============================================================================
Payment Block Key
Use
     Specifies why a document is blocked for payment.
     The following payment blocks exist:
     o   Manual payment block
         If you manually select a payment block from the list field to block
         an invoice for payment, the payment block field in the header of the
         invoice document is marked with the appropriate indicator.
     o   Blocked due to differences
         If invoices are to be blocked automatically due to differences in
         the invoice items, the system enters the payment block R in the
         vendor line of the Accounting document. The field in the header of
         the invoice document remains empty.
     o   Random payment block
Invoices that do not show any other blocking reason, can be blocked
in accordance with the random principle. In Customizing for the
Logistics invoice verification, you can set the probability for the
block. The indicator for the logistical payment block is entered in
the header of the invoice document.
Dependencies
    If you have set a manual payment block, and an invoice is blocked
    automatically due to differences in the invoice items, the system enters
    the manual payment block in the vendor line of the Accounting document.

3 way match exception workflow

Dear Experts,
I am completely new to FI and I have been put forward a question as to what workflow to use (if there are any for the ECC version) for exception handling on 3 way match in AP.
The client is running ECC 5.0
Thank you for your thoughts on the matter.
//Westside

The standard invoice block is determined based on the repsecive tolerance key for block or we have to set manually in the payment tab (header).
if required You can set the manual payment block on the vendor master records and this will cause all invoices to be blocked for payment.
Request you to go thru below SAP help for better understanding:
===============================================================================
Payment Block Key
Use
     Specifies why a document is blocked for payment.
     The following payment blocks exist:
     o   Manual payment block
         If you manually select a payment block from the list field to block
         an invoice for payment, the payment block field in the header of the
         invoice document is marked with the appropriate indicator.
     o   Blocked due to differences
         If invoices are to be blocked automatically due to differences in
         the invoice items, the system enters the payment block R in the
         vendor line of the Accounting document. The field in the header of
         the invoice document remains empty.
     o   Random payment block
Invoices that do not show any other blocking reason, can be blocked
in accordance with the random principle. In Customizing for the
Logistics invoice verification, you can set the probability for the
block. The indicator for the logistical payment block is entered in
the header of the invoice document.
Dependencies
    If you have set a manual payment block, and an invoice is blocked
    automatically due to differences in the invoice items, the system enters
    the manual payment block in the vendor line of the Accounting document.

3-Way Match Using FB60

Similar Messages

Maybe you are looking for