Výzva k podání nabídky na plnění veřejné zakázky malého rozsahu

Zadávací dokumentace

(dále jen „Výzva“ nebo případně „Zadávací dokumentace“)

Žádáme Vás o podání cenové nabídky na veřejnou zakázku malého rozsahu:

1. Název veřejné zakázky

Název veřejné zakázky Pořízení a implementace informačního systému pro Business Simulator a současné pořízení hardware pro zajištění praktické výuky

Evidenční číslo VZ 966/B/2017

Druh zadávacího řízení veřejná zakázka malého rozsahu na dodávky

(dále jen „Veřejná zakázka“)

2. Identifikační údaje Zadavatele

Obchodní firma: Vysoká škola Xxxxx Xxxxxxx, a.s.

Sídlo: Mezírka 775/1, Brno, Veveří, PSČ 602 00

IČ: 255 52 465

DIČ CZ25552465

Osoba oprávněná jednat za Zadavatele: xxx. XXXx. Xxxxxx Xxxxxxxx, Ph.D. Kontaktní osoba: Xxxxxxx Xxxxxxxxx

Telefon, e-mail: x000 000 000 000

xxxxxxx.xxxxxxxxx@xxxx.xx

(dále jen „Zadavatel“)

3. Předpokládaná hodnota Xxxxxxx xxxxxxx

Předpokládaná celková hodnota Xxxxxxx xxxxxxx: 1.140.495,85- Kč bez DPH, z čehož činí:

(1) částka ve výši 421.487,60 Kč bez DPH předpokládanou hodnotu Části 1 Veřejné zakázky (jak je tento pojem definován níže);

(2) částka ve výši maximálně 22,14% z předpokládané hodnoty Části 1 Veřejné zakázky za implementaci předmětu Veřejné zakázky Části 1;

(3) částka ve výši 599.173,55 Kč bez DPH předpokládanou hodnotu Části 2 Veřejné zakázky (jak je tento pojem definován níže).

Zadavatel stanovuje, že maximální celková výše nabídkové ceny za realizaci celé Veřejné zakázky nepřesáhne částku předpokládané hodnoty Veřejné zakázky.

Vzhledem k tomu, že předpokládaná cena plnění Veřejné zakázky je do 2 mil. Kč bez DPH, jedná se o veřejnou zakázku malého rozsahu ve smyslu ustanovení § 27 zákona č. 134/2016 Sb., o zadávání veřejných zakázek, ve znění pozdějších předpisů (dále jen „ZZVZ“), a tato veřejná zakázka tak v souladu s ustanovením § 31 ZZVZ není zadávána v zadávacím řízení dle ZZVZ, ani podle jiného právního předpisu o zadávání veřejných zakázek.

Zadavatel při zadávání této Veřejné zakázky postupuje v souladu s Pravidly pro žadatele a příjemce – Obecná část, Operační program Výzkum, vývoj a vzdělávání, Programové období 2014 – 2020 (dále jen „Pravidla“).

Pravidla jsou dostupná v aktuálním znění na webové adrese xxxx://xxx.xxxx.xx/xxxxxxxxxxxx-xxxxx-0/xxxxxxxxx-xxx-xxxxxxxx-x-xxxxxxxx-0.

Veřejná zakázka je dotovanou veřejnou zakázkou čerpanou z Evropských strukturálních a investičních fondů, Operační program Výzkum, vývoj a vzdělávání. Jedná se o zakázku malé hodnoty ve smyslu Odstavce 12.2.3 bodu 2) Pravidel.

4. Vymezení předmětu Xxxxxxx xxxxxxx

4.1 Vymezení předmětu Xxxxxxx xxxxxxx

Xxxxx Xxxxxxx zakázky je zajištění potřebné infrastruktury pro užívání Business Simulatoru ze strany studentů a akademiků Zadavatele, tj. unikátní platformy pro spolupráci vysoké školy s firmami. Business Simulator cílí na přípravu studentů na praxi, jakož i na samotnou praxi studentů.

Veřejná zakázka by měla zajistit vytvoření informačního systému pro Business Simulator a pořídit odpovídající hardware k zajištění spolehlivého fungování tohoto informačního systému, včetně pořízení dalšího hardwaru k potřebám Business Simulatoru.

Podrobný popis Business Simulatoru představuje Příloha 1 (Business Simulator) této Zadávací dokumentace.

Předmět plnění Veřejné zakázky se dělí na tyto dvě samostatné části:

(1) Část 1 – Pořízení a implementace systému pro Business Simulator (dále jen „Část 1“); a

(2) Část 2 – Pořízení hardware pro zajištění praktické výuky (dále jen „Část 2“).

Do Části 1 a do Části 2 mohou podat účastníci zadávacího řízení nabídku samostatně, tj. podat nabídku buď pouze do některé z částí Veřejné zakázky (tj. do Části 1, nebo do Části 2), popřípadě podat nabídku do obou částí (tj. jak do Části 1, tak i do Části 2).

Nabídka na Veřejnou zakázku musí být, v případě zájmu účastníků zadávacího řízení podat nabídku do obou částí, podána samostatně do Části 1 a samostatně do Části 2.

Veřejná zakázka je jakožto celek realizována v rámci projektu OP VVV s názvem Infrastruktura pro výuku studijního programu zaměřeného na praxi Management mezinárodního podnikání, reg. č. CZ.02.2.67/0.0/0.0/16_016/0002509.

4.2 Podrobnější popis předmětu Xxxxxxx xxxxxxx

Část 1 – Pořízení a implementace systému pro Business Simulator

Část 1 - Pořízení a implementace systému pro Business Simulator Veřejné zakázky zahrnuje dodávku software spočívajícího ve vytvoření informačního systému účastníků projektu Business Simulator (dále jen „IS“) a současně implementaci IS pro řízení a organizaci praktické výuky a praxi v rámci studia u Zadavatele.

Pro realizaci praxí by měl IS nabízet jednotlivým uživatelům evidenci nabídek firem, možnost vyhledávání a selekce nabídek (např. podle regionů, časového období či oborů). Tento modul bude obsahovat rovněž možnost vkládání přihlášek a osobních údajů studentů k nabídkám firem, možnosti komunikace s přihlášenými studenty, sekci pro údaje o akademických pracovnících a mentorech podílejících se na konkrétní praxi a sekci pro evaluaci této aktivity.

Další modul IS se zaměří na řešení jednotlivých firemních projektů (praktickou výuku). Ten bude obsahovat zejména (i) sekci pro evidenční, přihlašovací a vyhledávací možnosti uživatelů; (ii) sekci pro vložení informací o firmě a jejím statutárním orgánu, údaje o akademických pracovnících a mentorech; (iii) sekci pro harmonogram projektu; a (iv) sekci pro podkladové materiály projektu.

Součástí druhého modulu bude také úložiště pro pořizování výstupů studentského projektového týmu, informace o jeho případné publikaci, a to jak ze strany vysoké školy (Zadavatele), tak firmy. Po uzavření projektu musí být uživatelům zajištěna základní dostupnost projektu ve vyhledávači tak, aby z výstupů projektů mohli čerpat informace pro studijní účely. Nezbytnou součástí bude sekce pro evaluaci.

Podrobná technická specifikace Části 1 – Pořízení a implementace systému pro Business Simulator Veřejné zakázky je obsahem Přílohy 2 (Popis Části 1 Veřejné zakázky) této Zadávací dokumentace.

Veškeré výstupy tvorby Části 1 Veřejné zakázky budou podléhat schválení Zadavatelem. Finální výstupy bude vybraný účastník zadávacího řízení předkládat Zadavateli vždy do stanoveného termínu dle Harmonogramu (jak je tento pojem definován níže).

Vzhledem k tomu, že Xxxxxxx zakázka představuje projekt spolufinancovaný Evropskými fondy, musí být na všech výstupech použita vizuální identita projektu (loga). Vybraný účastník zadávacího řízení se bude při zapracování povinných prvků řídit grafickým manuálem dle Pravidel (zejména kapitolou 17 – Pravidla publicity Pravidel) a požadavky Zadavatele.

Část 2 – Pořízení hardware pro zajištění praktické výuky

Část 2 - Pořízení hardware pro zajištění praktické výuky Veřejné zakázky zahrnuje dodávku následujícího hardwaru pro Zadavatele k zajištění projektu Business Simulatoru a další navazující výuky studentů Zadavatele:

(1) 1 x server (podrobná specifikace dle Přílohy 3 (Popis Části 2 Veřejné zakázky) této Zadávací dokumentace);

(2) 1 x záložní zdroj UPS (podrobná specifikace dle Přílohy 3 (Popis Části 2 Veřejné zakázky) této Zadávací dokumentace);

(3) 2 x L3 swicth (podrobná specifikace dle Přílohy 3 (Popis Části 2 Veřejné zakázky) této Zadávací dokumentace); a

(4) 1 x pásková mechanika (podrobná specifikace dle Přílohy 3 (Popis Části 2 Xxxxxxx xxxxxxx) této Zadávací dokumentace).

Podrobná technická specifikace Části 2 – Pořízení hardware pro zajištění praktické výuky Veřejné zakázky je obsahem Přílohy 3 (Popis Části 2 Veřejné zakázky) této Zadávací dokumentace).

5. Předpokládané plnění Xxxxxxx xxxxxxx

Plnění Části 1 Xxxxxxx xxxxxxx

Vybraný účastník zadávacího řízení pro Část 1 - Pořízení a implementace systému pro Business Simulator Veřejné zakázky započne s plněním Veřejné zakázky bez zbytečného odkladu po uzavření smlouvy o dílo; závazný vzor smlouvy o dílo je Přílohou 4 (Smlouva 1) této Zadávací dokumentace (dále jen „Smlouva 1“).

Finální výstupy bude vybraný účastník zadávacího řízení předkládat Zadavateli vždy do stanoveného termínu dle harmonogramu, který představuje Přílohu 5 (Harmonogram) této Zadávací dokumentace (dále jen „Harmonogram“).

Zadavatel upozorňuje, že veškeré lhůty jsou stanoveny s ohledem na předpokládané ukončení zadávacího řízení a podpis Smlouvy 1. V případě, že z jakýchkoli důvodů dojde k pozdějšímu uzavření Smlouvy 1, budou lhůty automaticky posunuty. Nejzazší termín předání Části 1 Zadavateli je stanoven na 30.6.2018, ledaže by existovaly opodstatněné důvody k prodloužení této lhůty a Zadavatel by takový postup výslovně písemně odsouhlasil.

Plnění Části 2 Xxxxxxx xxxxxxx

Vybraný účastník zadávacího řízení pro Část 2 - Pořízení hardware pro zajištění praktické výuky Veřejné zakázky odevzdá plnění Části 2 jako celek bez jakýchkoli vad nejpozději do 60 dnů ode dne podpisu kupní smlouvy; závazný vzor kupní smlouvy na plnění Části 2 je Přílohou 6 (Smlouva 2) této Zadávací dokumentace (dále jen „Smlouva 2“).

6. Obchodní podmínky Zadavatele

Závazné obchodní podmínky vč. platebních podmínek a objektivních podmínek, za nichž je možno překročit výši nabídkových cen, jsou uvedeny v návrhu Smlouvy 1 pro Část 1

a v návrhu Smlouvy 2 pro Část 2 Xxxxxxx xxxxxxx. Návrh Smlouvy 1 a návrh Smlouvy 2 je závazný.

Účastník zadávacího řízení pro Část 1 je povinen ve své nabídce předložit podepsaný návrh Smlouvy 1, jehož vzor je Přílohou 4 (Smlouva 1) této Zadávací dokumentace. Účastník zadávacího řízení je oprávněn doplnit do vzoru návrhu Smlouvy 1 pouze údaje, které jsou označeny slovy: [BUDE DOPLNĚNO], resp. ty, z jejichž povahy to nepochybně vyplývá. Ostatní podmínky Smlouvy 1 nelze měnit.

Návrh Smlouvy 1 bude datován a podepsán osobou oprávněnou jednat jménem účastníka zadávacího řízení, případně bude doložena ověřená plná moc osoby zastupující účastníka. Součástí Smlouvy 1, uzavřené s vybraným účastníkem, bude jako příloha jeho nabídka, podaná v rámci tohoto zadávacího řízení. Smlouva 1 bude považována za platnou pouze v případě dodání se všemi požadovanými přílohami. Podmínky pro plnění uvedené v této nabídce budou pro účastníka závazné po celou dobu plnění.

Účastník zadávacího řízení pro Část 2 je povinen ve své nabídce předložit podepsaný návrh Smlouvy 2, jehož vzor je Přílohou 6 (Smlouva 2) této Zadávací dokumentace. Účastník zadávacího řízení je oprávněn doplnit do vzoru návrhu Smlouvy 2 pouze údaje, které jsou označeny slovy: [BUDE DOPLNĚNO], resp. ty, z jejichž povahy to nepochybně vyplývá. Ostatní podmínky Smlouvy 2 nelze měnit.

Návrh Smlouvy 2 bude datován a podepsán osobou oprávněnou jednat jménem účastníka zadávacího řízení, případně bude doložena ověřená plná moc osoby zastupující účastníka. Součástí Xxxxxxx 2, uzavřené s vybraným účastníkem, bude jako příloha jeho nabídka, podaná v rámci tohoto zadávacího řízení. Smlouva 2 bude považována za platnou pouze v případě dodání se všemi požadovanými přílohami. Podmínky pro plnění uvedené v této nabídce budou pro účastníka závazné po celou dobu plnění.

Účastník zadávacího řízení, který uzavře smlouvu na některou část Veřejné zakázky, je povinen spolupracovat při případné kontrole ve smyslu zákona č. 330/2001 Sb., o finanční kontrole ve veřejné správě a o změně některých zákonů (zákon o finanční kontrole), ve znění pozdějších předpisů, a ve smyslu souvisejících právních předpisů.

7. Požadavky na varianty nabídek

Zadavatel nepřipouští varianty nabídek.

8. Doba a místo plnění Xxxxxxx xxxxxxx

Veřejná zakázka bude plněna v místě sídla Zadavatele, popřípadě na jiném vhodném místě dohodnutém se Zadavatelem.

Ke splnění každé z částí Veřejné zakázky dojde v době podle obchodních podmínek příslušné části Veřejné zakázky uvedené v dané smlouvě (tj. ve Smlouvě 1, respektive ve Smlouvě 2).

9. Požadavky na způsob zpracování nabídek

9.1 Nabídková cena

Při stanovení nabídkové ceny musí vzít účastník zadávacího řízení v úvahu veškeré náklady, jejichž vynaložení bude nezbytné ke splnění předmětu Xxxxxxx zakázky v jeho plném rozsahu a tato cena bude stanovena jako „cena nejvýše přípustná“ a nepřekročitelná.

Nabídková cena Xxxxxxx zakázky pro Část 1 nesmí překročit: 421.487,60 bez DPH.

Nabídková cena Xxxxxxx zakázky pro Část 2 nesmí překročit: 599.173,55 bez DPH.

Překročení výše uvedených nabídkových cen je nepřípustné a bude důvodem pro vyřazení takové nabídky z dalšího průběhu zadávacího řízení.

Veškeré údaje o celkové nabídkové ceně musí být uvedeny v korunách českých a to v členění:

● nabídková cena bez daně z přidané hodnoty (DPH);

● samostatně DPH s příslušnou sazbou platnou v době podání nabídky; a

● nabídková cena včetně DPH.

Účastník zadávacího řízení stanoví nabídkovou cenu tak, že na krycím listu nabídky, který je Přílohou 7 (Krycí list) této Zadávací dokumentace, který bude účastníkem datován a podepsán, uvede samostatně nabídkovou cenu, a to pro tu část Veřejné zakázky, do níž nabídku podává (popřípadě uvede nabídkovou cenu pro obě části Veřejné zakázky).

Účastník zapracuje údaj o nabídkové ceně také do příslušného návrhu smlouvy (Smlouvy 1, Smlouvy 2 nebo jak do Smlouvy 1, tak i do Smlouvy 2).

Nabídková cena předmětu Xxxxxxx zakázky pro Část 1 bude zahrnovat též jednorázovou odměnu za poskytnutí licence k využití autorských práv v rozsahu uvedeném ve vzoru Smlouvy 1 na plnění Části 1 Veřejné zakázky. Z účetních důvodů ze strany Zadavatele je hodnota za poskytnutí licence k využití autorských práv stanovena na 10% ceny Veřejné zakázky pro Část 1, a to bez DPH.

Při stanovení nabídkové ceny musí vzít účastník v úvahu veškeré náklady, jejichž vynaložení bude nezbytné ke splnění příslušného předmětu Xxxxxxx zakázky v jeho plném rozsahu. Překročení nabídkové ceny je možné pouze za předpokladu, že v průběhu realizace dojde ke změnám sazeb DPH. V takovém případě bude nabídková cena upravena podle sazeb DPH platných v době vzniku zdanitelného plnění. O změně bude s vítězným účastníkem sepsán dodatek ke smlouvě. Překročení nabídkové ceny v jiných případech je nepřípustné.

DPH se pro účely této zakázky rozumí peněžní částka, jejíž výše odpovídá výši daně z přidané hodnoty vypočtené dle zákona č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů. DPH bude v nabídce uvedena ve výši platné ke dni podání nabídky.

9.2 Požadavky na zpracování obsahu nabídky pro účely hodnocení

Pro účely hodnocení účastník zadávacího řízení vyplní nabídkovou cenu ve smyslu Přílohy 8 (Zpracování nabídkové ceny) této Zadávací dokumentace, a to podle toho, do které části Veřejné zakázky podává účastník nabídku.

10. Požadavky na prokázání kvalifikace

Účastník zadávacího řízení prokáže splnění kvalifikace ve lhůtě pro podání nabídek. Zadavatel požaduje prokázání splnění kvalifikačních předpokladů vymezených níže.

