Os perfis de acesso do ERP ficam bem definidos quando a empresa monta, antes de mexer no sistema, uma matriz que cruza funções com ações em cada módulo: quem pode consultar, incluir, alterar, cancelar e aprovar. A matriz separa quem lança de quem aprova nas operações sensíveis, define limites de valor para cada função e só depois vira configuração no sistema, testada com usuários de teste. Os sete passos abaixo seguem essa ordem, e cada um termina com uma entrega que pode ser conferida.
Passo 1: liste as funções da empresa, não as pessoas
O erro mais comum na criação de acessos é copiar o usuário de alguém que “já funciona” para o funcionário novo. Com o tempo, cada usuário acumula permissões diferentes e ninguém sabe dizer quem pode fazer o quê. O ponto de partida correto é a lista de funções: vendedor interno, vendedor externo, faturista, comprador, estoquista, analista financeiro, gerente comercial, administrador do sistema.
Para cada função, anote as tarefas do dia a dia em linguagem simples: “digita pedidos”, “emite notas”, “lança contas a pagar”, “faz a contagem de inventário”. Uma pessoa pode acumular duas funções numa empresa pequena, e isso será tratado no passo 3, mas a matriz descreve funções.
Um caso hipotético mostra o risco de pular este passo. Uma empresa cadastra a nova vendedora copiando o usuário de um vendedor antigo que, anos antes, cobriu férias no financeiro. Ninguém lembra disso, e a vendedora recém-chegada passa a ter acesso a contas a pagar e aos dados bancários de fornecedores. O problema só aparece quando alguém estranha um lançamento feito com o usuário dela. Com perfis por função, a cobertura de férias seria um perfil adicional, retirado na volta do titular.
Entrega verificável: uma lista de funções em que cada colaborador da empresa se encaixa em pelo menos uma, sem nenhum perfil com nome de pessoa.
Passo 2: monte a matriz de ações por módulo
Com as funções definidas, cruze cada uma com os módulos do ERP e com as ações possíveis. A maioria dos sistemas trabalha com algo próximo de seis ações: consultar, incluir, alterar, excluir ou cancelar, aprovar e exportar. Exportar merece atenção própria, porque é por ela que listas de clientes, custos e margens saem do sistema numa planilha.
Um recorte hipotético da matriz de uma distribuidora pequena ficaria assim:
| Função | Pedidos de venda | Notas fiscais | Contas a pagar | Cadastro de produtos |
|---|---|---|---|---|
| Vendedor interno | Consultar, incluir, alterar os próprios | Consultar | Sem acesso | Consultar, sem custo |
| Faturista | Consultar | Incluir, consultar | Sem acesso | Consultar |
| Analista financeiro | Consultar | Consultar | Incluir, alterar | Sem acesso |
| Gerente administrativo | Consultar, aprovar | Cancelar | Aprovar | Incluir, alterar |
Monte a matriz numa planilha, com uma linha por função e uma coluna por tela ou grupo de telas. Para descobrir quais telas existem, peça ao fornecedor a lista de rotinas que podem ser liberadas ou bloqueadas, porque a granularidade varia bastante de um sistema para outro.
Entrega verificável: todas as células preenchidas, inclusive com “sem acesso”. Célula vazia vira, na configuração, uma decisão tomada às pressas.
Passo 3: separe quem lança de quem aprova
Algumas combinações de permissões permitem que uma única pessoa faça uma operação inteira sem que ninguém perceba um erro ou um desvio. A separação dessas tarefas entre pessoas diferentes é chamada de segregação de funções. Os conflitos mais frequentes num ERP são:
- Cadastrar fornecedor e pagar fornecedor: quem inclui os dados bancários não deveria liberar o pagamento.
- Dar desconto e aprovar o próprio desconto: o vendedor propõe; acima do limite, outra pessoa aprova.
- Ajustar estoque e fazer o inventário: quem conta não deveria lançar o ajuste da diferença sem revisão.
- Emitir e cancelar notas: o cancelamento costuma ficar com um perfil diferente do que emite.
- Lançar e baixar títulos: quem registra o recebimento não deveria ser o mesmo que concede abatimentos.
Em empresas muito pequenas, nem sempre há duas pessoas para cada par. Nesse caso, a compensação é uma conferência posterior: o dono ou o gerente revisa toda semana um relatório das operações daquela combinação, como os fornecedores com dados bancários alterados no período.
Entrega verificável: uma lista dos conflitos encontrados na matriz, cada um marcado como “separado” ou “compensado por revisão”, com o nome do revisor.
Passo 4: defina alçadas e limites de valor
Permissão sim ou não resolve parte do problema; a outra parte depende de limites. A alçada é o valor ou o percentual até o qual uma função pode decidir sozinha. Os casos mais comuns são desconto em pedido, limite de crédito liberado, valor de pagamento aprovado e ajuste de estoque.
Um exemplo hipotético de tabela de alçadas para desconto:
- Vendedor: até 5% sem aprovação.
- Gerente comercial: de 5% a 12%.
- Diretoria: acima de 12%.
Antes de prometer essa regra, confirme como o ERP a executa. Alguns sistemas bloqueiam o pedido e o enviam para uma fila de aprovação; outros apenas exibem um aviso que o próprio vendedor pode ignorar. A diferença só aparece num teste, e o passo 6 existe para isso.
Entrega verificável: uma tabela de alçadas por tipo de operação, com o caminho de aprovação de cada faixa.
Passo 5: restrinja dados, além de telas
Liberar uma tela não significa liberar tudo o que ela mostra. Muitos ERPs permitem restringir os dados que cada usuário enxerga dentro da mesma tela. Os recortes mais usados são:
- Por empresa ou filial: o usuário de uma loja não vê o movimento da outra.
- Por carteira: o vendedor vê apenas os próprios clientes e pedidos.
- Por campo: custo, margem e comissão ocultos para quem não decide preço.
- Por centro de custo: o responsável de uma área consulta só as despesas dela.
Dados pessoais de clientes e de funcionários entram nessa revisão: telefone, endereço, documentos e, quando houver módulo de pessoal, salários. Quem não precisa dessas informações para trabalhar não deveria consultá-las nem exportá-las. Para uma visão mais ampla do tema, veja os principais fatores de segurança e privacidade ao implementar um ERP.
Entrega verificável: uma coluna adicional na matriz dizendo, para cada função, qual recorte de dados se aplica.
Passo 6: configure os perfis e teste com usuários de teste
Só agora a matriz vira configuração. Crie um perfil por função no ERP, com o mesmo nome usado na planilha, e associe os usuários aos perfis, nunca permissões diretamente ao usuário. Quando alguém acumular duas funções, associe os dois perfis em vez de criar um terceiro “sob medida”.
Em seguida, crie um usuário de teste para cada perfil e faça duas listas de tentativas:
- O que deve funcionar: o vendedor inclui um pedido, o faturista emite a nota, o financeiro lança um título.
- O que deve ser bloqueado: o vendedor tenta ver o custo, dar 15% de desconto e cancelar uma nota; o financeiro tenta alterar dados bancários de um fornecedor que ele mesmo vai pagar.
Cada tentativa bloqueada que passar é um ajuste a fazer antes de liberar os usuários reais. Esse teste costuma revelar permissões herdadas de perfis-padrão do sistema, que vêm liberadas de fábrica. Faça os testes na base de homologação, se o ERP tiver uma, para não gerar documentos reais.
Entrega verificável: as duas listas com o resultado de cada tentativa e a data do teste.
Passo 7: ative a trilha de auditoria e agende a revisão dos acessos
A trilha de auditoria, ou log, registra quem alterou o quê e quando. Ative-a pelo menos para cadastros de clientes, fornecedores e produtos, preços, dados bancários, cancelamentos e ajustes de estoque. Sem ela, a segregação do passo 3 perde força, porque não há como reconstruir uma alteração depois.
Por fim, combine três rotinas que mantêm a matriz viva:
- Admissão: o gestor da área informa a função, e o administrador associa o perfil correspondente. Nada de copiar o usuário de outra pessoa.
- Mudança de função e desligamento: o acesso é ajustado ou bloqueado no mesmo dia, inclusive o acesso remoto e pelo celular.
- Revisão periódica: a cada trimestre, uma lista de usuários ativos com seus perfis é conferida pelos gestores. Usuários genéricos, como “caixa” ou “estoque”, compartilhados por várias pessoas, saem da lista, porque impedem saber quem fez cada operação.
A matriz também serve de base para o treinamento: cada pessoa aprende as telas do próprio perfil, e não o sistema inteiro. As dicas práticas para treinar sua equipe na adoção de um sistema de gestão empresarial ajudam a organizar essa etapa. E como acesso mal configurado aparece entre os erros comuns na implementação de sistemas de gestão, vale incluir a revisão da matriz no cronograma da implantação, antes da virada.
Entrega verificável: o log ativo nas rotinas listadas e a data da primeira revisão trimestral marcada no calendário do responsável.
