Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

CONTEÚDO

Índice
excludeCONTEÚDO


01. RECOMENDAÇÕES PROCEDIMENTO

...

RECONHECIMENTO FACIAL

Este capítulo descreve algumas recomendações para melhorar o fluxo do Clock-In em dispositivos Mobile e dispositivos Kiosk.

...

  • Ter apenas um rosto visivel
    • Principalmente em filas, se ambos rostos estiverem próximos o sistema não irá detectar qual rosto deve ser reconhecido e não irá reconhecer nenhum dos dois.


02. CRIAÇÃO DE USUÁRIOS AUTOMATICAMENTE BASEADO NA TABELA DE FUNCIONÁRIOS


O TOTVS RH Clock-In permite a criação de usuários utilizando dados provenientes dos softwares de RH. Para isso, precisaremos efetuar um mapeamento de uma tabela proveniente do sistema de RH para o Data Model "User".


Para clarificação das diferenes soluções de RH, abaixo é listado uma tabela com as tabelas necessárias para mapeamento. As tabelas são sugestões, podendo ser integrado outra tabela especifica ou explorar outra tabela do produto para criação dos usuários automaticamente.


ProdutoTabela (Staging Table)
TOTVS RMA tabela "pfcompl" está disponível para ser mapeada com o Data Model "User" para determinar regra de criação dos usuários.
TOTVS ProtheusA tabela "sra_employee" está disponível para ser mapeada com o Data Model "User" para determinar regra de criação dos usuários.
TOTVS DatasulMapeamento para o Data Model de usuários (user) liberado por padrão pelo TOTVS RH Clock-In. A tabela "carol_func" do produto Datasul é integrada automaticamente com a plataforma Carol, criando os usuários automaticamente.
TOTVS PimsMapeamento para o Data Model de usuários (user) liberado por padrão pelo TOTVS RH Clock-In. A tabela "aut_critica" do produto Pims é integrado automaticamente com a plataforma Carol, criando os usuários automaticamente.
SeniorNenhuma tabela preparada. Deve ser efetuado a sincronização da tabela com os dados dos usuários a serem criados.
Informações
titleTabela especifica para criação de usuários

Mesmo que o produto (acima listado) já tenha um mapeamento para criação dos usuários, ainda assim é possível enviar outra tabela e efetuar o mapeamento.


Não é recomendado a alteração de mapeamentos padrão do produto pois os mesmos serão perdidos na próxima atualização do produto.

Informações
titleUm usuário por dispositivo

O produto TOTVS RH Clock-In possui uma restrição não permitindo o mesmo usuário com login em múltiplos dispositivos. Desta forma, deverá ser criado um usuário para cada dispositivo (e funcionário) utilizado.


Agora vamos efetuar o mapeamento da tabela "pfcompl" com o Data Model "User" para criação dos usuários:


Vamos no menu "Connectors" no canto esquerdo (primeiro ícone) e selecione o seu produto (no meu caso eu selecionei o TOTVS RM). Após selecione a tabela com os usuários a serem criados (no meu caso pfcompl):


Image Added


Depois clique em "Map & Cleanse":


Image Added


O próximo passo é selecionar o Data Model "User" para que os dados da tabela selecionado sejam enviados para esse Data Model. Esse Data Model tem uma interface padrão com a plataforma Carol para criação/desativação de usuários na plataforma:


Image Added


Na próxima tela, selecione a opção "Create a new set of mapping rules" para criarmos a regra customizada de criação dos usuários:


Image Added


No último passo, vamos clicar em "Confirm", assim poderemos iniciar a definição das regras para criação dos usuários:


Image Added


Na tela de confirmação, vamos clicar em "Add Mapping Rules" para iniciar a definição das regras:


Image Added


Nos próximos passos vamos revisar os atributos necessários para criação e um usuário na plataforma Carol:


AtributoSugestão mapeamento (RM)Considerações
NamenomecrachaAtributo para definir o nome do usuário na plataforma Carol.
User Roles<não necessário definir>

Este atributo pode receber os seguintes valores (através do set value - veja image abaixo):


TENANT_ADMIN_ROLE, APP_ADMIN_ROLE e BUSINESS_USER_ROLE


Para entender o objetivo de cada um dos papéis acima, consulte a documentação aqui.

LocalenomecrachaO valor padrão é "en_US", por isso é necessário alterar o valor para "pt_BR" (veja o exemplo após essa tabela em como efetuar a definição deste valor).
Should Send Welcome Email<não necessário definir>Valor padrão não enviará o e-mail de boas vindas. Se for necessário o envio, defina o valor para "true" conforme mencionado no passo anterior.
Groups<não necessário definir>

