Sending
SENDING - legyen nagybetűvel kék színnel
Sending
SENDING - legyen nagybetűvel kék színnel
Waituser
WAITUSER- legyen nagybetűvel pirossal
Recoreded
RECORDED legyen nagybetűvel (feketével)
A státuszok színekkel vannak ellátva, a könnyebb megkülönböztetés végett.
A státuszok az üzenetforgalom felületen különböző színekkel vannak jelölve a jobb megkülönböztethetőség miatt
bejövő/kimenő
bejövő (IN) / kimenő (OUT)
Internal Trans. ID
Linked internal ID. a neve a felületen . Ez alá ég tegyük be az Internal Instruction source mezőt is külön rubrikába : Leírása fent a táblázat feletti szövegben , SWIFT, CLVS, MANUAL
A bejövő üzenet instrukció vagy Függő tétel. ( páratlan ügyletértesítő)
Azt mutatja meg, hogy a bejövő üzenet mihez kapcsolódik pl: instrukcióhoz vagy allegement (páratlan ügylethez)
Küldő/fogadó azonosítój
Küldő/fogadó BIC kódja
Message Ref. Number (SEME)
Ez alá vegyük fel a külön sorba Message ref.number (RELA) mezőt: Leírása : Hivatkozott referencia szám (pl: törlési üzenet hivatkozik a törölt üzenet SEME azonosítójára)
Message type
Ide még írjuk be, hogy MX értékkészlete sese.023 ( KID file generálás) esetén
óra-perc-másodperc
óra:perc:másodperc
CLVS - CNXT rendszerből (tranzakcióból) létrejövő instrukció
CLVS - másik számlavezető rendszerben rögzített instrukció
sese024.002.01
sese.024
sese.026.002.01
sese.026 mindenhol
sese.025.002.01
sese.025 mindenhol
sese.029.002.01
sese.029
sese.028.002.01
sese.028
sese.030.002.01
csak annyi legyen , hogy sese.030
sese.020.002.01
Minden egyes számnál csak azt hagynám meg, hogy sese.020
.002.01
minden egyes számnál csak azt hagynám meg hogy sese.023 . Nem kell a teljes szám !
a PIAC
az Elszámolóházhoz vagy al-letkezelő bankokhoz
PIAC-ró
Elszámolóháztól vagy al-letétkezelőtől
MÓDOSÍTVA
Módosítás ideje
Konfigurációk kezelése⚓︎ Ütemezett üzenetküldések beállítása (Settlement üzenetek esetén ez a beállítás nem szükséges).
Szerintem ez de már felesleges. Fentebb van csak más nevet kapott
Felhasználó által küldhető MT548 státuszok⚓︎
Ez a Manage configuration = Konfigurációk kezelése
yyyy.mm.dd. óó:pp
e helyett v, hónap, nap, óra, perc
Aktív = Igaz, nem aktív = Hamis
Igaz= aktív munkafolyamat, hamis= inaktív munkafolyamat
indok kódokat
hiba kódokat , az MT548 stáusz üzenetekhez
Bármely késői okkal érkező visszautasító státusz üzenet esetén a visszautasítási folyamat automatikusan elindul.
HÚzzuk i ezt a mondatot
MT548-at
zárójelbenjelezzük hogy ez az MT548 ( státuszüzenet)
A Felhasználó folytathatja a folyamatot a "Folytatás" gombbal, ilyenkor az instrukciót azonnal továbbítja a rendszer a központi értéktárba (CSD) vagy az alsóletétkezelőhöz.
A felugró (Waituser) pop up felületen a Felhasználó a Continue ( folytatás) funkció gombbal, a beérkező instrukciót, annak ellenére hogy későn érkezett továbbíthatja az Elszámolóháznak vagy Alletétkezelőnek
IPRC//REJT, REJT//LATE kóddal
(záróljelben tegyük bele: instrukció visszautasított - későn érkező megbízás miatt)
FELADATOK menüpontba:
(Task station) Feladatkezelőnek kéne ezt elnevezni a felületen
Lehetséges megoldás:
A Settlement modul/ Instruction felületén az alábbi módon jelenik meg :
Fizetéssel járó instrukciók határideje
Tegyük bele zárójelben (against payment)
FIZETÉSI IDŐ
Részvény "fizetés ellenében" határidő
IDŐ
határidő
CUT OFF NAP
elszámolási nap
CUT OFF NAP
elszámolási nap
IDŐ
határideje
FIZETÉSI IDŐ
Kötvény "fizetés ellenében" határideje
Részvény fizetés nélküli instrukciók cut off
Részvény - fizetés nélküli instrukció határideje ( free of pmt)
Fizetéssel járó instrukciók határideje
Tegyük ide zárójelben (against payment)
Fizetés nélküli instrukciók határideje
Ezt tegyük ide záróljelben (Free of pmt)
sablonképernyőn.
felületen
kontextusbó
more menü - további funkciók menüből
Beérkező SWIFT vagy CLVS (technikai) instrukciók esetén (pl. háttértranzakció CC-ben) a SAJÁT cut-off idő beállítása javasolt, mivel ebben az esetben a modul képes lehet „KÉSŐI instrukcióként” megjelölni az utasítást a BRC szempontjából.
A bejövő SWIFT instrukció beérkezési határidejét figyeli a beállított cut off szabály. Ha későn érkezett akkor a Settlement modul instruction felületén egy jelölő (checkbox) töltve lesz, mint Late instruction, későn beérkező ügyfél megbízás
Határidő
Megbízás befogadási határideje
pl. ROU
E helyett legyen pl: BUD
ÚJ.....
majd az "Az add new -" Új hozzáadása
Cut off (Cut off)
Cut off, ha esetleg akarjuk majd** megbízási határidő kezelés **
ézi státusz- és indokkódok beállítását
manuálisan kiküldhető elszámolási, és párosítási státusz és hibakódok beállítását
megszüntetése
törlése
Alapértelmezetten az aktuális napra van szűrés: Módosítva aktuális nap.
Töröljük
Ezeket a felület két külön nézetben jeleníti meg.
Törölném
z SSI adatok kétfelé vannak bontva
Az SSI adatok két külön tab felületen jelennek meg.
A Tranzakiós modulban az itt bemutatott felületen ügyfélhez rendelt Helyszámlákból van az alapértelmezett helyszámla kiválasztva (PSET, Priority, Condition függvényében), valamint felvitelkor a Felhasználó kézzel módosíthatja azt, de továbbra is csak az itt, az ügyfélhez felvett helyszámlák közül választhat. Bejövő instrukciók esetén is az ezen a felületen ügyféllel összerendelt helyszámlák közül van kiforgatva a szükséges, ami szintén később kerül részletesen leírásra. Az SSI kezelést annak felhasználási helyén fejtjük ki részletesebben, de az ezen a felületen beállított SSI-ok alapján forgatja ki a rendszer a megfelelőt.
E helyett az alábbit írnám. A rögzített SSI adatok alapján a tranzakcióban, és kimenő elszámolási instrukcióban automatikusan töltődnek az instrukciós un. PARTY és PSET adatok, és a beállított elszámolási hely BIC kódja kerül a fogadó (receiver) intézmény mezőbe.
SSI adat felületen az ügyfelekhez lehet rendelni a hozzájuk tartozó helyszámlákat (Alletéti számlák - Helyszámla) valamint az SSI beállításokat is ezen a felületen lehet megtenni.
MIvelírtam egy hosszabb magyarázaot ezt törölnám
Bevezet
Ez alá beírnám a következőt. Az SSI - Standard Settlement instruction. Ez a kifejezés azt jelenti, hogy a tőkepiaci értékpapír tranzakciók az elszámolópartnerek között egy meghatározott standard elszámolási rend szerint kell végezni az adott tőkepiacon az elszámolóháznál nyitott un. helyszámlákon a befektetési és letétkezelési tevékenységet nyújtó intézményenek. Ezen SSI adatoknak tartalmaznia kell az elszámolópartnerek, és elszámolási hely azonosíthatóságát , melyet jellemzően BIC code-al vagy un. proprietary code-al (saját azonosítóval) is meg lehet tenni. Az alábbiakban azt taglaljuk, hogyan lehet ezeket az SSI adatokat pl. elszámolópartnerekhez BIC code rögzíteni, hogyan lehet a BIC code-ot elszámolási helyként rögzíteni illetve egy adott ügyfélhez pedig, hogyan tudunk elszámolási helyen nyitott számlát kapcsolni.
Party
Elszámoló partner
megszüntetése
törlése
megfelelőség típus
azonosító kód törlése
megfelelőség típus
azonosító kód
amiket az egyes Megfelelőség kód mezőkben az alkalmazásban ki lehet majd választani.
Kihúznám az egész részt
Megfelelőség
kihúznám ezt a szót
megfelelőség típus
azonosító kód
megfelelőség típus
azonosító kód felvétele
interakció
művelet végezhető
megfelelőség
azonosító kódokat
megfelelőség
proprietary = "saját azonosító" - ezt nem lehet megfelelőségnek fordítani
Új SSI PSET felvétele
A csatolt ábra nyelvesítetlen . Ezt nem raknám még be
Új SSI PSET hozzáadása
Kiegészítve a sort további magyarázattal "Ennek a funkció gombnak a segítségével tudom a már rögzített BIC code-ot pl: KELRHUHBXXX úgy beállítani mint PSET = place of settlement = elszámolási hely.
interakciók
műveleteket használnám
BIC-eket.
BIC code-ot
party-t
elszámolópartnert
Új party-t
Elszámolópartner adatokat hozzáadása az ÚJ party hozzádása gomb....
Ügyfélhez
a Partner SSI
Ügyfélhez
Partner ( elszámolópartnerhez)
0344000001
ERste specfikus szám : helyette legyen pl: 0111000001
feliratokra
oldalakra
Ügyfél
SZerintem rossz a felületen a megnevezése magyarul ( mert az elszámolópartnerek adatait akarjuk itt rögzíteni) NEM az ügyfél adatokat
Ügyfél
Partner
Megerősítés
ne gond ha a "megerősítés" marad csak a magyar szövegekben a "Confirm" szóra inkább a jóváhagyást használnám.
egy megerősítő
Ügyfélnek válasz üzenetet
megerősítő
jóváhagyó
Send and answer
Válasz küldése ( ha nyelvesítetni szeretnénk)
Close the request
Feladat zárása( Ha nyelvesítetni szeretnénk)
Elérhető értékek
Megjeleníthető érték
FELADÓ
Küldő
részletes
összetett szűrés
az egyezési
A rekonsziliálás során az alábbi adatokat egyeztetjük :
egyezési
rekonsziliálási
egyeztetés
rekonsziiálás
megerősítések
rekonsziliáló üzenetek
egyeztetést
rekonsziiálást
i ügyletek
tranzakciók
Tranzakció egyeztetés (Trade reco) MT515 folyamattal a CLAVISNXT rendszerben⚓︎
Nem tenném bele a workflw-t nagyon BCR speciikus
Trade reco with KTP file workflow steps⚓︎ KTP visszaigazolási munkafolyamat automatizált folyamat esetén Az AUTO RECO előfeltételei – A Safir tranzakciók a ClavisCustody rendszerben RÖGZÍTETT státuszban vannak, és ezek a tranzakciók megjelennek a Kereskedések alatt a Trade RECO menüben. Az AUTO RECO előfeltételei – Ügyfél beállítások: Bank flag és KTP kód szükséges új ügyfél beállításakor. KTP fájlt fel kell tölteni (a winscp rendszerben/mappába) Az Ütemező beállítása úgy van, hogy minden percben el kell indítani a mappa tartalmának importálását. Ütemező almenüpont az Eszközök menüben érhető el. A Felhasználó frissítheti a Trade RECO képernyőt, és várhat az AUTO RECO-ra a KTP fájl importálása után, vagy használhatja az Új viszaigazolás indítása funkciót Az AUTO STP folyamatban az „Üzenetek” rész alatt az importált KTP fájl tranzakciók eltűnnek és párosítva vannak a tranzakciókkal Hiba esetén a Felhasználó elindíthatja a párosítást vagy kézzel megerősítheti a egyeztetést Az egyeztetés után a ClavisCustody-ban a tranzakció státusza RECORDED-ről CD waiting-re változik Mappák: Trade mappa az importált tranzakciókat tartalmazza: Archive mappa – amikor a tranzakció feldolgozása megkezdődött Failed mappa – amikor a feldolgozás SIKERTELEN volt Success mappa – amikor a feldolgozás SIKERES volt
Törölhető
Az Üzenetek alatt a KTP fájl ügyleteinek részletei is láthatók.
törölhető
(ügylet megerősítés)
kihúzható
(KTP fájl esetén ez a RECO trade ID nem aktív)
kihúzni
Ügyfél vásárlási vagy eladási visszaigazolása
kihúzható
megerősítő gomb
a jóváhagyást követően
vagy egy másik KTP fájl tranzakcióval.
törölni
vagy KTP fájl tranzakció
törölni
Kapcsolat bontása
A rekonsziliált tételek szétválasztása
vagy KTP fájl tranzakció
törölni
vagy KTP fájl,
törölni
az MT515 vagy KTP fájl tranzakciók sorának végén,
helyette a tranzakciós sorok végén
Kereskedések listából
Kötések vagy tranzakciók
vagy KTP fájlból származó tranzakció
helyette: ... üzenet nélkül
A Kézi megerősítés
A manuális reco gomb...
Kézi megerősítés szöveg
Manuális rekonsziliálás
megerősítés
Manuális reco funkcióval
a tranzakciók
helyette : ... akkor kézzel ....
vagy KTP fájlból származó tranzakció
kihúzni
SAFIR tranzakciók esetén – például NBR értékpapír vételi és eladási tranzakciók, ahol az ellenoldal a BCR – szintén megjelennek az összes elérhető státusszal: egyeztetett, várakozik vagy sikertelen.
kihúzni
szűrve kizárólag azokra az EAM ügyfelekre, ahol az Erste a bróker
kihúzni
Ha az aktív gomb az Összes tétel,
Ha az "Összes tétel" gomb aktív , akkor
a Kereskedések listából,
tranzakciós vagy kötés listából
Az Ellenőrzés
A Confirm ( megerősítés) funkció gomb
az egyeztetést.
a rekonsziliálást
releváns (látható) adat azÜzenetek alól táblázatba exportálódik.
helyette : az összes MT515 üzenet táblázatba exportálható
Üzenetfolyamok
helyette: beérkező MT515 SWIFT üzenetek
A "Manuális megerősítés"
Manuális reco
Tranzakciók alól
kihúzni
eleváns (látható) adat
helyette: az összes tranzakciós adat
ClavisCustody rendsze
helyette számlavezető rendszer felé
A teljes Trade egyeztetés frissül,
a rekonsziliálás adatainak frissítése
aktuális dátum
aktuális üzleti nap
Ügylet ára * mennyiség, plusz brókerdíj (ha van) vagy bármilyen egyéb költségKTP fájl esetén is ki van töltve
Helyette: kötés ára szorozva a tranzakciós mennyiséggel és hozzáadva az esetleges bróker díjat
Az ügylet ára
Kötés ár
KTP fájl esetén is ki van töltve
törölni
KTP fájl esetén mindig NÉVÉRTÉK (FAMT)
Törölni
EGYSÉG vagy NÉVÉRTÉK
Darabszám vagy névérték
KTP fájl esetén is ki van töltve
törölni
A nap, amikor az ügylet megköttetett
kötésnap
KTP fájl esetén is ki van töltve
törölni
eírása – KTP fájl esetén is ki van töltve
törölni helyette értékpapír vagy instrumentum neve
– KTP fájl esetén is ki van töltve
törölni
KTP fájl tranzakciók esetén nincs letéti számla feltöltve
törölni
GIBATWWGB)
törölni
KTP fájl esetén ez is ki van töltve
kihúzható
pénzmozgással szembeni
pénz ellenében
KTP fájl esetén a tranzakciótípus értékei:-SELL – Eladás (A megbízó fél eladási tranzakciója).-BUYI – Vásárlás (A megbízó fél vételi tranzakciója).
törölhető
(A tranzakció alap visszaváltására vonatkozik).
e helyett legyen - visszaváltás vagy értékpapír eladás
– (A tranzakció alap jegyzésre vonatkozik).
ez nem kell helyette legyen csak - jegyzés vagy értékpapír vétel
KTP fájl esetén nincs RELA hivatkozási szám
kihúznám
KTP fájl esetén nincs üzenet hivatkozási szám
kihúznám
KTP fájl esetén nincs üzenet azonosító
kihúznám
, KTP esetén mindig NBORROBU
kihúznám
, vagy a feltöltött KTP fájl tranzakcióihoz
kihúznám
, illetve azok a KTP fájl tranzakciók is megjelennek, amelyek szintén nincsenek párosítva.
kihúznám
egyeztetni
rekonsziliálni
vagy KTP fájl,
kihúznám
lavisCustodyrendszerbeli
kihúznám
A tranzakció megkötésének dátuma
a tranzakció kötésnapja
adat a ClavisCustody rendszerbelitranzakcióból
helyette ....tranzakciós adat
ClavisCustody rendszerbelitranzakcióból
tranzakciós adat
KTP fájl RECO – NBR SECURITY BUY, NBR SECURITY SELL,NBR REPO, NBR RREPO
Törölni
vagy a KTP fájl azonosítószáma
törölni
Ha meglévő tranzakció van, de nincs beérkezőMT515 vagy KTP fájl tranzakció. Ebben az esetben az egyeztetés még nem kezdődött el.
Van tranzakció , de még nem érkezett meg az MT515 üzenet .
Ha meglévő tranzakció és beérkező MT515
átírnám erre : a tranzakció létezik és van bejövő MT515 üzenet , de az egyeztetés hibára futott különböző okokból pl: ....
vagyKTP fájlból származó tranzakció van
kihúznám
vagy KTP fájlból származó tranzakció
kihúznám
jelentésük:
leírásuk
Megjelenített oszlopok
Felületen megjelenő oszlopok
Swift-es bejövő
SWIFT-en bejövő
a ClavisCustody-ban
törölném ezt a CLavisCustody szót
KERESKEDÉSEK
Üzletkötések vagy tranzakcók
KTP file RECO esetén: KTP fájl alapú egyeztetés esetén – A „Kereskedések” alatt az NBR értékpapír vételi vagy eladási tranzakciók jelennek meg – amelyek fájlból lettek feltöltve, manuálisan rögzítésre kerültek a ClavisCustody rendszerben, vagy a Settlement modulon keresztül SWIFT üzenetben érkeztek. Ezek a tranzakciók másodpiaci államkötvény ügyletek. Az egyeztetést csak azoknál a vételi-eladási tranzakcióknál kell elindítani, ahol az ellenoldal maga a BCR.
KIvenném a KTP file miatt mely BCR specfikus
Visszaigazolás adatai képernyő
A " Rekonsziliálás" felület két részből áll : Tranzakciók( kötések), és MT515 üzenetek
Képernyő megnyitás
ÚJ visszaigazolás helyett "Új rekonsziliálás indítása" Kereskedés helyett tranzakciók vagy kötések szót használnám
eljesítési összeg – toleranciaszinttel együtt
Elszámolási összeg ( beleértve a tolerancia összeget is)
Teljesítési dátum
Elszámolás dátuma
a Trades-t az MT515-tel vagy KTP fájl tranzakcióval.
.... a tranzakciókat az MT515 üzenetekkel
vagy KTP fájl
ezt törölném
Safir tranzakciók Az NBR tranzakciók (vétel és eladás) egyeztetése automatikusan feltöltött KTP fájl alapján történik. Az Ütemező felügyeli az ütemezett importálási folyamatot. A Felhasználó manuálisan is elindíthat egyeztetést KTP fájl hiányában, vagy párosíthat tranzakciókat manuálisan érkező KTP fájl alapján. Egyeztetést akkor kell végrehajtani, ha az ellenfél a BCR. A tranzakció ClavisCustody rendszerben RECORDED státuszban vár; sikeres egyeztetés után CD waiting státuszra vált.
EZ annyira BCR specifikus,hogy ezt kiveném. Nincs másik ügyfél aki a KTP filokat küldene
ClavisCustody
a számlavezető rendszerben
MT515-tel
a beérkező MT515 üzenetekhez.
jogosult egyeztetést indítani MT515 nélkül is
"A felhasználó MT515 üzenet nélkül is tud manuálisan rekonsziliálni" ,vagy...
ügyletek
tranzaciók az ügyletek helyett
csak EAM
Ez az Erste Asset Manager rövidítése. Én ezt kivenném az anyagból