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

SAP S/4HANA
Il Suo template di dati per la gestione del credito e il recupero crediti

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

Questo template fornisce indicazioni chiare per raccogliere i dati necessari ad analizzare e ottimizzare il processo di gestione del credito e recupero crediti. Illustra gli attributi principali da raccogliere, le attività essenziali da monitorare e le modalità pratiche per estrarre i dati dal sistema SAP S/4HANA. Utilizzi questa risorsa per acquisire tutte le informazioni necessarie a un’analisi approfondita del processo.
  • Attributi consigliati da raccogliere per l’event log
  • Attività chiave da monitorare lungo il ciclo di vita della fattura
  • Indicazioni specifiche per l’estrazione da SAP S/4HANA
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi per la gestione del credito e il recupero crediti

Questi sono i campi dati consigliati da includere nell’event log per un’analisi completa del processo di gestione del credito e recupero crediti.
3 Obbligatorio 5 Consigliato 10 Facoltativo
Nome Descrizione
Nome dell’attività
ActivityName
Nome dello specifico evento aziendale che si è verificato nel processo di gestione del credito e recupero crediti.
Descrizione

Questo attributo descrive una singola fase o attività del processo, ad esempio 'Fattura generata', 'Procedura di sollecito avviata' o 'Pagamento ricevuto'. La sequenza di queste attività costituisce il flusso del processo per ogni caso.

Analizzare il nome dell’attività è fondamentale nel Process Mining, perché consente di ricostruire la mappa del processo, individuare le varianti e misurare i passaggi tra le diverse fasi. È alla base di quasi tutte le analisi di processo, compreso il calcolo di indicatori come il 'Tasso di successo dei solleciti', che monitora gli eventi successivi a un’attività di sollecito.

Perché è importante

Definisce le fasi del processo, essenziali per visualizzarne la mappa, analizzare le varianti e comprenderne il flusso.

Dove reperirli

Generato combinando codici di transazione (TCODE), registri delle modifiche alle tabelle (CDHDR/CDPOS) o campi di stato nei documenti SAP.

Esempi
Fattura inviata al clienteProcedura di sollecito avviataPagamento ricevutoContestazione registrata
Numero di fattura
InvoiceNumber
Identificativo univoco della fattura cliente, utilizzato come ID del caso principale nel processo di gestione del credito e recupero crediti.
Descrizione

Il numero di fattura, spesso indicato come numero del documento contabile, identifica in modo univoco ogni transazione relativa a un credito. È il riferimento centrale che collega tutti gli eventi del processo, dalla creazione della fattura e gli avvisi di sollecito alla gestione delle contestazioni e al pagamento finale o allo stralcio.

Nel Process Mining, analizzare il percorso di ogni numero di fattura offre una visione completa del processo dall’inizio alla fine. Consente di individuare i percorsi più frequenti, i colli di bottiglia nell’elaborazione dei pagamenti e le differenze nella gestione delle fatture. È un’analisi fondamentale per Dashboard come 'Analisi delle varianti del processo di fatturazione' e 'Anzianità e stato delle fatture scadute'.

Perché è importante

È l’identificativo essenziale del caso che collega tutte le attività di gestione del credito e recupero crediti, consentendo di analizzare l’intero ciclo di vita di ogni credito.

Dove reperirli

Si trova in genere nella tabella BKPF (testata del documento contabile), nel campo BELNR, oppure nella tabella VBRK (documento di fatturazione: dati di testata), nel campo VBELN.

Esempi
190000012319000004561900000789
Ora dell’evento
EventTime
Data e ora che indicano quando si è verificata l’attività.
Descrizione

Questo attributo fornisce la data e l’ora esatte di ogni attività registrata. È fondamentale per determinare la sequenza degli eventi e calcolare il tempo che intercorre tra loro.

L’ora dell’evento serve a ordinare cronologicamente le attività, costruire la mappa del processo e calcolare gli indicatori di prestazione. Ad esempio, permette di calcolare il 'Tempo medio di risoluzione delle contestazioni' misurando il tempo tra la registrazione della contestazione e la sua risoluzione.

