Este conteúdo não recebe atualizações, pois é referente a uma versão do sistema que foi descontinuada. Acesse a documentação da versão 6.10.3 aqui

Cadastro de Localidades

O cadastro de localidades permite que os processos automáticos sejam executados respeitando as tabelas de feriados da empresa.

Para a execução dos processos automáticos, somente serão utilizados o código da localidade e a abrangência da tabela de feriados. As demais informações serão de uso do aplicativo Replica (o uso destas informações será melhor detalhado na sequência deste documento).

Como pode ser notado, o cadastro de localidades possui a abrangência de feriados. Para este campo, deverão ser cadastradas as tabelas de feriados que deverão ser consideradas para os processos presentes nesta localidade. O motivo para a presença deste campo é bastante simples.

Imagine que você tenha cadastrado um processo automático de leitura de marcações que somente poderá ser executado em dias úteis. Desta forma, o aplicativo Agendador verificará, antes da execução do processo, se o dia atual é um dia não útil (sábado, domingo ou os feriados cadastrados na base de dados do Sistema Gestão de Pessoas | HCM). Então, como o Agendador verifica se o dia atual é um feriado, para a verificação deste será levado em consideração a abrangência de feriados informada no cadastro de localidades.

A informação da abrangência é útil para as empresas que possuem uma base centralizada e várias tabelas de feriados cadastradas. Isto significa que para uma localidade poderá ser feriado, mas não para outra localidade, o que será levado em consideração pelo Agendador antes da execução do processo automático. Caso não seja definida nenhuma abrangência para as tabelas de feriados, todos os feriados cadastrados serão considerados.

No entanto, para que esta funcionalidade seja aplicada pelo Agendador, é necessário que o processo automático referencie a localidade que possui a abrangência de feriados.

Para o cadastramento dos processos automáticos a indicação da localidade não é obrigatória, sendo que no caso da não informação da mesma, a verificação do dia útil considerará todos os feriados cadastrados na base de dados. A mesma idéia pode ser aplicada com relação à divisão dos processos por localidades. Devido a esta característica é importante que todos os processos tenham suas localidades definidas caso o cliente tenha uma formação parecida com a do exemplo ou decida utilizar-se do cadastramento de localidades.

A aplicação do cadastro de localidade para os processos automáticos estende-se até este ponto. No entanto, as Localidades possuem uma grande importância quando o cliente possui replicação de dados com uma base corporativa centralizada, conforme veremos a seguir.

 

CADASTRO DE LOCALIDADES (Replicação de Dados)

O cadastro de Localidades possui importância crucial para a configuração adequada do processo de replicação de dados. Através das Localidades poderá ser configurado o fluxo dos dados a serem replicados para as unidades que compõem a rede de replicação. Poderão ser definidas as unidades que receberão colaboradores, ou colaboradores de outras unidades ou poderá ser limitada a distribuição da informação.

Para permitir estas configurações adicionais, o aplicativo Replica utiliza-se das demais informações da tela de cadastro de localidades.

O código do servidor será utilizado para informar ao aplicativo Replica qual será o servidor que conterá as informações da localidade específica. Desta forma, quando as configurações forem efetuadas e a replicação foi iniciada, os dados serão enviados para os servidores destinados (normalmente cada servidor possui uma base de dados preparada para receber os dados enviados pela replicação).

A grade com o cadastro das empresas somente será utilizada pela Replicação e indica quais são as empresas/filiais que estão contidas em uma determinada localidade. Para efeito de entendimento, pode-se adotar que uma localidade seja uma unidade física da empresa (prédio). Por exemplo, no prédio da matriz estão presentes a empresa 1 e filial 1. Desta forma a "Localidade Matriz" compreende este conjunto de empresas. Para uma outra localidade, por exemplo, poderão existir mais de uma empresa ou filial cadastradas. Teoricamente o termo "localidade" pode assumir qualquer função, desde representação de um espaço físico como a representação do organograma da empresa. Toda a definição dependerá do uso e da intenção do usuário mediante o cadastramento.

Normalmente serão necessárias tantas localidades quantos servidores de dados cadastrados, pois normalmente todas as informações pertinentes à uma determinada unidade (localidade) estarão presentes neste servidor. No entanto, nada impedirá do usuário efetuar uma configuração diferenciada para um mesmo servidor, cadastrando mais de uma localidade para o mesmo com empresas/filiais diferentes, no intuito de alterar o fluxo de informações utilizadas por estas empresas.

Para exemplificar a utilização do cadastro de localidade no aplicativo Replica, utilizaremos o seguinte cadastro de localidades:

Localidade Descrição Servidor
1 Localidade Matriz 1
2 Localidade Filial 2 / 1 2
3 Localidade Filial 1 / 2 3
4 Localidade Filial 1 / 5555 4

Para cada localidade, existe uma empresa/filial cadastrada conforme a a seguir:

Localidade Empresa Filial
1 1 1
2 2 1
3 1 2
4 1 555

Com a Lista 1 podemos visualizar que todas as localidades estão apontando para diferentes servidores. Neste caso específico houve a coincidência de que todas as localidades possuem um servidor diferente.

