Il Suo Template dei dati sui crediti commerciali
Il Suo Template dei dati sui crediti commerciali
- Attributi consigliati da raccogliere
- Attività chiave da monitorare
- Indicazioni per l’estrazione
Attributi dei crediti verso clienti
| Nome | Descrizione | ||
|---|---|---|---|
|
Attività
Activity
|
L’evento o l’azione specifica eseguita nel processo. | ||
|
Descrizione
Questo attributo descrive il passaggio eseguito nel processo AR, ad esempio Create Invoice, Post Partial Payment o Clear Invoice. Di norma deriva dal codice transazione (TCODE) o da modifiche specifiche allo stato del documento rilevate nelle tabelle dei change log.
Perché è importante
È essenziale per mappare il flusso di processo e identificare la sequenza degli eventi.
Dove reperirlo
Derivato da SAP TSTCT (Transaction Codes) o CDHDR/CDPOS (Change Documents)
Esempi
Creare la fattura clienteRegistrare un pagamento parzialeCompensare la fatturaCreare una contestazione
|
|||
|
Numero fattura
InvoiceNumber
|
L’identificativo univoco della fattura o del documento contabile. | ||
|
Descrizione
Questo attributo funge da Case ID univoco per il processo di Accounts Receivable. Di norma corrisponde all’Accounting Document Number (BELNR) nel modulo SAP FI oppure al Billing Document (VBELN) in SD, a seconda della logica di estrazione. Collega tutte le attività successive, come pagamenti, contestazioni e clearing, all’obbligazione finanziaria originaria.
Perché è importante
È la chiave centrale necessaria per ricostruire il flusso di processo end-to-end per ogni transazione.
Dove reperirlo
Tabella SAP BKPF-BELNR o VBRK-VBELN
Esempi
1400000234900004321014000002351800000099
|
|||
|
Ora dell’evento
EventTime
|
Il timestamp in cui si è verificata l’attività. | ||
|
Descrizione
Questo attributo registra la data e l’ora esatte in cui si è svolta un’attività. Per i dati transazionali, spesso consiste nella combinazione di Entry Date (CPUDT) ed Entry Time (CPUTM) delle tabelle di testata. Consente di calcolare i tempi di ciclo e i tempi di attraversamento.
Perché è importante
Timestamp accurati sono fondamentali per calcolare il DSO e identificare i colli di bottiglia.
Dove reperirlo
Tabella SAP BKPF-CPUDT e BKPF-CPUTM
Esempi
2023-10-12T08:30:00Z2023-10-15T14:45:12Z2023-11-01T09:15:00Z
|
|||
|
Sistema di origine
SourceSystem
|
Il sistema da cui provengono i dati. | ||
|
Descrizione
Questo attributo identifica l’istanza specifica di SAP S/4HANA o del sistema esterno in cui è stato creato il record. È utile negli ambienti con più istanze ERP per tracciare la provenienza dei dati.
Perché è importante
Consente di separare le analisi negli ambienti con più sistemi.
Dove reperirlo
System ID (SY-SYSID) o codificato durante l’estrazione
Esempi
SAP_S4H_PRODSAP_S4H_01LEGACY_ERP
|
|||
|
Ultimo aggiornamento dei dati
LastDataUpdate
|
Il timestamp dell’ultima estrazione o dell’ultimo aggiornamento dei dati. | ||
|
Descrizione
Questo attributo indica quando i dati sono stati caricati nello strumento di Process Mining. Aiuta gli utenti a comprendere l’aggiornamento dei dati presentati in Dashboard come Period End Reconciliation Status.
Perché è importante
Permette agli analisti di sapere se stanno esaminando dati in tempo reale o dati storici.
Dove reperirlo
Metadati ETL
Esempi
2023-11-05T00:00:00Z2023-11-05T06:00:00Z
|
|||
|
Codice società
CompanyCode
|
L’entità finanziaria o l’unità aziendale a cui appartiene la fattura. | ||
|
Descrizione
Il Company Code (BUKRS) è l’unità organizzativa centrale della contabilità esterna nel sistema SAP. Viene utilizzato per segmentare l’analisi nelle Dashboard, come Customer Payment Behavior Profiling, tra diverse unità aziendali.
Perché è importante
È essenziale per filtrare e confrontare le prestazioni tra diverse entità giuridiche.
Dove reperirlo
Tabella SAP BKPF-BUKRS o T001-BUKRS
Esempi
1000US01DE012000
|
|||
|
Condizioni di pagamento
PaymentTerms
|
Chiave che rappresenta le condizioni di pagamento concordate. | ||
|
Descrizione
Questo attributo (ZTERM) definisce le condizioni alle quali il cliente deve effettuare il pagamento, comprese le scadenze e gli sconti per pagamento anticipato. È la principale fonte di dati per la Dashboard Early Payment Discount Optimization.
Perché è importante
Costituisce la base per calcolare le scadenze e analizzare l’idoneità agli sconti.
Dove reperirlo
Tabella SAP BSEG-ZTERM o KNB1-ZTERM
Esempi
NT300001Z015
|
|||
|
Data di clearing
ClearingDate
|
La data in cui la fattura è stata sottoposta a clearing o saldata. | ||
|
Descrizione
Questo attributo (AUGDT) registra quando la partita aperta è stata sottoposta a clearing, generalmente tramite un pagamento. Rappresenta il timestamp finale del ciclo principale del processo AR ed è la variabile primaria nel calcolo dei Days Sales Outstanding.
Perché è importante
Definisce il completamento del ciclo di incasso.
Dove reperirlo
Tabella SAP BSEG-AUGDT o BSAD-AUGDT
Esempi
2023-11-012023-11-10
|
|||
|
Data di scadenza
DueDate
|
La data calcolata entro la quale la fattura deve essere pagata. | ||
|
Descrizione
Questo attributo rappresenta la scadenza netta. In SAP, viene spesso derivato prendendo la data di riferimento (ZFBDT) e aggiungendo i giorni definiti nei termini di pagamento (ZTERM). Costituisce il valore di riferimento per la Dashboard Dunning Compliance and Execution.
Perché è importante
Il punto di riferimento per determinare se un pagamento è in ritardo.
Dove reperirlo
Derivato da BSEG-ZFBDT e BSEG-ZTERM
Esempi
2023-11-302023-12-15
|
|||
|
È automatizzato
IsAutomated
|
Indicatore che segnala se l’attività è stata eseguita da un utente di sistema. | ||
|
Descrizione
Questo attributo booleano viene calcolato in base all’attributo User. Se l’ID utente corrisponde a un account di sistema o batch noto, ad esempio 'BNK_BSM', il flag viene impostato su true. Determina direttamente la Dashboard Payment Matching Automation Rate.
Perché è importante
È fondamentale per misurare la trasformazione digitale e il successo dell’automazione.
Dove reperirlo
Derivato dall’attributo User
Esempi
truefalse
|
|||
|
Giorni medi di incasso dei crediti commerciali
DaysSalesOutstanding
|
La durata compresa tra la registrazione della fattura e il clearing. | ||
|
Descrizione
Questa metrica viene calcolata sottraendo la Posting Date alla Clearing Date per le partite sottoposte a clearing. È il valore principale della Dashboard Days Sales Outstanding Overview e un indicatore fondamentale dell’efficienza del flusso di cassa.
Perché è importante
Il principale KPI direzionale per il processo AR.
Dove reperirlo
Calcolato: ClearingDate - PostingDate
Esempi
30 giorni45 giorni15 giorni
|
|||
|
Importo in valuta locale
AmountInLocalCurrency
|
Il valore della fattura o del pagamento nella valuta del Company Code. | ||
|
Descrizione
Questo attributo (DMBTR) contiene l’importo finanziario della transazione. Viene utilizzato per calcolare il valore totale delle fatture aperte, delle note di credito e dei pagamenti. Supporta la Dashboard Credit Memo and Correction Analysis quantificando il valore.
Perché è importante
È necessario per analizzare l’impatto finanziario e stabilire la priorità delle attività di incasso di importo elevato.
Dove reperirlo
Tabella SAP BSEG-DMBTR o ACDOCA-DMBTR
Esempi
1500.00250.5010000.00
|
|||
|
Nome utente
User
|
L’ID dell’utente che ha eseguito l’attività. | ||
|
Descrizione
Questo attributo (USNAM) identifica l’utente o l’agente di sistema responsabile dell’evento. Viene analizzato per calcolare l’Automated Payment Matching Rate, distinguendo tra utenti umani e utenti di sistema che eseguono processi batch.
Perché è importante
È fondamentale per determinare i tassi di automazione e la produttività degli utenti.
Dove reperirlo
Tabella SAP BKPF-USNAM o CDHDR-USERNAME
Esempi
JSMITHBATCH_USERSAP_WFALEX_D
|
|||
|
Numero cliente
CustomerNumber
|
L’identificativo univoco dell’account cliente. | ||
|
Descrizione
Questo attributo rappresenta il Customer Number (KUNNR) associato alla fattura. Consente un’analisi dettagliata dei comportamenti di pagamento ed è fondamentale per la Dashboard Customer Payment Behavior Profiling.
Perché è importante
Consente di analizzare in dettaglio le prestazioni di uno specifico account cliente.
Dove reperirlo
Tabella SAP BSEG-KUNNR o KNA1-KUNNR
Esempi
CUST100230001004500WALMART_US
|
|||
|
Tipo documento
DocumentType
|
Classifica il documento contabile, ad esempio Invoice, Payment o Credit Memo. | ||
|
Descrizione
Il Document Type (BLART) categorizza la transazione. Tra gli esempi figurano 'DR' per Customer Invoice, 'DZ' per Customer Payment e 'DG' per Credit Memo. È fondamentale per filtrare specifici tipi di Case a supporto della Credit Memo and Correction Analysis.
Perché è importante
Segmenta i dati in fatture, pagamenti e rettifiche.
Dove reperirlo
Tabella SAP BKPF-BLART
Esempi
DRDZDGRV
|
|||
|
Case ID della contestazione
DisputeCaseId
|
L’identificativo di una contestazione associata alla fattura. | ||
|
Descrizione
Questo attributo contiene l’ID di una contestazione (UDM_CASE), se presente. Collega il documento finanziario al modulo Dispute Management. È necessario per la Dashboard Dispute Resolution Cycle Efficiency.
Perché è importante
Collega i documenti AR al Workflow di risoluzione delle contestazioni.
Dove reperirlo
Tabella SAP FDM_DCPROC o UDM_CASE_ATTR
Esempi
0000056789DISP-2023-001
|
|||
|
È una Credit Memo
IsCreditMemo
|
Indicatore che segnala se il documento è una Credit Memo. | ||
|
Descrizione
Questo attributo booleano deriva dal Document Type, ad esempio quando il Type è uguale a 'DG'. Consente di filtrare rapidamente le transazioni correttive a supporto del KPI Corrective Credit Memo Rate.
Perché è importante
Identifica le rilavorazioni e gli errori di fatturazione.
Dove reperirlo
Derivato da DocumentType
Esempi
truefalse
|
|||
|
Livello di sollecito
DunningLevel
|
Il livello di sollecito attuale della fattura. | ||
|
Descrizione
Questo attributo (MAHNS) indica quante volte è stato ricordato al cliente di effettuare il pagamento. Tiene traccia dell’escalation delle attività di incasso ed è visualizzato nella Dashboard Dunning Compliance and Execution.
Perché è importante
Monitora la gravità dei pagamenti in ritardo e il rispetto della policy di sollecito.
Dove reperirlo
Tabella SAP MHNK-MAHNS o KNB5 (solleciti dell’anagrafica cliente)
Esempi
1230
|
|||
|
Paese
Country
|
Il Paese del cliente. | ||
|
Descrizione
Questo attributo (LAND1) proviene dai dati dell’anagrafica cliente. Consente la segmentazione geografica dei KPI, ad esempio per analizzare i tassi di Credit Memo per regione o Paese.
Perché è importante
Analisi della conformità e delle prestazioni a livello regionale.
Dove reperirlo
Tabella SAP KNA1-LAND1
Esempi
USDEFRJP
|
|||
|
Regione
Region
|
Lo Stato, la provincia o la regione del cliente. | ||
|
Descrizione
Questo attributo (REGIO) offre una visione geografica più dettagliata rispetto al Paese. È utile per la Credit Memo and Correction Analysis, che consente di identificare i problemi di elaborazione a livello regionale.
Perché è importante
Analisi geografica dettagliata.
Dove reperirlo
Tabella SAP KNA1-REGIO
Esempi
CANYTXBY
|
|||
Attività dei crediti verso clienti
| Attività | Descrizione | ||
|---|---|---|---|
|
Compensare la fattura
|
Passaggio contabile tecnico in cui la partita aperta viene abbinata a un pagamento o a un accredito e lo stato passa a Cleared. | ||
|
Perché è importante
La conclusione definitiva dell’istanza di processo nel sistema. È necessaria per calcolare la metrica DSO finale.
Dove reperirlo
Tabella BSEG o ACDOCA. Il campo AUGDT (Clearing Date) viene valorizzato. Utilizzare USNAM per determinare se l’operazione è automatica o manuale.
Acquisizione
Registrato quando il campo AUGDT viene valorizzato
Tipo di evento
explicit
|
|||
|
Creare la fattura cliente
|
Creazione iniziale del documento di fattura cliente nel sistema finanziario. L’evento viene acquisito dal timestamp di creazione dell’intestazione del documento. | ||
|
Perché è importante
Segna l’inizio del processo di Accounts Receivable e l’avvio del conteggio dell’anzianità. È essenziale per calcolare i Days Sales Outstanding (DSO).
Dove reperirlo
Tabella BKPF (intestazione del documento contabile), campi CPUDT (data di registrazione) e CPUTM (ora di registrazione). Filtrare per il tipo di documento (BLART) pertinente alle fatture cliente, ad esempio DR e RV.
Acquisizione
Registrato quando la transazione viene confermata in BKPF
Tipo di evento
explicit
|
|||
|
Emettere l’output della fattura
|
Azione esplicita di generazione del messaggio di output, tramite e-mail, stampa o EDI, per inviare la fattura al cliente. Conferma che il cliente abbia ricevuto ufficialmente la richiesta di pagamento. | ||
|
Perché è importante
I ritardi tra la creazione e l’invio incidono sulla finestra effettiva dei termini di pagamento del cliente. Il monitoraggio garantisce che le fatture non rimangano bloccate nell’elaborazione interna.
Dove reperirlo
Tabella NAST (stato del messaggio), utilizzando la Object Key (OBJKY) corrispondente al numero del documento di fattura. Timestamp ricavati da DATVR e UHRVR.
Acquisizione
Registrato nella tabella NAST al momento della generazione dell’output
Tipo di evento
explicit
|
|||
|
Inviare un promemoria di pagamento
|
Per una fattura scaduta viene generata una comunicazione di sollecito o una lettera di promemoria. L’evento monitora le attività di recupero svolte dall’organizzazione. | ||
|
Perché è importante
È fondamentale per il KPI Dunning Compliance Rate, poiché verifica che la strategia di recupero venga eseguita secondo la policy.
Dove reperirlo
Tabella MHND (dati di sollecito), campo LAUFD (data del ciclo di sollecito). Correlare tramite Company Code e cliente.
Acquisizione
Registrato quando viene eseguito il Dunning Run (F150)
Tipo di evento
explicit
|
|||
|
Registrare un pagamento parziale
|
Viene ricevuto un pagamento che non copre l’intero importo della fattura, lasciando una partita residua sul conto. | ||
|
Perché è importante
Incide sul Short Payment Resolution Cycle. I pagamenti parziali frequenti aumentano la complessità e il lavoro di riconciliazione manuale.
Dove reperirlo
Tabella BSEG. Deducibile quando un documento di compensazione (AUGBL) crea una nuova partita residua, con il Reference Document corrispondente alla fattura originale e un saldo ancora aperto.
Acquisizione
Derivato dalla creazione del documento di compensazione con residuo
Tipo di evento
inferred
|
|||
|
Ricevere il pagamento completo
|
Ricezione di fondi che coprono interamente l’importo della fattura ancora dovuto. Spesso rappresenta la conclusione effettiva dell’obbligazione del cliente. | ||
|
Perché è importante
Determina la data effettiva del pagamento rispetto alla data di scadenza. È fondamentale per analizzare la Payment Term Deviation e il comportamento dei clienti.
Dove reperirlo
Tabella BSEG, derivata dal Clearing Document (AUGBL) quando viene impostata la Clearing Date (AUGDT) e il saldo diventa pari a zero.
Acquisizione
Registrato quando viene registrato il documento di compensazione
Tipo di evento
explicit
|
|||
|
Aggiornare lo stato della contestazione
|
Lo stato di una contestazione esistente cambia, ad esempio da “Nuova” a “In lavorazione” o “In revisione”. | ||
|
Perché è importante
Fornisce un livello di dettaglio sul Workflow di risoluzione delle contestazioni e aiuta a individuare i colli di bottiglia nella fase di approvazione o analisi.
Dove reperirlo
Documenti delle modifiche relativi alla contestazione, registrati nei log di S/4HANA Case Management. Analisi delle modifiche a UDM_CASE_ATTR.
Acquisizione
Confrontare le modifiche al campo dello stato nella cronologia del caso
Tipo di evento
inferred
|
|||
|
Creare una contestazione
|
Viene aperta una contestazione relativa alla fattura, generalmente tramite SAP FSCM Dispute Management. Questo indica che il cliente ha contestato l’importo fatturato. | ||
|
Perché è importante
Arresta il conteggio del normale recupero e avvia il calcolo del tempo di risoluzione della contestazione. Volumi elevati in questa fase compromettono la prevedibilità del flusso di cassa.
Dove reperirlo
Tabella UDM_CASE_ATTR (Attributi del caso) o UDM_DISPUTE (caso di contestazione). Collegare tramite CASE_GUID alla chiave del documento finanziario.
Acquisizione
Registrato nelle tabelle di FSCM Dispute Management
Tipo di evento
explicit
|
|||
|
Registrare una nota di credito
|
Viene emessa una nota di credito collegata alla fattura, riducendo l’importo dovuto. In genere corregge un errore o gestisce un reso. | ||
|
Perché è importante
È fondamentale per il KPI Corrective Credit Memo Rate. Una frequenza elevata indica problemi di qualità a monte nelle vendite o nella fatturazione.
Dove reperirlo
Tabella BSEG, tipo di documento “DG” o “KG”. Identificato dal campo “Invoice Reference” (REBZG), che punta alla fattura originale.
Acquisizione
Registrato quando il documento della nota di credito fa riferimento alla fattura
Tipo di evento
explicit
|
|||
|
Registrare una promessa di pagamento
|
Un addetto al recupero registra l’impegno formale del cliente a pagare un importo specifico entro una data specifica. | ||
|
Perché è importante
Indica un’attività efficace dell’addetto al recupero. Viene utilizzato per prevedere il flusso di cassa a breve termine e misurare il Collection Agent Throughput.
Dove reperirlo
Tabella UDM_P2P (Promise to Pay), campo CREATED_AT. Collegata alla fattura tramite il Case GUID o la Document Key.
Acquisizione
Registrato in FSCM Collections Management
Tipo di evento
explicit
|
|||
|
Riconciliare l’estratto conto bancario
|
La riga dell’estratto conto bancario viene abbinata correttamente al documento di pagamento nel libro mastro, completando la determinazione della posizione di cassa. | ||
|
Perché è importante
Monitora il Bank Statement Reconciliation Lead Time. I ritardi in questa fase incidono sulla rapidità della chiusura finanziaria.
Dove reperirlo
Tabella FEBEP (partite dell’estratto conto bancario elettronico). Abbina il documento di pagamento alla transazione dell’estratto conto bancario.
Acquisizione
Registrato nelle tabelle EBS (FEBEP/FEBKO)
Tipo di evento
explicit
|
|||
|
Risoluzione della contestazione
|
La contestazione viene chiusa con un accredito, uno stralcio o una riconferma del debito. Questo segna la conclusione della gestione dell’eccezione. | ||
|
Perché è importante
Timestamp finale per il KPI Average Dispute Resolution Time. L’efficienza in questa fase consente di recuperare direttamente il capitale circolante immobilizzato.
Dove reperirlo
Tabella UDM_CASE_ATTR, campo ESCALATION_DATE o CLOSED_DATE, a seconda della configurazione.
Acquisizione
Registrato quando lo stato del caso viene impostato su Closed/Void
Tipo di evento
explicit
|
|||
|
Stornare la fattura
|
La fattura originale viene annullata o stornata nel sistema a causa di un errore sostanziale. | ||
|
Perché è importante
Rappresenta un’istanza di processo non riuscita. Filtrarla o analizzarla separatamente è fondamentale per la qualità dei dati.
Dove reperirlo
Tabella BKPF, il campo STBLG (numero del documento di storno) viene valorizzato nel record della fattura originale.
Acquisizione
Registrato quando il campo STBLG viene valorizzato
Tipo di evento
explicit
|
|||
Guide all’estrazione
È pronto per iniziare?
Trasformi i Suoi dati finanziari in informazioni utili e inizi oggi stesso a ridurre i giorni medi di incasso. Il nostro team è a Sua disposizione per accompagnarLa in ogni fase del Suo percorso di Process Mining.
Risolva i problemi dei crediti commerciali in SAP S/4HANA e migliori il flusso di cassa
Si unisca alle aziende che riducono il DSO di 15-20 giorni grazie al nostro strumento
Non è richiesta alcuna carta di credito. Configurazione in 5 minuti.