Account determination with out account keys

Can we do account determination with out account keys? and explains how?

Hi Gopal,
Account determination is an FI interface with other modules inorder to determine the right G/L accounts for posting.
And account keys act as a bridge for posting the amounts between FI and other functional applications which serves as the basic purpose of any business such as revenues, discounts, stock values etc.
Therefore if you dont consider account keys while configuring account determination...........no postings will be made in to G/L accounts. then your entire business would go for a toss.
<b>Reward if helps</b>
Regards
Sai

Similar Messages

Account determination not possible for key 3000

Hi gurus,
While generating invoice iam getting the error like
"Account determination not possible for key 3000"
3000 is comapny code.
it shows the Diagnosis
"The system could find no entry for the following key combinations in the entries for account determination:"
"Chart of accounts
Posting area Billing Default Values: Repayment Method (R401)
Key 3000
Field names BUKRS "

Hi,
For the error, go to details, and check the main/sub transaction. From there you can navigate thru error analysis and it will take you to the configuration details in SPRO. Check for the key specified in the error log, if the entry is present or not. If not maintain the entries accordingly.
Alternatively
Please check the configuration for Automatic GL account determination.
Please check if the GL determination is made for the main transaction and sub transaction for which it is giving the error.
Path -: SPRO -> Financial accounting -> Contract Account receivable and payable -> basic functions -> Postings and documents -> document -> define account assignments for automatic postings -> Automatic GL determination.
Check for ISU : Define account assigment data related to main transaction and data relevant to transaction.
Alternatively check tcodes EK01 / EK02.
Hope this helps!!
Regards,
Rajesh Popat

Account Determination with Wizard

Hi,
What are steps for Account Determination with Wizard?
Thanks

Hi,
Please refer this link
dfrnce in automatic account determination
Regards,
Nitin Amritkar

Can someone tell me how to create accounting entries with the account status as error

Hi,
Can someone tell me how to create accounting entries with the
account status as error?
Thanks!!
Danny

It's call fixed/static background, and it is NOT directly support by iweb, you will need post processing either in html or javascript.
Varkgirl (you need to search the previous forum) and I did it since iweb1:
try Safari, and scroll: http://www.geocities.com/[email protected]/Links.html
invisible link? roddy, fishing for info again?

Account determination for COGS account by customer

Dear gurus
I’d like to get advice about account determination for COGS account.
I have requirement to determine COGS account based on “Customer”.
If the customer is outside the group, we want to charge to
“Sales: Third-party” and “COGS: Third-party” accounts.
And if the customer is in the group, we want to charge to
“Sales: Intercompan” and “COGS: Intercompany” account.
However, since COGS account is determined from Valuation class in
Material master (OBYC), it cannot be determined from “Customer”.
(Because same material can be sold to third-party and intercompany too)
Do you know any solution for it?
Yoshi

Hi
The only other way I could think of is to do an enhancement at the time of delivery to read the customer and substitute the GL Account for COGS based on Customer recon Account.
The sales can easily be seggregated based on Customer Account Assignment Group in the customer Sales Area. Assuming the material account assignment group is 01 and customer account assignment group are as under:
External Customer 01
Group Customer 03
Now in VKOA you can seggregate the revenue account determination for Group and external customer based on different customer account assignment group.
The only issue is for COGS GL for which you might want to look at Enhancement or Split Valuation that I talked about earlier.
Thanks & Regards
Sanil Bhandari

Problems with account determination analysis/revenue accounts

Dear forum,
I am creating a billing document from a service contract.
When I create my billing document I receive an error message saying "Account determination error".
I am checking my account determination analysis for revenue accounts in the billing document (Environment->Acct.Determination analysis->Revenue accounts).
For standard condition type DIFF I receive a message 120 saying "G/L account 0000578109 determined from Account determination type KOFK" which is fine.
But I dont get any message 215 (which should be returned under the row of message 120), and it should say "G/L account in document: 0000578109".
Does anyone know why I dont receive the message 215 and why we receive an error message saying "Account determination error", even though we have succesful hit in the access sequence (access no 40 Sales org/Account key)?
This is how to access sequence log looks like in revenue accounts:
10     123     Access KOFK not carried out (initialized field)
20     121     No G/L account found in Account determination type KOFK
30     123     Access KOFK not carried out (initialized field)
40     120     G/L account 0000578109 determined from Account determination type KOFK
For access 20 (Sales org/Account assignment group/Account key) , we have specified an account assignment group on the Sold-to but not set up any account assignment for this combination. Is that what is wrong? The system expects an account for access 20 since it found the combination of Sales org/Account assignment group?
Thanks!
Edited by: Ola Törnblom on Dec 22, 2008 3:17 PM

