> Miglioramento Continuo dei Processi > Elaborazione Pagamenti > FIS Global > Template Dati

Il Tuo Template Data Elaborazione Pagamenti

FIS Global

Attributi di Elaborazione dei Pagamenti (20) Attività di Elaborazione dei Pagamenti (13) Guide all'Estrazione (1)

Il Tuo Template Data Elaborazione Pagamenti

Questo template fornisce una guida completa agli attributi data essenziali e alle attività di processo necessarie per un'analisi efficace dell'elaborazione dei pagamenti. Include anche indicazioni pratiche su come estrarre queste informazioni critiche dai Suoi sistemi. Utilizzi questa risorsa per assicurarsi di acquisire tutti i data necessari per una solida iniziativa di Process Mining.

Attributi consigliati da raccogliere
Attività chiave da tracciare
Guida all'estrazione

È nuovo agli event log? Impari come creare un event log di Process Mining.

Scarica Template

Attributi di Elaborazione dei Pagamenti

Questi sono i campi data consigliati da includere nel Suo event log per un'analisi completa dell'Elaborazione Pagamenti.

3 Obbligatorio 7 Consigliato 10 Facoltativo

	Nome	Descrizione
	ID Transazione di Pagamento PaymentTransactionId	L'identificatore univoco per l'istruzione di pagamento o la transazione specifica.
Descrizione Questo attributo serve come chiave centrale per collegare tutti gli event all'interno di un singolo ciclo di vita del pagamento. Consente agli analisti di tracciare il pagamento dalla richiesta iniziale attraverso la convalida, l'approvazione e la liquidazione o riconciliazione finale. Nell'analisi, questo ID è essenziale per raggruppare event discreti in istanze di processo. Permette la visualizzazione del flusso end-to-end ed è la base per tutte le metriche a livello di caso, come il tempo di ciclo e i cicli di rilavorazione. Perché è importante È il connettore fondamentale per il process mining, consentendo di ricostruire attività disparate in un percorso coerente. Dove trovare Consultare la documentazione di FIS Global Esempi TRX-2023-899102PAY-US-99281ACH-7721-X99WIRE-2210-001
	Nome attività ActivityName	Il nome della specifica fase di processo o dell'evento che si è verificato.
Descrizione Questo campo registra l'azione specifica intrapresa in un dato momento, come 'Richiesta di Pagamento Creata' o 'Pagamento Saldato'. Definisce i nodi nella mappa di processo e determina la struttura del flusso di processo. Gli analisti utilizzano questo attributo per comprendere la sequenza delle operazioni. È critico per identificare le deviazioni dal happy path, individuare passaggi saltati o rilevare attività ridondanti come cicli di approvazione multipli. Perché è importante Definisce il 'cosa' del processo, consentendo la visualizzazione di mappe di processo e l'analisi delle varianti. Dove trovare Consultare la documentazione di FIS Global Esempi Richiesta di Pagamento CreataDettagli Pagamento ValidatiPagamento ApprovatoPagamento Saldato
	Timestamp Evento EventTimestamp	La data e l'ora specifiche in cui si è verificata l'attività.
Descrizione Questo attributo fornisce il contesto temporale per ogni event nel processo di pagamento. Registra il momento esatto in cui un'azione è stata registrata dal sistema, consentendo l'ordinamento cronologico delle attività. Nell'analisi, questo viene utilizzato per calcolare le durate tra i passaggi, i tempi di ciclo totali e i tassi di produttività. Consente l'identificazione dei bottleneck evidenziando i ritardi tra specifiche fasi del processo. Perché è importante L'analisi basata sul tempo è impossibile senza questo campo; essa guida tutti i KPI di performance ed efficienza. Dove trovare Consultare la documentazione di FIS Global Esempi 2023-10-12T08:30:15Z2023-10-12T09:45:00Z2023-10-13T14:20:10Z
	Codice Valuta CurrencyCode	Il codice ISO di 3 lettere che indica la valuta del pagamento.
Descrizione Questo attributo specifica la valuta per l'Importo del Pagamento (ad es. USD, EUR, GBP). È essenziale per normalizzare i data finanziari quando si analizzano i flussi di pagamento globali. Nell'analisi, questo campo consente la segmentazione delle prestazioni del processo per valuta, che spesso correla con diversi sistemi di compensazione e regolamenti. Aiuta a spiegare le variazioni nei tempi di liquidazione per i pagamenti transfrontalieri rispetto a quelli nazionali. Perché è importante Critico per ambienti multi-valuta per interpretare accuratamente i volumi finanziari. Dove trovare Consultare la documentazione di FIS Global Esempi USDEURGBPJPY
	Data di Liquidazione Effettiva ActualSettlementDate	La data in cui il pagamento è stato effettivamente finalizzato e saldato.
Descrizione Questo attributo cattura la data effettiva in cui i fondi sono stati trasferiti o la transazione è stata considerata completa. Differisce dal timestamp di elaborazione in quanto riflette la data valore. Nell'analisi, questo viene utilizzato insieme alla Data di Scadenza per calcolare il 'Tasso di Pagamento Puntuale'. È anche il trigger per la fase di riconciliazione, rendendolo vitale per l'analisi del 'Tempo di Ciclo di Riconciliazione dei Pagamenti'. Perché è importante Rappresenta la conclusione finanziaria del pagamento ed è chiave per l'analisi del flusso di cassa. Dove trovare Consultare la documentazione di FIS Global Esempi 2023-11-022023-11-14
	Data Scadenza Pagamento PaymentDueDate	La data entro cui si prevede che il pagamento venga saldato.