Perché è importante

Fornisce l’ordine cronologico degli eventi, necessario per calcolare i tempi di ciclo, analizzare le prestazioni del processo e individuare i colli di bottiglia.

Dove reperirli

Ricavata da diversi campi di data e ora nelle tabelle SAP, come BUDAT (data di contabilizzazione) in BKPF o CPUDT/CPUTM (data e ora di inserimento) in varie tabelle. Anche le tabelle del registro delle modifiche CDHDR/CDPOS contengono date e ora.

Esempi
2023-04-15T10:00:00Z2023-05-01T14:30:00Z2023-05-10T09:15:00Z
Data di scadenza del pagamento
PaymentDueDate
Data entro cui deve essere pagata la fattura.
Descrizione

La data di scadenza del pagamento viene calcolata in base alla data della fattura e alle condizioni di pagamento concordate con il cliente. È il riferimento per misurare la puntualità dei pagamenti.

Questa data è fondamentale per tutte le analisi delle scadenze. È il punto di partenza per calcolare i 'Giorni di ritardo' e avviare le procedure di sollecito. Dashboard come 'Anzianità e stato delle fatture scadute' e indicatori come i 'Giorni medi di incasso (DSO)' dipendono in larga misura da questo attributo.

Perché è importante

È la data di riferimento per stabilire se una fattura è scaduta, avviare le attività di recupero e calcolare indicatori fondamentali.

Dove reperirli

Si trova nella riga cliente del documento contabile, nella tabella BSEG (campo ZFBDT).

Esempi
2023-05-302023-06-152023-07-01
Giorni di ritardo
DaysOverdue
Numero di giorni trascorsi dalla data di scadenza del pagamento di una fattura.
Descrizione

È una metrica calcolata che misura il tempo trascorso tra la «Data di scadenza del pagamento» e la data corrente, per le fatture aperte, oppure la «Data di pagamento», per quelle saldate. Un valore positivo indica un pagamento in ritardo.

I giorni di ritardo sono un KPI fondamentale per il recupero crediti. Costituiscono la metrica principale della Dashboard «Anzianità e stato delle fatture scadute» e servono a stabilire le priorità delle attività di recupero. Analizzarne la distribuzione aiuta a comprendere lo stato complessivo del portafoglio crediti.

Perché è importante

È un indicatore fondamentale dell’efficacia del recupero crediti, utilizzato per l’analisi dell’anzianità, la definizione delle priorità di lavoro e la misurazione dei ritardi di pagamento.

Dove reperirli

Calcolato durante la trasformazione dei dati: (data corrente O data di compensazione) - PaymentDueDate (BSEG-ZFBDT).

Esempi
1530920
Importo della fattura
InvoiceAmount
Valore totale della fattura nella valuta del documento.
Descrizione

Questo attributo rappresenta il valore monetario totale dei beni o servizi fatturati. È una misura fondamentale dell’impatto finanziario di ogni caso.

Analizzare l’importo della fattura è essenziale per stabilire le priorità delle attività di recupero, come mostra la Dashboard 'Priorità del portafoglio crediti'. Serve anche a valutare l’impatto finanziario delle inefficienze del processo, ad esempio il valore totale delle fatture contestate o i fondi immobilizzati nei crediti scaduti. Fornisce direttamente la base di calcolo per indicatori come la 'Percentuale di fatture stralciate'.

Perché è importante

Quantifica il valore finanziario di ogni caso, un dato essenziale per definire le priorità, valutare i rischi e misurare le prestazioni.

Dove reperirli

Ricavato dalle righe dei documenti contabili nella tabella BSEG (campo DMBTR per l’importo in valuta locale o WRBTR per l’importo nella valuta del documento).

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

Questo attributo identifica l’utente responsabile di una determinata fase del processo, ad esempio la contabilizzazione di un pagamento o l’avvio di un’esecuzione dei solleciti. In SAP, è spesso memorizzato nel campo 'Nome utente' (UNAME) o 'Inserito da'.

