Tulajdonos jelleg == (belföldi magánszemély vagy külföldi magánszemély) (shareholderType) Számlastátusz vizsgálata Heritage guarding számlastátusz esetén nem kerülhet bele a TMF-be a sor. (heritageGuarding) “Heritage guarding account status“

KID validáció

Validációk

Sorszám-tartomány kezdete

N

Ez akkor lehet, ha már ki lett generálva a TMF egy adott rekordról, mely minden TMF validáción átment, de nem érkezett vissza hozzá kapcsolódóan semmilyen információ még

em használt 586-600 Szóközzel feltöltve N

s

err

Empty, ha még egyáltalán nem vol TMF generálás a hozamjog sorhoz

Ez akkor lehet, ha már ki lett generálva a TMF egy adott rekordról, viszont nem ment át egy vagy több validáción. Ezeket a rekordokat a rendszer nem állítja elő és nem generálja bele a fájlba.

Ez akkor lehet, ha már ki lett generálva a TMF egy adott rekordról, mely minden TMF validáción átment, de nem érkezett vissza hozzá kapcsolódóan semmilyen információ még

Helyette : Ezt az exportált státuszt akkor veszi fel a TMF, ha már le lett generálva a TMF egy adott rekordról, mely minden TMF validáción átment, de nem érkezett vissza hozzá kapcsolódóan további info.

Ez akkor lehet, ha még egyáltalán nem volt TMF generálás az adott hozamjog sorhoz. Alapértelmezett státusz.

Balance date = fordulónapot

Tranzakciós kód

Construction code Konstrukciós kód

Tranzakciós kód

Quantity type Mennyiség típus

Quantity type Mennyiség típus FAMT/UNIT

Liability Kötelezettség

nstrumentum típus

szűrhetünk instrumentumra

nstrumentumra és ügyfélre szűrve

Ügyfél részletek

Ügyfél kapcsolattartás módjának értékkészlete

bizonyos Csomag tranzakciótípusok felvétele esetén

Mező

Megjegyzés: A FATCA adatok Ügyfélszintű adatként Központi Ügyféltörzsből importált adatok és nem ebben a menüben kezeltek.

Ügyfél szerződés típus értékkészlet:

Normál számlát több példányban nyithat.

ClavisNXT a személyes folyamatokban támogatja a szerződés létrehozás indítását és a létrehozott szerződés nyomtatását. A szerződések aláírása ClavisNXT-en kívüli folyamat.

Szerződés rögzítés és számlanyitá

Az Ügyfélnek Befektetési szolgáltatás Keretszerződés megkötésével nyújtható. Az account contractok/számlák megnyitása Keretszerződés vizsgálathoz kötött. A Keretszerződés típusa az ügyfél szegmense alapján eltérő.

Természetes személy

