Appendix XXXVI - ISO 20022 Structured adress
Dal 14 Novembre 2026 I pagamenti cross-border/esteri e high value/di importo rilevante che riportano un indirizzo non conforme ai nuovi standard ISO 20022 (formato strutturato o semi-strutturato) saranno scartati da SWIFT e dalle altre infrastrutture di mercato (come TARGET2 o CHAPS). Questo cambiamento segue la migrazione dalla Messaggistica SWIFT allo standard ISO 20022 iniziata a November 2025 e ha l’obiettivo di migliorare l’efficienza nella gestione delle transazioni, rafforzando le misure dell’anti-riciclaggio e contro il finanziamento del terrorismo, standardizzando i processi dei pagamenti internazionali.
Requisiti chiave e scadenze
| Data | Azione Richiesta |
| Novembre 2025- Novembre 2026 | Periodo di transizione: tutti e tre I formati (non strutturato, semi-strutturato, strutturato) sono accettati. |
| 14 Novembre 2026 | Indirizzo completamente non strutturato rifiutato: solo l’indirizzo semi-strutturato o strutturato sono ammessi. |
Perché è importante ?
Gli indirizzi non strutturati, precedentemente accettati, a partire da Novembre 2026 comporteranno rischi operativi: l’utilizzo potrebbe portare a ritardi, costi per ulteriori investigazioni di compliance o addirittura a scarti da parte della banca del beneficiario.
Ulteriori dettagli sono disponibili nella newsletter al seguente link: https://cashmanagement.bnpparibas.com/sites/default/files/2026-03/Newsletter_ISO20022_EN_202602_Addresses.pdf
Requisiti minimi
Da Novembre 2026, ogni indirizzo dovrà includere almeno il Codice Paese e il Nome di Paese/Città (all’interno dei campi strutturati dedicati nel formato MX).
Termini generici (es. “Not provided / Non fornito”, “Unknown / Sconosciuto”) nel campo Paese/Città non comporteranno uno scarto automatico a cura di BNP Paribas ma potrebbero generare un ritardo nel processamento del pagamento o uno scarto ad opera della banca del beneficiario.
MX (pain.001) | ||
| Formato semi-strutturato | <Nm>ALAIN DUPONT</Nm> <PstAdr> <PstCd>1000</PstCd> <TwnNm>Brussels</TwnNm> <Ctry>BE</Ctry> <AdrLine>Rue de France 23</AdrLine> <PstAdr>
| Il formato dell’indirizzo semi-strutturato permette di combinare i dati strutturati e non strutturati. La parte strutturata dovrà includere, almeno il Nome della Città e il Codice Paese (formato ISO di 2 lettere). Nell’indirizzo semi-strutturato, gli elementi strutturati non dovranno essere ripetuti nel campo Indirizzo <AdrLine>. |
| Formato completamente strutturato | <Nm>ALAIN DUPONT</Nm> <PstlAdr> <StrtNm>Rue de France</StrtNm> <BldgNb>23</BldgNb> <PstCd>1000</PstCd> <TwnNm>Brussels</TwnNm> <Ctry>BE</Ctry> <PstlAdr>
| Raccomandiamo fortemente di inserire più informazioni possibili relative all’indirizzo negli elementi dei dati strutturati—come il Codice Postale, il Nome della Via e il Numero Civico—qualora questi dati siano disponibili in una forma strutturata. |
I dettagli dell’indirizzo restanti possono essere inseriti su più righe, ognuna limitata a 70 caratteri a testo libero nel campo <AdrLine>. Le righe dell’indirizzo non strutturato devono essere unicamente utilizzate per informazioni che non possono essere strutturate in modo affidabile o che non rientrano negli elementi previsti dai dati strutturati. | ||
Formati impattati:
- MT101: questo formato non supporta gli indirizzi strutturati. Tutttavia, l’utilizzo del campo 59F per l’indirizzo del beneficiario garantisce un formato semi-strutturato che va incontro ai requisiti dell’industria finanziaria.
CFONB320: questo formato supporta solo gli indirizzi semi-strutturati ad alcune condizioni. Raccomandiamo di pianificarne la dismissione e la conseguente migrazione al messaggio pain.001 prima di Novembre 2026.
MT (MT101)
| ||
Se si sta ancora utilizzando il formato MT101, si consiglia l’uso del campo 59F per indicare l’indirizzo del beneficiario e assicurare che esso includa il Codice Paese e il Nome della Città come elementi strutturati su 3 righe. Questo è l’unico modo per rendere possibile la trasmissione degli indirizzi semi-strutturati. Se nessun indirizzo del beneficiario è fornito, il campo 59 senza l’ opzione letterale può essere applicato. In questo caso, le prime due righe saranno processate in quanto solo il nome del beneficiario esclude l’interpretazione dell’indirizzo.
| ||
| Formato semi-strutturato | :59F:/BE30001216371411 1/JOHN SMITH 2/HOOGSTRAAT 6, 18TH FLOOR 3/BE/BRUSSELS , 1000
Dove: 1/= Nome (JOHN SMITH) 2/=Riga Indirizzo (HOOGSTRAAT 6, 18TH FLOOR) 3/=Codice Paese (BE)/Nome Città (BRUSSELS) , e Codice Postale (1000)
| Sottocampo 1 'Identificativo' /(Conto) o (Codice)(Codice Paese)(Identificativo)
Sottocampo 2 'Nome & Indirizzo' 1/Nome del cliente ordinante 2/Informazioni dell’Indirizzo 3/Codice Paese/Città, Codice Postale
! Sottolineiamo l’importanza di rispettare correttamente la struttura “Codice Paese /Nome Città”. Se ulteriori informazioni seguono il Nome della Città, queste devono essere separate da una virgola. |
CFONB320 | ||
| Formato semi-strutturato | Riga Indirizzo n°1 = Batiment Alsace Riga Indirizzo n°2 = 60 rue de la source Riga Indirizzo n°3 = FR/Paris , 75010 | Nel file CFONB320, BNP Paribas può solo identificare il Codice Paese e il Nome della Città se la riga 3 è presente nell’indirizzo e formattata come di seguito:
Riga “3” = Codice Paese (2 caratteri codici ISO) una barra (slash) e la Città una virgola e il Codice Postale
! Sottolineiamo l’importanza di rispettare correttamente la struttura “Codice Paese /Nome Città”. Se ulteriori informazioni seguono il Nome della Città, queste devono essere separate da una virgola.
|
Appendix XXXV - Tax Payment list (PLN)
Questa appendice fornisce specifiche dettagliate per pagamenti di imposte e tasse presso il Tax Offices of Poland. La tabella sottostante evidenzia la struttura ed il contenuto della causale in chiaro, inclusi l’identificativo del pagatore ed il tipo, il periodo ed il tipo di tassa.
Questi dati sono obbligatori per i pagamenti di imposte e tasse presso il Tax Offices of Poland e devono essere scrupolosamente osservati per assicurare una esecuzione accurata ed efficace di questo tipo di pagamenti.
Le tabelle sottostanti servono dunque di supporto per questa finalità:
Posizione | Descrizione | Contenuto | |
1-14 | Identificativo del pagatore | Minimo 4 e massimo 14 caratteri Questo campo deve contenere uno dei seguenti tipi di identificativi (ID) utilizzati come identificativi fiscali in Polonia:
| |
Dopo “l’identificativo del pagatore” | Spazio | 1 carattere (non compilato) = spazio | |
Dopo lo “spazio” | Tipo di identificativo del pagatore | 1 carattere Il tipo di identificativo del pagatore deve essere il carattere alfanumerico associato agli identificativi sopra descrittu.
| |
Dopo “Tipo di identificativo del pagatore” | Spazio | 1 carattere (non compilato) = spazio | |
Dopo lo “spazio” | Periodo | Il periodo fiscale oggetto del pagamento = massimo 7 caratteri Il periodo puo’ essere indicato in uno dei seguenti modi:
Per esempio: 25R – La tassa è pagata per il 2025 (aa)
Per esempio: 25K02 – La tassa è pagata per il secondo (tt) trimestre (K) del 2025 (aa)
Per esempio: 25M10 – La tassa è pagata per il mese (mm) di ottobre 2025 (aa)
Per esempio: 25D0210 – La tassa è pagata per i giorni 10 – 20, ossia i secondi 10 giorni (kk) del mese (mm) di ottobre 2025 (aa)
Per esempio 25J1610 – La tassa è pagata per il giorno 16 (gg) del mese (mm) di ottobre 2025 (aa).
‘aa’: 2 numeri per l’anno ‘tt’: 2 numeri per ogni trimestre: 01, 02, 03 o 04. ‘mm’: 2 numeri per il mese (01 = gennaio, 02 = febbraio, etc) ‘kk’: 2 numeri per ciascuna decina del mese (01 = primi 10 giorni del mese, 02 = secondi dieci giorni del mese, 03 = terzi dieci giorni del mese). | |
Dopo “Periodo” | Spazio | 1 carattere (non compilato) = spazio | |
Dopo lo “spazio” | Dichiarazione | La dichiarazione contiene il tipo di imposta / tassa Per esempio : PIT (Personal Income Tax), CIT (Corporate Income Tax), VAT (Value Added Tax / IVA) Massimo 7 caratteri | |
1-21 | Commenti | Testo libero (opzionale) oppure la parola chiave /TAX/ nella seconda riga della causale in chiaro Massimo 21 caratteri | |
| 1-5 | Fine della causale in chiaro | Se la seconda riga della causale in chiaro contiene dei commenti opzionali, allora deve essere sempre valorizzata la parola chiave /TAX/ alla fine della causale in chiaro |