Il Suo Template dati per la gestione del credito e il recupero crediti

SAP ECC
Il Suo Template dati per la gestione del credito e il recupero crediti

Il Suo Template dati per la gestione del credito e il recupero crediti

Questo Template offre una panoramica chiara degli attributi dei dati e delle attività essenziali necessari per analizzare efficacemente il processo di gestione del credito e recupero crediti. Include inoltre indicazioni pratiche per aiutarLa a estrarre queste informazioni fondamentali dal Suo sistema SAP ECC. Utilizzi questa risorsa per garantire una fase di raccolta dei dati fluida e accurata.
  • Attributi consigliati da raccogliere
  • Attività principali da monitorare
  • Indicazioni per l’estrazione da SAP ECC
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi della gestione del credito e recupero crediti

Questi sono i campi dati consigliati da includere nel Suo Event Log per un’analisi completa della gestione del credito e del recupero crediti in SAP ECC.
3 Obbligatorio 8 Consigliato 10 Facoltativo
Nome Descrizione
Nome dell'attività
ActivityName
Il nome dell'attività aziendale o dell'evento che si è verificato in un determinato momento del ciclo di vita della fattura.
Descrizione

Questo attributo descrive una fase o un evento specifico del processo di gestione e riscossione del credito, come 'Invoice Posted', 'Dunning Run Executed' o 'Incoming Payment Document Posted'. Queste attività costituiscono i nodi della mappa di processo.

Analizzando la sequenza, la frequenza e la durata tra queste attività, le aziende possono visualizzare il flusso effettivo del processo, identificare le deviazioni dalle procedure standard e individuare i colli di bottiglia. Ad esempio, analizzare il percorso successivo a 'Dunning Run Executed' può rivelare l'efficacia della strategia di sollecito.

Perché è importante

Le attività sono gli elementi costitutivi della mappa di processo e consentono di visualizzare e analizzare il flusso del processo, le varianti e le eccezioni.

Dove reperirlo

È un attributo derivato, generalmente costruito mappando codici transazione (TCODE), tipi di documento (BLART) o modifiche specifiche dei campi provenienti da diverse tabelle SAP, ad esempio BKPF, BSID, MHNK e UDM_CASE, su nomi di attività comprensibili per gli utenti.

Esempi
Fattura registrataEsecuzione del sollecitoCreazione della promessa di pagamentoDocumento di pagamento in entrata registratoFattura compensata
Numero della fattura
InvoiceNumber
L'identificativo univoco della fattura del cliente, che funge da identificativo principale della pratica per il processo di gestione del credito.
Descrizione

Il numero della fattura, noto in SAP come Belegnummer (BELNR), identifica univocamente ogni documento di contabilità clienti. Nel Process Mining, questo numero è fondamentale perché collega tutte le attività correlate, dalla registrazione al sollecito fino al pagamento o allo stralcio, riunendole in un'unica pratica coerente.

Analizzare il processo utilizzando il numero della fattura come identificativo della pratica consente di ottenere una visione completa del ciclo di vita della fattura. Ciò aiuta a monitorare metriche chiave come i Days Sales Outstanding (DSO), identificare i colli di bottiglia nel processo di riscossione e comprendere l'efficacia delle diverse strategie di riscossione per specifiche fatture.

Perché è importante

È la chiave essenziale che collega ogni evento del percorso di una fattura, rendendo possibile tracciare e analizzare il processo end-to-end dal credito all'incasso.

Dove reperirlo

Si trova in diverse tabelle di contabilità finanziaria di SAP ECC, principalmente in BKPF (Accounting Document Header) e BSEG (Accounting Document Segment), nel campo BELNR.

Esempi
190000000119000000451900000102
Ora dell'evento
EventTime
Il timestamp che indica quando si è verificata una specifica attività o un determinato evento.
Descrizione

L'Event Time registra la data e l'ora precise di ogni attività del processo. Costituisce la struttura cronologica dell'Event Log, consentendo di ordinare le attività e calcolare la durata tra eventi consecutivi.

Nell'analisi, questo timestamp è fondamentale per calcolare tutti i KPI basati sul tempo, come il tempo di ciclo della risoluzione delle contestazioni, la latenza nella registrazione dei pagamenti e la media dei giorni dalla scadenza al pagamento. Consente di individuare i colli di bottiglia evidenziando i lunghi tempi di attesa tra fasi consecutive.

Perché è importante

Questo attributo è essenziale per ordinare correttamente gli eventi e calcolare tutte le metriche di performance legate al tempo, come i tempi di ciclo e le durate.

Dove reperirlo

Proviene da diversi campi di data e ora nelle tabelle SAP, come BUDAT (Posting Date) o CPUDT/CPUTM (Document Entry Date/Time) in BKPF, oppure da tabelle specifiche dell'evento.

