Sei sulla pagina 1di 4

Servizio "Disposizione di pagamento estero XML attivata dall'Ordinante": struttura del messaggio fisico di richiesta servizio (ID tag

parent: 1.)
Controllo
ID OR <XML Tag> Presenza Informazione Tipo dato XSD Lunghezza Err. Cd Descriz. controllo Dettagli VARIAZIONI RISPETTO ALLA PRECEDENTE RELEASE
XSD/APPL

Cfr. Parte Generale per il


1 <CBIHrdTrt> [1..1] XSD, APPL
dettaglio sui controlli applicativi

Cfr. Parte Generale per il


2 <CBIHrdSvr> [1..1] XSD, APPL
dettaglio sui controlli applicativi

<CBIBdyPCrossBorderPaymentR
3 [1..1] XSD
equest>

Envelope messaggio logico CBI,


+<CBIEnvelCrossBorderPayment
3.1 [1..n] comprensivo di eventuale firma XSD
Request>
digitale
+
3.1.1 {Or +<CBICrossBorderPaymentRequ [1..1] Messaggio logico di disposizione di pagamento estero XSD
estLogMsg>

3.1.2 Or} ++<CBISgnInf> [1..1] XSD


Servizio "Disposizione di pagamento estero XML attivata dall'Ordinante"

ID Nome tag Nome UNIFI Informazione Tipo info Lunghezza Controllo APPL Descriz. controllo Presenza

Se valorizzato, non deve essere presente il


2.9 UltmtDbtr Ultimate Debtor Debitore effettivo CBIPartyIdentification2 XSD/APP corrispondente blocco a livello di disposizione di 0..1
accredito

2.12.2.2 CtgyPurp Category Purpose Causale bancaria CategoryPurpose1Choice XSD 0..1

Se valorizzato, non deve essere presente il


2.12.5 UltmtDbtr Ultimate Debtor Debitore effettivo CBIPartyIdentification2 XSD/APP 0..1
corrispondente blocco a livello di distinta

Deve essere verificato che almeno uno tra i


2.12.7.1 FinInstnId FinancialInstitutionIdentification Identificativi Istituto finanziario CBIFinancialInstitutionIdentification2 XSD/APP sottocampi "BIC" o "ClrSysMmbId" sia presente. 1..1
Entrambi possono essere presenti
1..1
2.12.7.1.1 BIC BIC BIC BICIdentifier 8 o 11 XSD OR
0..1
1..1
2.12.7.1.2 ClrSysMmbId Clearing System Member Identification ID Istituto nel Sistema di Clearing CBIClearingSystemMemberIdentification2 XSD OR
0..1

2.12.11 UltmtCdtr Ultimate Creditor Creditore effettivo CBIPartyIdentification5 XSD 0..1

Informazioni correlate alle


2.12.16 RltdRmtInf Related Remittance Information CBIRemittanceLocation1 XSD 0..10
informazioni di riconciliazione

2.12.17.1 Ustrd Unstructured Dettagli in modalità non strutturata Max140Text 1..140 XSD 0..n

2.12.17.2 Strd Structured Dettagli in modalità strutturata StructuredRemittanceInformation7 XSD 0..n

Pagina 2 di 4
Dettagli

Debitore effettivo della singola distinta.


In accordo con quanto previsto dai meccanismi di regolamento EBA Clearing e Target2,
il blocco deve essere presente qualora diverso da Debtor e si raccomanda di
valorizzarlo solo in questo caso.
Con riferimento alle indicazioni del Payment Market Practice Group, si raccomanda di
non utilizzare tale campo, qualora non necessario, fino al 19 novembre 2023 al fine di
evitare eventuali latenze nella gestione dei pagamenti per la migrazione delle
procedure interbancarie annesse.
Regola: se valorizzato, non deve essere presente il corrispondente blocco a livello di
disposizione di accredito
Identifica la causale interbancaria, basata su un set predefinito di categorie.
Con riferimento alle indicazioni del Payment Market Practice Group, si raccomanda di
non utilizzare tale campo, qualora non necessario, fino al 19 novembre 2023 al fine di
evitare eventuali latenze nella gestione dei pagamenti per la migrazione delle
procedure interbancarie annesse.
Debitore effettivo dei singoli pagamenti.
Blocco analogo a "Debtor" da utilizzare per gestire il caso in cui il Debitore non sia il
titolare del c/c di addebito.
In accordo con quanto previsto dai meccanismi di regolamento EBA Clearing e Target2,
il blocco deve essere presente qualora diverso da Debtor e si raccomanda di
valorizzarlo solo in tale caso.
Con riferimento alle indicazioni del Payment Market Practice Group, si raccomanda di
non utilizzare tale campo, qualora non necessario, fino al 19 novembre 2023 al fine di
evitare eventuali latenze nella gestione dei pagamenti per la migrazione delle
procedure interbancarie annesse.
Regola: valorizzabile solo se non già presente a livello di distinta.

