Rastreamento do Histórico de Campos
Às vezes a pergunta não é “o que aconteceu”, mas “o que exatamente mudou — de quê, para quê, por quem?” É para isso que serve o rastreamento de histórico de campos: nos campos que importam para o controle financeiro, cada alteração é registrada como valor antigo → valor novo, com autor e data/hora, visível no histórico de cada registro.
O que é rastreado
A REDA Financials já vem com o rastreamento ativado nos campos críticos de seus objetos — os que interessam a um auditor: status, valores, relacionamentos-chave (fornecedor, cliente, entidade), datas e responsabilidade. A plataforma permite um número limitado de campos rastreados por objeto, então a seleção é curada pelo valor de controle; seu administrador pode ajustá-la onde suas necessidades de compliance forem diferentes.
A seleção curada se concentra em cinco tipos de campos:
| Categoria rastreada | Por que merece uma vaga | Pergunta exemplo que responde |
|---|---|---|
| Status | Mudanças de status são os momentos de controle — de rascunho para contabilizado, de aprovado para rejeitado | "Quando isso mudou para Contabilizado, e quem fez a mudança?" |
| Valores | Campos de valores monetários são o centro das revisões | "Qual era o valor antes de ser corrigido?" |
| Relacionamentos-chave | Fornecedor, cliente e entidade determinam de quem são os livros e de quem é o dinheiro | "Essa fatura de compra já apontou para um fornecedor diferente?" |
| Datas | Datas determinam períodos, vencimentos e aging | "Quem alterou a data do documento, e a partir de que data?" |
| Responsabilidade | Quem é responsável pelo registro | "Quando essa conta mudou de responsável?" |
Lendo o histórico de um registro
Abra o histórico do registro (faz parte da guia Trilha de Auditoria nas páginas de documentos) e leia a trilha: Status: Rascunho → Contabilizado, por K. Sharma, 2 de julho de 2026 12:36. Em documentos contabilizados a trilha é naturalmente curta — isso é o bloqueio cumprindo sua função; os históricos interessantes pertencem aos rascunhos e aos dados mestres.
Uma leitura na prática — a Meridian responde a um auditor
O auditor da Meridian Properties Group escolhe uma fatura de compra contabilizada e faz a clássica pergunta em três partes: quem definiu esse valor, ele já foi diferente e quem contabilizou o documento? O controller abre a guia Trilha de Auditoria da fatura e lê de cima para baixo: o histórico do valor mostra o valor original informado na criação, uma correção enquanto o documento ainda era rascunho — valor antigo, valor novo, autor, data/hora — e depois a mudança de status para Contabilizado. Depois disso, nada: o bloqueio de documentos contabilizados faz a trilha simplesmente parar, o que já é a resposta para "alguém poderia ter alterado isso desde então?" Toda a troca leva um minuto, e cada linha dela foi escrita pelo sistema.
Onde o histórico de campos se encaixa na cadeia de evidências
| Camada | Comprova | Onde consultar |
|---|---|---|
| Log de auditoria | O evento — uma contabilização, uma execução de lote, um fechamento de período, um login, com o autor e a data/hora | A guia Log de auditoria, em toda a organização |
| Histórico de campos | O delta — de valor antigo a valor novo, por campo, por alteração | A guia Trilha de Auditoria do registro |
| O livro razão imutável | A contabilidade — lançamentos que nenhum usuário pode editar diretamente | As Transações Contábeis por trás de cada contabilização (veja Segurança de dados) |
Erros comuns a evitar
| Erro | Por que prejudica | Faça isto em vez disso |
|---|---|---|
| Esperar histórico em todos os campos | A plataforma limita os campos rastreados por objeto — a seleção é curada, não exaustiva | Verifique o que é rastreado antes de prometer a um auditor o histórico de campo de algo pouco comum |
| Usar o histórico de campos para responder perguntas de evento | "O lote rodou?" e "quem exportou os dados?" não são mudanças de campo | Perguntas de evento vão para o Log de auditoria; perguntas de delta vêm aqui |
| Interpretar uma trilha curta em um documento contabilizado como dado faltando | É o contrário — o bloqueio impediu alterações, então não havia nada para registrar | Espere históricos ricos em rascunhos e dados mestres, e silenciosos após a contabilização |
| Ajustar a seleção de campos rastreados de forma casual | Um campo removido do rastreamento deixa de acumular histórico que você pode querer mais tarde | Trate a alteração da seleção como uma decisão de compliance, documentada, com as perguntas do revisor em mente |
| Tratar o histórico de campos como o registro contábil | Ele comprova quem alterou um campo — o livro razão comprova o que foi contabilizado | Use as três camadas juntas; cada uma responde a uma pergunta diferente |
Por que isso importa (uma nota de compliance)
O histórico de campos é a ponta mais detalhada da sua cadeia de evidências: o Log de auditoria comprova o evento, o histórico de campos comprova o delta, e o livro razão imutável comprova a contabilidade. Juntos, eles entregam a revisões no estilo SOX exatamente o que pedem — quem alterou o quê, quando, com valores antes e depois — sem nenhuma ferramenta adicional.
O que vem a seguir
- Log de Auditoria — o complemento no nível de evento.
- Segurança de dados e compartilhamento — a camada de proteção.
Perguntas frequentes
Os críticos em cada objeto da REDA Financials — status, valores, relacionamentos-chave (fornecedor, cliente, entidade), datas e responsabilidade. A plataforma limita quantos campos por objeto podem ser rastreados, então a seleção padrão é curada pelo valor de controle.
Sim — seu administrador pode ajustar a seleção onde suas necessidades forem diferentes. Trate isso como uma decisão de compliance: dentro do limite por objeto da plataforma, incluir um campo geralmente significa retirar outro.
No próprio registro — faz parte da guia Trilha de Auditoria nas páginas de documentos. Cada linha traz valor antigo → valor novo, com autor e data/hora.
Porque a contabilização trava o documento — uma trilha curta após a mudança de status para Contabilizado é o bloqueio cumprindo sua função. Os históricos interessantes pertencem aos rascunhos e aos dados mestres, onde as edições são permitidas.
O histórico de campos responde perguntas de delta: de quê, para quê, por quem, neste registro. O Log de auditoria responde perguntas de evento em toda a organização: contabilizações, execuções de lote, fechamentos de período, logins, exportações. As investigações costumam usar os dois — evento primeiro, delta depois.
Isso foi útil?