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,
RamYou 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.
DanHello 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 SeiglerHello 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
Rajeevhi 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
MohanHi
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 PMHi 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,
HendriDo 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 regardsI'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
-
Hi Need Extractor help thanks Edited by: sam on Jan 22, 2008 4:59 PM