Hi,
VKOA - check. Both KOFK and KOFI using same conditions with same G/L account.
FS00 - check. Account exist in company code.
This is the log in accounts revenue when everything is OK (EXAMPLE 1):
Condition      Message     Description
DIFF     120     G/L account 0000578109 determined from Account determination type KOFI
DIFF     215     G/L account in document: 0000578109
Access     Message     Description
10     123     Access KOFI not carried out (initialized field)
20     123     Access KOFI not carried out (initialized field)
30     123     Access KOFI not carried out (initialized field)
40     120     G/L account 0000578109 determined from Account determination type KOFI
And this is the log now, when we have the error of acct determination (EXAMPLE 2):
Condition Message     Description
DIFF     120     G/L account 0000578109 determined from Account determination type KOFK
Access     Message     Description
10     123     Access KOFK not carried out (initialized field)
20     121     No G/L account found in Account determination type KOFK
30     123     Access KOFK not carried out (initialized field)
40     120     G/L account 0000578109 determined from Account determination type KOFK
For the customer we have assigned an account assignement group and it finds the account key via condition type DIFF and guess that is why we get a hit on access 20 in the example above (Message 121). But there is no G/L account entered for the combination of sales org./account assignment group/account key.
Instead, we have chosen to have the G/L account determination based on sales org/account key only, as in access 40. And it finds the G/L account 0000578109 for access 40.
But what I dont understand is why we dont get any message 215 as in EXAMPLE 1.
And we get the error message "Account determination error" in EXAMPLE 2.
Thanks,
Ola
Edited by: Ola Törnblom on Dec 22, 2008 4:58 PM

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)

In MTO   scenario i want to have some materials with out account assignment

Hi,
    In MTO scenario i want to have some components in my BOM to not to get planned with respect to sales order stock / account assignment of specifice sales order( say "C" class items). if i use Consumption based planning" VB" for those
materials it works with manual reorder point planning.but i cannot estimate my correct reorder point for that material.because it is not constant requirement .It varies basing on customer sales order for that period.
   My question is how to plan these components in MTO scenario with out having idea of correct manual reorder point for those materials.
thanks in advance
regards
madan

Madan,
Automatic Reorder Point Planning
In automatic reorder point planning, both the reorder level and the safety stock level are determined by the integrated forecasting program.
The system uses past consumption data (historical data) to forecast future requirements. The system then uses these forecast values to calculate the reorder level and the safety stock level, taking the service level, which is specified by the MRP controller, and the material's replenishment lead time into account, and transfers them to the material master.
Since the forecast is carried out at regular intervals, the reorder level and the safety stock level are continually adapted to the current consumption and delivery situation. This means that a contribution is made towards keeping stock levels low.
So you need to maintain the forecast view for the material. The forecast values comes from consumption data. If the system in place for some time then consuption data will be automatically by the system based on the material issues. I am not sure if you can enter the consumption manually.
Regards
Ram

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 error for Account key

Hi Everyone,
I have maintain one condition manual pricing e.g ZMRG where i m manually putting the margin of sales price
this condition is only for calculation and i dont want to post it to account. But at the time of bill it is giving me account determination error. In VF02 i check it is showing error due to not assigning the account key for that condition but here i dont want to post that condition to accounts.
Please suggest me the best possible way.
Regards
Shambhu

Hi,
You said that the condition is manual.
Now you saying:
i maintained the condition for it instead of only text in PP
Have you got the solution? Then please update.
Thanks,
Ravi

Account Determination with Sales Order Stock

