Análise de dados em auditoria: como começar
Como começar a usar análise de dados em auditoria: planear, obter e validar dados, testes úteis, lei de Benford e como documentar os resultados.
Durante muitos anos, os auditores examinavam amostras de documentos e extrapolavam. Hoje, com dados electrónicos, é frequentemente possível testar a população inteira de movimentos em minutos. A análise de dados não substitui o julgamento do auditor, mas permite dirigir a atenção para onde o risco realmente está.

Da amostragem ao teste da população
Numa amostra de 60 facturas de um universo de 20 000, o auditor tem uma visão parcial. Com análise de dados, pode verificar todas as 20 000 contra critérios definidos, e depois examinar documentos só dos itens que sobressaem. A abordagem não elimina a amostragem, que continua útil para verificar documentos de suporte, mas muda o ponto de partida.
Os cinco passos do trabalho
- Definir o objectivo: que risco ou afirmação se quer testar? Por exemplo, "as vendas estão registadas no período certo".
- Obter os dados: exportar o razão, o diário de vendas, a lista de terceiros, em formato adequado.
- Validar a integridade: confirmar totais, número de registos, período e campos obrigatórios contra o balancete e outros relatórios.
- Executar os testes e examinar as excepções.
- Documentar fontes, procedimentos, resultados e conclusões.
Testes de primeira geração
- Lançamentos manuais invulgares: fim-de-semana, feriados, ao final do período, valores redondos, utilizadores raros.
- Duplicados: mesma combinação de fornecedor, número e valor.
- Quebras de sequência na numeração de documentos.
- Antiguidade de saldos: clientes com dívidas antigas que não têm imparidade.
- Corte de operações (cut-off): vendas registadas nos últimos dias do ano e anuladas logo a seguir.
- Análise de rácios e variações mensais atípicas.
- Terceiros relacionados: fornecedores com a mesma morada, conta bancária ou NIF de um colaborador.
Cada teste deve estar ligado a um risco concreto. Fazer testes só porque a ferramenta os permite gera ruído e esconde o que importa. Antes de correr uma análise, escreva numa frase o risco que ela cobre (por exemplo, "pagamentos duplicados a fornecedores") e o que fará com cada resultado possível.
Convém também definir de antemão o que conta como excepção relevante. Um limite de materialidade ajuda: diferenças de poucos cêntimos por arredondamento não justificam investigação, ao contrário de um único movimento muito acima do habitual. Esse limite deve ser coerente com o utilizado no resto do trabalho de auditoria e documentado no dossiê.
A lei de Benford, com cuidado
Em muitos conjuntos de números naturais, como facturas de valores diversos, o primeiro dígito não se distribui por igual: o dígito 1 aparece cerca de 30% das vezes, e os dígitos maiores aparecem cada vez menos. Um desvio forte em relação a este padrão pode sugerir valores inventados ou limites artificiais.
Mas é só um sinal. Dados com limites regulados, preços fixos ou poucos valores distintos violam naturalmente a lei sem haver fraude. Use-a para formular perguntas, nunca como prova.
Exemplo resolvido: pagamentos abaixo do limite de aprovação
Uma empresa exige aprovação da direcção para pagamentos acima de 500 000. O auditor extrai todos os pagamentos do ano e agrupa-os por faixas: de 450 000 a 499 999, de 400 000 a 449 999, etc. Valores ilustrativos. Se na faixa imediatamente abaixo do limite houver 140 pagamentos e na faixa seguinte apenas 30, existe uma concentração suspeita. O auditor então analisa quem emitiu esses pagamentos, a favor de quem, e se há fraccionamento de compras (várias facturas pequenas em vez de uma grande). Pode haver explicação legítima, como preços de catálogo; a análise indica onde perguntar.
Ferramentas e competências
- Excel: tabelas dinâmicas, filtros avançados e Power Query chegam para muitos casos.
- SQL para consultar bases de dados grandes.
- Python ou R para análises repetíveis e estatística.
- Painéis (Power BI) para apresentar resultados.
- Pensamento crítico e conhecimento do negócio, que nenhuma ferramenta substitui.
Veja os guias de SQL e de Power BI para começar.
Exemplo de plano para um primeiro projecto
Imagine que lhe pedem para testar se há pagamentos a fornecedores fora do ciclo normal de aprovação. Defina o objectivo: identificar pagamentos sem encomenda ou aprovação registadas. Obtenha o ficheiro de pagamentos e o das encomendas aprovadas e confirme que os totais batem com o razão. Junte-os pelo número da encomenda e isole os pagamentos sem correspondência. Ordene-os por valor e por fornecedor.
Suponha que dos 8 500 pagamentos do ano, 120 não têm encomenda correspondente, somando 36 000 000 Kz. Valores ilustrativos. Em vez de concluir que há irregularidade, investigue categorias: 70 são pagamentos de renda, electricidade e água, que não passam por encomenda por natureza; 35 são salários adiantados já aprovados noutro circuito; 15 ficam sem explicação, no total de 4 200 000 Kz. É sobre estes 15 que o auditor pede documentos, e a conclusão é feita com base na evidência, sem presumir intenção.
Este exemplo mostra o valor da análise de dados: transforma 8 500 itens em 15 perguntas concretas, e mostra que a maior parte das excepções tem explicação rotineira se as categorias forem bem definidas desde o início.
Documentar e comunicar
A documentação deve permitir a um colega repetir o teste: fonte dos dados, data de extracção, filtros, consultas ou fórmulas usadas, número de registos, resultados e acções seguidas. Registe também as limitações: dados em falta, pressupostos, itens excluídos.
Ao comunicar, evite despejar listas. Resuma: qual o risco, o que se testou, quantas excepções, quais as mais relevantes e que conclusão ou recomendação daí decorre. Os gestores querem percepções claras, não ficheiros enormes.
Precisa de apoio de contabilidade para a sua empresa?
Se, além de estudar, tem ou vai abrir um negócio, a Contas Organizadas trata da contabilidade, da fiscalidade e da folha de salários. Fale connosco.
Perguntas frequentes
Análise de dados dispensa amostragem?
Não. Testa-se muita informação, mas a verificação de documentos físicos e confirmações externas continua a recorrer a amostras.
Uma excepção significa fraude?
Não. É um item que merece explicação. A maioria tem justificação legítima, e a conclusão exige análise do documento e conversa com a gestão.
Preciso de programar para começar?
Não. Excel e SQL básico cobrem muitos testes iniciais; a programação ajuda a automatizar e a escalar.