1.1 Základní způsobilost

Účastník zadávacího řízení předloží podepsané čestné prohlášení o splnění základní způsobilosti ve smyslu § 75 ZZVZ, popřípadě prokáže splnění základní způsobilosti jiným způsobem, který umožňuje ZZVZ.

1.2 Profesní způsobilost

Dodavatel prokazuje splnění profesní způsobilosti ve vztahu k České republice předložením výpisu z obchodního rejstříku nebo jiné obdobné evidence, pokud jiný právní předpis zápis do takové evidence vyžaduje.

Uvedené doklady nemusí účastník předložit, pokud právní předpisy v zemi jeho sídla obdobnou profesní způsobilost nevyžadují.

1.3 Technické kvalifikační předpoklady

Prokazování technických kvalifikačních předpokladů pro Část 1 Veřejné zakázky

Účastník zadávacího řízení prokáže splnění technických kvalifikačních předpokladů pro Část 1 Veřejné zakázky:

(1) předložením seznamu alespoň dvou (2) referencí (poskytnutí řádného plnění) z oblasti tvorby informačních systémů a/nebo dodávky IT služeb, a to v hodnotě alespoň 500.000,- Kč (slovy: pět set tisíc korun českých) ve vztahu ke každé jednotlivé z prokazovaných referencí; a současně

(2) osvědčení o vysokoškolském vzdělání alespoň jednoho člena týmu účastníka zadávacího řízení, který se bude na realizaci Části 1 Veřejné zakázky podílet jakožto garant projektu, a to z technického oboru v oblasti IT.

Účastník zadávacího řízení prokáže splnění technických kvalifikačních předpokladů v souladu s ustanovením § 79 ZZVZ.

Prokazování technických kvalifikačních předpokladů pro Část 2 Veřejné zakázky

Účastník zadávacího řízení není povinen prokazovat technické kvalifikační předpoklady pro Část 2 Xxxxxxx xxxxxxx.

11. Způsob hodnocení nabídek

Část 1 - Pořízení a implementace systému pro Business Simulator

Základním hodnotícím kritériem pro Část 1 - Pořízení a implementace systému pro Business Simulator Veřejné zakázky je nejnižší nabídková cena, tj. celková cena dodávky bez DPH.

Část 2 - Pořízení hardware pro zajištění praktické výuky

Základním hodnotícím kritériem pro Část 2 - Pořízení hardware pro zajištění praktické výuky Veřejné zakázky je nejnižší nabídková cena, tj. celková cena dodávky bez DPH.

12. Podmínky a požadavky na zpracování nabídky

Účastník zadávacího řízení může podat jak nabídku do Části 1, tak i nabídku do Části 2 (společně či samostatně).

Nabídka bude předložena v originále v písemné formě ve třech kopiích a dále rovněž v elektronické formě na vhodném médiu (CD/DVD) v jednom vyhotovení, v českém či slovenském jazyce, pouze doklady prokazující kvalifikaci účastníků zadávacího řízení mohou být předloženy rovněž v jazyce latinském.

Nabídka nebude obsahovat přepisy a opravy, které by mohly Zadavatele uvést v omyl.

Zadavatel doporučuje, aby všechny listy nabídky včetně příloh byly řádně očíslovány vzestupnou číselnou řadou a nabídka byla zajištěna proti neoprávněné manipulaci.

Zároveň je Zadavatelem účastníkům doporučeno řazení dokumentů specifikované v následujících bodech těchto pokynů pro zpracování nabídky:

● Krycí list nabídky. Součástí této Zadávací dokumentace je závazný vzor krycího listu nabídky, který tvoří Přílohu 7 (Krycí list) této Zadávací dokumentace. Účastník pouze doplní do krycího listu nabídky požadované chybějící údaje a krycí list nabídky podepsaný osobou oprávněnou jednat za účastníka učiní součástí nabídky.

● Obsah nabídky. Nabídka bude opatřena obsahem s uvedením čísel stránek u jednotlivých oddílů (kapitol).

● Podepsaný návrh smlouvy (Smlouvy 1, Smlouvy 2 nebo Smlouvy 1 i Smlouvy 2). Součástí této Zadávací dokumentace je závazný vzor návrhu Smlouvy 1 a návrhu Smlouvy 2, který tvoří Přílohu 4 (Smlouva 1) této Zadávací dokumentace a Přílohu 6 (Smlouva 2) této Zadávací dokumentace. Účastník pouze doplní do příslušného závazného vzoru smlouvy požadované chybějící údaje označené [BUDE DOPLŇENO] a příslušnou smlouvu podepsanou osobou oprávněnou

zastupovat účastníka učiní součástí nabídky jako návrh smlouvy na plnění dané části Veřejné zakázky. Smlouva (Smlouva 1, respektive Smlouva 2) musí po obsahové stránce odpovídat zadávacím podmínkám a obsahu nabídky účastníka. Pokud smlouva nebude odpovídat zadávacím podmínkám a ostatním částem nabídky účastníka zadávacího řízení, bude tato skutečnost důvodem pro vyřazení nabídky a vyloučení účastníka. Pokud jedná za účastníka jiná osoba odlišná od statutárního orgánu s dostatečným oprávněním, musí být součástí návrhu smlouvy plná moc opravňující tuto osobu k zastupování. Tato plná moc musí být předložena v originále nebo v úředně ověřené kopii. Účastník předloží všechny požadované přílohy příslušného návrhu smlouvy.

● Doklady a dokumenty k prokázání splnění kvalifikace.

● Ostatní doklady a dokumenty požadované Zadavatelem.

13. Vysvětlení Zadávací dokumentace (dodatečné informace)

Žádost o vysvětlení Zadávací dokumentace (poskytnutí dodatečných informací) je možno doručit písemně (e-mail, pošta) nejpozději 4 pracovní dny před uplynutím lhůty pro podání nabídek, kontaktní osoba: XXXx. Xxxxxxx Xxxxxxxxx, tel: x000 000 000 000, email: xxxxxxx.xxxxxxxxx@xxxx.xx, adresa Mezírka 775/1, 602 00 Brno.

Vysvětlení Zadávací dokumentace, včetně přesného znění požadavku, bude odesláno nejpozději do 2 pracovních dnů ode dne doručení požadavku účastníka zadávacího řízení.

Vysvětlení Zadávací dokumentace, včetně přesného znění požadavku, bude uveřejněno rovněž způsobem, kterým byla poskytnuta Výzva k podání nabídek.

14. Prohlídka místa plnění

Prohlídka místa plnění Veřejné zakázky nebude vzhledem k povaze předmětu plnění Veřejné zakázky uskutečněna.

15. Lhůta a místo pro podání nabídek

Lhůta pro podání nabídek: 18.10.2017 do 10.00 hodin Místo pro podání nabídek Mezírka 775/1, 602 00 Brno Kontaktní osoba pro příjem nabídek: Xxx. Xxxx Xxxxxxxxxxx

Nabídku na plnění zakázky účastník doručí Zadavateli 3x v listinné podobě (počet 3 paré není závazný pouze doporučující) a 1x v elektronické verzi (doporučený formát *.doc nebo *.pdf) na vhodném datovém nosiči (CD / DVD) nejpozději do konce lhůty pro podávání nabídek této výzvy, a to na adresu Mezírka 775/1, 602 00 Brno, k rukám Xxx. Xxxx Xxxxxxxxxxx.

Nabídka bude doručena v řádně uzavřené obálce opatřené názvem, IČ a adresou účastníka zadávacího řízení, na níž je možné zaslat oznámení a sdělením:

NEOTVÍRAT – Veřejná zakázka malého rozsahu

Infrastruktura pro výuku studijního programu zaměřeného na praxi Management mezinárodního podnikání

„Pořízení a implementace informačního systému pro Business Simulator a současné pořízení hardware pro zajištění praktické výuky“

Zadavatel stanoví, že jazykem řízení k zadání této Veřejné zakázky je český jazyk. Nabídku, včetně všech dokladů k prokázání kvalifikace, je účastník povinen předložit v českém či slovenském jazyce, přičemž doklady prokazující kvalifikaci účastníků mohou být předloženy rovněž v jazyce latinském.

16. Další podmínky a práva Zadavatele

Zadavatel si vyhrazuje právo:

a) dodatečně upřesnit nebo upravit zadávací podmínky v průběhu lhůty pro podání nabídek (v takovém případě se bude adekvátně prodlužovat lhůta pro podání nabídek);

b) ověřit skutečnosti deklarované účastníkem v nabídce před rozhodnutím o výběru nejvhodnější nabídky;

c) nehradit náklady na účast v zadávacím řízení, nevracet účastníkům jejich nabídky;

d) požadovat, aby se vítězný účastník řídil pravidly publicity ve smyslu Xxxxxxxx (zejména kapitolou 17 (Pravidla publicity) Xxxxxxxx);

e) uveřejnit na webových stránkách Zadavatele oznámení o výběru nejvhodnější nabídky;

f) uveřejnit příslušnou smlouvu s dalšími údaji v registru smluv;

g) požadovat před uzavřením smlouvy na příslušnou část Veřejné zakázky předložení originálů nebo ověřených kopií dokladů prokazujících splnění kvalifikace;

h) zrušit řízení k zadání této veřejné zakázky malého rozsahu až do uzavření smlouvy na příslušnou část Veřejné zakázky, a to i bez uvedení důvodu.

17. Přílohy

Následující přílohy jsou nedílnou součástí této Zadávací dokumentace:

● Příloha 1 – Business Simulator;

● Příloha 2 – Popis Části 1 Veřejné zakázky;

● Příloha 3 – Popis Části 2 Veřejné zakázky;

● Příloha 4 – Smlouva 1;

● Příloha 5 – Harmonogram;

Příloha 1 Business Simulator

Úvod

Business Simulator Xxxxx Xxxxxxx0 je samostatnou aktivitou, která navazuje na výuku a obohacuje ji o praktický přístup. Cílem je, aby studenti získali i praktické poznatky a značně zvýšili úroveň svých dovedností.

Projekt Business Simulator byl v akademickém roce 2016/2017 v pilotním běhu bez řádného zajištění informačního systému. Vzhledem k tomu, že se Vysoké škole Xxxxx Xxxxxxx podařilo získat dotaci na vypracování informačního systému pro organizační složku Business Simulator, přináší tento dokument základní poznatky o tom, jakým způsobem bude informační systém vypadat.

Navržený informační systém2 vychází jak ze zkušeností, které v průběhu pilotního roku byly získány, tak i v návaznosti na stávající systém při využití Google nástrojů3.

Níže jsou uvedená doporučení, která mohou být pro vytvoření závazné architektury IS pro BSKE zásadní. Ne vše bude možné realizovat při prvotním nastavení IS. Je však dobré mít na paměti další možnosti při dalším rozvoji této velmi užitečné a přínosné aktivity, která je nepopiratelnou konkurenční výhodou pro celou Vysokou školu Xxxxx Xxxxxxx.

1 Dále jen BSKE.

2 Dále jen IS.

3 Současný systém je v rámci Google nástrojů, které využívá Vysoká škola Xxxxx Xxxxxxx.

Potřeby Business simulatoru Xxxxx Xxxxxxx

Informační systém pro Business simulátor má své specifické potřeby. Bude schopen několika různých funkcí. Každá aktivita Business simulátor v něm bude zaznačená, a zároveň některé z těchto dat budou vzájemně propojeny.

Z hlediska informačního se jedná o přehled projektu a obsahu zadavatele potřeb, a to vše včetně datového úložiště. S tím se pojí potřeba sdílení dokumentů a jejich možná editace formou online. Každý uživatel informačního systému business simulátoru musí mít své vlastní ID, a bude schopen vidět informace o které má zájem.

V praxi to znamená, že poté, co si uživatel vytvoří vlastní ID, přihlásí se do systému, ve kterém si může vyhledávat stáže nebo projekty. Zde si u jednotlivých stáží či projektů zvolí, zda má o mě zájem nebo je třeba již aktivním účastníkem. Následně bude dostávat automatické informace o všech změnách, které v projektech nastanou. Níže jsou jednotlivé atributy informačního systému business simulátoru Xxxxx Xxxxxxx rozebrány podrobněji. Pro lepší pochopení potřeb IS je níže nejprve uveden typický průběh dvou hlavních aktivit BSKE, a sice stáží a projektů.

Průběh stáže

Stáže na rozdíl od projektu mají jednodušší průběh. Ten je uveden na diagramu níže.

Zavedení nabídky stáže do informačního systému provede manažer BSKE anebo

přímo firma; ideálně prostřednictvím příslušného formuláře. Z formuláře bude

vygenerována obsahově a graficky zajímavá nabídka. Formulář bude přístupný bez přihlášení, a to formou odkazu.

Vytvořenou nabídku bude

verifikovat minimálně manažer BSKE,

a však může být

verifikována i zadavatelskou firmou.

Po provedení verifikace bude zveřejněna nabídka, kterou v rámci informačního systému budou vidět všichni účastníci a budou mít možnost se k nabídce přiřadit. To bude umožněno pouze poté, to plně vyplnění profil (detaily profilu jsou uvedeny níže, profil je značen jako ID účastníka BSKE). V případě, že se k projektu nikdo nepřiřadí, přichází na řadu rozesílání automatického emailu, nejprve těm nejvhodnějším uchazečům, tedy těm, kde je největší shoda potřebných dovedností. Pokud ani poté ve stanoveném časovém limitu, například tří dnů, se nikdo ke stáži nepřiřadí, je

doporučeno poslat nabídku dalším účastníkům BSKE. Manažer zájemce, a odešle jejich životopis zadavateli na kontaktní email.

BSKE poté uvidí

Zadavatelská firma poté manažera BSKE informuje o stavu nabídky, tedy jestli si vybrali stážistu, případně zda je nabídka stále aktivní. I tato zpětná vazba, tedy pouze informování o stavu, bude v budoucnu automatizována.

Jakmile je stáž aktivní, změní se dané ID, tedy konkrétní student a jeho stav (více viz níže), který stáž absolvuje. Po ukončení stáže, by měl tento stav změnit sám student. Absolvovaná stáž (i případné absolvované projekty) by měla zůstat v historii. Po absolvování stáže a uvedení ukončení ve stavu v informačním systému BSKE, bude systém požadovat vyplnění hodnocení stáže. Zde bude uvedeno:

● časové rozmezí stáže,

● přibližný počet hodin stáže,

● náplň práce, dovednosti, které se student naučil,

● dovednosti, které student využil,

● doporučení pro školu z hlediska výuky.

Tento report bude v budoucnu sloužit jako potvrzení o absolvování stáže. Verifikovat jej bude manažer BSKE společně se zadavatelem.

Průběh projektu

Průběh projektu je oproti stážím komplikovanější. První kroky jsou si podobné, však realizace celého projektu je složitá zapojením velkého množství lidí a různorodostí výstupů. Popis průběhu projektu je uveden na diagramu níže.

První kontakt s firmou a zavedení nabídky do informačního systému jsou stejné jako v případě stáže. Zde se pouze mění formulářová pole potřebná k vyplnění, více viz níže.

Ke každému projektu bude přiřazen mentor. Mentor dostane automaticky email, že byl k projektu přiřazen, a ten to potvrdí, ideálně automatickým tlačítkem ano/ne. Tímto bude projekt zveřejněn. Před zveřejněním ještě proběhne verifikace nabídky, a to ze strany manažera BSKE případně i zadavatelské firmy. V momentu zveřejnění nabídky, bude rozeslán automatický email vhodným účastníkům. Zde je postup obdobný jako u stáží, a je možné rozeslat více automatických emailů širšímu publiku, např. včetně kombinovaných studentů nebo absolventů.

Automatický nabídkový email o projektu anebo i stáži bude vygenerovaný zvlášť,

např. v případě zapojení

studentů ze středních škol nebo při

jiné spolupráci.

Jednotliví studenti, kteří se přiřadí k projektu, tento svůj stav označí u projektu. Manažer BSKE verifikuje přiřazení tak, aby vhodní studenti byli vybráni pro vhodné projekty. V případě naplnění projektu, tedy přiřazení studentů k projektu v

dostatečném počtu, což znamená naplnění stanoveného limitu zadavatelem projektu, bude projekt započat. Pokud zadavatel požaduje čtyři studenty v projektovém týmu a přihlásí se pouze studenti tři, může manažer BSKE projekt otevřít a tento status měnit.

Otevřený projekt začíná prvotní schůzku u zadavatele. Tato schůzka bude zaznačena v kalendáři. Domlouvá jí mentor projektu, a po zaznačení schůzky do kalendáře, bude vygenerován automatický email pro účastníky projektu. Stejným způsobem budou probíhat i pravidelné projektové schůzky, a finální projektová schůzka. Ukončení projektu nastává podle zadání ve chvíli předání díla, tedy jeho prezentace a věcného předání. Po ukončení projektu mentor projektu označí projekt za ukončený, a všem jeho účastníkům rozešle email k vyhodnocení projektu. Celý projekt má své datové úložiště. Vše výše uvedené je podrobněji níže popsáno z hlediska informačního systému.

Průběh registrace - přístup loginem

Základní funkcí informačního systému business simulátoru Xxxxx Xxxxxxx je přístup vlastním loginem. Každý účastník v BSKE bude schopen se registrovat do systému a následně se do něj přihlásit. V rámci ID každého účastníka by měly být k dispozici tyto základní informace:

- jméno a příjmení

- obor studia

- studovaný ročník

- adresa, na které se daný účastník nachází

- znalosti jazyků a jejich úroveň

- oblasti zájmu z hlediska budoucího profesního zaměření účastníka BSKE

- status typu:

o mám zájem o stáž

o chci se účastnit projektu

o zatím nemám zájem