Descrizione Questo attributo registra la scadenza per il pagamento come richiesto dall'iniziatore o definito dai termini della fattura. Serve come benchmark obiettivo per le prestazioni puntuali. Questo campo è critico per la dashboard 'Aderenza alla Data di Scadenza Pagamenti'. Confrontando questa data con la data effettiva di 'Pagamento Saldato', gli analisti possono segnalare pagamenti in ritardo, calcolare potenziali penali e valutare la conformità con gli accordi con i fornitori. Perché è importante Fornisce la base per misurare l'aderenza ai livelli di servizio e la tempestività. Dove trovare Consultare la documentazione di FIS Global Esempi 2023-11-012023-11-15
	Importo del Pagamento PaymentAmount	Il valore monetario della transazione di pagamento.
Descrizione Questo attributo rappresenta il valore finanziario associato alla richiesta di pagamento. È la metrica primaria per l'analisi della produttività finanziaria e del rischio. Gli analisti utilizzano questo campo per segmentare i processi per pagamenti di alto vs. basso valore, che spesso hanno percorsi di approvazione diversi. Supporta la dashboard 'Produttività Pagamenti' e aiuta a identificare se i pagamenti di alto valore subiscono tempi di ciclo più lunghi a causa di un controllo più rigoroso. Perché è importante Aggiunge la dimensione finanziaria al process mining, consentendo una prioritizzazione basata sul valore. Dove trovare Consultare la documentazione di FIS Global Esempi 1500.00250.501000000.0045.99
	Tipo di Pagamento PaymentType	La classificazione del metodo o strumento di pagamento.
Descrizione Questo attributo classifica il pagamento in tipi come Wire, ACH, SEPA, Pagamento in Tempo Reale (RTP) o Assegno. Diversi tipi di pagamento seguono regole di elaborazione e SLA distintamente diversi. Gli analisti utilizzano questo campo per confrontare il 'Tempo di Ciclo di Riconciliazione dei Pagamenti' tra diverse rail. Aiuta a spiegare perché alcuni pagamenti vengono liquidati istantaneamente mentre altri richiedono giorni, garantendo che le prestazioni siano misurate rispetto al benchmark corretto. Perché è importante È la dimensione primaria per segmentare i flussi di processo, poiché ogni tipo ha caratteristiche uniche di routing e tempistica. Dove trovare Consultare la documentazione di FIS Global Esempi Bonifico BancarioACH CreditSEPA InstantAssegno
	Unità aziendale BusinessUnit	La divisione o il dipartimento interno che ha originato il pagamento.
Descrizione Questo attributo mappa il pagamento a una specifica unità organizzativa, come 'Retail Banking', 'Finanziamenti Commerciali' o 'Tesoreria'. Viene utilizzato per aggregare KPI come 'Produttività Pagamenti' e 'Tempo Medio di Ciclo Pagamenti' per dipartimento. Ciò aiuta la gestione a confrontare le prestazioni tra diverse divisioni e ad allocare le risorse in modo efficace. Perché è importante Permette il benchmarking interno e la responsabilità per le performance del processo. Dove trovare Consultare la documentazione di FIS Global Esempi TesoreriaContabilità FornitoriOperazioni al DettaglioGestione Patrimoniale
	Utente di Elaborazione ProcessingUser	L'identificatore o il nome dell'utente o dell'agente di sistema che esegue l'attività.
Descrizione Questo attributo cattura chi o cosa ha eseguito il passaggio del processo. Può distinguere tra operatori umani (ad es. 'J.Smith') e account di sistema automatizzati (ad es. 'SYSTEM_BATCH'). Questi data vengono utilizzati per analizzare l'utilizzo delle risorse, identificare i bottleneck manuali e controllare la segregazione dei compiti. Aiuta a calcolare il 'Tasso di Utilizzo Utente di Elaborazione' e a distinguere tra attività manuali e automatizzate. Perché è importante Essenziale per l'analisi delle risorse, i tassi di automazione e l'audit di conformità. Dove trovare Consultare la documentazione di FIS Global Esempi jsmithSYSTEM_AUTOBOTmdoe_approverAPI_GATEWAY
	Autorità di Approvazione ApprovalAuthority	Il ruolo, il gruppo o l'individuo responsabile dell'autorizzazione del pagamento.
Descrizione Questo attributo indica il livello di autorità o il gruppo di utenti specifico richiesto per approvare il pagamento, spesso basato sulla soglia di importo. Aiuta a tracciare il routing del workflow di approvazione. Gli analisti lo utilizzano per supportare la dashboard 'Colli di Bottiglia nell'Autorizzazione Pagamenti'. Consente la ripartizione dei tempi di approvazione per livello di autorità per vedere se specifici strati di gestione stanno causando ritardi. Perché è importante Permette l'analisi organizzativa della gerarchia di approvazione e il rilevamento dei colli di bottiglia. Dove trovare Consultare la documentazione di FIS Global Esempi Manager di Livello 1CFOTeam di ConformitàSistema di Auto-Approvazione
	Canale di Pagamento PaymentChannel	Il canale attraverso il quale è stata avviata la richiesta di pagamento.
