Il template dei dati per la gestione dei pagamenti
Il template dei dati per la gestione dei pagamenti
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
Attributi della gestione dei pagamenti
| 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 | |||
Attività della gestione dei pagamenti
| 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 | |||
Guide all’estrazione
I metodi di estrazione variano in base al sistema. Per istruzioni dettagliate,
È 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
Non è richiesta la carta di credito • Configurazione in 5 minuti