Payroll Issues in Net payment

Dear Experts,
Business Scenario
The employee is on leave for 2 months (paid leave)in that 2 months loan should not deduct. 3rd month he came back and the laon amount should be deduct .
So,In Master Data for IT45 maintained record for those 2months in "Condition" amount=0 and for the next month onwards maintained regular installment payment which he has to pay.
When I am running payroll for the 3rd month am getting Loan Type Error as below
Error with a loan wage type
A loan wage type in table RT should be deducted, however the
however the remaining net amount was too small
Wage type /LRP
Please lower the loan repayment in infotype 0045
Choose an amount that can be deducted
while running simulation for 4th Month their is no Error in Payroll Log But for the 3rd Month "NET PAYMENT" is showing as Zero in Payslip and not showing in RT table also
Note: This Net Payment issue for the 3rd Month is not only  to the above scenario Employee it is not showing for ALL EMPLOYEES.
Kindly help me in resolving this issue as this is Very Very High, your immediate response is highly Appreciable
Regards,
Rao.

Dear....
Please check that u press the calendar button to regenerate the last payment date and also check that repayment plan in IT0045
another thing check IT0078, what will be shown there????.
After that run one by one payroll for the months you have no deduction of loan and check is there any loan deduction or not.
What you have to do for skipping loan payment is copy the current loan and make the repayment amount zero, i hope u did the same but in the last split u have to recalculate the payment date.

