723 Matching Annotations
  1. Aug 2025
  2. clavis-nxt-user-guide-clavisnxt-erste-dev.apps.okd.dorsum.intra clavis-nxt-user-guide-clavisnxt-erste-dev.apps.okd.dorsum.intra
    1. 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

    2. 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

    3. 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

    4. 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

    5. é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

  3. clavis-nxt-user-guide-clavisnxt-erste-dev.apps.okd.dorsum.intra clavis-nxt-user-guide-clavisnxt-erste-dev.apps.okd.dorsum.intra
    1. 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

    2. 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á

    3. 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

    4. 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

    1. 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.

    2. 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 ...

    3. 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.

    4. 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

    5. 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

    6. DEAL PRICE/ AMOUNT: Üzletkötés árfolyama vagy ár/dbösszege

      E helyett SETTLED AMOUNT- tényleges elszámolási összeg devizanemmel

    7. - REASON
      • STOPPED : a modulhoz kapcsolt forgatótábla szerint a bejövő státuszüzenettel mi történjen. Megálljon vagy sem, tehát kimenjen az ügyfélnek a státusz üzenet
    8. 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

    9. 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

    10. 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.

    11. 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ő

    12. 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

    13. 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ő

    14. 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ő

    15. 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)

    16. 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

    17. 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

    18. 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

    19. 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

    20. 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

    21. :

      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ó.

    22. 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ó.

    23. 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.

    24. 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

    25. 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 :

    26. Tranzakció újragenerálása

      Tranzakció újragenerálása - erről én sem tudok sokat . Szóval ehhez nem írnék bővebb infót

    27. 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ő

    28. 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.

    29. 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

    30. 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 :

    31. 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.

    32. 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

  4. clavis-nxt-user-guide-clavisnxt-erste-dev.apps.okd.dorsum.intra clavis-nxt-user-guide-clavisnxt-erste-dev.apps.okd.dorsum.intra
    1. 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.

    2. 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..

    3. 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.

    4. (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

  5. clavis-nxt-user-guide-clavisnxt-erste-dev.apps.okd.dorsum.intra clavis-nxt-user-guide-clavisnxt-erste-dev.apps.okd.dorsum.intra
    1. 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

    2. 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.

    3. 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ű

    4. 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.

    5. 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

    6. 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

    7. 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

    8. (* 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.

    9. 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ó

    10. 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

    11. 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

    12. 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)

    13. 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)

    14. CLVS - CNXT rendszerből (tranzakcióból) létrejövő instrukció

      CLVS - másik számlavezető rendszerben rögzített instrukció

  6. clavis-nxt-user-guide-clavisnxt-erste-dev.apps.okd.dorsum.intra clavis-nxt-user-guide-clavisnxt-erste-dev.apps.okd.dorsum.intra
    1. 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.

    2. 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

    3. 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.