Preparando um arquivo de usuário para criar uma hierarquia (CX)

Sobre a preparação de um arquivo de usuário para criar uma hierarquia

Ao importar usuários para seu Dashboard CX, há alguns aspectos importantes a serem considerados. Por exemplo, cada importação precisará das seguintes colunas:

• Nome: o nome do usuário.
• Sobrenome: o sobrenome do usuário.
• E-mail: o endereço de e-mail do usuário. Este detalhe é o mais importante. O e-mail pode agir como um nome de usuário para cada usuário ou como uma forma de lembrar quais usuários já existem no Administrador de usuários.
• Nome de usuário: se sua organização usa SSO, você deve incluir uma coluna Nome de usuário. Esta coluna deve conter as mesmas informações que a coluna E-mail, pois o#brandId será adicionado automaticamente ao final.
• Idioma: esta coluna é tecnicamente opcional. No entanto, se você optar por incluir isso, deve ter cuidado para usar o Idioma como visto aqui e inserir o valor para cada usuário no código de idioma

Além disso, você desejará garantir que escolheu a hierarquia correta para seu projeto, pois isso afeta os Atributos de usuário ou as colunas personalizadas dos dados do usuário que você incluirá no arquivo CSV/TSV. Por exemplo, o arquivo de hierarquia pai-filho deve incluir colunas para ID do funcionário e ID do gerente, enquanto o arquivo de hierarquia baseado em níveis deve ter colunas de nível diferentes.

Preparando um arquivo para uma hierarquia pai-filho

As hierarquias pai-filho são o tipo de hierarquia mais usado. Eles são a melhor opção se seus dados de RH estiverem formatados, de modo que você tenha uma lista de IDs de empregados e os gerentes até os quais cada colaborador se reporta.

Quando você terminar de criar seu arquivo e estiver pronto para criar uma hierarquia, consulte Gerar uma hierarquia pai-filho.

Metadados necessários

Existem duas colunas de metadados que você deve incluir para criar uma hierarquia pai-filho:

• EmployeeID: esta é a identificação do empregado do participante. É melhor usar os IDs atribuídos internamente pelo departamento de recursos humanos da sua empresa, em vez de tentar criar novos IDs gerados aleatoriamente.
• ID do gerente: esta é a identificação do funcionário do gerente do participante.

Ao adicionar IDs de empregado e de gerente, existem algumas coisas importantes a ter em mente:

• Cada participante também deve ter um ID de funcionário exclusivo. Vários participantes não podem compartilhar o mesmo ID.
• Cada participante deve ter um gerente. A única exceção são os membros mais altos da empresa que você inclui na hierarquia (por exemplo, CEOs). Deixe a coluna do gerente em branco para mostrar que esta pessoa não se reporta a ninguém.
• As colunas ID do empregado e ID do gerente de um empregado individual nunca devem ser iguais. Os funcionários não se reportam a si mesmos!
• Cada ID de gerente deve ser vinculada de volta a um empregado. Qualquer participante com um ID de gerente que não corresponda a um ID de empregado existente será atribuído a um gerente desconhecido. Observe que quando alguém for atribuído a um gerente desconhecido, os membros da hierarquia abaixo dessa pessoa também serão corrompidos. Para resolver esse problema, você deve fixar manualmente os dados e gerar novamente a hierarquia.
• Cuidado com a lógica circular. Se o João Silva se reporta a Jane Smith, e a Jane Smith se reporta a Joseph Miller, Joseph Miller não pode se reportar a João Silva. Você não pode gerenciar o gerente do seu gerente.

Metadados opcionais

Você pode adicionar quaisquer metadados adicionais que desejar ao carregar sua lista de participantes. Qualquer coisa desde o aniversário de cada funcionário até a localização de seu escritório pode ser incluída. No entanto, há dois metadados opcionais que podem ajudá-lo a formatar sua hierarquia pai-filho.

