Vykazování dat prostřednictvím SDNS Web Services

Rozměr: px
Začít zobrazení ze stránky:

Download "Vykazování dat prostřednictvím SDNS Web Services"

Transkript

1 Sekce infrmatiky Odbr infrmačních systémů Vykazvání dat prstřednictvím SDNS Web Services Příručka uživatele (prgramátra) verze 1.8 Autr: Zdeněk Teska (NESS Czech s.r..) Jiří Smlík (ČNB) prsinec 2012

2 Vykazvání dat prstřednictvím SDNS Web Services Verze dkumentu: Verze Datum Autr Část, ppis změny Z. Teska (NESS Czech s.r..) Verze J.Smlík (ČNB, dbr 722) Drbné věcné a frmální dplňky a úpravy J.Smlík (ČNB, dbr 722) Úpravy v dst a , změněn příklad v přílze J.Smlík (ČNB, dbr 722) Drbné frmální úpravy a pravy J.Smlík (ČNB, dbr 722) Drbné zpřesnění v dst J.Ivanvvá (ČNB, dbr 722) Dplnění úprav pr dělitelné výkazy: Úpravy v dst a v přílze J.Ivanvvá (ČNB, dbr 722) Dplnění úpravy služby Výsledky zpracvání. D služby byly dplněny detaily výsledků frmátvých kntrl, Dplnění nvé služby Seznam dšlých zpráv s chybu v hlavičce, nvá kapitla 3.5 Aktualizace Přílhy 5 Dplnění Přílhy 8,9 Přejmenvání půvdní přílhy 8 na J.Ivanvvá (ČNB, dbr 722) Úprava WS Zasílání dat : dplnění vhdnějšíh frmátu dat pr velké zprávy J. Diviš (ČNB, dbr 722) Aktualizace přílhy 3 Přílhy: 1. WSDL definice webvé služby Zaslání dat 2. WSDL definice webvé služby Výsledky zpracvání 3. DTD definice vydani.dtd a schéma vydani.xsd 4. XML schéma ews-par.xsd 5. XML schéma ews-result.xsd 6. DTD definice dpvědi WS Zaslání dat 7. Příklad předávací XML struktury 8. Příklad ews-result-vydani_seznam_jh 9. Příklad ews-par-dz_err_seznam.xml, ews-result-dz_err_seznam.xml 10 Příklady ptimalizvané předávací XML struktury 11 Uživatelská dkumentace SDNS 2

3 Vykazvání dat prstřednictvím SDNS Web Services OBSAH 1. ÚVOD - ÚČEL A OBSAH DOKUMENTACE 5 2. KONCEPCE AUTOMATIZOVANÉHO SBĚRU DAT SCHÉMA KOMPONENT AUTOMATIZOVANÉHO SBĚRU DAT 6 3. ROZHRANÍ SDNS-WS SDNS-WS CHARAKTERISTIKA BEZPEČNOST SLUŽBA ZASLÁNÍ DAT Ppis Pžadavek Parametry Odpvěď Frmát XML struktura dpvědi Pdrbnější rzbr k DTD definici vydani.dtd SLUŽBA VÝSLEDKY ZPRACOVÁNÍ Ppis Metda getparams Ppis Parametry Odpvěď - frmát XML struktura dpvědi Metda perfrmquery Ppis Parametry Odpvěď - frmát XML struktura dpvědi (uváděn jen pr VYDANI_SEZNAM_JH) 18 3

4 Vykazvání dat prstřednictvím SDNS Web Services 3.5 SLUŽBA SEZNAM DOŠLÝCH ZPRÁV S CHYBOU V HLAVIČCE Ppis Metda getparams Ppis Parametry Odpvěď frmát stejné jak pr Výsledky zpracvání XML struktura dpvědi stejné jak Výsledky zpracvání Metda perfrmquery Ppis Parametry Odpvěď - frmát XML struktura dpvědi (pr DZ_ERR_SEZNAM_JH) DOPLŇUJÍCÍ INFORMACE URL STAVOVÉ KÓDY ODPOVĚDI WS ZASLÁNÍ DAT PŘÍLOHY 23 4

5 Vykazvání dat prstřednictvím SDNS Web Services 1. Úvd - účel a bsah dkumentace Pr účel sběru dat d nebankvních subjektů (dále pužívána zkratka SDNS) je realizvána internetvá aplikace SDNS, umžňující vykazujícím subjektům zbrazvat si metdické infrmace a zasílat pžadvaná data d ČNB prstřednictvím webvéh rzhraní. Nad aplikací SDNS existuje dále rzhraní realizvané technlgií Web Services (dále pužívána zkratka SDNS-WS), které umžňuje vykazujícím subjektům získávat metdické infrmace autmatizvaně v pdbě XML subrů. Přestže aplikace SDNS pskytuje vykazujícím subjektům veškeru ptřebnu funkcinalitu pr vykázání dat (prezentace metdických infrmací, manuální vyplnění výkazů, imprt dat připravených jinu aplikací, deslání dat, infrmvání výsledcích zpracvání), je určena především pr menší bjemy dat a interaktivní bsluhu. Především pr účely sběru dat bchdech na kapitálvém trhu byla aplikace SDNS rzšířena rzhraní SDNS-WS s webvu službu umžňující vykazujícím subjektům zasílání dat. V tét dkumentaci je ppsána základní kncepce autmatizvanéh sběru dat a způsb využití SDNS-WS pr vykazvání dat d ČNB a získávání infrmací výsledcích zpracvání vykázaných dat. 5

6 Vykazvání dat prstřednictvím SDNS Web Services 2. Kncepce autmatizvanéh sběru dat 2.1 Schéma kmpnent autmatizvanéh sběru dat Na následujícím brázku je uveden jednduché schéma kmpnent systému sběru dat d nebankvních subjektů d ČNB. V dalších kapitlách je detailně ppsána kmpnenta SDNS-WS. Základem výkaznictví ČNB je infrmační systém ČNB (IS ČNB), který zabezpečuje veškeru funkcinalitu spjenu s výkaznictvím na straně ČNB. Jádrem systému vlastníh sběru dat je kmpnenta Aplikace SDNS, rzšířená rzhraní SDNS-WS. Na straně vykazujícíh subjektu jsu d sběru dat zapjeny kmpnenty IS vykazujícíh subjektu jak zdrj dat a Autmatizace sběru dat jak kmunikační kmpnenta na straně vykazujícíh subjektu. Některé činnsti nelze autmatizvat (registrace subjektu, uživatele, správa uživatelskéh účtu) - na straně vykazujícíh subjektu je nutná sučinnst dpvědné sby. Vykazující subjekt Odpvědná sba IS vykazujícíh subjektu Autmatizace sběru dat Rzhraní Aplikace SDNS SDNS-WS ČNB IS ČNB Kmpnenty řešení je mžn rzdělit d tří vrstev ČNB Rzhraní Vykazující subjekt. Vrstva značená Vykazující subjekt je v kmpetenci každéh vykazujícíh subjektu, statní dvě vrstvy jsu v kmpetenci ČNB. Ppis kmpnent IS ČNB zabezpečuje funkcinalitu suvisející s výkaznictvím na straně ČNB (především tvrbu metdiky a zpracvání dat). 6

7 Vykazvání dat prstřednictvím SDNS Web Services Rzhraní mezi ČNB a vykazujícím subjektem je tvřen dvěma kmpnentami: Aplikace SDNS internetvá aplikace pskytuje vykazujícím subjektům následující hlavní funkce: prezentace metdických infrmací (veřejná část) autentifikace a autrizace k přístupu d registrvané části prezentace přehledu pžadavků (registrvaná část) ruční vyplnění výkazu (registrvaná část) imprt dat (v XML) připravených aplikací vykazujícíh subjektu (registrvaná část) mžnst dpčtu sučtvých buněk (registrvaná část) předběžné prvedení jednvýkazvých kntrl před desláním výkazu (registrvaná část) sestavení zprávy v XML a deslání, včetně elektrnickéh pdpisu (registrvaná část) přehled výsledků zpracvání (registrvaná část) registrace a administrace uživatelských účtů tat část aplikace je využívána i v případě autmatizvanéh zasílání dat prstřednictvím Web Services. SDNS-WS. Rzhraní je realizván technlgií Web Services - vykazující subjekt má dispzici ppis služby v jazyce WSDL a musí si vytvřit klientsku aplikaci pr kmunikaci s tut službu. Rzhraní pskytuje následující služby: zaslání vykazvaných dat d ČNB získání infrmací výsledcích zpracvání. Vykazující subjekt IS vykazujícíh subjektu infrmační systém, který je zdrjem dat pr výkaznictví ČNB. Autmatizace sběru dat kmpnenta, která v nějaké pdbě pskytuje alespň následující funkce: imprt/transfrmace zdrjvých dat klient pr kmunikaci s rzhraním SDNS-WS sestavení zprávy v XML frmátu a deslání pmcí Web Service klienta sestavení a deslání dtazu na výsledky zpracvání (pět pmcí Web Service klienta) reakce na výsledek dtazu zpracvání. Odpvědná sba jeden neb něklik pracvníků vykazujícíh subjektu, kteří musí zajišťvat: registrace subjektu v ČNB registrace uživatele pužívajících a) registrvaný přístup d SDNS, b) SDNS-WS správa uživatelskéh účtu prstřednictvím SDNS sbní kmunikace s ČNB při řešení prblémů spjených s vykazváním dat. 7

8 Vykazvání dat prstřednictvím SDNS Web Services 3. Rzhraní SDNS-WS 3.1 SDNS-WS charakteristika Rzhraní SDNS-WS je realizván technlgií Web Services. Pžadavek na službu lze deslat SOAP prtklem (SOAP verze 1.1). Kmunikačním prtklem je prtkl HTTPS. Webvé služby jsu ppsány jazykem WSDL (verze 1.1, wsdl definice viz WSDL definice webvé služby Zaslání dat, WSDL definice webvé služby Výsledky zpracvání, Seznam DZ s chybu v hlavičce ). Rzhraní SDNS-WS bsahuje 2 služby: EwiQueryWS, ZaslaniDat. Služba ZaslaniDat umžňuje zaslat data výkazů d ČNB, služba EwiQueryWS umžňuje získat infrmace výsledku zpracvání zaslaných dat. Zmíněné definice jsu uvedeny v přílhách. 3.2 Bezpečnst Zabezpečení systému na straně vykazujícíh subjektu je v kmpetenci tht subjektu. Kmunikace s aplikací SDNS i rzhraním SDNS-WS je vedena prtklem HTTPS, server se prkazuje servervým certifikátem ČNB. Samtná vykazvaná data mhu být zasílána jak digitálně pdepsaná. Vlba vlitelnsti/pvinnsti desílat data digitálně pdepsaná je mim rzsah tht dkumentu (závisí na příslušné legislativě), rzhraní SDNS-WS umžňuje nastavit vynucení puze digitálně pdepsaných dat. Přístup d registrvané části aplikace SDNS i deslání pžadavků prstřednictvím SDNS-WS je zajištěn uživatelským jménem a heslem. Uživatel musí být registrván v ČNB. V případě, že uživatel desílá data digitálně pdepsaná, musí být v ČNB registrván i certifikát, kterým jsu data pdepsána. 3.3 Služba Zaslání dat Ppis Služba pskytuje jednu metdu typu RPC, která umžňuje zaslat vykazvaná data d ČNB. Zdrjem dat je XML subr vyhvující definici ppsané v DTD subru vydani.dtd (viz DTD definice vydani.dtd v přílze č. 3). Subr může být pdepsán s následně kmprimván. Výsledný binární tvar musí být kódván algritmem Base64. Takt kódvaný tvar zdrjvých dat je jedním z parametrů vlání služby. Dalšími parametry jsu: jmén subru, autrizační údaje (username, passwrd), kódvé značení frmy digitálníh pdpisu, kódvé značení pužitéh kmprimačníh algritmu detailní ppis parametrů viz níže. Odesláním SOAP pžadavku na URL služby jsu data zaslána d ČNB. Služba je typu RPC, server vygeneruje SOAP dpvěď, která má pdbu řetězce ve frmátu XML. Odpvěď vyhvuje DTD definici ppsané v subru ZaslaniDatOdpved.dtd (viz DTD definice dpvědi WS Zaslání dat v přílze č. 6). Odpvěď bsahuje jmén subru (zkpírván z pžadavku), datum a čas přijetí pžadavku, datum a čas deslání dpvědi, stavvé infrmace zpracvání pžadavku (status + něklik hlášení) detailní ppis bsahu dpvědi viz níže. 8

