Identity management Vzorová ustanovení

Identity management. 13.4.1 IS MIS bude dostupný pouze uživatelům spravovaným v evidenčním systému organizační struktury EOS (Evidence organizační struktury, verze 4 od společnosti MARBES a.s.) Zlínského kraje, tj. zaměstnancům nemocnic a Zlínského kraje dle jim přidělených oprávnění v EOS. Uživatelské identity oprávněných uživatelů IS MIS budou čerpány z EOS pomocí webových služeb. Vytvoření, editaci uživatelských identit zajišťuje EOS, čerpání identit z EOS bude zajišťovat IS MIS. V případě upgrade EOS Zhotovitel IS MIS zajistí v rámci smluvní podpory řešení aktualizace v IS MIS. Vzdálený přístup bude možný pomocí přístupového bodu F5 BIGIP. Ověření uživatelů IS MIS bude probíhat prostřednictvím protokolu Kerberos nebo NTLM vůči Active Directory. Podrobné nastavení oprávnění uživatelů IS MIS bude zajišťováno pověřeným správcem v IS MIS. Ano Oracle Business Intelligence realizující datovou projekční část MISU, kam přistupují uživatelé, bude přejímat prostřednictvím webových služeb uživatelské identity ze systému EOS a ukládat je do interního úložiště LDAP nebo databázového úložiště. V případě upgrade systému EOS dojde k aktualizaci i v MIS ZK. Oracle Business Intelligence podporuje pro ověření uživatelů protokol Kerberos.
Identity management. IS MIS bude dostupný pouze uživatelům spravovaným v evidenčním systému organizační struktury EOS (Evidence organizační struktury, verze 4 od společnosti MARBES a.s.) Zlínského kraje, tj. zaměstnancům nemocnic a Zlínského kraje dle jim přidělených oprávnění v EOS. Uživatelské identity oprávněných uživatelů IS MIS budou čerpány z EOS pomocí webových služeb. Vytvoření, editaci uživatelských identit zajišťuje EOS, čerpání identit z EOS bude zajišťovat IS MIS. V případě upgrade EOS Zhotovitel IS MIS zajistí v rámci smluvní podpory řešení aktualizace v IS MIS. Vzdálený přístup bude možný pomocí přístupového bodu F5 BIGIP. Ověření uživatelů IS MIS bude probíhat prostřednictvím protokolu Kerberos nebo NTLM vůči Active Directory.
Identity management. Identity Manager Oracle Identity Manager (OIM) je riešenie pre správu podnikových používateľov, ktoré automaticky spravuje prístupové práva v podnikových systémoch. Pri nástupe nového zamestnanca OIM načíta údaje o jeho pracovnej pozícii (napr. z personalistiky) a následne automaticky vytvorí používateľské účty v podnikových systémoch (Windows doména, mailový systém, intranetový portál, podnikové aplikácie,...) vždy so zodpovedajúcimi oprávneniami. Rovnako sú automaticky vykonávané zmeny v oprávneniach pri zmene pracovnej pozície, resp. zrušenie účtov pri odchode zamestnanca. Vďaka konektorovom, ktoré existujú pre väčšinu bežne používaných systémov, nevyžaduje integrácia s podnikovými systémami žiadny zásah do samotných integrovaných systémov. Oracle Identity Manager uchováva históriu všetkých nastavení a oprávnení. Vie preto poskytnúť prehľad nie len o aktuálnom stave oprávnení používateľov v spravovaných systémoch, ale aj informácie o nastavení oprávnení v konkrétnom čase v minulosti.
Identity management. Komplexní identity management nabídne víceúrovňové role a spravování rolí administrátorem, přehledovou tabulku správu účtu, změnu přístupu. Standardní workflow pro přihlašování, zapomenutá hesla a zasílání potvrzovacích e-mailů. Administrátor bude také moci flexibilně konfigurovat přístupové sekce a vytvářet tak flexibilně nové role podle vlastních definovaných přidělených kompetencí. V rámci autorizací bude také administrovány jednotlivé přístupy k veřejným, placeným a vlastním datovým sadám. Integrujeme také platební bránu dle zadání. Implementace v prostředí Azure umožní připojování dalších B2B a B2C federovaných služeb.
Identity management. Na nejvyšší úrovni správy uživatelských účtů je aplikace Interní identity. Využívá databázi LDAP (OID – Oracle Internet Directory), ze které se jednosměrně replikují informace do Active Directory (AD) pomocí technologie OID. Správa OID je zajišťována třetí stranou. V AD se vytvářejí ručně pouze technické účty a účty externích poskytovatelů služeb.
Identity management. Pro definování uživatelských práv a rolí k systému KDS bude využíván Identity management, který bude zajišťovat systém přihlašování k systému. Identity management bude využívat protokol LDAP. Prostředí Identity managementu bude vytvořeno na TCK prostřednictvím jiného projektu. Aplikační prostředí Identity managementu bude definovat základní uživatelské role a to následující: • správce/administrátor KDS/TCK, • původce/uživatel KDS na KÚ MSK, • původce/uživatel KDS v jednotlivých příspěvkových organizacích kraje, • původce/uživatel KDS v jednotlivých obcích, • archivář, • zhotovitel. Prostředí Identity managementu bude umožňovat tvorbu nových, úpravu stávajících a odstranění existujících uživatelských rolí a práv. Systém KDS bude integrován s SSO modulem IDM systému odkud si bude přebírat informace o identitě a oprávněních uživatelů. Aby mohl být systém KDS integrován do IDM, musí splňovat tyto podmínky: • musí se jednat o webovou aplikaci, do které se přistupuje prostřednictvím webového prohlížeče, • aby IDM mohlo provádět autentizaci uživatelů přistupujících do nové aplikace a aby nová aplikace mohla být zahrnuta do SSO, musí systém KDS podporovat některou z těchto metod příjmu autentizačních údajů o uživateli:
Identity management 

