Il Suo Template per i Dati di Elaborazione dei Pagamenti
Il Suo Template per i Dati di Elaborazione dei Pagamenti
- Attributi raccomandati per l'analisi dei pagamenti
- `Milestone` di processo chiave da monitorare
- Guida tecnica per l'estrazione dei dati Fiserv
Attributi di Elaborazione Pagamenti
| 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
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
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' 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
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 Aiuta gli utenti a fidarsi delle metriche visualizzate, assicurando che non prendano decisioni basate su
Perché è importante
Assicura attualità e affidabilità dei
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 Aggregando le frequenze di specifici codici di errore, l'organizzazione può individuare problemi sistemici di qualità dei
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 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
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 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
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
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 Tracciando gli utenti, gli analisti possono identificare esigenze di formazione per individui con alti tassi di errore o riconoscere
Perché è importante
Abilita l'analisi delle risorse e l'identificazione dei
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
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 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
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
Perché è importante
Fornisce contesto organizzativo per le prestazioni.
Dove trovare
Mappatura centro di costo o codice dipartimento.
Esempi
Retail BankingPrestito CommercialeGestione PatrimonialeOperazioni
|
|||
Attività di Elaborazione Pagamenti
| 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
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
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
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
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
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
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
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
|
|||