Árvore de páginas

Versões comparadas

Chave

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

Índice

01. 

...

VISIÓN GENERAL

O El Data Model Usuário Usuario (User) é responsável pela criação de usuários na es responsable por la creación de usuarios en la Plataforma Carol, os registros criados através desse DM automaticamente terão seus usuários criados na los registros creados por medio de este DM automáticamente tendrán sus usuarios creados en Carol.

Neste En este documento, abordaremos como é possível criar estes usuários cómo es posible crear estos usuarios de forma automática, à partir dos dados dos funcionáriosa partir de los datos de los empleados.


02. PIPELINE USER

É imprescindível que o ambiente esteja migrado, tendo a execução da pipeline de usuários sendo executada de forma recorrente.

Este é o processamento que viabiliza a criação automática dos usuários.

Es imprescindible que el entorno esté migrado, teniendo la ejecución de la pipeline de usuarios ejecutándose de forma recurrente.

Este es el procesamiento que hace viable la creación automática de los usuarios.

¡Vea más detalles aquíSaiba mais aqui!


03. SETTINGS

Nos settings foi disponibilizado algumas configurações para a criação automática de usuários, com o intuito de facilitar e personalizar os acessos de acordo com a necessidade En settings se pusieron a disposición algunas configuraciones para la creación automática de usuarios, con el propósito de facilitar y personalizar los accesos de acuerdo con la necesidad de cada cliente. 

Sendo elasSiendo las siguientes: 

  • Grupo DAL de Administradores do Ambiente¹del entorno¹ - Grupo(s) do DAL em que apenas os usuários de DAL donde solamente los usuarios TENANT ADMIN serão serán vinculados.
  • Grupo Padrão do estándar DAL (Data Access Level)¹ - Grupo(s) do DAL que será vinculado à todos os usuários de DAL donde se vinculará todos los usuarios BUSINESS USERS.
  • Administradores do Ambiente²del entorno² - Email, Matrícula ou CPF dos usuários que devem ser considerados como Administradores do o RCPF de los usuarios que deben considerarse como Administradores del sistema, TENANT ADMIN.
  • Regra Regla Login - Formato que deve ser utilizado para criar os usuários automaticamente. Esta opção deve ser selecionada debe utilizarse para crear los usuarios automáticamente. Esta opción debe seleccionarse ANTES de habilitar a criação automática dos usuários. Caso contrário, pode acarretar em duplicidade la creación automática de los usuarios. En caso contrario, puede causar duplicidad de registros, inconsistência inconsistencia de cadastroregistro.Prefixo do
  • Prefijo del Login - Informação que será inserida no inicio do email estipulado através da Regra Login, deve ser um Información que se incluirá al inicio del email estipulado por medio de la Regla Login, debe ser un valor válido para e-mail. Por exemploejemplo, se o si el e-mail utilizado para Regra Regla Login for fuera "teste@totvs.com" e eu preencher o prefixo y yo prefiriera el prefijo "clockin_", o usuário criado el usuario creado será "clockin_teste@totvs.com". (Release 12.1.23090007)
  • Máscara SenhaContraseña - Formato que deve ser utilizado para gerar a senha dos usuários, quando criados debe utilizarse para generar la contraseña de los usuarios, al crearse de forma automática.
  • Domínio Padrão Dominio estándar E-mail Usuários³Usuarios³ - Possibilita Permite informar domínios dominios diferentes por empresa para criar os novos usuárioscrear nuevos usuarios.
  • Habilita Criação Automática creación automática de Usuário - Quando habilitado gera novos usuários para os funcionários cadastradosusuario - Al habilitarse genera nuevos usuarios para los empleados registrados
  • Enviar E-mail de Boas-Vindas - Quando habilitado, envia email de boas vindas para os novos usuáriosbienvenida - Al habilitarse, envía email de bienvenida a nuevos usuarios.


Painel
borderColor#eba434
borderStyledashed

¹ Atente-se ao preenchimento deste ¡Preste atención a la cumplimentación de este campo! Os Los grupos devem deben seguir o el formato ["grupo1"] ou, quando mais de um o, si fuera más de uno, ["grupo1", "grupo2"].

²Atente-se ao preenchimento deste ¡Preste atención a la cumplimentación de este campo! Para informar um un E-mail, utilize a propriedade utilice la propiedad mdmemailaddress, para CPFRCPF, utilize utilice mdmpersonid ey, para matrícula, utilize utilice employeecode. Não é preciso No es necesario informar todos os los campos para indicar uma una única pessoa, apenas uma das informações é persona, solamente una de las informaciones es suficiente.