Identificativi di un istituto finanziario.

Codice assegnato agli Istituti finanziari dalla Registration Authority secondo lo standard
ISO 9362
Codice di comunità

Creditore effettivo.
Blocco analogo a "Creditor" da utilizzare per gestire il caso in cui il Creditore non sia il
titolare o l'unico titolare del c/c di accredito.
In accordo con le guidelines dei meccanismi di regolamento EBA Clearing e Target2,
deve essere obbligatoriamente valorizzato qualora diverso da Creditor e si raccomanda
di valorizzarlo solo in tale caso.
Con riferimento alle indicazioni del Payment Market Practice Group, si raccomanda di
non utilizzare tale campo, qualora non necessario, fino al 19 novembre 2023 al fine di
evitare eventuali latenze nella gestione dei pagamenti per la migrazione delle
procedure interbancarie annesse.
Informazioni relative al trattamento delle Informazioni di Riconciliazione
Con riferimento alle indicazioni del Payment Market Practice Group, si raccomanda di
non utilizzare tale campo, qualora non necessario, fino al 19 novembre 2023 al fine di
evitare eventuali latenze nella gestione dei pagamenti per la migrazione delle
procedure interbancarie annesse.

Nel campo possono essere inserite anche informazioni di riconciliazione strutturate, in


base a quanto concordato tra Ordinante e Beneficiario (es.: regole definite da EACT).
Come indicato nel manuale STPE-MO-001, si raccomanda di valorizzare solo la prima
occorrenza delle Remittance Information non strutturate.

Tale campo è utilizzato per l'inserimento di informazioni di riconciliazione strutturate


(es.: riferimenti documenti commerciali).
Con riferimento alle indicazioni del Payment Market Practice Group, si raccomanda di
non utilizzare tale campo, qualora non necessario, fino al 19 novembre 2023 al fine di
evitare eventuali latenze nella gestione dei pagamenti per la migrazione delle
procedure interbancarie annesse.

Pagina 3 di 4
Versione Note entrata in vigore
00.01.00 Prima stesura del documento 11/4/2013