9 Vykazvání dat prstřednictvím SDNS Web Services Pžadavek Parametry becně - všechny řetězcvé parametry mají mezenu maximální délku na 500 znaků při překrčení maximální délky je pžadavek dmítnut status categry = Invalid parameters (viz Odpvěď). filename zipmethd pvinný case-sensitive řetězec význam - jmén subru včetně přípny, jak přípna je chápán pdřetězec za psledním výskytem znaku ".". Tt zaslané jmén subru reprezentuje zaslaná data v IS ČNB má význam lgickéh pjmenvání zaslaných dat. Jmén subru nemusí suhlasit s fyzickým jménem XML subru bsahujícím data, ani žádným jiným fyzickým jménem subru vystupujícím v dalším prcesu přípravy dat před desláním (tj. digitální pdpis, kmprimace, Base64 kódvání) další pžadavky na syntaxi hdnty parametru: pvinný přípna musí mít hdntu "xml" vlastní jmén subru (část bez přípny) musí vyhvvat masce "ws(nnn)[0-9]{7} ", kde nnn je třímístný numerický kód přidělený ČNB vykazujícímu subjektu, sedmimístná numerická hdnta následující za tímt kódem musí být unikátní v rámci všech zpráv (=subrů) zasílaných subjektem; dpručujeme pužít hdntu elementu <CISLO-ZPRÁVY> z hlavičkvé části zasílaných dat (viz dst Pdrbnější rzbr k DTD definici vydani.dtd ). case-sensitive řetězec musí nabývat jedné ze tří hdnt ZIP / GZIP / DEFLATE / NONE význam hdnt určuje algritmus, kterým jsu kmprimvána data; pr implementaci na straně ČNB je pužita J2SE 1.4 (1.4.2_06) - bližší specifikace k uvedeným algritmům ZIP/GZIP/DEFLATE je uvedena na adrese hdnta NONE = nekmprimván. signaturemethd username pvinný case-sensitive řetězec musí nabývat jedné ze dvu hdnt: PKCS7, NONE význam hdnt určuje specifikaci, pdle které jsu data digitálně pdepsána: PKCS7 pdpis dpvídá RFC3852(Cryptgraphic Message Syntax (CMS)); hdnta NONE = data nejsu pdepsána. pvinný case-insensitive řetězec 9

10 Vykazvání dat prstřednictvím SDNS Web Services passwrd inputdata význam - viz uživatelská dkumentace k aplikaci SDNS, část "Veřejný a registrvaný přístup", kapitla Registrvaný přístup s certifikátem vydaným veřejnu certifikační autritu ( pvinný case-sensitive řetězec význam - viz uživatelská dkumentace k aplikaci SDNS, část "Veřejný a registrvaný přístup", kapitla Registrvaný přístup s certifikátem vydaným veřejnu certifikační autritu ( pvinný binární data kódvaná algritmem Base64 význam vlastní vykazvaná data; vstupem je XML subr dpvídající definici "vydani.dtd" (viz DTD definice vydani.dtd v přílze č. 3; ppis elementů viz dst Pdrbnější rzbr k DTD definici vydani.dtd ), subr může být digitálně pdepsán, pdepsaná neb nepdepsaná data mhu být následně kmprimvána. Pkud jsu data pdepsána, musí mít parametr signaturemethd hdntu PKCS7 a výsledná data musí vyhvvat uvedenému standardu. Pkud jsu následně data kmprimvána (ať pdepsaná, či nepdepsaná), musí parametr zipmethd nabývat jedné z hdnt (ZIP/ GZIP/ DEFLATE) a výsledná data musí vyhvvat uvedeným standardům. Výsledná data musí být vždy kódvána algritmem Base64. language, cuntry pvinné case-sensitive řetězce, splňující specifikaci ISO-639 (ISO language cdes), resp. ISO-3166(ISO cuntry cdes) význam určení lkalizace dpvědi; dvjice parametrů má vliv puze na lkalizvanu pdbu hlášení v dpvědi, stavvé kódy bsažené v dpvědi lkalizvané nejsu; pkud dvjice parametrů neurčuje některu z pdprvaných lkalizací (aktuálně jsu pdprvány lkalizace jsu cs_cz, en_us), není pžadavek dmítnut jak chybvý, ale míst pžadvané lkalizace je pužita default lkalizace (default lkalizace je dána aktuálním nastavením na straně ČNB) Odpvěď Frmát Odpvěď je řetězec v XML frmátu vyhvující definici ppsané v DTD subru ZaslaniDatOdpved.dtd (viz DTD definice dpvědi WS Zaslání dat ). Řetězec je kódvaný algritmem Base XML struktura dpvědi <LadDataRespnse> rt element <filename> pvinný 10

11 Vykazvání dat prstřednictvím SDNS Web Services case-sensitive řetězec kpírvaný z pžadavku. <requestreceived> pvinný význam datum a čas přijetí pžadavku (čas aplikačníh serveru ČNB) s přesnstí na tisíciny, frmát dd.mm.yyyy HH:mm:ss,SSS pdle specifikace J2SE. <respnsesent> <status> pvinný význam datum a čas vygenervání dpvědi (čas aplikačníh serveru ČNB) s přesnstí na tisíciny, frmát dd.mm.yyyy HH:mm:ss,SSS pdle specifikace J2SE. pvinný case-sensitive řetězec význam status zpracvání pžadavku; má dva atributy: categry (kategrie stavu), cde (knkrétní stavvý kód v rámci dané kategrie). Hdnty atributů specifikují status, jsu v angličtině, nejsu lkalizvány, seznam kategrií a stavvých kódů viz dst. 4.2 Stavvé kódy dpvědi WS Zaslání dat. <messages> nepvinný nemá vlastní hdntu. <message> nepvinný, 0 neb něklik význam hlášení ze zpracvání pžadavku; má dva atributy: type (typ hlášení, může nabývat jedné z hdnt: errr / warn / inf ), value (bsah hlášení). Hdnta atributu type není lkalizvána, hdnta atributu value je lkalizvána pdle pžadvané lkalizace zaslané v pžadavku (viz parametry pžadavku: language, cuntry) Pdrbnější rzbr k DTD definici vydani.dtd <VYDANI> - rt element <IDENTIFIKACE-ZPRÁVY> - element ppisující zasílaná data v kntextu zprávy desílané d ČNB <ZASLAL> - identifikace zasílajícíh subjektu numerický kód (většinu se pužívá IČO) přidělený vykazujícímu subjektu při registraci v ČNB <CISLO-ZPRAVY> - sekvenční unikátní čísl zprávy v rámci zasílajícíh subjektu; zdpvědnst za udržvání unikátníh číslvání desílaných zpráv má vykazující subjekt, zprávy sduplicitním číslem budu dmítnuty při zpracvání (při kntrle hlavičky) 11

12 Vykazvání dat prstřednictvím SDNS Web Services <CASTECNA-ZPRAVA PORADI=1 TYP= První > - nepvinný element bsahující hdnty přadí zprávy a příznak první resp. pslední zprávy. Element Částečnázpráva se pužívá při zasílání extrémně velkých výkazů, které musí být z důvdů technlgických limitů rzděleny d něklika zpráv, tzv. dělitelné výkazy. Atributy mhu nabývat hdnt: PORADI je kladné čísl, Typ je nepvinný a může nabývat hdnt První a Pslední. Atribut přadí uvádí přadí zprávy v sekvenci zpráv zaslaných k dělenému vydání výskytuvýkazu. <CISLO-VYDANI> - identifikace vydání výskytu výkazu vpřípadě, že je slžen z více zpráv. Nepužívá se, pkud je vydání výskytu tvřen jednu zprávu. <NAZEV-DOKUMENTU> - prázdný element; atribut KOD musí mít hdntu Vydání-výskytu-výkazu <METODIKA> - pjem výkaznictví ČNB; kód metdiky, pdle které je sestaven výkaz. Např. MKT Kód metdiky začíná značením blasti vykazvání, následuje datum začátku platnsti metdiky, za tečku následuje čísl verze (zpravidla 01). K nalezení je např. v aplikaci SDNS (https//apl.cnb.cz/ewi ), plžka menu Metdické infrmace, zvlí se Oblast. Obdbí platnsti metdiky musí dpvídat datu, ke kterému se data výkazu zasílají, viz níže atribut <STAV-KE-DNI> <FUNKCE-ZPRAVY> - prázdný element; atribut KOD musí nabývat jedné z hdnt Ostrá / Testvací pdle th, zda jsu zasílána strá neb testvací data <DATUM> - datum vytvření dat pdle masky yyyymmdd ; nemusí suhlasit s datem desílání dat d ČNB ani s hdntu atributu STAV-KE-DNI (viz níže). <ADRESA> - element ppisující subjekty, které se účastní prcesu vykazvání dat: - atribut STRANA musí mít hdntu Odesílatel <KOD-SUBJEKTU> - zpravidla IČO vykazujícíh subjektu <NAZEV-SUBJEKTU> - <MESTO> - <PSC> - <ULICE> - <KONTAKT> - definuje kntaktní sbu zdpvědnu za výkaz; nemusí t být tatáž sba, která výkaz desílá (tj. ta jejíž autentifikační údaje jsu pužity při zasílání dat). Element nemusí být vyplněn, pkud je vyplněn, má při zpracvání ten význam, že v případě řešení nejasnstí spjených se zpracváním dat umžní pracvníkvi ČNB kntaktvat tut dpvědnu sbu - atribut KOD-FUNKCE musí mít hdntu Osba-dpvědná-za-bsah <KOD-ODDELENI> - kód rganizační jedntky sby zdpvědné za bsah <JMENO-OSOBY> - jmén a příjmení sby zdpvědné na bsah <SPOJENI> - vlastní kntaktní infrmace, jejíž hdnta by měla dpvídat vybranému typu (atribut TYP) - atribut TYP by měl nabývat jedné z hdnt: Telefn / , ve výjimečných případech i Fax / EDI / Telex. <IDENTIFIKACE-VYKAZU> - element ppisující zasílaná data v kntextu výkaznictví ČNB 12

13 Vykazvání dat prstřednictvím SDNS Web Services <DATOVY-SOUBOR> - pjem výkaznictví ČNB; kód výkazu, např. MOKAS Kód datvéh subru je k nalezení např. v aplikaci SDNS ( ), plžka menu Metdické infrmace, zvlí se Oblast. V přehledu datvých subrů se kliknutím na žlutu šipku na začátku řádky vybere knkrétní datvý subr, kliknutím na plžku Detail se zbrazí pdrbnější infrmace včetně čísel verze a varianty datvéh subru. <VYSKYT> - pjem z výkaznictví ČNB; určuje unikátní instanci výkazu <SUBJEKT> - kód vykazujícíh subjektu, za který se data výkazu zasílají (zpravidla IČO) <ROZSAH-SUBJEKTU> kód rzsahu vykazujícíh subjektu, za který se data výkazu zasílají, např. S_BCRPZB. Kód je k nalezení např. v aplikaci SDNS ( ), plžka menu Metdické infrmace, zvlí se Oblast. V přehledu datvých subrů se kliknutím na žlutu šipku na začátku řádky vybere knkrétní datvý subr, kliknutím na plžku Vykazvací pvinnsti se zbrazí pdrbnější infrmace, řádek s parametrem P0046 bsahuje rzsah vykazujícíh subjektu. <STAV-KE-DNI> - datum, ke kterému se data výkazu zasílají (vztahují), maska yyyymmdd <STATUS> - atribut KOD určuje jaká data se zasílají; musí nabývat jedné z hdnt: Nvá-data / Oprava / Strn /, Ptvrzení / Změnvá-prava / Strn-DZ. Pkud bude vyplněna hdnta Nvá-data, nesmí být krmě dělitelných výkazů vyplněn element <REFERENCNI-ZPRAVA>. Hdnty Změnvá-prava, Strn- DZ a Nvá-data s referencí na aktuální vydání je mžn pužít puze pr dělené výkazy, tj. výkazy s Identifikačním parametrem zajišťujícím jednznačnu identifikací řádků. Infrmace dělitelnsti je k nalezení např. v aplikaci SDNS ( ), plžka menu Metdické infrmace, zvlí se Oblast. V přehledu datvých subrů se kliknutím na žlutu šipku na začátku řádky vybere knkrétní datvý subr, kliknutím na plžku Detail se dle zbrazí Dělitelnst: An V případě, že zpracvání půvdních nvých dat sknčil a) dmítnutím dat při vlání Web Service, b) data byla prstřednictvím Web Service přijata, ale zpracvání sknčil chybu hlavičky dšlé zprávy (tt lze zjistit prstřednictvím SDNS neb vláním SDNS-WS služby DZ_ERR_SEZNAM_JH ), je nutn data pslat znvu jak Nvá-data, nebť IS ČNB je dmítl jak celek, není c pravvat. Hdnta Oprava se může pužít v případech, kdy zpráva s nvými daty nebyla dmítnuta, ale byly zjištěny: a) frmátvé chyby v těle zprávy, b) lgické chyby v těle zprávy (jednvýkazvé kntrly typu Opravit ), c) lgické chyby v těle zprávy (jednvýkazvé kntrly typu Ptvrdit ) neb pdezřelé hdnty zjištěné při kntrlách časvých řad, které dle zjištění vykazujícíh subjektu je třeba pravdu pravit neb d) z rzhdnutí vykazujícíh subjektu, když zjistí, že dříve zaslaná a ČNB přijatá data nebyla správná, e) z rzhdnutí vykazujícíh subjektu, když zjistí, že dříve zaslaná a ČNB přijatá data dělenéh vydání byla chybná. Lze pravit knkrétní zprávu předchzíh dělenéh vydání. Ve většině případů se psílají všechna data danéh datvéh subru znvu. Ve výjimečných případech např. datvé subry MOKAS50 a MOKAS40 s hlášeními bchdech na kapitálvém trhu, se v případech chyb zjištěných kntrlami typu lkálně pravit v rámci pravy zasílají jen data chybných řádků/transakcí a 13

