> Miglioramento continuo dei processi > Elaborazione dei pagamenti > SWIFT > Template dei dati

Il Template dei dati per i pagamenti

SWIFT

Attributi dei pagamenti (19) Attività dei pagamenti (12) Guide all’estrazione (3)

Il Template dei dati per i pagamenti

Questo template fornisce la struttura di base per mappare i flussi di lavoro delle transazioni SWIFT, dall’avvio al regolamento finale. Descrive i dati specifici e le tappe operative necessari per ottenere una visione completa dell’intero ciclo di vita dei pagamenti. Seguendo questa guida, potrà preparare i dati in modo da individuare inefficienze nascoste e ridurre i rischi di non conformità.

Attributi consigliati per un’analisi approfondita delle transazioni
Attività e tappe fondamentali del processo SWIFT
Indicazioni tecniche per l’estrazione dei dati finanziari

Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Scarica il template

Attributi dei pagamenti

Questi sono i campi dati consigliati da includere nell’Event Log per analizzare in modo completo il ciclo di vita delle transazioni SWIFT.

5 Obbligatorio 9 Consigliato 5 Facoltativo

	Nome	Descrizione
	Data e ora dell’evento EventTimestamp	Data e ora esatte in cui si è verificata l’attività.
Descrizione Questo attributo registra il momento preciso in cui si è verificato un evento. Viene utilizzato per ordinare cronologicamente le attività e calcolare tutte le metriche basate sulla durata, come i tempi di attraversamento, i tempi di ciclo e il volume elaborato. Date e orari accurati sono fondamentali per analizzare le «Prestazioni rispetto agli orari di chiusura della rete» e individuare i colli di bottiglia nella catena di approvazione. Perché è importante Le date e gli orari sono alla base di tutte le analisi temporali e delle metriche di prestazione nel Process Mining. Dove reperirli Registri di audit del sistema, date e orari di creazione dei messaggi o orari delle transazioni nel database. Esempi 2023-10-25T08:30:15Z2023-10-25T14:45:00Z2023-10-26T09:15:22Z
	ID della transazione di pagamento PaymentTransactionId	Identificativo univoco del caso di pagamento end-to-end.
Descrizione Questo attributo funge da chiave centrale del caso per il Process Mining. Raggruppa tutte le attività relative a una singola istruzione di pagamento, dalla richiesta iniziale alla convalida, alla trasmissione SWIFT e al regolamento finale. Nei contesti SWIFT, viene spesso associato al Transaction Reference Number (TRN) o all’Unique End-to-end Transaction Reference (UETR), per garantire la continuità tra i sistemi bancari. Viene utilizzato per ricostruire il percorso dell’istanza di processo ed è essenziale per analizzare tutte le varianti e calcolare i tempi di ciclo. Perché è importante L’identificazione univoca è alla base del Process Mining: permette di collegare eventi distribuiti e ottenere una visione coerente del processo. Dove reperirli Campo SWIFT 20 (TRN) o campo 121 (UETR) nelle intestazioni dei messaggi. Esempi TRN-20231025-883954392-882-101UETR-9982-1123-5521PAY-US-EU-9912
	Nome dell’attività ActivityName	Nome della fase del processo o dell’evento che si è verificato.
Descrizione Questo attributo descrive l’azione specifica o la modifica di stato registrata nel registro di sistema. Alcuni esempi sono «Richiesta di pagamento creata», «Controllo delle sanzioni superato» o «ACK SWIFT ricevuto». È la dimensione principale delle mappe di processo: definisce i nodi della visualizzazione e aiuta gli analisti a comprendere la sequenza delle operazioni eseguite su un pagamento. Perché è importante Definisce il «che cosa» del processo e consente di visualizzarne il flusso e le varianti. Dove reperirli Registri delle transazioni, tracce di audit o dati ricavati dai tipi di messaggio, ad esempio MT103 inviato. Esempi Richiesta di pagamento creataIstruzione di pagamento inviataACK SWIFT ricevutoPagamento approvato
	Sistema di origine SourceSystem	Nome del sistema da cui provengono i dati dell’evento.
Descrizione Identifica il software o la piattaforma che ha generato l’Event Log. In un processo di pagamento, può trattarsi del sistema bancario centrale, del gateway dei pagamenti o direttamente dell’interfaccia SWIFT. Questo attributo aiuta a verificare la provenienza dei dati e a individuare i problemi quando si uniscono dati provenienti da diverse applicazioni bancarie. Perché è importante Fornisce informazioni sull’origine dei dati, essenziali per il Process Mining su più sistemi. Dove reperirli Valore definito nel processo ETL o estratto dagli identificativi di sistema. Esempi SWIFT Alliance AccessCore Banking SystemMotore di pagamentoFiltro delle sanzioni
	Ultimo aggiornamento dei dati LastDataUpdate	Data e ora dell’ultima estrazione o aggiornamento del record.
Descrizione Indica quando i dati sono stati caricati l’ultima volta nello strumento di Process Mining. È un’informazione fondamentale per valutarne l’aggiornamento e verificare che le Dashboard riflettano lo stato più recente delle operazioni di pagamento. Conoscere il ritardo nella pipeline di reportistica aiuta gli utenti a fidarsi dei dati. Perché è importante Aiuta gli utenti a comprendere quanto siano aggiornati e affidabili i dati presentati. Dove reperirli Data e ora di esecuzione del processo ETL. Esempi 2023-10-27T12:00:00Z2023-11-01T06:00:00Z
	BIC della banca beneficiaria BeneficiaryBic	Codice identificativo bancario dell’istituto ricevente.
Descrizione Identifica la banca destinataria del pagamento. È una dimensione fondamentale per la Dashboard «Cause dei rifiuti da parte dei beneficiari». Raggruppando gli errori per BIC della banca beneficiaria, la banca può individuare le controparti che rifiutano spesso le istruzioni a causa di problemi di qualità dei dati o di specifici requisiti di formattazione. Perché è importante Essenziale per analizzare le prestazioni delle controparti e gli schemi di rifiuto. Dove reperirli Campo 57A SWIFT (istituto presso cui è detenuto il conto) o 58A (istituto del beneficiario). Esempi CITIUS33BARCGB22DRESDEFFHANDSEXX
	Codice NAK SWIFT SwiftNakCode	Codice di errore restituito dalla rete SWIFT quando un messaggio viene rifiutato.
Descrizione Contiene il codice di errore specifico (ad es. T26, T13) indicato in una conferma negativa (NAK) della rete SWIFT. Questo attributo alimenta la Dashboard «Analisi degli errori e delle rilavorazioni SWIFT», consentendo di classificare gli errori tecnici e stabilire le priorità per gli interventi correttivi sui sistemi. Perché è importante Fornisce le cause tecniche dei rifiuti a livello di rete. Dove reperirli Messaggi di sistema MT 015/019 o campo 451 nei messaggi ACK/NAK. Esempi T26H01T13G02
	Data valuta ValueDate	Data in cui i fondi devono essere resi disponibili al beneficiario.
Descrizione Indica la data di regolamento specificata nel messaggio di pagamento. Il confronto con la data e l’ora effettive del regolamento del pagamento è utile nella Dashboard «Anzianità del regolamento e della riconciliazione». Indica l’urgenza del pagamento e consente di misurare il rispetto degli accordi sui livelli di servizio relativi alla disponibilità dei fondi. Perché è importante Fondamentale per la gestione della liquidità e la misurazione della puntualità dei regolamenti. Dove reperirli Campo 32A del messaggio SWIFT MT (sottocampo data) o IntrBkSttlmDt di ISO 20022. Esempi 2023-10-262023-11-01
	Elaborazione STP IsStp	Indicatore che segnala se il pagamento è stato elaborato senza interventi manuali.
Descrizione Indicatore booleano impostato su True se il caso non contiene attività «Errore identificato», «Pagamento rifiutato» o «Modifica» manuale. Calcola direttamente il KPI «Tasso di elaborazione automatica end-to-end». È la metrica principale per misurare il successo dell’automazione nell’elaborazione dei pagamenti. Perché è importante Misura principale dell’efficienza del processo e dello stato dell’automazione. Dove reperirli Calcolato in base all’assenza, nel caso, di specifiche attività negative o manuali. Esempi truefalse
	Importo della transazione TransactionAmount	Valore monetario dell’istruzione di pagamento.
Descrizione Rappresenta l’importo principale trasferito. Il dato viene estratto da specifici campi SWIFT, ad esempio il campo 32A di MT103. È essenziale per la Dashboard «Cicli di approvazione dei trasferimenti di importo elevato», che consente di segmentare i pagamenti in base all’importo e analizzare i ritardi di approvazione delle transazioni ad alto rischio e di importo elevato. Perché è importante Consente di analizzare l’impatto finanziario e segmentare le transazioni in base all’importo. Dove reperirli Campo SWIFT MT 32A (importo) o elemento ISO 20022 IntrBkSttlmAmt. Esempi 15000.001250.501000000.0045.00
	Tipo di messaggio SWIFT SwiftMessageType	Tipo di messaggio SWIFT utilizzato (ad es. MT103, pacs.008).
Descrizione Indica il formato specifico dell’istruzione di pagamento. Tra i tipi più comuni figurano MT103 per i bonifici dei clienti e i corrispondenti formati ISO 20022, come pacs.008. Viene utilizzato nell’analisi delle varianti del percorso di pagamento per confrontare l’efficienza di elaborazione dei formati MT tradizionali con quella dei nuovi standard ISO. Perché è importante Distingue i flussi di pagamento e gli standard di elaborazione (tradizionali o ISO 20022). Dove reperirli Blocco 2 SWIFT (intestazione applicativa), campo del tipo di messaggio. Esempi MT103MT202pacs.008MT101
	UETR UniqueEndToEndReference	Riferimento univoco end-to-end della transazione, utilizzato per il tracciamento in SWIFT gpi.