Esempi
2023-01-15T09:30:00Z2023-02-10T14:00:00Z2023-02-28T11:25:10Z
Addetto al recupero crediti
Sachp
L’impiegato contabile o l’addetto al recupero crediti assegnato al conto cliente.
Descrizione

Questo attributo identifica la persona o il gruppo responsabile della gestione del recupero crediti per uno specifico conto cliente. In SAP corrisponde spesso all’Accounting Clerk (SACHP) definito nell’anagrafica cliente.

Questa dimensione è fondamentale per la gestione delle performance del team di recupero crediti. Consente di creare Dashboard come «Panoramica dell’anzianità delle fatture», filtrate per addetto, facilitando la gestione dei carichi di lavoro e il confronto dell’efficacia dei diversi addetti o team. Permette di capire quali addetti riescano più spesso a risolvere le fatture scadute.

Perché è importante

Consente di analizzare le performance e gestire il carico di lavoro del team di recupero crediti, attribuendo casi ed esiti a singole persone o gruppi.

Dove reperirlo

Si trova generalmente nei dati della società dell’anagrafica cliente (tabella KNB1, campo SACHP).

Esempi
J. SmithTeam AINTL-COLL
Data di scadenza
NetDueDate
La data entro la quale, secondo gli accordi contrattuali, deve essere effettuato il pagamento della fattura.
Descrizione

La data di scadenza è il termine entro il quale il cliente dovrebbe pagare una fattura. Viene calcolata in base alla data di riferimento della fattura e alle condizioni di pagamento. In SAP, la data di scadenza netta è spesso disponibile nel campo FAEDT.

Questa data è fondamentale per la gestione del credito, poiché costituisce il riferimento rispetto al quale viene misurata la puntualità dei pagamenti. Viene utilizzata per calcolare KPI come la 'media dei giorni dalla scadenza al pagamento' e per attivare le attività di riscossione una volta superata. Analizzare i ritardi rispetto a questa data è un'attività centrale nell'analisi della riscossione.

Perché è importante

È il principale riferimento per misurare la puntualità dei pagamenti ed è essenziale per calcolare i giorni di scaduto e i KPI correlati.

Dove reperirlo

Questa data è spesso disponibile direttamente nelle tabelle delle posizioni cliente, come BSID, nel campo FAEDT (Net Due Date). Può anche essere calcolata a partire dalla data di riferimento (ZFBDT) e dalle condizioni di pagamento (ZTERM).

Esempi
2023-02-142023-03-312023-04-15
Giorni di ritardo
DaysOverdue
Il numero calcolato di giorni trascorsi dalla data di scadenza della fattura.
Descrizione

Questa metrica calcola il numero di giorni compresi tra la data di scadenza del pagamento di una fattura e la data in cui la fattura è stata compensata. Per le fatture aperte, il calcolo si basa sulla data corrente.

I giorni di ritardo sono una metrica fondamentale per tutte le analisi dei crediti verso clienti. Costituiscono la misura principale del Dashboard «Panoramica dell’anzianità delle fatture» e vengono utilizzati per stabilire la priorità delle attività di recupero. L’analisi delle tendenze di questa metrica a livello aggregato può indicare lo stato complessivo dei crediti di un’azienda.

Perché è importante

È una metrica di performance fondamentale che quantifica direttamente i ritardi nei pagamenti e viene utilizzata per stabilire la priorità delle attività di recupero e misurare lo stato di salute del processo.

Dove reperirlo

Attributo calcolato. La logica è: (Data di compensazione o data corrente) - Data di scadenza netta.

Esempi
0153295
Importo della fattura
Dmbtr
Il valore totale della fattura nella valuta locale.
Descrizione

Questo attributo rappresenta il valore monetario totale della fattura. In SAP, l'importo nella valuta locale è spesso memorizzato nel campo DMBTR.

L'importo della fattura è una dimensione fondamentale per l'analisi. Consente di dare priorità alle attività di riscossione sulle fatture di valore elevato e di comprendere se esiste una correlazione tra il valore della fattura e i ritardi nei pagamenti o il verificarsi di contestazioni. Può essere utilizzato per filtrare la mappa di processo e concentrarsi solo sulle fatture al di sopra di una determinata soglia.

Perché è importante

Fornisce un contesto finanziario al processo, consentendo analisi basate sul valore e la definizione delle priorità nelle attività di riscossione relative alle posizioni di importo elevato.

Dove reperirlo

Campo standard DMBTR (Amount in Local Currency) in tabelle come BSEG, BSID e BSAD.

Esempi
1500.0012500.50750.25
Livello di sollecito
Mahns
Il livello massimo di sollecito raggiunto dalla fattura.
Descrizione

Il livello di sollecito (MAHNS in SAP) indica quanti avvisi di pagamento sono stati inviati per una fattura scaduta e riflette quindi l’intensità della procedura di sollecito.

