Vamos mostrar o que acontece com as bases de usuários da Qulture.Rocks e da Learning.Rocks quando a Sincronização é ativada.
O Cenário 1 traz uma sequência de fatos da jornada de uma primeira ativação, enquanto o Cenário 2 traz situações diversas pós ativação, para exemplificar impactos que a sincronização de bases pode ter enquanto as rotinas integram os dados.
Cenário 1
A empresa Foguetes Astra, tem a seguinte estrutura:
São 13 pessoas divididas em 4 times.
Engenharia: A Thais é líder do Diego e da Nádia que, por sua vez, é líder do Arthur.
RH: A Ana é Líder da Vanessa e do Vítor que, por sua vez, é líder do Leonardo - que está afastado da empresa.
Produto: A Marcela é líder do Carlos e do Leandro.
Representantes comerciais: Claudia que é líder do Marcos e da Mirela.
Obs: o time de Representantes comerciais é um time de prestadores de serviço que não estão na lista de funcionários da Foguetes Astra.
Bem, a Astra já usava a Qulture.Rocks quando adquiriu a Learning.Rocks e Ana, líder de RH, assumiu o papel de Integrar as duas plataformas e ativar a Sincronização.
Mas, ela tinha algumas preocupações:
-
A Sincronização deveria manter a mesma estrutura de Líder e Liderados;
-
Leandro, por estar afastado, não deveria ter usuários criado na Learning.Rocks;
-
O que aconteceria com Arthur não tem e-mail e usa o CPF para logar na Qulture.Rocks?
-
O time de Representantes comerciais não deve estar na Qulture.Rocks, eles deveriam ter acesso apenas à Learning.Rocks, uma vez que eles precisam consumir treinamentos da Astra.
Passo 1
Ana conferiu como estava a base de usuários da Astra na Qulture antes da ativação da Sincronização. Como eles já usavam a plataforma, todos os colaboradores, exceto o time de Representes, já estavam cadastrados:
Repare que:
-
Arthur não tem e-mail cadastrado;
-
Leonardo está marcado como FALSO na coluna Ativos e, portanto, está Inativo;
-
Ana, Vitor e Vanessa estão como ADMIN na coluna Permissões, o que significa que eles são administradores.
Passo 2
Ana conferiu como estava a base de usuário da Learning.Rocks e já aproveitou para cadastrar o time de Representantes comerciais:
Repare que, em relação a base da Qulture.Rocks, apenas Ana está cadastrada e ocupando o papel (Role) de Admin.
Passo 3
Tendo conferido as duas bases de usuários, Ana ativou a Sincronização na Qulture.Rocks!
Como na Foguetes Astra eles não usam Liderança Múltipla, Ana optou por sincronizar também a estrutura de Liderança no checkbox na canto inferior esquerdo da página.
Passo 4
Como o processo de Sincronização acontece na madrugada do horário de Brasília, no dia seguinte, Ana foi conferir como estavam as bases de usuários, iniciando pela base da Qulture.Rocks
Absolutamente nada mudou conforme era esperado, afinal, a sincronização é um processo unilateral que atualiza a base da Learning.Rocks com as informações da Qulture.Rocks.
Passo 5
Agora é o momento de conferir a base da Learning.Rocks.
Opa! Bastante novidade. Para analisarmos as alterações, vale relembrarmos as preocupações de Ana:
-
A Sincronização deveria manter a mesma estrutura de Líder e Liderados; Foi mantida, é possível conferir na coluna G.
-
Leandro, por estar afastado, não deveria ter usuários criado na Learning.Rocks; Leandro, como estava inativado na Qulture.Rocks, não foi integrado.
-
O que aconteceria com Arthur não tem e-mail e usa o CPF para logar na Qulture.Rocks? A sincronização criou um e-mail placeholder para Arthur usando os números do seu CPF e nada muda na sua forma de acessar a Qulture.Rocks.
-
O time de Representantes comerciais não deve estar na Qulture.Rocks, eles deveriam ter acesso apenas à Learning.Rocks, uma vez que eles precisam consumir treinamentos da Astra. Nada foi alterado, o time segue cadastrado apenas na base da Learning.Rocks.
Além disso, é importante ressaltar que Vitor e Vanessa (em amarelo) foram sincronizados como Student, apesar de serem Admin na Qulture.Rocks. Já Ana (em azul) se manteve como admin.
Isso acontece porque a informação de Role enviada uma única vez no momento de criar um usuário na LR, depois disso essa informação não será mais utilizada na Sincronização. Assim, não corremos o risco de sobrescrever a Role dos Admins LR transformando eles em student.
Fim! Agora Ana e o time da Foguetes Astra podem seguir usando as duas plataformas e dar adeus a duplicação do trabalho operacional de ter que atualizar os mesmos dados das suas colaboradoras em duas bases diferentes 🥳
Cenário 2
Após algum tempo utilizando a Learning.Rocks integrada à Qulture.Rocks, a base de usuários foi crescendo nas duas plataformas e alguns dados de liderança foram editados separadamente nas plataformas. Alguns times preencheram quem eram seus líderes somente na LR e outros só o fizeram na QR, enquanto outros acabaram utilizando os dois ambientes para isso.
A Foguetes Astra passou a ter a seguinte estrutura de lideranças dentro da QR e da LR.
Engenharia: Nadia teve que ficar afastada por um período, e enquanto isso Thaís acabou sendo designada como líder direta de Arthur na QR. Quando Nadia retornou, devido à sua rotina estar mais atrelada ao uso da LR no momento, acabou atualizando sua relação de liderança direta com Arthur apenas na LR.
RH: Mergulhada em iniciativas de Treinamento & Desenvolvimento por um período, Ana acabou preenchendo seus dados de liderança apenas na LR, enquanto Vitor preencheu em ambos os ambientes (QR e LR).
Produto: Marcela acabou por manter seus dados de liderança preenchidos na LR.
Contudo, a sincronização de base de usuários ainda está ativa, com a opção de atualizar dados de liderança ativada. É importante ressaltar que, com essa opção ativada, os dados de liderança serão importados da QR e atualizados na LR (assim como são todos os outros dados relacionados à sincronização de base).
Assim, quando a próxima rotina de sincronização rodar, essa estrutura acaba sendo impactada pelas atualizações de dados ficando idêntica a estrutura da QR. Por isso, nestes caso, recomendamos não ativar a atualização de de liderança.
Em cada quadrante, na direita em roxo temos a estrutura da QR e na esquerda em azul a estrutura da LR
Engenharia: Como Thais é a líder de Arthur na QR, com a rotina de sincronização rodando, os dados foram sobrescritos, mostrando Thais como líder de Arthur na LR também.
RH: Leonardo tinha 2 líderes, sendo Vitor na QR e na LR e Ana somente na LR. Como Ana não era líder de Vitor na QR, os dados da QR são importados para a LR. Após a rotina de sincronização, apenas Vitor aparece como líder de Leonardo, em ambos os ambientes.
Produto: Leonardo e Carlos tinham Marcela como sua líder apenas na LR, enquanto não tinham nenhuma liderança na QR. Logo, a sincronização de base fez com que os dados da QR (que nesse caso eram um campo vazio), fossem levados para a LR.
O que achou do artigo? Deixe seu feedback abaixo 👇