Permissões para acessar campos sensíveis

Organizei as permissões para que as equipes continuem acessando as mesmas Contas, mas cada pessoa veja apenas os campos financeiros necessários ao seu trabalho. Assim, atendimento pode consultar os dados cadastrais e os Casos, enquanto informações como limite de crédito e margem negociada ficam disponíveis somente para quem precisa delas.

A equipe de atendimento precisava consultar Contas e Casos, mas algumas Contas também continham informações financeiras, como limite de crédito, classificação de risco e margem negociada. A necessidade não era esconder a Conta inteira, e sim controlar quem podia consultar cada campo.

Ocultar um campo apenas na tela não protege a informação. Dependendo das permissões, ela ainda poderia aparecer em relatórios ou ser consultada por uma integração ou outro acesso ao Salesforce. Por isso, o controle precisava estar nas permissões do campo, e não apenas na organização visual da página.

Separei duas decisões de acesso. A primeira define quais registros uma pessoa pode abrir, como as Contas e os Casos. A segunda define quais campos ela pode consultar dentro desses registros. Mantive o modelo existente para compartilhar registros, que pode incluir configurações padrão da organização e a hierarquia de funções.

Para os campos financeiros, retirei dos perfis o acesso aos campos financeiros e concedi as permissões necessárias apenas por meio de Permission Sets para as equipes comercial e de risco. Um Profile define um conjunto base de permissões para a pessoa usuária. Um Permission Set acrescenta permissões específicas quando alguém precisa delas, sem exigir a criação de um perfil diferente para cada variação.

Layouts diferentes podem organizar quais campos aparecem na página, mas não substituem a segurança de campo. Por isso, validei o acesso com usuários de cada perfil e conferi a experiência em páginas, relatórios, listas e API (interface usada por sistemas para consultar dados do Salesforce).

Um Permission Set concede permissões adicionais, não remove as que já vêm do Profile. Por isso, o perfil base não deve conceder desde o início acesso a um campo que algumas pessoas não podem consultar. Primeiro se define o acesso mínimo necessário e, depois, os Permission Sets acrescentam permissões para as funções que realmente precisam delas.

Como cada pessoa recebe um Profile, criar um perfil novo para cada pequena diferença de acesso tende a aumentar a quantidade de perfis e dificultar a manutenção. Permission Sets podem ser reutilizados e combinados para atender diferentes equipes, permitindo administrar as permissões específicas sem multiplicar os perfis.

Neste modelo, o Profile fornece o acesso básico, e os Permission Sets acrescentam o que é necessário para cada função. Por exemplo, a equipe de atendimento pode continuar sem acesso aos campos financeiros, enquanto as equipes comercial e de risco recebem as permissões correspondentes ao trabalho que realizam.

Uma pessoa de atendimento abre a Conta de uma cliente e consulta os dados cadastrais e os Casos relacionados, mas não vê o limite de crédito. Uma pessoa da equipe de risco abre a mesma Conta e também consegue consultar esse campo, pois recebeu a permissão necessária.

As duas pessoas podem acessar os mesmos registros, enquanto os campos exibidos variam conforme as permissões atribuídas. Assim, o controle atende às necessidades de cada equipe sem restringir o acesso à Conta inteira.