Valuation string in account determination

Hi ,
Please explain me automatic  account determination considering the Valuation strings,
Please explain me how the different factors( like valuation class, material type etc)  comes in sequence in automatic account determination.
Regards, Deepika
Edited by: Deepika Pradhan on Dec 27, 2007 8:52 PM

Hello
All the Goods Receipt, Goods Issue movements and Invoice Postings are the events relevant to Accounting. These transactions or events effects the accounting and there is a need to post the value to certain GL Account.
Account Determination is a process to automatically identify the GL Account and post it when a relevant Transaction or events takes place.
The following is level for valuation and account determination in MM
Chart of accounts
Company code
Valuation area
Plant
Valuation type
A Chart of Account provides a framework for the recording of values to ensure an orderly rendering of accounting data This is used as a key for account determination, to enable a differentiation for the purposes of G/L account assignment. You must assign a chart of accounts to each company code.You must configure automatic account determination separately for each chart of accounts
The Valuation Area is the organizational level at which material is valuated. Plant and company code are two possible valuation areas in the R/3 System. When stock is valuated at plant level, a material in different plants can be valuated at different prices. When stock is valuated at company code level, the valuation price of a material is the same in all of a company's plants
Valuation Grouping code
By activating or deactivating the Valuation Grouping Codes, you can turn on or off the dependency of the Account determination function on the Valuation Area. You must configure automatic account determination separately for each valuation grouping code within a chart of accounts
Valuation Class
The Valuation Class is a key for grouping materials that have the same Account Determination
The relationship between Valuation class and Material Types is established by the Account Category reference. The Account Category reference is a compilation of valuation classes
A material type is assigned to only one account category reference
Account Category Reference
Account Category References link the valuation Classes with the material Types
The combination “Material Type-Account Category Reference-Valuation Class” determines the G/L accounts updated for a valuation relevant transaction
Business Transactions
In the R/3 System, posting transactions are defined for each transaction in Materials Management that is relevant for Accounting. General posting records are assigned to each transaction or event in a “value string”
Example of a transaction/ event is a goods mvt or an invoice receipt
Example of transaction/ event keys are BSX for stock posting & PRD for a price difference posting
Example of value strings are WE01 attached to transaction ‘GR’ for std. PO & WA01 assigned to various ‘GI’ & other goods receipts
Instead of definite G/L account numbers, this value string contains transaction keys for the relevant posting transaction. The first transaction key for a posting rule usually stands for the debit posting
The posting transactions for the transactions in Inventory Management and Invoice Verification that are relevant for accounting are fixed. Posting records are assigned to each relevant movement type in Inventory Management and to each transaction in Invoice Verification
The assignments of value strings to goods movements and the breakdown of the same into transaction keys can be seen in Customizing for Inventory Management and Physical Inventory, but they can not be changed
In Customizing for Valuation and Account Assignment, G/L accounts for the various posting transactions are mentioned
Regards

