G\L Account determination per itemgroup

Hello,
I do have a question about the G\L Account determination in SAP B1. It is my task to find out which G\L Account(s) is/are being used by the program for all different kind of (trans)actions.
I checked out help.sap.com to check out the different GL accounts that can be determined but this wasn't very useful. There is only a description for GL account determination at company level (Administration > Setup > Financial > G\L account determination).
But after a hard (and long) time of searching I found out most of them myself. But I still need to know 6 of them. I can't find out where they are used and the description @ help is not good as well.
It is about these G\L accounts:
Sales credit account
Purchase credit account
Sales credit account foreign
Purchase credit account foreign
Sales credit account EU
Purchase credit account EU
I need to know when these accounts are being used in journal entries.
Thanks in advance,
Kind regards,
Hendri

Do you have access to the SAP Business One Document Resource Center? If you do, there is a 19 page PDF there that you should have. It is called 'How to Determine G/L Accounts for Automatic Creation of Journal Entries'.
You have to dig for it. There is no 2007 release, but the 2005 document is still good. In the Document Resource Center, look under
SAP Business One 2005 A SP01
then
How-To Guides 2005 A & 2005 A SP01
then
How to Determine G/L Accounts 2005 SP01 - US
This link may or may not work to get you to the How To Guide page where you will find the PDF:
https://websmp110.sap-ag.de/~form/sapnet?_FRAME=OBJECT&_HIER_KEY=701100035871000437965&_SCENARIO=01100035870000000183&