Questo attributo è fondamentale per valutare il processo di sollecito. Viene utilizzato direttamente nel Dashboard «Efficacia dei solleciti per livello» per misurare la percentuale di fatture pagate dopo l’invio di ciascun avviso. L’analisi aiuta a perfezionare la strategia di sollecito, ad esempio modificando la tempistica o il contenuto degli avvisi nei livelli meno efficaci.

Perché è importante

Misura direttamente l’intensità delle attività di recupero crediti, un elemento fondamentale per analizzare l’efficacia della strategia di sollecito.

Dove reperirlo

Si trova nella posizione cliente della tabella BSID, nel campo MAHNS. Lo storico delle esecuzioni dei solleciti è disponibile nelle tabelle MHNK (testata) e MHND (dati).

Esempi
1234
Nome utente
UserName
L'ID utente della persona che ha eseguito l'attività.
Descrizione

Questo attributo identifica l'utente specifico responsabile di un evento, come la registrazione di una fattura o la creazione di una pratica di contestazione. In SAP, viene spesso memorizzato in campi come ERNAM (Created by) o USNAM.

Analizzare i dati per utente aiuta a comprendere la distribuzione del carico di lavoro, individuare esigenze formative e rilevare potenziali problemi di conformità. Ad esempio, può mostrare se determinati utenti sono associati sistematicamente a deviazioni o ritardi di processo oppure se gli utenti con le migliori performance seguono una variante di processo più efficiente.

Perché è importante

Consente di analizzare le performance e il comportamento delle persone all'interno del processo, aiutando a individuare gli utenti con le migliori performance, le opportunità formative e gli squilibri nel carico di lavoro.

Dove reperirlo

Si trova generalmente nelle tabelle di testata, come BKPF, nei campi USNAM (User name) o ERNAM (Name of Person who Created the Object).

Esempi
SMITHJRDOECFO-ADMIN
Numero cliente
Kunnr
L'identificativo univoco del cliente.
Descrizione

Il numero cliente (KUNNR in SAP) è la chiave univoca del conto cliente. Collega una transazione ai dati anagrafici di uno specifico cliente, inclusi lo storico dei pagamenti, le informazioni sul credito e i dati di contatto.

Nel Process Mining, questo attributo è essenziale per segmentare l'analisi. Consente di confrontare le performance del processo tra clienti diversi, identificare i pagatori cronicamente in ritardo e analizzare come le strategie di riscossione differiscono tra conti strategici e non strategici. È fondamentale per Dashboard come Invoice Aging e Payment Terms Compliance.

Perché è importante

Consente un'analisi incentrata sul cliente, aiutando a identificare i comportamenti ricorrenti di specifici clienti o gruppi di clienti e a personalizzare le strategie di riscossione.

Dove reperirlo

Campo standard KUNNR nelle tabelle delle posizioni cliente (BSID, BSAD) e nelle tabelle di testata dei documenti (BKPF, se valorizzato).

Esempi
10002050CUST-7890
Segmento cliente
CustomerSegment
La classificazione del cliente, ad esempio in base a dimensioni, settore o rilevanza strategica.
Descrizione

Il segmento cliente è una classificazione utilizzata per raggruppare clienti con caratteristiche simili. Spesso deriva dal gruppo conti cliente (KTOKD) in SAP o da altri campi personalizzati dei dati anagrafici cliente.

Segmentare l'analisi del processo in base a questo attributo offre insight significativi. Può rivelare se determinati segmenti presentano cicli di pagamento più lunghi, tassi di contestazione più elevati o una maggiore risposta a specifiche attività di riscossione. Queste informazioni sono fondamentali per ottimizzare le strategie di riscossione e personalizzare le interazioni con i clienti.

Perché è importante

Consente un'analisi mirata delle performance del processo per diversi tipi di clienti, favorendo strategie personalizzate e un'allocazione più efficace delle risorse.

Dove reperirlo

Spesso deriva dal campo Customer Account Group (KTOKD) nella tabella anagrafica clienti KNA1 o da altri campi personalizzati.

Esempi
Clienti strategiciPiccola e media impresaEnte pubblicoInterno
Categoria di rischio
Ctlpc
Una classificazione del rischio di credito del cliente.
Descrizione

La categoria di rischio (CTLPC in SAP) raggruppa i clienti in base all’affidabilità creditizia e allo storico dei pagamenti. Questa classificazione viene utilizzata per attivare controlli automatici del credito e orientare le strategie di recupero.

L’analisi del processo per categoria di rischio può fornire informazioni approfondite. Può mostrare se i clienti ad alto rischio seguano percorsi di processo diversi o presentino cicli di pagamento significativamente più lunghi. Queste informazioni sono utili per convalidare l’accuratezza della classificazione del rischio e calibrare l’intensità del recupero crediti in base al livello di rischio.

Perché è importante

Consente un’analisi del processo di recupero crediti basata sul rischio, aiutando a convalidare i modelli di rischio e ad adeguare correttamente le strategie di recupero.