14 Vykazvání dat prstřednictvím SDNS Web Services případně i dplňky již zaslaných dat. Pkud bude vyplněna hdnta Oprava, musí být vyplněn element <REFERENCNI-ZPRAVA>. Vyplňuje se reference na knkrétní předchzí zprávu. Hdnta Ptvrzení se pužívá v případě, že vykazující subjekt trvá na tm, že zjištěné nesrvnalsti v časvých řadách neb v lgických kntrlách typu K ptvrzení jsu v přádku. Těl zprávy (element DATA, viz níže) se v tmt případě vynechává. Pkud bude vyplněna hdnta Ptvrzení, musí být vyplněn element <REFERENCNI-ZPRAVA>. Vyplňuje se reference na předchzí vydání. Hdnta Strn se může pužít pr lgické strnvání dříve přijatých dat. Pužívá se zcela výjimečně v situacích, kdy jsu přijatá data z phledu vykazujícíh subjektu nesprávná a není mžné ihned prvést jejich pravu. Těl zprávy (element DATA, viz níže) se v tmt případě vynechává. Pkud bude vyplněna hdnta Strn, musí být vyplněn element <REFERENCNI-ZPRAVA>. Vyplňuje se reference na předchzí vydání. Hdnta Změnvá prava se může pužít puze pr dělitelné výkazy. Změnvá prava vydání umžní zaslání změnvéh subru k vydání výskytu výkazu, který bude bsahvat puze skutečné změny, přidané neb rušené řádky. Pr tent účel se pužívá jednznačný identifikátr dynamickéh řádku, který umžní jednduše identifikvat dynamické řádky a zasílat změny. Pkud bude vyplněna hdnta Změnvá-prava, musí být vyplněn element <REFERENCNI-ZPRAVA>. Vyplňuje se reference na předchzí vydání. Hdnta Strn-DZ se může pužít puze pr dělitelné výkazy. Hdnta Strn- DZ se může pužít pr lgické strnvání části dříve přijatých dat. Těl zprávy (element DATA, viz níže) se v tmt případě vynechává. Pkud bude vyplněna hdnta Strn-DZ, musí být vyplněn element <REFERENCNI-ZPRAVA>. Vyplňuje se reference na knkrétní zprávu předchzíh vydání. <DUVOD> - atribut KOD určuje důvd zasílání dat; musí nabývat jedné z hdnt Na-základě-metdiky / Na-základě-pžadavku-centrální-banky / Úmyslvykazujícíh-subjektu. Hdnta Na-základě-metdiky se pužije pr zaslání nvých dat (STATUS.KOD = Nva-data ). Hdnta Na-základě-pžadavku-centrální-banky se pužije při zaslání pravy (STATUS.KOD = Oprava, Ptvrzení, příp. i Strn resp. Strn-DZ, Změnvá-prava ) z důvdu pžadavku ČNB (autmatizvaně zjištěné chyby, případně i pravy pžadvané pracvníky ČNB). Hdnta Úmysl-vykazujícíhsubjektu (STATUS.KOD = Oprava, Strn resp. Strn-DZ, Změnváprava ) se pužije v případě, že rzhdnutí pravě neb strnu dat vychází z úmyslu vykazujícíh subjektu. <REFERENCNI-ZPRAVA> - pužije se při zasílání pravy dat, ptvrzení, strna neb strna dšlé zprávy; dkazuje na hdntu elementu <CISLO-ZPRÁVY> neb <CISLO-VYDANI> předchzích zasílaných dat. Pr dělené výkazy je mžné pužít jak Opravu dplněním Nvá data s referencí na předchzí vydání. Pzn.: v případě dat psílaných vjedné zprávě <CISLO-ZPRÁVY> je i <CISLO- VYDANI> <AUDIT> - mžné hdnty jsu Data-před-auditem a Data-p-auditu. Ve většině případů (závisí t na legislativě) není tt rzlišvání pžadván; pkud není vyžadván nevyplňvat. <DATA> - element bsahuje vlastní data výkazu; skládá se z datvých blastí (element <DATOVA-OBLAST> neb alternativně DO_COMPRESSED pr velké subry. Nvu 14

15 Vykazvání dat prstřednictvím SDNS Web Services reprezentaci lze případně zvlit i jen pr jedntlivé datvé blasti) neb blků (element <BLOK>) <DATOVA-OBLAST> - pjem výkaznictví ČNB, dpvídá pjmu tabulka výkazu ); element bsahuje data jedné datvé blasti výkazu; skládá se z řádků (element <RADEK>) - atribut KOD bsahuje kód datvé blasti. Kód je k nalezení např. v aplikaci SDNS ( ), plžka menu Metdické infrmace, zvlí se Oblast. V přehledu datvých subrů se kliknutím na žlutu šipku na začátku řádky vybere knkrétní datvý subr, kliknutím na plžku Části se zbrazí pdrbnější infrmace, včetně kódů datvých blastí. <RADEK> - element bsahuje data jednh řádku výkazu; skládá se ze slupců (element SLOUPEC) - atribut PORADI určuje přadí tht řádku <SLOUPEC> - element bsahuje hdntu jedné buňky výkazu - atribut PORADI určuje přadí buňky v řádku Neb alternativně pr DO_COPRESSED: <R> pr řádek a <S> pr slupec. Oba tagy bez atributu určujícíh přadí. Prázdný řádek neb slupec bude uváděn jak prázdný tag s tím, že prázdné řádky na knci datvé blasti a prázdné slupce na knci řádku nebude třeba uvádět. <POZNAMKA> - bvykle nemá element žádný význam, nevyplňvat V SDNS se uplatňuje princip c není zadané, je prázdné, není tedy třeba explicitně zadávat infrmace nevyplnění jedntlivých údajů. Knkrétně: a) Je mžn vynechat celé datvé blasti, pkud jsu prázdné. Například, je-li datvá blast JIS40_11 prázdná, je mžn níže uvedený úsek vynechat: <DATOVA-OBLAST KOD="JIS40_11"> </DATOVA-OBLAST> b) Je mžn vynechat celý řádek datvé blasti, pkud je prázdný. Například, je-li celý řádek 5 prázdný, není třeba příslušný úsek vůbec uvádět (v příkladu vyznačen přeškrtnutím): <RADEK PORADI="4"> <SLOUPEC PORADI="1">06</SLOUPEC> </RADEK> <RADEK PORADI="5"> </RADEK> <RADEK PORADI="6"> <SLOUPEC PORADI="1">14</SLOUPEC> </RADEK> c) Jsu-li v řádku některé údaje prázdné, musí být úsek s příslušným slupcem vynechán. V níže uvedeném příkladu jsu v řádku 6 údaje ve slupcích 9 a 11 až 14 prázdné, příslušné části musí být vynechány (vyznačen přeškrtnutím), nebť daná syntaxe není implementvána.ř <RADEK PORADI="6"> <SLOUPEC PORADI="1">83</SLOUPEC> 15