A rendszerben a tulajdonszámla kezelése több dimenziós modellben valósul meg, annak érdekében, hogy ugyanazon vagyonelem fedezetértékelési, teljesítményértékelési, adózási és hozzáférhetőségi szempontból is vizsgálható legyen. Az, hogy mely dimenziók kerülnek kihasználásra az üzleti működés során, az implementáció során eldönthető. A helyszámlák tekintetében a rendszer minden időpillanatban tudja, hogy az adott tulajdonszámlán lévő instrumentum melyik Elszámolóháznál/Letétkezelőnél van tárolva. A rendszer minden számlaállományi adatát képes külső rendszer felé publikálni a szabványos interface-eknek köszönhetően, valamint a rendszer további lehetőséget biztosít web-service, message queue, fájl és adatbázis alapú interface-ek kiépítésére is. A ClavisNXT-ben lehetőség van fedezeti körök létrehozására. Ezeket a fedezeti köröket nevezzük a ClavisNXT terminológiában pool-oknak. Tehát a pool-ok szolgálnak az állományok fedezeti célú elkülönítésére. Éppúgy rendelkeznek törzsadat jellemzőkkel (pl. típus, szerződésszám, kedvezményezett, státusz), mint egy számla. Olyan üzleti funkciók kiszolgálására alkalmasak többek között, mint a befektetési hitel fedezet elkülönítése, hatósági és egyéb zárolások, vagy az alapletétek kivonása az ügyfél szabad rendelkezése alól. A fedezeti kör és az elkülönült vagyontömeg számlákon átívelő. A pool-ok diszjunktak, azaz egy vagyonelem csak egy fedezeti körben lehet egyszerre, de közöttük hierarchia kialakítására is van lehetőség. A pool-ok között átvezetés ügyletekkel lehetséges az állományok mozgatása. Állomány be- vagy kivonás előtt lehetőség van ellenőrzések futtatására, fedezettség vizsgálatra. Az átvezetések nem hordoznak készletinformációkat, mivel a fedezettség ellenőrzéshez erre nincs szükség. Lehetőség van az értékpapírszámlákon belül a meghatározott célra (pl: portfóliókezelés) elkülönített vagyonelemeket portfóliókba szervezni. A portfóliók szintén rendelkeznek törzsadatokkal (pl. név, szerződésszám, státusz). Ez a típusú elkülönítés készletes, mivel alapvető célja a riporting és teljesítmény mérés igények kiszolgálása. A portfóliószintű elkülönítés szolgálhat eltérő díjszámítás szabályok alapjául is. A portfóliók között átvezetéssel mozgathatóak a vagyonelemek. Ha a számlákon átívelő vagyontömeg létrehozására van szükség, a ClavisNXT erre is biztosít lehetőséget. A portfóliócsoportok a portfóliók összekapcsolásával üzletileg aggregáltan kezelhető vagyontömeget képeznek. Mind a pool-ok, a portfóliók és a portfóliócsoportok létrehozására, adatainak módosítására és megszüntetésére lehetőség van a ClavisNXT felületén, külső rendszerből (API hívással) és folyamatba ágyazottan. Több pool-lal vagy portfólióval rendelkező ügyfél esetén a tranzakciók rögzítése során a számlán túl szükséges a pool és portfólió megadása is.

befeketési szolgáltatási

INACTIVE

PAUSED

BANNED Letiltott Nem használt COLLATERAL_BLOCKED Óvadéki zárolt Óvadéki zárolás számlaszinten EXPIRED Megszűnt Megszűnt GUARDED Gyámi Gyámi számla HERITAGE_GUARDING

Master Data/

Ügyfél specifikus mező

megjelenő

Jogi személy

beviteli mezők

BEVA egyedi adatok csoport

MT567 – FORGATÓTÁBLA ÉRTELMEZÉSE

Közgyűlési kitétel

(NEWM, REPL)

(CANC)

(pl. mert nem lett beolvasva az Ofiz fájl)

Ügyfélértesítők generálása

ETÜ: Ellenőrzött tőkepiaci ügylet adózása: Vannak olyan társasági események, amelyek közvetlenül ETÜ jövedelmet keletkeztetnek (pl. TEND lesz ilyen valószínűleg), ill. olyanok is, amik közvetlenül nem generálnak ETÜ-t, de későbbi ETÜ számításra befolyással bírnak (pl. DVOP - választásos osztalékfizetés secu opció). Ezek esetében a helyes beker árat, a társasági eseményből adjuk át , mely a tranzakció alapján létrejövő készlettételnél jelenik meg . A CA modul nem számol ETÜ-t, azt más NXT komponensek végzik, a CA feladata az, hogy ehhez megfelelő inputot biztosítson: gondoskodik arról, hogy a NXT tranzakciók, készlettételek és készletpárok keletkezzenek.

Adatátadást a következő eseményekre tudunk megtenni a kalkulációs analitikát figyelembe véve: INTR, REDM, PINK, PRED, PRII, DVCA, BIDS, DECR, DLST, EXOF, INCR, LIQU, MCAL, MRGR, SOFF, SPLF, TEND

A piacra kimenő ügyfél instrukció esetén a bejövő MT567 –esek (státuszüzenetek) egy forgatótábla szerint MT567 forgatótábla kerülnek kiküldésr

