Il template dei dati per la gestione dei pagamenti

Template universale per il Process Mining
Il template dei dati per la gestione dei pagamenti

Il template dei dati per la gestione dei pagamenti

Template universale per il Process Mining

Questo è il nostro template generico per i dati di Process Mining relativi a Elaborazione dei pagamenti. Per indicazioni più specifiche, utilizzi i template dedicati ai singoli sistemi.

Selezioni un sistema specifico
  • Definizioni complete dei campi per il monitoraggio delle transazioni
  • Mappatura universale delle attività lungo il ciclo di vita dei pagamenti
  • Strutture dati scalabili, compatibili con qualsiasi sistema finanziario
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi della gestione dei pagamenti

Consulti i campi dati consigliati da includere nell’Event Log, pensati per fornire il contesto approfondito necessario a un’analisi completa dei processi finanziari.
5 Obbligatorio 6 Consigliato 3 Facoltativo
Nome Descrizione
Data e ora dell’evento
EventTimestamp
La data e l’ora esatte in cui si è verificata l’attività o la modifica di stato.
Descrizione

Questo attributo registra il momento esatto in cui si è verificato un evento nel sistema di pagamento. Funge da riferimento cronologico del processo e garantisce che gli eventi siano ordinati correttamente all’interno del caso.

In fase di analisi, questo timestamp è alla base di tutti i calcoli temporali. Viene utilizzato per determinare la durata tra le attività, il tempo di ciclo complessivo end-to-end e il rispetto degli accordi sui livelli di servizio. La precisione dei timestamp è fondamentale per individuare quando si verificano i colli di bottiglia.

È preferibile una precisione elevata, soprattutto nei sistemi di pagamento automatizzati o di trading ad alta frequenza, in cui anche i millisecondi sono importanti. Se sono disponibili solo le date, senza gli orari, per ordinare le attività che si verificano nello stesso giorno potrebbe essere necessario applicare criteri di ordinamento secondari.

Perché è importante

È essenziale per ordinare gli eventi e calcolare tutti i KPI basati sulla durata, come il Tempo di ciclo.

Dove reperirli

Si trova nei registri delle transazioni, nelle tabelle della cronologia o nei registri di audit del sistema.

Esempi
2023-10-15T08:30:00Z2023-10-15 14:45:12.5502023-11-01T09:00:00+00:0015/10/2023 20:30:002023-10-16 10:15:00
ID della transazione di pagamento
PaymentTransactionId
Identificativo univoco che rappresenta la specifica disposizione di pagamento o il caso relativo alla transazione.
Descrizione

Questo attributo funge da chiave centrale per collegare tutte le attività svolte nell’ambito di un singolo ciclo di pagamento. Consente agli strumenti di Process Mining di ricostruire l’intero percorso di un pagamento, dall’avvio alla liquidazione finale o all’esito negativo.

In fase di analisi, questo identificativo viene utilizzato per raggruppare eventi distinti in un’unica istanza del caso. Permette di visualizzare il flusso del processo ed è essenziale per calcolare i tempi di ciclo di ogni transazione. Senza un ID univoco, è impossibile distinguere le migliaia di pagamenti simultanei che attraversano il sistema.

Questo campo in genere rimane invariato per tutta la durata del pagamento. Tuttavia, negli scenari complessi che coinvolgono più sistemi, potrebbe essere necessario utilizzare una chiave composta o ricavare il dato da un numero di riferimento univoco end-to-end.

Perché è importante

È l’ID del caso fondamentale per creare un modello di processo e monitorare i singoli pagamenti.

Dove reperirli

Si trova in genere nell’intestazione della transazione, nella tabella delle disposizioni di pagamento o nel registro principale.

Esempi
TRX-8859201PAY-2023-X9910029384f47ac10b-58cc-4372-a567-0e02b2c3d479INSTR-5542
Nome dell’attività
ActivityName
La specifica fase, modifica di stato o evento che si è verificato nel ciclo di pagamento.
Descrizione