Descrizione UETR è una stringa di 36 caratteri che fornisce un riferimento univoco e immutabile per un pagamento nell’intera rete SWIFT. A differenza degli ID interni, l’UETR rimane invariato tra le diverse banche. Questo attributo è essenziale per ottenere visibilità end-to-end e correlare i log interni con gli aggiornamenti di stato esterni di SWIFT gpi. Perché è importante Lo standard di riferimento per tracciare i pagamenti transfrontalieri tra istituti diversi. Dove reperirli Blocco 3 SWIFT, campo 121. Esempi b8c3f4a0-5d2a-4e1b-9c3d-1a2b3c4d5e6f123e4567-e89b-12d3-a456-426614174000
	Utente che ha elaborato il pagamento ProcessingUser	Utente o agente di sistema che ha eseguito l’attività.
Descrizione Identifica la persona o il bot automatizzato responsabile dell’attività, ad esempio un addetto alla conformità che approva una corrispondenza con un soggetto sanzionato o un operatore che corregge un errore di formattazione. Questo attributo alimenta la mappa di calore degli errori di convalida, consentendo ai responsabili di individuare le esigenze di formazione o gli utenti associati a elevati tassi di rilavorazione. Perché è importante Consente di analizzare le risorse e individuare i colli di bottiglia dovuti alle attività manuali. Dove reperirli Log di audit del sistema, colonna «ID utente» nelle tabelle delle transazioni. Esempi SISTEMAJ.DoeCompliance_Bot_01M.Smith
	Valuta della transazione TransactionCurrency	Codice ISO di 3 lettere che indica la valuta del pagamento.
Descrizione Identifica la valuta in cui è espresso il pagamento (ad es. USD, EUR, GBP). È fondamentale per la Dashboard «Prestazioni degli orari limite della rete», poiché gli orari limite variano in base alla valuta. Consente inoltre di analizzare l’efficienza della conversione valutaria, identificando le coppie di valute diverse. Perché è importante Determina le regole di instradamento, gli orari limite e i circuiti di regolamento. Dove reperirli Campo 32A del messaggio SWIFT MT (valuta) o elemento Ccy di ISO 20022. Esempi USDEURGBPJPY
	Motivo del rifiuto RejectionReason	Descrizione testuale del motivo per cui un pagamento è stato rifiutato.
Descrizione Contiene la descrizione testuale o il codice del motivo per cui un pagamento non è andato a buon fine, in genere riportati nel campo 72 SWIFT (informazioni dal mittente al destinatario) o nei messaggi di restituzione. Supporta l’analisi delle cause dei rifiuti da parte dei beneficiari. Consente agli analisti di eseguire analisi testuali per individuare i motivi ricorrenti dei rifiuti (ad es. «Conto non valido», «Nome del beneficiario non corrispondente»). Perché è importante Fornisce un contesto qualitativo sugli errori del processo. Dove reperirli Campo 72 o 79 SWIFT nei messaggi di restituzione (restituzione MT103). Esempi Conto del beneficiario chiusoIBAN non validoErrore di conformità normativaCodice bancario sconosciuto
	Orario limite rispettato MetCutOffTime	Indicatore che segnala se l’istruzione è stata inviata prima della scadenza prevista dalla rete.
Descrizione Indicatore booleano calcolato confrontando l’ora di invio dell’istruzione di pagamento con l’orario limite della rete SWIFT specifico per la valuta. Consente di calcolare il KPI «Tasso di rispetto degli orari limite SWIFT». Il mancato rispetto degli orari limite ritarda il regolamento e incide sulle posizioni di liquidità. Perché è importante KPI operativo fondamentale per la gestione della tesoreria e della liquidità. Dove reperirli Calcolato confrontando la data e l’ora con una tabella statica di riferimento degli orari limite. Esempi truefalse
	Paese di origine OriginatingCountry	Codice paese dell’entità che avvia il pagamento.
Descrizione Indica la giurisdizione da cui ha origine la richiesta di pagamento. È essenziale per la Dashboard «Tempo di attraversamento dei controlli sulle sanzioni», poiché i pagamenti provenienti da giurisdizioni ad alto rischio sono spesso sottoposti a controlli di conformità più rigorosi e lunghi. Consente di analizzare geograficamente i volumi dei pagamenti e i ritardi di elaborazione. Perché è importante Dimensione chiave per l’analisi dei rischi di conformità e delle prestazioni regionali. Dove reperirli Ricavato dal BIC del mittente (caratteri 5-6 del codice paese). Esempi USGBDEFR
	Pagamento transfrontaliero IsCrossBorder	Indicatore che segnala se il pagamento coinvolge paesi diversi.
Descrizione Attributo booleano impostato su True se il paese del mittente è diverso da quello del beneficiario. Consente di calcolare il KPI «Latenza nella gestione multivaluta», distinguendo i flussi nazionali da quelli internazionali. I pagamenti transfrontalieri comportano in genere maggiore complessità, costi più elevati e tempi di elaborazione più lunghi. Perché è importante Segmentazione fondamentale per analizzare la complessità dei pagamenti. Dove reperirli Confronto tra il codice paese del BIC del mittente e quello del BIC del beneficiario. Esempi truefalse
	Priorità dell’istruzione InstructionPriority	Indicatore di priorità che segnala l’urgenza del pagamento.
Descrizione Ricavato dalle intestazioni del messaggio (ad es. «Normale» o «Urgente»). Consente di segmentare i dati nella Dashboard «Cicli di approvazione dei trasferimenti di importo elevato», poiché i pagamenti urgenti richiedono spesso procedure di approvazione più rapide. Conoscere la distribuzione delle priorità aiuta a pianificare le risorse nei periodi di picco. Perché è importante Consente di distinguere i requisiti degli SLA per i pagamenti standard e quelli con elaborazione accelerata. Dove reperirli Blocco 2 SWIFT, campo della priorità del messaggio (ad es. N per Normale, U per Urgente). Esempi NormaleUrgenteSistema

Obbligatorio Consigliato Facoltativo

Attività dei pagamenti

Questi sono i passaggi e le tappe fondamentali da registrare nell’Event Log per individuare correttamente il processo e i colli di bottiglia.

6 Consigliato 6 Facoltativo

	Attività	Descrizione
	Controllo delle sanzioni superato	Data e ora in cui l’istruzione di pagamento supera il controllo degli elenchi OFAC e delle sanzioni. L’evento viene registrato esplicitamente nei registri del sistema di conformità oppure dedotto quando viene rimosso lo stato «Blocco per controllo».
Perché è importante Essenziale per la Dashboard «Tempo di attraversamento dei controlli sulle sanzioni». I ritardi in questa fase indicano colli di bottiglia legati alla conformità, non inefficienze operative. Dove reperirli Registri del sistema di filtraggio per la conformità o indicatori di stato della conformità nell’hub dei pagamenti. Acquisizione Registrato quando viene aggiornato lo stato del controllo Tipo di evento explicit
	Istruzione di pagamento inviata	Trasmissione del messaggio formattato (MT103 o ISO 20022 pacs.008) al gateway SWIFT. L’evento viene registrato esplicitamente quando il contenuto del messaggio viene generato e trasferito all’interfaccia di rete.
Perché è importante Utilizzato per calcolare il «Tasso di rispetto degli orari di chiusura SWIFT». Segna il passaggio dall’elaborazione interna a quella sulla rete. Dove reperirli Registri di SWIFT Alliance Access (SAA) o del gateway di trasmissione. Acquisizione Registrato quando viene generato il messaggio in uscita Tipo di evento explicit
	Pagamento approvato	Azione finale di autorizzazione da parte di un responsabile designato o di una regola automatica per i trasferimenti di importo elevato. L’evento viene registrato esplicitamente quando il flag del flusso di lavoro di approvazione viene impostato su true.
Perché è importante Essenziale per la Dashboard «Cicli di approvazione dei trasferimenti di importo elevato». Individua i ritardi nelle approvazioni manuali dei trasferimenti di liquidità di importo elevato. Dove reperirli Traccia di audit del motore del flusso di lavoro di approvazione. Acquisizione Registrato quando viene eseguita l’azione di approvazione Tipo di evento explicit
	Pagamento regolato	Conferma che i fondi sono stati accreditati sul conto del beneficiario, spesso con stato gpi ACSC. L’evento viene registrato esplicitamente tramite gli aggiornamenti del tracker o i messaggi di conferma.
Perché è importante Rappresenta il completamento effettivo della catena di pagamento. È essenziale per calcolare il «Divario tra regolamento e riconciliazione». Dove reperirli SWIFT gpi Tracker (stato ACSC) o conferme MT900/910. Acquisizione Registrato alla conferma del regolamento Tipo di evento explicit
	Pagamento riconciliato	Abbinamento della transazione di pagamento all’estratto conto del conto Nostro/Vostro. L’evento viene dedotto quando il sistema di riconciliazione collega l’ID della transazione a una riga dell’estratto conto.
Perché è importante Completa il ciclo finanziario. I ritardi in questa fase incidono sulla visibilità della liquidità e sulla tracciabilità ai fini dell’audit. Dove reperirli Registri del sistema di riconciliazione o stato «Abbinato» nel Core Banking System. Acquisizione Confrontare lo stato della riconciliazione Tipo di evento inferred
	Richiesta di pagamento creata	Creazione iniziale dell’istruzione di pagamento nel sistema bancario interno o nell’ERP. L’evento viene registrato esplicitamente quando all’ordine di pagamento viene assegnato per la prima volta un riferimento univoco alla transazione (TRN o UETR).