Seconda release del documento: corretti alcuni refusi relativi agli schemi xsd, in particolare relativi a:
- eliminati i tag "Name", "Postal Address", "other" sotto il blocco "group header/Forwarding agent";
- corretta la molteplicità per il tag "AdrLine" presente sotto il blocco "debtor/postal address" (da 0..7 a 0..2);
- corretta la molteplicità per i tag "Other" presenti sotto il blocco "Ultimate Creditor" (da 0..n a 1..1);
- corretta la molteplicità per il tag "Other" presenti sotto il blocco "Debtor/Id" (da 0..n a 1..1);
- corretta la molteplicità per il tag "Payment INf" (da 1..n a 1..1);
- corretta la molteplicità per i tag "Details" "INf" sotto "RegulatoryReporting"(da 0..n a 0..1);
- eliminato il tag "IdE2E" dal Group Header.
- introdotta la choice relativa ai ai tag "OrgId", nel caso di Cdtr e UlmtCdtr, ed eliminata la choice del tag "Id" nel caso di DbtrAcct.
00.01.01 - corretta la molteplicità del ta "GrpHdr\InitgPty\Id\OrgId\Othr" (da 1..1 a 1..n). 11/4/2013
- corretta la molteplicità del campo ‘InitgPty’ –‘Id ’ (occorrenza 1..1) in coerenza con L'excel.
Di seguito le correzioni agli excel:
- Integrato il controllo applicativo sugli Identificativi Fiscali come su SCT e SDD CBI;
- Corretto il refuso relativo alla precisazione sull'obbligatorietà del campo Country nel blocco Postal Address del Creditor;
- Eliminato il controllo applicativo sui campi Ultimate Debtor e Ultimate Creditor in riferimento alla possibilità di valorizzarli solo qualora diversi da Debtor e Creditor
rispettivamente;
- Corretto il refuso nelle descrizioni dei campi "Amount" di Creditor Account e Debtor Account;
- Aggiunta nel campo Code del blocco Regulatory Reporting la codifica CDV e conseguentemente aggiunto nel campo Inf il criterio di valorizzazione; coerentemente
aggiornato l'enumerato xsd;
- Modificata da 1..3 a 0..3 la molteplicità del blocco Regulatory Reporting.
Corretti alcuni refusi relativi al disallineamento degli schemi xsd rispetto ai file excel:
- reso obbligatorio il tag 'ClrSysMmbId' presente sotto il blocco 'DbtrAgt';
- reso obligatorio il tag "name" sotto il blocco "debtor";
- reso obbligatorio il tag 'IntrmyAgt1/BIC';
00.01.01 - reso obbligatorio il tag 'Cdtr/Nm'; 9/12/2014
- reso obbligatorio il tag 'UltmtCdtr/Nm';
- reso obbligatorio il tag 'RgltryRptg/DbtCdtRptgInd';
- modificato il tipo del tag 'debtor/name' e 'creditor/name' da max140text a max70text;
Nel file excel è stato modificato il tipo del tag 'RgltryRptg/Dtls/Cd in coerenza con gli schemi
Eliminazione controllo applicativo del campo Regulatory Reporting/Amount circa la congruità tra importo transazione e importo CVS
00.01.01 Introdotto controllo applicativo per inibire le operazioni in EURO in ambito SEPA. Inserito controllo sull'Instructed Amount e sul campo CreditorAccount/IBAN 3/2/2015
Aggiunta precisazione circa la necessità di accordi per la gestione di bonifici esteri non ordinari
- allineati i controlli del campo "controlsum" a quanto previsto in SCT;
- introdotto il campo "tipo conto";
- ampliato il range dell'importo per il campo amount;
- reso obbligatorio il BIC del Creditor Agent;
00.01.01 - Introdotti campi relativo all'identificativo del sistema di clearing del Creditor Agent; 3/6/2017
- Introdotto campo realtivo al Postal address del Credito Agent;
- inserita regola normativa di obbligatorietà IBAN nel caso di bonifici indirizzati verso conti radicati nell'area UE, allargata allo Spazio Economico Europeo.
Ciò in coerenza con quanto indicato nei tracciati CBI PE-EF;
- inserito un nuovo campo relativo alle istruzioni per la banca del debitore.
- corretto refuso al tag ClrSysMmbId/MmbId che riportava erroneamento l'indicazione del controllo applicativo;
00.01.01 - Corretta la regola di obbligatorietà del BIC del Creditor Agent. È ora infatti alternativo al blocco CLearing member ID. CIò al fine di garantire l'indirizzamento nei rari 3/6/2017
casi di banche sprovviste di BIC.
Schemi XSD:
00.01.01 - allineati i tipi dato debtor, Ultimate debtor, creditor e Ultimate creditor per ciò che concerne il tipo dato "postal address"; 3/6/2017
- allineato il tag intermediary agent all'excel
Schemi XSD:
00.01.01 3/6/2017
- allineato in conformità all'excel l'ordinamento dei tag relativi al "debtor account"
File Excel:
00.01.01 3/5/2018
- introdotti controlli circa l'utilizzo obbligatorio delle commissioni SHARED
File Excel:
- Modificata tipologia identificativo per i blocchi Debtor e UltimateDebtor, al fine di inserire il campo BICOrBEI all'interno delle strutture indicate
- Inserita raccomandazione sulla valorizzazione di BICOrBEI o del Nome e dell'Indirizzo del Debitore
- Inserito controllo applicativo su presenza alternativa della coppia Nome/Indirizzo oppure del campo BICOrBEI per i blocchi Creditor, UltimateCreditor e
UltimateDebtor
-Inserita raccomandazione in prossimità del campo Address Line dell'Ultimate Debtor, in caso transazioni regolate attraverso la piattaforma Target2
00.01.01 - Inserita raccomandazione normativa secondo la quale i blocchi Ultimate Debtor e Ultimate Creditor devono essere valorizzati qualora siano presenti il debitore 11/21/2022
effettivo o il creditore effettivo
- Inserito blocco "Instruction for Creditor Agent"
- Inserita precisazione su veicolazione delle Remittance Information
- Inserita visualizzazione strutturata ad albero per migliore consultazione
- Corretto nome tipo dato per blocchi ChargesAccount, IntermediaryAgent1, Ultimate Creditor, Creditor Agent/Postal Address, Creditor Account/Id, Creditor Agent
Account/Id

File Excel:
- Eliminate le raccomandazioni valide fino al 19/11/2023
00.01.01 - Aggiunto il controllo di omogeneità sulla divisa anche nell'importo contenuto nel campo "Equivalent Amount" 11/19/2023
- Rimosso controllo OR tra "BIC" e "ClrSysMmbId", tra gli identificativi del Creditor Agent e aggiunto conseguente controllo applicativo per verificare la presenza di
almeno uno degli identificativi.

Tracciato ISO di rif. CustomerCreditTransferInitiationV03 <pain.001.001.03>

Potrebbero piacerti anche