Seu Template de dados de gestão de despesas
Seu Template de dados de gestão de despesas
Este é nosso Template genérico de dados para Process Mining de Gestão de despesas. Use os Templates específicos de cada sistema para receber orientações mais detalhadas.
Selecione um sistema específico- Uma lista completa dos atributos de dados essenciais.
- Atividades e marcos importantes do processamento de despesas.
- Uma base para analisar processos em detalhes em qualquer sistema.
Atributos de gestão de despesas
| Nome | Descrição | ||
|---|---|---|---|
| Data e hora do evento EventTime | Data e hora exatas em que uma atividade ou evento específico ocorreu. | ||
| Descrição A data e hora do evento registram o momento em que uma atividade ocorreu. Elas definem a ordem cronológica dos eventos de cada relatório de despesas, essencial para reconstruir a linha do tempo do processo com precisão. Em Process Mining, as datas e horas são a base de todas as análises temporais. Elas são usadas para calcular indicadores-chave de performance, como o tempo de ciclo entre atividades, o tempo total de processamento de ponta a ponta e os tempos de espera. Ao analisar esses dados, as organizações podem identificar atrasos no processo de aprovação, medir a eficiência dos reembolsos e acompanhar a performance em relação aos acordos de nível de serviço. Por que isso importa Essa data e hora são essenciais para ordenar os eventos cronologicamente e calcular todas as métricas de duração, como tempos de ciclo e gargalos. Onde encontrar Encontrado nos registros de eventos ou nos dados de transações, geralmente com nomes como 'Data de criação', 'Data e hora' ou 'Data do evento'. Exemplos 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z2023-11-02T11:05:42Z | |||
| ID do relatório de despesas ExpenseReportId | Identificador exclusivo de um relatório de despesas. Esse ID reúne todas as atividades relacionadas e funciona como identificador principal do caso. | ||
| Descrição O ID do relatório de despesas é uma chave exclusiva atribuída a cada relatório enviado por um funcionário. Ele conecta todas as etapas do processo, da criação e do envio às aprovações, possíveis rejeições e ao reembolso final. Em Process Mining, esse atributo é fundamental para reconstruir os casos. Cada ID exclusivo representa uma instância do processo de gestão de despesas. Analisar o percurso de cada ID permite visualizar os fluxos do processo, calcular o tempo de ciclo de cada relatório e identificar diferenças na forma como eles são tratados. Por que isso importa Este é o identificador essencial do caso, que conecta todos os eventos do ciclo de vida de um relatório de despesas e permite acompanhar o processo de ponta a ponta. Onde encontrar Geralmente, fica nos dados do cabeçalho do relatório de despesas ou na tabela principal de transações do processo. Exemplos ER-2023-08-15-001EXP7891234500012345RPT-FY24-Q1-582 | |||
| Nome da atividade ActivityName | Nome de um evento de negócio ou de uma tarefa específica que ocorreu durante o ciclo de vida do relatório de despesas. | ||
| Descrição O nome da atividade descreve uma etapa ou mudança de status no processo de gestão de despesas. Alguns exemplos são 'Relatório de despesas criado', 'Aprovado pelo gerente', 'Violação de política sinalizada' e 'Reembolso realizado'. A sequência dessas atividades forma o fluxo do processo de cada relatório de despesas. Na análise de Process Mining, esse atributo é essencial para descobrir o modelo real do processo. Ele permite visualizar o mapa do processo, identificar gargalos em atividades demoradas, encontrar ciclos de retrabalho, como 'Relatório enviado para revisão', e detectar variações fora do padrão. A clareza e o nível de detalhe dos nomes das atividades afetam diretamente a qualidade dos insights sobre o processo. Por que isso importa Este atributo define as etapas do processo e permite visualizar o mapa do processo, além de analisar padrões e desvios no fluxo de trabalho. Onde encontrar Obtido dos registros de eventos, das tabelas de mudança de status ou dos registros de transações associados ao relatório de despesas. Exemplos Relatório de despesas enviadoAprovado pelo gestorRejeitado pelo financeiroReembolso realizado | |||
| Sistema de origem SourceSystem | Sistema, aplicativo ou plataforma de onde foram extraídos os dados de gestão de despesas. | ||
| Descrição O atributo Sistema de origem identifica de onde vêm os dados do processo. Em empresas modernas, a gestão de despesas pode envolver vários sistemas integrados: por exemplo, um sistema de RH para os dados dos funcionários, uma ferramenta específica para o envio de despesas e um ERP para os lançamentos financeiros. Esse campo ajuda a distinguir os dados de cada origem. Essa informação é útil para validar os dados e entender o panorama tecnológico do processo. Se os problemas do processo se concentrarem nos dados de um sistema específico, isso pode indicar falhas de integração ou problemas no aplicativo. O atributo também dá contexto aos dados e ajuda os analistas a identificar a fonte de referência para cada etapa do processo. Por que isso importa Identifica a origem dos dados, essencial para a governança de dados, a resolução de problemas e a compreensão das variações do processo entre diferentes plataformas. Onde encontrar Essa informação costuma fazer parte do processo de extração de dados ou dos metadados, e pode ser adicionada durante a preparação dos dados. Exemplos SAP ConcurExpensifyCoupaBrexRamp | |||
| Última atualização dos dados LastDataUpdate | Data e hora da última atualização dos dados deste registro a partir do sistema de origem. | ||
| Descrição A data e hora da última atualização dos dados indicam quando os dados foram extraídos ou sincronizados pela última vez com o sistema de origem. Isso define claramente o período coberto pela análise e informa a todos os envolvidos o quão atualizados estão os dados. Em Process Mining, esse atributo é essencial para a integridade dos dados e a geração de relatórios. Ele ajuda a entender se as informações são atuais ou representam um retrato histórico. Isso é especialmente importante em Dashboards de monitoramento contínuo, nos quais a atualização dos dados é fundamental. O atributo também ajuda a solucionar problemas nos pipelines de dados, confirmando se as atualizações estão ocorrendo conforme o previsto. Por que isso importa Garante transparência sobre a atualização dos dados, essencial para a precisão e a relevância de qualquer análise de processo ou Dashboard de monitoramento. Onde encontrar Geralmente, é gerado e armazenado pela ferramenta de integração de dados ou ETL (Extração, Transformação e Carga) durante o carregamento dos dados. Exemplos 2024-05-20T02:00:00Z2024-05-19T02:00:00Z2024-05-18T02:00:00Z | |||
| Departamento do funcionário EmployeeDepartment | Unidade de negócio ou departamento do funcionário que enviou o relatório de despesas. | ||
| Descrição Este atributo identifica a unidade organizacional à qual o funcionário que enviou o relatório pertence, como 'Vendas', 'Engenharia' ou 'Marketing'. Muitas vezes, está associado ao centro de custo responsável pelas despesas. O departamento do funcionário é uma dimensão importante para análises comparativas. Ele permite filtrar o processo por departamento e identificar diferenças significativas de comportamento. Por exemplo, um departamento pode ter uma taxa de violação de políticas muito maior ou um ciclo de aprovação mais longo que outro. Esses insights ajudam a gestão a identificar a necessidade de treinamentos direcionados, ajustes no processo ou esclarecimentos sobre as políticas para equipes específicas. Por que isso importa Permite comparar unidades de negócio e identificar comportamentos específicos de cada departamento, gargalos ou problemas de conformidade. Onde encontrar Geralmente, obtido do cadastro principal do funcionário, vinculado ao relatório de despesas. Exemplos VendasEngenhariaMarketingFinanças | |||
| Moeda Currency | Código da moeda do valor total do relatório de despesas, como USD, EUR ou GBP. | ||
| Descrição O atributo Moeda especifica a unidade monetária do valor total. Em organizações globais, os funcionários enviam despesas em diferentes moedas, e esse campo dá o contexto necessário para interpretar todos os valores. Esse atributo é essencial para análises financeiras precisas, especialmente em contextos multinacionais. Ele permite interpretar corretamente os valores e convertê-los para uma moeda comum em relatórios consolidados. Sem essa informação, não faria sentido comparar o valor total de um relatório em JPY com o de outro em USD. O atributo é fundamental para Dashboards que mostram gastos totais, custos médios e indicadores financeiros de diferentes regiões. Por que isso importa Fornece o contexto necessário para interpretar valores monetários e permite gerar relatórios financeiros precisos e comparar dados entre regiões ou países. Onde encontrar Geralmente, armazenado junto aos campos de valor nos dados do cabeçalho do relatório de despesas. Exemplos USDEURGBPJPY | |||
| Motivo da rejeição RejectionReason | Motivo informado por um gerente ou usuário da área financeira para rejeitar o relatório de despesas ou devolvê-lo para revisão. | ||
| Descrição O motivo da rejeição é um campo de texto ou código predefinido que explica por que o relatório de despesas não passou por uma etapa de aprovação. Alguns motivos comuns são 'Comprovante ausente', 'Categoria incorreta' ou 'Despesa fora da política'. Esse atributo é muito útil para a análise de causa raiz do retrabalho no processo. Ao analisar os motivos de rejeição mais comuns, a empresa pode identificar problemas sistêmicos. Por exemplo, se 'Comprovante ausente' for o motivo mais frequente, talvez seja necessário explicar melhor os requisitos de documentação ou facilitar o processo de anexar comprovantes. Esses insights ajudam a direcionar melhorias, aumentar a taxa de aprovação na primeira tentativa, reduzir o retrabalho e encurtar o tempo total do ciclo. Por que isso importa Explica as causas do retrabalho no processo e permite direcionar melhorias para reduzir as rejeições e aumentar a taxa de aprovação na primeira tentativa. Onde encontrar Registrado em um campo de comentários ou em uma lista de opções quando o aprovador seleciona 'Rejeitar' ou 'Devolver'. Exemplos Comprovante ausenteCategoria de despesa incorretaLimite de diária excedidoDespesa duplicada | |||
| Responsável pelo envio Submitter | Nome ou ID do funcionário que criou e enviou o relatório de despesas. | ||
| Descrição Quem envia o relatório é o funcionário que realizou as despesas e iniciou o processo de reembolso ao criar o relatório. Esse atributo costuma ser o mesmo em todos os eventos relacionados a um único caso de relatório de despesas. Enquanto o atributo geral 'Usuário' identifica quem realizou cada etapa, 'Responsável pelo envio' identifica de forma consistente o proprietário do caso. Isso permite analisar a experiência do funcionário, por exemplo, identificando quem tem relatórios rejeitados com frequência ou viola políticas repetidamente. Essas informações podem orientar comunicações ou treinamentos específicos para melhorar a eficiência e a conformidade do processo desde o início. Por que isso importa Identifica quem é responsável pelo relatório de despesas e permite analisar o comportamento dos funcionários, como identificar violações frequentes de políticas ou fontes de retrabalho. Onde encontrar Encontrado nos dados do cabeçalho do relatório de despesas, vinculado ao funcionário que criou o registro. Exemplos Alice JohnsonRobert WilliamsEMP10234s.chen | |||
| Sinalização de violação de política PolicyViolationFlag | Indicador booleano que assume o valor verdadeiro quando o relatório de despesas é sinalizado por uma ou mais violações de políticas. | ||
| Descrição A sinalização de violação de política é um valor simples, verdadeiro ou falso, que indica se o relatório de despesas foi identificado, de forma automática ou manual, como incompatível com as políticas de gastos da empresa. As violações podem incluir ultrapassar limites de gastos, usar fornecedores não aprovados ou não apresentar a documentação necessária. Essa sinalização é um fator importante para a análise de conformidade. Ela permite calcular a taxa geral de violações de políticas e aprofundar a análise para identificar os departamentos, as categorias de despesas ou os funcionários com mais violações. Entender a frequência e a natureza dessas violações ajuda a aprimorar as políticas, melhorar as verificações automatizadas e oferecer treinamentos direcionados para reduzir gastos fora das regras e exceções no processo. Por que isso importa Ajuda diretamente a monitorar a conformidade ao sinalizar relatórios fora das regras, permitindo medir e reduzir as violações de políticas. Onde encontrar Sinalização ou campo no cabeçalho ou nos itens do relatório de despesas, geralmente definido pelo mecanismo de regras do sistema. Exemplos truefalse | |||
| Status do relatório ReportStatus | Status atual ou final do relatório de despesas durante seu ciclo de vida, como 'Enviado', 'Aprovado' ou 'Pago'. | ||
| Descrição O status do relatório mostra em que etapa do processo ele está em determinado momento ou qual foi o resultado final. O status costuma mudar conforme o relatório avança pelo envio, aprovação, processamento e pagamento. Esse atributo ajuda a filtrar casos para analisar grupos específicos. Por exemplo, você pode se concentrar nos relatórios 'Rejeitados' para entender os motivos da rejeição ou nos que estão 'Aguardando aprovação' para investigar gargalos atuais. Nos Dashboards, ele oferece uma visão geral da carga de trabalho atual e dos relatórios de despesas em andamento. Também pode ser usado para validar a sequência de atividades gerada para Process Mining. Por que isso importa Oferece uma visão geral do status do relatório, útil para filtrar casos e criar Dashboards operacionais sobre a carga de trabalho atual. Onde encontrar Campo da tabela principal de cabeçalho do relatório de despesas, atualizado conforme o relatório avança no fluxo de trabalho. Exemplos Aguardando aprovaçãoAprovadoPagoRejeitadoRetirado | |||
| Usuário User | Nome ou ID do usuário, funcionário ou conta de sistema que realizou a atividade registrada. | ||
| Descrição O atributo Usuário identifica a pessoa ou o agente automatizado responsável por executar uma etapa específica do processo. Pode ser o funcionário que envia o relatório, o gerente que o aprova ou alguém da equipe financeira que processa o reembolso. Analisar o processo por usuário é essencial para entender a distribuição da carga de trabalho, comparar a performance individual e identificar quem pode estar causando atrasos. Por exemplo, a análise pode revelar se um gerente específico é um gargalo na cadeia de aprovação. Ela também ajuda a avaliar a alocação de recursos e a garantir a responsabilização e a rastreabilidade ao longo do processo. Por que isso importa Identifica quem realizou cada etapa e permite analisar a carga de trabalho, comparar a performance e localizar gargalos associados a pessoas ou equipes específicas. Onde encontrar Disponível no registro de eventos ou no histórico de transações, geralmente vinculado a um ID de usuário ou de funcionário. Exemplos john.doejane.smithapprover_team_leadsystem.batch.user | |||
| Valor total TotalAmount | Valor monetário total do relatório de despesas enviado para reembolso. | ||
| Descrição O valor total corresponde à soma de todos os itens de despesa incluídos em um relatório. Esse é o valor total sujeito a aprovação e reembolso. Esse atributo é essencial para a análise financeira em Process Mining. Ele permite separar os relatórios por faixas de valor, como valores altos e baixos, que muitas vezes seguem fluxos de aprovação diferentes. Os analistas podem usá-lo para calcular o custo médio por relatório, investigar o impacto financeiro do retrabalho e das rejeições e identificar tendências de gastos. Relacionar o valor total ao tempo de ciclo pode revelar se relatórios de valores mais altos demoram mais para ser aprovados. Por que isso importa Permite analisar o impacto financeiro, identificar padrões de gastos e segmentar o processo pelo valor do relatório. Onde encontrar Disponível no cabeçalho dos dados do relatório de despesas, geralmente calculado pela soma dos valores de todos os itens. Exemplos 150.752500.0085.5012500.20 | |||
| Aprovador Approver | Nome ou ID do usuário, geralmente um gerente ou representante da área financeira, responsável por aprovar o relatório de despesas. | ||
| Descrição O atributo Aprovador identifica a pessoa responsável por aprovar ou rejeitar uma etapa do fluxo de trabalho. Muitos processos têm vários níveis de aprovação, como a aprovação do gerente direto, seguida pela de um chefe de departamento ou integrante da equipe financeira. Assim como o atributo "Usuário", o atributo "Aprovador" é especialmente útil para analisar a etapa de aprovação, que costuma ser uma das principais causas de atrasos. Ele permite medir o tempo de aprovação de cada pessoa e identificar gargalos. Os Dashboards podem mostrar a carga de trabalho e a performance de diferentes aprovadores, ajudando a gerenciar recursos e identificar a necessidade de treinamento adicional sobre as políticas de despesas. Por que isso importa Identifica a pessoa responsável pelas aprovações e permite analisar atrasos, carga de trabalho e consistência das decisões. Onde encontrar Registrado no Event Log ou no histórico de transações das atividades relacionadas à aprovação. Exemplos David ChenMGR1056Fila de aprovação financeirasusan.g | |||
| Categoria de despesa ExpenseCategory | Classificação da despesa, como 'Viagem', 'Refeições', 'Software' ou 'Material de escritório'. | ||
| Descrição A categoria da despesa é uma dimensão usada para classificar os tipos de gastos em um relatório de despesas. Um relatório pode incluir várias categorias quando contém diversos itens. Analisar o processo por categoria da despesa ajuda a entender os padrões de gastos e identificar comportamentos específicos de cada categoria. Por exemplo, despesas com "Viagem internacional" podem passar por um processo de aprovação mais complexo e demorado do que as de "Material de escritório". Esse atributo permite analisar a Conformidade com mais detalhes e verificar se determinadas categorias estão mais sujeitas a violações das políticas. É um campo importante para o planejamento financeiro e orçamentário. Por que isso importa Permite analisar os padrões de gastos e identificar se diferentes tipos de despesas seguem caminhos distintos no processo ou apresentam índices diferentes de Conformidade. Onde encontrar Geralmente, aparece no nível de cada item do relatório de despesas. Para analisar os casos, as categorias podem ser agrupadas ou pode-se usar a categoria predominante. Exemplos Passagem aéreaRefeições e entretenimentoAssinatura de softwareMaterial de escritórioHotel | |||
| Método de pagamento PaymentMethod | A forma de pagamento das despesas, como "Cartão corporativo" ou "Pagamento do próprio bolso". | ||
| Descrição O método de pagamento indica como o funcionário pagou a despesa originalmente. Em geral, o pagamento é feito com um cartão corporativo fornecido pela empresa ou com recursos próprios, situação conhecida como "Pagamento do próprio bolso" e que exige reembolso direto. Esse atributo ajuda a diferenciar duas variantes importantes do processo. Transações com cartão corporativo costumam passar por uma verificação mais simples, pois os dados vêm diretamente da operadora do cartão. Já as despesas pagas com recursos próprios exigem uma análise mais cuidadosa e o pagamento direto ao funcionário. Analisar o processo por método de pagamento pode revelar diferenças no tempo de ciclo, nos índices de Conformidade e nos custos de processamento entre esses dois caminhos. Isso também pode indicar oportunidades para incentivar o uso do cartão corporativo e aumentar a eficiência. Por que isso importa Diferencia as principais variantes do processo, cartão corporativo e recursos próprios, que costumam apresentar níveis distintos de risco, eficiência e controle. Onde encontrar Geralmente, é especificado no nível de cada item da despesa e indica a origem dos recursos usados na transação. Exemplos Cartão corporativoPagamento do próprio bolsoDiáriaPago pela empresa | |||
| Resultado da auditoria AuditOutcome | 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 do processo. Ela pode ser uma verificação automatizada do sistema para conferir regras de Conformidade ou uma análise manual feita pela equipe financeira ou de auditoria. Os resultados geralmente incluem "Aprovado", "Reprovado" ou "Aprovado com ressalvas". Esse atributo mede diretamente a eficácia dos controles internos. Ao analisar os resultados das auditorias, a empresa pode avaliar sua exposição a riscos e a qualidade dos envios. Também ajuda a identificar onde os controles estão falhando ou onde as políticas são interpretadas de forma incorreta com frequência. O Process Mining pode relacionar os resultados das auditorias a outros atributos para descobrir, por exemplo, se determinadas categorias de despesas ou departamentos apresentam mais reprovações. Por que isso importa Mede diretamente a Conformidade e as verificações de controles internos, ajudando a avaliar os riscos e a eficácia das regras de auditoria. Onde encontrar Campo atualizado por um mecanismo automatizado de regras ou por alguém da equipe de auditoria ou financeira após a conclusão da análise. Exemplos AprovadoReprovado: documentação ausenteRequer esclarecimentosAprovado com ressalvas | |||
Atividades de gestão de despesas
| Atividade | Descrição | ||
|---|---|---|---|
| Aprovado pelo financeiro | A equipe financeira ou de auditoria conclui a análise e aprova definitivamente o relatório de despesas. Essa costuma ser a última etapa de aprovação antes do processamento do reembolso. | ||
| Por que isso importa Este é o marco final da aprovação. O intervalo entre o envio e esse evento corresponde ao tempo total do ciclo de aprovação, um indicador-chave de performance. Onde encontrar Registrado como evento explícito no histórico de aprovações ou nas tabelas de trilha de auditoria, com os dados do aprovador. Coleta Filtre o histórico de aprovações pela ação final de 'Aprovar', geralmente realizada por um usuário da área financeira ou de auditoria. Tipo de evento explicit | |||
| Aprovado pelo gestor | O gestor direto do funcionário ou o aprovador de primeiro nível revisou e aprovou o relatório de despesas. Esse é um ponto de decisão importante que faz o relatório avançar no fluxo de trabalho. | ||
| Por que isso importa Mede a duração e a eficiência da primeira etapa de aprovação. É um marco importante para calcular o tempo total do ciclo de aprovação. Onde encontrar Registrado no histórico de aprovações ou nas tabelas de trilha de auditoria, que armazenam as ações dos aprovadores e as datas e horas correspondentes. Coleta Filtre o histórico de aprovações pela primeira ação de 'Aprovar' realizada por um usuário com perfil de gerente. Tipo de evento explicit | |||
| Lançamento contábil realizado | Representa a etapa final, em que os dados das despesas são lançados com sucesso no razão geral da empresa ou no sistema ERP. Isso conclui a conciliação financeira do relatório de despesas. | ||
| Por que isso importa Marca o fim efetivo do processo do ponto de vista contábil. O intervalo entre o reembolso e esse evento mostra a eficiência das atividades de fechamento financeiro. Onde encontrar Identificado nos registros de integração com o ERP ou no status final do relatório de despesas, que indica a sincronização com o sistema contábil. Coleta Use a data e hora do registro de integração que confirma o lançamento bem-sucedido no razão geral. Tipo de evento explicit | |||
| Reembolso realizado | Esta atividade marca o momento em que o pagamento é depositado com sucesso para o funcionário. Do ponto de vista dele, é a conclusão bem-sucedida do processo. | ||
| Por que isso importa Define um marco final importante para medir o tempo total de reembolso. É uma métrica essencial para a satisfação dos funcionários. Onde encontrar Geralmente, identificado nos registros de processamento de pagamentos ou em uma atualização final de status, como 'Pago' ou 'Reembolsado', enviada por um sistema de pagamentos integrado. Coleta Use a data de execução do pagamento registrada na 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 registro de relatório de despesas. Esse é o primeiro evento registrado e define o identificador do caso usado no acompanhamento. | ||
| Por que isso importa Define o início do processo de ponta a ponta e permite medir com precisão o tempo de ciclo total, da criação à liquidação final. Onde encontrar Em geral, esse evento é capturado pelo registro de data e hora de criação nos dados do cabeçalho principal do relatório de despesas. Coleta Use o registro de data e hora de criação do registro na tabela ou no 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 de despesas preenchido para iniciar o fluxo de aprovação. Essa ação altera o status do relatório de rascunho para aguardando aprovação. | ||
| Por que isso importa Esse é um marco importante: encerra a etapa de preenchimento dos dados e inicia o ciclo de aprovação. Os atrasos anteriores a esse ponto dependem do usuário; os posteriores são causados pelo processo. Onde encontrar Esse evento é registrado em um log de alterações de status ou pelo registro de data e hora explícito do envio no histórico do relatório. Coleta Identifique o evento em que o status do relatório muda de rascunho ou aberto para enviado ou aguardando aprovação. Tipo de evento explicit | |||
| Análise financeira iniciada | Marca o momento em que o relatório de despesas entra na fila do departamento financeiro ou contábil para análise final e auditoria. Em geral, esse momento é identificado por uma mudança de status após a aprovação do gerente. | ||
| Por que isso importa Ajuda a medir o tempo de espera na fila antes de a equipe financeira começar a trabalhar. Filas longas podem esconder um gargalo significativo no processo. Onde encontrar Identificado nos registros de mudança de status, quando o relatório passa para 'Aguardando análise financeira' ou um status semelhante. Coleta Use a data e hora da mudança de status que encaminha o relatório para a fila financeira ou de auditoria. Tipo de evento inferred | |||
| Comprovante anexado | Representa a ação do usuário de carregar e vincular um comprovante ou outro documento de suporte a um item de despesa. Em geral, cada anexo gera um evento separado. | ||
| Por que isso importa Acompanha o comportamento dos usuários e possíveis atrasos no envio da documentação, que podem se tornar um gargalo antes de o relatório estar pronto para envio. Onde encontrar Geralmente, essa informação está nos logs de auditoria do sistema ou em uma tabela de anexos vinculada aos relatórios de despesas. Coleta Registre a data e a hora de cada novo registro nas tabelas de documentos ou anexos. Tipo de evento explicit | |||
| Reembolso agendado | Após a aprovação final, o relatório de despesas entra na fila de pagamento de um próximo lote de reembolsos. Esse evento marca a transferência da etapa de aprovação para o sistema de pagamentos. | ||
| Por que isso importa Mede a eficiência da transferência para o processo de pagamento. Atrasos nessa etapa podem indicar problemas na formação dos lotes ou na integração com o sistema de pagamentos. Onde encontrar Identificado por uma mudança de status para 'Aguardando pagamento' ou 'Aprovado para pagamento' após o registro da aprovação final. Coleta Use a data e hora em que o relatório é incluído em um lote de pagamentos ou tem o status alterado para indicar que está pronto para pagamento. Tipo de evento inferred | |||
| Rejeitado pelo financeiro | O departamento financeiro rejeitou o relatório de despesas, geralmente por questões graves relacionadas a políticas, conformidade ou documentação. Normalmente, essa rejeição é definitiva e encerra o processo. | ||
| Por que isso importa Identifica falhas críticas de conformidade ou problemas no processo. Ao contrário das rejeições feitas por gerentes, as rejeições do financeiro costumam indicar questões mais sérias. Onde encontrar Encontrado nos registros do histórico de aprovações ou como uma mudança final de status para 'Rejeitado' feita por um usuário da área financeira. Coleta Registre a data e hora da ação final de 'Rejeitar' realizada por um aprovador financeiro ou de auditoria na trilha de auditoria. Tipo de evento explicit | |||
| Rejeitado pelo gerente | O gerente responsável pela primeira aprovação analisou o relatório de despesas e o rejeitou definitivamente. Em geral, essa ação encerra o processo para esse relatório, exigindo a criação de um novo. | ||
| Por que isso importa Identifica falhas no processo durante a primeira etapa de aprovação. Uma taxa elevada de rejeição pode indicar problemas de entendimento das políticas ou de qualidade no envio dos relatórios. Onde encontrar Encontrado nos registros do histórico de aprovações ou como uma mudança final de status para 'Rejeitado' feita por um gerente. Coleta Registre a data e hora da ação final de 'Rejeitar' realizada pelo aprovador da primeira etapa na trilha de auditoria. Tipo de evento explicit | |||
| Relatório cancelado | O funcionário que enviou o relatório de despesas o cancela antes da aprovação final. Essa ação remove o relatório do fluxo de trabalho de aprovação ativo. | ||
| Por que isso importa Representa o cancelamento do processo por quem o iniciou. Entender por que os relatórios são retirados ajuda a avaliar a experiência do usuário e a clareza do processo. Onde encontrar Geralmente, esse evento é registrado explicitamente na trilha de auditoria do relatório ou identificado por uma mudança de status para 'Retirado' ou 'Cancelado'. Coleta Identifique o evento em que a pessoa que enviou o relatório realiza uma ação para cancelá-lo. Tipo de evento explicit | |||
| Relatório de despesas encerrado | O relatório de despesas é marcado formalmente como encerrado no sistema após a conclusão de todas as ações. Essa é a atualização final de status, que indica que não são esperadas novas alterações. | ||
| Por que isso importa Define um ponto final claro para o processo e evita que a análise inclua relatórios que ainda estão tecnicamente abertos, mas sem atividade. Onde encontrar Identificado pelo último status registrado, que deve ser final, como 'Encerrado' ou 'Arquivado', sem atividades posteriores. Coleta Identifique a data e hora da mudança final de status para uma situação de encerramento, como 'Encerrado'. Tipo de evento inferred | |||
| Relatório enviado para revisão | Um aprovador, geralmente um gerente ou responsável pela análise financeira, devolve o relatório ao funcionário para correções, sem rejeitá-lo definitivamente. Essa ação inicia um ciclo de retrabalho e faz o relatório voltar ao status de rascunho. | ||
| Por que isso importa Esta atividade é o principal indicador de ciclos de retrabalho no processo. Analisar sua frequência e suas causas revela ineficiências e oportunidades de melhoria. Onde encontrar Identificado no histórico de aprovações ou pela mudança de status de 'Aguardando aprovação' para 'Rascunho' ou 'Aberto'. Coleta Procure eventos específicos de 'Devolução' ou transições de status que indiquem que o relatório foi devolvido a quem o enviou. Tipo de evento explicit | |||
| Violação de política sinalizada | Uma verificação automatizada do sistema ou uma revisão manual identifica uma despesa que pode violar as políticas da empresa. O evento é registrado quando um sinalizador ou alerta de violação é definido no relatório. | ||
| Por que isso importa Destaca problemas de conformidade e é uma das principais causas de retrabalho e rejeições. Analisar esses sinalizadores ajuda a identificar políticas pouco claras ou temas que precisam de treinamento para os funcionários. Onde encontrar Essa informação pode estar nos logs do sistema, em tabelas de exceções ou no registro da primeira vez em que um sinalizador de violação é aplicado ao relatório ou a um item de despesa. Coleta Use o registro de data e hora de criação do registro de exceção de política ou de ativação do sinalizador de violação. Tipo de evento explicit | |||
Guias de extração
Os métodos de extração variam conforme o sistema. Para ver instruções detalhadas,
consulte nosso guia de ETL ou selecione um processo e um sistema específicos.
Pronto para começar?
Comece sua jornada com Process Mining selecionando um guia de extração específico para seu sistema ou use este Template genérico para preparar os dados de gestão de despesas de qualquer fonte. Estamos aqui para ajudar você a encontrar insights.
Comece hoje a otimizar a gestão de despesas
Descubra ineficiências ocultas e mantenha a Conformidade em todos os processos de despesas.
Não é necessário informar cartão de crédito • Configuração em 5 minutos