Exemplo

Ejemplo:   [{"mdmemailaddress":"

fulano@dominio

fulano@dominio.com.br"},{"mdmpersonid":"12345678910"},{"employeecode":"000025"}]

³ Atente-se ao preenchimento deste ¡Preste atención a la cumplimentación de este campo! Para que todos os usuários recebam o mesmo domínio los usuarios reciban el mismo dominio de email, apenas solamente informe o domínio, sem o código da el dominio, sin el código de la empresa. Para que funcionários empleados de empresas diferentes possuam domínios tengan dominios diferentes, basta informá-las em conjunto com o domínioinformarlas en conjunto con el dominio

Exemplo

Ejemplo 1: [{"emaildomain":"dominio1.com","mdmtaxid":""}]  - Todos

os funcionários terão seu acesso formado em conjunto a este domínio "12345678910@dominio1

los empleados tendrán su acceso informado en conjunto con este dominio "12345678910@dominio1.com".

Exemplo

Ejemplo 2: [{"emaildomain":"dominio2.com","mdmtaxid":"001"},{"emaildomain":"dominio3.com","mdmtaxid":"003"}] - 

Os funcionários vinculados as

Los empleados vinculados a las empresas 001

e 003 terão seu acesso formado em conjuntos com os domínios informados. Demais funcionários não terão seu acesso criado.

Uma vez configurado, os usuários serão criados com base nas informações do funcionários.

y 003 tendrán su acceso informado en conjunto con los dominios informados. Otros empleados no tendrán su acceso creado.

.


Una vez configurado, se crearán los usuarios con base en las informaciones de los empleados.


Nota

En la opción Regla Login debe informarse el formato del email que se utilizará para login, entre las opciones

Nota

Na opção Regra Login deve ser informado o formato do email que será utilizado para login, dentre as opções

  • Email employee
  • Matrícula + TaxId + Domínio Dominio 
  • Matrícula + DomínioDominio
  • Email ou Telefone o Teléfono + DomínioDominioTelefone
  • Teléfono + DomínioDominioCPF
  • RCPF + DomínioDominio
  • TaxId + Hífen Guión + Matrícula + Domínio Dominio (Release 12.1.23090008)
  • e + Taxid + c + Código do Empregado del empleado + Domínio Dominio (Release 12.1.23090012)

 

Estas opciones son definidas previamente por el equipo TOTVS, que hace un largo estudio para hacer viable y considerar Estas opções são pré-definidas pela equipe TOTVS, que fez um longo estudo para viabilizar e contemplar diferentes formatos, para atender as necessidades las necesidades de cada cliente. Não será permitido utilizar uma estratégia diferente das opções disponibilizadas¡No se permitirá utilizar una estrategia diferente de las opciones puestas a disposición!



04.

...

MANTENIMIENTO DE USUARIOS

En el Backoffice se puso a disposición una nueva interfaz para consulta, inclusión y edición de los usuarios. Todos los usuarios creados de forma automática pueden modificarse, de acuerdo con la necesidad, por medio de este menú.

¡Vea más detalles aquí!


Aviso

No se recomienda la inclusión/modificación de informaciones por la opción "New Record" o  "Edit" en el Explore de los 

...

No Backoffice foi disponibilizado uma nova interface para consulta, inclusão e edição dos usuários. Todos os usuários criados de forma automática podem ser alterados, conforme necessidade, através deste menu.

Saiba mais aqui!

Aviso

Não recomendamos a inclusão/alteração de informações pela opção do "New Record" ou  "Edit" no Explore dos "Data Model" referente ao al Clockin na en la Plataforma Carol. Caso seja feita a alteração a informação não será replicada dentro das camadas da Plataforma Carol e desta forma não será possível visualizar a informação no Backoffice e também os processos que precisam da informação não terão ela atualizada nas camadas

05. VÍNCULO COM CADASTRO DO FUNCIONÁRIO

Após criado o usuário, estes cadastros terão um vínculo com o cadastro de funcionários, isto é, quando as informações dos funcionários forem alteradas, automaticamente serão alteradas no cadastro de usuários.

Campos compartilhados: 

  • Nome
  • CPF
  • Matrícula
  • Email (apenas quando o acesso for através deste email)
  • Telefone (apenas quando habilitado o login por SMS)
  • Estado
  • País
  • Código da Empresa
  • Centro de custo
  • Código de função
  • Código da seção
  • Grupo de seção
  • Data de admissão
  • Geofence nível empregado
  • Status (Ativo/Demitido)
Informações
titleObservação:

Caso a informação utilizada para criar o email de acesso na plataforma seja alterada no cadastro do funcionário (email/ telefone/ matrícula / CPF), será gerado um novo usuário, com o dado atualizado. Neste caso é importante que faça a inativação do antigo usuário de forma manual, através do Backoffice.

06. PONTOS IMPORTANTES

Si se realizara la modificación de la información no se copiará dentro de las capas de la Plataforma Carol y de esta manera no será posible visualizar la información en el Backoffice y también en los procesos que necesitan de la información no la tendrán actualizada en las capas


05. VÍNCULO CON REGISTRO DEL EMPLEADO

Después de crearse el usuario, estos registros tendrán un vínculo con el registro de empleados, es decir, cuando las informaciones de los empleados se modificaran, automáticamente se modificarán en el registro de usuarios.

Campos compartidos:

  • Nombre
  • RCPF (Registro de Contribuyente Persona Física)
  • Matrícula
  • Email (solamente si el acceso fuera por medio de este email)
  • Teléfono (solamente si el login fuera habilitado por SMS)
  • Estado/Prov/Reg
  • País
  • Código de la empresa
  • Centro de costo
  • Código de la función
  • Código de la sección
  • Grupo de sección
  • Fecha de ingreso
  • Geofence nivel empleado
  • Estatus (Activo/Despedido)


Informações
titleObservación:

Si la información utilizada para crear el email de acceso en la plataforma fuera modificada en el registro del empleado (email/ teléfono/ matrícula / RCPF), se generará un nuevo usuario, con el dato actualizado. En este caso es importante que realice la desactivación del antiguo usuario de forma manual, por medio del Backoffice.


06. PUNTOS IMPORTANTES

  • Si el registro del empleado no tenga el dato indicado por la regla de login, el usuario de este empleado no se creará.
  • Empleados despedidos tendrán su acceso desactivado.
  • En casos de login por SMS, no se permite más de un usuario con el mismo teléfono, en este caso, los usuarios serán rechazados por la plataforma.
  • Atención al formato del teléfono en el registro del empleado, el login por SMS solamente es posible con el teléfono en el formato +5511999999999.
  • Usuarios modificados por medio del Backoffice pierden el vínculo con el registro de empleados, es decir, la pipeline no actualizará estos datos automáticamente. Si fuera necesario, la modificación también debe realizarse por medio del Backoffice.
  • Usuarios creados con un email no real (Ej: RCPF+Dominio), no podrán tener la contraseña modificada vía enlace "Olvidó su contraseña". En este caso, es necesario modificar la contraseña del usuario en las configuraciones del Tenant.
  • Campos como geofence nivel empresa, geofence nivel ubicación y lenguaje se completarán con la configuración default del entorno. Para geofence, será el mismo configurado en el settings y para lenguaje será la misma configurada en el tenant.
  • Modificaciones de usuario efectuadas directamente en la plataforma (con excepción de la contraseña), se sobrepondrán durante la ejecución de la pipeline. Solamente utilice el registro de usuario en el Backoffice para modificaciones
  • Caso o cadastro do funcionário não possua o dado indicado pela regra de login, o usuário deste funcionário não será criado.
  • Funcionários demitidos terão o seu acesso inativado.
  • Em casos de login por SMS, não são permitidos mais de um usuário com o mesmo telefone, neste caso, os usuários serão rejeitados pela plataforma.
  • Atenção ao formato do telefone no cadastro do funcionário, o login por SMS somente é possível com o telefone no formato +5511999999999.
  • Usuários alterados através do Backoffice perdem o vínculo com o cadastro de funcionários, ou seja, a pipeline não irá atualizar estes dados automaticamente. Caso seja necessário, a alteração deverá ser realizada também através do Backoffice.
  • Usuários criados com um email não real (Ex: CPF+Domínio), não poderão ter a senha alterada via link "Esqueceu sua senha". Neste caso, é necessário alterar a senha do usuário nas configurações do Tenant.
  • Campos como geofence nível empresa, geofence nível localização e linguagem serão preenchidos com a configuração default do ambiente. Para geofence, será o mesmo configurado no settings e para linguagem será a mesma configurada no tenant.
  • Alterações de usuário efetuadas diretamente na plataforma (com exceção da senha), serão sobrepostas durante a execução da pipeline. Utilize apenas o cadastro de usuário no Backoffice para alterações.