Seu Template de Dados de Contas a Receber
Seu Template de Dados de Contas a Receber
- Atributos recomendados para coletar
- Atividades-chave a monitorizar
- Orientação para Extração
Atributos de Contas a Receber
| Nome | Descrição | ||
|---|---|---|---|
|
Atividade
Activity
|
O evento ou ação específica realizada no processo. | ||
|
Descrição
Este atributo descreve a etapa realizada no processo de Contas a Receber, como Criar Fatura, Lançar Pagamento Parcial ou Compensar Fatura. Geralmente é derivado do código de transação (TCODE) ou de mudanças específicas no status do documento encontradas nas tabelas de log de alterações.
Por que é importante
É essencial para mapear o fluxo do processo e identificar a sequência de eventos.
Onde obter
Derivado de SAP TSTCT (Transaction Codes) ou CDHDR/CDPOS (Change Documents)
Exemplos
Criar fatura de Contas a ReceberLançar Pagamento ParcialBaixar FaturaCriar Dispute Case
|
|||
|
Número da fatura
InvoiceNumber
|
O identificador único da fatura ou documento contábil. | ||
|
Descrição
Este atributo serve como o ID de Caso exclusivo para o processo de Contas a Receber. Geralmente corresponde ao Número do Documento Contábil (BELNR) no módulo SAP FI ou ao Documento de Faturamento (VBELN) no SD, dependendo da lógica de extração. Ele vincula todas as atividades subsequentes, como pagamentos, disputas e compensações, à obrigação financeira original.
Por que é importante
É a chave central necessária para reconstruir o fluxo do processo de ponta a ponta para cada transação.
Onde obter
Tabela SAP BKPF-BELNR ou VBRK-VBELN
Exemplos
1400000234900004321014000002351800000099
|
|||
|
Tempo do Evento
EventTime
|
O timestamp de quando a atividade ocorreu. | ||
|
Descrição
Este atributo registra a data e a hora exatas em que uma atividade ocorreu. Para dados transacionais, geralmente é uma combinação da Data de Entrada (CPUDT) e Hora de Entrada (CPUTM) das tabelas de cabeçalho. Permite o cálculo de tempos de ciclo e lead times.
Por que é importante
timestamps precisos são críticos para calcular o DSO e identificar gargalos.
Onde obter
Tabela SAP BKPF-CPUDT e BKPF-CPUTM
Exemplos
2023-10-12T08:30:00Z2023-10-15T14:45:12Z2023-11-01T09:15:00Z
|
|||
|
Sistema de Origem
SourceSystem
|
O sistema de origem dos dados. | ||
|
Descrição
Este atributo identifica a instância específica do SAP S/4HANA ou sistema externo onde o registro foi criado. É útil em ambientes complexos com múltiplas instâncias de ERP para rastrear a linhagem dos dados.
Por que é importante
Permite a segregação da análise em ambientes de múltiplos sistemas.
Onde obter
ID do Sistema (SY-SYSID) ou fixado durante a extração
Exemplos
SAP_S4H_PRODSAP_S4H_01LEGACY_ERP
|
|||
|
Última Atualização de Dados
LastDataUpdate
|
O timestamp de quando os dados foram extraídos ou atualizados pela última vez. | ||
|
Descrição
Este atributo indica quando os dados foram carregados na ferramenta de process mining. Ajuda os usuários a entenderem a atualização dos dados apresentados em dashboards como o Status de Conciliação de Fim de Período.
Por que é importante
Garante que os analistas saibam se estão olhando para dados históricos ou em tempo real.
Onde obter
Metadados de ETL
Exemplos
2023-11-05T00:00:00Z2023-11-05T06:00:00Z
|
|||
|
Código da Empresa
CompanyCode
|
A entidade financeira ou unidade de negócio à qual a fatura pertence. | ||
|
Descrição
A Empresa (Company Code - BUKRS) é a unidade organizacional central da contabilidade externa no sistema SAP. É usada para segmentar análises em dashboards como o Perfil de Comportamento de Pagamento do Cliente entre diferentes unidades de negócio.
Por que é importante
Essencial para filtrar e comparar o desempenho entre diferentes entidades legais.
Onde obter
Tabela SAP BKPF-BUKRS ou T001-BUKRS
Exemplos
1000US01DE012000
|
|||
|
Condições de Pagamento
PaymentTerms
|
Chave que representa as condições acordadas para o pagamento. | ||
|
Descrição
Este atributo (ZTERM) define os termos sob os quais o cliente deve pagar, incluindo datas de vencimento e descontos financeiros. É a principal fonte de dados para o dashboard de Otimização de Descontos por Pagamento Antecipado.
Por que é importante
Base para calcular datas de vencimento e analisar a elegibilidade para descontos.
Onde obter
Tabela SAP BSEG-ZTERM ou KNB1-ZTERM
Exemplos
NT300001Z015
|
|||
|
Data de Compensação
ClearingDate
|
A data em que a fatura foi compensada ou liquidada. | ||
|
Descrição
Este atributo (AUGDT) registra quando o item em aberto foi compensado, geralmente por um pagamento. É o timestamp final do ciclo principal do processo de Contas a Receber e a variável primária no cálculo do Days Sales Outstanding.
Por que é importante
Define a conclusão do ciclo de cobrança.
Onde obter
Tabela SAP BSEG-AUGDT ou BSAD-AUGDT
Exemplos
2023-11-012023-11-10
|
|||
|
Data de Vencimento
DueDate
|
A data calculada em que a fatura deve ser paga. | ||
|
Descrição
Este atributo representa a data de vencimento líquida. No SAP, geralmente é derivado da Data Base (ZFBDT) somada aos dias definidos nos Termos de Pagamento (ZTERM). É a referência para o dashboard de Execução e Conformidade de Dunning.
Por que é importante
O ponto de referência para determinar se um pagamento está em atraso.
Onde obter
Derivado de BSEG-ZFBDT e BSEG-ZTERM
Exemplos
2023-11-302023-12-15
|
|||
|
Days Sales Outstanding
DaysSalesOutstanding
|
A duração desde o lançamento da fatura até a compensação. | ||
|
Descrição
Esta métrica é calculada subtraindo a Data de Lançamento da Data de Compensação para itens compensados. É o valor principal para o dashboard de Visão Geral do Days Sales Outstanding e uma medida crítica da eficiência do fluxo de caixa.
Por que é importante
O principal KPI executivo para o processo de Contas a Receber.
Onde obter
Calculado: ClearingDate - PostingDate
Exemplos
30 dias45 dias15 dias
|
|||
|
É Automatizado
IsAutomated
|
Sinalização indicando se a atividade foi realizada por um usuário do sistema. | ||
|
Descrição
Este atributo booleano é calculado com base no atributo Usuário. Se o ID do Usuário corresponder a contas de sistema ou de lote conhecidas (ex: 'BNK_BSM'), esta flag é definida como verdadeira. Alimenta diretamente o dashboard de Taxa de Automação de Conciliação de Pagamentos.
Por que é importante
Chave para medir o sucesso da transformação digital e da automação.
Onde obter
Derivado do atributo User
Exemplos
verdadeirofalse
|
|||
|
Nome do Utilizador
User
|
O ID do usuário que executou a atividade. | ||
|
Descrição
Este atributo (USNAM) identifica o usuário ou agente do sistema responsável pelo evento. É analisado para calcular a Taxa de Conciliação Automática de Pagamentos, distinguindo entre usuários humanos e usuários de processamento em lote (batch).
Por que é importante
Crítico para determinar taxas de automação e produtividade do usuário.
Onde obter
Tabela SAP BKPF-USNAM ou CDHDR-USERNAME
Exemplos
JSMITHBATCH_USERSAP_WFALEX_D
|
|||
|
Número do cliente
CustomerNumber
|
O identificador único da conta do cliente. | ||
|
Descrição
Este atributo representa o Número do Cliente (KUNNR) associado à fatura. Ele permite uma análise detalhada dos comportamentos de pagamento e é fundamental para o dashboard de Perfil de Comportamento de Pagamento do Cliente.
Por que é importante
Permite o detalhamento (drill-down) no desempenho de contas específicas de clientes.
Onde obter
Tabela SAP BSEG-KUNNR ou KNA1-KUNNR
Exemplos
CUST100230001004500WALMART_US
|
|||
|
Tipo de Documento
DocumentType
|
Classifica o documento contábil (ex: Fatura, Pagamento, Nota de Crédito). | ||
|
Descrição
O Tipo de Documento (BLART) categoriza a transação. Exemplos incluem 'DR' para Fatura de Cliente, 'DZ' para Pagamento de Cliente e 'DG' para Nota de Crédito. Isso é vital para filtrar tipos de casos específicos para a Análise de Notas de Crédito e Correções.
Por que é importante
Segmenta os dados em faturas, pagamentos e ajustes.
Onde obter
Tabela SAP BKPF-BLART
Exemplos
DRDZDGRV
|
|||
|
Valor em Moeda Local
AmountInLocalCurrency
|
O valor da fatura ou pagamento na moeda da empresa. | ||
|
Descrição
Este atributo (DMBTR) contém o valor financeiro da transação. É usado para calcular o valor total de faturas em aberto, notas de crédito e pagamentos. Ele alimenta o dashboard de Análise de Notas de Crédito e Correções quantificando o valor.
Por que é importante
Necessário para análise de impacto financeiro e para priorizar cobranças de alto valor.
Onde obter
Tabela SAP BSEG-DMBTR ou ACDOCA-DMBTR
Exemplos
1500.00250.5010000,00
|
|||
|
É Nota de Crédito
IsCreditMemo
|
Sinalização indicando se o documento é uma nota de crédito. | ||
|
Descrição
Este atributo booleano é derivado do Tipo de Documento (ex: se o Tipo for 'DG'). Permite a filtragem rápida de transações corretivas para apoiar o KPI de Taxa de Notas de Crédito Corretivas.
Por que é importante
Identifica retrabalho e erros de faturamento.
Onde obter
Derivado de DocumentType
Exemplos
verdadeirofalse
|
|||
|
ID do Dispute Case
DisputeCaseId
|
O identificador de qualquer caso de disputa vinculado à fatura. | ||
|
Descrição
Este atributo contém o ID de um caso de disputa (UDM_CASE), se houver. Ele vincula o documento financeiro ao módulo de Dispute Management. É necessário para o dashboard de Eficiência do Ciclo de Resolução de Disputas.
Por que é importante
Conecta os documentos de AR ao workflow de resolução de disputas.
Onde obter
Tabela SAP FDM_DCPROC ou UDM_CASE_ATTR
Exemplos
0000056789DISP-2023-001
|
|||
|
Nível de Cobrança
DunningLevel
|
O nível atual de cobrança (dunning) da fatura. | ||
|
Descrição
Este atributo (MAHNS) indica quantas vezes um cliente foi notificado para pagamento. Ele rastreia a escalada dos esforços de cobrança e é visualizado no dashboard de Execução e Conformidade de Dunning.
Por que é importante
Monitora a gravidade dos atrasos nos pagamentos e a adesão à política de cobrança (dunning).
Onde obter
Tabela SAP MHNK-MAHNS ou KNB5 (Dunning mestre de clientes)
Exemplos
1230
|
|||
|
País
Country
|
O país do cliente. | ||
|
Descrição
Este atributo (LAND1) vem dos dados mestres do cliente. Ele permite a segmentação geográfica de KPIs, como a análise de taxas de Notas de Crédito por região ou país.
Por que é importante
Análise de conformidade e desempenho regional.
Onde obter
Tabela SAP KNA1-LAND1
Exemplos
EUADEFRJP
|
|||
|
Região
Region
|
O estado ou região do cliente. | ||
|
Descrição
Este atributo (REGIO) oferece uma visão geográfica mais granular do que o País. É útil para a Análise de Notas de Crédito e Correções para identificar problemas de processamento regional.
Por que é importante
Análise geográfica detalhada.
Onde obter
Tabela SAP KNA1-REGIO
Exemplos
CANYTXPOR
|
|||
Atividades de Contas a Receber
| Atividade | Descrição | ||
|---|---|---|---|
|
Baixar Fatura
|
A etapa contábil técnica onde o item em aberto é correspondido a um pagamento ou crédito e o status muda para Compensado. | ||
|
Por que é importante
O fim definitivo da instância do processo no sistema. Necessário para calcular a métrica final de DSO.
Onde obter
Tabela BSEG ou ACDOCA. O campo AUGDT (Data de Compensação) está preenchido. Use o USNAM para determinar se foi automatizado ou manual.
Captura
Registrado quando o campo AUGDT é preenchido
Tipo de evento
explicit
|
|||
|
Criar fatura de Contas a Receber
|
A criação inicial do documento de fatura do cliente no sistema financeiro. Isso é capturado a partir do timestamp de criação do cabeçalho do documento. | ||
|
Por que é importante
Marca o início do processo de contas a receber e o começo da contagem do aging. Essencial para o cálculo do Days Sales Outstanding (DSO).
Onde obter
Tabela BKPF (Cabeçalho de Documento Contábil), campos CPUDT (Data de Entrada) e CPUTM (Hora de Entrada). Filtrar pelo Tipo de Documento (BLART) relevante para Faturas de Clientes (ex: DR, RV).
Captura
Registrado quando a transação é confirmada (commit) na BKPF
Tipo de evento
explicit
|
|||
|
Emitir Saída de Fatura
|
A ação explícita de gerar a mensagem de saída (e-mail, impressão, EDI) para enviar a fatura ao cliente. Isso valida que o cliente recebeu oficialmente a solicitação de faturamento. | ||
|
Por que é importante
Atrasos entre a criação e o envio impactam a janela efetiva de prazo de pagamento do cliente. O monitoramento garante que as faturas não fiquem presas no processamento interno.
Onde obter
Tabela NAST (Status de Mensagem), usando a Chave de Objeto (OBJKY) que coincide com o Número do Documento de Fatura. Timestamp de DATVR e UHRVR.
Captura
Registrado na tabela NAST após a geração da saída
Tipo de evento
explicit
|
|||
|
Enviar Lembrete de Pagamento
|
Uma notificação de cobrança ou carta de lembrete é gerada para uma fatura vencida. Isso rastreia os esforços de cobrança feitos pela organização. | ||
|
Por que é importante
Crítico para o KPI de Taxa de Conformidade de Cobrança. Verifica se a estratégia de cobrança está sendo executada conforme a política.
Onde obter
Tabela MHND (Dados de Dunning), campo LAUFD (Data da Execução de Dunning). Correlacione via Empresa e Cliente.
Captura
Registrado quando a Rotina de Cobrança (F150) é executada
Tipo de evento
explicit
|
|||
|
Lançar Pagamento Parcial
|
Um pagamento é recebido mas não cobre o valor total da fatura, deixando um item residual na conta. | ||
|
Por que é importante
Impacta o Ciclo de Resolução de Pagamentos a Menor. Pagamentos parciais frequentes aumentam a complexidade e o esforço de conciliação manual.
Onde obter
Tabela BSEG. Inferido quando um documento de compensação (AUGBL) cria um novo item residual (o Documento de Referência coincide com a fatura original) com saldo remanescente.
Captura
Derivado da criação do documento de compensação com resíduo
Tipo de evento
inferred
|
|||
|
Receber Pagamento Total
|
O recebimento de fundos que cobre totalmente o valor pendente da fatura. Frequentemente, este é o fim efetivo da obrigação do cliente. | ||
|
Por que é importante
Determina a data real de pagamento vs. a data de vencimento. Crítico para analisar o Desvio de Prazo de Pagamento e o comportamento do cliente.
Onde obter
Tabela BSEG, derivada do Documento de Compensação (AUGBL) onde a Data de Compensação (AUGDT) é definida e o saldo torna-se zero.
Captura
Registrado quando o documento de compensação é lançado
Tipo de evento
explicit
|
|||
|
Atualizar Status da Disputa
|
O status de um caso de disputa existente muda, por exemplo, de 'Novo' para 'Em Processo' ou 'Em Revisão'. | ||
|
Por que é importante
Oferece granularidade no workflow de resolução de disputas e ajuda a identificar gargalos na fase de aprovação ou investigação.
Onde obter
Documentos de alteração para o Dispute Case (logs do SAP S/4HANA Case Management). Análise das mudanças na UDM_CASE_ATTR.
Captura
Compare as mudanças no campo de status no histórico do caso
Tipo de evento
inferred
|
|||
|
Conciliar Extrato Bancário
|
A linha do extrato bancário é correspondida com sucesso ao documento de pagamento no livro-razão, finalizando a posição de caixa. | ||
|
Por que é importante
Rastreia o Lead Time de Conciliação de Extratos Bancários. Atrasos aqui afetam a velocidade do fechamento financeiro.
Onde obter
Tabela FEBEP (Itens de Linha de Extrato Bancário Eletrônico). Faz a correspondência do documento de pagamento com a transação do extrato bancário.
Captura
Registrado nas tabelas EBS (FEBEP/FEBKO)
Tipo de evento
explicit
|
|||
|
Criar Dispute Case
|
Um Dispute Case é aberto contra a fatura, geralmente via SAP FSCM Dispute Management. Isso indica que o cliente contestou a cobrança. | ||
|
Por que é importante
Interrompe o cronômetro da cobrança padrão, mas inicia o tempo do Ciclo de Resolução de Disputas. Volumes altos aqui impactam a previsibilidade do fluxo de caixa.
Onde obter
Tabela UDM_CASE_ATTR (Atributos do Caso) ou UDM_DISPUTE (Caso de Disputa). Vincule via CASE_GUID à chave do documento financeiro.
Captura
Registrado nas tabelas do FSCM Dispute Management
Tipo de evento
explicit
|
|||
|
Estorno de fatura
|
A fatura original é cancelada ou estornada no sistema devido a um erro fundamental. | ||
|
Por que é importante
Representa uma instância de processo com falha. Filtrar esses casos ou analisá-los separadamente é crucial para a qualidade dos dados.
Onde obter
Tabela BKPF, o campo STBLG (Número do Documento de Estorno) é preenchido no registro da fatura original.
Captura
Registrado quando o campo STBLG é preenchido
Tipo de evento
explicit
|
|||
|
Lançar nota de crédito
|
Uma nota de crédito é emitida e vinculada à fatura, reduzindo o valor devido. Geralmente corrige um erro ou processa uma devolução. | ||
|
Por que é importante
Chave para o KPI de Taxa de Notas de Crédito Corretivas. Uma alta frequência indica problemas de qualidade nos processos anteriores de vendas ou faturamento.
Onde obter
Tabela BSEG, Tipo de Documento 'DG' ou 'KG'. Identificado pelo campo 'Referência de Fatura' (REBZG) que aponta para a fatura original.
Captura
Registrado quando o documento de nota de crédito referencia a fatura
Tipo de evento
explicit
|
|||
|
Registrar Promessa de Pagamento
|
Um agente de cobrança registra uma promessa formal do cliente para pagar um valor específico em uma data determinada. | ||
|
Por que é importante
Indica atividade bem-sucedida do agente de cobrança. Usado para prever o fluxo de caixa de curto prazo e medir o rendimento (throughput) do agente.
Onde obter
Tabela UDM_P2P (Promessa de Pagamento), campo CREATED_AT. Vinculado à fatura via Case GUID ou Chave do Documento.
Captura
Registrado no FSCM Collections Management
Tipo de evento
explicit
|
|||
|
Resolver Caso de Disputa
|
O caso de disputa é encerrado, resultando em crédito, baixa (write-off) ou reconfirmação da dívida. Isso marca o fim do tratamento da exceção. | ||
|
Por que é importante
O timestamp final para o KPI de Tempo Médio de Resolução de Disputas. A eficiência aqui recupera diretamente o capital de giro travado.
Onde obter
Tabela UDM_CASE_ATTR, campo ESCALATION_DATE ou CLOSED_DATE, dependendo da configuração.
Captura
Registrado quando o status do caso é definido como Fechado/Anulado
Tipo de evento
explicit
|
|||