Seu template de dados de gestão de despesas

Modelo universal para Process Mining
Seu template de dados de gestão de despesas

Seu template de dados de gestão de despesas

Modelo universal para Process Mining

Este é o nosso modelo de dados genérico para Process Mining para Gestão de Despesas. Use nossos modelos específicos de sistema para orientação mais detalhada.

Selecione um sistema específico
  • Uma lista detalhada dos atributos de dados essenciais.
  • Principais atividades e marcos no processamento de despesas.
  • Uma base para análises detalhadas de processos em qualquer sistema.
É novo em event logs? Saiba como criar um event log para Process Mining.

Atributos de Gestão de Despesas

Esta tabela detalha os campos de dados recomendados, ou atributos, essenciais para incluir em seu Event Log para uma análise abrangente e insights mais profundos sobre seu processo de gestão de despesas.
5 Obrigatório 8 Recomendado 4 Opcional
Nome Descrição
ID do Relatório de Despesas
ExpenseReportId
O identificador exclusivo de um relatório de despesas. Este ID agrupa todas as atividades relacionadas e serve como o principal identificador de caso.
Descrição

O ID do Relatório de Despesas é uma chave única atribuída a cada relatório enviado por um colaborador. Ele funciona como o fio condutor que conecta todas as etapas do processo, desde a criação e envio até aprovações, possíveis rejeições e o reembolso final.

No Process Mining, este atributo é fundamental para a reconstrução dos casos. Cada ID de Relatório de Despesas exclusivo representa uma única instância do processo de gestão de despesas. Analisar a jornada de cada ID permite a visualização dos fluxos do processo, o cálculo dos tempos de ciclo para relatórios individuais e a identificação de variações em como diferentes relatórios são tratados.

Por que é importante

Este é o identificador de caso essencial que vincula todos os eventos no ciclo de vida de um relatório de despesas, tornando possível rastrear o processo de ponta a ponta.

Onde obter

Geralmente localizado nos dados de nível de cabeçalho de um relatório de despesas ou na tabela de transações principal do processo de despesas.

Exemplos
ER-2023-08-15-001EXP7891234500012345RPT-FY24-Q1-582
Nome da Atividade
ActivityName
O nome de um evento de negócio ou tarefa específica que ocorreu dentro do ciclo de vida do relatório de despesas.
Descrição

O Nome da Atividade descreve uma etapa única ou mudança de status no processo. Exemplos incluem 'Relatório Criado', 'Aprovado pelo Gestor', 'Violação Sinalizada' e 'Reembolso Executado'. Essa sequência forma o fluxo de cada relatório.

Para o Process Mining, este atributo é vital para descobrir o modelo real do processo. Ele permite visualizar o mapa, identificar gargalos onde atividades demoram demais, descobrir loops de retrabalho (como 'Enviado para Revisão') e localizar variações fora do padrão. A clareza e o detalhamento desses nomes impactam diretamente a qualidade dos insights gerados.

Por que é importante

Este atributo define as etapas do processo, permitindo a visualização do mapa de processos e a análise de padrões de workflow e desvios.

Onde obter

Derivado de Event Logs, tabelas de mudança de status ou registros de transação do relatório de despesas.

Exemplos
Relatório de Despesas EnviadoAprovado pelo GerenteRejeitado pelo FinanceiroReembolso Executado
Tempo do Evento
EventTime
O timestamp que indica a data e hora exatas em que uma atividade ou evento específico ocorreu.
Descrição

O Event Time, ou timestamp, registra o momento em que uma atividade ocorreu. Ele fornece a ordem cronológica dos eventos para cada relatório de despesas, o que é essencial para reconstruir a linha do tempo do processo com precisão.

No Process Mining, os timestamps são a base para todas as análises temporais. Eles são usados para calcular indicadores-chave de desempenho (KPIs), como tempos de ciclo entre atividades, tempo total de processamento de ponta a ponta e tempos de espera. Ao analisar os timestamps, as organizações podem identificar atrasos no processo de aprovação, medir a eficiência da execução do reembolso e monitorar o desempenho em relação aos acordos de nível de serviço (SLAs).

