Seu template de dados de gestão de despesas

Ramp
Seu template de dados de gestão de despesas

Seu template de dados de gestão de despesas

Este template oferece um roteiro claro para coletar os dados necessários para otimizar sua gestão de despesas. Ele detalha atributos essenciais, atividades chave e orientações para extrair dados do Ramp. Use este recurso para garantir que terá todas as informações para uma descoberta de processos rica em insights.
  • Atributos recomendados para coletar
  • Atividades-chave a monitorizar
  • Guia de extração para o Ramp
É novo em event logs? Saiba como criar um event log para Process Mining.

Atributos de Gestão de Despesas

Estes são os campos de dados essenciais para incluir no seu event log para uma análise completa do processo de gestão de despesas.
3 Obrigatório 6 Recomendado 14 Opcional
Nome Descrição
Event Timestamp
EventTimestamp
A data e hora exatas em que a atividade ocorreu.
Descrição

Cada atividade no processo tem um timestamp correspondente que registra quando ela ocorreu. Esses dados temporais são usados para ordenar os eventos cronologicamente e servem de base para todas as análises de tempo. No Process Mining, os timestamps são fundamentais para calcular tempos de ciclo entre atividades, medir a duração total de um caso e identificar atrasos, sendo cruciais para o monitoramento de desempenho e melhoria de processos.

Por que é importante

Este atributo fornece a ordem cronológica dos eventos e é essencial para cálculos de duração e análise de desempenho.

Onde obter

Esta informação é geralmente encontrada junto aos registros de atividade ou status nos logs de eventos ou dados de transação do Ramp.

Exemplos
2023-10-26T10:00:00Z2023-10-26T14:30:00Z2023-10-27T09:00:00Z
ID do Relatório de Despesas
ExpenseReportId
O identificador único de cada relatório de despesas, servindo como ID do Caso para o processo.
Descrição

O ID do Relatório de Despesas agrupa todos os eventos relacionados a um único envio. Ele permite o rastreamento cronológico completo, da entrada inicial ao pagamento final.

No Process Mining, este atributo é essencial para reconstruir a jornada de ponta a ponta. Ao usá-lo como Case ID, as análises calculam tempos de ciclo com precisão, identificam gargalos e visualizam os diferentes caminhos que os relatórios percorrem no fluxo de aprovação.

Por que é importante

Este é o atributo fundamental que liga todas as atividades a uma única instância de processo, permitindo a análise de ponta a ponta.

Onde obter

Este identificador deve estar disponível na tabela principal de relatórios ou transações no Ramp.

Exemplos
ER-2023-08-1123ER-2023-09-4591ER-2023-10-0024
Nome da Atividade
ActivityName
O nome do evento ou tarefa específica que ocorreu em um momento do processo de gestão de despesas.
Descrição

Este atributo descreve uma etapa do ciclo de vida do relatório (ex: 'Despesa Enviada', 'Aprovada pelo Gestor'). Essas atividades formam os nós no mapa do processo, permitindo visualizar e analisar o fluxo.

Analisar atividades ajuda a identificar passos frequentes, onde estão os gargalos e como os fluxos variam. É fundamental para entender a sequência de operações e medir o desempenho em cada fase.

Por que é importante

Define as etapas no mapa de processos, permitindo a visualização e análise do fluxo de ponta a ponta.

Onde obter

Geralmente derivado de logs de eventos ou registros de mudança de status de cada relatório no Ramp.

Exemplos
Despesa EnviadaAprovado pelo GerenteRevisão Financeira PendenteReembolso Executado
Categoria da Despesa
ExpenseCategory
A categoria atribuída a uma despesa, como 'Viagem', 'Software' ou 'Refeições'.
Descrição

Este atributo classifica as despesas em categorias pré-definidas (ex: Viagem, Software), ajudando a controlar os gastos. Um único relatório pode conter itens de várias categorias.

