KIS. KELER Zrt. Az STP KID megvalósítása. KELER Internetwork System

Méret: px
Mutatás kezdődik a ... oldaltól:

Download "KIS. KELER Zrt. Az STP KID megvalósítása. KELER Internetwork System"

Átírás

1 Cardinal Számítástechnikai Kft. H-1025 Budapest, Pusztaszeri út 91. Tel.: (36) Fax: (36) KIS KELER Internetwork System KELER Zrt. Az STP KID megvalósítása V6.2.2 Cardinal Számítástechnikai Kft.,

2 STP KID 2 T a r t a l o m 1. BEVEZETÉS KELER IGÉNYEK SOAP TECHNOLÓGIA BEVEZETÉSE TELJES KÖRŰ SZOLGÁLTATÁS KIDOLGOZÁSA AUTOMATIZÁLT ELÉRÉS KIDOLGOZÁSA REQUEST-RESPONSE TECHNIKA ALKALMAZÁSA VÉGFELHASZNÁLÓI AZONOSÍTÁS MEGSZÜNTETÉSE STP KID KID RÉSZ ÜGYFÉL RENDSZERÉBE INTEGRÁLHATÓ RÉSZ BIZTONSÁG ÜTEMEZÉS AZ STP KID ÜZLETI FUNKCIONALITÁSA ÜZEMELTETÉS AZ STP KID BEÁLLÍTÁSA, ÜZEMELTETÉSE AZ STP KID SOAP PROTOKOLL BEVEZETÉS ÁLTALÁNOSSÁGOK AZ STP SOAP PROTOKOLLRÓL TESZT PROGRAM A SOAP PROTOKOLLHOZ LOGIN MŰVELET LOGOUT MŰVELET REMOTELOGIN REMOTELOGOUT CHANGELOGINPASSWORD CHANGESIGNATUREPASSWORD IMPORTORDERPACK SIGNORDERPACK SENDORDERPACK EERTOZSDEIKOTESEK...24

3 STP KID ORDSTATEXPORT GETPARTNERORDERS GETEERNONPAIR GETOTCNONPAIR GETORDERSTATUS GETNOTIFYCATALOG GETNOTIFY GETCORPCATALOG GETCORP GETBALANCE EXPORTBALANCE GETNOTICECATALOG GETNOTICE GETSTATEMENTCATALOG GETSTATEMENT EXPORTSTATEMENT GETADVICECATALOG GETADVICE EXPORTADVICE ISLOGGEDIN GETMEMBERINQUIRIES GETGIROCREDITS GETRATE EXPORTKELERDATA EXPORTORDER AZ STP KID API KLIENS RÉSZE BEVEZETÉS TELEPÍTÉS TÍPUSOK ÉS STÁTUSZKÓDOK SESSION MŰVELETEK KÉRÉS ELKÜLDÉS, VÁLASZ FOGADÁS KÉRÉS ELKÜLDÉS, VÁLASZ FOGADÁS WINDOWS KÖRNYEZETBEN KÉRÉS ELKÜLDÉS, VÁLASZ FOGADÁS UNIX KÖRNYEZETBEN...42 Változások: Unix kliens bevezetése miatt az STP API felületének megváltoztatása. A Windows és Unix környezetben az API pontos leírása ImportOrderPack SOAP felület módosítása ELSRV tesztprogram kiegészítése %FILE<id>% karaktersorozatok speciális kezelésére, file-ok base64 kódolásának bevezetése Pontosítások az EÉR Tőzsdei kötések, Megbízás státuszok és Partner megbízások lekérdezés adatszerkezeteiben Az STP.DOC v4.0 ( ) és v4.3 ( ) közötti eltérések összegyűjtése: Változtak a ChangeLoginPassword és ChangeSignaturePassword műveletek státuszkódjai, két új érték került bevezetésere: NEWPWDFAIL, CHANGEFAIL.

4 STP KID 4 Változott az ImportOrderPack művelet paraméterezése. Az OrderPackId nem paraméter, hanem az import eredményeként visszaadott kód. Három új művelet került bevezetésre: EERTozsdeiKotesek, OrdStatExport és GetPartnerOrders Az STP műveletek leírásának bővítése, az STP és a KID program funkcióinak összekapcsolása a könnyebb érthetőség miatt Új STP funkciók: EÉR ill. OTC páratlan tételek lekérdezése. Ép. transzfer ill. OTC megbízások törlése, prioritás változtatása. A es KID-del az import formátumok összehangolása (Lásd: KIDIO.DOC), az új státuszok továbbküldése Az STP kommunikáció javítása: Az STP KID program és az stp.dll közötti kommunikáció bizonyos körülmények között megállt. A javítás a KID program as verziójában, és az stp.dll verziójában történt meg. Az stp.dll-be verziószám került, ami a Windows Explorerrel is megnézhető (egér jobbfül a file-on, tulajdonságok, verziószám). A korábbi, hibás stp.dll nem tartalmazott verzió információt. A javítás nem érinti az STP mechanizmus működését, az stp.dll-t ugyanúgy kell használni, mint eddig Az STP kommunikáció javítása: Az STP KID program és az stp.dll közötti kommunikáció adott körülmények között kiesett a szinkronból, ami a kapcsolat megállásához vezetett. A javítás a KID program es verziójában, és az stp.dll verziójában történt meg. Javításra került az API felületen a callback függvény visszatérési értékének típusa, ami STPStatus-ról CBStatus-ra módosult Az STP kommunikáció javítása: Az stp.dll modulban a kommunikáció ismételten képes volt megállni (beragadni). A megállás oka a Windows socket előírás szerinti kezelése volt. A javítás figyelmen kívül hagyja a socket írás blokkolódását, mindenképpen újraírást hajt végre, aminek következtében a megállás egy idő után megszűnik, és a kommunikáció továbbmegy. A javítás az stp.dll verziójában történt meg Az STP kommunikáció javítása: Az stp.dll modulban nem megfelelő hívási konvencióval voltak a kiajánlott műveletek definiálva, ami bizonyos körülmények esetén a kliens alkalmazás hibás működéséhez és azonnali kilépéshez (elszállás) vezetett. A javítás az stp.dll verziójában történt meg Az STP API felület visszajavítása került (a korábbi javítás egy félreértés miatt született), a callback függvény visszatérési értékének típusa ugyanaz lett, mint a ei módosítás előtt volt, vagyis STPStatus. A javítás az stp.dll verziójában történt Az ImportOrderPack függvény kiegészült egy új paraméterrel (PackName). Új STP függvények kerültek bevezetésre: GetOrderStatus, GetNotifyCatalog, GetNotify Az EERTozsdeiKotesek függvény kiegészült egy új (opcionális) paraméterrel (Type) Új STP függvények kerültek bevezetésre: GetCorpCatalog, GetCorp. A CB megbízások (Helyi piacos ügylet, Nem helyi piacos ügylet, Részvétel társasági eseményben) STP-n keresztül importálhatók (és beküldhetők) Új STP függvények kerültek bevezetésre: GetBalance, ExportBalance, GetNoticeCatalog, GetNotice, GetAdviceCatalog, GetAdvice, ExportAdvice, GetStatementCatalog, GetStatement, ExportStatement, IsLoggedIn, GetMemberInquiries, GetGIROCredits, GetRate, ExportKELERData, ExportOrder. A GetNotifyCatalog bővült egy

5 STP KID 5 új paraméterrel. Az összes megbízás (amelyhez van import) STP-n keresztül importálható (és beküldhető) lett.

6 STP KID 6 1. Bevezetés Ezt a dokumentációt a KELER Rt. megrendelése alapján a Cardinal Kft. készítette. A dokumentáció tartalmazza az KELER Rt. KIS/KID rendszerében az STP KID program kialakításának tervét. Az STP (straight-through processing, magyarul azonnal-végrehajtott feldolgozás, vagy automatizált folyamat) azt jelenti, hogy egy adott rendszerből különböző tranzakciókat, lekérdezéseket indítva, az azokra adott válaszok azonnal, külön emberi beavatkozás nélkül, automatikusan megérkeznek. Az STP rendszerekben a legelőször tisztázandó, hogy pontosan milyen szereplők vannak, és közülük kik tekinthetőek végpontoknak. A tranzakciók és válaszaik mindig végpontok között közlekednek. A KELER Rt ban elindította a KIS rendszert, ami azóta is működik. A KIS a KELER Rt. ügyfelei részére egy elektronikus kommunikációs csatorna, amin keresztül a KELER szolgáltatásainak döntő többsége elérhető. A KIS rendszer egyedi fejlesztésű programokból áll, amik speciálisan a KELER Rt. igényeit szolgálják ki. A rendszer jelenleg két fő komponensből áll: a KELER Rt-nél üzemeltett központi számítógépből, a rajta futó szerver programmal (KERNEL), és az ügyfeleknél telepített terminál (KID) programokból. A KID és a KERNEL kliens-szerver kapcsolatban áll egymással. A KERNEL a központi funkciókat úgy látja el, hogy egyrészt a KELER Rt. belső elszámoló rendszereivel áll kapcsolatban, másrészt pedig a KID programokkal. Az elszámoló rendszerekkel folyamatos, real-time kapcsolatban áll, míg a KID programok felé kiszolgáló szerverként működik. Amikor az ügyfeleknek szüksége van rá, a KID program segítségével kapcsolódni tudnak a KERNEL-hez, és azon keresztül a KELER Rt. elszámoló rendszereihez. A jelenlegi architektúrában a végpontokat a KID programok jelentik, mivel automatikus programprogram kapcsolatban csak ezek állnak a KELER rendszereivel. A KELER Rt. célja, hogy a jelenlegi végpontot a KID programon keresztül kiterjesszük az ügyfél saját rendszeréig. A KELER Rt. ezzel egy magasabb szintű szolgáltatást kíván megvalósítani, amit a pénzpiaci ügyletek gyors feldolgozása és az ügyfelek ezirányú igényei is indokolnak. A KELER Rt. esetében az STP KID egy olyan rendszer kialakítását jelenti, ahol a KELER Rt. ügyfelei a saját rendszereikben indíthatják el a tranzakcióikat, amelyek aztán a KIS rendszeren keresztül, elektronikusan jutnak el a KELER elszámoló rendszereihez. Az elszámoló rendszerekben többnyire azonnal megtörténik a tranzakciók feldolgozása. A feldolgozott tranzakciókról a KELER a KIS rendszeren keresztül, közvetlenül az ügyfelek saját rendszereibe juttat el (pl. státusz) információt. A KID program összekapcsolása az ügyfelek saját rendszereivel jelenleg import-export file-okon keresztül, emberi beavatkozással történik. Az ügyfél a saját rendszeréből egy, előre megadott formátumú, file-ba kiexportálja a megbízásait. A file-t beimportálja a KID-be, aláírja, majd elküldi a KELER-nek. A KELER feldolgozza, és a másnapi kivonatban visszaadja a könyvelt tételeket, amit az ügyfél a KID-en letölt, majd kiexportál egy, szintén előre rögzített formátumú, file-ba. Végül a kiexportált file-t importálja az ügyfél a saját rendszerébe. Az eddigi feldolgozási folyamatban túl sok az emberi tényező, és a tranzakciók feldolgozási sebességéhez képest lassú a visszajelzés. A KELER rendszerei a másnapi kivonatnál sokkal korábban is adnak vissza információkat, amiket jelenleg még nem lehet minden esetben átvinni az ügyfelek rendszereibe még az export funkcióval sem.

7 STP KID 7 Az ideális megoldás az lenne, ha a KELER KIS rendszerének az ügyfélnél lévő komponense az ügyfél saját rendszereibe integrálható lenne. Az ügyfél mindig csak a saját rendszerében dolgozna, a KIS csak az összeköttetést biztosítaná az ügyfél és a KELER között. A KID programot nem lehet egyszerűen eldobni, vagy lecserélni egy STP KID-re, hiszen vannak olyan, többnyire kis ügyfelek, akiknek nincs saját rendszerük, ezért igényt tartanak az eredeti KID-re. A magasabb szintű szolgáltatás nyújtása érdekében a KID program mellett kell lehetőséget biztosítani, az arra igényt tartó ügyfelek részére, hogy saját rendszereiket integrálhassák a KELER rendszereihez. 2. KELER igények Jelen dokumentáció a KELER Rt. és a Cardinal Kft. korábbi egyeztetéseinek során kialakult megvalósítási koncepció alapján készült. A KELER Rt. legfontosabb elvárásai az STP KID program kialakításával kapcsolatban a következők: a SOAP technológia bevezetését a KID teljes körű szolgáltatásához automatizált elérés kidolgozását request-response technika alkalmazása végfelhasználói azonosítás megszűntetését 2.1. SOAP technológia bevezetése A KELER a Cardinal javaslatát elfogadva úgy döntött, hogy az ügyfél rendszere és az STP KID közötti kommunikáció a SOAP (simple object access protocol) segítségével történjen. Az ügyfelek jelenleg a saját rendszereikből az adatokat fix formátumú text fileokkal adják át, és veszik vissza. A teljes körű XML átállás az ügyfelek részére esetleg túl nagy befektetést (erőforrás ráfordítást) jelentene, ezért, bár a kommunikáció SOAP lesz, ahol a SOAP üzenet XML formátumú, alapvető követelmény, hogy a jelenlegi fix formátumú adatok is átadhatóak legyenek. A későbbiek során a jelenlegi fix formátumról folyamatosan át lehet térni az XML formátumra. Az új funkciók kialakítása során mindig az adott funkció és környezete fogja eldönteni, hogy szükséges-e fix formátumú adatszerkezet kialakítása, vagy annak kihagyásával, egyből az XML formátum készül-e el. Maga a SOAP kommunikáció csak egy keretrendszert takar, amiben az üzenetek szabványos formában írhatók le ill. kezelhetők. Az üzenetek tartalma tetszőleges lehet: akár XML, akár bármilyen más formátum Teljes körű szolgáltatás kidolgozása A KID programban jelenleg az import-export funkciókkal lehetséges más rendszerekből adatokat bevinni ill. kinyerni. A KID import-export lehetőségei nem fedik le a KID teljes funkcionalitását. A képernyőkön több információ érhető el, mint a program kapcsolatot jelenleg megvalósító import-export funkciókon keresztül. Az importálás a KID programba adatot bevinni a megbízások többségére működik, de exportálni jelenleg csak a kivonatjellegű információkat (kivonatok, egyenlegek, gyakran használt törzsadatok) és státuszokat lehet. Nincs export lehetőség a megbízásokra, a különböző KELER értesítő üzenetekre.

