GL account and posting keys

Hi All,
Can someone guide me how the Debit and the creift indicator is determined for the system to post the accouting entry for a sales transaction.
Through account determination the GL account is determined for an account key.
For example if GL account for sales determined is 1234 through account key. How does the system determines whether a credit value appears against the GL account 1234 (through posting key 50) and how the system determines the corresponding debit entry (posting key 40) to the customer account.
Can some show the T codes or menu path to link the GL accounts to posting keys and how the system determines that for every credit to sale account , a corresponding debit needs to be done to customer account (what control this )
regds

Dear Friend,
As you already know the accounting Principles, that Debit & Credits & every postings should be equal.
Now as per GL account determination maintained system determines necessary GL Accounts.
Now, in GL Account Definition (T-Code FS00) you enter Account Group (e.g. Inventory account, Fixed Asset account, Account Receivable, etc)
This Account Group classifies the GL Account Master Data. The account group is a classifying feature within the G/L account master records. The account group is a required entry.
The account group determines the fields for the entry screens if you create or change a master record in the company code. The account group also determines in which number interval the account number must be.
Hope this helps...
Thanks,
Jignesh Mehta

Similar Messages

Account key and posting key

what is difference between account key and posting key?

Posting key actually defines which side of an Account either Debit or Credit & suggests to which Account it (Posting key) will posted.
Some of the standard Posting Keys are -
40 G/L Debit Posting
50 G/L Credit Posting
01 Customer Invoice
Account key is related to the Condition Type i.e. Price , Freight , Taxes , Discount. If you want to post the relevant value in different G/L Account then use different Account key & assign with G/L account in VKOA.
Best Regards,
Ankur

Accounting and Accrual keys in MM pricing

Hi,
Why there were no Accounting and Accrual keys maintained for Condition types PB00 and PBXX in standard Pricing schema?
And why they assigned to only freight related condition types?
Basically what is the funda to assign both the Accounting and Accrual keys to any condition type?
Thanks
Anbu

Hi,
Account key
Account key is mainly used for Frieghts.Account key enables amount to post to certain revenue accounts, for example freight charges. When you add freight related condition types, it will be added to separate G/L accounts, means this will not be added to material price.
Accruals key:
Accruals mean accumulating,with the addition of the account key, the system can post amounts to certain types of accruals accounts. For example, rebate accruals which are calculated from pricing conditions can be posted to the corresponding account for rebate accruals.
Vishal...

Custom fields in Field status variant and Posting keys

Hi,
We have defined some custom fields in BSEG table for which we wish to control the field status through Field status groups and Posting keys as well.
Has some one addressed this requirement before? Please provide me some inputs on this.
Regards,
Swapnil

Hello Chakardhar,
Since the same fields for document entry are required for several G/L accounts, you define the status of fields for a group of G/L accounts.
You create the definition under a field status group. Enter the key of the group in the master record of the G/L account. Field status groups are cross-company code, that is, they do not depend on the company code but on the field status variant. In the standard system, a separate variant for field status groups exists for each company code. The name of the variant is the same as the company code. Every company code is assigned to the variant with the same name. You can work in several company codes with identical field status groups as long as these company codes are assigned to the same field status variants. You define the field status for each individual posting key.
Hope I ahd been able to hep you out. Please assign points and let me know if you need anything specific.
Rgds
Manish

Sales account keys and posting keys

Dear Experts
I have a query that when i assign the g/l account in VKOA system determines that based on the account key into which G/L the posting needs to be done.Also based on the posting key it determines whether to debit / credit that g/l.
My question is that how the system recognises to whether debit/credit the value (in the G/L) it is bringing along with the account key .
Also where can i see that how this posting key is assigned to the account key in which the debit / credit configuration is done.
regards
sanjeev

My question is that how the system recognises
to whether debit/credit the value
Answer to this question is your Pricing Procedure where for each and every condition type, you would be assigning various Account Keys. In V/06, you define whether the condition type should be posted with positive or negative value against the field "Plus/minus". In VKOA for that Account Key you are assigning G/L Accounts. Thus a value is being posted with Plus / Minus values in FI.
thanks
G. Lakshmipathi

Relation Between Dummy Profit Center and Posting Keys.