Por que é importante

Este timestamp é crucial para ordenar os eventos cronologicamente e calcular todas as métricas baseadas em duração, como tempos de ciclo e gargalos.

Onde obter

Encontrado nos logs ou dados de transação, geralmente com rótulos como 'Data de Criação', 'Timestamp' ou 'Data do Evento'.

Exemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z2023-11-02T11:05:42Z
Sistema de Origem
SourceSystem
O sistema, aplicativo ou plataforma de onde os dados de gestão de despesas foram extraídos.
Descrição

O atributo Sistema de Origem identifica a origem dos dados do processo. Em empresas modernas, a gestão de despesas pode envolver múltiplos sistemas integrados: por exemplo, um sistema de RH para dados de colaboradores, uma ferramenta de despesas dedicada para envios e um ERP para lançamentos financeiros. Este campo ajuda a distinguir dados dessas diferentes fontes.

Essa informação é valiosa para a validação de dados e para entender o ecossistema tecnológico do processo. Se os problemas do processo estiverem concentrados em dados de um sistema específico, isso pode indicar problemas de integração ou falhas dentro daquela aplicação. Também fornece contexto para os dados, garantindo que os analistas entendam qual é a fonte da verdade para as diferentes etapas do processo.

Por que é importante

Identifica a origem dos dados, o que é crucial para governança, resolução de problemas e compreensão das variações entre diferentes plataformas.

Onde obter

Esta informação costuma fazer parte do processo de extração de dados ou metadados, podendo ser adicionada durante a preparação dos dados.

Exemplos
SAP ConcurExpensifyCoupaBrexRamp
Última Atualização de Dados
LastDataUpdate
O timestamp que indica quando os dados para este registo foram atualizados pela última vez a partir do sistema de origem.
Descrição

O timestamp da Última Atualização de Dados especifica a última vez que os dados foram extraídos ou sincronizados do sistema de origem. Isso fornece um ponto de corte claro para os dados incluídos em qualquer análise, garantindo que todos os stakeholders estejam cientes da atualidade das informações.

Em um contexto de Process Mining, este atributo é vital para a integridade dos dados e relatórios. Ele ajuda os usuários a entenderem se estão olhando para informações em tempo real ou para um retrato histórico. Isso é particularmente importante para Dashboards de monitoramento contínuo, onde a pontualidade é crítica. Também auxilia na resolução de problemas em pipelines de dados, confirmando se as atualizações estão ocorrendo conforme o agendado.

Por que é importante

Garante transparência sobre a atualização dos dados, o que é vital para a precisão de qualquer análise de processo ou Dashboard.

Onde obter

Geralmente gerado e armazenado pela ferramenta de integração de dados ou ETL (Extração, Transformação e Carga) durante o processo de carregamento de dados.

Exemplos
2024-05-20T02:00:00Z2024-05-19T02:00:00Z2024-05-18T02:00:00Z
Autor
Submitter
O nome ou ID do colaborador que criou e enviou o relatório de despesas.
Descrição

O Solicitante é o colaborador que incorreu nas despesas e iniciou o processo de reembolso ao criar o relatório de despesas. Este atributo costuma ser consistente para todos os eventos relacionados a um único caso de relatório de despesas.

Enquanto o atributo geral 'Usuário' identifica quem realizou cada etapa, o 'Solicitante' fornece um atributo de nível de caso consistente para analisar o comportamento do proprietário do relatório. Ele permite análises focadas na experiência do colaborador, como identificar aqueles que frequentemente têm seus relatórios rejeitados ou que violam políticas constantemente. Isso pode orientar iniciativas de comunicação ou treinamento direcionadas para melhorar a eficiência e a conformidade do processo desde o início.

Por que é importante

Identifica o dono do relatório, permitindo análises de comportamento, como identificar violações recorrentes ou fontes de retrabalho.

