Il Suo template dei dati per i crediti verso clienti
Il Suo template dei dati per i crediti verso clienti
- Attributi consigliati da raccogliere
- Attività chiave da monitorare
- Indicazioni per l’estrazione
Attributi dei crediti verso clienti
| Nome | Descrizione | ||
|---|---|---|---|
|
Attività
Activity
|
Evento o azione specifica eseguita nel processo. | ||
|
Descrizione
Questo attributo descrive la fase eseguita nel processo di gestione dei crediti verso clienti, ad esempio Creazione fattura, Registrazione pagamento parziale o Compensazione fattura. In genere deriva dal codice transazione (TCODE) o da specifiche modifiche allo stato del documento registrate nelle tabelle del registro delle modifiche.
Perché è importante
È essenziale per mappare il flusso del processo e identificare la sequenza degli eventi.
Dove reperirli
Derivato da SAP TSTCT (codici transazione) o CDHDR/CDPOS (documenti di modifica)
Esempi
Creazione fattura clienteContabilizzazione di un pagamento parzialeCompensazione della fatturaApertura di una contestazione
|
|||
|
Numero fattura
InvoiceNumber
|
Identificativo univoco della fattura o del documento contabile. | ||
|
Descrizione
Questo attributo funge da ID univoco del caso per il processo di gestione dei crediti verso clienti. Di solito corrisponde al numero del documento contabile (BELNR) nel modulo SAP FI oppure al documento di fatturazione (VBELN) in SD, a seconda della logica di estrazione. Collega al debito finanziario originario tutte le attività successive, come pagamenti, contestazioni e compensazioni.
Perché è importante
È la chiave centrale necessaria per ricostruire il flusso del processo end-to-end di ogni transazione.
Dove reperirli
Tabella SAP BKPF-BELNR o VBRK-VBELN
Esempi
1400000234900004321014000002351800000099
|
|||
|
Ora dell’evento
EventTime
|
Data e ora in cui si è verificata l’attività. | ||
|
Descrizione
Questo attributo registra la data e l’ora esatte in cui si è svolta un’attività. Nei dati transazionali, spesso si ottiene combinando la data di inserimento (CPUDT) e l’ora di inserimento (CPUTM) presenti nelle tabelle di intestazione. Consente di calcolare i tempi di ciclo e i tempi di attraversamento.
Perché è importante
Timestamp accurati sono fondamentali per calcolare i Giorni medi di incasso e individuare i colli di bottiglia.
Dove reperirli
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
|
Sistema da cui provengono i dati. | ||
|
Descrizione
Questo attributo identifica la specifica istanza di SAP S/4HANA o il 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 reperirli
ID sistema (SY-SYSID) o valore codificato durante l’estrazione
Esempi
SAP_S4H_PRODSAP_S4H_01LEGACY_ERP
|
|||
|
Ultimo aggiornamento dei dati
LastDataUpdate
|
Data e ora dell’ultima estrazione o aggiornamento dei dati. | ||
|
Descrizione
Questo attributo indica quando i dati sono stati caricati nello strumento di Process Mining. Aiuta a capire quanto sono aggiornati i dati visualizzati in Dashboard come Stato della riconciliazione di fine periodo.
Perché è importante
Consente agli analisti di sapere se stanno consultando dati in tempo reale o storici.
Dove reperirli
Metadati ETL
Esempi
2023-11-05T00:00:00Z2023-11-05T06:00:00Z
|
|||
|
Condizioni di pagamento
PaymentTerms
|
Codice che rappresenta le condizioni di pagamento concordate. | ||
|
Descrizione
Questo attributo (ZTERM) definisce le condizioni di pagamento applicate al cliente, incluse le scadenze e gli sconti per pagamento anticipato. È la principale origine dei dati per la Dashboard Ottimizzazione degli sconti per pagamento anticipato.
Perché è importante
Base di riferimento per calcolare le scadenze e verificare il diritto agli sconti.
Dove reperirli
Tabella SAP BSEG-ZTERM o KNB1-ZTERM
Esempi
NT300001Z015
|
|||
|
Data di compensazione
ClearingDate
|
Data in cui la fattura è stata compensata o saldata. | ||
|
Descrizione
Questo attributo (AUGDT) registra la data in cui la partita aperta è stata compensata, di solito tramite un pagamento. È il timestamp finale del ciclo principale del processo di gestione dei crediti verso clienti e la variabile principale per il calcolo dei Giorni medi di incasso.
Perché è importante
Indica il completamento del ciclo di incasso.
Dove reperirli
Tabella SAP BSEG-AUGDT o BSAD-AUGDT
Esempi
2023-11-012023-11-10
|
|||
|
Data di scadenza
DueDate
|
Data entro la quale la fattura deve essere pagata, calcolata in base alle condizioni applicabili. | ||
|
Descrizione
Questo attributo rappresenta la data di scadenza netta. In SAP si ricava spesso aggiungendo alla data di riferimento (ZFBDT) i giorni previsti dalle condizioni di pagamento (ZTERM). È il valore di riferimento per la Dashboard Conformità ed esecuzione dei solleciti.
Perché è importante
Il riferimento per stabilire se un pagamento è in ritardo.
Dove reperirli
Derivata 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 Utente. Se l’ID utente corrisponde a un account di sistema o batch noto, ad esempio 'BNK_BSM', l’indicatore viene impostato su true. Determina direttamente il valore della Dashboard Tasso di automazione dell’abbinamento dei pagamenti.
Perché è importante
Un indicatore chiave per misurare la trasformazione digitale e i risultati dell’automazione.
Dove reperirli
Derivato dall’attributo Utente
Esempi
truefalse
|
|||
|
Giorni medi di incasso
DaysSalesOutstanding
|
Tempo che intercorre tra la registrazione della fattura e la compensazione. | ||
|
Descrizione
Questo indicatore si calcola sottraendo la data di registrazione dalla data di compensazione per le partite compensate. È il valore principale della Dashboard Panoramica dei Giorni medi di incasso e un indicatore fondamentale dell’efficienza dei flussi di cassa.
Perché è importante
Il principale KPI direzionale per il processo di gestione dei crediti verso clienti.
Dove reperirli
Calcolato: Data di compensazione - Data di registrazione
Esempi
30 giorni45 giorni15 giorni
|
|||
|
Importo in valuta locale
AmountInLocalCurrency
|
Valore della fattura o del pagamento nella valuta della società. | ||
|
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. Consente di quantificare gli importi nella Dashboard Analisi delle note di credito e delle rettifiche.
Perché è importante
Necessario per analizzare l’impatto finanziario e dare priorità alle attività di recupero degli importi più elevati.
Dove reperirli
Tabella SAP BSEG-DMBTR o ACDOCA-DMBTR
Esempi
1500.00250.5010000.00
|
|||
|
Nome utente
User
|
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 il tasso di abbinamento automatico dei pagamenti, distinguendo gli utenti umani dagli utenti di sistema che eseguono elaborazioni batch.
Perché è importante
Fondamentale per determinare i livelli di automazione e la produttività degli utenti.
Dove reperirli
Tabella SAP BKPF-USNAM o CDHDR-USERNAME
Esempi
JSMITHBATCH_USERSAP_WFALEX_D
|
|||
|
Numero cliente
CustomerNumber
|
Identificativo univoco del conto cliente. | ||
|
Descrizione
Questo attributo rappresenta il numero cliente (KUNNR) associato alla fattura. Consente di analizzare nel dettaglio le abitudini di pagamento ed è fondamentale per la Dashboard Profilazione delle abitudini di pagamento dei clienti.
Perché è importante
Consente di approfondire le prestazioni di uno specifico conto cliente.
Dove reperirli
Tabella SAP BSEG-KUNNR o KNA1-KUNNR
Esempi
CUST100230001004500WALMART_US
|
|||
|
Società
CompanyCode
|
Entità finanziaria o unità aziendale a cui appartiene la fattura. | ||
|
Descrizione
La società (BUKRS) è l’unità organizzativa centrale della contabilità esterna nel sistema SAP. Consente di segmentare le analisi per Dashboard come Profilazione delle abitudini di pagamento dei clienti, confrontando diverse unità aziendali.
Perché è importante
Essenziale per filtrare e confrontare le prestazioni delle diverse entità giuridiche.
Dove reperirli
Tabella SAP BKPF-BUKRS o T001-BUKRS
Esempi
1000US01DE012000
|
|||
|
Tipo di documento
DocumentType
|
Classifica il documento contabile, ad esempio come fattura, pagamento o nota di credito. | ||
|
Descrizione
Il tipo di documento (BLART) classifica la transazione. Tra gli esempi figurano 'DR' per la fattura cliente, 'DZ' per il pagamento del cliente e 'DG' per la nota di credito. È fondamentale per filtrare specifiche tipologie di casi nell’analisi delle note di credito e delle rettifiche.
Perché è importante
Suddivide i dati in fatture, pagamenti e rettifiche.
Dove reperirli
Tabella SAP BKPF-BLART
Esempi
DRDZDGRV
|
|||
|
È una nota di credito
IsCreditMemo
|
Indicatore che segnala se il documento è una nota di credito. | ||
|
Descrizione
Questo attributo booleano deriva dal tipo di documento, ad esempio quando il tipo è 'DG'. Consente di filtrare rapidamente le transazioni di rettifica e supporta il KPI Tasso di note di credito correttive.
Perché è importante
Individua le rilavorazioni e gli errori di fatturazione.
Dove reperirli
Derivato da DocumentType
Esempi
truefalse
|
|||
|
ID del caso di contestazione
DisputeCaseId
|
Identificativo di un eventuale caso di contestazione collegato alla fattura. | ||
|
Descrizione
Questo attributo contiene l’ID di un caso di contestazione (UDM_CASE), se presente. Collega il documento finanziario al modulo di gestione delle contestazioni. È necessario per la Dashboard Efficienza del ciclo di risoluzione delle contestazioni.
Perché è importante
Collega i documenti di gestione dei crediti verso clienti al flusso di lavoro per la risoluzione delle contestazioni.
Dove reperirli
Tabella SAP FDM_DCPROC o UDM_CASE_ATTR
Esempi
0000056789DISP-2023-001
|
|||
|
Livello di sollecito
DunningLevel
|
Livello di sollecito attuale della fattura. | ||
|
Descrizione
Questo attributo (MAHNS) indica quante volte è stato inviato al cliente un sollecito di pagamento. Tiene traccia dell’intensificarsi delle attività di recupero ed è visualizzato nella Dashboard Conformità ed esecuzione dei solleciti.
Perché è importante
Monitora la gravità dei ritardi di pagamento e il rispetto delle procedure di sollecito.
Dove reperirli
Tabella SAP MHNK-MAHNS o KNB5 (dati anagrafici cliente relativi ai solleciti)
Esempi
1230
|
|||
|
Paese
Country
|
Paese del cliente. | ||
|
Descrizione
Questo attributo (LAND1) proviene dai dati anagrafici del cliente. Consente di segmentare geograficamente gli indicatori, ad esempio analizzando il tasso di note di credito per area geografica o paese.
Perché è importante
Analisi della conformità e delle prestazioni a livello regionale.
Dove reperirli
Tabella SAP KNA1-LAND1
Esempi
USDEFRJP
|
|||
|
Regione
Region
|
Stato, provincia o regione del cliente. | ||
|
Descrizione
Questo attributo (REGIO) offre una vista geografica più dettagliata rispetto al paese. È utile nell’analisi delle note di credito e delle rettifiche per individuare problemi di elaborazione a livello regionale.
Perché è importante
Analisi geografica dettagliata.
Dove reperirli
Tabella SAP KNA1-REGIO
Esempi
CANYTXBY
|
|||
Attività relative ai crediti verso clienti
| Attività | Descrizione | ||
|---|---|---|---|
|
Compensazione della fattura
|
Passaggio tecnico contabile in cui la partita aperta viene abbinata a un pagamento o a un accredito e lo stato diventa Compensato. | ||
|
Perché è importante
Segna la conclusione definitiva dell’istanza del processo nel sistema. È necessario per calcolare il valore finale dei giorni medi di incasso.
Dove reperirli
Tabella BSEG o ACDOCA. Il campo AUGDT (data di compensazione) è valorizzato. Utilizzare USNAM per determinare se l’operazione è automatica o manuale.
Acquisizione
Registrato quando il campo AUGDT viene valorizzato
Tipo di evento
explicit
|
|||
|
Contabilizzazione di un pagamento parziale
|
Viene ricevuto un pagamento inferiore all’importo totale della fattura, che lascia una partita residua sul conto. | ||
|
Perché è importante
Incide sul ciclo di risoluzione dei pagamenti parziali. Pagamenti parziali frequenti aumentano la complessità e il lavoro di riconciliazione manuale.
Dove reperirli
Tabella BSEG. Dedotto quando un documento di compensazione (AUGBL) crea una nuova partita residua, con documento di riferimento corrispondente alla fattura originale e saldo ancora aperto.
Acquisizione
Dedotto dalla creazione di un documento di compensazione con importo residuo
Tipo di evento
inferred
|
|||
|
Creazione fattura cliente
|
Creazione iniziale del documento di fattura cliente nel sistema finanziario. L’evento viene rilevato dal timestamp di creazione dell’intestazione del documento. | ||
|
Perché è importante
Segna l’inizio del processo di contabilità clienti e avvia il conteggio dell’anzianità del credito. È essenziale per calcolare i giorni medi di incasso (DSO).
Dove reperirli
Tabella BKPF (intestazione documento contabile), campi CPUDT (data di inserimento) e CPUTM (ora di inserimento). Filtrare per tipo di documento (BLART) pertinente alle fatture clienti (ad es. DR, RV).
Acquisizione
Registrato al momento della conferma della transazione in BKPF
Tipo di evento
explicit
|
|||
|
Invio dell’output della fattura
|
Azione esplicita di generazione del messaggio di output (e-mail, stampa, EDI) per inviare la fattura al cliente. Conferma che il cliente ha ricevuto ufficialmente la richiesta di pagamento. | ||
|
Perché è importante
I ritardi tra la creazione e l’invio riducono il periodo effettivo a disposizione del cliente per pagare. Il monitoraggio consente di verificare che le fatture non restino bloccate nell’elaborazione interna.
Dove reperirli
Tabella NAST (stato dei messaggi), con la chiave oggetto (OBJKY) corrispondente al numero del documento di fattura. Timestamp ricavato da DATVR e UHRVR.
Acquisizione
Registrato nella tabella NAST al momento della generazione dell’output
Tipo di evento
explicit
|
|||
|
Invio di un promemoria di pagamento
|
Per una fattura scaduta viene generato un avviso di sollecito o una lettera di promemoria. L’evento registra le attività di recupero crediti svolte dall’organizzazione. | ||
|
Perché è importante
È fondamentale per l’indicatore di conformità dei solleciti. Verifica che la strategia di recupero crediti venga attuata secondo le procedure.
Dove reperirli
Tabella MHND (dati dei solleciti), campo LAUFD (data del ciclo di sollecito). Correlare tramite codice azienda e cliente.
Acquisizione
Registrato all’esecuzione del ciclo di sollecito (F150)
Tipo di evento
explicit
|
|||
|
Ricezione del pagamento integrale
|
Ricezione di fondi sufficienti a coprire l’intero importo della fattura ancora aperta. Spesso segna la fine effettiva dell’obbligo del cliente. | ||
|
Perché è importante
Determina la data effettiva del pagamento rispetto alla scadenza. È fondamentale per analizzare gli scostamenti dalle condizioni di pagamento e il comportamento dei clienti.
Dove reperirli
Tabella BSEG, ricavata dal documento di compensazione (AUGBL) in cui è impostata la data di compensazione (AUGDT) e il saldo è pari a zero.
Acquisizione
Registrato al momento della contabilizzazione del documento di compensazione
Tipo di evento
explicit
|
|||
|
Aggiornamento dello stato della contestazione
|
Lo stato di una contestazione esistente cambia, ad esempio da 'Nuovo' a 'In corso' o 'In revisione'. | ||
|
Perché è importante
Fornisce una visione dettagliata del flusso di lavoro di risoluzione delle contestazioni e aiuta a individuare i colli di bottiglia nella fase di approvazione o verifica.
Dove reperirli
Documenti di modifica della contestazione (registri di SAP S/4HANA Case Management). Analisi delle modifiche a UDM_CASE_ATTR.
Acquisizione
Confrontare le modifiche del campo di stato nella cronologia del caso
Tipo di evento
inferred
|
|||
|
Apertura di una contestazione
|
Viene aperta una contestazione relativa alla fattura, in genere tramite SAP FSCM Dispute Management. L’evento indica che il cliente ha contestato l’addebito. | ||
|
Perché è importante
Interrompe il conteggio dei tempi standard di recupero crediti e avvia quello del ciclo di risoluzione della contestazione. Volumi elevati rendono meno prevedibili i flussi di cassa.
Dove reperirli
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 SAP FSCM Dispute Management
Tipo di evento
explicit
|
|||
|
Contabilizzazione di una nota di credito
|
Viene emessa una nota di credito collegata alla fattura, che riduce l’importo dovuto. In genere serve a correggere un errore o a registrare un reso. | ||
|
Perché è importante
Indicatore chiave per il tasso di note di credito correttive. Una frequenza elevata segnala problemi di qualità a monte nelle vendite o nella fatturazione.
Dove reperirli
Tabella BSEG, tipo di documento 'DG' o 'KG'. Identificato dal campo 'Riferimento fattura' (REBZG), che rimanda alla fattura originale.
Acquisizione
Registrato quando il documento della nota di credito fa riferimento alla fattura
Tipo di evento
explicit
|
|||
|
Registrazione di una promessa di pagamento
|
Un addetto al recupero crediti registra l’impegno formale del cliente a pagare un importo specifico entro una data concordata. | ||
|
Perché è importante
Indica l’efficacia dell’attività dell’addetto al recupero crediti. Serve a prevedere i flussi di cassa a breve termine e a misurare il volume di attività gestito dall’addetto.
Dove reperirli
Tabella UDM_P2P (promessa di pagamento), campo CREATED_AT. Collegata alla fattura tramite il GUID del caso o la chiave del documento.
Acquisizione
Registrato in FSCM Collections Management
Tipo di evento
explicit
|
|||
|
Riconciliazione dell’estratto conto bancario
|
La riga dell’estratto conto bancario viene abbinata correttamente al documento di pagamento nel partitario, completando la registrazione della posizione di cassa. | ||
|
Perché è importante
Misura il tempo di riconciliazione dell’estratto conto bancario. I ritardi in questa fase rallentano la chiusura finanziaria.
Dove reperirli
Tabella FEBEP (righe degli estratti conto bancari elettronici). Abbina il documento di pagamento alla transazione dell’estratto conto.
Acquisizione
Registrato nelle tabelle EBS (FEBEP/FEBKO)
Tipo di evento
explicit
|
|||
|
Risoluzione della contestazione
|
La contestazione viene chiusa con l’emissione di una nota di credito, lo stralcio del credito o la riconferma del debito. Questo evento segna la fine della gestione dell’eccezione. | ||
|
Perché è importante
Timestamp finale per l’indicatore del tempo medio di risoluzione delle contestazioni. Una gestione efficiente consente di recuperare direttamente il capitale circolante immobilizzato.
Dove reperirli
Tabella UDM_CASE_ATTR, campo ESCALATION_DATE o CLOSED_DATE, a seconda della configurazione.
Acquisizione
Registrato quando lo stato del caso viene impostato su Chiuso/Annullato
Tipo di evento
explicit
|
|||
|
Storno della 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. Per garantire la qualità dei dati è fondamentale escludere questi casi o analizzarli separatamente.
Dove reperirli
Tabella BKPF, campo STBLG (numero del documento di storno) valorizzato nel record della fattura originale.
Acquisizione
Registrato quando il campo STBLG viene valorizzato
Tipo di evento
explicit
|
|||
Guide all’estrazione
È pronto a iniziare?
Trasformi i dati finanziari in informazioni utili e inizi subito a ridurre i giorni medi di incasso. Il nostro team è a Sua disposizione per accompagnarLa in ogni fase del percorso di Process Mining.
Migliori la gestione dei crediti verso clienti in SAP S/4HANA e aumenti il flusso di cassa
Si unisca alle aziende che riducono il DSO di 15-20 giorni con il nostro strumento
Non è richiesta alcuna carta di credito. Configurazione in 5 minuti.