TARGET2 - SWIFT berichten

Als Nederland gemigreerd is, zullen banken in Nederland dan voortaan TARGET opdrachten ontvangen met in de ‘header’ veld 103 met TGT, ook als deze afkomstig zijn van nog niet gemigreerde landen?: Van banken die een rekening aanhouden bij een centrale bank die nog niet gemigreerd is, zal door TRGTXEPMTGT een SWIFT-bericht verstuurd worden via V-shape. Veld 103 komt dan niet voor in de ‘header’. Veld 103 in de ‘header’ bevat alleen de waarde TGT indien het SWIFT-bericht via de ‘FIN Copy Service’ van het SSP (Single shared platform) is verwerkt.
Bij de TARGET1-beschrijving van veld 13C wordt bij 'submitting payments' gesproken over ‘incoming Target payments’? Wat wordt daarmee bedoeld?: Een inkomende TARGET-betaling vanuit een buitenlandse nationale centrale bank, wordt voorzien van het tijdstip waarop de betaling in het buitenland verevend is. TOP zal dit veld aanvullen met het tijdstip waarop het bedrag verevend is in de boeken van DNB voor de begunstigde relatie. In TARGET2 zullen de codewoorden ‘SNDTIME’ en ‘RNCTIME’ gebruikt worden bij de ontvangst van een betaling vanuit een TARGET1-land.
Een aanpassing van een kredietlijn wordt gecommuniceerd via een MT900/910. Welke referenties moeten hierbij worden gebruikt?: Veld 20 bevat een door het SSP (Single shared platform) gegenereerde waarde. Veld 72 bevat de waarde CREDITLINE.
Hoe wordt ‘error code tabel’ die gebruikt wordt in de MT019 verspreid? Is deze alleen op papier of ook elektronisch verkrijgbaar? Indien elektronisch, kan deze met de TARGET2 directory verstuurd worden?: De lijst met door SWIFT gehanteerde ‘error codes’ en de lijst met foutmeldingen in de UDFS (User detailed functional specifications) zijn verschillend. In het SWIFT gebruikershandboek ‘FIN Error Codes’ wordt in paragraaf 2.6 beschreven welke codes SWIFT gebruikt als ‘abort reasons’. Tevens wordt in deze paragraaf beschreven dat andere codes specifiek zijn voor elke ‘FIN Copy Service’. De TARGET2 ‘error code tabel’ wordt alleen op papier verspreid. Via de ‘Information and controle module’ kan een specifieke ‘error code’ worden opgevraagd met het XML-bericht ‘GetErrorCode’.
Hoe wordt er omgegaan met SWIFT-berichten met een PDM (Possible duplicate message) of een PDE trailer (Possible duplicate emission)?: In paragraaf 9.1.2.1.2.2 (Handling of PDM/PDE Trailer) van de UDFS (User detailed functional specifications) wordt eerst uiteengezet hoe het SSP (Single shared platform) omgaat met een ‘PDM trailer’ en vervolgens met een ‘PDE trailer’.
In veld 23E van de MT103 mogen in TARGET1 slechts vier codewoorden worden gebruikt. Klopt het dat in TARGET2 alle codewoorden mogen worden gebruikt?: In paragraaf 9.1.2.2 (Textblock of the different message types) van de UDFS (User detailed functional specifications) staat aangegeven er geen specifieke controles worden uitgevoerd op veld 23E van het ‘Single shared platform (SSP)’, tenzij de betaling bestemd is voor een nog niet gemigreerde nationale centrale bank.
Mag veld 57D gebruikt worden in TARGET1? Bij veld 52a staat namelijk een opmerking die specifiek vermeld dat dit niet mag. Bij 57 staat dit niet vermeld.: In paragraaf 9.1.2.2 (Textblock of the different message types) van de UDFS (User detailed functional specifications) staat beschreven welke specificaties van toepassing zijn op het SSP (Single shared platform) en welke van toepassing zijn op TARGET1. Veld 57D mag niet gebruikt worden bij betalingen naar/van TARGET1 deelnemers.
Met welke BIC (Bank indentificatie code) worden betalingen afkomstig van een HAM (Home accounting module) naar een houder van een PM-rekeninghouder (Payment module) gestuurd?: Dit soort SWIFT-berichten worden door het SSP (Single shared platform) verstuurd met een BIC die begint met "TRGTXE".
Moeten ‘liquidity transfers’ naar ‘Ancilary system (AS)’ door directe PM deelnemers altijd met prioriteit ‘highly urgent’ worden aangeboden?: In paragraaf 2.8.2.1 (Liquidity transfer) van de User detailed function specifications (UDFS)’ wordt aangegeven dat prioriteit ‘highly urgent’ kan worden meegegeven. Het is dus niet verplicht.
Op welke velden controleert de ‘Payment module’ op ‘duplicate messages’?: De velden ‘sender’, ‘messagetype’, ‘receiver’, veld 20, 21, valutadatum en bedrag.
Op welke wijze moet veld 52 worden gevuld? Is dit afhankelijk van of Nederland wel of niet gemigreerd is?: Voor TOP-rekeninghouders zal er niets veranderen. Momenteel wordt door TOP veld 52 aangevuld met ‘return-informatie’. Zodra Nederland gemigreerd is en een betaling naar een nog niet gemigreerd land wordt verstuurd moet veld 52 wel worden ingevuld. Bij het versturen van een betaling naar een gemigreerd land hoeft dat niet meer.
Voor wie zijn de codes ‘Frotime’ en ‘Tiltime’ relevant?: Deze codes zijn alleen relevant voor de inzendende partij, dus niet voor de ontvangende bank, of voor de clearing.
Waarom wordt het codewoord ‘CLSTIME’ in veld 72 geplaatst in plaats van veld 13C ?: Dit zijn de CLS-specificaties (Continious linked settlement), zoals afgesproken tussen CLS en de ECB.
Wat is de betekenis van de codewoorden ‘MANPAY’, ‘ASINF’ en ‘ESCBSTAT’?: MANPAY geeft aan dat de rekeninghouder de betaling niet zelf heeft geïnitieerd, maar dat het om een door een nationale centrale bank geïnitieerde betaling gaat. ASINF staat voor betalingen die voortkomen uit de clearing van een ‘Ancilary system’. ESCBSTAT geeft aan dat het een repo-transactie betreft.
Wat is de functie van de Bank identificatie code (BIC) TRGTXEPMASI?: Deze BIC moet door de ontvanger gebruikt worden voor een ‘liquidity transfer’ van eigen RTGS-rekening naar een sub-account voor de clearing van ‘ancillary’ systemen.
Wat is de functie van de Bank identificatie code (BIC) TRGTXEPMHAM?: De BIC TRGTXEPMHAM moet altijd gebruikt worden door de ontvanger bij het insturen van een "simplified" MT202 naar de HAM (Home accounting module).
Welke BIC (Bank identificatie code) wordt gebruikt bij het verzenden van een MT 900/910/940/950?: Hiervoor worden de BIC's TRGTXEPMXXX door PM (Payment module) en TRGTXEHMXXX door HAM (Home accounting module) gebruikt
Welke controles worden uitgevoerd op verstuurde berichten en welke bericht kunnen worden ontvangen bij afgekeurde SWIFT-berichten?: Door zowel het SWIFT-netwerk als het SSP (Single shared platform) zal een bericht worden gevalideerd. Indien het SWIFT-netwerk het bericht afkeurt zal een NACK worden teruggestuurd (met daarin de relevante errorcode). Indien het SWIFT-netwerk het bericht goedkeurt zal een ACK worden teruggestuurd. Vervolgens zal het bericht door het SSP worden gevalideerd. Indien het SSP het SWIFT-bericht afkeurt, zal een MT019 worden teruggestuurd. Ook SWIFT kan in specifieke situaties een MT019 terugsturen (zie het SWIFT handboek).
Wordt de ‘SSP (Single shared platform) internal posting reference for unique identification’ in veld 115 van de ‘User header’ van een SWIFT-bericht vermeld in veld 61/8 van de MT940/950?: Ja, deze unieke referentie wordt zowel in de ‘User header’ als in de MT940/950 vermeld.
Wordt de RMA wel of niet toegepast in TARGET2?: In paragraaf 9.1.1.2 (Public Key Infrastructures (PKI) and Bilateral Key Exchange (BKE)) van de UDFS (User detailed functional specifications) wordt het begrip RMA uitgelegd. Aan het eind van de paragraaf staat vermeld dat RMA (Relationship management application) niet zal worden toegepast in TARGET2. E en van de redenen daarvoor is dat voor TARGET2 niet iedereen met iedereen een relatie hoeft aan te gaan.

Terug naar boven