16 Vykazvání dat prstřednictvím SDNS Web Services <SLOUPEC PORADI="2"> </SLOUPEC> <SLOUPEC PORADI="3"> </SLOUPEC> <SLOUPEC <SLOUPEC PORADI="5"> </SLOUPEC> <SLOUPEC PORADI="6">Mgr.</SLOUPEC> <SLOUPEC PORADI="7">0</SLOUPEC> <SLOUPEC PORADI="8">Petr</SLOUPEC> <SLOUPEC PORADI="9"></SLOUPEC> <SLOUPEC PORADI="10">Nvák</SLOUPEC> <SLOUPEC PORADI="11"></SLOUPEC> <SLOUPEC PORADI="12"></SLOUPEC> <SLOUPEC PORADI="13"></SLOUPEC> <SLOUPEC PORADI="14"></SLOUPEC> </RADEK> 3.4 Služba Výsledky zpracvání Ppis Služba pskytuje dvě metdy typu RPC (v jazyce WSDL messages): getparams, perfrmquery, které umžňují získat infrmace výsledcích zpracvání vydání k výskytu. Jeden dtaz na infrmace výsledku zpracvání (v lgickém smyslu) se skládá ze třech (resp. dvu) krků: vlání getparams (vlitelný krk) pkud již parametrická sada na straně vykazujícíh subjektu existuje, není nutné krk prvádět, zadání hdnt parametrů (pvinný krk). Význam a frmát jedntlivých parametrů v parametrické sadě z jejich definice v XML zřejmý. Parametr Datvý subr se zadává bez kódu verze a varianty, tj. např. jen MOKAS40, vlání perfrmquery (pvinný krk) Metda getparams Ppis Účelem metdy je získat parametricku sadu k danému typu dtazu. Parametrická sada v pdbě XML subru je dpvědí vlání tét metdy. Ppisuje parametry pr vlání metdy perfrmquery. U každéh parametru je definván jmén, datvý typ, maska, rzlišení zda je parametr pvinný či nepvinný, seznam přípustných hdnt (pkud existuje) a hdnta zatím nevyplněná. XML subr vyhvuje schématu ews-par.xsd (viz XML schéma ews-par.xsd ). Uživatel dplní hdnty parametrů a takt upravený XML subr zašle jak vstupní parametr vlání metdy perfrmquery Parametry querytype pvinný case-insensitive řetězec význam - kód dtazu: VYDANI_SEZNAM_JH. Pznámka: V případě vykazvání více výkazů by se výjimečně mhl uplatnit i VYSKYTY_SEZNAM_JH, jež by umžnit získat infrmace výskytech. 16

17 Vykazvání dat prstřednictvím SDNS Web Services Odpvěď - frmát řetězec bsahující subr v XML frmátu vyhvující schématu ews-par.xsd (viz XML schéma ews-par.xsd ). Řetězec je kódván algritmem Base XML struktura dpvědi <DefiniceDtazu> - rt element <TypDtazu> - hdnta parametru querytype, zkpírvaná z pžadavku <Ppis> - ppis typu dtazu, vysvětluje účel dtazu a c je bsahem dpvědi <Parametr> - něklik výskytů, jeden výskyt elementu ppisuje jeden parametr danéh typu dtazu - atributy Datatyp, Maska ppisují syntaxi hdnty parametru - atributy Nazev název parametru - atribut Pvinny určuje pvinnst/vlitelnst zadání hdnty parametru při vlání metdy perfrmquery <Ppis> - stručný ppis významu parametru <SeznamHdnt> - seznam mžných hdnt parametru, bsahuje jeden neb něklik výskytů subelementu <Hdnta> <Hdnta> - mžná hdnta parametru <HdntaPar/> Metda perfrmquery Ppis Úklem vykazujícíh subjektu je d dkumentu získanéh pmcí vlání metdy getparams dplnit hdnty parametrů (tj. dplnit hdntu elementů <HdntaPar>) a takt vyplněný subr deslat jak parametr vlání metdy perfrmquery. Výsledkem vlání metdy perfrmquery je pět XML dkument. Tent dkument bsahuje výsledek dtazu. Dkument vyhvuje schématu ews-result.xsd (viz XML schéma ews-result.xsd ) Parametry querytype xmlparam pvinný case-insensitive řetězec význam - kód dtazu: VYDANI_SEZNAM_JH. Pznámka: V případě vykazvání více výkazů by se výjimečně mhl uplatnit i VYSKYTY_SEZNAM_JH, jež by umžnil získat infrmace výskytech pvinný řetězec bsahující subr v XML frmátu vyhvující schématu ews-par.xsd (viz XML schéma ews-par.xsd ). Řetězec je kódván algritmem Base64. 17

18 Vykazvání dat prstřednictvím SDNS Web Services Odpvěď - frmát řetězec bsahující subr v XML frmátu vyhvující schématu ews-par.xsd (viz XML schéma ews-par.xsd ). Řetězec je kódván algritmem Base XML struktura dpvědi (uváděn jen pr VYDANI_SEZNAM_JH) Struktura dpvědi je pdrbně ppsána ve schématu ews-result.xsd (viz XML schéma ewsresult.xsd ), zde je ppsána puze stručně. Lgický význam některých elementů (datvý subr, výskyt, rzsah, vydání, apd.) je mim rzsah tht dkumentu tyt pjmy výkaznictví ČNB jsu ppsány v Uživatelské dkumentaci SDNS (viz Uživatelská dkumentace SDNS)) <EwiWSResult> - rt element <Dtaz> - vdpvědi jsu pd tímt elementem zkpírvány parametry zxml parametrické sady pžadavku s hdntami (krmě hdnty hesla) <VydaniSeznam> - výsledek dtazu <DatvySubr> - identifikace výkazu (kód, verze, varianta) <Kd> <Verze> <Varianta> <Vyskyt> - identifikace výskytu výkazu, jeh stavvé infrmace <Subjekt> - kód vykazujícíh subjektu <Obdbi> - datum, ke kterému byla data vykázána <Rzsah> - rzsah vykázaných dat <StavKd> - numerický kód stavu výskytu: -1 Termín uplynul, k dispzici jsu jen data replikvána 10 Nejsu žádná data, termín dsud neuplynul 15 Nejsu žádná data, je urgván jejich ddání 18 Nejsu žádná data, všechny stupně upmínek vyčerpány 20 Právě je zpracváván vydání k výskytu 30 Je pžadván zaslání ptvrzení dat vykazujícím subjektem 40 Je pžadván zaslání pravy dat vykazujícím subjektem 50 K výskytu jsu platná data 55 Výskyt je uzavřen, jsu platná data, nelze je již změnit 65 Výskyt je prmlčen, nejsu platná data <Stav> - krátký textvý ppis stavu výskytu <PlanD> - pžadvaný termín ddání dat k výskytu <Termin> - aktuální pžadvaný termín ddání dat k výskytu (např. v případě ptřeby pravy) <Testvaci> - kódvé značení Testvací/Ostrý výskyt <Vydani> <SubrExt> - jmén subru (včetně přípny) zprávy, ve které byla data zaslána; je shdné s hdntu parametru filename th vlání služby Zaslání dat, kterým byla data zaslána 18

19 Vykazvání dat prstřednictvím SDNS Web Services <CislVydani> - numerické čísl vydání, unikátní v rámci vykazujícíh subjektu <DatumPrijmu> - datum a čas přijetí dat d zpracvání (maska dd.mm.yyyy HH:mi ); není t tentýž kamžik jak příjem zprávy prstřednictvím webvé služby Zaslání dat (ten je uveden v dpvědi vlání tét služby); mezi přijetím zprávy prstřednictvím webvé služby a časem přijetí d zpracvání je určitá technlgická prdleva za nrmálních klnstí něklik minut, může být všem větší <StavKd> - numerický kód stavu vydání -1 Replikvané vydání vzniklé z psledních platných hdnt danéh datvéh subru 0 Fiktivní vydání pr dšlé zprávy typu strn, ptvrzení aj. 5 Data vydání připravena uživatelem SDNS, data nejsu v db 10 Vydání zalžen 15 Fatální chyba v JVK (např. dělení nulu) 16 Zjištěny chyby v JVK, pžadavek na pravu dat 17 Zjištěny chyby v JVK, pžadavek na ptvrzení 18 t.č. nepužíván 19 V rámci JVK nebyla zjištěna chyba 31 Data jsu ulžena v db a je pžadván jejich ptvrzení z důvdu chyby v JVK 32 Data jsu ulžena v db a je pžadván jejich ptvrzení z důvdu chyby v KČŘ 51 Data jsu ulžena v db a jsu platná 52 Data jsu ulžena v db a jsu platná (byla ptvrzena) 59 Data byla strnvána 61 Chybné vydání, jehž data nebyla ulžena d db 62 Strnvané vydání před ptvrzením dat 99 Interní chyba, vydání není mžné zpracvat <Stav> - krátký textvý ppis stavu výskytu <StavOd> - datum a čas, d kdy je vydání v uvedeném stavu (maska dd.mm.yyyy HH:mi ) <Druh> - kódvé značení Odeslané/Připravené vydání <ChybaZpracvani> - chybvé hlášení ze zpracvání vydání (kód, text chyby); element <Vydani> může bsahvat 0..n těcht subelementů 19 <DetailChyby> - Detail chyby zpracvání bsahuje identifikaci řádku, na kterém byla chyba zjištěna <ChybnyKrkKntrly> - element bsahuje ppis s chybnéh krku kntrly včetně jednh neb více detailních hlášení k dané chybě; element <Vydani> může bsahvat 0..n těcht subelementů <DetailChyby> - Detail chyby krku kntrly bsahuje identifikaci řádku, na kterém byla chyba zjištěna <ErrrLg> - stavvé infrmace vztahující se ke zpracvání pžadavku (chybné parametry, neúspěšné přihlášení, nespecifikvaná interní chyba, úspěšné zpracvání)

20 Vykazvání dat prstřednictvím SDNS Web Services 3.5 Služba Seznam Dšlých Zpráv s chybu v hlavičce Ppis Služba pskytuje dvě metdy typu RPC (v jazyce WSDL messages): getparams, perfrmquery, které umžňují získat infrmace výsledcích zpracvání dšlých zpráv, které sknčil chybu hlavičky zprávy. Jeden dtaz na infrmace výsledku zpracvání (v lgickém smyslu) se skládá ze tří (resp. dvu) krků: vlání getparams (vlitelný krk) pkud již parametrická sada na straně vykazujícíh subjektu existuje, není nutné krk prvádět, zadání hdnt parametrů (pvinný krk). Význam a frmát jedntlivých parametrů v parametrické sadě z jejich definice v XML zřejmý, vlání perfrmquery (pvinný krk) Metda getparams Ppis Účelem metdy je získat parametricku sadu k danému typu dtazu. Parametrická sada v pdbě XML subru je dpvědí vlání tét metdy. Ppisuje parametry pr vlání metdy perfrmquery. U každéh parametru je definván jmén, datvý typ, maska, rzlišení zda je parametr pvinný či nepvinný, seznam přípustných hdnt (pkud existuje) a hdnta zatím nevyplněná. XML subr vyhvuje schématu ews-par.xsd (viz XML schéma ews-par.xsd ). Uživatel dplní hdnty parametrů a takt upravený XML subr zašle jak vstupní parametr vlání metdy perfrmquery Parametry querytype pvinný case-insensitive řetězec význam - kód dtazu: DZ_ERR_SEZNAM_JH Odpvěď frmát stejné jak pr Výsledky zpracvání řetězec bsahující subr v XML frmátu vyhvující schématu ews-par.xsd (viz XML schéma ews-par.xsd ). Řetězec je kódván algritmem Base XML struktura dpvědi stejné jak Výsledky zpracvání <DefiniceDtazu> - rt element <TypDtazu> - hdnta parametru querytype, zkpírvaná z pžadavku <Ppis> - ppis typu dtazu, vysvětluje účel dtazu a c je bsahem dpvědi <Parametr> - něklik výskytů, jeden výskyt elementu ppisuje jeden parametr danéh typu dtazu - atributy Datatyp, Maska ppisují syntaxi hdnty parametru - atributy Nazev název parametru 20

Vykazování dat prostřednictvím SDNS Web Services

Vykazování dat prostřednictvím SDNS Web Services Sekce infrmatiky Odbr infrmačních systémů Vykazvání dat prstřednictvím SDNS Web Services Příručka uživatele (prgramátra) verze 2.2 Srpen 2017 Verze dkumentu: Verze Datum Autr Část, ppis změny 1.0 11.10.2007

Více