Onde obter

Encontrado nos dados de cabeçalho do relatório, vinculado ao funcionário que criou o registro.

Exemplos
Alice JohnsonRobert WilliamsEMP10234s.chen
Departamento do Funcionário
EmployeeDepartment
A unidade de negócio ou departamento do colaborador que enviou o relatório de despesas.
Descrição

Este atributo identifica a unidade organizacional, como 'Vendas', 'Engenharia' ou 'Marketing', à qual o colaborador solicitante pertence. Geralmente está vinculado ao centro de custo responsável pelas despesas.

O Departamento do Colaborador é uma dimensão primária para análises comparativas. Ele permite uma visão do processo filtrada por departamento, o que pode destacar diferenças significativas de comportamento. Por exemplo, um departamento pode ter uma taxa de violação de política muito maior ou um tempo de ciclo de aprovação mais longo que outro. Esses insights podem ajudar a gerência a identificar a necessidade de treinamentos direcionados, ajustes de processos ou esclarecimentos de políticas para equipes específicas.

Por que é importante

Permite realizar análises comparativas poderosas entre unidades de negócio, ajudando a identificar comportamentos específicos, gargalos ou problemas de conformidade por departamento.

Onde obter

Normalmente proveniente do registro de dados mestre do colaborador, que está vinculado ao relatório de despesas.

Exemplos
VendasEngenhariaMarketingFinanças
Marcador de Violação de Política
PolicyViolationFlag
Um indicador booleano que é verdadeiro se o relatório de despesas foi sinalizado por uma ou mais violações de política.
Descrição

A Flag de Violação de Política é um valor simples de verdadeiro ou falso que indica se um relatório de despesas foi identificado, automática ou manualmente, como não estando em conformidade com as políticas de gastos da empresa. As violações podem incluir exceder limites de gastos, usar fornecedores não aprovados ou falta de documentação adequada.

Esta flag é um motor essencial para a análise de conformidade. Ela permite que as organizações calculem a taxa geral de violação de políticas e façam buscas detalhadas para ver quais departamentos, categorias de despesas ou colaboradores possuem mais violações. Entender a frequência e a natureza das violações ajuda a refinar as políticas, melhorar as verificações automáticas e fornecer treinamentos direcionados para reduzir gastos fora da conformidade e exceções de processo.

Por que é importante

Ajuda no monitoramento da conformidade ao sinalizar relatórios irregulares, auxiliando na medição e redução de violações.

Onde obter

Um campo ou marcador no cabeçalho do relatório ou nos itens de despesa, geralmente definido pelo mecanismo de regras do sistema.

Exemplos
verdadeirofalse
Moeda
Currency
O código da moeda para o valor total do relatório de despesas, como BRL, USD ou EUR.
Descrição

O atributo Moeda especifica a unidade monetária do Valor Total. Em organizações globais, os colaboradores enviam despesas em várias moedas, e este campo fornece o contexto necessário para todos os valores monetários.

Para uma análise financeira precisa, especialmente em um contexto multinacional, este atributo é crítico. Ele garante que os valores monetários possam ser interpretados corretamente e convertidos para uma moeda comum em relatórios agregados. Sem ele, comparar o 'Valor Total' de um relatório em JPY com um em USD não faria sentido. É fundamental para Dashboards que mostram gastos totais, custos médios e KPIs financeiros em diferentes regiões.

Por que é importante

Fornece o contexto essencial para valores monetários, permitindo relatórios financeiros precisos e comparações entre diferentes regiões.

Onde obter

Normalmente armazenado ao lado dos campos de valor nos dados de cabeçalho do relatório de despesas.

Exemplos
USDEURGBPJPY
Motivo da Rejeição
RejectionReason
O motivo fornecido por um gerente ou usuário do financeiro para rejeitar um relatório de despesas ou enviá-lo para revisão.
Descrição