L’analisi per utente aiuta a individuare le persone o i team con i risultati migliori, le aree in cui può essere necessaria ulteriore formazione e le modalità di distribuzione del carico di lavoro. Può inoltre servire a indagare problemi di conformità o attività non autorizzate. Ad esempio, supporta la Dashboard 'Efficacia delle chiamate di recupero' monitorando i risultati per addetto.

Perché è importante

Collega le attività del processo a persone specifiche e consente di analizzare le prestazioni delle risorse, il carico di lavoro e la conformità.

Dove reperirli

Si trova comunemente nelle tabelle di testata, come BKPF (campo USNAM), o nelle tabelle del registro delle modifiche, come CDHDR (campo USERNAME).

Esempi
JSMITHRROEBATCH_USER
Numero cliente
CustomerNumber
Identificativo univoco del conto cliente.
Descrizione

Il numero cliente identifica il partner commerciale a cui è stata emessa la fattura. Collega la transazione finanziaria ai dati anagrafici del cliente.

Questo attributo è fondamentale per le analisi incentrate sui clienti, ad esempio per individuare le abitudini di pagamento di singoli clienti o segmenti. Viene utilizzato in Dashboard come 'Andamento delle abitudini di pagamento dei clienti' per monitorare i clienti che pagano regolarmente in ritardo e supporta indicatori come la 'Copertura dei clienti prioritari', raggruppando le fatture per cliente.

Perché è importante

Collega le transazioni ai singoli clienti e consente di analizzare le abitudini di pagamento, la segmentazione e la gestione delle relazioni.

Dove reperirli

Si trova nelle righe dei documenti contabili in tabelle come BSEG (campo KUNNR) o nella tabella dei dati anagrafici dei clienti KNA1.

Esempi
CUST100234CUST200567CUST300890
È automatizzata
IsAutomated
Indicatore che specifica se l’attività è stata eseguita da un utente di sistema o da una persona.
Descrizione

Questo attributo booleano distingue le attività eseguite automaticamente dal sistema, ad esempio un sollecito pianificato o la registrazione automatica di un pagamento, da quelle svolte manualmente da un utente, come una telefonata per il recupero crediti.

L’analisi di questo attributo aiuta a misurare il livello di automazione del processo. Consente di confrontare l’efficienza e la coerenza delle fasi automatizzate con quelle manuali, individuare opportunità per aumentare l’automazione e comprendere l’effettivo impegno manuale richiesto dal processo di recupero crediti.

Perché è importante

Aiuta a quantificare il livello di automazione del processo e consente di analizzare l’impatto dell’automazione su efficienza e costi.

Dove reperirli

È un attributo derivato, in genere dal campo «UserName». Se l’ID utente corrisponde a un elenco predefinito di utenti di sistema o batch, ad esempio «BATCH_USER», l’indicatore viene impostato su true.

Esempi
truefalse
Limite di credito
CreditLimit
L’importo massimo di credito concesso a un cliente.
Descrizione

Il limite di credito è un valore memorizzato nei dati anagrafici creditizi del cliente e definisce l’esposizione creditizia complessiva che l’azienda è disposta ad assumere nei suoi confronti. Attività come «Limite di credito richiesto» e «Limite di credito approvato» sono direttamente collegate a questo attributo.

Questo attributo fornisce un contesto utile per l’analisi del rischio di credito. La Dashboard «Analisi del tempo di ciclo di approvazione del credito» monitora il processo di definizione o modifica del limite. Analizzarlo insieme agli importi scaduti aiuta a valutare il rischio complessivo del portafoglio.

Perché è importante

Definisce il rischio di credito approvato per un cliente ed è fondamentale per analizzare il processo di approvazione del credito e l’esposizione creditizia complessiva.

Dove reperirli

È memorizzato nel modulo SAP Credit Management (FSCM), in tabelle come UKM_BP_CMS_SGMT (campo CREDIT_LIMIT).

Esempi
50000.00100000.00250000.00
Livello di sollecito
DunningLevel
Indica la fase corrente della procedura di sollecito per una fattura scaduta.
Descrizione