Perché è importante Definisce l’ora di inizio dell’intero ciclo di vita del pagamento. È essenziale per calcolare i tempi di elaborazione end-to-end e individuare i ritardi nelle fasi precedenti al coinvolgimento della rete SWIFT. Dove reperirli Data e ora di creazione della riga nella tabella delle transazioni del Core Banking System (CBS) o dell’hub dei pagamenti. Acquisizione Registrato al momento della creazione della transazione Tipo di evento explicit
	ACK SWIFT ricevuto	Ricezione di una conferma tecnica (ACK) dalla rete SWIFT, che attesta l’accettazione del messaggio per l’elaborazione. L’evento viene registrato esplicitamente nei registri dell’interfaccia di rete.
Perché è importante Conferma che il messaggio è entrato correttamente nella rete globale. Permette di distinguere gli errori interni dai problemi effettivi di trasmissione sulla rete. Dove reperirli Registri del gateway SWIFT, con verifica dei segnali ACK e NACK. Acquisizione Registrato alla ricezione dell’ACK dalla rete Tipo di evento explicit
	Dati del pagamento convalidati	Completamento dei controlli di sintassi e formato, ad esempio sul formato IBAN e sulla validità del BIC, applicati all’istruzione di pagamento. L’evento viene spesso dedotto quando lo stato della transazione passa da «Bozza» a «Convalidato» o «Pronto per l’autorizzazione».
Perché è importante Un tasso elevato di errori in questa fase indica una scarsa qualità dei dati alla fonte. Misura il KPI «Tasso di convalida corretta al primo tentativo». Dove reperirli Registri di stato del motore di pagamento o tabelle della cronologia delle convalide. Acquisizione Confrontare il campo di stato prima e dopo Tipo di evento inferred
	Errore di pagamento individuato	Evento in cui una transazione viene segnalata per la correzione a causa di errori di convalida, NACK o messaggi di rifiuto. L’evento viene dedotto quando la transazione entra in una coda «Correzione», «Rettifica» o «Eccezioni».
Perché è importante Misura il «Tasso di rilavorazione per la risoluzione degli errori». Un’elevata frequenza in questa fase riduce sensibilmente il tasso di elaborazione senza intervento manuale (STP). Dove reperirli Colonne di stato dell’hub dei pagamenti o registri delle code delle eccezioni. Acquisizione Confrontare il campo di stato con Errore/Correzione Tipo di evento inferred
	Errore di pagamento risolto	Modifica e nuovo invio di una transazione che in precedenza presentava un errore. L’evento viene dedotto quando la transazione passa dalla coda «Correzione» allo stato «In elaborazione» o «Pronto».
Perché è importante Misura l’efficienza del team che gestisce le rilavorazioni manuali. Tempi lunghi in questa fase possono indicare lacune nella formazione o codici di errore complessi. Dove reperirli Registri di stato dell’hub dei pagamenti che indicano l’uscita dalle code delle eccezioni. Acquisizione Confrontare il campo di stato all’uscita dalla correzione Tipo di evento inferred
	Pagamento rifiutato	Ricezione di un messaggio di rifiuto (MT103 Return o stato gpi RJCT) da una banca beneficiaria o intermediaria. L’evento viene registrato esplicitamente dai messaggi SWIFT in entrata.
Perché è importante Essenziale per la Dashboard «Cause profonde dei rifiuti delle banche beneficiarie». Individua gli ostacoli esterni, come conti chiusi o dati di instradamento errati. Dove reperirli Messaggi SWIFT in entrata (MT103 RET, pacs.004) o stato gpi RJCT. Acquisizione Registrato alla ricezione del messaggio di rifiuto Tipo di evento explicit
	Pagamento trasferito	Aggiornamento intermedio dello stato, spesso con stato gpi ACSP, che indica che il pagamento è in elaborazione presso una banca intermediaria. L’evento viene registrato tramite gli aggiornamenti di SWIFT gpi Tracker o i messaggi di stato.
Perché è importante Offre visibilità sui passaggi del sistema bancario corrispondente, spesso difficili da osservare. È essenziale per analizzare l’intero percorso end-to-end. Dove reperirli Flussi di dati di SWIFT gpi Tracker o messaggi MT199/trck. Acquisizione Registrato alla ricezione dell’aggiornamento del tracker Tipo di evento explicit

Consigliato Facoltativo

Guide all’estrazione

Come ottenere i dati da SWIFT

Passaggi

Acceda a SWIFT Alliance WebPlatform o all’interfaccia grafica di Alliance Access con un account amministratore abilitato alla configurazione dell’archiviazione.
Apra il menu System Management, selezioni Archiving e scelga Automated Archiving Configuration.
Configuri un nuovo profilo di esportazione giornaliera. Imposti Target Directory su un percorso di rete sicuro accessibile agli script di estrazione.
Specifichi l’ambito dei contenuti: selezioni 'Messages' e verifichi che siano selezionate le opzioni 'Include History' e 'Include Interventions'. Questo passaggio è essenziale per acquisire gli eventi della traccia di audit, come approvazioni e convalide.
Selezioni il formato di output. Scelga XML, in particolare 'SAA XML v2' o la versione più recente disponibile, perché conserva meglio del CSV la relazione gerarchica tra l’intestazione del messaggio e gli eventi della cronologia.
Imposti i filtri dell’intervallo di date per estrarre il periodo storico richiesto dal progetto di Process Mining oppure configuri l’esecuzione giornaliera per i dati T-1.
Esegua manualmente il processo di esportazione dell’archivio per il caricamento iniziale oppure attenda il completamento del processo pianificato. Verifichi che i file .xml siano stati generati nella directory di destinazione.
Poiché l’esportazione SAA è un file XML gerarchico e ProcessMind richiede un Event Log CSV lineare, è necessario eseguire uno script di trasformazione. Utilizzi lo script Python fornito nella sezione Query per analizzare il file XML.
Lo script scorre ogni elemento del messaggio. Estrae il riferimento univoco della transazione end-to-end (UETR) o il numero di riferimento della transazione (TRN), da utilizzare come ID del caso.
Lo script scorre quindi i nodi secondari 'History' e 'Intervention' di ogni messaggio per generare le righe delle attività. Associa i codici di stato SAA interni, ad esempio 'NetworkAck' e 'Authorisation', ai nomi standardizzati delle attività.
Esegua lo script Python sui file XML esportati per generare il file lineare 'events.csv'.
Convalidi il file CSV per verificare che colonne come EventTimestamp siano nel formato ISO 8601, quindi carichi il file in ProcessMind.

Configurazione

Formato dell’archivio: XML (preferito) o CSV (file lineare). Si consiglia vivamente XML per acquisire i nodi della cronologia annidati.
Includere il testo del messaggio: Sì (necessario per analizzare importo, valuta e dati del beneficiario).
Includere cronologia/interventi: Sì (indispensabile per rilevare approvazioni, convalide ed errori).
Intervallo di date: configuri una finestra mobile, ad esempio gli ultimi 30 giorni, per i caricamenti incrementali oppure un intervallo fisso per i dati storici iniziali.
Tipi di messaggio: applichi un filtro per MT103, MT202, pacs.008, pacs.009 e pacs.004/002 (per resi e stati).
Direzioni: includa sia i messaggi in entrata (emissione) sia quelli in uscita (ricezione), per acquisire rifiuti o conferme in arrivo.
Sicurezza: verifichi che la cartella di esportazione abbia autorizzazioni di lettura e scrittura rigorose, poiché contiene dati di pagamento aggiornati.

a Query di esempio python

import xml.etree.ElementTree as ET
import pandas as pd
import glob
import os

class=class="hl-string">"hl-comment"># CONFIGURATION
class=class="hl-string">"hl-comment"># Update this path to your SAA XML Export directory
input_folder = class="hl-string">"./saa_exports/"
output_file = class="hl-string">"./swift_process_mining_log.csv"

columns = [
    class="hl-string">"PaymentTransactionId", class="hl-string">"ActivityName", class="hl-string">"EventTimestamp", class="hl-string">"SourceSystem", 
    class="hl-string">"LastDataUpdate", class="hl-string">"TransactionAmount", class="hl-string">"TransactionCurrency", class="hl-string">"UniqueEndToEndReference",
    class="hl-string">"SwiftMessageType", class="hl-string">"ProcessingUser", class="hl-string">"BeneficiaryBic", class="hl-string">"SwiftNakCode", class="hl-string">"ValueDate", class="hl-string">"IsStp"
]

data_rows = []

