on 12-01-2011 4:20 PM
Hi Guys, good morning, I need your help on this case:
I have a semi monthly payroll, in which I need to process the nornal payroll from 01 to 15 of every month and pay them, the problem that I have is in the second period, because I need to process the payroll and pay the number of days of this period (could be 16 or 15 depending of the number of days because some months have 30 days and others have 16 days), so in this case what can I do to pay 16 or 15 days?
I Appreciate so much your help in this.
Have a nice day.
Hi Rodrigo,
Do you have daily salary or monthly salary? If you have daily salary it shouldn't be any issue as the salary should be multiply for the number of days, which would be in variable GKSOLL and TKSOLL (number of natural days of the period. You can watch this in function PARTT in the payroll schema in the time data subschema). In the second period you should get 15 or 16 days in that variable if the payrolls period are defined correct.
If you have monthly salary you can make a PCR to get the correct amount.
Come back for any further question.
Kind Regards,
Edoardo
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Edoardo, thanks a lot for answer, in fact, I have a Daily Salary, I haven´t start with the configuration yet, because I´m working on Blueprint phase, but this is the first time I have this on my experience.
I will work on configuration and let you know if I have a problem with it.
Once again, thanks a lot for your help.
Best Regards.
Ask this with the client , I think they will not mind this as in second period they know that they will have 16 days in some months
Best Regards,
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
108 | |
12 | |
11 | |
6 | |
6 | |
4 | |
4 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.