Il Suo Template di Dati per la Gestione Crediti e Incassi
Il Suo Template di Dati per la Gestione Crediti e Incassi
- Attributi consigliati da raccogliere
- Attività chiave da tracciare
- Guida all’estrazione per SAP ECC
Attributi di Gestione del Credito e Recupero Crediti
| 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
|
|||
Attività di Gestione del Credito e Recupero Crediti
| 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
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
|
|||