class=class="hl-string">"hl-comment"># Helper to determine Activity Name based on SAA History Events
def map_activity(history_item_name, status, nature, text_content):
    class=class="hl-string">"hl-comment"># 1. Payment Request Created
    if history_item_name == class="hl-string">"Creation" or history_item_name == class="hl-string">"Reception":
        return class="hl-string">"Payment Request Created"
    
    class=class="hl-string">"hl-comment"># 2. Payment Details Validated
    if class="hl-string">"Validation" in history_item_name and status == class="hl-string">"Success":
        return class="hl-string">"Payment Details Validated"
    
    class=class="hl-string">"hl-comment"># 3. Sanctions Screening Passed
    if class="hl-string">"Filter" in history_item_name and status == class="hl-string">"Passed":
        return class="hl-string">"Sanctions Screening Passed"
    
    class=class="hl-string">"hl-comment"># 4. Payment Approved
    if history_item_name == class="hl-string">"Intervention" and nature == class="hl-string">"Authorization":
        return class="hl-string">"Payment Approved"
    
    class=class="hl-string">"hl-comment"># 5. Payment Instruction Sent
    if history_item_name == class="hl-string">"Transmission" or status == class="hl-string">"Transmitted":
        return class="hl-string">"Payment Instruction Sent"
    
    class=class="hl-string">"hl-comment"># 6. SWIFT ACK Received
    if history_item_name == class="hl-string">"NetworkReport" and class="hl-string">"ACK" in text_content:
        return class="hl-string">"SWIFT ACK Received"

    class=class="hl-string">"hl-comment"># 7. Payment Transferred (gpi status)
    if class="hl-string">"TrackerUpdate" in history_item_name and class="hl-string">"ACSP" in text_content:
        return class="hl-string">"Payment Transferred"

    class=class="hl-string">"hl-comment"># 8. Payment Error Identified
    if nature == class="hl-string">"NAK" or status == class="hl-string">"Failed" or nature == class="hl-string">"RoutingFailure":
        return class="hl-string">"Payment Error Identified"

    class=class="hl-string">"hl-comment"># 9. Payment Error Resolved
    if history_item_name == class="hl-string">"Modification" and nature == class="hl-string">"Repair":
        return class="hl-string">"Payment Error Resolved"
    
    class=class="hl-string">"hl-comment"># 10. Payment Rejected
    if class="hl-string">"TrackerUpdate" in history_item_name and class="hl-string">"RJCT" in text_content:
        return class="hl-string">"Payment Rejected"

    class=class="hl-string">"hl-comment"># 11. Payment Settled
    if class="hl-string">"TrackerUpdate" in history_item_name and class="hl-string">"ACSC" in text_content:
        return class="hl-string">"Payment Settled"

    class=class="hl-string">"hl-comment"># 12. Payment Reconciled
    class=class="hl-string">"hl-comment"># Often external, but if SAA receives a Reconciliation update:
    if history_item_name == class="hl-string">"ReconciliationMatch":
        return class="hl-string">"Payment Reconciled"
        
    return None

class=class="hl-string">"hl-comment"># PROCESS XML FILES
for xml_file in glob.glob(os.path.join(input_folder, class="hl-string">"*.xml")):
    tree = ET.parse(xml_file)
    root = tree.getroot()

    class=class="hl-string">"hl-comment"># Iterate through Messages
    for message in root.findall(class="hl-string">".//Message"):
        class=class="hl-string">"hl-comment"># Header Extraction
        trn = message.findtext(class="hl-string">"TRN")
        uetr = message.findtext(class="hl-string">"UETR")
        case_id = uetr if uetr else trn
        
        class=class="hl-string">"hl-comment"># Skip if no identifier found
        if not case_id: 
            continue

        msg_type = message.findtext(class="hl-string">"Type")
        amount = message.findtext(class="hl-string">"Amount")
        currency = message.findtext(class="hl-string">"Currency")
        val_date = message.findtext(class="hl-string">"ValueDate")
        ben_bic = message.findtext(class="hl-string">"BeneficiaryBIC")
        
        class=class="hl-string">"hl-comment"># Loop through History/Audit Trail for Activities
        for history in message.findall(class="hl-string">".//History/Item"):
            evt_name = history.findtext(class="hl-string">"Name")
            evt_status = history.findtext(class="hl-string">"Status")
            evt_nature = history.findtext(class="hl-string">"Nature")
            evt_text = history.findtext(class="hl-string">"Text") or class="hl-string">""
            evt_user = history.findtext(class="hl-string">"Operator")
            evt_time = history.findtext(class="hl-string">"Time") class=class="hl-string">"hl-comment"># format: YYYYMMDDHHMMSS
            
            activity = map_activity(evt_name, evt_status, evt_nature, evt_text)
            
            if activity:
                class=class="hl-string">"hl-comment"># Determine NAK Code if applicable
                nak_code = None
                if activity == class="hl-string">"Payment Error Identified" and class="hl-string">"NAK" in evt_text:
                    nak_code = evt_text.split(class="hl-string">"Code:")[-1].strip()
                
                class=class="hl-string">"hl-comment"># Determine STP
                is_stp = class="hl-string">"True" if evt_user == class="hl-string">"System" or evt_user == class="hl-string">"Auto" else class="hl-string">"False"

                data_rows.append({
                    class="hl-string">"PaymentTransactionId": case_id,
                    class="hl-string">"ActivityName": activity,
                    class="hl-string">"EventTimestamp": pd.to_datetime(evt_time, format=class="hl-string">'%Y%m%d%H%M%S'),
                    class="hl-string">"SourceSystem": class="hl-string">"SWIFT Alliance Access",
                    class="hl-string">"LastDataUpdate": pd.Timestamp.now(),
                    class="hl-string">"TransactionAmount": amount,
                    class="hl-string">"TransactionCurrency": currency,
                    class="hl-string">"UniqueEndToEndReference": uetr,
                    class="hl-string">"SwiftMessageType": msg_type,
                    class="hl-string">"ProcessingUser": evt_user,
                    class="hl-string">"BeneficiaryBic": ben_bic,
                    class="hl-string">"SwiftNakCode": nak_code,
                    class="hl-string">"ValueDate": val_date,
                    class="hl-string">"IsStp": is_stp
                })

class=class="hl-string">"hl-comment"># OUTPUT GENERATION
df = pd.DataFrame(data_rows, columns=columns)

class=class="hl-string">"hl-comment"># Remove duplicate timestamp/activity pairs for cleaner log
df.drop_duplicates(subset=[class="hl-string">"PaymentTransactionId", class="hl-string">"ActivityName", class="hl-string">"EventTimestamp"], inplace=True)

df.to_csv(output_file, index=False, quoting=1)
print(fclass="hl-string">"Extraction Complete. Processed {len(df)} events into {output_file}")

Passaggi

Preparazione dell’ambiente: verifichi che sul server di estrazione sia installato Python 3.8 o versione successiva. Installi le librerie necessarie con pip (pandas, numpy). Crei una directory di lavoro dedicata con una sottocartella denominata raw_swift_files e vi inserisca tutti i file giornalieri .out, .txt o .fin.
Struttura dei file: i messaggi SWIFT FIN grezzi sono organizzati in blocchi ({1: Header} {2: Application} {4: Body}). Individui i delimitatori. I file standard utilizzano parentesi graffe. Verifichi che i file non siano racchiusi in contenitori proprietari, come intestazioni RJE, oppure li rimuova prima dell’elaborazione.
Configurazione dei percorsi dello script: apra lo script Python fornito. Aggiorni la variabile INPUT_DIRECTORY indicando la cartella raw_swift_files e imposti il percorso OUTPUT_FILE per il CSV risultante.
Definizione dei modelli regex: lo script utilizza regex per isolare i blocchi. Il blocco 1 contiene il BIC del mittente e il numero di sequenza. Il blocco 2 contiene il tipo di messaggio, ad esempio I103 o O103, e il BIC del destinatario. Il blocco 4 contiene i tag dei dati aziendali, ad esempio :20: TRN e :32A: valore/importo.
Associazione dei tipi di messaggio alle attività: lo script include un dizionario di associazione. MT103 corrisponde a 'Payment Instruction Sent'. MT012 (System ACK) corrisponde a 'SWIFT ACK Received'. MT900/910 corrisponde a 'Payment Settled'. MT199/299 con codici di stato specifici (ACSP, RJCT) corrisponde a 'Payment Transferred' o 'Payment Rejected'.
Estrazione degli attributi: l’analizzatore scorre tag specifici. :20: viene associato a Payment Transaction ID. :121: viene associato a UETR. :32A: viene analizzato per estrarre data, valuta e importo.
Gestione degli stati interni: per attività come 'Payment Request Created' o 'Payment Approved', che spesso sono eventi interni all’ERP e non compaiono nei file SWIFT, lo script ricava i dati dal timestamp di creazione del messaggio nel blocco 1, se non sono disponibili log espliciti; in alternativa, cerca codici di testo specifici nel campo :72: (Sender to Receiver Info), se l’organizzazione registra lì le approvazioni.
Esecuzione dell’estrazione: esegua lo script dalla riga di comando con python swift_parser.py. Lo script scorre tutti i file, analizza i blocchi SWIFT validi e ignora le righe non valide.
Convalida dopo l’elaborazione: apra il CSV generato e controlli il formato di EventTimestamp (si consiglia ISO 8601). Verifichi che PaymentTransactionId sia compilato per ogni riga, così da poter raggruppare i casi.
Trasformazione dei dati: se 'ValueDate' è nel formato YYMMDD, lo script lo converte in YYYY-MM-DD. Verifichi che i separatori decimali in 'TransactionAmount' siano uniformi (punti o virgole).
Revisione finale: applichi un filtro per uno specifico UETR per visualizzare il flusso end-to-end da Instruction Sent a ACK e Settlement. Verifichi che i NAK (MT019) compaiano come 'Payment Error Identified'.
Caricamento in ProcessMind: importi il CSV. Associ PaymentTransactionId a ID caso, ActivityName ad Attività ed EventTimestamp a Timestamp.

Configurazione

Directory di input: percorso della cartella contenente i file FIN/MT grezzi. Verifichi che siano concesse le autorizzazioni di lettura.
Analisi del formato data: le date SWIFT grezze sono nel formato YYMMDD. Lo script gestisce l’ipotesi relativa al secolo (20xx).
Filtri per tipo di messaggio: lo script si concentra sulle categorie 1 (pagamenti) e 9 (estratti conto) e sui messaggi di sistema più comuni (012, 019). Aggiorni l’elenco RELEVANT_MT_TYPES se è necessaria la categoria 2 (trasferimenti tra istituti finanziari).
Codifica: il valore predefinito è 'utf-8'. Lo imposti su 'latin-1' o 'ascii' se i file contengono caratteri con codifica legacy.
Elaborazione in batch: per insiemi di dati superiori a 1 GB, lo script utilizza un generatore per evitare il sovraccarico della memoria ed elabora un file alla volta.
Regolazione delle regex: la regex rigorosa presuppone il formato FIN standard {1:...}{2:...}{4:...}. Se i file utilizzano $ o altri delimitatori, aggiorni la variabile BLOCK_PATTERN.