O Motivo da Rejeição é um campo de texto ou um código predefinido que explica por que um relatório de despesas não passou por uma etapa de aprovação. Motivos comuns incluem 'Falta de Recibo', 'Categoria Incorreta' ou 'Despesa Fora da Política'.

Este atributo é inestimável para a análise de causa raiz de retrabalhos no processo. Ao analisar os motivos de rejeição mais comuns, a empresa pode identificar problemas sistêmicos. Por exemplo, se 'Falta de Recibo' for o principal motivo, a empresa pode precisar melhorar a comunicação sobre os requisitos de documentação ou facilitar o processo de anexar recibos. Esses insights levam a melhorias direcionadas no processo que aumentam a taxa de aprovação de primeira, reduzem o retrabalho e encurtam o tempo de ciclo total.

Por que é importante

Explica o 'porquê' dos retrabalhos, permitindo melhorias focadas para reduzir taxas de rejeição e aumentar a eficiência na primeira tentativa.

Onde obter

Capturado em um campo de comentário ou lista de seleção quando o aprovador executa uma ação de 'Rejeitar' ou 'Devolver'.

Exemplos
Comprovante ausenteCategoria de despesa incorretaExcede o limite de diáriaDespesa duplicada
Status do Relatório
ReportStatus
O status atual ou final do relatório de despesas em seu ciclo de vida, como 'Enviado', 'Aprovado' ou 'Pago'.
Descrição

O Status do Relatório fornece uma visão instantânea de onde uma despesa está no processo ou seu resultado final. Os status mudam conforme o relatório avança pelas fases de envio, aprovação, processamento e pagamento.

Este atributo é útil para filtrar casos e analisar grupos específicos — como focar apenas em relatórios 'Rejeitados' para entender os motivos, ou em 'Pendentes' para investigar gargalos. Nos Dashboards, ele oferece uma visão geral da carga de trabalho e do estado dos relatórios em andamento. Também serve para validar a sequência de atividades gerada para o Process Mining.

Por que é importante

Fornece um resumo do estado do relatório, útil para filtrar casos e criar Dashboards operacionais sobre a carga de trabalho atual.

Onde obter

Um campo na tabela principal de cabeçalho do relatório de despesas que é atualizado conforme o relatório avança no Workflow.

Exemplos
Pendente de AprovaçãoAprovadoPagoRejeitadoRetirado
Utilizador
User
O nome ou ID do usuário, colaborador ou conta de sistema que realizou a atividade registrada.
Descrição

O atributo Usuário identifica a pessoa ou agente automatizado responsável por executar uma etapa específica do processo. Pode ser o colaborador que envia o relatório, o gerente que o aprova ou um membro da equipe financeira que processa o reembolso.

Analisar o processo por usuário é essencial para entender a distribuição da carga de trabalho, o desempenho individual e identificar atores específicos que possam estar causando atrasos. Por exemplo, pode revelar se um gerente específico é um gargalo na cadeia de aprovação. Também apoia a análise de alocação de recursos e ajuda a garantir a responsabilidade e a auditabilidade em todo o processo.

Por que é importante

Identifica o responsável por cada etapa, permitindo analisar carga de trabalho, comparar performance e localizar gargalos ligados a pessoas ou equipes específicas.

Onde obter

Disponível no Event Log ou no histórico de transações, geralmente vinculado ao ID do usuário ou funcionário.

Exemplos
john.doejane.smithapprover_team_leadsystem.batch.user
Valor Total
TotalAmount
O valor monetário total do relatório de despesas enviado para reembolso.
Descrição

O Valor Total representa a soma de todas as linhas de despesas individuais incluídas em um único relatório. Este é o valor total sujeito a aprovação e reembolso.

Este atributo é essencial para a análise financeira dentro do Process Mining. Ele permite a segmentação dos relatórios de despesas em faixas de valor, como alto valor versus baixo valor, que muitas vezes seguem caminhos de aprovação diferentes. Os analistas podem usar este atributo para calcular o custo médio por relatório, investigar o impacto financeiro de retrabalhos e rejeições, e identificar tendências de gastos. Correlacionar o valor total com os tempos de ciclo pode revelar se os relatórios de maior valor demoram mais para serem aprovados.

