Invoice verification price not equal to GR document price

Hi: everyone
Purchase order price has been changed after goods receipt. according to my underdtanding, invoice verification price should be equal to GR price if this is IV of based GR. However, when I deal with invoice verification, sap system proposed price equal to PO price. why?
everyone can provide me answer?
Thank you
Henry

Hi
Once the GR has made if you ammend the PO price or change the Tax code the value will not flow to Miro, bcs at the time of GR the value based on the Qty will be captured. Simple logic
Reverse the GR ammend the PO again make a new GR and do the IV.
Regards

Similar Messages

  • List of PO's where GRN is done and Invoice Verification is not done.

    Gurus,
              Please advice how to get the list of PO's for which Goods receipt is done and Invoice Verification is not done.
    Thanks in Advance,
    Nambi.N

    HI
    In ME2N
    Tool Bar - Edit - Dynamic selections - Select Purchasing document item - Goods receiprt and Invoice receipt.
    Enter values in GR and IV and then execute.
    It will show the PO with GR not IV
    Check it out.
    Regards,
    Raman

  • SRM PO failed: Indicator for GR-based invoice verification used not allowed

    Hi Friends,
        I have an issue with a specific PO failed to transfer from SRM to ECC. We are in ECS scenario, SRM 5.0 Service level 7.0. We are in process of SP upgrade but this issue occured in Production system which is still in old SP level(SP 7.0).
    when I check the App Monitor, I am see the following errors:  but the status shows Auto_Completed
    1. PO: Indicator for GR-based invoice verification used not allowed
    2. PO: Instance XXXXXXXXXX of object type PurchaseOrder could not be changed
    3.  PurchOrder XXXXXXXXXX: Purchase order still contains faulty items
    4.  PO XXXXXXXX: Indicator for GR-based invoice verification used not allowed
    I can see the PO copied over to ECC. but status in SRM PO shows 'Error in Process'.
      BBP_PD for object PO shows:  Created, complete, ordered, In Transfer to Execute, Change was Transmitted  as Inactive status.    Transfer Failed shows Active, Document completed, created.
    I checked BP Maintain  for the vendor and PO and its no different than other POs and Vendors except Vendor had 'Goods Receipt based Invoice Verification' indicator checked in SRM.
    I tried to simulate the same Material, Vendor with GR-IV indicator both on and off, it works fine. Ofcourse this is in Quality box with SP 15 level.
    So, I am not sure if SP level upgrade might help it or not? If there are any other means to test, please advise.
    thanks
    Rao

    I was wondering how I could liquidate the PO by either creating a new PO or ??.
    What you could do to revive the PO in question is that after the upgrade, and after a round of background jobs run for CLEAN_REQREQ_UP and BBP_GET_STATUS_2, ask the buyer to make a dummy change to the PO (for example, change the description of the PO) and order again. This would trigger the transfer to the backend again. And hopefully this time, no error would occur.

  • Purchase Order Price and Invoice verification price

    Hi All,
    In which report we can get purchase order price and Invoice verification price in SAP standard.
    Thank in Advance........
    Regards,
    Sanjay

    Hello,
    Check ME80FN transaction and select change view on the output screen and select Purchase order history.
    Regards,
    Shailesh

  • Same nr range in Logistics Invoice Verification for the MM and FI document

    I customised Logistics Invoce verification (on ECC6) with the same nr range for MM and FI.  That were done by changing the nr range of doc type RE (in FI) to nr range 52 andcreated the nr range for the company code for fiscal year 2007 and 2008 (our fiscal year 2008 start 1.10.07) and made it external nr assignment.  In MM I changed RD and RS to a new range 05 to which I assigned the nr range 5200000000 to 5299999999 (internally assigned).  For the vendor consignment I created a new document type and assign that to nr range 51 (as the original invoice verification settings).
    This process works quite nice with the same document nr for MM and FI, however I still do have a problem. (I work through the article on above as per FI Expert issue of Sept 07, but even in there my problem was not mentioned.
    If I do an invoice verification for previous period with price changes on the system, Sap want to post 2 accounting docs (1 for the previous month - on which I did have stock and 1 for current month - one which I did not have any stock).  The system only send 1 document nr for FI who needs 2 doc nrs.  I now get the error  message that I must use a document in the nr range 5200000000 and 529999999.
    How do I rectify this or can I not use this functionality if we allow backdating to the previous period
    Regards
    Anna-Marie Robson

    I customised Logistics Invoce verification (on ECC6) with the same nr range for MM and FI.  That were done by changing the nr range of doc type RE (in FI) to nr range 52 andcreated the nr range for the company code for fiscal year 2007 and 2008 (our fiscal year 2008 start 1.10.07) and made it external nr assignment.  In MM I changed RD and RS to a new range 05 to which I assigned the nr range 5200000000 to 5299999999 (internally assigned).  For the vendor consignment I created a new document type and assign that to nr range 51 (as the original invoice verification settings).
    This process works quite nice with the same document nr for MM and FI, however I still do have a problem. (I work through the article on above as per FI Expert issue of Sept 07, but even in there my problem was not mentioned.
    If I do an invoice verification for previous period with price changes on the system, Sap want to post 2 accounting docs (1 for the previous month - on which I did have stock and 1 for current month - one which I did not have any stock).  The system only send 1 document nr for FI who needs 2 doc nrs.  I now get the error  message that I must use a document in the nr range 5200000000 and 529999999.
    How do I rectify this or can I not use this functionality if we allow backdating to the previous period
    Regards
    Anna-Marie Robson

  • Invoice verification is not posted with T.Code MIRO

    Hi Friends,
    1)
    I created a purchase order with T.Code: ME21N, and Enter Goods Receipts with T.Code: MIGO after that Invoice verification with T.Code:MIRO, but it is not posted:
    Error Message is: Error in account determination: Table T030K Co.Code: RK01 VST.
    2)
    Balance not zero 5000, debits 5000, credits 10000
    for the second purchase order step 1 repeated.
    Please help inthis regard,
    thanks
    ramesh.

    Hi,
    I think there might be some configuration missing with regard to the tax.
    You ahve assign a GL account ot the TAX code for the Transaction Key VST.
    Menu Path: SPRO - > Financial  Accounting - > Financial  Accounting Global Settings - > Tax on Sales/Purchases- > Posting - > Define Tax accounts .
    Thakns
    kiran

  • Config of Message M8 039 in Invoice verification does not work

    Hi,
    I have configured the Message "M8 039 Terms of payment in PO & differ from those entered" as error so that when a person creates MIRO transaction, he should not be able to change the payment terms in MIRO. However I am still able to modify the Payment Term without effect of this message in MIRO transaction. When I try to modify Payment Terms in MIRO Transaction, system gives me Message F5 231 "Terms of payment changed; Check" and not the Message from Invoice verification M8 039.
    Any suggestion on this would be appreciate.
    Regards,
    Sanjay

    Hi Ashok,
    Thanks for your reply. However I would prefer not to use validation if the standard error message provided by SAP works. Since SAP has provided this standard message M8 039 for my purpose I would prefer to use this one.
    Regards,
    Sanjay

  • Invoice verification price difference

    Hi,
    During the point of invoice verification, we'd like to capture the
    price difference of some items related to certain item category to a different account (Provision or Price Difference account) instead of posting to the Cost of Sales. Currently under the transaction OBYC, there seemed to be no such functionality. Does anyone know how to configure this?  Must it be made through CMOD?
    Cheers,
    Gimmo

    Dear Gimmo,
    Following is my thought on this.
    1) Since you want to post price diffrence is Price diffrence account , basic requirement is that in Material Master record price control to be standard i.e "S".
    2) If you want to post this amount to seperate GL account , you can achieve this through automatic account determination using account modifier group for this transaction event key.
    For ex.
    Client   C acct    Trans   Val Gp  " AG "     V class  G/L a/c
    400       INT        GBB     001       " BSA"      3000    400000
    Please check is it useful to you?
    If so reward points,
    Vivek Maitra

  • PO Invoice verification - price/qty variance, No GR

    Hi Experts,
       Before posting a PO invoice, I need to make sure there is no price/qty variance(from the PO) and there is a GR associated. How do I make sure of this? Does anybody know a BAPI or a FM?
      I am on 4.6C.
    Regards,
    Nanditha

    Hi,
    Let me rephrase my qn. I am trying to use BAPI_INCOMINGINVOICE_CREATE to post a PO invoice with no associated GR. The invoice gets posted but with payment blocked. The BAPI does not return any messages although there is a block on the invoice.
      I would like to be able to do a background post attempt(either using BAPI or other FM) and if that is not successful(eg: payment blocked), use exception handling to rectify the cause of the error. So, the background method should return to me an indicator or message if there is something other than a successful post and a BKPF entry.
    I hope the scenario is clear.
    Regards,
    Nanditha

  • ECC6 - Invoice Cancellation has not reversed all accounting documents.

    An Vendor Invoice was created in P12 2008 which has generated 2 accounting documents, one relating to the invoice in year 2008 and another in 2009 for revaluations.
    An Invoice Cancellation was then entered in MR8M which has only reversed the accounting document for 2008.
    I cannot reverse the 2009 accounting document separately because it relates to a PO, and I cannot re-cancel the invoice in 2009 because it is a 2008 document.
    Before I log this as a product problem, can anyone offer advice on how to proceed?
    Thanks

    Unfortunately, FB08 won't work as the original document wasn't posted in FI.

  • MIRO - Invoice Verification with reference to Delivery note.

    Dear All,
    In our organisation we are doing MIRO with reference to Delivery note. As same number of delivery note is being submiited by multiple vendors, after entry of that delivery note in MIRO system shows large list (Closed & Open for MIRO). This becomes difficult to select the required delivery note.
    Is it possible to make display of only those delivery notes against which MIRO (Invoice verification has not done).
    Also MIRO with reference to GRN number is possible or not ?
    Please suggest.
    Regards,
    Shekhar Kisan Gaikwad

    In our organisation we are doing MIRO with reference to Delivery note. As same number of delivery note is being submiited by multiple vendors, after entry of that delivery note in MIRO system shows large list (Closed & Open for MIRO). This becomes difficult to select the required delivery note.
    Is it possible to make display of only those delivery notes against which MIRO (Invoice verification has not done).
    Also MIRO with reference to GRN number is possible or not ?
    HI,
    To avoid difficulties post miro with Reference document (PO Reference Tab) - Delivery note click on Radio button a possible entries for delivery note screen will appear. Here you can search specific delivery note by a lot of criteria which will save ur time and effort also you can see MIGO Document.  Click and put tick to adopt and post Delivery note / migo and enter required field.

  • Invoice Verification (MIRO) allocation via Delivery note

    We are in 5.00 version
    In our system the same Delivery note number could be associated not only to different vendor, but even to the same vendor in different years.
    In the last case the system allocate ALL the Delivery notes.
    I try to use the F4 function to limit the selection, using filter on vendor and document date, but after the again all the delivery note for the selected vendor are allocate.
    Could anybody help me on this.
    thanks
    Claudio

    In our organisation we are doing MIRO with reference to Delivery note. As same number of delivery note is being submiited by multiple vendors, after entry of that delivery note in MIRO system shows large list (Closed & Open for MIRO). This becomes difficult to select the required delivery note.
    Is it possible to make display of only those delivery notes against which MIRO (Invoice verification has not done).
    Also MIRO with reference to GRN number is possible or not ?
    HI,
    To avoid difficulties post miro with Reference document (PO Reference Tab) - Delivery note click on Radio button a possible entries for delivery note screen will appear. Here you can search specific delivery note by a lot of criteria which will save ur time and effort also you can see MIGO Document.  Click and put tick to adopt and post Delivery note / migo and enter required field.

  • GR/IR Freight Clearing Account - GR & Invoice Verification

    Dear Gurus,
    I have made a PO for 1200 pcs unit price 69.20$.  (GR based IV).   (Valuation - Moving average price)
    Delivery costs - Freight (FRB1) - 1200$
    I have splitted the PO quantity in to 3 different Inbound deliveries
    Inbound 1 - 400 pcs
    Inbound 2 - 400 pcs
    Inbound 3 - 400 pcs
    I have made the Goods receipt for the 1st Inbound - 400 pcs.
    Goods Receipt 1 - 400 pcs.  The value in the GR/IR freight clearing a/c credited by 400$
    Invoice Verification1 - 400 pcs. The value in the Invoice verification is 1000$.
    The value in the GR/IR freight clearing a/c debited by 1000$
    Goods Receipt2 - 400 pcs. The value in the GR/IR freight clearing a/c got credited by 400$
    Invoice Verification2 - 400 pcs. The value in the Invoice Verification is 2000$
    The value in the GR/IR freight clearing a/c got debited by 200$ and Stock in Hand debited by 1800$
    Goods Receipt3 - 400 pcs. The value in the GR/IR freight clearing a/c got credited by 200$
    Invoice Verification3 - 400 pcs. The value in the Invoice Verification is 1500$
    The value in the GR/IR freight clearing a/c got debited by 133.33$ and Stock in Hand debited by 1366.67$
    I don't understand how the logic works for seggreating the amount to GR/IR freight clearing account and GR/IR account.
    For the first 2 GR and IV I could understand that there is a  balance in the PO condition but for the Invoice verification 3. The value debited to GR/IR freight account is 133.33$. Can anyone help me how the calculation is taking place and how the system has arrived to figure 133.33$ in the Invoice verification for GR/IR freight clearing a/c
    Strangely when I have cancelled the Invoice Verification document 3.
    The value Credited to GR/IR freight clearing account is 333.33$ instead of 133.33$
    Can somebody help me to figure out the calucation for IR after the GR for planned delivery costs.
    If any SAP notes or help files can be provided then it would be really helpful.
    Regards
    Fazal.

    Refer this note 311496 & 460244, 129066
    Symptom
    Delivery costs were planned for a purchase order item.
    A goods-receipt-based invoice verification is set.
    Several goods receipts are posted. For invoice entry, both in conventional invoice verification (transaction MR01/MRHR) and in logistics invoice verification (transaction MR1M/MIRO), the delivery costs for each purchase order item are displayed in total.
      This is the same as when, for example, only one of several GR documents/delivery notes is selected.
    Example of a purchase order history:
    Cat. Doc. no.    Itm    MvT Pstg.dt.            Qty.in BUoM       Value in local curr
    GR   5200002605 0001 101 June 16, 2000      5  PC         50,00 DEM
    GR   5200002606 0001 101 June 16, 2000      5  PC         50,00 DEM
    Sum of goods receipts                      10  PC        100,00 DEM
    DCGR 5200002605 0001     June 16, 2000       5  PC           3,33 DEM
    DCGR 5200002605 0001     June 16, 2000       5  PC           5.00 DEM
    DCGR 5200002606 0001     June 16, 2000       5  PC           3,33 DEM
    DCGR 5200002606 0001     June 16, 2000       5  PC           5.00 DEM
    Total delivery cost GR                                                 16,66 DEM
    If you only select the first GR document in the selection, you get
    the following default values for the delivery costs:
    Amount    Quantity  BUoM Itm  Decription              Vendor
    6,67         10      PC  10    Freight value        VEND01
    10,00        10      PC  10    Freight/quantity     VEND01
    (and not, as sometimes expected: -  3,33 DEM    5 PC
                                        -  5,00 DEM    5 PC)
    Other terms
    WEBRE, delivery costs, planned delivery costs, goods-receipt-based invoice verification, invoice verification
    Reason and Prerequisites
    A function such as the goods-receipt-based invoice verification is not available for delivery costs.
    Solution
    This is not an error; this is a consulting note.

  • Invoice verification and logistic invoice verification

    Hello,
    What is the different between invoice verification and logistic invoice verification?
    My Japanese client need to work with t.code: VXJ2 - customs declaration for import billing documents - Japan
    When i run this report, it finds no data.
    I read the help for this transaction and it says that only invoice verification (and not logistic invoice verification) is supported for this transaction.
    Best regards,
    Avishai Kaplan

    Hi Avishay, 
    Logistics Invoice Verification 
    Logistics Invoice Verification is a part of Materials Management (MM). It is situated at the end of the logistics supply chain that includes Purchasing, Inventory Management, and Invoice Verification. It is in Logistics Invoice Verification that incoming invoices [Seite 11] are verified in terms of their content, prices, and arithmetic. When the invoice is posted, the invoice data is saved in the system. The system updates the data saved in the invoice documents in Materials Management and Financial Accounting.
    Logistics Invoice Verification is closely integrated with the components Financial Accounting (FI) and Controlling (CO). It passes on the relevant information about payments or invoice analyses to these components.
    Features:
    In Materials Management, Logistics Invoice Verification has the following features:
    u2022 It completes the material procurement process, which started with the purchase requisition and resulted in a goods receipt.
    u2022 It allows invoices that do not originate in materials procurement (such as services, expenses, course costs) to be processed.
    u2022 It allows credit memos to be processed, either as invoice reversals or return deliveries.
    Invoice Verification 
    The main aim of invoice verification is to ensure that vendors are paid the correct amount at the right time ( not too late but also not too early ). The process should have a high incidence of fi rst-time matching, to ensure that as little time as possible is spent trying to manually match invoices that appear to be incorrect.it is important to include as few steps as possible in the process, considering that the process of handling payments
    does not in itself add value to the company or to the vendor.
    Main steps: 
    The capture of the vendoru2019s invoice details
      The matching of those details to the details that we
    believe to be correct
      The investigation of any mismatches
      The release for payment of matched invoices
      The accounting entries involved ( including taxes and
    delivery costs )
      The details recorded for audit purposes 
    Hope this information helps you out in understanding the differences  between the two
    I ncase of any further clarification do put a message
    In case if this information is of any help to you please do reward accordingly
    Thanks  & Rewards
    Pavan

  • 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

Maybe you are looking for