cancel
Showing results for 
Search instead for 
Did you mean: 

daily workschedule and time events

former_member218043
Participant
0 Kudos

Hi,

we have problem about time events day assignment on holidays. it is as below:

we have a daily workschedule 16:00 to 01:00 (on the next day). it is working well on normal days but when it is a holiday on the calendar the clock out time (01:00) is assigned to the current day and it is not paired to the clock in.

we use P01 as time event type. how I can do something to daily workschedule be prior to holiday calnedar in day assignemt?

could any one help me on fixing this problem?

Regards,

Elnoosh

Accepted Solutions (0)

Answers (1)

Answers (1)

vianshu
Active Contributor
0 Kudos

Hi Elnoosh,

Please maintain a value in A07 in table V_T705B as per your requirement and check if this issue gets resolved or not.

Thanks and regards,

Vivek Barnwal

former_member218043
Participant
0 Kudos

Hi Vivek,

I must set A07 to 000 because of our other daily workschedules on normal days. do you have any other solutions.

Regards

Elnoosh

vianshu
Active Contributor
0 Kudos

Hi Elnoosh,

A07 works with respect to a particular WSR and works only for night shifts. I am sure all employees on this WSR can't clock out exactly at 1 am. Some will be 1:05 am or 1:03 am and so on.

I would suggest you to maintain a value of 100. What it will mean is that all time events till 2:00 am for this WSR will get assigned to previous day.

This functionality won't affect your working on normal days.

Thanks and regards,

Vivek Barnwal

former_member218043
Participant
0 Kudos

Hi Vivek,

I tested this scenario, unfortunatly it doesn't work for holidays.

You know the clock out of the next day of the holiday is not assigned to previous day (according to DWS).

is there any way to ignore the day type (0) in day assignment and then continue in evaluations? I think the problem is on day type.

Regards,

Elnoosh

vianshu
Active Contributor
0 Kudos

Hi Elnoosh,

If the time event doesn't get assigned to previous day, then I believe time pair formation hasn't happened correctly.

I think you may have to ask an ABAPer to first debug to understand why the pair formation is not happening correctly in Table PT.

That should be the starting point for the analysis.

Thanks and regards,

Vivek Barnwal

former_member218043
Participant
0 Kudos

Hi,

is pair formation happening in function P2011?

Regards,

Elnoosh

former_member193652
Active Contributor
0 Kudos

Hi Elnoosh,

Happy to hear from you after a long time.

As I understood current day is holiday and next day is normal working day. The shift start time is 16 in current day. I think it's a circular shift.

As Vivek recommend kep A07 in V_T705B and put the value more than 100. Put it, for example 200.

By the way make sure you are keeping this record for correct "Grouping of Personnel Subareas for Time Recording".

Run PT60 and share a screenshot of P2011 output log.

Regards,

Omid

former_member218043
Participant
0 Kudos

Hi Omid,

I'm happy too to hear form you,

we have set A07 for other reason to 400 before (thats even greater than 200) and I didn't change "Grouping of Personnel Subareas for Time Recording", (as I read in some documents changing this value may cause lots of complexity in other parts because this value is common in too many other tables)it is 01 and this value is working properly for normal days.

but as I mentioned before the problem is just for day types 0 (the system doesn't expect the employee be at work).

Regards,

Elnoosh

former_member193652
Active Contributor
0 Kudos

Hi Elnoosh,

If the setting is 400 so it will work for your case. Just please let me know what is the exact clock-in/out.

Grouping for PSA is important and you must make sure your settings is based on 01. Please run sm30 and open V_001P_ALL and have a look at column "TRec." for EE's PA/PSA. Is it 01 too?

Regards,

Omid


former_member218043
Participant
0 Kudos

Hi Omid,

I have checked all the settings you mentioned,every thing is right. and as I said every thing is ok for normal days.

clock in is 16:00 (in the holiday) and clock out is 01:00 (the day after holiday).

regards,

Elnoosh

former_member193652
Active Contributor
0 Kudos

Hi Elnoosh,

Is holiday in EE's planned working time?

To consider the issue I recommend to share a screenshot of IT2011, PT63 and DWS.

Regards,

Omid

former_member218043
Participant
0 Kudos

Hi Omid,

the images you requested is as below for the day 23/02

Regards,

Elnoosh

former_member193652
Active Contributor
0 Kudos

Hi Elnoosh,

As I see the day is holiday in calendar and is a off/paid day for EE (Day type is 1). Is it a off day but EE is present at work or day type in incorrect?

Regards,

Omid


former_member218043
Participant
0 Kudos

Hi Omid,

yes, as I mentioned in my previous posts it is holiday (not normal day) and the employee is at work  thats why the system can not pair the time events.

Regards,

Elnoosh

former_member193652
Active Contributor
0 Kudos

Hi Elnoosh,

Based on calendar I see it's a public holiday and based on day type the day is off/paid (not working day for EE). I would to make sure EE is present in a off/paid day and this is correct.

I thik the problem is coming from wrong day type. When you generate shift you should see it as blank. Run SM30 and open V_T508A. For your work schedule rule put "Rule for day types" as 2.

By the way make sure you have not touched T553A and for 2 all colmuns are blank. Generate shift again and if you find day type column in PT63 as blank run PT60 and check the result.

Regards,

Omid

former_member193652
Active Contributor
0 Kudos

By the way, I need a big shot of PT63. Please after regenerating of shift share PT63 for whole month. I would consider shift circulation.

Regards,


former_member218043
Participant
0 Kudos

Hi Omid,

I found it before that the problem is on day type, and as you also mentioned I checked it by changing  "rule for day types" to 02, every thing is ok by changing day type in this way.

for this I tried my solution that I changed daytype in a rule before function P2011 as this:

           D VARSTDAYTY

*

1            DAYPG    0

in PSP the daytype is changed to 0 but there is no effect in TIP after P2011 execution.

Regards,

Elnoosh

former_member193652
Active Contributor
0 Kudos

Hi,

You don'tneed any PCR. Please just follow the steps I mentioned and send me a screenshot of PT63.

Don't forget to regenerate shift (delete and generate again) after changing rule for day types of work schedule.

Regards,

Omid

former_member218043
Participant
0 Kudos

Hi,

sorry for delay in answering. this is a screen shot of pt63 after changing rule for day types to 02.

Regards,

Elnoosh

former_member218043
Participant
0 Kudos

Hi,

there was a long break for this discussion,

I tried my solution for this problem but there was big bang after running final time evaluation for payroll payment

my solution:

1-  I tried Mr. Omid's hint and changed "day type rule" to 02 and

2-  regenerated my workschedule then holidays day type was 0 for this workschedule

3- I put a rule after function p2011 as below

time evaluation worked properly and every thing seems ok when I run it individually but it seems that when it was run finally by our time administrator every thing is mixed up and the holiday is counted as absence for some employees. I don't know what happened, now I rolled every thing back and again we have problem for holidays.

former_member193652
Active Contributor
0 Kudos

If it was okey when you checked it out, you should look for the problem in another location.

Otherwise it's strange and complicated to guess what cause the problem. You should go in detail and consider everything is detail.