A análise por categoria é essencial para o dashboard de 'Análise de Gastos'. Ela ajuda o financeiro a entender para onde vai o dinheiro, monitorar o orçamento e identificar tendências ou anomalias ao longo do tempo.

Por que é importante

Possibilita a análise detalhada de gastos, ajudando a identificar os principais motores de custo e oportunidades de economia.

Onde obter

Geralmente é um detalhe ao nível do item no relatório do Ramp. Os dados podem precisar ser agregados ao nível do relatório em algumas análises.

Exemplos
Passagem AéreaRefeições e EntretenimentoAssinatura de SoftwareMateriais de escritório
Departamento do Funcionário
EmployeeDepartment
O departamento do colaborador que enviou o relatório de despesas.
Descrição

Indica o departamento do colaborador (ex: Vendas, Engenharia, Marketing).

É uma dimensão crítica de análise, pois permite filtrar e comparar o desempenho entre áreas. Revela variações em tempos de aprovação, taxas de revisão e conformidade por departamento, apoiando melhorias direcionadas.

Por que é importante

Permite comparar métricas entre diferentes unidades de negócio, destacando variações de eficiência, conformidade e gastos.

Onde obter

Esta informação provavelmente está associada ao perfil do colaborador no Ramp ou em um sistema de RH integrado.

Exemplos
VendasMarketingEngenhariaFinanças
Flag de Violação de Política
PolicyViolationFlag
Um marcador que indica se o relatório de despesas foi sinalizado por violação de política.
Descrição

Atributo booleano marcado como verdadeiro se as verificações automáticas detectarem violações (ex: limite excedido ou duplicidade).

Esta flag é crítica para o dashboard de 'Detecção de Violações' e seu KPI. Ajuda a medir a eficácia dos controles e identificar áreas frequentes de não-conformidade, orientando atualizações de política ou treinamentos.

Por que é importante

Mede diretamente a conformidade, ajudando a identificar e reduzir gastos fora da política e riscos associados.

Onde obter

Provavelmente é uma flag gerada pelo sistema do Ramp, acionada por verificações automáticas durante o envio ou aprovação.

Exemplos
verdadeirofalse
Motivo da Revisão
RevisionReason
O motivo fornecido quando um relatório de despesas é devolvido ao colaborador para revisão.
Descrição

Quando um aprovador rejeita ou devolve um relatório, ele indica o motivo (ex: 'Recibo Ausente', 'Categoria Incorreta').

Essa informação é valiosa para o dashboard de 'Causas de Revisão'. Analisar os motivos de retrabalho ajuda a empresa a identificar problemas sistêmicos no envio e aplicar treinamentos ou melhorias no sistema para reduzir erros.

Por que é importante

Traz insights diretos sobre as causas do retrabalho, permitindo ações para melhorar a qualidade do envio inicial.

Onde obter

Estes dados seriam capturados nos comentários ou detalhes de rejeição quando ocorre a atividade 'Devolvido para Revisão' no Ramp.

Exemplos
Falta de recibo detalhadoA despesa excede o limite da políticaCategoria de despesa selecionada incorretamenteTransação duplicada
Nome do Utilizador
UserName
O nome ou ID do usuário que realizou a atividade, seja o colaborador que enviou a despesa ou o aprovador.
Descrição

Identifica o responsável por um evento (quem enviou, quem aprovou, etc.). Pode ser o nome ou ID do usuário.

Analisar por usuário ajuda a entender a distribuição de carga de trabalho, identificar os melhores desempenhos e apontar quem precisa de treinamento. É vital para dashboards de performance de aprovação e gestão de recursos.

Por que é importante

Atribui as atividades a indivíduos específicos, permitindo analisar o desempenho por pessoa e identificar necessidades de treinamento.

Onde obter

As informações do usuário costumam constar na trilha de auditoria ou no histórico de transações de cada relatório no Ramp.

Exemplos
Alice JohnsonBob SmithCharlie BrownAutomação do sistema
Valor Total do Relatório
ReportTotalAmount
O valor monetário total do relatório de despesas.
Descrição