t MT567 forgatótábla ker

Instruction Cancellation Request Status Advice

Seev.035.001.16 (REPE,CAPA) - Corporate Action Movement Preliminary Advice

ezekhez az eseményeknél nem épül tranzakció

CA tranzakciók megvalósítása NXT számlavezető rendszerbenfázisok szerint

a. Ha a kamatfizetés és lejárat is van, akkor PRII eseményt hoz létre b. Ha csak kamatfizetés van, akkor INTR esemény jön létre

mely létrehozott esemény (RECORDED) rögzített státuszba kerül.

semény kézzel történő rögzítése ,

Az Ügyfél értésítési folyamat leírása a fontosabb állomások megjelölésével:

STP workflow

az események rögzítése és módosítása,

társasági események

az események ütemezett létrehozása törzsadatból

Non-Automated Event

A CA modul az alábbi társasági esemény típusok kezelését képes automatikusan végezni:

OFIZ LIST

seev.038.002.02

o Seev.031.002.02 (Corporate Action Notification Narrative - linked to MT564)

MT564- Corporate Action Notification

Seev.031.002.02 ill. Seev.031.001.09 (NEWM, REPL, RMDR) - (Corporate Action Notification)

seev.040.002.02

seev.033.002.02 (NEWM) - (Corporate Action Instruction)

MT567 - Corporate Action Status and Processing Advice.

Seev.041.002.02 (INST) - (Instruction Cancellation Request Status Advice)

Seev.032.002.02 (EVST) - (Event Processig Status Advice)

seev.037.002.12, seev.037.001.12 (Movement Reversal Advice)

seev.036.002.12, seev.036.001.12 (Movement Confirmation)

· MT568 - Corporate Action Narrative- seev.038.001.07

Seev.039.002.02 ill. Seev.039.001.09 (CANC- Corporate Action Cancellation Advice)

TMF result státuszok workflow-ja

Seev.008.001.06

Meeting result Dissemination (NEWM, REPL)

Meeting cancellation

· Meeting notification

seev.001.001.07 (NEWM, REPL)

hareholders Identification Disclosure Response

Shareholders Identification Discloure Request

Esemény azonosítója 714-748 I Új mező Esemény típus 749-752 Mindig “DSCL” I Új mező Kapcsolódó esemény 753-756 ISO szerinti kód (DVCA, MEET, ...) N Új mező Kapcsolódó esemény azonosítója 757-791 N Új mező Bankszámlaszám IBAN 792-826 IBAN formátumú számlaszám N Új mező Kapcsolattartó neve 827-876 Levelezési kapcsolattartó neve N Új mező Tartós befektetési számla nyitás éve 877-880 Év, ÉÉÉÉ formábanKötelező, ha az értékpapír tartós befektetési számlán van I/N Új mező 5%-nál nagyobb tulajdonosi hányad 881-881 „I” / „N” N Új mező Határozat dátuma 882-889 Dátum, ÉÉÉÉHHNN formában N Új mező Határozat száma 890-909 N Új mező Közvetett tulajdonos 910-910 „I” / „N” N Új mező Közvetett tulajdoni hányad % 911-920 Szám (10 jegyű) N

0 – bejegyzést megtiltó tulajdonos

N

Nem használt

Számlaszám 6-11 karaktere

Számlatípus kód„O” – Own“M” – Omnibus“N” – Normal“C” – Client

N

Nem használt

Számlaszám 2-5 karaktere

KID validáció

valamint

közgyűlési értesítő,

megbízotti számlával

Add new / Modify DTT modal

Belföldi adó kártyák

DTT+ tábla látható

fentebb kiválasztott ország belső adói jelennek meg,

Az elszámolt és az úton levő mennyiségeket külön adatcsomagként adja át a rendszer.

Non.-STP elszámolási folyamat

vagy