Dove reperirlo

Si trova nei dati centrali di gestione del credito del cliente, nella tabella KNKK, campo CTLPC.

Esempi
001002HIGH-RISK
Condizioni di pagamento
Zterm
Il codice delle condizioni di pagamento concordate con il cliente.
Descrizione

Il codice delle condizioni di pagamento (ZTERM in SAP) definisce le condizioni di pagamento, come la data di scadenza ed eventuali sconti disponibili per il pagamento anticipato. In genere viene impostato nei dati anagrafici del cliente e copiato nelle fatture.

L’analisi per condizioni di pagamento aiuta a comprendere in che modo condizioni diverse influenzino il comportamento nei pagamenti. Il Dashboard «Conformità e impatto delle condizioni di pagamento», ad esempio, visualizza il livello di rispetto delle condizioni e il relativo effetto sui giorni di ritardo. Queste informazioni possono orientare le decisioni sulle condizioni di pagamento da offrire ai diversi segmenti di clientela.

Perché è importante

Descrive l’accordo contrattuale relativo al pagamento e aiuta ad analizzare se determinate condizioni favoriscano migliori performance di pagamento o comportino un numero maggiore di contestazioni.

Dove reperirlo

Campo standard ZTERM, presente nei dati anagrafici del cliente (KNB1) e nelle tabelle dei documenti finanziari (BSEG).

Esempi
0001NT30ZD60
Documento di compensazione
Augbl
Il numero del documento che ha compensato la fattura, in genere un pagamento o una nota di credito.
Descrizione

Il numero del documento di compensazione (AUGBL in SAP) collega una posizione aperta, come una fattura, al documento che l’ha regolata. Quando una fattura viene pagata, il numero del documento di pagamento viene memorizzato come documento di compensazione della fattura.

Questo campo è fondamentale per confermare tecnicamente che una fattura sia stata compensata e per collegarla allo specifico evento di pagamento o alla nota di credito. Costituisce la base per identificare l’attività «Fattura compensata» e garantire che il processo end-to-end sia acquisito correttamente.

Perché è importante

Fornisce il collegamento esplicito tra una fattura e il documento di regolazione, un elemento fondamentale per modellare con precisione gli eventi di compensazione.

Dove reperirlo

Campo standard AUGBL nelle tabelle delle posizioni cliente BSID (finché la posizione è aperta, il campo è vuoto) e BSAD (dopo la compensazione, il campo è valorizzato).

Esempi
140000000114000000551400000120
È stata stralciata
IsWrittenOff
Un flag booleano che indica se la fattura è stata infine stralciata come perdita su crediti.
Descrizione

Si tratta di un flag derivato, generalmente impostato su true quando una fattura viene compensata utilizzando uno specifico codice causale o tipo di documento che indica uno stralcio. Identifica i casi che rappresentano una perdita finanziaria.

Questo attributo è essenziale per calcolare il KPI «Tasso di stralcio delle perdite su crediti» e per i Dashboard correlati. Consente di analizzare le cause principali e comprendere le caratteristiche delle fatture e dei clienti soggetti più frequentemente a stralcio, contribuendo a migliorare le politiche creditizie e l’efficacia del recupero.

Perché è importante

Identifica gli esiti del processo che comportano una perdita finanziaria, consentendo di analizzare le cause principali delle perdite su crediti e migliorare la politica creditizia.

Dove reperirlo

Si tratta di un attributo derivato. La logica si basa generalmente sull’identificazione di specifici codici causale di compensazione (BSEG-RSTGR) o tipi di documento (BKPF-BLART) utilizzati per gli stralci.

Esempi
truefalse
ID del caso di contestazione
DisputeCaseId
L’identificativo univoco del caso di contestazione collegato alla fattura.
Descrizione

Quando un cliente contesta una fattura, nel modulo SAP Dispute Management può essere creato un caso formale di contestazione. Questo ID identifica univocamente il caso.

La disponibilità di questo identificativo consente un’analisi dettagliata del processo di risoluzione delle contestazioni. È essenziale per calcolare il KPI «Tempo del ciclo di risoluzione delle contestazioni» e per comprendere perché vengono create le contestazioni, come vengono gestite e quali siano gli esiti più frequenti. Aiuta inoltre a isolare il sottoprocesso delle contestazioni dal flusso standard di recupero crediti.

Perché è importante

Collega le attività di recupero crediti ai casi formali di contestazione, consentendo un’analisi mirata dell’efficienza del processo di risoluzione e delle cause principali delle contestazioni.

Dove reperirlo

Si trova nelle tabelle SAP Dispute Management, ad esempio UDM_CASE_ATTR00. Richiede l’utilizzo del modulo SAP Dispute Management.

Esempi
400000000021400000000157400000000305
ID del sistema di origine
SourceSystemId
L'identificativo del sistema di origine da cui sono stati estratti i dati.
Descrizione