Representa a soma de todas as despesas de um relatório. É uma métrica financeira chave para entender padrões de gastos.

Na análise de processos, o valor permite segmentar casos e investigar se relatórios caros seguem fluxos diferentes ou demoram mais. É fundamental para dashboards de gastos e identificação de economia.

Por que é importante

Fornece uma dimensão financeira essencial para análise, permitindo segmentar relatórios por valor e rastrear o gasto total.

Onde obter

Este é um campo primário no objeto de relatório de despesas do Ramp.

Exemplos
150.752500.0089.99
Aprovador do Financeiro
FinanceApprover
O usuário da equipe financeira que aprovou o relatório de despesas.
Descrição

Para fluxos com revisão financeira, este atributo identifica a pessoa ou equipe que deu a aprovação final. Ele alimenta o Dashboard de eficiência financeira, permitindo analisar o desempenho por indivíduo, identificar gargalos e medir a eficácia da etapa.

Por que é importante

Permite uma análise detalhada do desempenho na revisão financeira, ajudando a otimizar um ponto de controle crítico.

Onde obter

Seria capturado no histórico de aprovação do relatório no Ramp durante a etapa de revisão financeira.

Exemplos
Equipe Financeira ADavid LeeBot de Automação Financeira
Contagem de Etapas de Aprovação
ApprovalStepCount
O número total de etapas formais de aprovação pelas quais o relatório passou.
Descrição

Métrica que conta as atividades distintas de aprovação (ex: Gestor, Financeiro) em um relatório, quantificando a complexidade do fluxo.

Usado para o KPI de 'Média de Etapas de Aprovação' e no dashboard de 'Fluxos Simples'. Ao analisar essa contagem versus o valor da despesa, a empresa identifica se itens baratos estão presos em processos burocráticos demais.

Por que é importante

Quantifica a complexidade do workflow, ajudando a identificar chances de simplificação, especialmente em relatórios de baixo risco.

Onde obter

Calculado contando a ocorrência de atividades de aprovação específicas em cada caso no event log.

Exemplos
123
É Retrabalho
IsRework
Um marcador calculado que indica se um relatório de despesas foi enviado de volta para revisão ao menos uma vez.
Descrição

Atributo booleano que verifica se houve a atividade 'Devolvido para Revisão'. É marcado como verdadeiro se o relatório teve ao menos um ciclo de correção.

Esta flag facilita o cálculo do KPI de 'Taxa de Revisão' e permite comparar relatórios aprovados de primeira com os que precisaram de retrabalho, revelando o impacto de tempo e custo das revisões.

Por que é importante

Segmenta o processo para análise de retrabalho, quantificando a frequência e o impacto de relatórios devolvidos para correção.

Onde obter

Este é um campo calculado, gerado na transformação dos dados ao verificar se houve atividades de revisão no ID do Caso.

Exemplos
verdadeirofalse
Event End Time
EventEndTime
O registro de data/hora indicando quando uma atividade com duração foi concluída.
Descrição

Muitas atividades são instantâneas, mas algumas (ex: 'Verificação de Política') têm duração mensurável. Este atributo captura o fim da atividade.

Ter início e fim permite o cálculo preciso dos tempos de processamento. Isso é essencial para KPIs como 'Duração Média de Verificação' e para saber quanto tempo tarefas manuais ou automáticas levam no fluxo geral.

Por que é importante

Permite o cálculo preciso da duração de cada atividade, o que é vital para identificar etapas ineficientes.

Onde obter

Para atividades com duração, isso seria registrado nos dados de eventos do Ramp. Para eventos instantâneos, pode ser igual ao StartTime.

Exemplos
2023-10-26T10:00:05Z2023-10-26T14:35:10Z2023-10-27T09:10:00Z
Gestor Aprovador
ApprovingManager
O nome do gestor que realizou a etapa de aprovação.
Descrição