Descrizione Questo attributo descrive l'origine dell'istruzione di pagamento, come Online Banking, Mobile App, API o Filiale. Aiuta a comprendere il vettore di input della transazione. Gli analisti lo utilizzano per confrontare l'efficienza di elaborazione tra diversi canali. Ad esempio, aiuta a determinare se i pagamenti avviati tramite API hanno tassi di errore inferiori rispetto a quelli inseriti manualmente in una filiale. Perché è importante Assiste nell'ottimizzazione del canale e nella comprensione del comportamento del cliente. Dove trovare Consultare la documentazione di FIS Global Esempi Online BankingApp MobileGateway AziendaleCassiere di Filiale
	Codice Errore di Validazione ValidationErrorCode	Il codice o il motivo che indica il fallimento della convalida di un pagamento.
Descrizione Questo attributo viene popolato quando un pagamento entra nell'attività 'Errore Pagamento Identificato'. Contiene dettagli specifici sul fallimento, come 'IBAN non valido', 'Fondi Insufficienti' o 'Indirizzo Beneficiario Mancante'. Questo campo alimenta la dashboard 'Tassi di Errore di Validazione dei Data di Pagamento'. Il raggruppamento per questo attributo rivela le cause più comuni di rilavorazione, consentendo correzioni mirate nell'immissione dei data a monte o nella configurazione del sistema. Perché è importante Identifica le cause profonde dell'attrito di processo e dei cicli di rilavorazione. Dove trovare Consultare la documentazione di FIS Global Esempi ERR-001: Conto Non ValidoERR-055: Sanzione RilevataERR-009: Transazione Duplicata
	Conto del Mittente SenderAccount	Il numero di conto da cui vengono addebitati i fondi.
Descrizione Questo attributo identifica il conto di origine per la transazione. Fornisce granularità nell'analisi dei pagamenti da specifici conti interni. Nell'analisi, aiuta a identificare se specifici conti di finanziamento sono soggetti a errori (ad es. fondi insufficienti) o ritardi. Supporta la riconciliazione consentendo la corrispondenza delle voci di contabilità con le attività di processo. Perché è importante È fondamentale per la riconciliazione finanziaria e la risoluzione dei problemi a livello di account. Dove trovare Consultare la documentazione di FIS Global Esempi 123456789987654321ACC-TREASURY-01
	È Intervento Manuale IsManualIntervention	Un flag che indica se l'attività ha coinvolto lavoro manuale.
Descrizione Questo attributo booleano contrassegna attività o casi che hanno richiesto l'input umano, come 'Errore Pagamento Risolto' o approvazioni manuali, in contrasto con l'elaborazione straight-through processing (STP). Questo è essenziale per la dashboard 'Tasso di Intervento Manuale nei Pagamenti'. Aiuta a quantificare la percentuale di pagamenti non completamente automatizzati, evidenziando opportunità di trasformazione digitale. Perché è importante Distingue tra throughput automatizzato e sforzo manuale, guidando i calcoli del ROI dell'automazione. Dove trovare Derivato da ActivityName o ProcessingUser Esempi truefalse
	È un Pagamento in Ritardo IsLatePayment	Un flag che indica se il pagamento è stato liquidato dopo la data di scadenza.
Descrizione Questo è un attributo booleano calcolato. Restituisce true se la data di 'Pagamento Saldato' è successiva alla 'Data di Scadenza Pagamento'. Questo attributo è il driver diretto per il KPI 'Tasso di Pagamento Puntuale'. Semplifica la costruzione di dashboard consentendo agli utenti di filtrare rapidamente i casi problematici senza una logica di data complessa nello strato di visualizzazione. Perché è importante Semplifica la segnalazione delle eccezioni e l'analisi della conformità. Dove trovare Derivato da PaymentDueDate e ActualSettlementDate Esempi truefalse
	Paese Beneficiario BeneficiaryCountry	Il codice paese del destinatario del pagamento.
Descrizione Questo attributo identifica il paese di destinazione dei fondi. Viene utilizzato per distinguere tra pagamenti nazionali e internazionali. Questo contesto è cruciale per il 'Monitoraggio della Conformità dei Pagamenti' e l'analisi del routing. I pagamenti internazionali spesso coinvolgono intermediari diversi, controlli di conformità e tempi di ciclo più lunghi, quindi l'analisi delle prestazioni per paese aiuta a isolare queste variabili. Perché è importante È una dimensione chiave per l'analisi geografica e la valutazione del rischio di conformità. Dove trovare Consultare la documentazione di FIS Global Esempi USDECNGB
	Sistema di Origine SourceSystem	Il nome del sistema da cui hanno avuto origine i data dell'event.
Descrizione Questo attributo identifica il componente software specifico o il database da cui è stato estratto il record, come il motore di core banking, il gateway di pagamento o lo strumento di screening delle sanzioni. È vitale per la data lineage e la validazione. Nell'analisi dei flussi end-to-end che si estendono su più piattaforme, questo campo aiuta a distinguere dove si sono svolte attività specifiche e aiuta nella risoluzione dei problemi di qualità dei data. Perché è importante Assicura tracciabilità e contesto, specialmente in ambienti complessi con motori di pagamento multipli integrati. Dove trovare Consultare la documentazione di FIS Global Esempi FIS OPFTraxPaymentHub_01SanctionsScreeningDB
	Tempo di Ciclo (Giorni) CycleTimeDays	La durata in giorni dalla creazione della richiesta alla liquidazione.
