LÉTREHOZÓ
Rögzítő
LÉTREHOZÓ
Rögzítő
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
számlának
számlának, továbbá rögzíthető a számla típusa is.
Pl.: EGB Proprietary Accountja alatt nem látszik a Collateral Account helyszámlái és fordítva sem. A már elmúlt lejárati dátummal rendelkező helyszámlák nem jelennek meg a listában
Ez nagyon ERste specifikus vegyük ki
helyszámlák
ide írjuk be , hogy Subcustodian accounts zárójelben
Helyszámla adatok⚓︎ Helyszámla (Subcustodian accounts)⚓︎ Egy számlászámot egy BIC kódhoz csak egyszer lehet felvenni. Mező neve EN Leírás Subcustodian/Transfer Agent Alletétkezelőt lenyíló listából lehet kiválasztani. Csak a SUBCUSTODIAN / TRANSFER AGENT role-al rendelkező ügyfelek jelennek meg a listában. BIC Az alletétkezelő BIC kódja, automatikusan betöltve a kiválasztott alletétkezelőét. Account Alletétkezelői számlaszámot lehet megadni (fontos mindig olyan formátumban felvinni, amit az alletétkezelő adott), SWIFT SAFE mezőben ez a számlaszám fog szerepelni. Account name A helyszámlának egyedi nevet lehet adni. Omnibus Omnibus/Seggregated/OWN/Nominee értékkészlet.
Ezt a teljes részt tegyük be az ÚJ alletétkezelői helyszámla felvétele részbe a kép alá
Seggregated/
Segregated
Omnibus
Account type
Subcustodian/Transfer Agent
SUBCUSTODIAN NAME legyen helyette
, mely adózás szempontjából egyértelmű, hogy kedvezményes adó igénybe vehető-e:
húzzuk ki
A dokumentált (documented vagy un. Treaty) helyszámlán elszámolt tranzakciókból létrejött állomány hozamai után kedvezményes adó vehető igénybe a DTT (Double Tax Treaty - Kettős Adóztatást Elkerülő Egyezmény) alapján. A nem dokumentált (undocumented vagy un. non-Treaty) helyszámlán elszámolt tranzakciókból létrejött állomány hozamai után kedvezményes adó nem vehető igénybe, akkor sem ha két ország között létezik DTT.
húzzuk ki még nem létezik
Szintén
EZt húzzuk ki
Az értékpapír tulajdonszámlákhoz (Accounts) kapcsolt, un. Current Account néven szereplő pénzforgalmi jelzőszám = pénzszámla kerül megnyitásra és számlavezetésre. A CNXT számlavezető rendszerben ezeket a pénzszámlákat, csak megtekinteni lehet és elszámolási számlaműveletekhez használni. Ezek, az értékpapír tulajdonszámlákhoz nyitott pénzszámlák, megtekintése az Accounts/Current Accounts alatt lehetséges. Account
EZ ide felesleges
NPART
NPAR
A létrehozását követően is van lehetőség az instrukció módosításra. A további fukciók menüből is elérhető az Módosítás gomb
Az instrukciót rögzített státuszban, vagy már jóváhagyást követően is lehet módosítani a Módosítás funkció gombbal.
, mely elindítja a workflow folyamatokat.
töröljük
módosítását
módosítása is lehetséges
Ezen a ponton lehet elvégezni
töröljük
Ebben az esetben megnyílik az instrukciót részletező ablak, ahol megtekinthetőek az adatok
A szöveg elé írjuk, hogy . Ha elérhető a jóváhagyó gomb , ebben az esetben ...
A további funkciók menüből is elérhető a Jóváhagyás gomb.
ezt töröljük
A rögzítést követően az Settlement/Kimenő felületen tekinthetők meg a manuálisan létrehozott események Rögzített státusszal.
A rögzítést követően az instrukciók RECORDED - rögzített státuszba kerülnek és az instrukciók soron jelennek meg. Amennyiben be van kapcsolva a 4 szem elves jóváhagyás, akkor kizárólag egy másik felhasználónál jelenik meg a jóváhagyás funkció gomb.
a Fedezetvizsgálat alatt funkció.
töröljük
Manuális folyamatok
Adok ehhez egy jó leírást inkább
tranzacióbó
instrukcióból
Szétosztás
Instrukció felosztása vagy darabolása
Új instrukció létrehozása mezőkészlete
Adok másik táblázatot inkább mert egyszerűbb azt beemelni
Arról, hogy egy esemény manuálisan rögzítésre került a (jóváhagyó) Felhasználó Feladatok üzenet formájában is értesítést kap. A jóváhagyás innen is elindítható.
EZt töröljük
A "Jóváhagyás" -ra váró feladatok a "Feladatok" felületen is megjelenítésre kerülnek.
töröljük
SDI adatok
SSI adatok
Új instrukció létrehozása
új instrukció rögzítése legyen a funkciógomb neve
A manuális kimenő instrukció létrehozása egy template segítségével tölténik.
töröljük
z Új instrukció létrehozása funkció ad lehetőséget egy új instrukció manuális rögzítésére ez a funkciógomb a Kimenő instrukciók tabon érhető el.
Instrukciót kézzel, az ügyfél és az elszámolási instrukció felületen is lehet rögzíteni ugyan azon template segítségével . Az instrukció rögzítéséhez szükséges template-t az "Új instrukció rögzítése" funkcióval tudom megnyitni
instrukció
törölhető
Linkelt instrukció típusa
Linkelt elemek értékei pl: Settlement instruction vagy Securities Transactions
PSET:
MESSAGE TYPE - visszaigazoló SWIFT üzenet száma
DEAL PRICE/ AMOUNT: Üzletkötés árfolyama vagy ár/dbösszege
E helyett SETTLED AMOUNT- tényleges elszámolási összeg devizanemmel
Vevő/ Eladó
BUYR//SELL
Valódi
Tényleges
:
törölni
SWIFT
BIC
Értékpapír számlavezet
Elszámolási hely
- RECEIVE/SENT TIME
A státusz üzenet fogadásának időpontja
- REASON
(MT548-as üzenet A2a blokk/24B)
pl: MTCH//MACH
70x mező Narrative értéke
Nem kell ide
PARTY
PARTY értékei lehetnek pl: DEAG/REAG ( eladó vagy vevő elszámolópartner) , BUYR/SELL- vevő vagy eladó
PSET
PSET - Elszámolóhely
MT544-47 üzenet E1 blokk/95)
törölni
ELSZÁMOLÁSI PARTNER
Elszámolópartnerek
ÉP. Elszámolás iránya:
DIRECTION OF TRANSACTION - Tranzakció iránya
SETTLEMENT AMOUNT
Ez alá még kell : DEAL PRICE - kötési ár CREATED DATE/TIME : instrrukcó létrehozásának időpontja
(MT544-47 üzenetC blokk -36B/SETT )
Ez ide felesleges
ORIGINAL
Már csak sima "Trade date" van kint
Free ofpayment)
Free (az értéke)
Az áttekintő panelről is elérhető a további funkciók menü (a már említett Bejövő és Kimenő funkciókkal)
EZt hagyjuk meg számozás nélkül
Az Általános részben feltüntetésre kerül: a tranzakció típusa értékpapír ISIN kódja és neve megjeleníti az indikátorokat settlement party információkat (DEAG/REAG/BUYR/PSET...) stb.
törölném felesleges, mert alul részleteve van
bejövő/kimenő instrukciók
Az ügyfél vagy elszámolási instrukciók
A D-IPRC és D-CPRC (törlési) státuszokesetében, ahol a törlési instrukció MT548üzenetben D-CAND vagy D-CANP reason kóddal kerül riportolásra azal-letétkezelő által.
Az instrukció törlés alatt áll. A z elszámolóháztól vagy alletétkezelőtől visszajövő törlés visszaigazolására vár.
Amennyiben az analitikus rendszerbőlvisszajön a törölt státusz, kiküldésre kerül az ügyfél felé MT548 illetve537-ben is riportolásra kerül az adott tranzakció státuszváltozása.
törölhető
Amikor megtörtént az értékpapír és pénzfedezetvizsgálat és az elszámolás megtörtént az instrukció kimegy apiacra.
E helyett : az elszámolóház vagy al-letétkezelő visszaigazolta az instrukció piaci teljesítését , elszámolást
Hibás Instrukció.
HIbás instrukció státusza
üzenet
törölhető
Az instrukciópiacra történő továbbítása után az al-letétkezelő által visszaküldött un.matching státusz továbbítása az Ügyfélnek (forgatótábla szerint).
törölhető
, erről státusztkap az Ügyfél.
törölhető ez a rész
Az instrukció piacra történő továbbításaelőtt értékpapír és pénz fedezetvizsgálat történik, erről státuszt kapaz Ügyfél.
HOLD státusszal kiküldött instrukció státusza Az instrukció még nem teljesíthető
PRE-RELEASED
PRE-RELEASE
Settl.amount
E fölé külön soron tegyük be NUMBER OF SETTLEMENT -az elszámolás száma - (priorrizálás az instrukciók közöttt)
Befogadott instrukció.
SWIFT-en bejövő befogadott instrukció
Rögzített instrukció.
Kézzel rögzített Ügyfél instrukció vagy, létrehozott elszámolási instrukció
Az instrukcióMT548 D-IPRC / D-PACK státusz küldést követően atranzakció rögzített státuszból befogadott státusztkap.
törölni
Reason
e helyett vegyünk fel még 3 külön sort -
MATCHING STATUS - az elszámolóháztól bejövő státuszok közül a párosítási státusz pl: MTCH//MACH
SETTLEMENT STATUS - az elszámolóháztól bejövő státuszok közül az elszámolási státusz pl: PEND//FUTU
CLIENT STATUS- az ügyfél felé utoljára kimenő státusz pl: PEND//PREA
TR.STATUS - Transaction status - Tranzakció státusza CLIENT FULL NAME - Az ügyfél neve
Link reference - Linkelt (kapcsolt) instrukció referencia száma
Subreference - alreferencia szám
Message Type
E fölé tegyük be külön soron TR.DIRECTION- tranzakció íránya - értékei : Receive- vétel, Deliver- eladás
Source
A Source alá kell egy külön sor DIR - instrukció irány értékei (IN) - bejövő, OUT (kimenő)
DEAG/REAG
alá felvenni DEAG/REAG ACCOUNT - elszámolópartnerek számlaszáma A DEAG/REAG fölé felvenni még egy sort : Counterparty - Elszámolópartner neve
BUYER/SELLER
Ez alá felvenni BUYER/SELLER ACCOUNT - Vevő/ eladó számlaszáma
bankja) .
bankja BIC kóddal jelölve
Quantity
Quantity alá felvenni még egy sort Quantity settled - Ténylegesen elszámolt mennyiség
Settelement date
Írjuk át Settlement date-re
Settelement date
Ez alá vegyünk fel még egy sort : Settlement date effective - Tényleges elszámolási nap
(B blokk -98A::SETT)
töölhető
(B blokk - 98A::TRAD)
törölhető
(B blokk - 35B:ISIN)
ez törölhető
MT540-MT543, MT578)
a felületen csak a számok jelennek meg 540/541/542/543
Részleteszve
Részletezve
a Bejövő és Kimenő tabon
az ügyfél és elszámolási instrukció tabon
Bejövő instrukciók vagy a Kimenő instrukciók
a bejövő un. (ügyfél) instrukciók vagy a kimenő (elszámolási) instrukiók
:
Ide még írjuk be : Az itt elérhető funkciók instrukció státuszonként eltérők. Tehát nem minden státuszú instrukcióból érhető el minden funkció.
A sorok végén lévő more menü vagy az ikonok segítségével további funkciók érhetők el, melyekkel az instrukcióra vonatkozó további interakciók indíthatóak:
Ez után még írjuk be az alábbit. Az itt elérhető funkcók instrukció státuszonként eltérők. Tehát nem minden státuszú instrukcióból érhető el minden funkció.
interakciók i
műveletek
funkciónalitások
funkciók
funkciónalitások:
funkciók
Újra küldés
Újraküldés
vagy módosított instrukciót tudja jóváhagyni a rendszerben.
, módosított , vagy az elszámolási munkafolyamat során direkt megállított kimenő instrukciót tudja jóváhagyni.
az Ügyféltől bejövő instrukciót,
a kimenő elszámolási instrukciót
Az elszámolás felfüggeszthető.
A kimenő elszámolási instrukció a "Release" elszámolható státuszról HOLD státuszba állítható ezzel a funkcióval
ahol az instrukcióhoz kapcsolható bejövő illetve kimenő instrukció üzenete, illetve a bejövő és kimenő státusz üzenetek is megtekinthetők.
e helyett , ahol az ügyféltől bejövő és a kimenő elszámolási instrukciók üzenetei tekinthetők meg :
kimenő, és hozzá tartozó bejövő instrukciót
a kimenő elszámolási, és bejövő ügyfél instrukciót
Részletek megtekintése
Instrukció megtekintése
Részletek
Instrukció megtekintésére írnám át a felületen
interakció
műveletek
Kimenő instrukciók
Elszámolási instrukciók
Tranzakció újragenerálása
Tranzakció újragenerálása - erről én sem tudok sokat . Szóval ehhez nem írnék bővebb infót
Bejövő instrumentum törlés
Incoming cancel - a bejövő ügyfél instrukció törlése
Törölt státuszra állítás
A funkció gomb Cancel = Törlés : Törölt státuszra állítás
Teljesíthető: Fedezett (értékpapír vagy pénz fedezet) már rendelkezésre áll a BO redszerben.
Ez felesleges , mert fent már leírtuk. Release = teljesíthető
A bejövő instrukció Teljesíthető státusza után elengedett, "RELEASE" státusz követi, mely azt jelenti a bejövő instrukcióhoz létrejött kimenő instrukció kimehet a CSD felé.
Az ügyfél instrukció teljesíthető státuszba állítása a korábbi pre-release státuszról.
Funkció státuszváltásra szolgál, a kimenő NEWM helyett PREA üzenet megy ki. Az al-letétkezelőnél /CSD-nél HOLD státuszba áll szintén az instrukció.
Covered - ha ez az, ez nem Fedezetvizsgálat alatt hanem Fedezettség = fedezettség státusz állítása manuálisan, amennyiben a számlavezető rendszerben rendelkezésre áll a szükséges értékpapír és/vagy pénz fedezet
ahol az instrukcióhoz kapcsolható bejövő illetve kimenő instrukció üzenete, illetve a bejövő és kimenő státusz üzenetek is megtekinthetők.
e helyett , ahol az ügyféltől bejövő és a kimenő elszámolási instrukciók üzenetei tekinthetők meg :
kimenő és hozzá tartozó bejövő instrukció
kimenő elszámolási, és a hozzá tartozó bejövő ügyfél
bejövő instrukció
a bejövő ügyfél instrukció
View group
Ezzel a funkcióval a felületen, együtt megtekinthető az ügyfél és elszámolási instrukció
HOLD státusz
HOLD státusz állítást követően kimegy egy MT530 -as üzenet , amely az Elszámolóházhoz kiküldött instrukción státuszt állít. HOLD állapotba kerül, mely még nem elszámolható státusz.
Bejövő instrukciók
Ügyfél instrukciók
bejövő (Bejövő instrukciók tab
Bejövő instrukciók helyett már Ügyfél instrukciók - Client instruction van kint
kimenő (Kimenő instrukciók tab)
A Kimenő instrukciók helyett már az "Elszámolási instrukciók- Settlement instruction " van kint a felületeken
menü ikon segítségével
Amit nem látok még a felületen sehol leírva az a Customizálásra való kis szerkesztő ikon. Arról írni kéne még szerintem.
Amennyiben a jelölőnégyzetek be vannak pipálva a listán a sorok előtt és a Csak a kiválaszott elemek mutatása jelölőnégyzetben is pipa van, akkor a felületen csak a jelölt sorok jelennek meg.
Csak azon sorok jelennek meg, melyek előtt a jelölőnégyzet pipálva van..
Kimenő instrukciók
kimenő ( un. Settlement - elszámolási instrukció)
Bejövő (swift) instrukciók
bejövő (un. Client Instruction - ügyfél instrukció)
ömeges folyamat
csoportosan indítható funkciók során a jelölőnégyzet töltésével jelölöm ki az adatsorokat
Ha egy sorra duplán kattintunk akkor megnyílik az áttekintő panel (floating panel), és beúszik egy részletező felület, ahol egy másik tagoltabb formában jelennek meg az instrukcióhoz kapcsolódó mezők.
A beúszó felület a Settlement modul/Instruction (Elszámolási instrukciók) és Allegement (Függő tételek)almenüben érhető el kizárólag.
Fiók
EZ itt micsoda ?
(Társasági események kezeléséhez szükséges technikai naptár- nem aktív (nem szerkeszthető))
SZerintem ez a magyarázat nem kell ide
(Társasági események modulhoz szükséges technikai menüpont- nem aktív (nem szerkeszthető))
Szerintem ez nem kell ide.
Sub-function
Ezt csillagozzuk meg, mert van rá hivatkozó magyarázat lent.
540-543
Tegyük át a számokat az üzenettípusba . Leírásba : RECO-Reconciliation only - Kizárólag rekonsziliálás céljából küldött
540-543
Tegyük át a számokat az üzenet típusba, és írjuk a számok mellé még vesszővel elválasztva az "544-547"-t és az "548"-at is. Leírásba pedig : Duplicate- A korábban küldött instrukció/ confirmácó másolata.
540-543, 544-547, 548
Tegyük át az üzenet típusba a számokat. Leírásba pedig : Copy - másolat, mely tájékoztató jellegű
PENA
A számot 548 tegyük át az üzenet típusba . Leírás : PENA- Penalties - Elszámolóház által az el nem számolt instrukciók után felszámított kártérítési összegről ad tájékoztatást.
INST
A számot 548 tegyük át az üzenettípusba. Leírás pedig: instrukcióra vonatkozó státusz üzenet
548
Számot tegyük át az üzenet típusba. Leírás :CAST Cancellation request status - az üzenet tartalmazza a törlési megbízásra vonatkozó státuszt
544-547
A számot tegyük át az üzenettípus-ba. Leírás : RVSL - Reversal - konfirmáció visszavonása
540-543
A számokat tegyük az üzenettípusba . A leírásba PREA- Pre advice - előértesítés, nem elszámolható megbízás
540-543, 544-547
A számokat tegyük be az üzenettípus oszlopba. A leírásba pedig: NEWM - New message , minden először bejövő megbízás új üzenet
Törlési kérelem. Egy korábban küldött üzenet törlését kéri.
Írjuk elé hogy Cancellation
(* nyelvesítésükre nincs szükség, mert mindenki így használja/ismeri).
E fenti szöveg helyett : A felületen megjelenő kódok, a SWIFT üzenetek különböző funkcióját jelentik, melyet a SWIFT SMPG szabályoz.
Done
DONE - legyen nagybetű és zöld
Az üzenet funkciója ebben az esetben CANC – törölve.Ha a küldendő SWIFT üzenet elutasításra kerül (például ha NACK szolgáltatásiüzenet érkezik, vagy HID 548 érkezik a címzettől). Továbbá, ha REJT548 érkezik a kiküldött instrukcióra, a kimenőinstrukció státusza szintén ELUTASÍTVA lesz. → Szolgáltatási üzenet.A Reason mező a hivatalos szabványnak megfelelő kóddal kerül kitöltésre (lásd fent).
A rejected- visszautasított státusz azt jelenti, hogy a SWIFT hálózatra kiküldött üzenet visszautasításra került, és nem feldolgozható
Rejected
REJECTED - Legyen nagybetűvel pirossal kiemelve
bizonyos oncal tooth
???
Failed
FAILED- legyen pirossal nagybetűvel
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
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