8 STP KID 8 A teljes körű szolgáltatás kidolgozása azt jelenti, hogy ami információt a felhasználók a képernyőn ill. nyomtatásban elérhetnek, azt biztosítani kell program interfésszel is. Az utóbbi években ebben az irányban haladtunk, bővült az importálható/exportálható funkciók halmaza, másrészt az STP KID is ezek egyre nagyobb részét támogatja. A es verzióban az STP már az összes import/export formátumot támogatja, ami a KID-ben benne van Automatizált elérés kidolgozása A KID jelenleg egy grafikus felhasználói felülettel rendelkező program, amiben az egyes funkciók egy kezelő személy folyamatos irányítása mellett vehetők igénybe. A KID-nek ilyen módon még nincs program interfésze, tehát külső programmal nem lehetséges a KID meghajtása, adatok átadása, elkérése. A KELER Rt. kérésére a KID programhoz elkészült egy újabb komponens, ami az STP szolgáltatásokat ellátja. Ez az új komponens egy tetszőleges, akár a KIS rendszeren kívüli, program számára is elérhetővé teszi majd a KELER által a KID-en nyújtott szolgáltatásokat. A KID-en történő módosításokon túl természetesen az ügyfelek rendszereiben is szükség lesz fejlesztésekre, ha az STP szolgáltatást igénybe szeretnék venni. Az STP KID programhoz tartozni fog egy azon kívül álló olyan program komponens (rutinkönyvtár), ami az ügyfelek rendszereibe közvetlenül beintegrálható, és biztosítja a megbízható, viszont technikailag alacsony szintű program-program kapcsolatot. A rutinkönyvtárat a Cardinal Kft. készíti el, és az STP szolgáltatást igénybe vevő ügyfelek rendelkezésre bocsátja, így ők mentesülnek a programozói munkának azon szintjétől, ami a szolgáltatás igénybevételéhez elengedhetetlenül szükséges alapfunkciókat látja el, és az ügyfeleknél feleslegesen sok erőforrás ráfordítást igényelne, ha ezt is nekik kellene elkészíteni. A rutinkönyvtár egyben biztosítja, hogy a különböző ügyfeleknél az STP interfész alapfunkcióinak megvalósítása nem lesz más és más, és a közös komponens karbantartása, üzemeltetése várhatóan kisebb feladatot ró mind az ügyfélre, mind pedig a KELER Helpdeskre Request-response technika alkalmazása A KIS rendszer jelenleg alapvetően úgy működik, hogy a KELER Rt. szolgáltatásait igénybe vevő ügyfelek az egyes funkciók elindítását ők maguk kezdeményezik, majd várnak a válaszra. Ezt a technológiát request-response (kérés-válasz) alapú működésnek nevezik, ami nagyban eltér az eseményvezérelt működéstől. Amikor az ügyfeleknek szüksége van valamelyik szolgáltatásra, akkor a KID programban elindítanak egy kérést. A kérés eljut a KERNEL-hez, ami feldolgozza azt, majd a választ visszaküldi a KID-nek. A feldolgozás során a KERNEL a KELER-ben előre rögzített folyamatoknak megfelelően dönti el, hogy egy kérést saját maga válaszol-e meg, vagy a KELER elszámoló rendszereihez kell fordulnia. A kérések feldolgozása azonnal elkezdődik, a válaszokat a KID mindig megvárja. Amíg egy kérés nem lett megválaszolva, addig újabb kérés nem indítható. A kérés-válasz párok tehát szinkron módon működnek. A KID programban kérés-válasz alapon működik pl. a megbízások beküldése, a kivonatok lekérésre. A request-response mellett a másik, az elsőtől nagyban eltérő, működési mód az eseményvezérelt működés. Ebben az esetben a folyamatot nem a felhasználó ill. a KID indítja el, hanem a KELER elszámoló rendszerei vagy a KERNEL. Ez a KID programban egy eseményként jelenik meg, ami azt jelenti, hogy bármikor jöhet egy üzenet, amit a KELER-ből küldtek. Az eseményvezérelt működést abban az esetben célszerű használni, ha olyan információra várunk, amiről nem lehet előre tudni, hogy mikor áll majd rendelkezésre. Az eseményvezérelt működési mód ilyen esetben kevesebb erőforrást igényel a kiszolgáló

9 STP KID 9 rendszerektől, mintha folyamatosan a van-e már ilyen adat típusú kéréseket kellene megválaszolni. Az eseményvezérelt működésre külön fel kell készülni, ugyanis egy bejövő üzenetet (eseményt) többnyire azonnal le kell kezelni. A KID programban eseményvezérelten működik pl. a megbízások státusz bejegyzése, a partner tranzakciók kezelése. Az STP KID program esetén mindkét működési módot támogatni kell úgy, hogy az ügyfeleknek lehetősége legyen a KID programban még eseményvezérelten történő feldolgozási folyamatokat is request-response módon lekérni. Ez azt jelenti, hogy az ügyfél igényeitől függően biztosítani kell pl. a megbízási státuszok lekérdezhetőségét is mindamellett, hogy esetleg az ügyfél saját rendszerét eseményvezérelten is értesíteni kell, egy státusz megváltozásakor Végfelhasználói azonosítás megszüntetése A KID programot a felhasználók csak akkor használhatják, ha előtte azonosították magukat. A felhasználó a KIS rendszerben mindig egy tényleges, természetes személyt azonosított. A felhasználó azonosítása egy felhasználói azonosító és egy hozzá tartozó titkos jelszó megadásával történik. Az azonosítás után a KID program minden egyes elvégezett műveletet az azonosított személy nevében végez el. Az STP KID programban a felhasználó már nem feltétlen egy természetes személy. Amennyiben az ügyfél meg tudja oldani az átjárhatóságot, úgy biztosítani kell, hogy az STP KID átvegye az ügyfél saját rendszerétől, hogy a műveleteket melyik személy akarja végrehajtatni, és annak nevében (jogaival, lehetőségeivel) járjon el. Ha az ügyfél a saját hatáskörében (pl. szabályozással) megoldja a felhasználó azonosításának kérdését, és a saját rendszerét egy zárt, auditált egységnek elfogadja a KELER, akkor lehetséges az is, hogy az STP KID programban már nem jelenik meg felhasználóként természetes személy. A KIS rendszerben a végfelhasználó fogalmát, és annak azonosítását megszüntetni nem fogjuk, legfeljebb az STP KID programba az ügyfél saját rendszerének egy komponense (tehát egy program) fog belépni egy technikai azonosítóval. Ebben az esetben az STP KID a műveleteket ezen technikai azonosító mögött lévő program nevében fogja elvégezni. A KELER-ben ilyen módon nem az ügyfélnél dolgozó természetes személyek lesznek beazonosítva, hanem csak maga az ügyfél (jogi személy). A rendszer használatával kapcsolatos szabályozási és jogi kérdéseket a KELER Rt. és az ügyfele között kötött STP használati szerződés fogja meghatározni. 3. STP KID Az STP KID programot a jelenlegi KID programból alakítjuk ki úgy, hogy egy STP funkciókat ellátó program komponenst, mint a KID kibővítését készítjük el. A STP KID megoldás két fő részből áll: KID program STP funkciót ellátó része ügyfél rendszerébe integrálható, KIS-en kívüli rész 3.1. KID rész A KID program STP funkciókat ellátó része egy kiegészítés a KID-hez. A STP KID továbbra is egy grafikus felhasználói felülettel rendelkező ügyfélprogram, ami képes ugyanúgy

10 STP KID 10 is működni, mint egy hagyományos KID. Az eltérés a KID-hez képest annyi, hogy az STP KID-nek van program interfésze is, tehát egy tetszőleges külső programmal kapcsolódni lehet hozzá. A kapcsolat kiépítését mindig a külső programból (pl. az ügyfél backoffice rendszere) kell kezdeményezni, az STP KID magától nem fog kapcsolatot létesíteni semmilyen más programmal sem. A kommunikáció az STP KID és az ügyfél rendszere között TCP/IP alapú SOAP lesz, tehát az STP üzemeltetéséhez az ügyfelek részéről a TCP/IP megléte szükséges. Az ügyfél által tetszőlegesen megválasztható TCP/IP portot fogja figyelni a KID program azon a munkaállomáson, ahol az STP funkcionalitást igénybe szeretnék venni. Az STP KID kizárólag csak ezen a porton érkező, előre definiált protokollnak megfelelő kéréseket fog kiszolgálni. Amennyiben az STP KID-et futtató munkaállomás számítógépes hálózati szempontból messze van az STP kérést indító (backoffice) rendszertől, akkor az ügyfélnek kell gondoskodnia arról, hogy a TCP/IP kommunikáció az adott porton átjárható legyen a különböző hálózati biztonságot szolgáló eszközökön (pl. routerek konfigurálásra). A SOAP üzenetek formátuma XML, de a rendszer lehetőséget fog adni arra, hogy a jelenleg is használatban lévő fix formátumú import-export file-ok szerkezetével teljesen megegyező adatokat is átadhassanak, ill. a válaszban visszakérhessenek az ügyfelek. A jelenlegi fix formátumú adatok speciális kódolást (base64) kapnak, hogy XML-be beágyazhatóak legyenek. Első lépésben az STP KID a jelenlegi fix formátumot fogja támogatni. Ennek kiterjesztése (lecserélése) XML-re folyamatosan fog megtörténni. Új funkciók bevezetésénél XML formátum mindig fog készülni, a új fix formátum bevezetéséről a KELER az ügyfél igények figyelembevételével fog dönteni. Az STP KID úgy lett kialakítva, hogy a lekérdezésekben megadható a válasz várt formátuma is. A jelenlegi fix és XML formátum mellett ezzel lehetőséget adunk arra, hogy tetszőleges új formátumot is bevezethessen a KELER. Vannak ügyfelek, akik pl. a letöltött kivonatokat SWIFT formátumban szeretnék átvinni a saját rendszerükbe. Egy adott lekérdezés esetén a kérést indító választhat pár, előre meghatározott formátum között. Az XML formátum minden átadható ill. átvehető adathoz kell, a többi formátum megléte pedig az igényektől függ. A kapcsolatfelvételnek része a külső program (vagy a programot kezelő személy) azonosítása. Az STP KID a kapcsolatfelvételt kérőtől egy azonosítót (userid) és egy jelszót fog várni. Az azonosító megfelel a KIS rendszerben használt felhasználói azonosítónak, ami egy csoportkódból és egy rövid névből áll. Sikeres azonosítás után lehet további kéréseket indítani az STP KID felé. Az STP KID a jelszavakat és tévesztéseket pontosan úgy fogja kezelni, mint a KID. A kiépített kapcsolat session jellegű pontosan úgy, mint a KID-KERNEL viszonylatban. A kapcsolatban nincs timeout, tehát ha sokáig nem történik üzenetváltás, akkor sem bontja a kapcsolatot az STP KID. Az STP használat végén, ugyanúgy, mint a KID esetén a KERNELről, ki kell jelentkezni, meg kell szüntetni a kapcsolatot. Ha valamilyen okból a TCP/IP szinten megszakad a kapcsolat (pl. hálózatkiesés, valamelyik program kilép), akkor a megnyitott session automatikusan lezáródik, az újabb kérések végrehajtásához új kapcsolatfelvétel és azonosítás szükséges. Az STP KID funkciói kezdetben nem fognak kiterjedni a teljes KID funkcionalitásra. Első lépésként a jelenlegi import-export funkciók lesznek elérhetőek a jelenlegi fix