Il livello di sollecito rappresenta l’intensità delle attività di recupero, che in genere aumenta da un semplice promemoria a comunicazioni legali più formali. A ogni livello corrisponde un’attività specifica definita nella procedura di sollecito.

Monitorare questo attributo è essenziale per valutare l’efficacia della procedura di sollecito e verificarne la conformità. La Dashboard 'Efficacia della procedura di sollecito' lo utilizza per analizzare i tassi di pagamento ai diversi livelli, mentre la Dashboard 'Conformità della procedura di sollecito' verifica che la sequenza dei livelli sia rispettata.

Perché è importante

Monitora l’avanzamento delle attività di recupero e consente di analizzare l’efficacia dei solleciti e la conformità del processo.

Dove reperirli

Queste informazioni sono memorizzate in tabelle dei dati di sollecito come MHND (dati di sollecito). L’ultimo livello di sollecito di una posizione si trova in BSEG (campo MANST).

Esempi
123 - Ultimo avvisoAzione legale
Motivo della contestazione
DisputeReason
Codice che indica il motivo per cui il cliente contesta una fattura.
Descrizione

Quando un cliente contesta una fattura, in genere viene assegnato un motivo per classificare il problema, ad esempio 'Prezzo errato', 'Merce danneggiata' o 'Fattura duplicata'. La gestione avviene nel modulo SAP Dispute Management.

Analizzare i motivi delle contestazioni è fondamentale per individuare le cause profonde dell’insoddisfazione dei clienti e dei ritardi di pagamento. La Dashboard 'Volume e risoluzione delle contestazioni sulle fatture' può essere suddivisa in base a questo attributo per individuare i problemi ricorrenti nelle fasi precedenti del processo dall’ordine all’incasso che richiedono un intervento.

Perché è importante

Fornisce informazioni essenziali sulle cause profonde delle contestazioni delle fatture e aiuta a individuare e risolvere i problemi operativi sottostanti.

Dove reperirli

Proviene dal modulo SAP Dispute Management, probabilmente da tabelle come UDM_SCASE_ATTR o simili, in base agli attributi del caso di contestazione.

Esempi
PRC_ERR - Errore di prezzoQTY_DIF - Differenza di quantitàSHIP_DMG - Spedizione danneggiata
Motivo dello stralcio
WriteOffReason
Codice che spiega perché una fattura è stata stralciata perché inesigibile.
Descrizione

Quando un credito è considerato inesigibile, viene stralciato dai libri contabili e gli viene assegnato un codice motivo per classificarne la causa, ad esempio «Fallimento», «Stralcio di importo esiguo» o «Controversia irrisolta».

Questo attributo è essenziale per la Dashboard «Analisi degli stralci delle fatture». Analizzando la frequenza e il valore degli stralci per motivo, un’azienda può individuare i punti deboli della propria politica creditizia o della strategia di recupero crediti e intervenire per ridurre le perdite future.

Perché è importante

Aiuta a individuare le cause profonde delle perdite finanziarie dovute a crediti inesigibili e fornisce indicazioni per migliorare le politiche di credito e di recupero crediti.

Dove reperirli

Di solito viene registrato nei campi del codice motivo (BSEG-RSTGR) durante la specifica registrazione contabile (ad esempio, F-30) utilizzata per stralciare i crediti.

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

Il segmento cliente è una classificazione utilizzata dal marketing o dalle vendite per raggruppare i clienti con caratteristiche simili. Può basarsi su fattori come il fatturato annuo, il settore, l’area geografica o il tipo di relazione (ad esempio, oro, argento, bronzo).

Nell’analisi del recupero crediti, segmentare i dati in base a questo attributo aiuta a individuare le tendenze specifiche di determinati gruppi. Ad esempio, la Dashboard 'Analisi degli stralci delle fatture' può mostrare se un segmento è responsabile di una quota sproporzionata degli stralci, orientando le decisioni strategiche sulle politiche di credito per quel segmento.

Perché è importante

Consente di analizzare le prestazioni dei processi e il comportamento dei clienti nei diversi gruppi, facendo emergere informazioni strategiche utili.

