Seu Template de dados para compras ao pagamento, processamento de faturas
Seu Template de dados para compras ao pagamento, processamento de faturas
Este é nosso Template genérico de dados para Process Mining de Processamento de faturas do pedido ao pagamento. Use os Templates específicos de cada sistema para receber orientações mais detalhadas.
Selecione um sistema específico- Campos de dados recomendados para uma análise completa
- Principais atividades e marcos a acompanhar
- Orientações para extrair os dados do processo
Atributos do processo de compras ao pagamento: processamento de faturas
| Nome | Descrição | ||
|---|---|---|---|
| Data e hora do evento EventTime | Data e hora exatas em que uma atividade ou um evento específico ocorreu. | ||
| Descrição A data e hora do evento, também chamada de hora de início, registra a data e a hora exatas em que uma atividade de negócio ocorreu. Cada atividade do processo, de “Fatura recebida” a “Pagamento efetuado”, tem uma data e hora associadas. Essas informações cronológicas são essenciais para ordenar os eventos e calcular durações. Esse atributo é usado para ordenar os eventos cronologicamente e montar o fluxo do processo de cada caso. Ele serve de base para todas as análises relacionadas ao tempo, incluindo o cálculo dos tempos de ciclo entre atividades, a identificação de gargalos onde há perda de tempo e o acompanhamento da performance em relação aos acordos de nível de serviço. Datas e horas precisas são essenciais para a confiabilidade de qualquer análise de Process Mining. Por que isso importa Ele estabelece a ordem cronológica dos eventos e serve de base para todos os cálculos de performance e duração, como o tempo de ciclo. Onde encontrar Geralmente, é encontrado em logs de eventos ou em um campo de “Data de criação” ou “Data de entrada” associado a cada transação ou mudança de status. Exemplos 2023-10-26T10:00:00Z2024-01-15T14:35:10Z2023-11-01T09:12:05Z | |||
| Nome da atividade ActivityName | Nome de um evento de negócio ou de uma tarefa específica que ocorreu durante o ciclo de processamento da fatura. | ||
| Descrição O nome da atividade descreve uma etapa ou um marco do processamento da fatura. Alguns exemplos são “Fatura recebida”, “Fatura enviada para aprovação”, “Bloqueio de pagamento aplicado” e “Pagamento efetuado”. Esse atributo conta o que aconteceu com a fatura ao longo do tempo. No Process Mining, esse atributo é usado para gerar o mapa do processo, que representa visualmente o fluxo de trabalho. Analisar a sequência, a frequência e os caminhos dessas atividades ajuda a identificar fluxos comuns, desvios, gargalos e ciclos de retrabalho. A qualidade e o nível de detalhe dos nomes das atividades são essenciais para criar uma análise de processo relevante e acionável. Por que isso importa Esse atributo define as etapas do processo, forma a estrutura básica do mapa do processo e permite analisar todos os aspectos relacionados ao fluxo. Onde encontrar Essas informações geralmente são obtidas de logs de mudança de status, tabelas de eventos ou códigos de transação do sistema de origem. Exemplos Fatura digitadaFatura aprovadaBloqueio de pagamento aplicadoPagamento efetuado | |||
| Número da fatura InvoiceNumber | Identificador exclusivo da fatura de um fornecedor. Ele funciona como chave principal para acompanhar a fatura durante todo o seu ciclo de vida. | ||
| Descrição O número da fatura é o código alfanumérico exclusivo atribuído pelo fornecedor. No Process Mining, esse atributo é fundamental porque geralmente funciona como ID do caso, identificando cada fatura e seu percurso, do recebimento ao pagamento. Ao usar o número da fatura como ID do caso, você pode vincular todas as atividades relacionadas, como “Fatura recebida”, “Fatura aprovada” e “Pagamento efetuado”, para reconstruir o processo de ponta a ponta daquela fatura. Isso permite analisar em detalhes os tempos de ciclo, os caminhos e os desvios de cada caso, formando a base de toda a análise do processo. Por que isso importa É o identificador essencial do caso, que conecta todos os eventos relacionados e permite acompanhar o ciclo de vida completo de uma única fatura. Onde encontrar Esse é um campo principal, geralmente encontrado no cabeçalho de uma tabela de transações de faturas. Exemplos INV-2024-001239876543210US-5839A-24 | |||
| Sistema de origem SourceSystem | Sistema de origem dos dados do evento. | ||
| Descrição O atributo Sistema de origem identifica o aplicativo ou a plataforma em que o evento de processamento da fatura foi registrado. Em ambientes de TI complexos, o percurso de uma fatura pode passar por vários sistemas, como uma solução de digitalização, uma ferramenta de fluxo de trabalho e um sistema ERP. Conhecer o sistema de origem dá contexto aos dados e ajuda a investigar problemas de qualidade. Também permite analisar processos que passam por diferentes sistemas, destacando possíveis desafios de integração ou atrasos causados por transferências entre aplicativos. Isso pode ser especialmente útil ao consolidar dados de sistemas antigos e modernos. Por que isso importa Ele dá contexto sobre a origem dos dados, o que é essencial para validá-los e analisar processos que passam por vários sistemas de TI. Onde encontrar Muitas vezes, é um valor estático adicionado durante a extração dos dados ou um campo nos logs do sistema que indica o nome ou o ID do aplicativo. Exemplos SAP_ECC_PRODOracle_Fusion_FINCoupa_R34 | |||
| Última atualização dos dados LastDataUpdate | Data e hora da última atualização dos dados deste evento a partir do sistema de origem. | ||
| Descrição Esse atributo registra a data e a hora da última extração ou atualização dos dados. É um campo de metadados que indica o grau de atualização do conjunto de dados analisado. Embora não seja usado diretamente para desenhar o mapa do processo, esse dado é essencial para entender a atualidade da análise. Ele ajuda a saber se você está consultando dados em tempo real ou um instantâneo de um momento específico, o que é fundamental para tomar decisões operacionais fundamentadas. Também é importante para monitorar a integridade e a frequência do pipeline de dados. Por que isso importa Ele indica o grau de atualização dos dados e permite entender até que ponto a análise do processo está atualizada. Onde encontrar Essa data e hora geralmente são geradas e adicionadas ao conjunto de dados durante o processo de extração, transformação e carregamento (ETL). Exemplos 2024-05-21T04:00:00Z2024-05-20T04:00:00Z2024-05-19T04:00:00Z | |||
| Data de vencimento do pagamento PaymentDueDate | Data limite para pagar a fatura e evitar o atraso. | ||
| Descrição A data de vencimento do pagamento é uma data importante, calculada com base na data da fatura e nas condições de pagamento acordadas. Ela representa o prazo para pagar o fornecedor e manter uma boa relação comercial, evitando multas por atraso. Esse atributo é fundamental para monitorar a performance dos pagamentos em dia. Ele é usado para calcular KPIs, como a taxa de pagamentos em dia, e identificar faturas com risco de atraso. Analisar o intervalo entre a data de aprovação da fatura e a data de vencimento ajuda a avaliar a eficiência das etapas finais de programação e execução do pagamento. Por que isso importa É essencial para medir a performance dos pagamentos em dia e analisar as causas dos atrasos. Onde encontrar Essa data geralmente aparece nos detalhes da transação da fatura. Ela pode ser informada diretamente ou calculada com base na data da fatura e nas condições de pagamento. Exemplos 2024-06-302024-07-152024-08-01 | |||
| Data e hora de término EndTime | Data e hora em que uma atividade ou um evento foi concluído. Para eventos instantâneos, geralmente são iguais à hora de início. | ||
| Descrição O atributo Data e hora de término registra o momento exato em que uma etapa do processo é concluída. Ele é essencial para calcular com precisão a duração das atividades, uma métrica fundamental no Process Mining. Ao comparar a data e hora de início com a data e hora de término, analistas podem medir quanto tempo cada etapa leva e identificar gargalos e oportunidades para aumentar a eficiência. Na análise, a data e hora de término são usadas para calcular os tempos de ciclo de atividades individuais e de segmentos inteiros do processo. Por exemplo, a duração da etapa “Aprovação da fatura” pode ser calculada subtraindo a data e hora de início da data e hora de término da atividade “Fatura aprovada”. Esses dados ajudam a criar Dashboards de performance, definir referências e acompanhar o impacto das mudanças no processo. Por que isso importa Ele permite calcular com precisão a duração das atividades, o que é essencial para identificar gargalos e medir a eficiência do processamento. Onde encontrar É encontrado em logs do sistema ou dados de transações, muitas vezes em um campo de “Data de conclusão”, “Data de alteração” ou em um campo separado de data e hora de conclusão da atividade. Exemplos 2023-10-26T10:05:12Z2024-01-15T15:00:00Z2023-11-01T09:12:05Z | |||
| Moeda da fatura InvoiceCurrency | Código da moeda do valor da fatura, como USD ou EUR. | ||
| Descrição Este atributo especifica a moeda em que o valor da fatura está expresso. É essencial para organizações que operam internacionalmente e trabalham com fornecedores de diferentes países. O código da moeda, geralmente baseado no padrão ISO 4217, garante a interpretação correta dos dados financeiros. Na análise, a moeda da fatura é usada para segmentar os dados por região ou país. Ela é fundamental para garantir que os valores sejam agregados corretamente nos relatórios financeiros, o que muitas vezes exige a conversão para uma moeda padrão de apresentação. Analisar as variações do processo por moeda também pode revelar complexidades relacionadas a pagamentos internacionais ou à gestão cambial. Por que isso importa Fornece o contexto necessário para interpretar os valores das faturas e permite análises financeiras precisas e a segmentação das operações globais. Onde encontrar Este é um campo padrão encontrado no cabeçalho de uma tabela de transações de faturas. Exemplos USDEURGBPJPY | |||
| Motivo do bloqueio ou da rejeição BlockOrRejectionReason | Motivo informado quando uma fatura é bloqueada para pagamento ou rejeitada durante a aprovação. | ||
| Descrição Este atributo registra o motivo específico pelo qual o andamento de uma fatura foi interrompido, seja por uma rejeição durante o fluxo de aprovação, seja por um bloqueio de pagamento após a aprovação. Os motivos podem incluir 'Quantidade incorreta', 'Divergência de preço', 'Número do PO ausente' ou 'Fatura duplicada'. Esse é um dos atributos mais importantes para a análise de causa raiz. Ao analisar a frequência de cada motivo, as organizações podem identificar as principais fontes de atrito e ineficiência no processo de faturas. Esses insights baseados em dados ajudam a resolver problemas subjacentes, como melhorar a comunicação com fornecedores, reforçar a conformidade com os POs ou oferecer mais treinamento à equipe. Por que isso importa É essencial para a análise de causa raiz e ajuda a identificar os motivos mais comuns de atrasos, retrabalho e ineficiências no processamento. Onde encontrar Essas informações aparecem em campos específicos, como 'Código do motivo' ou 'Motivo da retenção', nos dados da transação da fatura ou nos registros de aprovação associados. Exemplos Divergência de preçoQuantidade incorretaFatura duplicadaComprovante de recebimento de mercadorias ausente | |||
| Nome do fornecedor VendorName | Nome do fornecedor que enviou a fatura. | ||
| Descrição Este atributo registra o nome da parte externa que emitiu a fatura. Ele fornece um contexto importante, relacionando a transação financeira a um fornecedor específico. Manter dados de fornecedores consistentes e corretos é essencial para gerar relatórios e análises precisos. Em Process Mining, o nome do fornecedor é uma dimensão importante para segmentar os dados. Analistas podem filtrar o processo para examinar o processamento de faturas de fornecedores com alto volume ou que geram problemas. Isso ajuda a identificar fornecedores que enviam faturas com erros com frequência, causando atrasos e retrabalho. Também contribui para iniciativas estratégicas, como a gestão da performance dos fornecedores e a identificação de oportunidades para programas de fornecedores preferenciais. Por que isso importa Permite segmentar o processo para analisar a performance por fornecedor, algo essencial para a gestão de fornecedores e para identificar a origem de faturas problemáticas. Onde encontrar Geralmente, essa informação está nos dados do cabeçalho da fatura e é vinculada a uma tabela mestre de fornecedores por meio do ID do fornecedor. Exemplos Suprimentos Globais para EscritórioSoluções de Tecnologia InovadorasCity Logistics Inc. | |||
| Usuário User | Usuário, funcionário ou agente do sistema que realizou a atividade. | ||
| Descrição O atributo Usuário identifica a pessoa ou o sistema automatizado responsável por executar uma etapa específica do fluxo de processamento de faturas. Pode ser um profissional de contas a pagar que registrou a fatura, um gerente que a aprovou ou um bot automatizado que realizou uma tarefa de conciliação. Analisar os dados por usuário é essencial para entender a distribuição da carga de trabalho, a performance individual e as necessidades de treinamento. Você pode filtrar o mapa do processo para ver como diferentes equipes ou pessoas lidam com as faturas e identificar variações nos fluxos de trabalho. Essa análise ajuda a encontrar quem tem melhor desempenho, destacar problemas de encaminhamento ou identificar usuários que precisam de mais apoio ou treinamento sobre os procedimentos da empresa. Por que isso importa Ajuda a analisar a distribuição da carga de trabalho, a performance dos usuários e as variações do processo entre diferentes equipes ou pessoas. Onde encontrar Essas informações geralmente estão disponíveis nos detalhes da transação, com rótulos como 'Nome do usuário', 'Inserido por', 'Alterado por' ou 'Aprovador'. Exemplos j.doeSYSTEM_RFCAlice.Smithapprover_pool_1 | |||
| Valor da fatura InvoiceAmount | Valor monetário total da fatura. | ||
| Descrição O valor da fatura corresponde ao total do documento, incluindo todos os itens, impostos e taxas. Esse atributo financeiro fundamental representa a importância monetária de cada caso. Muitas vezes, ele é analisado junto com outros atributos para entender seu impacto no processo. Esse atributo é essencial para a análise financeira e a priorização. Ao filtrar as faturas por valor, analistas podem investigar se as de alto valor seguem um fluxo de aprovação diferente e mais rigoroso ou se estão mais sujeitas a atrasos. Ele também é importante para os Dashboards que acompanham o valor total das faturas processadas e para KPIs relacionados à captura de descontos, já que a economia potencial corresponde a uma porcentagem do valor da fatura. Por que isso importa Permite analisar o impacto financeiro e priorizar faturas de alto valor, além de ajudar a identificar se o valor da fatura afeta o tempo ou o fluxo de processamento. Onde encontrar Este é um campo padrão encontrado no cabeçalho de uma tabela de transações de faturas. Exemplos 5250.751200.0025000.0089.99 | |||
| Código da empresa CompanyCode | Identificador da entidade legal ou empresa da organização que processa 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 separadas por código da empresa para fins contábeis e de geração de relatórios. Esse atributo permite comparar diferentes unidades de negócio. Ao segmentar o mapa do processo por código da empresa, analistas podem comparar a performance, identificar boas práticas em uma entidade e descobrir problemas sistêmicos em outra. Para organizações com mais de uma entidade legal, esse atributo é fundamental para entender as variações do processo e garantir a conformidade em toda a empresa. Por que isso importa Permite comparar processos e avaliar a performance entre diferentes entidades legais ou unidades de negócio da organização. Onde encontrar 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 | Condições acordadas para o pagamento da fatura, que determinam a data de vencimento e os descontos por pagamento antecipado. | ||
| Descrição As condições de pagamento são os termos acordados com um fornecedor para pagar uma fatura. Elas costumam ser expressas em um formato padronizado, como 'Net 30' (pagamento em até 30 dias) ou '2% 10, Net 30' (desconto de 2% para pagamento em até 10 dias; caso contrário, o valor total vence em 30 dias). Esse atributo é essencial para a estratégia financeira e a análise de performance. Ele serve de base para calcular a data de vencimento do pagamento e identificar oportunidades de obter descontos por pagamento antecipado. Analisar o processo de acordo com diferentes condições de pagamento pode revelar se alguns termos estão associados a atrasos ou se a organização está aproveitando bem as oportunidades de desconto. Por que isso importa É fundamental para analisar a performance dos pagamentos em dia e identificar oportunidades de obter descontos por pagamento antecipado. Onde encontrar Essas informações geralmente vêm dos dados mestre do fornecedor e são especificadas no cabeçalho da fatura. Exemplos Net 30Net 602% 10, Net 30Pagamento no recebimento | |||
| Data da fatura InvoiceDate | Data em que o fornecedor emitiu a fatura. | ||
| Descrição A data da fatura é a data informada pelo fornecedor no próprio documento. Do ponto de vista do fornecedor, ela marca o início oficial do ciclo de pagamento e costuma servir de base para calcular a data de vencimento conforme as condições de pagamento acordadas. Analisar o intervalo entre a data da fatura e a atividade 'Fatura recebida' ou 'Fatura registrada' é essencial para identificar atrasos no envio ou na entrada da fatura no sistema. Esse intervalo pode representar uma parte significativa, mas pouco visível, do tempo total de ciclo. Reduzi-lo pode melhorar a performance dos pagamentos em dia e aumentar as oportunidades de obter descontos por pagamento antecipado. Por que isso importa Ajuda a medir o intervalo entre a emissão da fatura pelo fornecedor e o registro dela no sistema. Onde encontrar Este é um campo de data padrão nos dados do cabeçalho da fatura, geralmente identificado como 'Data do documento' ou 'Data da fatura'. Exemplos 2024-05-012024-04-152024-06-10 | |||
| Número do pedido de compra PurchaseOrderNumber | Identificador do pedido de compra (PO) relacionado à fatura. | ||
| Descrição O número do pedido de compra vincula uma fatura a um documento de aquisição aprovado previamente. Essa conexão é essencial para a conciliação, em que o sistema verifica se os detalhes da fatura, como quantidades e preços, correspondem ao que foi pedido no PO. Esse atributo é fundamental para analisar a eficiência da conciliação. Uma alta proporção de faturas vinculadas a POs processadas sem intervenção indica um processo de compras saudável. Por outro lado, analisar faturas sem PO pode revelar compras fora do processo ou situações em que as políticas de compras não estão sendo seguidas. A presença ou ausência de um PO é uma forma comum de segmentar o processo e comparar a eficiência. Por que isso importa Ajuda a diferenciar faturas com e sem PO, que muitas vezes seguem processos distintos e apresentam níveis diferentes de eficiência. Onde encontrar Esse identificador geralmente aparece nos detalhes do item ou do cabeçalho da transação da fatura, vinculando-a ao documento de compra. Exemplos 4500018921PO-2024-7837300000456 | |||
| Status da fatura InvoiceStatus | Estado atual da fatura no fluxo de processamento. | ||
| Descrição O status da fatura mostra em que ponto do ciclo de vida ela estava no momento da extração dos dados. Entre os status mais comuns estão 'Em processamento', 'Aprovado', 'Pago', 'Rejeitado' ou 'Bloqueado'. Esse atributo oferece uma visão geral da situação atual da fatura. Embora o Process Mining reconstrua toda a jornada, o status atual é útil em Dashboards operacionais que monitoram a carga de trabalho em andamento. Ele ajuda os gerentes a entender o volume de faturas em cada etapa, como quantas aguardam aprovação ou estão bloqueadas. Assim, é possível gerenciar o fluxo de faturas de forma proativa para evitar gargalos e atrasos. Por que isso importa Mostra um panorama da carga de trabalho atual e ajuda a acompanhar o volume de faturas em diferentes etapas, como 'Aguardando aprovação' ou 'Bloqueado'. Onde encontrar Geralmente, esse campo de status fica na tabela de cabeçalho da fatura e é atualizado conforme ela avança no ciclo de vida. Exemplos PagoEm processamentoRejeitadoAprovado para pagamento | |||
Atividades de processamento de faturas do processo de compras ao pagamento
| Atividade | Descrição | ||
|---|---|---|---|
| Divergência na conciliação identificada | Ocorre quando o sistema ou uma pessoa identifica uma divergência entre a fatura, o pedido de compra ou o recebimento de mercadorias. Diferenças de preço ou quantidade, por exemplo, costumam bloquear a fatura e exigir intervenção manual. | ||
| Por que isso importa Acompanhar esses eventos é fundamental para a análise de causa raiz dos atrasos e do retrabalho no processamento. Isso ajuda a localizar problemas na precisão das faturas dos fornecedores ou nos processos internos de compras. Onde encontrar Pode ser inferido a partir de uma mudança de status que indique falha na conciliação ou da aplicação automática de um bloqueio pelo sistema devido a uma divergência. Coleta Registre a data e a hora em que o status da conciliação da fatura muda para “Falhou” ou “Divergência”, ou quando é aplicado um bloqueio relacionado a uma diferença. Tipo de evento inferred | |||
| Fatura aprovada | Indica que todas as partes necessárias aprovaram a fatura no fluxo de trabalho. Esse marco autoriza o lançamento financeiro da fatura e o pagamento subsequente. | ||
| Por que isso importa Esse é um marco crítico que encerra a etapa de validação e aprovação. Ele é essencial para medir os tempos de ciclo da aprovação e garantir a Conformidade com as políticas de autorização. Onde encontrar É registrado explicitamente no histórico de aprovação ou no log do fluxo de trabalho após a aprovação final. Coleta Use a data e a hora da ação de aprovação final no histórico de aprovação ou do fluxo de trabalho da fatura. Tipo de evento explicit | |||
| Fatura conciliada | Indica que a fatura foi conciliada com sucesso com um pedido de compra e, quando aplicável, com um recebimento de mercadorias. Essa etapa, manual ou automatizada, valida se as quantidades e os preços faturados correspondem ao que foi pedido e recebido. | ||
| Por que isso importa Esse é um marco importante para o processamento direto. Um alto volume de conciliações bem-sucedidas na primeira tentativa indica eficiência nos processos de compras anteriores. Onde encontrar Geralmente, é registrado como uma mudança de status ou um evento específico no histórico da transação, quando a validação da conciliação é concluída com sucesso. Coleta Identifique o evento ou a 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 razão geral | Indica o evento contábil formal em que a fatura aprovada é registrada no razão geral. Essa ação cria um passivo financeiro e muda o status da fatura de em processamento para pronta para pagamento. | ||
| Por que isso importa Esse é um marco financeiro crítico que confirma o reconhecimento oficial do passivo. Atrasos antes dessa etapa podem afetar o fechamento financeiro e a precisão dos relatórios. Onde encontrar Esse é um evento transacional explícito, registrado nos módulos financeiros do sistema. Coleta Use a data de lançamento associada ao documento financeiro criado a partir da fatura. Tipo de evento explicit | |||
| Fatura recebida | Indica o recebimento ou a criação inicial de uma fatura no sistema. Esse evento marca o início do ciclo de processamento, independentemente da forma de entrada, como digitação manual, portal do fornecedor ou OCR. | ||
| Por que isso importa Essa atividade é essencial para medir o tempo total de processamento da fatura, do início ao fim. Ela fornece uma referência para entender o volume de trabalho e os atrasos iniciais no processamento. Onde encontrar Esse evento costuma ser registrado com base na data e hora de criação do registro da fatura ou na primeira entrada em um log de documentos. Coleta Use a data e a hora de criação do objeto principal da fatura ou da conta do fornecedor no sistema de origem. Tipo de evento explicit | |||
| Fatura rejeitada | Ocorre quando um aprovador rejeita formalmente a fatura, interrompendo seu avanço no fluxo de trabalho. Em geral, a rejeição devolve a fatura para correção ou cancelamento e inicia um ciclo de retrabalho. | ||
| Por que isso importa Analisar as rejeições de faturas ajuda a identificar as causas raiz do retrabalho, como codificação incorreta, violações de políticas ou problemas nos dados de etapas anteriores. Reduzir as rejeições é essencial para aumentar a eficiência. Onde encontrar É uma ação explícita registrada no histórico de aprovação da fatura ou no log do fluxo de trabalho, muitas vezes acompanhada dos motivos da rejeição. Coleta Identifique o evento registrado quando um aprovador seleciona “Rejeitar” ou “Negar” no fluxo de trabalho. Tipo de evento explicit | |||
| Pagamento efetuado | Marca a etapa final do processo, quando o pagamento é efetuado e o passivo da fatura é baixado. Esse evento confirma que os recursos foram transferidos ao fornecedor. | ||
| Por que isso importa Essa é a conclusão bem-sucedida do ciclo de Purchase to Pay de uma fatura. É o evento definitivo para medir a taxa de pagamentos no prazo e a duração total do processo. Onde encontrar É registrado com base na data de lançamento do documento de pagamento que baixa a fatura. Coleta Use a data de compensação ou de pagamento do documento financeiro que liquida o item em aberto do fornecedor. Tipo de evento explicit | |||
| Bloqueio de pagamento aplicado | Um bloqueio intencional impede o pagamento de uma fatura, mesmo que ela tenha sido aprovada. O bloqueio pode ser aplicado automaticamente por regras do sistema ou manualmente, por motivos como disputas com fornecedores. | ||
| Por que isso importa Os bloqueios de pagamento são uma das principais causas de atrasos e de perda de descontos. Identificar quando e por que eles são aplicados é essencial para melhorar o desempenho dos pagamentos no prazo. Onde encontrar Geralmente, é registrado como um status ou sinalizador específico no registro da fatura ou nos itens de linha. Coleta Registre o evento em que um código de bloqueio de pagamento ou um status de retenção é aplicado à fatura ou aos itens de linha. Tipo de evento explicit | |||
| Bloqueio de pagamento liberado | Indica a remoção de um bloqueio de pagamento aplicado anteriormente, tornando a fatura novamente elegível para pagamento. Isso significa que o problema que causou o bloqueio foi resolvido. | ||
| Por que isso importa O tempo entre a aplicação e a liberação de um bloqueio representa um atraso no processo. Analisar esse período ajuda a identificar gargalos na resolução de problemas. Onde encontrar É registrado quando o status ou o sinalizador de bloqueio de pagamento é removido do registro da fatura. Coleta Registre o evento em que um código de bloqueio de pagamento ou um status de retenção é removido ou alterado para indicar que não há bloqueio. Tipo de evento explicit | |||
| Divergência resolvida | Indica o momento em que uma divergência identificada na conciliação é investigada e resolvida manualmente. Assim, a fatura pode seguir para a próxima etapa, como aprovação ou uma nova tentativa de conciliação. | ||
| Por que isso importa O tempo necessário para resolver divergências é um dos principais fatores que afetam o 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 encontrar Muitas vezes, esse evento é inferido a partir da primeira ação de uma pessoa que libera um bloqueio de conciliação ou permite que uma conciliação com falha seja processada novamente. Coleta Identifique o evento em que um bloqueio relacionado à conciliação é liberado 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 será mais processada nem paga. Esse é um estado final para uma fatura incorreta ou duplicada. | ||
| Por que isso importa Acompanhar os cancelamentos revela problemas na qualidade dos dados, envios duplicados e outros erros ocorridos em etapas anteriores. Uma taxa alta de cancelamento pode indicar problemas nas faturas dos fornecedores ou nos controles internos. Onde encontrar É registrado por uma mudança explícita de status no registro da fatura ou pela criação de um documento de estorno correspondente. Coleta Identifique a data e a hora em que o status da fatura muda para “Cancelada” ou “Anulada”, ou em que um documento de estorno é lançado. Tipo de evento explicit | |||
| Fatura corrigida | Indica uma atualização ou correção manual feita em uma fatura, geralmente após uma rejeição ou para corrigir um erro identificado. Essa atividade representa um desvio do processo padrão sem intervenção manual. | ||
| Por que isso importa Acompanhar as atividades de retrabalho revela ineficiências no processo e custos ocultos. Entender por que as faturas são alteradas pode levar a melhorias direcionadas no processo e a treinamentos. Onde encontrar Geralmente, é inferido a partir de logs de alterações ou trilhas de auditoria que registram modificações em campos importantes da fatura após a entrada inicial. Coleta Registre as datas e horas dos logs de auditoria que indicam alterações nos dados da fatura, principalmente após uma rejeição ou um bloqueio. Tipo de evento inferred | |||
| Fatura digitada | Indica a conclusão da entrada inicial dos dados: os detalhes da fatura foram digitados ou digitalizados, mas ainda não foram lançados nem enviados para aprovação formal. Muitas vezes, a fatura fica temporariamente com o status de “estacionada” ou “rascunho”. | ||
| Por que isso importa Analisar o tempo entre o recebimento e a digitação da fatura ajuda a identificar acúmulos na etapa de entrada de dados. Também pode mostrar a eficiência das soluções automatizadas de captura de dados. Onde encontrar Esse evento costuma ser inferido quando um registro de fatura é salvo como rascunho ou estacionado antes de ser enviado a um fluxo de trabalho. Coleta Registre a data e a hora em que o status da fatura muda de novo para salvo, estacionado ou rascunho. Tipo de evento inferred | |||
| Fatura enviada para aprovação | Indica o envio formal da fatura para um fluxo de trabalho de aprovação, após a conclusão da validação e da conciliação inicial. A fatura é encaminhada aos aprovadores designados conforme as regras de negócio configuradas. | ||
| Por que isso importa Essa atividade marca o início do subprocesso de aprovação. Medir o tempo entre esse evento e a aprovação final ajuda a analisar a eficiência do fluxo de trabalho de aprovação e a identificar gargalos. Onde encontrar Em sistemas com um mecanismo de fluxo de trabalho, esse evento é registrado explicitamente. Em outros casos, pode ser inferido pela mudança de status para “Aguardando aprovação”. Coleta Registre a data e a hora em que o fluxo de trabalho é iniciado ou o status da fatura é atualizado para indicar que ela está aguardando aprovação. Tipo de evento explicit | |||
| Fatura vencida | Evento calculado que ocorre quando a data atual ultrapassa a data de vencimento líquido da fatura, enquanto ela continua sem pagamento. A data de vencimento é determinada pela data da fatura e pelas condições de pagamento do fornecedor. | ||
| Por que isso importa Essa atividade sinaliza diretamente os pagamentos atrasados, que podem prejudicar o relacionamento com fornecedores e gerar multas. Ela é essencial para acompanhar e melhorar a taxa de pagamentos no prazo. Onde encontrar Esse não é um evento explícito do sistema. Ele precisa ser calculado comparando a data do pagamento, ou a data atual se a fatura não tiver sido paga, com a data de vencimento da fatura. Coleta Calcule esse evento usando Tipo de evento calculated | |||
| Pagamento agendado | A fatura lançada é selecionada e incluída em uma proposta ou lote de pagamentos. Essa etapa coloca a fatura na fila para pagamento em uma data específica, mas ainda não representa a transferência efetiva dos recursos. | ||
| Por que isso importa Essa atividade dá visibilidade à etapa final do processo. Atrasos entre o lançamento e o agendamento do pagamento podem levar à perda de descontos e a pagamentos atrasados. Onde encontrar Geralmente, é registrado quando uma fatura é adicionada a uma execução de pagamentos, proposta de pagamento ou diário de pagamentos. Coleta Identifique a data de criação da proposta ou do lote de pagamentos que inclui a fatura. Tipo de evento explicit | |||
Guias de extração
Os métodos de extração variam conforme o sistema. Para ver instruções detalhadas,
consulte nosso guia de ETL ou selecione um processo e um sistema específicos.
Pronto para começar?
Escolha um guia específico para o seu sistema e comece a extrair os dados, ou use este Template genérico como referência para qualquer fonte de dados.
Otimize o processamento de faturas e aumente a eficiência do processo de compras ao pagamento
Descubra insights ocultos sobre o processo, reduza custos e acelere os fluxos de trabalho de faturas.
Não é necessário informar cartão de crédito. Configure tudo em apenas 5 minutos.