Descrizione Questo attributo calcolato misura il tempo end-to-end del processo. Viene calcolato come la differenza tra il timestamp di 'Pagamento Saldato' e 'Richiesta di Pagamento Creata'. È la metrica primaria per il KPI 'Tempo Medio di Ciclo Pagamenti'. Avere questo pre-calcolato facilita l'analisi della distribuzione delle prestazioni (ad es. istogrammi) per individuare outlier e tendenze. Perché è importante Quantifica la velocità complessiva del processo. Dove trovare Derivato da EventTimestamp Esempi 1.50.25.0
	Ultimo `Data Update` LastDataUpdate	Il `timestamp` dell'ultima estrazione o aggiornamento del record.
Descrizione Questo attributo indica la freschezza dei data utilizzati nell'analisi. Aiuta gli utenti a capire se stanno visualizzando data in tempo reale o uno snapshot di un periodo precedente. Nella costruzione di dashboard, questo campo viene spesso utilizzato per visualizzare un'etichetta 'Data current as of'. Assicura che le decisioni siano prese sulla base delle informazioni più pertinenti disponibili e aiuta a gestire i carichi di data incrementali. Perché è importante Stabilisce la tempestività dei dati e costruisce fiducia nell'accuratezza del reporting. Dove trovare Metadati del processo ETL Esempi 2023-10-14T00:00:00Z2023-10-15T06:00:00Z

Obbligatorio Consigliato Facoltativo

Attività di Elaborazione dei Pagamenti

Questi sono i passaggi chiave del processo e le tappe fondamentali da acquisire nel suo event log per un'accurata scoperta e ottimizzazione del processo.

6 Consigliato 7 Facoltativo

	Activity	Descrizione
	Istruzione di Pagamento Inviata	Questa attività segna il punto in cui il sistema FIS invia l'istruzione di pagamento finalizzata alla rete di pagamento pertinente, come ACH, Fedwire o SWIFT. Questo è un event critico generato dal sistema.
Perché è importante Questo è un traguardo importante che indica che il pagamento ha lasciato l'ambiente di elaborazione interno. È cruciale per analizzare l'efficienza del routing e il tempo impiegato per l'elaborazione esterna. Dove trovare Registrato in un log di transazione o di messaggistica che traccia le comunicazioni con le reti di pagamento esterne. Cerchi un record che indichi una trasmissione di messaggio in uscita riuscita con un timestamp. Acquisisci Event generato dal sistema quando il messaggio di pagamento viene inviato alla rete di compensazione. Tipo di evento explicit
	Pagamento Approvato	Una pietra miliare chiave in cui un utente autorizzato approva il pagamento, consentendogli di procedere alla fase successiva. Questo è quasi sempre un evento esplicito registrato con l'ID dell'approvatore e un timestamp quando agiscono nel sistema.
Perché è importante Questo è un punto di controllo critico per misurare i tempi di ciclo di approvazione e garantire la conformità con i controlli finanziari. I ritardi in questa fase possono avere un impatto significativo sulle prestazioni di pagamento puntuali. Dove trovare Catturato in una tabella di log di approvazione o come evento esplicito nella cronologia delle transazioni principale. Il log eventi collegherebbe l'ID di Transazione di Pagamento, l'ID utente dell'approvatore e un timestamp di approvazione. Acquisisci Registrato quando un utente con diritti di approvazione esegue l'azione 'approva' su un pagamento. Tipo di evento explicit
	Pagamento Autorizzato	Rappresenta un passaggio di autorizzazione finale, spesso richiesto per pagamenti di alto valore o da un'autorità diversa dopo l'approvazione iniziale. Questa azione viene registrata come un event esplicito quando un utente con credenziali di autorizzazione conferma il pagamento.
Perché è importante Questa attività è fondamentale per la dashboard 'Colli di Bottiglia nell'Autorizzazione Pagamenti'. Separarla da 'Pagamento Approvato' aiuta a individuare i ritardi nei processi di approvazione a più livelli. Dove trovare Registrato in un log di audit o di transazione. Questo evento è attivato da un utente con specifiche autorizzazioni che agisce sul pagamento, generando un record con il Suo ID e un timestamp. Acquisisci Una voce di log esplicita viene creata quando un utente esegue l'azione di autorizzazione finale. Tipo di evento explicit
	Pagamento Riconciliato	Questa è l'attività contabile finale in cui la transazione di pagamento viene abbinata a un estratto conto bancario o a una voce di registro interno. Questo può essere un processo batch automatizzato o un'azione utente manuale.
Perché è importante Questa attività segna la fine assoluta del ciclo di vita del pagamento. L'analisi del 'Tempo di Ciclo di Riconciliazione dei Pagamenti' è cruciale per comprendere l'efficienza dei processi di chiusura finanziaria. Dove trovare Spesso inferito dalla popolazione di un campo 'data_riconciliazione' o da un cambio di stato finale a 'Riconciliato' in un modulo finanziario o contabile collegato al sistema di pagamento. Acquisisci Identificato dalla popolazione di una data di riconciliazione o da un cambiamento di stato a 'Riconciliato'. Tipo di evento inferred
	Pagamento Saldato	Questa attività segna il completamento del trasferimento di fondi, dove la transazione è considerata finanziariamente saldata. Questo viene tipicamente registrato quando una conferma di liquidazione finale viene ricevuta dalla rete di pagamento o dalla clearing house.