Questo attributo specifica il sistema di origine, ad esempio la specifica istanza SAP ECC come 'ECCPRD100'. È importante negli ambienti con più sistemi ERP o quando si integrano dati provenienti da fonti diverse.

Consente di filtrare e confrontare i processi tra sistemi o aree geografiche differenti. In questo modo la provenienza dei dati rimane chiara e diventa più semplice risolvere i problemi di estrazione.

Perché è importante

Fornisce un contesto essenziale sull'origine dei dati, soprattutto negli ambienti IT complessi, garantendo la tracciabilità dei dati e consentendo analisi specifiche per sistema.

Dove reperirlo

Viene generalmente aggiunto durante il processo di estrazione dei dati. In SAP è possibile utilizzare il nome del sistema logico (LOGSYS).

Esempi
SAPECC_PROD_100ECC_EU_200US_FIN_ERP
Limite di credito
Klimk
L’importo totale del limite di credito assegnato al cliente.
Descrizione

Il limite di credito (KLIMK in SAP) è l’importo massimo di credito concesso a un conto cliente. È un elemento chiave della gestione del rischio di credito.

Questo attributo è essenziale per il Dashboard «Accuratezza del limite di credito rispetto alle perdite su crediti». Analizzando il rapporto tra il limite di credito assegnato e il verificarsi di stralci, un’azienda può valutare l’efficacia delle proprie politiche creditizie. Supporta inoltre KPI come il «Tasso di revisione del limite di credito», utile per verificare l’accuratezza delle valutazioni iniziali.

Perché è importante

Fornisce il contesto sul rischio di credito e consente di analizzare se le politiche creditizie prevengano efficacemente le perdite su crediti senza frenare le vendite.

Dove reperirlo

Si trova nei dati centrali di gestione del credito del cliente, nella tabella KNKK, campo KLIMK.

Esempi
10000.0050000.00250000.00
Società
Bukrs
L’identificativo dell’entità giuridica, ovvero della società, a cui appartiene la fattura.
Descrizione

La società (BUKRS in SAP) rappresenta un’entità giuridica indipendente per la quale vengono redatti i bilanci. È un’unità organizzativa fondamentale di SAP Financials.

Questo attributo è essenziale per filtrare e confrontare le performance del processo tra diverse entità giuridiche all’interno di un gruppo. Consente di verificare se i processi di recupero crediti siano standardizzati o presentino variazioni significative nelle performance, ad esempio in termini di DSO o di tasso di contestazione, tra società diverse.

Perché è importante

Consente di segmentare l’analisi del processo per entità giuridica, un requisito fondamentale per le organizzazioni multinazionali di grandi dimensioni che devono confrontare le performance.

Dove reperirlo

Campo standard BUKRS presente in quasi tutte le tabelle finanziarie, incluse BKPF, BSEG, BSID e BSAD.

Esempi
10002000US01
Tipo di documento
Blart
Il tipo di documento finanziario, ad esempio una fattura, una nota di credito o un pagamento.
Descrizione

Il tipo di documento (BLART in SAP) classifica i documenti contabili. Ad esempio, «RV» può indicare una fattura cliente, «DZ» un pagamento cliente e «DG» una nota di credito.

Sebbene le attività vengano derivate per il Process Mining, il tipo di documento originale fornisce un contesto importante e può essere utilizzato per verifiche o analisi finanziarie più dettagliate. Aiuta a comprendere la natura delle transazioni elaborate e consente di filtrare l’analisi concentrandosi solo su determinati tipi di documento, come le fatture cliente.

Perché è importante

Fornisce il contesto finanziario classificando le transazioni; può quindi essere utilizzato per filtrare l’analisi o convalidare i nomi delle attività derivate.

Dove reperirlo

Campo standard BLART nella tabella BKPF, che contiene la testata del documento.

Esempi
RVDZDGAB
Ultimo aggiornamento dei dati
LastDataRefreshTimestamp
Il timestamp che indica quando i dati sono stati estratti o aggiornati l'ultima volta nello strumento di Process Mining.
Descrizione

Questo attributo registra la data e l'ora dell'ultimo caricamento dei dati. Offre agli utenti aziendali trasparenza sull'aggiornamento dei dati analizzati.

Durante la consultazione di Dashboard e analisi, questo timestamp aiuta a capire se i dati includono le transazioni più recenti o se esiste un ritardo noto. È un elemento di metadati fondamentale per rafforzare la fiducia nei risultati analitici.

Perché è importante

Informa gli utenti sull'attualità dei dati, un aspetto fondamentale per prendere decisioni basate sulle informazioni di processo più aggiornate disponibili.

Dove reperirlo

Questo valore viene generato e memorizzato dalla pipeline di estrazione e caricamento dei dati (ETL) quando i dati vengono aggiornati.

