Il Suo Template di Dati per la Gestione Crediti e Incassi

SAP ECC
Il Suo `Template` di `Dati` per la Gestione Crediti e Incassi

Il Suo Template di Dati per la Gestione Crediti e Incassi

Questo template fornisce una chiara panoramica degli attributi di dati e delle attività essenziali necessari per analizzare efficacemente il Suo processo di Gestione del Credito e del Recupero. Include anche una guida pratica per aiutarLa a estrarre queste informazioni critiche dal Suo sistema SAP ECC. Sfrutti questa risorsa per garantire una fase di raccolta dati fluida e accurata.
  • Attributi consigliati da raccogliere
  • Attività chiave da tracciare
  • Guida all’estrazione per SAP ECC
È nuovo agli event log? Impari come creare un event log di Process Mining.

Attributi di Gestione del Credito e Recupero Crediti

Questi sono i campi dati raccomandati da includere nel Suo event log per un'analisi completa della gestione del credito e del recupero in SAP ECC.
3 Obbligatorio 8 Consigliato 10 Facoltativo
Nome Descrizione
Nome attività
ActivityName
Il nome dell'attività commerciale o dell'evento che si è verificato in un punto specifico del ciclo di vita della fattura.
Descrizione

Questo attributo descrive un passaggio o un evento specifico all'interno del processo di gestione del credito e recupero, come 'Fattura Registrata', 'Ciclo di Sollecito Eseguito' o 'Documento di Pagamento in Entrata Registrato'. Queste attività formano i nodi della mappa di processo.

Analizzando la sequenza, la frequenza e la durata tra queste attività, le aziende possono visualizzare il loro flusso di processo effettivo, identificare le deviazioni dalle procedure standard e individuare i

Perché è importante

Le attività sono i blocchi costitutivi della mappa di processo, consentendo la visualizzazione e l'analisi del flusso di processo, delle varianti e delle eccezioni.

Dove trovare

Questo è un attributo derivato, tipicamente costruito mappando codici di transazione (TCODE), tipi di documento (BLART) o modifiche di campi specifici da varie tabelle SAP (ad esempio, BKPF, BSID, MHNK, UDM_CASE) a nomi di attività user-friendly.

Esempi
Fattura RegistrataEsecuzione del SollecitoPromessa di pagamento creataDocumento di pagamento in entrata registratoFattura Compensata
Numero fattura
InvoiceNumber
L'identificatore univoco per la fattura cliente, che serve come identificatore di caso primario per il processo di gestione del credito.
Descrizione

Il Numero Fattura, noto come Belegnummer (BELNR) in SAP, identifica in modo univoco ogni documento di conto cliente. Nel Process Mining, questo numero è cruciale in quanto collega tutte le attività correlate, dalla registrazione e sollecito al pagamento finale o svalutazione, in un unico caso coeso.

Analizzare il processo con il numero di fattura come identificatore di caso consente una visione completa del ciclo di vita della fattura. Ciò aiuta a tracciare metriche chiave come i Giorni Medi di Incasso (DSO), identificare i

Perché è importante

Questa è la chiave essenziale che collega ogni evento nel percorso di una fattura, rendendo possibile tracciare e analizzare il processo end-to-end "credit-to-cash".

Dove trovare

Trovato in varie tabelle di contabilità finanziaria in SAP ECC, principalmente in BKPF (Intestazione Documento Contabile) e BSEG (Segmento Documento Contabile) come campo BELNR.

Esempi
190000000119000000451900000102
Timestamp Evento
EventTime
Il timestamp che indica quando una specifica attività o un evento si è verificato.
Descrizione

L'Ora dell'Evento registra la data e l'ora precise di ogni attività nel processo. È la spina dorsale cronologica dell'event log, consentendo l'ordinamento delle attività e il calcolo delle durate tra di esse.

Nell'analisi, questo timestamp è fondamentale per calcolare tutti i KPI basati sul tempo, come il Tempo Ciclo di Risoluzione Dispute, la Latenza di Registrazione Pagamenti e i Giorni Medi dalla Scadenza al Pagamento. Consente la scoperta di

Perché è importante

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

