Restrict for invoice verification up to Quality accept

Hi,
My Scenario 
Po qty is 100   and i am doing Goods Receipt 100 qty  after posting inspection Lot is creating
But here If i gone to Invoice verification it is accepting without Quality lot clearing
i want to Restrict for invoice verification up to Quality accept 
after  accepting quality only it should go for invoice
it is possible ??????
Manjunath

Hi
yes possible ,check following link
[MIRO before Quality lot clearance;
Regards
kailas Ugale

Similar Messages

  • Invoice verification only after quality acceptance

    The GR stage to Invoice verfication as detailed below:
    1.  Once material comes in, the store will check the documents and check the PO and prepare GRN.
    2.  Then, Quality will check the quantity and quality of the item and make necessary QM entry for acceptance / Rejection in the system.
    3.  Finance does the Invoice verfication and makes the payment depending on the due date.
    However, a serious problem arises in this present process at Invoice verfication stage ie., suppose the quality makes delay in checking the quantity and quality of the item and subsequent acceptance / Rejection, there is a scope for making the payment to the vendor even for rejected items since the system allows you to process invoice verification for GRN quantity and make the payment for the same. It is very difficult to recover from the vendor towards rejected items when once the payment is done. 
    Therefore, we need some control in the system at Invoice verfiication stage that the system should  not allow us to verify the Invoice for GRN quantity instead the system should allow us to make invoice verification only for accepted quantity by quality.
    Is there any method to do this ?

    Hi,
    If the material is in quality system should not allow to post Invoice verification. Is it your requirement ? Pls correct me if im wrong.
    The above requirement can achieve with standard SAP settings. You need to activate QM settings for the plant.
    In material master select the Quality Management view, in procuremen data, in QM control key field, select 0007(i.e.Delivery release, Invoice block).
    If the material is in quality you cant post invoice.
    reg
    Durga
    *Assign points if the info is useful

  • Block Invoice verification as per quality result

    Hello,
    I made GRN , lot gets generated. not cleared by quality.
    still I can do the invoice verification.
    Can I restrict this ? so i can not pass invoice before quality results and only ok quantity has to appear for invoice verification.
    If such facility is available kindly advice.
    Regards,
    santosh joshi

    Dear Santhosh Joshi,
    Check in IMG (Transaction SPRO) under :
    Materials Management -> Logistics Invoice Verification -> Invoice Block
    You can implement a proper BAdi/Enhancement if you cannot configure your scenario:
    BAdi:
    BAdI MRM_RELEASE_CHECK for additional checks before invoices are released, in other words, you can restrict the list of invoices to be released by defining your own criteria.                       
    The following SAP enhancements are available for maintaining the customer exits in Invoice Verification:                        
    MM08R001        ERS (conventional Invoice Verification)            
    MM08R002        Tolerance checks                                   
    MRMH0001        ERS (Logistics Invoice Verification)               
    MRMH0002        EDI invoice receipt (Logistics Invoice Verification)
    MRMH0003        Revaluation (Logistics Invoice Verification)       
    When processing an invoice, the R/3 System checks each item for variances between the invoice and the purchase order or goods receipt. The different types of variances are defined in tolerance keys.                                                                               
    The system uses the following tolerance keys to check for variances: 
    AN: Amount for item without order reference                        
    If you activate the item amount check, the system checks every line item in an invoice with no order reference against the absolute upper limit defnied.
    AP: Amount for item with order reference                           
    If you activate the item amount check, the system checks specific line items in an invoice with order reference against the absolute upper limit defined. Which invoice items are checked depends on how you configure the item amount check.
    BD: Form small differences automatically                           
    The system checks the balance of the invoice against the absolute upper limit defined. If the upper limit is not exceeded, the system automatically creates a posting line called Expense/Income from Small Differences, making the balance zero and allowing the system to post the document.
    BR: Percentage OPUn variance (IR before GR)                        
    The system calculates the percentage variance between the following ratios: quantity invoiced in order price quantity units : quantity invoiced in order units and quantity ordered in order price quantity units : quantity ordered in order units. The system compares the variance with the upper and lower percentage tolerance limits.     
    BW: Percentage OPUn variance (GR before IR)                        
    The system calculates the percentage variance between the following ratios: quantity invoiced in order price quantity units: quantity invoiced in order units and goods receipt quantity in order price quantity units : goods receipt quantity in order units. The system compares the variance with the upper and lower percentage limits defnied.   
    DQ: Exceed amount: quantity variance                               
    If a goods receipt has been defined for an order item and a goods receipt has already been posted, the system multiplies the net order price by (quantity invoiced - (total quantity delivered - total quantity invoiced)).
    If no goods receipt has been defined, the system multiplies the net order price by (quantity invoiced - (quantity ordered - total quantity invoiced)).
    The system compares the outcome with the absolute upper and lower limits defined.                                                    
    This allows relatively high quantity variances for invoice items for small amounts, but only small quantity variances for invoice items for larger amoutns.
    You can also configure percentage limits for the quantity variance check. In this case, the system calculates the percentage variance from the expected quantity, irrespective of the order price, and compares the outcome with the percentage limits configured.        
    The system also carries out a quantity variance check for planned delivery costs.
    DW: Quantity variance when GR quantity = zero                      
    If a goods receipt is defined for an order item but none has as yet been posted, the system multiplies the net order price by (quantity invoiced + total quantity invoiced so far).                        
    The system then compares the outcome with the absolute upper tolerance limit defined.                                           
    If you have not maintained tolerance key DW for your company code, the system blocks an invoice for which no goods receipt has been posted yet. If you want to prevent this block, then set the tolerance limits for your company code for tolerance key DW to Do not check. 
    KW: Variance from condition value                                  
    The system calculates the amount by which each delivery costs item varies from the product of quantity invoiced * planned delivery costs/ planned quantity. It compares the variance with the upper and lower limits defined (absolute limits and percentage limits).      
    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.                                                                               
    PP: Price variance                                                 
    The system determines by how much each invoice item varies from the product of quantity invoiced * order price. It then compares the variance with the upper and lower limits defined (absolute limits and percentage limits).
    When posting a subsequent debit/credit, the system first checks if a price check has been defined for subsequent debits/credits. If so, the system calculates the difference between (value of subsequent debit/credit + value invoiced so far) / quantity invoiced so far * quantity to be debited/credited and the product of the quantity to be debited/credited * order price and compares this with the upper 
    and lower tolerance limits (absolute limits and percentage limits).
    ST: Date variance (value x days)                                   
    The system calculates for each item the product of amount * (scheduled delivery date - date invoice entered) and compares this product with the absolute upper limit defined. This allows relatively high schedule variances for invoice items for small amounts, but only small schedule variances for invoice items for large amounts.                                                                               
    VP: Moving average price variance                                  
    When a stock posting line is created as a result of an invoice item, the system calculates the new moving average price that results from the posting. It compares the percentage variance of the new moving average price to the old price using the percentage tolerance limits defined.                                                           
    Hope this will resolve your issue.
    Regards,
    Naveen.

  • PO BLOCK FOR INVOICE VERIFICATION

    Hi,
      we have created asset po with A/C assignment category as 'A' and completed GR also.
       we want to block this po for invoice verification. Hence, i went to item detail-->invoice--
    >activated' FINAL INVOICE'.
      still system is accepting for invoice verification.
    plz suggest how to block this po for invoice verification.

    hi
    go to me22n select all items and click on lock button just below it ur items will be locked for further processing
    and when u want to do the miro just unlock them
    regards
    kunal
    award if helpful

  • Purchase Orders Pending for Invoice Verification

    Good Afternoon,
    I'm looking a report with purchase orders waiting or pending for Invoice Verification.
    Those PO's already has the Goods Receipt, and just pending for Invoice Verification.
    Thanks for the help.
    Hector.

    Use report ME2N with selection parameter as RECHNUNG.
    or else you can create your own seleciton parameter where you can pull the report only for the invoice which has GR done.
    to do that go to SPRO-MM-purchasing-reporting-maintain purchaisng list-selection parameter-define seleciton parameter
    hit new entry or copy RECHNUNG
    create new one with
    IR planned  +
    Delivered  >= 0 ord
    and Invoiced  < ord
    save and use this parameter in ME2N
    you will only get the POs list where GR done but no IR

  • Tables for POs pending for invoice verification

    HI alll
    I want to know tables for POs pending for invoice verification.
    I have refered in ME2L T.cpde. In that selection parameter is there. But where it stored?
    RECHNUNG - for open invoice

    Hi,
    Use table EKBE , RKPF, RSEG...
    REGARDS,
    PARAS

  • Tolerance keys & Message No. configuration for invoice verification

    Hi Consultants,
    I need to configure the tolerance limits for scheduling agreements Which should prevent :
    accounts payable from posting invoices beyond a scheduling agreements validity end date.
    Accounts payable from posting invoices when the quantity invoiced is above the quantity ordered on the scheduling agreement.
    for this cofiguration can some body help me what are all the tolerance keys should be maintained and what are all the message No. should be configured in warning for invoice verification.
    with regards
    GNK

    Hi,
    Go to OMR6 for the company code set the tolerance limit for the tolerance key
    DQ -Quantity Variance
    PP --Price Variance
    ST- Date
    G.Ganesh Kumar

  • Set Up Material Block for Invoice Verification

    Hi,
    Please share your experience for customization setting under General settings for material management "Set Up Material Block for Invoice Verification".
    When should we use " Material is bloked at first read" and "Material is blocked when invoice is posted".
    Does it improve MIRO transaction performance if we chnage the setting from " Material is bloked at first read" to "Material is blocked when invoice is posted"?
    Thanks & Regards,
    AG

    Hi,
    Set Up Material Block for Invoice Verification
    Use: -
       In this step, you specify at what point materials are blocked in Invoice Verification:
       o   During the allocation phase, all materials present in the invoice are blocked.
       o   During simulation or posting, materials whose stocks are to be changed are blocked and are read again.
       o   Materials whose stocks are to be changed, are blocked and are read again when you post.
       When you post directly to a material, the given material is blocked immediately in all settings.
    Standard settings: -
    In the standard system, materials are blocked during the allocation phase.
    It is suggested to block materials during allocation phase itself, so that user has not to enter all the details and then get block error at the time of Simulation or Posting. Also it improves the performance since all these transactions need not to be carried out and system informs initially that materials are blocked.
    Also refer SAPNote 210828 - Material blocks in logistics invoice verification

  • User exit for Invoice verification

    Hi
    We want to findout user exit for invoice verification/MIRO .  Is there any user exits available for MIRO.

    The below are for MIRO
    LMR1M001 User exits in Logistics Invoice Verification
    LMR1M002 Account grouping for GR/IR account maint
    LMR1M003 Number assignment in Logistics Invoice Verification
    LMR1M004 Logistics Invoice Verification: item text for follow-on docs
    LMR1M005 Logistics Inv. Verification: Release Parked Doc. for Posting
    LMR1M006 Logistics Invoice Verification: Process XML Invoice
    MRMH0001 Logistics Invoice Verification: ERS procedure
    MRMH0002 Logistics Invoice Verification: EDI inbound
    MRMH0003 Logistics Invoice Verification: Revaluation/RAP
    regards
    Aravind
    Assign points if useful

  • Field Selection for - Invoice Verification (MIRO)

    Dear Experts,
    Can anybody please explain how make Field selection for INVOICE VERIFICATION (MIRO).
    I want BUSINESS AREA field mandatory in MIRO.
    Thanks in Advance

    Hi,
    Business area is linked to other organizational units (plant, division,
    distribution chanel, cost center). It can be defined using assigments
    (e. cost centers to the business area) or combinations of information
    (like plant and division determination).
    It is usually derived from the account assignments of the cost items
    and inherited from there into the vendor line item.
    For MIRO,to automatically fill the business area it must be able to
    uniquely identify a business area.
    This means that for multiple materials each one must have the same
    business area for IV to fill the vendor line item.
    This is the way the system is designed.
    The business area can be set as 'optional' field and is not 'mandatory'
    by design.It can be customised according to the individual needs.
    Please check the field status in tr OB41/OB14 and  OB23 for the vendor.
    Best Regards,
    Arminda Jack

  • For invoice verification transicion key

    as for gr bsx key is related, so for invoice verification which key is related?

    Hi,
    In spro goto>Materials Mgmt>valuation and a/c assgnment>a/c determination>a/c det.without wizard>beside configure automatic posting click on the documetation
    you will find all the detail description of these keys
    BR
    Diwakar

  • Invoice parking by FB60-, for Invoice verification in same flow  into G/L A

    Hi SAP Experts,
    I have Recieved one hint   to go ahead using T/C  FB60..it has helped me a lot ..
    I am thankful for this ..
    My  request is i want to similar T/C for invoice verification where i could post to G/L Accounts  ..( without spro settings , clients requirement )
    P.O  is Made , GRN is made , Invoice is parked , next how to proceed further..
    Any help shall get fetching points...
    BRegards
    Adarsh

    well if u post directly to G/l account using miro  then u need to activate it in spro or otherwise u need to go for fico tcodes for direct posting

  • Auto a/c det for Invoice verification

    Hi
    What is the procedure for Automatic account determination for invoice verification? not for inventory managment
    What are the value strings for invoice verification
    Thanks
    Raju

    Hi,
    Account Determination: -
    Use: - When you post an invoice, the system updates various accounts in Financial Accounting. It determines automatically which amounts have to be posted to which accounts.
    Account assignment is based partly on your entries when you enter an invoice, partly on information stored in the system and partly on the system settings.
    Prerequisites: - The system administration must define and configure the accounts in the chart of accounts when implementing the ERP system in your company.
    Features: -
    ·        Your entries provide the following information:
    ¡        Which vendor account must be posted to?
    ¡        Which amounts must be posted?
    ·        The material master record provides the following information:
    ¡        Which valuation class does the material belong to?
    ¡        Which type of price control is required for the material?
    ¡        Which account must be posted to for the material?
    ¡        Is the stock available smaller than the quantity invoiced?
    ·        Posted documents provide the following information:
    ¡        What is the purchase order price?
    ¡        Has a goods receipt been posted for the purchase order?
    ·        The system settings provide the following information:
    ¡        Is the invoice posted as a net or a gross amount?
    ¡        Which G/L accounts must be posted to?
    Important Accounts for Invoice Verification: -
    The following accounts are particularly important for Invoice Verification:
    Vendor Account: - There is a separate account in the sub-ledger for each vendor that all amounts concerning this vendor are posted to. Making a posting to the vendor account is not the same as making a payment; payment is only made when the Financial Accounting department posts the vendor's payment to a bank account.
    Stock Account: - In the ERP system, there is no separate account for each material. Instead, different materials with similar features are grouped together in a common account (for example, raw materials: acids). The account relevant for a material is defined in the material master record when a material is created.
    The system only posts to the stock account when a price difference occurs for an invoice.
    GR/IR Clearing Accounts: - The GR/IR clearing account is an u201Cintermediateu201D account between the stock account and the vendor account. At goods receipt, the net invoice amount expected is posted to the stock account. The offsetting entry is posted to the GR/IR clearing account. This posting is then cleared by an offsetting entry on the vendor account at invoice receipt.
    Tax Accounts: - The system makes postings to special tax accounts when invoices include tax.
    Price Differences Accounts: - Price differences have to be posted to a price differences account if price differences have occurred in an invoice and when invoices are posted net and no posting can be made to the stock account.
    Cash Discount Clearing Account: - When you post an invoice net, the cash discount amount is taken into account in the invoice, it reduces the value of the items; the offsetting posting is made to the cash discount clearing account, which is then cleared when payment is made.
    Freight Clearing Account: - The stock account is debited with the planned delivery costs at goods receipt and the system makes the offsetting posting to a freight clearing account. This posting is then cleared by an offsetting entry to the vendor account at invoice receipt.
    Also refer link;
    Account Determination for LIV

  • Service PO  - Invoice verification before Service Entry / Acceptance

    Hi SAP Gurus ,
    I have following question ,
    I am creating a Service PO with A/c assignment category K & Item category D .
    system automatically proposes GR Based IV tick for this combination .
    I want to post the invoice first & then do the service entry sheet / acceptance etc.
    but it is not possible as i get an error message as follows
    " Valuated Goods receipt without GR Based IV is not allowed for external services "
    I tried changing message as a warning but no use .
    Is it possible to achieve Invoice - service entry sequence for this type of PO .
    Can anyone pls. answer this ?
    Thanks ,
    Prasad G

    Hi
    As per standard service entry sheet has to be accepted before invoice verification is done.
    If you want invoice to be done prior then uncheck gr-based po field in purchase order and try posting invoice.
    hope it helps.

  • Tolerance Key for invoice verification

    Hi Experts,
    I need your help to set up tolerance key. I would like to check only the invoice in reference to a PO.
    Tolerances should be calculated between invoice amount and PO amount at Item level.
    Could you please explain me the relevant steps? Which tolerance key I need to maintain?
    Thanks for your help.

    hi
    GO to IMG , then material management, logistics invoice verification then Tolrence limits for invoice
    Here u can maintain the tolarenc e limita fo invoice verification.
    Thamks
    MM

Maybe you are looking for

  • Google earth crashing[SOLVED]

    The current AUR PKGBUILD doesn't run on this system.  I have an ati x200m using opensource drivers (radeon).  I installed an older package 5.0.xx and I get less errors but it still crashes.  I am guessing this is a video issue, but whatever it is I c

  • My ibook g4 to fail to load sometimes

    sometimes my laptop works just fine but, sometimes it will not load the mouse or show the battery and wi-fi. sometimes it load completely then tell me to reboot. other times it comes up to a boot screen saying type mac-boot which does nothing. then t

  • Source system activate error

    Hi, I have created new source system for R/3 quality , when i am activating then getting following error. Kindly suggest how to resolve this error. Thanks in advance. BI unknown in source system     RSAR     8      BI IDoc type ZSDB018 is not the sam

  • Enterprise Mode - Not Updating From XML File

    I've used GPMC to deploy the settings for Enterprise Mode within IE 11, and initially the XML file was pulled in my IE jus fine.  However, to simulate a real world test, I added a few sites and removed a site or two and now it seems to be holding ont

  • Using CCA Stub to Launch an Executable (For Non-Admins)

    Hi, Has anyone successfully launched a qualified\digitally signed executable using CCA Stub (When the logged User is Non-Administrator) ? I have followed all the instructions to create a signed executable using our internal CA but CCA Stub is unable