Il template dei dati per la gestione del credito e il recupero crediti

SAP ECC
Il template dei dati per la gestione del credito e il recupero crediti

Il template dei dati per la gestione del credito e il recupero crediti

Questo template offre una panoramica chiara degli attributi dei dati e delle attività essenziali per analizzare efficacemente il processo di gestione del credito e recupero crediti. Include inoltre indicazioni pratiche per estrarre queste informazioni fondamentali dal sistema SAP ECC. Utilizzi questa risorsa per organizzare una raccolta dei dati accurata e senza intoppi.
  • 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 per la gestione del credito e il recupero crediti

Questi sono i campi dati consigliati da includere nell’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
Data e ora dell’evento
EventTime
Data e ora che indicano quando si è verificata una specifica attività o un determinato evento.
Descrizione

La data e l’ora dell’evento registrano il momento esatto in cui si è verificata ogni attività del processo. Costituiscono la base cronologica dell’Event Log, consentendo di ordinare le attività e calcolare gli intervalli tra loro.

Nell’analisi, questo dato è fondamentale per calcolare tutti i KPI basati sul tempo, come il tempo di ciclo di risoluzione delle contestazioni, il ritardo nella registrazione dei pagamenti e il numero medio di giorni tra la scadenza e il pagamento. Aiuta a individuare i colli di bottiglia mettendo in evidenza i lunghi tempi di attesa tra fasi consecutive.

Perché è importante

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

Dove reperirli

Ricavato da diversi campi di data e ora nelle tabelle SAP, come BUDAT (data di registrazione) o CPUDT/CPUTM (data e ora di inserimento del documento) in BKPF, oppure da tabelle specifiche degli eventi.

Esempi
2023-01-15T09:30:00Z2023-02-10T14:00:00Z2023-02-28T11:25:10Z
Nome dell’attività
ActivityName
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 del credito e recupero crediti, come 'Fattura registrata', 'Esecuzione della procedura di sollecito' o 'Registrazione del documento di pagamento in entrata'. Queste attività costituiscono i nodi della mappa di processo.

Analizzando la sequenza, la frequenza e la durata delle attività, le aziende possono visualizzare il flusso effettivo del processo, individuare le deviazioni dalle procedure standard e identificare i colli di bottiglia. Per esempio, analizzare il percorso successivo all’evento 'Esecuzione della procedura di sollecito' 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 reperirli

È un attributo derivato, in genere ottenuto associando codici transazione (TCODE), tipi documento (BLART) o modifiche a campi specifici di diverse tabelle SAP, ad esempio BKPF, BSID, MHNK e UDM_CASE, a nomi di attività comprensibili per gli utenti.

Esempi
Fattura registrataEsecuzione della procedura di sollecitoRegistrazione della promessa di pagamentoRegistrazione del documento di pagamento in entrataFattura compensata
Numero fattura
InvoiceNumber
Identificativo univoco della fattura del cliente, utilizzato come identificativo principale del caso nel processo di gestione del credito.
Descrizione

Il numero della fattura, denominato Belegnummer (BELNR) in SAP, identifica in modo univoco ogni documento di contabilità clienti. Nel Process Mining è fondamentale perché collega tutte le attività correlate, dalla registrazione e dai solleciti fino al pagamento o allo stralcio, in un unico caso coerente.

Analizzare il processo utilizzando il numero della fattura come identificativo del caso consente di ottenere una visione completa del ciclo di vita della fattura. Questo permette di monitorare metriche chiave come i Giorni medi di incasso (DSO), individuare i colli di bottiglia nel processo di recupero crediti e comprendere l’efficacia delle diverse strategie di recupero per le singole fatture.

Perché è importante

È la chiave essenziale che collega ogni evento nel percorso della fattura e consente di ricostruire e analizzare l’intero processo, dal credito all’incasso.

Dove reperirli

Si trova in diverse tabelle di contabilità finanziaria di SAP ECC, principalmente in BKPF (testata del documento contabile) e BSEG (segmento del documento contabile), nel campo BELNR.

Esempi
190000000119000000451900000102
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 si tratta spesso dell’impiegato contabile (SACHP) indicato nell’anagrafica del cliente.

Questa dimensione è fondamentale per gestire le prestazioni del team di recupero crediti. Consente di creare Dashboard come «Panoramica delle fatture scadute», filtrate per addetto, così da gestire i carichi di lavoro e confrontare l’efficacia dei singoli addetti o dei team. Permette di capire quali addetti riescono più spesso a risolvere le fatture scadute.