Vykazování dat prostřednictvím SDNS Web Services

Vykazování dat prostřednictvím SDNS Web Services Sekce infrmatiky Odbr prjektvánín a správy IS Vykazvání dat prstřednictvím SDNS Web Services Příručka uživatele (prgramátra) verze 1.3 Autr: Zdeněk Teska (NESS Czech s.r..) Jiří Smlík (ČNB) 6. října 2008

Více

VIS ČAK - Uživatelský manuál - OnLine semináře

VIS ČAK - Uživatelský manuál - OnLine semináře UŽIVATELSKÝ MANUÁL - ONLINE SEMINÁŘE Autr: Aquasft, spl. s r.., Vavrečka Lukáš Prjekt: VIS ČAK Pslední aktualizace: 11.12.2009 Jmén subru: UživatelskýManuál_OnLine_Semináře_0v2.dcx Pčet stran: 12 OBSAH

Více

Aplikace SDNS. XML struktura pro nahrání dat ze souboru. Příručka uživatele (programátora) Sekce informatiky Odbor informačních systémů. verze 1.

Aplikace SDNS. XML struktura pro nahrání dat ze souboru. Příručka uživatele (programátora) Sekce informatiky Odbor informačních systémů. verze 1. Sekce informatiky Odbor informačních systémů Aplikace SDNS XML struktura pro nahrání dat ze souboru Příručka uživatele (programátora) verze 1.2 Autor: Jiří Smolík 5. června 2015 Verze dokumentu: Verze

Více

Portál veřejné správy

Portál veřejné správy Prtál veřejné správy Z Zvveeřřeejjn něěn níí vvěěssttn nííkku u S Sm maazzáán níí vvěěssttn nííkku u P Přřiid dáán níí p přřííll h h kkee zzvveeřřeejjn něěn néém mu u vvěěssttn nííkku u Vytvřen dne: 16.3.2012

Více

Automatizace SDNS uživatelská dokumentace

Automatizace SDNS uživatelská dokumentace Autmatizace SDS uživatelská dkumentace ESS Verze 3.0 Strana 1 1. Účel a bsah dkumentace Pr účel sběru dat d nebankvních subjektů (dále pužívána zkratka SDS) byla v první etapě realizvána internetvá aplikace

Více

ONLINESKLAD.CZ. Vysvětlení pojmů: V tomto manuálu i v celém systému figurují 3 základní osoby: Popis administračního rozhraní

ONLINESKLAD.CZ. Vysvětlení pojmů: V tomto manuálu i v celém systému figurují 3 základní osoby: Popis administračního rozhraní ONLINESKLAD.CZ Ppis administračníh rzhraní Vysvětlení pjmů: V tmt manuálu i v celém systému figurují 3 základní sby: 1) PARTNER je t majitel partnerskéh eshpu. Prdává zbží a bjednávky psílá d nlineskladu

Více

Portál veřejné správy

Portál veřejné správy Prtál veřejné správy N Náávvrrh hn naa zzvveeřřeejjn něěn níí žžiivv ttn níí ssiittu uaaccee N Náávvrrh hn naa ssm maazzáán níí zzvveeřřeejjn něěn néé žžiivv ttn níí ssiittu uaaccee N Náávvrrh hn naa eed

Více

GLOBÁLNÍ ARCHITEKTURA ROB

GLOBÁLNÍ ARCHITEKTURA ROB Přílha č. 1b zadávací dkumentace GLOBÁLNÍ ARCHITEKTURA ROB verze 1.0 Obsah 1 Vymezení cílů prjektu 3 2 Prcesní architektura 4 2.1 Základní výchdiska návrhu prcesní architektury 4 2.2 Pstup tvrby a pužité

Více

Portál veřejné správy

Portál veřejné správy Prtál veřejné správy Z Zvveeřřeejjn něěn níí p p vviin nn něě zzvveeřřeejjň ň vvaan néé iin nff rrm maaccee S Sm maazzáán níí p p vviin nn něě zzvveeřřeejjň ň vvaan néé iin nff rrm maaccee E Ed diittaaccee

Více

Informační systém o státní službě (ISoSS) Pracovní postup pro práci v Servisdesku ISoSS

Informační systém o státní službě (ISoSS) Pracovní postup pro práci v Servisdesku ISoSS Infrmační systém státní službě (ISSS) Pracvní pstup pr práci v Servisdesku ISSS Infrmační systém státní službě (ISSS) Pracvní pstup pr práci v Servisdesku ISSS Název dkumentu: Pracvní pstup pr práci v

Více

Uživatelská příručka aplikace Partner24 modul Zaměstnavatelský portál Česká spořitelna penzijní společnost, a.s.

Uživatelská příručka aplikace Partner24 modul Zaměstnavatelský portál Česká spořitelna penzijní společnost, a.s. Uživatelská příručka aplikace Partner24 mdul Zaměstnavatelský prtál Česká spřitelna penzijní splečnst, a.s. Verze: 1.20 (30.3.2011) Autr: Jan Zámstný, Lukáš Hns Schválil: Šárka Rlčíkvá Vlastník: ČS penzijní

Více

Případy užití RSSystems

Případy užití RSSystems Případy užití RSSystems Účelem tht dkumentu je definvat rzsah funkcí infrmačníh systému,, Infrmační systém evidence bjednávek (značvaný dále jen RSSystem), určený k pužívání restauračními zařízeními (značvanými

Více

- Aplikace je napsána v C#.NET, je instalována na webovém serveru - Data jsou ukládána v databázi MS-SQL 2005 a vyšší

- Aplikace je napsána v C#.NET, je instalována na webovém serveru - Data jsou ukládána v databázi MS-SQL 2005 a vyšší Prdukt: je aplikace pr správu ICT prjektvých záměrů a ICT prjektů. Je zpracvána na základě analýzy a specifikace pžadavků cílvých uživatelů. PMS - Aplikace pr řízení prjektvých záměrů a prjektů je nástrj

Více

Vizualizace TIN (trojúhelníková nepravidelná síť) v Marushka Designu

Vizualizace TIN (trojúhelníková nepravidelná síť) v Marushka Designu ; Vizualizace TIN (trjúhelníkvá nepravidelná síť) v Marushka Designu 0 TIN v Marushka Designu OBSAH 1 CÍL PŘÍKLADU...2 2 PRÁCE S PŘÍKLADEM...2 3 UKÁZKA DIALOGOVÉHO OKNA...3 4 STRUČNÝ POPIS PŘÍKLADU V MARUSHKADESIGN...5-1

Více

EXTRAKT z mezinárodní normy

EXTRAKT z mezinárodní normy EXTRAKT z mezinárdní nrmy Extrakt nenahrazuje samtnu technicku nrmu, je puze infrmativním materiálem nrmě. Elektrnický výběr pplatků (EFC) Zabezpečené mnitrvání pr autnmní systémy výběru mýtnéh Zkušení

Více

Vnitřní předpis města Náchoda pro zadávání veřejných zakázek malého rozsahu (mimo režim zákona č. 137/2006 Sb., o veřejných zakázkách)

Vnitřní předpis města Náchoda pro zadávání veřejných zakázek malého rozsahu (mimo režim zákona č. 137/2006 Sb., o veřejných zakázkách) platná d 1.1.2016 Vnitřní předpis města Náchda pr zadávání veřejných zakázek maléh rzsahu (mim režim zákna č. 137/2006 Sb., veřejných zakázkách) Zadavatel je pvinen ddržvat zásady transparentnsti, rvnéh

Více

Podklady k práci s Intranetem - administrátor

Podklady k práci s Intranetem - administrátor SPACE COM spl. s r.. Datum 29.8.2012 Na Závdí 1668 396 01 Humplec +420565535010;731612614 Pdklady k práci s Intranetem - administrátr 1) Přihlášení d systému - ve webvém prhlížeči na adrese http://intranet.sssluzeb.cz

Více

Zpráva pro uživatele

Zpráva pro uživatele Zpráva pr uživatele verze 1.0 Zpráva pr uživatele Histrie dkumentu: Verze Datum Schválil 1.0 26.7.2005 Manažer QCA e-mail: manager.pstsignum@cpst.cz Tent dkument pskytuje základní přehled hierarchii certifikačních

Více

4 Datový typ, proměnné, literály, konstanty, výrazy, operátory, příkazy

4 Datový typ, proměnné, literály, konstanty, výrazy, operátory, příkazy 4 Datvý typ, prměnné, literály, knstanty, výrazy, perátry, příkazy Studijní cíl Tent studijní blk má za cíl pkračvat v základních prvcích jazyka Java. Knkrétně bude uvedena definice datvéh typu, uvedeny

Více

1. Předmět díla a technické požadavky

1. Předmět díla a technické požadavky Přílha č. 1 Smluvy Specifikace předmětu plnění 1. Předmět díla a technické pžadavky Zhtvitel prvede analýzu stávajícíh stavu a návrh řešení v tmt rzsahu: detailní analýza sučasnéh stavu archivu, klasifikace

Více

Práce s WKT řetězci v MarushkaDesignu

Práce s WKT řetězci v MarushkaDesignu 0 Práce s WKT řetězci v MarushkaDesignu OBSAH 1 CÍL PŘÍKLADU...2 2 PRÁCE S PŘÍKLADEM...2 3 STRUČNÝ POPIS PŘÍKLADU V MARUSHKADESIGNU...3-1 - 1 Cíl příkladu V tmt příkladu si ukážeme práci s WKT řetězci

Více

INFORMACE SPOLEČNOSTI V SOUVISLOSTI S POSKYTOVÁNÍM INVESTIČNÍCH SLUŽEB

INFORMACE SPOLEČNOSTI V SOUVISLOSTI S POSKYTOVÁNÍM INVESTIČNÍCH SLUŽEB INFORMACE SPOLEČNOSTI V SOUVISLOSTI S POSKYTOVÁNÍM INVESTIČNÍCH SLUŽEB Generali Investments CEE, investiční splečnst, a.s. Generali Investments CEE, investiční splečnst, a.s. Obsah: 1 ÚVODNÍ USTANOVENÍ...

Více

Želešice - vodovodní řád pro zónu k podnikání

Želešice - vodovodní řád pro zónu k podnikání VÝZVA K PODÁNÍ NABÍDKY A OZNÁMENÍ O ZAHÁJENÍ ZADÁVACÍHO ŘÍZENÍ V suladu s ustanvením 38 zákna č.137/2006 Sb., veřejných zakázkách, v platném znění, Vás tímt vyzýváme k pdání nabídky pr zjedndušené pdlimitní

Více

Organizační řád Občanského sdružení NHfree.net

Organizační řád Občanského sdružení NHfree.net Organizační řád Občanskéh sdružení NHfree.net revize 1.3 ze dne 22.2.2009 Občanské sdružení NHfree.net, Stříbrné Hry 121, 341 01 Nalžvské Hry, IČO 27038114, nhnet@seznam.cz, www.nhfree.net Zaregistrván

Více

Témata v MarushkaDesignu

Témata v MarushkaDesignu 0 Témata v MarushkaDesignu OBSAH 1 CÍL PŘÍKLADU...2 2 PRÁCE S PŘÍKLADEM...2 3 UKÁZKA DIALOGOVÉHO OKNA...3 4 STRUČNÝ POPIS PŘÍKLADU V MARUSHKADESIGNU...5-1 - 1 Cíl příkladu V tmt příkladu si ukážeme práci

Více

pro správu uživatelských přístupů do registru řidičů pro obecní úřady obcí s rozšířenou působností

