Tolerance limits does n't reflct on invoice plan..

Hi friends ,
The clients place , we are using invoice plan with service  P.O's  ( Perodic )
where GR based IV is not selected & S.E.S Is not generated , it si by passed..
only invoicing is done in Parts....by maintaining invoice plan..
I Tried to do OMR6  but system is showing error for second time invoice ..not able to park / verify...
Could there be any other Route...to get thsi parked / verified...
BRegards
Adarsh

Hi Dear ,
when i tried posting by FB60 , system is throwing error ..you cannot post to this G/L account.., i gave Business area ..still this error continues..
Any other field need be given..here
BReagards
Adarsh
Edited by: adarsh srivastava on Jan 18, 2008 12:18 PM

Similar Messages

  • Tolerance limits in Invoice Varification

    Hi All
    In Std SAP how to set the tolerance limits for Invoice Varification.
    On what are all different parameters can i set these tolerence limits ?
    That is in MIRO we do enter different values at Header level( Amout in basic data & Unplanned delivery cost) and at item level (Amount in PO reference, G/L a/c ,Material tabs)
    Is it possible to set the toleremce limits for each of the above said values?
    Pls advise..
    With Regds

    Hi BSA
    U can set tolerance limit in customization for following
    Amount for item without order reference
    Amount for item with order reference
    Form small differences automatically
    Percentage OPUn variance (IR before GR)
    Percentage OPUn variance (GR before IR)
    Exceed amount: quantity variance
    Quantity variance when GR qty = zero
    Var. from condition value
    Amount of blanket purchase order
    Blanket PO time limit exceeded
    Price variance
    Price variance: estimated price
    Date variance (value x days)
    Moving average price variance
    Path
    Spro>MM>LIV>Invoice Block>Set Tolerance Limits
    Vishal...

  • Tolerance limits in the invoice creation

    Hi,
    I am not able to create invoice using BAPI function module.
    I am getting the error 'Maintain tolerance limits for tolerance key BD (Company Code 1007)'.
    What are the tolerance limits and How can I maintain these.
    Can anyone please help me to solve this problem.
    Thanks in advance.
    Regards,
    Eswar

    Dear Eswar,
    For invoices without reference to  a PO or those with reference to PO,in customizing for Material Management under
    Logistic Invoice verification: Invoicing Block: Set tolerance limit, You can set diffrence tolerance limit for each company code.
    If you enter an item with a large amount it make sense to often block this invoice in order to check.For this for each co. code
    Path: SPRO : LIV : Invoice Block: Item amount check :Activate  item amount check.
    In addition to above
    Path: SPRO : LIV : Invoice Block: Item amount check :Set item amount check.
    I hope this will help you.If so reward points
    Vivek Maitra

  • Invoice verification tolerance limits

    Hi
    what are tolerance limits in invoice verification
    thanks

    Hi
    Find below the tolerance keys for invoice
    AN
    AP
    BD
    BR
    BW
    DQ
    DW
    KW
    PP
    PS
    ST
    VP

  • Invoice error---- ""Maintain Tolerance Limits" - unknown solution "

    Hi Gurus,
    When Invice is posting error is coming " Maintain tolerance Limits". Could you please explain where I need to check the tolerances and where I need to maintain limits of these concern..
    Regards,
    Subbu

    hi,
    I think you have assigned the tolerance group to the material master which is configured inside SPRO...
    SPRO >> MM >> LIV >> Incoming invoice >> define vendor specific tolerances..
    Due to this when you make the invoice, system ask for the toleance limits, so that system can calculate overdelivery and under delivery tolerance and if the invoice posted above or below based on this the system will provide the message...
    So, do enter the tolerance limits in the invoice and then save the invoice...
    If the invoice is out of tolerance system will show you a message and post the document as BLOCKED...
    After this you need to release the doc from MRBR..
    Regards
    Priyanka.P

  • Tolerance limits & Number ranges

    1. What is tolerance limits ? Why we need to use it ? What are the steps to configure tolerance limits ?
    2. What is number ranges ? How to create number ranges ?

    Hi,
    IN PO tollerence limit:
    When processing a purchase order, the system checks whether the effective price of a PO item shows variances compared with the valuation price stored in the material master record. In addition, it checks whether the specified cash discount value is admissible.
    Variances are allowed within the framework of tolerance limits. If a variance exceeds a tolerance limit, the system issues a warning or error message.
    PE Price variance, Purchasing  :
    Tolerance limit for system message no. 207. This message appears if the specified effective price exceeds the predefined tolerances when compared with the material price.
    SE Maximum cash discount deduction, Purchasing
    Tolerance limit for system message no. 231. This is a warning message, which appears when the specified cash discount percentage exceeds the predefined tolerances.
    MIRO Tolerence limit: OMR6
    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.
    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 breached, the system cannot post the invoice.
    Note that if you set all limits for a tolerance key to Do not check, the system does not check that tolerance limit. Therefore any variance would be accepted. This does not make sense particularly in the case of the tolerance key Form small differences automatically.
    SAM

  • Tolerance Limits - Error message: SV033

    Hi Guys,
    I am trying to add a new entry on  the below transaction:
    IMG - Material Managment - Logistics Invoice Verification - Invoice Block - Set Tolerance Limits
    But I got the error message: SV033 - "Specify the key within the work area".
    Does anyone know how can I procede in this case?
    Thanks
    Daniel

    That's a pretty odd message.  Are you getting it when you enter the TCode? Upon saving? I'd check OSS and create a ticket if you can't find anything.

  • Tolerance limits for PO,MIGO..etc..?

    Dear all
    Can anybody explain me about the tolerance limits in SAP-MM,
    1.what is tolerance limits..?
    2.Why tolerance limits need in SAP-MM..?
    3.How to configure in SPRO
    Which are all the area has to maintain Tolerance limits according to MM point of view
    Advance thanks
    goods answers will be highly rewardable.
    Thanks
    sap-mm

    Hi
    tolerance limits for price variancesin Purchase order
    When processing a purchase order, the system checks whether the effective price of a PO item shows variances compared with the valuation price stored in the material master record. In addition, it checks whether the specified cash discount value is admissible.
    Variances are allowed within the framework of tolerance limits. If a variance exceeds a tolerance limit, the system issues a warning or error message.
    In the SAP System, the types of variance are represented by the tolerance keys. For each tolerance key, you can define percentage and value-dependent upper and lower limits per company code.
    Standard settings
    The standard SAP System supplied contains the following tolerance keys:
    PE Price variance, Purchasing
    Tolerance limit for system message no. 207. This message appears if the specified effective price exceeds the predefined tolerances when compared with the material price.
    SE Maximum cash discount deduction, Purchasing
    Tolerance limit for system message no. 231. This is a warning message, which appears when the specified cash discount percentage exceeds the predefined tolerances.
    Note
    You can specify whether the system message appears as a warning or error message using the menu options Environment -> Define Attributes of System Messages.
    For Invoices specify the tolerance limits for each tolerance key for each company code.
    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 defined.
    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 defined.
    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 amounts.
    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).
    PS: Price variance: estimated price
    If the price in an order item is marked as an estimated price, for this item, the system calculates the difference between the invoice value and the product of quantity invoiced * order price and compares the variance with the upper and lower tolerance limits defined (absolute limits and percentage limits).
    When posting a subsequent debit/credit, the system first checks whether 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 quantity to be debited/credited * order price. It then compares the variance with the upper and lower tolerance limits defined (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.
    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 breached, the system cannot post the invoice.
    Note that if you set all limits for a tolerance key to Do not check, the system does not check that tolerance limit. Therefore any variance would be accepted. This does not make sense particularly in the case of the tolerance key Form small differences automatically.
    Thanks & Regards
    Kishore

  • Set Tolerance Limits

    In this step, you specify the tolerance limits for each tolerance key for each company code.
    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:
    u2022     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 defined.
    u2022     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.
    u2022     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.
    u2022     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.
    u2022     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 defined.
    u2022     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 amounts.
    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.
    u2022     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.
    u2022     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).
    u2022     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.
    u2022     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.
    u2022     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).
    u2022     PS: Price variance: estimated price
    If the price in an order item is marked as an estimated price, for this item, the system calculates the difference between the invoice value and the product of quantity invoiced * order price and compares the variance with the upper and lower tolerance limits defined (absolute limits and percentage limits).
    When posting a subsequent debit/credit, the system first checks whether 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 quantity to be debited/credited * order price. It then compares the variance with the upper and lower tolerance limits defined (absolute limits and percentage limits).
    u2022     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.
    u2022     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.
    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 breached, the system cannot post the invoice.
    Note that if you set all limits for a tolerance key to Do not check, the system does not check that tolerance limit. Therefore any variance would be accepted. This does not make sense particularly in the case of the tolerance key Form small differences automatically.
    Activities
    Configure the tolerance limits for the individual tolerance keys.
                 Lower limit             Upper limit
                 Absolute    Percentage  Absolute    Percentage
    AN          -           -           X           -
    AP          -           -           X           -
    BD          X           -           X           -
    BR          -           X           -           X
    BW          -           X           -           X
    DQ          -           -           X           -
    DW          -           -           X           -
    KW          X           X           X           X
    LA          -           -           X           X
    LD          X           -           X           -
    PP          X           X           X           X
    PS          X           X           X           X
    ST          -           -           X           -
    VP          -           X           -           X

    1) "Powered by Jive Software" ....
    2) 我看看有没有机会通过什么渠道反映这个问题..

  • If payment differcence exeeds tolerance limits

    Dear experts
    can u help me in one problem as
    i created vendor invoice Rs 1000/ there is no open items for this vendor except this invoice line
    NOW i am going to vendor payment F-53. Rs 1500. this customer having 1% discount ok . in this condition what is the remaing amount Rs 510 should shown as open item as over due ok it is correct or not ?
    but i could't able to simulate it . i got warning as payment difference is too long.
    when i created this vendor i given payment difference at customer tolerance level and user level as Rs 100 and 1%
    but what i need , when i doing vendor payment ,what is exeed of tolerance limites in payment difference ( Rs 510 ) that amount should shown as another open line item
    is it possible?
    i am waiting for ur reply
    Regards
    Rams

    Hi,
    This the first time i cameacross like this situation.
    You book a invoice for 1000 as you said. And you want to give some discount assume 10/-. see when u book a invoice you will get discount. that is profit to you. so the you have to pay vendor 990.
    Now u want to make a payment for the open item. and you want to clear the open item with 1500. that means extra 510. See in generally when the invoice amount is high whereas payment amount is low then we go for partial and if any discount and other charges is there we go for residual clearing.
    I think the scenario what you are said is really not be happen. if not please tell me the details i want to know what kind of situation it is
    Hope what ever the information specified above is cleared any doubt revert me
    Regards,
    Sankar

  • DIFF BETWEEN ABSOLUTE AND PERCENTAG TOLERANCE LIMITS

    Gud morning Gurus
    Can anyone tell me what is the exact difference between Absolute & Percentange tolerance limits in invoices that we set in customizing.
    it wud be better if any example is given.
    Thanks

    I WENT THRU THE URL SUGGESTED BY YOU.
    BUT I WANT TO KNOW IN WHAT CASES EXACTLY THE SYSTEM CONSIDERS ABSOLUTE AND PERCENTAGE LIMITS.
    ACTUALLY I READ A STATEMENT THAT THERE IS A DIFF BETWEEN ABSOLUTE AND PERCENTAGE LIMITS, SO WHAT IS IT?
    IN QUANTITY VARIANCES,AMOUNT VALRIANCES ETC.
    . Quantity variance: For a purchase order, the open quantity to invoice is a result of the delivered quantity and the quantity already invoiced. There is a quantity variance if the invoice quantity does not match this open quantity. At the absolute upper limit, the quantity variance is evaluated on the basis of the amount in the invoice item. This means that invoice items with a small amount result in a relatively large quantity variance, and that invoice items with a large amount result in a small variance. You can also define percentage limits for the quantity variance check, for which the system does not take account of the purchase order price.
    WHAT DOES THE ABOVE STATEMENT EXACTLY MEAN?CAN U EXPLAIN UDAY...
    THANKS
    Edited by: sapppfresher on Oct 3, 2011 6:56 AM

  • Tolerance Limits with Date and quantity

    Hi Experts,
    We would like to set the GR Tolerance Limits with Date and qty.
    how to set the Tolerance Limits for Date and quantity..??
    if we created PO 100qty and date 01-05-009.
    if we receive the goods on 20-04-2009 and 50qty...
    For GR .. Migo should be give error message..
    where can i set this Tolerance Limit Configuration.... can u please explin me..
    Thanks in Advance,
    Anthyodaya .

    Go to SPRO - Material Managemetn - LIV - Invoice Block - Set Tolerence limit.
    USe company code and maintain a value for ST
    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.

  • Tolerance limits for Price Variation

    Dear All,
    I have set the Following in Customizing.
    In the following node : IMG-------> Materials Management ----------> Purchasing -----------> Purchase Order --------->  Set tolerance limits for price Variance.
    In this, For Company code & Tolerance Key "PE" combination, it has been set " Check Limit 20%" in the  Percentage field ( Upper limit ).
    Now, I have a material having a Moving Average price of 100 INR in the material master Accounting view. When I create a PO for 130 INR, there is no warning/error message that is popping up? Isn't the system supposed to throw a message here, since 130 inr exceeds 120 INR, or am I missing something out here ?
    Note : 120 INR = 100 + (20%)(100) = 120 INR.
    Regards
    Sathya

    Hi Sathyanarayana Rao V N
    You can benefit from M8 messages for incoming invoices with tolerances to solve your problem. You have to configure your system messages with error.
    Regards.
    M.Ozgur Unal

  • Tolerance Limits PP

    Dear All,
    I have maintained tolerance limits in material master as 5% for both over and under tolerance....But the problem is even if i maintain the production order as below or over 5% still its is accepting the production order n allowing to do confirmation and goods receipts....I want to stop this....Please suggest..
    Regards,
    Pawan Shetty

    Pawan,
    ???  You want a warning every time there is a confirmation for a quantity less than the underdelivery tolerance?  That means almost every confirmation will give the user a warning.  Does that really make any sense?
    Underdelivery tolerance setting only produces a warning when you are setting the final confirmation for the operation.
    Normally during confirmations for an order, most of the confirmations will be for substantially less than the goal quantity.  Only the final few confirmations bring the total confirmed quantity to something 'close' to the goal quantity.
    Best Regards,
    DB49

  • No tolerance limits maintained in controlling area 5555, profile 000001

    Hi,
    While Doing internal order budget i am getting the below error.Kindly help me in fixing that error.
    No tolerance limits maintained in controlling area 5555, profile 000001
    Thanks
    Kishore

    Hi Kishore FICO,
    Menu path to maintain tolerance limit for internal order:
    SPRO > Controlling > Internal Orders > Budgeting and Availability Control > Define Tolerance Limit for Availability Control...
    regards,
    ng chong chuan

Maybe you are looking for