Questo attributo descrive l’azione eseguita o la modifica di stato subita dal pagamento in un determinato momento. Tra gli esempi rientrano la creazione della richiesta, i controlli di convalida, le fasi di autorizzazione e la liquidazione finale.

Il Process Mining utilizza questo attributo per definire i nodi nella mappa del processo. Analizzando la sequenza delle attività, gli analisti possono individuare le varianti più comuni, i cicli di rilavorazione dei pagamenti e i colli di bottiglia in cui i pagamenti rimangono in attesa per periodi prolungati.

Spesso è necessario uniformare i nomi delle attività nei diversi sistemi di origine per ottenere una visione coerente del processo. Per esempio, un sistema potrebbe denominare una fase «Auth» e un altro «Authorization»: durante la trasformazione dei dati, i due nomi dovrebbero essere ricondotti alla stessa denominazione.

Perché è importante

Definisce i nodi nella mappa del processo e consente di analizzare il flusso e le varianti del processo.

Dove reperirli

Si trova nei registri di audit, nelle tabelle della cronologia degli stati o nelle tabelle di tracciamento degli eventi.

Esempi
Pagamento creatoPagamento autorizzatoPagamento non riuscitoLiquidazione confermataErrore di convalida
Sistema di origine
SourceSystem
Il nome dell’applicazione o del sistema da cui provengono i dati dell’evento.
Descrizione

Questo attributo identifica l’origine tecnica del record. Nei processi di pagamento end-to-end, i dati spesso transitano in più sistemi, come un gateway front-end, un motore di rilevamento delle frodi e un registro contabile back-end.

L’analisi dei dati per sistema consente di isolare i problemi tecnici. Per esempio, se si riscontrano ritardi ricorrenti nel motore antifrode ma non nel registro contabile, è possibile indirizzare l’analisi delle cause profonde in modo mirato. L’attributo aiuta anche a verificare l’integrità dei dati quando si uniscono più origini.

Se non è già presente nei dati di origine, questo campo viene in genere aggiunto durante l’estrazione e la trasformazione. Funge da indicatore di provenienza per le attività di audit e debug.

Perché è importante

È fondamentale per analizzare processi che coinvolgono più sistemi e individuare il componente responsabile di ritardi o errori.

Dove reperirli

Spesso viene inserito in modo fisso durante il processo ETL oppure è disponibile nei metadati del sistema.

Esempi
PaymentGateway_01CoreBankingSystemFraudEngineSwiftInterfaceERP_SAP
Ultimo aggiornamento dei dati
LastDataUpdate
Il timestamp che indica quando il record è stato estratto o aggiornato l’ultima volta.
Descrizione

Questo attributo indica quanto sono aggiornati i dati utilizzati nell’analisi. Riporta il momento in cui i dati sono stati caricati nello strumento di Process Mining o in cui il record è stato modificato l’ultima volta nel database di origine.

Questa informazione è fondamentale per la governance dei dati e per potervi fare affidamento. Consente agli analisti di sapere se stanno consultando dati in tempo reale o un’istantanea del giorno precedente. È particolarmente importante per monitorare i pagamenti in corso che potrebbero essere bloccati in stato di attesa.

Pur non essendo utilizzato direttamente per calcolare il flusso del processo, questo campo di controllo dei metadati garantisce che le Dashboard mostrino lo stato più aggiornato delle operazioni di pagamento.

Perché è importante

Garantisce l’aggiornamento dei dati e aiuta a individuare problemi di latenza nella pipeline dei dati.

Dove reperirli

Generato durante l’estrazione dei dati o il processo ETL.

Esempi
2023-10-27T12:00:00Z2023-10-27 23:59:592023-10-28 06:00:0010/27/20232023-11-01 01:00:00.000
Codice di errore
ErrorCode
Il codice o la motivazione specifici generati quando un pagamento non va a buon fine o viene rifiutato.
Descrizione

Questo attributo registra la motivazione tecnica o aziendale di un errore del processo. Viene valorizzato quando un pagamento è rifiutato, non supera la convalida o incontra un errore di trasmissione.