11 STP KID 11 formátumos állapotban pár, a működéshez elengedhetetlen adminisztrációs művelettel együtt. A teljes KID funkcionalitás kialakítása egy hosszabb folyamat. Az STP KID program tökéletesen illeszkedni fog a jelenlegi, hálózatban használt KID programokhoz. Nem szükséges az ügyfélnél újabb KID kialakítása pusztán az STP funkció igénybevétele miatt, elég az egyik munkaállomáson egy STP funkciót tartalmazó KID elindítása. Hálózatos működés esetén az eddigi KID és az STP KID közös adatbázist is használhat, tehát ha egy olyan adatot, amit a KID megőriz, már lekértek, akkor az STP felületen az azonnal hozzáférhető külön letöltés nélkül. Ez a működés csökkenti a KELER rendszerek terhelését. Az STP KID idővel az ügyfél igényei szerint támogatni fogja mind a request-response, mind pedig az eseményvezérelt működési módot. Első fázisban az STP KID-ben a requestresponse működés készült el, az eseményvezérelt működést ügyfél ill. KELER igény alapján a későbbiekben várható. A KID-ben eseményvezérelt működésű folyamatokhoz requestresponse működésű STP felület készült Ügyfél rendszerébe integrálható rész Az STP KID programhoz fog tartozni egy olyan rutinkönyvtár, ami az STP szolgáltatás igénybevételéhez szükséges alapműveleteket tartalmazza, és az ügyfél saját rendszereibe integrálható. A rutinkönyvtárat a Cardinal készíti az KID program STP komponensével együtt. A rutinkönyvtár alapműveletei a következő feladatokat látják el: TCP/IP szintű kommunikáció a rutinkönyvtár és az STP KID között azonosítási és titkosítási protokoll a TCP/IP felett SOAP protokoll a titkosított szint felett általános parancs (STP kérés kiadása, válasz megvárása) a SOAP felett A rutinkönyvtár az ügyfél (backoffice) rendszereit készítő fejlesztők felé kizárólag csak a legmagasabb szintű, általános parancs kiadásához szükséges felületet biztosítja. Az alacsonyabban lévő szinteket elfedi, az ügyfél fejlesztőinek ezekkel nem kell foglalkoznia. A rutinkönyvtár dokumentációját mind a KELER, mind az ügyfelek megkapják. Ez a dokumentáció több részből áll, és tartalmazza az alapműveletek leírását, az STP KID-en végrehajtatható STP kérések definícióival együtt. A dokumentáció alapvetően három fő részre osztható: alapműveletek leírása (a rutinkönyvtár és műveleteinek használata, illesztési, integrációs utasítások, lehetőségek, stb.) technikai STP kérések és válaszaik (pl. kapcsolatfelvétel, azonosítás, session nyitás, kijelentkezés, kérések és válaszok szerkezete, mező kitöltési és értelmezési útmutató) üzleti STP kérések és válaszaik (pl. forintátutalás megbízás átadása, T768 kivonat átvétele, kérések és válaszok szerkezete, mező kitöltési és értelmezési útmutató) A rutinkönyvtár alapműveleteire épített magasabb, üzleti logikát megvalósító szintek kialakítása már az ügyfél feladata, tehát a dokumentációban szereplő kérések alapján egy komplett üzleti folyamat (pl. forintátutalás készítése, kapcsolatfelvétel, azonosítás, forintátutalás átadása, forintátutalás hitelesítése, beküldése, megbízás státusz elkérése, státusz adminisztrálása a saját rendszerben) összeállítása, és megvalósítása nem a rutinkönyvtárra,

12 STP KID 12 nem az STP KID-re, nem a KELER-re és nem a Cardinalra tartozik. A példában szereplő folyamat legelső és legutolsó része az ügyfél saját rendszerére hivatkozik, amiből látszik, hogy a folyamatok a legtöbb esetben túlmutatnak az STP KID határain. A végpont az ügyfél rendszere, esetleg azon túl az ügyfél partnere, megbízója. A rutinkönyvtár megvalósításához felhasznált technikai megoldások a lehető legkevesebbet feltételezik a felhasználás körülményeiről. Olyan alapvető szabványok megléte lesz csak szükséges, ami általában minden fejlesztői környezetben automatikusan teljesül: Microsoft Windows fejlesztői környezetben a rutinkönyvtár szabványos dll felületet fog biztosítani, amihez egy C nyelvű header file-t mellékelünk. Unix környezetben a rutinkönyvtár egy lefordított lib, és a hozzá tartozó C nyelvű header file. Amennyiben az ügyfélnek más, egyedi rendszere van, vagy a fenti megoldások közül egyik sem működik nála, a Cardinal Kft. munkatársai lehetőséget kérnek, hogy az ügyfél rendszerében az STP rutinkönyvtárat forráskódból lefordíthassák. Az ügyfélnél a Cardinal által készített forráskód nem maradhat, csak lefordított, futtatható (ill. más programokba szerkeszthető) program. A forrás nyelvből történő fordításhoz szabványos C++ fordítóra van szükség. A rutinkönyvtár fordításához használható pl. a GNU C++ fordító legalább 3.2 verziója. A rutinkönyvtár nem használ fel olyan technológiákat, amik további befektetéseket, költségeket, esetleg szakmai hozzáértést, külön üzemeltetést igényel az ügyfelek részéről (pl. külön adatbázis-kezelő, profitorientált cégek által készített speciális fejlesztőkörnyezet, egyéb, nem standard rutinkönyvtárak, stb.). A rutinkönyvtár felhasználási területét egyrészt a Cardinal Kft. és a KELER Rt. közötti, másrészt a KELER Rt. és ügyfele közt kötött szerződés szabályozza. A rutinkönyvtár kizárólag az STP KID megvalósítására használható. 4. Biztonság Mind az ügyfelek, mind a KELER Rt. részére nagyon fontos az STP KID, és az általa megvalósított kommunikáció biztonsága. Az STP KID-ben megvalósított kommunikációs protokoll az ügyfél (backoffice) rendszere (a rutinkönyvtár) és az STP KID között a következő feltételek mellett fog működni: a kommunikáció alapja TCP/IP egy előre, az ügyfél által szabadon választható TCP/IP porton keresztül a kommunikáció kezdetén egy session kiépítése során minden esetben szabványos kulcscsere történik Diffie-Hellman algoritmussal és véletlenszerűen választott kulcsokkal a kulcscsere után a kommunikáció a továbbiakban titkosított, szabványos AES (Rijndael) algoritmussal az AES algoritmusban használt kulcs mérete 128 bit a kommunikáció packet alapú, hibadetektáló algoritmussal biztosított a packetek biztonságos átvitele

13 STP KID 13 az STP funkció használatához felhasználói azonosítás (userid és jelszó) szükséges, ami session-höz kötött a felhasználói azonosítás ugyanúgy kétféle lehet, mint képernyőn a KID programban: belépés az STP KID-be vagy bejelentkezés a KERNEL-re az STP KID belépés során a jelszót a KID ellenőrzi, harmadik sikertelen próbálkozás után a felhasználót kitiltja a rendszerből, ami a továbbiakban csak KERNEL bejelentkezéssel oldható fel KERNEL bejelentkezés során a jelszó ellenőrzése a KELER-ben történik, harmadik sikertelen próbálkozás esetén a felhasználó kitiltásra kerül, amit a továbbiakban csak KELER Adminisztrátor személy oldhat fel jelszavakat közvetlenül sem a KID, sem a KERNEL nem tárol, kizárólag csak a jelszavakból egyirányú függvénnyel képzett (digest) kódot a jelszó a KID programig kódolatlanul kerül átküldésre a korábban kiépített titkosított csatornán keresztül a bejelentkezési jelszó tetszőlegesen, bármikor megváltoztatható, akár az STP felületen keresztül is (jelenleg az angol ABC nagybetűi és számok használhatók, max. 12 karakterig) az STP-n átadott megbízások aláírás nélkül jutnak el a KID programba a korábban kiépített titkosított csatornán az STP-n átadott megbízásokra a KID program pontosan azokat az ellenőrzések fogja elvégezni, amiket a kézi rögzítés során ill. a korábbi importnál is elvégzett (szintaktikai és szemantikai ellenőrzések, hogy a megbízások megfelelnek-e a KELER-ben hatályos üzletszabályzatnak) az STP-n átadott megbízásokat ugyanúgy kell aláírni (digitális aláírással ellátni), mint ahogyan azt korábban a felhasználók képernyőn is tették: az aláíráshoz meg kell adni az aláíró felhasználói azonosítóját és egy külön, aláírási jelszót, az aláírás elvégezhető az STP-n keresztül is, aláírás nélkül megbízást a KELER nem fogad be az aláírási jelszót a KID program nem ellenőrzi, az aláírási jelszó hiba csak a KELERbe történő beküldés során fog kiderülni az aláírási jelszó ugyanúgy, mint a bejelentkezési jelszó, bármikor tetszőlegesen megváltoztatható, akár az STP felületen keresztül is a megbízásokon lévő digitális aláírást a KID program készíti, szabványos, 512 bites RSA algoritmus használatával az aláíráshoz használt RSA kulcsot a KID program tárolja a megbízásokat az aláírás után ugyanúgy, mint korábban a felhasználóknak a képernyőn, külön be kell küldeni a KELER-be, automatikusan megbízásokat a KID nem továbbít a KELER felé, a beküldés elvégezhető az STP-n keresztül is a KELER-ből lekért adatokat az STP KID ugyanúgy fogja tárolni, mint eddig a KID program tette, titkosított file-okban

14 STP KID 14 az STP KID programon keresztül, a KELER-ből lekért információk (értesítő üzenetek, egyenleg, számlakivonat) nem hitelesítettek digitális aláírással (kivéve a Tőzsdekereskedési visszaigazolás kivonatot) az STP-n keresztül érkezett kéréseket a KID program naplózza 5. Ütemezés A KIS rendszerben az STP funkcionalitás bevezetését több lépésben, fokozatosan vezeti be a KELER Rt. A folyamatos bevezetés több szempontból is előnyös mind az ügyfeleknek, mind a KELER-nek, mind a Cardinalnak. A hirtelen nagy változásokat az ügyfelek nehezen, csak lassan tudják követni. Az STP kialakítása mellett, azzal párhuzamosan, a KID programon folyamatos verziós fejlesztések is történnek, tehát a KIS szolgáltatása folyamatosan bővül. Az STP és a verziós feladatok fejlesztéseit össze kell hangolni. A lépcsőzetes kialakítás során az STP KID folyamatosan fog közelíteni a KELER Rt. eredeti igényeihez, miközben lehetőség nyílik arra, hogy az STP funkciók teljes elkészítése előtt már gyakorlati tapasztalatok álljanak rendelkezésre a felhasználásról, a működésről, módot adva ezzel az esetleges módosításokra, újragondolásra, és ezáltal az ügyfél igények jobb kiszolgálására. Az ütemterv a következő: STP infrastruktúra kialakítása (STP KID alapok, és rutinkönyvtár elkészítése, requestresponse működési mód és az alapvető működéshez szükséges, technikai kérések, válaszok kialakítása) Legfontosabb real-time funkciók (pl. OTC megbízások, megbízás státuszok) bevezetése a jelenlegi fix formátummal További lekérdezés (kivonatok, egyenlegek, üzenetek, törzsadatok) exportok bevezetése a jelenlegi fix formátummal További megbízás importok, státusz exportok bevezetése a jelenlegi fix formátummal SWIFT bevezetése (a meglévő SOAP kérésekhez a fix formátumok mellé a SWIFT formátum kialakítása) XML bevezetése (a meglévő SOAP kérésekhez a fix formátumok mellé a tényleges XML formátum kialakítása) Eseményvezérelt működési mód bevezetése (a meglévő request-response mellé) Teljes KID funkcionalitás lefedés az STP kapcsolódási felületen

15 STP KID Az STP KID üzleti funkcionalitása A STP KID program funkcionalitását a es verziótól az összes alrendszerre kiterjesztettük és bővítettük. A következőket tartalmazza: Megbízások importja Kivonatok lekérdezése és exportja Társasági értesítők lekérdezése és exportja Egyenleg lekérdezések Partner értesítő üzenetek Beérkezett üzenetek/notify-ok lekérdezése Beérkezett üzenetek/értesítők lekérdezése Megbízás státuszok Prematching (validálás, felfüggesztés, felfüggesztés visszavonása) Alklíringtagi kötések 7. Üzemeltetés 7.1. Az STP KID beállítása, üzemeltetése A KID programban az STP szolgáltatás működése paraméterezhető, a KELER Rt. az ügyfeleivel kötött szerződés keretében az STP-t külön-külön szolgáltathatja. A KID programban az STP funkció igénybevételéhez első lépésben a szolgáltatást engedélyezni kell. Az engedélyezést KID programonként lehet beállítani a KELER-ben üzemeltetett Adminisztrátor program segítségével. Ezt a kapcsolót az ügyfél egymaga nem képes a KID-ben átállítani, ehhez mindenképpen KELER közreműködés szükséges. Az ügyfélnél telepített KID programok sokszor hálózatos üzemmódban futnak, tehát ugyanazt a programot többen is használhatják egyszerre egy időben. Az STP szolgáltatás miatt nem kell külön programot telepíteni (és karbantartani), az STP funkciót az eredeti KID programba teljesen beintegráltuk. Így pontosan ugyanaz a program szolgál az STP kiszolgálására, mint a hagyományos kézi használatra. Az STP szolgáltatás üzemeltetéséhez az ügyfélnél ki kell jelölni egy Windows-os munkaállomást, ahol a KID program STP üzemmódban fog futni. Ezen a munkaállomáson a KID munkakönyvtárában található INI-filet kell beállítani az STP-hez a következőképpen. Fel kell venni egy STP szekciót, és abban két bejegyzést kell elhelyezni: engedélyezés, és a kommunikáció portja. Pl.: [STP] ENABLE = Y PORT = 7000