Por que é importante

Permite analisar o impacto financeiro, identificar padrões de gastos e segmentar o processo pelo valor do relatório.

Onde obter

Disponível no nível de cabeçalho dos dados do relatório, geralmente calculado como a soma de todos os itens.

Exemplos
150.752500.0085.5012500.20
Aprovador
Approver
O nome ou ID do usuário, normalmente um gerente ou representante financeiro, responsável por aprovar o relatório de despesas.
Descrição

O atributo Aprovador identifica o indivíduo que realiza a etapa de aprovação ou rejeição no workflow. Em muitos processos, podem existir múltiplos níveis de aprovação, como um gerente direto seguido por um diretor de departamento ou membro da equipe financeira.

Semelhante ao atributo 'Usuário', o 'Aprovador' é especialmente útil para analisar a fase de aprovação do processo, que costuma ser uma das maiores fontes de atrasos. Ele permite medir o tempo de aprovação por cada aprovador individual, ajudando a identificar gargalos. Dashboards podem ser criados para mostrar a carga de trabalho e o desempenho de diferentes aprovadores, o que auxilia na gestão de recursos e destaca a necessidade de treinamentos adicionais sobre políticas de despesas.

Por que é importante

Identifica o indivíduo responsável pelas aprovações, permitindo analisar atrasos, carga de trabalho e consistência nas decisões.

Onde obter

Capturado no Event Log ou no histórico de transações para atividades relacionadas a aprovações.

Exemplos
David ChenMGR1056Finance_Approval_Queuesusan.g
Categoria da Despesa
ExpenseCategory
A classificação da despesa, como 'Viagens', 'Refeições', 'Software' ou 'Suprimentos de Escritório'.
Descrição

A Categoria de Despesa é uma dimensão usada para classificar o tipo de gasto em um relatório de despesas. Um relatório pode conter várias categorias se incluir diversos itens de linha.

Analisar o processo por Categoria de Despesa ajuda as organizações a entender os padrões de gastos e identificar comportamentos de processo específicos por categoria. Por exemplo, despesas de 'Viagem Internacional' podem ter um processo de aprovação mais complexo e longo do que 'Suprimentos de Escritório'. Este atributo permite uma análise mais detalhada da conformidade, mostrando se certas categorias são mais propensas a violações de políticas. É um campo essencial para o planejamento financeiro e orçamentário.

Por que é importante

Permite analisar padrões de gastos e ajuda a identificar se diferentes tipos de despesas seguem fluxos distintos ou têm taxas de conformidade variadas.

Onde obter

Normalmente encontrado no nível de item de linha de um relatório de despesas. Para análise em nível de caso, ele pode ser agregado ou a categoria dominante pode ser utilizada.

Exemplos
Passagem AéreaRefeições e EntretenimentoAssinatura de SoftwareMateriais de escritórioHotel
Meio de Pagamento
PaymentMethod
O método de pagamento das despesas, como 'Cartão Corporativo' ou 'Reembolso' (do próprio bolso).
Descrição

O Método de Pagamento indica como a despesa original foi paga pelo colaborador. Geralmente, isso ocorre por meio de um cartão corporativo emitido pela empresa ou com recursos pessoais (conhecido como 'Out-of-Pocket'), o que exige reembolso direto.

Este atributo ajuda a diferenciar duas grandes variantes do processo. Transações com cartão corporativo costumam ter um processo de verificação mais ágil, já que os dados vêm diretamente do provedor do cartão. Já as despesas do próprio bolso exigem mais escrutínio e um pagamento direto ao colaborador. Analisar o processo por método de pagamento pode revelar diferenças nos tempos de ciclo, taxas de conformidade e custos de processamento entre esses dois caminhos, destacando oportunidades para incentivar o uso do cartão corporativo e melhorar a eficiência.

Por que é importante

