G/L accounts to retro

I have a requirement. I had created 3 wage types sometime in 2011 with effective start date 01/01/2011. They had got assigned to the wrong G/Ls. Now these G/Ls have been replaced with new G/Ls.
what need to do now is the assignment to new G/Ls will be from 01/01/2012 and the payroll that has been run from then till now need to retro back to the new G/Ls.

Idealy, you would correct the G/L account associated with these WTs and force retroactive calculation to 2011.01.01 since that would make all the corrections automatically.  But you should talk to Finance first since they may have closed their fiscal year, delimited the incorrect G/L account, etc..., and they could possibly re-activate the "wrong G/L" temporarily to allow Payroll to make the corrections and force the retrocalculation (wether to 2011 or 2012).
No matter what is the solution, after you have applied it, you will probably have to block retroactive calculation for the concerned  employees (via IT0003).

Similar Messages

  • HIRE Employee prev to the retro accounting period in payroll record

    Hi All,
    I have an issue when I try to hire an employee in the system. The system doesn't allow me to hire any employee before Nov 2009 as the retro accounting period for that payroll area is dated to 11 2009.
    The retro accounting period changed from 10 2005 to 11 2009, when it did not change for any other payroll area.
    Can anyone suggest a solution as how to hire an employee beyond this date?

    in one case we can perform this activity why the user will forget to hire an employee who got hired for the previous months
    U have to change the Retro date in the control record as per the isssue
    ask the client to use the system accurately  other wise deleting the control record is not good practice  in some cases we can do and we have to do
    but this above said shd not be the reason

  • SAP  HR - Retro active Accounting

    Hello SAP HR Dudes,
    May I know the details on Retro active accounting. If we enable this retro active accounting would it have impact on the currrent payroll?
    Please clarify.
    Thanks.
    Regards,
    SAP HR User 2012.

    Hi,
    May I know the details on Retro active accounting.?
    The beauty of SAP in Payroll is Retroactive Accounting,means if you gone live from say 01.01.2012 and in 2017 you have to increase the pay of employees wef 01.01.2012 then the system will calculate all the arrears due to an employee from 2012.
    Also remember any changes to employee master data that is back dated then also the payroll for that employee runs a retro from that back date and any changes related to his pay are to be effected in that retro period are termed as arrears for him.
    before this you have to do configuration of carry fwd and brought fwd wage types(this you can search in forum)
    If we enable this retro active accounting would it have impact on the currrent payroll?
    As said earlier we do not enable retro,the date from which you are going live in system is the Earliest retro active date set in IT 0003 of an Employee,this is cause anything beyond this date does not have any record of Payroll.
    I have tried to answer as per my view also lets wait for others to share their view.
    Salil

  • Anyway to solve retro-account problem to apply 4 eye principle on IT0014

    Dear All,
    We are trying to apply lock/unlock authorization control for data entry int IT0014. After trial, we met a problem: when staff with "E" rights to delmit a IT14 record which effective from 01 Jan 2004, system don't allow with error msg to show that the earliest retro-account for payroll is only Dec 2006 which is our practice to only allow retro-account 3 months.  We realize this is because system will auto lock the record for staff with "E" rights only, and this is considered "delete" the record logically.
    Anybody can give help to solove this problems?
    Thanks in advance
    Mr FU

    I saw the set hibernet mode to 0 trick and it failed.  Guess I can try 3 because reinstalling OS X did nothing but cost me another few hours and a little faith in Apple.  Getting annoyed as I see how many people complain of the identical issue and the fixes are variable and random.  Suggests to me that it is a major design flaw in the hardware and Apple got too cute with the just works idea and didn't put a damned power button on the display so there is no manual way to do it and no 'insert a pin here' type trick to reset the thing.
    Asking for a refund tomorrow.  Past the 14 days so maybe they'll say no but if so then every time this happens I will swap it out.  At least then I know it is a three hour fix and as I was working on this for hours today it occurred to me that if the trick is to do 57 different things and maybe one will work then that is not why I made the switch to Apple.  I could plug everything in on my PC and it all 'just worked'.
    Really poor customer service - the support folks are very nice and I am sure they know that this is a systemic issue but aren't allowed to say so.  Feeling pretty stupid for going on faith right about now.

  • Problem in posting Er PF Wage Types generated through Retro

    Hello all,
    I am running India Payroll in ECC 6.0 with HR Package level 52.
    We have revised wages for two employees in the month of June with effect from 13.04.2010.
    Retro has run successfully for two months April & May and all the wage types are calculated and passed on for FI Posting correctly except Employer PF Wage Types.
    I am getting error while posting wages to FI as Employer PF Contribution & Employer Pension Contribution generated for April & May are not considered for FI Posting.  Only current month values are taken into account.  Whereas I don't have any problem with Employee Contribution.  /ZF5 is generated with total of past two months contribution and also passed on to FI.
    What might be the problem with Er PF Wage Types /3F3 & /3F4?
    We have not posted June salary till now due to above said posting error.  Now July Payroll is also started.
    Experts, please help me to sort out the issue.
    Thanks in advance.
    Regards,
    Hema

    Hi,
    Thanks for quick reply.
    The error is "Posting balance not cleared".
    We have changed all the components including basic salary.  Payroll program has taken PF Basis correctly and calculated PF amounts, both for Employee & Employer contribution correctly for individual months.
    As I mentioned for all the three months Employee Contribution is considered for FI posting through regular wage type for current month and through /ZF5 for last two months.
    But for Employer Contribution only June amount is considered for posting even though the correct amounts are shown for other two months in RT (three lines for /3F3 & /3F4 each).
    Due to this, total amount for Balance Sheet Accounts is less where as Expense Accounts is shown higher as Employer Contribution is not considered for April & May, causing imbalance in Accounting entries.
    GL Accounts are mapped correctly.  Otherwise even the current month amount will not be carried to FI.
    Hope my explanation is clear.
    Thanks & Regards,
    Hema

  • Changing G/L account assignment causes reposting of receipt

    Hi,
    I had the requirement to change a G/L account to an new account as of this year.  I delimited the symbolic account assignment and created a new record.  Problem is, if I have to re-post an older trip, the old receipts repost to the new G/L account.  We do not want retro-postings due to this change.
    I changed table view V_T706K - Symbolic account assignment with a new begin date and new symbolic account assignment.  Why does the Posting Run ignore the dates?

    Hi Kenneth,
    As per my understanding if the tripu2019s dates are between the change dates then this problem can occur.
    As per the configuration done (which you can see in expert view), system fetches the data depends on three basis.
    a.     As per trip first date
    b.     As per trip last date
    c.     As per receipt exact date
    So in case if you create a trip of start date 15.01.2010 and  end date 16.01.2010 and insert a receipt of 21.01.2010, it can fetch the config data of new GL account as per config.
    I believe you have delimited the settings. Do let me know for any query.
    Hope it helps you.
    Thanks,
    Vaibhav

  • Retro Postings issue

    Hi,
    scenario:
    June Month- Payroll Run  ( RT generated) and Posting NOT done( missed).
    July Month-  Some Retro Changes done for June master data and July Payroll is Run( RT Generated) . Thereafter Posting is RUN for July and is successful.
    Question: If there is no Posting for June Month , how come the Posting document of July is coming correct ( which contains retrospective June changes). My understanding is that if the Posting for an EE is missed for a particular month( in this case June) then subsequent month postings which has this month as retroaccounted - for period- ( here June), then system will not post.
    Pls help me to understand.
    I have used the DEV environment and have used the Simulation posting of July. for May Month I have the Live posting results in RT with Document as Posted. As stated earlier there is no Posting result of June as user missed it.
    Also previous  financial periods are open and have not been closed.
    Thanks,

    Hi,
    What Naik is said is right.
    Here posting of payroll results means we are showing the cost for the particular Cost center with the appropriate G/L account for the Accounting purpose only.
    If you don't run live run in the month of june, then in the month of July it will run for the retro and in the July posting two months payroll salary will come. Once you run the payroll live run means system confirm that salary credited to Employee for this maintain Bank A/c (mode of payment from IT 0009) and it won't check whether it is posted to FI or not.
    Need any clarifications revert back.
    Best Regards.

  • Posting to Accounting: Retroactive Posting after a change in the GL account

    Hello all,
    i would like to ask you about a problem that we face in a live system throught the integration HR-FI. We have already run live posting to accounting until the end of November. But, the client wants us to change the account of a wage type. We have created a new symbolic account because the new account is an expense account whereas the previous account was a balance sheet account. We have used also the user exit in RPCIPE00 as we have different employee groupings in our system. The problem is that when we run posting to accounting for December and there is retroactive calculation the system debit/credit again the old wage type again without having results in December for this wage type.
    Customizing : 
    01.2010-11.2010 DEBIT : X1(BALANCE SHEET)
                                CREDIT: Z1
    122010-12.9999  DEBIT : X2(EXPENSE ACCOUNT)
                                CREDIT: Z1
    Example:
    11.2010 -> Payroll calculation for WT01:100 EUROS. Posting of this WT01: Debit : X1 (100EUROS) Account ,Credit : Z1 Account ((100EUROS)
    12.2010 -> Retroactive calculation for november for other wage types. Not WT01. But in the posting to accounting for WT01 there is debit/credit. Note: After 01.12 we have the change in the posting customizing of this WT01.
                  DEBIT                CREDIT
    X1                                  (100EUROS)
    Z1      (100EUROS)       (100EUROS)
    X2      (100EUROS)
    How can i stop the retroactive posting that takes place after the change? This wage type WT01 SHOULD NOT be posted in December.
    I am looking forward to your feedback.
    Thank you in advance.
    Sissi

    Thank you for your quick response.
    I have already delimited Wage Type WT01 and used the new symbolic account:
    Customizing : 
    01.2010-11.2010       DEBIT : X100 Symbolic (BALANCE SHEET)
                                      CREDIT: Z100 Symbolic
    12.2010-12.9999        DEBIT : X200  Symbolic(EXPENSE ACCOUNT)
                                      CREDIT: Z100 Symbolic
    FI:  X100 symbolic  Linked to X1 ACCOUNT
         X200 symbolic  Linked to X2 ACCOUNT(NEW ONE)
         Z100 symbolic  Linked to Z1 Account
    The problem is that after posting for December i have 100 euros as debit in Account X2 (the new account) and 100 euros in the old account X1 as credit. IN Z1 account i have no problem as the result is zeroed. According to the customer, they should not have these amounts in X1,X2 accounts as there is no retro-calculation for this specific WType.
    Accounts                  DEBIT                     CREDIT
    X1   :                                <->                   (100EUROS as CREDIT)
    Z1   :                    (100EUROS as DEBIT)               (100EUROS as CREDIT)
    X2   :                   (100EUROS as DEBIT)                         <->                       
    I hope the schema above will depict how the posting is performed after the change in account of the wage type.
    So, you suggest that this cannot be ceased as the system works in this way?
    Thank you a lot.
    Sissy.

  • How to populate/sync IDM accounts (Lighthouse accounts) in a directory

    We have a specific need to populate a directory with the IDM Lighthoust account information. e.g Name, email, type='AdminRole', type='ObjectGroup', etc.
    Again, we don't want to sync IDM with what is added/changed in the directory, we want to sync the directory with what is added/changed to accounts in IDM.
    Any high-level thoughts on how we should approach this?
    IDM v. 8.1 SunOne Directory 6.x

    Hi
    I think it is going to be pretty simple. Unless you do an Active Sync with LDAP (with retro change log plugin enabled) or do a recon you would not get the attributes of LDAP back in IDM.
    However everytime you change something for the user in IDM ... all you need to take care is that the DIRECTORY is selected in the "resources to be updated" should complete your requirement.

  • Problem when change bank clearing account for payment posting.

    We recently changed the bank clearing account for payment posting (program PC00_M99_PPM). But I found out because the config can only be changed but not delimited on payroll side, the program errored out when it retro back for an employee to the old clearing account.  So what am I supposed to do to fix this problem?
    Have anyone ever handled this problem before and could please throw some light on it?
    Thanks in advance.
    Johnson

    hi
    check following
    1. Check in OMWD, whether Valuation grouping code "0001" ia ssigned to Ur plant
    2. OBYC - If you have assigned GR/IR Clearing A/c to WRX then check whether you have maintained it with combination of valuation class and GL A/c
    If yes then maintain only GL A/c w/o valuation class OR maintain one entry with valuation class empty and GL A/c
    check following
    Error in service entry sheet
    Re: Error in ML81N
    http://sap.ittoolbox.com/groups/technical-functional/sap-acct/grir-clearing-account-wrx-doesnt-recover-gl-account-2224137?cv=expanded
    http://sap.ittoolbox.com/groups/technical-functional/sap-log-ps/problem-while-posting-service-entrysheet-in-ecc-60-version-1483547?cv=expanded#
    regards
    kunal

  • How to find RETRO in a given period

    Dear freinds,
                 Iam doing a payroll report relating to bonus,i would like to check in my coding the retro caculation , iam not sure how we should check the retro calcuation . IF any function module is there
    where we can check after reading the payroll result (PYXX_READ_PAYROLL_RESULT) . It would be great help ./
    regards
    divya

    This is not easy to answer and what others have reported here is not cutting it either. First you need to know how payroll results are built and how the retro-status indicator is being used (A, P, O). Then you need to know how the different payroll clusters work, the cluster directory and the result cluster. Just checking for /551 and other retro wage types is not the way to go as these are only represent if there are differences of a certain kind. If you do not understand the structure of payroll results you should avoid trying this.
    For experts it is enough to look into HRPY_RGDIR to look for the corresponding results.
    For introductions of what you need look for the following:
    SAP Online Help: Retroactive Accounting With SAP HR Payroll
    Classes: HR350 Programming in HR

  • Problem in actions change before ear retro date 1.4.2011 acc to controlreco

    HI Experts,
    Got an issue while performing an action "International assignent reentry".
    One of my employee has returned from international assignement.While performing an action   "International assignent reentry"
    i am getting an error  "Change before earlist retro date 01.04.2011 according to control record ss".It is showing while updating the payroll area and personnel subarea in 0001 IT.
    We are trying to do action with the date 15.07.2011.
    In pu03  earliest pers. RA date mentioned as 01.04.2011,earliest MD change,bonus change as 15.07.2011.
    In control record ..earliriest retro accounting period as 01 2011 which is April 2011.
    Now control record is on Exit mode.
    Please advice me to resolve the problem.
    Regards,
    Sairam.

    HI
    Thanks for the reply.If we remove  the  date in earliest per. retro accounting..what are the implications.
    in pu03 ..earlist pers. RA date is maintained as 01.04.2011
    We are doing an action with efective from 15.07.2011.
    Why the system is showing an error ""change before earliest retro date  1.4.2011 acc to control record to PY area ss.""
    After deletion of date in the field of Earlist pers. RA date from puo3 ..after doing the action..shall we put the date as 01.04.2011 in the fiels.
    Please advice.
    Sairam.
    Even after deleting the  Earl. pers RA date also ..we are getting the same error.
    The payroll control record is in exit mode.
    Please advice.
    Sairam.
    Edited by: sathyasairam on Jul 18, 2011 1:54 PM

  • Change G/L Account where the expenses types are posting to.

    Hi Experts,
                 I have couple of travel expense types posting to a G/L account 'xxxxx', but i have to change the posting G/L account to  'yyyyy'. and make that valid from 01/01/2009 (Due to Retro activity). Please let me know the tables and transactions involved to do the changes. Appreciate on your answers. Thank you

    This sounds like just customizing to me, if I understand you correctly.  Look to the IMG travel expense FI posting sections.

  • What is Retro active rebates and how there are configured

    Hi,
    What it means by retro active rebates and how there are configured. Please also explain how rebates settlement will happen...
    Regards
    Sankar

    Hi,
    Retroactive Rebate Processing:
    You can create rebate agreement for which the validity period start date lies in the past. The system takes in to account all the rebate relevant billing documents that were created between the validity start date & the date you created the rebate agreement. In addition to the credit memo request, the system creates a correction sales doc (type B2) automatically for this amount.
    Create the rebate agreement in the usual way. The system recognizes that the rebate agreement is retroactive.
    Regards,
    Raghav

  • Changes in Retroactive account time date not possible  error

    Hi
    This employee is joined on date 20.01.1969 after that this employee prejoin on  09/04/2009 and we are trying to change the join date by using transaction code PA41. i am getting the below error message.
    'Change in earliest retroactive accounting date time not possible!.'.
    I checked the table (T569R) and i changed the value in Time evaluation fields like 01.01.1900 through table level after that I am not getting error message I am able to create the employee but I want to do the configuration  level for that
    Please provide me the step by step procedures do to the configuration.
    before changes  in table T569R
    01 01 01.01.1990 Incentive wages
    01 02 01.01.1990 Time evaluation
    01 03 01.01.1990 Time statement
    01 04 01.01.1990 Pair formation
    after changes in table T569R
    01 01 01.01.1990 Incentive wages
    01 02 01.01.1900 Time evaluation
    01 03 01.01.1990 Time statement
    01 04 01.01.1990 Pair formation
    Please help me to resolve the above issue.

    This error comes due to 2 dates set in the system
    1> Employee level restriction - PU03
    2> Payroll Level restriction - PA03
    Since you are not going too retro (4/9/2009) so most likely it would be employee level.
    Check his IT0003 and edit the dates using tcode PU03 or PA30 -> Utilities -> Change payroll status.
    Also when you are trying to change the infotype, make sure you give the correct date as start date (04/09/2009)
    Regards,
    SC.

Maybe you are looking for