16 STP KID 16 Az ENABLE bejegyzés mondja meg a KID program számára, hogy a hálózatosan használt példányokból pontosan melyik fogja ellátni az STP funkciót. Amíg a KELER az STP szolgáltatást nem engedélyezi, addig az ENABLE bejegyzésnek nincs hatása. Egy KID programon belül kizárólag csak egy STP módú program indítható el. A PORT bejegyzés adja meg, hogy az STP KID melyik TCP/IP porton figyeli a hozzá történő kapcsolódást és adatforgalmat. A PORT értékét az ügyfél tetszőlegesen megválaszthatja, így a saját belső hálózatának működéséhez, szabályozásához igazítható az STP kommunikáció. A PORT bejegyzés default értéke: 7000, amit az INI-file bejegyzéssel felül lehet bírálni. A kiválasztott munkaállomáson az STP szolgáltatás működtetésének alapvető követelménye, hogy a Windows munkaállomásra a TCP/IP kommunikációt ellátó operációsrendszer alkotóelemek telepítve legyenek. (Ez a mai Windows munkaállomások esetén már a Windows telepítésével együtt automatikusan megtörténik. Régebbi Windows verziók esetén fordulhat elő, hogy a TCP/IP telepítését külön kell elvégezni. További információkat erről a Windows telepítő dokumentációjában lehet megtalálni.) A KELER engedélyezés és a kiválasztott munkaállomás INI-beállításai után a KID programot elindítva azonnal életbe lép az STP funkció, blokkolva ezzel a KID további összes funkcióját az adott munkaállomáson. Az STP működését a KID nyitóképernyőjén megjelenő ablak mutatja, amiben a KID folyamatosan vár egy külső parancsra. Az STP KID-be befutó összes kommunikáció időponttal és a végrehajtató azonosítójával együtt naplózásra kerül. Az STP napló bejegyzések a KID normál naplójába kerülnek be. Az STP szolgáltatás leállítását a nyitóképernyőn megjelent, az STP működést jelző, ablak bezárásával lehet megállítani. Az ablak bezárása után a KID program pontosan olyan állapotba kerül, mintha az STP nélkül éppen most indították volna el. Innentől kezdve normál KIDként használható a program a teljes funkcionalitásával együtt. Bizonyos időközönként (pl. nap végén) az STP KID programból teljesen is ki kell lépni. Ezzel biztosítható, hogy a KELER-ből küldött program update-ek érvényre juthassanak. Amennyiben szükséges (pl. upgrade miatt), elképzelhető, hogy a KELER az STP KID-ek üzemeltetését frissítési időszakban előírja és/vagy nem engedélyezi. 8. Az STP KID SOAP protokoll 8.1. Bevezetés Ez a fejezet részletesen tárgyalja az STP KID által használható műveleteket. A leírás tartalmazza a műveletek típusát, paramétereit, visszatérési értékeit és hatását az STP KID programban. Az STP KID program a Cardinal Kft. által készített Unicom kommunikációs modult használja az STP szerver funkciók ellátására. Azon alkalmazásoknak, amik az STP szolgáltatást igénybe szeretnék venni, szintén ugyanezen Unicom modul kliens részét kell használniuk, amihez egy egyszerű API felületet definiáltánk. Az STP KID folyamatosan bővül, ezért ebben a fejezetben leírt SOAP műveletek még bővülhetnek! Az STP KID program az Unicom kommunikációs rétegére ráépülve egy speciálisan az STP-re kialakított, struktúrájában SOAP protokollt használja. A SOAP keretrendszerről további információk a weboldalon találhatók.

17 STP KID 17 Az Unicom modul API interface-ével a SOAP parancsokat file ill. memóriabuffer formájában lehet átküldeni az STP KID-nek. Az STP KID a válaszokat az Unicom modulon keresztül szintén file vagy memóriabuffer formájában fogja visszaküldeni Általánosságok az STP SOAP protokollról Az STP KID program a SOAP protokollon két kikötést használ: Egyrészt a SOAP-hoz tartozó XML tagek namespace-e kötelezően soap kell legyen, tehát az adat legelején szerepelnie kell a xmlns:soap= bejegyzésnek. Másrészt az XML formájú SOAP adat karakterkódolása kötelezően UTF-8 kell legyen, tehát az XML headerben szerepelnie kell az bejegyzésnek. encoding= UTF-8 Az STP KID a SOAP műveletek fejléc (SOAP header) részében a következő mezőket használja: Command: Megadja, hogy pontosan milyen parancs végrehajtását kéri a kliens az STP KID programtól. UniqId: A kliens által adott, tetszőleges értékű kód, ami a parancs egyedi azonosítására szolgál. Az STP KID program ezzel az azonosítóval csupán annyit tesz, hogy a válasz üzeneteiben visszaadja azt, amit kapott. Így a kliens fejlesztőjének lehetősége nyílik arra, hogy a parancs kéréseket és az azokra érkezett esetleges válaszokat egyértelműen párosíthassa. Encrypt: A kliens a megadott parancsra több különböző formában kérheti vissza a választ. Jelenleg itt csak az XML érték a megengedett. A parancsok törzs (SOAP body) részében található a parancs tagje, amin belül a paraméterek felsorolása történik. Ezenkívül, a parancsoktól függően további kiegészítő információk is találhatóak a törzsben, amit a parancsok részletes leírásánál lehet megtalálni. Példa az STP KID program egy parancsára: <?xml version="1.0" encoding="utf-8"?> <soap:envelope xmlns:soap=" <soap:header> <UniqId>1</UniqId> <Command>Login</Command> <Encrypt>XML</Encrypt> </soap:header> <soap:body> <Login> <Pars> <ClientNo>CARDINAL</ClientNo> <UserId>TEST:KISS</UserId> <LoginPwd>KISS</LoginPwd> <Language>HUN</Language> </Pars> </Login>

18 STP KID 18 </soap:body> </soap:envelope> A parancsokra az STP KID által adott válasz szintén SOAP üzenet formájában jut vissza a klienshez. A válasz üzenetek a fejlécben pontosan visszaadják azokat az információkat, amit a parancsban kaptak. Ha hiba történt, akkor a törzsben standard SOAP hibajelzés is megjelenik. A törzs ezenfelül, függetlenül a parancs végrehajtásának sikerétől, tartalmaz egy Status bejegyzést, amiben kód és kiegészítő szöveg formájában megtalálható a parancs végrehajtásának eredménye. Példa az előző parancs sikeres végrehajtására: <?xml version="1.0" encoding="utf-8"?> <soap:envelope xmlns:soap=" <soap:header> <UniqId>1</UniqId> <Command>Login</Command> <Encrypt>XML</Encrypt> </soap:header> <soap:body> <Status> <Code>OK</Code> <Text>A bejelentkezés sikerült.</text> </Status> </soap:body> </soap:envelope> 8.3. Teszt program a SOAP protokollhoz Az STP KID SOAP protokolljának megismerése, és az STP funkció kipróbálása céljából az STP KID programhoz a Cardinal mellékel egy rövid tesztprogramot, aminek neve ELSRV. A tesztprogrammal egyszerű utasítás-sorozat hajtatható végre az STP KID programmal. Az ELSRV program Windows környezetben futtatható, parancssoros (Windows parancs értelmezőből Command Prompt kell indítani) program. A tesztprogram működéséhez szükséges file-ok: ELSRV.EXE maga a parancssoros tesztprogram STP.DLL kommunikációs modul ELSRV.INI a tesztprogram paramétereit tartalmazó file *.SOAP file-ok a SOAP parancsok file-jai Az ELSRV a működéséhez szükséges paramétereket a munkakönyvtárában (alapesetben az exe könyvtárával azonos könyvtár) található ELSRV.INI file-ból veszi. Az INI-file egyszerű text, amit pl. a notepad (jegyzettömb) programmal szerkeszthető. Az INI-file három szekciót tartalmaz: ELSRV, COMMANDS és FILES. A szekciók nevei szögletes zárójelek között találhatók. Az ELSRV szekcióban két bejegyzés lehetséges: HOST és PORT. A HOST után kell írni az STP KID programot futtató Windows-os számítógép nevét vagy TCP/IP címét. A PORT értéke egy szám legyen, aminek meg kell egyeznie az STP KID INI-file-jában szereplő port értékkel. Ha az ELSRV.INI-ben a PORT nincs kitöltve, akkor az STP KID programhoz hasonlóan a tesztprogram is a 7000-es TCP/IP portot használja alapértelmezettként.

19 STP KID 19 A COMMANDS szekcióban tetszőleges számú bejegyzés lehet, de azok neveinek formátuma kötött: CMD<n>, ahol n egy tetszőleges szám. A bejegyzés értéke egy filenév kell legyen, ami a SOAP parancsot tartalmazó file-t azonosítja. A tesztprogram a sikeres kapcsolat létrehozása után először a CMD1 bejegyzésben szereplő SOAP parancsfile-t fogja elküldeni az STP KID programnak, majd megvárja és kiírja annak válaszát. A válasz megérkezése után veszi a következő bejegyzést: CMD2, majd azt is elküldi, és így tovább, amíg vannak az INIfile-ban CMD bejegyzések. Ha hiba történik, vagy a tesztprogram visszakapta a legutolsó parancs válaszát is, akkor lezárja a kapcsolatot, és kilép. A tesztprogram, egyszerűsége miatt, nem vizsgálja a SOAP parancsok státuszait, tehát a kommunikációs hiba nélkül megérkezett, de egyébként hibás státuszt tartalmazó parancs után is ki fogja adni a következő parancsot. A.SOAP file-ok xml file-ok, amiket megnézni pl. az Internet Explorerrel lehet. Szerkesztéshez xml editor, vagy egy egyszerű notepad (jegyzettömb) is használható. A FILES szekcióban tetszőleges számú bejegyzés lehet, de azok neveinek formátuma kötött: FILE<id>, ahol az id egy tetszőleges karaktersorozat. A bejegyzés értéke egy filenév kell legyen, aminek egy tetszőleges, de létező file-ra kell mutatnia. A SOAP parancsok xml file-jában tetszőleges ponton szerepelhet %FILE<id>% (százalék karakterek között az INI-file bejegyzés) karaktersorozat. Az ELSRV program a SOAP parancsban lévő ilyen speciális karaktersorozatokat lecseréli az INI-file bejegyzésben megadott file tartalmára. A file-nak tetszőleges tartalma lehet (akár bináris is), ugyanis az xml-helyesség megtartása miatt az ELSRV base64 kódolást végez rajta. Példa az ELSRV.INI file-ra: [ELSRV] HOST = stptest.company.hu PORT = 7000 [COMMANDS] CMD1 = login.soap CMD2 = import.soap CMD3 = logout.soap [FILES] FILE1 = c:\stptest\test.dat Példa az import.soap file-ra: <?xml version="1.0" encoding="utf-8"?> <soap:envelope xmlns:soap=" <soap:header> <UniqId>2</UniqId> <Command>ImportOrderPack</Command> <Encrypt>XML</Encrypt> </soap:header> <soap:body> <ImportOrderPack> <Pars> <OrderType>PRO</OrderType> <OrderFile>%FILE1%</OrderFile> <OrderFormat>PROORD</OrderFormat> <Language>HUN</Language> </Pars> </ImportOrderPack> <ImportOrderFile> </soap:body>

20 STP KID 20 </soap:envelope> Az import.soap file-ban az OrderFile mező értéke %FILE1%. Az ELSRV program ennek helyére a c:\stptest\test.dat file base64 kódját fogja beilleszteni, és azt küldi el az STP KID programnak. Figyelem! Ezt a speciális karaktersorozatokra érzékeny, base64 kódolást az ELSRV tesztprogram végzi, és nem az STP rutinkönyvtár. Az STP API felületen keresztül ilyen hivatkozások nem használhatóak, pontosabban az STP könyvtár a %FILE1% karaktersorozaton nem fog változtatni Login művelet Feladata: Technikai művelet, az alap infrastruktúra része, kapcsolódás után a kliens azonosítja magát az STP KID program felé. A Login parancsot minden más művelet előtt, de csak egyszer kötelező használni. Érvényes belépés nélkül más műveletet az STP KID nem szolgál ki. ClientNo Az ügyfél KID-beli azonosítója. (A KELER-nél ez a kód általában BETxxxx, BATxxxx alakú) Kitöltése nem kötelező, mert a KID programnak van default ügyfélkódja. UserId A felhasználó azonosítója a KID programban. A KID-beli csoportkód és rövid név kettősponttal elválasztva, csupa nagybetűvel. (pl.: TEST:KISS) LoginPwd A felhasználó bejelentkezési jelszava. OK A belépés sikerült LOGINFAIL A belépés nem sikerült Logout művelet Feladata: Technikai művelet, az alap infrastruktúra része, a kapcsolat lezárása előtt ez a parancs kilép az STP KID programból. A Login művelet párjaként, használatos. A Logout után egy új sikeres Login műveletig más parancsot az STP KID nem fog végrehajtani. Nincs paramétere. OK A kilépés sikerült RemoteLogin Feladata: Technikai művelet, az alap infrastruktúra része, bejelentkezés a KELER Rt. központi számítógépére. Közvetlen vonali kapcsolat kiépítése az kliens és a KELER rendszerei között. Az RemoteLogin művelet az egyetlen, ami korábbi Login nélkül is használható, ilyenkor a felhasználó azonosítását a KELER központi gépe végzi el. A RemoteLogin Login nélküli hívása arra az esetre van fenntartva, ha a felhasználó az STP KID