L’analisi dei codici di errore è il metodo principale per ridurre il «tasso di pagamenti non riusciti» e il «tasso di rilavorazione». Raggruppare i codici di errore più comuni aiuta a individuare problemi sistemici, come dati anagrafici inesatti o problemi di connettività tecnica con le stanze di compensazione esterne.

Nei casi che seguono il percorso ottimale, questo campo è solitamente nullo. La sua presenza indica spesso una deviazione dal flusso di processo previsto e attiva sottoprocessi di gestione delle eccezioni.

Perché è importante

È l’attributo principale per analizzare le cause profonde degli errori e delle rilavorazioni.

Dove reperirli

Si trova nei registri degli errori, nei messaggi di rifiuto o nei payload di risposta.

Esempi
INSUFFICIENT_FUNDSINVALID_ACCOUNTFRAUD_SUSPICIONTIMEOUTDUPLICATE_REF
Codice valuta
CurrencyCode
Il codice ISO di tre lettere che indica la valuta del pagamento.
Descrizione

Questo attributo specifica l’unità monetaria dell’importo del pagamento, per esempio USD, EUR o GBP. È fondamentale per una rendicontazione finanziaria accurata e per attivare specifici flussi di lavoro transfrontalieri.

Spesso l’analisi richiede di filtrare i dati per valuta, così da comprendere le prestazioni a livello regionale o i tempi di elaborazione delle operazioni in valuta estera. Le diverse valute possono avere orari limite, cicli di liquidazione e requisiti normativi differenti, che influiscono direttamente sul flusso del processo.

Senza questo attributo, il campo «Importo del pagamento» è ambiguo. Il campo consente di convertire importi espressi in valute diverse in un’unica valuta di rendicontazione per le Dashboard globali.

Perché è importante

È necessario per normalizzare i valori finanziari e individuare le varianti dei processi transfrontalieri.

Dove reperirli

Si trova nelle tabelle delle transazioni, accanto all’importo del pagamento.

Esempi
USDEURGBPJPYCAD
Data di scadenza del pagamento
PaymentDueDate
La data entro cui il pagamento dovrebbe o deve essere liquidato.
Descrizione

Questo attributo rappresenta la scadenza prevista per il pagamento. Consente al sistema di misurare il «tasso di pagamenti puntuali» e di determinare se sono stati rispettati gli accordi sui livelli di servizio (SLA).

Confrontando il timestamp di completamento effettivo con la data di scadenza si ottiene una metrica chiara delle prestazioni del processo. I pagamenti completati dopo tale data sono considerati in ritardo e possono comportare penali o compromettere i rapporti commerciali.

Questo campo è particolarmente rilevante nei processi di contabilità fornitori e nei contratti che garantiscono l’erogazione di un servizio entro una determinata data, quando il rispetto dei tempi è un obbligo contrattuale.

Perché è importante

È necessario per calcolare il rispetto degli SLA e il tasso di pagamenti puntuali.

Dove reperirli

Si trova nell’intestazione della fattura o nelle istruzioni della richiesta di pagamento.

Esempi
2023-10-302023-11-012023-10-152023-12-312024-01-01
Importo del pagamento
PaymentAmount
Il valore monetario associato alla transazione di pagamento.
Descrizione

Questo attributo rappresenta il valore finanziario trasferito. È la principale metrica numerica per quantificare l’impatto delle inefficienze del processo. Per esempio, un ritardo in un pagamento da un milione di dollari è spesso più critico di un ritardo in un pagamento da dieci dollari.

In fase di analisi, questo campo viene utilizzato per aggregare i volumi, calcolare il fabbisogno totale di liquidità e suddividere i pagamenti per fasce di importo. I pagamenti di importo elevato seguono spesso flussi di approvazione diversi da quelli di importo ridotto; questo attributo aiuta a distinguere i relativi percorsi.

