Seu template de dados de gestão de despesas
Seu template de dados de gestão de despesas
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.
Atributos de Gestão de Despesas
| 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 | |||
Atividades de Gestão de Despesas
| 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 | |||
Guias de Extração
Os métodos de extração variam por sistema. Para instruções detalhadas,