21 STP KID 21 programból már kitiltotta magát, tehát a Login biztosan nem sikerül, de ezt a kitiltást a KELER központban már feloldották. Ha a bejelentkezés sikeres, akkor a helyi kitiltást is feloldja a rendszer. ClientNo Az ügyfél KID-beli azonosítója. (A KELER-nél ez a kód általában BETxxxx, BATxxxx alakú) Kitöltése nem kötelező, mert a KID programnak van default ügyfélkódja. UserId A felhasználó azonosítója a KID programban. A KID-beli csoportkód és rövid név kettősponttal elválasztva, csupa nagybetűvel. (pl.: TEST:KISS) LoginPwd A felhasználó bejelentkezési jelszava. OK A belépés sikerült LOGINFAIL A belépés nem sikerült RemoteLogout Feladata: Techniaki művelet, az alap infrastruktúra része, kijelentkezés a KELER központi számítógépéről. A RemoteLogin párjaként, használatos. Ha már nincs szükség a vonali kapcsolatra a KELER központtal, akkor ezzel a művelettel a kapcsolat elbontható. További, a KELER kapcsolatot nem igénylő, ún. lokális műveletek továbbra is elvégezhetőek maradnak. Nincs paramétere. OK A kilépés sikerült ChangeLoginPassword Feladata: Technikai művelet, az alap infrastruktúra része, a felhasználó bejelentkezési jelszavának megváltoztatása. Jelszót változtatni csak akkor lehet, ha a KELER központba korábban már bejelentkezett a felhasználó a RemoteLogin paranccsal. OldLoginPwd A felhasználó régi bejelentkezési jelszava. NewLoginPwd A felhasználó új bejelentkezési jelszava OK A jelszóváltoztatás sikerült. NOTLOGGEDIN Még nem jelentkezett be a KELER központba. OLDPWDFAIL Hibás a megadott régi bejelentkezési jelszó.

22 STP KID 22 NEWPWDFAIL Hibás az új bejelentkezési jelszó. (Nem felel meg a jeszlópolicynek: minimum hossz, bonyolultság, stb.) CHANGEFAIL A módosítás nem sikerült ChangeSignaturePassword Feladata: Technikai művelet, az alap infrastruktúra része, a felhasználó aláírási jelszavának megváltoztatása. Jelszót változtatni csak akkor lehet, ha a KELER központba korábban már bejelentkezett a felhasználó a RemoteLogin paranccsal. OldSigPwd A felhasználó régi bejelentkezési jelszava. NewSigPwd A felhasználó új bejelentkezési jelszava OK A jelszóváltoztatás sikerült. NOTLOGGEDIN Még nem jelentkezett be a KELER központba. OLDPWDFAIL Hibás a megadott régi aláírási jelszó. NEWPWDFAIL Hibás az új aláírási jelszó. (Nem felel meg a jeszlópolicy-nek: minimum hossz, bonyolultság, stb.) CHANGEFAIL A módosítás nem sikerült ImportOrderPack Feladata: Technikai művelet, megbízási csomag importálása a KID programba. Az STP csatornán keresztül ezzel a művelettel lehetséges megbízások bejuttatása a rendszerbe. Megbízás alatt értünk minden olyan tranzakciót, amit az ügyfél a KELER elszámoló rendszerei felé hitelesítetten küld. Ide tartoznak a pénz átutalás, értékpapír transzfer, DVP ügyletek, ugyanúgy, mint a prematch státusz módosítás (validálás, felfüggesztés), vagy a tranzakció törlése az elszámoló rendszerekből. OrderType Az importálandó megbízások típusa. KID-beli hárombetűs megbízás azonosító (pl. HUF, EPT, ZAR, PRO, stb.) OrderFile Az importálandó file base64 kódolással. A lehetséges file formátumok leírását a KELER által kiadott KIDIO.DOC tartalmazza. OrderFormat Az importlandó file típusa. Ez egy azonosító, ami megadja, hogy mi a formátuma az OrderFile mezőben szereplő adatnak. Ez határozza meg, hogy az importáló rutin pontosan milyen konverziót fog végezni. Az értéke általában a megbízás hárombetűs kódja kiegészítve az ORD szóval. Pl.: HUFORD, EPTORD. ValidateType Az ellenőrzés szigorúsága. Lehetséges értékei: STRICT vagy COMPLIANT. Ha a ValidateType értéke STRICT, akkor a beimportálandó file-ban

KID - 6.02 verzióváltás Felhasználói kézikönyv

KID - 6.02 verzióváltás Felhasználói kézikönyv KID - 6.02 verzióváltás Felhasználói kézikönyv 2014. február 18. Tartalom 1. Bevezető... 3 2. Felhasználói felület... 3 2.1. Funkciócsoport választó... 3 2.2. Megbízások főablak... 4 2.3. Információk ablak...

Részletesebben

KELER Internetwork System (KIS) KID export-import adatformátumok leírása

KELER Internetwork System (KIS) KID export-import adatformátumok leírása KELER Internetwork System (KIS) KID export-import adatformátumok leírása v5.02-99 Hatályba lépés ideje: 2013. április 6. 2 Tartalomjegyzék 1. VÁLTOZÁSOK...7 2. BEVEZETÉS...20 2.1. MEGBÍZÁSOK IMPORTÁLÁSA...20

Részletesebben

Jogosultságkezelés felhasználói leírás

Jogosultságkezelés felhasználói leírás Jogosultságkezelés felhasználói leírás 1149 Budapest, Egressy út 17-21. Telefon: +36 1 469 4021; fax: +36 1 469 4029 1/14 Tartalomjegyzék 1. Jogosultságkezelés a DOAS rendszerben... 3 1.1. Bevezetés...

Részletesebben

FHB NetBróker Felhasználói kézikönyv

FHB NetBróker Felhasználói kézikönyv FHB NetBróker Felhasználói kézikönyv Felhasználói kézikönyv az FHB Bank Zrt. NetBróker szolgáltatásához Verziószám: 3.3 Hatályos: 2015.11.26. Tisztelt Ügyfelünk! Az FHB Bank Zrt. (továbbiakban: Bank) NetB@nk/NetBróker

Részletesebben

Tanúsítási jelentés. Hung-TJ-010-2003. a MultiSigno Developer Professional. aláíró alkalmazás fejlesztő készletről. /Kopint-Datorg Rt.

Tanúsítási jelentés. Hung-TJ-010-2003. a MultiSigno Developer Professional. aláíró alkalmazás fejlesztő készletről. /Kopint-Datorg Rt. Tanúsítási jelentés Hung-TJ-010-2003 a MultiSigno Developer Professional aláíró alkalmazás fejlesztő készletről /Kopint-Datorg Rt./ /verzió: Pack.dll 2.0/ Tanúsítási jelentés a MultiSigno Developer Professional

Részletesebben

Raiffeisen Electra Terminál. Felhasználói kézikönyv

Raiffeisen Electra Terminál. Felhasználói kézikönyv Raiffeisen Electra Terminál Felhasználói kézikönyv Tartalomjegyzék 1 Bevezetés... 4 2 Adatbiztonság, adatvédelem... 4 3 Az Electra ügyfélprogram hardver/szoftver feltételei... 5 4 Könyvtárszerkezet...

Részletesebben

Karbantartás. Az ESZR Karbantartás menüjébentudjuk elvégezni az alábbiakat:

Karbantartás. Az ESZR Karbantartás menüjébentudjuk elvégezni az alábbiakat: Karbantartás Az ESZR Karbantartás menüjébentudjuk elvégezni az alábbiakat: Jelszó módosítása: A felhasználói jelszavunkat módosíthatjuk ebben a menüpontban, a régi jelszavunk megadása után. Általánosan

Részletesebben

Karbantartás. Az ESZR Karbantartás menüjébentudjuk elvégezni az alábbiakat:

Karbantartás. Az ESZR Karbantartás menüjébentudjuk elvégezni az alábbiakat: Karbantartás Az ESZR Karbantartás menüjébentudjuk elvégezni az alábbiakat: Jelszó módosítása: A felhasználói jelszavunkat módosíthatjuk ebben a menüpontban, a régi jelszavunk megadása után. Általánosan

Részletesebben

AIX 6.1. IBM Systems Director Console for AIX

AIX 6.1. IBM Systems Director Console for AIX AIX 6.1 IBM Systems Director Console for AIX AIX 6.1 IBM Systems Director Console for AIX Megjegyzés Az információk és a tárgyalt termék használatba vétele előtt olvassa el a Nyilatkozatok oldalszám:

Részletesebben

TERC-ETALON Online Építőipari Költségvetés-készítő és Kiíró programrendszer Felhasználói kézikönyv

TERC-ETALON Online Építőipari Költségvetés-készítő és Kiíró programrendszer Felhasználói kézikönyv TERC-ETALON Online Építőipari Költségvetés-készítő és Kiíró programrendszer Felhasználói kézikönyv TERC Kft. Budapest 2015. április 2 Tartalomjegyzék TERC-ETALON ONLINE Tartalomjegyzék... 3 1. Bevezetés...

Részletesebben

Elektronikus dokumentumtárolási (EDT) szolgáltatás

Elektronikus dokumentumtárolási (EDT) szolgáltatás Elektronikus dokumentumtárolási (EDT) szolgáltatás Csatlakozási Szabályzat 2016. március 8. EREDETI 2 Tartalom 1 BEVEZETŐ... 3 1.1 A dokumentum célja... 3 2 AZ EDT SZOLGÁLTATÁS JELLEMZŐI... 4 2.1 Kapcsolódó

Részletesebben

Tartalomjegyzék. www.wsoft.hu Számlázó program v1.x felhasználói kézikönyv. v1.08

Tartalomjegyzék. www.wsoft.hu Számlázó program v1.x felhasználói kézikönyv. v1.08 Tartalomjegyzék Bevezető...3 Rendszer követelmények...3 A program képességei...3 Bejelentési kötelezettség (23/2014. (VI. 30.) NGM rendelet)...4 Dokumentáció megőrzési kötelezettség...4 wsoft Számlázó

Részletesebben

M6. számú melléklet ON-LINE SZERZŐDÉSI FELTÉTELEK ON-LINE ÜGYFÉLSZOLGÁLAT SZOLGÁLTATÁS IGÉNYBEVÉTELÉRE

M6. számú melléklet ON-LINE SZERZŐDÉSI FELTÉTELEK ON-LINE ÜGYFÉLSZOLGÁLAT SZOLGÁLTATÁS IGÉNYBEVÉTELÉRE M6. számú melléklet ON-LINE SZERZŐDÉSI FELTÉTELEK ON-LINE ÜGYFÉLSZOLGÁLAT SZOLGÁLTATÁS IGÉNYBEVÉTELÉRE 1/7. oldal ON-LINE SZERZŐDÉSI FELTÉTELEK ON-LINE ÜGYFÉLSZOLGÁLAT SZOLGÁLTATÁS IGÉNYBEVÉTELÉRE Az online

Részletesebben

Bánsághi Anna anna.bansaghi@mamikon.net. 1 of 67

Bánsághi Anna anna.bansaghi@mamikon.net. 1 of 67 SZOFTVERTECHNOLÓGIA Bánsághi Anna anna.bansaghi@mamikon.net 5. ELŐADÁS - RENDSZERTERVEZÉS 1 1 of 67 TEMATIKA I. SZOFTVERTECHNOLÓGIA ALTERÜLETEI II. KÖVETELMÉNY MENEDZSMENT III. RENDSZERMODELLEK IV. RENDSZERARCHITEKTÚRÁK

Részletesebben

Csatlakozás az IBM i rendszerhez IBM i Access for Windows: Telepítés és beállítás

Csatlakozás az IBM i rendszerhez IBM i Access for Windows: Telepítés és beállítás IBM i Csatlakozás az IBM i rendszerhez IBM i Access for Windows: Telepítés és beállítás 7.1 IBM i Csatlakozás az IBM i rendszerhez IBM i Access for Windows: Telepítés és beállítás 7.1 Megjegyzés A kiadvány

Részletesebben

Rendszerterv. 1. Funkcionális terv. 1.1. Feladat leírása:

Rendszerterv. 1. Funkcionális terv. 1.1. Feladat leírása: Rendszerterv 1. Funkcionális terv 1.1. Feladat leírása: A feladat egy GPS-képes eszközökön futó alkalmazás, illetve ennek szerver oldali párjának létrehozása. A program a szerveren tárolt adatbázis alapján

Részletesebben

Operációs rendszerek. A Windows NT felépítése

Operációs rendszerek. A Windows NT felépítése Operációs rendszerek A Windows NT felépítése A Windows NT 1996: NT 4.0. Felépítésében is új operációs rendszer: New Technology (NT). 32-bites Windows-os rendszerek felváltása. Windows 2000: NT alapú. Operációs

Részletesebben

int azt az elõzõ részbõl megtudtuk, a rétegeknek az a feladatuk, hogy valamiféle feladatot végezzenek

int azt az elõzõ részbõl megtudtuk, a rétegeknek az a feladatuk, hogy valamiféle feladatot végezzenek Hálózatok (2. rész) Sorozatunk e részében szó lesz az entitásokról, a csatolófelületekrõl, a protokollokról, a hivatkozási modellekrõl és sok minden másról. int azt az elõzõ részbõl megtudtuk, a eknek

Részletesebben

20. Tétel 1.0 Internet felépítése, OSI modell, TCP/IP modell szintjenek bemutatása, protokollok Pozsonyi ; Szemenyei

20. Tétel 1.0 Internet felépítése, OSI modell, TCP/IP modell szintjenek bemutatása, protokollok Pozsonyi ; Szemenyei Internet felépítése, OSI modell, TCP/IP modell szintjenek bemutatása, protokollok 28.Tétel Az Internet Felépítése: Megjegyzés [M1]: Ábra Az Internet egy világméretű számítógép-hálózat, amely kisebb hálózatok

Részletesebben

Felhasználói kézikönyv HostLogic SAP EKAER 1.0 megoldáshoz

