LIV- payment block- 3 way match
We are using 3 way matching and I have following questions
1- Can we post invoice document and system can apply auto. payment block- when the invoice is received before Goods receipt? ( GR is checked on PO)
2- Can the blocked documents be posted automatically when blocking reason is cleared e.g. completed GR?
3 - If we must park the document in above case, is there a standard report which shows GR completed on which documents?
Thanks
Raj
Hi,
If you have marked 'GR based IV' then system will not allow you to post invoice before you have posted GR. Even if this tick is not there, system will allow you to post invoice, but it will be posted to blocked invoice. When the GR is made, system will remove the blocking status of the invoice, which is then to be processed manually.
Regards,
Prashant Kolhatkar
Similar Messages
-
Re:LIV payment block ( MIRO)
Hi All
In our SAP environment , Invoice are getting blocked automatically by a manual block which is not R block ( Invoice verfication block)...My question is Is there any way to block the invoice automatically other than R block.....If we can do it using user exits ..then what user exits do we use to put the code in for MIRO tcodeHai
Invoice you can block by following way of functions:
Determine Payment Block
Set Tolerance Limits
Item Amount Check
Stochastic Block
1. payment blocks used to block invoices for automatic payment. Payment blocks apply to all company codes. When entering an invoice, the user can enter a payment block; the invoice is then only paid once the payment block has been deleted.
2.set tolerence limits
AN: Amount for item without order reference,AP: Amount for item with order reference
PP: Price variance
VP: Moving average price variance
BD: Form small differences automatically
these are the payment relevant tolerence level block
refer: spromminvoice verification--invoice block
3. Activate item amount check in your company code
You set the limit above which items are blocked as the "absolute upper limit" for AN and AP.
4. Stochastic block
The degree of probability depends on the invoice value; if it is the same or larger than the threshold value, the degree of probability is the same as the percentage. If the invoice value is smaller, the degree of probability is calculated in proportion to the threshold value.
Example
Threshold value: 3000 percentage: 60
Invoice value Degree of probability of a block
3000 60 %
5000 60 %
1500 30 % (= 60 * 1500/3000)
100 2 % (= 60 * 100/3000)
In via user exits you can block:
MM08R002 Tolerance checks
other than user exits ( customer exists used in invoice)
MM08R001 ERS (conventional Invoice Verification)
MM08R002 Tolerance checks
LMR1M001 Transfer of document header and item data,
account assignment proposal for invoices for blanket POs
LMR1M002 Account grouping for GR/IR account determination
LMR1M003 Number assignment in Logistics Invoice Verification
LMR1M004 Item text in follow-on documents
LMR1M005 Change criteria for releasing parked documents for posting
LMR1M006 Change XML data for BAPI call CreateFromData
RMVKON00 Consignment/pipeline settlement
MRMH0001 ERS (Logistics Invoice Verification)
MRMH0002 EDI invoice receipt (Logistics Invoice Verification)
MRMH0003 Revaluation (Logistics Invoice Verification)
MRMN0001 Message output for Invoice Verification*
Hope it's useful for you -
Userexit for Payment block invoice in MIRO/MIR7/Mrrl
Hi All,
In an purchase order invoice the the Payment block is defined at coompany code. My requirement is to define it at more granular level like at level of item category. For certain item categories I have to avoid the tolerance date check of paymeny block from getting triggered. Is there any userexit which allows to define the tolerance check for line items at item category level. (MIRO/MIR7/MRRL transactions)
Case here is: The delivery date entered in PO is dated as 3 months later. Entry sheet generated also shows the date as 3 months later. But the invoices are generated on monthly basis. So those invoices for which the delivery date of PO &entry sheet is not reached, automatically goes to Live Payment Block. The payment block on invoice has to be manually released.
Is there any other way to stop invoice from going to payment block.
I did changes in exit EXIT_SAPLMR1M_001 which has item category field. But this exit is not triggering always. On few cases it triggers.
I would appreciate any help on this. Thanks.hi,
do use imlicit enhancement in the function module
MRM_FINAL_CHECK in this the line item details will be populated t_drseg table........... -
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,
KHHi 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 -
Automatic payment block for purchase orders with no GR
Hi all, we have this issue. We would have an automatic payment block for all the PO's that have the 2-way match (no GR set)
All these PO's in our company have an account assignement (that could be a cost center or a WBS element).
The important is that all these PO's after inserted in the MIRO transaction should have the payment block set automatically Thanks for any precious helpHi !
you can set it in the vendor master record on screen 'Payment transactions Accounting'
For your information reffering to the IV process, payment block and payment method is derived from
payment term instead of vendor master. Please check with OBB8, " pmnt
block/ pmnt method default".
For more information about this, please refer to the notes 322430
and 177224.
If the vendor is blocked, automatic payment program (F110) will not
pay the vendor during the payment run. You can find more information in
F1 help of "payment block" field in master data (LFB1-ZAHLS).
MIRO is strictly PO-bases, the payment terms are copied from the PO
rather than from the vendor master. The business reason is, that the PO
represents the contract between vendor and customer including the terms
of payment.
Best regards
Shivendra Tripathi
INDIA -
Validation Rule on Payment block
Hi All,
Need your expert advice on below scenario
Specific users are allow to remove payment block of Document posted of specific vendors, can you please provide what logic I use in GGB0 Validation rule.
Logic used by me is under prerequisit:
Company Code = '1100' AND Vendor = 'vendor Number' AND User Name <> 'User ID'
under Check:
Pmnt Block <> 'B'
it is restricted user from editing payment block of posted document.Hi Revan,
Your logic will work. It will have side effects - but if you take another approach, there will be others (perhaps more serious ones). So, I would suggest going ahead with it and see where it needs to be adjsuted.
Let's list some of the drawbacks, so that you can address them if needed:
* For example, no other user will be able to post or change anything on such a vendor item (not even Text, Assignment etc.) if the payment block is not set. I believe you have to live with it.
* No other user will be able to reverse (trans. FB08 etc.) or unclear (trans. FBRA) such items if they are not blocked against payment. Blocking FBRA is perhaps OK, but I would strongly recommend excluding trans. FB08 from the prerequisites - it is usually a good practice to allow "everything" on reversal, so that any error can be corrected this way.
* If the item is blocked with another indicator (e.g., "R" from logistics invoice verification) then the other users will not be able to do anything with it, either. Do you want the block type to be so specific? If not, then you may consider a blank block in the "check". But this is rather a detail.
Lakshmi also had a good idea to include all such users (and perhaps vendors) in sets (with trans. GS01 / GS02) to make it more flexible to change them as employees move or new vendors become critical. This could however open a "back door" if the access to this set (these sets) is not properly controlled.
I was also thinking about a different approach - to do it through authorization roles and profiles, but it would have much more drawbacks (e.g. with object Accounting Document: Account Authorization for Vendors (F_BKPF_BEK) - only the priviledged group would be able to perform specific actions on such vendor items, whether or not they would be blocked - which would be harsher than you design). So, you are trying the right approach, but it may just be needed to finetune it a little (put some more prerequisites, such as "exclude FB08"). You do it the right way, I believe.
Good luck! -
MRBR not releasing invoice despite 3-way match
I have a PO with quantity 100. Then a GR was posted for quantity of 50. Then an invoice was posted for quantity 100. Invoice was blocked due to quantity variance beyond tolerance. Now another GR was posted with quantity 50. Now there is a 3-way match, I ran MRBR for the original invoice and selected auto release option. System is not releasing the block.
Anybody has any thoughts?Check whether there are any payment runs/proposals that are already created for this vendors.
Also try to go to the accounting documents/invoices ( FB03) and try to remove the posting blocks manually over there.
Hope that helps..
Thanks,
Nandita -
Hi -
Transaction MRBR is executed with Manual Payment Block selected resulting in a list of blocked invoices to be released. When I drilled down into the finance side of one of the documents and changed the payment block to some other value, this change is reflected on the LIV side (under the payment tab), but not on the MRBR list. The MRBR list of blocked invoices still shows the original payment block value. Has anyone encountered this problem or know of the solution?
Appreciate your input..That's correct. Procedure that you follow is go into MRBR -> to the LIV odc -> to the FI doc. Manually delete the Blocking indicator in FI. GO back to LIV and see the inidicator is gone under tab Payments. Then go back to MRBR and there you still see the Blocking <b>reasons</b> (not the Block it self).
The correct procedure is the other way around. If you are in MRBR release the document form there. You will see that the document disappears from MRBR and the Block disappears from the LIV and FI doc. A change doc is assigned to the LIV doc so you can see the invoice is relased and by whom.
If helpfull pls. reward.
Regards,
Roel -
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,
KavitaThe 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.
//WestsideThe 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. -
could someone give examples for 3 way match and ERS
Hello ,
2-Way Match
1.PO & invoice should match
2.Quantity Billed <= Quantity Ordered
3.No Receipt required
3-way Match
1.Receipt, PO & invoice should match
2.Quantity Billed <= Quantity Received
3.Receipt required
If the invoice is matched to the goods receipt ,the price is matched to the purchase order and the variance is within predefined tolerances, then the invoice is cleared for payment. If the invoice exceeds the predefined tolerances, the invoice will be posted and blocked for payment.
ERS
ERS allows settlement of a goods receipt without receiving the actual invoice from the Vendor. The system can generate the corresponding invoices and post them. A vendor invoice is no longer required
Regards,
Shailesh Mackwan -
3-way-match set up, no GR/IR account
Dear all,
Currently 3-way-match is not enable in my company and we have no GR/IR account. If we think about enabling it in the future how is its set up:
1) Can the 3-way-match be enabled just for certain vendors, or material groups? or when it's enabled it's valid for all MM invoices?
2) In case 3-way-match is enable but when Accounting receives the invoice there is no match, it is possible to save the item as "complete" until GR is entered? (Backgroup: we have an approval workflow and the item must be first completed in order to start with the workflow, item is posted after approval)
3) I really dont know how 3-way-match works as I never had the chance to see it in the system, but I have heard that items in which 3-way-match is not possible go to a queue. How does this queue work?
Sorry for the basic questions. If anybody needs more information in order to answer me, please let me know.
Many thanks in advance.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. -
2 Way Match - PO and Invoice (no goods receipt)
Dear Gurus,
We need to Implement the 2 Way Match process between the Invoice and the PO i.e. perform the Match once invoice has been recorded. The condition is invoice value should be less than $500. This means supplier will be paid irrespective of a goods receipt for a PO line. The goods receipt can happen later to close a PO line.
Please see below examples which will fall under this criteria.
PO # A
Line # 1 - Qty = 10 - PO unit Price = 100 - PO Total = 1000
Inv Qty = 4 - Inv line Total = 400 - Inv Grand total = 400
PO # B
Line # 1 - Qty = 5 - PO unit Price = 80 - PO Total = 400
Inv Qty = 5 - Inv line Total = 400 - Inv Grand total = 400
PO # 3
Line # 1 - Qty = 5 - PO unit Price = 100 - PO Total = 500
Line # 2 - Qty = 10 - PO unit Price = 10 - PO Total = 1000
PO total = 1500
Invoice Line # 1 - Inv Qty = 5 - Inv line Total = 400 - Inv Grand total = 400
Can these be achived by some setups?
Is there a way by which we can achieve this?
Thanks for your response in advance.Hi Venkat,
Thanks for the swift response.
In fact we will be doing GR but at a later date. The object is to not held the vendor invoice and payment (esp. for small amt) just bcoz goods reception not done. Understand your concern that GR/IR might cause an issue. -
How to populate the payment block through the BAPI_INCOMINGINVOICE_CREATE
Hi,
I am trying to create the incoming invoice through the BAPI (BAPI_INCOMINGINVOICE_CREATE) .
In MIRO transaction when i create the Invoice without any tax , the <b>payment block shows free for payement</b> . How to give create the invoice with the following condition through the BAPI (BAPI_INCOMINGINVOICE_CREATE) . when there is Tax : The payment block = 'R' (Invoice verification) .
No Tax : The payment block = ' ' (Free for Payment).But everytime the invoice is created the Payment block is set to 'R' even if the Tax is not given.
Following i am populating
<b>Header Structure:</b>
<b>Test Value Description PI Header Data Fields</b>
X Invoice Indicator HEADERDATA-INVOICE_IND
SPACE Document Type HEADERDATA-DOC_TYPE
05-11-2006 Document Date HEADERDATA-DOC_DATE
17-11-2006 Posting Date HEADERDATA-PSTNG_DATE
123456-B1 Ref Document Number HEADERDATA-REF_DOC_NO
9001 Company Code HEADERDATA-COMP_CODE
7006924 Vendor Number HEADERDATA-DIFF_INV
BRL Currency HEADERDATA-CURRENCY
BRL Currency HEADERDATA-CURRENCY_ISO
10000 Gross Amount HEADERDATA-GROSS_AMOUNT
05-11-2006 Baseline ate HEADERDATA-BLINE_DATE
DD Header Text HEADERDATA-HEADER_TXT
0001 Payment Terms HEADERDATA-PMNTTRS
123456-B1 Ref Document Number HEADERDATA-REF_DOC_NO
Z1 NF Type HEADERDATA-J_1BNFTYPE
space Payment Block Key HEADERDATA-PMNT_BLOCK
<b>For Item Structure:</b>
<b>Test Data Description BAPI Item Data Fields</b>
000001 Invoice Item ITEMDATA-INVOICE_DOC_ITEM
4500021387 Purchase Order Number ITEMDATA-PO_NUMBER
0010 Purchase Order Item ITEMDATA-PO_ITEM
Z1 Tax Code ITEMDATA-TAX_CODE
SP 50308 Tax Jurisdiction Code ITEMDATA-TAXJURCODE
10000 Item Amount ITEMDATA-ITEM_AMOUNT
200 Item Quantity ITEMDATA-QUANTITY
EA Purchase Order Unit ITEMDATA-PO_UNIT
Can u please tell me what is the mistake or any other ways of populating the Payment block.
Always the payment block is 'R' in MIR4 transaction even if i give space in the BAPI -
Quantity variance in Invoice Vs. Three way match in PO
Hi Experts,
I am not able to find any differrence between quantity variance Vs. Three way match in PO.
For example in our purchase orders for all the items we are having Two way match (PO-Inv, GR-Bsd Inv is not checked) but we have defined quantity varaince in Invoice. So when we are trying to post invoice for purchase order item for which goods reciept is not performed, system is blocking the invoice due to quantity variance.
So i think if you have quantity variance at invoice level then system is going to check whether goods reciept is perfromed or not regardless of Two way or three way match.
Please advise if my understanding above is correct.
My second question is as we can define two way/three way match at various level (Supplier, Inforecord etc.). Is there anyway that i can define that quantity variance in Invoice should be for certain material groups only.
Please advise.
Regards,
Kamalhi,
when you set the qty variance, and try to post the invoice just after the PO, the system will show a message at IR ie. " Quantity delivered is Zero"...
this message is warning message...
The system will block the invoice item when the doc is posted, depending on how the tolerance key DW is set(Qty variance to Gr qty = zero)...
Hope it helps..
Regards
Priyanka.P
Maybe you are looking for
-
Creation of Smart Forms for PDF
Hi All, I am new to SFP. So, please tell me how to create Smart Forms for PDF. I already have an SAP standard form of Customer Invoice in this format (SFP) and I need to change the layout and add some additional fields in it as well. Please guide me
-
Footnotes as hyperlinks in pdf
Hello, I'm using Framemaker 11. I made a dokument with footnotes and cross refenrences on those footnotes. After exporting the document to pdf the cross references became hyperlinks of thoses fotenotes (i.e. while clicking on those refenrence numbers
-
Every since my phone did the up date my battery life has been cut in 1/2. Anyone else having this problem?
-
I have blue boxes around all my links and I want to remove them. It shows up on PC but now on Mac The links are images and once I link them up a blue bounding box apears and shifts everyting over. Can you help???? Thanks, Christina Lynn
-
Probem in printing the randum output from HashSet
hi all, pls give me some hints to print only one randum out put.. my code public static void main(String args[]) { HashSet set =new HashSet(); set.add("Scambled egg"); set.add("waffles"); set.add("fruit");