Esempi
2023-03-01T02:00:00Z2023-03-02T02:00:00Z2023-03-03T02:00:00Z
Obbligatorio Consigliato Facoltativo

Attività di gestione del credito e recupero crediti

Queste sono le principali fasi del processo e le tappe fondamentali da acquisire nel Suo Event Log per un’individuazione accurata del processo e dei colli di bottiglia.
5 Consigliato 9 Facoltativo
Attività Descrizione
Esecuzione del sollecito
Questa attività rappresenta l'esecuzione del programma automatico di sollecito per una fattura scaduta. Il sistema registra il livello di sollecito, la data e altri dettagli per ogni fattura inclusa in un'esecuzione di sollecito.
Perché è importante

Monitorare le attività di sollecito è essenziale per valutare l'efficacia della strategia di riscossione. Aiuta a determinare quali livelli di sollecito sono più efficaci nel favorire il pagamento e a identificare i clienti che non rispondono.

Dove reperirlo

Si tratta di un evento esplicito. I dettagli delle esecuzioni di sollecito sono archiviati nelle tabelle dei dati di sollecito, principalmente MHNK (dati di sollecito), che contiene la data dell'esecuzione (LAUFD) e il livello di sollecito (MAHNS) per ogni fattura sollecitata.

Acquisizione

Estrarre i record dalla tabella MHNK, collegando il codice società, il conto e la data del sollecito.

Tipo di evento explicit
Fattura compensata
Questo evento segna la chiusura corretta di una fattura, generalmente dopo che il pagamento completo è stato ricevuto e applicato. Viene dedotto quando la posizione della fattura passa dalla tabella delle posizioni aperte (BSID) alla tabella delle posizioni compensate (BSAD).
Perché è importante

È il principale evento finale positivo del processo. Il tempo necessario per raggiungere questa attività costituisce una componente fondamentale del DSO. Analizzare i percorsi che conducono a questo punto aiuta a individuare le best practice.

Dove reperirlo

È un evento dedotto. La compensazione viene identificata dalla presenza di un Clearing Document (AUGBL) e di una Clearing Date (AUGDT) per la posizione della fattura, presenti nella tabella delle posizioni compensate BSAD.

Acquisizione

Utilizzare la data di compensazione (BSAD-AUGDT) della posizione specifica della fattura come timestamp dell'evento.

Tipo di evento inferred
Fattura registrata
Rappresenta la creazione di un documento di fattura clienti nel modulo di contabilità finanziaria. L'evento viene acquisito esplicitamente quando un documento di fatturazione proveniente da Sales and Distribution (SD) viene rilasciato alla contabilità oppure quando una fattura FI viene inserita direttamente, creando registrazioni nelle tabelle BKPF e BSEG.
Perché è importante

Questo è il principale evento di avvio del ciclo di vita della fattura. Analizzare il tempo trascorso da questo momento al pagamento è fondamentale per misurare i Days Sales Outstanding (DSO) e l'efficienza complessiva del processo.

Dove reperirlo

Si tratta di un evento esplicito registrato al momento della creazione di un documento finanziario. Il timestamp dell'evento può essere recuperato dalla tabella di testata dei documenti BKPF, nel campo CPUDT o BKTXT, per il numero di documento della fattura corrispondente (BELNR).

Acquisizione

Identificare gli eventi di creazione dei documenti FI con tipi di documento rilevanti, ad esempio 'RV' e 'DR', nella tabella BKPF.

Tipo di evento explicit
Fattura stralciata
Rappresenta la decisione di contabilizzare una fattura non pagata come perdita, classificandola come credito inesigibile. L'evento viene acquisito tramite una specifica registrazione finanziaria che compensa la fattura originale e trasferisce l'importo a un conto per crediti inesigibili.
Perché è importante

È il principale evento finale negativo, che segnala un'insuccesso nel processo di gestione o riscossione del credito e una perdita finanziaria diretta. Analizzare questi casi è fondamentale per migliorare le policy del credito e le strategie di riscossione.

Dove reperirlo

Si tratta generalmente di una registrazione esplicita o di un evento dedotto dalla transazione di compensazione. La compensazione viene eseguita utilizzando un codice transazione e un codice causale specifici che indicano lo stralcio. Il documento di compensazione può essere analizzato per confermare lo stralcio.

Acquisizione

Identificare i documenti di compensazione in cui viene utilizzato uno specifico codice causale (BSEG-RSTGR) per gli stralci oppure in cui la contropartita viene registrata su un conto di costo per crediti inesigibili.

Tipo di evento inferred
Scadenza del pagamento superata
È un evento calcolato che indica che la fattura è ufficialmente scaduta. Non si tratta di un evento esplicito del sistema, ma di un evento derivato confrontando la data di scadenza netta della fattura con la data corrente o con il timestamp di un'attività successiva.
Perché è importante

Questo evento segna il passaggio dalla fatturazione ordinaria al processo di riscossione. Costituisce il trigger per calcolare i giorni di scaduto e avviare le procedure di sollecito, rappresentando la base dei report di aging.