Perché è importante

Consente di analizzare le prestazioni e gestire i carichi di lavoro del team di recupero crediti, associando i casi e i relativi esiti a persone o gruppi specifici.

Dove reperirli

In genere si trova nei dati della società dell’anagrafica cliente (tabella KNB1, campo SACHP).

Esempi
J. SmithTeam AINTL-COLL
Data di scadenza
NetDueDate
Data entro la quale, secondo gli accordi contrattuali, deve essere pagata la fattura.
Descrizione

La data di scadenza è il termine entro il quale il cliente deve pagare la fattura. Si calcola a partire dalla data di riferimento della fattura e dalle condizioni di pagamento. In SAP, la data di scadenza netta è spesso disponibile nel campo FAEDT.

Questa data è fondamentale per la gestione del credito e costituisce il riferimento per misurare la puntualità dei pagamenti. Viene utilizzata per calcolare KPI come 'Numero medio di giorni tra scadenza e pagamento' e per avviare le attività di recupero una volta superata. Analizzare i ritardi rispetto a questa data è un’attività centrale nell’analisi del recupero crediti.

Perché è importante

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

Dove reperirli

Questa data è spesso disponibile direttamente nelle tabelle delle righe dei clienti, come BSID, nel campo FAEDT (data di scadenza netta). 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
Numero calcolato di giorni trascorsi dalla data di scadenza della fattura.
Descrizione

Questa metrica calcola il numero di giorni tra la data di scadenza del pagamento di una fattura e la data in cui è 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 della Dashboard «Panoramica delle fatture scadute» e servono a stabilire le priorità delle attività di recupero crediti. L’analisi dell’andamento complessivo di questa metrica può indicare lo stato generale dei crediti di un’azienda.

Perché è importante

È una metrica fondamentale delle prestazioni: quantifica direttamente i ritardi di pagamento e aiuta a stabilire le priorità delle attività di recupero crediti e a valutare la salute del processo.

Dove reperirli

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

Esempi
0153295
Importo della fattura
Dmbtr
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 archiviato nel campo DMBTR.

L’importo della fattura è una dimensione di analisi fondamentale. Consente di dare priorità al recupero delle fatture di importo elevato e di capire se esiste una correlazione tra il valore della fattura e i ritardi nei pagamenti o le contestazioni. Può essere utilizzato per filtrare la mappa di processo e concentrarsi sulle fatture che superano una determinata soglia.

Perché è importante

Fornisce un contesto finanziario al processo e consente di analizzarlo in base al valore, dando priorità al recupero delle partite di importo elevato.

Dove reperirli

Campo standard DMBTR (importo nella valuta locale) in tabelle come BSEG, BSID e BSAD.

Esempi
1500.0012500.50750.25
Livello di sollecito
Mahns
Il livello di sollecito più alto raggiunto per la fattura.
Descrizione

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

Questo attributo è essenziale per valutare il processo di sollecito. La Dashboard «Efficacia dei solleciti per livello» lo utilizza 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 i tempi o il contenuto degli avvisi ai livelli meno efficaci.

Perché è importante

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

Dove reperirli

Si trova nella partita cliente della tabella BSID, nel campo MAHNS. La cronologia delle procedure di sollecito è registrata nelle tabelle MHNK (testata) e MHND (dati).

Esempi
1234
Nome utente
UserName
ID dell’utente che ha eseguito l’attività.
Descrizione

Questo attributo identifica l’utente responsabile di un evento specifico, come la registrazione di una fattura o l’apertura di una contestazione. In SAP, è spesso archiviato in campi come ERNAM (Creato da) o USNAM.

L’analisi per utente aiuta a comprendere la distribuzione del carico di lavoro, individuare esigenze di formazione e rilevare potenziali problemi di conformità. Per esempio, può mostrare se determinati utenti sono associati con regolarità a deviazioni o ritardi nel processo, oppure se chi ottiene i risultati migliori segue una variante più efficiente.

Perché è importante

Consente di analizzare le prestazioni e il comportamento delle persone nel processo, aiutando a individuare chi ottiene i risultati migliori, le opportunità di formazione e gli squilibri nel carico di lavoro.

Dove reperirli

Si trova in genere nelle tabelle di testata, come BKPF, nei campi USNAM (nome utente) o ERNAM (nome della persona che ha creato l’oggetto).

