Il Suo Template per i Dati di Elaborazione dei Pagamenti

Fiserv
Il Suo Template per i Dati di Elaborazione dei Pagamenti

Il Suo Template per i Dati di Elaborazione dei Pagamenti

Questo template fornisce un framework strutturato per aiutarla a mappare i suoi dati Fiserv in un formato adatto per il process mining e l'analisi. Delinea gli attributi e le attività essenziali necessari per ottenere una chiara visibilità sui suoi cicli di liquidazione e riconciliazione. Seguendo questa guida, potrà creare un event log robusto che evidenzia inefficienze e rischi di conformità all'interno delle sue operazioni finanziarie.
  • Attributi raccomandati per l'analisi dei pagamenti
  • `Milestone` di processo chiave da monitorare
  • Guida tecnica per l'estrazione dei dati Fiserv
È nuovo agli event log? Impari come creare un event log di Process Mining.

Attributi di Elaborazione Pagamenti

Questi campi dati raccomandati forniscono il contesto necessario affinché il suo event log supporti un'analisi completa dell'intero ciclo di vita dei suoi pagamenti.
5 Obbligatorio 10 Consigliato 5 Facoltativo
Nome Descrizione
ID Transazione Pagamento
PaymentTransactionId
L'identificativo unico per la specifica istruzione di pagamento o il caso di transazione.
Descrizione

Questo attributo funge da chiave centrale per collegare tutte le attività all'interno di un singolo ciclo di vita del pagamento. Permette agli analisti di tracciare il percorso dalla richiesta iniziale attraverso la validazione, l'approvazione e la liquidazione finale o l'annullamento.