Identifica o gestor responsável pela aprovação. É diferente do usuário que enviou o relatório.

Rastrear o gestor aprovador é essencial para o dashboard de 'Tempo de Aprovação'. Permite analisar a carga de trabalho e performance, destacando gestores ágeis e os que são gargalos, ajudando a equilibrar demandas ou oferecer suporte.

Por que é importante

Viabiliza a análise de desempenho de aprovadores individuais, ajudando a resolver gargalos no fluxo de aprovação.

Onde obter

Esta informação faz parte dos dados de fluxo de aprovação no Ramp, registrada quando um gestor atua em um relatório.

Exemplos
Jane DoeJohn MillerSusan Chen
Método de Envio
SubmissionMethod
O canal pelo qual o relatório de despesas foi enviado, como aplicativo móvel ou portal web.
Descrição

Indica como o relatório foi enviado (app, web, e-mail).

Analisar o método de envio traz insights sobre comportamento e adoção tecnológica. Por exemplo: se um canal específico tem alta taxa de revisões, isso pode indicar problemas de usabilidade na interface.

Por que é importante

Traz contexto sobre o comportamento do usuário e ajuda a ver se certos canais de envio geram mais erros ou atrasos.

Onde obter

Esta informação pode ser capturada nos metadados do evento de submissão nos logs de sistema do Ramp.

Exemplos
Mobile AppPortal WebEmail
Método de Reembolso
ReimbursementMethod
O método usado para o pagamento do reembolso, como transferência bancária ou PIX.
Descrição

Especifica o canal de pagamento do reembolso. Métodos diferentes têm tempos e custos variados.

Analisar o desempenho por método ajuda a identificar os canais mais eficientes. O dashboard de 'Performance de Métodos de Reembolso' usa esses dados para comparar ciclos e confiabilidade, otimizando estratégias de pagamento.

Por que é importante

Permite comparar o desempenho entre diferentes canais de pagamento, ajudando a otimizar velocidade e confiabilidade.

Onde obter

Esta informação deve estar disponível nos registros de pagamento ou reembolso no Ramp.

Exemplos
Transferência ACHCrédito de Cartão CorporativoDepósito Direto
Resultado da Auditoria
AuditOutcome
O resultado de uma auditoria interna ou externa do relatório de despesas.
Descrição

Para relatórios de despesas que passam por auditoria formal, este atributo registra o resultado final (ex: 'Aprovado', 'Negado Parcialmente'). Esses dados alimentam o Dashboard de desempenho de auditoria, ajudando a avaliar a eficácia do processo e o impacto financeiro dos achados.

Por que é importante

Mede a eficácia e os resultados da auditoria, trazendo insights sobre falhas de controle e conformidade.

Onde obter

Seria registrado no módulo de auditoria do Ramp ou em um sistema integrado, caso seja usado para auditoria detalhada.

Exemplos
AprovadoAprovado com RessalvasRejeitadoEscalonado
Sistema de Origem
SourceSystem
Identifica o aplicativo de origem de onde os dados foram extraídos.
Descrição

Especifica o sistema de origem dos dados (neste caso, o Ramp). É útil em ambientes com dados de múltiplos sistemas, garantindo a linhagem dos dados.

Ajuda a filtrar dados por fonte e serve para fins de validação e governança.

Por que é importante

Fornece contexto sobre a origem dos dados, algo crucial para a governança e integração entre múltiplos sistemas.

Onde obter

Geralmente é um valor estático ('Ramp') adicionado durante a extração e transformação dos dados.

Exemplos
Ramp
Tempo de Aprovação do Gestor
ManagerApprovalTime
O tempo levado entre o relatório entrar em revisão pendente e o gestor aprovar ou rejeitar.
Descrição

Calcula a duração da etapa de aprovação do gestor (diferença entre 'Revisão Pendente' e a ação de 'Aprovar' ou 'Rejeitar').

Usada para o KPI de 'Tempo Médio de Aprovação' e o dashboard correspondente. Ajuda a isolar atrasos no primeiro nível de aprovação, que costuma ser um gargalo relevante.