Dove trovare

Derivato da vari campi di data e ora nelle tabelle SAP, come BUDAT (Data di Registrazione) o CPUDT/CPUTM (Data/Ora di Inserimento Documento) in BKPF, o tabelle specifiche per evento.

Esempi
2023-01-15T09:30:00Z2023-02-10T14:00:00Z2023-02-28T11:25:10Z
Data di Scadenza
NetDueDate
La data in cui il pagamento della fattura è contrattualmente dovuto.
Descrizione

La Data di Scadenza è il termine entro cui un cliente deve 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. È la base su cui si misura la tempestività. Viene utilizzata per calcolare KPI come i 'Giorni Medi dalla Scadenza al Pagamento' e per attivare le attività di recupero crediti quando viene superata. L'analisi dei ritardi rispetto a questa data è un'attività centrale nell'analisi dei recuperi.

Perché è importante

Questo è il benchmark primario per misurare la tempestività dei pagamenti ed è essenziale per calcolare i giorni di scadenza e i KPI correlati.

Dove trovare

Questa data è spesso direttamente disponibile nelle tabelle delle voci di riga cliente come BSID come FAEDT (Data di Scadenza Netta). Può anche essere calcolata dalla data di riferimento (ZFBDT) e dalle condizioni di pagamento (ZTERM).

Esempi
2023-02-142023-03-312023-04-15
Esattore
Sachp
L'addetto alla contabilità o all'incasso assegnato al conto cliente.
Descrizione

Questo attributo identifica la persona o il gruppo responsabile della gestione dei recuperi per un conto cliente specifico. In SAP, questo è spesso l'Addetto Contabilità (SACHP) definito nell'anagrafica cliente.

Questa dimensione è cruciale per la gestione delle performance all'interno del team di recupero crediti. Consente la creazione di dashboard come 'Riepilogo Invecchiamento Fatture' filtrato per operatore, aiutando a gestire i carichi di lavoro e a confrontare l'efficacia di diversi operatori o team. Risponde a domande su quali operatori hanno più successo nel risolvere le fatture scadute.

Perché è importante

Consente l'analisi delle performance e la gestione del carico di lavoro del team di recupero crediti attribuendo case e risultati a individui o gruppi specifici.

Dove trovare

Generalmente si trova nei dati anagrafici del cliente a livello di società (tabella KNB1, campo SACHP).

Esempi
J. SmithTeam AINTL-COLL
Giorni Scaduti
DaysOverdue
Il numero calcolato di giorni in cui una fattura è scaduta.
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, viene calcolata in base alla data attuale.

I Giorni di Scadenza sono una metrica fondamentale per tutte le analisi dei crediti. È la misura primaria per il dashboard 'Riepilogo Invecchiamento Fatture' ed è utilizzata per prioritizzare le attività di recupero. L'analisi delle tendenze di questa metrica a livello aggregato può indicare la salute complessiva dei crediti di un'azienda.

Perché è importante

Questa è una metrica di performance fondamentale che quantifica direttamente i ritardi di pagamento ed è utilizzata per prioritizzare gli sforzi di recupero e misurare la salute del processo.

Dove trovare

Attributo calcolato. La logica è: (Data di Compensazione o Data Corrente) - Data di Scadenza Netta.

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

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

L'Importo Fattura è una dimensione critica per l'analisi. Consente di prioritizzare gli sforzi di recupero sulle fatture di alto valore e di comprendere se esiste una correlazione tra il valore della fattura e i ritardi di pagamento o il verificarsi di dispute. Può essere utilizzato per filtrare la mappa di processo per concentrarsi solo sulle fatture al di sopra di una certa soglia.

Perché è importante

Fornisce un contesto finanziario al processo, consentendo un'analisi basata sul valore e la prioritizzazione degli sforzi di recupero su elementi di alto valore.

Dove trovare

Campo standard DMBTR (Importo in Valuta Locale) in tabelle come BSEG, BSID e BSAD.

Esempi
1500.0012500.50750.25
Livello di Sollecito
Mahns
Il livello di sollecito (promemoria) più alto che è stato raggiunto per la fattura.
Descrizione

