Modelo de Dados: Processamento de Faturas de Contas a Pagar
O Seu Modelo de Dados para Processamento de Faturas de Contas a Pagar
- Atributos recomendados para coletar
- Atividades-chave a monitorizar
- Orientação para Extração
Atributos do Processamento de Faturas de Contas a Pagar
| Nome | Descrição | ||
|---|---|---|---|
|
Atividade
Activity
|
O nome de uma etapa de negócio ou evento específico que ocorreu dentro do ciclo de vida do processamento da fatura. | ||
|
Descrição
Este atributo descreve uma única tarefa ou alteração de status no processo de Contas a Pagar, como 'Fatura Pré-registada', 'Fatura Encaminhada para Aprovação' ou 'Fatura Compensada por Pagamento'. Estas atividades são os blocos de construção do mapa de processos e são geralmente extraídas de logs de alteração, campos de status ou logs de workflow dentro do SAP. A análise da sequência e duração destas atividades é o cerne do process mining. Ajuda a visualizar o fluxo do processo, identificar gargalos entre as etapas, medir a frequência de ciclos de retrabalho e comparar a execução real do processo com os procedimentos operacionais padrão. A granularidade das atividades definidas impacta diretamente a profundidade dos insights alcançáveis.
Por que é importante
As atividades são a espinha dorsal do mapa de processos, permitindo a visualização do fluxo do processo, a identificação de gargalos e a análise de desvios.
Onde obter
Derivado de códigos de transação (BKPF-TCODE), logs de workflow (SWW_WI2OBJ) ou logs de alteração (tabelas CDHDR/CDPOS) com base em alterações em documentos de fatura.
Exemplos
Documento de Fatura CriadoFatura AprovadaFatura Liquidada por PagamentoBloqueio de Pagamento Ativado
|
|||
|
Fatura
InvoiceNumber
|
O identificador único de cada documento de fatura, servindo como o identificador de caso primário para rastrear a sua jornada desde a receção até ao pagamento. | ||
|
Descrição
O Número da Fatura é uma chave composta, tipicamente formada pela combinação do Código da Empresa (BUKRS), Número do Documento (BELNR) e Ano Fiscal (GJAHR) no SAP. Esta combinação única garante que cada fatura é distintamente identificada em todo o sistema. No process mining, este atributo é fundamental. Ele liga todos os eventos e atividades relacionadas, como criação, lançamento, aprovação e pagamento, numa única e coesa instância de processo. A análise do processo através da fatura permite uma visão completa de ponta a ponta do ciclo de vida da fatura, essencial para calcular os tempos de ciclo, identificar variantes e compreender os ciclos de retrabalho.
Por que é importante
ID de Caso essencial que conecta atividades da fatura, permitindo análise completa do processo de Contas a Pagar.
Onde obter
Construído a partir das tabelas SAP BKPF (Cabeçalho do Documento Contábil), campos BUKRS, BELNR e GJAHR.
Exemplos
1000-1900000001-20232000-5100000055-20231000-1900000042-2024
|
|||
|
Hora do Evento
EventTime
|
A data e hora exatas em que uma atividade ou evento específico ocorreu. | ||
|
Descrição
A Hora do Evento é o timestamp associado a cada atividade no processo. Esses dados são críticos para a ordenação cronológica dos eventos e para todas as análises baseadas em tempo. No SAP, essa informação é frequentemente armazenada em campos de criação (por exemplo, BKPF-CPUDT) ou tabelas de log de alterações (CDHDR-UDATE e CDHDR-UTIME). Este atributo é essencial para o cálculo de indicadores-chave de desempenho, como tempos de ciclo, tempos de processamento e tempos de espera entre atividades. Ele permite a análise do desempenho do processo ao longo do tempo, ajuda a identificar quando gargalos ocorrem e é usado para verificar a conformidade com acordos de nível de serviço (SLAs) ou termos de pagamento.
Por que é importante
Este timestamp é crucial para calcular todas as métricas baseadas em duração, incluindo tempos de ciclo e gargalos, formando a base da análise de desempenho.
Onde obter
De tabelas SAP como BKPF (CPUDT/CPUTM para criação) ou CDHDR (UDATE/UTIME para alterações).
Exemplos
2023-10-01T10:00:00Z2023-10-02T14:35:10Z2023-10-15T09:12:00Z
|
|||
|
Aprovador
Approver
|
O utilizador ou função responsável por aprovar a fatura para pagamento. | ||
|
Descrição
Este atributo identifica a pessoa que realizou a atividade 'Fatura Aprovada'. No SAP, isso é frequentemente gerenciado pelo sistema de workflow, e o ID do aprovador fica registrado no histórico do workflow. Analisar por Aprovador é fundamental para o dashboard 'Invoice Approval Bottleneck Analysis'. Ajuda a medir os tempos de aprovação por indivíduo ou grupo, identificar aprovadores consistentemente lentos e entender a distribuição da carga de trabalho dentro da hierarquia de aprovação. Esses dados são cruciais para otimizar o workflow de aprovação, que frequentemente é um grande gargalo.
Por que é importante
Identifica o responsável pelas aprovações, permitindo analisar os tempos de ciclo e os gargalos por pessoa ou equipe.
Onde obter
Geralmente encontrado nas tabelas do SAP Business Workflow (ex: SWW_WI2OBJ, SWWLOG) ao vincular o item de workflow ao objeto da fatura e identificar o usuário da etapa de aprovação.
Exemplos
DMARTINLCHENFINMAN_ROLE
|
|||
|
Código da Empresa
CompanyCode
|
Uma chave única que representa uma entidade legal ou empresa dentro da organização SAP. | ||
|
Descrição
O Código da Empresa é uma unidade organizacional fundamental no SAP Financials, representando uma unidade contábil independente. Todas as transações financeiras, incluindo faturas, são lançadas em um código de empresa específico. Este atributo é essencial para segmentar a análise de processo por entidade legal. Ele permite comparar o desempenho do processo, as taxas de conformidade e a eficiência em diferentes partes da organização. Isso é particularmente importante para grandes corporações multinacionais com múltiplas subsidiárias.
Por que é importante
Permite que a análise de processos seja segmentada por entidade legal, possibilitando a comparação de desempenho entre diferentes unidades de negócio.
Onde obter
Da tabela SAP BKPF (Cabeçalho do Documento Contábil), campo BUKRS.
Exemplos
10002100US01
|
|||
|
Condições de Pagamento
PaymentTerms
|
O código que define as condições de pagamento, como datas de vencimento e possíveis descontos. | ||
|
Descrição
As Condições de Pagamento são regras predefinidas no SAP que determinam como as datas de vencimento das faturas e os descontos em dinheiro são calculados. São atribuídas aos dados mestres de fornecedores e podem ser especificadas em faturas individuais. Este atributo é essencial para o dashboard de 'Conformidade e Descontos de Pagamento' e para o KPI 'Taxa de Captura de Desconto por Pagamento Antecipado'. Ao analisar as condições de pagamento, uma empresa pode identificar oportunidades para capturar descontos, compreender as implicações financeiras dos cronogramas de pagamento e garantir a conformidade.
Por que é importante
Define as regras para datas de vencimento de pagamento e descontos, o que é crucial para a otimização financeira e o monitoramento da conformidade.
Onde obter
Da tabela SAP BSEG (Segmento do Documento Contábil), campo ZTERM.
Exemplos
Z0010001NT30
|
|||
|
Data de Vencimento da Fatura
InvoiceDueDate
|
A data calculada até a qual o pagamento da fatura é devido, de acordo com as condições de pagamento. | ||
|
Descrição
A Data de Vencimento da Fatura indica o prazo limite para pagar o fornecedor, garantindo o cumprimento dos termos acordados. No SAP, este dado muitas vezes não é um campo único armazenado, mas sim calculado com base na data-base do documento (BSEG-ZFBDT) e nas condições de pagamento (BSEG-ZTERM) associadas à fatura. Esta data é essencial para o dashboard 'Conformidade de Pagamento e Descontos'. É utilizada para calcular KPIs como a Taxa de Pagamentos Atrasados e para identificar faturas com risco de atraso no pagamento. A análise em relação a esta data ajuda a priorizar a carga de trabalho e a melhorar o relacionamento com os fornecedores.
Por que é importante
Esta é uma data crucial para monitorar a conformidade de pagamentos, calcular KPIs de atraso e aproveitar descontos por pagamento antecipado.
Onde obter
Derivado com base na Data Base para Cálculo da Data de Vencimento (BSEG-ZFBDT) e na Chave de Condições de Pagamento (BSEG-ZTERM).
Exemplos
2023-10-312023-11-152024-01-10
|
|||
|
Nome do Fornecedor
VendorName
|
O nome do fornecedor que submeteu a fatura. | ||
|
Descrição
Este atributo contém o nome oficial do fornecedor. No SAP, os dados mestre do fornecedor (tabela LFA1) são associados ao documento da fatura através do número do fornecedor (LIFNR) armazenado no cabeçalho ou nos itens da linha do documento. A análise por fornecedor é crucial para o dashboard 'Desempenho de Pagamento do Fornecedor'. Permite rastrear os tempos de processamento da fatura, a pontualidade do pagamento e as taxas de exceção para fornecedores específicos. Estes insights podem ajudar a gerir as relações com fornecedores, identificar fornecedores problemáticos com qualidade de fatura consistentemente baixa e negociar melhores termos.
Por que é importante
Permite a análise de desempenho por fornecedor, auxiliando na gestão do relacionamento com fornecedores e na identificação de problemas ligados a fornecedores específicos.
Onde obter
Da tabela SAP LFA1, campo NAME1, vinculado através do número do fornecedor (LIFNR) encontrado em BKPF ou BSEG.
Exemplos
Global Office Supplies Inc.Tech Solutions LLCReliable Logistics Corp.
|
|||
|
Número do Pedido de Compra
PurchaseOrderNumber
|
O identificador para o pedido de compra ao qual a fatura está sendo faturada. | ||
|
Descrição
O Número da Ordem de Compra (OC) liga a fatura ao processo de compras. Para faturas baseadas em OC, esta conexão é crítica para a reconciliação tripartida entre a OC, a Receção de Mercadoria e a Fatura. Este atributo é essencial para o dashboard 'Desempenho da Reconciliação OC/RM'. A análise da presença e da correspondência de uma OC ajuda a distinguir entre diferentes tipos de fatura (com OC vs. sem OC) e a medir a eficiência do processo de correspondência. Atrasos nesta área são uma fonte comum de gargalos de processo.
Por que é importante
Vincula a fatura ao processo de compras, permitindo a análise de faturas com e sem Ordem de Compra (OC), e a eficiência do processo de conciliação de três vias.
Onde obter
Da tabela SAP BSEG (para faturas FI) ou RSEG (para faturas MM), campo EBELN.
Exemplos
450001712345000175894500018330
|
|||
|
Razão de Bloqueio de Pagamento
PaymentBlockReason
|
Um código que indica o motivo pelo qual uma fatura está bloqueada para pagamento. | ||
|
Descrição
Quando uma fatura apresenta uma discrepância ou está sob revisão, um bloqueio de pagamento pode ser aplicado para evitar que seja incluída numa remessa de pagamento. Este atributo fornece o motivo do bloqueio, como uma inconsistência de quantidade ou uma variação de preço. Esta informação é vital para a análise de exceções. Ajuda a categorizar as causas-raiz de atrasos de pagamento e retrabalho, suportando o dashboard de 'Análise de Exceções e Discrepâncias'. Compreender os motivos de bloqueio mais frequentes permite melhorias direcionadas no processo para reduzir as exceções.
Por que é importante
Fornece a causa raiz dos atrasos nos pagamentos, permitindo análises direcionadas para reduzir exceções, retrabalho e o tempo de processamento das faturas.
Onde obter
Da tabela SAP BSEG (Segmento do Documento Contábil), campo ZLSPR.
Exemplos
RIA
|
|||
|
Usuário Processador
ProcessorUser
|
O username SAP do funcionário que realizou a atividade, como lançar ou alterar a fatura. | ||
|
Descrição
Este atributo identifica o usuário individual responsável pela execução de uma etapa específica do processo. No SAP, pode ser o usuário que criou o documento (por exemplo, BKPF-USNAM) ou o que efetuou uma alteração específica (por exemplo, CDHDR-USERNAME). Analisar pelo Usuário Processador é fundamental para entender o desempenho da equipe e a distribuição da carga de trabalho. Isso ajuda na construção do dashboard 'AP Processor Workload Distribution', monitorando o volume de faturas e os tempos médios de atividade por usuário. Essa análise pode revelar necessidades de treinamento, identificar colaboradores de alto desempenho e apoiar uma distribuição equitativa de tarefas.
Por que é importante
Permite a análise da carga de trabalho, a comparação de desempenho entre usuários e a identificação de oportunidades de treinamento ou desequilíbrios de recursos.
Onde obter
Da tabela SAP CDHDR, campo USERNAME (para alterações) ou da tabela BKPF, campo USNAM (para lançamento de documento).
Exemplos
AJONESSMITHBCWILLIAMS
|
|||
|
Valor Bruto da Fatura
InvoiceGrossAmount
|
O valor bruto total da fatura, incluindo impostos e outras taxas, na moeda original do documento. | ||
|
Descrição
Este atributo representa o valor financeiro total de uma fatura. É um dado crucial para compreender o impacto financeiro e as características das faturas em processamento. No SAP, esse valor pode ser encontrado em várias tabelas, dependendo do tipo de documento, como a tabela BSEG para documentos financeiros. Na análise, o valor da fatura é usado para priorizar faturas de alto valor, compreender a vazão financeira do processo de Contas a Pagar e segmentar a análise. Por exemplo, pode-se analisar se faturas de alto valor apresentam tempos de ciclo mais longos ou estão sujeitas a caminhos de aprovação distintos. É fundamental também para os KPIs financeiros.
Por que é importante
Fornece contexto financeiro ao processo, permitindo análises baseadas em valor, priorização de faturas de alto montante e o cálculo de KPIs financeiros.
Onde obter
Das tabelas de itens de linha do SAP, como o campo WRBTR da BSEG (Valor na moeda do documento). Pode ser necessário um cálculo para agregar os itens de linha ao nível do cabeçalho.
Exemplos
1500.0012550.75980.50
|
|||
|
Desconto Perdido
DiscountLost
|
Um indicador calculado que é verdadeiro se um desconto por pagamento antecipado disponível não foi aproveitado. | ||
|
Descrição
Este atributo identifica faturas cujas condições de pagamento ofereciam um desconto por pagamento antecipado, mas que foram pagas após o vencimento do período de desconto. É calculado comparando a data de pagamento com a data de vencimento do desconto, derivada das 'Payment Terms'. É um KPI financeiro crucial para o 'Early Payment Discount Capture Rate'. Destaca oportunidades perdidas para reduzir custos. A análise das razões da perda de descontos (por exemplo, ciclos de aprovação longos, bloqueios de pagamento) pode justificar projetos de melhoria de processo com um claro retorno sobre o investimento.
Por que é importante
Destaca oportunidades financeiras perdidas e o KPI 'Taxa de Aproveitamento de Descontos'. Oferece incentivo para a melhoria do processo.
Onde obter
Campo calculado: VERDADEIRO se (Condições de Pagamento ofereceram um desconto) E (Data de Pagamento > Data de Vencimento do Desconto), caso contrário FALSO.
Exemplos
truefalse
|
|||
|
É Automatizado
IsAutomated
|
Um indicador que indica se uma atividade foi realizada por um usuário de sistema ou de batch ou por um usuário humano. | ||
|
Descrição
Este atributo booleano distingue entre atividades realizadas automaticamente (por exemplo, por um job em lote, sistema de EDI ou OCR) e aquelas realizadas manualmente por um usuário. Isso é geralmente determinado pela análise do nome de usuário associado a uma atividade. Isso é fundamental para o dashboard 'Manual vs. Automated Processing'. Ajuda a mensurar o sucesso das iniciativas de automação, calcular o KPI 'Manual Intervention Rate' e identificar oportunidades restantes para reduzir o esforço manual. Compreender os pontos de contato entre humanos e sistemas é essencial para impulsionar a eficiência.
Por que é importante
Permite medir a automação do processo, identificar gargalos manuais e acompanhar o impacto das iniciativas de automação.
Onde obter
Derivado verificando se o ID do usuário (ex: CDHDR-USERNAME) pertence a uma lista predefinida de contas de sistema, de lote ou de serviço.
Exemplos
truefalse
|
|||
|
Está Estornado
IsReversed
|
Um indicador booleano que indica se o documento da fatura foi estornado. | ||
|
Descrição
Este atributo sinaliza faturas que foram canceladas ou estornadas, um evento significativo, que indica um erro grave ou falha no processo. No SAP, um documento estornado é associado a um documento de estorno. Identificar faturas estornadas é crucial para compreender a qualidade do processo e as taxas de falha. Isso ajuda a isolar essas exceções críticas do fluxo principal do processo e permite uma análise de causa raiz dedicada para entender a causa dos estornos e como evitá-los.
Por que é importante
Assinala faturas que foram canceladas, o que é um indicador-chave de falha de processo e ajuda na análise das causas-raiz de erros graves.
Onde obter
Verificar se o número do documento (BKPF-BELNR) existe no campo BKPF-STBLG (documento de Estorno) para qualquer outro documento.
Exemplos
truefalse
|
|||
|
Está Vencido
IsOverdue
|
Um indicador calculado que indica se a fatura foi paga após sua data de vencimento programada. | ||
|
Descrição
Este atributo booleano é derivado da comparação entre a data da atividade 'Fatura Liquidada por Pagamento' e a 'Data de Vencimento da Fatura'. Se a data de pagamento for posterior à data de vencimento, a flag é definida como verdadeira. Este atributo apoia diretamente o KPI 'Overdue Payment Rate' e o dashboard 'Payment Compliance & Discounts'. Permite fácil filtragem e contagem de pagamentos atrasados, ajudando a quantificar a magnitude do problema. A análise das características de faturas em atraso (por exemplo, por fornecedor, código da empresa) pode revelar as causas raiz.
Por que é importante
Mede diretamente a conformidade com os prazos de pagamento e serve de base para o KPI de Taxa de Pagamentos Atrasados, ajudando a melhorar os relacionamentos com fornecedores e a evitar penalidades.
Onde obter
Campo calculado: VERDADEIRO se (Data de Pagamento > Data de Vencimento da Fatura), caso contrário FALSO.
Exemplos
truefalse
|
|||
|
Moeda do Documento
DocumentCurrency
|
O código da moeda (ex: USD, EUR) na qual a fatura foi emitida. | ||
|
Descrição
Este atributo especifica a moeda do valor da fatura. É armazenado no nível do cabeçalho do documento no SAP. A moeda do documento é essencial para qualquer análise financeira, pois garante que os valores sejam interpretados corretamente. Ela permite filtrar a análise do processo por moeda e é um pré-requisito para a conversão de valores para uma moeda local comum, visando relatórios padronizados e agregação.
Por que é importante
Fornece o contexto necessário para interpretar valores financeiros e permite análises específicas por moeda ou conversão para uma moeda padrão.
Onde obter
Da tabela SAP BKPF (Cabeçalho do Documento Contábil), campo WAERS.
Exemplos
USDEURGBP
|
|||
|
Número do Recebimento de Mercadorias
GoodsReceiptNumber
|
O identificador para o documento de recebimento de mercadorias relacionado a uma fatura baseada em Pedido de Compra. | ||
|
Descrição
Para faturas relacionadas a bens físicos, o documento de Recebimento de Mercadorias (RM) confirma a entrega de itens de um fornecedor. Este número vincula a fatura ao evento de entrega específico. Este atributo é usado no dashboard de 'Desempenho de Conciliação PO/RM'. O tempo entre o lançamento do RM e o lançamento da fatura é uma métrica-chave. Analisar essa ligação ajuda a entender o processo completo de conciliação de três vias e a identificar atrasos entre a entrega física e a liquidação financeira.
Por que é importante
Completa o cenário da conciliação a três vias (PC-EM-Fatura), permitindo a análise de atrasos entre a entrega de mercadorias e o processamento de faturas.
Onde obter
Da tabela SAP RSEG (Item do Documento, Fatura de Entrada), campo LFBNR (Nº do Documento de Referência).
Exemplos
500000123450000015675000002100
|
|||
|
Sistema de Origem
SourceSystem
|
Identifica o sistema SAP ECC de origem do qual os dados foram extraídos. | ||
|
Descrição
Este atributo especifica o sistema de registro, como o SAP System ID (SID), de onde se originaram os dados de processamento de faturas. É particularmente importante em organizações com múltiplas instâncias de ERP ou sistemas mistos. Em uma análise de Process Mining, ajuda a diferenciar dados de sistemas distintos, que podem apresentar configurações únicas ou variações de processo. Isso permite uma análise comparativa entre sistemas e garante que a linhagem de dados seja clara, algo vital para a governança de dados e sua validação.
Por que é importante
Garante a rastreabilidade dos dados e permite a análise de processos em ambientes com múltiplas instâncias SAP ou outros sistemas de origem.
Onde obter
Normalmente, um valor estático que representa o ID do Sistema SAP (SID) da instância ECC de origem, adicionado durante o processo de extração de dados.
Exemplos
ECC_PROD_EUSAP_US_01E5P
|
|||
|
Tempo de Processamento da Fatura
InvoiceProcessingTime
|
O tempo total decorrido desde a primeira atividade (ex: criação da fatura) até à atividade final (ex: pagamento). | ||
|
Descrição
Esta é uma métrica calculada que mede o tempo de ciclo de ponta a ponta para cada fatura individual. É derivada pela subtração do timestamp do primeiro evento do timestamp do último evento para um determinado caso (Número da Fatura). Este atributo é o KPI principal para o dashboard 'End-to-End Invoice Cycle Time'. Fornece uma medida de alto nível da eficiência geral do processo. Analisar sua média, mediana e distribuição ajuda a identificar tendências, mensurar o impacto das melhorias de processo e definir metas de desempenho.
Por que é importante
Este é um KPI primário que mede a eficiência geral do processo. Monitorá-lo ajuda a identificar o impacto das iniciativas de melhoria no ciclo de vida de ponta a ponta.
Onde obter
Campo calculado: (Timestamp do último evento do caso) - (Timestamp do primeiro evento do caso).
Exemplos
10 dias 2 horas 15 minutos5 dias 0 horas 0 minutos22 dias 8 horas 30 minutos
|
|||
|
Tipo de Documento
DocumentType
|
Um código no SAP que classifica documentos contábeis e controla seu processamento. | ||
|
Descrição
O Tipo de Documento diferencia várias transações comerciais, como faturas de fornecedores (KR), notas de crédito (KG) ou faturas MM (RE). Essa classificação rege aspectos como a faixa de numeração e os tipos de contas que podem ser lançadas. Em Process Mining, filtrar por Tipo de Documento permite uma análise mais homogênea. Por exemplo, o processo para uma fatura de fornecedor padrão (KR) pode diferir significativamente do de uma nota de crédito (KG). Analisá-los separadamente evita agregações enganosas e fornece insights mais precisos sobre subprocessos específicos.
Por que é importante
Permite a segmentação da análise por tipo de transação (ex: fatura vs. nota de crédito), resultando em insights de processo mais precisos e relevantes.
Onde obter
Da tabela SAP BKPF (Cabeçalho do Documento Contábil), campo BLART.
Exemplos
KRREKG
|
|||
|
Última Atualização de Dados
LastDataUpdate
|
O timestamp que indica quando os dados deste registo foram atualizados pela última vez a partir do sistema de origem. | ||
|
Descrição
Este atributo marca a data e a hora da extração ou atualização de dados mais recente do SAP ECC. Não faz parte dos dados transacionais em si, mas é um metadado adicionado durante o processo de ingestão de dados. Seu principal uso na análise é fornecer contexto sobre a atualidade dos dados que estão sendo visualizados. Isso é crucial para dashboards e relatórios, pois informa aos usuários o quão atualizada sua análise está e ajuda a gerenciar expectativas quanto à inclusão de transações muito recentes.
Por que é importante
Indica a atualidade dos dados, essencial para compreender a relevância temporal dos insights e dashboards.
Onde obter
São metadados gerados e adicionados durante o processo de extração, transformação e carregamento (ETL) dos dados.
Exemplos
2024-05-21T02:00:00Z2024-05-22T02:00:00Z2024-05-23T02:00:00Z
|
|||
Atividades do Processamento de Faturas de Contas a Pagar
| Atividade | Descrição | ||
|---|---|---|---|
|
Documento de Fatura Criado
|
Marca a criação inicial de um documento de fatura no SAP, seja como um documento estacionado ou totalmente lançado. Este é geralmente o primeiro evento com carimbo de data/hora para uma fatura e serve como ponto de partida para a análise do processo. É capturado a partir da data e hora de entrada do documento na tabela BKPF. | ||
|
Por que é importante
Esta atividade é o evento de início principal para a jornada de processamento da fatura. A análise do tempo a partir deste ponto ajuda a medir o tempo de ciclo total de ponta a ponta e a identificar atrasos iniciais na entrada de dados.
Onde obter
Este evento é inferido a partir do timestamp de criação do registro de cabeçalho do documento contábil. Especificamente, a combinação da Data de Entrada (BKPF-CPUDT) e da Hora de Entrada (BKPF-CPUTM) define o timestamp.
Captura
Utilize o timestamp de criação da tabela de cabeçalho do documento BKPF (CPUDT, CPUTM).
Tipo de evento
inferred
|
|||
|
Fatura Aprovada
|
Um aprovador designado confirmou que a fatura é válida e está pronta para pagamento. Isso pode ser um evento explícito de um sistema de workflow ou inferido da remoção de um bloqueio de pagamento. É um marco crítico antes do pagamento. | ||
|
Por que é importante
Este é um marco fundamental que desbloqueia a fatura para pagamento. Atrasos antes ou depois desta etapa indicam diferentes tipos de problemas, como a disponibilidade do aprovador ou questões de agendamento de remessas de pagamento.
Onde obter
Em um sistema de workflow, este é um evento explícito. Caso contrário, é comumente inferido pela remoção de um bloqueio de pagamento, capturado via logs de alteração (CDHDR/CDPOS) para o campo BSEG-ZLSPR.
Captura
Evento do sistema de workflow ou log de alterações para remoção de bloqueio de pagamento.
Tipo de evento
explicit
|
|||
|
Fatura Estornada
|
O documento de fatura lançado foi cancelado pela criação de um documento de estorno. Esta ação anula o impacto financeiro da fatura original. Isto representa um fim alternativo, muitas vezes negativo, para o processo. | ||
|
Por que é importante
Estornos indicam erros, como entrada de dados incorreta ou faturas duplicadas. Acompanhar a frequência e as razões dos estornos ajuda a identificar oportunidades para melhorar a qualidade dos dados e garantir o processamento correto na primeira tentativa.
Onde obter
Este evento é identificado na tabela de cabeçalho do documento (BKPF). O documento original terá o número do Documento de Estorno (BKPF-STBLG) preenchido. O timestamp do evento é a data de lançamento do documento de estorno.
Captura
Encontrar documento de estorno em BKPF.STBLG; obter o timestamp da data de lançamento do documento de estorno.
Tipo de evento
explicit
|
|||
|
Fatura Lançada
|
A fatura é formalmente registada na Contabilidade Geral, criando uma responsabilidade financeira. Um documento pré-registado é convertido num documento lançado, ou é criado como lançado desde o início. Este é um passo fundamental na contabilidade financeira. | ||
|
Por que é importante
O lançamento é um marco crítico que torna a fatura um passivo oficial. Ele separa a fase de entrada de dados da fase de gestão ativa de pagamentos do processo.
Onde obter
Identificado na tabela de cabeçalho do documento BKPF. Um documento lançado possui um Status de Documento (BKPF-BSTAT) em branco e uma Data de Lançamento (BKPF-BUDAT) válida. O timestamp do evento é a data de lançamento.
Captura
Use BKPF.BUDAT para documentos onde BKPF.BSTAT não é 'V' (Estacionado) ou 'V' foi alterado.
Tipo de evento
explicit
|
|||
|
Fatura Liquidada por Pagamento
|
A fatura está totalmente paga e o item em aberto é compensado contra um documento de pagamento. Isto marca a conclusão bem-sucedida do processo de Contas a Pagar para a fatura. Esta informação é registada no documento de compensação. | ||
|
Por que é importante
Este é o evento final principal do caminho de sucesso. O tempo para alcançar esta atividade é uma medida essencial da eficiência geral do processo. É também fundamental para calcular a pontualidade dos pagamentos e a captura de descontos.
Onde obter
Este evento é identificado quando o Número do Documento de Compensação (BSEG-AUGBL) e a Data de Compensação (BSEG-AUGDT) são preenchidos para o item de linha do fornecedor. A data de compensação é o timestamp do evento.
Captura
Use a Data de Compensação (BSEG.AUGDT) quando o Documento de Compensação (BSEG.AUGBL) estiver preenchido.
Tipo de evento
explicit
|
|||
|
Proposta de Pagamento Criada
|
A fatura foi incluída numa lista de propostas de pagamento como parte de uma execução de pagamento (T-Code F110). Embora não seja um pagamento final, indica a intenção de pagar. A fatura é selecionada com base na sua data de vencimento e condições de pagamento. | ||
|
Por que é importante
Esta é a primeira etapa do processo de pagamento automatizado. Atrasos entre a proposta e a execução final do pagamento podem indicar problemas na aprovação ou agendamento da remessa de pagamento.
Onde obter
Este evento é identificado pela localização do documento da fatura nas tabelas de proposta de pagamento, como a tabela REGUP (Processed Items from Payment Program). A data de execução (REGUP-LAUFD) pode ser utilizada como timestamp do evento.
Captura
Encontrar fatura na tabela REGUP e usar a data da execução do pagamento (LAUFD).
Tipo de evento
explicit
|
|||
|
Bloqueio de Pagamento Ativado
|
Uma fatura é ativamente bloqueada para pagamento, geralmente devido a uma divergência, aprovação pendente ou outro problema. Este é um status explícito definido na linha do item da fatura. O evento pode ser capturado das tabelas de documentos de alteração. | ||
|
Por que é importante
Esta atividade assinala o início de um período de exceção ou aprovação. Analisar a frequência e duração dos bloqueios de pagamento é crucial para identificar e resolver gargalos de processo e disputas.
Onde obter
O evento é capturado rastreando as alterações no campo Chave de Bloqueio de Pagamento (BSEG-ZLSPR). Os logs de alterações nas tabelas CDHDR e CDPOS registram quando este campo é preenchido.
Captura
Rastreia a criação de entradas em CDHDR/CDPOS para o campo BSEG-ZLSPR.
Tipo de evento
explicit
|
|||
|
Bloqueio de Pagamento Removido
|
Um bloqueio de pagamento previamente aplicado foi removido da fatura, tornando-a elegível para pagamento. Isso geralmente significa que uma divergência foi resolvida ou que a aprovação foi concedida. O evento é capturado das tabelas de documentos de alteração. | ||
|
Por que é importante
Esta atividade significa a resolução de uma exceção ou a conclusão de uma aprovação. O tempo gasto com o bloqueio ativo representa retrabalho ou tempo de espera, uma área chave para a melhoria de processos.
Onde obter
Este evento é capturado pelo rastreamento de alterações no campo 'Payment Block Key' (BSEG-ZLSPR). Os logs de alteração nas tabelas CDHDR e CDPOS registram quando este campo é liberado.
Captura
Rastreia as entradas de atualização em CDHDR/CDPOS onde o campo BSEG-ZLSPR é alterado para em branco.
Tipo de evento
explicit
|
|||
|
Data de Vencimento Ultrapassada Sem Pagamento
|
Este evento calculado ocorre quando a data atual ultrapassa a data de vencimento líquida da fatura, mas ela ainda não foi liquidada. Ele destaca faturas que estão em risco de se tornarem ou que já se encontram em atraso. Não é um evento de sistema direto. | ||
|
Por que é importante
Esta atividade é crucial para monitorizar o KPI de Taxa de Pagamentos Atrasados. Sinaliza proativamente as faturas que requerem atenção imediata para evitar multas por atraso de pagamento e o prejuízo para as relações com fornecedores.
Onde obter
Este é um evento calculado. É derivado da comparação da data atual com a Data de Vencimento Líquida (BSEG-ZFBDT) para todos os itens de fatura abertos (não compensados). O timestamp do evento é a própria data de vencimento.
Captura
Derivar comparando a data atual com BSEG.ZFBDT para itens em aberto.
Tipo de evento
calculated
|
|||
|
Fatura Encaminhada para Aprovação
|
A fatura foi formalmente submetida a um workflow de aprovação. Esta atividade muitas vezes depende de um sistema de workflow externo ou de uma alteração de status específica no SAP. Este é frequentemente o início do subprocesso de aprovação. | ||
|
Por que é importante
Este evento marca o início do ciclo de aprovação. Medir o tempo desde este ponto até 'Fatura Aprovada' é crucial para o KPI de Tempo de Ciclo de Aprovação de Faturas e para identificar gargalos relacionados aos aprovadores.
Onde obter
Se o SAP Business Workflow for utilizado, este evento pode ser extraído dos logs do workflow (por exemplo, SWWLOG). Caso contrário, este é um passo conceitual frequentemente inferido de um bloqueio de pagamento definido por motivos de aprovação.
Captura
Extraia de logs de workflow ou infira da configuração de um bloqueio de pagamento específico.
Tipo de evento
explicit
|
|||
|
Fatura Estacionada
|
Representa uma fatura que foi inserida no SAP, mas ainda não foi lançada no razão geral. Esta é uma ação explícita que permite sua posterior conclusão ou aprovação. O campo de status do documento na tabela de cabeçalho indica se uma fatura está 'estacionada'. | ||
|
Por que é importante
O estacionamento indica uma pausa deliberada no processo, muitas vezes para revisão ou devido à falta de informação. Monitorizar isto ajuda a identificar as razões dos atrasos antes que uma fatura seja oficialmente lançada.
Onde obter
Identificado na tabela de cabeçalho do documento BKPF, onde o Status do Documento (BKPF-BSTAT) é 'V' (Estacionado). O timestamp do evento é a data e hora de criação do documento (BKPF-CPUDT, BKPF-CPUTM).
Captura
Filtrar por documentos onde BKPF.BSTAT = 'V'.
Tipo de evento
explicit
|
|||
|
Pedido de Compra Conferido
|
Esta atividade significa que o item da linha da fatura foi ligado com sucesso a uma Ordem de Compra. Este é um passo crítico de validação num processo de reconciliação tripartida. É detectado pela presença de um número de OC nos detalhes da linha da fatura. | ||
|
Por que é importante
Atrasos na conciliação de pedidos de compra (PC) podem ser um gargalo significativo. A análise desta atividade ajuda a medir a eficiência do processo de conciliação e a identificar faturas que se desviam do fluxo de trabalho padrão baseado em PC.
Onde obter
Inferido da linha de item do fornecedor na tabela BSEG. Se o campo Número do Pedido de Compra (BSEG-EBELN) estiver preenchido, a conciliação é considerada realizada no momento da criação do documento.
Captura
Verificar um valor não nulo em BSEG.EBELN para a fatura.
Tipo de evento
inferred
|
|||
|
Recebimento de Mercadorias Conciliado
|
Representa a validação de que os bens ou serviços da fatura foram recebidos, por meio da vinculação da fatura a um documento de Recebimento de Mercadorias. Este é o terceiro componente de uma conciliação de três vias. É inferido a partir das referências no item de linha da fatura. | ||
|
Por que é importante
A conciliação com um Recebimento de Mercadorias confirma que a empresa recebeu o que está a pagar. Monitorizar isto ajuda a analisar o KPI de tempo de conciliação Ordem de Compra (OC)-Recebimento de Mercadorias (RM)-Fatura e a otimizar a validação.
Onde obter
Inferido da linha de item do fornecedor na tabela BSEG, verificando a existência de um número de documento de Recebimento de Mercadorias (BSEG-LFBNR) preenchido ou rastreando o histórico do Pedido de Compra vinculado (Tabela EKBE).
Captura
Verificar referência de EM em BSEG.LFBNR ou via histórico de Pedido de Compra (PC) em EKBE.
Tipo de evento
inferred
|
|||