Seu Template de Dados para Purchase to Pay
Seu Template de Dados para Purchase to Pay
- Atributos recomendados para coletar
- Atividades-chave a monitorizar
- Guia de extração para o Coupa
Purchase to Pay - Atributos de Processamento de Faturas
| Nome | Descrição | ||
|---|---|---|---|
|
Número da fatura
InvoiceNumber
|
O identificador único da fatura do fornecedor. Serve como a chave primária para rastreá-la em todo o ciclo. | ||
|
Descrição
O Número da Fatura é a referência única do fornecedor. No Process Mining, ele funciona como o Case ID, vinculando todas as atividades, do recebimento ao pagamento. Analisar processos pelo Número da Fatura permite uma visão fim a fim. Isso ajuda a identificar variações, medir tempos de ciclo com precisão e localizar faturas com atrasos ou retenções. É o atributo base para entender a performance em nível granular.
Por que é importante
É o identificador de caso essencial que conecta todos os eventos de uma única fatura, permitindo uma análise de processo coerente e de ponta a ponta.
Onde obter
Campo principal no Coupa. Pode ser encontrado no cabeçalho da fatura ou via API.
Exemplos
INV-2023-00123785549-APO45001-INV
|
|||
|
Tempo do Evento
EventTime
|
O timestamp preciso que indica quando uma atividade ou evento específico ocorreu. | ||
|
Descrição
Event Time, ou timestamp, registra a data e a hora exatas em que uma atividade foi realizada. É a base temporal do log do processo, ordenando todos os eventos cronologicamente para cada caso. Este atributo é essencial para todas as análises baseadas em tempo no Process Mining. Ele é usado para calcular tempos de ciclo entre atividades, identificar a duração de gargalos, medir tempos de espera e analisar a performance do processo em diferentes períodos. Timestamps precisos são cruciais para construir modelos de processo realistas e derivar KPIs de performance significativos.
Por que é importante
Fornece os dados cronológicos necessários para calcular todas as durações, tempos de ciclo e tempos de espera, que são fundamentais para a análise de performance.
Onde obter
Capturado na trilha de auditoria do Coupa. Cada ação ou mudança de status possui um carimbo de data/hora associado.
Exemplos
2023-10-26T10:00:00Z2023-11-05T14:32:15Z2023-11-15T09:01:45Z
|
|||
|
Atividade
ActivityName
|
O nome de um evento de negócio ou tarefa ocorrida no ciclo de vida da fatura. | ||
|
Descrição
O Nome da Atividade descreve uma etapa no workflow, como "Fatura Criada", "Enviada para Aprovação" ou "Pagamento Executado". Cada atividade representa uma mudança de estado ou responsável. No Process Mining, a sequência de atividades forma o mapa do processo. Analisar essas atividades ajuda a visualizar o fluxo real, identificar caminhos comuns, detectar gargalos e localizar etapas ineficientes, como loops de retrabalho.
Por que é importante
Atributo crucial para construir o mapa do processo, permitindo visualizar e analisar o workflow real.
Onde obter
Derivado de logs ou mudanças de status no módulo de faturas do Coupa. Geralmente exige o mapeamento de ações para nomes de atividades definidos.
Exemplos
Fatura Enviada para ProcessamentoFatura AprovadaRetenção Aplicada à FaturaPagamento Executado
|
|||
|
Data de Vencimento do Pagamento
PaymentDueDate
|
A data limite para pagamento da fatura sem atrasos. | ||
|
Descrição
A Data de Vencimento é calculada com base na data da fatura e nos termos acordados. É o limite para pagar o fornecedor. Este atributo é a referência para medir a pontualidade. É usado para calcular o KPI de Taxa de Pagamento em Dia. Analisar desvios ajuda a identificar problemas sistêmicos, evitar multas e manter bons relacionamentos com fornecedores.
Por que é importante
É o principal benchmark para medir a performance de pagamentos no prazo e é essencial para gerenciar o relacionamento com fornecedores e evitar multas.
Onde obter
Calculado pelo Coupa com base na data da fatura e termos de pagamento. Disponível no registro da fatura.
Exemplos
2023-11-302023-12-152024-01-10
|
|||
|
Nome do Fornecedor
VendorName
|
O nome do fornecedor que submeteu a fatura. | ||
|
Descrição
O Nome do Fornecedor identifica o parceiro de quem os itens foram comprados. É um dado vital para analisar a performance de pagamentos. Este atributo permite segmentar o processo por fornecedor. Ajuda a identificar quem tem os maiores tempos de processamento ou se fornecedores estratégicos são pagos em dia. É crucial para gerenciar o relacionamento com parceiros de forma eficaz.
Por que é importante
Permite segmentar e analisar o processo por fornecedor, o que é fundamental para gerenciar o relacionamento com suprimentos e identificar problemas específicos por fornecedor.
Onde obter
Parte dos dados principais da fatura no Coupa, vinculada ao objeto Fornecedor.
Exemplos
Suprimentos de Escritório GlobaisTech Solutions Inc.Agência de Marketing Criativa
|
|||
|
Número do Pedido de Compra
PurchaseOrderNumber
|
O identificador do Pedido de Compra (PO) referente a esta fatura. | ||
|
Descrição
O Número do Pedido de Compra (PO) vincula a fatura ao documento original. É fundamental para a associação (matching), essencial na validação. No Process Mining, este atributo analisa a resolução de divergências. Ele permite filtrar faturas por pedido e é vital para o dashboard de Divergências de Matching. Uma alta taxa de faturas sem PO pode indicar compras irregulares ou fora de conformidade.
Por que é importante
Vincula a fatura ao processo de compras, permitindo a análise da eficiência da conferência de pedidos (PO matching) e do tratamento de divergências.
Onde obter
Campo padrão no Coupa, usado para vincular linhas da fatura às linhas do pedido (PO).
Exemplos
PO4500123PO4500456PO4500789
|
|||
|
Status da Fatura
InvoiceStatus
|
O estado atual da fatura no seu workflow de processamento. | ||
|
Descrição
O Status da Fatura mostra onde o documento está, como "pendente", "aprovado" ou "pago". É um atributo dinâmico que muda conforme o fluxo avança. É essencial para dashboards de monitoramento, permitindo rastrear o estoque de faturas abertas e sua distribuição. A análise das transições de status ao longo do tempo também serve para derivar o atributo "Nome da Atividade".
Por que é importante
Oferece uma visão em tempo real da posição de uma fatura no workflow, o que é crucial para Dashboards operacionais e rastreamento de status.
Onde obter
Campo de status principal no objeto de Fatura no Coupa.
Exemplos
Pendente de AprovaçãoAprovadoAnuladaPago
|
|||
|
Utilizador
User
|
O usuário ou agente do sistema que realizou a atividade. | ||
|
Descrição
Identifica o indivíduo ou sistema responsável pela etapa, como aprovar faturas. Geralmente é um ID, nome ou e-mail. Analisar por usuário ajuda a entender a performance da equipe e a carga de trabalho. É essencial para localizar gargalos concentrados em aprovadores específicos e diferenciar atividades manuais de automações.
Por que é importante
Permite a análise da carga de trabalho, aponta gargalos causados por usuários ou equipes específicas e ajuda na avaliação da performance e conformidade do usuário.
Onde obter
A informação do usuário fica registrada na trilha de auditoria do Coupa, vinculada a cada ação.
Exemplos
john.doe@empresa.com.brjane.smithSystem.Automation
|
|||
|
Valor Total da Fatura
InvoiceTotalAmount
|
O valor monetário total da fatura, incluindo impostos e outras taxas. | ||
|
Descrição
Representa o valor total da fatura. É um dado financeiro base para diversas análises. Analisar por valor pode revelar padrões: faturas de alto valor podem ter aprovações mais rigorosas e lentas. Também ajuda a medir o impacto financeiro de ineficiências, como o montante retido por bloqueios.
Por que é importante
Fornece um contexto financeiro crucial, permitindo analisar como o comportamento do processo muda conforme o valor da fatura e o impacto financeiro dos atrasos.
Onde obter
Campo padrão no Coupa, geralmente chamado de "Total" ou "Valor Total".
Exemplos
1500.75250,0012345.50
|
|||
|
Código da Empresa
CompanyCode
|
O identificador da entidade legal ou empresa responsável pela fatura. | ||
|
Descrição
O Código da Empresa representa uma entidade legal específica. As faturas são registradas contra ele para fins contábeis e de relatórios. Este atributo é essencial para segmentar a análise por entidade legal, permitindo comparar a performance entre diferentes unidades de negócio ou países. Isso é crucial para organizações multinacionais.
Por que é importante
Permite a comparação de processos e o benchmarking de performance entre diferentes entidades legais ou unidades de negócio da organização.
Onde obter
Campo contábil fundamental no Coupa, necessário para lançamentos financeiros.
Exemplos
1000US01DE01
|
|||
|
Condições de Pagamento
PaymentTerms
|
Os termos acordados para o pagamento da fatura, como 'Net 30' ou '2% 10, Net 30'. | ||
|
Descrição
Os Termos de Pagamento definem as regras para pagar um fornecedor, incluindo a data de vencimento e descontos para pagamentos antecipados. Essas informações são geralmente estabelecidas nos dados mestres do fornecedor e aplicadas às faturas. Este atributo é essencial para calcular a Data de Vencimento e identificar oportunidades de descontos por antecipação. É uma entrada direta para o dashboard de Acompanhamento de Descontos por Antecipação e seu KPI associado. Analisar os termos pode revelar se certos prazos estão correlacionados a atrasos nos pagamentos.
Por que é importante
É a base para calcular as datas de vencimento dos pagamentos e identificar oportunidades de desconto por antecipação, impactando diretamente o capital de giro.
Onde obter
Campo padrão no Coupa, geralmente preenchido automaticamente a partir do registro do fornecedor.
Exemplos
Líquido 30Líquido 602% 10, Net 30
|
|||
|
Data da Fatura
InvoiceDate
|
A data que consta no documento da fatura do fornecedor. | ||
|
Descrição
A Data da Fatura é a data atribuída pelo fornecedor. Ela marca o início do ciclo de pagamento e serve para calcular o vencimento. Este atributo é o ponto de partida para cálculos de tempo de ciclo e elegibilidade para descontos. Analisar a diferença entre a data da fatura e sua entrada no sistema pode revelar atrasos no envio ou recebimento.
Por que é importante
É a data principal usada para calcular os vencimentos e é um ponto de referência crítico para medir a pontualidade dos pagamentos e o aproveitamento de descontos.
Onde obter
Campo padrão e obrigatório no objeto de Fatura no Coupa.
Exemplos
2023-10-152023-11-012023-12-20
|
|||
|
Desconto Capturado
EarlyPaymentDiscountCaptured
|
Um sinalizador indicando se um desconto disponível para pagamento antecipado foi aproveitado com sucesso. | ||
|
Descrição
Valor booleano que indica se a fatura foi paga no prazo de desconto (ex: pagar em 10 dias para obter 2% de desconto). É a métrica central para rastrear descontos perdidos. Permite investigar por que faturas elegíveis não são processadas a tempo, ajudando a implementar mudanças para capturar mais descontos e otimizar o capital de giro.
Por que é importante
Mede diretamente o benefício financeiro obtido com o processamento eficiente de faturas e ajuda a identificar oportunidades de economia perdidas.
Onde obter
Atributo calculado. Verifica se o pagamento ocorreu no prazo de desconto e se o benefício foi aplicado.
Exemplos
verdadeirofalse
|
|||
|
É Automatizado
IsAutomated
|
Um sinalizador que indica se uma atividade foi realizada por um sistema automatizado ou por um usuário humano. | ||
|
Descrição
Diferencia tarefas automáticas (como matching de PO pelo sistema) de tarefas manuais. Ajuda a quantificar o nível de automação. É usado para medir o sucesso de iniciativas tecnológicas, identificar toques manuais que podem ser eliminados e comparar a eficiência entre robôs e humanos. É a chave para entender o custo real do processo.
Por que é importante
Ajuda a medir o nível de automação no processo, identificando oportunidades para novas automações e avaliando o impacto dos robôs existentes.
Onde obter
Derivado verificando se o usuário associado é uma conta de sistema/serviço ou uma conta humana.
Exemplos
verdadeirofalse
|
|||
|
É Pagamento no Prazo
IsOnTimePayment
|
Um sinalizador booleano que indica se a fatura foi paga no prazo ou antes da data de vencimento. | ||
|
Descrição
Indicador booleano de pontualidade. Compara a data de execução com a data de vencimento. Simplifica o cálculo do KPI de Pagamento em Dia. Permite filtrar e analisar por que ocorrem atrasos, relacionando-os a fornecedores ou departamentos específicos.
Por que é importante
Simplifica a análise da performance de pagamentos e serve como base para calcular o KPI crítico de Taxa de Pagamento no Prazo.
Onde obter
Atributo calculado na ferramenta. Lógica: "Data de Pagamento" <= "Data de Vencimento".
Exemplos
verdadeirofalse
|
|||
|
Moeda
CurrencyCode
|
O código de moeda ISO para o valor da fatura. | ||
|
Descrição
O Código da Moeda especifica a unidade monetária, como BRL, USD ou EUR. Isso é essencial para empresas globais. Na análise, este atributo é necessário para interpretar e agregar dados financeiros corretamente. Dashboards e KPIs usam isso para evitar a soma de valores de moedas diferentes, permitindo análises específicas por moeda.
Por que é importante
Garante análises financeiras e relatórios precisos ao fornecer o contexto necessário para todos os valores monetários em um ambiente de múltiplas moedas.
Onde obter
Campo padrão no Coupa, vinculado ao fornecedor ou especificado na própria fatura.
Exemplos
USDEURGBP
|
|||
|
Motivo da Rejeição
RejectionReason
|
O motivo fornecido quando uma fatura é rejeitada durante a aprovação. | ||
|
Descrição
Quando uma fatura é rejeitada, o aprovador indica o motivo (ex: "Valor Incorreto"). Este atributo captura esse código ou texto livre. Estes dados são valiosos para a análise de causa raiz de atrasos e retrabalho. Analisando a frequência dos motivos, identifica-se problemas sistêmicos, como erros em POs ou hábitos do fornecedor, alimentando o dashboard de gargalos de aprovação.
Por que é importante
Fornece insights diretos sobre as causas raiz das rejeições de faturas, ajudando a identificar áreas para melhoria do processo e redução de retrabalho.
Onde obter
Capturado quando um usuário executa a ação de rejeição. Geralmente fica nos comentários ou na trilha de auditoria.
Exemplos
Quantidade incorretaO preço não coincide com o Pedido de CompraEnvio de fatura duplicada
|
|||
|
Motivo da Retenção
HoldReason
|
O motivo específico pelo qual uma fatura foi retida ou bloqueada para pagamento. | ||
|
Descrição
Um Motivo de Retenção (Hold Reason) explica por que uma fatura é impedida de prosseguir para o pagamento. Exemplos incluem 'Divergência de Quantidade' ou 'Aguardando Recebimento de Mercadorias'. Esta informação é fundamental para entender as causas dos atrasos nos pagamentos. Este atributo é a chave para o Dashboard de Análise de Causa Raiz de Bloqueio de Pagamento. Ao categorizar e contar as ocorrências de diferentes motivos de retenção, uma empresa pode identificar os problemas mais comuns que interrompem o processo de pagamento. Isso permite melhorias direcionadas para evitar retenções futuras e acelerar os pagamentos.
Por que é importante
Explica por que os pagamentos estão atrasados, permitindo uma análise de causa raiz direcionada para reduzir a frequência e a duração dos bloqueios de pagamento.
Onde obter
Quando uma fatura é retida no Coupa, um motivo é selecionado. Esse dado vincula-se ao status de retenção.
Exemplos
Divergência de Preço no Pedido (PO)Aguardando Recebimento de MercadoriaFatura Duplicada
|
|||
|
Sistema de Origem
SourceSystem
|
O sistema de origem de onde os dados do evento foram extraídos. | ||
|
Descrição
O atributo Sistema de Origem identifica a plataforma onde a atividade foi registrada. Embora o Coupa seja o principal, dados podem vir de ERPs ou portais de fornecedores. Essa informação é valiosa para entender como diferentes sistemas contribuem para o processo. Ajuda a diagnosticar problemas de dados, entender a passagem de bastão entre sistemas e analisar fluxos que abrangem várias aplicações.
Por que é importante
Esclarece a origem dos dados, o que é essencial para a resolução de problemas e para a análise de processos que envolvem múltiplos sistemas integrados.
Onde obter
Valor estático adicionado na extração para identificar a origem. Para o Coupa, define-se como "Coupa".
Exemplos
CoupaSAP S/4HANAOracle Fusion
|
|||
|
Tempo de Ciclo da Fatura
InvoiceCycleTime
|
O tempo total decorrido da primeira atividade até o pagamento final da fatura. | ||
|
Descrição
O Tempo de Ciclo da Fatura (Invoice Cycle Time) é um indicador-chave de performance que mede a duração de ponta a ponta do ciclo de vida de processamento da fatura. É calculado como a diferença entre o timestamp do último evento significativo (como 'Pagamento Executado') e o primeiro evento (como 'Fatura Criada' ou 'Fatura Recebida'). Essa métrica calculada é a base do Dashboard de Análise de Tempo de Ciclo de Fatura. Ela fornece uma medida de alto nível da eficiência geral do processo. Segmentá-la por fornecedor, valor ou código da empresa pode revelar fontes de ineficiência e ajudar a priorizar os esforços de melhoria.
Por que é importante
KPI principal para medir a velocidade do processo, mostrando quanto tempo leva para processar uma fatura.
Onde obter
Atributo calculado pela ferramenta subtraindo o tempo do primeiro evento do último para cada fatura (Case ID).
Exemplos
15 dias e 4 horas32 dias e 1 hora5 dias e 8 horas
|
|||
|
Última Atualização de Dados
LastDataUpdate
|
O carimbo de data e hora que indica a última vez que os dados deste evento foram atualizados a partir do sistema de origem. | ||
|
Descrição
Registra quando os dados foram carregados na ferramenta. Fornece o contexto sobre a atualidade da análise. Saber a última atualização é vital para o monitoramento operacional. Garante que as equipes confiem nos dados e não tomem decisões baseadas em visões de processo desatualizadas.
Por que é importante
Fornece um contexto crítico sobre a atualidade e relevância dos dados do processo, garantindo que os usuários entendam o quão atual é a análise.
Onde obter
Carimbo de tempo gerado e adicionado durante o processo de extração e transformação (ETL).
Exemplos
2024-05-20T04:00:00Z2024-05-19T04:00:00Z
|
|||
Purchase to Pay - Atividades de Processamento de Faturas
| Atividade | Descrição | ||
|---|---|---|---|
|
Fatura Aprovada
|
Esta atividade indica que a fatura passou por todas as aprovações. É capturada quando o último aprovador realiza a ação positiva. | ||
|
Por que é importante
Este marco encerra o ciclo de aprovação e libera a fatura para pagamento. Essencial para medir a eficiência geral do processo.
Onde obter
Evento explícito capturado do log de aprovações ou mudança de status para "aprovado". A última ação de aprovação gera o carimbo de tempo.
Captura
Capturar o timestamp da ação de aprovação final no histórico de aprovações.
Tipo de evento
explicit
|
|||
|
Fatura Criada
|
Esta atividade marca a criação inicial da fatura no Coupa. O evento ocorre quando o objeto é instanciado via entrada manual, portal do fornecedor ou OCR. | ||
|
Por que é importante
Como o início do ciclo de vida da fatura, esta atividade é fundamental para medir o tempo total de processamento de ponta a ponta. Ela fornece a linha de base para todas as análises subsequentes de tempo de ciclo e vazão (throughput).
Onde obter
Evento explícito capturado na criação do registro. No modelo do Coupa, corresponde ao carimbo "created-at" no cabeçalho.
Captura
Use o carimbo de tempo da criação do registro da fatura.
Tipo de evento
explicit
|
|||
|
Fatura Enviada para Aprovação
|
Marca o ponto em que uma fatura, após passar pelas verificações iniciais, é enviada para um workflow de aprovação formal. Isso é geralmente inferido por uma mudança de status que indica que a fatura está aguardando ação de um ou mais aprovadores. | ||
|
Por que é importante
Esta atividade inicia a medição do ciclo de aprovação. É crítica para analisar gargalos na hierarquia e alimenta o dashboard de análise de aprovações.
Onde obter
Inferido a partir da mudança do status da fatura para 'pending approval' ou estado similar. A criação do primeiro registro de aprovação no histórico de aprovações da fatura também sinaliza este evento.
Captura
Capturar o timestamp de quando o status da fatura muda para 'Pending Approval' ou quando o primeiro registro de aprovação é criado.
Tipo de evento
inferred
|
|||
|
Fatura Lançada para Pagamento
|
A fatura aprovada é marcada como pronta para pagamento e enviada ao ERP. Isso geralmente é inferido por uma flag de integração ou mudança no status principal da fatura. | ||
|
Por que é importante
Representa a entrega do Contas a Pagar para a tesouraria. Atrasos antes disso afetam a eficiência de AP; depois, afetam a tesouraria e os fornecedores.
Onde obter
Frequentemente inferido pela mudança para "aprovada para pagamento" ou flag de exportação. Disponível no cabeçalho da fatura.
Captura
Detectar o timestamp de quando o status da fatura se torna 'Approved for Payment' ou quando uma flag de exportação é acionada.
Tipo de evento
inferred
|
|||
|
Pagamento Executado
|
Esta atividade marca a etapa final, onde o pagamento é executado. É capturada a partir do status do registro de pagamento no Coupa ou sistema integrado. | ||
|
Por que é importante
Como o marco definitivo do fim do processo, esta atividade é essencial para calcular o tempo de ciclo completo de ponta a ponta e medir o KPI de 'Taxa de Pagamento no Prazo'.
Onde obter
Inferido do registro de pagamento. Status como "pago", "concluído" ou uma data de pagamento preenchida indicam a execução.
Captura
Use o campo "data de pagamento" do registro vinculado à fatura.
Tipo de evento
inferred
|
|||
|
Divergência de Conferência Identificada
|
Ocorre quando o sistema automatizado falha ao associar uma fatura a um pedido de compra devido a divergências de quantidade, preço ou outros detalhes. Isso é identificado pela mudança do status da fatura para um estado que exige intervenção manual, como "não associada" ou "inconsistente". | ||
|
Por que é importante
Esta atividade é o início do tratamento de exceções, fonte comum de atrasos. Analisar sua frequência é vital para melhorar as taxas de matching e reduzir o trabalho manual.
Onde obter
Inferido a partir do status de conferência da fatura. Um status como 'unmatched', 'mismatched' ou similar indica uma discrepância que requer revisão manual. Isso é rastreado no objeto da fatura.
Captura
Detectar o timestamp de quando o status de conferência (matching) do pedido de compra muda para um valor que indica falha.
Tipo de evento
inferred
|
|||
|
Fatura Anulada
|
A fatura foi cancelada e não será paga. Esta é uma mudança de status terminal, capturada diretamente do campo de status no sistema. | ||
|
Por que é importante
Representa um fim malsucedido do processo. Analisar anulações pode revelar problemas na origem das compras ou na comunicação com fornecedores.
Onde obter
Evento capturado quando o status muda para "anulada". É um status padrão na gestão de faturas do Coupa.
Captura
Capturar o timestamp de quando o status da fatura é atualizado para 'Voided'.
Tipo de evento
explicit
|
|||
|
Fatura Correspondida ao PO
|
Indica que o sistema associou as linhas da fatura às do pedido de compra. É inferida pela mudança no status de matching, validando contra o PO. | ||
|
Por que é importante
A associação automatizada bem-sucedida indica um processo saudável e touchless. Rastrear isso ajuda a medir a eficácia da automação e as taxas de processamento direto.
Onde obter
Inferido a partir da mudança do campo de status de conferência da fatura para o estado 'matched'. O objeto de fatura do Coupa contém sinalizadores e status que indicam o resultado da tentativa de conferência com o pedido de compra (PO).
Captura
Detectar o timestamp de quando o status de conferência do pedido de compra para a fatura muda para 'Matched'.
Tipo de evento
inferred
|
|||
|
Fatura Enviada para Processamento
|
Representa o envio formal de uma fatura para o workflow. Geralmente é acionado por um usuário após a verificação dos dados iniciais. O evento é capturado quando o status muda de rascunho para enviado. | ||
|
Por que é importante
Esta atividade separa o tempo de inserção de dados do processamento ativo. Analisar o intervalo entre a criação e este evento revela atrasos na triagem inicial.
Onde obter
Acompanhe a mudança de status de "rascunho" para "enviado". Disponível no histórico de faturas ou logs de auditoria do Coupa.
Captura
Capturar o timestamp de quando o status da fatura se torna 'submitted' pela primeira vez.
Tipo de evento
explicit
|
|||
|
Fatura Rejeitada
|
Um aprovador rejeitou formalmente a fatura, interrompendo seu progresso no workflow. Esta é uma ação explícita capturada no histórico de aprovação da fatura, incluindo detalhes de quem a rejeitou e quando. | ||
|
Por que é importante
Rejeições geram retrabalho e aumentam os tempos de ciclo. Analisar a frequência e os motivos das rejeições é fundamental para a melhoria do processo e necessário para o KPI de "Taxa de Aprovação de Primeira Passagem".
Onde obter
Evento explícito no histórico de aprovações. Cada etapa possui status, carimbo de tempo e ação do aprovador.
Captura
Filtrar registros do histórico de aprovação para as ações 'reject' ou 'rejected'.
Tipo de evento
explicit
|
|||
|
Pagamento Agendado
|
A fatura foi incluída em um lote de pagamento agendado. O evento é inferido pela associação da fatura a uma remessa ou lote no sistema. | ||
|
Por que é importante
Esta atividade dá visibilidade à fase final, separando o momento em que a fatura está pronta para pagar da execução real, auxiliando no fluxo de caixa.
Onde obter
Inferido a partir da criação de um registro de pagamento ou registro de lote que inclua o ID da fatura. A 'data de pagamento agendada' no objeto de pagamento fornece o tempo relevante.
Captura
Use a data de criação do lote de pagamento associado à fatura.
Tipo de evento
inferred
|
|||
|
Resolução de Divergência Iniciada
|
Representa o início da intervenção manual para resolver uma divergência no matching de PO. É inferida pela primeira ação do usuário (como um comentário ou edição) após a sinalização da inconsistência. | ||
|
Por que é importante
Rastrear o tempo entre identificar uma divergência e iniciar a resolução destaca atrasos no tratamento de exceções. Essencial para o dashboard de matching.
Onde obter
Difícil de obter, exige inferência: pode ser derivado pelo horário do primeiro comentário, edição ou tarefa após a falha no matching.
Captura
Encontrar o primeiro evento de alteração iniciado pelo usuário após um evento de 'Matching Discrepancy Identified'.
Tipo de evento
inferred
|
|||
|
Retenção Aplicada à Fatura
|
Representa uma ação para reter uma fatura, impedindo seu pagamento. É um evento explícito, geralmente registrado no histórico ou trilha de auditoria, muitas vezes acompanhado de um motivo. | ||
|
Por que é importante
Equivalente a um bloqueio, é a maior causa de atrasos. Rastrear quando as retenções ocorrem é o primeiro passo para analisar causas e duração, alimentando o KPI de bloqueios.
Onde obter
Evento explícito nos logs. O Coupa registra ações do usuário ou sistema, incluindo a aplicação de retenções.
Captura
Filtrar registros do histórico da fatura para 'hold placed' ou eventos de sistema similares.
Tipo de evento
explicit
|
|||
|
Retenção de Fatura Liberada
|
Uma retenção aplicada anteriormente à fatura foi removida, permitindo que ela prossiga para o pagamento. Assim como a aplicação da retenção, esta é uma ação explícita capturada na trilha de auditoria da fatura. | ||
|
Por que é importante
O tempo entre a retenção e sua liberação é crítico para o KPI de "Duração Média de Bloqueio". Esta atividade marca o fim do atraso; analisá-la revela formas de acelerar resoluções.
Onde obter
Evento explícito nos logs, registrado como uma ação distinta do usuário ou sistema.
Captura
Filtrar registros do histórico da fatura para 'hold released' ou eventos de sistema similares.
Tipo de evento
explicit
|
|||