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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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