O triângulo da analítica de dados: avaliando custos e benefícios
Em uma nota pessoal, prefiro usar triângulos como um auxílio visual para orientar a tomada de decisões. Quando comecei com a análise de dados e a analítica descritiva de dados, sempre voltava a três pontos-chave de decisão. Decidi escrever essas três condições como um triângulo porque isso me proporcionou uma visão eficaz para ponderar os custos e benefícios à medida que avançava na decisão de aplicar ou não o uso de conjuntos de dados para uma etapa específica da auditoria. Se todos os três critérios abaixo forem atendidos, os benefícios provavelmente superam os custos, e posso prosseguir com o aproveitamento da analítica de dados para a tarefa. No entanto, se um lado do triângulo for fraco (por exemplo, se os dados forem altamente desestruturados e custar semanas adicionais para torná-los utilizáveis para o compromisso, e os prazos de relatório estiverem em risco), posso abrir mão do benefício de estudar o conjunto de dados para obter insights.
Parte 1: Compreender o processo de negócios, os riscos e o uso da analítica pela administração
Essa continua sendo uma habilidade fundamental no planejamento e na realização de uma auditoria, mas também é minha primeira etapa no triângulo de custo/benefício. Se eu não compreender o processo de negócios e os riscos gerais associados, mas puder coletar os dados, ainda haverá um risco significativo de identificar falsos positivos na auditoria. Além disso, como parte do teste de rotina de walkthroughs de projeto, podemos perguntar à administração se ela já está realizando algum grau de análise de dados/analítica de dados na gestão das operações diárias da unidade de negócios. Essa é uma ótima maneira de fortalecer seu relacionamento com a unidade de negócios, colaborando com a administração nesse tópico. Durante a auditoria, também podemos avaliar os pontos fortes do modelo de analítica de dados para tornar o processo ainda melhor.
Parte 2: Identificando regras “claras” no processo de negócios
Refletindo sobre minhas aulas de contabilidade na graduação e na pós-graduação, vários livros didáticos de contabilidade faziam referência a regras “claras” de orientações autorizadas que moldam os conceitos de contabilidade financeira e tributária. Eu uso essa expressão aqui também quando decidimos se devemos usar dados ou técnicas de análise de dados. Quanto mais nos aproximarmos de uma condição binária de “sim/não” para um determinado atributo, mais fácil será identificar anomalias na população. O risco aqui é que, quanto mais ambiguidade houver, mais tempo poderemos gastar estudando falsos positivos. Se isso for fraco, eu consideraria dispensar a analítica de dados para essa tarefa, especialmente se você estiver apenas começando com a analítica de dados em seu fluxo de trabalho de auditoria. Talvez seja melhor evitar aquela sensação de “escalar uma montanha”. Informações financeiras e transacionais são um bom ponto de partida para um possível teste de analítica de dados, pois normalmente existem algumas regras claras que são seguidas antes que uma transação seja registrada no razão geral.
Parte 3: Avaliando a disponibilidade e a usabilidade dos dados
Isso é fundamental. É mais provável que os dados estejam disponíveis. Conforme descrito acima, há dois desafios potenciais. O primeiro obstáculo pode ser o acesso aos dados. O segundo pode ser o formato e a avaliação de quanto tempo precisa ser gasto para aplicar os dados em um formato viável. O risco aqui é que, se não tivermos boas técnicas de limpeza de dados, podemos acabar gastando muito tempo com falsos positivos em toda a população.
Exemplos de como aplicar o triângulo da analítica de dados
Usando a estrutura de tomada de decisão descrita acima, a seguir estão dois exemplos que destacam os fatores que considerei para determinar se um determinado trabalho de auditoria era adequado para aproveitar grandes conjuntos de dados para análise e analítica descritiva.
Exemplo 1: Auditoria de acesso lógico
Parte 1: Compreensão do processo de negócios, riscos e uso da analítica pela administração.
A equipe de acesso lógico era responsável por gerenciar o acesso aos recursos de TI, concedendo ou removendo o acesso de acordo com uma solicitação aprovada. Os principais riscos inerentes ao processo eram o acesso não autorizado aos recursos de TI, o acesso que excedesse ou envolvesse responsabilidades profissionais incompatíveis e o acesso não revogado em tempo hábil.
Com base no meu entendimento do processo de negócios, desenvolvi várias hipóteses que gostaria de avaliar em relação a uma população total de dezenas de milhares de tickets. Por exemplo, eu queria usar o conjunto de dados para entender os sistemas com o maior número de solicitações de acesso lógico para o período de auditoria; quais sistemas tinham “grandes quantidades” de solicitações de acesso lógico em curtos períodos de tempo (provavelmente o resultado de um novo sistema ou uma indicação de outra coisa); e o tempo decorrido entre a solicitação inicial, a aprovação e o encerramento do ticket. Também consultamos a gerência para entender quais métricas e técnicas de dados eles poderiam estar usando para ajudar a gerenciar o dia a dia, o que levou a conversas produtivas e colaborativas sobre “um dia na vida” do ponto de vista da gerência.
Parte 2: Identificando regras “claras” no processo de negócios.
Essa equipe de TI provisionava ou desprovisionava o acesso após a solicitação ser aprovada pelo proprietário do ambiente. Além disso, o acesso concedido precisava corresponder ao acesso solicitado. E, no caso de desprovisionamento de acesso, essa etapa tinha um prazo determinado. Portanto, havia regras claras e rígidas incorporadas ao processo de negócios.
Parte 3: Avaliação da disponibilidade e usabilidade dos dados.
A equipe de acesso lógico concedeu à equipe de auditoria interna acesso somente leitura ao sistema de emissão de tickets. Os dados eram estruturados, não exigiam muita limpeza e podiam ser exportados para o Excel, onde eu podia filtrar, aplicar fórmulas e criar tabelas e gráficos. E quando se tratava de avaliar outros atributos de controle que exigiam fontes de dados adicionais, como listas de acesso, esses estavam em um formato estruturado a partir de uma consulta ao banco de dados ou exportação do Excel. Portanto, fazia sentido investir tempo na aplicação de algum grau de análise de dados e analítica diagnóstica para este compromisso.
Como apliquei a análise de dados e as técnicas analíticas descritivas?
Entendendo que todas as atividades já haviam ocorrido, eu classificaria minha abordagem como uma série de análises de dados com analíticas descritivas limitadas.
A análise foi desenvolvida no Excel, usando técnicas comuns, como filtros, fórmulas, tabelas dinâmicas e gráficos. Ao avaliar toda a população de tickets, anomalias se destacaram, como intervalos de datas com picos de acesso solicitado, tickets que excederam o tempo médio de fechamento, a parte solicitante que registrou o maior número de solicitações, o funcionário que aprovou o maior número de solicitações e o número total de solicitações feitas para acesso a sistemas classificados como os mais restritivos para a organização.
Essa análise foi feita durante a fase de planejamento do projeto. Os resultados forneceram métricas importantes, como o número total de solicitações processadas pela equipe, que definiram o contexto para o memorando de planejamento e para o relatório de auditoria. Além disso, deu à nossa equipe de projeto a oportunidade de refletir e organizar nosso nível de esforço para sistemas específicos, a fim de aplicar procedimentos de auditoria mais granulares.