Il Livello di Sollecito (MAHNS in SAP) indica quanti avvisi di sollecito sono stati inviati per una fattura scaduta, corrispondenti all'intensità della procedura di sollecito.

Questo attributo è fondamentale per valutare il processo di sollecito. Viene utilizzato direttamente nel dashboard 'Efficacia Solleciti per Livello' per misurare la percentuale di fatture pagate dopo l'invio di ogni avviso di sollecito. Questa analisi aiuta a perfezionare la strategia di sollecito, ad esempio, modificando i tempi o il contenuto degli avvisi a livelli inefficaci.

Perché è importante

Misura direttamente l'intensità degli sforzi di recupero, il che è cruciale per analizzare l'efficacia della strategia di sollecito.

Dove trovare

Trovato nella voce di riga cliente nella tabella BSID come campo MAHNS. La cronologia delle esecuzioni di sollecito si trova nelle tabelle MHNK (header) 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 un caso di disputa. In SAP, questo è spesso memorizzato in campi come ERNAM (Creato da) o USNAM.

L'analisi per utente aiuta a comprendere la distribuzione del carico di lavoro, identificare le esigenze di formazione e rilevare potenziali problemi di conformità. Ad esempio, può rivelare se determinati utenti sono costantemente associati a deviazioni o ritardi di processo, o se i migliori performer seguono una variante di processo più efficiente.

Perché è importante

Consente l'analisi delle performance e del comportamento umano all'interno del processo, aiutando a identificare i migliori performer, le opportunità di formazione e gli squilibri nel carico di lavoro.

Dove trovare