a Query di esempio python

import os
import re
import glob
import pandas as pd
from datetime import datetime

class=class="hl-string">"hl-comment"># === CONFIGURATION ===
INPUT_DIRECTORY = class="hl-string">"./raw_swift_files/"
OUTPUT_FILE = class="hl-string">"./extracted_swift_event_log.csv"

class=class="hl-string">"hl-comment"># === REGEX PATTERNS ===
class=class="hl-string">"hl-comment"># Matches standard SWIFT block structure: {1:...}{2:...}{3:...}{4:...}
BLOCK_PATTERN = re.compile(rclass="hl-string">'(\{1:.*?\})(\{2:.*?\})(?:\{3:.*?\})?(\{4:.*?\})', re.DOTALL)

class=class="hl-string">"hl-comment"># Field extractors
TAG_20_TRN = re.compile(rclass="hl-string">':20:([^\r\n]+)')
TAG_121_UETR = re.compile(rclass="hl-string">':121:([a-fA-F0-9\-]+)')
TAG_32A_VAL = re.compile(rclass="hl-string">':32A:(\d{6})([A-Z]{3})([\d,]+)')
TAG_72_INFO = re.compile(rclass="hl-string">':72:([^\r\n]+)')
TAG_57A_BIC = re.compile(rclass="hl-string">':57[A-Z]?:(?:[/]{0,2}[A-Z0-9]+)?\r?\n?([A-Z0-9]{8,11})')

class=class="hl-string">"hl-comment"># Header parsers
BLOCK_1_DATE = re.compile(rclass="hl-string">'\{1:[F|A|L]01[A-Z0-9]{12}(\d{4})(\d{6})')
BLOCK_2_TYPE = re.compile(rclass="hl-string">'\{2:([IO])(\d{3})')

class=class="hl-string">"hl-comment"># === ACTIVITY MAPPING LOGIC ===
def map_message_to_activity(io_direction, mt_type, block4_text):
    class=class="hl-string">"hl-comment"># Outgoing Payments (MT103, MT202)
    if io_direction == class="hl-string">'I' and mt_type in [class="hl-string">'103', class="hl-string">'202']:
        return class="hl-string">"Payment Instruction Sent"
    
    class=class="hl-string">"hl-comment"># Incoming Payments (MT103 received from another bank)
    if io_direction == class="hl-string">'O' and mt_type in [class="hl-string">'103', class="hl-string">'202']:
        return class="hl-string">"Payment Transferred"

    class=class="hl-string">"hl-comment"># System Acknowledgment (MT012)
    if mt_type == class="hl-string">'012':
        return class="hl-string">"SWIFT ACK Received"

    class=class="hl-string">"hl-comment"># System NAK / Abort (MT019)
    if mt_type == class="hl-string">'019':
        return class="hl-string">"Payment Error Identified"

    class=class="hl-string">"hl-comment"># Statements / Confirmation (MT900 Debit, MT910 Credit, MT950)
    if mt_type in [class="hl-string">'900', class="hl-string">'910', class="hl-string">'910', class="hl-string">'950']:
        return class="hl-string">"Payment Settled"
    
    class=class="hl-string">"hl-comment"># Returns (MT103 RETN)
    if mt_type == class="hl-string">'103' and class="hl-string">':23E:RETN' in block4_text:
        return class="hl-string">"Payment Rejected"

    class=class="hl-string">"hl-comment"># GPI Status Updates (MT199)
    if mt_type == class="hl-string">'199':
        if class="hl-string">'/RJCT/' in block4_text:
            return class="hl-string">"Payment Rejected"
        if class="hl-string">'/ACSP/' in block4_text:
            return class="hl-string">"Payment Transferred"
        if class="hl-string">'/ACSC/' in block4_text:
            return class="hl-string">"Payment Settled"
            
    return class="hl-string">"Message Processed"  class=class="hl-string">"hl-comment"># Fallback

def parse_swift_date(yymmdd):
    class=class="hl-string">"hl-comment"># Assumes 20xx for years
    try:
        return datetime.strptime(yymmdd, class="hl-string">'%y%m%d').strftime(class="hl-string">'%Y-%m-%d')
    except ValueError:
        return None

class=class="hl-string">"hl-comment"># === MAIN EXTRACTION ===
def process_files():
    records = []
    files = glob.glob(os.path.join(INPUT_DIRECTORY, class="hl-string">"*"))
    
    print(fclass="hl-string">"Found {len(files)} files to process.")

    for filepath in files:
        try:
            with open(filepath, class="hl-string">'r', encoding=class="hl-string">'utf-8', errors=class="hl-string">'ignore') as f:
                content = f.read()
                
            class=class="hl-string">"hl-comment"># Find all full messages in file
            messages = BLOCK_PATTERN.findall(content)
            
            for b1, b2, b4 in messages:
                class=class="hl-string">"hl-comment"># -- Extract Core IDs --
                trn_match = TAG_20_TRN.search(b4)
                uetr_match = TAG_121_UETR.search(b4)
                
                class=class="hl-string">"hl-comment"># Primary Key preference: UETR > TRN > Generated ID
                uetr = uetr_match.group(1) if uetr_match else None
                trn = trn_match.group(1) if trn_match else class="hl-string">"UNKNOWN"
                case_id = uetr if uetr else trn
                
                if case_id == class="hl-string">"UNKNOWN":
                    continue class=class="hl-string">"hl-comment"># Skip structural noise

                class=class="hl-string">"hl-comment"># -- Extract Metadata --
                type_match = BLOCK_2_TYPE.search(b2)
                io_dir = type_match.group(1) if type_match else class="hl-string">"I"
                mt_type = type_match.group(2) if type_match else class="hl-string">"999"
                
                class=class="hl-string">"hl-comment"># -- Determine Timestamp --
                class=class="hl-string">"hl-comment"># Attempt to find timestamp in Block 1 (Session header)
                class=class="hl-string">"hl-comment"># Format often: {1:F01BANKBEBBXXXX1234123456}
                class=class="hl-string">"hl-comment"># Using current time as fallback if header parsing fails
                timestamp = datetime.now().isoformat()
                date_match = BLOCK_1_DATE.search(b1)
                if date_match:
                    class=class="hl-string">"hl-comment"># YYMMDD + HHMM
                    class=class="hl-string">"hl-comment"># Note: Sequence number often occupies this space, this regex is generic
                    class=class="hl-string">"hl-comment"># For simplicity, we assume file creation time or construct from header
                    pass 
                    
                class=class="hl-string">"hl-comment"># -- Extract Financials --
                amount = None
                currency = None
                val_date = None
                amt_match = TAG_32A_VAL.search(b4)
                if amt_match:
                    val_date_raw, currency, amt_str = amt_match.groups()
                    val_date = parse_swift_date(val_date_raw)
                    amount = float(amt_str.replace(class="hl-string">',', class="hl-string">'.'))

                class=class="hl-string">"hl-comment"># -- Extract Beneficiary --
                ben_bic = None
                ben_match = TAG_57A_BIC.search(b4)
                if ben_match:
                    ben_bic = ben_match.group(1)

                class=class="hl-string">"hl-comment"># -- Map Activity --
                activity = map_message_to_activity(io_dir, mt_type, b4)

                class=class="hl-string">"hl-comment"># -- Create Record --
                record = {
                    class="hl-string">"PaymentTransactionId": case_id,
                    class="hl-string">"ActivityName": activity,
                    class="hl-string">"EventTimestamp": datetime.now().strftime(class="hl-string">"%Y-%m-%d %H:%M:%S"), class=class="hl-string">"hl-comment"># Replace with actual extracted time
                    class="hl-string">"SourceSystem": class="hl-string">"SWIFT_Alliance_Access",
                    class="hl-string">"TransactionAmount": amount,
                    class="hl-string">"TransactionCurrency": currency,
                    class="hl-string">"UniqueEndToEndReference": uetr,
                    class="hl-string">"SwiftMessageType": fclass="hl-string">"MT{mt_type}",
                    class="hl-string">"BeneficiaryBic": ben_bic,
                    class="hl-string">"ValueDate": val_date,
                    class="hl-string">"LastDataUpdate": datetime.now().isoformat()
                }
                
                records.append(record)

                class=class="hl-string">"hl-comment"># -- Derived Logic for class="hl-string">'Created' --
                class=class="hl-string">"hl-comment"># If this is the very first outgoing MT103, we can imply creation
                class=class="hl-string">"hl-comment"># In a real scenario, this logic happens after sorting all events
                if activity == class="hl-string">"Payment Instruction Sent":
                    creation_record = record.copy()
                    creation_record[class="hl-string">"ActivityName"] = class="hl-string">"Payment Request Created"
                    class=class="hl-string">"hl-comment"># Offset time slightly backwards to simulate flow
                    creation_record[class="hl-string">"EventTimestamp"] = class="hl-string">"[Derive from Log Creation Time]"
                    records.append(creation_record)

        except Exception as e:
            print(fclass="hl-string">"Error processing file {filepath}: {e}")

    class=class="hl-string">"hl-comment"># -- Convert to DataFrame --
    df = pd.DataFrame(records)
    
    class=class="hl-string">"hl-comment"># -- Final Cleanup --
    class=class="hl-string">"hl-comment"># Sort by ID and Time to ensure logical order if needed
    if not df.empty:
        df.sort_values(by=[class="hl-string">'PaymentTransactionId', class="hl-string">'EventTimestamp'], inplace=True)
        df.to_csv(OUTPUT_FILE, index=False)
        print(fclass="hl-string">"Extraction complete. Data saved to {OUTPUT_FILE}")
    else:
        print(class="hl-string">"No valid SWIFT messages found.")

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