Diferencia as principais variantes do processo (cartão corporativo vs. recursos próprios), que geralmente possuem diferentes níveis de risco e controle.

Onde obter

Geralmente especificado no nível de item de linha da despesa, indica a fonte de recursos da transação.

Exemplos
Cartão CorporativoDesembolso PróprioDiáriaPago pela Empresa
Resultado da Auditoria
AuditOutcome
O resultado de uma auditoria manual ou automatizada realizada no relatório de despesas.
Descrição

O Resultado da Auditoria registra as conclusões de uma etapa de auditoria dentro do processo. Pode ser uma auditoria de sistema automatizada verificando regras de conformidade ou uma revisão manual feita por uma equipe de finanças ou auditoria. Os resultados geralmente incluem 'Aprovado', 'Reprovado' ou 'Aprovado com Ressalvas'.

Este atributo fornece uma medida direta da eficácia dos controles internos. Ao analisar os resultados da auditoria, a empresa pode avaliar sua exposição a riscos e a qualidade das solicitações. Ele ajuda a identificar áreas onde os controles estão falhando ou onde as políticas são constantemente interpretadas de forma errada. O Process Mining pode correlacionar resultados de auditoria com outros atributos para descobrir, por exemplo, se certas categorias de despesas ou departamentos possuem uma taxa maior de falha em auditorias.

Por que é importante

Oferece uma medida direta de conformidade e controles internos, ajudando a avaliar riscos e a eficácia das regras de auditoria.

Onde obter

Um campo atualizado por um mecanismo de regras automático ou por um usuário da equipe de auditoria ou finanças após a conclusão da revisão.

Exemplos
AprovadoFalhou - Documentação AusenteRequer EsclarecimentosAprovado com Exceções
Obrigatório Recomendado Opcional

Atividades de Gestão de Despesas

Esta seção lista as etapas cruciais do processo e os principais marcos que você deve capturar para permitir uma descoberta de processo precisa e a visualização dos seus workflows de despesas.
6 Recomendado 9 Opcional
Atividade Descrição
Aprovado pelo Financeiro
A equipe financeira ou de auditoria conclui sua revisão e dá a aprovação final ao relatório de despesas. Este costuma ser o último portão de aprovação antes do processamento do reembolso.
Por que é importante

Este é o marco final da aprovação. O tempo entre o envio e este evento representa o tempo total do ciclo de aprovação, um indicador-chave de desempenho.

Onde obter

Registrado como um evento explícito no histórico de aprovação ou tabelas de auditoria com os detalhes do aprovador.

Captura

Filtre o histórico para a ação de 'Aprovação' final, geralmente realizada pelo financeiro ou auditoria.

Tipo de evento explicit
Aprovado pelo Gerente
O gerente direto do colaborador ou o aprovador de primeiro nível revisou e aprovou o relatório de despesas. Este é um ponto de decisão fundamental que faz o relatório avançar no workflow.
Por que é importante

Mede a duração e eficiência da primeira etapa de aprovação. É um marco fundamental para calcular o tempo total do ciclo.

Onde obter

Registrado no histórico de aprovação ou tabelas de trilha de auditoria, que logam as ações e timestamps dos aprovadores.

Captura

Filtre o histórico para a primeira ação de 'Aprovação' feita por um usuário com perfil de gerente.

Tipo de evento explicit
Lançamento Contábil Realizado
Representa a etapa final onde os dados são lançados com sucesso na contabilidade ou ERP. Isso encerra a conciliação financeira do relatório.
Por que é importante

Marca o fim real do processo sob a ótica contábil. O tempo entre o reembolso e este evento destaca a eficiência das atividades de fechamento financeiro.

Onde obter

Capturado dos logs de integração do ERP ou por um status final que indique a sincronização com o sistema contábil.

Captura

Use o timestamp do log de integração que confirma o lançamento bem-sucedido no livro razão (general ledger).