Dove reperirlo

È un evento calcolato, derivato dal confronto tra la Net Due Date (BSID-NETDT) della posizione aperta della fattura e la data di sistema o il timestamp di un altro evento.

Acquisizione

Calcolato confrontando la data di scadenza netta della fattura (BSID-NETDT) con una sequenza temporale.

Tipo di evento calculated
Contatto di riscossione registrato
Un addetto alla riscossione ha contattato il cliente in merito a una fattura scaduta, ad esempio per telefono o e-mail. Questa attività viene generalmente registrata manualmente dall'addetto nel sistema.
Perché è importante

Questa attività misura l'impegno manuale del team di riscossione. Analizzare la frequenza e la tempistica dei contatti rispetto ai pagamenti successivi aiuta a determinare l'efficacia delle azioni degli addetti.

Dove reperirlo

Se si utilizza SAP FSCM Collections Management, l'attività viene registrata come 'Customer Contact'. I dettagli sono archiviati nelle tabelle relative alla worklist di riscossione e alla cronologia dei contatti, spesso collegate a UDM_CASE.

Acquisizione

Estrarre i log dei contatti con i clienti dalle tabelle pertinenti di FSCM Collections Management.

Tipo di evento explicit
Creazione della pratica di contestazione
Rappresenta la registrazione formale di una contestazione del cliente relativa a una fattura, ad esempio una discrepanza di prezzo o quantità. Si tratta di un evento esplicito registrato nel modulo SAP FSCM Dispute Management.
Perché è importante

Le contestazioni bloccano il processo di pagamento e richiedono risorse interne per essere risolte. Monitorare la creazione delle contestazioni è il primo passo per analizzare i tempi di risoluzione, le cause alla radice e il loro impatto sul DSO.

Dove reperirlo

Se si utilizza SAP FSCM Dispute Management, questo è un evento esplicito. La creazione di una pratica di contestazione viene registrata in tabelle come UDM_CASE o SCMG_T_CASE_ATTR, con un timestamp di creazione.

Acquisizione

Estrarre la data e l'ora di creazione dalle tabelle di gestione delle pratiche, ad esempio UDM_CASE, per le pratiche collegate alla fattura.

Tipo di evento explicit
Creazione della promessa di pagamento
Un cliente ha contattato il reparto riscossioni e ha promesso di effettuare un pagamento entro una data specifica. Questo evento viene registrato esplicitamente se è in uso SAP FSCM Collections Management.
Perché è importante

Le promesse di pagamento sono un risultato fondamentale delle attività di riscossione. Analizzarne la creazione, l'adempimento e il tasso di mancato rispetto aiuta a misurare l'efficacia delle azioni degli addetti alla riscossione e a prevedere gli incassi.

Dove reperirlo

Se si utilizza SAP FSCM Collections Management, questo è un evento esplicito. I dettagli della promessa di pagamento sono archiviati in tabelle come UDM_P2P_ATTR, collegate al business partner e alla fattura.

Acquisizione

Estrarre il timestamp di creazione dalle tabelle delle promesse di pagamento, come UDM_P2P_ATTR, in SAP FSCM.

Tipo di evento explicit
Creazione di una posizione residua
Si verifica durante l'applicazione di un pagamento quando un cliente paga una fattura solo parzialmente e il piccolo saldo residuo viene registrato come nuova posizione aperta. L'evento viene dedotto dai dettagli della transazione di compensazione.
Perché è importante

Le posizioni residue indicano discrepanze nei pagamenti e generano attività aggiuntive. Monitorarle aiuta a identificare i clienti che pagano frequentemente importi inferiori al dovuto e mette in evidenza problemi di prezzo o fatturazione che causano contestazioni.

Dove reperirlo

È un evento dedotto. Quando una transazione di compensazione, ad esempio tramite F-28, compensa la fattura originale ma registra anche un nuovo documento di posizione aperta per l'importo residuo, viene creata una posizione residua. È possibile identificarla verificando le posizioni del documento di compensazione.

Acquisizione

Analizzare i documenti di compensazione (BKPF-AUGBL) per individuare i casi in cui viene creata una nuova posizione aperta con un riferimento alla fattura originale.

Tipo di evento inferred
Documento di pagamento in entrata registrato
Rappresenta la registrazione iniziale nel sistema di un pagamento ricevuto da un cliente, spesso prima che venga associato a fatture specifiche. È un evento esplicito che crea un documento di pagamento, ad esempio con tipo documento DZ.
Perché è importante

Segna la ricezione della liquidità. Il tempo trascorso tra questo evento e l'evento finale 'Invoice Cleared' rappresenta il processo di applicazione della liquidità, che può costituire un collo di bottiglia significativo.

Dove reperirlo