Dove reperirli

In genere proviene dai dati anagrafici dei clienti (tabella KNA1), spesso da un campo di classificazione o attributo come KDKG1-KDKG5 (gruppo cliente da 1 a 5).

Esempi
Grande impresaPiccole e medie impresePubblica amministrazioneCliente strategico
Sistema di origine
SourceSystem
Identifica il sistema da cui provengono i dati.
Descrizione

Questo attributo specifica il sistema informativo di origine, in questo caso SAP S/4HANA. È particolarmente importante negli ambienti in cui i dati possono essere consolidati da più sistemi, ad esempio diverse istanze ERP o un sistema CRM separato.

Nell’analisi dei processi, consente di distinguere i processi che coinvolgono più sistemi o di filtrare l’analisi in base a una specifica istanza. Garantisce la tracciabilità dei dati e fornisce il contesto necessario, soprattutto durante la convalida dei dati e la risoluzione dei problemi.

Perché è importante

Fornisce informazioni essenziali sull’origine dei dati, garantendo chiarezza negli ambienti con più sistemi e agevolando la governance dei dati.

Dove reperirli

In genere è un valore statico aggiunto durante l’estrazione dei dati, che identifica la specifica istanza SAP S/4HANA, ad esempio tramite l’ID di sistema (SID).

Esempi
S4H_PROD_100S4HANA_FINANCE_EUSAP_ECC_US
Società
CompanyCode
Unità organizzativa che rappresenta una società giuridicamente indipendente per la quale vengono redatti i bilanci.
Descrizione

La società è un’entità organizzativa fondamentale in SAP Financials. Tutte le transazioni finanziarie, comprese fatture e pagamenti, vengono contabilizzate per una società specifica.

Nel Process Mining, filtrare o suddividere i dati per società è essenziale per confrontare le prestazioni dei processi tra le diverse entità giuridiche di un’organizzazione. Questo permette di individuare le prassi efficaci da applicare ad altre entità o di identificare problemi sistemici che interessano una società specifica. È un filtro fondamentale per quasi tutte le analisi dei processi finanziari.

Perché è importante

Consente di confrontare le prestazioni dei processi e la conformità tra le diverse entità giuridiche dell’organizzazione.

Dove reperirli

Si trova nella maggior parte delle tabelle finanziarie, come BKPF e BSEG (campo BUKRS).

Esempi
10002000US01DE01
Ultimo aggiornamento dei dati
LastDataUpdate
Data e ora dell’ultimo aggiornamento o dell’ultima estrazione dei dati dal sistema di origine.
Descrizione

Questo attributo indica quando il set di dati è stato aggiornato l’ultima volta e fornisce agli utenti un riferimento sull’attualità dei dati analizzati.

È un metadato fondamentale per qualsiasi Dashboard o analisi. Indica il periodo coperto dall’analisi e previene interpretazioni errate basate su informazioni obsolete. Ad esempio, un’analisi delle fatture scadute è significativa solo se si sa quando sono stati estratti i dati.

Perché è importante

Permette agli utenti di valutare l’attualità dei dati, un aspetto essenziale per prendere decisioni accurate basate sui dati.

Dove reperirli

Questo valore viene generato e memorizzato durante il processo di estrazione, trasformazione e caricamento dei dati (ETL).

Esempi
2023-10-27T02:00:00Z2023-10-26T02:00:00Z
Valuta della fattura
InvoiceCurrency
Valuta in cui è stata emessa la fattura.
Descrizione

Questo attributo specifica il codice valuta (ad esempio, USD o EUR) dell’importo della fattura. Fornisce il contesto necessario per interpretare i valori monetari, soprattutto nelle organizzazioni multinazionali.

Sebbene la maggior parte delle analisi venga effettuata in una valuta locale standardizzata, la valuta del documento è importante per comprendere la transazione originale e analizzare gli effetti dei cambi. Fornisce il contesto necessario per interpretare l’attributo dell’importo della fattura.

Perché è importante

