Not blocking for payment

There is a issue:
I am posting a invoice against PO before GR posting and Upper & Lower limit of Tolrence key BR is set here as 0% .
hence if I will post a invoice before gr then it should be blocked for payment (blocked ind. will be set as R).
But it's not happning and invoice is not getting block for payment.
pls. suggest me, where is the loop hole?

Hi,
R represents manual block, which can be put in the Header Payment block field.
Whereas the same at item level is done as follows:
You can block an item by selecting the Ma (manual blocking reason) field in the item list. When you post the invoice, the system automatically sets an R in the field Payment block in the vendor line of the accounting document. Manually blocked items are given the blocking reason Manual block (M).

Similar Messages

IR not balance was posted but not blocked for payment

Dear all,
Kindly help.
I have PO , with GR amount of 1000, then tried to post IR amount higher than the 5% tolerance limit
PO/GR amount = 1,000
IR amount = 1,500.00
in this case when i simulate and check, i get the message Balance Not Zero , so I cannot post.
But when i use the function in this path EDIT > ACCEPT and POST , i am able to post and NOT Blocked for Payment.
Why is this so?
Please help. Hope i explained this clearly.
thanks in advance.

Hello
Please note that in MIRO if you post invoices choosing Edit- >Accept and
Post, then this procedure overwrites all other settings. Your invoice
will be posted regardless of the tolerances, etc.
Please, check the attached notes:
394370   FAQ: Invoice release - frequently asked questions
333930   MR3M/MIR4: Display of payment block
377306   MIRO/MRBR: System behavior in the case of invoice
SAP's explanation on this is as follows:
The system design is such that it only checks the blocking reasons at
the initial invoice verification. This was to avoid the release
functionality being too complicated and hence difficult to design. In
this case, the system still recognises the block as being valid as it
is referring to the initial invoice and it will have to be manually
released only. I hope this has cleared up any confusion you may have
regarding this issue.
In conclusion, it is only possible to automatically release invoices
if their blocking reasons are no longer valid. This can be the case for
invoices blocked due to quantity, price, or schedule variances, or due
to quality inspection.
You can only use the function Release automatically for the blocking
procedure Blocked due to variances.
However, please note that if the 'GR-Based IV' indicator is set in the
line item of the PO, the invoice can not be released automatically.
The reason behind this s that with GR-based IV the system only
makes checks against each individual goods receipt rather than
against the invoice as a whole. If you need to use GR-based IV, then the
invoice will have to be released manually in MRBR.
I hope this clarifies the system behaviour
regards
Ray

INVOICE NOT BLOCKED FOR PAYMENT QM CONTROL

Dear All,
I have a scenario where I don't want to process the payment if Quality lot is not cleared or rejected. I understand this can be done by using control key 0007 and ticking the QM in procurment in QM view of Material master. I have done this and did the MIGO.
Now with out clearing inspection lot I did the MIRO, when I posted the MIRO I got the message saying Doc no:.......is posted (Blocked for Payment) But when I display this MIRO document in payment tab pmnt block field is in invoice verification status.
When I list the Blocked for payment documents in MRBR t-code it shows this document.
Also I is allowing me to process the payment for this MIRO document.
I do not understand where to make the setting to stop payment.
Please let me know if you do not understand the scenario
Looking for your inputs
Thanks
Dhanu

have you activated the control Key SPRO>QM>QM in logistic >QM in procurement >define control keys.
in your scenrio, it seems it is not defined.
other wise when you posted the invoice, the status would be "the payment of the invoice is blocked with blocking reason I (I = Inspection)"
please check the RSEG-SPGRC when you post the invoice. It should be X
and not the reason which you mentioned, subject to invoice verification
Also assuming that you have QM module in place.
This is what I can make out from the issue which you have mentioned

Price Variance not blocked for payment

Hi
it is about how to create a payment block "R" once the LIV has posted with the price variance beyound the limits set in the OMR6 under AN/AP/PP etc
this is in ECC.6.0
would be great that if any one of you can assit me to resove this
thanks
Suraj fernando

Set value limits for tolerance key 'PP' for reqd. company code.

Line item not relevant for payment release

Dear Expert,
When I select payment block : 'Payment Request' in FB60. Error Message appear "Line item not relevant for payment release".
I also have set payment block in master vendor and OBB8.
Can you tell me why the error message still appear?
Kindly need your help
Thanks and Regards,
YL

Do you have any workflow variant in place?
Moreover, when you have already set the Payment block at Master level, you need not to fix it in transaction level.
Vendor itself will not get paid until unless you remove the block option
Thanks

Regarding Tolerance Keys for Invoice Block For Payment in MIRO

Hi all,
In customizing, I have defined Tolerance Keys for Invoice Block for Payment. I have defined all tolerance keys for my company code ...... with Absolute as well as Percentage Limits. But whenever I am doing MIRO & testing for my Block Codes effectiveness, i am finding that everytime my Invoice gets Blocked by Tolerance Key PP(Price Variance) or by date......but not by any other like BD, BW, KW etc. Can anyone help me as how I should check for this. I even tried to study the documentation part available in customizing, but was unable to understand the term like Order Price Quantity units.......Can anyone help me in understanding this thing ........
Regards.....