- možnost vložit životopis ideálně ve standardizovaném formátu např. EUROPASS

Jak je vidět, některé informace se mohou v čase měnit. U jména a příjmení nebude docházet tak často ke změnám, nicméně je zapotřebí mít možnost volby třetího pole, např. u vdaných žen.

Obor studia bude automaticky nastaven, a již by se neměl měnit. Studovaný ročník se každým rokem posune a budou zde uvedené také celkem dosažené kredity a kredity, které má student možnost získat v daném aktuálním roce. Tím bude získán přehled o tom, v jaké fázi studia se student nachází. Budou uváděny již získané kredity a kredity zapsané v daném semestru široce, aby bylo možno, převážně u studentů, kteří přichází z jiných vysokých škol, nebo vyšších odborných škol, zjistit, v jakém stádiu studia se nacházejí, a tak odhadnout předpokládaný termín ukončení studia, a tím i své působení v BSKE. Všechny výše uvedené informace by se mohly automaticky updatovat ze současného informačního systému školy.

Účastník Business Simulátoru bude mít možnost automaticky aktualizovat svou adresu, na které se zrovna nachází. Tato aktualizace bude možná v jakémkoli čase. Může vymezit geografickou polohu, kde je ochoten spolupracovat a to ideálně formou značení na mapě. Další možnost je vyjmenování oblastí, kde je ochoten pracovat a poslední možností je pak kilometrový rozsah od místa, kde se nachází škola nebo aktuální bydliště daného studenta. Tento údaj je důležitý především pro kombinované studenty, kteří se chtějí zapojit do BSKE, a také u studentů, kteří nejsou ochotni nebo z nějakého důvodu nemohou dojíždět do vybraných lokalit.

Znalost jazyků a jejich úroveň je zcela klíčová pro správné zařazení studenta ke stáži či projektu. Velká většina firem vyžaduje aktivní znalost alespoň jednoho cizího jazyka, a to na úrovni B2 a vyšší. Recipročně studenti budou schopni vyhledávat takové stáže a projekty, kde je jasně daný jazykový požadavek. Bude to pro ně impuls věnovat se jazykům více, a hned při začátku studia zjistit, že je to oblast, která je velmi potřebná v praxi. Dále lze přidávat další jazyky a jejich úrovně, případně vložit naskenované osvědčení o absolvování nějaké jazykové zkoušky.

Dalším důležitým hlediskem je možnost vybrat oblast zájmu budoucího profesního zaměření. Je důležité vědět, zda daný student má zájem o praxi čistě v oblasti bezpečnosti, práva, administrativy nebo managementu či marketingu. Správné rozdělení bude obtížnější u studentů, kteří ještě nejsou vyhranění, anebo naopak u těch, jejichž zájem není příliš tradiční. Na druhou stranu, pokud by každý student vyplnil oblast zájmu samostatně, nebylo by dost dobře možné studenty podle tohoto kritéria filtrovat. Nabízet studentovi, který má zájem o bezpečnostní projekt práce

v marketingu, by poté byla ztrátou času. Je tedy zapotřebí, aby student zvolil jednu z těchto oblastí:

- Bezpečnost

- Právo

- Administrativa

- Marketing

- Obchod

Až testování projektu v praxi ukáže, zda je přínosné přidat pole jiné, případně další konkrétní oblasti.

Student musí být schopen realizovat svůj profil již na začátku studia, avšak zároveň mít možnost provádět v průběhu jakékoli změny. Bude mít také možnost vybrat více oblasti zájmu najednou.

Status je u studenta zcela klíčový pro filtrace a automatické rozesílání zpráv. Jedná se o to, zda účastník BSKE má zájem o stáž, nebo zda se chce či nechce účastnit projektů. Dále je dobré vědět, zda už se nějakých projektu účastnil, a přes daný projekt zjistit, s jakými výstupy či jakým týmem. Proto bude daný status barevně rozlišen. Studenti, kteří mají zájem o stáž, budou označení zelenou barvou, studenti, kteří nemají žádný zájem, červenou. Studenti, kteří nejsou nyní k dispozici, ale plánují se aktivně zapojit, poté barvou oranžovou. Studenti, kteří jsou na Xxxxxxx pobytu, budou označení modře. Je nutné rozlišit, zda má student zájem o stáž nebo projekt a to i barevně.

Poslední oblastí ID daného účastníka informačního systému je možnost vložit svůj životopis. Každý student průběhu prvního semestru svého studia, bude mít možnost vytvořit standardizovaný životopis, a ten vložit do systému. Informace v životopisu bude sloužit projektovým manažerům ke správným doporučením a pro zařazení daného studenta k praxím či projektům.

Formuláře a databáze

Informační systém BSKE kromě vytváření si vlastního ID umožní nabídku stáží a projektů. Umožní v nich vyhledávat podle klíčových slov, jejich online zobrazení, vytváření úložiště k jednotlivému projektu, přiřazení různých ID, a bude úzce propojen s automatickým rozesíláním zpráv.

Databáze

Informační systém BSKE bude disponovat třemi hlavními databázemi. První databáze je evidence účastníků BSKE. Ta, z pohledu studenta jako uživatele, již byla popsána výše. Registrace vedoucích pracovníků k jednotlivým projektům, bude obdobného charakteru, avšak s méně povinnými poli. V ideálním případě pouze jméno a příjmení (i s tituly), pozice a obor specializace a možností napsat dotyčnému zprávu. Každý mentor bude vidět přehled projektů, na kterých právě pracuje (více níže v textu).

Druhá databáze se bude věnovat praxím. Zde existuje několik textových polí, které by měly být vyplněny. Tato pole jsou:

● Název stáže

● Zadavatelská společnost

● Popis společnosti

● Potřebné znalosti pro výkon stáže

● Popis stáže

Název stáže bude stručně vystihovat, o jaké místo se jedná. Dobrým příkladem je asistentka ředitele, asistent obchodního oddělení pro vnější vztahy, nebo třeba interim pro trhy východní Evropy. Název stáže preferujeme spíše delší a konkrétnější, tudíž by toto pole mělo umožnit vložit alespoň 50 znaků.

Zadavatelská společnost vyplní základní údaje o sobě. Ideální bude, když budou tato data automaticky čerpána z jiného databázového systému například Xxxxxxx.xx. U každé společnosti je důležité uvést její název, adresu, kde by mělo dojít k výkonu stáže, přibližný počet zaměstnanců (tento údaj je nepovinný, přispívá však k lepší představě o společnosti, a sice zda se jedná o společnost malou střední nebo velkou), jejich webové stránky.

Popis společnosti bude do 800 znaků, a bude popisovat hlavní činnost společnosti. Důležité je, aby popis hlavní činnosti byl srozumitelný studentům. Nedoporučujeme tedy popis, že se společnost věnuje monitorování datových toků NetFlow/IPFIX, ale spíše popis že společnost se věnuje bezpečnosti počítačových sítí. Dále je dobré věnovat větu charakteru společnosti, atmosféře ve společnosti, případně, pokud se jedná o mladý kolektiv, či práci v centru nebo jiné atraktivní lokalitě, uvést tato fakta také.

Potřebné znalosti pro výkon stáže jsou klíče přiřazení správných studentů. Základní znalosti jsou jazykové a ovládání počítačových balíčků typu Microsoft Office. Specifické pak mohou být další programy, rozlišné dovednosti, nebo i individuální

zájmy, které jsou v souladu s nabídnutou stáží. Tento popis by měl být v ideální podobě formou rozklikávacího okna. To umožní lepší filtraci a automatickou nabídku studentům tam, kde dochází k nějaké vyšší shodě.

Popis stáže by měl být textovým polem o délce do 1500 znaků. Bude zde napsáno co nejjednodušším způsobem, co xxxx xxxx obnáší. Složité formulace studenty často odradí. Xxxxx je uvést, co vše je firma ochotna studenty naučit, tak aby mohli být platnými pracovníky.

Poslední databáze se bude věnovat projektům. Zatímco ID jednotlivých účastníků BSKE uvádí základní data, nabídka stáží, umožní automaticky filtrovat, případně rozesílat zprávy, nabídka projektů, je z tohoto hlediska nejsložitější.

Kromě popisu projektu, by měla tato databáze umožňovat i přiřazení jednotlivých ID k projektu, vytvoření datového úložiště, komunikaci v rámci skupiny ID, automatické emaily, případně harmonogram, a jakýsi kalendář pro zaznamenávání schůzek, nejen projektového týmu (tedy skupin ID), ale také úvodní a závěrečné schůzky u zadavatele.

Některé z výše uvedeného, by mělo být viditelné pouze pro mentora projektu, jiné pro všechny účastníky. Po ukončení projektu, by se měl změnit jeho status, a systém by měl umožnit, vygenerovat pouze závěrečný výstup (a to v případě že není chráněn NDA ze strany zadavatele), a dále souhrnný přehled, účastnících projektu, a jejich aktivitě. Zbytek, by měl být automaticky přesunut do vybraného datového úložiště, které není potřeba mít aktivní.

K projektům patří celá škála vnitřních databází. Základní je vytvoření projektové nabídky. Zde by zadavateli mělo být umožněno zadat nabídku projektu, a to obdobným způsobem jako u stáže, formou vyplnění textových polí. Jedná se o tato pole:

● Název projektu

● Zadavatel

● Popis projektu

● Potřebné dovednosti účastníků projektu

● Doporučená velikost projektového týmu

● Předpokládaná délka projektu

● Začátek a konec projektu

● Očekávaný výstup (jeho forma)

Pro zadání názvu projektu a zadavatele platí stejná doporučení jako u stáží. V případě popisu projektu je nutné projekt popsat velmi jednoduše, a přitom přesně určit, co vše zadavatel, pro správné započetí projektu, projektový tým naučí.

Potřebné dovednosti účastníků projektu, by měly být definovány, ideálně zaklikávacím způsobem. Na druhou stranu, je však potřeba brát zřetel na fakt, že v týmu je více lidí, a ne vždy musí být potřeba, aby všichni ovládali určitou dovednost. Zde může být identifikace dovedností účastníků komplikovanější.

Oproti praxím, se u projektů, řeší úložiště a jeho časový běh.

Každý projekt se skládá z několika schůzek. První velká schůzka je setkání se zadavatelem. Zde by již měl být přítomný celý projektový tým. Je možné, že se vybraný projektový tým sejde ještě před úvodní schůzkou zadavatele. U některých projektů je to doporučeno, někde to není potřeba. Zde by tedy v systému měla být možnost, svolat počáteční schůzku, a to ideálně na půdě školy.

Co se týče prvotní schůzky u zadavatele, systém bude automaticky generovat email, který přichází jednotlivým účastníkům projektového týmu. Po dohodnutí prvotní schůzky u zadavatele, které má na starosti mentor projektu, jsou datum a čas zaznačeny v systému. Ten položí dotaz mentorovi projektu, zda může rozeslat email o plánované schůzce. Email může být generován automaticky, včetně automatického textu. Měnit se bude pouze čas a datum, které je zadáno mentorem v kalendáři, a dál a místo schůzky, které je automaticky generováno z nabídky projektu. Před odesláním automatického emailu, musí mít mentor možnost do něj zasahovat. Připsat poznámku, ke konkrétní místnosti, kde se bude schůzka konat, případně větu, že se chce sejít s celým týmem, například o 15 minut dříve, ve foye společnosti. Stejným způsobem, by měl být generován email, a zaznačeno datum finální schůzky projektového týmu u zadavatele. Tam probíhá představení hlavních výstupů projektu pro zadavatele, a tím celý projekt oficiálně končí.

V mezičase původní a finální schůzky zadavatele probíhají schůzky projektového týmu. Je doporučeno, aby tyto schůzky probíhaly osobně, a to na půdě školy, nicméně mohou probíhat elektronicky s využitím komunikátoru typu Skype nebo WebEx, případně kombinovaně. Zde poskytne systém možnost zaznačit schůzky projektového týmu, a dát možnost mentorovi, aby byl zaslán automatický email o konání schůzky. V rámci tohoto emailu by měli jednotliví účastníci projektového týmu být schopni potvrdit svou účast (volbou ano/ne/nevím).

Co se týče úložiště pro projekty, je nutné, aby každý projekt měl svou vlastní složku. Pro lepší orientaci v rámci projektu doporučujeme, aby měl v rámci Hlavní složky tyto podsložky:

● Data od zadavatele

● Knihovna

● Rozpracované materiály

● Hlavní výstupy

● Evaluace

Kromě těchto složek bude v hlavní složce přehled účastníků projektu, s možností zaslání zprávy emailu.

Složka data od zadavatele bude zpřístupněna pro nahrávání dat mentorovi projektu, který by měl nahrát všechny data, která v rámci projektu od zadavatele získal. Doporučujeme, aby ostatní členové projektového týmu měli přístup k těmto datum, avšak aby nemohli do složky data od zadavatele nic nahrávat.

Složka knihovna je naopak všem členům projektového týmu zcela otevřená, a zde si mohou jednotliví účastníci projektu ukládat potřebné dokumenty odkazy a jiná data, která pro svou práci potřebují.

Složka rozpracované materiály bude obsahovat pouze části finálního výstupu, na kterém jednotliví účastníci projektového týmu pracují. Složka Hlavní výstupy bude obsahovat pouze finální soubory, které jsou odevzdány a prezentovány zadavateli.

Složka evaluace, bude viditelná až po ukončení projektu, tedy měla by se automaticky zviditelnit, po finální schůzce, a všichni účastníci, by měli obdržet automaticky email s výzvou, aby uvedli své hodnocení o projektu. Primárně by se mělo jednat o jednoduché textové pole, limitované například 650 znaky. Je možné přiřadit i zaklikávací pole, které by vyhodnotilo projekt celkově, a dále např. atributy typu komunikaci v týmu, komunikaci s mentorem, případně přínos pro účastníka projektu.

V případě že je projekt ukončen, a všichni účastníci vyplnili evaluaci, bude projekt uzavřen. Evaluaci by poté, mělo být vidět vedení BSKE, pracovníci pro strategii školy, a data získaná v rámci složky evaluace, by měla sloužit především pro marketingové oddělení školy.

Po ukončení projektu systém vygeneruje stručnou zprávu o ukončení projektu a aktivitě jednotlivých účastníků. Tento report automaticky obdrží mentor projektu, avšak může jej obdržet celý projektový tým. Na základě tohoto reportu studenti

získají zápočet či osvědčení, nebo jiné ocenění. Tento report bude sloužit i zadavateli pro případnou odměnu jednotlivých studentů. Report bude obsahovat délku připojení jednotlivých účastníků, počet přístupů do informačního systému, souhrnně velikost uložených dat v rámci složky projektu, aktivní komunikaci, pokud bude v rámci informačního systému vnitřní komunikátor (nikoli její obsah, ale nějakým způsobem definovanou velikost či častost), reakční dobu na jednotlivé automatické maily a další.

Formuláře

Pro účely BSKE bude daný informační systém obsahovat následující formuláře:

● formulář pro zadávání praxí

● formulář pro zadávání projektů

● přidružený formulář pro ID jednotlivého účastníka BSKE – student

● přidružený formulář pro ID jednotlivého účastníka BSKE - mentor

● formulář pro evaluaci stáže

● formulář pro evaluaci projektu

Data uvedená v těchto formulářích, až na formuláře pro evaluaci projektu, by měla být filtrovatelná, a jejich filtrace by měla umožnit další aktivitu. Formulář pro zadávání praxí a formulář pro zadávání projektu spolu nemusí být nijak propojeny.

Otázkou zůstává, zda by se i firmy neměly registrovat do systému a mít svoje vlastní ID. Podobný systém využívá obor SSME na Fakultě informatiky Masarykovy univerzity4. Ten však umožňuje pouze interim projekty, tedy stáže, ale projekty v podání Business simulátoru jako takové nenabízí a ani neadministruje.

Manažer BSKE bude evidovat spolupráci s firmami minimálně prostřednictvím tabulky, a dále by měl mít úložiště pro jednotlivé uzavřené smlouvy. Není však potřeba, aby k těmto datům měl přístup i zadavatel, tedy vybraná firma. Požadovat po firmě další registraci může působit zbytečně komplikovaně. Registrace firem do Business simulátoru je tak otevřené téma.

Obsah jednotlivých formulářových polí uvádí tabulka níže.

formulář pro zadávání praxí

formulář pro zadávání projektů

přidružený formulář pro ID

jednotlivého účastníka BSKE –

přidružený formulář pro ID jednotlivéh o účastníka BSKE -

formulář pro evaluaci stáže

formulář pro evaluaci projektu

4 Více na xxxx://xxxx.xx.xxxx.xx/xx/.

		student		mentor
Název stáže	Název projektu	jméno	a	jméno	a	časové	jednoduché
Zadavatelská	Zadavatel	příjmení		příjmení		rozmezí	textové pole
společnost Popis	Popis projektu Potřebné	obor studia studovaný		obor		stáže, přibližný	Další možnosti:
společnosti Potřebné znalosti	pro	dovednosti účastníků projektu	ročník adresa, na které se daný	počet stáže, a			hodin dále	komunikac e v týmu, komunikac
výkon stáže Popis stáže	Doporučená velikost projektového	účastník nachází znalosti	jazyků	textová pole: náplň práce, dovednosti,			e mentorem, případně	s

týmu Předpokládaná délka projektu

a jejich úroveň oblasti zájmu z hlediska

které student naučil,

se přínos pro účastníka projektu

Začátek a konec projektu Očekávaný výstup (jeho forma)

budoucího profesního zaměření účastníka BSKE

tatus

dovednosti, které student využil, doporučení

pro školu z

hlediska výuky

Členění

Zobrazení a členění informačního systému BSKE je tedy dvojí. Jednouživatelské pro studenty a mentory, a druhé administrační pro manažera BSKE.