Por que é importante

Isola a duração de uma etapa crítica de aprovação, ajudando a resolver gargalos causados pelas revisões dos gestores.

Onde obter

Calculado a partir do event log, encontrando a diferença de tempo entre o início e a conclusão da revisão do gestor.

Exemplos
1 hora e 15 minutos2 dias e 3 horas5 horas e 30 minutos
Tempo de Ciclo Total de Reembolso
TotalReimbursementCycleTime
O tempo total decorrido desde o envio do relatório até a execução do reembolso.
Descrição

Mede a duração total do processo sob a ótica do colaborador (diferença entre 'Enviado' e 'Reembolso Executado').

É a base do KPI de 'Tempo Médio de Ciclo' e do dashboard de 'Ciclo de Ponta a Ponta'. Fornece uma medida de alto nível da eficiência e é um indicador chave de satisfação interna.

Por que é importante

Quantifica a duração total do processo, servindo como KPI chave para medir a eficiência de ponta a ponta.

Onde obter

Calculado subtraindo o registro de tempo do primeiro envio pelo do reembolso final durante a transformação dos dados.

Exemplos
3 dias e 4 horas10 dias 1 hora1 dia 8 horas
Tempo de Lançamento Contábil
AccountingPostingTime
O tempo decorrido desde a execução do reembolso até o lançamento da transação no sistema contábil.
Descrição

Mede o atraso no registro contábil (diferença entre 'Reembolso Executado' e 'Sincronizado com o Sistema Contábil').

Usado para o KPI de 'Tempo Médio de Lançamento' e no dashboard de 'Atrasos Contábeis'. Garante que os registros sejam atualizados rapidamente, o que é vital para relatórios financeiros precisos.

Por que é importante

Destaca atrasos nos registros financeiros, permitindo ações para acelerar o fechamento contábil.

Onde obter

Calculado a partir dos registros de tempo nos logs para eventos de reembolso e sincronização contábil.

Exemplos
2 horas1 dia5 minutos
Tempo de Revisão Financeira
FinanceReviewTime
O tempo que um relatório de despesas passa na etapa de revisão financeira.
Descrição

Mede o tempo desde que o relatório entra na fila do financeiro até a ação final do aprovador.

É a medida principal para o KPI de 'Tempo Médio de Revisão Financeira' e o dashboard de eficiência. Analisar isso ajuda a identificar chances de automatizar a revisão, reduzindo o esforço manual e acelerando o ciclo.

Por que é importante

Mede a eficiência da revisão financeira, destacando oportunidades de automação e simplificação.

Onde obter

Calculado a partir dos registros de tempo de início e fim das atividades de revisão financeira.

Exemplos
4 horas1 dia e 2 horas18 horas
Última Atualização de Dados
LastDataUpdate
O timestamp que indica a última vez que os dados foram atualizados a partir do sistema de origem.
Descrição

Registra a data e hora da extração mais recente, fornecendo contexto sobre o quão atuais são os dados.

Em qualquer análise, saber a recência dos dados é crucial para interpretar os resultados. Este atributo ajuda o usuário a saber se a informação está atualizada.

Por que é importante

Informa os usuários sobre a atualidade dos dados, garantindo que as análises sejam baseadas em informações recentes.

Onde obter

Este registro de tempo é gerado e adicionado durante o processo de extração de dados.

Exemplos
2023-11-01T06:00:00Z
Obrigatório Recomendado Opcional

Atividades de Gestão de Despesas

Estas são as etapas e marcos principais do processo a serem capturados no seu event log para uma descoberta de processo precisa e medição de performance.
5 Recomendado 7 Opcional
Atividade Descrição
Aprovado pelo Gerente
O gestor revisou e aprovou a despesa, permitindo que ela siga para a próxima etapa (revisão financeira ou reembolso). É capturado via ação direta do usuário.
Por que é importante