Hello Gurus,
It will be a valuable feed back for below mentioned Scenario.
One of our client is on SAP Version 4.7 and New GL is not activated. In COCD one Customer Invoice entry is booked as below.
PK     Account           Amount      Profit Center
01     SURXXX1            100.00         ABCD
50     REVENUE A/c      50.00         ABCD
50     ENT TAX               20.00         ABCD
50     SERVICE TAX       30.00         ABCD
After running t codes 1KEK, F.5D, and KE5T for customer line item system picks same profit center as mentioned in other line items i.e ABCD.
But when we reverse the above document system picks DUMMY Profit center instead of ABCD.
PK     Account           Amount      Profit Center
12     SURXXX1            100.00         DUMMY
40     REVENUE A/c      50.00         ABCD
40     ENT TAX               20.00         ABCD
40     SERVICE TAX       30.00         ABCD
Basically we have checked field status variant for Posting Key 01 and 12 in which Profit Center field is Required and field status for profit center for reconciliation account is also required. This is unusual behavior which we are facing right now.
Regards,
Ajinkya Ahire

Profit Center :
A profit center is a management-oriented organizational unit used for internal controlling purposes. Dividing your company up into profit centers allows you to analyze areas of responsibility and to delegate responsibility to decentralized units, thus treating them as "companies within the company". EC-PCA lets you set up your profit centers according to product (product lines, divisions), geographical areas (regions, offices or production sites) or function (production, sales).
Profit Center Accounting (PCA) allows you to calculate internal measurements of profitability. This internal view of profitability, then, reflects the success of a given profit center at meeting the profitability goal for which it was given responsibility.
Cost Center :
The cost center is an organizational unit in a controlling area. Cost centers can be defined according to several different design approaches. A typical approach could be for an enterprise to define a cost center for each low-level organizational unit that has responsibility for managing costs. As costs are incurred, they are assigned or posted to the appropriate cost center. These costs could include payroll costs, rent and utility costs, or any other costs assignable to a given cost center.
Each cost center is assigned to a category, e.g. Administration cost center, production cost center, etc. Each cost center master record has a field for the name of the person responsible for the cost center.
For detailed information go thru the below article
https://wiki.sdn.sap.com/wiki/display/ERPFI/BasicConceptsof+Controlling
Hope this helps.
Cheers,
Srinath.

MM Pricing: Account and Accrual Keys

Hi !
In a calculation schema we can assign Account Keys and Accrual Keys to condition types.
I am noticing that if I assign a Accrual Key, the Account Key is ignored.
Is this a correct observation?
If I assign a Accrual Key do I have to leave Account Key blank?
Under what circumstances, if any, would it make sense to assign both Accrual Key and Account Key to a condition type in a calc schema?
If someone can clarify my confusion, I will appreciate it.
Thanks,
Anisha.

Anisha,
Please note accural key are in action when "Purchase account Managment "is active for your company code .So please check Purchase account active or not (IMG-MM-Valuation and account assignment-Account determination-Acc.dete.without whizard-Purchase account management --activate purchase acc management in company code).note that puchase acc is used in following country only...Belgium,spain,portugal,france italy,finland....
Use of accurals---With the aid of the account key, the system can post amounts to certain types of accruals accounts. For example, rebate accruals which are calculated from pricing conditions can be posted to the corresponding account for rebate accruals.
Regards
Sachin

Transaction event key and posting key

Dear All,
To create a new Transaction event key/posting key.Whats the T.code

Hi,
Follow the Path
SPRO-Materials Management-Purchasing-Conditions-Define Price Determination Process-Define Transaction/Event Keys
SPRO-Financial Accounting (New)-Accounts Receivable and Accounts Payable-Business Transactions-Internal Transfer Posting-Make and Check Document Settings-Define Posting Keys
Hope this finds useful.
Regards,
Vengat

Field status variant and posting keys.........

posing key can do all the functions of field status variant..............so what is the purpose of defining field status variant.............?

Hello Chakardhar,
Since the same fields for document entry are required for several G/L accounts, you define the status of fields for a group of G/L accounts.
You create the definition under a field status group. Enter the key of the group in the master record of the G/L account. Field status groups are cross-company code, that is, they do not depend on the company code but on the field status variant. In the standard system, a separate variant for field status groups exists for each company code. The name of the variant is the same as the company code. Every company code is assigned to the variant with the same name. You can work in several company codes with identical field status groups as long as these company codes are assigned to the same field status variants. You define the field status for each individual posting key.
Hope I ahd been able to hep you out. Please assign points and let me know if you need anything specific.
Rgds
Manish

Difference Between GRIR is split to two accounts and posted to two accounts

User did an Invoice Verification (MIRO)
User found that the accounting entries is very unusual as the difference between the Invoice $ amount and the GRIR amount was posted to Stock accounts 20105000 and expenses account 87201000.
We need to know what should be the normal posting if there is any difference between invoice amount and GRIR.
And for this case, why and based on what the system split the difference to two accounts.