Esempi
SMITHJRDOECFO-ADMIN
Numero cliente
Kunnr
Identificativo univoco del cliente.
Descrizione

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

Nel Process Mining, questo attributo è essenziale per segmentare l’analisi. Consente di confrontare le prestazioni del processo tra clienti diversi, individuare chi paga sistematicamente in ritardo e analizzare le differenze tra le strategie di recupero applicate ai clienti strategici e agli altri. È fondamentale per Dashboard come Anzianità delle fatture e Rispetto delle condizioni di pagamento.

Perché è importante

Consente di analizzare il processo dal punto di vista del cliente, individuando i comportamenti ricorrenti di singoli clienti o gruppi e adattando di conseguenza le strategie di recupero crediti.

Dove reperirli

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

Esempi
10002050CUST-7890
Segmento cliente
CustomerSegment
Classificazione del cliente, ad esempio in base alle dimensioni, al settore o all’importanza strategica.
Descrizione

Il segmento cliente è una classificazione che raggruppa i clienti con caratteristiche simili. Spesso deriva dal gruppo conti cliente (KTOKD) in SAP o da altri campi personalizzati nei dati anagrafici del cliente.

Segmentare l’analisi del processo in base a questo attributo offre informazioni utili. Può rivelare se alcuni segmenti hanno cicli di pagamento più lunghi, un numero maggiore di contestazioni o rispondono meglio a determinate attività di recupero crediti. Queste informazioni sono fondamentali per ottimizzare le strategie di recupero e adattare le interazioni con i clienti.

Perché è importante

Consente di analizzare in modo mirato le prestazioni del processo per le diverse tipologie di clienti, così da definire strategie adeguate e allocare le risorse di conseguenza.

Dove reperirli

Spesso deriva dal campo Gruppo conti cliente (KTOKD) nella tabella anagrafica clienti KNA1 o da altri campi personalizzati.

Esempi
Clienti strategiciPiccole e medie impreseEnti pubbliciInterno
Categoria di rischio
Ctlpc
Classificazione del rischio di credito del cliente.
Descrizione

La categoria di rischio (CTLPC in SAP) raggruppa i clienti in base alla solvibilità e alla cronologia dei pagamenti. Questa classificazione viene utilizzata per attivare controlli automatici del credito e orientare le strategie di recupero crediti.

L’analisi del processo per categoria di rischio può offrire indicazioni utili. Può mostrare se i clienti ad alto rischio seguono percorsi di processo diversi o hanno cicli di pagamento sensibilmente più lunghi. Queste informazioni aiutano a verificare l’accuratezza della classificazione del rischio e a calibrare l’intensità delle attività di recupero crediti in base al rischio.

Perché è importante

Consente di analizzare il processo di recupero crediti in base al rischio, verificare i modelli di rischio e adeguare le strategie di recupero di conseguenza.

Dove reperirli

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

Esempi
001002RISCHIO ELEVATO
Codice società
Bukrs
Identificativo della persona giuridica (codice società) a cui appartiene la fattura.
Descrizione

Il codice società (BUKRS in SAP) rappresenta una persona giuridica indipendente per la quale vengono redatti i bilanci. È un’unità organizzativa fondamentale in SAP Financials.

Questo attributo è essenziale per filtrare e confrontare le prestazioni dei processi tra le diverse persone giuridiche di un gruppo. Consente di verificare se i processi di recupero crediti sono standardizzati o se presentano differenze significative, ad esempio nei giorni medi di incasso (DSO) o nel tasso di contestazione, tra i vari codici società.

Perché è importante

Consente di segmentare l’analisi dei processi per persona giuridica, un aspetto fondamentale per confrontare le prestazioni nelle grandi organizzazioni multinazionali.

Dove reperirli

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

Esempi
10002000US01
Condizioni di pagamento
Zterm
Codice delle condizioni di pagamento concordate con il cliente.
Descrizione

Il codice delle condizioni di pagamento (ZTERM in SAP) definisce i termini di pagamento, come la data di scadenza e gli eventuali sconti previsti per il pagamento anticipato. In genere viene impostato nei dati anagrafici del cliente e riportato nelle fatture.