Perché è importante Questo è il primary endpoint per misurare il tempo di ciclo dei pagamenti e i tassi di pagamento puntuali. Significa il completamento riuscito del processo di esecuzione del pagamento principale. Dove trovare Inferito da un cambio di stato finale sul record del pagamento a 'Liquidato', 'Completato' o 'Registrato'. Questo cambio di stato è guidato da file di liquidazione batch o messaggi in tempo reale dal sistema di compensazione. Acquisisci Un cambio di stato sulla transazione di pagamento a 'Liquidato' o equivalente. Tipo di evento inferred
	Richiesta di Pagamento Creata	Questo è il primo event nel ciclo di vita del pagamento, che rappresenta il momento in cui una nuova transazione di pagamento viene avviata nel sistema FIS. Questo viene tipicamente registrato come una voce esplicita in una tabella di log delle transazioni quando un utente o un sistema automatizzato invia una nuova richiesta di pagamento.
Perché è importante Questa attività serve come inizio definitivo del processo. È essenziale per misurare il tempo di ciclo di pagamento end-to-end e analizzare la produttività e il volume complessivo dei pagamenti. Dove trovare Registrato in una tabella di transazioni principale, identificato dal timestamp di creazione associato all'ID di Transazione di Pagamento. Cerchi tabelle come 'Payment_Transactions' o 'Payment_Requests' per un campo 'creation_date' o 'entry_date'. Acquisisci Evento registrato al momento della creazione di un nuovo record di transazione di pagamento. Tipo di evento explicit
	Dettagli Pagamento Validati	Questa attività significa che i data del pagamento hanno superato i controlli di convalida automatizzati iniziali per formato, completezza e correttezza. È spesso dedotta da un cambiamento di stato nel record di pagamento, ad esempio, da 'Nuovo' a 'Validato' o 'In Attesa di Approvazione'.
Perché è importante Il monitoraggio di questa attività aiuta a identificare la frequenza e la posizione degli errori di immissione data. È un prerequisito per l'analisi del KPI Tasso di Errore di Validazione dei Data di Pagamento e per comprendere le fonti di rilavorazione. Dove trovare Inferito da un campo di stato o di cambio di stato nella tabella delle transazioni di pagamento. Un cambiamento da uno stato iniziale a uno stato 'validato', insieme a un timestamp corrispondente, segna questo evento. Acquisisci Identificato da un cambiamento nel campo dello stato del pagamento a 'Validato' o un valore simile. Tipo di evento inferred
	Errore di Pagamento Identificato	Indica che un errore è stato rilevato ad un certo punto del processo dopo la validazione iniziale, come un rifiuto dalla banca ricevente o un flag di conformità interno. Questo è spesso un evento esplicito registrato quando viene sollevata un'eccezione.
Perché è importante Questa attività è il punto di ingresso per tutti i cicli di rilavorazione e gestione delle eccezioni. È essenziale per calcolare il Tasso di Intervento Manuale e il KPI Tempo di Risoluzione degli Errori di Pagamento. Dove trovare Registrato in un modulo di gestione delle eccezioni o in un log di transazione. Può essere attivato automaticamente da una regola di sistema o manualmente da un utente che segnala un problema, creando un log con un codice di errore e un timestamp. Acquisisci Un'eccezione o un codice di errore viene registrato contro la transazione di pagamento. Tipo di evento explicit
	Errore di Pagamento Risolto	Segna la risoluzione di un errore di pagamento precedentemente identificato, consentendo al pagamento di essere riprocessato o annullato. Questa è un'azione esplicita intrapresa da un utente per cancellare lo stato di eccezione.
Perché è importante Questa attività chiude il ciclo di eccezione. La durata tra 'Errore Identificato' e questo event è una misura chiave dell'efficienza operativa nella gestione delle eccezioni. Dove trovare Registrato quando un utente cancella un flag di errore o sposta la transazione da una coda di eccezione. Questa azione viene catturata in una traccia di audit o in un log di cronologia delle transazioni con un timestamp. Acquisisci Un'azione utente cancella lo stato di errore, che viene registrato in un log di audit. Tipo di evento explicit
	Pagamento confermato	Rappresenta la ricezione di una conferma dalla rete di pagamento o dalla banca beneficiaria che il pagamento è stato ricevuto. Questo event è attivato da un messaggio di sistema in entrata o da un aggiornamento di stato.
Perché è importante La conferma fornisce la certezza che il pagamento ha raggiunto la sua destinazione. Il tempo tra 'Istruzione Inviata' e 'Confermato' misura la latenza della rete esterna e il tempo di elaborazione. Dove trovare Generato dall'analisi dei messaggi di conferma in arrivo dalle reti di pagamento. Il sistema aggiorna lo stato del pagamento e registra un timestamp di conferma. Acquisisci Messaggio in entrata da una rete di compensazione aggiorna lo stato del pagamento a 'Confermato'. Tipo di evento explicit
	Pagamento in Ritardo Identificato	Un evento derivato che indica che il pagamento è stato liquidato dopo la data di scadenza specificata. Questa attività non è registrata esplicitamente ma è calcolata confrontando due campi data.