Fornisce il contesto essenziale per interpretare l’importo della fattura e consente analisi finanziarie accurate in ambienti con più valute.

Dove reperirli

Si trova in genere nelle tabelle di testata, come BKPF (campo WAERS), o nelle tabelle delle righe, come BSEG (campo PSWSL).

Esempi
USDEURGBP
Obbligatorio Consigliato Facoltativo

Attività di gestione del credito e recupero crediti

Questi sono i passaggi e le tappe fondamentali da registrare nell’event log per individuare e ottimizzare con precisione il flusso di lavoro di recupero crediti.
6 Consigliato 6 Facoltativo
Attività Descrizione
Contestazione registrata
Questa attività indica che un cliente ha contestato formalmente una fattura e che in SAP Dispute Management è stato creato un caso. L’evento viene registrato quando viene creato un nuovo caso di contestazione e collegato al documento della fattura.
Perché è importante

La registrazione delle contestazioni è un passaggio fondamentale per comprendere le eccezioni del processo. Analizzare il numero, i motivi e i tempi di risoluzione delle contestazioni aiuta a individuare le cause profonde, come errori di prezzo o di spedizione.

Dove reperirli

L’evento viene registrato esplicitamente nelle tabelle di SAP Dispute Management. La data di creazione del caso nelle tabelle, ad esempio UKM_CASE o FDM_DCOBJ, collegata alla fattura funge da data e ora dell’evento.

Acquisizione

Utilizzare la data e l’ora di creazione del caso di contestazione dalla tabella UKM_CASE, filtrando per il tipo di caso relativo alle contestazioni.

Tipo di evento explicit
Fattura generata
Questa attività segna la creazione di una fattura cliente, punto di partenza del processo di recupero crediti. L’evento viene registrato quando nel sistema SAP S/4HANA viene contabilizzato un nuovo documento contabile con tipo documento fattura.
Perché è importante

È il principale evento di inizio del processo dalla fattura all’incasso. Analizzare il tempo che intercorre tra questo momento e il pagamento è essenziale per misurare i Giorni medi di incasso (DSO) e l’efficienza complessiva del processo.

Dove reperirli

L’evento viene registrato esplicitamente. La data e l’ora di creazione sono disponibili nella tabella di testata dei documenti contabili BKPF, per il numero di documento pertinente (BELNR). Tipi di documento come 'RV' indicano in genere fatture cliente.

Acquisizione

Utilizzare la data e l’ora di creazione del documento (CPUDT, CPUTM) nella tabella BKPF per la fattura.

Tipo di evento explicit
Fattura saldata
È l’esito finale positivo per una fattura: indica che è stata pagata interamente e rimossa dalle partite aperte. Questo stato si riconosce dalla presenza del documento e della data di compensazione corrispondenti.
Perché è importante

In quanto principale esito positivo del processo, questa attività conclude il ciclo di vita della fattura. Analizzare i percorsi e i tempi necessari per raggiungere questo stato è fondamentale per ottimizzare il processo.

Dove reperirli

Non è un evento distinto, ma uno stato dedotto dalle tabelle finanziarie. Una fattura è considerata saldata quando compare nella tabella delle partite clienti compensate BSAD e presenta una data di compensazione valida (AUGDT).

Acquisizione

Utilizzare la data di compensazione (AUGDT) della tabella BSAD come data e ora di questa attività conclusiva.

Tipo di evento inferred
Fattura stralciata
Questa attività rappresenta la decisione di registrare come perdita una fattura non pagata, classificandola come credito inesigibile. Viene rilevata quando si contabilizza un tipo specifico di documento di compensazione, spesso contraddistinto da un codice causale univoco.
Perché è importante

Gli stralci comportano una perdita finanziaria diretta. Analizzarne la frequenza, il valore e le attività precedenti aiuta a individuare i clienti a rischio e le criticità nel processo di recupero crediti.

Dove reperirli

L’evento si può dedurre analizzando il documento di compensazione che salda la fattura. L’utilizzo di uno specifico conto di contabilità generale o di un codice causale (BSEG-RSTGR) nel documento di compensazione indica uno stralcio.

