The employee grouping for account determination

Dear experts!
Now, I'm getting some issues about The employee grouping for account determination.
- The first, when I define Employee grouping for account determination, after that I want to know How do I can assign Employee to Employee grouping for account determination.
- Second, where is I can assign employee group, employee subgroup to Employee grouping for account determination?
Help me, please!
Regards Huy!

First you go to Employee grouping for account determination and make two groups for two Company codes or EE Groups or EE subgroups Etc then assign to company codes In the Standard feature PPMOD Now in the table where you assign Symbolic to GL accounts you assign same symbolic with different groups like this.
Example:
Symolic A/C            EE Group for acc determination                                                GL
001                                    1                                                                                2010201
001                                    2                                                                               2010202
Regards.
Muhammad Afrasyab

Similar Messages

  • What are the influencing factors for account determination

    Please let me know the right answer
    sandy

    Please avoid posting any basic question in the forum.   If you type the same text in this forum or in Google, you will find the answer.
    thanks
    G. Lakshmipathi

  • Employee Grouping Fixed Account Assignment in FMDERIVE

    Hello Experts,
    I am configuring derivation rules in FMDERIVE for a client, where I have to configure those for HCM. I came across a Source Field "Employee Grouping Fixed Account Assignment". Can someone explain me what this field do, its use in FM Derivation Rules and its link with HCM module. Please note that we are using Scenario 1 as mentioned in Integration: Determining HR Account Assignments - Funds Management - SAP Library, where the cost elements are being used for account assignment derivation.

    Dear Revathi,
    We have Sturcture as follows
    Employee Group - 1 = Active
           ESG are M1 = Management
                         S1 = Staff
                         W1 = Factory Worker
    Employee Group - 5 = Contracted
           ESG are W1  = Worker
                         C1 = Contracted Worker
    For all 5 ESG, we have assigned a single ESG Grouping as 3 for CAP & PCR.
    Now, we want to assign the Salary assigned to different ESG to go to different Cost Centers & G/L Account.
    How can it be achieved?
    Why do we define employee grouping again for Posting of Payroll results to Accounts, If it is the same EG / ESG or ESG Grouping ?
    What the return value of Feature PPMOD suggests?
    Convey your Telephone No on my mobile so that the confusion can be resolved easily
    Regards
    Bindumadhav
    +91 9869028264
    Edited by: BINDUMADHAV AMBIKE on May 20, 2008 8:36 AM

  • Error in :Posting keys for account determination

    Hi, Gurus,
          please suggest the solution for the following problem.
                we are selling two  types of materials, one is the  product material and the second one is the scrap material.Different type pricing procedures, sale order,delivery and billing types were configured for the same. For CST and VAT   same condition type  :"ZCST - for CST " and  ZVAT - for VAT" were used in both pricing procedure and the standard account keys : MW1 for ZCST and MWS for ZVAT  and  same G/L accounts configured .
    .                                                   key combination for the condition types as mentioned below:
    .                                                        ZCST:  Country/PlntRegion/Region/TaxCl2Cust/TaxCl.2Mat
                                                             ZVAT: Country/PlntRegion/Region/TaxCl1Cust/TaxCl.Mat
         Now we want to capture  CST and VAT seperately for both the materails.For that two new account keys created and incorporated the same in scrap pricing procedure and  and new  G/Ls created and assigned .Now the system is throwing  following error while while releasing the billing document to accounting document.
    Posting keys for account determination for transaction Z48 do not exist
    Message no. F5598
    here Z48 is the new accounting key created for  the  CST tax.We tried all the possibilities, but system is throwing the same error.
    with regards
    sam

    Thank u for ur response.Now it is solved when OB40 and OBCN maintained.Here I am facing a new problem.pl. provide the solution.we configured twoseperate  pricing procedures for our product and scrap material.We have configured same condition types for VAT(ie.condition type:ZVAT) and CST(cond type:ZCST), in both pricing procedures. Now We want to maintain  seperate condition types for VAT and CST for pricing procedure for Product material and Scrap material. I have created two new condition types for scrap sales ZSCT- cst for scrap and ZSVT-vat for scrap by copying the same from existing conditions ZCST & ZVAT, and the same is included in the scrap pricing procedure. And also maintained OB40,OBCN,OVK1,OVK3,OVK4, FTXP,FV11 and VK11.
    now I am facing the following problems.
    1. while creating the Material master & customer master, in tax category sub screen all conditions i.e. conditions defined for  product material( ZCST,ZVAT) and defined for scrap material (ZSCT, ZSVT) displaying and these are compulsory fields.
    2. While creating the sale order for scrap material, system is considering the TAX classes from ZVAT/ ZCST (defined for product material) and taking the condition value from the condition type ZSVT/ ZSCT with the TAX class values of  ZVAT/ZCST.
    Now I would like to know is there any procedure  to assign the Material type and Customer group to Tax category.
    Thanks & Regards
    sam

  • Posting keys for account determination for transaction EXC do not exist

    hi
    i am doing Sales order for 1 month,no error i have got
    but now i am getting error
    Posting keys for account determination for transaction EXD do not exist
    HELP

    There will not be any such postings called FI side / SD Side.
    Positng always done in Financial perspective only into Certain G/L accounts depends on configuration we did.
    As we know,
    To post Invoice Conditions in G/L accounts , we configure Account Determination . These tables will be communicated through Account keys maintained in Pricing procedure & in Account determination tables.
    To account the stock in Inventory, will configure the same in OBYC - FI/MM Account Determination.- this will be triggered through Movement type - Transaction key / General modifier / Valuation calss / Valution group code n other factors.
    In your issue,
              Which Postings you are referring to?
    In SO creation, Controlling documents will be created ( Ref: COPA - Controlling & Profitablity Analysis Customization)
    After PGI in Delivery: Inventory will accounted through OBYC settings
    After releasing invoice to Accounting, G/L accounts posted through VKOA settings.
    Hope ,now you provide exact information related to your query

  • Valuation grouping code account determination

    We currently have 25 plants (valuation areas) setup using one chart of accounts and a common valuation grouping code for account determination.  We now have a need to change one of the plants to use different accounts than the other 24 for the GBB transaction.  I can see that transaction OMWD allows me to enter a different valuation group code by plant; so I've entered a different code for the plant we want to change.  I then go into OBYC, double-click on GBB and I can see all the accounts set up.  From here, if I press the 'rules' button I can see the options to base account determination on.  Currently, the 'valuation modification' checkbox is unchecked - I believe this has to be checked in order to use the valuation grouping code.
    I'm a little unclear on how to setup the different accounts for the valuation grouping code I've assigned to my one plant.  When I checked the 'valuation modification' checkbox and save, I get a message 'the current account determination will be deleted if the rules are changed'.  I've done this in a sandbox environment and it certainly does delete all the accounts setup for GBB!  But it does then give me the option to enter the valuation grouping code, which is what I need to enter different accounts.
    Am I doing this correctly and in the right sequence?  Is there a way to save the current values in GBB so they don't go away when I choose 'valuation modification'?

    Hi,
    What your are doing is correct.
    As you mentioned above if you want a different G/L for Plant they you have to change the valuation grouping code. As per Std.SAP when you change the rules in OBYC the existing G/L assignment will get deleted. Hence Please take a copy of the same before you carryout the changes in OBYC rules settings, so that you can maintain the correct G/Ls based on valuation grouping code as existed by checking the file which you have taken as a backup + the new Val.group code,val class & G/L assignment.
    Thanks & Regards,

  • Assigning Number (Internal)based on the Employee Groups

    Hi Experts,
    Can i Assign Number (Internal) automatically based upon their employee Groups
    Ex- Employee Group A (100000 - 200000)
          Employee Group B (200001 - 300000)
          Employee Group C (500001 - 700000)
          Employee Group D (700001 - 900000)
    whenever i select the employee Group in the 0000 infotype system has to internally assign the number falls under that employee group.
    Thanks in advance
    Regards,
    Dolly

    Go to SPRO->PM->PA->Basic Settings->Maintain number range intervals for personnel numbers. In this define the Number ranges  as below
    Ex- Employee Group A (100000 - 200000)
    Employee Group B (200001 - 300000)
    Employee Group C (500001 - 700000)
    Employee Group D (700001 - 900000)
    and then use the feature NUMKR to determine the personnel number range interval according to the employee subgroup.
    Hope this will solve your problem.
    Thanks,
    Amar

  • Transaction type for Account Determination

    This doubt in STO scenario:
    STO - between 2 plants - different company codes under same client
    Created STO from Receiving Plant in ME21N with document type NB
    Based on that STO, Created Delivery in VL10B from supplying Plant
    Tried PGI in VL02N from supplying Plant.
    Received the Error Message as below:
    Posting keys for account determination for transaction BUV do not exist
    Message no. F5598
    Diagnosis
    The posting keys necessary for account determination for transaction BUV have not been set.
    System Response
    Because the posting key is missing, the system cannot generate any automatic postings.
    Procedure
    Maintain the posting keys necessary for transaction BUV.
    After working thru OBYC found that the transaction type BUV is missing.
    How to create the transaction type?
    Thanks in advance
    Vaidee
    Edited by: Vaidee on Mar 11, 2009 10:08 AM

    Thanks for the effort.
    Executed TCode OBYA.
    Entered the company codes.
    For Company Code 1 u2013 Receivable u2013 Debit posting Key u2013 86
    For Company Code 1 u2013 Payable u2013 Credit posting key u2013 96
    For Company Code 1 u2013 Receivable u2013 Debit posting Key u2013 86
    For Company Code 1 u2013 Payable u2013 Credit posting key u2013 96
    Tried to change the posting key to 89 and 99.
    Error message is :
    Enter posting key with account type D, K or S
    Message no. F4809
    Diagnosis
    You have specified a posting key which is defined for neither customer, nor vendor, nor G/L account postings
    Thanks
    Vaidee

  • Error in VF02 (Posting keys for account determination for transaction JTS)

    Hi,
    I have created new account key JTS and also assigned G/L account in VKOA, But at the time of releasing the billing document to accounting, I am getting the below error;
    Posting keys for account determination for transaction JTS do not exist
    Message no. F5598

    Hi Amanulla,
    once we create the Account key in revenue determination we have to assign that account key to respective procedure and condition types.
    check that.
    please award points.
    ravikanth

  • Create condition table for account determination

    I would like to create a condition table which contains customer number as the key. However, I can only find the follow fields in field catalog.
    Acct Key
    AcctAsgnmt
    AcctAssgGr
    Cond. Type
    Distr. Chl
    Division
    Ord. reason
    Plant
    Sales org.
    Tax Code
    Vendor
    Is it possible to extend the field catalog? I have tried to added fields in KOMG according to note 21040, but it seems not work.

    Hi
    some additional information:
    please check the documentation under customizing path:
    IMG -> Sales and Distribution -> System Modifications ->
    Create New Fields (Using Condition Technique) ->
    New Fields For Account Determination
    click on the icon
    Notice that the userexits USEREXIT_ACCOUNT_PREP_KOMKCV and
    USEREXIT_ACCOUNT_PREP_KOMPCV are useful only for revenue
    account determination.
    For reconciliation account determination you should use the userexit
    EXIT_SAPLV60B_011 (enhancement SDVFX011) to fill the custom field.
    The System modification documentation exaplins to add the new field
    in the structure include KOMKCZ of KOMPCZ.
    Notice that KOMKCZ is included in KOMKCV and KOMCV; KOMPCZ is included
    in KOMPCV and KOMCV.
    regards,
    Ramana

  • Posting Keys for Account Determination do not exist

    This doubt in STO scenario:
    STO - between 2 plants - different company codes under same client
    Created STO from  Receiving Plant in ME21N with document type NB
    Based on that STO, Created Delivery in VL10B from supplying Plant
    Tried PGI in VL02N from supplying Plant.
    Received the Error Message as below:
    Posting keys for account determination for transaction BUV do not exist
    Message no. F5598
    Diagnosis
    The posting keys necessary for account determination for transaction BUV have not been set.
    System Response
    Because the posting key is missing, the system cannot generate any automatic postings.
    Procedure
    Maintain the posting keys necessary for transaction BUV.
    kindly give the solution and advance thanks.
    Vaidee

    Hi Vadee,
    Account Determination for BUV has not been setup for PGI.
    So , go to transaction OBYC and assign the account by double clicking BUV  and give u r chart of accounts and check whether the account has been maintained. If not maintain.
    If account has been maintained , select your account/valuation class and select posting keys push button and maintain the posting keys.
    Regards,
    Nani

  • Transaction key for account determination

    Hi guru,
    i would like to add a new transaction key for account determination to fullfil a business process .
    Could you help me to find out the Transaction code in customizing?
    A prompt reply is appreciated.
    Thanks in advance
    Vir

    Dear Vir,
    The G/L account determination process in G/L Accounting mostly uses the
    transaction key technique to obtain the required G/L accounts for business transactions.
    For Foreign currency transactions:
    SPRO -> Financial Accounting -> General Ledger Accounting -> Periodic Processing -> Valuate -> Foreign Currency Valuation
    Other General Ledger Transactions
    SPRO -> Financial Accounting -> General Ledger Accounting -> Business Transactions -> Closing -> Carried Forward -> Define Retained Earning Account
    OBA1 G/L account determination for foreign currency valuation
    OBYA Maintain inter-company clearing G/L accounts
    OB53 Maintain retained earnings accounts
    OBBV Assign AR/AP adjustment accounts
    OBXD Maintain bad debt reserve accounts
    ACACAD Accrual account determination ( simple or extended )
    ACACADMETASGL Accrual account determination strategy
    ACACTREE01 Create accrual objects
    Pricing:
            V/09    Condition Types: Account Determin.
            V/10    Account Determination: Access Seqnc
            V/11    Conditions: Account Determin.Proced.
            V/12    Account Determination: Create Table
            V/13    Account Determination: Change Table
            V/14    Account Determination: Display Table
    G/L Accounts in MM Account Determination:
    The program RM07C030 check all the G/L account define in your Material Master valuation class.
    Search is via Company code and Valuation area.
    Visit the following link for more information:
    http://www.sapscene.com/sapscene/accassg.html#SD-FI%20Account%20Determination
    Reward points if this is helpful.
    Regards,
    Naveen.

  • Posting keys for account determination for transaction do not exist

    Dear SAP Gurus,
    While release to accounting service sale billing bellow error occurs while i made all necessary changes in VKOA.
    Posting keys for account determination for transaction do not exist
    Please guide me to coorect this error.
    With Regards
    MK

    Dear IMUKUL,
    Please search the forum before posting.
    Check the following thread and see whether it helps you.
    CIN Error
    Kindly make it a point to search forum before posting
    Thanks & Regards,
    Hegal K Charles

  • Posting keys for account determination for transaction EXD do not exist

    hi
    i am doing Sales order for 1 month,no error i have got
    but now i am getting error
    Posting keys for account determination for transaction EXD do not exist
    HELP

    Hello,
    I have following suggestion to overcome this issue.
    1. In the t-code "FTXP", check for assignment of the G/L account for the posting key.
    2. Check out the SAP Note:200348.
    3. In t-code "OBCN",for the account key EXD, make sure that the value of posting indicator is 2.
    4. In t-code OBYZ, for the tax calculation procedures, change the key to EXD. The account keys in tax pricing procedures and SD pricing procedures Should be same.
    Regards,
    Sarthak

  • Posting keys for account determination for transaction ERS do not exist

    Dear All,
    When I try to create an accounting document for a billing document, the below error happened:
    Posting keys for account determination for transaction ERS do not exist.
    Could any one of you meet the issue before and give me some advice? Thanks a lot.
    Ray

    Dear,
        In your pricing procedure check whether any sales deductions / discounts condition type is maintained and against that maintain ERS account key.
    and Go to VKOA and maintain gl account against your Kofi and KOFK for  account key ERS.
    try and let us know
    regards,
    SUdhir

Maybe you are looking for

  • WEEK_OF_MONTH parsing in SimpleDateFormat

    Hello, I am trying to use the WEEK_OF_MONTH (capital W) in SimpleDateFormat. I want to be able to do both parse() and format() of in the format "yyMMWW". I also want to use false lenient in order to have strict control. I have seen that the first wee

  • Grand Total issue, it won't display...

    Hi, Discoverer Desktop 4.1.44 I have a simple table work sheet showing accno, name, address, balance Balance is a calculation, a case statement, so is not held in the database, and it is worked out in the worksheet. I want to create a grand total at

  • Is it possible to create a login page to access the internet without ACS ?

    Hello My company would like a solution where guests can only access the intenet with a username or password so a web login page before accessing the internet. is this possible to configure onm a cisco router with no ACS ? Thanks Andy

  • PS CC trial crashes on startup if graphics are enabled

    I recently got a PS CC trial, and when I open it, it crashes immediately. Then when I open it again a dialog comes up saying there's a problem with the display driver and graphics have been temporarily disabled. If I enable them, the cycle starts aga

  • Database advice

    Hi, I know database questions have been asked quite often here and I've searched through previous posts and found some valuable info. But just wanted some extra advice. I'm building an aplication that's made of parts. First, you have the database man