pro správu uživatelských přístupů do registru řidičů pro obecní úřady obcí s rozšířenou působností Uživatelská příručka pr správu uživatelských přístupů d registru řidičů pr becní úřady bcí s rzšířenu půsbnstí 1 Licenční ujednání Veškerá práva vyhrazena Ministerstv dpravy nábřeží L. Svbdy 1222/12 110

Více

65 51 H/01 Kuchař číšník. Téma "2012_SOP_ kuchař, číšník" samostatná odborná práce

65 51 H/01 Kuchař číšník. Téma 2012_SOP_ kuchař, číšník samostatná odborná práce 65 51 H/01 Kuchař číšník Téma "2012_SOP_ kuchař, číšník" samstatná dbrná práce 1. Zadání samstatné dbrné práce (SOP) Předlžené zadání je sučástí jedntnéh zadání závěrečných zkušek a jeh realizace je pvinná.

Více

Instalace a technické informace

Instalace a technické informace Dkumentace k mdulu MdleKREM Samstatný mdul MdleKREM umžňuje zbrazit (vyučujícím i studentů) mdel průchdu studenta vyučvaným kurzem a t jak v grafické pdbě (využívající znalstní mdel GLIKREM - GuideLine

Více

Sledování provedených změn v programu SAS

Sledování provedených změn v programu SAS Sledvání prvedených změn v prgramu SAS Při práci se systémem SAS se v něklika funkcích sleduje, jaké změny byly prvedeny a kd je prvedl. Patří mezi ně evidence změn v mdulu Evidence žáků neb práce s průběžnu

Více

Technická specifikace předmětu plnění. VR Organizace dotazníkového šetření mobility obyvatel města Bratislavy

Technická specifikace předmětu plnění. VR Organizace dotazníkového šetření mobility obyvatel města Bratislavy Technická specifikace předmětu plnění VR Organizace dtazníkvéh šetření mbility byvatel města Bratislavy Zadavatel: Centrum dpravníh výzkumu, v. v. i. dále jen zadavatel 1 PŘEDMĚT VEŘEJNÉ ZAKÁZKY Předmětem

Více

Upomínky a kontroly E S O 9 i n t e r n a t i o n a l a. s.

Upomínky a kontroly E S O 9 i n t e r n a t i o n a l a. s. Upmínky a kntrly E S O 9 i n t e r n a t i n a l a. s. U M l ý n a 2 2 1 4 1 0 0, P r a h a www.es9.cz Strana 1 (celkem 6) Upmínky... 3 Evidence a tisk upmínek (1.3.3.1)... 3 Kntrla phledávek a psílání

Více

Informace pro deklarantskou veřejnost o nových funkcích v aplikaci e-vývoz

Informace pro deklarantskou veřejnost o nových funkcích v aplikaci e-vývoz Infrmace pr deklarantsku veřejnst nvých funkcích v aplikaci e-vývz Dne 27. června 2017 bude distribuvána a nasazena nvá verze aplikace NCTS/ECS klient (dále jen aplikace ), ve které budu zapracvány některé

Více

SMĚRNICE č. 5 ŠKOLENÍ ZAMĚSTNANCŮ, ŽÁKŮ A DALŠÍCH OSOB O BEZPEČNOSTI A OCHRANĚ ZDRAVÍ PŘI PRÁCI (BOZP)

SMĚRNICE č. 5 ŠKOLENÍ ZAMĚSTNANCŮ, ŽÁKŮ A DALŠÍCH OSOB O BEZPEČNOSTI A OCHRANĚ ZDRAVÍ PŘI PRÁCI (BOZP) Název Čísl Vlastník SMĚRNICE č. 5 ŠKOLENÍ ZAMĚSTNANCŮ, ŽÁKŮ A DALŠÍCH OSOB O BEZPEČNOSTI A OCHRANĚ ZDRAVÍ PŘI PRÁCI (BOZP) Tat směrnice nahrazuje: Datum platnsti d: 01.10.2015 Základní právní předpisy:

Více

Lokalizace souřadnic v MarushkaDesignu

Lokalizace souřadnic v MarushkaDesignu ; Lkalizace suřadnic v MarushkaDesignu 0 OBSAH 1 CÍL PŘÍKLADU...2 2 PRÁCE S PŘÍKLADEM...2 3 UKÁZKA DIALOGOVÉHO OKNA...3 4 STRUČNÝ POPIS PŘÍKLADU V MARUSHKADESIGNU...4-1 - 1 Cíl příkladu V tmt příkladu

Více

Vyberte režim. Chcete-li:

Vyberte režim. Chcete-li: OmniTuch 8400 Instant Cmmunicatins Suite Služby jednh čísla, webvý přístup Stručná uživatelská příručka R6.0 C jsu Služby jednh čísla? Služby jednh čísla nabízejí uživatelům směrvání sbních vlání a umžňují

Více

Etržiště České pošty Centrum veřejných zakázek. www.centrumvz.cz

Etržiště České pošty Centrum veřejných zakázek. www.centrumvz.cz Etržiště České pšty Centrum veřejných zakázek www.centrumvz.cz Česká pšta a egvernment? Infrmační systém datvých schránek Czechpint Certifikační autrita (elektrnický pdpis a časvá razítka) Centrum veřejných

Více

Možnosti připojení WMS služby do Klienta v Marushka Designu

Možnosti připojení WMS služby do Klienta v Marushka Designu 0 Mžnsti připjení WMS služby d Klienta v Marushka Designu OBSAH 1 CÍL PŘÍKLADU...2 2 PRÁCE S PŘÍKLADEM...2 3 UKÁZKA DIALOGOVÉHO OKNA...3 4 STRUČNÝ POPIS PŘÍKLADU V MARUSHKADESIGNU...4-1 - 1 Cíl příkladu

Více

Autorizace mapového serveru

Autorizace mapového serveru 0 Autrizace mapvéh serveru OBSAH 1 CÍL PŘÍKLADU...2 2 PRÁCE S PŘÍKLADEM...2 3 UKÁZKA DIALOGOVÉHO OKNA...3 4 STRUČNÝ POPIS PŘÍKLADU V MARUSHKADESIGNU...4-1 - 1 Cíl příkladu V tmt příkladu si ukážeme mžnsti

Více

F O R M Á L N Í P O Ž AD AV K Y N A B AK AL ÁŘSKÉ PRÁCE

F O R M Á L N Í P O Ž AD AV K Y N A B AK AL ÁŘSKÉ PRÁCE Katedra gegrafie PřF UJEP e-mail: gegraphy@sci.ujep.cz www: http://gegraphy.ujep.cz F O R M Á L N Í P O Ž AD AV K Y N A B AK AL ÁŘSKÉ PRÁCE Katedra gegrafie PřF UJEP e-mail: gegraphy@sci.ujep.cz www: http://gegraphy.ujep.cz

Více

VÝZVA K PODÁNÍ NABÍDKY A K PROKÁZÁNÍ SPLNĚNÍ KVALIFIKACE

VÝZVA K PODÁNÍ NABÍDKY A K PROKÁZÁNÍ SPLNĚNÍ KVALIFIKACE S V A Z E K O B C Í M I K R O R E G I O N O B C Í P A M Á T K O V É Z Ó N Y 1 8 6 6 VÝZVA K PODÁNÍ NABÍDKY A K PROKÁZÁNÍ SPLNĚNÍ KVALIFIKACE pr veřejnu zakázku maléh rzsahu Veřejná zakázka Vydávání Zpravdaje

Více

NÁVODNÁ STRUKTURA MÍSTNÍHO AKČNÍHO PLÁNU VZDĚLÁVÁNÍ

NÁVODNÁ STRUKTURA MÍSTNÍHO AKČNÍHO PLÁNU VZDĚLÁVÁNÍ Místní akční plán Místní akční plán je suhrnný dkument zahrnující něklik částí. Obsahuje analyticku část (zejména metaanalýza stávajících dkumentů, analýza vyvlaná plánváním specifických témat, zjišťvání

Více

mtransfer Technická dokumentace Varianta Standard

mtransfer Technická dokumentace Varianta Standard mtransfer Technická dkumentace Varianta Standard mbank S.A., se sídlem ul. Senatrska 18, 00-950 Warszawa, Plsk, zapsaná v Celstátním sudním rejstříku (KRS) Rejstříku pdnikatelů vedeném u Obvdníh sudu hl.

Více

k elektronickému výběrovému řízení na úplatné postoupení pohledávek z titulu předčasně ukončených leasingových smluv

k elektronickému výběrovému řízení na úplatné postoupení pohledávek z titulu předčasně ukončených leasingových smluv INFORMAČNÍ MEMORANDUM č. 4/3/2009/11 k elektrnickému výběrvému řízení na úplatné pstupení phledávek z titulu předčasně uknčených leasingvých smluv Praha, 30.11.2010 Infrmační memrandum č. 4/3/2009/11 1/9

Více

Pravidla on-line výběrových řízení ENTERaukce.net

Pravidla on-line výběrových řízení ENTERaukce.net Pravidla n-line výběrvých řízení ENTERaukce.net (dále jen pravidla) I. Účel pravidel: Účelem těcht pravidel je pdrbně stanvit průběh realizace n-line výběrvých řízení ENTERaukce.net v elektrnické aukční

Více

Odpisy a opravné položky pohledávek

Odpisy a opravné položky pohledávek Odpisy a pravné plžky phledávek E S O 9 i n t e r n a t i n a l a. s. U M l ý n a 2 2 1 4 1 0 0, P r a h a www.es9.cz Strana 1 (celkem 9) Ppis... 3 Účetní perace (1.1.1.2), vzr Odpisy a pravné plžky...

Více

Simulátor krizových procesů na úrovni krizového štábu. Systémová dokumentace

Simulátor krizových procesů na úrovni krizového štábu. Systémová dokumentace UNIVERZITA OBRANY Simulátr krizvých prcesů na úrvni krizvéh štábu Systémvá dkumentace LUDÍK, Tmáš; NAVRÁTIL, Jsef; KISZA, Karel; ADAMEC, Vladimír 24.1.2012 Ppis systému Simulátr krizvých prcesů na úrvni

Více

Generování Homepage ze serveru AReality.sk

Generování Homepage ze serveru AReality.sk Genervání Hmepage ze serveru AReality.sk 9. 9. 2010 - Ing. Jiří Fřt Diadema Sftware s.r.. Verze 3.5 Diadema Sftware s. r.. Stránka 1 Obsah Obsah... 2 1. Obecně k prpjení dat... 3 2. Typy prpjení dat...

Více

Policejní prezidium ČR

Policejní prezidium ČR Plicejní prezidium ČR Správa lgistickéh zabezpečení VÝZVA K PODÁNÍ NABÍDEK (dále jen výzva) veřejná zakázka maléh rzsahu Čísl zakázky Č.j.: PPR-22504-5/ČJ-2014-990656 Název zakázky: Transprty CRZ- mnitring

Více

Vkládání dat do databázové aplikace

Vkládání dat do databázové aplikace Vkládání dat d databázvé aplikace prjektu Vytváření místníh partnerství benchmarking sciálních služeb Králvéhradeckéh kraje 1 Obsah I. Úvd... 3 II. Jak se přihlásit d aplikace... 3 III. Ppis funkcí Hlavníh

Více

Spisová služba/elisa - Dodatek k manuálu - subverze 1.28

Spisová služba/elisa - Dodatek k manuálu - subverze 1.28 Spisvá služba/elisa - Ddatek k manuálu - subverze 1.28 01.06.2016 Ddatek k manuálu subverze 1.28 1. Obsah 2. Filtrvací ple... 3 3. Zbrazení značky slžky... 4 4. Načítání seznamů (datagridů)... 4 5. Název

Více

ZPRÁVA DESADV typ zprávy 351 Avízo dodávky (dodací list)

ZPRÁVA DESADV typ zprávy 351 Avízo dodávky (dodací list) INFORMACE PRO DODAVATELE PŘI ZAPOJOVÁNÍ DO EDI KOMUNIKACE S ALZA.CZ ZPRÁVA DESADV typ zprávy 351 Avíz ddávky (ddací list) Tent dkument bsahuje infrmace pžadvané struktuře a bsahu zasílaných EDI zpráv DESADV

Více

Posuzování zdravotní způsobilosti k řízení motorových vozidel jako součásti výkonu práce

Posuzování zdravotní způsobilosti k řízení motorových vozidel jako součásti výkonu práce Psuzvání zdravtní způsbilsti k řízení mtrvých vzidel jak sučásti výknu práce Zdravtní způsbilst řidiče mtrvých vzidel je jednu ze základních pdmínek bezpečnsti prvzu na pzemních kmunikacích. Prt je zdravtní

Více

Smlouva o obchodním zastoupení

Smlouva o obchodním zastoupení Smluva bchdním zastupení Zastupený CZ.NIC, z. s. p.. sídl Americká 23, 12000 Praha 2 IČ 67985726 DIČ CZ67985726 zastupený Mgr. Ondřejem Filipem, výknným ředitelem sdružení a Obchdní zástupce Se sídlem

Více

Helios Orange Plugin Zadávání vlastností

Helios Orange Plugin Zadávání vlastností Helis Orange Plugin Zadávání vlastnstí 2015 BürKmplet, s.r.. Obsah Zadávání vlastnstí... 3 Definice... 3 Skupiny... 3 Definice vlastnstí... 4 Knfigurace... 6 Zadávání a zbrazvání vlastnstí... 6 Editační

Více

Tile systém v Marushka Designu

Tile systém v Marushka Designu 0 Tile systém v Marushka Designu OBSAH 1 CÍL PŘÍKLADU...2 2 PRÁCE S PŘÍKLADEM...2 3 UKÁZKA DIALOGOVÉHO OKNA...3 4 STRUČNÝ POPIS PŘÍKLADU V MARUSHKADESIGNU...4-1 - 1 Cíl příkladu V tmt příkladu si ukážeme

Více

Program prevence nehod a bezpečnosti letů

Program prevence nehod a bezpečnosti letů SEKCE LETOVÁ A PROVOZNÍ Odbr bchdní letecké dpravy Směrnice OLD Dplňující výkladvý/vysvětlující materiál k ACJ OPS 1.037 a IEM OPS 3.037 Prgram prevence nehd a bezpečnsti letů CAA-OLD-01/2010 Verze: 1.

Více

ZPRACOVÁNÍ OSOBNÍCH ÚDAJŮ V SYSTÉMECH ISPOP, SEPNO, HNVO a EnviHELP

ZPRACOVÁNÍ OSOBNÍCH ÚDAJŮ V SYSTÉMECH ISPOP, SEPNO, HNVO a EnviHELP ZPRACOVÁNÍ OSOBNÍCH ÚDAJŮ V SYSTÉMECH ISPOP, SEPNO, HNVO a EnviHELP Datum vydání: 24.5.2018 Pslední aktualizace: 20.11.2018 Obsah Přehled pužitých zkratek a pjmů... 1 Úvd... 2 Kntakty... 2 Účely zpracvání

Více

Vykreslení obrázku z databázového sloupce na referenční bod geometrie

Vykreslení obrázku z databázového sloupce na referenční bod geometrie 0 Vykreslení brázku z databázvéh slupce na referenční bd gemetrie OBSAH 1 CÍL PŘÍKLADU...2 2 PRÁCE S PŘÍKLADEM...2 3 UKÁZKA DIALOGOVÉHO OKNA...3 4 STRUČNÝ POPIS PŘÍKLADU V MARUSHKADESIGNU...5-1 - 1 Cíl

Více

Vykazování dat prostřednictvím SDNS Web Services

Vykazování dat prostřednictvím SDNS Web Services Sekce informatiky Odbor projektování a správy IS Vykazování dat prostřednictvím SDNS Web Services Uživatelská příručka (procesní pohled) verze 1.1 Autoři: Michal Wokoun Jiří Smolík 15. února 2008 Verze

Více

Tento projekt je spolufinancován. a státním rozpočtem

Tento projekt je spolufinancován. a státním rozpočtem Tent prjekt je splufinancván Evrpským sciálním fndem a státním rzpčtem Z a d á v a c í d k u m e n t a c e Odbrná publikace Management kulturníh cestvníh ruchu a návazné šklení pr prjekt OP RLZ - MMR Odbrná

Více

KAPITOLA II ZÁKON NA OCHRANU OVZDUŠÍ ZÁKLADNÍ POVINNOSTI...13 KAPITOLA III PROVÁDĚCÍ PŘEDPISY K ZÁKONU O OVZDUŠÍ ZÁKLADNÍ POPIS...

KAPITOLA II ZÁKON NA OCHRANU OVZDUŠÍ ZÁKLADNÍ POVINNOSTI...13 KAPITOLA III PROVÁDĚCÍ PŘEDPISY K ZÁKONU O OVZDUŠÍ ZÁKLADNÍ POPIS... Zákn č. 201/2012 Sb., chraně vzduší základní pvinnsti prvzvatelů zdrjů znečišťvání vzduší ing. Zbyněk Krayzel, Pupětva 13/1383, 170 00 Praha 7 Hlešvice 266 711 179, 602 829 112 ZBYNEK.KRAYZEL@SEZNAM.CZ

Více

uzavřená podle 1746 odst. 2 občanského zákoníku níže uvedeného dne, měsíce a roku mezi následujícími smluvními stranami

uzavřená podle 1746 odst. 2 občanského zákoníku níže uvedeného dne, měsíce a roku mezi následujícími smluvními stranami Smluva revitalizaci, svícení, bnvě, údržbě a prvzvání distribuční sustavy elektrické energie sítě veřejnéh světlení na základě metdy Energy Perfrmance and Quality Cntracting uzavřená pdle 1746 dst. 2 bčanskéh

Více

Varování podle - použití a dopady. Adam Kučínský ředitel odbor regulace

Varování podle - použití a dopady. Adam Kučínský ředitel odbor regulace Varvání pdle - pužití a dpady 12 ZKB Adam Kučínský ředitel dbr regulace Disclaimer Prezentace bsahuje infrmace platné ke dni její realizace, tedy k 16. 4. 2019. Infrmace, fakta a údaje bsažené v prezentaci

Více

Maturitní prací student osvědčuje svou schopnost samostatně pracovat na projektech a aktivně využívat nabyté zkušenosti

Maturitní prací student osvědčuje svou schopnost samostatně pracovat na projektech a aktivně využívat nabyté zkušenosti GYMNÁZIUM DR.J. PEKAŘE Maturitní prací student svědčuje svu schpnst samstatně pracvat na prjektech a aktivně využívat nabyté zkušensti Pravidla pr psaní maturitní práce. Hdncení práce Frmální zpracvání

Více

MINISTERSTVO VNITRA generální ředitelství Hasičského záchranného sboru České republiky Kloknerova 26, pošt. přihr.69, 148 01 Praha 414

MINISTERSTVO VNITRA generální ředitelství Hasičského záchranného sboru České republiky Kloknerova 26, pošt. přihr.69, 148 01 Praha 414 MINISTERSTVO VNITRA generální ředitelství Hasičskéh záchrannéh sbru České republiky Klknerva 26, pšt. přihr.69, 148 01 Praha 414 VÝZVA K PODÁNÍ NABÍDEK - veřejná zakázka maléh rzsahu Čísl zakázky M V-73255-2/IO

Více

Mimořádná účetní uzávěrka

Mimořádná účetní uzávěrka Mimřádná účetní uzávěrka E S O 9 i n t e r n a t i n a l a. s. U M l ý n a 2 2 1 4 1 0 0, P r a h a www.es9.cz Strana 1 (celkem 6) Ppis... 3 Průběh mimřádné účetní uzávěrky... 3 Mimřádná účetní uzávěrka

Více

Komunikační protokol MODBUS RTU v displejích TDS101 a TDS57

Komunikační protokol MODBUS RTU v displejích TDS101 a TDS57 Kmunikační prtkl MODBUS RTU v displejích TDS101 a TDS57 Kmpletní ppis prtklu 13. prsince 2018 w w w. p a p u c h. c m M O DBUS RTU v TDS Katalgvý list Vytvřen: 17.8.2018 Pslední aktualizace: 13.12 2018

Více

Metodická příručka Omezování tranzitní nákladní dopravy

Metodická příručka Omezování tranzitní nákladní dopravy Metdická příručka Omezvání tranzitní nákladní dpravy K právnímu stavu ke dni 1. ledna 2016 Obsah 1 Na úvd... 2 2 Základní pjmy... 3 3 Obecně k mezvání tranzitní nákladní dpravy... 4 4 Prvedení příslušnéh

Více

Záměr první fáze redesignu webu Fakulty aplikovaných věd

Záměr první fáze redesignu webu Fakulty aplikovaných věd Záměr první fáze redesignu webu Fakulty aplikvaných věd Autři: M.Hrák, Ľ.Kváč, M.Václavíkvá (FAV-KIV-INI) Gesce: Ing. P.Brada, Ph.D. (KIV) květen 2005 P pdrbné analýze bsahu, funkčnsti a stavu sučasnéh

Více

SMLOUVA O ZPRACOVÁNÍ OSOBNÍCH ÚDAJŮ

SMLOUVA O ZPRACOVÁNÍ OSOBNÍCH ÚDAJŮ SMLOUVA O ZPRACOVÁNÍ OSOBNÍCH ÚDAJŮ Níže uvedenéh dne, měsíce a rku uzavřely smluvní strany: Splečnst: Se sídlem: IČO: DIČ: Zastupená: Kntaktní email: Splečnst je zapsána v bchdním rejstříku vedeném Krajským

Více

USNESENÍ. Č. j.: ÚOHS-S339/2012/VZ-21769/2012/523/Krk Brno 20. prosince 2012

USNESENÍ. Č. j.: ÚOHS-S339/2012/VZ-21769/2012/523/Krk Brno 20. prosince 2012 *UOHSX004HI9Y* UOHSX004HI9Y USNESENÍ Č. j.: ÚOHS-S339/2012/VZ-21769/2012/523/Krk Brn 20. prsince 2012 Úřad pr chranu hspdářské sutěže příslušný pdle 112 zákna č. 137/2006 Sb., veřejných zakázkách, ve znění

Více

DODATEČNÉ INFORMACE K ZADÁVACÍM PODMÍNKÁM Č. III ZE DNE 13. 8. 2014

DODATEČNÉ INFORMACE K ZADÁVACÍM PODMÍNKÁM Č. III ZE DNE 13. 8. 2014 DODATEČNÉ INFORMACE K ZADÁVACÍM PODMÍNKÁM Č. III ZE DNE 13. 8. 2014 ZADAVATEL: Česká republika Ministerstv práce a sciálních věcí Sídlem: Na Příčním právu 1/376, 128 01 Praha 2 Zastupena: Rbinem Pvšíkem,

Více

Změny detekované monitorem služeb na OPM 1. Konec SZ Vybere ta OPM, která v intervalu <aktuální den, D>:

Změny detekované monitorem služeb na OPM 1. Konec SZ Vybere ta OPM, která v intervalu <aktuální den, D>: Redesign mnitru služeb 16. 9. 2014 V CS OTE služí pr mnitrvání a detekvání významných změn ve službách na OPM tzv. mnitrvací nástrj služeb na OPM. Na jaře 2014 připravujeme v prduktivním CS OTE prvést

Více

Dotaz typu Common Info v MarushkaDesignu

Dotaz typu Common Info v MarushkaDesignu 0 Dtaz typu Cmmn Inf v MarushkaDesignu OBSAH 1 CÍL TUTORIÁLU...2 2 PRÁCE S TUTORIÁLEM...2 3 UKÁZKA DIALOGOVÉHO OKNA...3 4 STRUČNÝ POPIS TUTORIÁLU V MARUSHKADESIGNU...4-1 - 1 Cíl tutriálu V tmt tutriálu

Více

Stanovisko Rekonstrukce státu ke komplexnímu pozměňovacímu návrhu novely služebního zákona

Stanovisko Rekonstrukce státu ke komplexnímu pozměňovacímu návrhu novely služebního zákona Stanvisk Reknstrukce státu ke kmplexnímu pzměňvacímu návrhu nvely služebníh zákna Pslední předlžená verze zákna (verze k 27. 8. 2014) splňuje puze 13 z 38 bdů Reknstrukce státu, z th 7 jen částečně. Z

Více

Modul pro vyhodnocení ročních výsledků finančních kontrol

Modul pro vyhodnocení ročních výsledků finančních kontrol Ministerstv financí Odbr 47 Centrální harmnizační jedntka Infrmační systém finanční kntrly ve veřejné správě Mdul pr vyhdncení rčních výsledků finančních kntrl Leden 2015 Manuál MF - infrmační systém finanční

Více

Manuál k vyplnění Monitorovacích listů

Manuál k vyplnění Monitorovacích listů Manuál k vyplnění Mnitrvacích listů Mnitrvací listy jsu k dispzici na Prtálu farmáře v zálžce Mnitring pdnikatelskéh plánu/prjektu Mnitrvací list. Mnitrvací listy jsu k dispzici u všech prplacených prjektů

Více

PŘÍLOHA D Požadavky na Dokumentaci

PŘÍLOHA D Požadavky na Dokumentaci PŘÍLOHA D Pžadavky na Dkumentaci PŘÍLOHA D Pžadavky na Dkumentaci Stránka 1 z 5 1. Obecné pžadavky Ddavatel dkumentaci zpracuje a bude dkumentaci v celém rzsahu průběžně aktualizvat při každé změně verze

Více

Uživatelský manuál služby. pro klienty s ERP pístupem

Uživatelský manuál služby. pro klienty s ERP pístupem Uživatelský manuál služby pr klienty s ERP pístupem Vážená paní, vážený pane, služba @FAKTURA 24 je mderní frma fakturace, která Vám umžní vystavvat, desílat a pijímat faktury v elektrnické pdb. Služba

Více

DeepBurner Free 1.9. Testování uživatelského rozhraní s uživateli Deliverable B1 TUR 2011. Testování uživatelských rozhraní 2011 ČVUT FEL

DeepBurner Free 1.9. Testování uživatelského rozhraní s uživateli Deliverable B1 TUR 2011. Testování uživatelských rozhraní 2011 ČVUT FEL Testvání uživatelských rzhraní 2011 DeepBurner Free 1.9 Testvání uživatelskéh rzhraní s uživateli Deliverable B1 TUR 2011 Daniel Mikeš Tmáš Pastýřík Ondřej Pánek Jiří Šebek Testvání uživatelských rzhraní

Více

Š K O L N Í R O K 2 0 1 5 / 2 0 1 6 ZÁKLADNÍ ŠKOLA PROSTĚJOV, E. VALENTY 52. Mgr. Radomír Palát koordinátor ICT, metodik ICT. Plán práce 2015/2016

Š K O L N Í R O K 2 0 1 5 / 2 0 1 6 ZÁKLADNÍ ŠKOLA PROSTĚJOV, E. VALENTY 52. Mgr. Radomír Palát koordinátor ICT, metodik ICT. Plán práce 2015/2016 Š K O L N Í R O K 2 0 1 5 / 2 0 1 6 ZÁKLADNÍ ŠKOLA PROSTĚJOV, E. VALENTY 52 Mgr. Radmír Palát krdinátr ICT, metdik ICT Plán práce 2015/2016 Náplň činnsti Náplň práce ICT krdinátra vychází z vyhlášky 317/2005

Více

DOBRÁ ŠKOLA Ústeckého kraje 2013/2014

DOBRÁ ŠKOLA Ústeckého kraje 2013/2014 Krajský úřad Ústeckéh kraje Sutěž - DOBRÁ ŠKOLA Ústeckéh kraje 2013/2014 Pdmínky sutěže Odbr SMT 20.11.2013 Pdmínky celkrajské mtivační sutěže na šklní rk 2013/2014 DOBRÁ ŠKOLA Ústeckéh kraje 2013/2014

Více

VFN Praha Rámcová smlouva na lakýrnické práce

VFN Praha Rámcová smlouva na lakýrnické práce ZADÁVACÍ DOKUMENTACE K VEŘEJNÉ ZAKÁZCE MALÉHO ROZSAHU Veřejná zakázka maléh rzsahu (dále jen veřejná zakázka ) je zadávána dle 6 a 12 dst. 3 a 18 dst. 5 zákna č. 137/2006 Sb., veřejných zakázkách, ve znění

Více

HTML šablona v MarushkaDesignu

HTML šablona v MarushkaDesignu 0 HTML šablna v MarushkaDesignu OBSAH 1 CÍL PŘÍKLADU...2 2 PRÁCE S PŘÍKLADEM...2 3 UKÁZKA DIALOGOVÉHO OKNA...3 4 STRUČNÝ POPIS PŘÍKLADU V MARUSHKADESIGN...4-1 - 1 Cíl příkladu V tmt příkladu si ukážeme

Více

Ministerstvo vnitra České republiky vyhlašuje Výzvu k předkládání žádostí o finanční podporu v rámci Integrovaného operačního programu

Ministerstvo vnitra České republiky vyhlašuje Výzvu k předkládání žádostí o finanční podporu v rámci Integrovaného operačního programu Ministerstv vnitra České republiky vyhlašuje Výzvu k předkládání žádstí finanční pdpru v rámci Integrvanéh peračníh prgramu 1. Identifikace výzvy Čísl kla výzvy: 03 kntinuální Celkvá částka pr tut výzvu

Více

Návrh zákona o evidenci tržeb připomínkové řízení

Návrh zákona o evidenci tržeb připomínkové řízení Návrh zákna evidenci tržeb připmínkvé řízení Infrmace k 31.3.2015 (a k 9.4.2015) Zpracval: Bhuslav Čížek, SHP SP ČR Znění předlžené p úpravách vychází z připmínkvéh řízení a jednání s MF. Veškeré naše

Více

Plán e-bezpečnosti na škole

Plán e-bezpečnosti na škole Tent materiál je výstupem prjektu i-bezpečná škla reg. čísl: CZ.1.07/1.3.50/01.0014. Plán e-bezpečnsti na škle Šklní plán prevence a řešení elektrnickéh násilí Střední škla technická Žďár nad Sázavu 2014

Více

Projektový manuál: SME Instrument Brno

Projektový manuál: SME Instrument Brno Prjektvý manuál: SME Instrument Brn 1 Obsah 1. C je SME Instrument?... 3 1.1 Pslání prgramu... 3 1.2 Stručný ppis prgramu... 3 2. C je SME Instrument Brn?... 3 2.1 Prč vznikl SME Instrument Brn... 3 2.2

Více

Specifikace pro SW aplikaci Start-up business.

Specifikace pro SW aplikaci Start-up business. Zakázka na vytvření výukvé aplikace Start-up businees a Interaktivní webvé rzhraní Přílha č. 2 Technická specifikace Pžadavky: Specifikace pr SW aplikaci Start-up business. Obecné pžadavky Cílem je vytvřit

Více

SPECIFICKÁ PRAVIDLA PRO ŽADATELE A PŘÍJEMCE

SPECIFICKÁ PRAVIDLA PRO ŽADATELE A PŘÍJEMCE INTEGROVANÝ REGIONÁLNÍ OPERAČNÍ PROGRAM SPECIFICKÁ PRAVIDLA PRO ŽADATELE A PŘÍJEMCE SPECIFICKÝ CÍL 3.2 PRŮBĚŽNÁ VÝZVA Č. 23 PŘÍLOHA Č. 4 PRAVIDLA PRO VYDÁNÍ STANOVISKA ODBORU HLAVNÍHO ARCHITEKTA EGOVERNMENTU

Více

Novinky a změny POEM. verze Copyright 2012 VIAVIS a.s.

Novinky a změny POEM. verze Copyright 2012 VIAVIS a.s. Nvinky a změny POEM verze 5.3 16. 7. 2012 Cpyright 2012 VIAVIS a.s. Obsah 1. Obecné změny v POEM verze 5.3... 3 2. Nvinky a změny v jedntlivých mdulech... 5 2.1. Prjekty... 5 2.2. Partneři... 5 2.3. Kalendář...

Více

Shop System - Smlouva o poskytování software

Shop System - Smlouva o poskytování software Shp System - Smluva pskytvání sftware Pskytvatel: NetSystems Slutin s.r.., zapsaná v bchdním rejstříku Městskéh sudu v Praze, ddíl C, vlžka 151732 Zenklva 37, Praha 8, Libeň 180 00 IČ: 28896416, DIČ: CZ28896416

Více

Co dál po registraci Žádosti o dotaci z PRV???

Co dál po registraci Žádosti o dotaci z PRV??? C dál p registraci Žádsti dtaci z PRV??? Evrpský zemědělský fnd pr rzvj venkva: Evrpa investuje d venkvských blastí. 1. Písemné vyrzumění registraci Žádsti na RO SZIF v Brně: Pté lze: realizvat způsbilé

Více

CERTIFIKAČNÍ POLITIKA (CA)

CERTIFIKAČNÍ POLITIKA (CA) CERTIFIKAČNÍ POLITIKA (CA) verze: 1.4 Ministerstv financí České republiky Histrie dkumentu Verze Datum Prvedená změna Prvedl Platnst CP d 0.91 04.04.2008 Pre-verze předkládaná MF ČR k připmínkám RNDr.

Více

Mobilní zpravodajská aplikace idnes. A7B39PDA - Principy tvorby mobilních aplikací

Mobilní zpravodajská aplikace idnes. A7B39PDA - Principy tvorby mobilních aplikací Mbilní zpravdajská aplikace idnes A7B39PDA - Principy tvrby mbilních aplikací Autr: Marek Krátký kratkma2@fel.cvut.cz Ppis D1 Zpravdajská aplikace idnes je určena pr chytré telefny neb pr tablety. Aplikace

Více

Veřejná zakázka SUSEN generální dodávka staveb v areálu Řež. Dodatečná informace č. 1 k zadávacím podmínkám

Veřejná zakázka SUSEN generální dodávka staveb v areálu Řež. Dodatečná informace č. 1 k zadávacím podmínkám SUSEN generální ddávka staveb v areálu Řež Ddatečná infrmace č. 1 k zadávacím pdmínkám Č.j.:SUSEN/216937/DI/001 Zadavatel bdržel dne 18. 7. 2012 následující pžadavek na ddatečné infrmace k zadávacím pdmínkám:

Více