Revenue Account not correctly determined

Access KOFI not carried out (initialized field). This is the message I get after analysis acct determination. I've created a new access sequence to allow me assign accounts based on distribution channel/division/accAssignGrp but on creating billing document, the GL account picked is determined using the wrong access sequence(not the one I created). Upon analysis, I get the message 'Access KOFI not carried out (initialized field)' with a yellow circle against the account assignment group. How can I solve this?

making this change at the material master level, will not impact the sales order created already & its invoice , however this is required for the invoices to be created later.
to have your invoice posted, have the AAG of the material at the invoice line item level matching the AAG maintained in VKOA.
then release the invoice manually in VF02.
Regards
Ilango

Similar Messages

Tax amount different to expense/revenue account assignment - correct

Hi All,
While posting a vendor invoice we are getting error message "Tax amount different to expense/revenue account assignment - correct".
Message no. FF796
Diagnosis
You have entered a manual tax amount in the first vendor or customer line.
This tax amount has a different debit/credit indicator to the expense or revenue items relevant for tax that you entered. The tax would therefore be displayed as negative.
The tax entry for the vendor or customer items is posted internally with the reverse debit/credit indicator to that of the vendor customer item itself.
System Response
The system does not permit the posting of the document in this way.
Procedure
Delete the tax amounts and tax codes from the vendor or customer item and enter the tax data on the tax screen.
In the Enjoy transaction FB60/FB0, you can use the function "Propose Net" to determine the correct debit/credit for tax from the expense items.
Can anyone please tell what settings are causing this error and

The requirement is simple now and hope I may get some answes .
My issue is the Sales order on free sample we want to charge the expense account insteadof Customer account and is happening . We are not clear from where the Exp Gl account is picked .
The TAX Gl accounts in OB40 or VKOA configuration does not show the exp GL account( which is substituted instaed of Customer invoice during billing.)
It is not clear from where the GL account is flowing, We are using taxware. Before approaching Taxware thought to get opinion from experts,
Regards,

Copy Express Item Groups Transaction revenue Account not Found

Currently using Copy Express.
1. Have successfully loaded COA
2. Manually entered G/L account determinaition and tax codes
3. Error below is occuring when trying to Copy Item Groups and Warehouses. The items groups and Warehosues are failing.
Transaction created by document was not found, 'Revenue account'.
NOTE: the accounts determined for each item group in the source database all exist in the target database.
Can any please assist in explaining why this is happening and how I could prevent this from occuring without having to mannually create warehosues and items?
Thanks Very much
Lisa

Hi Lisa,
I have a suggestion.
The Revenue account in question may be problematic.
Can you try to change to another revenue account in your source db, and try to copy warehouse to target DB?
1.goto source db,and search for the specific warehouse and change the
revenue account to another account
2.and copy warehouse to target db
Hope this will be helpful.
Kind regards,
Willy

VAT not getting determined in accounting

Hi All,
I am encountering the below scenario where the VAT is not getting determined . When I save the billing document I get a error saying "Error in account determination: table T030K key ME MWS"
Scenario :
SP & BP are in NL (Netherlands)
Supplying Plant is in NL
SH is in Turkey
This is a third party sale where the material is directly shipped out of NL to turkey .
Since we are trying to capture the VAT % in invoice I tried to use a condition type MWAS from the tax procedure .
1. I have the cond.type MWAS in the tax procedure TAXTR
2. I created a new table with key combination just Bill to and assigned to the access seq MWST
3. Country is already assigned to the tax procedure .
4.I created a new tax code and assigned that to country and tax procedure.
5.I also assigned Base amount for tax calculation .
Since MWAS was not in pricing procedure I created this and assigned to pricing procedure with account key MWS.
I have also maintained VKOA with the new G/L account for VAT and created condition record for MWAS .
Inspite of doing all these accounting doc is not getting created and I get the error message which I mentioned above, though I see the new condition type MWAS in the billing document.
If I check T030K table I find the new tax code mapped to the acct key , and new VAT G/L account.
Can anyone please tell what the problem is ? Am I missing something .
Cheers
Sridhar

Hi All,
In addition to previous conversation in this thread I want a few clarification .
My company is in US
supplying plant is in Netherlands
end customer is in Turkey .
So ideally in this thrid partyscenario , materials go directly from Netherlands to Turkey and since the goods are exchanges at Ex works VAT is being charged .
In this scenarion , I am using a tax procedure of turkey (TAXTR) . I created a tax code and assigned it to TAXTR in FTXP mentioning the VAT% under MWS account key.
I have also created condition record for UTXJ with Country as Turkey ,Region in Turkey, Mat Tax class, Customer tax class..,Tax code . I mentioned the amount as 100 here. Is this correct?
I have also maintained in VKOA ,the G/L to which the tax postings to be done .
My question in all these settings is ...Do I need to use Netherlands (NL) anywhere , be in FTXP or UTXJ ???????
Even after doing all these settings I am geting a account determinaiton error which says table T030K key ME MWS .
One thing I observed is that I am not able to save the VAT% amount against the tax code in FTXP. Will this be a problem?
Cheers
Sridhar