Este é um marco importante que indica a conclusão do primeiro nível de aprovação. É crucial para analisar fluxos e identificar gargalos.

Onde obter

Registrado como um evento no histórico de aprovação quando o gestor clica em 'Aprovar'. O event log deve conter o ID do aprovador e o registro de data/hora.

Captura

Um evento é registrado quando um usuário com permissões de gestão realiza a ação 'Aprovar'.

Tipo de evento explicit
Despesa Enviada
Um funcionário confirma que todas as informações da despesa estão completas e a envia para aprovação. É uma ação explícita do usuário que move a despesa de 'rascunho' para 'pendente de aprovação'.
Por que é importante

Esta atividade é um marco crítico que inicia oficialmente o ciclo de aprovação e reembolso. É a base para medir os SLAs de atendimento.

Onde obter

Capturado no histórico de status do objeto da despesa. Corresponde à ação do usuário de enviar a transação para revisão.

Captura

Registrado quando o usuário clica em 'Enviar', disparando a mudança de status.

Tipo de evento explicit
Despesa Incorrida
Marca a criação de uma despesa, geralmente iniciada de forma automática no uso de cartões corporativos ou quando um colaborador cria um registro manual. Este evento costuma ser capturado via feeds de dados de transação ou ações na interface do usuário.
Por que é importante

Este é o evento inicial do ciclo de vida da despesa. Analisá-lo ajuda a entender atrasos no envio e a velocidade geral do processo.

Onde obter

Gerado a partir dos logs de transação do cartão Ramp ou timestamp de criação manual. Refere-se ao evento inicial de criação do registro.

Captura

Registrado diretamente quando uma transação de cartão é processada ou quando um usuário cria uma nova entrada de despesa.

Tipo de evento explicit
Reembolso Executado
O pagamento do reembolso foi processado e enviado. Geralmente é a última etapa para o colaborador e marca o fim do ciclo de pagamento.
Por que é importante

Este é o principal evento de encerramento do processo. A duração do envio até este ponto é um KPI crítico para satisfação e eficiência.

Onde obter

Capturado a partir dos logs de processamento de pagamento ou integração. O status da despesa no Ramp seria atualizado para 'Reembolsado' ou 'Pago'.

Captura

Um evento é registrado quando o sistema de pagamento confirma a transferência bem-sucedida.

Tipo de evento explicit
Sincronizado com o Sistema Contábil
Os dados da transação foram lançados com sucesso no sistema contábil (como NetSuite, QuickBooks ou Xero). Este evento encerra a parte de registro financeiro do processo.
Por que é importante

Esta é a atividade final do processo completo. Atrasos aqui podem impactar a precisão dos relatórios financeiros e a velocidade do fechamento.

Onde obter

Registrado em um log de integração ou como atualização de status no objeto de despesa no Ramp. Procure por status como 'Sincronizado', 'Lançado' ou 'Exportado'.

Captura

Uma entrada de log é criada pelo serviço de integração contábil após a sincronização de dados bem-sucedida.

Tipo de evento explicit
Aprovado pelo Financeiro
A equipe financeira revisou e deu a aprovação final, liberando a despesa para reembolso e sincronização contábil. É capturado como uma ação explícita do usuário.
Por que é importante

Representa a etapa final de aprovação antes do pagamento. Analisar esta atividade ajuda a entender o ciclo de aprovação de ponta a ponta e a eficiência da equipe financeira.

Onde obter

Registrado no histórico de aprovação. Procure pelo evento associado a um usuário do departamento financeiro.

Captura

Um evento é registrado quando um usuário com permissões financeiras realiza a ação 'Aprovar'.

Tipo de evento explicit
Despesa Devolvida para Revisão
Um aprovador (gestor ou revisor financeiro) rejeitou a despesa e a enviou de volta ao funcionário para correção. Isso é capturado por uma mudança de status para 'Necessita Revisão' ou 'Rejeitado'.
Por que é importante

