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

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

  • 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

  • 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).

  • 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

  • Release Invoice MRBR (Blocked for payment)

    Hello MM Experts I am handling one issue that is related to release blocked invoice. In my case invoice is blocked due to price difference though there is no price difference IN sceduling agreement, GR and invoice.
    when we go to MRBR to release invoice it is showing diff value coloumn as 241.99
    when i checked with ABAP team during debugging we found one formula as
    <b>Invoice value local currency=qty invoiced*Net order value/QTY ordered in PO
    261800*46376/261800=46376.00</b>
    diff value=Invoice value foregn currency- invoice value local currency
    241.99=46617.99-46376.00
    Now my question how 46617.99 (invoice value foreign currency) is coming?
    experts plz let me know ur thoughts on this

    Hi,
    If you are using a different vendor for the freight you must make sure to select the correct option in MIRO, you can select (in the central area of the first screen in MIRO)
    1 Goods/service  items
    2 Planned delivery costs
    3 is a combination of 1 and 2
    So to post the invoice for the items 9without the freight costs) select option 1
    then to post the fright costs seaparately (to the other vendor) select option 2 and make sure that you manaully change the vendor number to the correct freight vendor number. this will allow you to pay for the freight seaparately.
    If you are using 3 in error, the system will block the invoice due to the frieght charges not being claimed.
    Steve B

  • 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.

  • 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.

  • Payment Block field in invoice displays 'Free for payment 'even though ?

    Hi,
    We have set necessary upper tolerance limit for Price & Quantity variance in OMR6.This should block invoice for payment in case if this limit is crossed and payment block field in invoice should display "R Invoice verification".
    In our case if material is having standard price then we are getting desired results in both the cases of Quantity variance and price variance . However in case of  material with moving average price it works fine in quantity variance but not for price variance(Here invoice gets blocked for payment but payment block field displays "free for payment").What can be probable reason for this?
    Material ledger is activated in our case.
    Thanks in advance,
    Sanjog

    Hi,
    Currently, we are also facing the same problem.
    The payment term are not getting populated after posting the invoice.
    Could you please help to overcome the issue.
    Thank you.
    Warm Regards,
    Kalyani

  • 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.

  • Invoice Blocked for Payment in MIRO tcode

    Dear All,
    After posting the invoice in MIRO, i am getting the message as Invoice posted, Blocked for payment. Where we need to do the settings for this ? In this case again i need to release this doc in MRBR, if i don't want this means, what i need to change ?
    regds,
    CB

    HI CB,
    While posting a invoice by MIRO, if you come across the following message as block for payment than it is because of Three way matching. You can see three way matching status in purchase order status tab in transaction code ME23N and in purchase order history in item detail.
    Generally invoice is blocked for payment because of two issues:-
    u2022 Price difference: - Price in invoice is higher than purchase order (above tolerance limit).
    u2022 Quantity difference: - Quantity in MIRO is higher than MIGO (or good receipt).
    Once invoice is blocked for payment you need to release it for payment via transaction code MRBR. For next time while posting an invoice through MIRO you should post invoice within tolerance limit.
    You can display and change tolerance limit for invoice verification in customizing with help of transaction code OMR6.
    Regards,
    Anand

  • 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 .

  • 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?

  • 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

  • 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

Maybe you are looking for