Tranzakciós adathalmaz átadása EX date –re A modul az eseményhez kapcsolódó ex date-1 EOD (utolsó kereskedési) napon a settled egyenlegek (ami = fizikai készlettel) és az úton lévő tételek (unsettled állomány) alapján, ex date-re összeállít egy adatcsomagot a hozamkalkuláció alapján, melyet a BO felé továbbít. Tranzakció generálás a bejövő MT566-ból nem indul. Amennyiben a hely és tulajdonszámla adatok megegyeznek akkor nincs szükség módosító adatok, csak settlement státusz átadására. A végső (fordulónapi) hozamjog kalkulációs adatok már ex date-n átadásra kerültek. Ha nem egyezik a bejövő MT566 PSTA egyenlege a helyszámlákon a hozzákapcsolt tulajdonszámlák egyenlegével akkor a felhasználó dönthet úgy, hogy a hozamjogsorok módosítása után, újabb tranzakcióhoz szükséges adatkiöntést indít el vagy minimális eltérés (kerekítési különbözet) esetén manuálisan javítja a BO rendszerben létrejött tranzakciókat és korrigálja a kifizetés napján a nettóeszközérték számítást.

income collection (hozambeszedés)

Eltérés esetén új hozamjogsor is rögzíthető.

A kalkuláció futása⚓︎ Nagyobb ügyfél állomány esetén több percig eltarthat - futás közben ennek a státusza a Calculations felületen követhető

Amennyiben ugyanazon al-letétkezelői helyszámla mögött különböző placeofsafekeeping (multimarket) számlavezető helyek vannak és ennek az ügyfél tulajdonszámlákkal történő 1:1 megfelelése nem áll rendelkezésre a BOrendszerben úgy megfelelő, allokáció, kalkuláció és placeofsafekeeping (multimarket) számlák szerinti adathalmaz kiöntés nem lehetséges.

Az eseménykezelést a rendszer workflow folyamatokon keresztül szabályozza

Példák:

Mivel a mezők szerkezete a SWIFT üzenet mezőit követi, egyes mezők úgy használhatók helyesen, ha együttesen vannak kitöltve (vagy éppen NEM kitöltve).

Ütemezetten generált események

a. Ha a kamatfizetés és lejárat is van, akkor PRII eseményt hoz létre b. Ha csak kamatfizetés van, akkor INTR esemény jön létre

(SWIFT 70:: mezőben elhelyezhető maximális karakterszám)

Ha Manage narrative public jelöléssel manuálisan lett töltve az esemény jóváhagyását követően, akkor a jóváhagyáskor meggenerált kimenő üzeneteket a REGENERATE funkcióval újra kell generálni (azért mert a jóváhagyás pillanatában nem volt megadva public narrative, így az email XLS összesítője nem tartalmazta a generálás pillanatában).

Manage narrative

History

Manage documents

A későbbiekben lehetőség van a bizonyos létező paraméterezési pontoknál beállítva akár bankon belül is eltérő működést definiálni (ezt a bank CA Specifikációja részletezi).

két osztály

szövegéből

ún. pre-deal check

A CA modulban társasági események három csatornán keresztül jöhetnek létre:

E: például határidőn túl érkezett választások rögzítésénél az ügyintéző felelőssége, hogy ezek befogadásáról egyeztessen az alletétkezelővel, vagy ha a rögzített választ valamiért mégsem fogadja el az alletétkezelő, akkor azt a CA modulból törölje, az ügyfelet értesítse a törlésről a nem-SWIFT csatornán érkező ügyfélválaszokat a CA nem tudja befogadni, feldolgozni, figyelmeztetni a felhasználót, hogy rögzítse, így ezek kezelése a felhasználó felelőssége

Amennyiben például magyar piacon valamilyen más csatornán várják az ügyfélválaszokat, azt automatikusan nem lehet küldeni, és manuális válaszhoz is legfeljebb a felületről exportot tud a felhasználó letölteni

esemény rögzítése

Az egyes opcióknál lehetséges pénz és/vagy papír jóváírása és levonása is, de az is lehetséges, hogy nem történik semmilyen pénz és értékpapír mozgás.

A többi opcióhoz kapcsolódó történések csak akkor és csak azokra az ügyfélállományokra történnek meg, ahol az ügyfél élt a választási jogával, és az állományához kapcsolódóan az adott opciót választotta