• ID da unidade organizacional: os IDs da unidade organizacional ajudam você a identificar a mesma equipe ao longo do tempo, mesmo que o nome da equipe mude. Ele serve a mesma finalidade que um ID de empregado único, mas para uma unidade em vez de um empregado.
  Qdica: Tem equipes diferentes com o mesmo nome? Ou você tem conjuntos separados de relatórios de equipes e gerentes dentro da mesma divisão? Você pode reutilizar a mesma descrição de unidade organizacional definindo campos separados de ID da unidade organizacional. Por exemplo, um gerente de vendas pode executar uma equipe chamada Vendas com um ID de unidade organizacional 001, e outro gerente pode executar uma equipe chamada Vendas com um ID de unidade organizacional de 002.

  Os IDs de unidade organizacional também são úteis se um gerente tiver mais de várias equipes. Isso significa que, se meu gerente for John Doe, mas John Doe for o gerente da equipe A e B, posso especificar a qual equipe eu pertenço com o campo ID da unidade.

• Descrição da unidade organizacional: ao criar sua hierarquia, as unidades serão automaticamente nomeadas para um gerente. A configuração Descrição da unidade organizacional permite que você nomeie suas unidades com base em nomes ou descrições das unidades.

A Descrição da unidade organizacional é essencialmente o nome fornecido para o ID da unidade organizacional fornecido e aparecerá como o rótulo da unidade nos painéis ao filtrar ou dividir por unidade. As colunas não devem necessariamente conter os mesmos valores exatos, mas o ID é numérico, a descrição é descritiva. Por exemplo, a descrição da unidade organizacional do ID da organização 2 pode ser uma divisão europeia.

Preparando um arquivo para uma hierarquia baseada em níveis

As hierarquias baseadas em níveis são uma boa opção se seus dados de RH incluírem cada nível ao qual o funcionário se reporta, desde o topo da hierarquia até onde ele se encontra. Com as hierarquias baseadas em níveis, você não precisa necessariamente saber quem é o gerente do empregado; você só precisa saber a cadeia de comando de cada empregado que estiver incluindo no projeto. Esse formato de dados é frequentemente mais comum com empresas que organizam dados de empregados por níveis distintos, localização ou divisão funcional.

Quando você terminar de criar seu arquivo e estiver pronto para criar uma hierarquia baseada em níveis, consulte Gerar uma hierarquia baseada em níveis.

Metadados necessários

Você precisará de uma coluna separada para cada nível da sua organização que deseja definir. O último nível preenchido para um participante indica sua posição na hierarquia. Para aqueles mais altos, isso geralmente significa que a primeira coluna Nível está preenchida, mas o restante não.

Metadados do gerente

Se você estiver interessado em atribuir gerentes a unidades em suas hierarquias baseadas em níveis, existem duas formas diferentes de fazer isso.

• Gerente: esta coluna indica se o participante é gerente. O participante será designado como o gerente do nível mais baixo que ele tem listado. A maioria dos usuários usa “sim” para indicar um gerente, mas você também pode usar “1”, “gerente” ou qualquer formato que gostaria, desde que você tenha um valor na coluna que indica que o participante é um gerente.
  Exemplo: Na imagem abaixo, o nível mais baixo definido para Sammy Stanage é Nível 1, onde ele está em uma função de Sucesso do cliente. O “sim” na coluna Gerente indica que ele é gerente de todo o Customer Success. Enquanto isso, o último nível definido de Jeff Brown é a experiência do funcionário na engenharia. Isso significa que, dentro da engenharia, ele é chefe do nível de experiência do colaborador.
  
• Nível de gerente: o nível de gerente é um meio de identificar gerentes chamando o nível específico que eles gerenciam. No exemplo anterior, o mesmo valor (“sim”) indica se um participante é ou não um gerente; no entanto, para o nível de gerente, existem valores separados para cada nível.
  Exemplo: na imagem abaixo, o nível de gerente de Jeff Brown é 2 para indicar que ele é gerente de sua posição de nível 2 em Employee Experience, não gerente de sua posição de nível 1 na engenharia.
  

Metadados opcionais

IDs da unidade organizacional: os IDs da unidade organizacional ajudam você a identificar a mesma equipe ao longo do tempo, mesmo que o nome da equipe mude. Ele serve a mesma finalidade que um ID de empregado único, mas para uma unidade em vez de um empregado. Você precisa incluir tantos IDs de unidade organizacional quanto níveis, para poder fornecer um ID para cada nível.

Na captura de tela abaixo, as unidades no Nível 2 correspondem à coluna ID da unidade organizacional 2. A equipe de engenharia do Employee Experience é a unidade 201 e a equipe de engenharia do Customer Experience é 224.

Perguntas frequentes