Seu Template de Dados para Purchase to Pay - Processamento de Faturas
Seu Template de Dados para Purchase to Pay - Processamento de Faturas
Este é o nosso modelo de dados genérico para Process Mining para Compra ao Pagamento (P2P) - Processamento de Faturas. Use nossos modelos específicos de sistema para orientação mais detalhada.
Selecione um sistema específico- Campos de dados recomendados para uma análise robusta
- Principais atividades e marcos para acompanhar
- Orientações sobre como extrair os dados do seu processo
Atributos de Compra ao Pagamento (P2P) - Processamento de Faturas
| Nome | Descrição | ||
|---|---|---|---|
| Nome da Atividade ActivityName | O nome de um evento de negócio ou tarefa específica ocorrida durante o ciclo de vida do processamento da fatura. | ||
| Descrição O Nome da Atividade descreve uma etapa ou marco individual na jornada de processamento da fatura. Exemplos incluem 'Fatura Recebida', 'Fatura Enviada para Aprovação', 'Bloqueio de Pagamento Aplicado' e 'Pagamento Executado'. Este atributo fornece a narrativa do processo, detalhando o que aconteceu com a fatura ao longo do tempo. No Process Mining, este atributo é usado para gerar o mapa do processo, que representa visualmente o fluxo de trabalho. Analisar a sequência, frequência e caminhos dessas atividades ajuda a identificar fluxos comuns, desvios, gargalos e loops de retrabalho. A qualidade e o detalhamento dos nomes das atividades são fundamentais para criar uma análise de processo significativa e acionável. Por que é importante Este atributo define as etapas do processo, formando a espinha dorsal do mapa do processo e permitindo todas as análises relacionadas ao fluxo. Onde obter Esta informação é frequentemente derivada de logs de alteração de status, tabelas de eventos ou códigos de transação dentro do sistema de origem. Exemplos Fatura LançadaFatura AprovadaBloqueio de Pagamento AplicadoPagamento Executado | |||
| Número da fatura InvoiceNumber | O identificador exclusivo da fatura de um fornecedor. Ele serve como a chave primária para rastrear a fatura ao longo de todo o seu ciclo de vida. | ||
| Descrição O Número da Fatura é o código alfanumérico exclusivo atribuído a uma fatura por um fornecedor. No Process Mining, este atributo é de suma importância, pois costuma servir como o ID do Caso (Case ID), identificando de forma única a jornada de cada fatura do recebimento ao pagamento. Ao usar o Número da Fatura como ID do Caso, todas as atividades relacionadas — como 'Fatura Recebida', 'Fatura Aprovada' e 'Pagamento Executado' — podem ser vinculadas para reconstruir o processo de ponta a ponta daquela fatura específica. Isso permite uma análise detalhada de tempos de ciclo, caminhos e desvios para cada caso individual, formando a base de toda a análise do processo. Por que é importante É o Identificador de Caso essencial que conecta todos os eventos relacionados, tornando possível rastrear o ciclo de vida completo de uma única fatura. Onde obter Este é um campo primário geralmente encontrado no cabeçalho de uma tabela de transação de fatura. Exemplos INV-2024-001239876543210US-5839A-24 | |||
| Tempo do Evento EventTime | O timestamp preciso que indica quando uma atividade ou evento específico ocorreu. | ||
| Descrição A Hora do Evento, ou Hora de Início (Start Time), registra a data e hora exatas em que uma atividade de negócio ocorreu. Cada atividade no processo, de 'Fatura Recebida' a 'Pagamento Executado', possui um timestamp associado. Essa informação cronológica é essencial para ordenar os eventos e calcular as durações. Este atributo é usado para organizar os eventos cronologicamente e construir o fluxo do processo para cada caso. É a base de toda análise temporal, incluindo o cálculo de tempos de ciclo entre atividades, a identificação de gargalos onde se perde tempo e o monitoramento do desempenho em relação aos SLAs. Timestamps precisos são cruciais para a confiabilidade de qualquer análise de Process Mining. Por que é importante Fornece a ordem cronológica dos eventos e é a base para todos os cálculos de desempenho e duração, como o tempo de ciclo. Onde obter Geralmente é encontrado em logs de eventos ou como um campo 'Data de Criação' ou 'Data de Entrada' associado a cada transação ou alteração de status. Exemplos 2023-10-26T10:00:00Z2024-01-15T14:35:10Z2023-11-01T09:12:05Z | |||
| Sistema de Origem SourceSystem | O sistema de origem de onde os dados de eventos foram extraídos. | ||
| Descrição O atributo Sistema de Origem identifica o aplicativo ou plataforma onde o evento de processamento da fatura foi registrado. Em cenários de TI complexos, a jornada de uma fatura pode abranger vários sistemas, como uma solução de digitalização, uma ferramenta de workflow e um sistema ERP. Entender o sistema de origem fornece contexto para os dados e ajuda a resolver problemas de qualidade de dados. Também permite a análise de processos que cruzam as fronteiras do sistema, destacando potenciais desafios de integração ou atrasos causados por transferéncias entre diferentes aplicações. Isso pode ser particularmente ùtil ao consolidar dados de sistemas legados e modernos. Por que é importante Fornece contexto sobre a origem dos dados, o que é crucial para a validação e para analisar processos que abrangem múltiplos sistemas de TI. Onde obter Este é frequentemente um valor estático adicionado durante a extração de dados ou um campo disponível nos logs do sistema que indica o nome ou ID do aplicativo. Exemplos SAP_ECC_PRODOracle_Fusion_FINCoupa_R34 | |||
| Ú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 Este atributo registra a data e a hora em que os dados foram extraídos ou atualizados pela ùltima vez. Ele serve como um campo de metadados que indica a atualidade do conjunto de dados analisado. Embora não seja usada diretamente no desenho do mapa do processo, essa informação é crítica para entender a tempestividade da análise. Ela ajuda os usuários a saberem se estão olhando para dados em tempo real ou para um recorte de um momento específico, o que é essencial para tomar decisões operacionais informadas. Também é vital para monitorar a saúde e a frequéncia do pipeline de dados. Por que é importante Indica o quão recentes são os dados, permitindo que os usuários entendam quão atualizada está a análise do processo. Onde obter Este timestamp é geralmente gerado e incluído no conjunto de dados durante o processo de extração, transformação e carga (ETL). Exemplos 2024-05-21T04:00:00Z2024-05-20T04:00:00Z2024-05-19T04:00:00Z | |||
| Data de Vencimento do Pagamento PaymentDueDate | A data limite para o pagamento da fatura para evitar o atraso. | ||
| Descrição A Data de Vencimento do Pagamento é uma data crítica calculada com base na data da fatura e nas condições de pagamento acordadas. Representa o prazo limite para o pagamento ao fornecedor a fim de manter uma boa relação e evitar multas por atraso. Este atributo é fundamental para o monitoramento de desempenho de pagamentos pontuais. É usado para calcular KPIs como a Taxa de Pagamento no Prazo e identificar faturas com risco de atraso. Analisar o intervalo entre a aprovação da fatura e a data de vencimento ajuda a avaliar a eficiência do agendamento final e das etapas de execução do pagamento. Por que é importante É essencial para medir o desempenho de pagamentos no prazo e analisar as causas dos pagamentos em atraso. Onde obter Esta data geralmente é encontrada nos detalhes da transação da fatura. Pode ser inserida diretamente ou derivada da data da fatura e das condições de pagamento. Exemplos 30/06/202415/07/202401/08/2024 | |||
| End Time EndTime | O timestamp que indica quando uma atividade ou evento foi concluído. Para eventos instantâneos, geralmente é o mesmo que a Hora de Início. | ||
| Descrição O atributo Hora de Término (End Time) registra o momento exato em que uma etapa do processo é concluída. É crucial para calcular com precisão a duração das atividades, uma métrica fundamental no Process Mining. Ao comparar a Hora de Início e a Hora de Término, os analistas conseguem medir quanto tempo cada etapa leva, identificando gargalos e pontos de melhoria de eficiência. Na análise, o End Time é usado para calcular tempos de ciclo de atividades individuais ou segmentos inteiros do processo. Por exemplo, a duração da etapa 'Aprovação de Fatura' pode ser determinada subtraindo o Start Time do End Time da atividade 'Fatura Aprovada'. Esses dados ajudam na criação de dashboards de desempenho, definição de benchmarks e monitoramento do impacto de mudanças no processo. Por que é importante Possibilita o cálculo preciso das durações das atividades, o que é essencial para identificar gargalos e medir a eficiência do processamento. Onde obter Encontrado em logs do sistema ou dados de transação, geralmente como 'Data de Conclusão', 'Data de Alteração' ou um campo de timestamp específico para a conclusão da atividade. Exemplos 2023-10-26T10:05:12Z2024-01-15T15:00:00Z2023-11-01T09:12:05Z | |||
| Moeda da Fatura InvoiceCurrency | O código da moeda do valor da fatura, como BRL, USD ou EUR. | ||
| Descrição Este atributo especifica a moeda na qual o Valor da Fatura está denominado. É essencial para organizações que operam internacionalmente e lidam com fornecedores de diferentes países. O código da moeda, seguindo geralmente o padrão ISO 4217, garante que os dados financeiros sejam interpretados corretamente. Na análise, a Moeda da Fatura é usada para segmentar dados por visões regionais ou específicas por país. É fundamental para o reporte financeiro garantir que os valores sejam agregados corretamente, exigindo muitas vezes a conversão para uma moeda de reporte padrão. Analisar variações de processo por moeda também pode revelar complexidades relacionadas a pagamentos internacionais ou gestão de câmbio. Por que é importante Fornece o contexto necessário para os valores das faturas, permitindo análises financeiras precisas e segmentação para operações globais. Onde obter Este é um campo padrão encontrado no cabeçalho de uma tabela de transação de fatura. Exemplos USDEURGBPJPY | |||
| Motivo de Bloqueio ou Rejeição BlockOrRejectionReason | O motivo fornecido quando uma fatura é bloqueada para pagamento ou rejeitada durante a aprovação. | ||
| Descrição Este atributo captura o motivo específico pelo qual o progresso de uma fatura foi interrompido, seja por uma rejeição durante o workflow de aprovação ou por um bloqueio de pagamento após a aprovação. Os motivos podem variar de 'Quantidade Incorreta' e 'Divergéncia de Preço' até 'Número do Pedido de Compra Ausente' ou 'Fatura Duplicada'. Este é um dos atributos mais importantes para a análise de causa raiz. Ao analisar a frequéncia de diferentes motivos, as organizações podem identificar as fontes mais comuns de atrito e ineficiéncia no processo de faturamento. Esse insight baseado em dados permite tratar problemas subjacentes, como melhorar a comunicação com fornecedores, aumentar a conformidade com pedidos de compra ou fornecer melhor treinamento à equipe. Por que é importante Isso é crucial para a análise de causa raiz, ajudando a identificar os motivos mais comuns para atrasos no processamento, retrabalho e ineficiéncias. Onde obter Esta informação é encontrada em campos específicos como 'Código do Motivo' ou 'Motivo de Retenção' nos dados de transação da fatura ou logs de aprovação associados. Exemplos Divergência de PreçoQuantidade IncorretaFatura DuplicadaEntrada de Mercadoria Ausente | |||
| Nome do Fornecedor VendorName | O nome do fornecedor que submeteu a fatura. | ||
| Descrição Este atributo captura o nome da parte externa que emitiu a fatura. Ele fornece um contexto crítico, vinculando a transação financeira a um relacionamento específico com o fornecedor. Dados de fornecedores consistentes e limpos são vitais para relatórios e análises precisas. No process mining, o Nome do Fornecedor é uma dimensão fundamental para a segmentação. Os analistas podem filtrar o processo para examinar o tratamento de faturas de fornecedores com alto volume ou problemáticos. Isso ajuda a identificar fornecedores que frequentemente enviam faturas com erros, gerando atrasos e retrabalho. Também apoia iniciativas estratégicas, como a gestão de desempenho de fornecedores e a identificação de oportunidades para programas de fornecedores preferenciais. Por que é importante Permite segmentar o processo para analisar o desempenho por fornecedor, o que é fundamental para a gestão de fornecedores e para identificar a origem de faturas problemáticas. Onde obter Isso geralmente é encontrado nos dados do cabeçalho da fatura, vinculados a uma tabela de dados mestres de fornecedores com base no ID do fornecedor. Exemplos Suprimentos de Escritório GlobaisSoluções de Tecnologia InovadorasCity Logistics Inc. | |||
| Utilizador User | O usuário, funcionário ou agente do sistema que realizou a atividade. | ||
| Descrição O atributo Usuário identifica o indivíduo ou sistema automatizado responsável por executar uma etapa específica no workflow de processamento de faturas. Pode ser um assistente de contas a pagar que inseriu a fatura, um gerente que a aprovou ou um robô automatizado que realizou uma tarefa de conferéncia. Analisar os dados por usuário é essencial para entender a distribuição da carga de trabalho, o desempenho individual e identificar necessidades de treinamento. Isso permite filtrar o mapa do processo para ver como diferentes equipes ou indivíduos lidam com as faturas, revelando variações em seus fluxos de trabalho. Esta análise pode revelar os melhores desempenhos, destacar problemas de roteamento ou identificar usuários que possam precisar de suporte adicional ou treinamento sobre os procedimentos da empresa. Por que é importante Ajuda a analisar a distribuição da carga de trabalho, o desempenho dos usuários e as variações de processo entre diferentes equipes ou indivíduos. Onde obter Esta informação geralmente está disponível nos detalhes da transação, muitas vezes rotulada como 'Nome de Usuário', 'Inserido Por', 'Alterado Por' ou 'Aprovador'. Exemplos j.doeSYSTEM_RFCAlice.Smithapprover_pool_1 | |||
| Valor da Fatura InvoiceAmount | O valor monetário total da fatura. | ||
| Descrição O Valor da Fatura representa o valor total do documento, incluindo todos os itens, impostos e taxas. Este é um atributo financeiro fundamental que define a relevância monetária de cada caso. Frequentemente, é analisado junto com outros atributos para entender seu impacto no processo. Este atributo é crítico para análise financeira e priorização. Ao filtrar faturas com base em seus valores, os analistas podem investigar se faturas de alto valor seguem um caminho de aprovação diferente e mais rigoroso, ou se são mais propensas a atrasos. Também é essencial para dashboards que monitoram o valor total processado e para KPIs relacionados à captura de descontos, onde a economia potencial é uma porcentagem do valor da fatura. Por que é importante Viabiliza a análise de impacto financeiro, a priorização de faturas de alto valor e ajuda a identificar se o valor da fatura afeta o tempo ou o caminho do processamento. Onde obter Este é um campo padrão encontrado no cabeçalho de uma tabela de transação de fatura. Exemplos 5250.751200.0025000.0089.99 | |||
| Código da Empresa CompanyCode | O identificador da entidade legal ou empresa dentro da organização que está processando a fatura. | ||
| Descrição O Código da Empresa representa uma entidade legal ou subsidiária específica dentro de uma corporação maior. Em muitos sistemas financeiros, as transações são segregadas por código de empresa para fins contábeis e de relatório. Este atributo permite a análise comparativa entre diferentes unidades de negócio. Ao segmentar o mapa do processo pelo Código da Empresa, os analistas podem realizar benchmarks de desempenho, identificar melhores práticas em uma entidade e expor problemas sistêmicos em outra. É um atributo fundamental para qualquer organização com múltiplas entidades legais que deseja entender variações de processos e garantir a conformidade corporativa. Por que é importante Permite realizar benchmarks e comparar processos entre diferentes entidades legais ou unidades de negócio dentro de uma organização. Onde obter Este é um campo organizacional fundamental geralmente encontrado no cabeçalho de todas as tabelas de transações financeiras. Exemplos 1000US01DE015100 | |||
| Condições de Pagamento PaymentTerms | As condições acordadas para o pagamento da fatura, que determinam o vencimento e eventuais descontos por antecipação. | ||
| Descrição As Condições de Pagamento são os termos acordados com um fornecedor para o pagamento da fatura. Elas costumam ser expressas em formatos padrão, como 'Net 30' (pagamento em 30 dias) ou '2% 10, Net 30' (2% de desconto se pago em 10 dias). Este atributo é essencial para a estratégia financeira e análise de desempenho. É a base para o cálculo da Data de Vencimento e para identificar chances de descontos por antecipação. Analisar o processo por diferentes condições de pagamento pode revelar se certos termos estão correlacionados a atrasos ou se a empresa está aproveitando bem as oportunidades de desconto. Por que é importante É fundamental para analisar o desempenho de pagamentos pontuais e identificar oportunidades de captura de descontos por antecipação. Onde obter Esta informação é geralmente obtida dos dados mestres de fornecedores e especificada no cabeçalho da fatura. Exemplos Líquido 30Líquido 602% 10, Net 30Vencimento no Recebimento | |||
| Data da Fatura InvoiceDate | A data em que o fornecedor emitiu o documento da fatura. | ||
| Descrição A Data da Fatura é a data informada pelo fornecedor no próprio documento. Ela marca o início oficial do ciclo de vida do pagamento sob a ótica do fornecedor e costuma ser a base para calcular o vencimento conforme as condições de pagamento acordadas. Analisar o intervalo entre a Data da Fatura e a atividade 'Fatura Recebida' ou 'Fatura Registrada' é fundamental para identificar atrasos no envio ou na recepção dos documentos. Esse 'atraso no recebimento' pode ser um componente oculto relevante do tempo de ciclo total; reduzi-lo ajuda a melhorar a pontualidade dos pagamentos e aumenta as chances de aproveitar descontos por antecipação. Por que é importante Ajuda a medir o 'atraso no recebimento da fatura' entre o momento em que o fornecedor emite a fatura e quando ela é registrada no sistema. Onde obter Este é um campo de data padrão nos dados do cabeçalho da fatura, muitas vezes rotulado como 'Data do Documento' ou 'Data da Fatura'. Exemplos 01-05-202415-04-202410-06-2024 | |||
| Número do Pedido de Compra PurchaseOrderNumber | O identificador do Pedido de Compra (PO) ao qual a fatura está relacionada. | ||
| Descrição O Número do Pedido de Compra (PO) vincula uma fatura a um documento de compra pré-aprovado. Essa conexão é central para o processo de conciliação, onde o sistema verifica se os detalhes da fatura — como quantidades e preços — estão alinhados com o que foi pedido na PO. Este atributo é crucial para analisar a eficiência do processo de conciliação. Uma alta taxa de faturas vinculadas a POs processadas sem intervenção manual (straight-through) indica um processo de compras saudável. Por outro lado, analisar faturas sem PO pode revelar compras irregulares (maverick buying) ou áreas onde as políticas de compras não estão sendo seguidas. A presença ou ausência de uma PO é uma forma comum de segmentar o processo para comparar a eficiência. Por que é importante Ajuda a diferenciar faturas com PO de faturas sem PO, que costumam seguir processos distintos e apresentam diferentes níveis de eficiência. Onde obter Este identificador é geralmente encontrado nos itens de linha ou nos detalhes do cabeçalho da transação da fatura, vinculando-a ao documento de compra. Exemplos 4500018921PO-2024-7837300000456 | |||
| Status da Fatura InvoiceStatus | O estado atual da fatura no seu workflow de processamento. | ||
| Descrição O Status da Fatura fornece uma visão instantânea de onde a fatura se encontra em seu ciclo de vida no momento da extração de dados. Status comuns incluem 'Em processamento', 'Aprovada', 'Paga', 'Rejeitada' ou 'Bloqueada'. Este atributo oferece uma visão geral da condição atual da fatura. Enquanto o Process Mining reconstrói toda a jornada, o status atual é valioso para dashboards operacionais que monitoram a carga de trabalho ativa. Ele ajuda os gestores a entender o volume de faturas em cada etapa, como quantas estão aguardando aprovação ou bloqueadas. Isso permite uma gestão proativa do pipeline de faturas para evitar gargalos e atrasos. Por que é importante Oferece uma visão instantânea da carga de trabalho atual, ajudando a monitorar volumes de faturas em diferentes estágios, como 'Aguardando Aprovação' ou 'Bloqueada'. Onde obter Este é geralmente um campo de status na tabela de cabeçalho da fatura que é atualizado conforme a fatura se move pelo seu ciclo de vida. Exemplos PagoEm ProcessamentoRejeitadoAprovado para Pagamento | |||
Atividades de Compra ao Pagamento (P2P) - Processamento de Faturas
| Atividade | Descrição | ||
|---|---|---|---|
| Discrepância de Conciliação Identificada | Ocorre quando o sistema ou um usuário identifica um desencontro entre a fatura, o pedido de compra ou o recebimento de mercadorias. Essas discrepâncias, como variações de preço ou quantidade, geralmente retêm a fatura e exigem intervenção manual. | ||
| Por que é importante O rastreamento desses eventos é fundamental para a análise de causa raiz de atrasos no processamento e retrabalho. Ajuda a identificar problemas com a precisão do faturamento do fornecedor ou processos internos de compras. Onde obter Inferido a partir de uma mudança de status que indica falha na conciliação ou a aplicação automática de uma retenção do sistema relacionada a uma variação. Captura Registre o timestamp de quando o status de conciliação da fatura é definido como 'Falha', 'Discrepância' ou quando uma retenção por variação é aplicada. Tipo de evento inferred | |||
| Fatura Aprovada | Indica que a fatura foi aprovada com sucesso por todas as partes exigidas no workflow. Este marco autoriza o lançamento financeiro da fatura e o pagamento subsequente. | ||
| Por que é importante Este é um marco crítico que encerra a fase de validação e aprovação. É essencial para medir os tempos de ciclo de aprovação e garantir a conformidade com as políticas de autorização. Onde obter Registrado explicitamente no histórico de aprovação ou log de workflow após a aprovação final. Captura Use o timestamp da ação de aprovação final no histórico de aprovação ou workflow da fatura. Tipo de evento explicit | |||
| Fatura Conciliada | Indica a conciliação bem-sucedida de uma fatura com um pedido de compra (PO) e, se aplicável, com um recebimento de mercadorias. Esta etapa, manual ou automática, valida se as quantidades e preços faturados estão alinhados com o que foi pedido e recebido. | ||
| Por que é importante Este é um marco fundamental para o processamento direto (straight-through processing). Um alto volume de conciliações bem-sucedidas de primeira passagem indica processos de compras upstream eficientes. Onde obter Geralmente registrado como uma alteração de status ou um evento específico no histórico de transações quando a validação de conferéncia é concluída com sucesso. Captura Identifique o evento ou atualização de status que indica que a conciliação da fatura foi 'Aprovada', 'Conciliada' ou 'Reconciliada'. Tipo de evento explicit | |||
| Fatura Lançada no GL | Representa o evento contábil formal em que a fatura aprovada é registrada no Razão Geral. Esta ação cria um passivo financeiro e move a fatura de um estado de processamento para um estado pronto para pagamento. | ||
| Por que é importante Este é um marco financeiro crítico que confirma que o passivo foi oficialmente reconhecido. Atrasos antes desta etapa podem impactar o fechamento financeiro e a precisão dos relatórios. Onde obter Este é um evento transacional explícito registrado nos módulos financeiros do sistema. Captura Use a data de lançamento associada ao documento financeiro criado a partir da fatura. Tipo de evento explicit | |||
| Fatura Recebida | Marca o recebimento inicial ou a criação de uma fatura no sistema. Este evento serve como ponto de partida para o ciclo de vida do processamento, independentemente do método de entrada (manual, portal do fornecedor ou OCR). | ||
| Por que é importante Esta atividade é crucial para medir o tempo total do ciclo de processamento de faturas, do início ao fim. Ela fornece uma base para entender a carga de trabalho e os atrasos iniciais de processamento. Onde obter Este evento é geralmente capturado a partir do timestamp de criação do registro da fatura ou da entrada inicial em um log de documentos. Captura Use a data e hora de criação do objeto de fatura principal ou conta do fornecedor no sistema de origem. Tipo de evento explicit | |||
| Fatura Rejeitada | Ocorre quando um aprovador rejeita formalmente a fatura, interrompendo seu progresso no workflow. A rejeição geralmente devolve a fatura para correção ou cancelamento, iniciando um ciclo de retrabalho. | ||
| Por que é importante Analisar as rejeições de faturas ajuda a identificar as causas raiz de retrabalho, como classificação incorreta, violações de políticas ou problemas de dados na origem. Reduzir as rejeições é fundamental para aumentar a eficiência. Onde obter Uma ação explícita registrada no histórico de aprovação ou no log de workflow da fatura, geralmente acompanhada do motivo da rejeição. Captura Identifique o evento registrado quando um aprovador toma uma ação de 'Rejeitar' ou 'Negar' no workflow. Tipo de evento explicit | |||
| Pagamento Executado | Marca a etapa final do processo, onde o pagamento é executado e o passivo da fatura é baixado. Este evento confirma que os fundos foram desembolsados para o fornecedor. | ||
| Por que é importante Esta é a conclusão bem-sucedida do ciclo de Purchase to Pay para uma fatura. É o evento definitivo para medir as taxas de pagamento em dia e a duração geral do processo. Onde obter Extraído da data de lançamento do documento de pagamento que compensa a fatura. Captura Use a data de compensação ou a data de pagamento do documento financeiro que liquida o item em aberto do fornecedor. Tipo de evento explicit | |||
| Bloqueio de Pagamento Aplicado | Uma retenção intencional é aplicada a uma fatura, impedindo o pagamento mesmo que ela esteja aprovada. Isso pode ocorrer automaticamente por regras do sistema ou manualmente por motivos como disputas com o fornecedor. | ||
| Por que é importante Os bloqueios de pagamento são uma das principais causas de atrasos e perda de descontos. Identificar quando e por que os bloqueios ocorrem é crucial para melhorar o desempenho de pagamentos no prazo. Onde obter Geralmente registrado como um status específico ou sinalizador no registro da fatura ou em seus itens de linha. Captura Registre o evento de quando um código de bloqueio de pagamento ou status de retenção é aplicado à fatura ou aos seus itens. Tipo de evento explicit | |||
| Bloqueio de Pagamento Liberado | Marca a remoção de um bloqueio de pagamento definido anteriormente, tornando a fatura elegível para pagamento novamente. Significa que o problema que causou o bloqueio foi resolvido. | ||
| Por que é importante O tempo entre a colocação e a liberação de um bloqueio representa um atraso no processo. Analisar essa duração ajuda a identificar gargalos na resolução de problemas. Onde obter Registrado quando o status ou a sinalização de bloqueio de pagamento é limpo no registro da fatura. Captura Registre o evento de quando um código de bloqueio de pagamento ou status de retenção é removido ou alterado para um estado desbloqueado. Tipo de evento explicit | |||
| Divergência Resolvida | Marca o ponto em que uma discrepância de conciliação identificada anteriormente foi investigada e resolvida manualmente. Isso permite que a fatura prossiga para a próxima etapa, como aprovação ou nova conciliação. | ||
| Por que é importante O tempo levado para resolver divergéncias é um fator fundamental no tempo de ciclo do processamento de faturas. Analisar essa atividade ajuda a entender o esforço e a duração do tratamento de exceções. Onde obter Isso é frequentemente inferido a partir da primeira ação do usuário que libera uma retenção de conferéncia ou permite que uma conferéncia com falha seja reprocessada. Captura Identifique o evento em que uma retenção relacionada à conciliação é liberada ou a fatura é conciliada com sucesso após uma falha anterior. Tipo de evento inferred | |||
| Fatura Cancelada | A fatura foi anulada, estornada ou cancelada e não terá continuidade no processamento nem será paga. Representa o estado final de uma fatura incorreta ou duplicada. | ||
| Por que é importante O rastreamento de cancelamentos fornece insights sobre problemas de qualidade de dados, envios duplicados e outros erros upstream. Uma alta taxa de cancelamento pode indicar problemas no faturamento do fornecedor ou nos controles internos. Onde obter Uma mudança explícita de status no registro da fatura ou a criação de um documento de estorno correspondente. Captura Identifique o timestamp de quando o status da fatura muda para 'Cancelado' ou 'Anulado', ou quando um documento de estorno é lançado. Tipo de evento explicit | |||
| Fatura Enviada para Aprovação | Representa o envio formal de uma fatura para um workflow de aprovação após a conclusão da validação e conciliação iniciais. A fatura é enviada aos aprovadores designados com base nas regras de negócio configuradas. | ||
| Por que é importante Esta atividade marca o início do subprocesso de aprovação. Medir o tempo desde este evento até a aprovação final ajuda a analisar a eficiéncia do workflow de aprovação e a identificar gargalos. Onde obter Este é um evento explícito em sistemas com um motor de workflow ou pode ser inferido a partir de uma alteração de status para 'Pendente de Aprovação'. Captura Registre o timestamp de quando o workflow é iniciado ou o status da fatura é atualizado para indicar que está aguardando aprovação. Tipo de evento explicit | |||
| Fatura Ficou em Atraso | Um evento calculado que ocorre quando a data atual ultrapassa o vencimento líquido da fatura sem que o pagamento tenha sido efetuado. A data de vencimento é determinada pela data da fatura e pelas condições de pagamento do fornecedor. | ||
| Por que é importante Esta atividade sinaliza diretamente pagamentos atrasados, que podem prejudicar o relacionamento com fornecedores e acarretar multas. É essencial para monitorar e melhorar a taxa de pagamento em dia. Onde obter Este não é um evento de sistema explícito. Ele deve ser calculado comparando a data de pagamento (ou a data atual, se não paga) com a data de vencimento da fatura. Captura Calcule este evento avaliando Tipo de evento calculated | |||
| Fatura Lançada | Representa a conclusão da entrada inicial de dados, onde os detalhes da fatura foram digitados ou digitalizados, mas ainda não foram lançados ou enviados para aprovação formal. A fatura costuma estar em um estado temporário de 'estacionada' ou 'rascunho'. | ||
| Por que é importante Analisar o tempo entre o recebimento e o registro da fatura ajuda a identificar acúmulos na etapa de entrada de dados. Também ajuda a medir a eficiência das soluções de captura automatizada de dados. Onde obter Isso é frequentemente inferido quando um registro de fatura é salvo em um status de rascunho ou pendente (parked) antes de ser submetido a um workflow. Captura Registre o timestamp de quando o status da fatura muda de um estado novo para 'salvo', 'estacionado' ou 'rascunho'. Tipo de evento inferred | |||
| Fatura Retrabalhada | Representa uma atualização ou correção manual feita em uma fatura, geralmente após uma rejeição ou para corrigir um erro identificado. Esta atividade sinaliza um desvio do processo padrão automatizado (touchless). | ||
| Por que é importante O rastreamento de atividades de retrabalho destaca ineficiéncias do processo e custos ocultos. Entender por que as faturas estão sendo modificadas pode levar a melhorias no processo e treinamentos direcionados. Onde obter Geralmente inferido a partir de logs de alteração ou trilhas de auditoria que registram modificações em campos-chave da fatura após a entrada inicial. Captura Extraia timestamps dos logs de auditoria que indiquem alteração nos dados da fatura, especialmente após um evento de rejeição ou retenção. Tipo de evento inferred | |||
| Pagamento Agendado | A fatura lançada é selecionada e incluída em uma proposta ou lote de pagamento. Esta etapa coloca a fatura na fila para execução do pagamento em uma data específica, mas ainda não representa a transferência real de fundos. | ||
| Por que é importante Esta atividade fornece visibilidade sobre a fase final do processo. Atrasos entre o lançamento e o agendamento do pagamento podem causar a perda de descontos e pagamentos em atraso. Onde obter Geralmente capturado quando uma fatura é adicionada a um lote de pagamento, proposta de pagamento ou diário de pagamento. Captura Identifique a data de criação da proposta de pagamento ou do registro de lote de pagamento que inclui a fatura. Tipo de evento explicit | |||
Guias de Extração
Os métodos de extração variam por sistema. Para instruções detalhadas,