Configuración especial en el procesamiento de jornada

La configuración estándar asociada al procesamiento de marcajes por empleado y jornada (ver procesamiento de marcajes) incluye las siguientes acciones:

Si el resultado no ha sido correcto:

• se graba un objeto de tipo Procesamiento de marcaje con el tipo de error encontrado: Ausencia de marcajes, marcajes impares, incompatibilidad marcajes y ausencias o Sin horario aproximado.

Si el resultado es correcto:

• Se graba un objeto de procesamiento de marcaje
• Se identifican en la tabla de marcajes (WPCLOCKCONTROL_TB) los marcajes de la jornada.
• Se aplica un cambio de horario en el plan (aunque lo más probable sea que coincida con el ya existente).
• Se aplican las incidencias de marcaje, si corresponde.

No obstante existen algunas variables de configuración que permiten modificar estos comportamientos.

Transferir al plan.

Esta variable es nativa de la clase, aunque en GT permanece oculta. La repercusión principal de su activación es que el horario finalmente aplicado en el plan se corresponde con los periodos que cuentan como hora trabajada del objeto procesamiento de marcaje. También se aplicaría una asignación de actividades obtenida a partir de los motivos de marcaje. La configuración de los mismos (*) se explica más abajo en este mismo artículo. Si no se activa, el horario finalmente aplicado en el plan es el horario más aproximado entre los marcajes y la lista de horarios válidos del empleado.

OnlyTransferActivitiesToPlan.

Esta variable booleana se puede definir como parte de las SystemProps de la clase CounterWorkerRulesDyn, y su valor por defecto, si no se define de forma explícita es False. El cometido de la misma es poder modificar el comportamiento anterior. Es decir, precisa de la activación de la variable Transferir al plan. En caso de que se active, únicamente se transfieren al plan las actividades obtenidas a partir de los marcajes.

EnableTouchPlan.

Esta variable booleana se puede definir como parte de las SystemProps de la clase CounterWorkerRulesDyn, y su valor por defecto, si no se define de forma explícita es True. El cometido de la misma, en caso de desactivarse, es evitar la acción de aplicar horario sobre el plan (el aproximado según las reglas o si está activado Transferir al plan, el resultado de los marcajes que cuentan).

Adicionalmente a todo esto, existe la posibilidad de no grabar el resultado del procesamiento de marcajes. Para ello necesitamos activar la siguiente variable del ini del servidor (WPServerCfg.ini) [Plan]SaveProcessClockControlMarksObjects=0.

(*)Para que se pueda realizar una transferencia al plan de actividades inferidas de los marcajes, el modelo actual de datos requiere disponer de motivos de marcaje (incidencias) que tengan asociada una necesidad. Esto es factible conseguirlo añadiendo la Systemprop de tipo TRefObj , eClass_Need a la incidencia: IdNeedByIncidence.

Activar procesamiento automático.

Por defecto, la configuración de GT y miniGT tienen activado el procesamiento automático. A fecha de hoy no existe una interfaz en la aplicación con la que poder modificar su activación y en que franja horaria se realiza. No obstante existe la posibilidad de realizarlo mediante la evaluación de una expresión:

ActiveAuthomaticClockProcess(bool bActive, int BeginH,int EndH)

La evaluación de esta expresión (no es necesario ningún contexto y por lo tanto puede ser ejecutado desde la ventana de evaluación disponible desde cualquier objeto siempre que tengas credenciales adecuadas), permite activar este proceso que se ejecutaría en la franja horaria definida.