Revenue Account Determination based on Sales Order Document Type & Service Order Type

Hi Expert,
I have Customer Service Module with Resource Related Billing for services attached with SD.
When DP90 runs sales document debit memo request is created & then debt memo is created.
I need to configure Revenue Account Determination based on Sales Order Type and also based on Service Order Type.
I did not see any field catalogue in revenue account determination for order type, For communication structure KOMKCV Header and KOMPCV Item level there is no field for sales order type nor service order type.
Is it possible to bring in both order types? Can ABAP person do it?
How to bring these fields?
Is it possible & recommendd to have service order type filed AURAT for service order into this sturcture?
Is this configuration is OK acceptable by SAP? If so is there any chnace for issues errors & wrong determination from FI CO view?
Your valued input is highly appreciated.
Thanks
Prakash Parikh

Hi Prakash,
Yes, you can certainly add new table fields into the field catalog KOMKCV and KOMPCV and use it during account determination. You will also have to add these new fields in the user exit RV60AFZZ for it to work. I believe you will need ABAPer's help to make this work. The abaper will have to crate a ZZFIELD (ZZAUART for example) and put it in the structure and use the same in the user exit to pass the values.
In your case, what I am not sure is, are you looking to modify the existing standard tables or creating new ones. My suggestion is to create the new condition tables with these new fields (like document type) after adding it to the field catalog. Only modify the access sequence (KOFI) in such a way that your new tables are access first before it goes into standard tables (or you can adjust it according to your scenario.
We have done it in our company and it is working fine. Basically what we have done is to create new tables instead of modifying the standard ones. We have adjusted the access sequence in such a way that some of our custom tables are accessed first before the standard SAP tables (C001 to C005).
I found a similar requirement on SCN. This might help.
Adding New Field in Account Determination
Hope this helps.
Regards,
Mukund S

KSB1 field GKONT Offsetting Account Number not correct

Hi experts,
When I look at the KSB1 report, it seems that for some account, I have the wrong information in the column Offsetting Account Number.
When it's an invoice, it's OK, it takes the supplier.
If it is an asset operations (depreciation for example), the account in this column is not correct.
The help for the field is:
In this field, the system determines the offsetting account for the item, as long as the account is maintained in the corresponding account assignment.
But i don't understand and have no idea where i have to maintain this....
Someone could help me please?
Thanks in advance,
Chris

Hello Chris,
Note 39955 describes 2 algorithms for determining the offsetting account
both of these are based on wether the largest amount is posted on the
debit or credit side which determines the offsetting account.
The offsetting accounts are determined on the basis of the FI dodument.
Unfortunately, in standard there is no way to change the logic
described in note 39955.
However, for future postings, you would have influence in how the
offsetting account will be set. This could be done with an FI exit
as described in detail in note 354529. The corresponding correction
instructuctions are already in your system but you would have to
create the logic you want in the exit.
Please check note 365478 too.
br, Guido

Regarding Revenue Account Determination

Hi Friends
Is there any link between item catagory and revenue acct det
can we control revenue acct det with item catagory
plz reply
Thanks in Advance

I meant to say,
We have different account determinations such as-
1-Revenue account determination - which is integrated with SD invoice & FI account postings
2- Cash accoutn determinaton - Which is integrated to FI cash accounts .eg:OTC sales
3-Revenue recognition. - Generally used to estimate the revenues on service based projects such as: real esate .
Item category is not linked with revenue account determinatio.
Hope, now it is clear.

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

Sharepoint server issue:: Register Managed Account -Password supplied with username was not correct

when i am creating a managed account from share point server admin it is showing:-
The password supplied with the username fimservice was not correct. Verify that it was entered correctly and try again.
i have put correct password but even though it is showing this error.
i have even tried to enter username with my domain name like indialab1\fimservice but this account is not being
recongnized.
Thanks for your help

Additionally you can follow / refer steps mentioned in
http://blogs.technet.com/b/seanearp/archive/2011/01/25/updating-passwords-on-sharepoint-2010.aspx
Let us know your results
Regards,
Pratik Vyas | SharePoint Consultant |
http://sharepointpratik.blogspot.com
Posting is provided AS IS with no warranties, and confers no rights
Please remember to click Mark As Answer if a post solves your problem or
Vote As Helpful if it was useful.

Additional account assignments could not be determined in inbound idoc

Hi Gurus,
Iam getting the error for inter company billiing idoc .
Direction         2     Inbox
Current status    51 --> Application document not posted
Basic type        INVOIC01
Extension         ZINVOIC2
Message type      INVOIC
Partner No.       I0107IC
Partn.Type        LI
Port              P12INTERCP
Error is : Item: 002 - additional account assignments could not be determined
                Message no. FD171
Please let me know where we can assign the additional account assignment for intercompany billing .
Thanks in advance
RameshG

Check Note 137686 - ALE_INVOIC01: Internal allocatn Customizing in FI
thanks
G. Lakshmipathi

HT201210 I backed up old phone to PC then did a sync to new 4S but when trying to update apps on phone it states - account not valid in Argentine store, must switch to U.S. store. I am in US and when I view account on PC it correctly shows me in US. Now w

I backed up old phone to PC then did a sync to new 4S but when trying to update apps on phone it states - account not valid in Argentine store, must switch to U.S. store. I am in US and when I view account on PC it correctly shows me in US. Now what?

log out and log back in again to store
and if required
http://support.apple.com/kb/HT1311

G/L Account and Revenue Account determination

Hi all,
What is the difference between G/L Account determination and Revenue Account determination?
How to configure them?
Regards,
Ajit

Hi,
The account keys ERL , ERS, DIFF which are related to revenue and sales deduction in your pricing procedure are defined in transaction VKOA. Here the account key, chart of accounts, your sales organization and G/L accnt combination are maintained.
Whereas all the tax codes G/L accounts get picked from transaction OB40 , So in your pricing procedure where ever you see tax account keys, make sure you go to OB40, input your tax code and then you will see all the G/L accounts against each respective account key. This is nothing but the calculation of tax on sales / purchases.
Alternatively you can check transaction FTXP based on chart of accounts and tax code which proposes automatic G/L accounts configured by FI consultants
Hope this will solve your query.
If it does, please dont forget to reward points for contribution.
Regards
Ravi

I'm trying to sync my iphone in IPhoto. I get this message "our MobileMe account information is not correct. The provided login or password is not valid." when I click on the "Open MobileMe Preferences" button, it doesn't take me there. Help please.

I'm trying to sync my iphone in IPhoto. I get this message "your MobileMe account information is not correct". "The provided login or password is not valid." when I click on the "Open MobileMe Preferences" button, it doesn't take me there. Help please.

Mobile me has been discontinued for over a year. What system and iPhoto versions are you running?
How are you trying to sync? With Photo Stream or thru iTunes?
Do you have an iCloud preference pane in your System preferences?
Do you meet the minimum requirements for iCloud and Photo Stream?
iCloud: System requirements
iCloud: Photo Stream FAQ
OT

Revenue Account Determination in MM

Hi all,
Can i know the path for configuring Revenue Account determination in MM.
Regards,
Ramaswamy.

Dear,
This is how Account determination done in MM,
Movement types have key role as central account determination in MM side.
This account determination is for MM settings u2013 group RMK.
Account determination is based for combination of valuation grouping code, general modifier/account modifier, valuation class in SAP MM.
This will be defined for particular transaction event key. Transaction event key will inturn be defined for each movement type of SAP MM.
Basically GL account are assigned for certain combination of above. To put down in flowchart format-
SAP RMK group (MM)
Movement type-
Transaction event key-
GL account determination (one debit and one credit)- based on below combination
Valuation Grouping code/ Valuation Modification -- Tcode: OMWD
Account modifier -- Tcode: OMSK
Valuation class -- Tcode: OMWN
SAP will see transaction is made in MM, it searches the transaction event key from movement types. Based on valuation grouping code, account modifier and valuation class, determination will be done for GL account for debit and credit.
and concern G/L Account assigned in TCODE- OBYC
Need further clarification revert back.
Dear atleast putup a thanks in responce to people efforts before closing the issue
Regards
AJIT K SINGH
HAPPY TO HELP U
Edited by: AJIT K SINGH on Jan 6, 2010 5:22 PM

Why do we need account key in SD revenue account determination?

Hi,
Why do we need account keys in SD pricing procedure and revenue account determination? If we dont use account keys wht will be the problem in priding procedure and revenue account determination?

hello, friend.
account keys allow you more flexibility in assigning revenues, costs and other financial data to different GL accounts.
let us take, for example, surcharges and discounts. surcharges are extras charged to the customer for maybe freight, penalties and other services. discounts could be header or item related, and can take many forms (volume discounts, customer discounts, customer group discounts, etc.).
in SAP standard, condition types in pricing procedures that are surcharges (i.e. freight) are assigned to account key ERF. discounts are assigned ERS. when you do account determination, it can look like this:
condition type KF00 (freight), account key ERF, post to GL account 600010.
condition type K007 (discount), account key ERS, post to GL account 700010.
however, your company might want the different surcharges to be posted to different GL accounts. let us say your company wants you to define additional freight surcharges KF01 and KF02. the company also wants you to post these to separate GL accounts. so now, you define additional account keys ZF1 and ZF2. you then assign these to the condition types in the pricing procedure, and then do account determination as follow:
condition type KF01, account key ZF1, post to GL account 600020.
condition type KF02, account key ZF2, post to GL account 600030.
these are just some impact of account keys.
hope this helped you.
regards.

Revenue Account not correctly determined

Similar Messages

Maybe you are looking for