È essenziale associare questo attributo al codice valuta per confrontare correttamente importi omogenei. Aggregare importi senza convertirli o separarli per valuta può portare a rendicontazioni finanziarie fuorvianti.

Perché è importante

Consente di analizzare l’impatto finanziario e di segmentare le transazioni di importo elevato e ridotto.

Dove reperirli

Si trova nei dettagli della transazione o nelle tabelle delle registrazioni contabili.

Esempi
150.0010000.5025.995000000.01
Metodo di pagamento
PaymentMethod
Lo strumento o la modalità specifica utilizzati per eseguire il pagamento.
Descrizione

Questo attributo classifica il pagamento in base alla modalità di esecuzione, per esempio bonifico bancario, ACH, carta di credito o pagamento istantaneo. Ogni modalità segue in genere un percorso di processo distinto, con tempi previsti e costi diversi.

Segmentando i dati in base a questo attributo, gli analisti possono confrontare le prestazioni dei diversi circuiti di pagamento. Per esempio, i bonifici bancari potrebbero richiedere più fasi di approvazione manuale rispetto ai pagamenti ACH elaborati in batch in modo automatizzato.

Conoscere la distribuzione dei metodi di pagamento aiuta a pianificare la capacità e a individuare i cambiamenti nelle abitudini dei clienti, come il passaggio dagli assegni tradizionali ai pagamenti digitali istantanei.

Perché è importante

È fondamentale per distinguere le varianti del processo, per esempio i pagamenti istantanei dai bonifici, soggetti a SLA diversi.

Dove reperirli

Si trova nei dettagli della disposizione di pagamento.

Esempi
BonificoACHCarta di creditoBonifico SEPAPagamento in tempo reale
Utente che elabora
ProcessingUser
L’ID dell’utente o dell’agente di sistema responsabile dell’attività.
Descrizione

Questo attributo identifica chi o che cosa ha eseguito una specifica fase del processo di pagamento. Può riferirsi a un utente che svolge una revisione manuale oppure a un account di sistema che esegue un’attività automatizzata.

Questi dati sono fondamentali per analizzare l’utilizzo delle risorse e i colli di bottiglia. Aiutano a distinguere l’elaborazione automatizzata (Straight-Through Processing) dagli interventi manuali. Un’elevata frequenza di interventi manuali è spesso associata a costi maggiori e tempi di ciclo più lunghi.

Ai fini della conformità, questo campo consente di analizzare la separazione dei compiti e verificare che la persona che ha creato un pagamento non sia la stessa che lo ha approvato.

Perché è importante

Consente di analizzare i tassi di automazione (STP) e la produttività delle risorse.

Dove reperirli

Si trova nei registri di audit o nelle colonne dei metadati della tabella delle transazioni.

Esempi
SystemAgent_01jdoeAPPROVER_GROUP_AAutoReconcilerAPI_User
Canale di elaborazione
ProcessingChannel
L’interfaccia o il canale attraverso cui è stato avviato il pagamento.
Descrizione

Questo attributo indica il punto di ingresso della disposizione di pagamento, per esempio app mobile, portale web, API o caricamento di file. Fornisce informazioni sulle abitudini dei clienti e sull’utilizzo dei canali.

Analizzare le prestazioni del processo per canale può mettere in luce differenze tecniche. Per esempio, i pagamenti avviati tramite API potrebbero essere elaborati immediatamente, mentre i file caricati potrebbero attendere l’elaborazione in batch. Questo aiuta a comprendere l’esperienza degli utenti sulle diverse piattaforme.

È utile anche per analizzare il passaggio dai canali tradizionali, come l’inserimento manuale o il fax, a quelli digitali, sostenendo le iniziative di trasformazione digitale.

Perché è importante

Aiuta ad analizzare l’andamento dei volumi e le differenze di prestazioni tra i punti di ingresso, per esempio tra app mobile e web.

Dove reperirli

Si trova nell’intestazione della transazione o nei metadati della sessione.