Student nebo mentor vidí své ID, vidí nabídku projektů a stáží, jejich stav, případně kalendář jednotlivých schůzek. U projektů pak ještě vidí datová úložiště, a uzavřených projektu finální evaluaci.

Manažer BSKE bude vidět tři typy zobrazení. První je Účastníci BSKE, kde by měl vidět Kompletní přehled registrovaných účastníků, a měl by schopen je filtrovat,

podle jednotlivých poli studovaný obor, ročník studia, zaškrtnuté znalost, případně oblast Kde je ochoten student pracovat geograficky.

zájem, jazyková

Druhým zobrazením je Přehled stáží. Zde bude manažer BSKE vidět přehled jednotlivých stáží, jejich status, a také bude schopen je filtrovat. Systém umožní automatické rozesílání zpráv a jejich editaci u jednotlivých položek.

Třetím zobrazením je Přehled projektů. Kromě celkového přehledu, bude manažer BSKE schopen vidět, jejich stav, počet účastníků či zájemců, mentora, očekávaný harmonogram - tedy konec a začátek projektu. Při ukončení projektu jejich evaluaci a zprávu.

Je možné přidat čtvrté zobrazení, de facto se jedná o rozšíření zobrazení prvního, a sice přehled zapojených firem. Zde je uvedeno výše, je otázkou, zda by se firmy měly registrovat samy, nebo by je měl do systému zavést manažer BSKE. Tak jako tak doporučujeme, aby byla data automaticky nahrána z jiného databázového systému.

Povinné nástroje

Mezi základní povinné nástroje patří sdílení souborů, automatická odpověď, kalendář, sdílené úložiště a možný komunikátor v rámci platformy.

E-mail a automatické response

Studenti mají školní emailovou adresu. Pro zjednodušení bude email vyjmut jako další nástroj v rámci SI BSKE ze systému, nicméně automatické odpovědi na schůzky zakliknutím přímo v mailu typu ano zúčastním se, nezúčastním se, efektivitu celého projektu značně zjednoduší. Emailová komunikace musí být zaznamenána pro případné doplnění týmu na projektu nebo stáže tak, aby si dřívější komunikaci mohl přečíst v systému.

Automatické emaily by měli být generovány v těchto situacích:

● Email informující o nové vhodné stáži

● Email informující o novém vhodném projektu

● Email o informaci, že projekt byl otevřen

● Pozvánka na schůzku projektového týmu (různé typy schůzek)

● Informace o uložení nových dat do úložiště k projektu

● Email vztahující se k evaluaci projektu nebo stáže

Pozvánky na schůzky projektového týmu budou obsahovat datum, čas a místo konání. Je otázkou, zda právě místo ne integrovat společně s nějakým dalším nástrojem typu mapy.

Email vztahující se k evaluaci projektu nebo stáže by měl obsahovat odkazy, na které by studenti nebo mentor měli danou evaluaci vyplnit.

Komunikace v rámci platformy

Komunikace v rámci platformy bude fungovat stejně jako např. Facebook Messenger. Studenti si velmi často v rámci projektu vytváří vlastní pracovní skupiny právě prostřednictvím Facebooku. Samo o sobě toto Řešení není špatné, nebo Ti studenti používají Facebook velmi často, a tudíž i komunikace je velmi aktivní. Na druhou stranu existují projekty, kde mají studenti uzavřené NDA smlouvy, a tudíž tato forma otevřené nezabezpečené komunikace může tyto smlouvy porušovat. Navíc ne každý mentor je ochotný komunikovat prostřednictvím svého facebookového profilu. Z tohoto důvodu je nezbytné vytvořit vnitřní komunikátor. Propojení potřeby komunikace případně i vzdálených schůzek, s nějakým komunikačním opensourcovým systémem je velmi nasnadě. Studenti by se v rámci studia měli naučit využívat různé komunikátory, protože to je právě to, s čím se v praxi mohou potkat.

Sdílení souborů

Sdílení souborů bude řešeno stejně jako stávajícím způsobem. Business simulátor ve svém pilotním ročníku využíval nástroje Google. Podobný způsob sdílení dokumentů musí obsahovat informační systém BSKE.

Aby všechna data nebyla neustále k dispozici a viditelná, je doporučeno, aby po ukončení projektu či stáže byly hlavní výstupy přesunuty na jiné datové úložiště.

Dále je potřeba řešit i otázku bezpečnosti a zálohování. Doporučujeme využít server školy.

Kalendář

Důležitou součástí je integrace kalendáře. Ten je vhodný jak pro projekty, tak pro stáže. Je nezbytné zaznamenat jejich délku a časové období, případně zda značit, od kdy do kdy jsou stále aktivní.

U projektů je potřeba zaznačit začátek a konec a jednotlivé schůzky. Zde je úzká návaznost na automatické rozesílání emailů, které značně usnadní průběh projektu a jeho administraci. V případě absence kalendáře je potřeba tyto náležitosti řešit jiným způsobem. Studenti by však o každé schůzce měli dostat informaci formou emailu nebo nějakého reminderu. Propojení kalendáře s emailem a projektem či stáží je tedy velmi klíčové.

Zabezpečení a pilotáž

Informační systém, který zvládne pokrýt velkou většinu potřeb aktivity typu Business simulátor, je velmi komplexní, založený na komunikaci a změně stavů, a případné filtraci. Důležité je i neopomenout zálohování a bezpečnost celého systému, např. odhlašování se z databáze při neaktivitě po určitém časovém období, nebo potřeba hesla pro přihlášení. Níže je uvedeno na co si dát pozor po pilotním provozu Business simulátoru Xxxxx Xxxxxxx.

● Pro vyladění informačního systému, doporučujeme simulovat jeden z již proběhlých projektů tak, aby bylo jasné, co vše je potřeba. Stejně tak doporučujeme odladit stáže.

● V případě informačního systému je důležitá správná návaznost na další databáze, např. IS školy, a také delší pilotní běh.

Příloha 2

Popis Části 1 Xxxxxxx xxxxxxx

1. Základ systému

Informační systém pro Business simulátor VSKE (dále BSIS) má své specifické potřeby. Je schopen několika různých funkcí. Každá aktivita osob zúčastněných v Business simulátoru je zaznačená.

Z informačního hlediska se jedná o přehled projektů, jejich historii tvorby obsahu, informace od zadavatele projektu, harmonogramu a datového úložiště. S tím se pojí potřeba sdílení dokumentů a jejich možná editace.

Základ informačního systému, tzv. framework, umožňuje a podporuje možnost připojení do více druhů databází, jako například (MySQL, PostgreSQL). Dále podporuje efektivní vytváření sestav pro výpis a editaci dat v nich uložených.

Zároveň podporuje funkce jako je odesílání emailů, zabezpečení jednotlivých částí systému a běží na technologiích, které jsou běžně dostupné. Pouze v případě pokud nelze využít open source řešení, je možné řešit to dle potřeb.

Systém podporuje a je připraven na tzv. moduly, od kterých je oddělen tak, aby mohl být aktualizován v rámci upgradů a zároveň neovlivnil moduly naprogramované na míru v rámci tohoto projektu.

2. Základní požadavky

Vzhledem k použití a potřebám tohoto projektu splňuje informační a komunikační systém pro BSIS následující požadavky:

● Systém běží na open source řešeních a technologiích tak, aby nebyly vícenáklady na licence dalších SW, které jsou potřebné pro běh vyvinutého systému.

● Systém využívá v maximální míře možnosti moderních databázových systémů tak, aby dokázal rychle vyřizovat požadavky uživatelů systému.

● Systém umožňuje a podporuje přesun mezi různými servery a nebýt fixován na jednu platformu.

● Je připraven na případné další potřeby změn modulů do budoucna.

● Je připraven na komunikaci s externími SW pomocí API či REST pro výměnu dat.

● Systém podporuje multi-jazykové rozhraní a umožňovat překlad. Systém je v českém, anglickém jazyce a všechna data pro zadání, pokud je to potřeba, umožňují zadání obou jazykových verzí. Zároveň pokud nejsou v systému zadána data pro určitou jazykovou mutaci, lze v systému použít sekundární jazyk, pokud se tak zvolí.

● Systém umožňuje simultánní připojení nejméně 50 uživatelů, bez dopadů na výkon informačního systému, vzhledem k tomu, že v něm může pracovat simultánně více uživatelů.

● Systém udržuje co nejvíce dat v paměti pro zrychlení zpracování dat.

● Systém umožňuje to, aby šla zálohovat databáze, ale také i soubory jak vlastního zdrojového kódu informačního systému, tak dat vložených uživateli pomocí standardních zálohovacích SW, dané serverové platformy.

● Každý uživatel informačního systému business simulátoru má své vlastní ID a je schopen vidět informace, o které má zájem. Může vyhledávat stáže nebo projekty. Pokud se stane aktivním účastníkem, bude dostávat automatické informace o všech změnách, které v projektech nastanou.

3. Požadavky na přístupnost a UX

BSIS je přístupný přes webové rozhraní, bez potřeby doinstalace dalších doplňků do prohlížečů. Zároveň podporuje prohlížeče, které mají vetší zastoupení než 5% v České republice.

Mobilní verze rozhraní pro mobilní telefony a tablety je plnohodnotná a zajišťuje přístup ke všem funkcím systému. Jedná se o tzv. responzivní verzi webových stránek.

V rámci tvorby informačního systému BSIS je také vytvořen tzv. WireFrame, tj. nákres rozložení prvků jako menu, obsah atp. Následně po schválení návrhu grafického rozhraní, otestovaní a vyhodnocení UX je systém co nejpřehlednější a nejpoužitelnější i pro nové uživatele.

4. Databáze

Informační systém BSKE disponuje třemi hlavními databázemi. První databáze je

evidence účastníků business simulatoru. Druhá databáze se věnuje praxím. Třetí databáze se zabývá projekty. Fyzické uložení databáze, zda-li se bude jednat o jednu či více databázových instancí, je ponecháno na dodavateli.

4.1.Databáze evidence účastníků BSKE

První databáze pokrývá evidence účastníků BSKE. Ta je z pohledu studenta jako

uživatele popsána podrobněji v module 6.1 - Správa uživatelů.

Registrace vedoucích pracovníků k jednotlivým projektům je obdobného charakteru, avšak s méně povinnými poli. V ideálním případě stačí pouze jméno a příjmení (i s tituly), pozice, obor specializace s možností napsat dotyčnému zprávu. Každý mentor má možnost vidět přehled projektů, na kterých právě pracuje.

4.2.Databáze praxí

Druhá databáze se věnuje praxím. Zde existuje několik textových polí, které jsou

vyplněny. Tato pole jsou:

● Název stáže

● Zadavatelská společnost

● Popis společnosti

● Potřebné znalosti pro výkon stáže

● Popis stáže

Název stáže jasně a stručně vystihuje, o jaké místo se jedná. Dobrým příkladem je asistentka ředitele, asistent obchodního oddělení pro vnější vztahy, nebo třeba interim pro trhy východní Evropy. Název stáže je preferováno spíše delší a konkrétnější, proto toto pole umožňuje vložení alespoň 50 znaků.

Zadavatelská společnost vyplňuje základní údaje o sobě. Ideální je, když jsou tato data automaticky čerpána z jiného databázového systému, například Xxxxxxx.xx. U každé společnosti je důležité uvést její název, adresu, kde má dojít k výkonu stáže a přibližný počet zaměstnanců (tento údaj je nepovinný, ale přispívá k lepší představě o společnosti, např. zda-li se jedná o společnost malou, střední nebo velkou), jejich webové stránky.

Popis společnosti je textovým polem o délce do 800 znaků a popisuje hlavní činnost společnosti. Důležité je, aby byl popis hlavní činnosti srozumitelný studentům. Nedoporučujeme tedy např. popis, že se společnost věnuje monitorování datových toků NetFlow/IPFIX, ale spíše popis, že se společnost věnuje bezpečnosti počítačových sítí. Dále je dobré se věnovat popisu charakteru společnosti, atmosféře ve společnosti, případně pokud se jedná o mladý kolektiv, či práci v centru nebo jiné atraktivní lokalitě, uvést tato fakta také.

Potřebné znalosti pro výkon stáže jsou klíčem přiřazení správných studentů. Základní znalosti jsou jazykové znalosti a ovládání počítačových balíčků typu Microsoft Office. Specifické pak mohou být další programy, rozlišné dovednosti, nebo i individuální zájmy, které jsou v souladu s nabídnutou stáží. Tento popis je v ideální podobě formou rozklikávacího okna. To umožní lepší filtraci a automatickou nabídku studentům tam, kde dochází k nějaké vyšší shodě.

Popis stáže je textovým polem o délce do 1500 znaků. Mělo by zde být napsáno co nejjednodušším způsobem, co xxxx xxxx obnáší. Složité formulace studenty často odradí. Xxxxx je uvést, co je vše firma ochotna studenty naučit tak, aby mohli být platnými pracovníky.

4.3.Databáze projektů

Třetí databáze se věnuje projektům.

Kromě popisu projektu, tato databáze umožňuje přiřazení jednotlivých ID k projektu, vytvoření datového úložiště, komunikaci v rámci skupiny ID, automatické emaily, případně harmonogram a kalendář pro zaznamenávání schůzek nejen projektového týmu (tedy skupin ID), ale také úvodní a závěrečné schůzky u zadavatele.

Některé z výše uvedených vlastností jsou viditelné pouze pro mentora projektu, jiné pro všechny účastníky. Po ukončení projektu se změní status a poté systém umožňuje vygenerovat pouze závěrečný výstup (a to v případě, že není chráněn NDA ze strany zadavatele), souhrnný přehled o účastnících projektu a jejich aktivitě. Zbytek je automaticky přesunut do vybraného datového úložiště, které není potřeba mít aktivní.

K projektům patří celá škála vnitřních databází. Základní databáze je vytvoření projektové nabídky. Zde je zadavateli umožněno zadat nabídku projektu a to

obdobným způsobem jako u stáže, formou vyplnění textových polí. Jedná se o tato pole:

● Název projektu

● Zadavatel

● Popis projektu

● Potřebné dovednosti účastníků projektu

● Doporučená velikost projektového týmu

● Předpokládaná délka projektu

● Začátek a konec projektu

● Očekávaný výstup (jeho forma)

Pro zadání názvu projektu a zadavatele platí stejná doporučení jako u stáží. V případě popisu projektu je nutné projekt popsat velmi jednoduše a přitom přesně určit, co vše chce zadavatel pro správné započetí projektu a projektový tým se naučí.

Potřebné dovednosti účastníků projektu jsou definovány ideálně zaklikávacím způsobem. Na druhou stranu je potřeba brát zřetel na fakt, že v týmu je více lidí a ne vždy musí být potřeba, aby všichni ovládali určitou dovednost. Zde může být identifikace dovedností účastníků komplikovanější.

Co se týče úložiště pro projekty je nutné, aby každý projekt měl svou vlastní složku. Pro lepší orientaci v rámci projektu doporučujeme, aby měl projekt, v rámci hlavní složky, tyto podsložky:

● Data od zadavatele

● Knihovna

● Rozpracované materiály

● Hlavní výstupy

● Evaluace

Kromě těchto složek, v hlavní složce, obsahuje přehled o účastnících projektu, s možností zaslání zprávy na email.

Složka data od zadavatele je zpřístupněna mentorovi pro nahrávání dat projektu, který musí nahrát všechny data, která v rámci projektu od zadavatele získal. Ostatní členové projektového týmu budou mít přístup k těmto datům, avšak nebudou moci do složky data od zadavatele nic nahrávat.

Složka knihovna je naopak všem členům projektového týmu zcela otevřená a zde si mohou jednotliví účastníci projektu ukládat potřebné dokumenty odkazy a jiná data, která pro svou práci potřebují.

Složka rozpracované materiály obsahuje pouze části finálního výstupu, na kterém jednotliví účastníci projektového týmu pracují. Složka Hlavní výstupy obsahuje pouze finální soubory, které jsou odevzdány a prezentovány zadavateli.

Složka evaluace je viditelná až po ukončení projektu, tedy automaticky se zviditelní po finální schůzce a všichni účastníci obdrží automaticky email s výzvou, aby uvedli své hodnocení o projektu. Primárně se jedná o jednoduché textové pole, limitované například 650 znaky. Je možné přiřadit i zaklikávací pole, které by vyhodnotilo projekt celkově, a potom například

atributy typu komunikaci v týmu, komunikaci s mentorem, případně přínos pro účastníka projektu.

V případě, že je projekt ukončen a všichni účastníci vyplnili evaluaci, je projekt uzavřen. Evaluaci poté může vidět vedení BSKE, pracovníci pro strategii školy. Data získaná v rámci složky evaluace slouží především pro marketingové oddělení školy.

5. Xxxxxxx dat a zabezpečení

Vzhledem k tomu, že systém spravuje a používá data, která mohou mít charakter osobních údajů anebo data, která podléhají duševnímu vlastnictví, či mohou být interními daty participujících firem či osob, systém zajišťuje od základu podporu protokolu HTTPS (certifikátem zabezpečená komunikace). Zároveň zajišťuje přihlášení do interního systému pro uživatele, přičemž uživatelé bez přihlášení nebudou mít do systému přístup.

V rámci systému jsou všechny části systému, tj. jednotlivé stránky, soubory ke stažení, výpisy atp., zabezpečeny tak, aby uživatel, který nemá k dané části přístup, nemohl tento obsah zobrazit nebo stáhnout a veškeré tyto části jsou zabezpečeny, například vždy jednoznačným tzn. hash kódem.

Vzhledem k tomu, že systém ukládá data na disk anebo do databáze, běží na samostatném serveru, případně na virtualizovaném serveru tak, aby byl souborový systém a samozřejmě i aplikační část systému oddělen od jiných služeb.

