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 para Gestão de despesas. Use nossos Templates específicos de sistemas para obter 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 análises detalhadas do processo em qualquer sistema.
Atributos da gestão de despesas
| Nome | Descrição | ||
|---|---|---|---|
| Horário do evento EventTime | O registro de data e hora que indica o momento exato em que uma atividade ou evento específico ocorreu. | ||
| Descrição O horário do evento, ou registro de data e hora, registra o momento em que uma atividade ocorreu. Ele fornece a ordem cronológica dos eventos de cada relatório de despesas, o que é essencial para reconstruir com precisão a linha do tempo do processo. No Process Mining, os registros de data e hora são a base de todas as análises relacionadas ao tempo. Eles são usados para calcular indicadores-chave de performance, como tempos de ciclo entre atividades, tempo total de processamento de ponta a ponta e tempos de espera. Ao analisar esses registros, as organizações conseguem identificar atrasos no processo de aprovação, medir a eficiência da execução dos reembolsos e acompanhar a performance em relação aos acordos de nível de serviço. Por que isso importa Esse registro de data e hora é essencial para ordenar os eventos cronologicamente e calcular todas as métricas baseadas em duração, como tempos de ciclo e gargalos. Onde obter Encontrado em Event Logs ou dados de transações, geralmente com os nomes 'Data de criação', 'Registro de 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 | O identificador exclusivo de um relatório de despesas. Esse ID agrupa todas as atividades relacionadas e funciona como o identificador principal do caso. | ||
| Descrição O ID do relatório de despesas é uma chave exclusiva atribuída a cada relatório de despesas enviado por um funcionário. Ele funciona como o fio condutor central que conecta todas as etapas do processo, desde a criação e o envio até as aprovações, possíveis rejeições e o reembolso final. No Process Mining, esse atributo é fundamental para reconstruir os casos. Cada ID exclusivo de relatório de despesas representa uma única instância do processo de gestão de despesas. Analisar a jornada de cada ID permite visualizar os fluxos do processo, calcular os tempos de ciclo de relatórios individuais e identificar variações na forma como diferentes relatórios são tratados. Por que isso importa Esse é o identificador essencial do caso, conectando todos os eventos do ciclo de vida de um relatório de despesas e permitindo rastrear o processo de ponta a ponta. Onde obter Geralmente localizado nos dados do cabeçalho de um relatório de despesas ou na tabela principal de transações 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 Task específico que ocorreu durante o ciclo de vida do relatório de despesas. | ||
| Descrição O nome da atividade descreve uma única etapa ou mudança de status no processo de gestão de despesas. Exemplos incluem 'Relatório de despesas criado', 'Aprovado pelo gerente', 'Violação de política sinalizada' e 'Reembolso executado'. Essa sequência de atividades forma o fluxo do processo de cada relatório de despesas. Na análise de Process Mining, esse atributo é fundamental para descobrir o modelo real do processo. Ele permite visualizar o mapa do processo, identificar gargalos em que as atividades demoram demais, descobrir loops de retrabalho, como 'Relatório enviado para revisão', e localizar variações fora do padrão. A clareza e o nível de detalhamento dos nomes das atividades impactam diretamente a qualidade dos insights do processo. Por que isso importa Esse atributo define as etapas do processo, permitindo visualizar o mapa do processo e analisar padrões e desvios do Workflow. Onde obter Derivado de Event Logs, tabelas de alteração de status ou registros de transações associados ao relatório de despesas. Exemplos Relatório de despesas enviadoAprovado pelo gestorRejeitado pelo financeiroReembolso executado | |||
| 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. Nas empresas modernas, a gestão de despesas pode envolver vários sistemas integrados, como um sistema de RH para os dados dos funcionários, uma ferramenta dedicada para o envio de despesas e um ERP para os lançamentos financeiros. Esse campo ajuda a distinguir os dados dessas diferentes fontes. Essas informações são valiosas para validar os dados e entender o cenário tecnológico do processo. Se os problemas do processo estiverem concentrados nos dados de um sistema específico, isso pode indicar problemas de integração ou falhas nesse aplicativo. O atributo também fornece contexto para os dados, garantindo que os analistas entendam qual é a fonte de referência para cada etapa do processo. Por que isso importa Identifica a origem dos dados, o que é essencial para a governança de dados, a solução de problemas e a compreensão das variações do processo entre diferentes plataformas. Onde obter Essas informações geralmente fazem parte do processo de extração de dados ou dos metadados e podem ser adicionadas durante a preparação dos dados. Exemplos SAP ConcurExpensifyCoupaBrexRamp | |||
| Última atualização dos dados LastDataUpdate | O registro de data e hora que indica quando os dados desse registro foram atualizados pela última vez a partir do sistema de origem. | ||
| Descrição O registro de data e hora da última atualização dos dados indica quando os dados foram extraídos ou sincronizados pela última vez com o sistema de origem. Isso fornece um ponto de corte claro para os dados incluídos em qualquer análise, garantindo que todas as partes interessadas saibam o quanto os dados estão atualizados. No contexto de Process Mining, esse atributo é essencial para a integridade dos dados e os relatórios. Ele ajuda os usuários a entender se estão analisando informações em tempo real ou um retrato histórico. Isso é especialmente importante para Dashboards de monitoramento contínuo, nos quais a atualização dos dados é crítica. O atributo também ajuda a solucionar problemas nos pipelines de dados, confirmando se as atualizações estão ocorrendo conforme o programado. Por que isso importa Garante transparência sobre a atualização dos dados, algo essencial para a precisão e a relevância de qualquer análise de processo ou Dashboard de monitoramento. Onde obter Geralmente gerado e armazenado pela ferramenta de integração de dados ou ETL (Extract, Transform, Load) durante o carregamento dos dados. Exemplos 2024-05-20T02:00:00Z2024-05-19T02:00:00Z2024-05-18T02:00:00Z | |||
| Departamento do funcionário EmployeeDepartment | A unidade de negócio ou o departamento do funcionário que enviou o relatório de despesas. | ||
| Descrição Esse atributo identifica a unidade organizacional, como 'Vendas', 'Engenharia' ou 'Marketing', à qual o funcionário que enviou o relatório pertence. Ele geralmente está vinculado ao centro de custo responsável pelas despesas. O departamento do funcionário é uma dimensão principal para análises comparativas. Ele permite visualizar o processo filtrado por departamento, destacando diferenças significativas de comportamento. Por exemplo, um departamento pode ter uma taxa de violações de política muito maior ou um tempo de 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 políticas para equipes específicas. Por que isso importa Permite uma análise comparativa detalhada entre unidades de negócio, ajudando a identificar comportamentos, gargalos ou problemas de conformidade específicos de cada departamento. Onde obter Geralmente obtido do registro mestre de dados do funcionário, que está vinculado ao relatório de despesas. Exemplos VendasEngenhariaMarketingFinanças | |||
| Indicador de violação de política PolicyViolationFlag | Um indicador booleano que é verdadeiro quando o relatório de despesas é sinalizado por uma ou mais violações de política. | ||
| Descrição O indicador de violação de política é um valor simples de verdadeiro ou falso que mostra se um relatório de despesas foi identificado, automaticamente ou manualmente, como não conforme com as políticas de gastos da empresa. As violações podem incluir exceder limites de gastos, usar fornecedores não aprovados ou não apresentar a documentação adequada. Esse indicador é um dos principais elementos da análise de conformidade. Ele permite calcular a taxa geral de violações de política e detalhar os dados para descobrir quais departamentos, categorias de despesas ou funcionários apresentam 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 não conformes e exceções no processo. Por que isso importa Apoia diretamente o monitoramento da conformidade ao sinalizar relatórios não conformes, ajudando a medir e reduzir violações de política. Onde obter Um indicador ou campo no cabeçalho do relatório de despesas ou nos dados das linhas, geralmente definido pelo mecanismo de regras do sistema. Exemplos truefalse | |||
| Moeda Currency | O 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 várias moedas, e esse campo fornece o contexto necessário para todos os valores monetários. Para uma análise financeira precisa, especialmente em um contexto multinacional, esse atributo é essencial. Ele garante que os valores monetários possam ser interpretados e convertidos corretamente para uma moeda comum em relatórios consolidados. Sem ele, comparar o 'Valor total' de um relatório em JPY com o de outro em USD não faria sentido. O atributo é fundamental para Dashboards que mostram gastos totais, custos médios e KPIs financeiros em diferentes regiões. Por que isso importa Fornece o contexto essencial para todos os valores monetários, permitindo relatórios financeiros precisos e comparações entre diferentes regiões ou países. Onde obter Geralmente armazenado junto aos campos de valor nos dados do cabeçalho do relatório de despesas. Exemplos USDEURGBPJPY | |||
| Motivo da rejeição RejectionReason | O motivo informado 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 código predefinido que explica por que um relatório de despesas não passou por uma etapa de aprovação. Os motivos comuns incluem 'Recibo ausente', 'Categoria incorreta' ou 'Despesa fora da política'. Esse atributo é valioso para a análise da causa raiz do retrabalho no processo. Ao analisar os motivos de rejeição mais comuns, a empresa consegue identificar problemas sistêmicos. Por exemplo, se 'Recibo ausente' for o principal motivo, talvez seja necessário 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, aumentando a taxa de aprovação na primeira tentativa, reduzindo o retrabalho e encurtando o tempo de ciclo geral. Por que isso importa Explica o motivo do retrabalho no processo, permitindo melhorias direcionadas para reduzir as taxas de rejeição e aumentar o rendimento na primeira tentativa. Onde obter Registrado em um campo de comentários ou em uma lista de seleção quando um aprovador executa a ação 'Rejeitar' ou 'Enviar de volta'. Exemplos Recibo ausenteCategoria de despesa incorretaExcede o limite de diáriaDespesa duplicada | |||
| Solicitante Submitter | O nome ou ID do funcionário que criou e enviou o relatório de despesas. | ||
| Descrição O solicitante é o funcionário que realizou as despesas e iniciou o processo de reembolso ao criar o relatório de despesas. Esse atributo geralmente permanece igual em todos os eventos relacionados a um único caso de relatório de despesas. Enquanto o atributo geral 'Usuário' identifica o responsável por cada etapa, o 'Solicitante' fornece um atributo consistente no nível do caso para analisar o comportamento do responsável pelo relatório. Ele permite uma análise focada na experiência do funcionário, como identificar funcionários cujos relatórios são rejeitados com frequência ou que violam políticas de forma recorrente. 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 isso importa Identifica o responsável pelo relatório de despesas, permitindo analisar o comportamento dos funcionários, como localizar infratores frequentes de políticas ou fontes de retrabalho. Onde obter Encontrado nos dados do cabeçalho do relatório de despesas, vinculado ao funcionário que criou o registro. Exemplos Alice JohnsonRobert WilliamsEMP10234s.chen | |||
| 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 um retrato da etapa em que um relatório de despesas se encontra no processo em determinado momento ou do resultado final. Os status geralmente mudam conforme o relatório avança por etapas como envio, aprovação, processamento e pagamento. Esse atributo é útil para filtrar casos e analisar grupos específicos, como focar apenas nos relatórios 'Rejeitados' para entender os motivos das rejeições ou nos relatórios 'Aguardando aprovação' para investigar os gargalos atuais. Nos Dashboards, ele fornece uma visão geral da carga de trabalho atual e do estado de todos os relatórios de despesas em andamento. Também pode ser usado para validar a sequência de atividades gerada para o Process Mining. Por que isso importa Fornece um resumo de alto nível do estado de um relatório, útil para filtrar casos e criar Dashboards operacionais sobre a carga de trabalho atual. Onde obter Um campo na tabela principal do cabeçalho do relatório de despesas, atualizado conforme o relatório avança pelo Workflow. Exemplos Aguardando aprovaçãoAprovadoPagoRejeitadoRetirado | |||
| Usuário User | O nome ou ID do usuário, funcionário ou conta de sistema que executou 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 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, a performance individual e os atores específicos que podem estar causando atrasos. Por exemplo, isso pode revelar se um determinado gerente é um gargalo na cadeia de aprovação. O atributo também apoia a análise de alocação de recursos e ajuda a garantir responsabilidade e rastreabilidade em todo o processo. Por que isso importa Identifica o responsável por cada etapa, permitindo analisar a carga de trabalho, comparar a performance e localizar gargalos associados a pessoas ou equipes específicas. Onde obter Disponível no Event Log ou no histórico de transações, geralmente vinculado a um ID de usuário ou ID de 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 de despesas. Esse é o valor total sujeito a aprovação e reembolso. Esse atributo é essencial para a análise financeira no Process Mining. Ele permite segmentar os relatórios de despesas por faixas de valor, como alto e baixo valor, que geralmente seguem caminhos de aprovação diferentes. Os analistas podem usar esse atributo 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 aos tempos de ciclo pode revelar se relatórios de maior valor demoram mais para ser aprovados. Por que isso importa Permite analisar o impacto financeiro, ajuda a identificar padrões de gastos e possibilita segmentar o processo com base no valor do relatório. Onde obter Disponível no nível do cabeçalho dos dados do relatório de despesas, geralmente calculado como a soma dos valores de todas as linhas. Exemplos 150.752500.0085.5012500.20 | |||
| Aprovador Approver | O nome ou ID do usuário, geralmente um gerente ou representante do Financeiro, responsável por aprovar o relatório de despesas. | ||
| Descrição O atributo Aprovador identifica a pessoa que executa uma etapa de aprovação ou rejeição no Workflow. Em muitos processos, pode haver vários níveis de aprovação, como o gerente direto seguido pelo chefe do departamento ou por um membro da equipe financeira. Assim como o atributo 'Usuário', o 'Aprovador' é especialmente útil para analisar a etapa de aprovação, que costuma ser uma das principais fontes de atrasos. Ele permite medir os tempos de aprovação por pessoa, ajudando a identificar gargalos. É possível criar Dashboards para mostrar a carga de trabalho e a performance de diferentes aprovadores, apoiando a gestão de recursos e destacando necessidades de treinamento adicional sobre as políticas de despesas. Por que isso importa Identifica a pessoa responsável pelas aprovações, permitindo analisar atrasos, cargas de trabalho e consistência das decisões. Onde obter Registrado no Event Log ou no histórico de transações das atividades relacionadas à aprovação. Exemplos David ChenMGR1056Finance_Approval_Queuesusan.g | |||
| Categoria da despesa ExpenseCategory | A 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 o tipo de gasto em um relatório de despesas. Um relatório pode conter várias categorias quando inclui diversas linhas. Analisar o processo por categoria de despesa ajuda as organizações a entender os padrões de gastos e identificar comportamentos específicos de cada categoria. Por exemplo, despesas de 'Viagens internacionais' podem ter um processo de aprovação mais complexo e demorado que o de 'Material de escritório'. Esse atributo permite uma análise de conformidade mais detalhada, mostrando se determinadas categorias estão mais sujeitas a violações de política. Ele é um campo essencial para o planejamento financeiro e o orçamento. Por que isso importa Permite analisar padrões de gastos e ajuda a identificar se diferentes tipos de despesas seguem caminhos de processo distintos ou apresentam taxas de conformidade diferentes. Onde obter Geralmente encontrado no nível das linhas do relatório de despesas. Para análises no nível do caso, pode ser agregado ou substituído pela categoria predominante. Exemplos Passagem aéreaRefeições e entretenimentoAssinatura de softwareMateriais de escritórioHotel | |||
| Método de pagamento PaymentMethod | O método usado para pagar as despesas, como 'Cartão corporativo' ou 'Pagamento do próprio bolso'. | ||
| Descrição O método de pagamento indica como a despesa original foi paga pelo funcionário. Normalmente, isso ocorre com um cartão corporativo emitido pela empresa ou com recursos pessoais, no chamado 'Pagamento do próprio bolso', que exige um reembolso direto. Esse atributo ajuda a diferenciar duas grandes variações do processo. As transações com cartão corporativo geralmente têm um processo de verificação mais simples, pois os dados vêm diretamente da operadora do cartão. Já as despesas pagas do próprio bolso exigem mais análise e um pagamento direto ao funcionário. Analisar o processo por método de pagamento pode revelar diferenças nos tempos de ciclo, nas taxas de conformidade e nos custos de processamento entre esses dois caminhos, destacando oportunidades para incentivar o uso do cartão corporativo e melhorar a eficiência. Por que isso importa Diferencia as principais variações do processo, como cartão corporativo e recursos pessoais, que geralmente apresentam níveis diferentes de risco, eficiência e controle. Onde obter Geralmente especificado no nível da linha da despesa e indica a origem dos recursos usados na transação. Exemplos Cartão corporativoDo próprio bolsoDiá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 no processo. Pode ser uma auditoria automatizada do sistema, que verifica regras de conformidade, ou uma análise manual realizada pela equipe financeira ou de auditoria. Os resultados geralmente incluem 'Aprovado', 'Reprovado' ou 'Aprovado com exceções'. Esse atributo fornece uma medida direta da eficácia dos controles internos. Ao analisar os resultados das auditorias, a empresa consegue avaliar sua exposição a riscos e a qualidade dos envios. Ele ajuda a identificar áreas em que os controles estão falhando ou em que as políticas são interpretadas de forma recorrente. O Process Mining pode relacionar os resultados da auditoria a outros atributos para descobrir, por exemplo, se determinadas categorias de despesas ou departamentos apresentam uma taxa maior de reprovação na auditoria. Por que isso importa Fornece uma medida direta da conformidade e das verificações de controles internos, ajudando a avaliar os riscos e a eficácia das regras de auditoria. Onde obter Um campo atualizado por um mecanismo automatizado de regras ou por um usuário da equipe de auditoria ou do Financeiro após a conclusão da análise. Exemplos AprovadoReprovado - Documentação ausenteRequer esclarecimentoAprovado com exceções | |||
Atividades da gestão de despesas
| Atividade | Descrição | ||
|---|---|---|---|
| Aprovado pelo financeiro | A equipe financeira ou de auditoria conclui a análise e dá a aprovação final ao relatório de despesas. Muitas vezes, esta é a última etapa de aprovação antes do processamento do reembolso. | ||
| Por que isso importa Este é o marco da aprovação final. O tempo entre o envio e este evento representa o tempo total do ciclo de aprovação, um importante indicador de performance. Onde obter Registrado como um evento explícito nas tabelas de histórico de aprovação ou de log de auditoria, com os dados do aprovador. Captura Filtre o histórico de aprovação pela ação final de 'Aprovar', normalmente 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 analisou e aprovou o relatório de despesas. Este é um ponto de decisão importante que faz o relatório avançar no Workflow. | ||
| 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 obter Registrado nas tabelas de histórico de aprovação ou de histórico de auditoria, que armazenam as ações dos aprovadores e os registros de data e hora. Captura Filtre o histórico de aprovação pela primeira ação de 'Aprovar' realizada por um usuário com função de gestor. Tipo de evento explicit | |||
| Lançamento contábil realizado | Representa a etapa final em que os dados da despesa são lançados com sucesso no livro-razão da empresa ou no sistema ERP. Isso encerra a reconciliação financeira do relatório de despesas. | ||
| Por que isso importa Marca o verdadeiro fim do processo do ponto de vista da contabilidade financeira. O tempo entre o reembolso e este evento mostra a eficiência das atividades de fechamento financeiro. Onde obter Capturado nos logs de integração do ERP ou em um status final do relatório de despesas indicando que ele foi sincronizado com o sistema contábil. Captura Use o registro de data e hora do log de integração que confirma o lançamento bem-sucedido no livro-razão. Tipo de evento explicit | |||
| Reembolso executado | Esta atividade marca o momento em que o pagamento é efetivamente enviado ao funcionário. Do ponto de vista do funcionário, esta é a conclusão bem-sucedida do processo. | ||
| Por que isso importa Define um ponto final crítico do processo, permitindo medir o tempo total do reembolso. Esta é uma métrica importante para a satisfação dos funcionários. Onde obter Normalmente capturado nos logs de processamento de pagamentos ou em uma atualização final de status, como 'Pago' ou 'Reembolsado', enviada por um sistema de pagamentos integrado. Captura Use a data de execução do pagamento no 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 registro de relatório de despesas. Este é o primeiro evento registrado e estabelece o identificador de caso para acompanhamento. | ||
| Por que isso importa Define o início do processo de ponta a ponta, permitindo medir com precisão o tempo total de ciclo, da criação à liquidação final. Onde obter Este evento normalmente é capturado pelo registro de data e hora da criação nos dados principais do cabeçalho do relatório de despesas. Captura Use o registro de data e hora da 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 Workflow de aprovação. Essa ação altera o status do relatório de rascunho para pendente de aprovação. | ||
| Por que isso importa Este é um marco crítico que indica o fim da etapa de inserção de dados e o início do ciclo de aprovação. Os atrasos anteriores a esse ponto são causados pelo usuário, enquanto os posteriores são causados pelo processo. Onde obter É capturado em um log de alterações de status ou no registro de data e hora de um evento explícito de envio no histórico do relatório. Captura Identifique o evento em que o status do relatório muda de qualquer estado de 'rascunho' ou 'aberto' para 'enviado' ou 'pendente de aprovação'. Tipo de evento explicit | |||
| 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. Normalmente, esse evento é capturado separadamente para cada anexo incluído. | ||
| Por que isso importa Acompanha o comportamento do usuário e possíveis atrasos no envio da documentação, que podem representar um gargalo comum antes de o relatório estar pronto para envio. Onde obter Normalmente encontrado nos logs de auditoria do sistema ou em uma tabela específica de anexos que vincula documentos aos relatórios de despesas. Captura Capture o registro de data e hora de cada novo registro nas tabelas relacionadas a documentos ou anexos. Tipo de evento explicit | |||
| Início da análise financeira | Marca o momento em que um relatório de despesas entra na fila do departamento financeiro ou contábil para análise e auditoria finais. Normalmente, esse evento é inferido a partir de uma mudança de status após a aprovação do gestor. | ||
| Por que isso importa Ajuda a medir o tempo de fila ou de espera antes de a equipe financeira iniciar o trabalho. Filas longas podem representar um gargalo oculto significativo no processo. Onde obter Inferido a partir dos logs de alteração de status, quando o status do relatório muda para 'Pendente de análise financeira' ou um estado semelhante. Captura Use o registro de data e hora da mudança de status que atribui o relatório à fila financeira ou de auditoria. Tipo de evento inferred | |||
| Reembolso agendado | Após receber a aprovação final, o relatório de despesas entra na fila de pagamento de um próximo lote de reembolsos. Este evento representa 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 indicam ineficiências no processamento em lotes ou problemas na integração com o sistema de pagamentos. Onde obter Inferido a partir de uma mudança de status para 'Pendente de pagamento' ou 'Aprovado para pagamento' depois que a aprovação final é registrada. Captura Use o registro de data e hora em que o relatório é atribuído a um lote de pagamento ou quando seu status muda para indicar que está pronto para pagamento. Tipo de evento inferred | |||
| Rejeitado pelo financeiro | O departamento financeiro rejeitou o relatório de despesas, normalmente por motivos graves relacionados a políticas, conformidade ou documentação. Geralmente, trata-se de uma rejeição final que interrompe o processo. | ||
| Por que isso importa Identifica falhas críticas de conformidade ou problemas no processo. Diferentemente das rejeições do gestor, as rejeições financeiras geralmente indicam problemas mais significativos. Onde obter Encontrado nos logs do histórico de aprovação ou como uma mudança de status final para 'Rejeitado' realizada por um usuário da área financeira. Captura Capture o registro de data e hora de uma ação final de 'Rejeitar' realizada por um aprovador financeiro ou de auditoria no histórico de auditoria. Tipo de evento explicit | |||
| Rejeitado pelo gestor | O gestor de primeiro nível analisou o relatório de despesas e emitiu uma rejeição definitiva. Essa ação normalmente interrompe o processo desse relatório, exigindo a criação de um novo. | ||
| Por que isso importa Identifica falhas no processo no primeiro nível de aprovação. Uma taxa alta de rejeição pode indicar problemas de compreensão das políticas ou de qualidade do envio. Onde obter Encontrado nos logs do histórico de aprovação ou como uma mudança de status final para 'Rejeitado' realizada por um gestor. Captura Capture o registro de data e hora de uma ação final de 'Rejeitar' realizada pelo aprovador de primeiro nível no histórico de auditoria. Tipo de evento explicit | |||
| Relatório de despesas encerrado | O relatório de despesas é marcado formalmente como encerrado no sistema depois que todas as ações são concluídas. Esta é a atualização final e terminal de status, indicando que nenhuma outra alteração é esperada. | ||
| Por que isso importa Oferece um ponto terminal definitivo para o processo, garantindo que a análise não inclua relatórios que ainda estejam tecnicamente abertos, mas inativos. Onde obter Inferido a partir do último status registrado, que deve ser terminal, como 'Encerrado' ou 'Arquivado', sem nenhuma atividade posterior. Captura Identifique o registro de data e hora da mudança final de status para um estado terminal, como 'Encerrado'. Tipo de evento inferred | |||
| Relatório enviado para revisão | Um aprovador, normalmente um gestor ou revisor financeiro, devolve o relatório ao funcionário para correções sem rejeitá-lo definitivamente. Essa ação inicia um loop de retrabalho, devolvendo o relatório ao estado de rascunho. | ||
| Por que isso importa Esta atividade é o principal indicador de loops de retrabalho no processo. Analisar sua frequência e suas causas revela ineficiências e oportunidades de melhoria. Onde obter Capturado no log do histórico de aprovação ou pela detecção de uma mudança de status de 'Pendente de aprovação' para 'Rascunho' ou 'Aberto'. Captura Procure eventos específicos de 'Devolver' ou transições de status que indiquem o retorno ao responsável pelo envio. Tipo de evento explicit | |||
| Relatório retirado | O funcionário que enviou o relatório de despesas o cancela antes que ele seja totalmente aprovado. Essa ação remove o relatório do Workflow de aprovação ativo. | ||
| Por que isso importa Representa o cancelamento do processo iniciado pelo usuário final. Entender por que os relatórios são retirados pode oferecer insights sobre a experiência do usuário e a clareza do processo. Onde obter Normalmente, este é um evento explícito registrado no histórico de auditoria do relatório ou capturado por uma mudança de status para 'Retirado' ou 'Cancelado'. Captura Identifique o evento em que o responsável original pelo envio realiza uma ação que cancela o relatório. Tipo de evento explicit | |||
| Violação de política sinalizada | Uma verificação automatizada do sistema ou uma análise manual identifica uma despesa que pode violar a política da empresa. Esse evento é capturado quando um alerta ou sinalizador específico de violação de política é definido no relatório. | ||
| Por que isso importa Destaca problemas de conformidade e é um dos principais fatores de retrabalho e rejeições. Analisar esses alertas ajuda a identificar políticas confusas ou áreas que exigem treinamento dos funcionários. Onde obter Encontrado nos logs do sistema, em tabelas de exceções ou pelo acompanhamento do momento em que um alerta de violação é aplicado pela primeira vez ao relatório ou aos seus itens. Captura Use o registro de data e hora em que um registro de exceção de política é criado ou um alerta de violação recebe o valor true. Tipo de evento explicit | |||
Guias de extração
Os métodos de extração variam conforme o sistema. Para obter instruções detalhadas,
Pronto para começar?
Comece sua jornada de Process Mining selecionando um guia de extração específico do sistema ou use este Template genérico para preparar seus dados de gestão de despesas de qualquer fonte. Estamos aqui para ajudar você a transformar dados em insights!
Comece a otimizar sua gestão de despesas hoje
Descubra ineficiências ocultas e garanta a conformidade em todos os seus processos de despesas.
Não é necessário cartão de crédito • Configuração em 5 minutos