Fluxo da Informação

Levando em consideração a cadastramento efetuado anteriormente para as localidades, dividindo as empresas/filiais em unidades distintas, foi levantada uma lista de necessidades a serem atendidas para o fluxo da informação que deverá ser respeitado pela Replicação de Dados, conforme segue:

A empresa 1/1 deverá replicar seus colaboradores como colaboradores de outras unidades para as empresas 2/1 e 1/2. Para as demais empresas (1/5555) os registros de colaboradores serão replicados como tal.

A empresa 2/1 deverá replicar seus colaboradores como colaboradores de outras unidades para a empresa 1/5555. Para as demais empresas os colaboradores serão replicados como tal.

A empresa 1/2 deverá replicar seus colaboradores para a empresa 2/1 como colaboradores de outras unidades. Para as demais empresas não deverá replicar seus colaboradores.

A empresa 1/5555 não deverá replicar seus colaboradores para as demais empresas.

Para atender a estes requisitos de fluxo da informação da replicação deste exemplo, teremos que agrupar as empresas na forma de localidades e configurá-las na tela de Definição do Fluxo de Informação. No nosso exemplo, imaginaremos que a empresa possui a seguinte configuração regional, sendo que cada localidade corresponde a uma localidade física e a localidade matriz possui uma base corporativa centralizada:

A primeira vez que a tela de "Definição do Fluxo da Informação" for aberta pelo usuário, após o cadastramento de todas as localidades, estas serão exibidas para que a configuração seja definida. O estado inicial de cada localidade seguirá a definição padrão da replicação que não impõe restrições para o envio das informações, isto é, todos os colaboradores daquela localidade serão replicados como tal para todas as demais localidades, conforme exemplificado na figura a seguir:

Desta forma, para configurar o Fluxo da Informação, temos que adicionar as localidades necessárias para cada localidade exibida pela tela. Deve-se notar que o padrão é replicar os colaboradores para todas as demais unidades.

Então, com a localidade 1 selecionada, deve-se clicar no botão "Adicionar". Será exibida uma lista das localidades que ainda não foram incluídas na configuração, conforme a figura a seguir:

Como pode ser observado, as localidades exibidas são todas as localidades cadastradas que ainda não foram utilizadas para a configuração do fluxo da informação. É exibida inclusive a localidade 1, que é a localidade selecionada.

Para efeitos de explicação, definiremos como RECEBEDORA a localidade na qual estamos adicionando ou removendo localidades e definiremos como ADICIONADA a localidade que será incluída ou excluída na configuração da RECEBEDORA. Desta forma, para cada localidade que for utilizada na definição do fluxo da informação é feita a seguinte verificação pelo sistema:

Se a ADICIONADA for diferente da RECEBEDORA, esta será considerada como receptora da replicação dos colaboradores como colaboradores de outras unidades. Isto é, todos os colaboradores cadastrados nas empresas/filiais representadas pela RECEBEDORA serão replicados como colaboradores de Outras Unidades para a localidade ADICIONADA, conforme o código do servidor especificado na mesma (R034FUN => R070OCR).

Se a ADICIONADA for a mesma localidade que a RECEBEDORA, significa que os colaboradores (R034FUN => R034FUN) representados por esta localidade não serão replicados como tal para as demais localidades cadastradas.

Caso a RECEBEDORA não possua um registro indicando que o fluxo da informação pára em si mesma, os registros de colaboradores serão replicados para as demais localidades que não fizeram parte da definição do fluxo da informação.

Voltemos à lista de necessidades do fluxo da informação apresentada anteriormente e selecionemos o primeiro item da lista: "A empresa 1/1 deverá replicar seus colaboradores como colaboradores de outras unidades para as empresas 2/1 e 1/2. Para as demais empresas (1/5555) os registros de colaboradores serão replicados como tal".

Isto significa que serão adicionadas a "Localidade 2" e "Localidade 3" na "Localidade 1" , para que os colaboradores da "Localidade 1" sejam replicados como Colaboradores de Outras Unidades para estas 2 localidades. Para a "Localidade 4" os colaboradores da "Localidade 1" serão replicados como Colaboradores mesmo, não como Outras Unidades. Caso não fosse desejada a replicação de colaboradores para a "Localidade 4", bastaria que fosse adicionada a "Localidade 1" na "Localidade 1". Adicionando a localidade nela mesma, impedirá que os colaboradores representados por esta localidade sejam replicados como tal para as demais localidades que não fizeram parte da definição do fluxo de informação da "Localidade 1".

Exemplo da tela de Definição do Fluxo da Informação, configurada de acordo com as necessidades do cliente apresentadas anteriormente:

Legenda:

Descrição: Informe um nome para a localidade.

Servidor: Informe em qual servidor a localidade pertence.

Tabela de Feriados: Informe o código da tabela de feriados na qual essa localidade pertence. Ou seja, quando processos automáticos dessa localidade forem executados, deverão levar em consideração qual tabela de feriados.

Dados para a replicação: Informar o códigos das empresas e filiais as quais farão parte dessa localidade.

Este artigo ajudou você?