Při neaktivitě je systém uživatele odhlášen ze systému a databáze.

6. Moduly

Vzhledem ke specifikům BSIS jsou zapotřebí následující části systému, které zajišťují potřebné funkce. Tyto moduly by měly běžet na sobě částečně nezávisle a být odděleny od frameworku IS tak, aby mohly být nezávisle upravovány a aktualizovány, ale i umožnit vzájemné propojení pro použití dat.

6.1.Správa uživatelů

Tento modul umožňuje správu uživatelů, kteří používají tento systém a předává tyto informace dalším modulům v systému a také autentifikační části systému tak, aby se mohli tito uživatelé přihlásit.

Uživatelé jsou rozděleni na role v systému, které mají rozdílné práva pro editace či zobrazení, jedná se například o:

● Administrátor - Kompletní správce systému,

● Správce projektů či akcí,

● Akademický pracovník - Může spravovat jemu přidělené projekty,

● Pracovní spolupracující firmy - Pracovníci z firem v rámci projektů v systému,

● Student,

a jsou připraveni na možnost přidání dalších rolí.

Zároveň podporuje uživatele, kteří jsou udržování pouze v tomto systému, ale musí být i napojeni na externí systémy používané školou,

odkud si může brát informace o osobách s přístupem do tohoto systému, kdy se jedná o:

● Interní systém VŠKE - z tohoto systému jsou synchronizovány údaje o osobách v tomto informačním systému tak, aby byly údaje těchto osob udržovány pouze na jednom místě.

● LDAP - podporuje autentifikaci přihlašovacích údajů pomocí systému LDAP, který spravuje VŠKE.

● MojeID - podporuje stažení a autentifikaci přihlašovacích údajů a osob ze systému MojeID, který spravuje ověřené i neověřené osoby a unifikuje jejich přihlašování mezi různými systémy pomocí emailové adresy.

Každý uživatel má své vlastní ID a je schopen vidět informace, o které má zájem. Poté, co si uživatel vytvoří vlastní ID, přihlásí se do systému, kde může vyhledávat stáže nebo projekty. Zde si u jednotlivých stáží či projektu může zvolit, zda má o ně zájem, nebo je třeba již aktivním účastníkem. Následně dostává automatické informace o všech změnách, které v projektech nastanou.

V rámci systému je přístupné administrační rozhraní osob, které se mohou přihlásit do systému, který umožňuje jak zobrazení, tak editaci těchto osob.

Zároveň obsahuje tento modul historii a informace o přihlašování do systému a pokusy o neúspěšné přihlášení pro monitoring bezpečnosti.

Seznam uživatelů umožňuje hledání dle jména, příjmení či případně kódu uživatele s tím, že by systém měl obsahovat tzv. kartu uživatele, na které by byly vidět informace o uživateli, jako je jméno, příjmení a také informace na jakých projektech či stážích byl jako účastník. Nastavení údajů jsou viditelné dle uživatelských práv uživatele, jsou nastavitelné ze strany správce systému.

6.1.1. Průběh registrace – přístup login

Základní funkcí BSIS je možný přístup vlastním loginem. Každý účastník je schopen se zaregistrovat do systému a následně do něj přihlásit. V rámci ID každého účastníka jsou k dispozici tyto základní informace:

●jméno a příjmení

●obor studia

●studovaný ročník

●adresa, na které se daný účastník nachází

●znalosti jazyků a jejich úroveň

●oblasti zájmu z hlediska budoucího profesního zaměření účastníka BSKE

●status typu:

o mám zájem o stáž

o o chci se účastnit projektu

o o zatím nemám zájem

●možnost vložení životopisu ideálně ve standardizovaném formátu, například EUROPASS

Jednotlivé parametry se manuálně, ale i automaticky mění na základě napojení na interní systém VŠKE:

●U jména a příjmení nedochází tak často ke změnám, nicméně je zapotřebí mít možnost volby třetího pole, například u vdaných žen.

●Obor studia je automaticky nastaven a již by se neměl měnit.

●Studovaný ročník se každým rokem posouvá a jsou zde uvedené také celkově dosažené kredity a kredity, které má student možnost získat v daném aktuálním roce.

●Účastník Business Simulátoru je schopen automaticky aktualizovat svou adresu, na které se zrovna nachází. Tato aktualizace je možná v jakémkoli čase. Účastník si může napsat kilometrový rozsah od místa (škola nebo bydliště), kde je ochoten spolupracovat.

●Znalosti jazyků mohou účastníci volně měnit. Dále je tu také možnost přidávat další jazyky a jejich úrovně, případně vložit naskenované osvědčení o absolvování nějaké jazykové zkoušky.

●Při oblasti zájmu si účastník zvolí jednu z těchto oblastí:

o Bezpečnost

o Právo

o Administrativa

o Marketing

o Obchod

Oblast zájmu se v buducnosti může měnit nebo rozšířit.

●Status je u studenta zcela klíčový pro filtrace a automatické rozesílání zpráv. Jedná se o to, zda-li účastník BSKE má zájem o stáž, nebo zda se chce či nechce účastnit projektů. Je dobré vědět, zda už se nějakých projektů účastnil a přes daný projekt zjistit, s jakými výstupy či s jakým týmem spolupracoval. Každý status je barevně rozlišen. Studenti, kteří mají zájem o stáž, jsou označeni zelenou barvou, studenti, kteří nemají žádný zájem červenou. Studenti, kteří nejsou nyní k dispozici, ale plánují se aktivně zapojit, jsou označeni barvou oranžovou. Studenti, kteří jsou na Xxxxxxx pobytu, jsou označení modře. Je nutné rozlišit, zda má student zájem o stáž nebo projekt a to i barevně.

●Poslední oblastí ID daného účastníka informačního systému je možnost vložit svůj životopis. Každý student průběhu prvního semestru svého studia, si může vytvořit standardizovaný životopis a ten do systému vložit. Informace v životopisu slouží projektovým manažerům ke správným doporučením, pro zařazení daného studenta k praxím či projektům.

6.2.Odborné stáže/praxe

Tento modul spravuje stáže studentů ve firmách. Zadání stáží do systému může provést osoba s potřebnými právy do systému. Modul obsahuje také číselníky pro kategorizaci stáží a číselník stavu stáže, který je také editovatelný správcem systému.

Ke stáži jsou zadány následující informace:

● název stáže,

● kategorie stáže (pomocí číselníku),

● časové údaje ke stáži (jako například, od kdy a do kdy),

● informační texty specifikující stáž,

● akademického pracovníka (který má práva na změny a spravuje tuto stáž),

● informace o firmě (napojení na modul firem),

● počet pozic v rámci dané stáže,

● stav stáže (aktivní, ukončená, či další),

● ilustrační obrázek.

Zavedení nabídky stáže do informačního systému může provést manažer BSKE nebo přímo firma ideálně prostřednictvím formuláře. Z formuláře se poté vygeneruje nabídka, která je obsahově a graficky zajímavá. Formulář je přístupný bez přihlášení, doporučena je forma odkazu.

Vytvořenou nabídku verifikuje minimálně manažer BSKE, avšak může být verifikována i zadavatelskou firmou. Jakmile proběhne verifikace, přichází zveřejnění nabídky. Nabídku v rámci informačního systému vidí všichni účastníci

K těmto stážím přihlašují osoby, které mají plně vyplněný profil (ID). K jedné stáži se může přihlásit neomezené množství osob. Správce dané stáže provede výběr a má možnost obeslat neúspěšné žadatele hromadným emailem odeslaným informačním systémem a také vybrat a obeslat úspěšné žadatele, kteří byli zařazeni do stáže.

V případě, že se k projektu nikdo nepřiřadí, přichází na řadu rozesílání automatického emailu. Nejprve těm nejvhodnějším uchazečům, tedy těm, kde je největší shoda potřebných dovedností. Pokud ani poté ve stanoveném časovém limitu, například tří dnů, se nikdo ke stáži nepřiřadí, je doporučeno poslat nabídku dalším účastníkům.

Zadavatelská firma poté informuje manažera BSKE o stavu nabídky, tedy jestli si vybrali stážistu. Případně, zda-li je nabídka stále aktivní. I tato zpětná vazba, tedy pouze informování o stavu, bude v budoucnu automatizována.

Jakmile je stáž aktivní, změní se jednotlivé ID, tedy konkrétní student a jeho stav, který stáž absolvuje, ve svém stavu. Po ukončení stáže tento stav změní sám student. Absolvovaná stáž (i případné absolvované projekty) zůstávají v historii.

Po ukončení stáže je možnost hodnocení ze strany vypisovatele stáže nebo stážisty, jak písemného nebo bodového.

Zde bude uvedeno:

● časové rozmezí stáže,

● přibližný počet hodin stáže,

● náplň práce, dovednosti, které se student naučil,

● dovednosti, které student využil,

● doporučení pro školu z hlediska výuky.

Tento report by do budoucna mohlo sloužit jako potvrzení o absolvování stáže. Verifikuje manažer BSKE společně se zadavatelem.

Seznam stáží je filtrovatelný dle kategorizace, data, názvu či firmy.

Systém obsahuje část, kde se vyplní jednotný výstup ze stáží. Následně systém vygeneruje možnost veřejné stránky – framu a taktéž vygeneruje dle šablony jednotlivé propagační listy pro PDF tisk.

6.3.Projekty/Externí zadávání

Tento modul spravuje projekty, které vybrané osoby provádějí pro externí subjekty. Modul také obsahuje číselníky pro kategorizaci projektů a číselník stavu projektu, který je také editovatelný správcem systému.

Projekt jako takový je vypsán uživatelem systému s dostatečnými právy a obsahuje následující nastavení:

● název projektu,

● kategorizaci projektu,

● informační text k projektu,

● identifikaci firmy (napojení na modul firem),

● možnost doplnění informací o firmě,

● výběr akademického pracovníka (číselník osob),

● výběr mentora (číselník osob),

● výběr pracovníka z firmy (číselník osob či firem),

● počet pozic v rámci dané stáže,

● stav projektu (aktivní, ukončená, či další),

● ilustrační obrázek.

První kontakt s firmou a zavedení nabídky do informačního systému je stejné jako v případě stáže. Zde se pouze mění formulářová pole potřebná k vyplnění.

Ke každému projektu je přiřazen mentor, o jehož řízení rozhoduje manažer BSKE. Mentor dostane automaticky email o tom, že byl k projektu přiřazen a musí ho potvrdit. Tímto by měl být projekt zveřejněn. Před zveřejněním ještě může proběhnout verifikace nabídky a to ze strany manažera business simulatoru, případně i zadavatelské firmy.

V momentu zveřejnění nabídky je rozeslán automatický email vhodným účastníkům. Zde je postup obdobný jako u stáží a je možné rozeslat více automatických emailu širšímu publiku, například včetně kombinovaných studentů nebo absolventů. Automatický nabídkový email o projektu anebo i stáži je možný vygenerovat zvlášť, například v případě zapojení studentů ze středních škol nebo při jiné spolupráci.

K těmto projektům se mohou přihlašovat osoby, přičemž k jednomu projektu se může přihlásit neomezené množství osob. Správce daného projektu pak provede výběr a bude mít možnost obeslat neúspěšné žadatele hromadným emailem, odeslaným informačním systémem a také vybrat a obeslat úspěšné žadatele, kteří byli zařazeni do práce na projektu. Správu osob participujících na projektu je možné provádět i při běhu projektu. V případě naplnění projektu, tedy přiřazení studentů k projektu v dostatečném počtu, což znamená naplnění stanoveného limitu zadavatelem projektu, je projekt započat. Pokud zadavatel požaduje čtyři studenty v projektovém týmu a přihlásí se pouze studenti tři, může manažer BSKE projekt otevřít a tento status měnit.

Otevřený projekt začíná prvotní schůzkou u zadavatele. Po dohodnutí prvotní schůzky u zadavatele, který má na starosti mentor projektu, je datum a čas zaznačen v systému. Systém následně položí dotaz mentorovi projektu, zda může rozeslat email o plánované

schůzce. Email je generován automaticky, včetně automatického textu. Mění se pouze čas a datum, které je zadáno mentorem v kalendáři a dále místo schůzky, které je automaticky generováno z nabídky projektu. Před odesláním automatického emailu má mentor možnost do něj zasahovat. Připsat poznámku ke konkrétní místnosti, kde se bude schůzka konat, případně větu, že se chce sejít s celým týmem, například o 15 minut dříve. Stejným způsobem probíhají i pravidelné projektové schůzky a finální projektová schůzka.

Projekt také obsahuje možnost tvorby harmonogramu, kdy harmonogram může obsahovat neomezené množství úseků, u kterých budou informace:

● názvu úseku,

● časovosti,

● informační text specifikující potřeby úseku,

● a přiřazení souborů pro:

o zadání,

o průběžných souborů,

o a finálních souborech úseku.

Finální úsek obsahuje výstupy z projektu, které jsou u projektu zvýrazněny.

K projektu je možnost doplnění specifikace zadání projektu a přiložení neomezeného množství příloh bez omezení typu souboru, tj. souborů různého typu, jako například dokumenty, obrázky, videa atp. K těmto souborům mají přístup pouze participující osoby nebo osoby s dostatečnými právy.

Vlastní správa dokumentů umožňuje možnost filtrace souborů dle názvu, dle osoby, která daný soubor vložila a dle typu souboru.

Soubory jako takové jsou všechny uchovány, tzn. je historie souborů, které byly k danému projektu přiřazeny, i pokud se jedná o daný typ souboru (např. výsledky) aktualizovaný z bezpečnostních důvodů.

K rozšířeným informacím o projektu, tj. harmonogram, přílohy atp. mají přístup pouze osoby participující na projektu nebo pověřené osoby, dle nastavení v IS.

Po finalizaci projektu je možnost projekt zveřejnit i pro neparticipující osoby v rámci informačního systému, případně na webové stránky.

Ukončení projektu nastává ve chvíli předání díla, tedy jeho prezentace a věcného předání, podle zadání. Po ukončení projektu mentor projektu označí projekt za ukončený a všem jeho účastníkům je rozeslán email k vyhodnocení projektu. Celý projekt potřebuje i své datové úložiště.

Po ukončení běhu projektu je možnost evaluace ze strany vypisovatele projektu i ze strany osob, které pracovali na projektu a to pomocí ústního a bodového hodnocení.

Systém obsahuje část, kde se vyplní jednotný výstup z projektů. Následně systém vygeneruje možnost veřejné stránky – frameu a taktéž vygeneruje dle šablony jednotlivé propagační listy pro PDF tisk.

6.4.Spolupracující firmy

Vzhledem k tomu, že firmy, které jsou v rámci funkcí systému používány, jsou s největší pravděpodobností přiřazeny k více stážím či projektům. Proto je pro jejich

správu navržen samostatný modul tak, aby se firma zadala pouze jednou a následně byla používána pro jakýkoliv projekt či stáž.

K firmě jsou uloženy informace jako:

● název firmy,

● IČ a DIČ,

● informace a popis firmy,

● kontaktní údaje firmy,

● webové stránky firmy,

● logo firmy.

Zároveň jsou k firmě přiřazeny kontaktní osoby či osoby, které jsou přiřazeny ke stážím či projektům, propojených na tuto firmu. K těmto osobám jsou uloženy informace jako:

● jméno a příjmení,

● kontaktní telefon,

● kontaktní email,

● textová informace o osobě,

● fotografie.

Tyto osoby jsou pak propojeny, pokud mají účet pro přístup do systému s modulem pro správu uživatelů.

7. Napojení na externí systémy

Vzhledem k tomu, že některé moduly systému spravují “praxe” nebo projekty, tak studentům Vysoké Školy Xxxxx Xxxxxxx, a.s. můžou být tyto práce započteny do jejich studia. Tento modul přenáší data o ukončených projektech a praxích do interního systému VŠKE a přiřazuje údaje ke studentům.

Napojení zajišťuje odeslání dat o ukončených projektech či praxích do interního systému VŠKE k přiřazeným studentům pro snížení administrativní zátěže VŠKE. Business simulator čte data o studentech z interního systému VŠKE. Můžeme vytáhnout např. ukončení předmětů či studovaný obor apod.

8. Dokumentace a formuláře

K informačnímu systému BSIS je vytvořen textový manuál a video-dokumentace funkcí systému tak, aby nový uživatel systému dokázal samostatně začít pracovat se systémem.

Pro účely BSKE je nutné, aby daný informační systém obsahoval tyto formuláře:

● formulář pro zadávání praxí

● formulář pro zadávání projektů

● přidružený formulář pro ID jednotlivého účastníka BSKE - student

● přidružený formulář pro ID jednotlivého účastníka BSKE - mentor

● formulář pro evaluaci stáže

● formulář pro evaluaci projektu

Data uvedená v těchto formulářích, až na formuláře pro evaluaci projektu, jsou filtrovatelná a jejich filtrace umožňuje další aktivitu. Formulář pro zadávání praxí a formulář pro zadávání projektu spolu nemusí být nijak propojeny.

Manažer BSKE si eviduje spolupráci s firmami minimálně prostřednictvím tabulky, a dále by měl mít úložiště pro jednotlivé uzavřené smlouvy. Není však potřeba, aby k těmto datům měl přístup i zadavatel, tedy vybraná firma.

Obsah jednotlivých formulářových polí uvádí tabulka níže.

formulář pro zadávání praxí

Název stáže Zadavatelsk á společnost Popis společnosti Potřebné znalosti pro výkon stáže Popis stáže

formulář pro zadávání projektů

Název projektu Zadavatel Popis projektu Potřebné dovednosti účastníků projektu Doporučen á velikost projektovéh o týmu Předpoklád xxx xxxxx projektu Začátek a konec projektu Očekávaný výstup (jeho forma)

