Debit/credit -revenue account determin

HI,
when we save billing document -ACCOUNTING DOCUMENT gets generated.
IN VK0A we specifc g/l Account say
cust mat aag ERL =xxxxx
1. i want to know how system determines whether it must be credit or debited (say PROO (ERL- Manufacturing sales)
If we see in accounting document posting key will be either 50 credit /01-invoice/40 -debit -how this gets determined for g/l account in billing accounting document where setting is done
2. also tax code is A3 how this gets picked.
PL give your valuable inputss

Hi,
In VKOA, we will just specify the GL Account relevant for the parameters specified by you. but, the debits or credits etc. will be determined from the Sales Pricing Procedire configured in SD module.
The tax code will be automatically determined based on the Country of the Customer and the Tax related setting in the 'Billing Documents' tab under 'Sales Area' data of the Customer master.
Kindly allocate points if the above explenation is helpful.
Thanks & Regards,
Siva

Similar Messages

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

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

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

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.

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.

How will i configure revenue account determination

how will i configure revenue account determination....

IMG MENUu2014Sales & Distributionu2014Basic Functions-Account assignment/ Costing-Revenue account determination
Check master data relevant for account assignment
Materials: account assignment groups
New entries
Account assignment group          Description
K1                                   Finished Products
K2                                   Service
K3                                   Trading products
Save
Customers: account assignment groups
New entries
Account assignment group     Description
KA                                   Domestic
KB                                   Export
KC                                   Internal
Save
We use condition technique to set up Account determination
Standard Condition Type     KOFI
Access sequence               KOFI
Account determination Procedure      KOFi00
Standard Tables
001          Customer/material account assign
002          Customer account assignment
003          Material account assignment
004          general
005          Account key
Use the above tables for search that is access sequence
Select define access sequence and account determination type
Maintain access sequences for account determination
Select new entries
Acc seq               Description
ZK00               Access seq for account det
Continue
Select ZK00 and select accesses
New entries
Acc          table          Description
10          1               cust/mat/account key
20          5               account key
Select 10 & 1 Combination. Select fields and activate the fields
Select 20 & 5 combination and select fields and activate fields
Save the access sequence
Fields in tables
Table          Fields
1     Sales Org, Cust account assignment grp.mat account assignment grp, account key
5     Sales org, account key
Same menu path
Define account determination type (Condition type)
New entries
Ctyp          Name               Access sequence
ZK00          Accnt det type     Zk00
Save
Define and assignment account determination Procedures
Define account determination Procedure
New entries
Proce               Description
ZK0000          Account det Procedure
Continue
Select Zk0000 and select control data
New entries
Step     Cntr     Condition Type
10          0          ZK00
Save
Assignment account determination Procedure
(Assign the procedure to all the Billing document types)
Position ZKF2
ZKF2                    ZK0000
Save
Define and assign account keys
Define account Key
Account key          Description
ERL                    Sales Revenues
ERS                    Sales deductions
ERF                    Freight revenue
MWS                    Taxes on sls/purchase
ERB                    Rebate sales deductions
ERU                    Rebate accruals
EVV                    Cash clearing
Account keys are assigned in the pricing procedure against various condition types
PR00                    ERL
K004                    ERS
K005                    ERS
KF00                    ERF
MWST                    MWS
B001 to B005          ERB               ERU
B001 to B005 are Rebate discount condition types
Assign GL accounts
(Here we maintain information in tables, which will be searched by system for selecting GL accounts)
Select table 1
Select details button
App= application, select V for sales
Condition type= Account determination type (ZK00)
Ch= Chart of accounts= INT
(Chart of account is assigned to company code and has the complete list of GL accounts used for business)
SORG= sales org which is involved in revenue generation/ sales unit
Au2026= Customer account assignment Group
AAG. = Material account assignment group
Actky= Account key like ERL etc
GL account No=the GL accountu2013NO maintained in Chart of accounts
Select new entries and maintain the following
Select Table number 5 to maintain GL accounts for tax, Rebates and cash clearing
MWSu2014175000
ERBu2014884000
ERU     884010          89000
EVV     10000
Create Order; Delivery, PGI and then billing document, when the Billing document is saved account determination should happen
hope this will help u
Regards
nitin

Pls tell the revenue account determination Menu Path or Tx Code for PO

Hi all,
Pls tell the revenue account determination Menu Path or Tx Code for PO as we have VKOA in SD, or tell me how to do G/L account determination for PO
Thanx
Vikas Chhabra

hi
u can do it in spro>mm>Valuation and Account Assignment>Account Determination>Account Determination Without Wizard>Configure Automatic Postings
t code is OMWB or OBYC
take help of following link
http://www.sapstudymaterials.com/search/label/0170-MM-FICO%3A%20Automatic%20Account%20Determination
regards
kunal

Revenue Account Determination

<b>Why Material Account Assignment Group Important? Because at my clients place without maintaining Material Account Assignment Group they are able to determine the Revenue Account. They needs to know what is the advantage if they use Material Account Assignment Group.Can anybody help.</b>

See the reson behind maintaining Account Assigment Gp for material is to post the Revenue of Different on the Basis of Material Type .
Let say if u want the transaction related to Raw Material to be posted in different account than that of Semi Finished goods ,Finished Goods & Trading Goods for same Customer.
Account Determination Based on Account Key + Customer Account Assignmnet Gp + Material Account Assignmnet Gp .
So if the Accounting Key Say for Revenue account it is ERL and customer is same suppose 20003738 then if u want to post the Amount for Raw material , Semifinished, Finished goods and Trading Goods in different account then only option left is to maitained diffrerent Material Account assignment Gp and on the basis of Different combination u can very well post the Revenue in different account and Track the same.
Hope this clarify
U can go for it .

Report for G/L line items with both debit & credit posting accounts

Hi,
My client requires a G/L line items report. It can be possible thru fs10n or fbl3n etc. But he wants to see both the credit and debit accounts in the same line.
for ex: if I open a expense account and show the report of individual documents, he wants to see the corresponding credit item to which bank/cash account it got credited to.
we showed them to double click on that document and goto document overview. but they dont want in that way.
they want to see all the line items with both postings in the same sheet for all line items.
valuable replies will be fairly rewarded.
thanks,
chaitanya

Hi,
U can use the following TCodes...
- S_ALR_87012287
- S_ALR_87012289
- S_ALR_87012291
But i am not sure if your client will be happy...
This is a very common req and the only solution possible is to have a customized report for the client..
Hope its clear..
Cheers
Raghu

Revenue account determination In SD

Hi every Body,
I have a scenrio , where a Free good condition is created and it is also reflecting in the sales order which i have created , but when I bill that sales order , i do not have a GL effect for that free goods.
Ideally i expect the system to debit the free goods cost as the promotional expense and creit accordingly given to a specific account as we map in the assign GL accounts in VKOA in table 1 Cust Grp /materialGRp/Acct key.
Pls take note I have created a new acct key called ZRP and attached the same om VKOA.
Even after doing this in my billing GL , i do not get the debot for the free goods promotion.
could some body help me on this.
Cheers
Gopal.V

The requirement is likely to be achieved through development.
Assumption: A separate Order Type is being used for free goods.
Maintian a new Table with Sales Order Type for VKOA, which should be the first option in the list & maintain the combinatoion for determination accordingly. It will also be required to hardcode that instead of sales account, it should pick Promotion account.
The above will be a complex development & ideally not recommended.
Regards,
Rajesh Banka

Rebate Credit Memo Account Determination Error

Dear Experts
I am facing an error in rebate credit memo creation.
Error ' Document 123456 saved (no accounting document generated)
Message no. VF050
This error is appearing only for rebate credit memo creation. I have released billing block in VA02 for credit memo request. Again appearing the same error
G/L's assigned for Rebate account keys & accruals
Against ERB- 506380
ERU- 506381 563081 (accrual)
Normal Credit memos are working fine.
Please advise
Thanks & Regards
Deepu Pillai

thanks

Error when maintaining GL Account for Revenue account determination in VKOA

Hi all,
I am getting the error "Entry V XXXX doesnot exist check your entry", when I try to maintain account assignment under one condition table in VKOA. This error doesnot come while maintaining account assignment for the same combination under a different condition table.
(note: - I observe that in F4 help entries the Application/USage link is not displayed when I try for the condition table with issue. For all other condition tables, I am able to see the application/usage combination. I am not sure if this is an issue)
Could you pl share your inputs to fix this issue.
Regards
Sri

hi,
Please check your input fields what your entering those entries has to be existed in the master.
For example if your maintaining for table 002 - Cust.Grp/Account Key
Application V - Sales & Distribution COndition type KOFI Chart of acc 1000 Account assignment group for this customer AAG 01
Account key ECC G/L Account Number xxxxxxx should exist in the system.
Please check you entries and try to enter your existing inputs or eles if you need to enter unexisted inputs you have to maintaine those inthere parent table for example if your enter GL 120000, if the GL is not exist in Chart of Acc 1000 you ahve to create GL 120000 in chart of acc 1000.
I hope it will clear you.
Regards,
Rama Mohan Bangaru

Account determination in SAP?

hii experts,
Account determination is major concern in SAP.
Whether account determination will be done only SAP MM consultant or any other module responsibilities in account determination?
Becas SAP has more business scenario , each will have account determination ??
So how ..
Thanks

Both FI and MM can do the account determination. FI does the account determination through OMWB and MM does it through OBYC.
Automatic Account Determination
This is perhaps the part that causes the most heartache for the FI Configurer.   For some reason, although it is an integration area, the FI team always ends up with responsibility for it. To do a good job you need a reasonable understanding of :
the business processes in the source modules
the FI account postings that they should be generating (what sort of account should be debited or credited etc)
the organisation structure and its relationships between the source modules
the reporting requirements that are expected from the General Ledger or Profit Centre Accounting
your chart of accounts
Sounds daunting doesn't it ? Here is a suggested approach ...
The IMG section under GL / business transactions / integration will take you through all the necessary account determination for the automatic postings that the system may need to post. You may not need all of these.You could maintain on an as needed basis. As the project teams test or prototype their expanding functionality, the SAP system will look for the accounts to which it should post. The error message and the SAP documentation and configuration does not always explain clearly which piece of account determination is used for which type of functionality, so it is sometimes difficult to be pro-active.
Being reactive has the benefit that hopefully each side (eg: MM and FI) can develop an understanding of what the business transaction is and therefore where it should be posting. Otherwise the MM person may not even be aware that he has generated a certain type of posting ! (You'd be amazed at some of the lack of ownership from a logistics consultant for the financial postings that they generate).
I will be explaining each account determination area simply and clearly with posting examples
SD to FI Account Determination (aka revenue account determination). This and MM seem to confuse people the most.
More later - This may take a while to complete........
In the meantime, some general warnings:
Whenever you change the field status settings for an account, ensure that you have verified that any automatic postings will be able to meet the requirements. EG: do not make business area mandatory if your system may make a posting which cannot determine and post the business area.
Consider specifying that accounts that are posted to automatically can only be posted to automatically. This will simplify reconciliation between the source module and the GL account should you need to do this.
SD-FI Account Determination and Postings
This is known in the IMG as "revenue account determination", but it covers a lot more than that (discounts, taxes etc). This is what determines how the financial impact of your SD Billing document is posted into the FI General Ledger.
The integration is controlled both in SD and in FI.
In SD there is a awesome area of configuration called the pricing procedures.   The pricing procedure determines the final price quoted to the customer for a particular product. This could be a complicated calculation taking into account the base price, any special prices or discounts that may apply to that scenario, taxes, freight charges etc. These prices or charges are called 'condition types'. This condition technique is used in a number of areas of SAP.
For now all we need to know is that each condition type is assigned to an account key (or in the case of rebates two account keys). You can assign multiple condition types to the same account key. There are a number of account keys that are pre-defined in the system. For example:
ERF freight revenues
ERL revenues
ERS sales deductions
EVV cash settlement
MWS sales tax
Now we start getting to the integration by mapping the account keys to GL accounts. But it is not as simple as that. It can be as flexible (ie: as complex) as you want. Start off with the most simple approach. Generally if one is using a good sales / revenue reporting tool (eg: CO-PA) then one does not need a lot of flexibility and variety in the GL accounts that are posted to. The level of detail that you need in GL should be determined by your financial statement reporting requirements - you may end up with only one Revenue account - it is a good bet!
So, taking the simple approach we would ignore most of the configuration possibilities : procedures, access sequences, condition tables etc (Yes it is that 'condition technique' kicking in again. Once you have worked through it once in one area and encounter it in another then hopefully you will be comfortable in knowing that most of the standard configuration can be left as is. )
We have to decide which access sequences we want to use (Five access sequences are defined in the standard SAP R/3 System). To keep it simple, let us assume we just use one - for example: the access sequence "chart of accounts/sales org./account keys".
The chart of accounts part is standard in all account determinations, so let us look at the rest. This access sequence allows us to specify different GL accounts for different Sales Organisations.
So if we had a billing document line item where the customer had some special deductions for one of the products he purchased, we could map accounts by Sales Organisation. To make it even simpler a document is within one Sales Organisation so we have an overall mapping as follows:
SD Line Item Condition type SD Amount Account Key Sales Organisation GL Account
1 Sales deduction for being such a nice guy $10 ERS 1000 800010 - Sales deductions for 1000
Sales deduction for special promotion on particular product $15 ERS
Base Revenue $200 ERL 800000 - Revenue for Sales Org 1000
Total for item 1 $175
2 Base Revenue $100 ERL 1000 800000 - Revenue for Sales Org 1000
Total for item 2 $ 100
Document Total $ 275
So the invoice that the customer gets (and that you can view in SD) will look something like:
Item (Note this is the SD Invoice line item) Amount
Item 1: $175
Item 2: $100
Total owing , 30 days terms etc: $275
The GL document posting that the system will make to FI will look something like this though:
FI Line Item Debit / Credit Account Amount
1 Debit (PK=01) Customer (AR Account) $ 275
2 Credit (PK=50) Revenue (GL Account) -$ 300
3 Debit (PK=40) Sales Deduction (GL Account) $25
Balancing to 0 as all GL documents must....
$0
Note : There is no direct relation between an SD Line item and an FI Line Item - they are different things.
Other considerations:
Remember that if you are using business areas, then depending on your configuration there, the system may create additional FI line items if it needs to post to different business areas. This may be even more of a reason why you do not need additional GL accounts. If your Sales Organisations already map to different business areas, you could use the GL accounts for all Sales Organisations.
Different access sequences will allow a broader variety of GL accounts (for example: by customer account) group. I strongly suggest having a good understanding of the reporting requirements expected to be supported from the General Ledger vs the SIS (Sales Information System) or CO-PA (Profitability Analysis) or (CO-PCA) Profit Centre modules before you create too many GL accounts. At the risk of repeating myself, the SD to FI account determination should only be as detailed as your statutory reporting requirements.   The reporting from other tools like Profitability Analysis are so much more flexible and powerful, you may never look at the General Ledger for internal profit reporting again except to do a reconciliation check.

Document 5100082865 saved (error in account determination).

When I am creating credit memo System through error message Document 5100082865 saved (error in account determination).
What could be the reason..

To resolve the error, you can analyze account determination in the billing document. Process:
Goto T.Code: VF02 & Enter Invoice number
Next (On the top most strip) goto Environment
Next (Select Environment) go to Account determination
Next (In Account Determination) select Revenue Account Determination (first option)
This will list all the condition types in the Billing document & analyze each condition & check for which G/L accounts is not determined.
Possible SD errors:
1. VKOA not maintained for required combination
Solution: Maintain the combination in VKOA.
2. Account Assignment of Customer / material not maintained in Customer / Material Master (If maintained in combination in VKOA).
Solution:
Option 1 (Standard solution):
step 1: Cancel Billing Document --> Reverse PGI --> cancel Delivery --> Cancel Sales Order
step 2: Maintain Customer master / Material Master correctly.
step 3: Recreate sales Order --> Delivery --> PGI --> Invoicing.
Option 2:
Force the Account Assignment Group of Customer / Material through Debug in change mode of Billing document, which will release Billing Document to Accounting.
3. Account Key not maintained in Pricing Procedure:
Impact: This may create accounting document, but if condition type, which are to be posted to account, but do not have account key maintained in pricing procedure, it will not be post the relevant condition type to G/L account.
From FI Side, you require to check that all the G/L account has been maintained through T.Code: FS00. G/L account being Master data has to be created in each client ot uploaded through LSMW / SCATT / BDC.
In Billing Document in change mode (in the first screen where we enter Billing Document number), on the top most left hand corner, take a dropdown on Billing Document & select Release to accounting. Here you can get the under mentioned possible message:
1. G/L account not found
2. Cost Element not maintained for G/L account.
In both the above cases, FI consultant requires to take corrective action.
Regards,
Rajesh Banka
Reward points for suitable responses to Promote Food Distribution Program.

Debit/credit -revenue account determin

Similar Messages

Maybe you are looking for