Passaggi

Verifichi che siano disponibili l’abbonamento all’API SWIFT gpi Tracker, le credenziali API, la possibilità di ricerca UETR e l’accesso alla fonte degli eventi del sistema di pagamento interno. Consulti la documentazione del servizio SWIFT per conoscere l’URL di base esatto dell’API, il metodo di autenticazione, lo schema delle risposte, i limiti di frequenza e le regole di paginazione. Non presuma un percorso dell’endpoint, poiché dipende dal servizio SWIFT concesso in licenza e dalla relativa implementazione.
Configuri lo script con la stringa di connessione, le credenziali, l’intervallo di date e i filtri specifici dell’azienda. Per l’estrazione iniziale, utilizzi un intervallo da tre a sei mesi. Limiti i dati della fonte interna alle transazioni di pagamento con TRN o UETR e conservi il nome del sistema di origine per ogni evento.
Estragga gli eventi interni del ciclo di vita relativi a Payment Request Created, Payment Details Validated, Sanctions Screening Passed, Payment Approved, Payment Instruction Sent, SWIFT ACK Received, Payment Error Identified, Payment Error Resolved, Payment Rejected, Payment Settled e Payment Reconciled. Ogni evento di origine deve essere convertito in una riga distinta dell’Event Log. Non faccia affidamento su ProcessMind per dedurre le attività.
Estragga gli UETR dai record di pagamento interni e interroghi l’API SWIFT gpi Tracker con licenza per ciascun UETR. Utilizzi la documentazione API fornita per il proprio ambiente per configurare l’URL della richiesta, le intestazioni di autenticazione, i parametri, la paginazione e i campi della risposta. Conservi la risposta grezza per garantire la verificabilità.
Converta gli stati applicabili del gpi Tracker in righe di evento esplicite. Lo script associa ACSP a Payment Transferred, RJCT a Payment Rejected e ACSC a Payment Settled. Se la risposta con licenza utilizza nomi di stato o timestamp diversi, aggiorni l’associazione in base allo schema documentato. Non crei un evento se l’API non fornisce un’occorrenza di stato corrispondente.
Uniformi tutti i timestamp a un fuso orario coerente, preferibilmente UTC, conservando il timestamp originale quando necessario ai fini di audit. Converta i valori monetari in valori numerici, mantenga la valuta della transazione, uniformi i valori booleani STP e conservi i valori NULL quando la fonte non fornisce un attributo.
Elimini i duplicati utilizzando PaymentTransactionId, ActivityName, EventTimestamp e l’identificativo dell’evento di origine più specifico disponibile. Conservi le occorrenze legittime multiple, come i cicli ripetuti di correzione e nuovo invio, salvo che una regola aziendale richieda esplicitamente una sola occorrenza per attività.
Verifichi che ogni riga di output contenga PaymentTransactionId, ActivityName, EventTimestamp, SourceSystem e LastDataUpdate. Controlli che ActivityName includa solo i valori di attività documentati e che siano presenti tutte le 12 attività, quando disponibili nei dati di origine.
Esporti il dataset risultante in formato CSV UTF-8 o in un altro formato di Event Log supportato da ProcessMind. Utilizzi una riga per evento, includa le colonne obbligatorie e consigliate e associ PaymentTransactionId all’identificativo del caso, ActivityName all’attività ed EventTimestamp al timestamp dell’evento. Carichi il file in ProcessMind senza aspettarsi che vengano dedotti altri eventi.

Configurazione

Endpoint API e schema: configuri l’URL di base esatto dell’API SWIFT gpi Tracker, il percorso della risorsa, i parametri della richiesta, le intestazioni di autenticazione, la paginazione e i nomi dei campi della risposta in base alla documentazione SWIFT con licenza per il proprio ambiente. Lo script non inventa intenzionalmente un endpoint.
Credenziali e autorizzazioni: utilizzi il meccanismo approvato per le credenziali API SWIFT, i requisiti relativi a certificati o token, il metodo di archiviazione dei segreti e le autorizzazioni per i sistemi di origine interni. Non inserisca segreti di produzione direttamente nel codice sorgente.
Intervallo di date: inizi con un periodo da tre a sei mesi. Utilizzi il timestamp dell’evento o la data di creazione del pagamento richiesta dall’obiettivo di rendicontazione. Per volumi elevati, elabori intervalli più brevi e registri gli UETR completati.
Filtri delle fonti interne: configuri i filtri per azienda, entità giuridica, filiale, prodotto di pagamento, tipo di documento, tipo di messaggio, valuta e stato in base al sistema in uso. Utilizzi segnaposto come [Configure based on your system] finché lo schema della fonte non è stato verificato.
Associazione delle attività: mantenga associazioni esplicite per gli stati e le code interni. Ad esempio, Draft può corrispondere a Validated o Ready for Auth per Payment Details Validated; il rilascio da Screening Hold a Sanctions Screening Passed; l’inserimento nella coda Repair o Exception a Payment Error Identified; il ritorno a Processing o Ready for Payment a Payment Error Resolved.
Associazione degli stati gpi: associ gli stati documentati del Tracker ad attività esplicite. Questa implementazione associa ACSP a Payment Transferred, RJCT a Payment Rejected e ACSC a Payment Settled. Estenda l’associazione solo se la documentazione dell’API con licenza conferma il significato degli stati.
Criteri per i timestamp: uniformi i timestamp a UTC, ove possibile. Definisca la priorità tra l’ora dell’evento di origine, l’ora dell’evento Tracker, l’ora di ricezione del messaggio e l’ora di estrazione. LastDataUpdate deve indicare l’ora di estrazione o aggiornamento, non quella dell’evento aziendale.
Limiti di frequenza e nuovi tentativi: configuri il timeout delle richieste, il numero di tentativi, il backoff esponenziale, la gestione degli stati HTTP e la paginazione. Rispetti i limiti del servizio SWIFT ed eviti richieste parallele non controllate.
Prestazioni: memorizzi nella cache le risposte in base all’UETR, elabori gli UETR in batch, salvi i punti di controllo e utilizzi l’estrazione incrementale, se supportata. Eviti di interrogare più volte il Tracker per lo stesso UETR e intervallo di date.
Qualità dei dati: richieda PaymentTransactionId, ActivityName, EventTimestamp, SourceSystem e LastDataUpdate. Consenta valori NULL per gli attributi consigliati quando la fonte non li fornisce, ma ne segnali i tassi di compilazione.
Verificabilità: conservi la risposta API grezza, il timestamp della richiesta, lo stato della risposta, l’UETR e l’identificativo dell’esecuzione di estrazione in una posizione di audit approvata. Applichi le regole di conservazione e sicurezza previste per i dati di pagamento.
Prerequisiti: verifichi l’accesso ai log del ciclo di vita dei pagamenti interni, della conformità, del gateway SWIFT, della riconciliazione e dell’interfaccia dei messaggi, oltre alla licenza per l’API SWIFT gpi Tracker e agli eventuali certificati o inserimenti in elenchi di autorizzazione di rete necessari.

a Query di esempio python

import csv
import json
import os
import time
import uuid
from datetime import datetime, timezone
from decimal import Decimal, InvalidOperation
from typing import Any, Dict, Iterable, List, Optional

import requests

class=class="hl-string">"hl-comment"># Replace only the following placeholders with environment-specific values.
SWIFT_API_BASE_URL = class="hl-string">"[SWIFT gpi Tracker API base URL]"
SWIFT_API_PATH = class="hl-string">"[SWIFT gpi Tracker API resource path]"
SWIFT_API_TOKEN = class="hl-string">"[SWIFT API token or credential reference]"
START_DATE = class="hl-string">"[YYYY-MM-DD]"
END_DATE = class="hl-string">"[YYYY-MM-DD]"
COMPANY_FILTER = class="hl-string">"[Configure based on your system]"
INTERNAL_EVENTS_FILE = class="hl-string">"[path to internal payment lifecycle events CSV or JSON]"
OUTPUT_FILE = class="hl-string">"swift_gpi_event_log.csv"
RAW_RESPONSE_FILE = class="hl-string">"swift_gpi_raw_responses.jsonl"
REQUEST_TIMEOUT_SECONDS = 60
MAX_RETRIES = 4
PAGE_SIZE = 100

REQUIRED_COLUMNS = [
    class="hl-string">"PaymentTransactionId",
    class="hl-string">"ActivityName",
    class="hl-string">"EventTimestamp",
    class="hl-string">"SourceSystem",
    class="hl-string">"LastDataUpdate",
]

RECOMMENDED_COLUMNS = [
    class="hl-string">"TransactionAmount",
    class="hl-string">"TransactionCurrency",
    class="hl-string">"UniqueEndToEndReference",
    class="hl-string">"SwiftMessageType",
    class="hl-string">"ProcessingUser",
    class="hl-string">"BeneficiaryBic",
    class="hl-string">"SwiftNakCode",
    class="hl-string">"ValueDate",
    class="hl-string">"IsStp",
]

ALL_ACTIVITIES = {
    class="hl-string">"Payment Request Created",
    class="hl-string">"Payment Details Validated",
    class="hl-string">"Sanctions Screening Passed",
    class="hl-string">"Payment Approved",
    class="hl-string">"Payment Instruction Sent",
    class="hl-string">"SWIFT ACK Received",
    class="hl-string">"Payment Transferred",
    class="hl-string">"Payment Error Identified",
    class="hl-string">"Payment Error Resolved",
    class="hl-string">"Payment Rejected",
    class="hl-string">"Payment Settled",
    class="hl-string">"Payment Reconciled",
}


def utc_now() -> str:
    return datetime.now(timezone.utc).isoformat()