Hi Ganesh,
below is the user exit where you can check the tolarance and put the Block according to the your requirment.
User Exit name - MM08R002 -User exit for tolerance checks
in the above user exit you have to use the below Function exit.
1) EXIT_SAPLMRMC_001
2) EXIT_SAPLMRMP_001
we implemented the above user exit to put the payment block based on the checks.
You can find the documentation of the above exit in the system.
Thanks
Naresh

GRN mismatch and invoice blocked for payment

Hi Team,
We have an issue with regards to Invoices not being allocated to the right GRN's. This causes some invoices to be paid without approval, and other invoices that have been approved to be blocked for payment.
According to standard SAP requires the total GRN quantity to match the total invoice quantity in order for the Invoices to be released for payment. Unfortunately many get stuck in a payment cycle and invoices are not released for payment, for example;
We have an order of a quantity of 100
We receive an invoice (qty 10) this is posted
We complete the GRN (qty 10)
This should release for payment but unfortunately just prior to the bacs run and running MRBR to unblock any invoices we post another invoice for a qty of 10.
Now the total GRN and Inv values mismatch and no invoices will be paid.....
The cycle goes on and on and more invoices are blocked for payment, even though some GRN's are completed.
where the GRN value is lower (75) than what has been invoiced (78). In order to rectify this I need to go into each individual invoice, check the delivery note number and match it off against the GRN. When I find an invoice that doesn't match a GRN, in most cases these have taken an incorrect GRN and have been paid. I have to chase for the GRN to be completed or for the invoice to be removed. Once the totals match I then have to pray no more invoices are posted until the BACs run has gone!!
Can we apply a fix to force those invoices that match a GRN be approved for payment even if the total's don't match (so the matches will occur line by line and not from the totals)?
Thanks

Hi,
You can acheive this by setting GR based IV indicator in PO. hence system won't allow to do invoice with out GR. system will ask quntity match between GR and IR. Ultimately no mismatches will occur. So do GR first and next IR by setting this indicator in PO.I hope this will resolve your issue. Thanking you.

2LIS_06_INV Delta Procssing with invoices blocked for payment

Hi all-
I am using the 2LIS_06_INV data source to determine invoices that are blocked for payment. The required fields I am reporting include SPGRM and SPGRP.
2LIS_06_INV picks up these fields when first blocked with transaction MIRO (setting a qty or price block during posting). However, updates to these fields using MRBR (releasing the qty or price block) are not captured in delta processing (as stated in OSS note 1494379). If the 2LIS_06_INV data source specifically does not handle delta processing of MRBR updates, how does SAP handle the reporting of blocked invoices using this data source?
Thanks!

Perhaps a bit late, but interesting for future reference. I had the same issue and logged this with OSS. The response was that it was a design decision not to include MRBR, MRKO, MR11 and MR11_SHOW in the delta process for 2LIS_06_INV.
This means that you have 2 options :
- Ask SAP to create this new functionality (check note 11)
- Create a new datasource (based on the change management CDHDR and CDPOS table, I would suggest) to ensure the correct status is sent to BW (that is what we are planning to do). This can then be extracted after the 2LIS_06_INV datasource.
Regards,
Freek

FB60 Invoice posting system is showing blocked for payment

Dear all,
When ever we post FB60 Vendor Invoice document system is showing blocked for payment error.
In OBA5 we changed the message warning to Error thats why it is showing error message.
In XK01 vendor master we have put it as Payment Block "B".
While raising vendor invoice itself system is showing Blocked for Payment error. It will show the error message while payment itself only.
Regards,
Teja

Hi
The message you have converted from Warning to Error may not be the appropriate one, so you can getting the message while invoice booking.
If you want to avoid users removing the payment block in proposal, you can customize payment block indicator by ticking "change in pmnt prop". Likewise, if you want to avoid manual payments also, then you can tick "Manual payments block" in the same configuration.
Hope this helps.
Regards

Avoid blocking for Payment after MIRO

Hi Experts,
How to avoid this blocking for Payment after MIRO is posted
As our Invoice receipts are going to Blocked for Payment for every Invoices we posted in MIRO
If the Invoice Receipt matches with the PO price then it should not block,No need for blocking the Payment.Otherwise everytime we need to run MRBR to release this blocked invoices.
We want Only for Upper/Lower tolerances,the system should block for Payment.
rgds
Swamy

Hello Swamy ,
"Variances are allowed within predefined tolerance limits. If a variance
exceeds a tolerance limit, however, the system issues a message
informing the user. If an upper limit (except with BD and VP) is
exceeded, the invoice is blocked for payment when you post it. You must
then release the invoice in a separate step. If the tolerance limit for
BD is exceeded, the system cannot post the invoice."
The system will check the lower limit but an invoice will never
be blocked if the lower limit is exceeded. The system will only
display a warning message. In the standard system invoices will only be
blocked if the upper limit is exceeded because normally one
wants to prevent to pay more than expected.
Also you may review user exit exit_saplkont_002, enhancement MM08R002
for blocking.
Regards ,
Jerin Ipe John .