Tipo de evento explicit
Reembolso Executado
Esta atividade marca o momento em que o pagamento é desembolsado com sucesso para o colaborador. Esta é a conclusão bem-sucedida do processo do ponto de vista do colaborador.
Por que é importante

Define um ponto final crítico do processo, permitindo medir o tempo total de reembolso. É uma métrica essencial para a satisfação do funcionário.

Onde obter

Normalmente capturado a partir de logs de processamento de pagamentos ou uma atualização de status final como 'Pago' ou 'Reembolsado' enviada de um sistema de pagamento integrado.

Captura

Use a data de execução do pagamento do registro da transação financeira associada ao relatório de despesas.

Tipo de evento explicit
Relatório de Despesas Criado
Marca o início do processo quando um funcionário cria um novo relatório. É o primeiro evento registrado, estabelecendo o ID do caso para rastreamento.
Por que é importante

Define o início do processo ponta a ponta, permitindo medir com precisão o ciclo total da criação até a liquidação final.

Onde obter

Este evento é normalmente capturado a partir do timestamp de criação nos dados principais do cabeçalho do relatório de despesas.

Captura

Use o timestamp de criação do registro da tabela ou objeto principal do relatório de despesas.

Tipo de evento explicit
Relatório de Despesas Enviado
Ocorre quando o funcionário envia formalmente o relatório para iniciar o Workflow. Isso muda o status de rascunho para pendente de aprovação.
Por que é importante

Este é um marco crítico que marca o fim da fase de entrada de dados e o início do ciclo de aprovação. Atrasos antes deste ponto são causados pelo usuário, enquanto atrasos posteriores são causados pelo processo.

Onde obter

Isso é capturado a partir de um log de alteração de status ou de um timestamp de evento de envio explícito no histórico do relatório.

Captura

Identifique o evento em que o status muda de 'rascunho' ou 'aberto' para 'enviado' ou 'pendente de aprovação'.

Tipo de evento explicit
Recibo Anexado
Representa a ação do usuário de carregar e vincular um recibo ou comprovante a um item de despesa. Geralmente é capturado como um evento individual para cada anexo.
Por que é importante

Rastreia o comportamento do usuário e possíveis atrasos no envio da documentação, o que pode ser um gargalo comum antes que um relatório esteja pronto para ser enviado.

Onde obter

Geralmente encontrado em logs de auditoria do sistema ou em uma tabela de anexos dedicada que vincula documentos aos relatórios de despesas.

Captura

Capture o timestamp para cada novo registro nas tabelas de documentos ou anexos.

Tipo de evento explicit
Reembolso Agendado
Após a aprovação final, o relatório entra na fila para pagamento no próximo lote de reembolso. Este evento representa a transferência da fase de aprovação para o sistema de pagamento.
Por que é importante

Mede a eficiência da transferência para o pagamento. Atrasos aqui indicam problemas no processamento por lotes ou na integração com sistemas de pagamento.

Onde obter

Inferido a partir da mudança de status para 'Pagamento Pendente' ou 'Aprovado para Pagamento' após a aprovação final.

Captura

Use o timestamp de quando o relatório é atribuído a um lote de pagamento ou quando seu status muda para indicar prontidão para o pagamento.

Tipo de evento inferred
Rejeitado pelo Financeiro
O departamento financeiro rejeitou o relatório de despesas, geralmente por motivos graves de política, conformidade ou documentação. Esta costuma ser uma rejeição final que interrompe o processo.
Por que é importante

Aponta falhas críticas de conformidade. Diferente das rejeições de gestores, as do financeiro costumam sinalizar problemas mais graves.

Onde obter

Encontrado nos logs de aprovação ou como uma mudança de status final para 'Rejeitado' por um usuário do financeiro.

Captura

Capture o timestamp da ação final de 'Rejeição' de um aprovador financeiro ou auditor na trilha de auditoria.

Tipo de evento explicit
Rejeitado pelo Gestor
O gerente de primeiro nível revisou o relatório de despesas e emitiu uma rejeição final. Esta ação normalmente interrompe o processo para este relatório, exigindo a criação de um novo.
Por que é importante