Related to Identity management

  • Seznam členů 1) Družstvo vede seznam všech svých členů. Do seznamu členů se zapisuje: a) jméno a bydliště nebo sídlo, případně také jiná členem určená adresa pro doručování;

  • Technická podpora Informace o technické podpoře pro službu Cloud Service, včetně kontaktních údajů na podporu, úrovní závažnosti, hodin dostupnosti podpory, dob odezvy a dalších informací a procesů podpory, lze zjistit výběrem služby Cloud Service v příručce podpory IBM na adrese xxxxx://xxx.xxx.xxx/xxxxxxx/xxxx/xxxxx/xxxxxxx-xxxxx/.

  • Identifikace zadavatele Název zadavatele: Univerzita Karlova, Rektorát

  • Pojistné podmínky Cestovní pojištění k zájezdu

  • Pojistná událost 9.1 Pojistnou událostí se rozumí finanční ztráta pojištěného, ke které dojde během pojistné doby zneužitím karty pojištěného v důsledku její ztráty nebo odcizení, zneužitím karty při internetové transakci v důsledku její ztráty nebo odcizení, odcizením nebo ztrátou klíčů a/nebo peněženky a/nebo dokladů, odcizením mobilního telefonu a zneužitím SIM karty, pokud k nim dojde současně s odcizením karty, odcizením hotovosti v případě nuceného vjběru z bankomatu učiněného pod hrozbou fyzického násilí anebo odcizením z bankomatu vybrané hotovosti při násilném přepadení, pokud k odcizení dojde při vjběru z bankomatu nebo v době do 2 hodin od vjběru z bankomatu. 9.2 Územní platnost pojištění není omezena. 9.3 Pojištěnj, případně oprávněná osoba, má povinnost bez zbytečného odkladu pojistiteli oznámit, že nastala pojistná událost, podat pravdivé vysvětlení o vzniku a rozsahu následků této události, vyplnit formulář „Oznámení pojistné události“, předložit k tomu potřebné doklady a po- stupovat způsobem dohodnutjm v pojistné smlouvě. 9.4 Pojištěnj, případně oprávněná osoba, je povinna při uplatnění nároku na pojistné plnění splnit veškeré povinnosti uvedené v pojistné smlouvě. 9.5 V případě pochybností je povinností pojištěného, případně oprávněné osoby, dokázat, že k pojistné události došlo v deklarovaném rozsahu. 9.6 Pro zjištění rozsahu povinnosti plnit může pojistitel požadovat další nutné doklady a sám provádět další potřebná šetření. 9.7 Doklady prokazující vznik pojistné události, které jsou předloženy pojistiteli, musí bjt vystaveny podle českého práva. Doklady, které jsou vystaveny podle cizího práva, může pojistitel uznat jako prokazující vznik pojistné události, jestliže z jejich obsahu nesporně vypljvá, že pojistná událost skutečně nastala. Nejsou-li doklady prokazující vznik pojistné události předložené pojistiteli vystaveny podle českého práva a pojistitel je neuzná jako prokazující vznik pojistné události, má se zato, že pojistná událost nenastala. 9.8 Pojištěnj je povinen předložit pojistiteli doklady v českém jazyce. Pokud budou doklady v cizím jazyce, je pojištěnj povinen doložit pře- klad takového dokladu do českého jazyka a pojistitel je oprávněn si v tomto případě vyžádat i úředně ověřenj překlad do českého jazyka.

  • Identifikační údaje zadavatele Název zadavatele: Fakultní nemocnice Brno IČO: 65269705 DIČ: CZ65269705 Sídlo zadavatele: Jihlavská 20, 625 00 Brno Statutární orgán: XXXx. Xxxxx Xxxxx, MBA, ředitel Bankovní spojení: Česká národní banka Číslo účtu: 71234621/0710 Fakultní nemocnice Brno je státní příspěvková organizace zřízená rozhodnutím Ministerstva zdravotnictví. Nemá zákonnou povinnost zápisu do obchodního rejstříku, je zapsána v živnostenském rejstříku vedeném Živnostenským úřadem města Brna.

  • Informace zadavatele Zadavatel sděluje, že provedl úpravu textace smlouvy tak, že dle nového znění smlouvy bude možné změnit termíny pro kontroly/měření/zkoušky, pokud s tím obě smluvní strany budou souhlasit (viz příloha č. 21 tohoto vysvětlení zadávací dokumentace). Žádáme o odstranění povinnosti činit testy díla, které jsou „vhodné“ (viz čl. XI.20., XI.22. smlouvy). Testy by měly být uskutečněny pouze ty, které jsou ujednány či jsou právními předpisy vyžadovány, nikoliv které jsou vhodné, kdy se jedná o sporný pojem. Navíc testy by se neměly považovat za úspěšné okamžikem prohlášení o jejich úspěšnosti učiněného BKOM (čl. XI.21 smlouvy), ale již samotnou úspěšností daného testu o čemž bude sepsán protokol. BKOM totiž nemusí prohlášení učinit, a to ačkoliv byl test úspěšný. Žádáme tak o úpravu. K uvedenému zadavatel konstatuje, že s navrhovanou úpravou souhlasí a z příslušných smluvních ustanovení odstranil pojem „vhodné“ (viz příloha č. 21 tohoto vysvětlení zadávací dokumentace). V čl. XI.29. je stanoveno, že komplexní vyzkoušení se považuje za úspěšné okamžikem prohlášení o jeho úspěšnosti ze strany BKOM. Žádáme o odstranění. Komplexní vyzkoušení by mělo být úspěšné k okamžiku jeho úspěšného provedení (tj. nejsou zjištěny nefunkční Technická vybavení) o čemž bude sepsán protokol. Absence prohlášení BKOM by neměla bránit úspěšnosti zkoušky. Nelze připustit, aby do doby uskutečnění prohlášení fakticky dílo nebylo komplexně úspěšně vyzkoušeno, a to ačkoliv zkouška úspěšně proběhla. Zadavatel k uvedenému sděluje, že smlouvu upravil (viz příloha č. 21 tohoto vysvětlení zadávací dokumentace). Za předpokladu, že vyzkoušení bude zjevně odpovídat právním předpisům, technickým normám a smluvním povinnostem, nebude mít BKOM možnost souhlas odepřít. Žádáme o odstranění povinnosti provádět kontrolní měření a zkoušky nad rámec projektové dokumentace a právních předpisů, a to v případě pokynu objednatele. Žádáme tak o odstranění těchto ustanovení z čl. XI.35 a XI.36 smlouvy. Zadavatel sděluje, že uvedenou povinnost z odst. XI.35 a XI.36 smlouvy odstranil (viz příloha č. 21 tohoto vysvětlení zadávací dokumentace). V čl. XII.6 smlouvy je stanovena povinnost zhotovitele vyjádřit nesouhlas se zápisem ve stavebním deníku do 3 pracovních dnů jinak se má za to, že zhotovitel se záznamem souhlasí. Žádáme o stanovení této povinnosti, vč. následku i ve vztahu k objednateli. Zadavatel konstatuje, že uvedené žádosti vyhověl a provedl korespondující úpravu smlouvy (uvedená povinnost nyní stíhá obě smluvní strany) – viz příloha č. 21 tohoto vysvětlení zadávací dokumentace. Žádáme o ponechání aplikace § 2605 odst. 2 NOZ (vyloučena v čl. XIII.1. smlouvy), tj. povinnosti vytnout zjevné vady díla při převzetí díla. Objednatel by měl být povinen dílo při převzetí řádně prohlédnout a vytknout veškeré zjevné vady díla, neboť v opačném případě, tj. při vytčení takové zjevné vady až po předání díla, je jen velmi těžko prokazatelné, zda taková zjevná vada již při převzetí díla existovala, či byla způsobena po předání díla, tj. po přechodu nebezpečí škody na díle vnějšími událostmi (např. třetí osobou). K uvedenému dotazu zadavatel sděluje, že s navrhovanou změnou nesouhlasí, pročež ponechává smlouvu v tomto ohledu v původním znění. Zadavatel nepovažuje vyloučení aplikace § 2605 odst. 2 OZ za excesivní anebo jinak nepřiměřené. V čl. XIV.4 smlouvy je stanoveno, že objednatel je oprávněn uplatnit vadu zjištěnou v Záruční době kdykoliv v průběhu Záruční doby. Po skončení Záruční doby je Objednatel oprávněn uplatnit vady bez zbytečného odkladu poté, kdy vadu zjistil. Žádáme o úpravu shora uvedeného ustanovení, že objednatel je oprávněn vytknout skryté vady či záruční vady bez zbytečného odkladu po jejich zjištění nebo po době kdy měl tyto s potřebnou péčí zjistit, nejpozději však v poslední den záruční doby. Takové ustanovení je i v souladu s NOZ. Není přípustné, aby objednatel zjistil vadu v průběhu záruční doby a tuto vyknul třeba až za několik měsíců/let (tj. kdykoliv v průběhu záruční doby), neboť vada se tak může zvětšovat a může působit další škody. Tento přístup není možný i s ohledem na obecnou prevenční povinnost subjektů ve vztahu k předcházení vzniku škod. Dále žádáme o odstranění možnosti vytýkat vady i po skončení záruční doby, což je v rozporu s NOZ a s podstatou záruky za jakost (objektivní omezení možnosti vytýkat záruční vady díla). Zadavatel sděluje, že upravil znění smlouvy v tom smyslu, že objednatel bude mít povinnost vytýkat zjevné vady bez odkladu poté, co vadu zjistí (viz příloha č. 21 tohoto vysvětlení zadávací dokumentace). V dalším zadavatel s navrhovanou úpravou smlouvy nesouhlasí, pročež ponechává smlouvu v původním znění. Žádáme o odstranění povinnosti odstraňovat vady díla, za které zhotovitel neodpovídá (viz čl. XIV.10 smlouvy). V takovém případě si tak objednatel fakticky dělá ze zhotovitele svou servisní organizaci. V případě, že zhotovitel za vadu neodpovídá (např. tuto si způsobil objednatel sám po předání díla), neměl by mít povinnost tuto odstranit. Zadavatel konstatuje, že ponechává v tomto ohledu smlouvu v původním znění. Dotčené smluvní ustanovení považuje zadavatel za odpovídající právním předpisům, jakož i odpovídající požadavkům na přiměřenost smluvních ustanovení. Ve smlouvě chybí jakákoliv definice vyšší moci a doložka ohledně nepřiznivých klimatických podmínek, vč. vlivů těchto okolností na termíny plnění, a to ačkoliv jsou tyto klauzule běžnými součástmi investorských smluv na stavební zakázky. Žádáme tak zadefinování okolnosti vyšší moci (např. okolnost nezávislá na příslušné straně, kterou není možné překonat) a doplnění doložky nepřiznivých klimatických podmínek (tj. klimatické podmínky při nichž není možné z technického/technologického hlediska možné dílo provádět), vč. vlivu těchto okolností na termíny plnění (např. možnost přerušit po dobu trvání vyšší moci/nepříznivých klimatických podmínek provádění díla vč prodloužení termínů plnění). Zadavatel nepovažuje detailní úpravu vyšší moci za nezbytnou součást smlouvy. Z toho důvodu zadavatel neprovedl navrhované doplnění. Zadavatel považuje úpravu institutu vyšší moci obsaženou v relevantních právních předpisech (zejména OZ) za dostačující pro potřeby nynějšího zadávacího řízení a budoucího smluvního vztahu. VV obsahuje položku: <.. image(Obsah obrázku text Popis byl vytvořen automaticky) removed ..> Z této specifikace, z TZ ani ze specifikace ve výpise zámečnických výrobků není zřejmá ani základní specifikace KARI sítě. Tzn. rozměr sítě, průměr drátů a jejich rozteč. Prosíme o vysvětlení, případně jednoznačné doplnění. Zadavatel k uvedenému dotazu informuje, že specifikaci položky 553-Z35 budou doplněny v budoucím vysvětlení zadávací dokumentace. VV obsahuje položku: <.. image(Obsah obrázku text Popis byl vytvořen automaticky) removed ..> Z této specifikace, z TZ ani ze specifikace ve výpise zámečnických výrobků není zřejmá ani základní specifikace lamel. Tloušťka plechu lamely, rozměr lamel. Prosíme o vysvětlení, případně jednoznačné doplnění. Zadavatel k dotazu upřesňuje, že lamely jsou zakresleny na výkrese (dokument s názvem „SO 02.ST-26_DETAIL KRYCÍ ŽALUZIE.pdf“), který je součástí zadávací dokumentace. Ve „vysvětlení“ č.3 je avízovaná v rámci dotazu č.2 změna ve VV SO02 (příloha 2 nebo snad 6?) „V návaznosti na uvedený dotaz zadavatel dále uvádí, že provedl dílčí korekci položky č. 206 Prosvětlené krabicové písmo ve výkazu výměr SOO2d (jde o údaj „velikost“, který se z 2 000/2 700 mm upřesnil na 2700/27 500 mm). Takto upravený výkaz výměr je přílohou tohoto vysvětlení zadávací dokumentace (příloha č. 2).“ Nicméně v příloze 2 – VV je údaj: <.. image(Obsah obrázku text Popis byl vytvořen automaticky) removed ..> Prosím o vysvětlení a jednoznačné upřesnění jaký údaj o velikosti platí. Zadavatel uvádí na pravou míru, že platným údajem je údaj uvedený v aktuálním výkazu výměr. Ve VV SO02 jsou položky: a související … Nedošlo k záměně jednotek? Žádáme o opravu VV. Zadavatel k položenému dotazu konstatuje, že položky ve výkazu výměr pro Z37 upraví a doplní (o rošt pod rýhovaný plech, plech pro odtlakovací kanál a větrací mřížku trafostanice) v budoucím vysvětlení zadávací dokumentace. Konec lhůty pro podání nabídek:

  • Pojistné 5.1. Pojistné je úplatou za poskytování pojištění. Výše pojistného se určuje na základě sazeb stanovených pojistitelem pro jednotlivé druhy pojištění podle zásad pojistné matematiky. 5.2. Pojistné se stanoví buď pro celou sjednanou dobu pojištění (jednorázové pojistné) nebo pro pojistné období (běžné pojistné). V pojistné smlouvě lze v rámci pojistného období dohodnout splátky pojistného a termíny jeho splatnosti. Jsou-li sjednány splátky pojistného, účtuje pojistitel přirážky odpovídající příslušnému področnímu placení. 5.3. Pojistné za první pojistné období či jeho splátku nebo jednorázové pojistné (první pojistné) je nutno uhradit do 14 dnů od data uzavření pojistné smlouvy, není-li ujednáno jinak. Totéž platí pro změnu pojistné smlouvy. Pojistné za další pojistná období je splatné vždy k výročnímu dni počátku pojištění, není-li ujednáno jinak. 5.4. Není-li pojistné či jeho splátka uhrazena ve stanoveném termínu, má pojistitel právo požadovat úhradu upomínacích nákladů dle sazebníku poplatků a úroky z prodlení, jejichž výši stanoví právní předpis. Za datum úhrady pojistného či jeho splátky se pokládá den, kdy jsou připsány na účet pojistitele nebo jím hotovostně inkasovány. 5.5. Pojistitel je oprávněn upravit u škodového pojištění výši běžného pojistného pro další pojistné období. Pojistitel sdělí nově stanovenou výši pojistného pojistníkovi nejpozději ve lhůtě 2 měsíců před splatností pojistného za pojistné období, ve kterém se má výše pojistného změnit. Pokud pojistník se změnou výše pojistného nesouhlasí, musí svůj nesouhlas uplatnit do 1 měsíce ode dne, kdy se o navrhované změně výše pojistného dozvěděl. Pojištění pak zanikne uplynutím pojistného období, na které bylo pojistné zaplaceno. Podmínky pro úpravu výše pojistného stanoví zvláštní část VPP. 5.6. Mimo pojistné může pojistitel účtovat pojistníkovi rovněž jednorázově poplatky dle sazebníku poplatků. 5.7. Pojistitel má právo odečíst od pojistného plnění splatné pohledávky pojistného nebo jiné pohledávky z pojištění, pokud se nejedná o pojistné plnění z povinného pojištění.

  • Fakturace Smluvní strany se dohodly, že poskytovatel bude cenu za poskytnuté služby fakturovat objednateli takto: a) Fakturu je poskytovatel oprávněn vystavit a zaslat objednateli nejdříve poté, co bude oběma smluvními stranami potvrzen soupis řádně poskytnutých služeb v daném fakturačním období. b) Soupisem řádně poskytnutých služeb se rozumí soupis hodin odpracovaný pracovníky v daném fakturačním období v členění na jednotlivé stravovací provozy, který bude potvrzen příslušnou kontaktní osobou provozu a kontaktní osobou poskytovatele. c) Fakturu je poskytovatel povinen doručit do sídla objednatele do 3 (slovy: tří) pracovních dnů od data jejího vystavení, a to ve 2 (slovy: dvou) vyhotoveních, nebude-li mezi objednatelem a poskytovatelem dohodnuto jinak. d) Splatnost faktury je 30 (slovy: třicet) dní ode dne jejich doručení objednateli. e) Cena za poskytnuté služby bude objednatelem uhrazena bezhotovostním převodem na bankovní účet poskytovatele uvedený v čl. I. odst. 2) této smlouvy. Uvede-li poskytovatel na faktuře bankovní účet odlišný, má se za to, že požaduje provedení úhrady na bankovní účet uvedený na faktuře. Peněžitý závazek objednatele se považuje za splněný v den, kdy je dlužná částka odepsána z bankovního účtu objednatele ve prospěch bankovního účtu poskytovatele. f) Náležitosti faktur 1. náležitosti daňového dokladu dle § 26 a násl. ZDPH, 2. náležitosti účetního dokladu stanovené v zákoně č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů, 3. uvedení informace o lhůtě splatnosti, 4. uvedení údajů bankovního spojení poskytovatele, 5. přílohou každé faktury bude potvrzený soupis řádně poskytnutých služeb. Objednatel si vyhrazuje právo vrátit fakturu poskytovateli bez úhrady, jestliže tato nebude splňovat požadované náležitosti. V tomto případě bude lhůta splatnosti faktury přerušena a nová 30denní (slovy: třicetidenní) lhůta splatnosti bude započata po doručení faktury opravené. V tomto případě není objednatel v prodlení s úhradou příslušné částky, na kterou faktura zní. g) V případě, že faktura nebude obsahovat předepsané náležitosti a tuto skutečnost zjistí až příslušný správce daně či jiný orgán oprávněný k výkonu kontroly u poskytovatele nebo objednatele, nese veškeré následky z toho plynoucí poskytovatel.

  • Pojistná hodnota, hranice pojistného plnění 1. Pojistné plnění pojistitele je omezeno horní hranicí pojist- ného plnění. Horní hranice pojistného plnění je určena po- jistnou částkou nebo limitem pojistného plnění. 2. Pojistná částka je na návrh pojistníka stanovena v pojistné smlouvě tak, aby odpovídala pojistné hodnotě předmětu pojištění.