Esempi
App mobilePortale webFile H2HAPITerminale POS
Nome del beneficiario
BeneficiaryName
Il nome della persona o dell’entità che riceve il pagamento.
Descrizione

Questo attributo identifica il beneficiario. In un contesto B2B si tratta del fornitore; in un contesto P2P, della persona che riceve il pagamento. Indica quindi a chi viene effettuato il pagamento.

L’analisi dei pagamenti per beneficiario può rivelare schemi ricorrenti, come pagamenti frequenti a entità ad alto rischio o un’eccessiva concentrazione su determinati fornitori. È utile anche per l’analisi delle frodi, perché permette di individuare se più pagamenti di piccolo importo vengono indirizzati a un unico beneficiario inatteso.

In questo campo sono frequenti problemi di qualità dei dati, dovuti a varianti ortografiche, per esempio «Inc.» e «Incorporated». Spesso è necessario ripulire i dati per ottenere aggregazioni accurate.

Perché è importante

Utile per l’analisi dei fornitori, il rilevamento delle frodi e la profilazione del rischio.

Dove reperirli

Si trova nella sezione dei dettagli del beneficiario delle istruzioni di pagamento.

Esempi
Acme CorpGlobal Services LtdJohn SmithAzure Cloud ServicesAutorità fiscale
Punteggio di rischio
RiskScore
Un punteggio numerico che indica la probabilità di frode o di rischio per la conformità.
Descrizione

Questo attributo è un valore generato dai motori di rilevamento delle frodi o dai modelli di rischio. In genere, un punteggio più alto indica una maggiore probabilità che la transazione sia fraudolenta o ad alto rischio.

Nell’analisi dei processi, questo punteggio aiuta a spiegare perché alcuni pagamenti attraversano cicli di revisione prolungati. I pagamenti con punteggi di rischio elevati richiedono spesso interventi manuali, che allungano i tempi di ciclo. Correlare i punteggi di rischio con gli esiti finali, approvato o rifiutato, aiuta a calibrare l’efficacia delle regole di rischio.

Non tutti i sistemi generano un punteggio numerico; alcuni forniscono solo un indicatore di stato. Nei gateway di pagamento moderni, tuttavia, questa è una metrica standard per prendere decisioni.

Perché è importante

Aiuta a spiegare le deviazioni del processo, come le revisioni manuali e i blocchi dovuti ai controlli antifrode.

Dove reperirli

Output del sistema di rilevamento delle frodi o del motore di rischio.

Esempi
08512.5994
Obbligatorio Consigliato Facoltativo

Attività della gestione dei pagamenti

Acquisisca questi passaggi e traguardi fondamentali del processo, così che l’Event Log costituisca una base accurata per l’individuazione dei processi e il monitoraggio dettagliato delle prestazioni.
6 Consigliato 8 Facoltativo
Attività Descrizione
Istruzione di pagamento inviata
Invio del file o del messaggio di pagamento definitivo alla rete di pagamento esterna o alla stanza di compensazione. Segna il passaggio dal sistema interno al sistema esterno.
Perché è importante

È una fase cruciale che separa il tempo di elaborazione interno dal tempo di regolamento esterno.

Dove reperirli

Registrato quando vengono generati i file, inviate le chiamate API alla rete o lo stato passa a Trasmesso.

Acquisizione

Individui la marca temporale della chiamata API in uscita o dell’evento di trasferimento del file.

Tipo di evento explicit
Pagamento approvato
La fase interna in cui un utente autorizzato o una regola di sistema concede il permesso di procedere con il pagamento. È distinta dall’autorizzazione finanziaria esterna e rappresenta l’approvazione da parte dell’organizzazione.
Perché è importante

Spesso è una delle principali cause di colli di bottiglia, a causa dei flussi di lavoro manuali e dei tempi di risposta delle persone.

Dove reperirli

Registrato nei log di approvazione del flusso di lavoro oppure quando il flag di approvazione viene impostato su true.

Acquisizione

Registri la marca temporale in cui l’approvazione finale viene salvata nel database.