Esta atividade indica um ciclo de retrabalho, o que aumenta o tempo de ciclo. Monitorar esses eventos ajuda a identificar erros comuns de envio e melhorar o índice de aprovação de primeira.

Onde obter

Inferido por uma mudança no status da despesa para 'Necessita Revisão'. O evento deve ser vinculado ao aprovador que realizou a ação.

Captura

Derivado do timestamp de quando o status da despesa muda para 'Necessita Revisão' ou 'Rejeitado'.

Tipo de evento inferred
Recibo Anexado
Representa o momento em que um recibo é associado a uma despesa, seja via OCR automático ou manualmente pelo usuário. É capturado quando o arquivo do recibo é vinculado ao registro da transação.
Por que é importante

Monitorar esta atividade ajuda a identificar atrasos por falta de documentação. É um passo vital para garantir a conformidade e prontidão para auditorias.

Onde obter

Registrado quando um recibo é carregado ou vinculado. Verifique eventos de anexo ou marcadores de 'recibo_anexado'.

Captura

O evento é criado quando o sistema vincula uma imagem ou arquivo de recibo ao registro da despesa.

Tipo de evento explicit
Reembolso Agendado
Para reembolsos, o valor aprovado entrou na fila de processamento. Este evento indica que a despesa passou por todas as aprovações e está pronta para o pagamento.
Por que é importante

Este marco separa o processo de aprovação da execução do pagamento. Ajuda a isolar se os atrasos ocorrem no processamento financeiro ou nas aprovações.

Onde obter

Provavelmente inferido pela mudança para 'Pendente de Reembolso' ou 'Pronto para Pagamento'. Pode ser um evento explícito se houver lotes de pagamento.

Captura

Derivado de uma mudança de status para 'Pronto para Pagamento' ou da criação de um registro em uma tabela de lote de pagamento.

Tipo de evento inferred
Revisão do Gestor Pendente
A despesa foi enviada e aguarda revisão do gestor direto. Esse estado é inferido quando o status muda para 'Aprovação do Gestor Pendente' após o envio.
Por que é importante

Identifica o início da fase de aprovação do gestor. Analisar o tempo neste estado é chave para medir e melhorar o tempo de ciclo de aprovação.

Onde obter

Inferido pela mudança para um estado como 'Pendente de Aprovação' e atribuição à fila de um gestor. Exige rastreamento do histórico.

Captura

Derivado do timestamp de quando o status da despesa muda para 'Pendente de Aprovação do Gestor'.

Tipo de evento inferred
Revisão Financeira Pendente
Uma despesa aprovada foi escalonada e agora aguarda revisão da equipe financeira ou contábil. Isso geralmente ocorre em despesas de alto valor ou com alertas de política. A atividade é inferida por uma mudança de status.
Por que é importante

Marca o início do ciclo de revisão financeira. Medir a duração desta etapa ajuda a avaliar a carga de trabalho e a eficiência da equipe financeira, além de identificar oportunidades de automação.

Onde obter

Inferido pela mudança de status para 'Pendente de Aprovação Financeira' após o gestor aprovar. Exige acesso ao histórico de status.

Captura

Derivado do timestamp de quando o status da despesa muda para 'Pendente de Revisão Financeira'.

Tipo de evento inferred
Verificação de Política Realizada
O sistema audita automaticamente a despesa contra as políticas configuradas, sinalizando violações. Geralmente é um evento gerado pelo sistema logo após o envio.
Por que é importante

Mede a eficiência das verificações automáticas de conformidade e seu impacto no processo. Ajuda a identificar violações comuns e áreas que precisam de treinamento.

Onde obter

Provavelmente gravado em uma trilha de auditoria ou log da transação. Procure por eventos como 'policy_check' ou 'compliance_scan'.

Captura

Uma entrada de log do sistema é criada após o motor de políticas automatizado processar a transação.

Tipo de evento explicit
Recomendado Opcional

Guias de Extração

Como obter seus dados do Ramp