Il Suo Template Dati per la Gestione Crediti e Incassi
Il Suo Template Dati per la Gestione Crediti e Incassi
- `Attributi` raccomandati da raccogliere per un'analisi completa
- Attività di processo chiave da tracciare per una scoperta accurata
- Guida pratica per l'estrazione dei dati dal Suo sistema
Attributi di Gestione del Credito e delle Riscossioni
| Nome | Descrizione | ||
|---|---|---|---|
|
Nome attività
ActivityName
|
Il nome dell'evento o dell'attività specifica che si è verificata in un punto del ciclo di vita della fattura. | ||
|
Descrizione
Il Nome dell'Attività descrive un passaggio o un evento specifico all'interno del processo di gestione crediti e incassi, come 'Fattura Generata', 'Lettera di Sollecito Inviata' o 'Pagamento Ricevuto'. Questo attributo è fondamentale per il Process Mining in quanto definisce i nodi nella mappa del processo. L'analisi della sequenza e della frequenza di queste attività rivela il flusso di processo effettivo, consentendo l'identificazione di cicli di rilavorazione, inefficienze e percorsi di processo non conformi. Supporta direttamente la creazione di tutte le visualizzazioni del flusso di processo ed è utilizzato per segmentare i calcoli dei tempi di ciclo tra le diverse fasi del processo.
Perché è importante
Questo attributo definisce i passaggi nella mappa del processo, rendendo possibile visualizzare e analizzare il ciclo di vita della fattura.
Dove trovare
Questo attributo è tipicamente derivato mappando eventi di sistema specifici, modifiche di stato o date di creazione di record da varie tabelle come 'CustInvoiceJour', 'CustTrans', 'CustCollectionLetterJour' e 'CustPaymPromise' a nomi di attività standardizzati.
Esempi
Fattura Registrata e InviataLettera di Sollecito GenerataContestazione RegistrataPagamento ricevuto
|
|||
|
Numero fattura
InvoiceNumber
|
L'identificatore univoco per ogni fattura cliente, che funge da identificatore di caso primario per il processo di gestione crediti. | ||
|
Descrizione
Il Numero Fattura è un attributo critico che identifica in modo univoco ogni transazione finanziaria con un cliente. Collega tutte le attività correlate, dalla generazione e registrazione della fattura alla riscossione del pagamento e alla liquidazione finale. Nel Process Mining, questo numero viene utilizzato per ricostruire il percorso end-to-end di ogni fattura, consentendo un'analisi dettagliata del suo ciclo di vita. Tracciando ogni fattura come un caso separato, le organizzazioni possono identificare percorsi di processo comuni, bottleneck e deviazioni dalla procedura standard. È la base per il calcolo di metriche chiave come il Days Sales Outstanding e l'analisi delle varianti di processo.
Perché è importante
Questo è l'essenziale Case ID che collega tutti gli eventi di processo, consentendo la ricostruzione e l'analisi dell'intero ciclo di vita dalla fatturazione all'incasso.
Dove trovare
Questo è tipicamente il campo 'Invoice' dalla tabella 'CustInvoiceJour' in Microsoft Dynamics 365 Finance.
Esempi
INV-0012345CIV-2023-8876SI-9510034
|
|||
|
Timestamp Evento
EventTime
|
Il timestamp che indica quando una specifica attività o un evento si è verificato. | ||
|
Descrizione
Il Timestamp dell'Evento è la data e l'ora precise in cui un'attività è stata registrata nel sistema. È la pietra angolare del Process Mining, fornendo l'ordine cronologico necessario per costruire il flusso di processo e calcolare tutte le metriche basate sul tempo. Questo Attributo è essenziale per analizzare le durate, identificare i bottleneck e monitorare gli SLA. Ad esempio, la differenza di tempo tra gli eventi 'Fattura Generata' e 'Pagamento Ricevuto' viene utilizzata per calcolare i Giorni di Incasso (DSO), un KPI aziendale critico. Senza timestamp accurati, l'analisi delle prestazioni e l'identificazione dei bottleneck sono impossibili.
Perché è importante
Questo timestamp è essenziale per ordinare gli eventi, scoprire la mappa del processo e calcolare tutte le metriche di performance come i tempi di ciclo e le durate.
Dove trovare
Questo attributo è ricavato da vari campi data/ora nelle tabelle D365, come 'CreatedDateTime' su 'CustInvoiceJour' o 'TransDate' su 'CustTrans', a seconda dell'attività specifica.
Esempi
2023-01-15T09:30:00Z2023-02-28T14:12:55Z2023-03-20T11:05:10Z
|
|||
|
Data Scadenza Pagamento
PaymentDueDate
|
La data entro cui il pagamento della fattura è dovuto contrattualmente. | ||
|
Descrizione
La Data di Scadenza del Pagamento è un attributo di data critico definito dai termini di pagamento concordati con il cliente. Questa data serve come base per determinare se una fattura è scaduta. È il trigger primario per avviare le attività di recupero crediti, come l'invio di promemoria o l'inizio di una procedura formale di sollecito. Nel Process Mining, viene utilizzata per calcolare la metrica 'Giorni di Ritardo' e per verificare la conformità con le politiche di sollecito, ad esempio, verificando che un promemoria sia stato inviato entro X giorni dalla data di scadenza.
Perché è importante
Questa data è il punto di riferimento per misurare la tempestività dei pagamenti ed è il trigger per tutte le attività scadute e relative agli incassi.
Dove trovare
Tipicamente trovato come campo 'DueDate' nelle tabelle 'CustTrans' o 'CustInvoiceJour'.
Esempi
2023-02-142023-03-312023-04-30
|
|||
|
Giorni Scaduti
DaysOverdue
|
Il numero di giorni in cui una fattura ha superato la sua data di scadenza. | ||
|
Descrizione
I Giorni di Ritardo sono una metrica calcolata che misura il tempo trascorso dalla Data di Scadenza del Pagamento per una fattura non pagata. È calcolato come la data corrente meno la Data di Scadenza del Pagamento. Questo è un indicatore chiave di performance per il team di riscossione, poiché aiuta a prioritizzare su quali fatture concentrarsi. È la metrica principale nel dashboard 'Fatture Scadute per Segmento' ed è fondamentale per valutare la salute dei crediti e l'efficacia degli sforzi di riscossione.
Perché è importante
Questa è una metrica operativa critica utilizzata per dare priorità agli sforzi di recupero crediti e misurare la gravità dei ritardi nei pagamenti.
Dove trovare
Questo è un campo calcolato. La logica è: SE la fattura non è pagata ALLORA (Oggi() - DataScadenzaPagamento) ALTRIMENTI 0.
Esempi
1532910
|
|||
|
Importo Fattura
InvoiceAmount
|
Il valore monetario totale della fattura. | ||
|
Descrizione
L'Importo Fattura rappresenta il valore finanziario totale dei beni o servizi fatturati. È un attributo fondamentale per l'analisi finanziaria all'interno del processo. Permette di segmentare i casi per valore per verificare se le fatture di alto valore seguono un processo diverso o subiscono ritardi maggiori. Questo attributo è essenziale per le dashboard 'Storni di fatture inesigibili' e 'Analisi della gestione del limite di credito', aiutando a quantificare l'impatto finanziario e a valutare il rischio.
Perché è importante
Consente l'analisi dell'impatto finanziario, la prioritizzazione delle fatture di alto valore e la comprensione di come il valore della fattura influenzi il comportamento del processo.
Dove trovare
Probabilmente il campo 'InvoiceAmount' nella tabella 'CustInvoiceJour'.
Esempi
1500.7525000.00549.99
|
|||
|
Livello di Sollecito
DunningLevel
|
Indica lo stadio o la gravità attuale del processo di sollecito (riscossione) per una fattura scaduta. | ||
|
Descrizione
Il Livello di Sollecito rappresenta il passaggio in una procedura di sollecito strutturata, ad esempio, 'Livello 1: Promemoria Gentile', 'Livello 2: Avviso Formale' o 'Livello 3: Ultimo Avvertimento'. Tracciare questo attributo è essenziale per valutare il successo della strategia di incasso. La dashboard 'Efficacia della Strategia di Sollecito' utilizza questo attributo per mostrare quale percentuale di fatture viene pagata dopo aver raggiunto ogni livello. Ciò aiuta le aziende a perfezionare i loro workflow di sollecito, rendendoli più efficaci nel garantire il pagamento mantenendo le relazioni con i clienti.
Perché è importante
Questo è fondamentale per misurare l'efficacia della strategia di sollecito e capire a quale fase i clienti sono più propensi a pagare.
Dove trovare
Questa informazione si troverebbe in tabelle relative a incassi e lettere di sollecito, come 'CustCollectionLetterJour'.
Esempi
123 - FinaleAzione Legale
|
|||
|
Nome cliente
CustomerName
|
La ragione sociale del cliente a cui è stata emessa la fattura. | ||
|
Descrizione
Il Nome del Cliente identifica il cliente specifico associato a una fattura. Questo attributo è una dimensione primaria per il filtraggio e la segmentazione. L'analisi del processo per cliente aiuta a identificare i clienti problematici che pagano costantemente in ritardo, sollevano contestazioni o richiedono ampi sforzi di recupero crediti. È un attributo chiave per la dashboard 'Tempo Ciclo di Risoluzione delle Contestazioni' e per qualsiasi analisi approfondita sugli account cliente specifici.
Perché è importante
Consente l'analisi di processi specifici per cliente, aiutando a identificare modelli e a gestire le relazioni con account chiave o problematici.
Dove trovare
Questa informazione viene tipicamente unita dalla 'CustTable' utilizzando il numero di conto cliente presente in 'CustInvoiceJour'.
Esempi
Contoso Ltd.Adventure WorksFabrikam Inc.
|
|||
|
Riscossore Assegnato
CollectorAssigned
|
Il nome dell'agente di recupero crediti o del membro del team responsabile della gestione della fattura scaduta. | ||
|
Descrizione
Questo attributo identifica il singolo dipendente responsabile delle attività di recupero crediti su una specifica fattura. È cruciale per l'analisi delle prestazioni e del carico di lavoro. Filtrando la mappa del processo o le dashboard per addetto al recupero crediti, i manager possono valutare la produttività individuale, confrontare le strategie di recupero e identificare opportunità di coaching. Questo attributo è una dimensione chiave per le dashboard 'Produttività del Team di Recupero Crediti' e 'Tempo Ciclo di Risoluzione delle Contestazioni', in quanto aiuta ad attribuire i risultati del processo a individui o team specifici.
Perché è importante
Consente l'analisi delle prestazioni del team di riscossione, aiuta a bilanciare i carichi di lavoro e identifica le migliori pratiche confrontando l'efficacia dei riscossori.
Dove trovare
Consultare la documentazione di Microsoft Dynamics 365. Ciò potrebbe essere collegato da un modulo di gestione delle riscossioni o dai campi di responsabilità utente sui record di clienti o transazioni.
Esempi
John SmithEmily JonesTeam Riscossioni A
|
|||
|
Segmento cliente
CustomerSegment
|
Una classificazione del cliente, ad esempio per dimensione, settore o importanza strategica. | ||
|
Descrizione
Il Segmento Cliente è un Attributo categorico utilizzato per raggruppare i clienti in coorti significative, ad esempio 'Clienti Strategici', 'PMI' o 'Governo'. Questa segmentazione è vitale per l'analisi strategica. Aiuta a rispondere a domande come 'I clienti strategici hanno un DSO inferiore?' o 'Gli stralci sono più comuni in un particolare segmento industriale?'. Viene utilizzato direttamente nei dashboard 'Andamento Giorni di Incasso', 'Stralci Fatture Inesigibili' e 'Fatture Scadute per Segmento' per fornire approfondimenti di livello superiore oltre i singoli clienti.
Perché è importante
Consente un'analisi aggregata tra gruppi di clienti per identificare tendenze strategiche e personalizzare le strategie di riscossione per diversi segmenti.
Dove trovare
Questo è spesso un campo personalizzato o derivato da attributi sulla 'CustTable' (tabella master del cliente).
Esempi
AziendaMid-MarketSettore PubblicoPartner
|
|||
|
Stato Fattura
InvoiceStatus
|
Lo stato attuale della fattura nel suo ciclo di vita. | ||
|
Descrizione
Lo Stato della Fattura fornisce una panoramica della posizione di una fattura nel processo, ad esempio 'Aperta', 'Pagata', 'Contestata' o 'Stornata'. Sebbene il log delle attività fornisca una cronologia dettagliata, lo stato attuale è un utile attributo a livello di caso per il filtraggio e la reportistica di alto livello. Permette agli analisti di segmentare rapidamente i dati per concentrarsi solo sulle fatture aperte scadute o per analizzare le caratteristiche di tutte le fatture stornate. È un modo semplice ma potente per comprendere lo stato attuale dei crediti commerciali.
Perché è importante
Fornisce un modo rapido e semplice per filtrare e analizzare le fatture in base al loro stato attuale, come concentrarsi su tutti i casi aperti o contestati.
Dove trovare
Derivato dallo stato di saldo delle transazioni nella tabella 'CustTrans'. Una transazione aperta è non pagata, mentre una chiusa è saldata.
Esempi
ApertoPagatoParzialmente PagatoStornato
|
|||
|
Codice Valuta
CurrencyCode
|
La valuta della fattura, ad esempio, USD o EUR. | ||
|
Descrizione
Il Codice Valuta specifica la valuta transazionale dell'Importo Fattura. Questo è un importante attributo contestuale, soprattutto per le organizzazioni multinazionali. È necessario per interpretare correttamente i valori finanziari e può essere utilizzato per analizzare se i cicli di pagamento o i problemi sono correlati a valute specifiche, il che potrebbe essere legato a complessità nel cambio valuta o nell'elaborazione dei pagamenti internazionali.
Perché è importante
Fornisce un contesto essenziale per tutti i valori monetari e consente l'analisi di processi che coinvolgono più valute.
Dove trovare
Tipicamente trovato come campo 'CurrencyCode' nella tabella 'CustInvoiceJour'.
Esempi
USDEURGBPCAD
|
|||
|
Days Sales Outstanding
DaysSalesOutstanding
|
Il tempo in giorni dalla generazione della fattura al ricevimento del pagamento. | ||
|
Descrizione
I Giorni di Incasso (DSO) sono un KPI finanziario chiave che misura il numero medio di giorni necessari per riscuotere un pagamento dopo che una vendita è stata effettuata. In questo modello di processo, è calcolato come la durata tra le attività 'Fattura Generata' e 'Pagamento Ricevuto' per ogni fattura. Un DSO inferiore indica un processo di riscossione più efficiente e un migliore flusso di cassa. Questo Attributo consente l'analisi delle tendenze nel tempo e la segmentazione per dimensioni come il Segmento Cliente per vedere quali gruppi stanno influenzando la metrica complessiva.
Perché è importante
Questo è un KPI critico per misurare l'efficienza del flusso di cassa e le prestazioni complessive del processo dalla fatturazione all'incasso.
Dove trovare
Calcolato come la durata tra i timestamp delle attività 'Fattura Generata' e 'Pagamento Ricevuto'.
Esempi
28.545.261.0
|
|||
|
È Contestata
IsDisputed
|
Un flag booleano che indica se una fattura è mai stata contestata. | ||
|
Descrizione
Questo è un flag calcolato che viene impostato su true se un caso di fattura contiene un'attività 'Contestazione Registrata'. Semplifica l'analisi consentendo agli utenti di filtrare o confrontare facilmente i flussi di processo delle fatture contestate rispetto a quelle non contestate. Ad esempio, si potrebbe facilmente confrontare il DSO medio per le fatture contestate con la media per quelle non contestate per quantificare l'impatto delle contestazioni sul flusso di cassa. È un attributo utile per la dashboarding di alto livello e l'analisi comparativa.
Perché è importante
Semplifica l'analisi e il filtraggio consentendo un facile confronto tra popolazioni di fatture contestate e non contestate.
Dove trovare
Questo è un campo calcolato. La logica è: SE il caso contiene un'attività 'Contestazione Registrata' ALLORA true ALTRIMENTI false.
Esempi
truefalse
|
|||
|
Limite di Credito
CreditLimit
|
L'importo massimo di credito approvato per il cliente. | ||
|
Descrizione
Il Limite di Credito è l'importo totale del debito che un cliente è autorizzato ad accumulare. Questo attributo è cruciale per la gestione del rischio. La dashboard 'Analisi della gestione del limite di credito' confronta questo valore con gli importi delle fatture per i conti morosi o stornati. Questa analisi aiuta a determinare se i limiti di credito sono impostati in modo appropriato, se vengono applicati e se i clienti che vanno in default tendono ad avere limiti aumentati di recente, evidenziando potenziali debolezze nel processo di approvazione del credito.
Perché è importante
Essenziale per la valutazione del rischio, questo Attributo aiuta ad analizzare se gli stralci sono correlati a limiti di credito del cliente gestiti male o inadeguati.
Dove trovare
Questo valore è tipicamente memorizzato sul record master del cliente nella 'CustTable'.
Esempi
10000.0050000.000.00
|
|||
|
Motivo della Contestazione
DisputeReason
|
La ragione fornita dal cliente per contestare una fattura. | ||
|
Descrizione
Quando un cliente contesta una fattura, tipicamente fornisce una ragione, come 'Prezzo Errato', 'Merci Danneggiate' o 'Fatturazione Duplicata'. Questo attributo cattura tale ragione. L'analisi delle ragioni delle contestazioni è fondamentale per l'analisi delle cause profonde. Aiuta a identificare problemi ricorrenti nel processo order-to-cash, come problemi con i reparti vendite, spedizioni o fatturazione. Ridurre le contestazioni alla fonte è un risultato chiave di questa analisi, che influisce direttamente sul DSO prevenendo ritardi nei pagamenti.
Perché è importante
Fornisce dati critici per l'analisi delle cause dei ritardi nei pagamenti, aiutando a identificare e risolvere problemi a monte che portano a contestazioni sulle fatture.
Dove trovare
Consultare la documentazione di Microsoft Dynamics 365. Questo farebbe parte della funzionalità di gestione delle contestazioni o della gestione dei casi.
Esempi
Errore di prezzoQuantità MancanteProdotto Non RicevutoServizio Non Come Descritto
|
|||
|
Paese
Country
|
Il paese dell'indirizzo di fatturazione del cliente. | ||
|
Descrizione
Questo attributo specifica il paese associato all'account del cliente. È una dimensione comune per l'analisi geografica. Segmentare i KPI di processo come il DSO o i tassi di storno per paese può rivelare differenze regionali nel comportamento di pagamento dei clienti, nell'efficacia del recupero crediti o nelle condizioni economiche. Ciò può portare a strategie di recupero crediti adattate geograficamente o a termini di pagamento diversi per alcune regioni.
Perché è importante
Consente l'analisi geografica per identificare le tendenze regionali nel comportamento di pagamento e nelle prestazioni del processo di riscossione.
Dove trovare
Questo è derivato unendo dal record master del cliente ('CustTable') al suo record di indirizzo principale, spesso in 'LogisticsPostalAddress'.
Esempi
Stati UnitiDEUGBRCAN
|
|||
|
Sistema di Origine
SourceSystem
|
Identifica il sistema da cui provengono i **dati**. | ||
|
Descrizione
Questo attributo specifica l'applicazione sorgente dove i dati dell'evento sono stati registrati. In questo contesto, sarebbe 'Microsoft Dynamics 365'. Sebbene possa sembrare statico in un'analisi a sistema singolo, è cruciale per la governance dei dati, la risoluzione dei problemi e le future integrazioni. Se dovessero essere inclusi dati da altri sistemi, come un CRM separato o un portale di agenzie di recupero crediti, questo campo sarebbe essenziale per distinguerli e comprendere il processo completo tra i sistemi.
Perché è importante
Fornisce una chiara derivazione dei dati ed è essenziale per mantenere la qualità dei dati e consentire l'analisi su più sistemi integrati.
Dove trovare
Questo è tipicamente un valore statico aggiunto durante il processo di estrazione dei dati per etichettare l'origine dei record.
Esempi
Microsoft Dynamics 365D365 F&O
|
|||
|
Tempo di Risoluzione della Contestazione
DisputeResolutionTime
|
Il tempo impiegato per risolvere una contestazione del cliente dal momento in cui è stata registrata per la prima volta. | ||
|
Descrizione
Il Tempo di Risoluzione della Contestazione misura l'efficienza del processo di gestione delle contestazioni. È calcolato come la durata tra le attività 'Contestazione Registrata' e 'Contestazione Risolta'. Tempi di risoluzione lunghi possono ritardare il pagamento e influire negativamente sulla soddisfazione del cliente. L'analisi di questa metrica, segmentata per riscossore o motivo della contestazione, aiuta a identificare i bottleneck e le aree di miglioramento nel workflow di gestione delle contestazioni.
Perché è importante
Misura l'efficienza del processo di gestione delle contestazioni, una causa comune di significativi ritardi nei pagamenti.
Dove trovare
Calcolato come la durata tra i timestamp delle attività 'Contestazione Registrata' e 'Contestazione Risolta'.
Esempi
7.215.83.5
|
|||
|
Ultimo `Data Update`
LastDataUpdate
|
Il timestamp dell'ultimo aggiornamento o refresh dei dati. | ||
|
Descrizione
Questo attributo indica l'ultima volta che il dataset è stato aggiornato dal sistema sorgente. È un pezzo critico di metadati per gli utenti dell'analisi di Process Mining, in quanto fornisce contesto sulla freschezza dei dati. Conoscere che i dati sono aggiornati fino a un punto specifico nel tempo aiuta gli analisti a prendere decisioni informate e a comprendere la portata delle loro scoperte. È tipicamente applicato all'intero dataset durante la pipeline di ingestione dei dati.
Perché è importante
Informa gli utenti sull'attualità dei dati, garantendo che le analisi si basino su un intervallo di tempo compreso ed evitando decisioni basate su informazioni obsolete.
Dove trovare
Questo valore viene generato e applicato al dataset dalla pipeline ETL/dati al momento dell'esecuzione.
Esempi
2023-04-01T02:00:00Z2023-04-02T02:00:00Z
|
|||
Attività di Gestione del Credito e delle Riscossioni
| Activity | Descrizione | ||
|---|---|---|---|
|
Contestazione Registrata
|
Significa che il cliente ha formalmente contestato la fattura e il suo stato viene aggiornato di conseguenza. Questo viene tipicamente acquisito da un utente che modifica lo stato della fattura in 'Contestata' nel modulo di gestione del recupero crediti. | ||
|
Perché è importante
Questo è il punto di partenza per il processo di risoluzione delle contestazioni. Tracciare questo aiuta a misurare la frequenza delle contestazioni e il tempo impiegato per risolverle, influenzando la soddisfazione del cliente e il flusso di cassa.
Dove trovare
Deducibile da una modifica di stato sulla transazione cliente (CustTrans) o da una tabella correlata di gestione delle contestazioni (smmCaseDetail). È richiesto un log con timestamp della modifica di stato.
Acquisisci
Identifica quando il campo dello stato della contestazione per una transazione di fattura viene popolato o modificato in 'Contestato'.
Tipo di evento
inferred
|
|||
|
Data di Scadenza Pagamento Superata
|
Un evento calcolato che si verifica quando la data corrente supera la data di scadenza della fattura. Questa attività non corrisponde a un'azione diretta dell'utente, ma è derivata confrontando la data di sistema con il campo della data di scadenza della fattura. | ||
|
Perché è importante
Questo evento è il trigger per tutte le attività di recupero crediti. Consente l'analisi del volume delle fatture scadute e della tempestività delle azioni di sollecito, supportando KPI come l'Aderenza alle Politiche di Sollecito.
Dove trovare
Calcolato confrontando il timestamp attuale con il campo 'DueDate' nella tabella Customer Transactions (CustTrans). Il timestamp dell'evento è la DueDate stessa.
Acquisisci
Crea un evento quando 'NOW()' è maggiore della DueDate della fattura.
Tipo di evento
calculated
|
|||
|
Fattura generata
|
Segna la creazione di una registrazione di fattura di vendita nel sistema, prima che venga ufficialmente registrata. Questa attività è tipicamente un evento esplicito acquisito quando un utente finalizza un ordine di vendita e genera il documento di fattura corrispondente. | ||
|
Perché è importante
Questo è l'evento di inizio primario per il ciclo di vita della fattura. L'analisi del tempo da questo punto al pagamento è cruciale per misurare i Giorni di Incasso (Days Sales Outstanding - DSO).
Dove trovare
Registrato nella tabella Sales Invoice Header (SalesInvoiceHeader) o Sales Table (SalesTable) alla creazione della fattura. Il timestamp di creazione della registrazione funge da ora dell'evento.
Acquisisci
Acquisire il timestamp di creazione del record della fattura di vendita.
Tipo di evento
explicit
|
|||
|
Fattura Registrata e Inviata
|
Rappresenta la registrazione ufficiale della fattura nel libro mastro generale, rendendola un credito commerciale formale. Questo evento di solito coincide con l'invio della fattura al cliente e viene acquisito quando la routine di registrazione è completata in Dynamics 365. | ||
|
Perché è importante
Questa è una tappa critica che avvia ufficialmente il conteggio per i termini di pagamento e l'invecchiamento. I ritardi tra la generazione e la registrazione possono nascondere inefficienze nel processo di fatturazione.
Dove trovare
Deducibile dalla data di registrazione sul giornale delle fatture clienti (CustInvoiceJour) o da una modifica di stato a 'Registrato'. Il timestamp della registrazione è il punto dati chiave.
Acquisisci
Utilizzi il timestamp di registrazione dal Giornale Fatture Clienti (CustInvoiceJour).
Tipo di evento
inferred
|
|||
|
Fattura Saldata
|
La fattura è interamente pagata e il suo saldo è pari a zero, segnando il completamento riuscito del processo. Questo stato viene dedotto quando la somma dei pagamenti applicati è pari all'importo totale della fattura. | ||
|
Perché è importante
Questo è il punto finale di successo primario per il processo credito-incasso. L'analisi dei percorsi che portano qui evidenzia le migliori pratiche e le varianti di processo efficienti.
Dove trovare
Deducibile dalla data di regolamento nella tabella di regolamento clienti (CustSettlement). Ciò avviene quando i campi 'AmountCur' e 'SettleAmountCur' per la fattura in CustTrans si azzerano.
Acquisisci
Identifica l'ultima data di saldo associata alla transazione della fattura che porta il suo saldo a zero.
Tipo di evento
inferred
|
|||
|
Fattura Stornata
|
La fattura è stata considerata inesigibile e viene formalmente stornata come credito inesigibile. Questa è un'azione esplicita eseguita da un utente autorizzato, che cancella il credito e registra la perdita. | ||
|
Perché è importante
Questo è il punto finale di insuccesso primario del processo. Il monitoraggio degli storni è fondamentale per comprendere il rischio di credito, i fallimenti di recupero crediti e le perdite finanziarie.
Dove trovare
Acquisito da una specifica transazione di giornale generale utilizzata per lo stralcio di crediti inesigibili, collegata alla fattura originale. La data di registrazione del giornale di stralcio funge da timestamp.
Acquisisci
Identifica le voci di giornale con un profilo di contabilizzazione di stralcio specifico che fanno riferimento alla fattura.
Tipo di evento
explicit
|
|||
|
Lettera di Sollecito Generata
|
Indica che è stata creata una lettera di sollecito o riscossione formale per la fattura scaduta. Questo viene acquisito quando il processo di sollecito periodico viene eseguito in Dynamics 365, che genera record di lettere per le fatture pertinenti. | ||
|
Perché è importante
Traccia l'avvio e la frequenza degli sforzi formali di recupero crediti. È essenziale per misurare l'efficacia del sollecito e la conformità con le politiche interne di recupero crediti.
Dove trovare
Un record esplicito viene creato nella tabella Dunning History (CustCollectionLetterJour). La data di creazione del giornale delle lettere di sollecito è il timestamp.
Acquisisci
Estrai gli eventi di creazione dalla tabella CustCollectionLetterJour, collegandoli alla fattura.
Tipo di evento
explicit
|
|||
|
Pagamento Registrato
|
Rappresenta la registrazione ufficiale del pagamento del cliente nel libro mastro generale e la sua applicazione per saldare una fattura. Questo viene acquisito dalla data di registrazione del giornale dei pagamenti del cliente. | ||
|
Perché è importante
Finalizza la parte del processo relativa al pagamento. Il tempo tra la ricezione del pagamento e la sua contabilizzazione, il ritardo nell'applicazione della cassa (Cash Application Lag), è una metrica chiave di efficienza per il dipartimento finanziario.
Dove trovare
Acquisito dal timestamp di registrazione del giornale dei pagamenti clienti (LedgerJournalTrans). Ciò conferma che il pagamento è stato completamente elaborato nel libro mastro.
Acquisisci
Utilizzi la data di registrazione dal Giornale Pagamenti Clienti registrato.
Tipo di evento
explicit
|
|||
|
Pagamento ricevuto
|
Indica che un pagamento da un cliente è stato ricevuto e inserito nel sistema, tipicamente tramite un giornale dei pagamenti. Questo *evento* precede la contabilizzazione finale e l'applicazione della cassa alla fattura specifica. | ||
|
Perché è importante
Questo è un traguardo cruciale per il calcolo del DSO e la comprensione del flusso di cassa. Il ritardo tra questo evento e il Pagamento Registrato rivela bottleneck nel processo di applicazione del contante.
Dove trovare
Un evento esplicito acquisito dalla data di creazione di una riga del giornale dei pagamenti clienti (LedgerJournalTrans) prima che venga registrata. Rappresenta la data in cui il pagamento è stato registrato come ricevuto.
Acquisisci
Utilizzi la data della transazione dalle linee del Giornale Pagamenti Clienti.
Tipo di evento
explicit
|
|||
|
Attività di Riscossione Registrata
|
Rappresenta un'azione manuale di recupero crediti, come una telefonata o un'e-mail, registrata contro il cliente o la fattura. Questo viene acquisito quando un addetto al recupero crediti utilizza la funzione Attività all'interno dell'area di lavoro di recupero crediti per registrare le proprie interazioni. | ||
|
Perché è importante
Fornisce visibilità sullo sforzo manuale del team di recupero crediti. L'analisi di queste attività rispetto al successo del pagamento aiuta a misurare la produttività del team e l'efficacia dei diversi metodi di contatto.
Dove trovare
Registrato nelle Attività (smmActivities) o nelle tabelle di gestione dei casi correlate all'account cliente. Richiede il collegamento dell'attività a una fattura specifica, se possibile.
Acquisisci
Acquisire la creazione di record di attività in cui il tipo è 'Telefonata' o 'Email' relativi alle riscossioni.
Tipo di evento
explicit
|
|||
|
Controversia Risolta
|
Segna la conclusione del processo di contestazione dove è stata raggiunta e documentata una risoluzione. Questo evento viene acquisito quando un utente aggiorna lo stato di contestazione di una fattura a 'Risolta' o chiude il caso di contestazione associato. | ||
|
Perché è importante
Questa attività conclude il sub-processo di contestazione. La durata tra la registrazione e la risoluzione della contestazione è un KPI chiave per misurare l'efficienza del team di risoluzione.
Dove trovare
Deducibile da una modifica di stato sulla transazione cliente (CustTrans) o dalla chiusura del caso di contestazione correlato (smmCaseDetail). Il timestamp di questa modifica di stato è l'ora dell'evento.
Acquisisci
Identifica quando il campo dello stato della contestazione per una fattura viene cancellato o modificato in 'Risolto'.
Tipo di evento
inferred
|
|||
|
Promessa di Pagamento Creata
|
Un cliente si è impegnato a effettuare un pagamento in una data futura specifica, e questa promessa è registrata nel sistema. Questo evento viene registrato esplicitamente quando un agente di riscossione inserisce un dettaglio di promessa di pagamento nel modulo di riscossione. | ||
|
Perché è importante
Traccia gli accordi informali di pagamento e i loro tassi di adempimento. Confrontare le promesse con i pagamenti effettivi può aiutare nella previsione del flusso di cassa e nella valutazione dell'affidabilità del cliente.
Dove trovare
Probabilmente registrato in tabelle relative all'area di lavoro di recupero crediti o alla gestione dei casi, specificamente per la funzionalità di 'promessa di pagamento'. La data di creazione della registrazione della promessa è l'ora dell'evento.
Acquisisci
Acquisire gli eventi di creazione da una tabella di dettagli di promessa di pagamento o di caso di riscossione.
Tipo di evento
explicit
|
|||