484 Matching Annotations
  1. Aug 2025
    1. - 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
    2. 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

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

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

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

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

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

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

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

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

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

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

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

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

    15. :

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

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

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

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

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

    20. Tranzakció újragenerálása

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  6. clavis-nxt-user-guide-clavisnxt-erste-dev.apps.okd.dorsum.intra clavis-nxt-user-guide-clavisnxt-erste-dev.apps.okd.dorsum.intra
    1. Tranzakció egyeztetés (Trade reco) MT515 folyamattal a CLAVISNXT rendszerben⚓︎

      Nem tenném bele a workflw-t nagyon BCR speciikus

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