Registro de Localidades

El registro de localidades permite que los procesos automáticos sean ejecutados respetando las tablas de días festivos de la empresa.

Para la ejecución de los procesos automáticos, sólo se utilizarán el código de la localidad y el alcance de la tabla de días festivos. La otra información será de uso de la aplicación Replica (el uso de esta información será mejor detallada a raíz de este documento).

Como puede ser notado, el registro de localidades posee el alcance de festivos. Para este campo, deberán ser registradas las tablas de feriados que deberán ser consideradas para los procesos presentes en esta localidad. El motivo para la presencia de este campo es bastante simple.

Imagine que ha registrado un proceso automático de lectura de marcas que sólo se puede ejecutar en días laborables. De esta forma, la aplicación Programador comprobará, antes de la ejecución del proceso, si el día actual es un día no útil (sábado, domingo o los días festivos registrados en la base de datos del Sistema de Gestión de Personas HCM). Entonces, como el Programador comprueba si el día actual es un día festivo, para la verificación de éste se tendrá en cuenta el alcance de las vacaciones informadas en el registro de localidades.

La información del alcance es útil para las empresas que tienen una base centralizada y varias tablas de días festivos registrados. Esto significa que para una localidad puede ser feriado, pero no para otra localidad, lo que será considerado por el Programador antes de la ejecución del proceso automático. Si no se define ninguna cobertura para las tablas de días festivos, se tendrán en cuenta todos los días festivos registrados.

Sin embargo, para que esta funcionalidad sea aplicada por el Programador, es necesario que el proceso automático haga referencia a la localidad que tiene el alcance de los días festivos.

Para el registro de los procesos automáticos la indicación de la localidad no es obligatoria, siendo que en el caso de la no información de la misma, la verificación del día hábil considerará todos los días festivos registrados en la base de datos. La misma idea puede ser aplicada con relación a la división de los procesos por localidades. Debido a esta característica es importante que todos los procesos tengan sus localidades definidas si el cliente tiene una formación parecida a la del ejemplo o decide utilizar el registro de localidades.

La aplicación del registro de ubicación para los procesos automáticos se extiende hasta este punto. Sin embargo, las ubicaciones tienen una gran importancia cuando el cliente tiene replicación de datos con una base corporativa centralizada, como veremos a continuación.

 

REGISTRO DE LOCALIDADES (Replicación de Datos)

El registro de ubicaciones tiene una importancia crucial para la configuración adecuada del proceso de replicación de datos. A través de las Localidades se puede configurar el flujo de los datos que se replicarán a las unidades que componen la red de replicación. Se podrán definir las unidades que recibirán colaboradores, o colaboradores de otras unidades o podrá ser limitada la distribución de la información.

Para permitir estas configuraciones adicionales, la aplicación Replica se utiliza de las demás informaciones de la pantalla de registro de ubicaciones.

El código de servidor se utilizará para informar a la aplicación Replica cuál será el servidor que contendrá la información de la ubicación específica. De esta forma, cuando las configuraciones se efectúan y se ha iniciado la replicación, los datos se enviar a los servidores (normalmente cada servidor tiene una base de datos preparada para recibir los datos enviados por la replicación).

La rejilla con el registro de las empresas sólo será utilizada por la Replicación e indica cuáles son las empresas / filiales que están contenidas en una determinada localidad. Para efectos de entendimiento, se puede adoptar que una localidad sea una unidad física de la empresa (edificio). Por ejemplo, en el edificio de la matriz están presentes la empresa 1 y la filial 1. De esta forma la "Local Matriz" comprende este conjunto de empresas. Para otra ubicación, por ejemplo, pueden existir más de una empresa o filial registradas. Teóricamente el término "localidad" puede asumir cualquier función, desde representación de un espacio físico como la representación del organigrama de la empresa. Toda la definición dependerá del uso y de la intención del usuario mediante el registro.

Normalmente se necesitarán tantas localidades como los servidores de datos registrados, ya que normalmente toda la información pertinente a una determinada unidad (localidad) estará presente en este servidor. Sin embargo, nada impedirá al usuario efectuar una configuración diferenciada para un mismo servidor, registrando más de una localidad para el mismo con empresas / filiales diferentes, a fin de alterar el flujo de informaciones utilizadas por estas empresas.

Para ejemplificar el uso del registro de ubicación en la aplicación Replica, utilizaremos el siguiente registro de localidades:

Localidad	Descripción	Servidor
1	Localidad Matriz	1
2	Localidad Filial 2/1	2
3	Localidad Filial 1/2	3
4	Localidad Filial 1/5555	4

Para cada localidad, existe una empresa / filial registrada conforme a lo siguiente:

Localidad	Empresa	sucursal
1	1	1
2	2	1
3	1	2
4	1	555

Con la Lista 1 podemos ver que todas las localidades están apuntando a diferentes servidores. En este caso específico hubo la coincidencia de que todas las localidades poseen un servidor diferente.

Flujo de información

En el caso de que se trate de un sistema de gestión de la calidad, se debe tener en cuenta que,

