Perfis de acesso ERP: como parei de criar um perfil por pessoa

Na primeira empresa que a gente subiu, eu criei um perfil de acesso para cada pessoa. Parecia zelo. Cada um enxergava exatamente o que usava, e eu saí de lá achando que tinha feito um bom trabalho. Meses depois ninguém sabia explicar por que o conferente do estoque abria a tela de faturamento, e a saída que a equipe encontrou foi pedir Acesso Total para quem reclamava. Foi ali que eu entendi o que são perfis de acesso ERP de verdade: não uma coleção de exceções, e sim o desenho dos papéis que a empresa já tem.

Um perfil é um conjunto nomeado de permissões preso a uma empresa e a um sistema, aplicado a uma ou mais pessoas. Você descreve uma vez o que um cargo precisa concluir no dia e reaproveita esse desenho quando alguém entra, muda de função ou sai. A distância entre esse jeito e o que eu fiz no começo é quase invisível no primeiro mês. No primeiro ano ela é brutal.

Por que o perfil por pessoa parece certo e envelhece mal

A intenção é boa: dar a cada um exatamente aquilo que ele usa. O problema aparece quando a empresa se mexe. Alguém é promovido e o perfil vira uma soma, porque mantém o que tinha e ganha o que passou a precisar. Outro sai e a conta fica ali, com um desenho que ninguém mais consegue justificar. Em pouco tempo você tem tantos perfis quanto gente, e revisar isso deixa de ser tarefa para virar projeto.

Confesso que demorei pra aceitar a regra mais simples desse assunto. Se duas funções produzem a mesma frase quando você descreve o que elas entregam no dia, elas são um perfil só. Escrever essa frase custa dois minutos por cargo. Economiza semanas de arrumação depois.

Como eu desenho perfis de acesso ERP hoje

1. Escrevo o dia da função, não o organogramaSento com alguém que faz aquilo todo dia e anoto as telas que a pessoa abre de verdade. As rotinas mensais entram na lista mesmo sendo raras, porque são elas que aparecem faltando no fechamento.
2. Separo por sistemaUm mesmo cargo pode ter desenhos diferentes em sistemas diferentes, e isso não é problema. Misturar tudo num perfil só é que costuma ser.
3. Começo pelo mínimo que funcionaLiberar depois é conversa de cinco minutos. Descobrir que alguém alterou o que não devia é conversa bem mais longa.
4. Dou nome de papelFaturamento Filial, Supervisor de Loja, Conferência de Estoque. Nome de pessoa e sigla interna envelhecem mal e ninguém decifra depois.
5. Testo com gente de verdadeEntro com um usuário real do perfil e executo a rotina inteira. Só o percurso completo mostra o menu que ficou de fora.

O que a plataforma coloca na sua mão

O controle acontece numa árvore de permissões de três níveis, com seleção tri-state por sistema, grupo e menu. Essa árvore é alimentada por um catálogo espelhado dos menus ativos, então o que aparece na tela de perfil é o que existe de navegável no produto. Nada de item fantasma que ninguém sabe de onde veio. Quando um sistema ou um menu não tem permissão, ele some da navegação do usuário, e isso corta boa parte dos chamados do tipo "abri sem querer e mexi".

• Perfil vinculado a empresa e sistema, o que impede que uma concessão feita numa unidade apareça em outra.
• Catálogo espelhado dos menus ativos, sempre igual à navegação real.
• Escopo explícito para rotas compartilhadas entre módulos, tratando a tela que serve a mais de um sistema.
• Materialização compatível com a estrutura legada de controle de acesso, preservando o comportamento das telas antigas.
• Bypass administrativo para Acesso Total, que deveria ser exceção nominal e não porta de saída.

Se você quiser entender estado por estado antes de abrir a tela pela primeira vez, o caminho é configurar a árvore tri-state com calma. Vale mais do que descobrir clicando.

Quando existe mais de uma empresa no mesmo painel

Como o perfil pertence a uma empresa, cada unidade guarda o próprio desenho. Isso é ótimo e perigoso ao mesmo tempo. Ótimo porque equipes com maturidades diferentes podem ter alcances diferentes sem ninguém forçar um padrão que não cabe. Perigoso porque dá vontade de copiar o perfil da matriz e seguir a vida. Já vi isso dar errado: a filial recebeu telas de configuração que ninguém lá dentro tinha motivo para abrir. O contexto inteiro está em como organizar o controle multiempresa.

O legado continua rodando, e isso é uma vantagem

O controle antigo, por controller e função, não foi jogado fora. A camada de perfis fica acima dele: você desenha em linguagem de negócio e o salvamento converte aquilo para a estrutura que o runtime já sabe validar. Foi o que permitiu, no meu caso, migrar um grupo piloto sem parar ninguém. O restante da equipe seguiu no comportamento anterior enquanto a gente conferia. Se você quiser ver como esse desenho vira registro efetivo, está detalhado em catálogo de permissões e materialização.

O que eu faria diferente hoje

Duas coisas. A primeira é marcar a revisão no calendário desde o primeiro dia, com nome de responsável, porque permissão é coisa viva e contratação, promoção e desligamento mexem no mapa o tempo todo. A segunda é escrever uma linha por perfil explicando o que aquela função entrega. A árvore mostra o estado atual, mas nunca conta a intenção, e sem a intenção registrada a decisão é refeita do zero seis meses depois, quase sempre para o lado mais permissivo.

• Todo perfil tem nome de papel e uma frase que explica a função.
• Nenhuma conta de rotina diária está com Acesso Total.
• As rotas compartilhadas tiveram o escopo conferido.
• Um usuário real de cada perfil rodou a rotina completa, incluindo fechamento.
• A próxima revisão tem data e dono.

Quando esse ciclo estiver girando, avance para a organização de usuários e gestores e leia os erros que aparecem meses depois, que é onde mora a maior parte dos sustos. Se a sua empresa usa o painel para cobrança e conciliação, combine o desenho com quem cuida da rotina financeira: é lá que a discussão sobre quem vê o quê costuma esquentar.

Perfil bom não é o que libera tudo que a pessoa pode vir a precisar. É o que descreve o que a função entrega hoje.

Equipe Webajato