Perché è importante Questa attività calcolata supporta direttamente il KPI 'Tasso di Pagamento Puntuale' e la dashboard 'Aderenza alla Data di Scadenza Pagamenti'. Aiuta a quantificare l'impatto dei ritardi di processo sulle relazioni con i fornitori e le potenziali penali per ritardato pagamento. Dove trovare Questo non viene estratto direttamente. Viene calcolato durante la trasformazione dei data confrontando il timestamp della 'Data di Liquidazione' con il campo 'Data di Scadenza Pagamento'. Se la data di liquidazione è successiva alla data di scadenza, questo event viene generato. Acquisisci Calcolato se 'Data di Liquidazione' > 'Data di Scadenza del Pagamento'. Tipo di evento calculated
	Pagamento Inviato per Approvazione	Rappresenta il punto in cui un pagamento convalidato viene inviato al workflow di approvazione. Questo viene tipicamente registrato da un cambiamento di stato che indica che il pagamento è ora in attesa di azione da parte di un approvatore.
Perché è importante Questa attività segna l'inizio del sotto-processo di approvazione. L'analisi del tempo tra questa attività e 'Pagamento Approvato' è cruciale per comprendere i bottleneck di approvazione. Dove trovare Inferito da un cambiamento nel campo dello stato del pagamento a 'In attesa di Approvazione', 'Sottomesso per Approvazione', o uno stato simile all'interno di un workflow o di un log di stato della transazione. Acquisisci Un cambio di stato sulla transazione di pagamento da 'Validato' a 'In attesa di Approvazione'. Tipo di evento inferred
	Pagamento Rifiutato	Questa attività si verifica quando un approvatore nega una richiesta di pagamento, richiedendo tipicamente che venga corretta e nuovamente inviata o annullata del tutto. Questa è un'azione utente esplicita che viene registrata per scopi di audit.
Perché è importante Il monitoraggio dei rifiuti aiuta a identificare le ragioni comuni dei fallimenti di pagamento, delle deviazioni di processo e dei cicli di rilavorazione. Evidenzia problemi con la qualità iniziale dei data o la conformità. Dove trovare Registrato come evento esplicito in una tabella di log di approvazione o di cronologia delle transazioni quando un approvatore seleziona l'opzione 'rifiuta'. Il record di solito include un timestamp, l'ID utente e spesso un codice motivo. Acquisisci Evento registrato quando un utente esegue l'azione di 'rifiuto' per un pagamento. Tipo di evento explicit

Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i Suoi dati da FIS Global

Fasi

Prerequisiti e Configurazione: Si assicuri di avere Python installato (versione 3.8 o superiore) e le librerie necessarie (requests, pandas). Avrà bisogno di credenziali API valide per l'Hub di Pagamento FIS, nello specifico un ID Cliente, una Chiave Segreta del Cliente e l'URL Base dell'API.
Configurazione: Apra lo script Python fornito. Aggiorni la sezione di configurazione in cima con il Suo URL Base dell'API, ID Cliente e Chiave Segreta del Cliente. Imposti le variabili START_DATE e END_DATE per definire la finestra di estrazione.
Autenticazione: Lo script utilizza una funzione di supporto per autenticarsi contro l'endpoint OAuth2 di FIS. Recupera un token Bearer che viene poi incluso negli header di tutte le richieste API successive.
Recupero delle Transazioni: Lo script esegue una richiesta GET all'endpoint /payments. Implementa una logica di paginazione per scorrere i risultati finché tutte le transazioni all'interno dell'intervallo di date non sono state recuperate. Filtra per i tipi di pagamento rilevanti in base al Suo ambito.
Recupero della Cronologia degli Eventi: Per ogni transazione di pagamento recuperata, lo script effettua una chiamata secondaria all'endpoint /payments/{id}/history o /audit per recuperare gli eventi del ciclo di vita. Questo ciclo annidato assicura che la cronologia granulare sia acquisita.
Mappatura delle Attività: Lo script contiene un dizionario di mappatura (logica di trasformazione) che traduce i codici di stato interni di FIS (ad esempio, STAT_INIT, STAT_VAL, STAT_ACK) nei nomi di attività standard richiesti, come Richiesta di Pagamento Creata e Pagamento Confermato.
Gestione degli Eventi Derivati: Lo script verifica specificamente la ActualSettlementDate rispetto alla PaymentDueDate. Se la data di liquidazione è successiva alla data di scadenza, genera sinteticamente una nuova riga di evento intitolata Pagamento Tardivo Identificato e la aggiunge al log eventi.
Estrazione degli Attributi: Durante l'iterazione, lo script estrae gli attributi chiave come Importo Pagamento, Valuta e Unità Commerciale. Questi vengono ripetuti per ogni evento associato a uno specifico ID Transazione per garantire un dataset ricco.
Validazione e Gestione degli Errori: Lo script include una gestione basilare degli errori per le chiamate API fallite (ad esempio, 429 Rate Limit o 500 Server Error) e stampa il progresso sulla console. Salta i record incompleti dove mancano timestamp critici.
Appiattimento dei Dati: La struttura JSON annidata dall'API viene appiattita in un formato tabulare utilizzando la libreria Pandas. Ogni riga rappresenta una singola occorrenza di attività.
Esportazione: Infine, lo script esporta il DataFrame elaborato in un file CSV chiamato fis_payment_event_log.csv. Questo file è formattato con header standard pronti per l'ingestione in ProcessMind.
Revisione Finale: Apra il file CSV generato. Verifichi che le colonne data siano in formato ISO 8601 (AAAA-MM-GGTHH:MM:SS) e che la colonna attività contenga i nomi leggibili mappati nello script.

