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
- 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
Attributi per la gestione del credito e il recupero crediti
| 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
|
|||
Attività di gestione del credito e recupero crediti
| 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
|
|||
Guide all’estrazione
È 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.
Non è richiesta alcuna carta di credito. La configurazione richiede pochi minuti.