Generalmente si trova nelle tabelle di intestazione come BKPF come USNAM (Nome utente) o ERNAM (Nome della persona che ha creato l'oggetto).

Esempi
SMITHJRDOECFO-ADMIN
Numero cliente
Kunnr
L'identificatore univoco per il cliente.
Descrizione

Il Numero Cliente (KUNNR in SAP) è la chiave univoca per un conto cliente. Collega una transazione ai dati anagrafici di un cliente specifico, inclusi la sua storia di pagamenti, le informazioni di credito e i dettagli di contatto.

Nel Process Mining, questo attributo è essenziale per segmentare l'analisi. Le consente di confrontare le prestazioni del processo tra diversi clienti, identificare i pagatori cronicamente in ritardo e analizzare come le strategie di recupero crediti differiscono per i conti strategici rispetto a quelli non strategici. È fondamentale per dashboard come Invecchiamento Fatture e Conformità Condizioni di Pagamento.

Perché è importante

Consente un'analisi customer-centric, aiutando a identificare modelli comportamentali per clienti specifici o gruppi di clienti e a personalizzare le strategie di recupero.

Dove trovare

Campo standard KUNNR nelle tabelle delle voci di riga cliente (BSID, BSAD) e nelle tabelle di testata documento (BKPF, se popolato).

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

Il Segmento Cliente è una classificazione utilizzata per raggruppare i clienti con caratteristiche simili. Questo è spesso derivato dal Gruppo Conti Cliente (KTOKD) in SAP o da altri campi personalizzati nei dati anagrafici del cliente.

Segmentare l'analisi del processo tramite questo attributo fornisce potenti insights. Può rivelare se certi segmenti hanno cicli di pagamento più lunghi, tassi di contestazione più elevati o rispondono meglio a specifiche attività di recupero. Queste informazioni sono vitali per ottimizzare le strategie di recupero e personalizzare le interazioni con i clienti.

Perché è importante

Consente un'analisi mirata per vedere come il processo si comporta per diversi tipi di clienti, abilitando strategie personalizzate e allocazione delle risorse.

Dove trovare

Spesso derivato dal campo Gruppo Conto Cliente (KTOKD) nella tabella anagrafica clienti KNA1, o da altri campi personalizzati.

Esempi
Clienti chiavePiccole e medie impreseGovernoInterno
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 alla loro solvibilità e storia di pagamenti. Questa classificazione viene utilizzata per guidare i controlli automatici del credito e per orientare le strategie di recupero crediti.

L'analisi del processo per Categoria di Rischio può fornire insight approfonditi. Può mostrare se i clienti ad alto rischio seguono percorsi di processo diversi o hanno cicli di pagamento significativamente più lunghi. Queste informazioni sono preziose per convalidare l'accuratezza della classificazione del rischio e per adattare l'intensità del recupero crediti in base al rischio.

Perché è importante

Consente un'analisi basata sul rischio del processo di recupero crediti, contribuendo a convalidare i modelli di rischio e a personalizzare le strategie di recupero in modo appropriato.

Dove trovare

Trovato nei dati centrali di gestione del credito per un cliente nella tabella KNKK, campo CTLPC.

Esempi
001002ALTO RISCHIO
Codice Società
Bukrs
L'identificatore per l'entità legale (codice società) a cui appartiene la fattura.
Descrizione

Il Codice Società (BUKRS in SAP) rappresenta un'entità legale indipendente per la quale vengono creati i bilanci. È un'unità organizzativa fondamentale in SAP Financials.

Questo attributo è essenziale per filtrare e confrontare le prestazioni dei processi tra diverse entità legali all'interno di una corporazione. Consente un'analisi per verificare se i processi di recupero crediti sono standardizzati o se esistono variazioni significative nelle performance, ad esempio in DSO o nei tassi di disputa, tra diversi codici società.

Perché è importante

Consente di segmentare l'analisi dei processi per entità legale, il che è fondamentale per le grandi organizzazioni multinazionali per confrontare le performance.

Dove trovare

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

Esempi
10002000US01
Documento di Compensazione
Augbl
Il numero del documento che ha compensato la fattura, tipicamente 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 memorizzato come documento di compensazione per quella fattura.

Questo campo è tecnicamente cruciale per confermare che una fattura è stata compensata e per collegarla all'evento specifico di pagamento o nota di credito. È la base per identificare l'attività 'Fattura Compensata' e per garantire che il processo end-to-end sia correttamente acquisito.

Perché è importante

Fornisce il link esplicito tra una fattura e il suo documento di regolamento, il che è fondamentale per modellare accuratamente gli eventi di compensazione.

Dove trovare

Campo standard AUGBL nelle tabelle delle voci di riga cliente BSID (quando aperta, è vuota) e BSAD (dopo la compensazione, è compilata).

Esempi
140000000114000000551400000120
È svalutato
IsWrittenOff
Un flag booleano che indica se la fattura è stata infine cancellata come credito inesigibile.
Descrizione

Questo è un flag derivato, tipicamente impostato su vero se una fattura viene compensata utilizzando un codice motivo o un tipo di documento specifico che indica una svalutazione. Identifica i casi che rappresentano una perdita finanziaria.

Questo attributo è essenziale per calcolare il KPI 'Tasso di Svalutazione Crediti Inesigibili' e per i dashboard correlati. Consente un'analisi delle cause profonde per comprendere le caratteristiche delle fatture e dei clienti che vengono frequentemente svalutati, il che può aiutare a migliorare le politiche di credito e l'efficacia del recupero crediti.

Perché è importante

Identifica gli esiti dei processi che comportano perdite finanziarie, consentendo di analizzare le cause profonde dei crediti inesigibili e migliorare la politica di credito.

Dove trovare

Questo è un attributo derivato. La logica si basa tipicamente sull'identificazione di codici motivo di compensazione specifici (BSEG-RSTGR) o tipi di documento (BKPF-BLART) utilizzati per le svalutazioni.

Esempi
truefalse
ID Pratica di Contestazione
DisputeCaseId
L'identificatore univoco per un caso di disputa collegato alla fattura.
Descrizione

Quando un cliente contesta una fattura, può essere creata una pratica formale di contestazione nel modulo Dispute Management di SAP. Questo ID identifica in modo univoco tale pratica.

Avere questo identificatore consente un'analisi dettagliata del processo di risoluzione delle controversie. È essenziale per il calcolo del KPI 'Tempo di Ciclo di Risoluzione delle Controversie' e per comprendere perché le controversie vengono create, come vengono gestite e quali sono gli esiti comuni. Aiuta a isolare il sotto-processo delle contestazioni dal flusso di recupero crediti standard.

Perché è importante

Collega le attività di recupero crediti a casi di disputa formali, consentendo un'analisi mirata dell'efficienza del processo di risoluzione delle dispute e delle cause profonde.

Dove trovare

Trovato nelle tabelle SAP Dispute Management, come UDM_CASE_ATTR00. Richiede l'uso del modulo SAP Dispute Management.

Esempi
400000000021400000000157400000000305
ID sistema sorgente
SourceSystemId
L'identificatore del sistema sorgente da cui sono stati estratti i dati.
Descrizione

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

Consente di filtrare e confrontare i processi tra diversi sistemi o regioni. Ciò garantisce una chiara provenienza dei dati e aiuta nella risoluzione dei problemi di estrazione dei dati.

Perché è importante

Fornisce un contesto cruciale sull'origine dei dati, specialmente in architetture IT complesse, garantendo la tracciabilità dei dati e consentendo analisi specifiche per sistema.

Dove trovare

Tipicamente aggiunto durante il processo di 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
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 Limite di Credito vs. Crediti Inesigibili'. Analizzando la relazione tra il limite di credito assegnato e il verificarsi di svalutazioni, un'azienda può valutare l'efficacia delle sue politiche di credito. Supporta anche KPI come il 'Tasso di Revisione del Limite di Credito' per verificare se le valutazioni iniziali sono accurate.

Perché è importante

Fornisce contesto sul rischio di credito, consentendo di analizzare se le politiche di credito sono efficaci nel prevenire i crediti inesigibili senza ostacolare le vendite.

Dove trovare

Trovato nei dati centrali di gestione del credito per un cliente nella tabella KNKK, campo KLIMK.

Esempi
10000.0050000.00250000.00
Termini 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 per il pagamento, come la data di scadenza e gli eventuali sconti disponibili per il pagamento anticipato. Questo è tipicamente impostato nei dati anagrafici del cliente e copiato nelle fatture.

L'analisi per condizioni di pagamento aiuta a comprendere come termini diversi influiscono sul comportamento di pagamento. Il dashboard 'Conformità e Impatto delle Condizioni di Pagamento', ad esempio, visualizza come varia l'adesione ai termini e il suo effetto sui giorni di scadenza. Questo può informare le decisioni su quali condizioni di pagamento offrire a diversi segmenti di clientela.

Perché è importante

Spiega l'accordo contrattuale per il pagamento e aiuta ad analizzare se determinati termini portano a migliori performance di pagamento o a più contestazioni.

Dove trovare

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

Esempi
0001NT30ZD60
Tipo Documento
Blart
Il tipo di documento finanziario, come una fattura, una nota di credito o un pagamento.
Descrizione

Il Tipo Documento (BLART in SAP) classifica i documenti contabili. Ad esempio, 'RV' potrebbe essere una fattura cliente, 'DZ' un pagamento cliente e 'DG' una nota di credito.

Sebbene le attività siano derivate per il Process Mining, il tipo di documento originale fornisce un contesto importante e può essere utilizzato per la verifica o per un'analisi finanziaria più dettagliata. Aiuta a comprendere la natura delle transazioni in elaborazione e può essere utilizzato per filtrare l'analisi e concentrarsi solo su tipi specifici di documenti, come le fatture cliente.

Perché è importante

Fornisce un contesto finanziario classificando le transazioni, che può essere utilizzato per filtrare l'analisi o per convalidare i nomi delle attività derivate.

Dove trovare

Campo standard BLART nella tabella di testata documento BKPF.

Esempi
RVDZDGAB
Ultimo aggiornamento dati
LastDataRefreshTimestamp
Il timestamp che indica l'ultima estrazione o aggiornamento dei dati nello strumento di Process Mining.
Descrizione

Questo attributo registra la data e l'ora dell'ultimo caricamento dati. Fornisce trasparenza agli utenti aziendali sull'attualità dei dati che stanno analizzando.

Quando si esaminano dashboard e analisi, questo timestamp aiuta gli utenti a capire se i dati includono le transazioni più recenti o se esiste un ritardo noto. È un elemento critico di metadati per costruire fiducia nei risultati analitici.

Perché è importante

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

Dove trovare

Questo valore è generato e memorizzato dalla pipeline di estrazione e caricamento 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 fasi chiave del processo e le milestone da registrare nel tuo event log per un'accurata scoperta dei processi e l'identificazione dei colli di bottiglia.
5 Consigliato 9 Facoltativo
Activity Descrizione
Data di scadenza del pagamento superata
Un event calcolato che indica che la fattura è ufficialmente scaduta. Questo non è un event di sistema esplicito, ma è derivato confrontando la data di scadenza netta della fattura con la data corrente o il timestamp di un'attività successiva.
Perché è importante

Questo evento segna la transizione dalla fatturazione standard al processo di recupero crediti. È l'elemento scatenante per il calcolo dei giorni di scadenza e l'avvio delle procedure di sollecito, costituendo la base per i report di invecchiamento crediti.

Dove trovare

Questo è un evento calcolato. Viene derivato confrontando la Data di Scadenza Netta (BSID-NETDT) della voce di riga della fattura aperta con la data di sistema o il timestamp di un altro evento.

Acquisisci

Calcolato confrontando la data di scadenza netta della fattura (BSID-NETDT) rispetto a una timeline.

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

Monitorare le attività di sollecito è fondamentale per valutare l'efficacia della strategia di recupero crediti. Aiuta a determinare quali livelli di sollecito sono più efficaci nel sollecitare il pagamento e a identificare i clienti non reattivi.

Dove trovare

Questo è un evento esplicito. I dettagli dei cicli di sollecito sono memorizzati nelle tabelle dei dati di sollecito, principalmente MHNK (Dunning data) che contiene la data di esecuzione (LAUFD) e il livello di sollecito (MAHNS) per ogni fattura sollecitata.

Acquisisci

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

Tipo di evento explicit
Fattura Compensata
Questo evento segna la chiusura riuscita di una fattura, tipicamente dopo che il pagamento completo è stato ricevuto e applicato. Viene inferito quando la voce di riga della fattura si sposta dalla tabella delle partite aperte (BSID) alla tabella delle partite compensate (BSAD).
Perché è importante

Questo è l'evento finale "positivo" primario per il processo. Il tempo per raggiungere questa attività è una componente fondamentale del DSO. Analizzare i percorsi che portano qui aiuta a identificare le migliori pratiche.

Dove trovare

Questo è un evento inferito. La compensazione è identificata dalla presenza di un Documento di Compensazione (AUGBL) e di una Data di Compensazione (AUGDT) per la voce di riga della fattura, che si trova nella tabella delle partite compensate BSAD.

Acquisisci

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

Tipo di evento inferred
Fattura Registrata
Rappresenta la creazione di un documento di fattura di conto cliente nel modulo di contabilità finanziaria. Questo evento viene acquisito esplicitamente quando un documento di fatturazione da Vendite e Distribuzione (SD) viene rilasciato alla contabilità o una fattura FI viene inserita direttamente, creando voci nelle tabelle BKPF e BSEG.
Perché è importante

Questo è l'evento di inizio primario per il ciclo di vita della fattura. Analizzare il tempo da questo punto al pagamento è cruciale per misurare i Giorni Medi di Incasso (DSO) e l'efficienza complessiva del processo.

Dove trovare

Questo è un evento esplicito registrato alla creazione di un documento finanziario. Il timestamp dell'evento può essere recuperato dalla tabella di testata documento BKPF (campo CPUDT o BKTXT) per il numero di documento fattura corrispondente (BELNR).

Acquisisci

Identificare gli eventi di creazione per i documenti FI con tipi di documento pertinenti (ad es. 'RV', 'DR') nella tabella BKPF.

Tipo di evento explicit
Fattura Stornata
Rappresenta la decisione di assorbire una fattura non pagata come perdita, classificandola come credito inesigibile. Ciò viene registrato tramite una specifica registrazione finanziaria che compensa la fattura originale e sposta l'importo su un conto crediti inesigibili.
Perché è importante

Questo è l'evento finale "negativo" primario, che significa un fallimento nel processo di credito o di recupero crediti e una perdita finanziaria diretta. L'analisi di questi casi è fondamentale per migliorare le politiche di credito e le strategie di recupero crediti.

Dove trovare

Questo è tipicamente una registrazione esplicita o un evento inferito basato sulla transazione di compensazione. La compensazione viene eseguita utilizzando un codice di transazione e un codice motivo specifici che indicano una svalutazione. Il documento di compensazione può essere analizzato per confermare la svalutazione.

Acquisisci

Identificare i documenti di compensazione in cui viene utilizzato uno specifico codice motivo (BSEG-RSTGR) per le svalutazioni, o in cui la contropartita è registrata su un conto spese per crediti inesigibili.

Tipo di evento inferred
Case di Contestazione Risolto
La disputa associata alla fattura è stata indagata e una risoluzione è stata raggiunta. Questo è tipicamente acquisito da una modifica di stato sul caso di disputa in SAP FSCM Dispute Management.
Perché è importante

La risoluzione di una disputa sblocca il processo di pagamento. Misurare il tempo tra la creazione e la risoluzione della disputa è un KPI chiave per identificare le inefficienze nel processo di gestione delle dispute.

Dove trovare

Questo è un evento inferito da una modifica di stato nel caso di disputa. I log delle modifiche (CDHDR/CDPOS) per il campo stato del caso di disputa in tabelle come UDM_CASE forniscono il timestamp.

Acquisisci

Identificare il timestamp quando lo stato del caso di disputa viene modificato in 'Chiuso' o 'Risolto' analizzando i log delle modifiche.

Tipo di evento inferred
Caso di Contestazione Creato
Rappresenta la registrazione formale di una disputa del cliente relativa a una fattura, come una discrepanza di prezzo o quantità. Questo è un evento esplicito registrato all'interno del modulo SAP FSCM Dispute Management.
Perché è importante

Le contestazioni bloccano il processo di pagamento e richiedono risorse interne per essere risolte. Il monitoraggio della creazione delle contestazioni è il primo passo per analizzare i tempi di risoluzione, le cause profonde e il loro impatto sul DSO.

Dove trovare

Se si utilizza SAP FSCM Dispute Management, si tratta di un evento esplicito. La creazione di un caso di disputa viene registrata in tabelle come UDM_CASE o SCMG_T_CASE_ATTR, con un timestamp di creazione.

Acquisisci

Estrarre la data e l'ora di creazione dalle tabelle di gestione dei case (ad es. UDM_CASE) per i case collegati alla fattura.

Tipo di evento explicit
Contatto di Recupero Registrato
Un agente di recupero crediti ha contattato il cliente in merito a una fattura scaduta, ad esempio, telefonicamente o via email. Questa attività viene tipicamente registrata manualmente dal collezionista nel sistema.
Perché è importante

Questa attività misura lo sforzo manuale del team di recupero crediti. Analizzare la frequenza e la tempistica dei contatti rispetto ai pagamenti successivi aiuta a determinare l'efficacia delle azioni degli operatori.

Dove trovare

Se si utilizza SAP FSCM Collections Management, questo viene registrato come 'Contatto Cliente'. I dettagli sono memorizzati in tabelle relative all'elenco di lavoro delle collections e alla cronologia dei contatti, spesso collegati a UDM_CASE.

Acquisisci

Estrarre i log dei contatti del cliente dalle tabelle rilevanti di FSCM Collections Management.

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

Questo segna la ricezione del contante. Il ritardo tra questo evento e l'evento finale 'Fattura Compensata' rappresenta il processo di applicazione del contante, che può essere un significativo

Dove trovare

Questo è un evento esplicito. Viene catturato dalla creazione di un documento di pagamento nella tabella BKPF, identificabile da specifici tipi di documento (ad es. 'DZ'). La data di registrazione (BKPF-BUDAT) funge da timestamp.

Acquisisci

Identificare la creazione di documenti con tipi di documento relativi ai pagamenti (ad es. 'DZ') nella tabella BKPF.

Tipo di evento explicit
Fattura Bloccata per Pagamento
Indica che è stato posto un blocco manuale o automatico sulla fattura, impedendone il pagamento. Questo viene rilevato da uno specifico indicatore di blocco pagamento impostato sulla voce di riga della fattura nella tabella BSEG.
Perché è importante

I blocchi di pagamento sono una fonte importante di ritardi ed eccezioni di processo. Identificare quando e perché le fatture vengono bloccate è fondamentale per scoprire le cause profonde dei pagamenti in ritardo e migliorare il flusso di cassa.

Dove trovare

Questo stato è tipicamente inferito da una modifica nel campo Blocco Pagamento (BSEG-ZLSPR) sulla voce di riga della fattura. I log delle modifiche per questo campo (tabelle CDHDR e CDPOS) possono fornire timestamp espliciti.

Acquisisci

Rilevare le modifiche al campo BSEG-ZLSPR per la voce di riga 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 di un conto cliente, spesso per correggere un errore di fatturazione o risolvere una disputa. Questo documento viene creato esplicitamente nel modulo FI.
Perché è importante

Le note di credito sono un risultato diretto di fallimenti di processo a monte, come prezzi o spedizioni errati. Analizzare la loro frequenza e le cause profonde è vitale per il miglioramento dei processi e la riduzione della perdita di ricavi.

Dove trovare

Questo è un evento esplicito catturato alla creazione di un documento finanziario con un tipo di documento nota di credito (ad es. 'DG'). Il timestamp dell'evento può essere recuperato dalla tabella di testata documento BKPF.

Acquisisci

Identificare gli eventi di creazione per i documenti FI con tipi di documento di nota di credito (ad es. 'DG', 'G2') nella tabella BKPF.

Tipo di evento explicit
Partita Residua Creata
Si verifica durante l'applicazione del pagamento quando un cliente paga una fattura in difetto e il piccolo saldo rimanente viene registrato come una nuova partita aperta. Questo è inferito dai dettagli della transazione di compensazione.
Perché è importante

Le partite residue indicano discrepanze di pagamento e creano lavoro aggiuntivo. Tracciarle aiuta a identificare i clienti che pagano spesso in difetto ed evidenzia i problemi di prezzo o fatturazione che portano a dispute.

Dove trovare

Questo è un evento inferito. Quando una transazione di compensazione (ad es. tramite F-28) compensa una fattura originale ma registra anche un nuovo documento di partita aperta per l'importo rimanente, viene creata una partita residua. Questo può essere identificato controllando le voci di riga del documento di compensazione.

Acquisisci

Analizzare i documenti di compensazione (BKPF-AUGBL) per trovare le istanze in cui un nuovo elemento aperto viene creato con un riferimento alla fattura originale.

Tipo di evento inferred
Promessa di pagamento creata
Un cliente ha contattato il dipartimento di recupero crediti e ha promesso di effettuare un pagamento entro una data specifica. Questo event viene esplicitamente registrato se è in uso SAP FSCM Collections Management.
Perché è importante

Le promesse di pagamento sono un risultato chiave delle attività di recupero crediti. Analizzare i loro tassi di creazione, adempimento e non mantenimento aiuta a misurare l'efficacia delle azioni degli operatori e a prevedere i flussi di cassa in entrata.

Dove trovare

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

Acquisisci

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

Tipo di evento explicit
Promessa di pagamento non mantenuta
Un event calcolato che indica che un cliente non ha effettuato un pagamento entro la data concordata in una 'Promessa di Pagamento'. Questo viene dedotto dall'assenza di un pagamento corrispondente entro la data della promessa.
Perché è importante

Identificare le promesse di pagamento non mantenute è fondamentale per intensificare le azioni di recupero. Un elevato tasso di

Dove trovare

Questo è un evento inferito o calcolato. Viene determinato confrontando la data della promessa (da UDM_P2P_ATTR) con la data di compensazione effettiva del pagamento per la fattura. Se nessun pagamento viene ricevuto entro la data della promessa, la promessa è considerata non mantenuta.

Acquisisci

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

Tipo di evento calculated
Consigliato Facoltativo

Guide all'Estrazione

Come estrarre i tuoi dati da SAP ECC