Seu template de dados de gestão de despesas
Seu template de dados de gestão de despesas
- Atributos recomendados para uma coleta de dados completa
- Principais atividades de gestão de despesas para acompanhar
- Orientações passo a passo para extração de dados do Coupa Expenses
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, que agrupa todas as atividades de um único envio. | ||
|
Descrição
O "ID do Relatório de Despesas" é o identificador principal do caso, agrupando todos os eventos de um único envio. Cada relatório recebe um ID exclusivo ao ser criado, permitindo o rastreamento cronológico completo, do envio ao pagamento. No Process Mining, este ID é essencial para reconstruir a jornada completa de cada relatório. Ele permite visualizar o fluxo, identificar variações e calcular métricas como tempo total de ciclo e loops de retrabalho para cada solicitação.
Por que é importante
Chave essencial para ligar todos os eventos de um único relatório, permitindo analisar o processo de ponta a ponta.
Onde obter
Chave primária no Coupa, geralmente 'id' ou 'report-id' na API de Expense Reports ou tabelas internas.
Exemplos
RD-0012345RD-0012399RD-0013001
|
|||
|
Nome da Atividade
ActivityName
|
O nome do evento de negócio que ocorreu em um momento específico para um relatório de despesas. | ||
|
Descrição
O "Nome da Atividade" descreve uma etapa ou marco no processo de despesas, como 'Relatório Enviado', 'Aprovado pelo Gerente' ou 'Reembolso Executado'. Essas atividades formam os nós no mapa e servem de base para analisar fluxos, gargalos e variações. A análise deste atributo ajuda a entender a sequência de eventos, a frequência das etapas e as transições entre elas. É fundamental para construir o mapa do processo, calcular tempos de transição e identificar caminhos comuns ou fora de conformidade.
Por que é importante
Este atributo define as etapas, permitindo visualizar e analisar o fluxo do trabalho, que é o coração do Process Mining.
Onde obter
Derivado de logs ou trilhas de auditoria no Coupa. Pode exigir o mapeamento de códigos para nomes mais claros.
Exemplos
Relatório de Despesas EnviadoAprovado pelo GerenteRejeitado pelo FinanceiroReembolso Executado
|
|||
|
Tempo do Evento
EventTime
|
O timestamp que indica quando uma atividade ou evento ocorreu. | ||
|
Descrição
O Tempo do Evento (Event Time) é a data e hora exatas em que uma atividade específica foi registrada no sistema. Esse timestamp é essencial para ordenar os eventos cronologicamente e para todas as análises baseadas em tempo. Ele fornece a base factual para entender o cronograma e a duração das etapas do processo. No Process Mining, este atributo é usado para construir a linha do tempo de cada caso, calcular a duração entre atividades, identificar atrasos e medir os tempos de ciclo totais. É fundamental para analisar o desempenho, a adesão aos acordos de nível de serviço (SLAs) e identificar padrões temporais ou gargalos.
Por que é importante
Este timestamp dá a ordem dos eventos e é a base de toda a análise de desempenho, ciclos e gargalos.
Onde obter
Encontrado nas trilhas de auditoria ou tabelas de log do Coupa, geralmente junto ao registro da atividade ou mudança de status.
Exemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
Sistema de Origem
SourceSystem
|
O sistema onde os dados foram originados. | ||
|
Descrição
Identifica o aplicativo onde o evento foi gerado. Neste caso, seria 'Coupa Expenses'. É importante para a governança de dados e para diferenciar fontes em visões multissistema. Oferece o contexto da origem, relevante em processos que cruzam diversas aplicações.
Por que é importante
Oferece contexto essencial sobre a origem dos dados, fundamental para governança, validação e análise multissistema.
Onde obter
Geralmente um valor estático inserido no ETL para identificar a origem dos dados.
Exemplos
Coupa ExpensesCoupa
|
|||
|
Última Atualização de Dados
LastDataUpdate
|
O timestamp da última atualização ou extração de dados do sistema de origem. | ||
|
Descrição
Registra quando os dados foram extraídos do Coupa e carregados na ferramenta. Indica quão atualizada está a análise. Essencial para que o usuário saiba se os dashboards refletem a realidade atual. É um metadado chave para governança e para garantir a confiança nos resultados analíticos.
Por que é importante
Informa os usuários sobre a atualização dos dados, garantindo que entendam o período da análise e possam confiar em sua relevância.
Onde obter
Timestamp gerado pela ferramenta de ETL ao final de um carregamento de dados bem-sucedido.
Exemplos
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
|
|||
|
Departamento do Colaborador
EmployeeDepartment
|
O departamento do funcionário que enviou o relatório de despesas. | ||
|
Descrição
Especifica o departamento ou unidade de negócio do remetente, geralmente vindo dos dados mestre do RH. É uma dimensão crítica que permite comparar o desempenho entre áreas da empresa. Dashboards que analisam tempos de resposta ou violações de política por departamento dependem deste atributo para focar em melhorias ou treinamentos específicos.
Por que é importante
Permite a comparação de desempenho entre diferentes departamentos, ajudando a identificar quais áreas da organização são eficientes e quais precisam de suporte.
Onde obter
Obtido do perfil do usuário no Coupa ou via integração com sistemas de RH. Procure pelo campo 'department' no objeto do usuário.
Exemplos
VendasMarketingEngenhariaFinanças
|
|||
|
End Time
EndTime
|
O timestamp que indica quando uma atividade foi concluída. | ||
|
Descrição
O "Tempo de Término" marca a conclusão de uma atividade. Em muitos sistemas, uma atividade é instantânea, logo o término coincide com o início. Para atividades com duração mensurável, este atributo indica quando ela foi finalizada. Este campo é vital para calcular o tempo real de processamento. Ele permite analisar com precisão onde o tempo é gasto, distinguindo o tempo de espera do tempo de trabalho efetivo.
Por que é importante
Permite o cálculo preciso da duração das atividades, o que é fundamental para identificar e analisar o tempo gasto em tarefas específicas versus o tempo de espera.
Onde obter
Geralmente igual ao início em eventos atômicos. Em ações com duração, vem de campos extras ou do início do próximo passo.
Exemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
Motivo da Rejeição
RejectionReason
|
O motivo fornecido quando um relatório de despesas é rejeitado por um aprovador. | ||
|
Descrição
Quando um aprovador — seja um gestor ou alguém do financeiro — rejeita um relatório de despesas, geralmente ele fornece um motivo. Este atributo captura essa justificativa, que pode vir de uma lista pré-definida ou de um texto livre. Este é um atributo valioso para a análise de causa raiz. Ao analisar os motivos de rejeição mais comuns, a empresa consegue identificar onde as políticas não estão claras, onde falta treinamento ou onde o processo de envio está falho. Isso ajuda diretamente a reduzir o retrabalho e a melhorar a taxa de aprovação de primeira.
Por que é importante
Explica diretamente por que o retrabalho ocorre, fornecendo insights práticos para reduzir as taxas de rejeição por meio de treinamento, esclarecimento de políticas ou melhorias no processo.
Onde obter
Geralmente capturado na trilha de auditoria ou comentários de rejeição no Coupa. Pode estar em um campo específico ou ser extraído dos textos.
Exemplos
Comprovante ausenteDespesa fora da políticaCategoria de despesa incorretaEnvio duplicado
|
|||
|
Nome do Utilizador
UserName
|
O nome do funcionário ou usuário que realizou a atividade. | ||
|
Descrição
Identifica o indivíduo associado a um evento, como quem enviou ou aprovou o relatório. Pode ser o nome, ID ou conta de usuário. Analisar por usuário ajuda a identificar padrões de desempenho e distribuição de carga. É essencial para dashboards que detalham métricas por recurso, como comparar o tempo de resposta entre gerentes.
Por que é importante
Atribui o trabalho a indivíduos específicos, permitindo a análise de carga de trabalho, desempenho e comportamento de recursos específicos no processo.
Onde obter
Disponível nas tabelas de auditoria do Coupa Expenses, vinculado a cada evento. Procure campos como 'user-id' ou 'submitted-by'.
Exemplos
John Smithjsmith11023
|
|||
|
Sinalização de Violação de Política
PolicyViolationFlag
|
Um indicador booleano que é verdadeiro se o relatório de despesas foi sinalizado por violação de política. | ||
|
Descrição
O Coupa pode sinalizar automaticamente despesas que violam a política da empresa, como exceder limites de gastos ou usar fornecedores não aprovados. Este atributo é um marcador simples (verdadeiro ou falso) indicando se tal violação foi detectada no relatório de despesas. Este marcador é essencial para o monitoramento e análise de conformidade. Ele permite criar dashboards que acompanham a taxa de violações de política ao longo do tempo e entre departamentos. Também possibilita analisar se relatórios com violações são tratados de forma diferente dos conformes — por exemplo, se levam mais tempo para serem aprovados ou se são rejeitados com mais frequência.
Por que é importante
Permite a medição e análise direta da conformidade com as políticas, ajudando a identificar e tratar áreas de alto risco ou de frequente descumprimento.
Onde obter
Disponível como flag ou status no Coupa, geralmente definido pelo motor de regras do sistema.
Exemplos
verdadeirofalse
|
|||
|
Status do Relatório de Despesas
ExpenseReportStatus
|
O status atual ou final do relatório de despesas. | ||
|
Descrição
Indica o estado final do relatório, como 'Aprovado', 'Pago' ou 'Rejeitado'. Oferece um desfecho claro para cada caso. Na análise, serve para filtrar casos concluídos e categorizar resultados. É vital para calcular taxas de rejeição e entender quantos relatórios chegam a cada etapa final, além de identificar itens travados no meio do caminho.
Por que é importante
Define o resultado de cada caso, o que é fundamental para análises baseadas em desfecho, como comparar os caminhos de relatórios aprovados versus rejeitados.
Onde obter
Campo de status principal no cabeçalho do relatório no Coupa, atualizado durante todo o processo.
Exemplos
pending_approvalapprovedpagorejeitado
|
|||
|
Valor Total
TotalAmount
|
O valor monetário total do relatório de despesas. | ||
|
Descrição
Representa a soma de todas as linhas do relatório. É uma métrica financeira central para entender o montante no processo. Analisar o valor total ajuda a segmentar relatórios em faixas, que podem ter caminhos de aprovação ou níveis de rigor diferentes. Usado para analisar padrões de gasto, identificar relatórios caros que geram gargalos e correlacionar valor com tempo de resposta ou rejeições.
Por que é importante
Oferece contexto financeiro ao processo, permitindo análises baseadas no valor monetário, o que costuma influenciar caminhos de aprovação e prioridade.
Onde obter
Campo padrão no cabeçalho do Coupa, geralmente chamado de 'total' ou 'total-amount'.
Exemplos
150.752500.0085.50
|
|||
|
Aprovação na primeira tentativa
IsFirstPassApproval
|
Um marcador que é verdadeiro se o relatório de despesas foi aprovado sem nenhuma rejeição ou revisão. | ||
|
Descrição
Atributo que indica se o relatório foi aprovado na primeira tentativa. É 'verdadeiro' se não houver rejeições ou pedidos de revisão. Mede a eficiência do envio. É a base do KPI de Aprovação Direta (First-Pass). Analisar o que gera baixas taxas aqui (como áreas ou tipos de gasto) oferece insights valiosos para melhorias.
Por que é importante
Fornece uma medida clara de qualidade e eficiência, ajudando a quantificar a porcentagem de relatórios processados sem retrabalho.
Onde obter
Calculado no nível do caso. Requer varrer as atividades do ID e checar se não houve rejeições ou revisões.
Exemplos
verdadeirofalse
|
|||
|
Categoria da Despesa
ExpenseCategory
|
A categoria da despesa, como viagens, refeições ou material de escritório. | ||
|
Descrição
Este atributo classifica o tipo de despesa. Relatórios podem ter várias linhas, cada uma com uma categoria. Para análise de caso, pode-se usar a categoria mais frequente ou uma lista agregada. Segmentar por categoria revela comportamentos e gargalos distintos. Despesas de viagem, por exemplo, podem ter caminhos de aprovação mais complexos que material de escritório. Esta dimensão explica como a natureza do gasto afeta o fluxo de processamento.
Por que é importante
Permite segmentar o processo pelo tipo de gasto, o que pode revelar gargalos, políticas ou caminhos de aprovação específicos de cada categoria.
Onde obter
Armazenado na linha de despesa no Coupa. Para análise de caso, precisa ser agregado (ex: usando a categoria do item de maior valor).
Exemplos
Passagem AéreaRefeições e EntretenimentoSoftwareMateriais de escritório
|
|||
|
Centro de Custo
CostCenter
|
O centro de custo ao qual as despesas são alocadas. | ||
|
Descrição
O "Centro de Custo" é uma dimensão financeira usada para contabilidade e orçamento, indicando qual parte da empresa arcará com a despesa. Pode ser diferente do departamento do remetente. A análise por Centro de Custo oferece uma visão contábil do processo. Ela permite acompanhar gastos e eficiência em relação a orçamentos específicos, sendo essencial para que o financeiro gerencie os gastos organizacionais.
Por que é importante
Oferece uma dimensão financeira crucial, permitindo que as métricas do processo sejam vinculadas diretamente a unidades orçamentárias.
Onde obter
Campo contábil padrão no Coupa, no cabeçalho ou linhas. Geralmente faz parte da estrutura do Plano de Contas.
Exemplos
CC4510-MarketingCC2100-EngenhariaCC7800-Vendas-Leste
|
|||
|
É Retrabalho
IsRework
|
Um marcador que indica se uma atividade faz parte de um loop de retrabalho, como um relatório devolvido para revisão. | ||
|
Descrição
Atributo booleano que sinaliza atividades de retrabalho. Geralmente é 'verdadeiro' para eventos como 'Enviado para Revisão' ou passos que ocorram após isso. Identificar retrabalho é um dos objetivos principais do Process Mining. Esta flag facilita a análise ao permitir filtros diretos. É usada para calcular taxas de retrabalho, visualizar loops no mapa e analisar as causas de repetição de etapas.
Por que é importante
Sinaliza diretamente loops de retrabalho ineficientes, facilitando a quantificação de sua frequência, impacto no tempo de ciclo e causas raiz.
Onde obter
Calculado pelo fluxo do processo. Aplica-se lógica para achar ações que voltam o passo, como 'Enviado para Revisão'.
Exemplos
verdadeirofalse
|
|||
|
Moeda
Currency
|
O código da moeda do valor total do relatório de despesas. | ||
|
Descrição
Especifica a moeda do valor total (USD, EUR, BRL, etc.). É um contexto obrigatório para dados financeiros. Em empresas globais, este campo é crítico para a interpretação correta dos valores. A análise pode exigir a conversão para uma moeda base única para permitir comparações reais entre diferentes regiões.
Por que é importante
Fornece o contexto necessário para valores monetários, garantindo análises precisas e permitindo a conversão de moedas para relatórios globais.
Onde obter
Campo padrão no cabeçalho do Coupa, geralmente ao lado do valor total, com o nome 'currency-code'.
Exemplos
USDEURGBPJPY
|
|||
|
Motivo da Violação de Política
PolicyViolationReason
|
O motivo específico pelo qual um relatório de despesas foi sinalizado por violação de política. | ||
|
Descrição
Quando uma violação de política é sinalizada, este atributo fornece o motivo específico, como "Valor excede o limite" ou "Fornecedor não aprovado". Isso oferece muito mais detalhes do que um simples campo sim/não. Analisar os motivos das violações de política permite uma compreensão mais granular dos problemas de conformidade. Ajuda a identificar políticas específicas que são ignoradas com frequência, o que pode indicar a necessidade de melhor comunicação, ajustes na política ou fiscalização mais rigorosa. Isso é fundamental para criar estratégias eficazes de melhoria de conformidade.
Por que é importante
Fornece detalhes específicos sobre problemas de conformidade, permitindo ações direcionadas para melhorar a adesão às políticas da empresa.
Onde obter
Geralmente disponível nos detalhes da sinalização de política gerada pelo mecanismo de conformidade do Coupa.
Exemplos
Limite diário de refeição excedidoA despesa é uma duplicataO comprovante é obrigatório
|
|||
|
Nome do Aprovador
ApproverName
|
O nome do gerente ou usuário do financeiro que aprovou ou rejeitou o relatório. | ||
|
Descrição
Identifica o aprovador específico na etapa gerencial ou financeira, distinguindo-o de quem enviou o relatório. Útil para analisar o desempenho dos aprovadores. Permite medir tempos de ciclo individuais, ajudando a identificar gargalos causados por sobrecarga ou necessidade de treinamento. Auxilia no equilíbrio da carga de trabalho e na eficiência do fluxo.
Por que é importante
Ajuda a identificar gargalos na cadeia de aprovação ao atribuir atrasos ou altas taxas de rejeição a aprovadores específicos, permitindo intervenções direcionadas.
Onde obter
Encontrado no histórico de aprovação ou log de auditoria do relatório de despesas no Coupa. Cada etapa de aprovação deve ter o registro do usuário que realizou a ação.
Exemplos
Sarah ChenDavid RodriguezFila da Equipe Financeira
|
|||
|
País
Country
|
O país do funcionário remetente ou da transação. | ||
|
Descrição
Indica o país do relatório, geralmente a sede do funcionário. É uma dimensão crucial para empresas globais. Analisar por país ajuda a comparar desempenho e conformidade entre regiões. Isso destaca diferenças em leis, políticas ou eficiência operacional que precisam de atenção.
Por que é importante
Permite comparar o desempenho e a conformidade do processo em diferentes regiões geográficas, o que é essencial para empresas globais.
Onde obter
Pode ser derivado do perfil do usuário no Coupa ou da entidade legal vinculada ao relatório.
Exemplos
EUADEUGBRJPN
|
|||
|
Tempo de Processamento da Atividade
ActivityProcessingTime
|
A duração de uma atividade individual, calculada como a diferença entre o tempo de término e de início. | ||
|
Descrição
Mede o tempo gasto em uma etapa. É o término menos o início. Para eventos instantâneos, a duração é zero. Ajuda a separar o tempo de trabalho real do tempo de espera entre passos. Analisar isso revela quais tarefas tomam mais tempo, indicando chances de automação.
Por que é importante
Mede o tempo gasto em trabalhos que agregam valor, ajudando a diferenciá-lo do tempo de espera e a identificar tarefas ineficientes.
Onde obter
Calculado na transformação dos dados subtraindo o início do término. Fórmula: EndTime - StartTime.
Exemplos
0864003600
|
|||
Atividades de Gestão de Despesas
| Atividade | Descrição | ||
|---|---|---|---|
|
Aprovado pelo Financeiro
|
A equipe de finanças ou auditoria dá a aprovação final. Isso indica que o relatório foi validado e está pronto para o pagamento, ficando registrado no histórico. | ||
|
Por que é importante
Marco final de aprovação. O tempo entre a aprovação do gerente e a do financeiro é parte crucial do ciclo total.
Onde obter
Capturado do timestamp da ação de aprovação final no histórico detalhado de aprovações ou log de auditoria do relatório de despesas.
Captura
Extraído do timestamp do evento de aprovação final no histórico de aprovação do relatório.
Tipo de evento
explicit
|
|||
|
Aprovado pelo Gerente
|
O gerente direto ou aprovador de primeiro nível aprova o relatório. Isso é registrado como um evento explícito no histórico, incluindo o carimbo de data/hora. | ||
|
Por que é importante
Marca a conclusão do primeiro nível de aprovação. Analisar o tempo até este evento é fundamental para o KPI de Tempo de Ciclo de Aprovação e para identificar gargalos no nível gerencial.
Onde obter
Capturado do timestamp da ação de aprovação no histórico detalhado de aprovações ou log de auditoria do Coupa para o relatório de despesas.
Captura
Extraído do timestamp do evento de aprovação no log de histórico de aprovação do relatório.
Tipo de evento
explicit
|
|||
|
Lançamento Contábil Realizado
|
As transações financeiras do relatório são lançadas no Razão Geral (General Ledger). Isso representa a etapa final sob a perspectiva contábil. | ||
|
Por que é importante
Atividade final que encerra o processo. O tempo entre reembolsar e lançar é vital para um fechamento rápido e correto.
Onde obter
Este evento é capturado pela data de lançamento contábil associada ao relatório, gerenciada pela integração do Coupa.
Captura
Extraído do campo de data de lançamento nas linhas contábeis relacionadas ao relatório de despesas.
Tipo de evento
explicit
|
|||
|
Reembolso Executado
|
O pagamento é processado e os fundos são enviados ao colaborador. Isso confirma que o reembolso foi pago e conclui esta parte do processo. | ||
|
Por que é importante
Marco crítico para a satisfação do colaborador e ponto final para o KPI de Tempo Médio de Reembolso.
Onde obter
Capturado da data de execução do pagamento no registro de pagamento associado ao relatório de despesas, geralmente no Coupa Pay ou em um sistema de AP (Contas a Pagar) integrado.
Captura
Extraído da data de pagamento no registro de pagamento associado ao relatório de despesas.
Tipo de evento
explicit
|
|||
|
Relatório de Despesas Criado
|
Marca o início do ciclo de vida do relatório de despesas. Este evento é capturado quando um usuário cria e salva um novo relatório pela primeira vez, mantendo-o como rascunho. | ||
|
Por que é importante
Ponto de partida para toda a análise, fundamental para medir o tempo total de ciclo do relatório.
Onde obter
Evento capturado pelo timestamp de criação no Coupa. A fonte é o campo 'created_at' da tabela de cabeçalho.
Captura
Use o timestamp de criação do objeto do relatório de despesas.
Tipo de evento
explicit
|
|||
|
Relatório de Despesas Enviado
|
O funcionário envia formalmente o relatório para aprovação. Esta ação muda o status de rascunho para aprovação pendente e é registrada pelo sistema. | ||
|
Por que é importante
Marco crítico que inicia o cronômetro da aprovação. O tempo entre criar e enviar mostra quanto tempo os funcionários levam para fechar o relatório.
Onde obter
Capturado do timestamp de envio no próprio registro do relatório de despesas ou da entrada no log de auditoria para o evento de submissão.
Captura
Use o campo de timestamp 'submitted_at' no relatório de despesas.
Tipo de evento
explicit
|
|||
|
Comprovantes Anexados
|
Representa a ação do usuário de carregar ou anexar comprovantes a uma linha de despesa. Isso é capturado pela criação de registros de anexos vinculados ao relatório. | ||
|
Por que é importante
Analisar o tempo e a frequência desta atividade pode revelar padrões de comportamento do usuário e possíveis atrasos causados por falta de documentação.
Onde obter
Inferido a partir do carimbo de data/hora de criação dos registros de anexos vinculados ao ID do Relatório de Despesas específico.
Captura
Identificar os timestamps de quando os registros de anexo são vinculados ao relatório de despesas.
Tipo de evento
inferred
|
|||
|
Enviado de Volta para Revisão
|
Um aprovador devolve o relatório ao colaborador para correções sem emitir uma rejeição definitiva. Essa ação cria um loop de retrabalho e é inferida por uma mudança de status ou um evento específico no histórico de auditoria. | ||
|
Por que é importante
Esta atividade é fundamental para analisar loops de retrabalho. Entender por que os relatórios retornam ajuda a melhorar o treinamento e as taxas de aprovação direta.
Onde obter
Inferido a partir de uma mudança de status para um estado como 'Correção Pendente' ou 'Enviado de Volta'. O Coupa também pode registrar essa ação explicitamente em seu histórico de aprovação.
Captura
Timestamp da mudança para 'precisa de revisão' ou evento específico do log de auditoria.
Tipo de evento
inferred
|
|||
|
Reembolso Agendado
|
Após a aprovação final, o relatório de despesas é agrupado em um lote de pagamento. Isso marca a transição da fase de aprovação para a fase de processamento de pagamento. | ||
|
Por que é importante
Esta atividade inicia o cronômetro para o Tempo de Ciclo de Reembolso. Atrasos aqui indicam acúmulos no envio de relatórios aprovados para o sistema de pagamento.
Onde obter
Inferido a partir de uma mudança de status para 'Pagamento Pendente' ou da data em que o relatório é associado a um registro de lote de pagamento no Coupa Pay.
Captura
Timestamp de quando o status muda para 'Pagamento Pendente' ou da criação do lote de pagamento.
Tipo de evento
inferred
|
|||
|
Rejeitado pelo Financeiro
|
A equipe financeira ou de auditoria rejeita o relatório, o que é um resultado negativo final. Isso é registrado como o status de rejeição definitiva no histórico. | ||
|
Por que é importante
Monitorar as rejeições do financeiro ajuda a achar falhas graves de conformidade ou dados que passaram batidos antes, afetando o KPI de taxa de rejeição.
Onde obter
Capturado do timestamp da ação de rejeição por um aprovador financeiro no log de auditoria do relatório de despesas.
Captura
Extraído do timestamp do evento de rejeição no log de auditoria durante a etapa de revisão financeira.
Tipo de evento
explicit
|
|||
|
Rejeitado pelo Gerente
|
O gerente rejeita o relatório, o que geralmente interrompe o processo e o devolve ao funcionário. Isso é registrado no histórico de aprovação. | ||
|
Por que é importante
Um desfecho negativo que mostra atrito no fluxo. Analisar isso é vital para o dashboard e KPI de Taxa de Rejeição.
Onde obter
Capturado do timestamp da ação de rejeição no histórico de aprovações ou log de auditoria do relatório de despesas.
Captura
Extraído do timestamp do evento de rejeição no log de histórico de aprovação do relatório.
Tipo de evento
explicit
|
|||
|
Relatório de Despesas Retirado
|
O funcionário retira um relatório antes da aprovação total. Isso cancela o processo atual e é capturado como um evento específico. | ||
|
Por que é importante
Monitora os casos em que os colaboradores corrigem ou cancelam seus próprios envios, o que pode sinalizar confusão no fluxo. É uma forma de interrupção do processo.
Onde obter
Capturado de uma ação explícita do usuário, resultando em um status 'Retirado' ou 'Cancelado' e registrado no histórico de auditoria.
Captura
Extraído do timestamp da ação 'retirar' (withdraw) no log de auditoria do relatório de despesas.
Tipo de evento
explicit
|
|||
|
Verificação de Política Realizada
|
Uma verificação automatizada de conformidade com as políticas de despesas da empresa é executada. Geralmente é inferida pelo timestamp de quando um alerta ou sinalização de violação de política é gerado pela primeira vez no relatório. | ||
|
Por que é importante
Essencial para o dashboard de Visão Geral de Conformidade de Políticas. Ajuda a entender se e quando as violações são detectadas e seu impacto nos tempos de aprovação.
Onde obter
Inferido a partir do carimbo de data/hora associado a uma sinalização de violação de política aplicada a uma linha de despesa ou ao cabeçalho do relatório.
Captura
Timestamp de quando a flag de violação de política é ativada no relatório ou em suas linhas.
Tipo de evento
inferred
|
|||