Apenas caso o ambiente tenha privacidade de dados (Data Access Level) este atributo deverá ser definido. O valor deste atributo deve ser uma lista, separado por virgula, dos grupos que o usuário deve possuir.


Deve ser informado o nome do grupo criado em Environment Admin.

LoginemailCampo obrigatório, define o e-mail para o login.
Passwordtelefone

Este atributo define a senha do usuário. Qualquer atributo pode ser mapeado para definir a senha, como: telefone, matricula, etc.


Abaixo um exemplo do processo:


Image Added

  1. Define o atributo para definir a senha
  2. Aplicado uma regra para definir a senha como sendo os últimos digitos do telefone
  3. Ambiente para testar a regra e ver como ela funcionará em tempo de processamento dos dados.
Should Create UsernomecrachaDeve ser alterado o valor deste atributo para "true", assim o usuário será criado.
Phone Number<não necessário definir>Este atributo é obrigatório apenas caso o envio dos recibos seja por SMS, caso contrário não é necessário mapear.
Is ActivenomecrachaDeve ser alterado o valor deste atributo para "true", assim o usuário estará ativo.
Tax IDcodcoligada

O atributo que possui o código da empresa. Caso a unicidade da matricula do funcionaro depende de outro dado (estabelecimento) deve ser considerado a concatenação de ambos atributos.


Veja nesta documentação como o código da empresa é definido para cada produto.

Country<não necessário definir>País do usuário que será criado.
Enable Self Clock-In<não necessário definir>Caso o self clockin seja configurado por usuário, essa configuração no usuário vai sobrescrever a configuração definida no Carol App Setting.
Disable Team Clock-In<não necessário definir>Caso o team clockin seja configurado por usuário, essa configuração no usuário vai sobrescrever a configuração definida no Carol App Setting.
Enable Geofence Employee Level<não necessário definir>Configuração a nível do usuário para informar que a Geo Localização (Cerca virtual) será tratada para este usuário pelo endereço da empresa (empresa ligada ao dispositivo).
Enable Geofence Location Level<não necessário definir>Configuração a nível do usuário para informar que a Geo Localização (Cerca virtual) será tratada para este usuário pelos endereços definidos no local de acesso ligado ao dispositivo.
Enable Geofence Company Level<não necessário definir>Configuração a nível do usuário para informar que a Geo Localização (Cerca virtual) será tratada para este usuário pelo endereço do funcionário
Cost Center<não necessário definir>Importante caso seja utilizado para privacidade de dados (Data Access Level).
Person Id<não necessário definir>
Data Admissão<não necessário definir>
Employee CodechapaMatricula do funcionario.


A imagem abaixo mostra como efetuar o mapeamento de um atributo para alterar o valor, efetuando a definição de um dos valores padrões.

Na etapa "1" é efetuado o mapeamento de um atributo, podendo ser qualquer um atributo "string" (texto). No passo "2" é efetuado a utilização de uma regra de limpeza (selecionado na aba "Functions") para alterar o valor e efetuar a definição do papel correto.

Image Added


Ao término do mapeamento, podemos clicar em "Map Summary" para visualizar o mapeamento como um todo:

Image Added


Após podemos clicar em "Publish" para publicar o mapeamento:


Image Added


Após esse passo os dados serão processados e os usuários criados. Você pode conferir os usuários criados clicando no menu do usuário (canto superior direito) e depois em Environment Admin:


Image Added


Depois clique em "Users":


Image Added


Os três pontos próximos ao usuário indica que ele foi criado através da integração com o Data Model User, contendo meta informação associado ao usuário. A meta informação é utilizada principalnente em regras de privacidade de dados.


Image Added


Ao término você terá os usuários criados automaticamente para todos os registros na tabela "Staging Table" mapeado para o Data Model User.




HTML
<!-- esconder o menu --> 


<style>
div.theme-default .ia-splitter #main {
    margin-left: 0px;
}
.ia-fixed-sidebar, .ia-splitter-left {
    display: none;
}
#main {
    padding-left: 10px;
    padding-right: 10px;
    overflow-x: hidden;
}

.aui-header-primary .aui-nav,  .aui-page-panel {
    margin-left: 0px !important;
}
.aui-header-primary .aui-nav {
    margin-left: 0px !important;
}
</style>