Tipo di evento explicit
Pagamento autorizzato
Conferma finanziaria che i fondi sono riservati o disponibili per la transazione. Spesso comporta un’interazione con il sistema bancario centrale, l’emittente della carta o una linea di credito.
Perché è importante

Confermare l’autorizzazione è un passaggio di controllo fondamentale prima che i fondi vengano effettivamente trasferiti.

Dove reperirli

Disponibile nei log delle risposte del gateway o nelle tabelle delle autorizzazioni del sistema bancario centrale.

Acquisizione

Estragga la marca temporale del codice di risposta che conferma l’autorizzazione.

Tipo di evento explicit
Pagamento creato
Creazione iniziale nel sistema della registrazione di una transazione di pagamento. Questo evento registra la marca temporale in cui la richiesta di pagamento viene inserita per la prima volta, manualmente da un utente o tramite una chiamata API.
Perché è importante

Definisce l’ora di inizio del ciclo di pagamento end-to-end e costituisce la base di riferimento per l’analisi dei volumi.

Dove reperirli

In genere è registrato nella marca temporale di creazione della tabella principale delle transazioni o in una voce dedicata del log di audit per i nuovi record.

Acquisizione

Estragga la marca temporale più remota associata all’ID della transazione di pagamento.

Tipo di evento explicit
Pagamento non riuscito
Stato finale che indica che il pagamento non può essere completato a causa di problemi tecnici o finanziari non risolvibili. Segna la conclusione definitiva dell’istanza del processo.
Perché è importante

È un indicatore fondamentale di affidabilità: analizzare gli schemi ricorrenti in questa fase aiuta a ridurre le transazioni interrotte.

Dove reperirli

Acquisito dai codici di stato finali di errore o dai log degli errori irreversibili.

Acquisizione

Individui le transazioni che raggiungono uno stato di errore definitivo.

Tipo di evento explicit
Pagamento regolato
Completamento del trasferimento finanziario, con l’accredito dei fondi al beneficiario. È il principale stato finale positivo di una transazione di pagamento.
Perché è importante

Si utilizza per calcolare il tempo di ciclo complessivo ed è il principale criterio di successo del processo.

Dove reperirli

Di solito è indicato da uno specifico stato di regolamento, da un report di conferma o da una registrazione nel libro mastro.

Acquisizione

Estragga la data e l’ora di elaborazione della conferma di regolamento.

Tipo di evento explicit
Errore di pagamento individuato
Indica che il sistema o un servizio esterno di convalida ha rilevato un problema nel pagamento, ad esempio fondi insufficienti o dati non validi. Questo evento segna l’inizio di un ciclo di gestione delle eccezioni.
Perché è importante

È fondamentale per calcolare il tasso di rilavorazione e individuare i problemi di qualità nei dati inseriti nelle fasi precedenti.

Dove reperirli

Acquisito dai log degli errori, dalle tabelle delle eccezioni o dai codici di stato che indicano un errore o una sospensione.

Acquisizione

Filtri i codici di errore o gli aggiornamenti di stato che segnalano la necessità di correggere la transazione.

Tipo di evento explicit
Errore di pagamento risolto
Segna la correzione di un problema individuato in precedenza e consente al pagamento di riprendere il normale flusso di elaborazione. Di solito richiede un intervento manuale o l’attivazione di un nuovo tentativo automatico.
Perché è importante

È essenziale per misurare il tempo e il lavoro dedicati alla risoluzione delle eccezioni di pagamento.

Dove reperirli

Si deduce quando una transazione passa da uno stato di errore a uno stato di elaborazione o di disponibilità.

Acquisizione

Rilevi i passaggi dai codici di errore agli stati di elaborazione validi.

Tipo di evento inferred
Pagamento annullato
Interruzione volontaria di un pagamento da parte di un utente o di un amministratore prima del regolamento. L’operazione annulla di fatto la transazione.
Perché è importante

Distinguere gli annullamenti dagli errori è importante per capire se si tratta di comportamenti degli utenti o di problemi di sistema.

