La migrazione a ISO 20022 è uno dei cambiamenti più importanti nella messaggistica finanziaria internazionale. SWIFT ha completato la coesistenza MT/MX per i pagamenti transfrontalieri a novembre 2025. Le scadenze fissate a novembre 2026 riguardano i file che le aziende inviano alla propria banca: le versioni pain precedenti e, in Germania, il formato DTAZV. Il 24 settembre 2026 la Deutsche Kreditwirtschaft ha sospeso questo abbandono senza annunciare una nuova data — l'unica banca che abbiamo verificato, GLS Bank, manteneva la propria scadenza al 25.09.2026; sugli altri istituti non abbiamo informazioni. Questa guida, aggiornata il 25 settembre 2026, copre le tempistiche, le scadenze del 2026, gli impatti reali e le fasi per una transizione di successo.
Perché migrare a ISO 20022?
La messaggistica SWIFT tradizionale usa formati MT degli anni '70 con campi limitati.
ISO 20022 offre:
• Dati più ricchi: indirizzi strutturati, riferimenti end-to-end, informazioni di rimessa dettagliate.
• Interoperabilità globale: un unico standard per tutti i tipi di pagamento.
• Automazione più facile: il formato XML strutturato consente l'elaborazione automatica (STP).
• Compliance rafforzata: i dati strutturati facilitano lo screening delle sanzioni e l'antiriciclaggio.
ISO 20022 offre:
• Dati più ricchi: indirizzi strutturati, riferimenti end-to-end, informazioni di rimessa dettagliate.
• Interoperabilità globale: un unico standard per tutti i tipi di pagamento.
• Automazione più facile: il formato XML strutturato consente l'elaborazione automatica (STP).
• Compliance rafforzata: i dati strutturati facilitano lo screening delle sanzioni e l'antiriciclaggio.
Calendario di migrazione SWIFT
Marzo 2023: inizio della coesistenza. I messaggi MX coesistono con i MT.
Novembre 2025: fine della coesistenza per i pagamenti transfrontalieri. MT103 e MT202 sostituiti da pacs.008 e pacs.009. Secondo SWIFT, oltre il 98% degli ordini di pagamento viaggia ormai in ISO 20022.
Novembre 2026, rinviato: con la release di standard 2026 SWIFT prevedeva di rendere obbligatori gli indirizzi strutturati. Il 27 agosto 2026 SWIFT ha rinviato tutte le modifiche di quella release relative ai pagamenti; darà un aggiornamento sull'obbligo di indirizzo strutturato entro dicembre 2026.
Per le aziende europee, SEPA usa ISO 20022 dal 2014. I file che le aziende inviano alla propria banca seguono scadenze proprie: vedi la sezione seguente.
Novembre 2025: fine della coesistenza per i pagamenti transfrontalieri. MT103 e MT202 sostituiti da pacs.008 e pacs.009. Secondo SWIFT, oltre il 98% degli ordini di pagamento viaggia ormai in ISO 20022.
Novembre 2026, rinviato: con la release di standard 2026 SWIFT prevedeva di rendere obbligatori gli indirizzi strutturati. Il 27 agosto 2026 SWIFT ha rinviato tutte le modifiche di quella release relative ai pagamenti; darà un aggiornamento sull'obbligo di indirizzo strutturato entro dicembre 2026.
Per le aziende europee, SEPA usa ISO 20022 dal 2014. I file che le aziende inviano alla propria banca seguono scadenze proprie: vedi la sezione seguente.
Scadenze 2026 per i file di pagamento
Situazione al 25 settembre 2026. Ogni banca fissa il proprio giorno di chiusura: verificalo con la tua.
• Germania, 24.09.2026, sospensione: la DK ha sospeso l'abbandono, previsto per novembre 2026, dei vecchi formati per i bonifici SEPA, i bonifici verso l'estero e i bonifici urgenti in euro, e li mantiene temporaneamente in servizio; dal 24.09.2026 la pagina del ciclo di vita dei formati riporta l'avviso di sospensione e la nota «Vorübergehend weiter verwendbar» (utilizzabile temporaneamente), senza una nuova data di fine. Le nuove date di fine seguiranno quelle di SWIFT e dell'EPC. Le date bancarie indicate qui sotto restano valide finché la banca non le modifica.
• Indirizzi SEPA, 15.11.2026, rinviato: la guida EPC sugli indirizzi (EPC153-22 v2.1) fissava il 15.11.2026 come fine degli indirizzi non strutturati negli schemi di pagamento EPC, in base alla data di esecuzione o di addebito. Un documento precedente, le linee guida di implementazione SDD 2025 v1.0, indicava il 22.11.2026. Il 10 settembre 2026 l'EPC ha annunciato il rinvio di questa data (decisione del 9 settembre) e prevede di fissarne una nuova a ottobre 2026.
• Germania, 14.11.2026 alle 00:01: GLS Bank non accetta più versioni precedenti a pain.001.001.09 (bonifici) e pain.008.001.08 (addebiti diretti), quindi né pain.001.001.03 né pain.008.001.02, né i file DTAZV. Il settore bancario tedesco (Deutsche Kreditwirtschaft, DK) indicava solo il mese, 11/2026, e lasciava il giorno esatto a ciascuna banca; dal 24.09.2026 la sua pagina riporta la nota «Vorübergehend weiter verwendbar» (utilizzabile temporaneamente) e non indica una nuova data di fine. Al 25.09.2026 la pagina di GLS era invariata.
• Germania, 15.11.2026: entra in vigore la versione 26.11 dell'allegato 3 (Anlage 3) della DK. Secondo questo testo, il formato DTAZV per i pagamenti verso l'estero scompare a novembre 2026 ed è sostituito da pain.001.001.09. Secondo GLS il supporto del DTAZV nella DK termina il 01.12.2026; i documenti della DK non riportano questa data, ma novembre 2026 o il 15.11.2026. Al 22.09.2026 la DK indicava che dal 15.11.2026 gli ordini in DTAZV o nelle versioni pain del 2009 non avrebbero più potuto essere inoltrati senza problemi; dopo la sospensione del 24.09.2026 non abbiamo riconfermato questa indicazione.
• Paesi Bassi: l'associazione olandese dei pagamenti (Betaalvereniging) ha annunciato la fine degli indirizzi non strutturati per il 14.11.2026 (pagamenti non SEPA) e il 15.11.2026 (pagamenti SEPA). Riguarda gli indirizzi, non la versione pain. Il 22.09.2026 la sua pagina non menzionava il rinvio dell'EPC: verifica con la tua banca.
• Nei file: le versioni del 2019, pain.001.001.09 e pain.008.001.08, sostituiscono pain.001.001.03 e pain.008.001.02. In pain.001 cambiano tra l'altro il namespace, BIC diventa BICFI e la data di esecuzione va in un elemento Dt.
Fonti: EPC153-22 v2.1, EPC, 10.09.2026, GLS Bank, DK, Anlage 3 V26.11, DK, ebics.de, Betaalvereniging, SWIFT, 27.08.2026.
• Germania, 24.09.2026, sospensione: la DK ha sospeso l'abbandono, previsto per novembre 2026, dei vecchi formati per i bonifici SEPA, i bonifici verso l'estero e i bonifici urgenti in euro, e li mantiene temporaneamente in servizio; dal 24.09.2026 la pagina del ciclo di vita dei formati riporta l'avviso di sospensione e la nota «Vorübergehend weiter verwendbar» (utilizzabile temporaneamente), senza una nuova data di fine. Le nuove date di fine seguiranno quelle di SWIFT e dell'EPC. Le date bancarie indicate qui sotto restano valide finché la banca non le modifica.
• Indirizzi SEPA, 15.11.2026, rinviato: la guida EPC sugli indirizzi (EPC153-22 v2.1) fissava il 15.11.2026 come fine degli indirizzi non strutturati negli schemi di pagamento EPC, in base alla data di esecuzione o di addebito. Un documento precedente, le linee guida di implementazione SDD 2025 v1.0, indicava il 22.11.2026. Il 10 settembre 2026 l'EPC ha annunciato il rinvio di questa data (decisione del 9 settembre) e prevede di fissarne una nuova a ottobre 2026.
• Germania, 14.11.2026 alle 00:01: GLS Bank non accetta più versioni precedenti a pain.001.001.09 (bonifici) e pain.008.001.08 (addebiti diretti), quindi né pain.001.001.03 né pain.008.001.02, né i file DTAZV. Il settore bancario tedesco (Deutsche Kreditwirtschaft, DK) indicava solo il mese, 11/2026, e lasciava il giorno esatto a ciascuna banca; dal 24.09.2026 la sua pagina riporta la nota «Vorübergehend weiter verwendbar» (utilizzabile temporaneamente) e non indica una nuova data di fine. Al 25.09.2026 la pagina di GLS era invariata.
• Germania, 15.11.2026: entra in vigore la versione 26.11 dell'allegato 3 (Anlage 3) della DK. Secondo questo testo, il formato DTAZV per i pagamenti verso l'estero scompare a novembre 2026 ed è sostituito da pain.001.001.09. Secondo GLS il supporto del DTAZV nella DK termina il 01.12.2026; i documenti della DK non riportano questa data, ma novembre 2026 o il 15.11.2026. Al 22.09.2026 la DK indicava che dal 15.11.2026 gli ordini in DTAZV o nelle versioni pain del 2009 non avrebbero più potuto essere inoltrati senza problemi; dopo la sospensione del 24.09.2026 non abbiamo riconfermato questa indicazione.
• Paesi Bassi: l'associazione olandese dei pagamenti (Betaalvereniging) ha annunciato la fine degli indirizzi non strutturati per il 14.11.2026 (pagamenti non SEPA) e il 15.11.2026 (pagamenti SEPA). Riguarda gli indirizzi, non la versione pain. Il 22.09.2026 la sua pagina non menzionava il rinvio dell'EPC: verifica con la tua banca.
• Nei file: le versioni del 2019, pain.001.001.09 e pain.008.001.08, sostituiscono pain.001.001.03 e pain.008.001.02. In pain.001 cambiano tra l'altro il namespace, BIC diventa BICFI e la data di esecuzione va in un elemento Dt.
Fonti: EPC153-22 v2.1, EPC, 10.09.2026, GLS Bank, DK, Anlage 3 V26.11, DK, ebics.de, Betaalvereniging, SWIFT, 27.08.2026.
Differenze tra MT e MX
Formato: MT usa testo proprietario con campi numerati. MX usa XML con tag descrittivi.
Capacità dati: un MT103 limita il nome del beneficiario a 4 righe di 35 caratteri. Un pacs.008 offre campi strutturati.
Indirizzi: MT usa testo libero. ISO 20022 richiede indirizzi strutturati.
Corrispondenza:
• MT103 → pacs.008
• MT202 → pacs.009
• pain.001 resta pain.001, ma cambia la versione (vedi le scadenze 2026)
Capacità dati: un MT103 limita il nome del beneficiario a 4 righe di 35 caratteri. Un pacs.008 offre campi strutturati.
Indirizzi: MT usa testo libero. ISO 20022 richiede indirizzi strutturati.
Corrispondenza:
• MT103 → pacs.008
• MT202 → pacs.009
• pain.001 resta pain.001, ma cambia la versione (vedi le scadenze 2026)
Impatto sulle aziende
Sistemi di pagamento: ERP, TMS e software contabili devono essere aggiornati.
Database: le anagrafiche beneficiari necessitano di indirizzi strutturati e LEI.
Riconciliazione: i riferimenti end-to-end consentono un tracciamento più preciso.
Compliance: dati arricchiti facilitano lo screening delle sanzioni.
Formazione: i team finanziari e IT devono conoscere i nuovi formati.
Database: le anagrafiche beneficiari necessitano di indirizzi strutturati e LEI.
Riconciliazione: i riferimenti end-to-end consentono un tracciamento più preciso.
Compliance: dati arricchiti facilitano lo screening delle sanzioni.
Formazione: i team finanziari e IT devono conoscere i nuovi formati.
Fasi pratiche di migrazione
1. Audit: inventaria flussi di pagamento, formati e sistemi.
2. Gap analysis: confronta campi attuali con i requisiti ISO 20022.
3. Aggiornamento sistemi: adegua ERP, TMS e strumenti di pagamento.
4. Pulizia dati: arricchisci anagrafiche con indirizzi strutturati e BIC aggiornati.
5. Test e validazione: esegui test end-to-end con la tua banca. Il validatore ISO 20022 verifica i tuoi file rispetto allo schema ISO 20022, non rispetto alle regole proprie della tua banca.
6. Go-live e monitoraggio: attiva i nuovi flussi, monitora i rifiuti e segui i pain.002.
2. Gap analysis: confronta campi attuali con i requisiti ISO 20022.
3. Aggiornamento sistemi: adegua ERP, TMS e strumenti di pagamento.
4. Pulizia dati: arricchisci anagrafiche con indirizzi strutturati e BIC aggiornati.
5. Test e validazione: esegui test end-to-end con la tua banca. Il validatore ISO 20022 verifica i tuoi file rispetto allo schema ISO 20022, non rispetto alle regole proprie della tua banca.
6. Go-live e monitoraggio: attiva i nuovi flussi, monitora i rifiuti e segui i pain.002.
MT103 vs pain.001: qual è la differenza?
MT103 è il messaggio SWIFT classico per bonifici internazionali individuali. pain.001 è il suo successore ISO 20022.
• pain.001 è il file che l'azienda invia alla banca. È già in formato ISO 20022.
• MT103 era il messaggio tra banche. Viene sostituito da pacs.008.
È la tua banca a decidere se accetta pain.001 per i bonifici internazionali; in Germania pain.001.001.09 sostituisce il formato DTAZV per i pagamenti verso l'estero — il 24.09.2026 la DK ha sospeso la scadenza di novembre, mentre le banche possono mantenere la propria. Per creare questi file, usa il generatore internazionale. Per banche che usano ancora MT, il generatore MT103 è disponibile.
• pain.001 è il file che l'azienda invia alla banca. È già in formato ISO 20022.
• MT103 era il messaggio tra banche. Viene sostituito da pacs.008.
È la tua banca a decidere se accetta pain.001 per i bonifici internazionali; in Germania pain.001.001.09 sostituisce il formato DTAZV per i pagamenti verso l'estero — il 24.09.2026 la DK ha sospeso la scadenza di novembre, mentre le banche possono mantenere la propria. Per creare questi file, usa il generatore internazionale. Per banche che usano ancora MT, il generatore MT103 è disponibile.
Strumenti per la migrazione
• Generatore pain.001: crea online, senza installazione, file di bonifico SEPA e internazionali conformi a ISO 20022. I dati bancari vengono elaborati in memoria e non vengono mai conservati sui nostri server.
• Generatore pain.008: produce file di addebito diretto SEPA in pain.008.001.08 (pain.008.001.02 resta disponibile).
• Validatore ISO 20022: verifica i tuoi XML rispetto allo schema ISO 20022 prima dell'invio, non rispetto ai profili propri di ogni banca.
• Generatore MT103: per banche non ancora migrate.
Questi strumenti consentono di testare i nuovi flussi ISO 20022 e gestire la coesistenza dei formati.
• Generatore pain.008: produce file di addebito diretto SEPA in pain.008.001.08 (pain.008.001.02 resta disponibile).
• Validatore ISO 20022: verifica i tuoi XML rispetto allo schema ISO 20022 prima dell'invio, non rispetto ai profili propri di ogni banca.
• Generatore MT103: per banche non ancora migrate.
Questi strumenti consentono di testare i nuovi flussi ISO 20022 e gestire la coesistenza dei formati.