Acquisizione

Individuare il documento di compensazione e verificare la presenza di un codice causale specifico o di una contabilizzazione su un conto per crediti inesigibili.

Tipo di evento inferred
Pagamento ricevuto
Questa attività rappresenta la ricezione dei fondi dal cliente e la loro successiva imputazione alla fattura aperta. Viene registrata con la creazione di un documento di compensazione che salda l’importo della fattura.
Perché è importante

È una tappa fondamentale che incide direttamente sulla liquidità e sui Giorni medi di incasso (DSO). Analizzare i tempi di pagamento e le attività che lo precedono permette di valutare l’efficacia dell’intero processo di recupero crediti.

Dove reperirli

L’evento si deduce dal documento di compensazione contabilizzato a fronte della fattura. La data di compensazione (AUGDT) nella tabella delle partite compensate BSAD fornisce la data e l’ora dell’evento per la fattura specifica.

Acquisizione

Individuare la data di compensazione (AUGDT) nella tabella BSAD per il numero del documento di fattura corrispondente (BELNR).

Tipo di evento inferred
Scadenza del termine di pagamento
Evento calcolato che si verifica quando la data corrente supera la data di scadenza netta della fattura senza che sia stato registrato un pagamento di compensazione. Segna il passaggio della fattura dallo stato 'corrente' a quello 'scaduto'.
Perché è importante

Questa attività dà avvio a tutte le attività di recupero e sollecito. È essenziale per analizzare le abitudini di pagamento, i motivi dei ritardi e l’efficacia dei promemoria inviati in anticipo.

Dove reperirli

Non si tratta di un evento registrato esplicitamente. Si calcola confrontando la data di scadenza netta (ad esempio, il campo ZFBDT della tabella BSID) con la data e l’ora dell’analisi o di un’attività successiva.

Acquisizione

Calcolare l’evento confrontando la data di scadenza netta della fattura (BSID-ZFBDT) con la data e l’ora correnti o con quelle di un evento successivo.

Tipo di evento calculated
Chiamata di recupero effettuata
Indica il contatto diretto effettuato da un addetto al recupero crediti con il cliente in merito a una fattura scaduta. Spesso non è un evento standard di SAP e richiede registrazioni personalizzate o l’integrazione con un sistema CRM.
Perché è importante

Gli interventi manuali rappresentano una parte costosa del processo di recupero crediti. Monitorare le chiamate aiuta a misurare l’efficacia degli addetti e a capire quali posizioni richiedono un intervento manuale.

Dove reperirli

Queste informazioni in genere non sono disponibili in una configurazione standard di S/4HANA. Potrebbero essere archiviate in tabelle personalizzate, come nota nell’elenco di lavoro per il recupero crediti oppure in un sistema CRM esterno da integrare.

Acquisizione

È necessario analizzare le estensioni del sistema, le note o i dati provenienti da un sistema esterno in cui vengono registrate le attività di recupero crediti.

Tipo di evento explicit
Contestazione risolta
Questa attività segna la chiusura di un caso di contestazione, perché la richiesta del cliente è stata accolta o respinta. Viene registrata quando lo stato del caso passa a 'chiuso' o 'risolto'.
Perché è importante

Il tempo necessario per risolvere le contestazioni è un indicatore importante della soddisfazione dei clienti e dell’efficienza operativa. Tempi lunghi possono ritardare i pagamenti e compromettere i rapporti con i clienti.

Dove reperirli

L’evento si deduce da una modifica dello stato del caso di contestazione. La data e l’ora associate al passaggio allo stato 'Chiuso' o 'Confermato' nella tabella UKM_CASE indicano quando è avvenuta la risoluzione.

Acquisizione

Individuare nella tabella UKM_CASE o nelle tabelle correlate del registro delle modifiche di stato la data e l’ora del passaggio a uno stato finale di risoluzione.