Negli ambienti Fiserv, questa è tipicamente la chiave primaria nelle tabelle di cronologia delle transazioni. È essenziale per la ricostruzione del flusso di processo e per garantire che eventi disgiunti (come la liquidazione che avviene giorni dopo l'autorizzazione) siano correttamente associati allo stesso oggetto aziendale.

Perché è importante

È l'ID Caso fondamentale richiesto per raggruppare gli eventi in istanze di processo.

Dove trovare

Consultare la documentazione Fiserv per le tabelle di Intestazione Transazione o Pagamento.

Esempi
TRX-99823101PMT-2023-88421002938475CHK-5512WIRE-US-9921
Nome attività
ActivityName
Lo specifico evento o la modifica di stato che si è verificata nel processo di pagamento.
Descrizione

Questo attributo descrive il passaggio eseguito, come 'Richiesta di Pagamento Creata' o 'Pagamento Liquidato'. Definisce i nodi nella mappa di processo ed è fondamentale per comprendere la sequenza delle operazioni.

Analizzando le attività distinte, le organizzazioni possono visualizzare il workflow, identificare i passaggi saltati e rilevare percorsi non conformi dove validazioni o approvazioni obbligatorie sono state bypassate.

Perché è importante

Definisce gli eventi che compongono la cronologia del processo.

Dove trovare

Log cronologia transazioni o tabelle di audit modifiche stato.

Esempi
Richiesta di Pagamento CreataPagamento AutorizzatoErrore di Pagamento IdentificatoPagamento SaldatoPagamento Annullato
Timestamp Evento
EventTimestamp
La data e l'ora esatte in cui si è verificata l'attività.
Descrizione

Questo attributo registra il momento preciso in cui si è verificato un evento. È la base per tutte le analisi temporali, inclusi i tempi di ciclo, i tempi di consegna e l'identificazione dei bottleneck.

Nelle dashboard, questi dati guidano il calcolo della durata tra i passaggi, come il tempo dalla 'Richiesta di Pagamento Creata' al 'Pagamento Autorizzato'. I timestamp ad alta precisione sono necessari per ordinare accuratamente gli eventi che avvengono in rapida successione.

Perché è importante

Richiesto per ordinare gli eventi e calcolare le durate delle performance di processo.

Dove trovare

Log di audit o colonne di timestamp di aggiornamento delle transazioni.

Esempi
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:00:00Z2023-10-17T10:00:00Z
Sistema di Origine
SourceSystem
Il nome del sistema da cui provengono i dati.
Descrizione

Identifica lo specifico modulo Fiserv o sistema esterno che ha generato l'evento. Questo è particolarmente utile in scenari complessi dove i pagamenti potrebbero originare in un canale front-end e liquidarsi in un sistema di core banking back-end.

Permette agli analisti di filtrare la vista del processo per sistema di origine, assicurando che l'analisi possa essere mirata a specifici ambienti tecnici o punti di integrazione.

Perché è importante

Fornisce contesto tecnico e data lineage.

Dove trovare

Codificato direttamente durante l'estrazione o metadati di sistema.

Esempi
Fiserv PremierFiserv SignatureFiserv DNAFiserv Enterprise Payments Platform
Ultimo `Data Update`
LastDataUpdate
Il `timestamp` dell'ultima estrazione o aggiornamento del record.
Descrizione

Indica la freschezza dei dati utilizzati per l'analisi. Questo è cruciale per determinare se le dashboard riflettono operazioni in tempo reale o istantanee storiche.

Aiuta gli utenti a fidarsi delle metriche visualizzate, assicurando che non prendano decisioni basate su dati obsoleti, specialmente quando monitorano la conformità alle scadenze o i bottleneck attivi.

Perché è importante

Assicura attualità e affidabilità dei dati.

Dove trovare

Ora di sistema al momento dell'esecuzione ETL.

Esempi
2023-10-27T12:00:00Z2023-10-28T06:00:00Z
Codice Errore
ErrorCode
Il codice specifico generato quando un pagamento fallisce la validazione.
Descrizione

Cattura il codice di errore tecnico o aziendale associato alle attività di 'Pagamento Errore Identificato'. Questo attributo è la base del Tracker di Errori di Validazione e Rilavorazione.

Aggregando le frequenze di specifici codici di errore, l'organizzazione può individuare problemi sistemici di qualità dei dati (ad es. 'Numero di Routing Non Valido') e implementare correzioni mirate alla logica di validazione o alla formazione degli utenti.

Perché è importante

Identifica le cause alla radice della rilavorazione.

Dove trovare

Log di errore o dettagli sullo stato delle transazioni.

Esempi
E-101INV_ACCNSF_ERRAUTH_FAIL
Codice Valuta
CurrencyCode
Il codice valuta ISO per l'importo del pagamento.
Descrizione

Specifica la valuta in cui è denominato il pagamento (ad esempio, USD, EUR). Questo attributo è vitale per la dashboard "Currency and Method Volume Trends", consentendo all'organizzazione di monitorare l'esposizione a diverse valute estere.

Viene anche utilizzato per normalizzare gli importi per la rendicontazione globale e per garantire che i controlli sui duplicati non segnalino erroneamente transazioni dello stesso valore numerico ma di valute diverse.

Perché è importante

Necessario per l'analisi dell'elaborazione multi-valuta.

Dove trovare

Tabella intestazione transazione, colonna Valuta.

Esempi
USDEURGBPCADJPY
Data Scadenza Pagamento
PaymentDueDate
La data entro cui il pagamento deve essere elaborato.
Descrizione

La data target per il completamento del pagamento. Viene utilizzata nel "Processing Cutoff Compliance Monitor" per segnalare le transazioni a rischio di ritardo.

Confrontare il timestamp 'Payment Settled' con questo attributo permette il calcolo delle metriche di consegna puntuale e aiuta l'organizzazione a mantenere la fiducia con i beneficiari.

Perché è importante

Punto di riferimento per la misurazione della conformità agli SLA.

Dove trovare

Dettagli istruzione di pagamento.

Esempi
2023-11-012023-11-15
Durata Elaborazione
ProcessingDuration
Il tempo impiegato per il completamento dell'attività specifica.
Descrizione

Rappresenta la durata dell'attività stessa o il tempo trascorso dall'attività precedente. Questo consente un'analisi granulare su come viene impiegato il tempo nel processo.

Viene utilizzato per popolare il mapping generico del Tempo di Elaborazione e aiuta a identificare i passaggi specifici che sono costantemente più lenti del previsto.

Perché è importante

Misura l'efficienza dei singoli passaggi di processo.

Dove trovare

Calcolato dalle differenze di timestamp.

Esempi
00:05:0024:00:0000:00:30
Importo del Pagamento
PaymentAmount
Il valore monetario della transazione di pagamento.
Descrizione

Questo attributo rappresenta il valore finanziario associato al pagamento. È una dimensione primaria per la segmentazione dell'analisi, consentendo agli utenti di distinguere tra pagamenti strategici di alto valore e transazioni di routine di basso valore.

È essenziale per la "Duplicate Payment Detection View", dove importi identici abbinati ai dettagli del pagatore/beneficiario segnalano potenziali errori. Supporta anche l'analisi dell'autorità di approvazione, poiché importi più elevati spesso innescano percorsi di workflow diversi.

Perché è importante

Critico per l'analisi del rischio finanziario e il rilevamento dei duplicati.

Dove trovare

Tabella intestazione transazione, colonna Importo.

Esempi
150.0025000.5010.991000000.00
Is STP
IsStraightThroughProcessing
Flag che indica se il pagamento non ha richiesto interventi manuali.
Descrizione

Un attributo booleano calcolato che è vero se il caso non contiene passaggi di 'Pagamento Errore Identificato', 'Pagamento Errore Risolto' o 'Pagamento Approvato' manuale (a seconda della definizione). Questo supporta direttamente l'KPI del Tasso di Straight Through Processing.

Permette una segmentazione binaria del processo: flussi puramente automatizzati versus quelli che richiedono un tocco umano, facilitando una visione chiara del potenziale di automazione.

Perché è importante

Metrica chiave per l'efficienza del processo e il successo dell'automazione.

Dove trovare

Calcolato durante la trasformazione dei dati.

Esempi
truefalse
Metodo di Pagamento
PaymentMethod
Il meccanismo utilizzato per eseguire il pagamento (ad es. Wire, ACH).
Descrizione

Classifica la transazione in base al suo canale di elaborazione. Questo attributo è fondamentale per l'Analisi del Tempo di Ciclo di Autorizzazione, poiché metodi diversi hanno procedure operative standard e accordi sul livello di servizio notevolmente diversi.

L'analisi delle varianti di processo per metodo di pagamento aiuta a isolare se i ritardi sono sistemici a un canale specifico (come i bonifici internazionali) o generali per l'organizzazione.

Perché è importante

Segmenta i flussi di processo in base all'infrastruttura utilizzata.

Dove trovare

Colonna tipo di transazione o codice strumento.

Esempi
WireACHAssegnoRTPTrasferimento Interno
Numero Conto Beneficiario
PayeeAccountNumber
Il numero di conto su cui vengono accreditati i fondi.
Descrizione

Identifica il conto di destinazione. Come il conto del Pagatore, questo è critico per la Vista di Rilevamento Pagamenti Duplicati. Assicura che l'analisi si concentri correttamente su specifiche relazioni di beneficiari.

Nel monitoraggio della conformità alle scadenze, conoscere il beneficiario può aiutare a dare priorità a fornitori strategici o liquidazioni critiche che non devono fallire.

Perché è importante

Essenziale per il rilevamento dei duplicati e l'analisi del beneficiario.

Dove trovare

Dettagli della transazione, colonna Conto di Credito o Beneficiario.

Esempi
555000111222333444BEN-882-11
Numero Conto Pagatore
PayerAccountNumber
Il numero di conto da cui vengono addebitati i fondi.
Descrizione

Identifica il conto di origine per il pagamento. Questo è un componente chiave della Vista di Rilevamento Pagamenti Duplicati. Se combinato con Beneficiario, Importo e Ora, forma l'impronta digitale unica utilizzata per catturare pagamenti doppi accidentali.

Permette anche l'analisi del volume di pagamenti per conto di origine per identificare i portfolio interni più attivi.

Perché è importante

Essenziale per il rilevamento dei duplicati e l'analisi delle frodi.

Dove trovare

Dettagli della transazione, colonna Conto di Debito.

Esempi
123456789987654321ACC-001-992
Utente di Elaborazione
ProcessingUser
L'ID utente o l'agente di sistema responsabile dell'attività.
Descrizione

Identifica chi ha eseguito l'azione specifica, sia un approvatore umano che un bot di automazione di sistema. Questi dati alimentano le dashboard di Efficienza del Ciclo di Risoluzione Errori e di Throughput dell'Autorità di Approvazione.

Tracciando gli utenti, gli analisti possono identificare esigenze di formazione per individui con alti tassi di errore o riconoscere bottleneck dove specifici approvatori sono sovraccarichi di richieste.

Perché è importante

Abilita l'analisi delle risorse e l'identificazione dei bottleneck.

Dove trovare

Log di audit, colonna ID Utente.

Esempi
jdoeSYSTEM_BATCHmsmith_approverAPI_USER
Banca del Beneficiario
BeneficiaryBank
Il nome o l'identificativo della banca ricevente.
Descrizione

Identifica l'istituzione finanziaria che riceve il pagamento. Questo è utile per analizzare i ritardi di liquidazione, poiché banche riceventi specifiche possono avere diverse velocità di elaborazione o problemi di integrazione.

Aggiunge un'altra dimensione alla dashboard del Gap tra Liquidazione e Riconciliazione, evidenziando se i ritardi sono esterni (specifici della banca) o interni.

Perché è importante

Analisi delle dipendenze esterne.

Dove trovare

Dettagli della transazione, colonna ID Banca o Nome.

Esempi
ChaseBank of AmericaWells FargoCitibank
È una Rilavorazione
IsRework
Flag che indica se questa specifica attività fa parte di un ciclo di rilavorazione.
Descrizione

Un flag booleano che contrassegna le attività che si verificano dopo che un errore è stato identificato ma prima che sia risolto, o le attività ripetute. Questo supporta l'KPI del Tasso di Rilavorazione per la Validazione dei Pagamenti.

Permette agli analisti di filtrare la mappa di processo per mostrare solo il 'percorso ideale' (happy path) o, al contrario, di concentrarsi interamente sul 'percorso di rilavorazione' (rework path) per comprendere le modalità di fallimento.

Perché è importante

Isola il lavoro a valore aggiunto dal lavoro di correzione.

Dove trovare

Calcolato in base ai cicli di processo.

Esempi
truefalse
Livello di Approvazione
ApprovalLevel
Il livello gerarchico richiesto o utilizzato per autorizzare il pagamento.
Descrizione

Indica il livello di anzianità o autorità associato all'attività 'Pagamento Approvato'. Questo viene utilizzato nella dashboard di Throughput dell'Autorità di Approvazione per analizzare se gli approvatori di livello superiore stanno diventando bottleneck.

Comprendere la distribuzione dei pagamenti tra i livelli (ad es. Livello 1 vs. Livello 3) aiuta a ottimizzare le politiche di delega di autorità.

Perché è importante

Segmenta i bottleneck di approvazione per gerarchia.

Dove trovare

Ruolo utente o tabelle di workflow di approvazione.

Esempi
Level 1ResponsabileDirectorCFO
Scadenza Mancata
IsCutoffMissed
Flag che indica se il pagamento è stato inviato dopo la scadenza bancaria giornaliera.
Descrizione

Un booleano calcolato che confronta l'ora di 'Istruzione di Pagamento Inviata' con l'ora limite giornaliera per la specifica valuta/metodo. Questo supporta l'KPI del Tasso di Aderenza alle Scadenze.

Identificare le scadenze mancate aiuta a indagare le cause profonde dei ritardi, sia che derivino da un'iniziazione tardiva o da una lenta elaborazione interna.

Perché è importante

Critico per la conformità operativa e la gestione della liquidità.

Dove trovare

Calcolato confrontando EventTimestamp con la tabella di riferimento Cutoff.

Esempi
truefalse
Unità aziendale
BusinessUnit
Il dipartimento o la divisione che ha avviato il pagamento.
Descrizione

Categorizza il pagamento per unità organizzativa responsabile della spesa. Questo aiuta nell'allocazione dei costi e nella comprensione di quali parti dell'organizzazione generano la maggior parte di rilavorazione manuale o errori.

Supporta l'Audit di Conformità del Percorso di Pagamento assicurando che le diverse unità aderiscano ai loro requisiti specifici normativi o di controllo interno.

Perché è importante

Fornisce contesto organizzativo per le prestazioni.

Dove trovare

Mappatura centro di costo o codice dipartimento.

Esempi
Retail BankingPrestito CommercialeGestione PatrimonialeOperazioni
Obbligatorio Consigliato Facoltativo

Attività di Elaborazione Pagamenti

Acquisite questi passaggi di processo e `milestone` essenziali nel vostro `event log` per abilitare la scoperta e l'ottimizzazione accurate dei vostri `workflow` di pagamento.
5 Consigliato 8 Facoltativo
Activity Descrizione
Istruzione di Pagamento Inviata
La trasmissione del file di pagamento (ad es. batch ACH, messaggio Wire) alla rete esterna o alla stanza di compensazione. Questo è un punto di passaggio critico.
Perché è importante

Critico per il 'Monitor di Conformità Scadenze di Elaborazione'. Assicura che l'organizzazione rispetti le scadenze bancarie giornaliere.

Dove trovare

Log di elaborazione batch o timestamp di generazione file. Spesso registrati come 'Batch Creato' o 'File Trasmesso'.

Acquisisci

Registrato quando il file batch viene generato

Tipo di evento explicit
Pagamento Approvato
Una decisione manuale o automatizzata per consentire il proseguimento del pagamento basata sui limiti di autorità. Questo viene registrato quando un utente autorizzato o una regola di sistema aggiorna il flag di approvazione.
Perché è importante

Chiave per l''Analisi del Tempo di Ciclo di Autorizzazione'. I ritardi qui indicano bottleneck nella catena di approvazione umana.

Dove trovare

Log di audit che mostrano un'azione utente che cambia lo stato da 'In Attesa di Approvazione' ad 'Approvato'.

Acquisisci

Registrato quando viene intrapresa l'azione di approvazione

Tipo di evento explicit
Pagamento Riconciliato
L'abbinamento interno della transazione con gli estratti conto bancari o i file di liquidazione. Questo chiude il ciclo per la contabilità.
Perché è importante

Richiesto per il 'Gap dalla Liquidazione alla Riconciliazione'. Assicura la corretta chiusura dei libri contabili.

Dove trovare

Log del modulo di riconciliazione dove lo stato si aggiorna a 'Abbinato' o 'Riconciliato'.

Acquisisci

Registrato quando si verifica una corrispondenza di riconciliazione

Tipo di evento explicit
Pagamento Saldato
Il movimento dei fondi è finalizzato e registrato nel libro mastro generale. Questo segna il completamento finanziario della transazione dal punto di vista della banca.
Perché è importante

Il punto finale primario per il 'Tasso di Straight Through Processing'. Indica che il denaro si è effettivamente mosso.

Dove trovare

Stato transazione 'Registrato' o presenza di un timestamp 'Data Registrazione' nel libro mastro.

Acquisisci

Registrato quando si verifica la registrazione in contabilità generale

Tipo di evento explicit
Richiesta di Pagamento Creata
L'inserimento iniziale dell'istruzione di pagamento nel sistema Fiserv. Questo viene registrato esplicitamente quando un utente o un sistema esterno avvia una transazione tramite API o interfaccia.
Perché è importante

Segna l'inizio della cronologia del processo. Essenziale per calcolare il tempo di ciclo totale e identificare i bottleneck di ingresso.

Dove trovare

Timestamp di creazione della tabella di cronologia transazioni. Cerchi la registrazione più vecchia con lo specifico ID Transazione di Pagamento.

Acquisisci

Registrato quando il record di transazione viene inserito

Tipo di evento explicit
Dettagli Pagamento Validati
Il sistema verifica i numeri di conto, i codici di instradamento e la conformità al formato. Ciò si deduce tipicamente quando una transazione passa con successo da uno stato di ricezione a uno stato in sospeso o approvato senza generare un errore.
Perché è importante

Indica che il primo gate automatizzato è stato superato. Un fallimento qui rappresenta problemi di qualità dei dati piuttosto che problemi di liquidità o approvazione.

Dove trovare

Inferito da un cambiamento di stato da 'Ricevuto' a 'In Sospeso' o 'Pronto' entro un breve periodo di tempo.

Acquisisci

Confrontare il campo stato prima/dopo

Tipo di evento inferred
Errore di Pagamento Identificato
Cattura il momento in cui una transazione viene contrassegnata con uno stato di fallimento o un codice di eccezione. Ciò si verifica quando le regole di validazione falliscono o i controlli esterni restituiscono una risposta negativa.
Perché è importante

Critico per la dashboard 'Tracker Errori di Validazione e Rilavorazione'. Volumi elevati qui indicano problemi di qualità dei dati a monte.

Dove trovare

Il campo stato transazione cambia a un codice di eccezione (ad es. 'Non valido', 'In sospeso', 'Errore').

Acquisisci

Registrato quando lo stato cambia in Errore

Tipo di evento explicit
Errore di Pagamento Risolto
Rappresenta la correzione di una transazione precedentemente errata. Ciò si deduce quando una transazione passa da uno stato di errore a uno stato di elaborazione o valido.
Perché è importante

Essenziale per il calcolo del 'Tempo Medio per Risolvere gli Errori di Pagamento'. Aiuta a misurare l'efficienza del team operativo.

Dove trovare

Inferito quando lo stato della transazione si aggiorna da un codice di errore a un codice di elaborazione normale.

Acquisisci

Confrontare il campo stato prima/dopo

Tipo di evento inferred
Notifica Pagamento Inviata
Il sistema attiva una comunicazione (email/SMS) al pagatore o al beneficiario confermando la transazione. Ciò migliora la trasparenza per il cliente.
Perché è importante

Supporta la 'Velocità e Reattività delle Notifiche'. Lunghi intervalli dopo la liquidazione riducono la fiducia del cliente.

Dove trovare

Log di comunicazione o tabelle di cronologia delle interazioni con i clienti collegate all'ID Transazione.

Acquisisci

Registrato quando l'email/SMS viene attivato

Tipo di evento explicit
Pagamento Annullato
La terminazione di un flusso di pagamento prima della liquidazione, avviata da un utente o da una regola di sistema. Questo interrompe tutte le ulteriori elaborazioni.
Perché è importante

Identifica sprechi e lavori abbandonati. Alti tassi di cancellazione dopo l'approvazione suggeriscono inefficienze di processo.

Dove trovare

Modifica dello stato in 'Annullato', 'Nullo' o 'Interrotto'.

Acquisisci

Registrato quando lo stato cambia in Annullato

Tipo di evento explicit
Pagamento Autorizzato
La conferma interna finale che i fondi sono disponibili e la transazione è autorizzata per l'esecuzione. Ciò può avvenire contemporaneamente all'approvazione o come un distinto controllo di sistema.
Perché è importante

Differenzia tra approvazione manageriale e autorizzazione a livello di sistema. Importante per la dashboard 'Throughput dell'Autorità di Approvazione'.

Dove trovare

Modifica dello stato che indica 'Autorizzato' o 'Pronto per la contabilizzazione'.

Acquisisci

Confrontare il campo stato prima/dopo

Tipo di evento inferred
Pagamento confermato
Ricezione di una conferma positiva (ACK) dalla rete esterna o dal gateway. Questo attesta che l'istruzione è stata ricevuta correttamente dall'entità successiva.
Perché è importante

Convalida che l''Istruzione Inviata' sia stata completata con successo. Lacune qui indicano problemi di connettività di rete o di formato esterno.

Dove trovare

Log di elaborazione file in entrata o codici di risposta API che riconoscono la ricezione.

Acquisisci

Registrato alla ricezione dell'ACK

Tipo di evento explicit
Pagamento Programmato
Si verifica quando un pagamento viene approvato ma trattenuto per una data effettiva futura. Il sistema mette in coda la transazione finché non si apre la finestra di elaborazione.
Perché è importante

Spiega il tempo di inattività nel processo. Differenzia tra un ritardo causato da un bottleneck e un'attesa deliberata per la data di scadenza.

Dove trovare

Confronto tra 'Data di Inserimento' e 'Data Effettiva'. Se la Data Effettiva è futura, questo stato è attivo.

Acquisisci

Derivare dal confronto del campo X con Y

Tipo di evento calculated
Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i vostri `dati` da Fiserv