def first_value(record: Dict[str, Any], names: Iterable[str], default: Any = None) -> Any:
    for name in names:
        if name in record and record[name] not in (None, class="hl-string">""):
            return record[name]
    return default


def normalize_timestamp(value: Any) -> Optional[str]:
    if value in (None, class="hl-string">""):
        return None
    text = str(value).strip()
    if text.endswith(class="hl-string">"Z"):
        text = text[:-1] + class="hl-string">"+00:00"
    try:
        parsed = datetime.fromisoformat(text)
        if parsed.tzinfo is None:
            parsed = parsed.replace(tzinfo=timezone.utc)
        return parsed.astimezone(timezone.utc).isoformat()
    except ValueError:
        return str(value)


def normalize_amount(value: Any) -> Optional[str]:
    if value in (None, class="hl-string">""):
        return None
    try:
        return str(Decimal(str(value)))
    except (InvalidOperation, ValueError):
        return str(value)


def normalize_bool(value: Any) -> Optional[bool]:
    if value in (None, class="hl-string">""):
        return None
    if isinstance(value, bool):
        return value
    return str(value).strip().lower() in {class="hl-string">"true", class="hl-string">"1", class="hl-string">"yes", class="hl-string">"y"}


def load_records(path: str) -> List[Dict[str, Any]]:
    if path.lower().endswith(class="hl-string">".json"):
        with open(path, class="hl-string">"r", encoding=class="hl-string">"utf-8") as handle:
            data = json.load(handle)
        if isinstance(data, list):
            return data
        if isinstance(data, dict):
            for key in (class="hl-string">"records", class="hl-string">"events", class="hl-string">"payments", class="hl-string">"data"):
                if isinstance(data.get(key), list):
                    return data[key]
        raise ValueError(class="hl-string">"The JSON input must contain a list of records.")
    with open(path, class="hl-string">"r", encoding=class="hl-string">"utf-8-sig", newline=class="hl-string">"") as handle:
        return list(csv.DictReader(handle))


def base_event(payment: Dict[str, Any], activity: str, timestamp: Any, source_system: str, run_time: str) -> Optional[Dict[str, Any]]:
    payment_id = first_value(payment, [class="hl-string">"PaymentTransactionId", class="hl-string">"payment_transaction_id", class="hl-string">"transaction_id", class="hl-string">"TRN", class="hl-string">"trn", class="hl-string">"UETR", class="hl-string">"uetr"])
    event_time = normalize_timestamp(timestamp)
    if not payment_id or not event_time:
        return None
    return {
        class="hl-string">"PaymentTransactionId": str(payment_id),
        class="hl-string">"ActivityName": activity,
        class="hl-string">"EventTimestamp": event_time,
        class="hl-string">"SourceSystem": source_system,
        class="hl-string">"LastDataUpdate": run_time,
        class="hl-string">"TransactionAmount": normalize_amount(first_value(payment, [class="hl-string">"TransactionAmount", class="hl-string">"transaction_amount", class="hl-string">"amount"])),
        class="hl-string">"TransactionCurrency": first_value(payment, [class="hl-string">"TransactionCurrency", class="hl-string">"transaction_currency", class="hl-string">"currency"]),
        class="hl-string">"UniqueEndToEndReference": first_value(payment, [class="hl-string">"UniqueEndToEndReference", class="hl-string">"UETR", class="hl-string">"uetr", class="hl-string">"uetr_value"]),
        class="hl-string">"SwiftMessageType": first_value(payment, [class="hl-string">"SwiftMessageType", class="hl-string">"swift_message_type", class="hl-string">"message_type"]),
        class="hl-string">"ProcessingUser": first_value(payment, [class="hl-string">"ProcessingUser", class="hl-string">"processing_user", class="hl-string">"user", class="hl-string">"performed_by"]),
        class="hl-string">"BeneficiaryBic": first_value(payment, [class="hl-string">"BeneficiaryBic", class="hl-string">"beneficiary_bic", class="hl-string">"beneficiaryBIC"]),
        class="hl-string">"SwiftNakCode": first_value(payment, [class="hl-string">"SwiftNakCode", class="hl-string">"swift_nak_code", class="hl-string">"nak_code"]),
        class="hl-string">"ValueDate": first_value(payment, [class="hl-string">"ValueDate", class="hl-string">"value_date"]),
        class="hl-string">"IsStp": normalize_bool(first_value(payment, [class="hl-string">"IsStp", class="hl-string">"is_stp", class="hl-string">"stp"])),
    }


def add_internal_event(events: List[Dict[str, Any]], payment: Dict[str, Any], activity: str, timestamp_names: List[str], source_system: str, run_time: str) -> None:
    timestamp = first_value(payment, timestamp_names)
    event = base_event(payment, activity, timestamp, source_system, run_time)
    if event:
        events.append(event)


def extract_internal_events(payments: List[Dict[str, Any]], run_time: str) -> List[Dict[str, Any]]:
    events: List[Dict[str, Any]] = []
    for payment in payments:
        source_system = str(first_value(payment, [class="hl-string">"SourceSystem", class="hl-string">"source_system"], class="hl-string">"Internal Payment System"))
        add_internal_event(events, payment, class="hl-string">"Payment Request Created", [class="hl-string">"PaymentRequestCreatedTimestamp", class="hl-string">"payment_request_created_timestamp", class="hl-string">"created_at", class="hl-string">"creation_timestamp"], source_system, run_time)
        add_internal_event(events, payment, class="hl-string">"Payment Details Validated", [class="hl-string">"PaymentDetailsValidatedTimestamp", class="hl-string">"payment_details_validated_timestamp", class="hl-string">"validated_at", class="hl-string">"validation_timestamp"], source_system, run_time)
        add_internal_event(events, payment, class="hl-string">"Sanctions Screening Passed", [class="hl-string">"SanctionsScreeningPassedTimestamp", class="hl-string">"sanctions_screening_passed_timestamp", class="hl-string">"screening_passed_at", class="hl-string">"screening_release_timestamp"], source_system, run_time)
        add_internal_event(events, payment, class="hl-string">"Payment Approved", [class="hl-string">"PaymentApprovedTimestamp", class="hl-string">"payment_approved_timestamp", class="hl-string">"approved_at", class="hl-string">"approval_timestamp"], source_system, run_time)
        add_internal_event(events, payment, class="hl-string">"Payment Instruction Sent", [class="hl-string">"PaymentInstructionSentTimestamp", class="hl-string">"payment_instruction_sent_timestamp", class="hl-string">"instruction_sent_at", class="hl-string">"swift_sent_timestamp"], source_system, run_time)
        add_internal_event(events, payment, class="hl-string">"SWIFT ACK Received", [class="hl-string">"SwiftAckReceivedTimestamp", class="hl-string">"swift_ack_received_timestamp", class="hl-string">"ack_received_at", class="hl-string">"swift_ack_timestamp"], source_system, run_time)
        add_internal_event(events, payment, class="hl-string">"Payment Error Identified", [class="hl-string">"PaymentErrorIdentifiedTimestamp", class="hl-string">"payment_error_identified_timestamp", class="hl-string">"error_identified_at", class="hl-string">"repair_queue_timestamp", class="hl-string">"exception_timestamp"], source_system, run_time)
        add_internal_event(events, payment, class="hl-string">"Payment Error Resolved", [class="hl-string">"PaymentErrorResolvedTimestamp", class="hl-string">"payment_error_resolved_timestamp", class="hl-string">"error_resolved_at", class="hl-string">"repair_resolved_timestamp", class="hl-string">"resubmission_timestamp"], source_system, run_time)
        add_internal_event(events, payment, class="hl-string">"Payment Rejected", [class="hl-string">"PaymentRejectedTimestamp", class="hl-string">"payment_rejected_timestamp", class="hl-string">"rejected_at", class="hl-string">"return_received_timestamp"], source_system, run_time)
        add_internal_event(events, payment, class="hl-string">"Payment Settled", [class="hl-string">"PaymentSettledTimestamp", class="hl-string">"payment_settled_timestamp", class="hl-string">"settled_at", class="hl-string">"beneficiary_credit_timestamp"], source_system, run_time)
        add_internal_event(events, payment, class="hl-string">"Payment Reconciled", [class="hl-string">"PaymentReconciledTimestamp", class="hl-string">"payment_reconciled_timestamp", class="hl-string">"reconciled_at", class="hl-string">"reconciliation_timestamp"], source_system, run_time)
    return events


def request_json(session: requests.Session, url: str, headers: Dict[str, str], params: Dict[str, Any]) -> Dict[str, Any]:
    last_error: Optional[Exception] = None
    for attempt in range(MAX_RETRIES):
        try:
            response = session.get(url, headers=headers, params=params, timeout=REQUEST_TIMEOUT_SECONDS)
            if response.status_code == 429 or response.status_code >= 500:
                response.raise_for_status()
            response.raise_for_status()
            return response.json()
        except (requests.RequestException, ValueError) as error:
            last_error = error
            if attempt == MAX_RETRIES - 1:
                break
            time.sleep(2 ** attempt)
    raise RuntimeError(fclass="hl-string">"SWIFT API request failed: {last_error}")


def get_items(payload: Dict[str, Any]) -> List[Dict[str, Any]]:
    for key in (class="hl-string">"events", class="hl-string">"statuses", class="hl-string">"statusEvents", class="hl-string">"data", class="hl-string">"items", class="hl-string">"results"):
        value = payload.get(key)
        if isinstance(value, list):
            return [item for item in value if isinstance(item, dict)]
    if isinstance(payload, list):
        return [item for item in payload if isinstance(item, dict)]
    return []