Similar Messages

  • Movement Types and value string in account determination.

    Hi Team,
    In the account determination how and where the movement types and value string are assigned to each other.
    Thanks,
    Sanjay

    hi
    Value Strings
    Posting records are assigned to each relevant movement type in Inventory Management and to each transaction in Invoice Verification.
    Value Strings indicates the posting rule that always contains the same account assignment characteristics for a certain transaction or event (for example a goods movement or an invoice receipt).
    Each goods movement is assigned to a Value String and each Value String in turn is assigned to Transaction/ Event keys. These settings are pre-defined and can not be changed.
    You can see the linking of Value Strings in the following tables:
    T156S- Movement Type: Quantity/ Value Posting (For movement type--> Value String)
    T156W- Posting String Values (For Value String--> Transaction/ Event key)
    I had found the following Value Strings in the system: WA01, WA03, WA04, WA06, WE01, WE06 and WF01.

  • Valuation grouping code account determination

    We currently have 25 plants (valuation areas) setup using one chart of accounts and a common valuation grouping code for account determination.  We now have a need to change one of the plants to use different accounts than the other 24 for the GBB transaction.  I can see that transaction OMWD allows me to enter a different valuation group code by plant; so I've entered a different code for the plant we want to change.  I then go into OBYC, double-click on GBB and I can see all the accounts set up.  From here, if I press the 'rules' button I can see the options to base account determination on.  Currently, the 'valuation modification' checkbox is unchecked - I believe this has to be checked in order to use the valuation grouping code.
    I'm a little unclear on how to setup the different accounts for the valuation grouping code I've assigned to my one plant.  When I checked the 'valuation modification' checkbox and save, I get a message 'the current account determination will be deleted if the rules are changed'.  I've done this in a sandbox environment and it certainly does delete all the accounts setup for GBB!  But it does then give me the option to enter the valuation grouping code, which is what I need to enter different accounts.
    Am I doing this correctly and in the right sequence?  Is there a way to save the current values in GBB so they don't go away when I choose 'valuation modification'?

    Hi,
    What your are doing is correct.
    As you mentioned above if you want a different G/L for Plant they you have to change the valuation grouping code. As per Std.SAP when you change the rules in OBYC the existing G/L assignment will get deleted. Hence Please take a copy of the same before you carryout the changes in OBYC rules settings, so that you can maintain the correct G/Ls based on valuation grouping code as existed by checking the file which you have taken as a backup + the new Val.group code,val class & G/L assignment.
    Thanks & Regards,

  • Valuation String in MM

    Dear All
    I would like to understand the significance of Valuation String in account determination.
    It is attached to the movement type but what is the exact utility.I mean we could have attached directly movement type to the transaction event key but why do we need valuation string?
    Regards

    Hai,
    Value string keys are for SAP internal usage. It is just a pointer to the transaction event key which is necessary for automatic account determination.
    Movement types are linked to transaction keys via valuation string in OMWN T-code. The R/3 System automatically determines the value string assigned to a specific transaction.
    It depends partly on entered parameters manually and partly on parameters derived internally by the system.
    The value string contains all posting transactions that are possible for a certain transaction.
    The program decides which of these posting transactions lead to G/L account postings in individual cases.
    You cannot define this in Customizing.
    Value string WE01, for the goods receipt for a purchase order into stock, contains transactions BSX and WRX.
    WE01: BSX, WRX, PRD, KDM, EIN, EKG, BSV, FRL, FRN, BSX, UMB.
    WA14: BSX, PRD, BSX, UMB WA01: BSX, GBB, PRD, BSX, And UMB
    Value string RE05 contains transactions BSX and UMB.
    In the standard system, value string WE01 is assigned to goods receipts (and also cancellations and return deliveries) for Standard and Subcontracting purchase order items without account assignment concerning valuated material into stock.
    In the case of (valuated) goods receipts for purchase order items not subject to account assignment, post the items to a stock account using the transaction key BSX and make an offsetting entry to a GR/IR clearing account.
    A price difference posting (transaction key PRD) is only used if the valuated material is subject to standard price control and if the order price (or invoice price) is different from the standard price. Transaction key KDM is required in Inventory Management for purchase orders in foreign currencies because of differences in exchange rates between goods receipts and invoice receipts, unless the material can not be debited or credited because it is subject to standard price control.
    The transaction keys EIN and EKG (and possibly FRE – see account determination for delivery costs) are only used in company codes where purchase account management is active (as required in France and Belgium for example).
    The transaction keys BSV, FRL, and FRN are only used for the Subcontracting item category. Value string WA14 is defined for deliveries without charge (movement type 511).
    In the standard system, value string WA01 is assigned to goods issues and other goods receipts. The R/3 System uses an additional influencing factor, account grouping, to differentiate further between the various movements during account determination.
    at company code level chart off accounts will be assigned, at valuation area level valuation grouping code has to assign
    For the material if Qty and value updation is activated  at the time only system goto find the value string,
    when you do the goods receipt or invoices at the time system find the value string based on the value string system will post to the GL accounts
    Regards
    Pramod

  • Account determination not possible

    To All,
    We have four existing valuation classes with account determination for each set up in OBYC as follows:
    Valuation Class           Transaction Event Key        General Modification                 Valuation Modification          G/L Account  
    Z100                             BSX                                          n/a                                               n/a                                 1170010
                                         GBB                                          BSA                                             n/a                                 5100070
                                         GBB                                          INV                                               n/a                                 4100020
                                         GBB                                          VAX                                             n/a                                 4100020
                                         GBB                                          VBR                                             n/a                                 4100020
                                         GBB                                          VNG                                             n/a                                 4100020
                                         GBB                                          Z01                                              n/a                                 3150340
                                         PRD                                          INV                                               0001                              4100020
                                         PRD                                          PRA                                              0001                              4100020
                                         PRD                                          PRD                                              0001                              4100020
    We have the same combination for the other three valuation classes except for the G/L accounts assigned, however we still encounter an error which states "Account determination for entry 0010 PRD 0001 _____ Z100 not possible".
    where: 0010 - chart of accounts
                 PRD - transaction key
                 0001 - valuation modification
                 Z100 - valuation class
    What could possibly be the cause of this error?

    Hi Jac,
    The error 0010 PRD__PRA Z200  shows that for chart of account 0010, Transaction Key PRD, a space,
    General Modif. PRA and Valuation Class Z200.  It seems you have not given valuation modif. 0001 as advised
    by Mr.Ankur.  The other way, for chart of account 0010, transaction key PRD, give Valuation Modif 0001 and
    give PRF, PRA & PRU as gener.modif, valuation class Z200 and each assign the GL account for these three.
    0001    PRA Z200 GL A/c
    0001    PRF  Z200  GL A/c
    0001    PRU  Z200 GL A/c
    Regards,
    Sadashivan

  • G/L account determination as per Valuation class in SD cycle

    Hi
    We know Valuation class is used in FI and MM integration. It determines the G/L accounts to be posted automatically (Ex Raw materail or Finised goods).
    The client requirement is that they want to post  diff G/L account per Valuation class in SD cycle .Second question if it is possible in SD then can we post it for a service material??
    If it is possible then how to configure it in VKOA.
    Regards
    Jyoti

    Hi
    ur concept is correct, means GL account is determine by valuation cless.
    bt this is nt the factor.
    Series is like that
    Material type-Ac category referance-Valuation class-Valuation category group-Transaction0Chart of accounts-Account modifer-value string-GL account.
    However simply u can create GL account By FS00.
    Bt Being a sd guy u hav to take a referance from MM or Fi guy and assign it to VKOA in real scenirio.
    thanks
    Mk

  • MM Account determination with valuated/non valuated sales order stock!

    Hi All,
    I have been trying to set up MM account determination in our project for sales order assigned POs.What I have observed is that when I have a PO with sales order assignment and according to requirement class (coming through reqt type) in sales order it is valuated sales order stock then in the PO we get the stock account determined through BSX key. But when it is non valuated sales order stock we get a different account assigned through GBB-VKA key. In both the cases the account assignment category in the PO is "E". 
    Can someone please explain what is the connection between valuated/non valuated sales order stock and MM account determination and if what is happening is right from account determination point of view?
    Regards,
    V S

    These are two different postings:
    BSX: stock posting
    GBB: Offsetting entry for stock posting
    Stock posting (BSX)
    This transaction is used for all postings to stock accounts. Such
    postings are effected, for example:
    -   In inventory management in the case of goods receipts to own
        stock and goods issues from own stock
    -   In invoice verification, if price differences occur in
        connection with incoming invoices for materials valuated at
        moving average price and there is adequate stock coverage
    -   In order settlement, if the order is assigned to a material with
        moving average price and the actual costs at the time of
        settlement vary from the actual costs at the time of goods
        receipt
    Offsetting entry for stock posting (GBB)
    Offsetting entries for stock postings are used in Inventory
    Management. They are dependent on the account grouping to which each
    movement type is assigned. The following account groupings are
    defined in the standard system:
    -   VKA:     for sales order account assignment
             (for example, for individual purchase order)

  • Account determination - exchange rate and valuation

    Hello All,
    we have a problem concerning our account determination for differences in exchange rate and valuation. When clearing open vendor items in foreign currency, a percentage of the difference goes to our exchange rate difference account (correct), but the other part of our difference goes to the account we have configured for valuation (incorrect).
    Before, we had, in "Account Determination for OI Exch.rate differences" (transaction FBKP) , the following configuration for all our accounts in foreign currency:
    Exchange rate difference realized:
    Loss: 66800000
    Gain: 76800000
    Valuation
    Val Loss: 66800100
    Val Gain: 13600000
    Bal sheet adj: 40099999
    Now, we have the same accounts,except for "Bal sheet adj", for which we have 5 different accounts depending on the account to be valued. This change shouldn't have any effect, but since then, every time we clear an open item (KR and KZ), one part of the difference goes to an exchange rate difference account, while another part goes to valuation, when this last account should only be used when running F.05.
    Any help?
    thanks
    Daniel

    Asha,
    Revaluation is a 2 step process - In the first step, the documents entered in FC are converted into LC and then in the second step all the LC is converted into GC using the GAAP/Quarterly Rate.
    During the first step, the difference is posted to a P/L Account and during the second step, the difference is posted to a B/S Account.
    Coming to the open item clearing getting posted to the same accont defined in the step 1 - I would ask how are you doing the open item clearing ?
    If it's manual through F-44, then i would say the accounts you are mentioning during clearing are wrong.
    If it's through Payment Run, You would have to go FBZP -> Bank Selection and then check the g/l accounts mentioned over there.
    Hope it helps..
    Thanks,
    Nandita

  • Account determination with valuation grouping code

    We currently have 25 plants (valuation areas) setup using one chart of accounts and a common valuation grouping code for account determination. We now have a need to change one of the plants to use different accounts than the other 24 for the GBB transaction. I can see that transaction OMWD allows me to enter a different valuation group code by plant; so I've entered a different code for the plant we want to change. I then go into OBYC, double-click on GBB and I can see all the accounts set up. From here, if I press the 'rules' button I can see the options to base account determination on. Currently, the 'valuation modification' checkbox is unchecked - I believe this has to be checked in order to use the valuation grouping code.
    I'm a little unclear on how to setup the different accounts for the valuation grouping code I've assigned to my one plant. When I checked the 'valuation modification' checkbox and save, I get a message 'the current account determination will be deleted if the rules are changed'. I've done this in a sandbox environment and it certainly does delete all the accounts setup for GBB! But it does then give me the option to enter the valuation grouping code, which is what I need to enter different accounts.
    Am I doing this correctly and in the right sequence? Is there a way to save the current values in GBB so they don't go away when I choose 'valuation modification'?

    Hi Leslie,
    Based on your problem statement, if all the 25 plants are associated to a valuation grouping code, ideally your GBB key should have had the valuation modifier checked in the rules.
    If it were not checked, then your current account determination for GBB key will get deleted when you add or delete a rule. Reason being the characteristics for account determination have now changes. Example, if you account determination is based on Valuation class as well, then earlier GBB had Valuation Classs/ Account but with the new rule it will have Valuation Mod./Valuation Class/ Account. SAP can't automatically map your previous account determination to the new account determination.
    Best way to move forward is to take a screenshot or save your account determination from Table T030. Make changes to the rule. Then redo the account determination by refrecing the account determination that you saved before.
    Regards

  • Account determination - Valuation class 3040

    Hi all,
    Material type ERSA ( spare parts) - valuation class 3040.
    For this valuation class 3040,wot are all the transaction key( eg BSA WRX) and Account modifier  ( eg GBB - auf,bsa etc) need to be maintained.
    We are configured,but,missed some a/c modifier.If you had similar experience,pls list out the transaction and a/c modifiers
    Regards
    hareesha

    Hi
    In the MM Account Determination it not necessary to use all the Account Modifiers under GBB, your requirement is not very clear, can you tell me what is the error you are getting when you post a transaction only then I can give you a solution.
    Otherwise you can use the document help provided by SAP in SPRO transaction in the following path for any clarification
    Material Management - Valuation and Account Assignment - Account Determination - Account Determination without Wizard - Configure Automatic Posting
    In the Help Document SAP has given detailed explanation for all the Transactions and Account Modifiers.
    If you find this suggession useful assign points.
    Best Regards
    P Rajan

  • Valuation and Account Determination...

    Hello,
              Can anyone help me to get some of the functional implementing questions on "Valuation and Account Determinationa" ....
    Thanks
    Priyanka

    Hi,
    In SAP every movement of goods is followed by one movement type and movement type trigged transaction event keys. G/L account assignment and G/L account assigned to transaction event key (OBYC). GR & IR will updated by movement of goods only. In Account Determination, respective G/L accounts assigned to your chart of account,relevant to business transactions keys(Example:BSX,PRD,FRE,GBB),Account modifier(Example:BSA,VBR) and Valaution Calsss.If all are assigned then you would not face any problems during your posting of GR,IR etc..........
    Configuration of Automatic Account Determination with T.Code are as follow:
    1.OMSK: valuation Class with Account category reference,
    2.OMWM: Active Valuation Grouping Code,
    3.OMWN: Active Movement type with G/L account,
    4.OMWD: Active Valuation Area,
    5.OMWB: Active Chart of account,Valuation Grouping Code,Account Grouping Code,Valuation Class and G/L acocounts
    In OMWB or OBYC
    Click TE key and enter Chart of account and then save the Roles 1st for
    1.Debit/Credit
    2.General modification
    3.Valuation Modif
    4.Vakuation class
    And then enter respective critetia for that TE key and save.
    If assignment(Chart of account,Valuation Grouping Code,Account Grouping Code,Valuation Class and G/L acocounts are correct and u would not face any problems in G/GI/IV.
    For more check the links:
    http://www.sap-img.com/materials/general-test-of-sap-mm-knowledge.htm
    http://www.saptechies.com/category/financial-accounting/page/0
    http://e-mory.blogspot.com/2007/06/sap-mm-and-fi-doc-number-verification.html
    http://www.sap-img.com/materials/sap-mm-configuration-tips.htm
    http://moryhanry.com/sapmmfidocverify.html
    http://www.sapcustomization.com/document/fi_mm_integration.pdf
    Regards,
    Biju K

  • Incorrect Account Determination on Foreign Currency Valuation

    Dear SAP Expert,
    Kindly your help about my issue:
    My company code using parrarel curreny,
    1. Company Code Currency (10) -- USD
    2. Hard Currency (40) -- IDR
    I already complete all customizing for Revaluation such as; OBA1 for gain loss realized and Valuation Gain loss and B/S adjustment.
    My Question is, why system keeping give me an error incorrect account determination even i already maintained it.
    and i check it closely to the error, and system say i must maintain translation gain and loss (LSTRA and LSTRV field in OBA1), i juts dont get the point why i need maintain that... because I only revaluation on Company code currency not in Hard Currency (2nd Local Currency)
    the thing getting more tricky when i try it in quality system with the same setting and transaction the quality system not show the error message like in the production.
    the exist  transaction have USD, IDR, EUR, GBP currency.
    Please your advise
    Thanks and regards
    Rian

    Dear All, thanks for all your replies...
    First of all, yes this is open item account. and i already maintain in OBA1 for open item account
    I already maintained:
    Realized Gain and Loss:
    - Gain and Loss (already defined)
    Evaluation
    - Evaluation Gain and loss and Balance Sheet (already defined)
    Translation
    -N/A (not defined because we just only revaluation on company code currency not hard currency/group currency)
    but i don't maintain translation gain and loss in OBA1 because we just only revaluation on company code currency...
    the system show me error to maintain translation account gain and loss and balance sheet in PRD
    but in the QA not show me anything and the system worked well, (with the same scenario and transaction in Production, of course i already checked the OBA1 between QA and Production)
    The Question are:
    1. Why I need maintain Translation Gain and loss even i just revaluation on company code currency?
    2. I still wonder why i should maintain translation gain and loss in PRD but not need in QA even in the same transaction and setting
    Acctually, if the error message tell to maintain Translation Gain and loss field... yes i will do it in PRD but i need the reason...
    Thank and regards
    RNA

  • 8KEN - Account determination for charging of valuation difference

    Hi Friends,
    Could anyone please tell me briefly how and where the configuration done in transaction code 8KEN - (Account determination for charging of valuation difference) works? What I basically wanted to know once we maintain the configuration how we can test whether it is working properly or not.
    Regards,
    Sandip

    Hi,
    Refer the below thread
    [Re: Accounting entries for Foreign currency revaluation..Accounting entries]
    From Vendor perspective :
    If the monthly valudation is there then the entries will get posted against "Unrealised Gain  / Loss Account" with posting to "Balance Sheet Readjustment Account" also.
    And if the final payment to be made to Vendor then the entry will get posted to the "Realised Gain / Loss account"
    Regards,
    Shridhar

  • Account determination for MM (Valuation)

    I get an Error when I do a goods movement (Transaction: MB1B) from plant to plant: Account determination for key entry TELC BSX___ ___ 4100 (Valuation) is not mainatained in MM Customizing, where exactly do I maintain these settings, becasue it is a new plant & storage location that I created.
    Thank you.

    Hello,
    System is finding difficulty in finding the G/L s via Automatic account determination.
    Goto T.Code OBYC
    Select the transaction type BSX
    It will ask for your Chart of Accounts TELC
    Then maintain G/L accounts for your Valuation class (4100) against valuained.grouping code if maintained.
    Regards

  • Account Determination Problem for Non valuated PO

    Hi Friends,
    I Have a Non Valuated Material.For that i have created a Purchase order for which the Account assignment Category is K-Costcenter.
    At the time of GR i am getting Error in account detremination for Transcation Event Key KBS.
    For a Non Valuated PO is it necessary to create a Accounting Document at the time of GR.
    If So how to assign GL for KBS as account determination is not Possible for KBS in OBYC.
    I have assigned the Link for Cost center and GL in OKB9 also.
    Please advice how to solve this.
    Tks/Rgds
    Ganapathysubramanian.V

    Hi,
    Yes. it has to be in unchecked mode.i regret the same.
    SAP Help wording 'Purchase order with account assignment (KBS)
    You cannot assign this transaction/event key to an account. It means that the account assignment is adopted from the purchase order and is used for the purpose of determining the posting keys for the goods receipt.
    http://help.sap.com/saphelp_46c/helpdata/en/90/7155967935d1118b3f0060b03ca329/frameset.htm
    But however please refer to the below links.
    Re: Account-assigned purchase order KBS is not activated
    Regards,

Maybe you are looking for

  • Jabber to 9971 CME no video via CUBE

    I can make calls Jabber sotphone/Jabber softphone with video fine. I can make calls Jabber softphone  to same cluster CUCM 9971 with video fine. When I make a call Jabber Softphone call via CUCM SIP Trunk to CUBE to CME 9.1 15.2 I get no video.  Any

  • Connection between iphone 4 and Bose soundock

    I cannot get my iphone 4 to connect properly to my Bose portable soundock. Sometimes it works fine, but at other times it won't connect at all or is intermittent. My ipod, however, works great every time on the Bose. Any ideas?

  • Can't get Smartsound to work

    I current evaluating a trial version of Premere Elements 11 in on a Windows 7 64-bit system.  I have PE installed and I have installed the Smartsound from the exe I downloaded from this site.  Smartsound launches fine from PE however when I try to "E

  • Just stopped working :-( ?

    Well I haven't had any problems with my ipod but all of a sudden it won't let me add any new music. I still have plenty of memory because I made sure it wasn't that. Also it won't let me delete songs I already have on it? It just started doing this I

  • Cannot find Photoshop CS6 even though updater informs me it is up-to-date.  OX S 10.9.1.

    Cannot find Photoshop CS6 even though updater informs me it is up-to-date.  OX S 10.9.1. I go to updater and it says that it is up-to-date, even though I have uninstalled it.  When I try to reinstall, the download button is available, I click it, whi