La empresa 1/1 deberá replicar a sus colaboradores como colaboradores de otras unidades para las empresas 2/1 y 1/2. Para las demás empresas (1/5555) los registros de colaboradores serán replicados como tal.

La empresa 2/1 deberá replicar a sus colaboradores como colaboradores de otras unidades para la empresa 1/5555. Para las demás empresas los colaboradores serán replicados como tal.

La empresa 1/2 deberá replicar a sus colaboradores para la empresa 2/1 como colaboradores de otras unidades. Para las demás empresas no deberá replicar a sus colaboradores.

La empresa 1/5555 no deberá replicar a sus colaboradores para las demás empresas.

Para cumplir con estos requisitos de flujo de información de replicación de este ejemplo, tendremos que agrupar las empresas en forma de ubicaciones y configurarlas en la pantalla de definición del flujo de información. En nuestro ejemplo, imaginamos que la empresa tiene la siguiente configuración regional, cada localidad corresponde a una ubicación física y la localidad matriz tiene una base corporativa centralizada:

La primera vez que la pantalla de "Definición del flujo de información" sea abierta por el usuario, después del registro de todas las ubicaciones, éstas se mostrarán para que la configuración sea definida. El estado inicial de cada localidad seguirá la definición estándar de la replicación que no impone restricciones para el envío de la información, es decir, todos los colaboradores de esa localidad serán replicados como tales para todas las demás localidades, como se muestra en la figura siguiente:

De esta forma, para configurar el Flujo de la Información, tenemos que añadir las localidades necesarias para cada localidad mostrada por la pantalla. Se debe notar que el patrón es replicar a los colaboradores para todas las demás unidades.

Entonces, con la localidad 1 seleccionada, se debe hacer clic en el botón "Agregar". Se mostrará una lista de las ubicaciones que aún no se han incluido en la configuración, como se muestra a continuación:

Como se puede observar, las ubicaciones mostradas son todas las ubicaciones registradas que aún no se utilizaron para la configuración del flujo de información. Se muestra incluso la ubicación 1, que es la ubicación seleccionada.

A efectos de explicación, definiremos como RECEPTOR la ​​ubicación en la que estamos agregando o removiendo localidades y definiremos como AGREGADA la localidad que será incluida o excluida en la configuración de la RECEPCIÓN. De esta forma, para cada localidad que se utilice en la definición del flujo de la información se realiza la siguiente verificación por el sistema:

Si la AGREGADA es diferente de la RECEPCIÓN, ésta será considerada como receptor de la replicación de los colaboradores como colaboradores de otras unidades. Es decir, todos los colaboradores registrados en las empresas / filiales representadas por la RECEBEDORA serán replicados como colaboradores de Otras Unidades para la localidad AGREGADA, conforme el código del servidor especificado en la misma (R034FUN => R070OCR).

Si la AGREGADA es la misma localidad que la RECEPCIÓN, significa que los colaboradores (R034FUN => R034FUN) representados por esta localidad no serán replicados como tal para las demás localidades registradas.

En el caso de que la RECEPCIÓN no tenga un registro indicando que el flujo de la información se detiene en sí misma, los registros de colaboradores serán replicados para las demás localidades que no formaron parte de la definición del flujo de la información.

Volvamos a la lista de necesidades del flujo de la información presentada anteriormente y seleccionamos el primer ítem de la lista: "La empresa 1/1 deberá replicar a sus colaboradores como colaboradores de otras unidades para las empresas 2/1 y 1/2. Para las demás empresas (1/5555) los registros de colaboradores serán replicados como tal.

Esto significa que se añadirá la "Localidad 2" y "Local 3" en la "Local 1", para que los colaboradores de la "Ciudad 1" sean replicados como Colaboradores de Otras Unidades para estas 2 localidades. Para la "Ciudad 4" los colaboradores de la "Local 1" serán replicados como Colaboradores mismo, no como Otras Unidades. Si no se desea la replicación de colaboradores para la "localidad 4", bastaría que se añadiera la "localidad 1" en la "localidad 1". Al agregar la localidad en ella misma, impedirá que los colaboradores representados por esta localidad sean replicados como tal para las demás localidades que no formaron parte de la definición del flujo de información de la "Local 1".

Ejemplo de la pantalla de Definición del Flujo de la Información, configurada de acuerdo con las necesidades del cliente presentadas anteriormente:

Leyenda:

• Representa la localidad registrada.
• Representa la localidad que recibirá a los colaboradores como colaboradores de otras unidades.
• Informa que los colaboradores de la localidad serán replicados como colaboradores para todas las otras unidades.
• Informa que los empleados de la localidad no se replicarán en ninguna otra localidad excepto la misma.

Descripción: Introduzca un nombre para la localidad.

servidor: Introduzca en qué servidor pertenece la localidad.

Tabla de Vacaciones: Introduzca el código de la tabla de días festivos en la que pertenece. Es decir, cuando se ejecutan procesos automáticos de esa localidad, deberán tener en cuenta la tabla de días festivos.

Datos para la replicación: Indicar los códigos de las empresas y filiales que formarán parte de esa localidad.