L’analisi per condizioni di pagamento aiuta a capire in che modo i diversi termini incidono sui comportamenti di pagamento. La Dashboard «Conformità alle condizioni di pagamento e impatto», ad esempio, mostra quanto vengono rispettate le condizioni e come questo influisce sui giorni di ritardo. Queste informazioni possono orientare le decisioni sulle condizioni di pagamento da proporre ai diversi segmenti di clientela.

Perché è importante

Descrive l’accordo contrattuale relativo al pagamento e consente di analizzare se determinate condizioni favoriscono pagamenti più puntuali o riducono le contestazioni.

Dove reperirli

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

Esempi
0001NT30ZD60
Documento di compensazione
Augbl
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 partita aperta, come una fattura, al documento che l’ha saldata. Quando una fattura viene pagata, il numero del documento di pagamento viene registrato come documento di compensazione della fattura.

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

Perché è importante

Collega in modo esplicito una fattura al documento di saldo, un elemento fondamentale per modellare correttamente gli eventi di compensazione.

Dove reperirli

Campo standard AUGBL nelle tabelle delle partite cliente BSID (vuoto finché la partita è aperta) e BSAD (compilato dopo la compensazione).

Esempi
140000000114000000551400000120
ID del caso di contestazione
DisputeCaseId
Identificativo univoco del caso di contestazione collegato alla fattura.
Descrizione

Quando un cliente contesta una fattura, in SAP può essere creato un caso formale nel modulo Dispute Management. Questo ID identifica in modo univoco il caso.

L’identificativo consente di analizzare nel dettaglio il processo di gestione delle contestazioni. È indispensabile per calcolare il KPI «Tempo di ciclo della risoluzione delle contestazioni» e capire perché vengono aperti i casi, come vengono gestiti e quali sono gli esiti più frequenti. Permette inoltre di isolare il sottoprocesso delle contestazioni dal normale flusso di recupero crediti.

Perché è importante

Collega le attività di recupero crediti ai casi formali di contestazione e consente di analizzare in modo mirato l’efficienza del processo di risoluzione e le cause profonde dei problemi.

Dove reperirli

Si trova nelle tabelle SAP Dispute Management, ad esempio UDM_CASE_ATTR00. È necessario utilizzare il modulo SAP Dispute Management.

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

Questo attributo specifica il sistema di origine, ad esempio una determinata 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 diverse. In questo modo la provenienza dei dati è chiara ed è più semplice risolvere i problemi di estrazione.

Perché è importante

Fornisce informazioni essenziali sull’origine dei dati, soprattutto nelle architetture IT complesse, garantendone la tracciabilità e consentendo analisi specifiche per sistema.

Dove reperirli

In genere viene aggiunto durante l’estrazione dei dati. In SAP si può utilizzare il nome del sistema logico (LOGSYS).

Esempi
SAPECC_PROD_100ECC_EU_200US_FIN_ERP
Limite di credito
Klimk
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 fondamentale della gestione del rischio di credito.

Questo attributo è essenziale per la Dashboard «Accuratezza del limite di credito e crediti inesigibili». Analizzando il rapporto tra il limite di credito assegnato e le perdite su crediti, un’azienda può valutare l’efficacia delle proprie politiche di credito. L’attributo supporta anche KPI come «Tasso di revisione del limite di credito», utile per verificare l’accuratezza delle valutazioni iniziali.

Perché è importante

Fornisce informazioni sul rischio di credito e consente di valutare se le politiche adottate prevengono efficacemente i crediti inesigibili senza frenare le vendite.

Dove reperirli

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

Esempi
10000.0050000.00250000.00
Stornata come perdita
IsWrittenOff
Indicatore booleano che segnala se la fattura è stata infine stornata come credito inesigibile.
Descrizione

È un indicatore derivato, impostato in genere su true quando una fattura viene compensata con un codice motivo o un tipo di documento specifico che indica una perdita su crediti. Identifica i casi che comportano una perdita finanziaria.

Questo attributo è essenziale per calcolare il KPI «Tasso di stralcio dei crediti inesigibili» e per le relative Dashboard. Consente di analizzare le cause profonde e individuare le caratteristiche delle fatture e dei clienti che vengono spesso stralciati, contribuendo così a migliorare le politiche di credito e l’efficacia del recupero crediti.

Perché è importante

Identifica gli esiti del processo che comportano perdite finanziarie e consente di individuarne le cause profonde e migliorare le politiche di credito.

Dove reperirli

Attributo derivato. La logica si basa in genere sull’individuazione di specifici codici motivo di compensazione (BSEG-RSTGR) o tipi di documento (BKPF-BLART) utilizzati per gli stralci.