Configurazione

API_BASE_URL: L'URL principale per l'istanza FIS Payment Hub della Sua organizzazione (ad esempio, https://api.fisglobal.com/paymenthub/v1).
CLIENT_ID / CLIENT_SECRET: Credenziali OAuth2 utilizzate per ottenere il token di accesso. Devono avere permessi di 'Lettura' sugli ambiti Payment e Audit.
START_DATE / END_DATE: La finestra di estrazione. Si raccomanda di estrarre i dati in blocchi di 30 giorni se il volume è elevato (oltre 100k pagamenti al mese).
PAGE_SIZE: Impostare a 100 o 500 a seconda delle limitazioni di performance dell'API per ottimizzare il throughput.
TIMEOUT: Timeout di connessione in secondi (default 30) per evitare che lo script si blocchi a causa di risposte di rete lente.
RETRY_ATTEMPTS: Numero di volte in cui lo script dovrebbe riprovare una richiesta fallita prima di saltare un record.

a Query di Esempio python

import requests
import pandas as pd
import json
from datetime import datetime, timedelta
import time

class=class="hl-string">"hl-comment"># === CONFIGURATION ===
API_BASE_URL = class="hl-string">"https://[Your FIS API Endpoint]/v1"
CLIENT_ID = class="hl-string">"[Your Client ID]"
CLIENT_SECRET = class="hl-string">"[Your Client Secret]"
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-01-31"
OUTPUT_FILE = class="hl-string">"fis_payment_event_log.csv"

class=class="hl-string">"hl-comment"># === MAPPINGS ===
class=class="hl-string">"hl-comment"># Maps FIS internal status codes to ProcessMind Activity Names
STATUS_MAP = {
    class="hl-string">"INITIATED": class="hl-string">"Payment Request Created",
    class="hl-string">"VALIDATED": class="hl-string">"Payment Details Validated",
    class="hl-string">"PENDING_AUTH": class="hl-string">"Payment Sent For Approval",
    class="hl-string">"APPROVED": class="hl-string">"Payment Approved",
    class="hl-string">"REJECTED": class="hl-string">"Payment Rejected",
    class="hl-string">"AUTHORIZED": class="hl-string">"Payment Authorized",
    class="hl-string">"SENT_TO_NETWORK": class="hl-string">"Payment Instruction Sent",
    class="hl-string">"ACKNOWLEDGED": class="hl-string">"Payment Confirmed",
    class="hl-string">"SETTLED": class="hl-string">"Payment Settled",
    class="hl-string">"EXCEPTION": class="hl-string">"Payment Error Identified",
    class="hl-string">"EXCEPTION_CLEARED": class="hl-string">"Payment Error Resolved",
    class="hl-string">"RECONCILED": class="hl-string">"Payment Reconciled"
}

def get_access_token():
    url = fclass="hl-string">"{API_BASE_URL}/oauth/token"
    payload = {
        class="hl-string">"grant_type": class="hl-string">"client_credentials",
        class="hl-string">"client_id": CLIENT_ID,
        class="hl-string">"client_secret": CLIENT_SECRET
    }
    try:
        response = requests.post(url, data=payload)
        response.raise_for_status()
        return response.json()[class="hl-string">"access_token"]
    except Exception as e:
        print(fclass="hl-string">"Authentication failed: {e}")
        exit(1)

def get_payments(token, start, end):
    headers = {class="hl-string">"Authorization": fclass="hl-string">"Bearer {token}"}
    payments = []
    page = 1
    has_more = True
    
    while has_more:
        class=class="hl-string">"hl-comment"># Placeholder endpoint for searching payments
        url = fclass="hl-string">"{API_BASE_URL}/payments?startDate={start}&endDate={end}&page={page}&pageSize=100"
        try:
            resp = requests.get(url, headers=headers)
            resp.raise_for_status()
            data = resp.json()
            
            batch = data.get(class="hl-string">"items", [])
            payments.extend(batch)
            
            if len(batch) < 100:
                has_more = False
            else:
                page += 1
        except Exception as e:
            print(fclass="hl-string">"Error fetching payments page {page}: {e}")
            has_more = False
            
    return payments

def get_payment_history(token, payment_id):
    headers = {class="hl-string">"Authorization": fclass="hl-string">"Bearer {token}"}
    try:
        class=class="hl-string">"hl-comment"># Placeholder endpoint for audit history
        url = fclass="hl-string">"{API_BASE_URL}/payments/{payment_id}/audit"
        resp = requests.get(url, headers=headers)
        resp.raise_for_status()
        return resp.json().get(class="hl-string">"events", [])
    except Exception as e:
        print(fclass="hl-string">"Error fetching history for {payment_id}: {e}")
        return []

def process_data():
    print(class="hl-string">"Authenticating...")
    token = get_access_token()
    
    print(fclass="hl-string">"Fetching payments from {START_DATE} to {END_DATE}...")
    raw_payments = get_payments(token, START_DATE, END_DATE)
    
    event_log = []
    
    print(fclass="hl-string">"Processing {len(raw_payments)} transactions...")
    
    for p in raw_payments:
        p_id = p.get(class="hl-string">"paymentId")
        amount = p.get(class="hl-string">"amount")
        currency = p.get(class="hl-string">"currency")
        p_type = p.get(class="hl-string">"paymentType")
        due_date_str = p.get(class="hl-string">"dueDate")
        unit = p.get(class="hl-string">"businessUnit")
        
        class=class="hl-string">"hl-comment"># Fetch history for this specific payment
        history = get_payment_history(token, p_id)
        
        class=class="hl-string">"hl-comment"># Variables for derivative logic
        settlement_date = None
        due_date = None
        
        if due_date_str:
            try:
                due_date = datetime.fromisoformat(due_date_str.replace(class="hl-string">"Z", class="hl-string">"+00:00"))
            except ValueError:
                pass

        class=class="hl-string">"hl-comment"># Process explicit API events
        for h in history:
            raw_status = h.get(class="hl-string">"status")
            timestamp_str = h.get(class="hl-string">"timestamp")
            user = h.get(class="hl-string">"userId")
            
            class=class="hl-string">"hl-comment"># Map to standard Activity Name
            activity_name = STATUS_MAP.get(raw_status, raw_status)
            
            class=class="hl-string">"hl-comment"># Only include relevant activities
            if activity_name:
                event_entry = {
                    class="hl-string">"PaymentTransactionId": p_id,
                    class="hl-string">"ActivityName": activity_name,
                    class="hl-string">"EventTimestamp": timestamp_str,
                    class="hl-string">"ProcessingUser": user,
                    class="hl-string">"PaymentAmount": amount,
                    class="hl-string">"CurrencyCode": currency,
                    class="hl-string">"PaymentType": p_type,
                    class="hl-string">"PaymentDueDate": due_date_str,
                    class="hl-string">"BusinessUnit": unit,
                    class="hl-string">"ActualSettlementDate": None class=class="hl-string">"hl-comment"># To be filled if known
                }
                
                class=class="hl-string">"hl-comment"># Capture settlement date for logic
                if activity_name == class="hl-string">"Payment Settled":
                    event_entry[class="hl-string">"ActualSettlementDate"] = timestamp_str
                    try:
                        settlement_date = datetime.fromisoformat(timestamp_str.replace(class="hl-string">"Z", class="hl-string">"+00:00"))
                    except ValueError:
                        pass
                        
                event_log.append(event_entry)

        class=class="hl-string">"hl-comment"># Logic for Derivative Activity: Late Payment Identified
        class=class="hl-string">"hl-comment"># Rules: If settled and due date exists, and settled > due date
        if settlement_date and due_date:
            if settlement_date > due_date:
                event_log.append({
                    class="hl-string">"PaymentTransactionId": p_id,
                    class="hl-string">"ActivityName": class="hl-string">"Late Payment Identified",
                    class="hl-string">"EventTimestamp": settlement_date.isoformat(),
                    class="hl-string">"ProcessingUser": class="hl-string">"System Calculation",
                    class="hl-string">"PaymentAmount": amount,
                    class="hl-string">"CurrencyCode": currency,
                    class="hl-string">"PaymentType": p_type,
                    class="hl-string">"PaymentDueDate": due_date_str,
                    class="hl-string">"ActualSettlementDate": settlement_date.isoformat(),
                    class="hl-string">"BusinessUnit": unit
                })

    class=class="hl-string">"hl-comment"># Export to CSV
    df = pd.DataFrame(event_log)
    class=class="hl-string">"hl-comment"># Ensure timestamps are consistent
    if not df.empty:
        df[class="hl-string">'EventTimestamp'] = pd.to_datetime(df[class="hl-string">'EventTimestamp']).dt.strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')
        
    df.to_csv(OUTPUT_FILE, index=False)
    print(fclass="hl-string">"Extraction complete. Data saved to {OUTPUT_FILE}")

if __name__ == class="hl-string">"__main__":
    process_data()

Il Tuo Template Data Elaborazione Pagamenti

Il Tuo Template Data Elaborazione Pagamenti

Attributi di Elaborazione dei Pagamenti

Attività di Elaborazione dei Pagamenti

Guide all'Estrazione

Parsing Python di File Log XML ISO 20022

Fasi

Configurazione

a Query di Esempio python

Pronto per iniziare?

Ottimizzi la Sua Elaborazione dei Pagamenti FIS Global Oggi

Il Tuo Template Data Elaborazione Pagamenti

Il Tuo Template Data Elaborazione Pagamenti

Attributi di Elaborazione dei Pagamenti

Attività di Elaborazione dei Pagamenti

Guide all'Estrazione

Parsing Python di File Log XML ISO 20022

Fasi

Configurazione

a Query di Esempio python

Abbiamo a cuore la Sua privacy

Pronto per iniziare?

Ottimizzi la Sua Elaborazione dei Pagamenti FIS Global Oggi