Identifica falhas de processo no primeiro nível de aprovação. Uma alta taxa de rejeição pode indicar má compreensão da política ou baixa qualidade no envio.

Onde obter

Encontrado nos logs de aprovação ou como uma mudança de status final para 'Rejeitado' por um gestor.

Captura

Capture o timestamp da ação final de 'Rejeição' do aprovador de primeiro nível na trilha de auditoria.

Tipo de evento explicit
Relatório de Despesas Encerrado
O relatório de despesas é formalmente marcado como encerrado no sistema após a conclusão de todas as ações. Esta é a atualização de status final, indicando que não são esperadas mais alterações.
Por que é importante

Fornece um ponto final definitivo para o processo, garantindo que a análise não inclua relatórios tecnicamente abertos, mas inativos.

Onde obter

Inferido a partir do último status registrado sendo terminal (ex: 'Fechado' ou 'Arquivado'), sem atividades posteriores.

Captura

Identifique o timestamp da mudança final para um estado terminal como 'Fechado'.

Tipo de evento inferred
Relatório Enviado para Revisão
Um aprovador, geralmente um gerente ou revisor financeiro, devolve o relatório ao funcionário para correções sem rejeitá-lo definitivamente. Isso inicia um loop de retrabalho, voltando o relatório ao estado de rascunho.
Por que é importante

Esta atividade é o principal indicador de loops de retrabalho no processo. Analisar sua frequência e causas revela ineficiências no processo e áreas para melhoria.

Onde obter

Capturado do histórico de aprovação ou detectando a mudança de status de 'Pendente de Aprovação' para 'Rascunho' ou 'Aberto'.

Captura

Procure por eventos de 'Devolução' ou transições que indiquem o retorno para o solicitante.

Tipo de evento explicit
Relatório Retirado
O colaborador que enviou o relatório de despesas o cancela antes que ele seja totalmente aprovado. Esta ação remove o relatório do workflow de aprovação ativo.
Por que é importante

Representa o cancelamento do processo iniciado pelo usuário final. Entender por que relatórios são retirados ajuda a melhorar a experiência do usuário e a clareza do processo.

Onde obter

Isso geralmente é um evento explícito registrado na trilha de auditoria do relatório ou capturado por meio de uma mudança de status para 'Retirado' ou 'Cancelado'.

Captura

Identifique o evento em que o solicitante original executa uma ação para cancelar o relatório.

Tipo de evento explicit
Revisão Financeira Iniciada
Marca o momento em que um relatório entra na fila do financeiro ou contabilidade para auditoria final. Geralmente é inferido pela mudança de status após a aprovação do gestor.
Por que é importante

Ajuda a medir o tempo de fila ou espera antes de o financeiro iniciar o trabalho. Longas esperas podem ser gargalos ocultos significativos.

Onde obter

Inferido dos logs de mudança de status quando o relatório entra em 'Revisão Financeira Pendente' ou estado similar.

Captura

Use o timestamp da mudança de status que atribui o relatório à fila financeira ou de auditoria.

Tipo de evento inferred
Violação de Política Sinalizada
Uma verificação automática ou revisão manual identifica uma despesa que pode violar a política da empresa. O evento é registrado quando um marcador de violação ou alerta é ativado no relatório.
Por que é importante

Destaca problemas de conformidade e é o principal motivo de retrabalho. Analisar esses alertas ajuda a identificar políticas confusas ou necessidade de treinamento.

Onde obter

Encontrado em logs de sistema, tabelas de exceção ou rastreando quando um marcador de violação é aplicado pela primeira vez.

Captura

Use o timestamp de quando um registro de exceção de política é criado ou uma flag de violação é definida como verdadeira.

Tipo de evento explicit
Recomendado Opcional

Guias de Extração

Como obter seus dados para Process Mining.

Os métodos de extração variam por sistema. Para instruções detalhadas,

leia nosso guia de ETL

ou selecione um processo e sistema específicos.