Seu Template de dados para gestão de despesas
Seu Template de dados para gestão de despesas
- Atributos recomendados para análise
- Principais atividades para acompanhar no processo
- Orientações para extração de dados
Atributos da gestão de despesas
| Nome | Descrição | ||
|---|---|---|---|
|
Data e hora do evento
EventTime
|
Data e hora que indicam quando uma atividade ou um evento específico ocorreu. | ||
|
Descrição
A data e a hora do evento registram o momento exato de cada atividade do processo. Essas informações temporais são fundamentais para Process Mining, pois estabelecem a ordem cronológica dos eventos. Elas são usadas para calcular os tempos de ciclo entre atividades, identificar tempos de espera e atrasos e analisar a performance do processo em diferentes períodos. Também permitem calcular métricas importantes, como o tempo médio de análise do gestor e o intervalo até a execução do reembolso, apoiando diretamente a análise de gargalos e o monitoramento da performance.
Por que isso importa
A data e a hora são essenciais para calcular todas as métricas baseadas em tempo, como tempos de ciclo e de espera, fundamentais para identificar atrasos.
Onde encontrar
Cada registro de evento ou transação no Brex deve ter uma data e uma hora associadas. Essas informações podem ser encontradas nas respostas da API ou nas exportações de dados dos relatórios de despesas.
Exemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
|
|||
|
ID do relatório de despesas
ExpenseReportId
|
Identificador exclusivo do relatório de despesas, usado como ID principal do caso para acompanhar todo o seu ciclo de vida. | ||
|
Descrição
O ID do relatório de despesas é a base do processo de gestão de despesas. Ele reúne todas as atividades relacionadas, da criação e do envio à aprovação e ao reembolso, em um único caso. Em Process Mining, esse ID permite analisar o percurso completo de cada relatório de despesas. Ele é usado para reconstruir o caminho exato percorrido pelo relatório, medir o tempo de ciclo total, identificar ciclos de retrabalho quando os relatórios são devolvidos para revisão e analisar as variantes do processo para entender os fluxos mais comuns e as exceções.
Por que isso importa
Este ID é essencial para acompanhar todo o ciclo de vida de um relatório de despesas e analisar tempos de ciclo, gargalos e desvios do processo.
Onde encontrar
Este é um identificador principal no módulo de gestão de despesas do Brex, geralmente disponível em todas as exportações de dados e endpoints da API relacionados a relatórios de despesas.
Exemplos
ER-2023-08-1012ER-2023-09-2345ER-2023-10-5567
|
|||
|
Nome da atividade
ActivityName
|
Nome de um evento ou uma tarefa específica que ocorreu durante o ciclo de vida do relatório de despesas. | ||
|
Descrição
O nome da atividade descreve uma etapa do processo, como Relatório de despesas enviado, Aprovado pelo gestor ou Reembolso efetuado. Esses eventos formam a sequência de ações que compõem o fluxo do processo. A análise dessas atividades permite visualizar o mapa do processo, identificar gargalos entre etapas e calcular a frequência de diferentes resultados, como aprovações ou rejeições. É a base para entender o que acontece durante o processo de gestão de despesas.
Por que isso importa
Este atributo é essencial para criar o mapa do processo e entender a sequência de eventos de cada relatório de despesas.
Onde encontrar
Estas informações vêm dos logs de eventos ou dos status das transações no sistema Brex. Talvez seja necessário converter códigos de status ou tipos de evento em nomes fáceis de entender.
Exemplos
Relatório de despesas criadoAprovado pelo gestorRejeitado pela equipe financeiraReembolso efetuado
|
|||
|
Departamento do funcionário
EmployeeDepartment
|
Departamento do funcionário que enviou o relatório de despesas. | ||
|
Descrição
Este atributo identifica o departamento, como Vendas, Engenharia ou Marketing, ao qual pertence o funcionário que enviou o relatório. É uma dimensão organizacional importante para a análise. Analisar os dados por departamento ajuda a identificar variações no processo, gargalos ou problemas de conformidade específicos de determinadas áreas da organização. Por exemplo, pode revelar se um departamento tem uma taxa de rejeição muito maior ou tempos de aprovação mais longos que os demais, indicando a necessidade de treinamento direcionado ou ajustes no processo. O atributo também é importante para acompanhar os orçamentos departamentais e alocar custos.
Por que isso importa
Permite filtrar e comparar a performance do processo entre diferentes unidades de negócio, ajudando a identificar problemas ou tendências específicos de cada departamento.
Onde encontrar
Estas informações geralmente vêm do perfil do funcionário no Brex, que costuma ser sincronizado com um sistema de informações de RH.
Exemplos
VendasEngenhariaMarketingFinanças
|
|||
|
Sinalização de violação de política
PolicyViolationFlag
|
Indicador booleano que informa se o relatório de despesas foi sinalizado por violação de política. | ||
|
Descrição
Este atributo é um indicador simples, verdadeiro ou falso, definido quando o mecanismo automático de políticas do Brex detecta uma possível violação, como uma despesa acima do limite da categoria ou a falta de um comprovante. Esta sinalização é fundamental para a análise de conformidade e serve de base para o KPI de taxa de violação de políticas. Ela permite filtrar rapidamente os relatórios fora de conformidade e entender o impacto nos tempos de processamento e nas taxas de rejeição. Analisar esses relatórios ajuda a aprimorar as políticas da empresa e identificar onde os funcionários precisam de mais orientação.
Por que isso importa
Dá suporte direto ao monitoramento da conformidade e ajuda a quantificar o impacto das violações de políticas na eficiência do processo e no retrabalho.
Onde encontrar
Provavelmente é um campo booleano ou um indicador de status nos dados de relatórios de despesas do Brex, geralmente gerenciado pelo mecanismo de políticas da plataforma.
Exemplos
truefalse
|
|||
|
Status do relatório
ReportStatus
|
Status atual do relatório de despesas no ciclo de vida do processo. | ||
|
Descrição
O status do relatório mostra em que etapa do processo ele está, por exemplo, Aguardando aprovação do gestor, Aprovado, Pago ou Rejeitado. Este atributo é essencial para o monitoramento operacional, especialmente no Dashboard de monitoramento do status de relatórios de despesas em aberto. Ele permite que gestores e equipes financeiras vejam rapidamente a carga de trabalho atual, identifiquem relatórios parados em uma etapa e priorizem as ações. Analisar o tempo em cada status ajuda a localizar atrasos e ineficiências no processo.
Por que isso importa
Mostra a situação atual do relatório de despesas no fluxo de trabalho, informação essencial para Dashboards operacionais e monitoramento de status.
Onde encontrar
Este é um campo de status importante no objeto de relatório de despesas do Brex.
Exemplos
PENDING_APPROVALAPPROVEDREJECTEDPAID
|
|||
|
Usuário do evento
EventUser
|
Usuário que realizou a atividade, como o gestor que aprovou o relatório. | ||
|
Descrição
O atributo Usuário do evento identifica a pessoa responsável por uma atividade. Pode ser o funcionário que enviou o relatório, o gestor que o analisou ou alguém da equipe financeira que processou o reembolso. Este atributo é essencial para analisar a carga de trabalho e acompanhar a performance, como no Dashboard de performance e carga de trabalho dos aprovadores. Ele ajuda a identificar quais aprovadores estão analisando mais relatórios, quem aprova mais rápido e se alguém está se tornando um gargalo no processo. Assim, é possível distribuir o trabalho de forma mais equilibrada e oferecer apoio direcionado quando necessário.
Por que isso importa
Identifica a pessoa responsável por uma ação e permite analisar a carga de trabalho, acompanhar a performance e identificar gargalos individuais.
Onde encontrar
Estes dados geralmente são registrados no log de auditoria ou no histórico de eventos de um relatório de despesas no Brex.
Exemplos
john.smith@example.comjane.doe@example.comfinance-bot
|
|||
|
Valor total
TotalAmount
|
Valor monetário total do relatório de despesas. | ||
|
Descrição
Este atributo representa o valor total solicitado no relatório de despesas. É uma métrica financeira importante para entender os padrões de gastos e o impacto financeiro do processo de despesas. Na análise, o valor total pode ser usado para separar os relatórios por faixa de valor, como relatórios de alto e baixo valor, que podem seguir fluxos de aprovação ou níveis de análise diferentes. Ele também é essencial para relatórios financeiros, análises orçamentárias e identificação de tendências de gastos por departamento ou categoria.
Por que isso importa
Este atributo permite fazer análises financeiras, como identificar relatórios de despesas de alto valor que podem exigir uma análise mais rigorosa ou levar mais tempo para serem aprovados.
Onde encontrar
Este é um campo padrão associado a todos os relatórios de despesas no Brex. Ele pode ser encontrado no objeto principal do relatório de despesas nas respostas da API ou nas exportações.
Exemplos
150.752500.0079.99
|
|||
|
Aprovação na primeira tentativa
FirstPassApproval
|
Indicador que informa se um relatório foi aprovado sem rejeições ou revisões. | ||
|
Descrição
Este atributo booleano calculado identifica as instâncias mais eficientes do processo. Ele recebe o valor 'true' somente quando um relatório de despesas percorre todo o processo, do envio à aprovação final, sem ser rejeitado nem devolvido para revisão. Esse atributo é a base do KPI 'Taxa de aprovação na primeira tentativa', uma medida importante da qualidade e da eficiência do processo. Uma taxa alta indica que os funcionários enviam relatórios de qualidade, em conformidade com as políticas, e que o processo de aprovação é simples. Analisar as características dos relatórios que não são aprovados na primeira tentativa ajuda a identificar fontes de atrito e erros no processo.
Por que isso importa
Mede a qualidade dos envios iniciais e a eficiência do fluxo de trabalho principal, identificando relatórios que avançam sem obstáculos.
Onde encontrar
Este atributo é calculado na plataforma de Process Mining, que analisa a sequência de atividades de cada caso para verificar se houve rejeição ou revisão.
Exemplos
truefalse
|
|||
|
Categoria de despesa
ExpenseCategory
|
Categoria atribuída à despesa, como viagem, refeições ou software. | ||
|
Descrição
A categoria de despesa é uma classificação escolhida pelo funcionário para descrever a natureza do gasto. Ela é usada na contabilidade, no orçamento e na aplicação de políticas. No Process Mining, categorizar as despesas permite analisar o processo com mais detalhes. Isso pode ajudar a identificar se certas categorias, como viagens internacionais, têm ciclos de aprovação mais longos ou taxas de rejeição mais altas. Essa análise contribui para aprimorar políticas e processos relacionados a tipos específicos de gastos.
Por que isso importa
Permite analisar o processo de acordo com o tipo de gasto e identificar diferenças de comportamento ou gargalos entre as categorias de despesas.
Onde encontrar
Este é um campo padrão nos itens de despesa e precisa ser agregado ao nível do relatório quando ele inclui várias categorias.
Exemplos
Passagem aéreaRefeições e entretenimentoAssinaturas de softwareMateriais de escritório
|
|||
|
Detalhes da violação de política
PolicyViolationDetails
|
Descrição em texto da política específica que foi violada. | ||
|
Descrição
Enquanto o indicador de violação de política mostra que houve uma violação, este atributo explica o motivo. Ele contém detalhes sobre a regra específica que foi descumprida, como 'Limite de US$ 50 para refeições excedido' ou 'Recibo obrigatório para despesas acima de US$ 25'. Esse nível de detalhe é essencial para o Dashboard de análise de violações de políticas e retrabalho. Ele permite fazer uma análise de causa raiz e identificar os tipos de violação mais comuns. Esse insight pode orientar ações específicas, como esclarecer uma política, enviar lembretes aos funcionários ou ajustar as regras automatizadas do sistema.
Por que isso importa
Aponta a causa raiz das violações de políticas e permite direcionar melhorias nas políticas, no treinamento dos usuários e nas configurações do sistema.
Onde encontrar
Essas informações ficam disponíveis na seção de conformidade ou nas notas de revisão associadas a uma despesa sinalizada no Brex.
Exemplos
A despesa excede o limite da categoria.O recibo está faltando.Despesa duplicada identificada.
|
|||
|
É automatizado
IsAutomated
|
Indicador booleano que informa se a atividade foi realizada por um usuário do sistema ou por um bot. | ||
|
Descrição
Este atributo identifica se uma atividade foi executada automaticamente pelo sistema, como uma verificação automatizada de políticas, ou por uma pessoa, como uma aprovação manual. Diferenciar atividades automatizadas das manuais é essencial para entender o nível de automação do processo. Isso ajuda a avaliar a eficácia dos sistemas baseados em regras e a identificar oportunidades para ampliar a automação. Por exemplo, o atributo mostra quantos relatórios são aprovados automaticamente e quantos exigem intervenção manual, orientando iniciativas para processar mais casos sem intervenção humana.
Por que isso importa
Ajuda a medir o nível de automação do processo e identifica quais etapas são realizadas por pessoas e quais são executadas pelo sistema.
Onde encontrar
Geralmente, esse atributo é calculado verificando o usuário associado a um evento. Eventos gerados pelo sistema costumam estar vinculados a um usuário genérico, como 'system' ou 'bot'.
Exemplos
truefalse
|
|||
|
É retrabalho
IsRework
|
Indicador calculado que assume o valor verdadeiro se o relatório foi devolvido para revisão pelo menos uma vez. | ||
|
Descrição
Este atributo booleano é derivado do fluxo do processo. Ele recebe o valor 'true' para qualquer relatório de despesas que inclua a atividade 'Relatório enviado para revisão' no histórico. Assim, fica mais fácil marcar e analisar os casos que passaram por retrabalho. Este indicador é usado para calcular o KPI 'Taxa de retrabalho em relatórios de despesas' e alimentar o Dashboard de análise de violações de políticas e retrabalho. Ele facilita a comparação entre casos que avançam sem problemas pelo processo e aqueles que são devolvidos, ajudando a quantificar o tempo e o custo associados ao retrabalho.
Por que isso importa
Identifica relatórios de despesas que exigiram trabalho adicional e correções, permitindo analisar as causas e os custos do retrabalho.
Onde encontrar
Este atributo não existe no sistema de origem. Ele é calculado verificando se a sequência de atividades de um caso contém 'Relatório enviado para revisão' ou outra atividade semelhante de retrabalho.
Exemplos
truefalse
|
|||
|
Hora de término
EndTime
|
Data e hora em que uma atividade foi concluída. | ||
|
Descrição
Enquanto StartTime (EventTime) marca o início de uma atividade, EndTime marca sua conclusão. Isso é mais relevante para atividades com duração, como 'Revisão do gerente iniciada' e 'Aprovação do gerente'. Ter os horários de início e término de uma atividade permite calcular com precisão seu tempo de processamento e separá-lo do tempo de espera anterior. Assim, você mede com mais exatidão quanto tempo o trabalho em si leva, um componente importante da análise de gargalos.
Por que isso importa
Permite calcular com precisão o tempo de processamento das atividades, separando-o do tempo de espera e tornando a análise de gargalos mais precisa.
Onde encontrar
EndTime costuma corresponder ao StartTime da atividade seguinte na sequência. Também pode ser um campo específico nos dados de origem para atividades com duração definida.
Exemplos
2023-10-26T10:05:12Z2023-10-26T14:40:00Z2023-10-27T09:15:25Z
|
|||
|
Método de pagamento
PaymentMethod
|
Indica como a despesa foi paga, por exemplo, com cartão corporativo ou recursos próprios. | ||
|
Descrição
Este atributo diferencia as despesas pagas com um cartão Brex emitido pela empresa daquelas pagas do próprio bolso pelo funcionário e que exigem reembolso. Essa distinção é importante porque o processo pode variar bastante conforme o método de pagamento. Transações com cartão corporativo podem passar por verificação e conciliação, enquanto reembolsos seguem um processo de solicitação e pagamento. Analisar os dados por método de pagamento ajuda a isolar problemas específicos de cada fluxo e a otimizá-los separadamente.
Por que isso importa
O fluxo do processo e as etapas necessárias costumam ser diferentes para despesas pagas com cartão corporativo e reembolsos de gastos próprios. Por isso, este é um atributo importante para analisar variantes.
Onde encontrar
Essas informações fazem parte dos dados da transação no Brex.
Exemplos
Cartão corporativo BrexReembolsoPagamento de contas
|
|||
|
Moeda
Currency
|
Código da moeda do valor total do relatório de despesas. | ||
|
Descrição
O atributo Moeda especifica a unidade do valor total, como USD, EUR ou GBP. Ele é essencial para análises financeiras precisas, especialmente em organizações multinacionais que trabalham com várias moedas. Este atributo garante a interpretação correta dos dados financeiros. Ele permite agregar e comparar os valores das despesas adequadamente, muitas vezes com a conversão para uma moeda comum de relatório. Assim, evita-se o erro de somar valores monetários de moedas diferentes.
Por que isso importa
Garante a precisão financeira em ambientes com várias moedas e permite agregar e apresentar corretamente os valores das despesas.
Onde encontrar
Este campo geralmente aparece junto ao campo de valor nos dados de relatórios de despesas do Brex.
Exemplos
USDEURGBP
|
|||
|
Motivo da rejeição
RejectionReason
|
Motivo informado por um gerente ou usuário da equipe financeira para rejeitar um relatório de despesas. | ||
|
Descrição
Este atributo registra o motivo, em texto livre ou selecionado de uma lista, informado quando um relatório de despesas é rejeitado. Diferentemente de um indicador automático de política, ele representa uma decisão manual de quem aprova. Analisar os motivos de rejeição é essencial para entender as causas de falhas no processo e do retrabalho. Isso ajuda a identificar erros comuns no envio, políticas pouco claras ou dúvidas de funcionários e gerentes. Essas informações podem ser usadas para melhorar os materiais de treinamento e as perguntas frequentes, reduzindo as taxas de rejeição e retrabalho.
Por que isso importa
Explica por que ocorrem rejeições manuais e fornece feedback direto para melhorar o treinamento dos usuários e reduzir erros futuros.
Onde encontrar
Geralmente, é um campo de comentários que quem aprova pode preencher ao selecionar a ação 'Rejeitar' na interface do Brex.
Exemplos
Categoria de despesa incorreta.Forneça uma justificativa comercial mais detalhada.Esta compra não foi pré-aprovada.
|
|||
|
Nome do funcionário
EmployeeName
|
Nome do funcionário que criou e enviou o relatório de despesas. | ||
|
Descrição
Este atributo informa o nome do funcionário em cujo nome o relatório de despesas foi enviado. Enquanto Usuário do evento identifica quem realizou uma ação, Nome do funcionário identifica a pessoa associada ao caso do relatório de despesas. Na análise, ele permite acompanhar as despesas por funcionário. Também ajuda a identificar quem envia relatórios com violações de políticas com frequência ou tem relatórios rejeitados repetidamente, o que pode indicar a necessidade de treinamento adicional. Além disso, ajuda a entender os padrões de gastos de diferentes funcionários ou funções na organização.
Por que isso importa
Identifica quem é responsável pelo relatório de despesas e permite analisar a qualidade dos envios e a conformidade por funcionário.
Onde encontrar
Esta informação básica consta em todos os relatórios de despesas e está vinculada ao perfil do usuário que criou o relatório no Brex.
Exemplos
Alice JohnsonRobert WilliamsMaria Garcia
|
|||
|
País
Country
|
País associado ao funcionário ou à transação de despesa. | ||
|
Descrição
Este atributo indica o país do escritório principal ou do centro de custos do funcionário. Para empresas globais, é uma dimensão essencial para análises comparativas. Analisar o processo por país pode revelar diferenças regionais na performance do processo, nas taxas de conformidade ou nos hábitos de gastos. Por exemplo, os tempos de aprovação podem ser maiores em um país devido a regulamentações locais ou a diferentes estruturas de gestão. Esse insight ajuda a padronizar processos globalmente sem deixar de atender às necessidades locais.
Por que isso importa
Permite analisar a performance e a conformidade do processo em diferentes regiões geográficas, algo essencial para organizações multinacionais.
Onde encontrar
Obtido no perfil do funcionário no Brex, que geralmente é sincronizado com um sistema central de RH.
Exemplos
USACANGBRDEU
|
|||
|
Recibos anexados no prazo
ReceiptsAttachedOnTime
|
Indicador que informa se os recibos foram anexados antes do envio do relatório. | ||
|
Descrição
Este atributo booleano calculado mede a adesão a uma boa prática comum do processo: anexar todos os recibos necessários antes de enviar um relatório de despesas para revisão. Ele recebe o valor 'true' quando a atividade 'Recibos anexados' ocorre antes da atividade 'Relatório de despesas enviado' em um caso. Este indicador dá suporte direto ao Dashboard de adesão a recibos e impacto e ao KPI de adesão ao envio de recibos. Analisá-lo ajuda a quantificar a frequência de recibos atrasados ou ausentes e a relacionar esse comportamento a resultados do processo, como atrasos, rejeições e retrabalho.
Por que isso importa
Mede a conformidade com as políticas de envio de recibos e ajuda a identificar uma causa raiz comum de atrasos e rejeições no processo.
Onde encontrar
Este valor é calculado na ferramenta de Process Mining, comparando as datas e horas das atividades 'Recibos anexados' e 'Relatório de despesas enviado' em cada caso.
Exemplos
truefalse
|
|||
|
Sistema de origem
SourceSystem
|
Sistema do qual os dados foram extraídos. | ||
|
Descrição
Este atributo identifica a origem dos dados do processo, que neste caso é o Brex. Ele é importante para a governança e a rastreabilidade dos dados, especialmente em ambientes que combinam dados de vários sistemas para oferecer uma visão completa do processo. Na análise, ele ajuda a filtrar e segmentar os dados quando há vários sistemas de origem, garantindo que as métricas e os mapas de processo sejam interpretados corretamente. Quando a análise abrange apenas um sistema, o atributo confirma a origem dos dados.
Por que isso importa
Fornece contexto essencial sobre a origem dos dados, garante a rastreabilidade e permite filtrar corretamente os dados em ambientes com vários sistemas.
Onde encontrar
Este é um valor estático, 'Brex', geralmente adicionado durante a extração e a transformação dos dados.
Exemplos
BrexBrex-API-v2.1
|
|||
|
Última atualização dos dados
LastDataUpdate
|
Data e hora da última atualização dos dados extraídos do sistema de origem. | ||
|
Descrição
Este atributo indica se os dados analisados estão atualizados. Ele registra a data e a hora da última extração bem-sucedida de dados do Brex. Saber quando os dados foram atualizados pela última vez é essencial para entender se os insights são recentes. Isso ajuda a verificar se os Dashboards refletem o estado mais atual das operações ou se usam dados antigos, além de alinhar as expectativas sobre a precisão da análise em tempo real.
Por que isso importa
Informa se os dados estão atualizados, algo essencial para tomar decisões operacionais precisas com base nas informações mais recentes.
Onde encontrar
Esta data e hora são geradas pela ferramenta ou pelo processo de extração de dados ao final de uma extração bem-sucedida do Brex.
Exemplos
2023-11-20T02:00:00Z2023-11-21T02:00:00Z
|
|||
Atividades da gestão de despesas
| Atividade | Descrição | ||
|---|---|---|---|
|
Aprovado pela equipe financeira
|
A equipe financeira concluiu a análise e deu a aprovação final ao relatório de despesas. Esta é a última etapa de aprovação antes do processamento do reembolso. | ||
|
Por que isso importa
Este marco importante autoriza o pagamento. Ele encerra a medição do ciclo completo de aprovação e inicia a medição do KPI de intervalo até a execução do reembolso.
Onde encontrar
Este evento deve ser registrado explicitamente no histórico de aprovações ou no log de auditoria, com o ID do aprovador final e a data e a hora.
Coleta
Obtido do Event Log ou de uma mudança de status para Aprovado pela equipe financeira ou Aprovado para pagamento.
Tipo de evento
explicit
|
|||
|
Aprovado pelo gestor
|
O gestor de primeiro nível analisou e aprovou o relatório de despesas para que ele siga para as próximas etapas. Esta decisão importante encaminha o relatório para a etapa seguinte, geralmente a análise financeira ou a aprovação automática. | ||
|
Por que isso importa
Este marco conclui a etapa inicial de aprovação. Ele é essencial para acompanhar o tempo de ciclo das aprovações, a carga de trabalho dos gestores e a taxa de aprovação na primeira análise.
Onde encontrar
Este evento provavelmente é registrado explicitamente em uma tabela de histórico de aprovações ou em um log de auditoria, com o ID do aprovador e a data e a hora.
Coleta
Obtido do Event Log ou de uma mudança de status para Aprovado pelo gestor, com a data e a hora correspondentes.
Tipo de evento
explicit
|
|||
|
Lançamento contábil realizado
|
Representa a etapa final, em que os dados de despesas são lançados com sucesso no razão geral da empresa ou no sistema ERP. Isso conclui a conciliação financeira do relatório de despesas. | ||
|
Por que isso importa
Esta atividade confirma que o processo foi concluído do ponto de vista contábil. Atrasos entre o reembolso e o lançamento podem indicar problemas na integração de sistemas ou nos fluxos de trabalho contábeis.
Onde encontrar
Este evento provavelmente é registrado por uma confirmação da API ou por uma atualização de status após a sincronização bem-sucedida com o sistema contábil. A data e a hora do evento indicam o momento do lançamento.
Coleta
Registrado após uma resposta bem-sucedida da API ou uma atualização de status do ERP ou software contábil integrado.
Tipo de evento
explicit
|
|||
|
Reembolso efetuado
|
Esta atividade marca o momento em que o pagamento é efetivamente feito ao funcionário. Do ponto de vista do funcionário, esta é a etapa final e representa a conclusão bem-sucedida do processo. | ||
|
Por que isso importa
Este é o principal evento de conclusão bem-sucedida do processo. Ele é necessário para calcular os KPIs de tempo médio de ciclo de ponta a ponta e intervalo até a execução do reembolso, que afetam diretamente a satisfação dos funcionários.
Onde encontrar
Este evento deve ser obtido dos logs de transações de pagamento ou de uma confirmação da API do banco ou processador de pagamentos. Ele corresponde à data em que o pagamento foi efetivamente realizado.
Coleta
Obtido do log de transações de pagamento, que inclui a data e a hora da execução.
Tipo de evento
explicit
|
|||
|
Relatório de despesas criado
|
Esta atividade marca o início de um relatório de despesas criado por um funcionário. O sistema registra o evento quando um novo relatório é gerado, seja como rascunho ou já com os primeiros itens de despesa incluídos. | ||
|
Por que isso importa
Este é o principal evento de início do processo. Analisar o tempo entre este ponto e o envio ajuda a entender o comportamento dos funcionários e possíveis atrasos no registro das despesas.
Onde encontrar
Este evento provavelmente é registrado com base na data e hora de criação do objeto ou registro do relatório de despesas no banco de dados do Brex. Deve corresponder à data e hora mais antiga associada ao ID do relatório de despesas.
Coleta
Identificado pela data de criação do registro principal do relatório de despesas.
Tipo de evento
explicit
|
|||
|
Relatório de despesas enviado
|
Esta atividade ocorre quando o funcionário envia formalmente o relatório de despesas preenchido para aprovação. É uma ação importante do usuário que altera o status do relatório de Rascunho ou Aberto para Aguardando aprovação. | ||
|
Por que isso importa
Este é um marco importante que inicia oficialmente o fluxo de trabalho de aprovação. O tempo entre o envio e a aprovação final é uma parte essencial do tempo de ciclo total.
Onde encontrar
Em geral, este evento é registrado explicitamente em um log de auditoria ou pode ser identificado pela mudança de status para Enviado ou Aguardando aprovação do gestor, junto com a data e a hora correspondentes.
Coleta
Obtido do Event Log ou do campo 'submission_timestamp' no registro do relatório de despesas.
Tipo de evento
explicit
|
|||
|
Relatório devolvido para revisão
|
Um aprovador, seja gestor ou integrante da equipe financeira, devolve o relatório ao funcionário para correção. Diferentemente de uma rejeição definitiva, essa ação inicia um ciclo de retrabalho. | ||
|
Por que isso importa
Esta atividade é o principal indicador de retrabalho. Acompanhar sua frequência é essencial para o KPI de taxa de retrabalho dos relatórios de despesas e para o Dashboard de análise de violações de políticas e retrabalho.
Onde encontrar
Este evento provavelmente é identificado pela mudança de status para Precisa de revisão ou Devolvido. O sistema deve registrar a data e a hora dessa atualização de status.
Coleta
Identificado pela mudança de status para algo como Precisa de revisão, geralmente acompanhada de comentários.
Tipo de evento
inferred
|
|||
|
Análise do gestor iniciada
|
Esta atividade marca o momento em que o relatório de despesas entra na fila de aprovação do gestor. Em geral, ela é identificada pela mudança do status do relatório para Aguardando aprovação do gestor logo após o envio. | ||
|
Por que isso importa
Este evento indica o início da primeira etapa de aprovação. Medir o tempo até Aprovado pelo gestor ou Rejeitado pelo gestor é essencial para o KPI de tempo médio de análise do gestor.
Onde encontrar
Este evento é identificado pela data e hora em que o status do relatório de despesas muda para Aguardando aprovação do gestor ou um status semelhante. Muitas vezes, isso ocorre junto com o evento Relatório de despesas enviado.
Coleta
Identificado pela data e hora da mudança de status para Aguardando aprovação do gestor.
Tipo de evento
inferred
|
|||
|
Análise financeira iniciada
|
Marca o momento em que o relatório de despesas entra na fila da equipe financeira ou contábil para a análise final. Em geral, esse evento é identificado por uma mudança de status após a aprovação do gestor. | ||
|
Por que isso importa
Este evento indica o início da etapa final de aprovação, que costuma ser a mais crítica. Analisar sua duração ajuda a identificar gargalos na equipe financeira.
Onde encontrar
Este evento é identificado pela data e hora em que o status do relatório muda para Aguardando aprovação financeira ou um status semelhante após a aprovação do gestor.
Coleta
Identificado pela data e hora da mudança de status para Aguardando análise financeira.
Tipo de evento
inferred
|
|||
|
Comprovantes anexados
|
Representa a ação de um usuário que envia ou anexa a imagem ou o arquivo de um comprovante a um item de despesa. Em geral, o sistema registra cada anexo como um evento explícito com data e hora. | ||
|
Por que isso importa
Acompanhar esta atividade é essencial para o Dashboard de adesão aos comprovantes e seu impacto. Isso ajuda a identificar se atrasos ou rejeições estão relacionados à falta de comprovantes ou ao envio fora do prazo.
Onde encontrar
Este evento provavelmente é registrado em uma tabela relacionada que vincula os anexos aos itens de despesa. Cada registro de anexo deve ter sua própria data e hora de criação.
Coleta
Registrado quando um usuário envia com sucesso um arquivo associado a um item de despesa.
Tipo de evento
explicit
|
|||
|
Reembolso agendado
|
Após a aprovação final, o relatório de despesas entra na fila para pagamento em um próximo lote de reembolsos. Esta atividade representa a transferência da aprovação para o sistema de pagamentos. | ||
|
Por que isso importa
Esta etapa pode revelar atrasos entre a aprovação final e o processamento efetivo do pagamento. Ela ajuda a diferenciar gargalos na aprovação de ineficiências no sistema de pagamentos.
Onde encontrar
Este evento pode ser identificado por uma mudança de status para Pronto para pagamento ou Agendado. Também pode ser registrado explicitamente se o sistema se conectar a um sistema de pagamentos ou ERP separado.
Coleta
Identificado pela mudança de status para Aguardando pagamento ou pela criação de um registro de lote de pagamentos.
Tipo de evento
inferred
|
|||
|
Rejeitado pela equipe financeira
|
A equipe financeira rejeitou o relatório de despesas, geralmente por questões de política, conformidade ou documentação. Esta rejeição é definitiva e interrompe o processo. | ||
|
Por que isso importa
Este é um evento de exceção importante. Analisar sua frequência e suas causas é essencial para entender falhas de conformidade e calcular a taxa geral de rejeição de relatórios de despesas.
Onde encontrar
Assim como outras decisões de aprovação, esta rejeição deve ser registrada explicitamente em um log de auditoria, com o ID do aprovador, a data, a hora e o motivo.
Coleta
Obtido do Event Log ou de uma mudança de status para Rejeitado pela equipe financeira.
Tipo de evento
explicit
|
|||
|
Rejeitado pelo gestor
|
O gestor de primeiro nível analisou e rejeitou o relatório de despesas. Essa ação geralmente interrompe o processo ou devolve o relatório ao funcionário para correção. | ||
|
Por que isso importa
Esta atividade representa um resultado negativo e uma exceção no processo. É essencial para calcular a taxa de rejeição de relatórios de despesas e identificar os motivos de falha na primeira etapa de aprovação.
Onde encontrar
Esta decisão deve ser registrada explicitamente em uma tabela de histórico de aprovações ou em um log de auditoria, assim como uma aprovação, com a data, a hora e um código do motivo.
Coleta
Obtido do Event Log ou de uma mudança de status para Rejeitado pelo gestor, com a data e a hora correspondentes.
Tipo de evento
explicit
|
|||
|
Violação de política sinalizada
|
Evento automático ou manual que indica que um ou mais itens de despesa do relatório violam as políticas da empresa. O sistema pode registrá-lo quando uma regra é acionada ou quando um revisor sinaliza um problema manualmente. | ||
|
Por que isso importa
Esta atividade é essencial para o Dashboard de análise de violações de políticas e retrabalho e para o KPI de taxa de violação de políticas. Ela ajuda a identificar problemas recorrentes de conformidade e pontos que precisam de esclarecimento nas políticas.
Onde encontrar
Identificado quando o atributo 'Policy Violation Flag' recebe o valor verdadeiro. A data e a hora correspondem à última atualização do status da sinalização.
Coleta
Identificado pela alteração de um campo booleano ou de status que indica uma violação de política.
Tipo de evento
inferred
|
|||
Guias de extração
Pronto para começar?
Use este Template para simplificar a coleta de dados e acelerar a otimização da gestão de despesas. Comece hoje a encontrar insights e aumentar a eficiência.
Otimize hoje a gestão de despesas no Brex
Reduza em 30% o tempo de ciclo das aprovações e aumente a satisfação dos funcionários.
Não é necessário informar o cartão de crédito. Configure em poucos minutos.