383 Matching Annotations
  1. Last 7 days
  2. clavis-nxt-user-guide-clavisnxt-granit-dev.apps.okd.dorsum.intra clavis-nxt-user-guide-clavisnxt-granit-dev.apps.okd.dorsum.intra
    1. Dokumentációs határidő/

      Választásos eseményeknél, ez a határidő mutatja meg, hogy meddig kell a dokumentációkat pl: elfogadói nyilatkozat, meghatalmazást, stb. elküldeni az al-letétkezelőnek, kibocsátónak Ez a mező Date - DOCD

  3. Aug 2025
  4. clavis-nxt-user-guide-clavisnxt-erste-dev.apps.okd.dorsum.intra clavis-nxt-user-guide-clavisnxt-erste-dev.apps.okd.dorsum.intra
    1. Settlement Admin⚓︎ A Settlement Admin részletes leírása a Settlement Admin fejezetben.

      EZ ide nem kell . Helyette a Kiküldött riportok felületről lehetne betenni képet és a felületen megjelenő oszlopfejléceket táblába tenni)

    2. a Státusz riport akciógomb használatával. Ugyanitt elérhető a Fájl letöltése funkció, mellyel a fájl letölthető.

      EZ a kettő funkció két bullet pontba legyen felsorolva

  5. clavis-nxt-user-guide-clavisnxt-erste-dev.apps.okd.dorsum.intra clavis-nxt-user-guide-clavisnxt-erste-dev.apps.okd.dorsum.intra
  6. clavis-nxt-user-guide-clavisnxt-erste-dev.apps.okd.dorsum.intra clavis-nxt-user-guide-clavisnxt-erste-dev.apps.okd.dorsum.intra
    1. Az utasítás el nem fogadásának, függő státuszának vagy hibájának oka

      E helyett: Az a reason kód, mely a piaci ( elszámolóházi) nem tejesítés okát jelöli

    2. leknek.

      Ez alá még beírnám, hogy a felüeten a more menüből elérhető 2 funkció Modify módosítás és Delete törlés

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

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

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