Felhasználói kézikönyv HostLogic SAP EKAER 1.0 megoldáshoz Felhasználói kézikönyv HostLogic SAP EKAER 1.0 megoldáshoz verzió 3.2 2015.02.09. Tartalomjegyzék 1. Bevezetés... 3 1 2. Jogosultság... 3 3. EKÁER jelszó titkosítása... 4 4. Törzsadatok... 6 4.1 Cikktörzs...

Részletesebben

Év zárása és nyitása 2015-ről 2016-ra

Év zárása és nyitása 2015-ről 2016-ra Év zárása és nyitása 2015-ről 2016-ra Ebben az évben a megszokottól eltérően, új programot kell telepíteni. Ennek lépései: 1. lépjen ki a DszámlaWIN programból (FONTOS!). Amennyiben hálózatban használják

Részletesebben

NEPTUN_TÖRZS. (Funkcionális leírás)

NEPTUN_TÖRZS. (Funkcionális leírás) #+$k NEPTUN_TÖRZS NEPTUN_TÖRZS (Funkcionális leírás) S Budapest, 2002 #+ $k NEPTUN_TORZS NEPTUN_TÖRZS Tartalom TARTALOM... 2 1. BEVEZETÉS... 5 2. BELÉPÉS A RENDSZERBE... 6 3. ÚJ EGYÉN FELVÉTELE... 9 3.1

Részletesebben

Felhasználói kézikönyv az elektronikus ajánlat-kitöltési (elak) programhoz

Felhasználói kézikönyv az elektronikus ajánlat-kitöltési (elak) programhoz Felhasználói kézikönyv az elektronikus ajánlat-kitöltési (elak) programhoz Oktatási anyag Hatályos 2015. április 1-tôl Fundamenta Akadémia Szakmai felelôs: Molnár Emese fejlesztési menedzser Minden jog

Részletesebben

I. KIBOCSÁTÓKRA VONATKOZÓ ELŐÍRÁSOK

I. KIBOCSÁTÓKRA VONATKOZÓ ELŐÍRÁSOK A Budapesti Értéktőzsde Zártkörűen Működő Részvénytársaság Vezérigazgatójának 419/2015. sz. határozata A Budapesti Értéktőzsde Zártkörűen Működő Részvénytársaság (a továbbiakban: Tőzsde) vezérigazgatója

Részletesebben

Ikt. sz.: ADATVÉDELMI ÉS INFORMATIKAI BIZTONSÁGI SZABÁLYZAT

Ikt. sz.: ADATVÉDELMI ÉS INFORMATIKAI BIZTONSÁGI SZABÁLYZAT Ikt. sz.: ADATVÉDELMI ÉS INFORMATIKAI BIZTONSÁGI SZABÁLYZAT 2013 A Józsefvárosi Családsegítő és Gyermekjóléti Központ Adatvédelmi és Informatikai Biztonsági Szabályzatát (továbbiakban AIBSZ) a személyes

Részletesebben

HP beágyazott webszerver

HP beágyazott webszerver HP beágyazott webszerver Felhasználói kézikönyv Szerzői jogok és garancia 2007 Copyright Hewlett-Packard Development Company, L.P. Előzetes írásbeli engedély nélküli reprodukálása, adaptálása vagy fordítása

Részletesebben

HÍRLEVÉL HASZNÁLATI ÚTMUTATÓ

HÍRLEVÉL HASZNÁLATI ÚTMUTATÓ HÍRLEVÉL HASZNÁLATI ÚTMUTATÓ TARTALOMJEGYZÉK 1. PÉNZÜGY KÖNYVELÉS... 2 1.1. ÁFA bevallás... 2 1.2. Bank import... 3 1.3. Általános kimenő számlázás... 4 1.4. Folyószámla kezelés... 6 1.5. Pénztári kivonatok...

Részletesebben

CellCom. Szoftver leírás

CellCom. Szoftver leírás CellCom Szoftver leírás A vezérlő szoftver bemutatása 2 www.lenyo.hu Tartalom LCC vezérlőszoftver 5 Rendszerkövetelmények 5 Telepítés 5 Indítás 7 Eltávolítás, újratelepítés és javítás 8 Kulcskezelés 8

Részletesebben

Tanúsítási jelentés. Hung-TJ-0013-2004. az nshield F3 PCI, az nshield F3 Ultrasign PCI és az nshield F3 Ultrasign 32 PCI kriptográfiai adapter

Tanúsítási jelentés. Hung-TJ-0013-2004. az nshield F3 PCI, az nshield F3 Ultrasign PCI és az nshield F3 Ultrasign 32 PCI kriptográfiai adapter V Tanúsítási jelentés Hung-TJ-0013-2004 az nshield F3 PCI, az nshield F3 Ultrasign PCI és az nshield F3 Ultrasign 32 PCI kriptográfiai adapter kriptográfiai modulokról /ncipher Corporation Limited/ /hardver

Részletesebben

FHB NetB@nk Felhasználói kézikönyv

FHB NetB@nk Felhasználói kézikönyv FHB NetB@nk Felhasználói kézikönyv Felhasznál ói kézikönyv az FHB Bank Zrt. NetB@nk rendszeréhez 1 Tartalomjegyzék 1. Általános tájékoztatás... 1 1.1 Technikai feltételek... 1 1.2 Biztonság... 1 1.2.1

Részletesebben

Osztott alkalmazások fejlesztési technológiái Áttekintés

Osztott alkalmazások fejlesztési technológiái Áttekintés Osztott alkalmazások fejlesztési technológiái Áttekintés Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Történelem - a kezdetek 2 Mainframe-ek és terminálok Minden a központi gépen fut A

Részletesebben

EMTP, EGY ÚJ LEVELEZÕ PROTOKOLL ÉS IMPLEMENTÁCIÓJA

EMTP, EGY ÚJ LEVELEZÕ PROTOKOLL ÉS IMPLEMENTÁCIÓJA EMTP, EGY ÚJ LEVELEZÕ PROTOKOLL ÉS IMPLEMENTÁCIÓJA Iványi Tibor, ivanyit@tigris.klte.hu Csukás Levente, csukasl@fox.klte.hu Kossuth Lajos Tudományegyetem Informatikai és Számító Központ Abstract The well

Részletesebben

Kiegészítő melléklet (elektronikus beszámoló)

Kiegészítő melléklet (elektronikus beszámoló) Felhasználói dokumentáció a Kiegészítő melléklet (elektronikus beszámoló) programhoz Forgalmazó: FORINT-Soft Kft. 6500 Baja, Roosevelt tér 1. Tel: 79/424-772, 79/523-600 Fax: 79/420-857 E-mail: forintsoft@forintsoft.hu

Részletesebben

Bevezetés. A WebAccess használatának bemutatása előtt néhány új funkció felsorolása következik:

Bevezetés. A WebAccess használatának bemutatása előtt néhány új funkció felsorolása következik: Bevezetés Leveleink, naptárunk, stb. megtekintése bármely gépen egy egyszerű webböngésző (Mozilla, Explorer) segítésével is lehetséges. GroupWise rendszernek ezt a megjelenési formáját GroupWise WebAccessnek

Részletesebben

LETÉTKEZELŐ NYILVÁNTARTÁSI RENDSZER

LETÉTKEZELŐ NYILVÁNTARTÁSI RENDSZER LETÉTKEZELŐ NYILVÁNTARTÁSI RENDSZER Felhasználói kézikönyv Általános rendszerismertetés és bejelentkezés 1.3 verzió 2015. augusztus 31. Dokumentum adatlap Projekt/modul megnevezése: Magyar Ügyvédi Kamara

Részletesebben

Tartalomjegyzék 5 TARTALOMJEGYZÉK

Tartalomjegyzék 5 TARTALOMJEGYZÉK Tartalomjegyzék 5 TARTALOMJEGYZÉK Bevezető... 13 1. Általános tudnivalók... 14 1.1. Az operációs rendszer... 14 1.2. Tudnivalók a Windows-ról... 15 1.2.1. Honnan kapta nevét a Windows?... 15 1.2.2. A Windows,

Részletesebben

Számítógép labor V. Egyszer Web szerver. Dokumentáció. Készítette: Ács Gergely (K4C03M) 2003.04.29

Számítógép labor V. Egyszer Web szerver. Dokumentáció. Készítette: Ács Gergely (K4C03M) 2003.04.29 Számítógép labor V. Egyszer Web szerver Dokumentáció (K4C03M) 2003.04.29 Egyszer Web szerver Feladat: Egyszer Web szerver Feladat sorszám: 17 Leírás: Készítsen egy egyszer Web szervert, amely képes statikus

Részletesebben

Adatkezelési és adatvédelmi szabályzat

Adatkezelési és adatvédelmi szabályzat Adatkezelési és adatvédelmi szabályzat A Sarlóspuszta Club Hotel***superior (Sarlóspuszta Zrt., 2375 Tatárszentgyörgy, Sarlóspuszta hrsz. 167.) Adószám: 23046694-2-13, a továbbiakban Szálloda) korlátolt

Részletesebben

ELEKTRONIKUS BANKI SZOLGÁLTATÁSOK ÁLTALÁNOS SZERZŐDÉSI FELTÉTELEI

ELEKTRONIKUS BANKI SZOLGÁLTATÁSOK ÁLTALÁNOS SZERZŐDÉSI FELTÉTELEI ELEKTRONIKUS BANKI SZOLGÁLTATÁSOK ÁLTALÁNOS SZERZŐDÉSI FELTÉTELEI Hatályos: 2002. Szeptember 15. napjától TARTALOM 1. AZ ELEKTRONIKUS BANKI SZOLGÁLTATÁSOKRA VONATKOZÓ ÁLTALÁNOS SZERZŐDÉSI FELTÉTELEK HATÁLYA

Részletesebben

OTPdirekt WAP Kezelési Leírás. Hatálybalépés időpontja: 2007. március 12.

OTPdirekt WAP Kezelési Leírás. Hatálybalépés időpontja: 2007. március 12. OTPdirekt WAP Kezelési Leírás Hatálybalépés időpontja: 2007. március 12. Bevezető A rendszerről Az OTP Bank Rt. OTPdirekt WAP szolgáltatása banki tranzakciók WAP böngésző segítségével arra alkalmas mobiltelefonon

Részletesebben

Az Orbis adatbáziskezelő

Az Orbis adatbáziskezelő ORBIS ADATBÁZIS WEBRE VITELE KÉSZÍTETTE: SOÓS PÉTER 2001. április 13. Bevezetés Ezen írás a NETWORKSHOP 2001 konferenciára készített előadásom anyagának szerkesztett változata. 1994-95. óta sok jelentős

Részletesebben

1. Funkcionális terv. 1.1. Feladat leírása: 1.2. Rendszer célja, motivációja:

1. Funkcionális terv. 1.1. Feladat leírása: 1.2. Rendszer célja, motivációja: Rendszerterv 1. Funkcionális terv 1 1.1. Feladat leírása: 1 1.2. Rendszer célja, motivációja: 1 1.3. Szereplők és igényeik: 2 1.3.1. Valódi felhasználók: 2 1.3.2. Hirdetők : 3 1.3.3. Szerver oldal: 3 1.4.

Részletesebben

ORPHEUS. Felhasználói kézikönyv. C o p y r i g h t : V a r g a B a l á z s 2 0 1 2 Oldal: 1

ORPHEUS. Felhasználói kézikönyv. C o p y r i g h t : V a r g a B a l á z s 2 0 1 2 Oldal: 1 ORPHEUS Felhasználói kézikönyv C o p y r i g h t : V a r g a B a l á z s 2 0 1 2 Oldal: 1 Tartalomjegyzék Rendszerkövetelmények... 5 Telepítés... 6 A program célja... 10 A program indítása... 10 Rendszeradminisztráció...

Részletesebben

TELLMon vevőegység FELHASZNÁLÓI ÚTMUTATÓ. V1.4.96 és újabb verziókhoz Rev. 1.7 2014.03.20

TELLMon vevőegység FELHASZNÁLÓI ÚTMUTATÓ. V1.4.96 és újabb verziókhoz Rev. 1.7 2014.03.20 vevőegység FELHASZNÁLÓI ÚTMUTATÓ V1.4.96 és újabb verziókhoz Rev. 1.7 2014.03.20 Tartalomjegyzék 1 TELLMon legfontosabb technikai jellemzők:... 3 2 Bevezető... 3 3 Rendszer áttekintés... 5 4 A TELLMon

Részletesebben

Lokális hálózatok. A lokális hálózat felépítése. Logikai felépítés

Lokális hálózatok. A lokális hálózat felépítése. Logikai felépítés Lokális hálózatok Számítógép hálózat: több számítógép összekapcsolása o üzenetküldés o adatátvitel o együttműködés céljából. Egyszerű példa: két számítógépet a párhuzamos interface csatlakozókon keresztül

Részletesebben

Adatkezelési tájékoztató

Adatkezelési tájékoztató Adatkezelési tájékoztató Az InterPont Plus Kft. (cím: 1158 Budapest, Szűcs István u. 25/A, adószám: 10479276-2-43, cégjegyzékszám:01-09-073563, képviseli: Gregor Tamás ügyvezető) kötelezettséget vállal

Részletesebben

Tartalom. Történeti áttekintés. Történeti áttekintés 2011.03.23. Architektúra DCOM vs CORBA. Szoftvertechnológia

Tartalom. Történeti áttekintés. Történeti áttekintés 2011.03.23. Architektúra DCOM vs CORBA. Szoftvertechnológia Tartalom D Szoftvertechnológia előadás Történeti áttekintés Architektúra D vs CORBA 2 Történeti áttekintés 1987 Dynamic Data Exchange (DDE) Windows 2.0-ban Windows alkalmazások közötti adatcsere Ma is

