Příručka registrační a autorizační postup PSD2 pro třetí strany
|
|
- Arnošt Soukup
- před 4 lety
- Počet zobrazení:
Transkript
1 Příručka registračí a autorizačí postup PSD2 pro třetí stray 1
2 Obsah Autetizace TPP... 3 Registračí a autetizačí resource vystaveé bakou Charakteristika iicializačí/registračí resource Charakteristika resource Iformace o registračích údajích aplikace Charakteristika resource Změa registračích údajů Charakteristika resource Smazáí aplikace Charakteristika resource Žádost o ový cliet_secret Charakteristika requestu a Autorizačí resource Charakteristika requestu Získáí/vystaveí tokeu Charakteristika requestu Zeplatěí tokeu
3 Autetizace TPP Třetí straa, která chce využívat služby defiovaé v PSD2 musí mít liceci od árodího regulátora a příslušý certifikát vydaý pro služby PSD2. Předpokladem úspěšé autetizace je pak použití kvalifikovaého certifikátu typu QSEAL (elektroická pečeť) ebo QWAC (kvalifikovaý certifikát pro webové stráky) vydaého dle ormy ETSI od společosti I.CA pro idetifikaci komuikující třetí stray (také third party provider, dále TPP). Nutou podmíkou využití služeb PSD2 v KB je zasláí žádosti o připojeí do schráky api@kb.cz včetě veřejého certifikátu bez privátího klíče. Autetizačí certifikát třetí stray je vyžadová při avázaí zabezpečeého spojeí s bakou (ASPSP) komuikačím protokolem TLS. Autetizace je vyžadováa u všech resources, kromě autorizace klieta viz. kapitola Charakteristika requestu a Autorizačí resource, který zahajuje federovaý autetizačí proces KB. 3
4 Registračí a autetizačí resource vystaveý bakou Proces erollmetu klieta utý pro pochopeí registrace aplikace a práce s tokey je detailě popsá v dokumetaci českého ope bakig stadardu (kokrétě v kapitole Flow v procesu erollmetu klieta do aplikace TPP) Czech Ope Bakig Stadard. Nutou podmíkou pro využíváí služeb Iiciováí platby (PIS) a Iformace o účtu (AIS) je registrace aplikace třetí stray (viz ásledující kapitola). 1. Charakteristika iicializačí/registračí resource Zavoláím tohoto resource žádá TPP o dyamickou registraci svojí aplikace (v termiologii OAuth je to cliet_id). Pro zavoláí resource je potřeba použít platý certifikát. Výstupem jsou parametry cliet_id a cliet_secret, které TPP potřebuje pro astartováí a průchod autetizačím procesem uživatele (klieta baky). API klíč eí v Komerčí bace podporová. URI: HTTP Metoda: Request URL: Authorizatio: Certificatio: /register POST request vyžaduje autorizaci uživatele/klieta jako součást voláí API request vyžaduje použití kvalifikovaého certifikátu třetí stray. Podporovaé kódováí: charset=utf-8 Parametry hlavičky (header) requestu: Tpp_id strig y Registračí číslo určitého TPP. Parametry těla (body) requestu: applicatio_type web, ative y Typ aplikace, která bude používat cliet_id. V případě typu web je požadováo defiováí rediect_uris ve formátu webového uri v podobě http/s schéma. U typu ative je možé v redirect_uris zadat apř. applicatio package, resp. vlastí formát. Pozamka ative eí v Komerčí bace podporová redirect_uris Pole obsahující řetězce apř. ve formátu URL [Max 3x 2047 B] y Výčet URL kam je a koci přesměrováo flow autetizace. Autorizačí request musí obsahovat právě jedo z těchto zaregistrovaých URI v přesém formátu. cliet_ame strig [Max 255 B] y Jméo klietské aplikace cliet_ame#e-us strig [Max 1024 B] Jméo klietské aplikace v příslušém jazyce/kódováí. logo_uri URI [Max 2047 B] URI loga aplikace (resp. místo odkud je možé ho při registraci stáhout) cotact strig [Max 320 B] jako kotakt a zodpovědou osobu a straě klietské aplikace. 4
5 scopes Pole strigů [Max 10x 255 B] Pole aplikací požadovaých scopes. Při registraci jsou scopes validováy proti obsahu použitého certifikátu. Pole je case-sesitive a povoleé hodoty jsou "aisp" a "pisp". 5
6 Příklad requestu: POST HTTP/1.1 Accept-Ecodig: gzip,deflate x-request-id: Cotet-Type: applicatio/jso; charset=utf-8 Host: api.kb.cz { } "applicatio_type": "web", "redirect_uris": [" " "cliet_ame": "Moje_uiverzali_baka", "cliet_ame#e-us": "My_cool_bak", "logo_uri": " "cotact": "ifo@mybak.cz", "scopes": ["aisp","pisp"] Parametry hlavičky (header) respose: Cotet-Type Strig y Specificatio of required trasfer format. From the precoditio of techical specificatio of this API stadard, i this case, applicatio/jso format is primarily supported. x-request-id Strig Volitelý parametr pro idetifikaci (spárováí) TPP request / respose Parametry těla (body) respose: cliet_id Strig y Aplikaci přiřazeé cliet_id. Tímto ID je startová autetizačí proces a dekorováa komuikace při výměě code a refresh_tokeu. cliet_secret Strig y Cliet secret - password/toke vydaý IDP baky pro aplikaci (cliet_id) TPP api_key Strig y API klíč, který aplikace používá při komuikaci s API baky. Pokud baka API klíče epodporuje, vrátí hodotu NOT_PROVIDED applicatio_type web y Typ aplikace, která bude používat cliet_id. V případě typu web je požadováo defiováí rediect_uris ve formátu webového uri v podobě http/s schéma. redirect_uris Pole obsahující řetězce apř. ve y Výčet URL kam je a koci přesměrováo flow autetizace. Autorizačí request musí obsahovat právě 6
7 formátu URL [Max 3x 2047 B] jedo z těchto zaregistrovaých URI v přesém formátu. cliet_ame strig [Max 255 B] y Jméo klietské aplikace cliet_ame#e-us strig [Max 1024 B] Jméo klietské aplikace v příslušém jazyce/kódováí. logo_uri URI [Max 2047 B] URI loga aplikace (resp. místo odkud je možé ho při registraci stáhout) cotact strig [Max 320 B] jako kotakt a zodpovědou osobu a straě klietské aplikace. scopes Pole strigů [Max 10x 255 B] Pole aplikací požadovaých scopes. Při registraci jsou scopes validováy proti obsahu použitého certifikátu. Příklad respose bez chyby: HTTP/ Created Cotet-Type: applicatio/jso; charset=utf-8 Accept-Ecodig: gzip,deflate x-request-id: Host: api.kb.cz Cocetio: Keep-Alive Trasfer-Ecodig: chuked { } "cliet_id": "Moje_uiverzali_baka-1234", "cliet_secret": "AAjkk45sd78ad454gddd8712_4555g5g5g5gg", "cliet_secret_expires_at": 0, "api_key": "NOT_PROVIDED", "applicatio_type": "web", "redirect_uris": [" " "cliet_ame": "Moje_uiverzali_baka", "cliet_ame#e-us": "My_cool_bak", "logo_uri": " "cotact": "ifo@kb.cz", "scopes":[ "pisp", "aisp"] 7
8 Chybové kódy: HTTP Status Kód Popis 400 ivalid_request Nevalidí request. V dotazu chybí povié pole ebo je v evhodém / evalidím formátu. 401 ivalid_cliet Nevalidí cliet_id. 401 uauthorized_cliet Kliet eí oprávěý provádět teto dotaz. 401 access_deied Autorizačí server odmítl přístup. 500, 503 server_error Chyba autorizačího serveru. 8
9 2. Charakteristika resource Iformace o registračích údajích aplikace Zavoláím tohoto resource může TPP požádat o přehled registračích údajů pro kokrétí aplikaci. Pro zavoláí resource je potřeba použít platý certifikát a cliet_id, které je vydáo k tomuto TPP. Výstupem je přehled registračích údajů. URI: HTTP Metoda: Request URL: Authorizatio: Certificatio: /register/{cliet_id} GET request vyžaduje autorizaci uživatele/klieta jako součást voláí API request vyžaduje použití kvalifikovaého certifikátu třetí stray. Podporovaé kódováí: charset=utf-8 Příklad requestu: GET HTTP/1.1 Accept-Ecodig: gzip, deflate Cotet-Type: applicatio/jso; charset=utf-8 x-request-id: Host: api.kb.cz Coectio: Keep-Alive Parametry respose: cliet_id strig Y Aplikaci přiřazeé cliet_id. Tímto ID je startová autetizačí proces a dekorováa komuikace při výměě code a refresh_tokeu. cliet_secret strig Y Cliet secret - password/toke vydaý IDP baky pro aplikaci (cliet_id) TPP api_key strig Y API klíč, který aplikace používá při komuikaci s API baky. Pokud baka API klíče epodporuje, vrátí hodotu NOT_PROVIDED applicatio_type web Y Typ aplikace, která bude používat cliet_id. V případě typu web je požadováo defiováí rediect_uris ve formátu webového uri v podobě http/s schéma. redirect_uris Pole obsahující řetězce apř. ve formátu URL Y Výčet URL kam je a koci přesměrováo flow autetizace. Autorizačí request musí obsahovat právě jedo z těchto zaregistrovaých URI v přesém formátu. cliet_ame strig Y Jméo klietské aplikace cliet_ame#e-us strig N Jméo klietské aplikace v příslušém jazyce/kódováí. logo_uri URI N URI loga aplikace (resp. místo odkud je možé ho při registraci stáhout) 9
10 cotact strig jako kotakt a zodpovědou osobu a straě klietské aplikace. scopes Pole strigů Pole aplikací požadovaých scopes. Při registraci jsou scopes validováy proti obsahu použitého certifikátu. Příklad respose bez chyby: HTTP/ OK Cotet-Type: applicatio/jso; charset=utf-8 x-request-id: Host: api.kb.cz Accept-Ecodig: gzip,deflate Cotet-Laguage: cs Cocetio: Keep-Alive { } "cliet_id": "Moje_uiverzali_baka-1234", "cliet_secret": "AAjkk45sd78ad454gddd8712_4555g5g5g5gg", "api_key": "NOT_PROVIDED", "applicatio_type": "web", "redirect_uris": [" " "cliet_ame": "Moje_uiverzali_baka", "cliet_ame#e-us": "My_cool_bak", "logo_uri": " "cotact": "ifo@mybak.cz", "scopes": ["aisp","pisp"] Chybové kódy: HTTP Status Kód Popis 400 ivalid_request Nevalidí request. V dotazu chybí povié pole ebo je v evhodém / evalidím formátu. 401 ivalid_cliet Nevalidí cliet_id. 401 uauthorized_cliet Kliet eí oprávěý provádět teto dotaz. 401 access_deied Autorizačí server odmítl přístup. 500, 503 server_error Chyba autorizačího serveru. 10
11 3. Charakteristika resource Změa registračích údajů Zavoláím tohoto resource může TPP požádat o změu registračích údajů pro kokrétí aplikaci. Pro zavoláí resource je potřeba použít platý certifikát a cliet_id, které je vydáo k tomuto TPP. Výstupem je přehled změěých údajů. URI: HTTP Metoda: Request URL: Authorizatio: Certificatio: /register/{cliet_id} PUT request vyžaduje autorizaci uživatele/klieta jako součást voláí API request vyžaduje použití kvalifikovaého certifikátu třetí stray. Podporovaé kódováí: charset=utf-8 Parametry hlavičky (header) requestu: cliet_id strig y Registračí číslo určitého TPP. x-request-id Strig Volitelý parametr pro idetifikaci (spárováí) TPP request / respose Parametry těla (body) requestu: applicatio_type web y Typ aplikace, která bude používat cliet_id. V případě typu web je požadováo defiováí redirect_uris ve formátu webového uri v podobě http/s schéma. redirect_uris Pole obsahující řetězce apř. ve formátu URL [Max 3x 2047 B] y Výčet URL kam je a koci přesměrováo flow autetizace. Autorizačí request musí obsahovat právě jedo z těchto zaregistrovaých URI v přesém formátu. cliet_ame strig [Max 255 B] y Jméo klietské aplikace cliet_ame#e-us strig [Max 1024 B] Jméo klietské aplikace v příslušém jazyce/kódováí. logo_uri URI [Max 2047 B] URI loga aplikace (resp. místo odkud je možé ho při registraci stáhout) cotact strig [Max 320 B] jako kotakt a zodpovědou osobu a straě klietské aplikace. scopes Pole strigů [Max 10x 255 B] Pole aplikací požadovaých scopes. Při registraci jsou scopes validováy proti obsahu použitého certifikátu. ["aisp","pisp"] 11
12 Příklad requestu: POST HTTP/1.1 Cotet-Type: applicatio/jso;charset=utf-8 X-request-id: Host: api.kb.cz Coectio: Keep-Alive Accept-Ecodig: gzip,deflate { } "applicatio_type": "web", "redirect_uris": [" " "cliet_ame": "Moje_ejlepsi_baka", "cliet_ame#e-us": "My_best_bak", "logo_uri": " "cotact": "ifo@mybak.cz", "scopes": ["aisp"] Parametry hlavičky (header) respose: Cotet-Type strig y Specificatio of required trasfer format. From the precoditio of techical specificatio of this API stadard, i this case, applicatio/jso format is primarily supported. x-request-id Strig Volitelý parametr pro idetifikaci (spárováí) TPP request / respose Parametry těla (body) respose: cliet_id ID aplikace TPP y Jediečý idetifikátor aplikace TPP vydaý bakou, resp IDP baky. Např. použitím resource 0. Iicializačí/registračí resource applicatio_type web y Typ aplikace, která bude používat cliet_id. V případě typu web je požadováo defiováí rediect_uris ve formátu webového uri v podobě http/s schéma. redirect_uris Pole obsahující řetězce apř. ve formátu URL y Výčet URL kam je a koci přesměrováo flow autetizace. Autorizačí request musí obsahovat právě jedo z těchto zaregistrovaých URI v přesém formátu. cliet_ame strig y Jméo klietské aplikace cliet_ame#e-us Libovolý strig Jméo klietské aplikace v příslušém jazyce/kódováí. 12
13 logo_uri URI URI loga aplikace (resp. místo odkud je možé ho při registraci stáhout) cotact strig jako kotakt a zodpovědou osobu a straě klietské aplikace. scopes Pole strigů Pole aplikací požadovaých scopes. Při registraci jsou scopes validováy proti obsahu použitého certifikátu. Příklad respose bez chyby: HTTP/ Cotet-Type: applicatio/jso;charset=utf-8 x-request-id: Host: api.kb.cz Accept-Ecodig: gzip,deflate Cotet-Laguage: cs Coectio: Keep-Alive { } "cliet_id": " Moje_uiverzali_baka-1234", "applicatio_type": "web", "redirect_uris": [" " "cliet_ame": "Moje_ejlepsi_baka", "cliet_ame#e-us": "My_best_bak", "logo_uri": " "cotact": "ifo@mybak.cz", "scopes": ["aisp"] Chybové kódy: HTTP Status Kód Popis 400 ivalid_request Nevalidí request. V dotazu chybí povié pole ebo je v evhodém / evalidím formátu. 401 ivalid_cliet Nevalidí cliet_id. 401 uauthorized_cliet Kliet eí oprávěý provádět teto dotaz. 401 access_deied Autorizačí server odmítl přístup. 500, 503 server_error Chyba autorizačího serveru. 400 ivalid_scope Neplatý scope požadavku. 403 isufficiet_scope Např. edostatečé oprávěí pro použití požadovaého scope. 400 ivalid_redirect_uri Hodota jedoho ebo více redirect uri eí validí. 13
14 4. Charakteristika resource Smazáí aplikace Zavoláím tohoto resource může TPP požádat o smazáí údajů a přístupu kokrétí aplikaci. Pro zavoláí resource je potřeba použít platý certifikát a cliet_id, které je vydáo tomuto TPP. Výstupem je potvrzeí o smazáí. URI: HTTP Metoda: Request URL: Authorizatio: Certificatio: /register/{cliet_id} DELETE request vyžaduje autorizaci uživatele/klieta jako součást voláí API request vyžaduje použití kvalifikovaého certifikátu třetí stray. Podporovaé kódováí: charset=utf-8 Příklad requestu: DELETE HTTP/1.1 Cotet-Type: applicatio/jso;charset=utf-8 x-request-id: Host: api.kb.cz Coectio: Keep-Alive Accept-Ecodig: gzip,deflate Příklad respose: HTTP/ Created x-request-id: Accept-Ecodig: gzip,deflate Cotet-Laguage: cs Cotet-Type: applicatio/jso;charset=utf-8 Coectio: Keep-Alive Chybové kódy: HTTP Status Kód Popis 401 ivalid_cliet Nevalidí cliet_id. 401 uauthorized_cliet Kliet eí oprávěý provádět teto dotaz. 401 access_deied Autorizačí server odmítl přístup. 500, 503 server_error Chyba autorizačího serveru. 14
15 5. Charakteristika resource Žádost o ový cliet_secret Zavoláím tohoto resource může TPP požádat o vydáí ového cliet_secret. Pro zavoláí resource je potřeba použít platý certifikát a cliet_id, které je vydáo tomuto TPP. Původí cliet_secret bude tímto requestem zeplatě. URI: HTTP Metoda: Request URL: Authorizatio: Certificatio: /register/{cliet_id} POST request vyžaduje autorizaci uživatele/klieta jako součást voláí API request vyžaduje použití kvalifikovaého certifikátu třetí stray. Podporovaé kódováí: charset=utf-8 Příklad requestu: POST HTTP/1.1 Cotet-Type: applicatio/jso;charset=utf-8 x-request-id: Host: api.kb.cz Accept-Ecodig: gzip,deflate Coectio: Keep-Alive Parametry respose: cliet_id strig y Aplikaci přiřazeé cliet_id. Tímto ID je startová autetizačí proces a dekorováa komuikace při výměě code a refresh_tokeu. cliet_secret strig y Cliet secret - password/toke vydaý IDP baky pro aplikaci (cliet_id) TPP Příklad respose bez chyby: HTTP/ OK x-request-id: Host: api.kb.cz Accept-Ecodig: gzip,deflate Cotet-Type: applicatio/jso;charset=utf-8 Coectio: Keep-Alive { } "cliet_id": " Moje_uiverzali_baka-1234", "cliet_secret": "BBjkk45sd78ad454gddd8712_4555g5g5g5gg" Chybové kódy: HTTP Status Kód Popis 400 ivalid_request Nevalidí request. V dotazu chybí povié pole ebo je v evhodém / evalidím formátu. 401 ivalid_cliet Nevalidí cliet_id. 401 uauthorized_cliet Kliet eí oprávěý provádět teto dotaz. 15
16 401 access_deied Autorizačí server odmítl přístup. 500, 503 server_error Chyba autorizačího serveru. 16
17 6. Charakteristika requestu a Autorizačí resource Resource slouží a získaí autorizačího kódu uživatele (code), který je utou podmíkou pro získaí přístupového tokeu. Aplikace třetí stray může zahájit autorizačí proces tím, že přesměruje webový prohlížeč svého uživatele a bakoví autorizačí server. V rámci autorizačího procesu budou od uživatele vyžadováy jeho přihlašovací údaje do iteretového bakovictví KB. Uživateli se po přihlášeí zobrazí výčet povoleí (specifikovaých scopem apř. AISP a/ebo PISP), pro které může udělit souhlas třetí straě. Pokud uživatel povolí aplikaci vybraý přístup, obdrží TPP autorizačí kód jako parametr v rámci přesměrováí a callback URL (adresa uvedeá při registraci aplikace). URI: HTTP Metoda: Request URL: Authorizatio: Certificatio: /ssologi GET request vyžaduje autorizaci uživatele/klieta jako součást voláí API request evyžaduje použití kvalifikovaého certifikátu třetí stray. Podporovaé kódováí: charset=utf-8 Parametry requestu: respose_type code y Poviý parametr. Určuje použité autetizačí flow. V tomto případě code grat. Pro autetizačí proces to zameá, že jako výsledek úspěšé idetifikace a autetizace je očekává jedorázový code a místo access_tokeu. cliet_id ID aplikace TPP y Jediečý idetifikátor aplikace TPP vydaý bakou, resp IDP baky. Např. použitím resource 0. Iicializačí/registračí resource redirect_uri URL y URL kam je a koci přesměrováo flow autetizace. Toto URL je staoveo již při vydáí cliet_id a v rámci autetizace je teto parametr validová proti URL zavedeému k cliet_id v systému IDP baky. Hodota by se měla shodovat s jedou z hodot zavedeých použitím resource 0. Iicializačí/registračí resource. scope hodota aisp ebo pisp Atribut pro omezeí požadovaého scope (oprávěí). V případě PSD2 to může být role "aisp ebo "pisp (casesesitive). Pokud se atribut scope euvede vůbec, přebírá se scope z registrovaé aplikace (implicití hodota). Např. pokud je aplikace TPP držitelem obou oprávěí může zde pro svoji kokrétí operaci omezit scope požádat pouze a jedu roli viz. příklad requestu. state Libovolý strig Tímto parametrem je možé obohatit redirect_uri při přesměrováí. Slouží k předáí iformací z aplikace přes autetizačí flow. (může sloužit i pro spárováí request/respose dotazu) Příklad requestu: GET HTTP/1.1 Host: logi.kb.cz Cotet-Type: applicatio/x-www-form-urlecoded cliet_id=moje_uiverzali_baka-1234& redirect_uri= respose_type=code& scope=aisp& state=
18 Příklad voláí přes příkazovou řádku prohlížeče (zde pouze pro scope AISP) V liku uri&state= &scope=aisp Hodoty barevých částí (cliet_id, redirect_uri) je uté doplit. Atribut scope eí uté uvádět vůbec, přebere se scope aplikace v plém rozsahu (aisp a pisp). Pro omezeí požadovaého rozsahu scope, lze uvést pouze jedu z hodot aisp ebo pisp (více hodot eí přípustých). 18
19 Parametry respose: Pole Popis code state Autorizačí code (typu JWT toke skládající se ze 3 částí odděleých tečkou) Parametr state z requestu TPP Příklad respose bez chyby: cotet-type: applicatio/x-www-form-urlecoded date: Wed, 8 Mar :56:28 GMT locatio: code=a baa2ada828bbd33c1f6054& state= status: 302 Chybové kódy: HTTP Status Kód Popis 302 ivalid_request Nevalidí request. V dotazu chybí povié pole ebo je v evhodém / evalidím formátu. 302 uauthorized_cliet Kliet eí oprávěý provádět teto dotaz. 302 access_deied Autorizačí server odmítl přístup. 500, 503 server_error Chyba autorizačího serveru. 302 ivalid_scope Neplatý scope požadavku. Příklad error respose: HTTP/ Foud Locatio: error=ivalid_request &error_descriptio=usupported%20respose_uri &state=logi_cz 19
20 7. Charakteristika requestu Získáí/vystaveí tokeu Poté co vaše aplikace obdrží autorizačí kód, může ho ásledě vyměit za access ebo refresh toke. URI: HTTP Metoda: Request URL: Authorizatio: Certificatio: /toke POST request vyžaduje autorizaci uživatele/klieta jako součást voláí API request vyžaduje použití kvalifikovaého certifikátu třetí stray. Podporovaé kódováí: charset=utf-8 Parametry requestu: code strig (pokud se jedá o získáí access tokeu pak je poviý) refresh_toke strig (pokud se jedá o oboveí access tokeu pak je poviý) Autorizačí kód vráceý z původího requestu. Řetězec refrešovacího tokeu.. grat_type strig y Validí hodoty autorizačího kódu Povoleé hodoty : authorizatio_code, refresh_toke redirect_uri strig (pokud se jedá o získáí access tokeu pak je poviý) cliet_id (pokud se jedá o získáí access tokeu pak je poviý) cliet_secret strig (pokud se jedá o získáí access tokeu pak je poviý) Autorizačí kód bude zaslá a toto URL jako parametr. Musí se shodovat s jedím URL zaregistrovaým během registrace aplikace. Hodota je defaultě astavea a prví URl, které bylo klietovi akofigurováo. Cliet_ID je získáo během registrace aplikace, ID aplikace TPP. Cliet secret - password/toke vydaý IDP baky pro aplikaci (cliet_id) TPP x-request-id Strig Volitelý parametr pro idetifikaci (spárováí) TPP request / respose 20
21 Příklad requestu: POST HTTP/1.1 Host: api.kb.cz Cotet-Type: applicatio/x-www-form-urlecoded x-request-id: code=a baa2ada828bbd33c1f6054& cliet_id=moje_uiverzali_baka-1234& cliet_secret=bbjkk45sd78ad454gddd8712_4555g5g5g5gg& redirect_uri= grat_type=authorizatio_code Parametry respose: toke_type strig y Typ zadaého tokeu. Hodota erozlišuje velká písmea. Typ tokeu apříklad Bearer access_toke strig y Přístupový toke vydaý autorizačím serverem. refresh_toke strig Refreshovací tokey jsou pověřeí užívaá k obstaráí ových přístupových tokeů když už byly autorizováy. expires_i iteger($it64) y Životost přístupového tokeu, uvádí se v sekudách. scope strig y Scope vystaveého JWT tokeu apř. aisp, pisp Příklad respose bez chyby: Úspěšě zpracovaý request odpoví respose s takto defiovaým JSON payloadem: { } "scope": "aisp pisp", "expires_i": 3600, "toke_type": "Bearer", "access_toke": "ae9eef9b0af42c674d0b1c1128c37c2d" "refresh_toke": "be9eef9b0af42c674d0b1c1128c37c2g" Chybové kódy: HTTP Status Kód Popis 400 ivalid_request ivalid_cliet ivalid_grat uauthorized_cliet Nevalidí request. V dotazu chybí povié pole ebo je v evhodém / evalidím formátu. Nevalidí uživatel. Neplaté pověřeí. Uživatel eí oprávěý používat autorizačí typ. 401 Access_deied Přístup odepře 403 Forbidde Kliet eí oprávěý provádět teto dotaz. 404 Not foud Zadaý dotaz se epodařilo ajít 429 Too may requests Kapacita systému byla překročea zadáím přílišého možství requestů. 500 Iteral server error Chyba serveru 21
22 8. Charakteristika requestu Zeplatěí tokeu API sloužící ke zrušeí platosti refresh ebo access tokeu. URI: HTTP Metoda: Request URL: Authorizatio: Certificatio: /revoke POST request vyžaduje autorizaci uživatele/klieta jako součást voláí API request vyžaduje použití kvalifikovaého certifikátu třetí stray. Podporovaé kódováí: charset=utf-8 Parametry requestu: Parametr Toke Popis OAuth2 access ebo refresh toke získaý a základě autetizačího procesu po výměě za code resp. refresh toke (v případě access_tokeu) Příklad requestu: POST HTTP/1.1 Host: api.kb.cz x-request-id: Cotet-Type: applicatio/x-www-form-urlecoded Coectio: Keep-Alive toke=be9eef9b0af42c674d0b1c1128c37c2g&cliet_id=moje_uiverzali_baka-1234& cliet_secret=bbjkk45sd78ad454gddd8712_4555g5g5g5g Chybové kódy: HTTP Status Kód Popis 302 Ivalid_request Ivalid_cliet Access_deied 400 ivalid_request Ivalid_cliet TODO validace s CAAS, přebírame 401 Ivalid_grat Ivalid_toke Nevalidí request ebo evalidí kliet, přístup odepře. Nevalidí request. V dotazu chybí povié pole ebo je v evhodém / evalidím formátu. Nevalidí kliet, evalidí oprávěí ebo evalidí toke. 403 Forbidde Kliet eí oprávěý provádět teto dotaz. 404 Not foud Zadaý dotaz se epodařilo ajít 429 Too may requests Kapacita systému byla překročea zadáím přílišého možství requestů. 500 Iteral server error Chyba serveru 22
Příručka registrační a autorizační postup PSD2 pro třetí strany
Příručka registračí a autorizačí postup PSD2 pro třetí stray 1 Obsah Autetizace TPP... 3 Registračí a autetizačí resource vystaveé bakou... 4 1. Charakteristika iicializačí/registračí resource... 4 2.
VícePříručka pro potvrzování zůstatku vydavatelům karetních platebních prostředků
Příručka pro potvrzování zůstatku vydavatelům karetních platebních prostředků 1 Obsah Příručka pro potvrzování zůstatku vydavatelům karetních platebních prostředků (CIS)... 3 1. Dotaz na dostatek prostředků
VíceAPI pro volání služby kurzovního lístku KB
OBSAH API pro volání služby Kurzovní lístek KB... 2 Poskytované informace... 2 Informace pro volání resource exchange-rates... 3 Příklady request / response z volání služby kurzovního lístku... 5 Způsoby
VíceDatum Poznámka Autor Základní dokument verze 1.0 Petr Michalík (ČS)
1 Změnový list Datum Poznámka Autor 15. 11. 2017 Základní dokument verze 1.0 Petr Michalík (ČS) 1. 12. 2017 Verze 1.1 - Oprava překlepů kap. 3.1.3.1 Petr Michalík (ČS) 1. 11. 2018 Verze 1.2 - Oprava překlepů,
VíceZměnový list. Datum Poznámka Autor. Český standard pro Open Banking
1 Změnový list Datum Poznámka Autor 15. 11. 2017 Základní dokument v.01 ČS Petr Michalík 1. 12. 2017 Oprava překlepů kap. 3.1.3.1 - v.02 ČS Petr Michalík 2 Obsah ZMĚNOVÝ LIST... 2 OBSAH... 3 ÚVOD... 8
VícePopis formátu importu tuzemských a zahraničních plateb
Pois formátu imortu tuzemských a zahraičích lateb do Exobakig Pois formátu imortu tuzemských a zahraičích lateb do iteretového bakovictví Exobakig Verze 2.0 Struktura Imortu Exobakig verze 2.0, 1.6.2017
VíceSystém pro zpracování, analýzu a vyhodnocení statistických dat ERÚ. Ing. Petr Kusý Energetický regulační úřad odbor statistický a bezpečnosti dodávek
Systém pro zpracováí, aalýzu a vyhodoceí statistických dat ERÚ Ig. Petr Kusý Eergetický regulačí úřad odbor statistický a bezpečosti dodávek TA ČR, 9. duba 2019 Eergetický regulačí úřad - stručě Nezávislý
VíceFormát souboru zahraničních plateb CFA pro MCC 3.20 / HC 4.0 / SMO / MCT 3.20
Zahraičí latebí styk CZA 3.2 CZ Verze ro kliety ČSOB Formát souboru zahraičích lateb CFA ro MCC 3.20 / HC 4.0 / SMO / MCT 3.20 (30.04. 2007 verze 7) Formát souboru zahraičích lateb (*.CFA ) ro Český zahraičí
VíceCREDITAS API A OTEVŘENÉ BANKOVNICTVÍ - DOKUMENTACE
CREDITAS API A OTEVŘENÉ BANKOVNICTVÍ - DOKUMENTACE OBSAH 1 ÚVOD 2 2 BEZPEČNOSTNÍ MODEL 2 2.1 Bezpečnostní klíč vytvořený přes OAuth 2 2.2 Ručně generovaný bezpečnostní klíč 5 3 SLUŽBY CREDITAS API 7 3.1
VíceI. Výpočet čisté současné hodnoty upravené
I. Výpočet čisté současé hodoty upraveé Příklad 1 Projekt a výrobu laserových lamp pro dermatologii vyžaduje ivestici 4,2 mil. Kč. Předpokládají se rovoměré peěží příjmy po zdaěí ve výši 1,2 mil. Kč ročě
VíceOAuth 2. Martin Kuba, ÚVT MU
OAuth 2 Martin Kuba, ÚVT MU OAuth 2 definován v RFC 6749 z roku 2012 používán firmami Google, Facebook, Microsoft, Twitter, LinkedIn, GitHub atd. je určen pro bezpečné delegování přístupu, ale byl od počátku
VíceHTTP protokol. Zpracoval : Petr Novotný
HTTP protokol Zpracoval : Petr Novotný novotny0@students.zcu.cz HTTP protokol - úvod zkratka z Hyper-Text Transfer Protocol možnost přenášet jakákoliv data (soubor, obrázek, výsledek dotazu) obvykle provozován
VíceWWW technologie. HTTP protokol
WWW technologie HTTP protokol HTTP protokol Princip - klient server - klient zašle požadavek (request), obdrží odpověď (response). klient request server response Verze - HTTP protokol HTTP 0.9 HTTP 1.0
VíceUHK Fórum. Univerzita Hradec Králové Fakulta informatiky a managementu Informační management Databázové systémy II
Popis fukcioality UHK Fóra pro předmět Databázové systémy II. Uiverzita Hradec Králové Fakulta iformatiky a maagemetu Iformačí maagemet Databázové systémy II uhkforum.mikmik.cz voborik@mikmik.cz Obsah
Více523/2006 Sb. VYHLÁŠKA
523/2006 Sb. VYHLÁŠKA ze de 21. listopadu 2006, kterou se staoví mezí hodoty hlukových ukazatelů, jejich výpočet, základí požadavky a obsah strategických hlukových map a akčích pláů a podmíky účasti veřejosti
VíceHypertext Transfer Protocol (HTTP/1.1 RFC 2616) Počítačové sítě Pavel Šinták
Hypertext Transfer Protocol (HTTP/1.1 RFC 2616) Počítačové sítě Pavel Šinták 25.4.2005 Obsah Úvod Vrstvy podle TCP/IP Požadavek / Odpověď Metody požadavku Hlavičky Kódy odpovědi Ukázka 25.4.2005 Pavel
VíceInstalační manuál inels Home Control
OBSAH 1) Úvod... 3 2) Kofigurace chytré krabičky... 3 3) Nahráí aplikace do TV... 3 4) Nastaveí IP adresy do TV... 4 5) Nastaveí chytré krabičky pomocí SmartTV aplikace... 4 5.1) Půdorys (floorpla)...
VíceCREDITAS API A OTEVŘENÉ BANKOVNICTVÍ - MANUÁL
CREDITAS API A OTEVŘENÉ BANKOVNICTVÍ - MANUÁL OBSAH 1 CO JE CREDITAS API, JAK FUNGUJE A CO JE BEZPEČNOSTNÍ KLÍČ? 2 1.1 Creditas API 2 1.2 Bezpečnostní klíč 2 1.3 Klient Creditas API 2 2 KDE A JAK ZÍSKAT
VíceRESTful API TAMZ 1. Cvičení 11
RESTful API TAMZ 1 Cvičení 11 REST Architektura rozhraní navržená pro distribuované prostředí Pojem REST byl představen v roce 2000 v disertační práci Roye Fieldinga, zkratka z Representional State Transfer
VíceMULTICASH 3.2 POPIS FORMÁTU PLATEB. Obsah. 1. Formát souboru tuzemských plateb CFD a CFU Základní pravidla... 2
Web: htt://www.csas.cz/multicash MultiCash 3.2 Pois formátu lateb MULTICASH 3.2 POPIS FORMÁTU PLATEB Klietské cetrum České so Podora služby MultiCash Telefo: +420 956 711 711 Obsah 1. Formát souboru tuzemských
VíceWebové služby. Martin Sochor
Webové služby Martin Sochor Webové služby způsob komunikace dvou aplikací přes Web binární zprávy (CORBA) blokovány proxy servery a firewally masivní využití XML protokol SOAP + jazyk pro popis služeb
VíceII. METODICKÉ PŘÍKLADY SESTAVENÍ VÝKAZU PAP
Istituce i zazameaé operace jsou fiktiví. Ukázkové případy - sezam Případ Vykazující účetí Vykázaé Části I až XIII Straa jedotka (zkráceě až 3) A Půjčka od baky Město, v roce +1, T2 v roce +1, T7, T8,
VícePojem času ve finančním rozhodování podniku
Pojem času ve fiačím rozhodováí podiku 1.1. Výzam faktoru času a základí metody jeho vyjádřeí Fiačí rozhodováí podiku je ovlivěo časem. Peěží prostředky získaé des mají větší hodotu ež tytéž peíze získaé
VíceVýukový modul III.2 Inovace a zkvalitnění výuky prostřednictvím ICT
Základy práce s tabulkou Výukový modul III. Iovace a zkvalitěí výuky prostředictvím ICT Téma III..3, pracoví list 3 Techická měřeí v MS Ecel Průměry a četosti, odchylky změřeých hodot. Ig. Jiří Chobot
VíceJSON API pro zjišťování cen MtG karet
JSON API pro zjišťování cen MtG karet Autor: Ing. Jiří Bažant Verze: 1.0 Datum: 20.9.2014 Changelog Verze Datum Autor Poznámka 1.0 17.9.2014 Ing. Jiří Bažant 20.9.2014 Ing. Jiří Bažant Oprava příkladu
Více8560MFP/8860MFP. Phaser. multifunkční zařízení. Návod k obsluze. www.xerox.cz
Phaser 8560MFP/8860MFP multifukčí zařízeí Návod k obsluze www.xerox.cz Copyright 2007 Xerox Corporatio. Všecha práva vyhrazea. Nezveřejěá práva jsou chráěa autorskými zákoy v USA. Obsah této publikace
VícePočítačové sítě II 17. WWW, HTTP. Miroslav Spousta, 2005
Počítačové sítě II 17. WWW, HTTP Miroslav Spousta, 2005 1 Historie WWW World Wide Web v současnosti nejrozšířenější a nejpoužívanější služba Internetu nebylo tomu tak vždy (Gopher,...) vyvinut v roce 1989
VíceOpenID Connect. Martin Kuba
OpenID Connect Martin Kuba makub@cesnet.cz Obsah co jsou OpenID Connect a OAuth 2 principy OAuth 2 4 zúčastněné strany scope, access token různé typy authorization grant flow rozšíření OpenID Connect nad
VíceOtevřené bankovnictví PSD2 API Sandbox uživatelská specifikace
Obsah Otevřené bankovnictví PSD2 API Sandbox uživatelská specifikace 1 Základní informace... 2 2 Proces registrace TPP... 2 2.1 Informace o registračních údajích aplikace... 3 2.2 Změna registračních údajů...
VíceSystém intralaboratorní kontroly kvality v klinické laboratoři (SIKK)
Systém itralaboratorí kotroly kvality v kliické laboratoři (SIKK) Doporučeí výboru České společosti kliické biochemie ČLS JEP Obsah: 1. Volba systému... 2 2. Prováděí kotroly... 3 3. Dokumetace výsledků
VíceTECHNICKÝ POPIS STRUKTURY FORMÁTU VÝPISU MT940 PRO SLUŽBU BUSINESS 24
TECHNICKÝ POPIS STRUKTURY FORMÁTU VÝPISU MT940 PRO SLUŽBU BUSINESS 24 Obsah 1. Pois formátu výisu MT940 ro BUSINESS 24...2 1.1. Obecé odmíky... 2 1.2. Záhlaví souboru... 2 1.3. Struktura zázamu... 2 1.4.
VíceI. Výpočet čisté současné hodnoty upravené
I. Výpočet čisté současé hodoty upraveé Příklad 1 Projekt a výrobu laserových lamp pro dermatologii vyžaduje ivestici 4,2 mil. Kč. Předpokládají se rovoměré peěží příjmy po zdaěí ve výši 1,2 mil. Kč ročě
VíceHTTP protokol. HTTP protokol - úvod. Zpracoval : Petr Novotný novotny0@students.zcu.cz
HTTP protokol Zpracoval : Petr Novotný novotny0@students.zcu.cz HTTP protokol - úvod zkratka z Hyper-Text Transfer Protocol možnost přenášet jakákoliv data (soubor, obrázek, výsledek dotazu) obvykle provozován
VíceZápasíme s REST API. Lukáš Křečan REST API Architect GoodData
Zápasíme s REST API Lukáš Křečan REST API Architect GoodData Něco o mě GoodData REST API architekt Před tím několik let v korporacích SOAP-WS Spring WS Test Java programátor blog.krecan.net Agenda Co je
VícePrincipy fungování WWW serverů a browserů. Internetové publikování
Principy fungování WWW serverů a browserů Internetové publikování Historie WWW 50. léta Douglas Engelbert provázané dokumenty 1980 Ted Nelson projekt Xanadu 1989 CERN Ženeva - Tim Berners-Lee Program pro
VícePočítačové sítě II. 18. World Wide Web, HTTP Miroslav Spousta, 2006 <qiq@ucw.cz>, http://www.ucw.cz/~qiq/vsfs/
Počítačové sítě II 18. World Wide Web, HTTP Miroslav Spousta, 2006 , http://www.ucw.cz/~qiq/vsfs/ 1 Historie WWW World Wide Web v současnosti nejrozšířenější a nejpoužívanější služba Internetu
VícePODNIKOVÁ EKONOMIKA 3. Cena cenných papírů
Semárky, předášky, bakalářky, testy - ekoome, ace, účetctví, ačí trhy, maagemet, právo, hstore... PODNIKOVÁ EKONOMIKA 3. Cea ceých papírů Ceé papíry jsou jedím ze způsobů, jak podk může získat potřebý
VíceVYSOCE PŘESNÉ METODY OBRÁBĚNÍ
VYSOKÉ UČENÍ TECHNICKÉ V BRNĚ Fakulta strojího ižeýrství Ústav strojíreské techologie ISBN 978-80-214-4352-5 VYSOCE PŘESNÉ METODY OBRÁBĚNÍ doc. Ig. Jaroslav PROKOP, CSc. 1 1 Fakulta strojího ižeýrství,
VíceAMC/IEM J - HMOTNOST A VYVÁŽENÍ
ČÁST JAR-OPS 3 AMC/IEM J - HMOTNOST A VYVÁŽENÍ ACJ OPS 3.605 Hodoty hmotostí Viz JAR-OPS 3.605 V souladu s ICAO Ae 5 a s meziárodí soustavou jedotek SI, skutečé a omezující hmotosti vrtulíků, užitečé zatížeí
Více1. ZÁKLADY VEKTOROVÉ ALGEBRY 1.1. VEKTOROVÝ PROSTOR A JEHO BÁZE
1. ZÁKLADY VEKTOROVÉ ALGEBRY 1.1. VEKTOROVÝ PROSTOR A JEHO BÁZE V této kapitole se dozvíte: jak je axiomaticky defiová vektor a vektorový prostor včetě defiice sčítáí vektorů a ásobeí vektorů skalárem;
VíceOFF-LINE formulář přihlášky FLEMA pro snadnější vyplnění v on-line aplikaci
OFF-LINE formulář přihlášky FLEMA pro sadější vyplěí v o-lie aplikaci A. Idetifikačí údaje kampaě NÁZEV KAMPANĚ ve formátu začka ázev kampaě, apř. Gambrius Tute de, všichi sem! ZNAČKA, pro kterou byla
VíceUPLATNĚNÍ ZKOUŠEK PŘI PROHLÍDKÁCH MOSTŮ
3..- 4.. 2009 DIVYP Bro, s.r.o., Filipova, 635 00 Bro, http://www.divypbro.cz UPLATNĚNÍ ZKOUŠEK PŘI PROHLÍDKÁCH MOSTŮ autoři: prof. Ig. Mila Holický, PhD., DrSc., Ig. Karel Jug, Ph.D., doc. Ig. Jaa Marková,
Více2N Helios IP HTTP API
2N Helios IP HTTP API Konfigurační manuál Verze 2.10.1 www.2n.cz Společnost 2N TELEKOMUNIKACE a.s. je českým výrobcem a dodavatelem telekomunikační techniky. K produktovým řadám, které společnost vyvíjí,
VíceModul Strategie. 2006... MTJ Service
Představeí obsahuje dvě základí součásti, a to maažerskou (pláováí cash-flow, rozšířeé statistiky) a pracoví (řešeí work-flow). Základem maažerské oblasti je pláováí cash-flow (pláováí fiačího toku firmou).
VíceTento materiál vznikl díky Operačnímu programu Praha Adaptabilita CZ.2.17/3.1.00/33254
Evropský sociálí fod Praha & EU: Ivestujeme do vaší budoucosti Teto materiál vzikl díky Operačímu programu Praha Adaptabilita CZ.2.17/3.1.00/33254 Maažerské kvatitativí metody II - předáška č.1 - Dyamické
VíceMATEMATICKÁ INDUKCE. 1. Princip matematické indukce
MATEMATICKÁ INDUKCE ALEŠ NEKVINDA. Pricip matematické idukce Nechť V ) je ějaká vlastost přirozeých čísel, apř. + je dělitelé dvěma či < atd. Máme dokázat tvrzeí typu Pro každé N platí V ). Jeda možost
Vícepravděpodobnostn podobnostní jazykový model
Pokročilé metody rozpozáváířeči Předáška 8 Rozpozáváí s velkými slovíky, pravděpodobost podobostí jazykový model Rozpozáváí s velkým slovíkem Úlohy zaměřeé a diktováíči přepis řeči vyžadují velké slovíky
VíceZABEZPEČENÍ KOMUNIKACE SENZORICKÉHO SYSTÉMU
Roč. 71 (2015) Číslo 2 O. Čožík, J. Kadlec: Zabezpečeí komuikace sezorického systému 1 ZABEZPEČEÍ KOMUIKACE SEZORICKÉHO SYSTÉMU Ig. Odřej Čožík 1, Doc. Ig. Jaroslav Kadlec, Ph.D. 2 Ústav mikroelektroiky;
VíceANALÝZA A KLASIFIKACE DAT
ANALÝZA A KLASIFIKACE DA prof. Ig. Jří Holčík, CSc. INVESICE Isttut DO bostatstky ROZVOJE VZDĚLÁVÁNÍ a aalýz IV. LINEÁRNÍ KLASIFIKACE pokračováí Isttut bostatstky a aalýz (SUPPOR VECOR MACHINE SVM) SEPARABILNÍ
VícePříloha č. 7 Dodatku ke Smlouvě o službách Systém měření kvality Služeb
Příloha č. 7 Dodatku ke Smlouvě o službách Systém měřeí kvality Služeb Dodavatel a Objedatel se dohodli a ahrazeí Přílohy C - Systém měřeí kvality Služeb Obchodích podmíek Smlouvy o službách touto Přílohou
Více4EK311 Operační výzkum. 4. Distribuční úlohy LP část 2
4EK311 Operačí výzkum 4. Distribučí úlohy LP část 2 4.1 Dopraví problém obecý model miimalizovat za podmíek: m z = c ij x ij i=1 j=1 j=1 m i=1 x ij = a i, i = 1, 2,, m x ij = b j, j = 1, 2,, x ij 0, i
VíceProtokol HTTP. Ondřej Dolejš
Protokol HTTP Ondřej Dolejš 17.5.2007 Úvod HTTP Hypertext transport protocol, jak už z názvu vyplývá, původně sloužil k přenosu Hypertextových dokumentů. Dnes však již pomocí rozšíření MIME může přenášet
VíceSystémové vodící stěny a dopravní zábrany
Vyvíjíme bezpečost. Systémové vodící stěy a dopraví zábray Fukčí a estetické řešeí v dopravě eje pro města a obce. www.deltabloc.cz CITYBLOC Více bezpečosti pro všechy účastíky siličího provozu Jediečá
VíceVentilátory řady NV. Polohy spirálních skříní při pohledu ze strany sání. levé pravé. Provedení pravé Provedení levé Provedení oběžného kola
Vetilátory řady NV Vetilátory řady NV jsou radiálí ízkotlaké vetilátory. Skříě a oběžá kola jsou vyráběa z materiálu VC. Vetilátory jsou určey k odsáváí výparů agresivích kapali jako jsou kyseliy a louhy
Více218 www.sigmasport.com
OBSAH OBSAH 1 Předmluva a obsah baleí... 219 2 Motáž... 220 2.1 Motáž 2. kola... 221 3 Uvedeí do provozu... 221 4 Změa zobrazeí/obsazeí tlačítek/přehled fukcí... 222 5 Sychroizace... 222 6 Základí astaveí...
VíceNMAF063 Matematika pro fyziky III Zkoušková písemná práce 25. ledna x 1 n
Jméo: Příklad 3 Celkem bodů Bodů 8 0 30 Získáo [8 Uvažujte posloupost distribucí f } D R defiovaou jako f [δ kde δ a začí Diracovu distribuci v bodě a Najděte itu δ 0 + δ + této poslouposti aeb spočtěte
Víceoptipoint 410 S optipoint 420 S Zkrácený návod k použití
optipoit 410 S optipoit 420 S Zkráceý ávod k použití Ovládací pael optipoit 410 advace S + optipoit display module 1 2 12 3 4 8 optipoit 410 ecoomy/ecoomy plus/stadard S 1 11 13 14 5 7 8 9 10 3 optipoit
VíceUživatelská příručka L630/L635. computers.toshiba-europe.com
Uživatelská příručka L630/L635 computers.toshiba-europe.com Obsah Kapitola 1 Kapitola 2 Kapitola 3 Předmluva Obecá upozorěí Začíáme Kotrola vybaveí.........................................1-1 Začíáme.................................................1-3
Víceje konvergentní, právě když existuje číslo a R tak, že pro všechna přirozená <. Číslu a říkáme limita posloupnosti ( ) n n 1 n n n
8.3. Limity ěkterých posloupostí Předpoklady: 83 Pedagogická pozámka: Tuto a tři ásledující hodiy je možé probrat za dvě vyučovací hodiy. V této hodiě je možé vyechat dokazováí limit v příkladu 3. Opakováí
VíceAPI AIS ČR Technická specifikace
API AIS ČR Technická specifikace 1. Technické řešení Aplikace Data Provider AMČR poskytuje metadata o datových objektech uložených v Databázi AMČR, a to pomocí protokolu Open Archives Initiative Protocol
VíceFUNKCÍ JEDNÉ REÁLNÉ PROMĚNNÉ PRVNÍ DIFERENCIÁL
Difereciálí počet fukcí jedé reálé proměé - 6. - PRVNÍ DIFERENCIÁL TAYLORŮV ROZVOJ FUNKCÍ JEDNÉ REÁLNÉ PROMĚNNÉ PRVNÍ DIFERENCIÁL PŘÍKLAD Pomocí věty o prvím difereciálu ukažte že platí přibližá rovost
Více2,3 ČTYŘI STANDARDNÍ METODY I, ČTYŘI STANDARDNÍ METODY II
2,3 ČTYŘI STADARDÍ METODY I, ČTYŘI STADARDÍ METODY II 1.1.1 Statické metody a) ARR - Average Rate of Retur průměrý ročí čistý zisk (po zdaěí) ARR *100 % ( 20 ) ivestic do projektu V čitateli výrazu ( 20
VícePravděpodobnostní modely
Pravděpodobostí modely Meu: QCEpert Pravděpodobostí modely Modul hledá metodou maimálí věrohodosti (MLE Maimum Likelihood Estimate) statistický model (rozděleí) který ejlépe popisuje data. Je přitom k
VíceRegulace frekvence a velikosti napětí Řízení je spojeno s dodávkou a přenosem činného a jalového výkonu v soustavě.
18. Řízeí elektrizačí soustavy ES je spojeí paralelě pracujících elektráre, přeosových a rozvodých sítí se spotřebiči. Provoz je optimálě spolehlivá hospodárá dodávka kvalití elektrické eergie. Stěžejími
VíceVytápění BT01 TZB II - cvičení
CZ..07/2.2.00/28.030 Středoevropské cetrum pro vytvářeí a realizaci iovovaých techicko-ekoomických studijích programů Vytápěí BT0 TZB II - cvičeí Zadáí Pro vytápěé místosti vašeho objektu avrhěte otopá
VíceArtlingua Translation API
Artlingua Translation API Dokumentace Jan Šváb, Artlingua, a.s. 2015 Revize: 2015-09-22 - verze API : v1 Obsah Obsah... 2 Předávání dokumentů k překladu... 3 Implementace klientské aplikace pro Translation
VíceBI-AWD. Administrace Webového a Databázového serveru Virtualizace HTTP serveru
BI-AWD Administrace Webového a Databázového serveru Virtualizace HTTP serveru Příprava studijního programu Informatika je podporována projektem financovaným z Evropského sociálního fondu a rozpočtu hlavního
Více6. Ventilátory řady FORT NVN
0 FORT-LASTY s.r.o., Hulíská 2193/2a, 767 01 Kroměříž, CZ 6. Vetilátory řady FORT Vetilátory řady FORT jsou radiálí ízkotlaké vetilátory. Skříě a oběžá kola jsou vyráběa z materiálu VC. Vetilátory jsou
VíceVzorový příklad na rozhodování BPH_ZMAN
Vzorový příklad a rozhodováí BPH_ZMAN Základí charakteristiky a začeí symbol verbálí vyjádřeí iterval C g g-tý cíl g = 1,.. s V i i-tá variata i = 1,.. m K j j-té kriterium j = 1,.. v j x ij u ij váha
VíceČeské účetní standardy 006 Kurzové rozdíly
České účetí stadardy METODICKÝ ig. u Vykazováí v Vymezeí w Oceňováí Odpisováí, postup účtováí y Ivetarizace z Aalytická evidece { Podrozvahová evidece Zveřejňováí České účetí stadardy 2017 2 22 1 v Vymezeí
VíceBI-VWS. Vybrané partie z administrace Webového Serveru Autetizace, autorizace a kontrola přístupu Apache httpd
BI-VWS Vybrané partie z administrace Webového Serveru Autetizace, autorizace a kontrola přístupu Apache httpd Příprava studijního programu Informatika je podporována projektem financovaným z Evropského
VíceStanovisko SVJ Vazovova 3228 k dopisu paní Šedivé ze dne
V Praze de 27.3 2009 Staovisko SVJ Vazovova 3228 k dopisu paí Šedivé ze de 17.3 2009. V průběhu měsíce úora bylo a ástěce SVJ vyvěšeo ozámeí o pláovaém shromážděí spolu s ávrhem programu a výzvou k vlastíkům
VícePříloha č. 9 PPŽP Metodika projektů generujících příjmy
Příloha č. 9 PPŽP Metodika projektů geerujících příjmy Účiost: 1. 4. 2010 Verze č. 11.0 ~ 1 ~ 1. Výchozí podmíky - Obecá pravidla Postup u projektů geerujících příjmy vychází z čláku 55 Obecého ařízeí
VíceOBSAH. Rozklad... 16 Žaloba... 17
OBSAH Persoálí bezpečost Jak požádat o ozámeí a Vyhrazeé... 4 Jak požádat o osvědčeí fyzické osoby (D, T, PT)... 5 Jak a kdy požádat o vydáí osvědčeí fyzické osoby pro cizí moc NATO, WEU... 7 Osvědčeí
Více3. Sekvenční obvody. b) Minimalizujte budící funkce pomocí Karnaughovy mapy
3.1 Zadáí: 3. Sekvečí obvody 1. Navrhěte a realizujte obvod geerující zadaou sekveci. Postupujte ásledově: a) Vytvořte vývojovou tabulku pro zadaou sekveci b) Miimalizujte budící fukce pomocí Karaughovy
VíceČeskoslovenská obchodní banka, a. s. EMISNÍ DODATEK - KONEČNÉ PODMÍNKY EMISE DLUHOPISŮ
Českosloveská obchodí baka, a. s. dluhopisový program v maximálím objemu esplaceých dluhopisů 30.000.000.000 Kč s dobou trváí programu 10 let a splatostí kterékoli emise dluhopisů vydaé v rámci programu
VíceAPI pro službu mobilem.cz, verze XML 5.04
API pro službu mobilem.cz, verze XML 5.04 Tento dokument je určen pro partnery mobilem.cz. Není dovoleno obsah použít pro jiný účel, než za jakým byl poskytnut. Všechna práva vyhrazena pro Crazy Tomato
VíceMOŽNOSTI STATISTICKÉHO POSOUZENÍ KVANTITATIVNÍCH VÝSLEDKŮ POŽÁRNÍCH ZKOUŠEK PRO POTŘEBY CERTIFIKACE A POSUZOVÁNÍ SHODY VÝROBKŮ
PŘÍSPĚVKY THE SCIENCE FOR POPULATION PROTECTION 0/008 MOŽNOSTI STATISTICKÉHO POSOUZENÍ KVANTITATIVNÍCH VÝSLEDKŮ POŽÁRNÍCH ZKOUŠEK PRO POTŘEBY CERTIFIKACE A POSUZOVÁNÍ SHODY VÝROBKŮ STATISTICAL ASSESSMENT
VíceIAJCE Přednáška č. 12
Složitost je úvod do problematiky Úvod praktická realizace algoritmu = omezeí zejméa: o časem o velikostí paměti složitost = vztah daého algoritmu k daým prostředkům: časová složitost každé možiě vstupích
VíceJednotný identitní prostor Provozní dokumentace
Jednotný identitní prostor Provozní dokumentace Vytvořeno dne: 21. 2. 2012 Aktualizováno: 23. 5. 2017 Verze: 1.2 2017 MVČR Obsah 1. Úvod... 3 1.1. Účel provozní dokumentace... 3 1.2. Související dokumenty...
Víceje konvergentní, právě když existuje číslo a R tak, že pro všechna přirozená <. Číslu a říkáme limita posloupnosti ( ) n n 1 n n n
8.3. Limity ěkterých posloupostí Předpoklady: 83 Opakováí z miulé hodiy: 8 Hodoty poslouposti + se pro blížící se k ekoeču blíží k a to tak že mezi = posloupostí a číslem eexistuje žádá mezera říkáme že
VíceAnalyzujte konkurenční API u služeb podobného typu. Proveďte analýzu požadavků zadavatele a současného stavu správy zásilek.
Na základě upřesňujících požadavků externího zadavatele navrhněte, implementujte a otestujte RESTové API pro základní funkce portálu. Především import, rušení a úprava zásilek. Dále generování štítků přepravců
VíceNMAF061, ZS Zápočtová písemná práce skupina A 16. listopad dx
NMAF06, ZS 07 08 Zápočtová písemá práce skupia A 6. listopad 07 Jedotlivé kroky při výpočtech stručě, ale co ejpřesěji odůvoděte. Pokud používáte ějaké tvrzeí, ezapomeňte ověřit splěí předpokladů. Jméo
VíceContent Security Policy
Content Security Policy Nový přístup v boji proti XSS 2011.cCuMiNn. Cross Site Scripting (XSS) XSS je všudypřítomné výskyt cca v 80% webových aplikací Webový browser nevidí rozdíl mezi legitimním skriptem
Více1 POPISNÁ STATISTIKA V PROGRAMU MS EXCEL
Elea Mielcová, Radmila Stoklasová a Jaroslav Ramík; Statistické programy POPISNÁ STATISTIKA V PROGRAMU MS EXCEL RYCHLÝ NÁHLED KAPITOLY Žádý výzkum se v deší době evyhe statistickému zpracováí dat. Je jedo,
VíceGP webpay: Správa objednávek, Web Services
GP webpay: Správa objednávek, Web Services červenec 2013 OBSAH: ÚVOD... 3 ON-LINE ADMINISTRACE PROSTŘEDNICTVÍM WEB SERVICES... 3 DRUHY PODPOROVANÝCH POŽADAVKŮ... 4 Approve Reversal... 6 Deposit... 9 Deposit
VíceTřídy a objekty. Třídy a objekty. Vytvoření instance třídy. Přístup k atributům a metodám objektu. $z = new Zlomek(3, 5);
Programovací jazyk PHP doc. Ing. Miroslav Beneš, Ph.D. katedra informatiky FEI VŠB-TUO A-1007 / 597 324 213 http://www.cs.vsb.cz/benes Miroslav.Benes@vsb.cz Obsah Třídy a objekty Výjimky Webové aplikace
VíceMetodický postup pro určení úspor primární energie
Metodický postup pro určeí úspor primárí eergie Parí protitlaká turbía ORGRZ, a.s., DIVIZ PLNÉ CHNIKY A CHMI HUDCOVA 76, 657 97 BRNO, POŠ. PŘIHR. 97, BRNO 2 z.č. Obsah abulka hodot vstupujících do výpočtu...3
VíceZÁVĚREČNÉ BAKALÁŘSKÉ PRÁCE
ZÁVĚREČNÉ BAKALÁŘSKÉ PRÁCE Úspěšě zakočeé studium předpokládá kromě absolvováí všech předmětů teoretického základu také zpracováí bakalářské práce. Je to vaše vizitka, vaše osobí a origiálí dílo, věujte
VíceSpojitost a limita funkcí jedné reálné proměnné
Spojitost a limita fukcí jedé reálé proměé Pozámka Vyšetřeí spojitosti fukce je možo podle defiice převést a výpočet limity V dalším se proto soustředíme je problém výpočtu limit Pozámka Limitu fukce v
VíceZákladní požadavky a pravidla měření
Základí požadavky a pravidla měřeí Základí požadavky pro správé měřeí jsou: bezpečost práce teoretické a praktické zalosti získaé přípravou a měřeí přesost a spolehlivost měřeí optimálí orgaizace průběhu
VíceIntervalový odhad. nazveme levostranným intervalem pro odhad parametru Θ. Statistiku. , kde číslo α je blízké nule, nazveme horním
Lekce Itervalový odhad Itervalový odhad je jedou ze stadardích statistických techik Cílem je sestrojit iterval (kofidečí iterval, iterval spolehlivosti, který s vysokou a avíc předem daou pravděpodobostí
VíceCompaq ipaq Pocket PC řady H3900 Referenční příručka
Compaq ipaq Pocket PC řady H3900 Referečí příručka prosiec 2002 Iformace v tomto dokumetu se mohou změit bez předchozího upozorěí. SPOLEČNOST COMPAQ COMPUTER CORPORATION NENESE ODPOVĚDNOST ZA TECHNICKÉ
VíceSedlové ventily (PN 6) VL 2 2cestný ventil, přírubový VL 3 3cestný ventil, přírubový
Datový list Sedlové vetily (PN 6) V 2 2cestý vetil, přírubový V 3 3cestý vetil, přírubový Popis V 2 V 3 Vetily V 2 a V 3 abízejí kvalití a efektiví řešeí pro většiu systémů vytápěí a chlazeí. Vetily jsou
VíceNejistoty měření. Aritmetický průměr. Odhad směrodatné odchylky výběrového průměru = nejistota typu A
Nejstoty měřeí Pro každé přesé měřeí potřebujeme formac s jakou přesostí bylo měřeí provedeo. Nejstota měřeí vyjadřuje terval ve kterém se achází skutečá hodota měřeé velčy s určtou pravděpodobostí. Nejstota
Více1.3. POLYNOMY. V této kapitole se dozvíte:
1.3. POLYNOMY V této kapitole se dozvíte: co rozumíme pod pojmem polyom ebo-li mohočle -tého stupě jak provádět základí početí úkoy s polyomy, kokrétě součet a rozdíl polyomů, ásobeí, umocňováí a děleí
VícePřipravil: Ing. Jiří Lýsek, Ph.D. Verze: Webové aplikace
Připravil: Ing. Jiří Lýsek, Ph.D. Verze: 18.4.2016 Webové aplikace JSON, AJAX/AJAJ, zpracování na straně JS, JSONP, proxy, REST strana 2 JSON objekt JavaScript Object Notation { "nazev": hodnota, "cislo":
Víceveličiny má stejný řád jako je řád poslední číslice nejistoty. Nejistotu píšeme obvykle jenom jednou
1 Zápis číselých hodot a ejistoty měřeí Zápis číselých hodot Naměřeé hodoty zapisujeme jako číselý údaj s určitým koečým počtem číslic. Očekáváme, že všechy zapsaé číslice jsou správé a vyjadřují tak i
VíceObsah: 1 INFORMACE O ZADAVATELI 3 2 PŘEDMĚT PLNĚNÍ VEŘEJNÉ ZAKÁZKY, PŘEDPOKLÁDANÁ HODNOTA VEŘEJNÉ ZAKÁZKY 3 3 DOBA A MÍSTO PLNĚNÍ VEŘEJNÉ ZAKÁZKY 4 4
I N V E S T I C E D O R O Z V O J E V Z D Ě L Á V Á N Í ZADÁVACÍ DOKUMENTACE ve smyslu 44 zákoa č 137/2006 Sb, o veřejých zakázkách, v platém zěí (dále je ZVZ ) Název veřejé zakázky Tisk a kompletace zkušebí
Více