Esempi
truefalse
Tipo di documento
Blart
Tipo di documento finanziario, ad esempio fattura, nota di credito o 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.

Anche se le attività vengono ricavate per il Process Mining, il tipo di documento originale fornisce un contesto importante e può essere utilizzato per verifiche o analisi finanziarie più approfondite. Aiuta a comprendere la natura delle transazioni elaborate e a filtrare l’analisi, concentrandosi, ad esempio, solo su determinati tipi di documento, come le fatture cliente.

Perché è importante

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

Dove reperirli

Campo standard BLART nella tabella di testata dei documenti BKPF.

Esempi
RVDZDGAB
Ultimo aggiornamento dei dati
LastDataRefreshTimestamp
Data e ora dell’ultima estrazione o dell’ultimo aggiornamento dei dati nello strumento di Process Mining.
Descrizione

Questo attributo registra la data e l’ora del caricamento più recente dei dati. Informa gli utenti aziendali sull’aggiornamento dei dati che stanno analizzando.

Quando consultano le Dashboard e le analisi, gli utenti possono utilizzare questo dato per capire se sono incluse le transazioni più recenti o se è noto un ritardo. È un metadato fondamentale per poter fare affidamento sui risultati dell’analisi.

Perché è importante

Informa gli utenti sull’aggiornamento dei dati, un aspetto essenziale per prendere decisioni sulla base delle informazioni più recenti disponibili sul processo.

Dove reperirli

Questo valore viene generato e archiviato dalla pipeline di estrazione e caricamento dei dati (ETL) a ogni aggiornamento.

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

Questi sono i passaggi e le tappe fondamentali da registrare nell’event log per individuare con precisione i processi e i colli di bottiglia.
5 Consigliato 9 Facoltativo
Attività Descrizione
Data di scadenza del pagamento superata
Evento calcolato che indica che la fattura è ufficialmente scaduta. Non corrisponde a un evento esplicito del sistema, ma si ricava confrontando la data di scadenza netta della fattura con la data corrente o con la data e l’ora di un’attività successiva.
Perché è importante

Questo evento segna il passaggio dalla normale fatturazione al processo di recupero crediti. È il momento in cui si iniziano a calcolare i giorni di ritardo e si avviano le procedure di sollecito, costituendo la base per i report di anzianità dei crediti.

Dove reperirli

È un evento calcolato, ottenuto confrontando la data di scadenza netta (BSID-NETDT) della riga aperta della fattura con la data di sistema o con la data e l’ora di un altro evento.

Acquisizione

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

Tipo di evento calculated
Esecuzione della procedura di sollecito
Questa attività rappresenta l’esecuzione del programma automatico di sollecito per una fattura scaduta. Per ogni fattura inclusa in una procedura di sollecito, il sistema registra il livello di sollecito, la data e altri dettagli.
Perché è importante

Monitorare le attività di sollecito è essenziale per valutare l’efficacia della strategia di recupero crediti. Consente di capire quali livelli di sollecito inducono più spesso al pagamento e di individuare i clienti che non rispondono.

Dove reperirli