Hi, Guys
Does anybody know how (and WHY) SAP makes (or doesn't make) account determination of material movements from or to Sales Order Stock???
I have found that, for example, an Accounting Document is generated when transferring to or from Customer Stock (411E and 413 mvt) and that no Accounting Document is generated when processing GI from Customer Stock (601E mvt) or GR against Production Order (101E to Customer Stock)....
There are also NO Accounting Documents when inventory differences occur (701E or 702E)...
It's pretty strange I think....Sure there is some logic put into the process of managing Sales Order Stock but I don't get it...
Of course, reward points are guaranteed for helpful answers!

Automatic Accounet determination is done in MM. In this for some of the movement types there is no need to enter the G/L account every time.
All are customized in Automatic Account determination.(AAA)
Go to SE16 enter the Table name T156 and press F4 you can see the movement types where G/L account are customized in (AAA)
you can check the movement types
G.Ganesh Kumar

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

G/L account determination through material account assignment group

Hi ,
I would really appreciate any help on this . The scenario is .
We changed the account assignment group of maetrial to 01 just 2 days back.
We have old open sales order line up for this particular material . When I am trying to Bill these open orders , the system is not recognizing the account assignment grp change which happened 2 days back ,because of which I am getting a A/C determination error .
This is a I/C order and we have PO linked to it. I am suggesting to back out everything (Do Invoice reversal,MIGO cancellation,PO cancellation , then cancel invoice ,delivery and sales order ) so that we can create a new cycle and the system will recognize the account assignment grp change and determines the G/L whwn it comes to acounting .
1. Is this the right way
2. Is there any other way by which I can make the accounting happen
It was very obvoius that when I see the account determination analysis ,the system wasn't able to find the account assignment grp for the material .
Thanks
Sridhar

Dear Sridhar
First of all, I dont think, you will be able to change the Account Assignment Group of a material in sale order if any subsequent document is generated bcoz the said field will become uneditable. Moreover, via MASS, this is not possible as the field name of Account Assignment Group for material (KTGRM) is not available in MASS.
So the other option is via MASS, you can assign Reason for Rejection for existing orders. To assign Reason for Rejection in bulk is run T.Code MASS, input [BUS2032] as Object Type and execute. There block he Sales Order Item Data and click on Fields and block the field MASSVBAP-ABGRU and execute. Input the sale orders if possible otherwise leave it blank and once again execute. Now you can assign Reason for Rejection in mass.
Meanwhile, you have to create new orders for all those open items.
thanks
G. Lakshmipathi

Batch Determination With out characteristics ..?

Dear Experts
I have finished the batch determination for the SLED but i had to create characteristics for it refrence to VFDAT field in MCHA table
but I need to knowhow to refer direct to the field with out refering to the characteristics
for example I need to create a batch determination for the creation date of the batch so I want to refer direct to the field ERSDA in table MCHA .. I don't want the user to enter while doing a GR to enter the creation date of the batch in the classification of the batch
If its not possible to do such a thing .. so how can I make the characteristics which will hold the creation date of the batch to get the date in field ERSDA automatic
Best Regards
Edited by: Sap Sap on Jul 19, 2009 10:42 AM

Are you using a separate batch selection class versus the batch class?
There are characteristics that must be in the selection class, but cannot be in the batch class.
See OSS note 33396.
1. If you want to search for batches on the basis of a remaining shelf
         life in batch determination, the system has to calculate a requested
         shelf life expiration date dynamically from the information you
         give.
     2. Add characteristic LOBM_VFDAT to the batch classes.
         For the revaluation of reference characteristics, refer to Note
         78235.
         Characteristics LOBM_RLZ and LOBM_LFDAT must not be included in the
         batch classes!
     3. Add characteristics LOBM_VFDAT, LOBM_LFDAT, and LOBM_RLZ to the
         selection classes.
         Maintain a remaining shelf life in the strategy records for batch
         determination. Relational operators (> , < , <= , >=) are considered
         in the dynamic calculation of the shelf life expiration date in
         batch determination.
From your note you have placed LOBM_RLZ and LOBM_LFDAT in your batch class. You cannot do that.
FF

G/L account determination - purchasing tab - accounts payable window

Dear users,
Can any one help me by defining what is "assets account" in accounts payable window in purchasing tab of G/L account determination ?
It shows liability control accounts while the account type is mentioned "Asset accounts" I am confused in this.
Thanks and regards,
Farhan Sufi

Farhan
Ignore the verbage. The accounts you need to select on Accounts Payable accounts from the Liability drawer. Please check Control Account on the AP GL account you want to use.
Suda

Account determination with out account keys

Similar Messages

Maybe you are looking for