It all depends upon the price indicator of the material in the Accounting 1 view of the the material master. The following results would happen:
1. Material maintained with Price indicator "S"(Standard Price)-In this scenario, the difference between the GRIR & Invoice will flow to Purchase Price Variance account(Expense) & NOTHING would flow to Inventory account.
Note: However, the incidental expenses like freight etc could be configured to flow in specific assigned GL accounts.
2. Material maintained with Price indicator "V"(Moving average price)-In this scenario, the difference between the GRIR & Invoice will flow to the Inventory Account.
Note: The above mentioned examples are SAP standard way unless you have configured/mapped different GL.
Hope this helps.

Filed Business Area is required for G/L account, for posting key 21

Dear All
when i did Miro , i didnt assign business area, now i am doing reversal for the same document.
G/l account is Reconciliation A/C for vendor.i have check field status which is set for optional.
Regard
Nabil

Hi,
Check SAP Note :-186013
[Mandatory field 'Business Area" in MIRO transaction;
Regards
Kailas Ugale
Edited by: kailasugale on Feb 8, 2012 8:32 PM

Change account assignment for posting key-urgent

Dear expert,
please advice, when running mb30, in accounting doc for material xxx we want to change account for posting key 91 with other account since the old one is blocked.How to change this account assignment then?
Thank you

Hi
I am not sure whether MB30 Tcode exist. anyways, if you are sure of the Movement type with which your document is getting posted, then you can get the details of the Transaction in the OMWN. In OMWN please select the Movement type and you will see all the Tr Keys.
Or you can get into OMWB and select Simulation. Give the material, plant and movemnet type and then select the account assignments you will have all the information.
Regards
Nambi

Posting Key and Document type

Hello,
I have just detected an inconsistency in one of my SAP environment (Development). I have an invoice posted from the SD module, document type of this invoice is RV.
If there is a reason to cancell this invoice, the transaction used is VF11. The document type in SD for this cancellation is S1. Thereafter an FI document is generated with document type AB.
Even though the settings in both Production and Acceptance and Developement are the same.
I have realised that the initial document when cancelled (reversed) has an FI document RV and posting key 11. whiles in customizing the settings for posting keys and document types are different from what has been customized. Below is my current settings.
The posting key 01 has a reversed posting key 12 and the document type RV has a reverse document type AB. This customizing is in correct in SPRO.
Transactions : OB41 and OBA7
Can anyone help on this....
Thanks
Elvis

Hello,
Did you verify whether AB document type in OBA7 is marked in "Account Types allowed" the Customer checkbox?
If not, maybe that is why it is not selecting AB as the reversal document type for RV, even though it is set up in RV document the AB document type as reverse document type.
Other than this (if the mentioned above doesn't solve your issue), I would say there should be any user-exit that can be changing the document type, according to some specific business rule of your SAP client or even a substitution.
I hope it helps you.
Regards,
Daniel.

Postings for account type M ( posting key 99 ) are not defined

Hi,
I am trying to post vendor credit memo KG through FB01 using posting key 21 - Debit Vendor and posting key 99 - Credit Material.
I am getting the error "Postings for account type M ( posting key 99 ) are not defined Message F5204".
The posting key 99 is set for account type material. Is there anything else that need to be configured?
Is there any other way that i can debit a vendor and credit material through FI postings (without purchase order)
Thanks
Sukumar

Hi Ravi,
I am also having the same issue.
I want to load some costs to materials thorugh Finance module. In that case i am trying to post the values through F-43 document.
In posting key 89, but system not accepted. As per your suggestion i am trying to take 81 posting key. Then system is asking the GL, there is i select the Stock GL, system won't allow to post the values to the stock account.
So what will be the solution to add or to deduct any other charges to the material cost through finance module.

Accrual and Posting to a Account

Is it possible for a condition record to both Post & Accrue as system allows me to put account key and accrual key?
If I want to use accrual key - should i define the condition record as an accrual in control2 portion of condition record configuration? Is it not possible to use a condition record that is not having accrual key to post an accrual?
Can some one give me a bit more elaboration on accrual, account key?
Appreciate your help.

Hi
Accrual Key is used only for Rebate conditions. For Rebate conditions, you need to specify Account key as well as Accrual Key in the Pricing Procedure.
For Rebate conditions, you need to specify the "Account Key", which specify in which G/L account, the discount amount will be posted.
This Rebate discount, we have to pay back to the customer when the Rebate will be settled and till that time, it is accrued with us.
So, it is posted to a special G/L account meant for accrual only.
For Rebate conditions, Accrual Key is specified in the Pricing Procedure, from which system identifies the appropriate account and posts the accrual amounts.
The accrual rate and the Rebate rate both are specified in the Condition record created within the Rebate agreement.
If the Accrual rate is not specified in the condition record, then system does not post any accrual to Accounting.
When Rebate is settled, this accrual amount is apid back to the Rebate receipient and that is how Rebate is settled.

GL account and posting keys

Similar Messages

Maybe you are looking for