È un evento esplicito. I dettagli delle procedure di sollecito sono archiviati nelle tabelle dei dati di sollecito, principalmente in MHNK, che contiene la data della procedura (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, in genere dopo aver ricevuto e assegnato il pagamento completo. Si deduce quando la riga della fattura passa dalla tabella delle partite aperte (BSID) a quella delle partite compensate (BSAD).
Perché è importante

È il principale evento finale positivo del processo. Il tempo necessario per raggiungere questa attività è una componente essenziale dei Giorni medi di incasso (DSO). Analizzare i percorsi che portano a questo esito aiuta a individuare le prassi più efficaci.

Dove reperirli

È un evento dedotto. La compensazione si individua dalla presenza del documento di compensazione (AUGBL) e della data di compensazione (AUGDT) sulla riga della fattura, nella tabella delle partite compensate BSAD.

Acquisizione

Utilizzare come data e ora dell’evento la data di compensazione (BSAD-AUGDT) della specifica riga della fattura.

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

È il principale evento di inizio del ciclo di vita della fattura. Analizzare il tempo che intercorre da questo momento al pagamento è fondamentale per misurare i Giorni medi di incasso (DSO) e l’efficienza complessiva del processo.

Dove reperirli

È un evento esplicito registrato al momento della creazione di un documento finanziario. La data e l’ora dell’evento si possono ricavare dalla tabella di testata dei documenti BKPF (campo CPUDT o BKTXT), per il numero di documento della fattura corrispondente (BELNR).

Acquisizione

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

Tipo di evento explicit
Stralcio della fattura
Indica la decisione di contabilizzare come perdita una fattura non pagata, classificandola come credito inesigibile. L’operazione viene registrata tramite una specifica scrittura contabile che compensa la fattura originale e trasferisce l’importo su un conto per crediti inesigibili.
Perché è importante

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

Dove reperirli

In genere, si tratta di una registrazione esplicita o di un evento dedotto dalla transazione di compensazione. La compensazione viene eseguita con un codice transazione e un codice causale specifici che indicano uno stralcio. È possibile analizzare il documento di compensazione per confermare lo stralcio.

Acquisizione

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

Tipo di evento inferred
Apertura di una contestazione
Indica la registrazione formale di una contestazione del cliente relativa a una fattura, ad esempio per una discrepanza di prezzo o quantità. È 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. Monitorarne l’apertura è il primo passo per analizzare i tempi di risoluzione, le cause profonde e l’impatto sui Giorni medi di incasso (DSO).

Dove reperirli

Se si utilizza SAP FSCM Dispute Management, questo è un evento esplicito. L’apertura di una contestazione viene registrata in tabelle come UDM_CASE o SCMG_T_CASE_ATTR, con la relativa data e ora di creazione.

Acquisizione

Estrarre la data e l’ora di creazione dalle tabelle di gestione dei casi, ad esempio UDM_CASE, per i casi collegati alla fattura.

Tipo di evento explicit
Creazione di una partita residua
Si verifica durante l’assegnazione di un pagamento, quando il cliente paga una fattura solo in parte e il piccolo importo residuo viene registrato come nuova partita aperta. L’evento si deduce dai dettagli della transazione di compensazione.
Perché è importante

Le partite residue segnalano discrepanze nei pagamenti e generano ulteriore lavoro. Monitorarle aiuta a individuare i clienti che pagano spesso importi inferiori al dovuto e a far emergere problemi di prezzi o fatturazione che causano contestazioni.

Dove reperirli

È un evento dedotto. Quando una transazione di compensazione, ad esempio tramite F-28, compensa una fattura originale ma registra anche un nuovo documento di partita aperta per l’importo residuo, viene creata una partita residua. È possibile individuarla controllando le righe del documento di compensazione.

Acquisizione

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

Tipo di evento inferred
Fattura bloccata per il pagamento
Indica che sulla fattura è stato applicato un blocco manuale o automatico, che ne impedisce il pagamento. L’evento si rileva tramite un apposito indicatore di blocco del pagamento impostato sulla riga della fattura nella tabella BSEG.
Perché è importante

I blocchi dei pagamenti sono una delle principali cause di ritardi ed eccezioni nel processo. Individuare quando e perché le fatture vengono bloccate è fondamentale per risalire alle cause profonde dei ritardi nei pagamenti e migliorare il flusso di cassa.

Dove reperirli

In genere, questo stato si deduce da una modifica del campo Blocco pagamento (BSEG-ZLSPR) sulla riga della fattura. I registri delle modifiche di questo campo, nelle tabelle CDHDR e CDPOS, possono fornire date e orari espliciti.

Acquisizione

Rilevare le modifiche al campo BSEG-ZLSPR della riga del documento della fattura, utilizzando la tabella CDHDR per ricavare le date e gli orari.

Tipo di evento inferred
Promessa di pagamento non rispettata
Evento calcolato che indica che il cliente non ha effettuato il pagamento entro la data concordata nella promessa di pagamento. Si deduce dall’assenza del pagamento corrispondente alla data promessa.
Perché è importante

Individuare le promesse non rispettate è fondamentale per intensificare le attività di recupero crediti. Una percentuale elevata di promesse non rispettate può segnalare problemi nella strategia di recupero o nella situazione finanziaria dei clienti.

Dove reperirli

È un evento dedotto o calcolato. Si determina confrontando la data promessa, ricavata da UDM_P2P_ATTR, con la data effettiva di compensazione della fattura. Se il pagamento non viene ricevuto entro la data promessa, la promessa è considerata non rispettata.

Acquisizione

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

Tipo di evento calculated
Registrazione del contatto per il recupero crediti
Un addetto al recupero crediti ha contattato il cliente in merito a una fattura scaduta, ad esempio per telefono o e-mail. In genere, l’addetto registra manualmente questa attività nel sistema.
Perché è importante

Questa attività misura il lavoro manuale del team di recupero crediti. Analizzare la frequenza e il momento dei contatti in relazione ai pagamenti successivi aiuta a valutare l’efficacia delle azioni degli addetti.

Dove reperirli

Se si utilizza SAP FSCM Collections Management, l’attività viene registrata come 'Customer Contact'. I dettagli sono archiviati nelle tabelle relative alla lista di lavoro e alla cronologia dei contatti per il recupero crediti, spesso collegate a UDM_CASE.

Acquisizione

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

Tipo di evento explicit
Registrazione del documento di pagamento in entrata
Indica la registrazione iniziale nel sistema di un pagamento del cliente, spesso prima che venga assegnato a fatture specifiche. È un evento esplicito che crea un documento di pagamento, ad esempio con tipo documento DZ.
Perché è importante

Segna la ricezione del denaro. Il tempo che intercorre tra questo evento e l’evento finale 'Fattura compensata' rappresenta il processo di registrazione e assegnazione dell’incasso, che può costituire un collo di bottiglia significativo.

Dove reperirli

È un evento esplicito, rilevato dalla creazione di un documento di pagamento nella tabella BKPF e identificabile tramite tipi documento specifici, ad esempio 'DZ'. La data di registrazione (BKPF-BUDAT) viene utilizzata come data e ora dell’evento.

Acquisizione

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

Tipo di evento explicit
Registrazione della promessa di pagamento
Il cliente ha contattato l’ufficio recupero crediti e si è impegnato a pagare entro una data specifica. Se è in uso SAP FSCM Collections Management, questo evento viene registrato esplicitamente.
Perché è importante

Le promesse di pagamento sono un risultato importante delle attività di recupero crediti. Analizzarne la registrazione, il rispetto e la frequenza di mancato adempimento aiuta a misurare l’efficacia delle azioni degli addetti al recupero crediti e a prevedere gli incassi.

Dove reperirli

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

Acquisizione

Estrarre la data e l’ora di creazione dalle tabelle delle promesse di pagamento, come UDM_P2P_ATTR in SAP FSCM.

Tipo di evento explicit
Registrazione di una nota di credito
Indica la creazione di un documento di nota di credito sul conto 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 problemi nelle fasi precedenti del processo, come prezzi o spedizioni errati. Analizzarne la frequenza e le cause profonde è fondamentale per migliorare il processo e ridurre le perdite di ricavi.

Dove reperirli

È un evento esplicito, registrato alla creazione di un documento finanziario con un tipo documento di nota di credito, ad esempio 'DG'. La data e l’ora dell’evento si possono ricavare dalla tabella di testata dei documenti BKPF.

Acquisizione

Individuare 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
Risoluzione della contestazione
La contestazione relativa alla fattura è stata esaminata e si è giunti a una soluzione. In genere, l’evento viene rilevato tramite una modifica dello stato del caso in SAP FSCM Dispute Management.
Perché è importante

La risoluzione di una contestazione sblocca il processo di pagamento. Misurare il tempo che intercorre tra l’apertura e la risoluzione è un KPI fondamentale per individuare le inefficienze nella gestione delle contestazioni.

Dove reperirli

È un evento dedotto da una modifica dello stato della contestazione. I registri delle modifiche (CDHDR/CDPOS) del campo di stato del caso, in tabelle come UDM_CASE, forniscono la data e l’ora.

Acquisizione

Individuare, analizzando i registri delle modifiche, la data e l’ora in cui lo stato della contestazione passa a 'Closed' o 'Resolved'.

Tipo di evento inferred
Consigliato Facoltativo

Guide all’estrazione

Come estrarre i dati da SAP ECC

È pronto a iniziare?

Utilizzi questo template per semplificare la preparazione dei dati e iniziare a individuare informazioni utili sul processo di gestione del credito e recupero crediti. Ottimizzi il processo per accelerare i flussi di cassa e ridurre i rischi.

Accelera i flussi di cassa: ottimizzi subito la gestione del credito e il recupero crediti

Riduca del 30% il tempo di attraversamento dal credito all’incasso e aumenti la redditività.

Inizi la prova gratuita

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