Minden esetben meg van jelölve 1 (és csakis 1) olyan opció, amit default opciónak nevezünk, és a kötelező eseményekhez hasonlóan végrehajtódik azokhoz az ügyfélállományokhoz, ahol az ügyfél nem élt a választás lehetőségével (vagy éppenséggel élt, és a default opciót választotta).

DE: A CA modul maga nem tárolja és kezeli a már legenerált tranzakciókat, csupán logot vezet a generálásról Emellett lehetséges, hogy az esemény tartalmaz olyan információt is, ami alapján az ügyintézőnek valamilyen, a CA modulon kívül eső módosítást kell manuálisan végrehajtania, ami feltétlenül szükséges ahhoz, hogy az esemény életútja a helyes eredményt produkálja a CA modulban (például az értékpapíros osztalékfizetés egy új értékpapírban történik, ami még nem volt felvéve az értékpapír törzsadatokba, az már az esemény rögzítését is megakasztja, csak akkor tud folytatódni a folyamat, ha a felhasználó rögzítette az új papír adatait az értékpapír törzsadatokba, és manuálisan ezt a CA modul / Task Station felületén a megfelelő gombbal újra elindítja a CA esemény feldolgozási folyamatot.

tranzakciókezelő rendszernek

beérkező új információk birtokában esemény módosítása

esemény rögzítése

És ha például az értékpapír törzsadatokban például nyilván van tartva, hogy mennyi az összes kibocsátott papír, akkor arra a felhasználónak kell figyelnie, hogy ott az adatváltozást rögzítse. A CA modul nem képes se figyelmeztetni erre a feladatára, se módosítani automatikusan.)

és azt átadni a megfelelő tranzakció kezelő társrendszernek.

DE: magához az eseményhez kapcsolódó változást az adott értéknappal minden esetben az felhasználónak, manuálisan szükséges végrehajtania (jelen példánkban az értékpapír név változást rögzítenie az értékpapír törzsbe), ennek a műveletnek az automatikus végrehajtására a CA modul nem képes!

Esemény kézi rögzítése, majd automatikus folyamat indítása

az események rögzítése és módosítása

ügyfél válaszok manuális rögzítése,

Az egyes sorok végén levő context menüből elérhető funkciók:

Cashflow idővonal

A felületen lehetőség van megtekinteni, illetve jogosultságtól függően beállítani az értékékészleteket.

Tenor

Status

Security type

Rounding

Roll convention

Principal amortizing

Predefined frequency

Interest type

Indexes

Day count

Compound method

Cashflow type

Cashflow date Modify (Módosítás)

Értékpapír célpiaci mátrix

Hozam jogosultság nélküli első kereskedési dátum.

Hozam jogosultság dátuma.

coupon daycount

coupon daycount módszer

Customizáció esetén itt jelenik meg a változtatott érték. Clavisból nem töltjük.

Reset date

Subscription controller (Jegyzésvezérlő)

Forgalmazási kapcsolatok (Distribution controller)

Tempalte

Új Intrumentum rögzítése

SECURITY EXAMPLE CATEGORIES CUSTOM VALUES

EXAMPLE FIELDS CUSTOM VALUES

CUSTOM VALUES

CUSTOM2

MiFID CUSTOM VALUES

ESG CUSTOM VALUES

Flipper adatok mezőcsoportja:

VARIABLE

> DISCOUNT

További Custom values (egyedi adatok) a Custom tábla szerint egyedileg meghatározott érkékek szerint.

Legördülő lista.

Security type

Legördülő lista.

Country

Issuer residency

Legördülő lista.

lehetősége van létrehozni sablont

Új instrumentum felvitele az Új termék létrehozása

Felirat

Kapcsolattartó

Fő adatok csoport

lehet Normál, TBSZ, NYESZ-R számla)

További Global markets folyamatok esetén, ahol a Szerződés típus: Treasury, a következő lépéseket szükséges elvégezni:

Booking date

A Kibontás/Összecsuká