Segurança de dados e compartilhamento
Os dados financeiros merecem o tratamento mais rigoroso em qualquer sistema, e a REDA Financials AI organiza suas proteções em camadas: as permissões baseadas em função decidem que tipo de registros você acessa, o compartilhamento por território decide de quem, e a plataforma aplica ambas a tudo o que você abre, insere e altera. A automação que roda depois de você salvar — contabilização, conciliação, alocação — lê deliberadamente a configuração e os registros relacionados em contexto de sistema, para que um lançamento seja contabilizado de forma completa e correta, independentemente de quem salvou. Isso não é um caminho para contornar suas permissões: você primeiro precisou ter autorização para salvar o documento, e o livro razão que ele escreve está bloqueado para todos (veja abaixo).
As camadas
| Camada | Pergunta que responde | Gerenciada via |
|---|---|---|
| Conjuntos de permissões | O que essa pessoa pode fazer — lançar contas a receber? pagar fornecedores? fechar os livros? apenas leitura? | Os cinco conjuntos de permissões da REDA — veja Atribuição de conjuntos de permissões |
| Licenças de usuário | Essa pessoa pode gravar nos livros contábeis? | Licenciamento por usuário |
| Compartilhamento por território | De quem são os registros que ela pode ver — da Índia? do Brasil? de todos? | Gestão de territórios (+ o ajuste que ativa o recurso) |
| Registros gerenciados pelo sistema | Alguém pode editar o livro razão diretamente? | Ninguém pode — veja abaixo |
Os cinco conjuntos de permissões em resumo
A primeira camada — que tipo de registros essa pessoa pode acessar — é entregue por cinco conjuntos de permissões prontos, moldados por função:
| Conjunto de permissões | O que concede | Função típica |
|---|---|---|
| Accounting Admin | Acesso total a todos os objetos, campos e recursos — incluindo a configuração de entidade, livro razão, impostos, território, período e ajustes. | O administrador que configura e mantém o aplicativo. |
| Accounting Controller | Acesso total ao Livro Razão, aos Lançamentos Contábeis, à Contabilidade Bancária, à Conciliação, aos Orçamentos, aos Ativos, ao Aging e aos dados mestres; acesso de leitura a Contas a Receber e Contas a Pagar. | Controllers financeiros e gerentes de contabilidade responsáveis pelos livros. |
| Accounts Receivable | Acesso total a Faturas de Venda, Notas de Crédito, Recebimentos e suas aplicações; acesso de leitura ao restante. | Assistentes e gerentes de contas a receber. |
| Accounts Payable | Acesso total a Faturas de Compra, Notas de Crédito de Fornecedor, Desembolsos, Ordens de Compra, à Caixa de Entrada de OCR e à Alocação de Despesas; acesso de leitura ao restante. | Assistentes e gerentes de contas a pagar. |
| Read Only | Acesso somente leitura a tudo; nenhuma criação, edição ou exclusão em lugar nenhum. | CFOs, diretores, auditores externos, revisores de conformidade. |
Os conjuntos se acumulam: o acesso é cumulativo, então a mesa de AR-e-AP de uma pessoa só em uma equipe pequena pode ter os dois conjuntos. Adicione apenas o que a função realmente exige.
Compartilhamento por território — a camada do "de quem são os registros"
As permissões dizem que um usuário pode trabalhar com, digamos, faturas de venda; o compartilhamento por território diz quais faturas de venda. Quando o compartilhamento baseado em território é ativado (um ajuste da REDA Setup), os usuários passam a ver os registros financeiros de seus próprios territórios, enquanto as funções em nível de grupo veem todos eles. A árvore em si — países no Nível 1, sub-regiões opcionais no Nível 2 — é desenhada na guia Gestão de territórios.
Com o ajuste desativado, os territórios ainda determinam os valores padrão de contabilidade e os calendários fiscais — eles apenas deixam de filtrar a visibilidade. Isso torna a ordem de implantação mais tranquila: construa a árvore primeiro, ative o compartilhamento quando a organização estiver pronta.
Um exemplo prático — uma empresa, quatro países
A Meridian Properties Group opera entidades nos Estados Unidos, no Reino Unido, na Índia e no Brasil, com o compartilhamento por território ativado. Veja como as camadas se combinam para quatro de suas pessoas:
| Pessoa | Conjunto(s) de permissões | Território | Efeito líquido |
|---|---|---|---|
| Assistente de AR, Índia | Accounts Receivable | Índia | Cria e aplica faturas e recebimentos indianos; lê o restante dos livros da Índia; nunca vê os registros do Brasil. |
| Assistente de AP, Brasil | Accounts Payable | Brasil | Bancada completa de contas a pagar para o Brasil — faturas, desembolsos, a Caixa de Entrada de OCR — e nada fora disso. |
| Controller do grupo | Accounting Controller | Nível de grupo (vê tudo) | Responde pelos livros razão, pela contabilidade bancária e pelo fechamento em todos os países; lê AR e AP em todos os lugares, mas não lança nenhum dos dois. |
| Auditor externo | Read Only | Nível de grupo | Vê tudo, não muda nada — e o Log de auditoria registra os eventos de Login e Exportação da visita. |
Observe que nenhuma combinação permite que alguém edite o próprio livro razão — a quarta camada se aplica igualmente a todos eles.
Aplicação que você não vê (e não consegue contornar)
- O aplicativo obedece às suas permissões. O próprio código da REDA Financials AI executa seu acesso a dados em modo de usuário — um usuário sem direitos sobre um registro não obtém mais nada pelas telas e ações do aplicativo do que obteria diretamente. Não há portas dos fundos privilegiadas.
- O livro razão é protegido contra gravação para todos. As Transações Contábeis — os lançamentos imutáveis do livro razão por trás de cada contabilização — não aceitam edições diretas de nenhum usuário, de nenhum conjunto de permissões, nunca. Somente o próprio processo de contabilização as grava; a garantia mais forte que sua trilha de auditoria possui.
- Os documentos travam quando contabilizados. Os registros contabilizados recusam edições, exceto pelos caminhos sancionados (reabertura, cancelamento) — que, por sua vez, desfazem e reescrevem o livro razão corretamente.
Segregação de funções, na prática
Os conjuntos de permissões são projetados para serem combinados deliberadamente: a pessoa que lança faturas de fornecedor (AP) não precisa ser a mesma que aprova orçamentos (Controller); os executivos leem tudo e não mudam nada (Read Only). Mantenha as atribuições moldadas por função e revise-as periodicamente — o guia de Segregação de Funções oferece padrões.
Erros comuns a evitar
| Erro | Por que prejudica | Faça isto em vez disso |
|---|---|---|
| Dar a todos o Accounting Admin "para simplificar" | Todo controle que as demais camadas oferecem desmorona em uma única função com poder excessivo | Combine os cinco conjuntos com funções reais; acumule dois conjuntos apenas onde uma pessoa genuinamente exerce duas funções |
| Confundir um conjunto de permissões com uma licença | Um usuário com o conjunto certo mas sem licença não consegue contabilizar; um usuário licenciado sem conjunto nem vê as guias — ambos parecem "estar quebrados" | Verifique os dois, nessa ordem, sempre que o acesso se comportar mal |
| Dar aos auditores uma função operacional em vez de Read Only | As pessoas que inspecionam os livros agora podem alterá-los — exatamente o que as normas de auditoria proíbem | O Read Only existe justamente para revisores: visibilidade total, acesso de gravação zero |
| Esperar que o compartilhamento por território funcione antes da árvore | O compartilhamento filtra pela associação a territórios — uma árvore não construída ou malformada filtra incorretamente | Construa e verifique a hierarquia de territórios primeiro, depois ative o ajuste |
| Tentar "corrigir" um valor contabilizado editando os registros diretamente | Os documentos contabilizados ficam travados e o livro razão não aceita edições diretas — e qualquer tentativa de contorná-lo fica visível no Log de auditoria | Use os caminhos sancionados: reabertura ou cancelamento, que desfazem e reescrevem o livro razão corretamente |
Perguntas frequentes
Não — as Transações Contábeis não aceitam edições diretas de nenhum usuário ou conjunto de permissões, nunca. Somente o processo de contabilização as grava. As correções passam por reabertura ou cancelamento no documento de origem, que reescrevem o livro razão corretamente.
Não. A REDA Financials AI executa seu acesso a dados em modo de usuário — as telas e ações do aplicativo não concedem a um usuário nada além dos seus próprios direitos. Não há portas dos fundos privilegiadas.
Sim — os conjuntos se acumulam e o acesso é cumulativo. É a forma sancionada de cobrir uma função combinada em uma equipe pequena. Basta adicionar apenas o que a função realmente exige, e preferir pessoas separadas para AR e AP quando o quadro de pessoal permitir.
A visibilidade se estreita: os usuários passam a ver os registros financeiros de seus próprios territórios, enquanto as funções de grupo mantêm a visão entre territórios. Os valores padrão e os calendários já se comportavam territorialmente antes disso — a ativação apenas adiciona o filtro de acesso.
Geralmente é a camada de licença ou um bloqueio de registro contabilizado. Verifique se o usuário possui uma licença da REDA Financials AI caso a contabilização esteja bloqueada, e lembre-se de que documentos contabilizados recusam edições por design. Se nenhum dos dois se aplicar, verifique novamente se o conjunto de permissões realmente concede gravação nesse módulo.
Mostre o modelo em camadas (este artigo), as atribuições moldadas por função, a proteção contra gravação do livro razão e o Log de auditoria — sempre ativo, numerado automaticamente, cobrindo contabilizações, fechamentos de período, logins e exportações. Juntos, eles respondem às perguntas sobre quem poderia fazer o quê e quem fez o quê.
O que vem a seguir
- Log de auditoria — o registro de quem fez o quê.
- Rastreamento de histórico de campos — histórico de alterações em nível de campo.
- Atribuição de conjuntos de permissões — o modelo de funções.
Isso foi útil?