Offsetting entry and account determination
Hi friends,
The question I'm putting across might sound silly. I have tried a lot to understand these on my own but I still don't feel confident on my own understanding. Hence I'm seeking your help.
Can you please explain me the meaning of Offsetting Entry in SAP in layman language ? Could you also provide me some examples?
It would be great if you can answer the following questions as well-
1. What is the purpose of the T/E key PRD and why is T/E key PRD required for movement type 101.
2. For movement type 251 and posting string WA01, the account modifier is VBR. The G/L account assigned for GBB-VBR is 50100000 for valuation class 3000. Does it mean that a GI for sales of a material of valuation class 3000 will ONLY hit 50100000 and will not hit any other G/L account?
Thanks a lot for your help.
Rana
Hi Prabu and Praveen,
Thanks a lot for your response. Let me express what I understood and please correct me if I go wrong.
For mv.ty. 101, BSX and WRX are triggered to hit the assigned G/L accounts. Since offsetting is done to WRX for BSX, hence we don't need a GBB T/E key to make another offsetting entries.
But for 251 movement, the inventory account is credited and the COGS account is debited. If I look at the account determination, I see that G/L 50100000 is hit by GBB-VBR. So where is the other entry? Per my understanding, there should be an entry to BSX as well for 251.
Waiting for your response.
Thanks!
Rana
Addition- I checked the account grouping for movement type 251 but I didn't see any T/E key associated with it apart from PRD. So, if GBB-VBR makes the offsetting entry to a G/L account then where is the original posting?
Edited by: Rana Dutta on May 15, 2009 4:57 AM
Similar Messages
-
Valuation and Account Determination...
Hello,
Can anyone help me to get some of the functional implementing questions on "Valuation and Account Determinationa" ....
Thanks
PriyankaHi,
In SAP every movement of goods is followed by one movement type and movement type trigged transaction event keys. G/L account assignment and G/L account assigned to transaction event key (OBYC). GR & IR will updated by movement of goods only. In Account Determination, respective G/L accounts assigned to your chart of account,relevant to business transactions keys(Example:BSX,PRD,FRE,GBB),Account modifier(Example:BSA,VBR) and Valaution Calsss.If all are assigned then you would not face any problems during your posting of GR,IR etc..........
Configuration of Automatic Account Determination with T.Code are as follow:
1.OMSK: valuation Class with Account category reference,
2.OMWM: Active Valuation Grouping Code,
3.OMWN: Active Movement type with G/L account,
4.OMWD: Active Valuation Area,
5.OMWB: Active Chart of account,Valuation Grouping Code,Account Grouping Code,Valuation Class and G/L acocounts
In OMWB or OBYC
Click TE key and enter Chart of account and then save the Roles 1st for
1.Debit/Credit
2.General modification
3.Valuation Modif
4.Vakuation class
And then enter respective critetia for that TE key and save.
If assignment(Chart of account,Valuation Grouping Code,Account Grouping Code,Valuation Class and G/L acocounts are correct and u would not face any problems in G/GI/IV.
For more check the links:
http://www.sap-img.com/materials/general-test-of-sap-mm-knowledge.htm
http://www.saptechies.com/category/financial-accounting/page/0
http://e-mory.blogspot.com/2007/06/sap-mm-and-fi-doc-number-verification.html
http://www.sap-img.com/materials/sap-mm-configuration-tips.htm
http://moryhanry.com/sapmmfidocverify.html
http://www.sapcustomization.com/document/fi_mm_integration.pdf
Regards,
Biju K -
Division and Account determination in Freight Costs
Hey Friends!
How the system does to determine the division and account in Freight Costs?
Thanks!Hi,
1)In config you maintain account assignment category ...spro->log. execution->transportation->shipment cost->settlement->maintain account assignmnet category.
2) Here you need to give account modification for an account assignment category
3) Maintain that account modification in GBB transaction key in OBYC transaction.
4) So the GL account gets detrmined according to the valuation class of the material.
5) If business area is active in ur system then u need to link valuation area with business area and division in Enterprise structure->Assignment->logistics general-> Assign business area to valuation area/division.
So the system will determine the business area. -
Movement type configuration and account determination
Hi Experts,
Is movement type config SD responsibility?
Should it be MM?
How is movement type important for account determination?
Where to configure it? From SD point of view, can i say just configure in Material master?
regards
Tom
certified but joblessHi,
Is movement type config SD responsibility?
Should it be MM?
Movement types configuration is part of MM (most of time no need to configure new as standards are enough)
How is movement type important for account determination?
Movement type are not considered for account determination in SD
Account determination is carried out in VKOA
Where to configure it? From SD point of view, can i say just configure in Material master?
NA -
Pircing Procedure and Account Determination
HI,
Need your advise /suggestion on the following requirement.
We are using price control S(Standard Price).
In Purchase Order
A item - > 100 Qty * 100 = 10000, Discount 4% = 400.
At the Time of GRN, Accounting entry should be like this
Stock Account - 10000 Dr
GR/IR Account - 9600 Cr
Discount Account -400 Cr
To achieve the above entry, what settings i need to adopt in pricing, Pls advice.
Best Regards,
ShaulendraHi,
Discount will come to play at time of MIRO or paying to vender....not possible with MIGO
GO to MIRO, Do to details
Here in Document type ...Select RN- Net Invoice.....
Here system will calculate Discount on Net while MIRO.
Also go to FBKP, Give the GL for SKV.
Hope Help U !
Regards,
Pardeep Malik -
Rectify the error mesage "Account determination for entry *** not possible"
When I run the program ZMR11-Maintain GR/IR Clearing account, I get the below said error message:
+Account determination for entry **** not possible+
How do I rectify them?
Please advise.Check the long text of the error message. It should ideally give details of missing entry in account determination.
-
Account Determination w/o wizard.
Hi,
Please guide me on the following,.
Whenever any goods movement takes place within plant , how does the system finds which G/L to be posted to.?
Also is there any relation between goods movement and account determination.?
Also when we customize for Automatic account determination without wizard, what are the different accounts are covered in it?
i.e. Whether various tax accounts, recon accounts, inventory accounts, freight accounts etc. are covered in the account determination?
Thanks in advance..
BhaskerWhen entering the goods movement, the user does not have to enter a G/L
account, since the R/3 System automatically finds the accounts to which
postings are to be made using the following data:
o Chart of accounts of the company code
If the user enters a company code or a plant when entering a
transaction, the R/3 System determines the chart of accounts which is
valid for the company code.
You must define the automatic account determination individually for
each chart of accounts.
o Valuation grouping code of the valuation area
If the automatic account determination within a chart of accounts is
to run differently for certain company codes or plants (valuation
areas), assign different valuation grouping codes to these valuation
areas.
You must define the automatic account determination individually for
every valuation grouping code within a chart of accounts. It applies
to all valuation areas which are assigned to this valuation grouping
code.
If the user enters a company code or a plant when entering a
transaction, the system determines the valuation area and the
valuation grouping code.
o Transaction/event key (internal processing key)
Posting transactions are predefined for those inventory management and
invoice verification transactions relevant to accounting. Posting
records, which are generalized in the value string, are assigned to
each relevant movement type in inventory management and each
transaction in invoice verification. These contain keys for the
relevant posting transaction (for example, inventory posting and
consumption posting) instead of actual G/L account numbers.
You do not have to define these transaction keys, they are determined
automatically from the transaction (invoice verification) or the
movement type (inventory management). All you have to do is assign the
relevant G/L account to each posting transaction.
o Account grouping (only for offsetting entries, consignment
liabilities, and price differences)
Since the posting transaction "Offsetting entry for inventory posting"
is used for different transactions (for example, goods issue,
scrapping, physical inventory), which are assigned to different
accounts (for example, consumption account, scrapping, expense/income
from inventory differences), it is necessary to divide the posting
transaction according to a further key: account grouping code.
An account grouping is assigned to each movement type in inventory
management which uses the posting transaction "Offsetting entry for
inventory posting".
Under the posting transaction "Offsetting entry for inventory
posting", you must assign G/L accounts for every account grouping,
that is, assign G/L accounts.
If you wish to post price differences to different price difference
accounts in the case of goods receipts for purchase orders, goods
receipts for orders, or other movements, you can define different
account grouping codes for the transaction key.
Using the account grouping, you can also have different accounts for
consignment liabilities and pipeline liabilities.
Valuation class of material or (in case of split valuation) the
valuation type
The valuation class allows you to define automatic account
determination that is dependent on the material. for example: you post
a goods receipt of a raw material to a different stock account than if
the goods receipt were for trading goods, even though the user enters
the same transaction for both materials.
You can achieve this by assigning different valuation classes to the
materials and by assigning different G/L accounts to the posting
transaction for every valuation class.
If you do not want to differentiate according to valuation classes you
do not have to maintain a valuation class for a transaction. -
No G/L account found in Account determination type ZOFK
Hi Forum,
I have several inoices for which the acct. doc is not generated thru VFX3.
In the header the Posting status shows "Posting document not created (pricing Error)"
If I look in to the inovice's account determination analysis I find for two pricing condition types follwoing message is displayed *"No G/L account found in Account determination type ZOFK"*.
Also in VKOA transaction there is no mention of ZOFK acct. det. condition type. It has all the G/L a/cs are assigned to ZOFI.
Could some body help me how to know why in invoice the system is taking the ZOFK value and not posting it to account.
Thanks.ZOFK is the copy of KOFK account determination type.................therefore whenever you are doing any costing related accounting entry system will required G/L account and Account Key combination for ZOFK account determination type...
go to VKOA and maintain the G/L account with combination of Account key and Account determination type ZOFK...
Regards,
Ratish
u2003 -
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 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 for posting area Aggr
Hi experts,
i'm very new to ISU and would like your help on an issue.i am using ETHIM to post mass act aggr posting for the serv prov.i get an error *Key selection not defined for application &1, posting area &2* msg no 005..
exact error msg would be *In Customizing, define the keys you require by selecting the appropriate entry for account determination for posting area Aggr.: Conversion of Ext. Transacts. to N(R075).*
what transaction will i have to use in order to post the doc. doc type AL.
thanks in advance
cheers,
deepak raohi Deepak,
FQC0 is the correct t.code and maintain the document type for the posting area
BA: payment settlement
SA: GL account document
just try it out with this.
Regds,
Naren -
Offset vendor AND the offset customer
Can i add the offset vendor AND the offset customer in fbl3n or is there any report to give me that if i give the Gl ACCOUNT
Hi ,
Getting Offsetting A/C no. in FBL3N Display
T.Code: FIBF
After entering in above T.code
Follow Path
Settings > Products > of a customer
Product : Test
Text : Test
Active : Tick it
Click on Back i.e. F3
Follow Path
Settings > P/S Function Modules >of a customer
Event: 00001650
Product: Test
Function Module: LINE_ITEMS_GET_GKONT
Now Go to FBL3N display of any account
After opening the account display click on Change Layout i.e. CTRL+ F8
And Select
Offsetting A/C Type & Offsetting A/C no.
And click on copy
SAP OSS note 112312: Above Steps are as per this note.
Drawback of this solution is already mentioned by Sanil. You may get only one offsetting entry and there may be several offsetting accounts.
You may also refer to the link below:-
http://www.sdn.sap.com/irj/scn/index?rid=/library/uuid/2074877d-fad9-2d10-c69b-f47fb0685327#rating
Regards,
SAPFICO -
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 -
Asking account determination while posting to MB1A
hi friends,
while posting goods issue to cost center(MB1A). i am getting the following error
ACCOUNT DETERMINATION FOR ENTRY (CHART OF ACCOUNTS) GBB _________VBR 3000 NOT POSSIBLE, and
ACCOUNT DETERMINATION FOR ENTRY (CHART OF ACCOUNTS) BSX _________VBR 3000 NOT POSSIBLE
actually i assigned all the required GL acounts in obyc( i assigned GL accounts for BSX and GBB too). i dont know what to do.can anybody please help me out from this problemOMWB is the right tool to detect the error. Go to this transaction code and enter the plant and material number. Select the movement type (201?). Double click on the GI to cost center. Then click on Account Assignment icon. The resultant output will show what is missing.
Valuation grouping code (Valuation modifier) also plays a majore role, as it groups plant together, to be used in maintaining account determination. of GBB for ZOB -
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
Maybe you are looking for
-
Is there any way to avoid upgrading to Itunes 7 with new generation Ipods?
My Ipod was stolen last week and I need to buy a new one today. To frustrate matters in my grief over Ipod loss, I have tried unsuccessfully many times to download Itunes 7 from Itunes and Software update. It downloads but then when I go to launch it
-
What are the New features in OBPM in performance, integration & dev level
Hi, Could someone help me I would like to know what are the new features in Oracle BPM that will improve the performance of appln, and new features in integration and development level.Thanks in advance.
-
Is it possible to close your firefox by exit button
Dear all, use forms10g , I create a new button with trigger WHEN-BUTTON-PRESSED and i write this built-in exit_form;but it's not close the fire fox window. the window it's just becom black plz advice.
-
I need some clarifications. What are share point server 2013 & Share point Designer 2013 & Office 365 & Yammer & Share point 2013 & Windows server 2008 server & Windows Server 2012 Server Data Center? How each them are related in collaboration system
-
My iPod is Driving me Nuts!!!
I have followed the five R's, Uninstalled & Reinstalled the iTunes software soo many times, I am about to go insane. Have followed all the recommended steps in trying to get my Windows XP system to recognize my iPod and it still doesn't. I own the fi