FI-MM Account Determination Question

Hello Gurus,
I have the following specific requirement from our business:
Is there any specific table in SAP that will give us the correct GL accounts if I mention valuation class and movement type?
I know table T030 for account determination and we can also simulate using OMWB if we have material and movement type. 
What I am trying to accomplish is the following:
If I give a movement type and valuation class in my selection screen there should be a way to get all related GL accounts.
Similarly, If I give GL account and valuation class, I need to understand what are the movement type configurations that are maintained in the system for this combination of GL and val class.
Can standard SAP accomplish this task?
If no, do we need a custom program (or) can this requirement be accomplished by writing a query and merging T030 with any other movement type configuration table?
Any feedback will be helpful.
Thanks,
Ram

Thank you all for your replies.
So, may be a query or a abap program to combine tables related to OMJJ, OBYC and OMWB may be needed.
- Did any one of you have come across this requirement in your projects before? 
- Any additonal comments/feedback?
Thanks,
Ram

Similar Messages

  • FI-MM- Account determination questions

    Hello Gurus,
    I have posted this thread in FI forum but couldn't get the answer that I was looking for so posting this thread in CO forum.
    I have the following specific requirement from our business:
    Is there any specific table in SAP that will give us the correct GL accounts if I mention valuation class and movement type?
    I know table T030 for account determination and we can also simulate using OMWB if we have material and movement type.
    What I am trying to accomplish is the following:
    If I give a movement type and valuation class in my selection screen there should be a way to get all related GL accounts.
    Similarly, If I give GL account and valuation class, I need to understand what are the movement type configurations that are maintained in the system for this combination of GL and val class.
    Can standard SAP accomplish this task?
    If no, do we need a custom program (or) can this requirement be accomplished by writing a query and merging T030 with any other movement type configuration table?
    Any feedback will be helpful.
    Thanks,
    Ram

    You can try with SQVI where you can table join multiple tables.
    thanks
    G. Lakshmipathi

  • Intercompany Goods Moment Account Determination Question

    Hi,
    I'm wondering how to meet a business requirement relating to intercompany FI postings.
    We use the NB stock transport order to transfer materials between plants in different company codes. For this order type, SAP uses movement type 643 for the shipment and movement type 101 for the goods receipt.
    The requirements are:
    1) we would like to use the same FI account as offset for shipment as the receipt
    2) the account should not be the vendor Purchase Price Variance (PPV) account; otherwise it would be too difficult to analyze this account.
    The account determination for the 643 is determined in GBB VAX; and the account determination for the 101 is in PRD (no modifier). However this is the same account determination as Purchase Price Variance (PPV).
    Aside from creating a new movement type for the goods receipt, is there any way to achieve the required FI Postings?
    Thanks -- points to be awarded for a good solution.
    Dan

    Hello MA,
    The intercompany PO we create is at a $0.00 price.  We also uncheck the IR box on the PO, as we do not expect a vendor invoice from the receipt.
    The WRX T/E key controls the GR/IR account; we do not want to change this account because we still want receipts against external vendor POs to post there.  Also, since the IR box is unchecked, SAP will not make a posting to the WRX account (GR/IR).
    We want the difference between standard and PO price (which always equals standard price because the PO price is $0.00) to post to the same account as the PGI posting.  However we do not want this posting to go to our vendor PPV account, which is configured in PRD.
    Hope this clarifies for you.
    Thanks,
    Dan

  • General question on Tax Account Codes on "G/L Account Determination"

    Hi, just wondering, when do the accounts on TAX Tab on G/L Account Determination get filled in?
    Are they supposed to be filled in (determined)?
    Of course I have Tax codes Admin->Setup->Financials->Tax->Sales Tax Codes that work.  Yet wondering why there is nothing in Tax Tab of G/l Account Determination?
    It is not even present in US or Canadian Demo companies?
    Thanks.

    Hi,
    I believe these tabs are only for certain localizations. They are not applied to Canada or USA.
    Thanks,
    Gordon

  • SD tax G/L account determination

    First, I am not a Finance person nor do I know a lot about tax configuration.  My background (relevant for this issue) is in S/D pricing and associated account determination.  This is an S/D tax calculation and account determination issue for the United States.
    I am attempting to generate a “use” tax in an internal service order and then to populate the correct G/L account(s) with these tax values.  The service order, which is really just a sales order,  generates a statistical value for the basis and then I have pricing condition types (condition class = “D” (“taxes”), condition category = “D” (“Tax”)) specified in the pricing procedure.  These “tax” condition types are correctly calculating the tax amount.
    Normally, to point to the correct G/L account for a pricing condition type, you would configure Account Determination within S/D.  The simplest form would be the usage of the account key.  The account key would be specified in the “AccKey” column and account determination configuration would point this key to the correct G/L account.
    I understand (both from my own very recent experience and also from some of the information I have read on the internet) that things might be a little bit different when determining a G/L account for tax.  Originally I specified two different account keys in the pricing procedure for the tax condition types (normally I would have specified just one).  I specified MW1 through MW4 in the account key column for all 4 tax condition types and MWS in the accrual column.  My intent was to update the tax expense account from MW1 – 4 and the tax accrual account from MWS (I realize I might have this backward).
    When I created a billing document, SAP would not create the accounting document.  It indicated (from my recollection) that it was missing a tax code for the G/L account for the first tax condition type (“YTX1”).  Cutting through the history, it appears that SAP needs this code to point to the correct G/L account for S/D.  I also learned that there is a tax code field in the tax condition record (VK11) where you specify this code.
    I am actually familiar with the configuration and setup for use tax for A/P vendor invoices.  I had to perform this  setup very recently.  In short, I know that the tax code determines what the tax rates will be and also determines the G/L accounts.  I know how to setup a situation for tax accrual (this is setup found in tax code U1).
    My questions are the following:
    1) Is it true that I have to use the tax code to determine the G/L accounts for taxes generated in an S/D pricing procedure?  Is it possible I am doing something wrong in the S/D account determination (at the moment, not quite sure what this would have been)?
    2) Is it possible that I am adversely affecting account determination by specifying an account key in the accrual column of the pricing procedure for the tax pricing condition types?
    3) If we do have to specify a tax code in the tax pricing condition records in order to use the FI tax procedure to point to the correct G/L account, do we also specify the tax rates in this FI tax code or do we still specify them in the S/D tax pricing condition records?  It does not make sense to have to specify these rates twice.  In short, what does SAP actually use for tax calculation?
    Thanks a lot – Ed Seigler

    Hello Edward,
    The tax code represents a tax category which must be taken into consideration when making a tax return to the tax authorities.
    Tax codes are unique per country. The tax rate calculation rules and further features are stored in a table for each tax code.
    SAP supplies a tax calculation procedure for each country. The procedure comprises a list of all common tax types with rules for tax calculation.
    You have to define a separate  tax on sales/purchases code for each country in which one of your company codes is located. Each code contains one or more tax rates for the different tax types.
    Tax codes are actually configured in FI, but they play a significant role while creating tax condition records for a particular condition type.
    Account keys in the account determination procedure connect the condition types to the relevant GL accounts. It doesnt have any impact on tax calculation. Its a procedure that is purely used to map GL accounts to the condition types.
    Finally, i would suggest you to check at the condition record level, whether you have assigned the correct tax code to the appropriate condition type to rectify the error.
    <b>REWARD POINTS IF HELPFUL.</b>
    Regards
    Sai

  • Purpose of account determination in Sales Order

    Hi
    My question is whether account determination happens at Sales Order level and if yes what is the purpose. Since I saw account determination procedure only to be assigned at billing document type but not in sales document type.

    Hi,
    Dear.. It is very basics of accounting. Unless there is a give and take complete process in sales process, the cycle is not completed. So there is no need of accounting entry.
    Billing is the final documentation with regards to accounts to register who has sold what to whom (Debits and credits). In practicality unless the transaction is complete, there is no accounting entry, when you raise the sale order, it does not affect your accounts, unless you completely process through delivery and billing.
    Regards
    DSR

  • Account determination for FI-MM Integration not possible

    Hi SAP Guru
    When I am doing GR for an order the system throw an error Account determination for INT BSX__ __ Valuation class(FINI) not possible. I have checked the configuration in OBYC & find that in GBB Ram material consumption A/c has assigned in P/L nature without automatic posting.
    In BSX Inventory change A/c in the nature of B/S with automatic posting allowed have been maintained
    In GBB Consumption A/c in the nature of  P/L without automatic posting have been maintained
    Then what is the exact problem Tell me Gurus
    Rajeev

    hi rajeev
    can u clarify what type of material u r using
    For GR against order
    Accounting entries
    Finished good ............dr BSX
    To cost of good sold acount GBB (AUF)
    i think ur doing mistake in assignment
    because in question u have talk about raw material consumption
    u please check it
    Thanks
    Ansuman

  • Account Determination error while goods receipt

    I am trying to receive a Purchase order thru MIGO transaction. I got an error message saying "Account Determination for entry IPGL FR1 0040 not possible".
    This error message came only when i had "FRB1" condition type in Purchase Order Conditions. Without FRB1 condition type in conditions i am able to receive the Purchase Order thru MIGO.
    IPGL is the chart of accounts in our company.
    What is FR1 in the error message ?
    What is 0040 ?
    What is the connection between condition type FRB1 and Account determination?
    What do i need to do to fix the issue?
    I greatly appreciate any help from you guys.

    Prashanth,
    I would encourage you to search the forum before posting any question (if you have the time, interest etc). It is likely that youu question (or a similar question) would have been answered previously.
    Please search the forum with 'account determination error' for instance. I get 11 hits. You can try searching with other similar terms. Read the hits and then come back if you still have questions.
    I don't intend to be unhelpful but I felt the need to point this out (although most people don't seem to care).
    H Narayan

  • Account Determination error during Import MIGO transaction

    Dear ppl,
    Could any body help me in resolving this issue?
    While doing MIGO transaction for import PO, the following error message is surfacing.
    - Accoun determination forentry NML______N100______3000 not possible.
    Its not at all showing the accounting key. OBYC setting for all relevany accounting keys are correct. I have checked multiple times.
    - At the time of MIGO, commercial invoice no. against customs duties MIRO is being referred to, but this error is coming at the time of posting.
    Regards,

    Hi There,
    The majority of the times the error M8147 is raised, is due to a missing entry for one of the the following within table T030.                                                                               
    "Account determination for entry A B C D E not possible"                                                                               
    Please check in transaction OBYC and maintain an entry for the transaction key in question :
    A  Chart of Accts    : KTOPL                                            
    B  Transaction        : KTOSL                                              
    C  Val.Grpg Code    : BWMOD                                              
    D  Acct modif          : KOMOK                                             
    E  Valuation Class   : BKLAS    
    Best Regards,
    Elaine.

  • Account Determination error while MIRO cancellation

    Hi Masters
          While cancelling the invoice document in MR8M we get the following error
    Account Determination 1000 DIF not possible
    The transaction key DIF refers MM Small Differences.
    While posting the above MIRO document the users has given Rs. 7000 in unplanned costs which is very differences.
    But we dont know how it allowed the document to be posted.But now while cancellation it shows above error.
    How to resolve this?
    Regards
    Mohan

    Hi
    Thank you for your replies
            Our scenario is we dont want to have account in DIF transaction key.
    My question is how it allowed to save while doing MIRO and it is not allowing now in MR8M.
    We dont want to have seperate account for small differences
    Regards
    Mohan

  • Account Determination Error for Rebate Settlements

    I have question on Account Determination for rebates
    Here are the entries that I have made in VKOA
    ERB - R201051
    ERU - R201051 / R120201
    ERS - R120201
    ERL - R559001
    I am able to accrue the money to right accounts, but I am getting an Account Determination error when processing rebate settlements
    Any input on this would be really helpful.
    Thank you!

    Hi Shailesh
    When you are getting the error in rebate settlements it means you carefully check
    all the combinations for VKOA settings. Whether the Account assignment
    group in all the Materials used in settlement document along with the customer account assignment group
    is maintained or not. Also check in the pricing procedure the account key used.
    For all these account key the settings are made in VKOA or not. Hope it will help you
    Thanks
    sushant

  • GL account determination for  vendor invoice in cross company sale sales

    Hi
    we are planning to implement cross company sales scenario.
    High level design-
    1) Sales Order is in co code X and the delivery is from group company  lets say  co code Y
    2) The delivery from co code Y generates two invoices- one in Sales area of co code X for the final customer and 2nd in sales area of co code Y for the inter company
    3) The intercompany invoice has EDI output type (Sap standard delivered object is RD04).  The output generates a IDOC which has ability to post automatic vendor invoice in co code X crediting the inter company vendor Y.
    4) The automatic vendor invoice GL account determination is via customisation OBCB and OBCE
    I have some questions around this , particularly if in the vendor invoice we have to account for material and returnable packaging
    In my current project there would FG packed in returnable packaging in co code Y
    For Export there would be a dedicated co code(X).
    Co code X gets orders from customers; and creates sales orders in its sales area with delivery plant of co code Y.
    Along with FG  returnable packaging is also charged as deposit  by - co code X to customer and Co code Y to Co code X.
    so in the vendor invoice how to generate the following entry
    Inter company vendor              150 Cr
    Cost of Goods sold         100 Dr
    Returnable Packages deposit    50 Dr.
    Similarly when the end  customer returns the packaging generate the following entry via the cross company return order and intercompany invoice
    intercompany vendor 50 Dr
    Returnable packages 50 Cr
    if you have worked on this kind of scenario and share how to customise  to post for FG and Returnable packaging separately in the automatic vendor invoice it would be great.
    Edited by: pravin_shah1403 on Nov 25, 2011 3:00 PM

    Hi Pravin.
    Did you figure this out?
    I'm seeing that via OBCB we can hit only one G/L account.
    We also need to hit multiple accounts.
    We've figured out how to hit this via user-exit, however I'm hoping that I've missed something in configuration and that a resolution via configuration is possible?
    Any ideas?

  • Account determination for movement type 251

    Hi!
    While checking account determination for logistic movements, I find that according to standard customizing, movement type 251 is related to account modification VBR. You can easily see this: OMJJ --> Check movement type --> type "251" --> Select "Account Grouping".
    Now my question: what I don't understand is why VBR and not VAX. GBB-VBR is the transaction key + account modification for internal goods issues (such as consumptions of material) and it's accordingly associated to movements types 201, 261, etc. which seems logical to me since these are internal GI's.
    Now, 251 is IS-Retail movement type to reflect a POS sale, "GI for sales" as the short text indicates, so it is not an internal goods issue but rather an external one, not different from movement type 601, which is a normal sale and is associated to GBB-VAX. GBB-VAX is the transaction key + account modification for sales goods issue.
    I know I could easily copy 251 to create another movement type and assign any account modification to it, that's not the issue. The only problem is that I must explain to my client how account assignments work, and I cannot find a single reason why in standard SAP IS-R an external goods issue (251) is associated with an internal goods issue account modification (GBB-VBR).
    Any ideas? Thanks in advance.

    hi
    for inventory use
    gbb>inv
    umbfor inventory and material val
    prv for prise diffrence
    in 702   prv and inv is the postings
    for 309 vbr and pru is transaction in gbb
    1) one more thing u can do is go to OMWb then go to simulation there u can find gl accounts and grouping  keys note down that GL nos
    2) then come one step back
    and clik on  gl accounts  there u will find many gl accounts 
    find gl accont no which u have noted in step 1
    there u can find transaction keys
    by doing this u can find which are transaction keys for a perticular movement type
    reward if helpful
    regards
    kunal

  • G\L Account determination per itemgroup

    Hello,
    I do have a question about the G\L Account determination in SAP B1. It is my task to find out which G\L Account(s) is/are being used by the program for all different kind of (trans)actions.
    I checked out help.sap.com to check out the different GL accounts that can be determined but this wasn't very useful. There is only a description for GL account determination at company level (Administration > Setup > Financial > G\L account determination).
    But after a hard (and long) time of searching I found out most of them myself. But I still need to know 6 of them. I can't find out where they are used and the description @ help is not good as well.
    It is about these G\L accounts:
    Sales credit account
    Purchase credit account
    Sales credit account foreign
    Purchase credit account foreign
    Sales credit account EU
    Purchase credit account EU
    I need to know when these accounts are being used in journal entries.
    Thanks in advance,
    Kind regards,
    Hendri

    Do you have access to the SAP Business One Document Resource Center? If you do, there is a 19 page PDF there that you should have. It is called 'How to Determine G/L Accounts for Automatic Creation of Journal Entries'.
    You have to dig for it. There is no 2007 release, but the 2005 document is still good. In the Document Resource Center, look under
    SAP Business One 2005 A SP01
    then
    How-To Guides 2005 A & 2005 A SP01
    then
    How to Determine G/L Accounts 2005 SP01 - US
    This link may or may not work to get you to the How To Guide page where you will find the PDF:
    https://websmp110.sap-ag.de/~form/sapnet?_FRAME=OBJECT&_HIER_KEY=701100035871000437965&_SCENARIO=01100035870000000183&

  • G/L Account Determination - meaning of accounts

    Hi!
    I have several questions regarding the account types in the G/L account determination.
    I do not know for which transactions the following accounts will be used:
    Sales
    -) Overpaying/Underpaying Account
    -) Down Payment Receivable (I've simulated various Down Payment transactions but the system always used the Down Payment Clearing Account and the Down Payment Interim Account)
    -) Open Depts
    -) Down Payment Tax Offset Account (Is it a separate tax account for Down Payments - If so It can be theoretically the same account  that will be used for output taxes on conventional A/R invoices?)
    Purchasing
    -) Assets Account
    General
    -) Automatic Reconciliation Diff.
    -) Ex rate on def tax account
    Regarding the Inventory accounts I have some lack of understanding in general. I think it is important to separate between a drop ship and a warehouse procurement process?! If I buy goods and post the quantities on my warehouse by issuing a Goods Receipt P/O I do not understand the journal entries in the background.
    I would be please if someone can help me out by explaining me the aim of the above listed types of account.
    Thank you and best regards

    I've closed my old thread.
    I put all this questions into this one thread as I did not want to spam the forum with 8 separate threads and all questions are concerning the G/L Account determination. Anyhow I will re-post my questions regarding the procurement process and the down payment issue
    Joseph, thank you for this link but frankly speaking the most answers from that pages are insufficient for me as it is not explained in detail. For example I do not understand how comes to an Automatic reconciliation difference.
    Thank you and best regards
    Greg

Maybe you are looking for

  • TS3694 2006 error how do i resolve this problem

    how can i fix 2006 error please

  • Picture display quality in Photoshop is bad

    I bought a new camera and bought Photoshop Elements 9 with it.  I took a bunch of pictures and was very disapointed with the camear's picture quality (or so I thought).  I then returned the camera.  As I was awaiting my new one, I decided to post to

  • Workflow is not completed please advice

    Hi Gurus, We have created WF for sales order. when the sales order quantity is above a perticular quantity that sales order line item is blocked for dlivery and WF is triggered. MRP controller gets the mail to take a decision on this. he has to decid

  • The inevitable Bauerbill, Clyde, Packer or other AUR helpers thread

    Some new titans among the many AUR helpers. Hard to choose between them, if necessary at all ;-) The big newcomers: http://bbs.archlinux.org/viewtopic.php?id=91860 http://bbs.archlinux.org/viewtopic.php?id=88247 http://bbs.archlinux.org/viewtopic.php

  • Need Extractor help

    Hi Need Extractor help thanks Edited by: sam on Jan 22, 2008 4:59 PM