přidružen ý formulář pro ID jednotlivé ho účastníka BSKE –

student jméno a příjmení obor studia studovaný ročník adresa, na které se daný účastník nachází znalosti jazyků a jejich úroveň oblasti zájmu z hlediska budoucího profesního zaměření účastníka BSKE

status

přidružen ý formulář pro ID jednotlivé ho účastníka BSKE -

mentor jméno a příjmení obor

formulář pro evaluaci stáže

časové rozmezí stáže, přibližný počet hodin stáže,

a dále textová pole: náplň práce, dovednosti, které se student naučil, dovednosti, které student využil, doporučení pro školu z hlediska výuky

formulář pro evaluaci projektu

jednoduché textové pole Další možnosti: komunikace v týmu, komunikace s mentorem, případně přínos pro účastníka projektu

9. Členění

Zobrazení a členění informačního systému BSKE je dvojí. Jednouživatelské pro studenty a mentory a druhé administrační pro manažera BSKE.

Student nebo mentor vidí své ID, vidí nabídku projektů, stáží, jejich stav, případně kalendář jednotlivých schůzek. U projektů pak také vidí datová úložiště a u uzavřených projektů finální evaluaci.

Manažer BSKE vidí tři typy zobrazení. Prvním typem zobrazení jsou účastníci BSKE, kde najde kompletní přehled registrovaných účastníků, je schopen je filtrovat podle jednotlivých polí - studovaný obor, ročník studia, zaškrtnutý zájem, jazyková znalost, případně oblast, kde je ochoten student pracovat geograficky.

Druhé zobrazení je přehled stáží. Zde je manažer BSKE schopen vidět přehled jednotlivých stáží, jejich status a také má možnost tento přehled filtrovat. Systém domů umožňuje automatické rozesílání zpráv a jejich editaci u jednotlivých položek.

Třetím zobrazením je přehled projektů. Kromě celkového přehledu,je má manažer BSKE možnost vidět stav, počet účastníků či zájemců, mentora, očekávaný harmonogram (tedy konec a začátek projektu) a při ukončení projektu vidí jejich evaluaci a zprávu.

1. Povinné nástroje

Mezi základní doporučené nástroje patří sdílení souborů, automatická odpověď, kalendář, sdílené úložiště a možný komunikátor v rámci platformy.

1.1.E-mail a automatické response

Automatické emaily by měli být generovány v těchto situacích:

● E-mail informující o nové vhodné stáži

● E-mail informující o novém vhodném projektu

● E-mail o informaci, že je projekt otevřen

● Pozvánka na schůzku projektového týmu (různé typy schůzek)

● Informace o uložení nových dat do úložiště

● E-mail vztahující se k evaluaci projektu nebo stáže

E-maily vztahující se ke stážím a projektům budou dostupné historicky k nahlédnutí přímo v IS u dané stáže / projektu, aby byly tyto informace zpětně dohledatelné na jednom místě.

Pozvánky na schůzky projektového týmu obsahují datum, čas a místo konání. Automatické odpovědi na schůzky zakliknutím přímo v emailu, na otázku typu zúčastním se nebo nezúčastním se, efektivitu celého projektu značně zjednoduší.

Email vztahující se k evaluaci projektu nebo stáže obsahuje odkaz, na který studenti nebo mentor vyplňují danou evaluaci.

1.2.Komunikace v rámci platformy

Studenti si velmi často v rámci projektu vytváří vlastní pracovní skupiny právě prostřednictvím Facebooku. Samo o sobě toto řešení není špatné. Jelikož studenti používají Facebook velmi často, jejich komunikace je zde velmi aktivní. Na druhou stranu existují projekty, kde mají studenti uzavřené NDA smlouvy, a tudíž tato

forma otevřené nezabezpečené komunikace může tyto smlouvy porušovat. Navíc ne každý mentor je ochotný komunikovat prostřednictvím svého facebookového profilu.

Z tohoto důvodu vznikne vnitřní komunikátor přímo v IS, který umožní vytvářet komunikační vlákna ve formě skupinové konverzace s možností nahrávání příloh k jednotlivým zprávám.

1.3.Sdílení souborů

Pro sdílení souborů vznikne v systému modul správce souborů s možností zakládat v rámci projektů složky a nahrávat do nich soubory.

Pro zálohování a bezpečnost souborů se využívá server školy.

1.4.Kalendář

Důležitou součástí je integrace kalendáře. Ten je vhodný jak pro projekty, tak pro stáže. Je potřeba zaznamenat jejich délku, časové období, případně označit od kdy do kdy je stále aktivní.

U projektů je potřeba označit začátek, konec a jednotlivé schůzky. Zde je úzká návaznost na automatické rozesílání emailů, které značně usnadní průběh projektu a jeho administraci. V případě absence kalendáře je potřeba tyto náležitosti řešit jiným způsobem. Studenti o každé schůzce dostávají informaci formou emailu nebo nějakého reminderu. Propojení kalendáře s emailem a projektem či stáží je tedy velmi klíčové.

2. Veřejná část (webové stránky) k projektu IS BSIS

Tyto webové stránky jsou veřejnou částí systému a prezentují informační systém a služby, které jsou v něm poskytovány. Obsahují informace o systému, jeho účelu a informační videa k IS BSIS pro nové uživatele.

Webové stránky dobře prezentují informační systém a jsou postavené na redakčním systému, ke kterému je administrační rozhraní, které může stránky aktualizovat a doplňovat.

Stránky běží na stejných technologiích jako IS tak, aby mohly využívat stejný server.

Webové stránky podporují mobilní zařízení a prohlížeče ve stejné specifikaci jako IS BSIS.

Stránky obsahují zároveň kontaktní či registrační formulář pro potencionální zájemce, který se ukládá jak v systému webových stránek, tak je odesílán automaticky na emailovou adresu zvolenou v administraci webu.

Zároveň tyto webové stránky obsahují část (modul), který zobrazuje aktuálně vypsané projekty a praxe (pouze vybrané správcem daných projektů či praxí). Tato synchronizace či propojení probíhá automaticky.

V rámci ceny webových stránek je i naplnění obsahem dodaným ze strany Vysoké školy Xxxxx Xxxxxxx, a.s.

3. Seznam zkratek

Seznam zkratek

● API – Rozhraní pro programování aplikací

● BSIS – Informační a komunikační systém pro Business Simulator VSKE

● BSKE – Business Simulator Xxxxx Xxxxxxx

● REST – Architektura rozhraní, navržená pro distribuované prostředí.

● UX – User Experience

● VŠKE - Vysoká škola Xxxxx Xxxxxxx

Příloha 3

Popis Části 2 Xxxxxxx xxxxxxx

1. 1 ks server

2. 2 ks switch

3. 1 ks LTO pásková mechanika

4. 1 ks UPS (záložní zdroj)

Technická specifikace a minimální požadavky

server

2U rackmount, 8 x 3.5" hot-swap SAS/SATA, min. 700W redundantní zdroj, 7 low profile rozšiřujících slotů, LGA 2011, podpora E5-2600 V4, 8x RJ45 gigabit LAN porty 1Gbit/s, IPMI 2.0 lan port dedikovaný, TPM header, 1x VGA port, KVM-over-LAN, 2x SuperDOM porty, min. 2 PCI-E 3.0 x16, 3 PCI-E 3.0 x8, 1 PCI-E

2.0 x4 (in x8) 2x CPU – min. 21500 bodů v CPU benchmark, min 12 jader / 24 vláken, frekvence min. 2,5GHz, TDP max. 140W, Intel Turbo boost 2.0, Intel Virtualization Technology, adekvátní chladiče CPU pasivní. 1x 1TB SAS 6Gb/s HDD, 128MB cache. 2x 4TB SAS3, 12Gb/s, 128MB cache. 16x 32GB RAM, 2400MHz, LP ECC. VMware vSphere 6 Essentials Kit for 3 hosts (Max 2 processors per host), Subscription only for VMware vSphere 6 Essentials Kit for 1 year

switch

- 24 portů 10/100/1000 Ethernet PoE+ a 4x1 G porty Uplink s napájením min 640 WAC

- 1 RU

- připojení do LAN

- Protokoly IEEE 802.1x Xxxxxx, IEEE 802.11ac, IEEE 802.1D, Rapid PVST, PortFast a BPDU Guard. HSRP, VRRPv2, GLBP, PAgP a LACP, IEEE 802.1p, IEEE 802.1Q, IEEE 802.3, IEEE 802.3ab, IEEE 802.3ad, IEEE 802.3af, IEEE 802.3u, IEEE

802.3x, IEEE 802.3z, IGMP, agregace linek, netflow, routing OSPFv2, OSPFv3, EIGRP, QoS.

LTO pásková mechanika

- provedeni externí, připojení SAS external SFF-8088

- minimální rychlost přenosu dat 300 MB/s

- storage media Ultrium 7

- kapacita 6 TB / 15 TB

- výškova jednotka 1U

- schopnost komprese a šifrování

- záruka 3 roky

UPS (záložní zdroj)

- Programovatelná ochrana proti předpětí a podpětí

- Plně digitální řízení pomocí mikroprocesoru

- Na výstupu čistá sinusoida

- Ochrana proti elektromagnetickému a vysokofrekvenčnímu rušení, přepětí a rázům

- Automatická regulace napětí (AVR) – Double Boost & Single Buck (dvojí zvýšení nebo jedno snížení napětí)

- Software pro správu napájení součástí produktu

- Několik komunikačních rozhraní

- Možnost plánovaného ukončení činnosti systému

- Automatický restart (Auto-Restart), automatické nabíjení (Auto-Charge)

- Baterie vyměnitelné uživatelem

- SNMP / HTTP adaptér

- USB kabel je součástí produktu

- montovatelný do racku

- výkon alespoň 3 000 VA

Příloha 4

Smlouva 1 Příloha 3 Popis Části 2 Veřejné zakázky

TATO SMLOUVA O DÍLO (tato "Smlouva") byla uzavřena dne [_BUDE DOPLNĚNO_] MEZI:

(1) Vysokou školou Xxxxx Xxxxxxx, a.s., IČ: 255 52 465, DIČ: CZ25552465, se sídlem Mezírka 775/1, Brno, Veveří, PSČ 602 00, zapsaná v obchodním rejstříku vedeném Krajským soudem v Brně, oddíl B, vložka 2815, zastoupená doc. JUDr. Xxxxxxx Xxxxxxxxx, Ph.D. (dále jen "Objednatel"); a

(2) [_BUDE DOPLNĚNO_] (dále jen "Zhotovitel"),

(Objednatel a Zhotovitel společně dále jen jako "Strany" a každý jednotlivě jen jako "Strana").

VZHLEDEM K TOMU, ŽE:

(A) Na základě výzvy k podání nabídky na plnění veřejné zakázky malého rozsahu zadané Objednatelem pod názvem „Pořízení a implementace informačního systému pro Business Simulator a současné pořízení hardware pro zajištění praktické výuky“ bylo dne 1.9.2017, pod ev. č. 966/B/2017 vypsáno zadávací řízení na veřejnou zakázku (dále jen "Veřejná zakázka"), jejíž plnění bylo rozděleno na Část 1 – Pořízení a implementace systému pro Business Simulator (dále jen "Část 1") a na Část 2 – Pořízení hardware pro zajištění praktické výuky.

(B) Zhotovitel podal v rámci zadávacího řízení na Veřejnou zakázku nabídku na plnění Části 1.

(C) Objednatel má zájem na zajištění potřebné infrastruktury pro projekt Business Simulatoru (dále jen "Projekt"), jehož podrobná specifikace je uvedena v Příloze 1 (Business Simulator) této Smlouvy.

(D) V souvislosti s přípravou Projektu je nezbytné vytvoření informačního systému účastníků Projektu a současnou implementaci tohoto informačního systému pro řízení a organizaci praktické výuky a praxi v rámci studia studentů Objednatele (dále jen "Dílo"). Podrobná specifikace Díla je uvedena v Příloze 2 (Dílo) této Smlouvy.

(E) Zhotovitel má zájem realizovat pro Objednatele Dílo v souladu s touto Smlouvou.

BYLO DOHODNUTO následující:

1. Úvodní ustanovení

1.1 Pokud z kontextu této Smlouvy jednoznačně neplyne něco jiného:

1.1.1 nadpisy slouží pouze pro snazší orientaci a při výkladu této Smlouvy se k nim nepřihlíží;

1.1.2 slova použitá v jednotném čísle zahrnují i číslo množné a naopak a slova vyjadřující

určitý rod zahrnují i ostatní rody;

1.1.3 odkazy na "osobu" zahrnují i právnické osoby a sdružení osob bez právní subjektivity a určitá osoba zahrnuje její právní nástupce a přípustné postupníky; a

1.1.4 odkazy na Články, Úvodní ustanovení a Přílohy jsou odkazy na články, úvodní ustanovení a přílohy této Smlouvy.

1.2 Přílohy a Úvodní ustanovení tvoří nedílnou součást této Smlouvy.

2. Závazek Zhotovitele

2.1 Zhotovitel se za podmínek stanovených touto Smlouvou, a v souladu s pokyny Objednatele a při vynaložení veškeré odborné péče, zavazuje:

2.1.1 vytvořit Dílo, které bude způsobilé pro účely Projektu, respektive pro účely vyplývající z této Smlouvy;

2.1.2 pravidelně, nejméně však dvakrát za kalendářní měsíc informovat Objednatele o stavu provádění Díla;

2.1.3 předat Objednateli na jeho vyžádání jakékoli dokumenty týkající se provádění Díla;

2.1.4 neposkytnout Dílo ani jakoukoli jeho část jiným osobám než Objednateli;

2.1.5 bez zbytečného prodlení oznámit Objednateli jakékoli skutečnosti, které by mohly mít vliv na řádné a včasné dokončení Díla, zejména bez zbytečného prodlení oznámit Objednateli zjištění, že jakákoli fáze provádění Díla je technicky či jinak neproveditelná a/nebo že pokyn Objednatele je v rozporu s obecně závaznými právními předpisy;

2.1.6 nepřerušovat bez předchozího písemného souhlasu Objednatele práce na provádění Díla;

2.1.7 dočasně přerušit na základě písemného pokynu Objednatele práce na provádění Xxxx a v těchto pracích na základě písemného pokynu Objednatele opět pokračovat; a

2.1.8 postupovat v souladu s pokyny a oprávněnými zájmy Objednatele a uskutečnit veškeré úkony, které se ukáží být nezbytné pro splnění účelu této Smlouvy.

2.2 Dílo bude předáno Zhotovitelem Objednateli nejpozději do 30.6.2018 (dále jen "Den předání"), a to na DVD (dále jen "Nosič Díla"). Nosič Díla musí být odevzdán Objednateli funkční, neporušený, provozuschopný a v počtu nejméně dvou kusů. Strany sepíší v Den předání předávací protokol Nosiče Díla.

2.3 Realizace Díla bude prováděna v souladu se závazným Harmonogramem, který je obsahem

Přílohy 3 (Harmonogram) této Smlouvy.

2.4 Zhotovitel bude při vytváření Díla respektovat vizuální identitu Projektu v souladu s Pravidly publicity dle dotačních pravidel, která se vztahují na zadání Xxxxxxx zakázky (čerpání příslušné dotace) a s nimiž se Zhotovitel seznámil před podpisem této Smlouvy, a respektovat požadavky Objednatele.

2.5 Místem plnění Díla je Mezírka 775/1, 602 00 Brno.

3. Odměna

3.1 Zhotoviteli náleží za řádné a včasné provedení celého Díla odměna ve výši: Celková cena bez DPH: [_BUDE DOPLNĚNO_] Kč

Sazba DPH: [_BUDE DOPLNĚNO_] %

Výše DPH: [_BUDE DOPLNĚNO_] Kč

Celková cena s DPH: [_BUDE DOPLNĚNO_] Kč

Zhotoviteli náleží za řádnou a včasnou implementaci Díla dle bodu 3.1. této smlouvy odměna ve výši maximálně 22,14% celkové ceny Díla.

(dále jen "Odměna").

Odměna byla Stranami sjednána bez jakýchkoli výhrad pevnou částkou jako závazná, úplná, zaručená a maximální přípustná. Strany vylučují použití všech dispozitivních ustanovení platných právních předpisů upravujících zvýšení Odměny. Pro vyloučení jakýchkoli pochybností se výslovně uvádí, že Odměna není určena odkazem na rozpočet.

3.2 Odměna zahrnuje veškeré práce, dodávky a služby a ostatní náklady Zhotovitele, které mu při provádění Díla vzniknou. Odměna se nebude měnit v důsledku inflace české koruny, změny kurzu české koruny vůči zahraničním měnám či v důsledku jiných faktorů ovlivňujících měnový kurz a stabilitu měny. V případě změny sazby DPH přísluší Zhotoviteli Odměna ve výši odpovídající změně sazby DPH.