Részletesebben

Készlet és Számla Kézikönyv

Készlet és Számla Kézikönyv Készlet és Számla Kézikönyv PARALLEL Számítástechnikai, Ügyviteli Szolgáltató és Kereskedelmi Kft. ( 273-3310 5 273-3311 Mobil 06 (20) 9-340-661 Bemutatóterem: 1161 Budapest, József u. 18.. INTERNET: http:/

Részletesebben

KASZPER Felhasználói dokumentáció

KASZPER Felhasználói dokumentáció KASZPER Felhasználói dokumentáció Felhasználói kézikönyv a TITÁN Térségi Információs Technológiai és Általános Nyilvántartórendszer KASZPER moduljához KASZPER modul felhasználói dokumentáció 1/333 Tartalomjegyzék

Részletesebben

Rendelkezésre állás Magas szintű rendelkezésre állás megvalósítása feladatalapú megközelítéssel

Rendelkezésre állás Magas szintű rendelkezésre állás megvalósítása feladatalapú megközelítéssel IBM i Rendelkezésre állás Magas szintű rendelkezésre állás megvalósítása feladatalapú megközelítéssel 7.1 IBM i Rendelkezésre állás Magas szintű rendelkezésre állás megvalósítása feladatalapú megközelítéssel

Részletesebben

Blonde. Szépségszalon, Szolárium, Spa, Fitness. Ügyviteli Rendszer. Funkcionális Specifikáció. Verzió 1.1

Blonde. Szépségszalon, Szolárium, Spa, Fitness. Ügyviteli Rendszer. Funkcionális Specifikáció. Verzió 1.1 Blonde Szépségszalon, Szolárium, Spa, Fitness Ügyviteli Rendszer Funkcionális Specifikáció Verzió 1.1 Blonde Funkcionális Specifikáció v1.1 2012.01.12 1 Tartalomjegyzék 1. Bevezetés 3 1.1. A dokumentum

Részletesebben

A megfelelő IP védelem biztosításával, alkalmasak a kültéri alkalmazások kialakítására.

A megfelelő IP védelem biztosításával, alkalmasak a kültéri alkalmazások kialakítására. AA-RC1A v2.3 Technikai adatok: Tápfeszültség: 12-24V Digitális / Logikai kimenetek: 8 darab open-collector kimenet, közvetlenül relé meghajtására alkalmasak, 500mA terhelhetőségűek Digitális bemenetek:

Részletesebben

Pécs Városi Költségvetési Központi Elszámoló Szervezet 7621 Pécs, Bercsényi u. 3. INFORMATIKAI BIZTONSÁGI SZABÁLYZAT. Hatályos: 2014. április 1.

Pécs Városi Költségvetési Központi Elszámoló Szervezet 7621 Pécs, Bercsényi u. 3. INFORMATIKAI BIZTONSÁGI SZABÁLYZAT. Hatályos: 2014. április 1. Pécs Városi Költségvetési Központi Elszámoló Szervezet 7621 Pécs, Bercsényi u. 3. INFORMATIKAI BIZTONSÁGI SZABÁLYZAT Hatályos: 2014. április 1. INFORMATIKAI BIZTONSÁGI SZABÁLYZAT A Pécs Városi Költségvetési

Részletesebben

Felhasználói kézikönyv

Felhasználói kézikönyv Felhasználói kézikönyv Elektronikus Pályázatkezelési és Együttműködési Rendszer Elektronikus Pályázatkezelési és Együttműködési Rendszer Felhasználói kézikönyv Legutóbbi változások: A könnyebb használat

Részletesebben

BAUSFT. Pécsvárad Kft. 7720 Pécsvárad, Pécsi út 49. Tel/Fax: 72/465-266 http://www.bausoft.hu. ISO-bau. Szigetelés kiválasztó. 1.02 verzió.

BAUSFT. Pécsvárad Kft. 7720 Pécsvárad, Pécsi út 49. Tel/Fax: 72/465-266 http://www.bausoft.hu. ISO-bau. Szigetelés kiválasztó. 1.02 verzió. BAUSFT Pécsvárad Kft. 7720 Pécsvárad, Pécsi út 49. Tel/Fax: 72/465-266 http://www.bausoft.hu ISO-bau Szigetelés kiválasztó 1.02 verzió Szerzők: dr. Baumann József okl. villamosmérnök 1188 Budapest, Fenyőfa

Részletesebben

Diplomaterv Portál. Elektronikus szakdolgozat és diplomaterv nyilvántartó és archiváló rendszer. Felhasználói útmutató v11

Diplomaterv Portál. Elektronikus szakdolgozat és diplomaterv nyilvántartó és archiváló rendszer. Felhasználói útmutató v11 Elektronikus szakdolgozat és diplomaterv nyilvántartó és archiváló rendszer v11 Tevesz Gábor 2013. február 8. Bevezetés A 2010/11 tanév kezdetétől a Villamosmérnöki és Informatikai Kar a Szakdolgozat készítés

Részletesebben

ÓRAREND SZERKESZTÉS. Felhasználói dokumentáció verzió 2.1. Budapest, 2009.

ÓRAREND SZERKESZTÉS. Felhasználói dokumentáció verzió 2.1. Budapest, 2009. Felhasználói dokumentáció verzió 2.1. Budapest, 2009. Változáskezelés Verzi Változás Dátum ó Pont Cím Oldal Felületi színezések (terem, vagy oktatóhiány 2.1 2009.05.04. 2.13. színezése fel volt cserélve,

Részletesebben

A DANONE GÖRÖG TESCO NYEREMÉNYJÁTÉK online nyereményjáték hivatalos részvételi- és játékszabályzata

A DANONE GÖRÖG TESCO NYEREMÉNYJÁTÉK online nyereményjáték hivatalos részvételi- és játékszabályzata A DANONE GÖRÖG TESCO NYEREMÉNYJÁTÉK online nyereményjáték hivatalos részvételi- és játékszabályzata A Danone Kft. Danone Görög Tesco Nyereményjáték néven online nyereményjátékot szervez. A nyereményjáték

Részletesebben

Számlázás: - Számlázás/Számlakészítés: xml importtal fogadható adatok bővítése.

Számlázás: - Számlázás/Számlakészítés: xml importtal fogadható adatok bővítése. Verzió leírások 5.12. (2016.06.14.) - Törzsadatok/Terméktörzs: fix eladási ár rögzítése esetén számlakészítéskor nem írható át a nettó ár, ha a bekérdezni lehetőség jelölőnégyzete üres. - Beállítások/Beállítások/Számlázás

Részletesebben

ELSZÁMOLÁSI FELTÉTELEK, TUDNIVALÓK

ELSZÁMOLÁSI FELTÉTELEK, TUDNIVALÓK 2. sz. melléklet ELSZÁMOLÁSI FELTÉTELEK, TUDNIVALÓK a Nemzeti Foglalkoztatási Alap képzési alaprész 2012. évi decentralizált keretéből finanszírozott beruházási támogatások felhasználásáról készített elszámolásokhoz,

Részletesebben

Autosoft a Profit-generátor

Autosoft a Profit-generátor 1 / 21 2 / 21 4 5 J00003. AZ LPG MODUL EMLÉKEZTETŐ (6.2.6.0) 5 8 S00006. ÁFA KULCS VÁLTOZÁS (6.2.5.0) 8 S00007. MEGADOTT HASZONKULCS ALATT FIGYELMEZTETÉS (6.2.4.0) 11 15 R00009. ASA ÁRLEMEZ EXPORT (6.2.3.0)

Részletesebben

Kitöltési útmutató. 2. melléklet a.../2012. (...) PSZÁF rendelethez. 2. melléklet a 9/2011. (VI. 17.) PSZÁF rendelethez. I. Rész

Kitöltési útmutató. 2. melléklet a.../2012. (...) PSZÁF rendelethez. 2. melléklet a 9/2011. (VI. 17.) PSZÁF rendelethez. I. Rész 2. melléklet a.../2012. (........) PSZÁF rendelethez 2. melléklet a 9/2011. (VI. 17.) PSZÁF rendelethez Kitöltési útmutató I. Rész AZ ADATSZOLGÁLTATÁSRA VONATKOZÓ ÁLTALÁNOS SZABÁLYOK 1. Kapcsolódó jogszabályok

Részletesebben

Nyíregyházi Egyetem Matematika és Informatika Intézete. Fájl rendszer

Nyíregyházi Egyetem Matematika és Informatika Intézete. Fájl rendszer 1 Fájl rendszer Terminológia Fájl és könyvtár (mappa) koncepció Elérési módok Fájlattribútumok Fájlműveletek, fájlszerkezetek ----------------------------------------- Könyvtár szerkezet -----------------------------------------

Részletesebben

KETTŐS KÖNYVELÉS PROGRAM

KETTŐS KÖNYVELÉS PROGRAM KETTŐS KÖNYVELÉS PROGRAM Kezelési leírás 1993-2015 Program azonosító: UJEGYKE Fejlesztő: B a l o g h y S z o f t v e r K f t. Keszthely, Vak Bottyán utca 41. 8360 Tel: 83/515-080 Fax: 83/515-082 E-mail:

Részletesebben

tanúsítja, hogy a Kopint-Datorg Részvénytársaság által kifejlesztett és forgalmazott MultiSigno Standard aláíró alkalmazás komponens 1.

tanúsítja, hogy a Kopint-Datorg Részvénytársaság által kifejlesztett és forgalmazott MultiSigno Standard aláíró alkalmazás komponens 1. TANÚSÍTVÁNY A HUNGUARD Számítástechnikai-, informatikai kutató-fejlesztő és általános szolgáltató Kft. a 15/2001.(VIII. 27.) MeHVM rendelet alapján, mint a Magyar Köztársaság Informatikai és Hírközlési

Részletesebben

Dr. Pétery Kristóf: Windows XP Professional

Dr. Pétery Kristóf: Windows XP Professional 2 Minden jog fenntartva, beleértve bárminemű sokszorosítás, másolás és közlés jogát is. Kiadja a Mercator Stúdió Felelős kiadó a Mercator Stúdió vezetője Lektor: Gál Veronika Szerkesztő: Pétery István

Részletesebben

ProAnt Felhasználói Útmutató

ProAnt Felhasználói Útmutató ProAnt Felhasználói Útmutató http://www.proant.hu/ 2014. október 17. Adminisztrátor 6722 Szeged, Gogol u. 3. 1 TARTALOMJEGYZÉK 1 Tartalomjegyzék... 2 2 A ProAnt szoftverről... 4 3 Jelszó módosítása...

Részletesebben

CobraConto.Net v0.52

CobraConto.Net v0.52 CobraConto.Net v0.52 - Készletkezelés Új lista kérhető le raktáranként, mozgásnemenként vagy kategóriánként a Főmenü/Készletkezelés/Listák/Mozgásnem/Mozgásnem tételes menüpont hatására megnyíló ablakból.

Részletesebben

10. fejezet Az adatkapcsolati réteg

10. fejezet Az adatkapcsolati réteg 10. fejezet Az adatkapcsolati réteg Az adatkapcsolati réteg (Data Link Layer) Előzetesen összefoglalva, az adatkapcsolati réteg feladata abban áll, hogy biztosítsa azt, hogy az adó oldali adatok a vevő

Részletesebben

SZÁMLASZERZŐDÉS ÉS ÓVADÉKI MEGÁLLAPODÁS. (A további azonosító adatokat a jelen szerződés elválaszthatatlan részét képező adatlap tartalmazza.

SZÁMLASZERZŐDÉS ÉS ÓVADÉKI MEGÁLLAPODÁS. (A további azonosító adatokat a jelen szerződés elválaszthatatlan részét képező adatlap tartalmazza. 1 SZÁMLASZERZŐDÉS ÉS ÓVADÉKI MEGÁLLAPODÁS amely létrejött egyrészről Név/Cégnév: Lakcím/Székhely: (Cégjegyzékszám: Törvényes képviselő: ) Adószám/Adóazonosító jel: (A további azonosító adatokat a jelen

Részletesebben

ÁNYK űrlap benyújtás támogatási szolgáltatás

ÁNYK űrlap benyújtás támogatási szolgáltatás ÁNYK űrlap benyújtás támogatási szolgáltatás CSATLAKOZÁSI SZABÁLYZAT az ÁBT szolgáltatás igénybevételéhez 2016. március 8. v 1.1 EREDETI 2 Tartalom 1. BEVEZETÉS... 3 1.1. Az ÁBT szolgáltatásról röviden...

Részletesebben

NAV nyomtatványok xml szerkezete. (v6.7)

NAV nyomtatványok xml szerkezete. (v6.7) NAV nyomtatványok xml szerkezete (v6.7) BEVEZETŐ... 3 1.1 FOGALOMMAGYARÁZAT... 3 2 A NYOMTATVÁNYOK XML FORMÁTUMA... 4 2.1 AZ XML MODELL... 4 2.2 A NYOMTATVÁNYOK XML FELÉPÍTÉSE... 4 2.2.1 Megkötések...

Részletesebben

A Hexium AZBEST/AVAX és a HA-PON/sGTC alállomás szoftverének frissítése

A Hexium AZBEST/AVAX és a HA-PON/sGTC alállomás szoftverének frissítése A Hexium AZBEST/AVAX és a HA-PON/sGTC alállomás szoftverének frissítése Installációs leírás Székhely: 1134 Budapest, Váci út 51/b Telefon: (+36 1) 320-8338 Fax: (+36 1) 340-8072 Hexium AZBEST/AVAX verziófrissítési

Részletesebben

Elektronikus közhiteles nyilvántartások Megvalósítási tanulmány

Elektronikus közhiteles nyilvántartások Megvalósítási tanulmány eegészség Program 27. Projekt Elektronikus közhiteles nyilvántartások Megvalósítási tanulmány Készítette: Szentgáli Ádám (Stubenvoll Bt.) 1.1 Budapest, 2004 szeptember 30 Tartalom I. Az EKNY adatbank,

Részletesebben

Informatika szintmérő-érettségi tételek 2015. február

Informatika szintmérő-érettségi tételek 2015. február 1.oldal (17) Háttértár- és könyvtárkezelés A számítógépes munka során háttértárolókat kezelünk, amin partíciók vannak. Egyegy partíción több ezer állományt tárolnak. A partíciót az áttekinthető felhasználás

Részletesebben

Adatkezelési Tájékoztató

Adatkezelési Tájékoztató Adatkezelési Tájékoztató Az adatok kezelésével összefüggésben a Nyomtatóalkatrész.hu Kft. (továbbiakban: Szolgáltató) mint adatkezelő, ezúton tájékoztatja az érintetteket (továbbiakban: Felhasználó) a

Részletesebben

15. Tétel. Extran et olyan biztonsá gos, privát, intranet hálózat amely internet protokol lok segítség ével teszi lehetővé a

15. Tétel. Extran et olyan biztonsá gos, privát, intranet hálózat amely internet protokol lok segítség ével teszi lehetővé a 15. Tétel Cégénél belső intranet kiépítését tervezik. Feladata, hogy ismertesse a döntéshozók számára a különböző megvalósítható szolgáltatásokat, azok előnyeit és hátrányait elemezve. Térjen ki a http,

Részletesebben

TANSZÉKI ADMINISZTRÁTOR

TANSZÉKI ADMINISZTRÁTOR TANSZÉKI ADMINISZTRÁTOR Felhasználói dokumentáció verzió 4.0 Budapest, 2012. Változáskezelés Verzió Dátum Változás Pont Cím Oldal A teljes dokumentum átírásra került. Kiadás: 2012.03.13. Verzió: 4.0. Oldalszám:

Részletesebben

Az elektronikus közszolgáltatások biztonságáról

Az elektronikus közszolgáltatások biztonságáról 1 3.. Melléklet a /2009. számú kormány-előterjesztéshez A Kormány /2009. (.) Korm. r e n d e l e t e Az elektronikus közszolgáltatások biztonságáról A Kormány az elektronikus közszolgáltatásról szóló 2009.

Részletesebben

Figyelem! A leírás nem tér ki miután azt más leírások tartalmazzák - a rendszer általános működési, kezelési kérdéseire, azokat ismertnek tételezi

Figyelem! A leírás nem tér ki miután azt más leírások tartalmazzák - a rendszer általános működési, kezelési kérdéseire, azokat ismertnek tételezi Pénzügy Működééssii lleeíírráss Figyelem! A leírás nem tér ki miután azt más leírások tartalmazzák - a rendszer általános működési, kezelési kérdéseire, azokat ismertnek tételezi fel. A leírás csak a modul

Részletesebben

14. előadás: Az adatbázis kezelő szoftver

14. előadás: Az adatbázis kezelő szoftver 14. előadás: Az adatbázis kezelő szoftver A decentrális ingatlan-nyilvántartási rendszer egy több felhasználós, interaktív, relációs adatbázis. A több felhasználós jelző arra utal, hogy a rendszerben több

Részletesebben

A JÁTSSZ A GYŐRI ÉDESSEL ÉS IRÁNY A TERMÉSZET! ELNEVEZÉSŰ NYEREMÉNYJÁTÉK RÉSZVÉTELI ÉS JÁTÉKSZABÁLYZATA

A JÁTSSZ A GYŐRI ÉDESSEL ÉS IRÁNY A TERMÉSZET! ELNEVEZÉSŰ NYEREMÉNYJÁTÉK RÉSZVÉTELI ÉS JÁTÉKSZABÁLYZATA A JÁTSSZ A GYŐRI ÉDESSEL ÉS IRÁNY A TERMÉSZET! ELNEVEZÉSŰ NYEREMÉNYJÁTÉK RÉSZVÉTELI ÉS JÁTÉKSZABÁLYZATA 1. A JÁTÉK SZERVEZŐJE A Játssz a Győri Édessel és irány a természet! elnevezésű nyereményjáték (

Részletesebben

2. fejezet Hálózati szoftver

2. fejezet Hálózati szoftver 2. fejezet Hálózati szoftver Hálózati szoftver és hardver viszonya Az első gépek összekötésekor (azaz a hálózat első megjelenésekor) a legfontosabb lépésnek az számított, hogy elkészüljön az a hardver,

Részletesebben

SEGÉDLET ELEKTRONIKUS FELÜLET HASZNÁLATÁHOZ

SEGÉDLET ELEKTRONIKUS FELÜLET HASZNÁLATÁHOZ SEGÉDLET ELEKTRONIKUS FELÜLET HASZNÁLATÁHOZ Nem mezőgazdasági tevékenységgé történő diverzifikálás Támogatási kérelem Verziószám: 1 2013. február 4. Tartalom Fontos tudnivalók... 2 Firefox portable...

Részletesebben

CEEGEX OTC. Működési Szabályzat

CEEGEX OTC. Működési Szabályzat CEEGEX OTC Működési Szabályzat Érvényes: 2014. október 1. napjától Verzió 1.0 1/26 Tartalom 1. Általános szervezeti alapelvek... 4 1.1. Preambulum... 4 2. CEEGEX OTC... 4 2.1. A szabályzat célja... 4 2.2.

Részletesebben

ADATVÉDELMI NYILATKOZAT

ADATVÉDELMI NYILATKOZAT ADATVÉDELMI NYILATKOZAT 1. Preambulum A jelen rendelkezések tárgya a MORTOFF Informatikai Tanácsadó és Szolgáltató Kft. (székhelye: 1222 Budapest, Hordós utca 10., Adatkezelési nyilvántartási szám: NAIH-61728/2013.)

Részletesebben

Felhasználói kézikönyv Bázis, Aktív, Portál és Portál+ csomagokhoz

Felhasználói kézikönyv Bázis, Aktív, Portál és Portál+ csomagokhoz Bázis, Aktív, Portál és Portál+ csomagokhoz MOLEHAND Kft. Verzió Dátum Módosította Változás 1 2009-06-11 Simkó Benedek Dokumentum létrehozása 1.1 2009-08-12 Halász István VPN kapcsolódás fejezet létrehozása

Részletesebben

LÉTESÍTMÉNYGAZDÁLKODÁS. Változáskezelés. Változás Pont Cím Oldal 2.0 2014.03.19 A teljes dokumentáció átírásra került 2.1 2014.07.14 8.

LÉTESÍTMÉNYGAZDÁLKODÁS. Változáskezelés. Változás Pont Cím Oldal 2.0 2014.03.19 A teljes dokumentáció átírásra került 2.1 2014.07.14 8. ESZKÖZIGÉNY Felhasználói dokumentáció verzió 2.2. Budapest, 2015. Változáskezelés Verzió Dátum Változás Pont Cím Oldal 2.0 2014.03.19 A teljes dokumentáció átírásra került 2.1 2014.07.14 8.3 Új, oszlopszerkesztésbe

Részletesebben

Központi proxy szolgáltatás

Központi proxy szolgáltatás Központi proxy szolgáltatás Az Informatikai Igazgatóság minden aktív és volt egyetemi hallgató és munkaviszonnyal rendelkezõ egyetemi dolgozó részére úgynevezett proxy szolgáltatást biztosít. A szolgáltatás

Részletesebben

Általános funkciók partitúrái. Felhasználói dokumentáció verzió 2.0.

Általános funkciók partitúrái. Felhasználói dokumentáció verzió 2.0. Általános funkciók partitúrái Felhasználói dokumentáció verzió 2.0. Budapest, 2006 Változáskezelés Verzió Dátum Változás Pont Cím Oldal Kiadás: 2006.11.14. Verzió: 2.0. Oldalszám: 2 / 20 Tartalomjegyzék

Részletesebben

Felhasználói kézikönyv

Felhasználói kézikönyv Felhasználói kézikönyv MAGYAR NEMZETI BANK ERA Számlatermékek bejelentő szolgáltatás Tartalomjegyzék Tartalom Tartalomjegyzék... 2 Bevezetés... 4 Jelen dokumentum célja, hogy bemutassa az ERA (Az MNB elektronikus

Részletesebben

Elektronikus ügyfélszolgálat Regisztrált ügyfelek felhasználói kézikönyv

Elektronikus ügyfélszolgálat Regisztrált ügyfelek felhasználói kézikönyv Elektronikus ügyfélszolgálat Regisztrált ügyfelek felhasználói kézikönyv Verzió 14 2016 január 25. 1 1. Tartalom 2. Bevezető... 4 3. Regisztráció... 6 4. Elfelejtette jelszavát?... 8 5. Online ügyfélszolgálat

Részletesebben

2. ALPROJEKT FELHASZNÁLÓI KÉZIKÖNYV

2. ALPROJEKT FELHASZNÁLÓI KÉZIKÖNYV 2. ALPROJEKT FELHASZNÁLÓI KÉZIKÖNYV 2. OKJ összehangolása a hatósági képesítésekkel Hatósági képesítések modul Publikus funkciók, konverziós adatbázis, lekérdezések modul a TÁMOP 2.2.1-12/1-2012-0001 A

Részletesebben

BARANGOLÁS AZ E-KÖNYVEK BIRODALMÁBAN Milyen legyen az elektonikus könyv?

BARANGOLÁS AZ E-KÖNYVEK BIRODALMÁBAN Milyen legyen az elektonikus könyv? BARANGOLÁS AZ E-KÖNYVEK BIRODALMÁBAN Milyen legyen az elektonikus könyv? Készítették: Névery Tibor és Széll Ildikó PPKE I. évf. kiadói szerkesztő hallgatók, közösen 1 BEVEZETŐ Az elektronikus könyv valamilyen

Részletesebben

Kezelési leírás a FEC01/06 típusú programozható és távműködtethető lángeffekt vezérlő készülékhez

Kezelési leírás a FEC01/06 típusú programozható és távműködtethető lángeffekt vezérlő készülékhez Kezelési leírás a FEC01/06 típusú programozható és távműködtethető lángeffekt vezérlő készülékhez Budapest, 2006. november LFO Bt. Tartalomjegyzék 1. A lángeffekt vezérlő készülék általános tulajdonságai,

Részletesebben

Gyakran Feltett Kérdések. a CIB Bank Zrt. ecommerce internetes kártyaelfogadás szolgáltatásáról

Gyakran Feltett Kérdések. a CIB Bank Zrt. ecommerce internetes kártyaelfogadás szolgáltatásáról Gyakran Feltett Kérdések a CIB Bank Zrt. ecommerce internetes kártyaelfogadás szolgáltatásáról TARTALOM 1. ÜZLETI KÉRDÉSEK... 3 2. ÜZEMELTETİ FELADATAI... 5 3. TECHNIKAI KÉRDÉSEK... 6 3.1. ÁLTALÁNOS KÉRDÉSEK...

Részletesebben

Többrétegű műszaki nyilvántartás. NETinv

Többrétegű műszaki nyilvántartás. NETinv Többrétegű műszaki nyilvántartás NETinv NETinv TÁVKÖZLÉSI SZOLGÁLTATÓK, KÖZMŰVÁLLALATOK, ÁLLAMIGAZGATÁSI INTÉZMÉNYEK ÉS NAGYVÁLLATOK SZÁMÁRA A NETvisor NETinv műszaki nyilvántartó rendszere a távközlési

Részletesebben

ADATKEZELÉSI és ADATVÉDELMI SZABÁLYZAT

ADATKEZELÉSI és ADATVÉDELMI SZABÁLYZAT 1 ADATKEZELÉSI és ADATVÉDELMI SZABÁLYZAT Z& C Solution Iroda Hatálybalépés időpontja : 2015.05.24 (Nyilvántartási azonosító: NAIH-85531/2015) 2 Az információs önrendelkezési jogról és az információszabadságról

Részletesebben

SZÁMLÁZÁS VEVŐ-SZÁLLÍTÓ NYILVÁNTARTÁS (UJVSZ) KEZELÉSI LEÍRÁS

SZÁMLÁZÁS VEVŐ-SZÁLLÍTÓ NYILVÁNTARTÁS (UJVSZ) KEZELÉSI LEÍRÁS SZÁMLÁZÁS VEVŐ-SZÁLLÍTÓ NYILVÁNTARTÁS (UJVSZ) KEZELÉSI LEÍRÁS Fejlesztő: Forgalmazó: Baloghy Szoftver Kft. FORINT-Soft Kft. 8360 Keszthely, Vak Bottyán utca 41. 6500 Baja, Roosevelt tér 1. Tel.: 83/515-080

Részletesebben

GuideReg demó program telepítési útmutató

GuideReg demó program telepítési útmutató GuideReg demó program telepítési útmutató GuideSys Kft. 2016. 1. O l d a l Tartalomjegyzék 1. Bevezetés... 3 2. Telepítési útmutató... 4 2.1 Telepítési környezet(ek)... 4 2.2 A telepítő program letöltése...

Részletesebben