Tipo di evento inferred
Fattura inviata al cliente
Indica il momento in cui la fattura è stata trasmessa al cliente, ad esempio tramite stampa, e-mail o EDI. In genere, l’evento viene rilevato nei registri di determinazione dell’output di SAP, che indicano quando è stato elaborato un messaggio di output.
Perché è importante

I ritardi tra la generazione e l’invio della fattura possono allungare l’intero ciclo di pagamento. Monitorarli aiuta a individuare i colli di bottiglia nelle comunicazioni con i clienti e nella distribuzione dei documenti.

Dove reperirli

L’evento può essere dedotto dalla data e dall’ora di elaborazione nella tabella degli stati dei messaggi NAST, in cui il tipo di output corrisponde a una fattura cliente. È necessaria una configurazione corretta della determinazione dell’output.

Acquisizione

Cercare nella tabella NAST un record elaborato correttamente e collegato al numero del documento di fatturazione.

Tipo di evento inferred
Impegno di pagamento registrato
L’evento si verifica quando un addetto al recupero crediti registra l’impegno del cliente a pagare una posizione scaduta entro una data specifica. Si tratta di un’azione esplicita nel modulo SAP Collections Management.
Perché è importante

Gli impegni di pagamento sono un risultato importante delle attività di recupero crediti. Analizzarne la frequenza, il tasso di adempimento e l’impatto sui tempi di pagamento aiuta a perfezionare le strategie di recupero.

Dove reperirli

L’evento viene registrato esplicitamente in SAP Collections Management. La data di creazione dell’impegno di pagamento può essere ricavata da tabelle come UDM_P2P_ATTR.

Acquisizione

Utilizzare la data di creazione nelle tabelle degli impegni di pagamento, ad esempio UDM_P2P_ATTR, collegata alla fattura.

Tipo di evento explicit
Pagamento contabilizzato
Indica la registrazione contabile del pagamento nella contabilità generale. Spesso avviene contemporaneamente alla ricezione del pagamento, ma può costituire una fase separata e comportare ritardi.
Perché è importante

I ritardi tra la ricezione dei fondi e la loro contabilizzazione possono alterare la rendicontazione finanziaria. Misurare il tempo di ciclo aiuta a verificare l’efficienza e la precisione dei processi contabili.

Dove reperirli

L’evento si può dedurre dalla data di contabilizzazione (BUDAT) o dalla data di creazione (CPUDT) del documento di compensazione nella tabella BKPF. Il numero del documento di compensazione è disponibile in BSAD-AUGBL.

Acquisizione

Utilizzare la data di contabilizzazione (BUDAT) nella tabella BKPF per il documento di compensazione che ha saldato la fattura.

Tipo di evento inferred
Procedura di sollecito avviata
Questa attività rappresenta l’avvio formale della procedura automatizzata di sollecito per una fattura scaduta. Viene registrata quando un’esecuzione dei solleciti elabora la fattura e le assegna un livello di sollecito.
Perché è importante

Segna l’inizio del recupero crediti automatizzato. Monitorare le attività di sollecito è essenziale per valutarne l’efficacia e verificare il rispetto delle politiche interne.

Dove reperirli

L’evento viene registrato esplicitamente nelle tabelle dei dati di sollecito. La data di esecuzione (LAUFD) nella tabella di testata dei solleciti MHNK, associata alla fattura, indica quando è stata eseguita la procedura.

Acquisizione

Estrarre la data di esecuzione dei solleciti (MHNK-LAUFD) e il livello di sollecito (MHNK-MAHNS) per la fattura specifica.

Tipo di evento explicit
Consigliato Facoltativo

Guide all’estrazione

Come ottenere i dati da SAP S/4HANA

È pronto a iniziare?

Utilizzi questo template per preparare i dati all’analisi e sfruttare appieno il potenziale del Process Mining per la gestione del credito e il recupero crediti. Inizi oggi a ottimizzare il flusso di cassa e a ridurre i crediti inesigibili.

Migliori il flusso di cassa: ottimizzi oggi la gestione del credito e il recupero crediti

Individui le inefficienze, riduca del 30% il tempo di ciclo e migliori il flusso di cassa.

Inizi la prova gratuita

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