on 05-29-2013 3:54 PM
Hi masters,
I have a problem with Dynamic Daily Work Schedule Assignment.
When the TIP has only one entry, from time pair, Dynamic Daily Work Schedule Assignment works great.
When I put an entry from I2005 with extra hours, and this entry is the first pair in the TIP, Dynamic Daily Work Schedule Assignment doesn´t work correctly, because it processes the pair types, that are 1 booth (the pair of I2005 and the pair from time pair of the current employee).
Then, the system shows this note: Dyn. assignment of DWS not possible.
Any solution to solve this?
I know that if the I2005 entry is after the time pair, it works great, but i need a solution because the I2005 entry is processed in function of free "holes" having their own employee pair time.
Thanks a lot!
Hi,
If you dont mind can you please give me with example with the TIP entries.
Regards,
Raja Sekhar
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Of course!!
Employee 101. His normal PHTD:
08.05.2013 22:00:00 P10 Llegada +
09.05.2013 06:00:00 P20 Salida -
PSP with this pair time:
Tabla PSP
Fecha Agr PHTD Variante Clase TpDía CatFes PHTP Horas Activo
08.05.2013 04 ZN01 1 0 0 3TRR 8,00 X
ZN01, because the employee works at night. ok
I change this pair time to
08.05.2013 14:00:00 P10 Llegada +
08.05.2013 22:00:00 P20 Salida +
and throw PT60. at the moment, there isn´t any entry at IT2005.
Tabla PSP
Fecha Agr PHTD Variante Clase TpDía CatFes PHTP Horas Activo
08.05.2013 04 ZT01 1 0 0 3TRR 8,00 X
Dynamic Daily Work Schedule Assignment works great, ZN01 -> ZT01
This is my YD30
ZASM Regla para el cálculo de la nómina ZASM
*
****
OUTTPORIGS Status de origen
*
GCY ZASI Acceder a ciclo
O
-----
ZASI Filtro previo asignación dinámica
*
****
OUTWPSHIFT Regla plan hor.trab.
*
**
***
****
*****
******
*******
GCY YD30 Acceder a ciclo
------
YD30 Dynamic Daily Work Schedule Assignment
*
****
SUBST ** Existe suplencia?
N
VARSTDAYPG Programa diario
****
DYNDP 02 Asig.dinám.prgr.dia.
RETCD Código ret.en Arg.v.
*
2
COLER24 Nota
3
4
5
8
DESC
Y
----
Rule ZASM thought to control the origin of the filed one, type 0 for IT2005 and * for the rest of type pair, in case of the employee PHTD that is type E.
And this is V_T552V table:
04 3TRR 02 01.01.1999 31.12.9999 05:00:00 06:50:00 ZM01
04 3TRR 02 01.01.1999 31.12.9999 13:00:00 14:50:00 ZT01
04 3TRR 02 01.01.1999 31.12.9999 17:00:00 18:50:00 ZTN1
04 3TRR 02 01.01.1999 31.12.9999 21:00:00 22:50:00 ZN01
then, i will put an entry in IT2005, and throw PT60. i put two extra hour in this infotype, and the system assigns automatic this entry in the TIP, in this case:
Tabla TIP
Inicio Fin 1 P CT Ct V ClTmp BS ES V O I Bpin Epin PT ALP C1 AB Ctd
06.0000 08.0000 0 1 01 00 F O 2,0000
14.0000 22.0000 1 00 P10 P20 E 0002 8,0000
the system dosn´t work because IT2005 is registered before of the employee entry in the system.
Tabla TIP
Inicio Fin 1 P CT Ct V ClTmp BS ES V O I Bpin Epin PT ALP C1 AB Ctd
06.0000 08.0000 0 1 01 00 F O 2,0000
14.0000 22.0000 1 00 P10 P20 E 0002 8,0000
and PSP after Dynamic Daily Work Schedule Assignment:
Tabla PSP
Fecha Agr PHTD Variante Clase TpDía CatFes PHTP Horas Activo
08.05.2013 04 ZM01 1 0 0 3TRR 8,00 X
the problem is that is processing the first time pair in the TIP, in this case, IT2005 entry.
I think that the problem is in RPTBU200_OPDYNDP, because:
LOOP AT TIP WHERE PTYPE EQ '1'.
if CL_PT_V3S=>instance->is_active = abap_true. "V3S
first_clock_in = tip-begtm+l_off(6). "V3S
else. "V3S
FIRST_CLOCK_IN = TIP-BEGTM.
endif. "V3S
EXIT.
ENDLOOP.
It´s searching for PTYPE, correctly, but it should verify also that the origin of the pair type is different from 0 (IT2005).
Have I explained more or less well?
User | Count |
---|---|
108 | |
12 | |
11 | |
6 | |
5 | |
4 | |
3 | |
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.