Similar Messages

  • Payroll issue regarding the Claims - /561 and /563

    Hi Payroll Experts,
    I have a payroll issue regarding the Claims - /561 and /563 (October PY Run)
    When i m runnning the Current month Payroll(October PY Run), Total Earning - total deductions are not matching with Net Pay. later i came to know that the system creates the WT /561 and deducts from the Net Pay.
    But as per the Employee Payment Details , there is no recovery required from the employee for the past one year. But even then the system creates the WT /561. and deducts the same from NET Pay.
    The followng are the WT details
    IN - Period
    OCT 2011
         /101 Total gross amount     118,897.00
         /110 Net payments/deductions     76,070.00-
         /550 Statutory net pay     95343
         /551 Stat.net recalc.diff.     37,692.00-
         /552 Stat.net subs.adjustment      37,692.00-
         /559 Bank transfer                                                   34,317.00
         /560 Net pay     37,218.00
         /563 Claim from previous month     5,609.00
    FOR Period
    Sept- Oct
         /101 Total gross amount     49,213.00
         /110 Net payments/deductions      31,721.00-
         /550 Statutory net pay     41,529.00
         /551 Stat.net recalc.diff.     14,591.00
         /552 Stat.net subs.adjustment     23,101.00-
         /553 Recalc.diff.to last payr.     37,692.00
         /559 Bank transfer                                                   14,591.00
         /560 Net pay     14,591.00
         /561 Claim     5,609.00
    I request  some body to  throw siome light on the same.

    Hi Experts,
    Thanks for everyone for replying to my query ,
    I have a doubt that If you check the WTs /551 and /552  in the IN PRD, the negative sign is coming for both the WTs
    Is it correct?
    And also, Assume that there may be a master data changes like Bank details and other deduction Wts happened in the month of Aug and now i m going to run the payroll for the month of Nov,
    some of the employees having differences in the Net Pay, Eventhough the employee is having sufficient balances.
    So how do i handle this issue
    IS ther any way to solve this differences?
    Please Let me know how to solve this issue.
    Thanks

  • Issue in Outgoing Payments

    Hi
    I have an issue in Outgoing payments. Our client books the invoice at gross level through MIRO. Then there are deductions which are made based on various parameters like quality, volume, trade and other such parameters. Now They have a process in Legacy, where in the user after booking the invoice selects same and enters the various discounts in the system. System then generates the payment advise with the details of deductions and the invoice details, which is sent to the vendor. A payment advise document number is also generated.
    While preparing the outgoing payment in legacy, the user just selects the payment advise number and the bank name and the system creates the cheque and passes the accounting entries.
    We suggested the user to pass the deductions through MIRO. Then the accounting entries for outgoing payment could be passed through F110 /F-53/F-58, where in the invoice and the bank have to be selected. Thereafter, with reference to the outgoing payment document, a cheque is perpared manually if using T code F-58 or F-53 or automatically, if using F110. We suggested to the client to develop an ABAP form which would give the out put in the same way as legacy.
    However, the client is insisting that the process should be mapped exactly as in legacy.
    Pls suggest
    Regards
    Sanil

    Hi
    The clinet is getting discounts. However, they are paying the vendor with the net amount only (I.e, after discounts). However, the process should work in the same way as legacy
    Regards
    Sanil

  • Payroll Issue

    Dear Gurus,
    Please provide me with your knowledgeable input....
    1st/ My question here is what is the significance & importance of Allowance Grouping in  payroll-India scenario.....i have gone through the other posts but could get a clear understanding.....
    2nd/ Importance of Generate Payroll period and its relationship with control record.
    Can you all please put forward your views on this, i will be really thankful to you all.

    Hi,
    1) Answer:  You can get below answer by clicking the documentation of " Define Pay Scale Groupings for Allowances"
    you define pay scale groupings for allowances to differentiate between employee groups. These groupings determine which benefits apply to a particular group of employees.
    Example
    Consider a company Thumbtacks Pvt Ltd., with two levels of managers and three levels of regular employees. We will define allowance groupings, such that each level of managers or employees get the benefits entitled to them as per the employers policies.
    To enable this :
    1. Identify the different benefits each person is entitled to
    2. Create groupings for each category, and assign the privileges
    We can now proceed to create employee groupings starting with the top management. Working down the corporate ladder we have:
    o  MN01 for senior managers who receive the benefit of a company provided House, Computer,  Medical Allowance, Car with a driver and an additional 5% Provident Fund (PF) contribution from the employer.
    o  MN02 for junior managers who receive the benefit of a company provided Medical Allowance, Car and an additional 5% PF contribution from the employer.
    o  EE01 for senior employees who receive the benefit of a company provided Car and Cellular
    Phone.
    o  EE02 for junior employees who receive the benefit of a company provided Cellular Phone only.
    o  EE03 for office boys who receive the benefit of a lunch allowance
    In a similar manner, you can create any number of 'Pay Scale Groupings for Allowance' based on the different benefits you wish to provide for your employees.
    Activities
    3. Enter a four digit alphanumeric value for each pay scale grouping for allowances in the AlGrp field.
    4. Enter a description for the grouping in the Allowance grp desc field and save your entries.
    2) Answer: You can get below answer by clicking the documentation of "Generate Payroll Periods"
    you use the report RPUCTP00 (Generate Payroll Periods) to generate the date specifications for a selected period for the payroll periods that are to be valid in your system. For each period parameter that is assigned to a payroll area, the system requires the following date  specifications:
    o  Start date and end date of each payroll period
    o  Payment date of each payroll period
    When you execute the report RPUCTP00, the system creates these dates according to the data that you  enter in the report's selection screen.
    Example
    You generate the payroll periods for the period parameters monthly for the years 1999 to 2004. The start and end dates of the periods should be the same as the start and end dates of the calendar months. The periods' payment dates should be three days before the end of the period.
    Requirements -
    In the step Check Payroll Area, which is in this section of the Implementation Guide (IMG), you have assigned a period parameter to all the payroll areas.
    Standard settings -
    There are no entries in the standard system.
    Recommendation
    Generate the payroll periods for several years in advance.
    Activities -
    1. In the selection screen of the report, enter the required data and run the report.
    2. Check the date specifications that the system has generated for the payroll periods and the payment dates.
    Further notes -
    You must run the report separately for each combination of period parameter and date modifier that is assigned to a payroll period.
    Bhairavareddy

  • Issue with down payment tax cal and clearing it aganest vendor inv

    HI,
    I have an issue with down payment tax cal.
    1.     I had configured withholding tax and raised down payment, tax has been cal
    2.     In the next step I had raised inv, at this time also tax had been cal
    3.     When I am doing down payment clearing the tax collected at the time of down payment had to be reversed but itu2019s not.
    Can any one give me solution for clearing the tax that cal on down payment.
    Thanking you.

    Dear
    Vendor master has got tax codes both at the time of payment and at the time of invoice.  Hence system is calculating tds on both occassions. 
    Since you pay advance first tds calculated is right.  Now while doing miro remove the tax codes manually and do miro/mir7/fb60.
    If already MIRO/MIR7/FB60 done then reverse the invoice document and clear the tax GL accounts.
    Regards

  • Issue in Incoming payments

    Hi
    We have an issue in incoming payments for Customers. In our legacy, the incoming cheques are collected and entered in legacy with details of customers, bank details of instrument, amount, date of instrument. No accounting entry is generated at this stage. Then a second person, verifies the details with physical instruments and  just selects the bank. The system passes the accounting entry and prepares the bank deposit reciept.
    We suggested using F-28 for booking customer incoming payments. But the client is insisint on the process to be mapped in the same way as Legacy
    Regards
    Sanil Bhandari

    Hi
    We have shown the F110 process also to the customer. The issues are
    1. The Cheques are receieved at the Customer's location and then are sent to respective banks. The bank cannot provide a DME format
    2. The process and the screen has to be exactly as per the legacy
    Regards
    Sanil

  • Report logic to get net payment made after creditmemo posting

    i have to create a report for vendor payments made against a project i.e wbs.I am able to get the details of invoice from BSEG and payment clearing from BSAK.If i have posted credit memos to these vendors how could i get them included in the report to ensure i could derive at the net payment made to vendor including the credit memo posted.How do i get the net payment after considering the creditmemo posted.

    Hi, you can use the posting key logic, normally the posting keys used for invoice, credit memo and clearing document will be different. You can take help from debit or credit indicator also.

  • Issue with Vendor Payment Terms

    Hi Gurus,
    We're facing an issue with the Payment Terms of a Vendor in our SRM system.
    In R/3 the Vendor has Payment Term 'A' but when we create a PO for this vendor it appears with Payment Term 'B' (PT from SRM I think)
    The correct PT is 'A' (the one from R/3).
    Does anyone know if the PT are saved in SRM side also and where to check this information??
    I can check in R/3 with code XK03 but from SRM side -in code BP- I can't find PT data for this vendor.
    Regardss.

    Hi,
    Payment term is different in PO when compared to ECC, the following could be anyone of the reasons :
    01. PLease check the payment term value in CONTRACT; if you assigned contract as SOS in PO for ECS
    02. Please check he tpayment term value in BBPMAININT where you can maintain different payment terms manually.
    I hope the above information is very helpful to you.
    Thanks
    Rajesh K

  • In SAP, Gross to Net Payroll vs just Net Payroll

    Please clarify what the difference is in SAP when you run a Gross to Net Payroll vs just net payroll. I thought when you use master data from SAP and run payroll within SAP this is gross to net. Is that correct? What is the type of payroll for situations where clients outsource parts of their payroll to ADP?  Is this net payroll?
    Please clear this up for me,,,,,,
    Thanks,

    Gross:
    If SAP sends master data and deduction details, then you *run payroll* in SAP without taxes engine, system will calculate gross based on number of days employee is active or timesheet. The prorate gross, other benefit deductions, and post tax deduction and net without tax is in Payroll Result. Then send these details to ADP, and ADP calculates taxes and net , then does bank transfers/ check printing.
    There is one old alternate (Gross Payroll) to ADP calculates taxes and sends back taxes, then you upload taxes in SAP in IT0015 and run payroll again for the second time, then new net will after taxes. Then you do Direct deposit from SAP. Nobody does this currently.
    Gross to Net  or Net Payroll:
    No ADP. You do Gross , Taxes, and Net calculation in SAP.
    Third option:
    Outsourced Payroll:
    You have SAP for master data only. Send all the data to ADP to calculated gross to net. and transmit money to the Employee.

  • Having issue in Payroll function P0014 with Payment model in Info type 0014

    Hi All,
    I configured payment model for bi-weekly payroll area.
    Payment  model is configured in a way that deduction/payment only happen in first pay period of a month in IT0014.
    Position 5 in table T549X payment in first pay period of 2011.. partial in Dec 2010 and in Jan 2011.
    Position 6 in table T549X Pay period 2 --> should not be any deduction/payment
    Position 7 in table T549X Payment in third pay period
    Position 8 in table T549X Pay period --> should not be any deduction/payment
    Position 9 in table T549X Payment in 5th pay period
    I checked logic of payroll function P0014
    In perform "chck_last_pay" which is specific to P0014 or W0014
    In Pay period 1 function reads pay period which is greater than 1 in this case it is 2
    LOOP AT T549z WHERE ( pabrp > $pabrp AND pabrj = $pabrj )
                        OR ( pabrj > $pabrj ).       "#EC PORTABLE
    period = $i549z-pabrp(2) + 4.   Pay period 2 +4 = 6
    In 6th position of table T549X PP02 exist ; there should not be any payment/deduction
    ASSIGN COMPONENT period OF STRUCTURE t549x TO <period>.      
    so after exiting from this perform payroll function checks CRT there is no monthly payment so deduction happen .
    However becasue of above loop and read statement in perform chck_last_pay there is no deduction/payment from PP03.
    So I want to know how can I resolve this issue, any suggestion or idea.
    Thanks

    Hi Payment model is attached to premium wage type specific to company.
    I only found difference.
    If following values are not matched then system do not calculate deduction as it supposed to do.
    T549R-ZEINH <> T54C2-ZEINH
    If following 2 values are matched then deduction payment model works at it suppose to work.
    in my case
    In table T549R
    For Bi weekly payroll area Period parameter (PERMO) is 04
    and time unit (ZEINH) is also set to 04.
    However in table T54C2
    Cumulation type (CUMTY) is M
    and its time unit is (ZEINH) is 01
    In table T549W
    Model is ZPBI
    Date modifier is 00
    Period parameter (PERMO) is 04
    Cumulation type PPERM  is M
    any suggestion what should I do in this case.
    Thanks,

  • UK Payroll Issue :Gross Wage Type /101 missing from RT

    Hi,
    We are facing an issue for some of the employees wherein Gross wage
    type /101 is not being generated when payroll is run .In place of /101 , /A01 wage type
    is getting created.
    This issue is being faced by employees whose claims were entered in
    March ( Payroll Period 12 2008) to be paid in April ( Payroll Period 01
    2009)
    If anybody knows ,please let me know why its happening like that .
    Thanks in advance.
    Anupama

    Hi Surya,
    Folowing is the log for employee not getting claims.
    /101 Total gross                                                       633.52
    /105 Working net                                                       475.08
    /111 EE's Pensio                                                       633.52
    /121 Taxable pay                                                       617.38
    /124 Pre-tax ded                                                        35.94-
    /131 NIable pay                                                        633.52
    /132 Regular NIa                                                       633.52
    /141 Arrestable                                                        493.78
    /211 Salary relv                                                       633.52
    /212 Salary relv                                                       653.32
    /302 Employer NI                                                        25.64
    /501 Tax paid                                                          123.60
    /550 Statutory n                                                       475.08
    /552 Retro. net                                                         18.70
    /559 Bank transf              01                                       493.80
    /560 Amount paid                                                       493.80
    /5A4 Sal.AWE bas                                                        19.80
    /5C2 Retro arstb                                                        18.70
    /5T2 Retro.taxbl                                                        18.70
    /5T4 Retro.preta                                                         1.10-
    /700 WT plus ER                                                        659.16
    /840 Diff.curr.f01                                   1.77
    /851 Total hours                                   103.18
    /P20 Tax-free pe                                                        34.84
    /V03 Net Pay fro                  V 03                                   0.02
    /V41 ME: arrest.                                                         0.02
    /VNS ME: NI paid                             25.64   2.00              653.34
    /VT3 ME:Taxable                                                          0.02
    /VT4 ME:Tax Paid
    9001 Local Gover                                                        34.84
    9101 Local Gover          0002    O 02                                 126.07
    9201 LG Tax Free                                                        34.84
    9N39 Cost dist.o          0002                                          25.64
    9NZ3 Cost dist o          0002    O 02                                  25.64
    9P01 Cost dist.o                                                       126.07
    3 /001 Main Hourly01                       62,173.06
    3 /002 WTD under 501                       71,026.95
    3 /003 WTD over 5y01                       72,617.95
    3 /004 Schools Spe01                       71,250.13
    3 /005 Valuation b01                            6.25
    3 /010 Daily Rate 01                       204361.29
    3 /011 Daily Rate 01                       204361.29
    3 /012 Daily Rate 01                       204361.29
    3 /013 Daily Rate 01                       204361.29
    3 /250 Salary summ                                                       633.52
    3 /251 Basic Annua01                                                   7,602.24
    3 /252 Total Annua01                                                   7,602.24
    3 1000 Basic Pay (01                                                     633.52
    Following is the log for employee getting claims
    /105 Working net                                                     2,761.26
    /111 EE's Pensio                                                     3,166.86
    /121 Taxable pay                                                     2,028.22
    /131 NIable pay                                                      3,166.86
    /133 Irregular N                                                     3,166.86
    /141 Arrestable                                                      1,622.62
    /211 Salary relv                                                     3,166.86
    /212 Salary relv                                                     2,028.22
    /501 Tax paid                                                          405.60
    /550 Statutory n                                                     2,761.26
    /551 Stat.net re                                                     3,166.86-
    /552 Retro. net                                                      2,028.22
    /553 Recalc.diff                                                     3,166.86-
    /5A1 Sal.AWE bas                                     1.00
    /5A3 Sal.AWE bas                                                     3,166.86-
    /5A4 Sal.AWE bas                                                     2,028.22
    /5C1 Arstble ern                                                     3,166.86-
    /5C2 Retro arstb                                                     2,028.22
    /5T1 Txbl.pay re                                                     3,166.86-
    /5T2 Retro.taxbl                                                     2,028.22
    /700 WT plus ER                                                      3,166.86
    /840 Diff.curr.f01                                   2.80
    /851 Total hours                                   162.80
    /A01 Total gross                                                     3,166.86
    /V01 Net Pay on                                                      1,622.62
    3 /001 Main Hourly01                       190940.93
    3 /002 WTD under 501                       218132.27
    3 /001 Main Hourly01                       190940.93
    3 /002 WTD under 501                       218132.27
    3 /003 WTD over 5y01                       223018.42
    3 /004 Schools Spe01                       218817.70
    3 /005 Valuation b01                           19.19
    3 /010 Daily Rate 01                       990267.74
    3 /011 Daily Rate 01                       990267.74
    3 /012 Daily Rate 01                       990267.74
    3 /013 Daily Rate 01                       990267.74
    3 /250 Salary summ                                                     3,069.83
    3 /251 Basic Annua01                                                  36,837.96
    3 /252 Total Annua01                                                  36,837.96
    3 1270 Notional Ba01                                                   3,069.83
    3 3715 Claim WTD >01                       223018.42 142.00            3,166.86
    I have also got this info.
    Retroaction and End of Year 
    Purpose
    If you need to use retroaction over end of year, for example when overtime entered in period 12 is to be paid in period 1, or backdated pay increases applied in the new tax year are to start in the previous tax year, you can do this without this changing any statutory balances in the previous tax year.
    Process Flow
    If you make any changes over end of year that trigger retroaction, this will not affect the statutory balances in the previous tax year.
    However, a change that affects total gross, for example, will be recorded and summed into a wage type called /A01 (Total Gross). The /A01 value will feed a wage type called /Z01 (Total Gross), which will be passed across to the new tax year, ensuring that any retro differences will only affect statutory cumulatives in the new tax year, but will not compromise period 12 statutory cumulatives that may already have been used for end of year reporting.
    The following wage types were introduced to enable retroaction over end of year:
    u2022     /A01
    u2022     /A12
    u2022     /AMP
    u2022     /AP0
    u2022     /AP1
    u2022     /ASP
    u2022     /Z01
    u2022     /Z12
    u2022     /ZMP
    u2022     /ZP0
    u2022     /ZP1
    u2022     /ZSP
    Thanks and Regards,
    Anupama

  • Ireland Payroll - Issue in Tax Refund for Leavers

    Hello Payroll Experts,
    Greetings!
    We are having problems for 2 of our Ireland Based Employees.
    The Below is the step wise details of the issue:
    => Employee has left the Organisation in the month of 21st October'08.
    => The Seperation Action for the employee only has been made only after
    the completion of October Month's Payroll, hence the employee has been
    paid until 31st October '08.
    => While running the November Month Payroll, this employee has been
    picked by the payroll again & the system is calculating the Retro and
    have given the wrongly calculated days back (21st Oct - 31st Oct'08).
    => Even the Pension refund has been given.
    => But the TAX is not getting RECALCULATED (Tax Refund).
    Could you please help us to find out why this issue is happening.
    Thank you in Advance
    Best Regards
    Vijay

    Hi,
    I am facing a problem in professional tax. some employees transferred from non-tax area to tax area, for them the tax is not deducting. where to check?
    Please help me.
    Chandra
    Hi Chandra,
    Please check the following tables:
    V_7IN0P_PTX
    v_t7inp1
    v_t7inp3
    v_t7inp4
    Important : Also check whether when the employee is moving from non ptax region to ptax region then the prorated amount of the ptax region is soming under ptax limit or the amount is under nil limit.
    Along with the above also check, IT0588 subtype 0003 for PTax.
    Regards,
    ARNAV...
    Edited by: ARNAV... on Mar 6, 2010 8:11 AM

  • UK Payroll Issue for terminated emp.

    HI Experts.
    Im facing a problem with payroll process. I did termination action for an employee.  He was paid in September but I made him a leaver from 31.08.08 so that the system will reverse automatically the entry for September.  When running the payroll, its giving the error message below, that an employee is getting a negative taxable pay due to the reversal.
    It is showing following error in log.
    5  PIT   GGDN      NOAB      Interpret NI retro changes                                 
                        5  Processing           U                                                                               
    U  Termination in operation ERROR                                               
                               20090751                                                                               
    GGDN*/121< 0       ERROR     #NEXTR A   *   "NEGATI VE TAXABLE  PAY, INAC T  
                               Basic entry in IT :                                                          
           Processing at End of Selection
    Regards.
    Sam

    Is this issue in the live production system? Person left in August, but you only became aware of it in November?I am not too sure what can be done in this case, Schema GRET works for us only if retro is restricted to one period i.e if you are running November payroll, it should only retro for October.
    If you facing this issue in test system try running October payroll using schema GRET. I will think about this some more in the meantime.

  • UK Payroll Issue

    Hi
    I am facing issue in SAP HR Payroll for UK employee.
    One employee was hired on 7th July 2014. He was not paid salary in july, his retro was executed in august so he got july's salary in august.
    But again he got salary in september also.
    Please suggest how would i trace that why the employee has been paid twice.
    thanks & Regards
    Shikha Bhatt

    When you say his salary paid twice ? How are you saying that by checking /560 if July payroll log is executed in the month of september it doesnt mean he is being paid twice
    if possible paste the RT results for the month of September

  • UK Payroll Issue : Tax Adjustment Wage Type E501

    Hi,
    We are facing an issue when inputting Tax adjustment wage type E501 to adjust previous year's tax retroactively.
    When we enter wage type E501 with tax adjustment amount in IT0015 for the period 12 2008 ( March) and run payroll for current period ( May 2009) The remuneration Statement shows weird results.
    For example :
    For an employee we entered Wagetype E501 with amount +£20.00 with a date of 31/3/09 in May. The pay has been calculated and the tax due to be deducted in May is £568.60.  The payslip shows £588.60 (£568.60 + -£20.00) and it also shows £588.60 for a retrospective pay period (*) this figure should not appear at all.  Again the payslip does not balance but it would if the correct tax amount of £568.60 only showed on the payslip.
    E501 is purely an adjustment  to the Year to Date cumulatives it is not a deduction (or refund) to the employee and therefore should not affect the payslip.
    UK Payroll gurus please help me sort out this issue.
    Thanks & Regards,
    Anupama

    Hi Surya,
    Thanks for the reply.
    I have checked and found out that subschema ZNTO ( GNTO) contains ZEOY(GEOY) and this is how it looks. Please let me know if any changes are to be made to the PCR .
    ZEOY Adjustment to results table RT
          E101 /101 adjustment
          E112 /112 adjustment
          E121 /121 adjustment
          E501 /501 adjustment
            ADDWTE*    RT   Results table
            ADDWTE/501 RT   Results table
          E505 /505 adjustment
          E506 /506 adjustment
          ECSL /CSL EOY Adjustment
          EP20 /P20 adjustment
          EP21 /P21 adjustment
          ESPY /SPY adjustment
    Thanks in advance.
    Regards,
    Anupama

Maybe you are looking for