def fetch_gpi_events(uetr: str, session: requests.Session, raw_handle: Any, run_time: str) -> List[Dict[str, Any]]:
    url = SWIFT_API_BASE_URL.rstrip(class="hl-string">"/") + class="hl-string">"/" + SWIFT_API_PATH.lstrip(class="hl-string">"/")
    headers = {class="hl-string">"Accept": class="hl-string">"application/json", class="hl-string">"Authorization": fclass="hl-string">"Bearer {SWIFT_API_TOKEN}"}
    page = 1
    output: List[Dict[str, Any]] = []
    while True:
        params = {class="hl-string">"uetr": uetr, class="hl-string">"startDate": START_DATE, class="hl-string">"endDate": END_DATE, class="hl-string">"page": page, class="hl-string">"pageSize": PAGE_SIZE}
        payload = request_json(session, url, headers, params)
        raw_handle.write(json.dumps({class="hl-string">"run_time": run_time, class="hl-string">"uetr": uetr, class="hl-string">"request_params": params, class="hl-string">"response": payload}, default=str) + class="hl-string">"\n")
        items = get_items(payload)
        output.extend(items)
        has_next = first_value(payload, [class="hl-string">"hasNext", class="hl-string">"has_next", class="hl-string">"nextPage", class="hl-string">"next_page"])
        if not items or has_next in (False, None, class="hl-string">"false", class="hl-string">"False"):
            break
        if isinstance(has_next, (int, str)) and str(has_next).isdigit():
            page = int(has_next)
        else:
            page += 1
    return output


def tracker_event(payment: Dict[str, Any], tracker: Dict[str, Any], activity: str, run_time: str) -> Optional[Dict[str, Any]]:
    merged = dict(payment)
    merged.update({
        class="hl-string">"UniqueEndToEndReference": first_value(tracker, [class="hl-string">"uetr", class="hl-string">"UETR"], first_value(payment, [class="hl-string">"UniqueEndToEndReference", class="hl-string">"UETR", class="hl-string">"uetr"])),
        class="hl-string">"SwiftMessageType": first_value(tracker, [class="hl-string">"messageType", class="hl-string">"message_type", class="hl-string">"swiftMessageType"], first_value(payment, [class="hl-string">"SwiftMessageType", class="hl-string">"swift_message_type", class="hl-string">"message_type"])),
        class="hl-string">"BeneficiaryBic": first_value(tracker, [class="hl-string">"beneficiaryBic", class="hl-string">"beneficiary_bic", class="hl-string">"beneficiaryBIC"], first_value(payment, [class="hl-string">"BeneficiaryBic", class="hl-string">"beneficiary_bic", class="hl-string">"beneficiaryBIC"])),
        class="hl-string">"TransactionAmount": first_value(tracker, [class="hl-string">"amount", class="hl-string">"transactionAmount", class="hl-string">"transaction_amount"], first_value(payment, [class="hl-string">"TransactionAmount", class="hl-string">"transaction_amount", class="hl-string">"amount"])),
        class="hl-string">"TransactionCurrency": first_value(tracker, [class="hl-string">"currency", class="hl-string">"transactionCurrency", class="hl-string">"transaction_currency"], first_value(payment, [class="hl-string">"TransactionCurrency", class="hl-string">"transaction_currency", class="hl-string">"currency"])),
        class="hl-string">"ValueDate": first_value(tracker, [class="hl-string">"valueDate", class="hl-string">"value_date"], first_value(payment, [class="hl-string">"ValueDate", class="hl-string">"value_date"])),
        class="hl-string">"IsStp": first_value(tracker, [class="hl-string">"isStp", class="hl-string">"is_stp", class="hl-string">"stp"], first_value(payment, [class="hl-string">"IsStp", class="hl-string">"is_stp", class="hl-string">"stp"])),
        class="hl-string">"SwiftNakCode": first_value(tracker, [class="hl-string">"nakCode", class="hl-string">"nak_code", class="hl-string">"swiftNakCode"], first_value(payment, [class="hl-string">"SwiftNakCode", class="hl-string">"swift_nak_code", class="hl-string">"nak_code"])),
    })
    timestamp = first_value(tracker, [class="hl-string">"eventTimestamp", class="hl-string">"event_timestamp", class="hl-string">"timestamp", class="hl-string">"statusTimestamp", class="hl-string">"status_timestamp", class="hl-string">"occurredAt", class="hl-string">"occurred_at"])
    return base_event(merged, activity, timestamp, class="hl-string">"SWIFT gpi Tracker API", run_time)


def extract_tracker_events(payments: List[Dict[str, Any]], run_time: str, raw_handle: Any) -> List[Dict[str, Any]]:
    events: List[Dict[str, Any]] = []
    seen_uetrs = set()
    with requests.Session() as session:
        for payment in payments:
            uetr = first_value(payment, [class="hl-string">"UniqueEndToEndReference", class="hl-string">"UETR", class="hl-string">"uetr", class="hl-string">"uetr_value"])
            if not uetr or str(uetr) in seen_uetrs:
                continue
            seen_uetrs.add(str(uetr))
            for tracker in fetch_gpi_events(str(uetr), session, raw_handle, run_time):
                status = str(first_value(tracker, [class="hl-string">"status", class="hl-string">"statusCode", class="hl-string">"status_code", class="hl-string">"gpiStatus", class="hl-string">"gpi_status"], class="hl-string">"")).upper()
                activity = {class="hl-string">"ACSP": class="hl-string">"Payment Transferred", class="hl-string">"RJCT": class="hl-string">"Payment Rejected", class="hl-string">"ACSC": class="hl-string">"Payment Settled"}.get(status)
                if activity:
                    event = tracker_event(payment, tracker, activity, run_time)
                    if event:
                        events.append(event)
    return events


def deduplicate(events: List[Dict[str, Any]]) -> List[Dict[str, Any]]:
    result: List[Dict[str, Any]] = []
    seen = set()
    for event in sorted(events, key=lambda row: (row[class="hl-string">"PaymentTransactionId"], row[class="hl-string">"EventTimestamp"], row[class="hl-string">"ActivityName"])):
        key = (event[class="hl-string">"PaymentTransactionId"], event[class="hl-string">"ActivityName"], event[class="hl-string">"EventTimestamp"], event.get(class="hl-string">"UniqueEndToEndReference"))
        if key not in seen:
            seen.add(key)
            result.append(event)
    return result


def write_csv(events: List[Dict[str, Any]], path: str) -> None:
    columns = REQUIRED_COLUMNS + RECOMMENDED_COLUMNS
    with open(path, class="hl-string">"w", encoding=class="hl-string">"utf-8", newline=class="hl-string">"") as handle:
        writer = csv.DictWriter(handle, fieldnames=columns, extrasaction=class="hl-string">"ignore")
        writer.writeheader()
        for event in events:
            writer.writerow({column: event.get(column) for column in columns})


def main() -> None:
    run_time = utc_now()
    payments = load_records(INTERNAL_EVENTS_FILE)
    if COMPANY_FILTER != class="hl-string">"[Configure based on your system]":
        payments = [payment for payment in payments if str(first_value(payment, [class="hl-string">"CompanyCode", class="hl-string">"company_code", class="hl-string">"Company", class="hl-string">"company"], class="hl-string">"")) == COMPANY_FILTER]
    internal_events = extract_internal_events(payments, run_time)
    with open(RAW_RESPONSE_FILE, class="hl-string">"w", encoding=class="hl-string">"utf-8") as raw_handle:
        tracker_events = extract_tracker_events(payments, run_time, raw_handle)
    events = deduplicate(internal_events + tracker_events)
    invalid = [event for event in events if any(event.get(column) in (None, class="hl-string">"") for column in REQUIRED_COLUMNS) or event[class="hl-string">"ActivityName"] not in ALL_ACTIVITIES]
    if invalid:
        raise ValueError(fclass="hl-string">"The extraction produced {len(invalid)} invalid event rows.")
    write_csv(events, OUTPUT_FILE)
    print(json.dumps({class="hl-string">"run_id": str(uuid.uuid4()), class="hl-string">"rows_written": len(events), class="hl-string">"output_file": OUTPUT_FILE, class="hl-string">"activities": sorted({event[class="hl-string">"ActivityName"] for event in events})}, indent=2))


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

È pronto a iniziare?

Utilizzi questi template per trasformare i log SWIFT grezzi in uno strumento utile a migliorare le attività operative e accelerare il regolamento dei pagamenti.

Torna alla guida al miglioramento Scarica il template

Ottimizzi subito i pagamenti SWIFT

Raggiunga il 98% di elaborazione diretta e riduca gli errori manuali

Inizi la prova gratuita

Non è richiesta una carta di credito. Configurazione in 5 minuti

Il Template dei dati per i pagamenti

Il Template dei dati per i pagamenti

Attributi dei pagamenti

Attività dei pagamenti

Guide all’estrazione

Esportazione dell’archivio SWIFT Alliance Access

Passaggi

Configurazione

a Query di esempio python

Analizzatore Python per file SWIFT MT grezzi

Passaggi

Configurazione

a Query di esempio python

Connettore API SWIFT gpi

Passaggi

Configurazione

a Query di esempio python

È pronto a iniziare?

Ottimizzi subito i pagamenti SWIFT

Il Template dei dati per i pagamenti

Il Template dei dati per i pagamenti

Attributi dei pagamenti

Attività dei pagamenti

Guide all’estrazione

Esportazione dell’archivio SWIFT Alliance Access

Passaggi

Configurazione

a Query di esempio python

Analizzatore Python per file SWIFT MT grezzi

Passaggi

Configurazione

a Query di esempio python

Connettore API SWIFT gpi

Passaggi

Configurazione

a Query di esempio python

È pronto a iniziare?

Ottimizzi subito i pagamenti SWIFT

La Sua privacy è importante