Issue For Invoice Blocked For Payment

Dear All,
We received Stock Using MIGO and stock moves in Quality Check. After Invoice Posted using MIRO Invoice created and displayed messages as blocked for payment. Now While making payment for that particular Invoice, system is allowing me to post payment document for that invoice. Actually It should not be post until and unless I released that invoice from MRBR.
Please Help me.
Thanks & Regards,
Mahendra Gupta

Hi Mahendra Gupta,
I want to know some information about payment block.
Where did you put it payment block option eiether creation of PO or vendor master data. Because we choose the payment block option creation of PO.
Please clarify the above information
Thanks,
Best Regards,
venkat

Invoice is Blocked for Payment Automatically - No variance found

Hi All,
We are encountering a problem. Some Invoices are getting blocked for payment with blocking reason R = Invoice Verification.
I checked the Quantity, Price and the Dates in the PO and the Invoice but there seems to be no difference. I also checked if stochastic blocking is on. The user said they did not block it manually. There was no GR created for the PO. Is it because there was no GR created? I checked the PO and only the IR box was ticked.
What am I missing here?
Thanks,
jograd

Hi,
I checked tolerance limit BR Percentage OPUn variance (IR before GR) and it says Do not check. Does this mean that it should not be blocked? We are on R/3 4.5, so can we use MR02 to release the blocked Invoice?
Thanks,
jograd

MM Invoice gets blocked for payment

Hi Friends
As per business requirement we created a u2018Framework Type POu2019 with 1 as quantity and value as $2000.   Though, quantity is not required as this is value based, since quantity is a mandatory field, we populate quantity with 1 in PO.   While we are receiving multiple invoices against this PO, for each invoice we are populating quantity with 1. Due to this, from 2nd invoice the invoiced quantity exceeds PO quantity and the same are u2018blocked for paymentu2019.   Business expects invoices should not be blocked.
Can you guys suggest any alternative to post invoices without getting u2018Blocked for paymentu2019?
We tried the following options.
1.     We tried to populate .001 as invoiced quantity, but still invoices are blocked for payment due to quantity / price variances.
2.     We tried to populate proportionate quantity based on Invoice value/PO value, but when POu2019 are revised for higher or lower values, this assumption also went wrong.

Hi,
For blanket PO's, the only tolerance keys you can use to block an incoming invoice are LA (amount) and LD (date).
LA: Amount of blanket purchase order
The system calculates the sum of the value invoiced so far for the order
item and the value of the current invoice and compares it with the value
limit of the purchase order. It then compares the difference with the
upper percentage and absolute tolerances defined.
LD: Blanket purchase order time limit exceeded
The system determines the number of days by which the invoice is outside
the planned time interval. If the posting date of the invoice is before
the validity period, the system calculates the number of days between
the posting date and the start of the validity period. If the posting
date of the invoice is after the validity period, the system calculates
the number of days between the posting date and the end of the validity
period. The system compares the number of days with the with the
absolute upper limit defined.
Can you please make sure that these settings are in place and retest.
Please review and implement the following notes if applicable
in your case.
882058     MIRO: Price variance with blanket purchase orders
394370     FAQ: Invoice release - frequently asked questions
333930     MR3M/MIR4: Display of payment block
Best regards
Erika

InterCompany..........blocked for payment.

There is a issue,
Whenever user post a invoice against po, which gr is not posted then Invoice got blocked for payment.
but it is only happning for external vendor, not for intercompany.
I hv checked tolerence key BR is set 0% for upper and lower limit.
So problem is Why in the case of intercompany, invoice is not getting blocked.

I think you misinterpret the issue,
There is no warning or error message.The concern is:
When you set the tolerence key BR with upper limit as 0% then if you post a invoice against PO before posting the GR,
then invoice get blocked for payment.
That thing is working fine for external vendor but not for the case of intercompany scenario.
So that's the reason I want to know that, Is it SAP Standard?

Invoice to be blocked for payment

Hi,
we have a requirement where user gets the invoice and corresponding GR one after another. When user post invoice first without GR that invoice would get blocked for payment and after user receives the goods it will be manually unblocked and processed it for payment.
If we process a credit memo for an existing PO for which we have already have GR and IR posted, this credit memo reduces the total invoice amount and shows it in the purchase order history, and if then user post any invoice prior to the GR, for this PO it would not be blocked for payment, as total GR is more than the total IR.
Can you please advise me how I can have such invoices automatically blocked for payment.
Your quick reply would be awarded
Thanks,

Gurus,
Your inputs are more valuable.
Thanks,
ramesh.

Not blocking for payment

Similar Messages

Maybe you are looking for