3.3 Úhrada Odměny za realizaci Díla bude provedena v české měně bankovním převodem na účet č. [_BUDE DOPLNĚNO_] vedený u [_BUDE DOPLNĚNO_] (dále jen "Účet Zhotovitele)" na základě platebního dokladu splatného nejpozději do třiceti (30) dnů od doručení dokladu Objednateli. Zhotovitel je oprávněn vystavit daňový doklad nejdříve v den řádného odevzdání Díla Objednateli. Lhůta splatnosti je dodržena, pokud v její poslední den byl podán příkaz k převodu příslušné částky z účtu Objednatele na Účet Zhotovitele. Platební doklady musí obsahovat zákonem (a touto Smlouvou) předepsané údaje a dále název a registrační číslo projektu, jinak budou považovány za neplatné a budou Zhotoviteli vráceny k doplnění či opravě, aniž by Objednatel byl v prodlení se zaplacením. V takovém případě se přeruší plynutí lhůty splatnosti a nová lhůta splatnosti začne plynout doručením opraveného nebo oprávněně vystaveného platebního dokladu (faktury) Objednateli. Pro účely této Smlouvy se vrácením faktury rozumí, že faktura bude prokazatelně odeslána Objednatelem Zhotoviteli.

3.4 Objednatel nebude poskytovat Zhotoviteli jakékoli zálohy. Odměna zahrnuje veškeré práce, dodávky a služby a ostatní náklady Zhotovitele, které při provádění Díla vzniknou.

4. PRÁVA

4.1 Zhotovitel zhotoví Dílo tak, že Dílo bude originální a původní, a že Xxxxxxxxxx bude jediným a výhradním nositelem autorských a jiných práv duševního vlastnictví k Dílu. Zhotovitel je povinen získat k tomu veškerá potřebná práva, zejména práva k předmětům chráněným právy

podle zákona č. 121/2000 Sb., o právu autorském, o právech souvisejících s právem autorským a o změně některých zákonů (autorský zákon), v platném znění (dále jen "Autorský zákon") a jinými právy duševního vlastnictví vážícími se k Dílu, a vypořádat veškeré finanční a jiné nároky autorů a jiných osob, které se na vytvoření Díla podílely. Porušení jakékoli povinnosti podle tohoto Odstavce 4.1 bude považováno za podstatné porušení této Smlouvy.

4.2 Zhotovitel poskytuje Objednateli k Dílu licenci podle Autorského zákona (dále jen "Licence"), tj. oprávnění k výkonu práva užít Dílo, a to zejména pro účely realizace Projektu, a vedle toho k jakýmkoli jiným účelům bez omezení. Licence se poskytuje:

4.2.1 pro území všech států světa;

4.2.2 na dobu určitou, a to na dobu trvání autorských práv k Dílu;

4.2.3 bez omezení způsobu, rozsahu a množství užití;

4.2.4 jako výhradní, tj. Zhotovitel ani jiná osoba nejsou oprávněni Dílo ani žádnou jeho část jakkoli užít a nesmí ani umožnit jeho užití jiné osobě;

4.2.5 včetně oprávnění Dílo nebo jakoukoli jeho část jakkoli zpracovat, měnit, upravovat a doplňovat, a to i v budoucnu, zařazovat do souborů a spojovat s jinými díly, a takto vzniklý výsledek dále bez omezení užít v rozsahu shora uvedeném; a

4.2.6 jako převoditelná, tj. s právem poskytnout sublicence třetím osobám nebo postoupit (cessí) Licenci na třetí osobu, s právem dalších převodů oběma uvedenými způsoby.

4.3 Výjimkou z výhradnosti Licence je oprávnění Zhotovitele použít Dílo v rámci prezentace své vlastní tvorby, vždy však po předchozím písemném souhlasu Objednatele se způsobem a rozsahem takového užití.

4.4 Objednatel není povinen poskytnutou Licenci využít. Objednatel není povinen uvádět při užití Díla autorské označení Zhotovitele.

4.5 Je-li předmět Díla podle této Smlouvy (nebo jeho část) způsobilý k ochraně právy průmyslového vlastnictví a dosud nebyl k ochraně přihlášen nebo na základě přihlášky dosud nebyl zapsán nebo nebyla ochrana udělena nebo se zápis nevyžaduje, zejména vynález, užitný vzor nebo průmyslový vzor, převádí Zhotovitel na Objednatele veškerá taková práva k dosud nezapsanému průmyslovému vlastnictví, tj. zejména práva k podání přihlášek k průmyslové ochraně, především právo na patent, průmyslový vzor a užitný vzor. Objednatel je na základě toho oprávněn podat přihlášky a učinit veškeré kroky k zajištění formální průmyslové ochrany, jakož i následně tyto předměty ochrany neomezeně užívat na území všech států světa a jakkoli je licencovat, převádět na třetí osoby nebo s nimi jinak nakládat. Tím nejsou dotčena osobnostní práva původců těchto předmětů průmyslového vlastnictví. Zhotovitel je povinen k žádosti Objednatele sdělit Objednateli identitu všech takových osob, kterým náležejí práva původců.

4.6 Zhotovitel rovněž převádí na Objednatele práva k know-how a jinému nehmotnému majetku výše neuvedenému vzniklému při provádění Díla, s tím, že Objednatel se stává jejich vlastníkem, resp. výhradním nositelem, a je oprávněn je užívat a jakkoli s nimi nakládat bez dalších omezení.

4.7 Pokud se jedná o databáze chráněné zvláštním právem pořizovatele databáze podle Autorského zákona, pak se výslovně stanoví, že Objednatel je na základě této Smlouvy pořizovatelem těchto databází, které byly při zhotovení Díla vytvořeny.

4.8 Veškerá vlastnická, licenční a jiná práva podle tohoto Článku 4 (Autorská práva) této Smlouvy se převádějí na Objednatele nebo vznikají Objednateli okamžikem zhotovení příslušné části Díla, ke které se tato práva váží. Vlastnické právo k Nosiči Díla a dalším případným nosičům, na nichž bude Dílo zaznamenáno (listinná vyhotovení i záznamy na digitálních nosičích), přechází na Objednatele okamžikem zhotovení záznamu Díla na tento nosič. V případě předčasného ukončení této Smlouvy nebo v případě nedokončení Xxxx Xxxxxxxxxxxx z jiných důvodů zůstávají zachována a nedotčena veškerá práva Objednatele k částem Díla do té doby zhotoveným, v rozsahu shora uvedeném, včetně Licence (výslovně se uvádí, že Objednatel je oprávněn zadat dokončení Díla jiné osobě). To platí i pro případ odstoupení od této Smlouvy.

4.9 Odměna za poskytnutí Licence a jiných práv a za převod všech práv uvedených v tomto Článku 4 (Autorská práva) této Smlouvy je již zahrnuta v Odměně, přičemž odpovídá částce ve výši 10% ceny Veřejné zakázky pro Část 1, a to bez DPH.

4.10 Zhotovitel je Objednateli zavázán k náhradě škody a jiné (i nemajetkové) újmy, pokud by v důsledku užití Díla došlo k neoprávněnému zásahu do práv třetích osob, zejména práv autorských nebo jiných práv duševního vlastnictví, práv k know-how, obchodnímu tajemství, práv k označením a jiných práv, a to bez ohledu na to, zda o tom v době uzavření Smlouvy věděl a/nebo musel vědět.

5. Smluvní pokuta

5.1 V případě prodlení Zhotovitele s předáním Díla podle této Smlouvy vzniká Objednateli právo na zaplacení smluvní pokuty ve výši 500,- Kč za každý započatý den prodlení s předáním Díla.

5.2 Nárokem na smluvní pokutu není dotčen nárok na náhradu újmy, a to ani ve výši přesahující smluvní pokutu. V případě, kdy bude smluvní pokuta snížena soudem, zůstává právo na náhradu újmy zachováno, a to v plné výši. Pokud jakýkoliv právní předpis stanoví pokutu (penále) pro porušení smluvní povinnosti (kdykoliv během trvání této Smlouvy), nebude takovým nárokem nijak dotčeno právo na náhradu újmy a/nebo právo na smluvní pokutu. Vznik práva na smluvní pokutu se rovněž nijak nedotýká případného práva na úroky z prodlení.

6. Ostatní ujednání

6.1 Tato Smlouva se řídí ustanoveními zákona č. 89/2012 Sb., občanský zákoník, ve znění pozdějších předpisů (dále jen "Občanský zákoník"). Strany vylučují aplikaci ustanovení § 2605 odst. 2, 2609, 2610 odst. 2 a 2611 Občanského zákoníku na tuto Smlouvu a na veškerá práva a povinnosti Stran vzniklé na základě této Smlouvy.

6.2 Strany mohou od této Smlouvy odstoupit z důvodů stanovených v této Smlouvě a/nebo z důvodů stanovených v zákoně, zejména v Občanském zákoníku. Tato Xxxxxxx zaniká odstoupením dnem, kdy bude písemné oznámení o odstoupení doručeno druhé Straně, a to s účinky ke dni uzavření této Smlouvy.

6.3 Zhotovitel je osobou podílející se na dodávkách zboží či služeb hrazených z veřejných výdajů nebo z veřejné finanční podpory a je tedy osobou povinnou spolupůsobit při výkonu finanční

kontroly ve smyslu ustanovení § 2 písm. (e) zákona č. 320/2001 Sb., o finanční kontrole ve veřejné správě, ve znění pozdějších předpisů. Zhotovitel se zavazuje umožnit všem subjektům oprávněným k výkonu kontroly projektu, z jehož prostředků je dodávka hrazena, provést kontrolu dokladů souvisejících s plněním zakázky a to po dobu danou právními předpisy České republiky k jejich archivaci (zákon č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů, a zákon č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů).

6.4 Zmocněnci pro věcná jednání podle této Smlouvy jsou: Za Objednatele: XXXx. Xxxxxxx Xxxxxxxxx; a Za Zhotovitele: [_BUDE DOPLNĚNO_].

6.5 Promlčecí lhůta veškerých práv vyplývajících z této Smlouvy se tímto prodlužuje na patnáct

(15) let ode dne, kdy právo mohlo být uplatněno poprvé. Strany tímto prohlašují, že nejsou v postavení slabší smluvní strany a tedy že prodloužení promlčecí lhůty nebylo vynuceno druhou smluvní stranou jako stranou v právním vztahu silnější.

6.6 Jestliže jakýkoliv závazek vyplývající z této Smlouvy nebo jakékoliv ustanovení této Smlouvy (včetně jakéhokoli jejího Odstavce, Článku, věty nebo slova) je nebo se stane neplatným, nevymahatelným a/nebo zdánlivým, pak taková neplatnost, nevymahatelnost a/nebo zdánlivost neovlivní ostatní ustanovení této Smlouvy. Strany nahradí tento neplatný, nevymahatelný a/nebo zdánlivý závazek takovým novým platným, vymahatelným a nikoliv zdánlivým závazkem, jehož předmět bude v nejvyšší možné míře odpovídat předmětu původního odděleného závazku. Ukáže-li se některé z ustanovení této Smlouvy (včetně jakéhokoli jejího Odstavce, Článku, věty nebo slova) zdánlivým, posoudí se vliv této vady na ostatní ustanovení Smlouvy obdobně podle ustanovení § 576 Občanského zákoníku.

6.7 Strany se dohodly, že sporné otázky vyplývající z této Smlouvy budou přednostně řešit dohodou a mimosoudní cestou.

6.8 Tato Smlouva může být měněna a doplňována pouze písemnými dodatky podepsanými všemi Stranami. Změna této Smlouvy v jiné než písemné formě je tímto vyloučena.

6.9 Tato Smlouva je vyhotovena ve dvou (2) stejnopisech. Každá Strana obdrží po jednom (1) stejnopisu Smlouvy, přičemž každý stejnopis má platnost originálu.

6.10 Tato Smlouva nabývá platnosti a účinnosti dnem jejího podpisu oběma Stranami, ledaže aplikovatelné právní předpisy stanoví pro daný případ něco jiného.

6.11 Všechny následující přílohy jsou nedílnou součástí této Smlouvy:

6.11.1 Příloha 1: Business Simulator;

6.11.2 Příloha 2: Dílo; a

6.11.3 Příloha 3: Harmonogram.

NA DŮKAZ ČEHOŽ připojují Strany vlastnoruční podpisy následovně:

Vysoká škola Xxxxx Xxxxxxx, a.s.

Podpis

Jméno: xxx. XXXx. Xxxxxx Xxxxxxxx, Ph.D.

Funkce: předseda představenstva

Datum: [_BUDE DOPLNĚNO_]

[_BUDE DOPLNĚNO_]

Podpis

Jméno: [_BUDE DOPLNĚNO_]

Funkce: [_BUDE DOPLNĚNO_]

Datum: [_BUDE DOPLNĚNO_]

Příloha 5 Harmonogram

Návrh IS/BSKE	1. 10. 2017 - 30. 11. 2017
Programování IS a implementace na server + propojení s IS VŠKE	1. 12. 2017 - 31. 05. 2018
Naplnění IS/BSKE daty a příprava manuálu	1. 06. 2018 - 30. 06. 2018
Pilotování IS/BSKE	1. 07. 2018 - 30. 09. 2018
Odstranění závad po pilotáži	1. 10. 2018 - 31. 10. 2018
Běžný režim	1. 11. 2018

Příloha 6

Smlouva 2

TATO KUPNÍ SMLOUVA (tato "Smlouva") byla uzavřena dne [_BUDE DOPLNĚNO_] MEZI:

(1) Vysokou školou Xxxxx Xxxxxxx, a.s., IČ: 255 52 465, DIČ: CZ25552465, se sídlem Mezírka 775/1, Brno, Veveří, PSČ 602 00, zapsaná v obchodním rejstříku vedeném Krajským soudem v Brně, oddíl B, vložka 2815, zastoupená doc.JUDr. Xxxxxxx Xxxxxxxxx, Ph.D. (dále jen "Kupující"); a

(2) [_BUDE DOPLNĚNO_] (dále jen "Prodávající"),

(Kupující a Prodávající společně dále jen jako "Strany" a každý jednotlivě jen jako "Strana").

VZHLEDEM K TOMU, ŽE:

(A) Na základě výzvy k podání nabídky na plnění veřejné zakázky malého rozsahu zadané Kupujícím pod názvem „Pořízení a implementace informačního systému pro Business Simulator a současné pořízení hardware pro zajištění praktické výuky“ bylo dne 1.9.2017, pod ev. č. 966/B/2017, vypsáno zadávací řízení na veřejnou zakázku (dále jen "Veřejná zakázka"), jejíž plnění bylo rozděleno na Část 1 – Pořízení a implementace systému pro Business Simulator a na Část 2 – Pořízení hardware pro zajištění praktické výuky (dále jen "Část 2").

(B) Prodávající podal v rámci zadávacího řízení na Veřejnou zakázku nabídku na plnění Části 2.

(C) Kupující má zájem na zajištění potřebné infrastruktury pro projekt Business Simulatoru (dále jen "Projekt"), jehož podrobná specifikace je uvedena v Příloze 1 (Business Simulator) této Smlouvy.

(D) V souvislosti s přípravou Projektu je nezbytné zajištění dodávky hardwaru pro navazující výuku studentů Kupujícího (dále jen "Předmět koupě"). Podrobná specifikace Předmětu koupě je uvedena v Příloze 2 (Předmět koupě) této Smlouvy.

(E) Prodávající má zájem realizovat dodávku Předmětu koupě pro Kupujícího v souladu s touto Smlouvou.

BYLO DOHODNUTO následující:

1. Úvodní ustanovení

1.1 Pokud z kontextu této Smlouvy jednoznačně neplyne něco jiného:

1.1.1 nadpisy slouží pouze pro snazší orientaci a při výkladu této Smlouvy se k nim nepřihlíží;

1.1.2 slova použitá v jednotném čísle zahrnují i číslo množné a naopak a slova vyjadřující určitý rod zahrnují i ostatní rody;

1.1.3 odkazy na "osobu" zahrnují i právnické osoby a sdružení osob bez právní subjektivity

a určitá osoba zahrnuje její právní nástupce a přípustné postupníky; a

1.1.4 odkazy na Články, Úvodní ustanovení a Přílohy jsou odkazy na články, úvodní ustanovení a přílohy této Smlouvy.

1.2 Přílohy a Úvodní ustanovení tvoří nedílnou součást této Smlouvy.

2. převod Předmětu koupě

2.1 Prodávající tímto za podmínek stanovených dále v této Smlouvě převádí na Kupujícího vlastnické právo k Předmětu koupě včetně veškerých součástí a příslušenství a Kupující tímto od Prodávajícího za podmínek stanovených v této Smlouvě kupuje Předmět koupě (přijímá vlastnické právo k Předmětu koupě) včetně veškerých součástí a příslušenství.

2.2 Kupující se stane vlastníkem Předmětu koupě převzetím Předmětu koupě od Kupujícího podle

Článku 4 (Předání Předmětu koupě) této Smlouvy.

2.3 Předmět koupě (jeho jednotlivé části) musí být opatřen původním nerozbaleným obalem.

2.4 Prodávající bere na vědomí, že Předmět koupě musí být způsobilý k účelům Projektu, respektive k účelům uvedeným v této Smlouvě. Kupující nemá zájem na dodávce zánovního či jinak dříve užívaného zboží.

3. Kupní cena

3.1 Kupní cena Předmětu koupě převáděného podle této Smlouvy činí na základě dohody Stran

částku ve výši:

Celková cena bez DPH: [_BUDE DOPLNĚNO_] Kč Sazba DPH: [_BUDE DOPLNĚNO_] %

Výše DPH: [_BUDE DOPLNĚNO_] Kč

Celková cena s DPH: [_BUDE DOPLNĚNO_] Kč,

(dále jen "Kupní cena").

3.2 DPH bude účtována a placena spolu s veškerými platbami podle této Xxxxxxx ve výši stanovené příslušným právním předpisem.

3.3 Kupní cena byla mezi Stranami dohodnuta jako cena tržní. Pro vyloučení veškerých pochybností tímto Strany výslovně prohlašují, že se žádná ze Stran necítí být sjednanou výší Kupní ceny neúměrně zkrácena.

3.4 Kupní cena bude Kupujícím zaplacena na bankovní účet Prodávajícího č. [_BUDE DOPLNĚNO_] vedený u [_BUDE DOPLNĚNO_] nejpozději do třiceti (30) dnů od doručení faktury – daňového dokladu vystaveného ze strany Prodávajícího Kupujícímu. Kupní cena se bude považovat za uhrazenou dnem připsání peněžní částky na účet poskytovatele platebních služeb Prodávajícího. Platební doklady musí obsahovat mimo jiné název a reg. č. dotačního projektu, z kterého má být koupě Předmětu koupě financována.

3.5

3.6 Kupní cena obsahuje veškeré náklady spojené s dodáním a protokolárním převzetím Předmětu koupě, včetně případného uvedení Předmětu koupě do provozu. Kupní cena je konečně a neměnná. Cena dopravy do místa, kde má být Předmět koupě předán Prodávajícím Kupujícímu, je zahrnuta v Kupní ceně.

4. předání Předmětu koupě

4.1 Prodávající předá a Kupující převezme Předmět koupě nejpozději 60. den po uzavření této Smlouvy (dále jen "Den předání") v místě sídla Kupujícího, popřípadě v jiný den, který mezi sebou Strany výslovně písemně ujednají.

4.2 Prodávající při předání uvede Předmět koupě (jednotlivé jeho části) do provozu v sídle Kupujícího, a to na místech Kupujícím výslovně určených.

4.3 Předávací protokol bude podepsán představiteli obou Stran za jejich přítomnosti v Den předání. Předávací protokol bude obsahovat poznámky Stran ke stavu Předmětu koupě v Den předání a popis Předmětu koupě.

4.4 Prodávající je povinen předat Kupujícímu doklady, které jsou nutné k převzetí a užívání Předmětu koupě, jakož i další doklady stanovené v této Xxxxxxx, a to v Den předání společně s Předmětem koupě.

4.5 Prodávající je povinen informovat Kupujícího v Den předání o vlastnostech Předmětu koupě, o způsobu skladování, použití a údržby Předmětu koupě a o nebezpečí, které vyplývá z jeho nesprávného použití nebo údržby. Jestliže je s ohledem na povahu Předmětu koupě nezbytný určitý způsob a/nebo doba jeho užívání, je Prodávající povinen zajistit, aby tyto informace byly obsaženy v přiloženém písemném českém návodu a aby byly srozumitelné.

4.6 Prodávající je povinen Kupujícího řádně informovat o rozsahu, podmínkách a způsobu uplatnění odpovědnosti za vady Předmětu koupě včetně údajů o tom, kde lze reklamaci uplatnit, a o provádění záručních oprav.

4.7 Kupující je oprávněn odmítnout převzetí Předmětu koupě (včetně případné jeho části), na kterém jsou zjištěny jakékoli právní a/nebo faktické vady. Kupující je oprávněn odmítnout rovněž pouze částečné plnění Předmětu koupě.

5. Vady Předmětu koupě

5.1 Poruší-li Prodávající povinnosti stanovené v Článku 2 (Převod Předmětu koupě) této Smlouvy, má Předmět koupě vady. Za vady Předmětu koupě se rovněž považuje dodání Předmětu koupě v menším množství nebo jen zčásti, pokud tuto možnost výslovně nepřipouští tato Smlouva. Za vady Předmětu koupě se dále považuje i dodání jiného Předmětu koupě a vady v dokladech nutných k užívání Předmětu koupě. Za vady Předmětu koupě jsou rovněž považovány právní vady váznoucí na Předmětu koupě či na jakékoli jeho části.

5.2 Veškeré vady Předmětu koupě je Kupující povinen uplatnit u Prodávajícího. Prodávající je povinen neprodleně a bezplatně odstranit veškeré reklamované vady, nejpozději však do 3 dnů od doručení reklamace Kupujícího, pokud Strany nedohodnou jiný termín.

5.3 Není-li možné vady Předmětu koupě odstranit ve lhůtách uvedených v Odstavci 5.2 této Smlouvy, je Prodávající povinen dodat Kupujícímu bezodkladně náhradní plnění (náhradní Předmět koupě), a to bez jakýchkoli vad.

5.4 V případě, že (i) Prodávající nezahájí odstranění vad Předmětu koupě z odpovědnosti za vady ve výše uvedené lhůtě; nebo pokud (ii) vada Předmětu koupě z odpovědnosti za vady nebude odstraněna v termínu a způsobem určeným v souladu se Smlouvou, má Kupující právo zajistit odstranění takové vady Předmětu koupě jinou osobou, a to na náklady Prodávajícího, které uhradí Prodávající Kupujícímu do 15 dnů po předložení dokladu o jejich vynaložení. Kupující má současně nárok na úhradu účelně vynaložených výdajů, vzniklých v souvislosti s výskytem vad a jejich odstraněním.

5.5 Nároky z vad Předmětu koupě se nedotýkají nároku na náhradu újmy ani případného nároku na smluvní pokutu Kupujícího.

6. ZÁVAZKY PRODÁVAJÍCÍHO

6.1 Prodávající se zavazuje Předmět Koupě Kupujícímu prodat ve stavu a za podmínek vyplývajících z Článku 7 (Prohlášení a záruky Prodávajícího) této Smlouvy.

6.2 Prodávající se zavazuje zajistit, že k okamžiku, kdy tato Smlouva nabude účinnosti, je Prodávající jediným a výlučným vlastníkem Předmětu koupě a není jakkoliv smluvně či zákonně omezen v dispozici s Předmětem koupě podle této Smlouvy.

6.3 Prodávající se zavazuje zajistit, že k okamžiku, kdy tato Smlouva nabude účinnosti, Předmět koupě nebude zatížen (i) jakýmkoli zástavním nebo podzástavním právem, služebností, reálným břemenem, předkupním právem, nájemním právem, pachtem či jakýmkoli jiným právem třetích osob (ať věcné nebo smluvní povahy, včetně práv budoucích či podmíněných), jakýmkoli přednostním právem, výhradou, zákazem zcizení nebo zatížení a jakýmikoli jinými omezeními dispozičního práva týkajícími se Předmětu koupě (nebo jeho části) anebo příslušenství; a (iii) probíhajícími soudními, správními či rozhodčími řízeními týkajícími se Předmětu koupě (nebo jeho části) či jeho příslušenství a/nebo hrozbou takového řízení (dále jen "Zatížení") vyjma Zatížení zřízených Kupujícím a/nebo jeho právním nástupcem (dále jen "Povolená Zatížení").

6.4 Prodávající je povinen uhradit Kupujícímu všechny škody, náklady, ztráty a jiné újmy v případě, že Prodávající v době uzavření této Smlouvy není vlastníkem Předmětu koupě.

7. Prohlášení a záruky prodávajícího

7.1 Prodávající tímto prohlašuje a zaručuje vůči Kupujícímu, že ke dni, ke kterému Prodávající podepsal tuto Smlouvu, bylo každé z níže uvedených Prohlášení a záruk pravdivé, úplné a nikoli zavádějící, a Prodávající bere na vědomí, že Kupující na tato prohlášení, ujištění a záruky spoléhá:

7.1.1 Vlastnické právo k Předmětu koupě. Prodávající je výlučným a neomezeným vlastníkem Předmětu koupě. Prodávající nabyl vlastnické právo k Předmětu koupě řádně;

7.1.2 Právní vady. Právo Prodávajícího nakládat s Předmětem koupě není jakkoli omezeno (s výjimkou nároků uplatňovaných ve vztahu k Předmětu koupě ze strany Kupujícího); Předmět koupě není a do Dne předání nebude zatížen žádnou závadou s výjimkou Povolených Zatížení;

7.1.3 Neexistence dluhů. Podle nejlepšího vědomí Prodávajícího žádná osoba či orgán státní správy či místní samosprávy nemá ve vztahu k Předmětu koupě žádné vykonatelné pohledávky, proti Prodávajícímu není podle jeho nejlepšího vědomí vedena ani exekuce podle zákona č. 120/2001 Sb., exekuční řád, v platném znění, ani řízení o výkon rozhodnutí podle zákona č. 99/1963 Sb., občanský soudní řád, v platném znění, popřípadě podle zákona č. 292/2013 Sb., o zvláštních řízeních soudních, v platném znění, a Prodávající nemá ani žádné nedoplatky na daních či obdobných platbách, v jejichž důsledku by příslušný orgán mohl zřídit zákonné zástavní právo nebo soudcovské zástavní právo či zahájit řízení o výkon povinnosti Prodávajícího k provedení souvisejících plateb;

7.1.4 Neexistence Zatížení Předmětu koupě. Kromě Povolených Zatížení, neexistují jakákoli jiná omezení vlastnického práva k Předmětu koupě a Prodávající neposkytl žádné osobě jakékoliv právo užívat, spoluužívat (včetně pronájmu či pachtu) nebo držet Předmět koupě nebo jeho část, které by byly platné a závazné v den uzavření této Smlouvy, nebo nabyly platnosti a závaznosti po tomto dni;

7.1.5 Neexistence vedlejších ujednání. Předmět koupě není předmětem jakéhokoli ujednání o výhradě vlastnického práva, práva zpětné koupě, zákazu zcizení nebo zatížení, výhradě předkupního práva, výhradě lepšího kupce a/nebo koupi na zkoušku; a

7.1.6 Pohledávky ve vztahu k Předmětu koupě. Neexistuje žádná odměna, úplata ani jiná úhrada splatná správci, dodavateli, zprostředkovateli, ani žádné jiné osobě za dodávky služeb či jiných plnění vztahujících se k Předmětu koupě nebo k prodeji podle této Smlouvy, kterou sjednal Prodávající a která by mohla být oprávněně nárokována vůči Kupujícímu, popřípadě, jejichž řádné neuhrazení ze strany Prodávajícího by mohlo nepříznivě ovlivnit plnění této Smlouvy,

(dále jen "Prohlášení a záruky").

7.2 Prodávající se dále zavazuje, že veškerá Prohlášení a záruky budou do Dne předání správná, pravdivá, úplná a nikoliv zavádějící, jakož i plně účinná s výjimkou těch Prohlášení a záruk, k jejichž změně dojde v důsledku jednání Kupujícího.

7.3 V případě, že se kterékoli z Prohlášení a záruk uvedených v Odstavci 7.1 této Smlouvy ukáže být nesprávné, nepravdivé, neúplné a/nebo zavádějící nebo v případě porušení závazku Prodávajícího podle Článku 5 této Smlouvy, je Kupující oprávněn od této Smlouvy odstoupit. Účinky odstoupení od této Smlouvy nastávají doručením písemného oznámení o odstoupení druhé Straně. Odstoupením se tato Smlouva ruší k okamžiku, kdy bylo oznámení o odstoupení doručeno druhé Straně.

8. Smluvní pokuta

8.1 V případě prodlení Prodávajícího s řádným předáním Předmětu koupě podle této Smlouvy, vzniká Kupujícímu právo na zaplacení smluvní pokuty ve výši 500,- Kč za každý započatý den prodlení s předáním Předmětu koupě.

8.2 Nárokem na smluvní pokutu není dotčen nárok na náhradu újmy, a to ani ve výši přesahující smluvní pokutu. V případě, kdy bude smluvní pokuta snížena soudem, zůstává právo na náhradu újmy zachováno, a to v plné výši. Pokud jakýkoliv právní předpis stanoví pokutu (penále) pro porušení smluvní povinnosti (kdykoliv během trvání této Smlouvy), nebude takovým nárokem nijak dotčeno právo na náhradu újmy a/nebo právo na smluvní pokutu. Vznik práva na smluvní pokutu se rovněž nijak nedotýká případného práva na úroky z prodlení.

9. Ostatní ujednání

9.1 Tato Smlouva se řídí ustanoveními zákona č. 89/2012 Sb., občanský zákoník, ve znění pozdějších předpisů (dále jen "Občanský zákoník"). Strany vylučují aplikaci ustanovení

§ 2079 odst. 2, § 2093, první věty § 2098, § 2126 a § 2127 Občanského zákoníku na Smlouvu a na veškerá práva a povinnosti Stran vzniklé na základě Smlouvy.

9.2 Strany mohou od této Smlouvy odstoupit z důvodů stanovených v této Smlouvě a/nebo z důvodů stanovených v zákoně, zejména v Občanském zákoníku. Tato Xxxxxxx zaniká odstoupením dnem, kdy bude písemné oznámení o odstoupení doručeno druhé Straně, a to s účinky ke dni uzavření této Smlouvy.

9.3 Prodávající je osobou podílející se na dodávkách zboží či služeb hrazených z veřejných výdajů nebo z veřejné finanční podpory a je tedy osobou povinnou spolupůsobit při výkonu finanční kontroly ve smyslu ustanovení § 2 písm. (e) zákona č. 320/2001 Sb., o finanční kontrole ve veřejné správě, ve znění pozdějších předpisů. Zhotovitel se zavazuje umožnit všem subjektům oprávněným k výkonu kontroly projektu, z jehož prostředků je dodávka hrazena, provést kontrolu dokladů souvisejících s plněním zakázky a to po dobu danou právními předpisy České republiky k jejich archivaci (zákon č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů, a zákon č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů).

9.4 Zmocněnci pro věcná jednání podle této Smlouvy jsou: Za Objednatele: XXXx. Xxxxxxx Xxxxxxxxx

Za Zhotovitele: [_BUDE DOPLNĚNO_].

9.5 Promlčecí lhůta veškerých práv vyplývajících z této Smlouvy se tímto prodlužuje na patnáct

9.6 Jestliže jakýkoliv závazek vyplývající z této Smlouvy nebo jakékoliv ustanovení této Smlouvy (včetně jakéhokoli jejího Odstavce, Článku, věty nebo slova) je nebo se stane neplatným, nevymahatelným a/nebo zdánlivým, pak taková neplatnost, nevymahatelnost a/nebo zdánlivost neovlivní ostatní ustanovení této Smlouvy. Strany nahradí tento neplatný, nevymahatelný a/nebo zdánlivý závazek takovým novým platným, vymahatelným a nikoliv zdánlivým

závazkem, jehož předmět bude v nejvyšší možné míře odpovídat předmětu původního odděleného závazku. Ukáže-li se některé z ustanovení této Smlouvy (včetně jakéhokoli jejího Odstavce, Článku, věty nebo slova) zdánlivým, posoudí se vliv této vady na ostatní ustanovení Smlouvy obdobně podle ustanovení § 576 Občanského zákoníku.

9.7 Strany se dohodly, že sporné otázky vyplývající z této Smlouvy budou přednostně řešit dohodou a mimosoudní cestou.

9.8 Tato Smlouva může být měněna a doplňována pouze písemnými dodatky podepsanými všemi Stranami. Změna této Smlouvy v jiné než písemné formě je tímto vyloučena.

9.9 Tato Smlouva je vyhotovena ve dvou (2) stejnopisech. Každá Strana obdrží po jednom (1) stejnopisu Smlouvy, přičemž každý stejnopis má platnost originálu.

9.10 Tato Smlouva nabývá platnosti a účinnosti dnem jejího podpisu oběma Stranami.

9.11 Všechny následující přílohy jsou nedílnou součástí této Smlouvy:

9.11.1 Příloha 1: Business Simulator; a

9.11.2 Příloha 2: Předmět koupě.

NA DŮKAZ ČEHOŽ připojují Strany vlastnoruční podpisy následovně:

Vysoká škola Xxxxx Xxxxxxx, a.s.

Podpis

Jméno: xxx. XXXx. Xxxxxx Xxxxxxxx, Ph.D.

Funkce: předseda představenstva

Datum: [_BUDE DOPLNĚNO_] [_BUDE DOPLNĚNO_]

Podpis

Jméno: [_BUDE DOPLNĚNO_]

Funkce: [_BUDE DOPLNĚNO_]

Datum: [_BUDE DOPLNĚNO_]

Příloha 7 Krycí list

KRYCÍ LIST NABÍDKY
Název: Pořízení a implementace informačního systému pro Business Simulator a současné pořízení hardware pro zajištění praktické výuky
Zadavatel
Název:		Vysoká škola Xxxxx Xxxxxxx, a.s.
Sídlo:		Mezírka 775/1, Brno, Veveří, PSČ 602 00
IČ:		255 52 465
Osoba oprávněná zastupovat zadavatele:		Xxx. XXXx. Xxxxxx Xxxxxxxx, Ph.D., předseda představenstva
Osoba pověřená organizačním zajištěním:		XXXx. Xxxxxxx Xxxxxxxxx
Účastník zadávacího řízení
Název / jméno:		…….
Sídlo / adresa:		…….
tel.:		…….
e-mail:		…….
IČ:,DIČ:		…….
Zapsaný v obch. rejstříku:		ANO / NE
Plátce DPH:		ANO / NE
Osoba oprávněná zastupovat účastníka:		…….
Kontaktní osoba:		…….
Číslo přílohy:	Obsah nabídky:	Počet listů	Číslo listu
1.	Krycí list nabídky	…….	…….
2.	Obsah nabídky	…….	…….
3.	Podepsaný návrh smlouvy (smluv)	…….	…….
4.	Doklady a dokumenty k prokázání splnění kvalifikace	…….	…….
5.	Podklady pro hodnocení nabídek	…….	…….
6.	Ostatní dokumenty požadované zadavatelem	…….	…….
Část 1 Veřejné zakázky (v případě, že účastník nepodává nabídku do Části 1 Veřejné zakázky, následující údaje proškrtne)
Nabídková cena (Kč)		Xxxxxxxxx cena bez DPH	DPH	Nabídková cena včetně DPH
Nabídková cena celkem

.
Část 2 Veřejné zakázky (v případě, že účastník nepodává nabídku do Části 2 Veřejné zakázky, následující údaje proškrtne)
Nabídková cena (Kč)		Xxxxxxxxx cena bez DPH	DPH	Nabídková cena včetně DPH
Nabídková cena

celkem


Osoba oprávněná jednat za účastníka
Xxxxx, jméno, příjmení:
Funkce:
Podpis oprávněné osoby, razítko:

Document Metadata

Table of Contents

Výzva k podání nabídky na plnění veřejné zakázky malého rozsahu

Document Metadata