Similar Messages

  • Account determination as per note 1032265

    hi good morning every one
    please let me know as per master note 1032265 and MM-Tax-config.zip.
    please go through the file MM-Tax_config.zip. it is available in note 1032265.
    For account determination they mentioned in MM-Tax-config.zip file "add new Entry with GRPO transaction type and DC Indicator as debit and account name as RG23 AT1 and PLA AT1" last they mentioned repeat the same for all MM excise transaction.
    please i would like to know for what all the transactions we have to maintain with combination of RG23AT1 and PLA AT1.please send me all required transactions with combination of RG23 AT1 and PLA AT1.

    Hi
    ur concept is correct, means GL account is determine by valuation cless.
    bt this is nt the factor.
    Series is like that
    Material type-Ac category referance-Valuation class-Valuation category group-Transaction0Chart of accounts-Account modifer-value string-GL account.
    However simply u can create GL account By FS00.
    Bt Being a sd guy u hav to take a referance from MM or Fi guy and assign it to VKOA in real scenirio.
    thanks
    Mk

  • Account determination error in Invoice document posting

    Problem - When generating the invoice document to customer, an error is displayed - Document is saved (Account determination error). As a consequence of this step, the invoicing is not able to create FI document
    My Analysis-
    Account determination is done in G/L account assignment (VKOA screen)
    For my billing document, the system is not able to find the GL account (below are screenshots)
    In VKOA screen, I already defined the GL account determination using KOFI procedure.
    I initially defined in table 2 Cust.Grp/Account Key and it didnt work.
    So I defined in both the tables 1 as well - Cust.Grp/MaterialGrp/AcctKey
    But still system is not reading the tables and obtaining the GL account no
    Any advice on why its not working?

    Hi Nikhil,
    As per the screen shots i could observe that you didn't maintained acct asst grp of customer.
    check the acct asst grp of customer field in billing tab is maintained or not.
    other possible reason may be in your pricing procedure -check whether the accounting keys are maintained or not.
    This could solve your issue.

  • 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 Seigler

    Hello 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

  • House bank account determination error in interest rate instrument posting

    Dear Gurus,
    In IRI client pay each interest flow (1200 condition) from a different bank.This is because client do a payment as per the availability of the funds in his house banks. So every month I create a new payment detail with the payment date of the interest as the validity date with a different house bank and post each flow in TBB1 on the due date. This is working fine for the last but one payment. As usual I give a different house bank and date for the last interest payment which is due on the same day as final payment(1120 condition). When I try to post this flow I am getting error message only for flow type 1120 that "Account Determination: House Bank or House Bank account is not entered". Both the flows are due on same day but both have different flow types and bank. Is this a limitation or I need to do something?
    Any help is appreciated.
    Regards
    Komal

    Komal,
    You can have separate bank details for each flow type. Try to create a separate one for flow 1120 and 1200 for the last validity date and then post. Let me know whether you still get the error.
    Kalyan

  • Account determination error when i do MIGO transaction

    Hi All,
    When i post MIGO transaction I get this error.
    ACCOUNT DETERMINATION FOR ENTRY INT BSX--3000 NOT POSSIBLE.
    Can anybody help me to resolve this issue.
    Regards,
    Srivatsan

    Hi,
    Transaction Event Key "BSX" is used for inventory posting.At the time of MIGO Stock/Inventory Account is debited.
    Please check your material code. As per the error message the valuation class for your material code should be 3000. Maintain appropriate GL account for Valuation Class 3000 in BSX key.
    Use T Code OBYC to view all the transaction event keys. Scroll down to BSX which might be 11 th in the list, and double click on it. You will find a combination of Valuation modifier, Valuation class and GL Account. Please mantain appropriate GL code against valuation class 3000.
    If you are not confident enough you can take the help of your MM consultant.
    Regards,
    Swapnil

  • Reg.Error in account determination: table T030K key NCCA EXD

    Dear Friends
    we are doing domestic sales for that I am doing pricing procedure, I create 5 condition types without access sequence,and I manualy enter all the mrp price,mrp discount,bed,eces,shec and cst in billing,  during the billing release I am getting the error
    "  Error in account determination: table T030K key NCCA EXD" Diagnosis In the chart of accounts to be posted to, no accounts are defined for the tax code you used. "  in VKOA  I maintained the account key ERL,MWS and EXD,and also in OBCN and OB40 but I am getting the same error.
    do I need to create separate procure for pricing ? or can I use the same procedure which in SD.
    do I need to change the TAXINJ and put the EXD there ? I am unable to solve this problem. Please help me .
    Thanks
    Rajakumar.K

    FYI, as per SD pricing for tax condition type is concern, it doesn't require tax procedures to be maintain.
    Tax % with correspondingly tax codes are maintain & determine from Condition record in to the pricing of sales doc.
    These kind of error occurs due to non determination or missing tax code in sales doc pricing.
    In turn, raises error due to accounting interface.
    So, as per best practices, tax condition type are determined through condition record in sales document.
    Thus, you ought to have access sequence for tax condition type & should create condition record with respective TAX % & Tax code. By, manually processing tax values into pricing, you will be able to maintain tax %, but without TAX CODE.
    I hope this can assist you.
    Thanks & Regards
    JP

  • Account determination --Rebate

    Hii guys i have createe a rebate agreement(material)......when i create a billing doc the condition type reflects in billing but no account determination is done ..says error in A/c determination........
    1)I would like to know which accounts should be hit
    2)I think one is regualar revenue account .......where do the accrualss go
    pls do help
    Regards
    maddy

    thnkss sasmita i have done all the assignments as per ur instructions(the FI guyss are not srnd for 2 days and i dont wanna wait hence doing it myself) but now i am gettin a new error which is as follows
    Field Text is a required field for G/L account VINA 89000
    Message no. F5808
    Diagnosis
    The value for field "Text" in the interface to Financial Accounting is an initial value but you are required to make an entry in the field selection for G/L account "89000" in company code "VINA" linked to the field selection for posting key "50".
    System response
    Error
    Procedure
    It might be an error in the configuration of the G/L account field selection. The initial application, used to call up the interface must otherwise define a value for field "Text". If this is the case, contact the consultant responsible for the application used to call up the interface or get in contact with SAP directly.
    do u get what it meanss if yess plss do let me knw
    Regards
    Maddy

  • G/L Account Determination Document for SBO 2007

    I would like to find a document (word, excel or pdf) that explains the G/L Account Determination and its accounts. In which documents inside SBO are those account used? I see more accounts used in SBO 2007 and use trial and error to see these but preferred a document. I have seen the empowerment session about account determination but do not explain each of the accounts. Any help ?

    Sorry for attaching wrong thread .
    Please refer to the following information
    g/l Account Determination ---> purchase ---> Expense Account
    Define an expense account to be used as the default when a transaction of domestic purchasing is posted, for example, an A/P invoice. The system also selects this account as a default when you create new warehouses, item groups, and item master data records.
    The expense account is applicable only when you use non-inventory items.
    g/l Account Determination ---> purchase ---> Purchase Credit Account
    Define an expense account to be used as default when a credit transaction for purchasing is created, for example, an A/P credit memo.
    This account defaults for new warehouses, item groups and item master data records creation.
    The purchase credit account can be the same as the Expense Account, in case you do not wish to record credits to a separate account.
    Setup g/l Account Determination ---> inventory ---> Expense Clearing Account
    Define an offsetting G/L account to clear journal entries created by A/P invoices and goods receipt POs. This G/L account is used in journal entries when the Allocation account is also involved.
    Setup g/l Account Determination ---> inventory ---> Goods clearing Account
    When you close goods receipt POs or goods returns, this account is used as an offsetting account to the Allocation account. In this case, the system does not register an inventory transaction; however, it creates a journal entry involving this G/L account.
    Clearing account: An account to which postings are recorded temporarily because of a time gap between accounting transactions, organizational task distribution, or accounting transactions requiring clarifications.
    No matter what kinds of clearing accounts, they will be temparary accounts per se.
    Link for Archive Sessions:
    http://service.sap.com/~sapidb/011000358700000131752007E/ExpertSessions.htm
    And more information ,you can take a look at help file by hitting F1key
    Hope this helps.
    Bishal

  • Why do you need Account Det. Procedure in GL Account Determination ..?

    Guys, I need following clarification for GL Account Determination....
    While doing "Revenue Account Determination", one has to do "Define and Assign Account Determination Procedure". Now what I understand that in Acc. Determination Procedure, you can add more than one "Account Determination Types", which basically (if fully implemented) will bring back (via access seq) more than one GL Accounts. My question is, can you post one particular pricing condition type, in one billing line of a specific billing document, to more than one Revenue GL Account in FI. If yes, what that scenario would be?
    I do understand that one can maintain just one Determination Type in each Acc Det Procedure, where you can have just one GL Account, however, since Procedure can handle more than one Determination Types (and hence GL Account), I was wondering that in which scenario it would fit.
    Thanks
    Edited by: SR on Jan 8, 2009 5:17 PM

    HI SR
    The major difference between the KOFI & KOFK condition types are as follows
    In standard accounting procedure there we have 2 condition types .They are as follows :
    condition type                  Reqt
    KOFI                               3
    KOFK                             2
    Usage of KOFI condition type
    We will be using KOFK for generating controlling document
    We wil be using KOFK when we go for Make to Order (MTO) process.
    If you want to assign the KOFK to generate controlling document then you should assign the cost center , to your G/L accounts also
    When the controlling document generate then for FI consultants it will be helpful to generate the report as per the requirement
    Usage of KOFI condition type
    We will be using KOFI for normal sales cycle only .
    So the Stock whatever we deliver it will be a Make to stock (MTS)
    Regards
    Srinath

  • Account determination - loan taken

    Dear expert,
    Currently Iu2019m testing transaction FNM1 for loan given. But I hit an error u2013 u2018No posting details maintained for 0101 6147 1u2019. 6147 is a new flow type I had created for interest payable. The problem is, at account determination I already set :-
    Payment transaction : X
    Posting category : 42 u2013 p/l to subledger
    Debit: 40 (interest payable)/ Credit: 14 (customer account)
    But why the system check my flow type as u20181u2019 because u20181u2019 is not posted to customer? I want my posting debit GL & credit to customer account.
    FYI, my product type u2018posting to fiu2019already setting to u20183u2019. And also, my setting u2018Assign flow types to condition group per applicationu2019, 6147 already set as application function 100-103 with payment transaction ID u20181u2019.
    Anyone can tell me what could I be missing?
    Thank you in advance

    Hi ,
    U try to post material from MB1C and to solve the above error u have to do the following changes:
    OMS2-> choose your material from position button-> Select it> Click on Quantity/Value Updation under dialog structure> Choose your Value Area and Material Type> Uncheck Value Updation---> Save it and now try to post material .
    Still if u find error reply me
    Reward me points if helpful.
    Regards,
    Venuprasad

  • 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

  • Change the Account Determination In As22

    Dear Friend's
                 The Asset Class account determination is wrongly tagged but some transaction value are made. So I want to change the Account determination in OAOA transaction code. For this transaction should not allow to change the Account determination.
    Kindly to give the advice to change the Account Determination for asset class.
    Thanks
    Saravanan

    Hi,
    As per best practice is concerned, you are supposed to create a new asset class and create a new asset master and transfer wrong asset to new asset using ABUMN.
    Create your new asset class with correct account determination key.
    Thanks,
    Srinu

  • Error in account determination: table T030K key LOCT MWS

    Hi,
    I have the following error when I try to load de POS idoc´s to SAP * Error in account determination: table T030K key LOCT MWS*.  I already check OB40 and everything it´s fine there also I check FTXP, if some body have any suggestion I really appreciate.

    Hi,
    This error will come when system is unable to find the condition records with tax code !!
    Please go to the item condition in the billing document and do the following steps :
    1) Double click on the tax condition type and see whether the tax code has been picked up or not .
    If you cannot see the tax code that means condition record is not maintained in the system and the value has been entered manually.
    So maintain the condition record as per the access sequence and than release it to accounting .
    Please note once you create the condition record in system you can update the pricing ( using redetermine tax condition value)
    This will resolve ur issue .
    Regards,
    Krishna O
    Edited by: Krishna O on May 25, 2010 7:20 PM

  • CIN - EXCISE ACCOUNT DETERMINATION

    HI CIN experts,
    I need ur valuable suggestion cin excise accounts determination.
    The blw is the example of account determination ;
    GRPO - 25930004
    OTHR - 25930004  (SAME  NBR)
    DLFC- 14224023
    Like this the gl numbers are assigned , can we assign as per abv ?? as per understanding the Debit entries are flown frm GRPO and Cr entries frm OTHR and DLFC...
    so what's the benefit of keeping same gl nbr in GRPO and OTHR???
    As well,  if keep diff nbr agsinst OTHR compared to GRPO and what's impact? if i do return delviey it will hit on diff gl compared to GRPO nbr, in that case how to nullify?
    Jay

    Hi,
    Please explain in details which account are taking abt. for GRPO , OTHR and DLFC there are many accouts.
    And for accounting entries. the accounts are not taken from different Excise TT. for eg all accounts whether debit or credit will be taken from same excise TT for eg GRPO. the entries whether do debit or credit are dittermine from setting
    Logistics - General->India->Account Determination->Specify Excise Accounts per Excise Transaction
    here u give the accouting entries to be created and which gl accounts are pick from the Logistics - General->India->Account Determination->Specify G/L Accounts per Excise Transaction.
    so check this setting.
    eg for account entries..
    GRPO          CR Credit     CLEAR CENVAT clearing account
    GRPO          DR Debit     ONHOLD CENVAT on hold account
    GRPO          DR Debit     RG23AED RG 23 AED account
    GRPO          DR Debit     RG23AT1 RG 23 AT1 Account
    GRPO          DR Debit     RG23BED RG 23 BED account
    GRPO          DR Debit     RG23ECS RG 23 ECS Account
    GRPO          DR Debit     RG23SED RG 23 SED account

Maybe you are looking for

  • HT204053 I have two Apple ID's, can I merge all purchases into one account?

    I have two Apple ID's and am finding that Apple TV will only recognise one. Can I merge previously purchased content into a single Apple ID to make it accessible to Apple TV from multiple devices?

  • Text Message # displays instead of Contact

    Text message contact name is not displaying... only their number.  Despite having the contact name and number in "contacts".  Also, i have confirmed the number is the exact same in contacts book as it is in the received text message.  I am on Sprint

  • How to sort options by text if option value is int & option text is string?

    Hi All, I've an application in which on a jsp page has two html:select (listBox). Further 3 buttons are provided namely ADD,REMOVE and SAVE. On click of ADD the selected option from listBox 1 is transferred from listBox 1 to listBox 2. On Click of RE

  • Question about binary search tree

    i was asked to do a programe that generating 1000 random integer numbers between 1 - 50, storing each unique number and it's corresponding occurrence into a binary search tree and output them in asending order. Therefore, before, adding the new numbe

  • How is Opportunity Win Rate calculated

    Metrics are not always so easy to figure out. So is there a list / document that explains how these fields are calculated? Specifiically how is the Opportunity Win Rate calculated? Thanks.