È un evento esplicito, acquisito dalla creazione di un documento di pagamento nella tabella BKPF, identificabile tramite specifici tipi di documento, ad esempio 'DZ'. La data di registrazione (BKPF-BUDAT) funge da timestamp.

Acquisizione

Identificare nella tabella BKPF la creazione di documenti con tipi di documento relativi ai pagamenti, ad esempio 'DZ'.

Tipo di evento explicit
Fattura bloccata per il pagamento
Indica che sulla fattura è stato applicato un blocco manuale o automatico, impedendone il pagamento. L'evento viene acquisito tramite uno specifico indicatore di blocco del pagamento impostato sulla posizione della fattura nella tabella BSEG.
Perché è importante

I blocchi dei pagamenti sono una delle principali cause di ritardi ed eccezioni di processo. Identificare quando e perché le fatture vengono bloccate è fondamentale per individuare le cause alla radice dei ritardi nei pagamenti e migliorare il flusso di cassa.

Dove reperirlo

Questo stato viene generalmente dedotto da una modifica del campo Payment Block (BSEG-ZLSPR) nella posizione della fattura. I log delle modifiche relativi a questo campo, nelle tabelle CDHDR e CDPOS, possono fornire timestamp espliciti.

Acquisizione

Rilevare le modifiche al campo BSEG-ZLSPR della posizione del documento di fattura utilizzando la tabella CDHDR per i timestamp.

Tipo di evento inferred
Nota di credito registrata
Rappresenta la creazione di un documento di nota di credito a fronte del conto di un cliente, spesso per correggere un errore di fatturazione o risolvere una contestazione. Il documento viene creato esplicitamente nel modulo FI.
Perché è importante

Le note di credito sono una conseguenza diretta di errori nei processi a monte, come prezzi o spedizioni errati. Analizzarne frequenza e cause alla radice è fondamentale per migliorare i processi e ridurre le perdite di ricavi.

Dove reperirlo

È un evento esplicito acquisito alla creazione di un documento finanziario con un tipo documento di nota di credito, ad esempio 'DG'. Il timestamp dell'evento può essere recuperato dalla tabella di testata dei documenti BKPF.

Acquisizione

Identificare nella tabella BKPF gli eventi di creazione dei documenti FI con tipi documento di nota di credito, ad esempio 'DG' e 'G2'.

Tipo di evento explicit
Pratica di contestazione risolta
La contestazione associata alla fattura è stata analizzata e si è giunti a una risoluzione. L'evento viene generalmente acquisito tramite una modifica dello stato della pratica di contestazione in SAP FSCM Dispute Management.
Perché è importante

La risoluzione di una contestazione sblocca il processo di pagamento. Misurare il tempo trascorso tra la creazione e la risoluzione della contestazione è un KPI fondamentale per individuare le inefficienze nella gestione delle contestazioni.

Dove reperirlo

È un evento dedotto da una modifica dello stato della pratica di contestazione. I log delle modifiche (CDHDR/CDPOS) del campo di stato della pratica, in tabelle come UDM_CASE, forniscono il timestamp.

Acquisizione

Identificare il timestamp in cui lo stato della pratica di contestazione viene modificato in 'Closed' o 'Resolved' analizzando i log delle modifiche.

Tipo di evento inferred
Promessa di pagamento non rispettata
È un evento calcolato che indica che un cliente non ha effettuato il pagamento entro la data concordata in una 'Promise to Pay'. L'evento viene dedotto dall'assenza del pagamento corrispondente entro la data della promessa.
Perché è importante

Identificare le promesse non rispettate è fondamentale per intensificare le attività di riscossione. Un tasso elevato di promesse non rispettate può segnalare problemi nella strategia di riscossione o nella situazione finanziaria dei clienti.

Dove reperirlo

È un evento dedotto o calcolato. Viene determinato confrontando la data della promessa, proveniente da UDM_P2P_ATTR, con la data effettiva di compensazione della fattura. Se entro la data della promessa non viene ricevuto alcun pagamento, la promessa viene considerata non rispettata.

Acquisizione

Confrontare la data della promessa in UDM_P2P_ATTR con la data di compensazione della fattura. Se la data di compensazione è successiva alla data della promessa, la promessa non è stata rispettata.

Tipo di evento calculated
Consigliato Facoltativo

Guide all’estrazione

Come ottenere i Suoi dati da SAP ECC

Pronto a iniziare?

Utilizzi questo Template per semplificare la preparazione dei dati e iniziare a individuare informazioni preziose nel processo di gestione del credito e recupero crediti. Ottimizzi oggi stesso il processo per accelerare il flusso di cassa e ridurre il rischio.

Accelerare il flusso di cassa: ottimizzi ora la gestione del credito e dei solleciti

Riduca del 30% il tempo del ciclo Credit-to-cash e aumenti la redditività.

Inizi la prova gratuita

Non è richiesta alcuna carta di credito; la configurazione richiede solo pochi minuti.