Dove reperirli

Registrato esplicitamente quando viene eseguito un comando di annullamento o lo stato passa ad Annullato.

Acquisizione

Acquisisca la marca temporale del comando di annullamento.

Tipo di evento explicit
Pagamento confermato
Ricezione di una conferma tecnica dalla rete esterna, che indica che l’istruzione è stata ricevuta e che il formato è valido. Conferma che il pagamento è entrato nel flusso di elaborazione esterno.
Perché è importante

Verifica che il passaggio alla rete sia avvenuto correttamente e che la transazione sia in attesa di regolamento.

Dove reperirli

Acquisito dai messaggi di conferma in entrata (ACK) o dai webhook del fornitore.

Acquisizione

Registri l’ora di ricezione del messaggio di conferma del sistema esterno.

Tipo di evento explicit
Pagamento convalidato
Completamento dei controlli automatici sulle istruzioni di pagamento, ad esempio sulla sintassi del formato, sulla validità del numero di conto e sulla conformità. Questa fase verifica che i dati siano corretti prima di passare all’approvazione o all’esecuzione.
Perché è importante

Una durata elevata in questa fase può indicare servizi esterni di convalida lenti o regole di conformità complesse.

Dove reperirli

Di solito viene registrato quando lo stato passa da Bozza a Convalidato oppure dedotto da un log che indica il buon esito della convalida.

Acquisizione

Individui i cambiamenti di stato che indicano una convalida riuscita o le voci specifiche registrate da un motore di conformità.

Tipo di evento inferred
Pagamento riconciliato
Processo contabile che abbina la registrazione del pagamento nel sistema agli estratti conto bancari o ai registri esterni. In questo modo si verifica che i dati del sistema contabile corrispondano alla situazione effettiva.
Perché è importante

Indica la chiusura amministrativa della transazione e la sua integrità finanziaria.

Dove reperirli

Disponibile nei moduli di riconciliazione oppure dedotto quando alla transazione viene assegnato un ID di abbinamento.

Acquisizione

Colleghi la transazione alla marca temporale della tabella di riconciliazione.

Tipo di evento calculated
Pagamento rifiutato
Evento in cui un approvatore interno o un soggetto esterno responsabile dei controlli respinge esplicitamente la richiesta di pagamento. Il flusso corrente si interrompe e può essere inviata una notifica a chi ha avviato la richiesta.
Perché è importante

È importante per analizzare i motivi dei rifiuti e ridurre le anomalie nel flusso dei pagamenti.

Dove reperirli

Registrato esplicitamente nella cronologia del flusso di lavoro oppure dedotto da un aggiornamento dello stato finale, come Rifiutato o Respinto.

Acquisizione

Acquisisca l’azione specifica con cui un utente o il sistema genera un evento di rifiuto.

Tipo di evento explicit
Pagamento rimborsato
Si verifica quando un pagamento già regolato viene stornato e i fondi vengono restituiti al pagatore. In genere questa attività avviene dopo la conclusione formale del processo principale.
Perché è importante

Il tasso di rimborso è un indicatore chiave della qualità del servizio o del prodotto sottostante.

Dove reperirli

Acquisito da una transazione di rimborso collegata o da un cambiamento di stato che indica uno storno.

Acquisizione

Individui gli eventi di rimborso collegati all’ID del pagamento originale.

Tipo di evento explicit
Consigliato Facoltativo

Guide all’estrazione

Come ottenere i dati per il Process Mining.

I metodi di estrazione variano in base al sistema. Per istruzioni dettagliate,

consulti la nostra guida ETL

oppure selezioni un processo e un sistema specifici.

È pronto a iniziare?

Inizi scaricando questo template generico oppure scelga una guida all’estrazione specifica per scoprire come estrarre i dati dal Suo ambiente.

Riduca subito le perdite di ricavi nei pagamenti

Ottenga una visione completa di ogni transazione e riduca gli errori

Inizi la prova gratuita

Non è richiesta la carta di credito • Configurazione in 5 minuti