Variances accounts - for Price variances

Hi,
I have a problem with deciding how many Price variance Accounts I should create.
There are 3 Production divisions and there are 3 types of PP orders.
Each PP order can create Finished Goods or SemiFinished Goods.
Should I create separate variance account for Finished Goods and separate variance account for Semi Finished Goods?
How can I assign these variances account (for settlement) to an order type, if one order type can do both FG and SFG. Maybe the PP order types should be divided into FG and SFG - so that there would be 6 PP order types?
What can you suggest me?
Best wishes,
Karol

Hi Karol
Create two production variance accounts for FG and SFG.  These should not be created as cost elements and should have PRD PRF as account determination.  You dont have to create as many variance accounts for each PP orde type
Create one more variance account - called Variances in production as cost element. 
Order crated for a material and depending on the material type and valuation class assigned to material, different accounts will be hit
You assign PRD PRF for FG and SFG material valuation classes
Hope the above clarifies. Please assign points

Similar Messages

  • GL accounts in Price change

    Hi
    I have posted price change document and now analyzing which GL accounts are hit.
    Its bit strange but GL accounts which are hit are not defined in OBYC.
    I am not able to understand which GL are picked by the system and from where are they picked if not defined in OBYC.
    Regards
    Sharabh

    Hi
    In OBYC check transaction UMB - Gain/Loss from revaluation , the account for price changes triggers from this transaction key, check the G/L account assigned to the Valuation class..
    When a price change occurs the Postings are if material value is being decreased then
    Credit - Invenotry account
    Debit - Gain/ Loss account
    & for increase in material price the reversal postings happen.
    Thanks & Regards
    Kishore

  • Set Tolerance Limits for Price Variance when PO-based Purch.Requisition

    We must garanty that Price from Purch.Requisition will be the same at PO.
    IF some variance occur a error messag must be sent to user and PO could not be saved.
    I found at customzing under SPRO > Materials Management > Purchasing > Purch.requisition > Set Tolerance Limits for Price Variance .
    Reading the help of customizing it mean the system consists what we need..
    I have created tolerance limit NB, and set limits for all checks as 0,01.
    When I will activate messages as recommended on help no messages 601 and 602 have the text that guide us to correctly setting.
    The help mention that after create tolerance limit we must set this tolerance by document type..but I didn’t find this field at customzing
    Does anyone can help me ?
    See the help on customizing below…
    Set Tolerance Limits for Price Variance
    In this step, you can define percentage-based and value-based (absolute) tolerance limits for price variances between purchase orders and purchase requisitions. Variance types are mapped out in the SAP system by tolerance keys.
    You define the tolerance limits for each tolerance key and assign your tolerance key to the document types for purchase requisitions. The tolerance limit then applies for all documents of this document type.
    When processing a purchase order, the system checks whether the unit price of a purchase order item differs from the unit price of a purchase requisition item. If you have configured, activated and defined tolerance limits in document types, variances are permitted in the tolerance limits. If the variance exceeds the tolerance limit, the system issues a warning. If you have defined a percentage-based and a value-based absolute tolerance limit, the strictest of the two variances will apply for this check.
    Note
    You can determine whether the system messages (601 and 602) appear as warnings or error messages in step "Define Attributes of System Messages".
    To do this, go to the Materials Management IMG and choose Purchasing -> Environment Data -> Define Attributes of System Messages.
    Requirements
    The tolerance key must be defined in step Define Tolerance Key.
    Activities
    1. Define tolerance limits for each tolerance key.
    2. Define the tolerance key in step Define Document Types.
    Thx  and best regards,
    Ale

    HI
    SET   TOLERANCE  LIMITS  FOR PURCHASE  REQUISITION  UNDER THE  DEFINE  DOCUMENTS   FOR PR
    AFTER  SETTING  TOLERANCE  LIMITS  WHILE  CREATING  PURCHASE  U  WILL   GET  BASED ON  TOLERANCE  LIMITS  THERE   FOUR   WAYS  TO  SET  TOLERANCE  LITS 
    1
    ABSOLUTE VALUE
    2
    PERCANTAGE
    3
    TOTAL  PO  VALUE
    4
    QUANITY  BASED  PRICE  PER  UNIT
    OK  BYE

  • Set Tolerance Limits for Price Variance for PR missing from SPRO

    I'm looking into setting up tolerance limits for price variance at the PR level. But when i navigate here:
    SPRO > Materials Management > Purchasing > Purch.requisition > Set Tolerance Limits for Price Variance
    I'm not seeing that available in SPRO. It's available for PO's but not PR's. We want to be able to set tolerances on the PR to be applied to the PO for non stock items (material master). Please advise

    Hi,
       There is no standard configuration option to set the tolerance limit at PR level. You may set the tolerance limit for PO and control the price change. If you want the same functionality at PR level, then you have to go for development. Please check whether the BAdI: ME_PROCESS_REQ_CUST can fulfill your requirement. You may set the tolerance limit in OLME - PO - Set Tolerance Limits for Price Variance itself and write the logic in the BAdI to check the price variance in PR based on the same configuration (table T169G and similar).
       You may check the similar thread: PR VS PO Price Tolerance
    Regards,
    AKPT

  • Line Item For Price Variance

    Hi,
    What non FI datasource in RSA5 can i find the line item for Price Variance?
    Thanks

    Hi Sam,
    I think 0CO_OM_CCA_9 will word best for me.
    what does it mean by:  Actual Costs Using Delta Extraction ?
    Also would the field REFBN Reference Dosument Number have the invoice number & the PO Number?
    Thanks

  • LIV tolerance for price variance from PO to LIV

    Hi Friends,
    I am finding difficulty in setting up the tolerance key for price variance from PO value to invoice value. Suppose if PO price is $100 then system should allow upto $105 with out blocking means with percentage of 5%. If it exceeds 5% system should block the invoice.
    Please suggest the tolerance key to use and if any other settings required.
    Thanks...
    Best Regards

    Hi,
    Following is the SAP help on the Tolerance settings for Invoice. Check the config and decide what is best for you (from your brief explanation it looks like AP and PP may be relevant fro your case)
    ===================
    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:
        o   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.
        o   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.
        o   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.
        o   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.
        o   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.
    o   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.
    o   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.
    o   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).
    o   LA: Amount of blanket purchase order
            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.
        o   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).
        o   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).
        o   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.
        o   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
    ===============================================
    Best Regards,
    Siva

  • Tolerance Limit for Price Variance (Purchase Order)

    Hello,
    Business Case :
    Final users require a specific tolerance limit rate for Price variance in Freight services POs.
    We have a current rate set up at Company level
    --> standard customizing (MM / Purchasing / Purchase order / Set tolerance limit for Price variance)
    Do you know any way to set up diffferent tolerance limit depending on the purchasing flow ? Vendor level for example ?
    thanks for your time.
    regards,

    Thanks for your reply.
    What do you mean by "syestem look for noramal quantity variance from info record" ?
    P.I.R only conatins under and over delivery tolerance, but nothing related to price variance between GR and Invoice.
    I'm looking for a customizing in order to have a Tolerance limit for Price variance at another level than Company.
    At vendor level for example ?
    Do you confirm there is no standard customizing ?
    Any user exit available ?
    thanks
    regards

  • How to determine price difference account for 301 MT?

    I know that 309 movement type is used for tranferring a material to another material . If the prices of two materials are different, price difference will go into transferring account determined by transaction key AUM.
    301 movement type is used for transferring material A from plant 1000 to plant 2000. Suppose a scenerio:
    plant 1000, material A, standard price 115,
    plant 2000, material A, standard price 100,
    so, if I use MB1B to do a transfer posting, the  accounting entry must be:
    Dr: stock posting account    100
         price difference account   15
       Cr: stock posting account   115
    What I doubt is, in this scenerio, How to determine this price difference account in OMJJ and OBYC? It is also determined by transction key AUM like 309?
    Hope you can help. Thanks.

    I have checked that price difference account of 309 MT is also determined by AUM. But, from SAP documentation, AUM is described like this:  "This transaction is used for transfer postings from one material to another if the complete value of the issuing material cannot be posted to the value of the receiving material. " So I think that AUM is is used for transferring one material to another material, not used for transferring a material from one plant to another plant.  It is different therotically, I think. but, in practice, 301 and 309 both use AUM for price difference account.
    THis is my doubt.

  • 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

  • Delivery costs to stock account for GR

    Dear All,
    For the delivery cost for purchasing, I created new condition types for each and mapped them to transaction keys(all of them are mapped to FRE and FR1 keys).  While creating PO, related conditions are entered to item details and planned costs are entered for them.
    The EIN and EKG keys are also activated for purchasing. When i do GR for related PO, the delivery costs are not posted also to stock account. Is there any additional customizing for this ? I need to post these additional costs to stock account (BSX key)
    Thanks,

    SPRO --> MM --> Valuation and Account Assignment --> Account Determination --> Account Determination Without Wizard --> Purchase Account Management --> Calculation of Value for Purchase Account
    In this screen, del. costs should be ticked for related valuation area and Company Code. For MAP delivery costs are added to stock account, for standard price delivery costs are posted to price variance account.

  • Defining Accounts for Materials Management

    Dear sir,
    Now, I have to Define Accounts for Materials Management, but I dont know what are procedure or group to match my account number. Can you explain the definition of following procedure:
    Expense/revenue from consign.mat.consum
    Expense/revenue from stock transfer
    Subsequent settlement of provisions
    Subsequent settlement of revenues
    Provision differences
    Inventory posting
    Change in stock account
    Inventory posting
    Revaluation of other consumables
    Del credere
    Materials management small differences
    Purchase account
    Purchase offsetting account
    Offsetting entry for inventory posting
    Account-assigned purchase order
    MM exchange rate rounding differences
    Differences (AVR Price)
    Cost (price) differences
    Price Differences (Mat. Ledger, AVR)
    Price differences (cost object hierarc.)
    Price Diff. from WIP Written Off (Mat.)
    Product cost collector price differences .....
    Many other, but you can explain some and give me example, and step by step giude me setup
    Thank you very much
    Faithfully,
    Hangvt

    Hi,
    Some of the companies are having a practice of paying payables with the rounding off rules. This rounding of in India could be from Rs.0.01 to Rs.10.00. For examble, there is a payable amount of Rs.125125.25 this can be rounded off to Rs.125125.00 or Rs.125130.00 while making payment. The balance amount should hit the rounding off difference account.
    The same things is applicable for receivables also.
    Over/under payment GL can be configured by using T Code OBXL
    There is an another use, for details see the below link,
    http://help.sap.com/saphelp_47x200/helpdata/en/01/a9b9a6455711d182b40000e829fbfe/frameset.htm
    There may be some more reason where you need to do this configuration,
    Disc. difference
    Incorrect cash discount rate
    To be paid without deduction
    Credit memo without backdated cash disct
    Cash discount period exceeded
    Reduction without doc.number allocation
    Incomplete payment advice note
    Payment amount is different
    Debit reduced not paid
    Debit reduced not paid
    Reduced twice
    Paid not reduced
    Damaged goods - disputed
    Goods damaged during transport
    Quant.delivered not same as order quant.
    Freight charges not paid
    Miscellaneous deductions
    Price variances - disputed
    Partial payment
    Returns
    Residual item creation
    Trade Promotion
    Payment differences on debit side
    Hope it clears your doubt.
    Regards
    A.Saravanan.

  • Tolerance for price confirmation

    1.The tolerance for price confirmation is not restrictive enough for confirmation control key one particulatr KEY.Where to upadte  it to allow only 10% tolerance

    Hi
    Maintain the config in
    SPRO-> IMG-> MM -> Purchasing-> Purchase Order-> Set Tolerance Limits for Price Variance
    Here you can miantain the tolernace limits for key PE: Price variance: purchasing
    Thanks & Regards
    Kishore

  • Factory Output Account for Goods Receipt on Finished Goods Inventory

    Hello Experts,
    Factory Output Account for Goods Receipt on Finished Goods Inventory:
    Could someone suggest if anyone has ever been able to separate the variances that normally post to a factory output account into one separate G/L account. My experience has always been that good receipts to finished goods inventory and the corresponding variances have always posted to the same factory output account. My client wants to separate this posting into two separate accounts. Any assistance will be highly appreciated.

    Hi,
    You can use separate G/L account for Factory Output Account for Goods Receipt on Finished Goods Inventory and Variances.
    goto OBYC T.code do the following settings.
    GBB-->AUA-assign gl account
    PRD-->PRD-assign gl account.
    one question from my side.
    If you are using same account for both entries, where do you assing GL accounts in OBYC?
    Thanks,
    Rau

  • GL Account for Credit Memo Lines

    Hi,
    Credit memo is being created against RMA. The RMA has 2 lines - one for finished goods and the other for freight charges. Freight charges are being entered by using Freight and Special charge List price modifier set up(Freight/Special Charge - modifier type) and entering the charges manually at the sales order headers.
    When credit memo is being generated the GL account(class - revenue) that is hit for the freight charges is getting defaulted from the "Freight Account" that is set up at the AR Invoice Transaction Type form. The GL account for the finished goods is getting defaulted from the revenue account defined at AR Invoice Transaction Type form.
    Is it possible, to make a set up so that the GL account for freight charges gets defaulted from the revenue account defined at AR Invoice Transaction Type form. We do not want to change the Freight account combinations in AR Trx Type.
    Regards,
    Saurov

    One is value based condition type and another one is percentage based condition type and this being the case, I am not sure, whether you could succeed in this.
    For information, there is a provision such that in billing document if you have 5 line items and in FI, if you want to consolidate into one line item, the same can be achieved as follows:-
    Go to IMG -- Financial Accounting --> Financial Accounting Global Settings --> General Ledger Accounting --> Business Transactions --> Integration --> Sales and Distribution --> Perform Document Summarization for Sales and Distribution.
    There make the settings according to your requirement but again, I am not sure, whether your requirement can be met.
    thanks
    G. Lakshmipathi

  • Different COGS GL Account for Sample Material delivery

    Dear All,
    Sometime customer is selling their regular finished product as Free Sample, but User want different COGS GL Account whenever he posts PGI for Free Sample material. I checked Split valuation functionality as posted in the forum, but our case finished material managed in the batches and price indicator is S. Appreciate your advice to cater this requirement. 
    Thanks & Regards,
    Santosh

    Hi,
    Option - 1.
    Try testing with GBB - VAX and VAY general modification key.  You need to take care of Cost elements for the GL account assigned.  VAX not a cost element and VAY with cost element. 
    Option - 2.
    You may have a utility which can run as a background job, which transfers the Standard COGS to Sample COGS account for the specific delivery type (only for sample Delivery document type).
    Option - 3.
    This is too lengthy for this requirement.  You might need to create a customer specific movement type. 
    Thanks
    Krish.
    Thanks
    Krish.

Maybe you are looking for