LIÇÃO 16Segurança e Perfis de Acesso

Os 3 pilares da segurança no Dynamics

A segurança no Dynamics funciona em três camadas combinadas:

As permissões de acesso a registros seguem 5 níveis de escopo:

Como Business Units segmentam acesso

Passo a passo — criando um perfil de segurança para agente

1. Acesse o gerenciamento de Security Roles

   → Power Platform Admin Center: admin.powerplatform.microsoft.com
   → Environments → [seu ambiente] → Settings → Users + permissions → Security roles

   Você verá todos os perfis nativos do Dynamics. Os mais relevantes para Customer Service são: Customer Service Representative, Customer Service Manager e System Administrator.

   Nunca edite os perfis nativos da Microsoft: Crie sempre uma cópia e edite a cópia. Atualizações do Dynamics podem sobrescrever modificações feitas nos perfis nativos, perdendo todas as suas customizações.
2. Crie um perfil customizado copiando o nativo

   → Localize Customer Service Representative
   → Clique nos três pontos (...) → Copy
   → Nome da cópia: Agente Suporte Técnico — N1

   Abra o perfil copiado para editar as permissões.

3. Configure as permissões para a tabela Case

   No editor do perfil, localize a tabela Case (pode estar em Customer Service ou Core Records).

   Create: User (agente pode criar casos)
   Read: Business Unit (vê casos do time dele)
   Write: User (edita apenas os seus casos)
   Delete: None (agente não pode deletar casos)
   Append: User (pode vincular atividades ao caso)
   Assign: None (não pode reatribuir casos)

   Delete = None para agentes: Em produção, agentes nunca devem poder deletar casos — apenas resolver ou cancelar via ação do formulário. Deleção de casos apaga o histórico permanentemente.
4. Configure permissões para Contact e Account

   Contact — Read: Organization (pode ver todos os contatos para vincular ao caso)
   Contact — Create: User (pode criar novos contatos)
   Contact — Write: User (edita só os contatos que criou)
   
   Account — Read: Organization (pode ver todas as contas)
   Account — Create: None (agente não cria contas)
   Account — Write: None (agente não edita contas)

   Read = Organization para Contact e Account: O agente precisa poder pesquisar e vincular qualquer contato a um caso — mesmo que o contato pertença a outro agente. Por isso Read deve ser Organization para essas tabelas.
5. Configure permissões para tabelas customizadas

   → Procure a tabela Produto Atendido no editor
   (pode estar na seção Custom Entities)

   Create: User
   Read: Business Unit
   Write: User
   Delete: None

   Clique em Save.

6. Atribua o perfil ao usuário de teste

   → Admin Center → Environments → Settings → Users
   → Localize o usuário de teste criado na Lição 14
   → Clique em Manage security roles
   → Desmarque qualquer perfil anterior
   → Marque Agente Suporte Técnico — N1
   → Clique em Save

   Abra o Dynamics como esse usuário (aba anônima) e verifique que ele vê apenas os casos dele, não consegue deletar e não consegue criar Contas.

7. Crie uma Business Unit para simular dois times

   → Admin Center → Environments → Settings → Business units
   → Clique em + New

   Name: Time Suporte SC
   Parent Business Unit: [sua organização raiz]

   Crie uma segunda Business Unit:

   Name: Time Suporte SP
   Parent Business Unit: [sua organização raiz]

   Mova o usuário de teste para a BU "Time Suporte SC" e crie um caso atribuído a esse usuário. Um usuário da BU "Time Suporte SP" (com Read = Business Unit) não conseguirá ver esse caso — os dados ficam segmentados por equipe.

Checklist

• Localizou os perfis nativos de Customer Service no Admin Center
• Criou um perfil customizado copiando o Customer Service Representative
• Configurou permissões granulares para Case, Contact, Account e Produto Atendido
• Definiu Delete = None para o perfil de agente
• Atribuiu o perfil ao usuário de teste
• Criou duas Business Units e entendeu como elas segmentam acesso
• Sabe por que nunca se deve editar perfis nativos da Microsoft

Field Security Profile — protegendo campos sensíveis

Para campos com dados sensíveis — CPF, dados financeiros, informações médicas — o Dynamics oferece o Field Security Profile. Ele restringe quem pode ler e escrever em colunas específicas, independente das permissões de tabela.

Field Security Profiles são especialmente importantes em implementações que precisam de conformidade com LGPD — garantindo que dados pessoais sensíveis só sejam acessados por quem realmente precisa.