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
- Attributi consigliati da raccogliere
- Attività principali da monitorare
- Indicazioni per l’estrazione da SAP ECC
Attributi della gestione del credito e recupero crediti
| 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
|
|||
Attività di gestione del credito e recupero crediti
| 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
|
|||
Guide all’estrazione
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à.
Non è richiesta alcuna carta di credito; la configurazione richiede solo pochi minuti.