SOFTWAROVÉHO SYSTÉMU ERP PRO

Nabídka pro veřejnou zakázku

„Dodávka, implementace, údržba a podpora systému a další služby související s pořízením a provozem

SOFTWAROVÉHO SYSTÉMU ERP PRO

zdravotnická zařízení kraje Vysočina“

Předkládá: Sdružení OR Představitel sdružení: OR-CZ spol. s r.o.

Brněnská 19

571 01 Moravská Třebová

Vypracovali: Xxx. Xxxxxx Xxxxx, ředitel Medical Solution (xxxxxx.xxxxx@xxxx.xx)

Xxx. Xxxx Xxxxxxx, ředitel společnosti OR-NEXT (xxxx.xxxxxxx@xxxxxx.xx)

Dne: 17. května 2011

1.KRYCÍ LIST NABÍDKY

pro veřejnou zakázku

„ Dodávka, implementace, údržba a podpora systému a další služby související s pořízením a provozem softwarového systému ERP pro zdravotnická zařízení kraje Vysočina “

CENTRÁLNÍ ZADAVATEL (obchodní firma nebo název)		Vysočina
Sídlo (celá adresa včetně PSČ)		Žižkova 57, 587 33 Jihlava
Identifikační číslo		70890749
Daňové identifikační číslo		CZ70890749
Kontaktní osoba		Xxxxxx Xxxxxxx
Tel	x000000000000	Email	xxxxxx.xxxxxxx@xxxxxxxxxx.xx

UCHAZEČ (obchodní firma nebo název)		Sdružení OR Představitel sdružení: OR-CZ spol. s r.o.
Sídlo (celá adresa včetně PSČ)		Brněnská 19 571 01 Moravská Třebová
Právní forma		Uchazeč: sdružení Představitel uchazeče: společnost s ručením omezeným
Identifikační číslo		48168921
Daňové identifikační číslo		CZ48168921
Kontaktní osoba		Xxx. Xxxxxx Xxxxx
Tel	x000 000 000 000	Email	xxxxxx.xxxxx@xxxx.xx

Nabídková cena celkem v Kč

CENA BEZ DPH

DPH

CENA VČETNĚ DPH

Celková nabídková cena

20 411 000,00

4 082 200,00

24 493 200,00

V Moravské Třebové dne 17.5.2011

…….………………………………………………………..

Podpis oprávněné osoby

2.Obsah

1. KRYCÍ LIST NABÍDKY

2. OBSAH

3. SMLOUVA DODAVATELŮ PODÁVAJÍCÍCH SPOLEČNOU NABÍDKU

4. DOKLAD O POSKYTNUTÍ JISTOTY

5. DOKLADY PROKAZUJÍCÍ SPLNĚNÍ KVALIFIKAČNÍCH PŘEDPOKLADŮ K PLNĚNÍ VEŘEJNÉ ZAKÁZKY

5.1. Základní kvalifikační předpoklady uchazeče

5.2. Profesní kvalifikační předpoklady uchazeče

5.3. Ekonomické a finanční kvalifikační předpoklady uchazeče

5.4. Technické kvalifikační předpoklady uchazeče

6. DOKLADY PROKAZUJÍCÍ SPLNĚNÍ DALŠÍCH POŽADAVKŮ ZADAVATELE NA VEŘEJNOU ZAKÁZKU

6.1. Aplikační software ERP

6.2. Držitel autorských práv

6.3. Prohlášení o dostupnosti

6.4. Prohlášení o dostupnosti dokumentace

6.5. Prohlášení o subdodavatelích

7. POPIS NABÍZENÉHO PLNĚNÍ VEŘEJNÉ ZAKÁZKY

7.1. Definice použitých zkratek a pojmů

7.2. Návrh koncepce ERP

7.3. Návrh organizace a řízení veřejné zakázky

7.4. Časový harmonogram plnění veřejné zakázky

7.5. Licenční politika uchazeče

7.6. Popis způsobu zajištění požadované funkcionality ERP

7.7. Rozsah a výše sankcí za nedodržení smluvních podmínek

7.8. Způsob zajištění závazků uchazeče při plnění veřejné zakázky

7.9. Vymezení podmínek přechodu na nový ERP

7.10. Zabezpečení systému

7.11. Další údaje a informace nezbytné k hodnocení nabídek

7.12. Provozní podpora a servis

7.13. Vazby na ostatní komponenty IS

7.14. Popis (znázornění) uživatelských rozhraní pro jednotlivé moduly

7.15. Odhad přínosů a návratnosti projektu

8. CENOVÁ NABÍDKA

8.1. Nemocnice Jihlava

8.2. Dětské centrum Jihlava

8.3. Nemocnice Havlíčkův Brod

8.4. Nemocnice Pelhřimov

8.5. ZZS KRAJE VYSOČINA

8.6. Nemocnice Třebíč

8.7. Nemocnice Nové Město na Moravě

8.8. Dětský domov Kamenice nad Lipou

8.9. Hodinové sazby odborníků podílejících se na plnění veřejné zakázky

9. ZAKLÁDACÍ LISTINA PROJEKTU

9.1. Organizace a řízení projektu

9.2. Integrace ERP v organizacích

9.3. Komunikace včetně řešení eskalací

9.4. Řízení kvality

9.5. Řízení rizik a problémů

9.6. ŘÍZENÍ ZMĚN

9.7. Implementace (instalace a nastavení ERP v organizacích)

9.8. Migrace dat ze stávajících systémů organizací

9.9. Instalace rozhraní s ostatními systémy

9.10. Školení uživatelů ERP

9.11. TESTOVÁNÍ

9.12. Provedení akceptačních testů

9.13. Zahájení rutinního provozu

9.14. Organizační a personální zabezpečení plnění veřejné zakázky

9.15. Zajištění záručního servisu

9.16. Zajištění údržby a podpory ERP

10. NÁVRHY SMLUV O IMPLEMENTACI ERP

11. NÁVRHY SMLUV O ÚDRŽBĚ, PODPOŘE A ROZVOJI ERP

12. DALŠÍ DOKLADY

12.1. Smlouva o spolupráci se subdodavatelem

12.2. Vzor školící dokumentace

12.3. Vzor provozní dokumentace

12.4. Popis systému QI

12.5. Popis (znázornění) uživatelských rozhraní pro jednotlivé moduly

13. PROHLÁŠENÍ O POČTU LISTŮ V NABÍDCE

3.Smlouva dodavatelů podávajících společnou nabídku

4.Doklad o poskytnutí jistoty

5.Doklady prokazující splnění kvalifikačních předpokladů k plnění veřejné zakázky

5.1. Základní kvalifikační předpoklady uchazeče

5.2. Profesní kvalifikační předpoklady uchazeče

5.3. Ekonomické a finanční kvalifikační předpoklady uchazeče

5.4. Technické kvalifikační předpoklady uchazeče

5.4.1. Významné služby

Čestné prohlášení

Čestné prohlášení uchazeče o splnění technických kvalifikačních předpokladů dle § 56 odst. 2, písm. a) zákona č. 137/2006 Sb., o veřejných zakázkách (dále jen „zákon“)

Čestně prohlašuji, že Sdružení OR poskytlo následující významné služby:

Pořadí

Název a verze systému

Zákazník

Kontaktní údaje (referenční osoby)

Objem zakázky bez DPH

Oblast zdravotnictví (ano/ne)

Holding / příspěvkové organizace (ano/ne)

PAM

České právní prostředí

QI verze 72

Trade FIDES, a.s.

Xxxxx Xxxxxx, vedoucí IS, xxxxxx@xxxxx.xx

15.368.000,-

ANO

QI verze 72

ABEL Computer s.r.o.

Xxx. Xxxxxx Xxxx, vedoucí IS, xxxxxx.xxxx@xxxx.xx

15.200.000,-

ANO

QI verze 72

VHOS, a.s.

Ing. Xxxxxx Xxxxx x.xxxxx@xxxx.xx

15.100.000,-

ANO

QI verze 72

SEKO Aerospace, a.s.

Xxx. Xxxxx Xxxxxxxx, člen představenstva

10.800.000,-

ANO

QI verze 72

Fakultní nemocnice Olomouc

Xxx. Xxxx Xxxxx náměstek informačních technologií

email: xxxx.xxxxx@xxxx.xx

10.800.000,-

ANO

QI verze 72

Nemocnice Milosrdných sester svatého Xxxxx

Xxxxxxxxxxxx

Xxx. Xxxx Xxxxxxx, ekonomický náměstek, xxxxxxx@xxxxx.xx

1.300.000,-

ANO

QI verze 72

Chrudimská nemocnice a.s.

Ing. Xxxxx Xxxxx

xxxxxxx odboru xxxxxxxxxxx

xxxxx@xxxxx.xx

1.230.000,-

ANO

V Moravské Třebové dne 17.5.2011

5.4.2. Technici a technické útvary

Čestné prohlášení

Čestné prohlášení uchazeče o splnění technických kvalifikačních předpokladů dle § 56 odst. 2, písm. b) zákona č. 137/2006 Sb., o veřejných zakázkách (dále jen „zákon“)

Čestně prohlašuji, že na veřejné zakázce se budou podílet techničtí pracovníci:

Jméno technika	Funkce	Vztah k uchazeči
Xxx. Xxxx Xxxxx	technik zajišťující kontrolu jakosti plnění VZ	zaměstnanec OR-CZ spol. s r.o.
Xxx. Xxxxxx Xxxxxxxxxx	Xxxxxxx projektu	zaměstnanec OR-NEXT spol. s r.o.
Xxx. Xxxx Xxxxxxxx	Senior konzultant	zaměstnanec OR-NEXT spol. s r.o.
Xx. Xxxxxx Xxxxx	Senior programátor	zaměstnanec OR-NEXT spol. s r.o.
Xxx. Xxxxx Xxxxxxxx	Senior technický specialista	zaměstnanec OR-CZ spol. s r.o.
Xxx. Xxx Xxxxxxx	Konzultant	zaměstnanec OR-NEXT spol. s r.o.
Xxxx Xxxxxx	Konzultant	zaměstnanec OR-NEXT spol. s r.o.
Xx. Xxxxxxxx Xxxxxxxx	Programátor	zaměstnanec OR-NEXT spol. s r.o.
Xxxxxxx Xxxxxxx	Programátor	zaměstnanec OR-CZ spol. s r.o.
Xxx. Xxxxxxxx Xxxxx	Technický specialista	zaměstnanec OR-CZ spol. s r.o.
Xxx. Xxxxxxxx Xxxx	Technický specialista	zaměstnanec OR-CZ spol. s r.o.

V Moravské Třebové dne 17.5.2011

5.4.3. Vzdělání a odborná kvalifikace

5.4.3.1. Certifikát výrobce ERP

5.4.3.2. Plná moc výrobce ERP

5.4.3.3. Doklady o vzdělání a odborné kvalifikaci osob v seznamu techniků

5.4.3.3.1. Xxx. Xxxx Xxxxx

5.4.3.3.2. Xxx. Xxxxxx Xxxxxxxxxx

5.4.3.3.3. Xxx. Xxxx Xxxxxxxx

5.4.3.3.4. Xx. Xxxxxx Xxxxx

5.4.3.3.5. Xxx. Xxxxx Xxxxxxxx

5.4.3.3.6. Xxx. Xxx Xxxxxxx

5.4.3.3.7. Xxxx Xxxxxx

5.4.3.3.8. Xx. Xxxxxxxx Xxxxxxxx

5.4.3.3.9. Xxxxxxx Xxxxxxx

5.4.3.3.10. Xxx. Xxxxxxxx Xxxxx

5.4.3.3.11. Xxx. Xxxxxxxx Xxxx

5.4.4. Počet zaměstnanců

5.4.5. Systém řízení jakosti

6.Doklady prokazující splnění dalších požadavků zadavatele na veřejnou zakázku

6.1. Aplikační software ERP

Licenční název produktu ERP	Produkty DCC
Obchodní název produktu ERP	QI
Rok uvedení první ERP verze na trh	2001
Aktuální verze ERP	72.4
Nabízená verze ERP	72.4

6.2. Držitel autorských práv

Držitelem autorských práv k nabízenému aplikačnímu software ERP (dále jen „držitel autorských práv“) s obchodním označením QI je společnost

DC Concept a.s.

Xxxxxxxxx 0

639 00 Brno

6.3. Prohlášení o dostupnosti

6.4. Prohlášení o dostupnosti dokumentace

6.5. Prohlášení o subdodavatelích

Čestně prohlašuji, že Sdružení OR má v úmyslu zadat následujícím subdodavatelům následující

části veřejné zakázky:

Subdodavatel

Věcně vymezený podíl na plnění veřejné zakázky

Podíl na plnění veřejné

zakázky v % z celkové nabídkové ceny

TESCO SW a.s.

Jeremenkova 1142/42, 772 00

Olomouc – Hodolany

IČ:258 92 533

Dodávka modulu pro technickou evidenci a správu budov a související funkčnost a služby

s tím spojené (mimo služeb vedení projektu a dodavatelské analýzy)

17%

V Moravské Třebové dne 17.5.2011

............................................

Xxx. Xxxxxx Xxxxx jednatel

OR-CZ spol. s r.o. představitel Sdružení OR

7.Popis nabízeného plnění veřejné zakázky

Uchazeč plně a bezvýhradně respektuje a akceptuje touto nabídkou požadavky zadávací dokumentace.

7.1. Definice použitých zkratek a pojmů

Pojem	Vysvětlení
ZD	Zadávací dokumentace
VZ	Veřejná zakázka
PM	Projektový manažer
ŘV	Řídící výbor (nejvyšší úroveň organizační struktury projektu)
VP	Vedení projektu (střední úroveň organizační struktury projektu)
PT	Projektový tým (základní úroveň organizační struktury projektu)
ÚP	Úvodní projekt
KP	Kontrolní příklad
KT	Konzultant
KU	Klíčový uživatel
AP	Akceptační protokol
TS	Test systému

7.2. Návrh koncepce ERP

7.2.1. Úvod

Sdružení OR nabízí implementaci komplexního informačního systému QI (ERP QI).

QI je komplexní informační systém, který pokrývá veškeré činnosti spojené s řízením a rozhodovacími procesy organizace. Využití QI je velmi rozmanité, mimo zdravotnictví je využíván i napříč mnoha obory i firmami nejrůznější velikosti.

Systém QI je tvořen menšími aplikačními celky – moduly, které svou funkčností pokrývají jednotlivé procesy ve společnosti. Všechny moduly jsou vzájemně propojené, ale je možné používat je i samostatně.

Moduly se dále člení na obchodní jednotky, kterých je v systému QI zhruba tři sta. V případě potřeby lze v průběhu používání systému doplňovat obchodní jednotky nebo je naopak ubírat a vytvořit tak zcela unikátní řešení přesně odpovídající požadavkům zákazníka.

Systém QI vyhovuje veškerým nárokům na moderní informační systém od provázanosti, legislativní správnosti až po bezpečnost dat, které jsou kladeny ze strany moderně řízených a fungujících zdravotnických organizacích v České republice.

Systém QI je vhodné řešení pro řízení ekonomických a logistických procesů ve zdravotnických zařízeních a plně pokrývá jejich potřeby.

Systém QI je připraven a ověřen pro práci ve všech právních formách zdravotnických zařízení – příspěvkové organizace, akciové společnosti, společnosti s ručením omezeným a současně má k dispozici účetní nástroje pro změnu právní formy.

Moduly QI jsou pro potřeby zdravotnických zařízení přizpůsobeny, především v oblastech:

⯈ logistických procesů – workflow, žádanky a vedení skladů zdravotnického materiálu na odděleních, kompletní podpora šarží a expirací, kompletní podpora blokací a rezervací

⯈ servisu a údržby - zdravotnické prostředky, sledování nákladů na servisované zařízení

⯈ účetnictví – rozpouštění režijních nákladů a sledování dotací a grantů

⯈ integrace – QI je postaveno na moderních technologiích, které plně podporují možnosti integrace v rámci heterogenního prostředí ve zdravotnických zařízeních

Systém QI je v současné době využíván v následujících zdravotnických zařízeních:

⯈ Fakultní nemocnice Olomouc

⯈ Nemocnice Havlíčkův Brod

⯈ Chrudimská nemocnice

⯈ Slezská nemocnice v Opavě

⯈ Bílovecká nemocnice

⯈ Nemocnice Milosrdných sester sv. K. Boromejského

⯈ Úrazová nemocnice Brno

V rámci nabízeného řešení bude systém QI doplněn o externí modul FaMa + který bude pokrývat oblast technické evidenci a správy budov a související funkčnost. Implementace tohoto modulu byla zvolena, protože velmi dobře pokrývá požadovanou funkčnost. Uchazeč si je vědom skutečnosti, že použití externího modulu není zcela optimální z pohledu požadované integrity celého řešení, nicméně a dle uchazeče získaná funkčnost převažuje tuto nevýhodu.

Výrobce systému QI udržuje rozsáhlou partnerskou síť více než 50 partnerů, podmínky členství v síti jsou otevřené a transparentní.

7.2.2. Analýza projektu

Uchazeč zpracuje analýzu projektu s použitím vlastní metodiky OR-LEAD, součástí analýzy budou požadované kroky:

⯈ analýzu potřeb,

⯈ analýzu vazeb mezi aplikacemi,

⯈ způsob provedení migrace dat,

⯈ analýzu rozhraní k ostatním systémům,

⯈ návrh akceptačních kritérií,

⯈ konceptuální návrh systému.

Před zahájením analýzy proběhne zaškolení klíčových uživatelů, výstupem bude schválený návrh

řešení.

7.2.3. Architektura řešení

ERP bude implementován u jednotlivých zadavatelů v souladu s požadavky centrálního zadavatele. U zdravotnických organizací mimo Dětské centrum Jihlava a Dětský domov Kamenice nad Lipou bude ERP instalován na serverové vybavení ve vyhrazených prostorách jednotlivých zdravotnických organizací.

Na serverovém vybavení ve vyhrazených prostorách kraje Vysočina bude instalována záložní verze ERP.

Pro zdravotnické organizace Dětské centrum Jihlava a Dětský domov Kamenice nad Lipou bude ERP systém instalovaný na serverovém vybavení v prostředí kraje Vysočina formou vzdáleného připojení. Na tomto serverové vybavení bude instalován jak hlavní provozní ERP, tak záložní verze ERP.

Schematické znázornění celkové architektury je na následujícím obrázku.

Schematické znázornění komunikace mezi servery a klientskými pracovními stanicemi (v závislosti na typu zdravotnického zařízení):

7.2.4. Koncepce datového modelu QI

Datový model QI je unikátním řešení, které zaručuje jedinečnost a komplexní provázanost ukládaných a zpracovávaných dat. Všechny údaje subjektech, dokladech a souvisejících předmětech a činnostech jsou ukládány do čtyř datových typů – Subjekty, Statky, Doklady a Akce. Tento princip zajišťuje, že data nejsou ukládána v žádných modulech duplicitně a každá informace je v systému uložena pouze jednou.

7.2.5. Struktura aplikace

Informační system QI je postaven na vícevrstvé architektuře. Data jsou ukládána na databázovém serveru MS SQL. Vlastní funkcionalitu zajišťuje aplikační server obsahující aplikační logiku a rozhraní na databázový server a klientskou stanici.

7.3. Návrh organizace a řízení veřejné zakázky

Projekt veřejné zakázky bude organizován v souladu s požadavkem centrálního zadavatele jako paralelně probíhající projekty, na kterých bude pracovat více týmů současně.

Za stranu zhotovitele bude činnost týmů řídit a koordinovat jeden vedoucí projektu, na straně objednatele se předpokládá obdobný postup.

Schéma organizace projektu veřejné zakázky je uvedeno na následujícím obrázku. Procesy a dokumenty projektu jsou popsány v kapitole 9.1 Organizace a řízení projektu.

7.4. Časový harmonogram plnění veřejné zakázky

ID	Název	Doba trvání	Zahájení	Dokončen í
1	Vysočina	430 d	15.7.2011	25.9.2012
2	Zahájení projektu	1 d	15.7.2011	15.7.2011
3	Zahájení plnění veřejné zakázky	1 d	15.7.2011	15.7.2011
4	Seznámení projektového týmu zadavatele s metodikou projektu	1 d	15.7.2011	15.7.2011
5	Prezentace ERP klíčovým uživatelům v organizacích před zahájením analýzy	1 d	15.7.2011	15.7.2011
6	Analýza a návrh řešení - Úvodní projekt	75 d	15.7.2011	30.9.2011
7	Detailní analýza, návrh řešení, workshopy a oponentura	67 d	15.7.2011	22.9.2011
8	Celkové odsouhlasení analýzy projektu	7 d	23.9.2011	29.9.2011
9	Dokončení zpracování dodavatelské analýzy projektu	1 d	30.9.2011	30.9.2011
10	Implementace stěžejních modulů	226 d	15.7.2011	1.3.2012
11	Dodávka licencí ERP systému v rozsahu 4.2.1	1 d	29.7.2011	29.7.2011
12	Instalace	27 d	15.7.2011	12.8.2011
13	Dodávka HW a ZSW	19 d	15.7.2011	4.8.2011
14	Instalace ZSW	1 d	5.8.2011	5.8.2011
15	Instalace serveru	1 d	5.8.2011	5.8.2011
16	Instalace klientů	1 d	8.8.2011	8.8.2011
17	Konfigurace IS	4 d	8.8.2011	12.8.2011
18	Přístupová práva pro implementaci	1 d	8.8.2011	8.8.2011
19	Nastavení systému a příprava číselníků	3 d	9.8.2011	12.8.2011
20	Základní školení	11 d	15.8.2011	26.8.2011
21	Cyklus školení dle plánu	11 d	15.8.2011	26.8.2011
22	Migrace dat pro testování	37 d	15.7.2011	22.8.2011
23	Definice úkolů pro jednotlivé účastníky migrace.	1 d	15.7.2011	15.7.2011
24	Plán migrace	4 d	18.7.2011	22.7.2011
25	Příprava dat k (naplnění importních šablon)	17 d	25.7.2011	12.8.2011
26	Optimalizace převodních programů	3 d	15.8.2011	18.8.2011
27	Provedení migrace	3 d	19.8.2011	22.8.2011
28	Zahájení testování migrací	1 d	22.8.2011	22.8.2011
29	Požadavky na rozšíření funkčnosti (programové úpravy)	73 d	15.7.2011	28.9.2011
30	Zadání požadavků na programové úpravy	3 d	15.7.2011	18.7.2011
31	Dokončení programových úprav	1 d	14.9.2011	14.9.2011
32	Testování	6 d	14.9.2011	20.9.2011
33	Instalace a testování u objednatele	7 d	21.9.2011	28.9.2011
34	Rozhraní k ostatním systémům	1 d	21.11.2011	21.11.2011
35	Ukončení vývoje a instalace rozhraní k ostatním systémům a ukončení zavedení ERP systému	1 d	21.11.2011	21.11.2011
36	Zahájení testování rozhraní k ostatním systémům	1 d	21.11.2011	21.11.2011
37	Prototypování	34 d	29.9.2011	3.11.2011
38	Prototypování procesů	20 d	29.9.2011	19.10.2011
39	Odsouhlasení	1 d	19.10.2011	19.10.2011
40	Zpracování připomínek	12 d	20.10.2011	2.11.2011

41	Akceptace fáze projektu	1 d	2.11.2011	3.11.2011
42	Odsouhlasení mapování dat do nového ERP	1 d	2.11.2011	2.11.2011
43	Odsouhlasení uživatelského rozhraní	1 d	2.11.2011	2.11.2011
44	Odsouhlasení reportů a výstupních sestav	1 d	2.11.2011	2.11.2011
45	Odsouhlasení uživatelské dokumentace	1 d	2.11.2011	2.11.2011
46	Odsouhlasení školící dokumentace	1 d	2.11.2011	2.11.2011
47	Odsouhlasení testovacích scénářů	1 d	2.11.2011	2.11.2011
48	Odsouhlasení akceptačních kritérií	1 d	2.11.2011	2.11.2011
49	Jednání VP na závěr fáze projektu	1 d	3.11.2011	3.11.2011
50	Aktualizace harmonogramu	1 d	3.11.2011	3.11.2011
51	Školení klíčových uživatelů	6 d	4.11.2011	10.11.2011
52	Cyklus školení dle plánu	6 d	4.11.2011	10.11.2011
53	Školení koncových uživatelů	14 d	11.11.2011	25.11.2011
54	Cyklus školení dle plánu	13 d	11.11.2011	24.11.2011
55	Akceptace fáze projektu - Školení	1 d	25.11.2011	25.11.2011
56	Akceptace fáze projektu	1 d	25.11.2011	25.11.2011
57	Aktualizace harmonogramu	1 d	25.11.2011	25.11.2011
58	Go Live plán	7 d	16.11.2011	23.11.2011
59	Příprava	6 d	16.11.2011	22.11.2011
60	Schválení	1 d	23.11.2011	23.11.2011
61	Akceptační test	20 d	24.11.2011	14.12.2011
62	Provedení testu	4 d	24.11.2011	28.11.2011
63	Odsouhlasení testu	1 d	28.11.2011	28.11.2011
64	Zpracování připomínek	9 d	29.11.2011	8.12.2011
65	Akceptace fáze projektu	1 d	9.12.2011	9.12.2011
66	Akceptace fáze projektu	1 d	9.12.2011	9.12.2011
67	Aktualizace harmonogramu projektu	1 d	9.12.2011	9.12.2011
68	Rezerva	5 d	9.12.2011	14.12.2011
69	Integrační test	14 d	14.12.2011	28.12.2011
70	Provedení testu	2 d	14.12.2011	16.12.2011
71	Odsouhlasení testu	1 d	15.12.2011	16.12.2011
72	Zpracování připomínek	7 d	16.12.2011	23.12.2011
73	Akceptace fáze projektu	3 d	23.12.2011	26.12.2011
74	Akceptace fáze projektu	1 d	23.12.2011	23.12.2011
75	Aktualizace harmonogramu projektu	1 d	26.12.2011	26.12.2011
76	Rezerva	2 d	26.12.2011	28.12.2011
77	Ukončení implementace stěžejních modulů systému	1 d	31.12.2011	31.12.2011
78	Migrace dat (do ostré dat.)	5 d	21.12.2011	26.12.2011
79	Dokončení přípravy dat	1 d	21.12.2011	21.12.2011
80	Manuální doplnění dat - dokončení	1 d	21.12.2011	22.12.2011
81	Migrace dat	4 d	22.12.2011	26.12.2011
82	Zkušební provoz	58 d	1.1.2012	29.2.2012
83	Zahájení zkušebního provozu stěžejních modulů systému	1 d	1.1.2012	1.1.2012
84	Testovací provoz -ověření správnosti výstupů vůči stávajícímu systému	52 d	2.1.2012	24.2.2012
85	Podpora testovacího provozu	52 d	2.1.2012	24.2.2012
86	Zátěžové testy	2 d	16.1.2012	17.1.2012
87	Zhodnocení zkušebního provozu	2 d	22.2.2012	24.2.2012
88	Rezerva	2 d	27.2.2012	29.2.2012

Rutinní provoz

1 d

1.3.2012

Uvedení stěžejních modulů do rutinního provozu

1 d

1.3.2012

Zahájení podpory rutinního provozu

1 d

1.3.2012

Implementace ostatních modulů

169 d

12.3.2012

1.9.2012

Prototypování

27 d

12.3.2012

9.4.2012

Prototypování procesů

11 d

12.3.2012

23.3.2012

Odsouhlasení

1 d

23.3.2012

Zpracování připomínek

10 d

26.3.2012

6.4.2012

Akceptace fáze projektu

1 d

9.4.2012

Odsouhlasení mapování dat do nového ERP

1 d

6.4.2012

Odsouhlasení uživatelského rozhraní

1 d

6.4.2012

Odsouhlasení reportů a výstupních sestav

1 d

6.4.2012

Odsouhlasení uživatelské dokumentace

1 d

6.4.2012

Odsouhlasení školící dokumentace

1 d

6.4.2012

Odsouhlasení testovacích scénářů

1 d

6.4.2012

Odsouhlasení akceptačních kritérií

1 d

6.4.2012

Jednání VP na závěr fáze projektu

1 d

9.4.2012

Aktualizace harmonogramu

1 d

9.4.2012

Školení klíčových uživatelů

6 d

10.4.2012

16.4.2012

Cyklus školení dle plánu

6 d

10.4.2012

16.4.2012

Školení koncových uživatelů

21 d

17.4.2012

8.5.2012

Cyklus školení dle plánu

20 d

17.4.2012

7.5.2012

Akceptace fáze projektu - Školení

1 d

8.5.2012

Akceptace fáze projektu

1 d

8.5.2012

Aktualizace harmonogramu

1 d

8.5.2012

Go Live plán

10 d

27.4.2012

7.5.2012

Příprava

6 d

27.4.2012

3.5.2012

Schválení

3 d

4.5.2012

7.5.2012

Akceptační test

21 d

8.5.2012

29.5.2012

Provedení testu

6 d

8.5.2012

14.5.2012

Odsouhlasení testu

1 d

14.5.2012

Zpracování připomínek

6 d

15.5.2012

21.5.2012

Akceptace fáze projektu

1 d

22.5.2012

Akceptace fáze projektu

1 d

22.5.2012

Aktualizace harmonogramu projektu

1 d

22.5.2012

Rezerva

7 d

22.5.2012

29.5.2012

Integrační test

27 d

29.5.2012

26.6.2012

Provedení testu

5 d

29.5.2012

4.6.2012

Odsouhlasení testu

3 d

1.6.2012

4.6.2012

Zpracování připomínek

14 d

4.6.2012

18.6.2012

Akceptace fáze projektu

1 d

18.6.2012

19.6.2012

Akceptace fáze projektu

1 d

18.6.2012

Aktualizace harmonogramu projektu

1 d

19.6.2012

Rezerva

7 d

19.6.2012

26.6.2012

Ukončení implementace ostatních modulů systému

1 d

1.7.2012

Migrace dat (do ostré dat.)

3 d

1.7.2012

4.7.2012

Dokončení přípravy dat

1 d

1.7.2012

Manuální doplnění dat - dokončení

1 d

2.7.2012

Migrace dat

1 d

3.7.2012

4.7.2012

Zkušební provoz

30 d

1.8.2012

31.8.2012

Zahájení zkušebního provozu ostatních modulů

systému

1 d

1.8.2012

Testovací provoz -ověření správnosti výstupů vůči stávajícímu systému

27 d

1.8.2012

28.8.2012

Podpora testovacího provozu

27 d

1.8.2012

28.8.2012

Zátěžové testy

2 d

15.8.2012

16.8.2012

Zhodnocení zkušebního provozu

4 d

24.8.2012

28.8.2012

Rezerva

2 d

29.8.2012

31.8.2012

Rutinní provoz

1 d

1.9.2012

Uvedení ostatních modulů do rutinního provozu

1 d

1.9.2012

Zahájení podpory rutinního provozu

1 d

1.9.2012

Uzavření projektu

24 d

1.9.2012

25.9.2012

Podpora po uvedení celého systému ERP (stěžejních i ostatních modulů) do rutinního provozu

1.9.2012

Podpora, údržba a rozvoj ERP systému

1.9.2012

Příprava závěrečného vyhodnocení projektu

11 d

3.9.2012

14.9.2012

Jednání Vedení projektu na závěr projektu

1 d

17.9.2012

Jednání Řidícího výboru na závěr projektu

1 d

25.9.2012

7.5. Licenční politika uchazeče

Základní principy licenční politiky QI:

⯈ produkt je licencován na BU (Business Unit), což představuje konkrétní, jednoznačně definovanou funkčnost IS QI

⯈ produkt je licencován na současně pracující uživatele v dané BU (Business Unit)

⯈ jednotlivé licence je možné kdykoliv dokupovat po 1 licenci

⯈ jednotlivé licence je možné kdykoliv vracet po 1 licenci (dochází ke snížení maintenance)

⯈ v případě hrazení maintenance (licenční poplatek) garantuje výrobce (DC Concept) soulad s platnou českou legislativou

⯈ nové verze jsou uvolňovány minimálně 1x ročně a v případě hrazení maintenance (licenční poplatek) zdarma. Verze jsou distribuovány elektronickou cestou včetně dokumentace

k novým funkčnostem.

7.6. Popis způsobu zajištění požadované funkcionality ERP

Funkcionalita		Způsob integrace	Popis
1. Finance a účetnictví
1.1. Obecné specifikace
1.	Systém musí být v souladu s platnou legislativou pro příspěvkové organizace s přihlédnutím ke specifickým požadavkům, zákonům a předpisům platným pro zdravotnické zařízení.	1. je standardní funkcionalita ERP aplikace	Dodavatel ERP systému garantuje legislativní správnost standardně dodávané funkčnosti IS

2.	V oblasti účetnictví musí umožňovat definici účtového rozvrhu s volitelnou strukturou (s možností omezení v případě centrální správy účtového rozvrhu). Každý účetní zápis musí vždy obsahovat datum a číslo účtu a musí být možné definovat další atributy účetních zápisů (např. nákladové středisko) a pravidla pro jejich použití (např. povinnost zadat nákladové středisko při účtování na určitý účet).	1. je standardní funkcionalita ERP aplikace	Účtový rozvrh umožňuje volitelnou strukturu včetně nastavení omezení v použití účtu v daném období. V konfiguraci lze nastavit požadovanou délku analytického účtu. Povinnost vyplnění dimenzí (nákladové středisek, akce, kalkulační jednice) se nastavuje v definici pro každý účet.
3.	Systém musí umožňovat účtování a evidenci DPH i do více období na základě povolení pro uživatele a také musí obsahovat funkce pro provedení účetní závěrky.	1. je standardní funkcionalita ERP aplikace	Uživatel s nastaveným oprávněním může pořizovat doklady (účetní i daňové) do více období. Funkce účetní závěrky (kontroly před uzávěrkou, uzavírací, otevírací zápisy, počáteční stavy,... ) jsou součástí.
4.	Požadavkem na systém je také nabídka různých pohledů na účty a pohyby na účtech za určité období, i přes atributy celkové i položkové, sestavy pokrývající oblast účetnictví a dále podpora sestavení výkazů dle požadavků státu, kraje a vlastních požadavků.	1. je standardní funkcionalita ERP aplikace	Obraty účtů, skupin, tříd, položkově, dokladově, za zvolené období a dimenze účetního zápisu jsou standardem včetně tiskových výstupů s příslušnými mezisoučty a grafickou podobou. Definované účetní sestavy od dodavatele řeší výkazy, které požaduje zřizovatel organizace a stát.
5.	Systém musí umožňovat současné zpracování více účetních a více fiskálních období. Možnost uzavřít nastavené fiskální období, kontrola při účtování na uzavřené fiskální období (případně identifikace účetní položky, která vznikla do uzavřeného období).	1. je standardní funkcionalita ERP aplikace	Každé období lze uzavřít auditem - pak lze jednoznačně identifikovat položky, které vznikly do takto uzavřeného období. Období lze také uzavřít závěrkou, do uzavřeného období nemůže běžný uživatel zaúčtovat. V případě potřeby zaúčtování položky do uzavřeného období může uživatel s patřičným oprávněním uzávěrku editovat a položku zaúčtovat.
6.	Postup uzavírání období – uživatel, administrátor, s možností opětovného otevření období. Forma uživatelských oprávnění.	1. je standardní funkcionalita ERP aplikace	Uzavírání resp. opětovné otevření období provádí odpovědný uživatel s příslušným oprávněním, možnost opětovného otevření uzavřeného období je uživatelsky komfortní. Zásah administrátora není nutný.
7.	Definování jednotného účtového rozvrhu v libovolné číselné struktuře s možností uživatelských změn (v případě centrální správy možnost jejich omezení). Možnost nastavení součtových účtů v účtovém rozvrhu pro vytváření dalších pohledů. Možnost definování vnitropodnikových účtů, lze organizovat v samostatném účetním okruhu.	1. je standardní funkcionalita ERP aplikace	Účtový rozvrh lze modifikovat podle potřeby organizace. V případě centrální správy je jednotný účtový rozvrh do IS importován a provádění konkrétních změn je zakázáno. Vnitropodnikový okruh je řešen typem účtu v rámci rozvrhu. Lze definovat celou hierarchii - skupina, třída, účet, analytika
8.	Možnost definovat uživatelský číselník rozšiřujících atributů (např. nákladových středisek, projektů, zakázek, zdrojů financování) a rozložení atributů v systému včetně navazujících kontrol. Rozšiřující atributy představují další pohled na účetní data, kde je možné evidovat libovolný počet atributů na jednom účetním zápisu.	2. je předmětem úpravy (dopracování) SW ERP aplikace	Účetní zápis obsahuje kromě data zaúčtování, popisu položky, účtu MD, účtu DAL, dimenze: nákladové středisko, akce (zakázka, projekt) a kalkulační jednici - jako základní účetní dimenze systému. Účetní zápis doplňkově obsahuje všechny informace z vlastního dokladu se kterými lze dále pracovat a další dimenze ve vazbě na číselník lze doplnit formou úpravy aplikace

9.	Systém musí umožnit registraci dvou čísel nákladových středisek – staré a nové číslo. Řídícím bude v novém ERP nové číslo nákladového střediska. Staré číslo nákladového střediska bude jen pro orientaci.	1. je standardní funkcionalita ERP aplikace	Nákladová střediska jsou definována číselníkem jako kód - zobrazuje se kód střediska a název střediska, Pokud slouží starý kód střediska pouze pro orientaci, zapíše se v číselníku do závorek do názvu střediska. Jedná se o standard, pokud by mělo být staré číslo využíváno jako strukturovaný údaj, nutno řešit přidáním nového atributu pro staré číslo střediska a zobrazení této informace na požadovaných formulářích - tato varianta spadá do způsobu integrace 2.
10.	Možnost blokování použití účtu, nastavení podmínek při účtování na daný účet a použití atributů (např.: nutné nákladové středisko).	1. je standardní funkcionalita ERP aplikace	Platnost účtu lze omezit pro celé období, nebo pro část - platnost do, povinnost nastavení dimenzí (středisko, akce, kalkulační jednice) se nastaví pro příslušný sloupec hodnota ANO v účtovém rozvrhu.
11.	Možnost on-line informace o stavu nebo pohybu na účtu včetně jejich sledování ve zvoleném období a více obdobích. Možnost nastavení platnosti účtu.	1. je standardní funkcionalita ERP aplikace	Informace o stavu a pohybu účtu jsou dostupné online v členění na jen zaúčtované zápisy nebo včetně tzv. žádostí o zaúčtování. Omezení platnosti účtu viz odpověď 10. Veškeré výstupy nad účetnictvím lze omezit datem od do tak, aby uživatel dostal jen požadované informace.
12.	Oprava účtování formou "červených" zápisů. Možnost pomocí jednoduché operace (spuštění funkce) provést opravu dokladu (storno dokladu). Hromadné zaúčtování dokladů se stejným charakterem dle nastaveného vzoru.	1. je standardní funkcionalita ERP aplikace	Hromadné zaúčtování vybraných záznamů - výběr lze provést dle definovaných pravidel. Oprava účtování zaúčtovaného dokladu pomocí funkce Rozúčtování doklad - automaticky dojde k vygenerování mínusové položky a uživatel provede kladně opravu. Systém hlídá konzistenci dat a nedovolí opravit jinou částku než je opravována.
13.	Možnost nastavení účetního období oprávněným uživatelem (dle rolí, oprávnění) včetně možnosti účetní období nastavit na konkrétního uživatele (možnost nastavit různá období jednotlivým uživatelům). Kontrola při účtování na nastavené období a zamezení účtování do nepovoleného období.	1. je standardní funkcionalita ERP aplikace	Účetní období je systémově nastaveno pro vkládání nových dokladů, přepnutí uživatele mezi obdobími je možné v konfiguraci uživatele - řízeno přístupovými právy.
14.	Využití atributů pro možnost detailnějšího třídění účetních operací a následného vyhodnocení dat. Dle použitých atributů vytvářet pohledy na účetní data, včetně možnosti porovnání s nastaveným rozpočtem a porovnání ve zvolených obdobích. Možnost vytvořené pohledy tisknout a přenášet do MS Excel.	1. je standardní funkcionalita ERP aplikace	Lze třídit podle všech dostupných atributů na formulářích. Obsah každého formuláře lze exportovat do MS Excel. Do tiskových výstupů lze vkládat funkce, kterou mohou provést další matematické operace nad dostupnými hodnotami (procenta plnění, rozdíl absolutních hodnot, sumarizace za třídící klíče apod.
15.	Nástroje pro sestavení účetních výkazů. Možnost změny a údržby oprávněným uživatelem bez zásahu programátora, včetně definice sloupců a řádků výkazu.	1. je standardní funkcionalita ERP aplikace	Po základním školení aparátu pro tvorbu a správu účetních výkazů - definovaných účetních sestav si může oprávněný uživatel provádět správu sám bez zásahu programátora - řádky, sloupce, vzorce, funkce (sčítání, dělení,…)
16.	Možnost sestavení výkazů za jiné než účetní období, rychlý přehled o zůstatcích na účtech v rámci zvoleného časového hlediska (data, od data, do data).	1. je standardní funkcionalita ERP aplikace	Každý přehled nad účetnictvím je vytvářen dynamicky za uživatelem zvolené období, které nijak nemusí souviset s účetními obdobími ať už aktuálním nebo minulými.

17.	Nastavení kontroly na jednotlivých účtech proti přímému zápisu. Nutnost použití účetních předkontací pro uvedené účty s možností případného povolení účtování pro opravné zápisy.	1. je standardní funkcionalita ERP aplikace	Ano, lze omezit editaci vybraných účtů vybraným uživatelům. Pak jedinou možností doplnění účtů do účetních položek zůstanou předvolené předkontace.
18.	Hlavní kniha, podklady pro inventarizaci jednotlivých účtů včetně možnosti tisku. Hlavní knihu lze zobrazit (vytisknout) on-line v průběhu období bez nutnosti uzavření období.	1. je standardní funkcionalita ERP aplikace	Pohled na hlavní knihu je vytvářen dynamicky za uživatelem zvolené období.
19.	Možnost uložení rozpracovaného účetního případu (dokladu) bez zaúčtování.	1. je standardní funkcionalita ERP aplikace	Rozpracované doklady a doklady připravené k zaúčtování jsou v tzv. žádostech o zaúčtování. Po kontrole a odsouhlasení dokladu lze doklad zaúčtovat do deníku. Vybrané doklady mohou být účtovány přímo do deníku.
20.	Možnost nastavit více účetních míst, ze kterých jsou doklady účtovány, dle uživatele nebo účetního případu a přiřadit jim číselné řady.	1. je standardní funkcionalita ERP aplikace	Každý doklad v IS je zařazen do dokladové řady, v rámci které dostane jednoznačné identifikační číslo. Dokladové řady jsou definovány v konfiguraci. Přístupovými právy je lze kombinovat s přístupem konkrétních uživatelů.
21.	Možnost definice opakujících se účetních operací a jejich pravidelné účtování (např. jednou měsíčně).	1. je standardní funkcionalita ERP aplikace	Existuje možnost odvození (kopie) již existujících dokladů. Např. interních dokladů, faktur přijatých. Dále existuje možnost automatického generování dokladů v rámci aparátu rozpouštění nákladů - vazba na manažerské účetnictví a účtování ve druhotném okruhu.
22.	Možnost přiřadit v interním dokladu měnu, možnost vytvářet účetní zápisy nejen v hlavní knize, ale také v návaznosti na evidenci pohledávek a závazků.	1. je standardní funkcionalita ERP aplikace	Interní doklad lze evidovat v cizí měně. Všechny účetní zápisy v IS vzniknou z konkrétního dokladu. Do hlavní knihy se zobrazují všechny platné účetní zápisy zaúčtované v daném období. V rámci evidence pohledávek a závazků je třeba používat výhradně finanční doklady (faktury, opravné daňové doklady, zálohové listy, ostatní závazky,...)případně interní doklad - platby, tak aby se doklad automaticky navázal na saldo pohledávek a závazků.
23.	Při vytváření účetního zápisu možnost ověření správného údaje v účtovém rozvrhu a dalších číselnících včetně názvu. Možnost spustit kontrolní účtovací proces, bez skutečného vytvoření účetních zápisů.	1. je standardní funkcionalita ERP aplikace	Všechny dimenze dokladů včetně účtů jsou vždy k datu kontrolovány na shodu v příslušných číselnících, kontrolu účtování položek lze provést v žádostech o zaúčtování a provést případné opravy v dokladu.
24.	Vytváření opakujících se účetních operací, které rozúčtují zadanou částku na jednom účtu mezi několik dalších účtů, nebo atributů podle zadaného poměrového klíče. Možnost nastavit frekvenci opakování a pořadí těchto operací.	1. je standardní funkcionalita ERP aplikace	Systém má v sobě nástroj na rozúčtování nákladů. Pro jednotlivé definice lze specifikovat název, pořadí, platnost, zdroj pro import poměrového klíče, pokud je často měněn, definuje se základna pro rozpuštění, poměrový klíč, spojovací účet pro rozúčtování a lze definovat zda bude rozúčtování provedeno kladně, záporně nebo zda se má základna odúčtovat nebo ne.

25.	Účetní uzávěrka musí být provedena ve zvláštním datu, aby bylo možné účetní zápisy závěrky dohledat a filtrovat. Účetní závěrka v systému musí být realizována dle příslušných zákonných předpisů. Možnost provádět účetní závěrku i dle zvolených atributů.	1. je standardní funkcionalita ERP aplikace	Postupy účetní závěrky jsou v souladu s platnou legislativou. Veškeré operace lze zpětně doložit.
26.	Provedení neomezeného počtu testovacích a uzavíracích operací před finálním uzavřením účetního období.	1. je standardní funkcionalita ERP aplikace	Ano, bez omezení.
27.	Možnost ponechat předchozí účetní období otevřené až do uzavření, přičemž není omezena práce s aktuálním obdobím. Včetně správné práce s novou číselnou řadou dokladů dle aktuálního data.	1. je standardní funkcionalita ERP aplikace	Uzavírání resp. opětovné otevření období provádí odpovědný uživatel s příslušným oprávněním, možnost opětovného otevření uzavřeného období je uživatelsky komfortní, bez omezení práce se aktuálním obdobím a s respektování samostatných číselných řad pro obě období
28.	Účetní operace generované v jiných modulech (prodej, nákup, bankovní výpisy, pokladna, dlouhodobý majetek) musí být automaticky zaúčtovány pomocí účetních předkontací.	1. je standardní funkcionalita ERP aplikace	Systém předkontací je velmi silný. V rámci účetnictví by mělo docházet pouze ke kontrolním činnostem a řešení případných mimořádných nových operací. Náplní by nemělo být účtování základních operací.
29.	Vytvoření analytických účtů a DPH předkontací pro účtování různých typů DPH (snížená, základní sazba, koeficient DPH, zpětné vrácení apod.) a podpora automatického účtování na tyto účty pomocí DPH předkontací z ostatních modulů.	1. je standardní funkcionalita ERP aplikace	Dodavatel ERP systému garantuje legislativní správnost standardně dodávané funkčnosti IS z pohledu účtování a evidence DPH
30.	U každé účetní položky musí být přiřazeno datum uskutečnění účetního případu, nikoliv obecný údaj (například číslo měsíce). Systém musí kontrolovat vyplněný datum uskutečnění účetního případu.	1. je standardní funkcionalita ERP aplikace	Každá účetní položka eviduje - datum vzniku/zaevidování dokladu, datum zaúčtování, datum a čas zaúčtování položky do účetního deníku, všechny uvedené položky jsou povinné.
31.	Možnost účtování složeného účetního zápisu.	1. je standardní funkcionalita ERP aplikace	IS umožňuje zápis tzv. složitých účetních zápisů v interních dokladech bez DPH. Způsob zadání položky dokladu spočívá v zadání účtu a sumy MD nebo DAL tak, aby součet stran MD/DAL za všechny položky byl stejný. Účetní položky se vytvářejí stejně jako u běžných interních dokladů, ale kontují se proti zadanému účtu vnitřního zúčtování.
32.	Možnost zjistit stav výsledkového i rozvahového účtu zpětně k libovolnému datu, bez nutnosti uzavření období.	1. je standardní funkcionalita ERP aplikace	Ano, bez omezení.
33.	Možnost vytvořit libovolný počet měn a pro každou měnu nastavit účetní předkontaci pro účtování kurzové ztráty nebo zisku. Možnost pracovat s uživatelem definovaným kurzem pro každou měnu. Při zadání měny do dokladu automatické přenesení platného kurzu a možnost jeho následné změny.	1. je standardní funkcionalita ERP aplikace	Ano, pro každou měnu, nastavit předkontaci na úrovni dokladu. Definovaný kurz je pro danou měnu a období stanoven pro celý systém a přednaplňuje se do vytvářených dokladů, uživatel může měnit kurz dle potřeby na vybraných dokladech
34.	Vkládání a udržování denního kurzového lístku pro minulá i aktuální období. Uchování historie kurzovních lístků.	1. je standardní funkcionalita ERP aplikace	Kurzový lístek je automaticky importován a archivován. Přístupovým oprávněním lze umožnit editaci kurzového lístku.

35.	Automatizované načítání denního kurzového lístku podle údajů České národní banky.	1. je standardní funkcionalita ERP aplikace	Ano
36.	Možnost přepočítání závazků, pohledávek, zůstatků bankovních účtů a pokladen kurzem platným ke zvolenému datu (např. ke dni účetní závěrky).	1. je standardní funkcionalita ERP aplikace	Do kurzovního lístku lze pro daný den vložit tzv. rozhodný kurz k datu (je shodný s kurzem ČNB). Kurzové rozdíly nerealizované pro pohledávky, závazky, banky, pokladny pak provedou přepočet k rozhodnému dni daným kurzem.
37.	Možnost sestavení, tisku a exportu ve formátu XLS a XML státních výkazů Rozvaha, Výkaz zisků a ztrát a Cash flow.	1. je standardní funkcionalita ERP aplikace	Garantuje dodavatel podle platné legislativy
38.	Možnost sestavení a tisku podkladů a výkazu DPH a výkazu Souhrnné hlášení, dále možnost vytvoření elektronických souborů ve formátech XLS a XML s těmito výkazy (formáty musí umožňovat odeslání přes portál daňové správy).	1. je standardní funkcionalita ERP aplikace	Garantuje dodavatel podle platné legislativy
39.	Sestavení, tisk a elektronické podání výkazu Intrastat přes portál Celní správy.	1. je standardní funkcionalita ERP aplikace	Garantuje dodavatel podle platné legislativy
40.	Sestavení,tisk a elektronické podání výkazů na automat kraje a do CSÚIS	1. je standardní funkcionalita ERP aplikace	Garantuje dodavatel podle platné legislativy
41.	Podpora uživatelských filtrů (soukromé a veřejné)	1. je standardní funkcionalita ERP aplikace	Ano, pojmenované filtry
42.	Podpora úpravy tabulkových formulářů (viditelnost a pořadí sloupců, třídění)	1. je standardní funkcionalita ERP aplikace	Na formuláři uživatel definuje poředí s viditelnost sloupců, volí třídění
43.	Modifikace reportů a formulářů pro administrátory ERP	1. je standardní funkcionalita ERP aplikace	Ano, po zaškolení správce
44.	Drill-down analýza dat, pohyb po návazných dokladech (výdejka-příjemka-dodací list- objednávka ...)	1. je standardní funkcionalita ERP aplikace	IS je postaven na vazbách mezi doklady bez ohledu na jejich příslušnost do modulů. Uživatel může jednoduše sledovat souvislosti mezi jednotlivými doklady. Např. z hlavní knihy se přes výpis účtu a konkrétní doklad a jeho položky může dostat k informacím z modulu sklad, prodej a nákup apod.
45.	Sledování hlavní a vedlejší činnosti. V rámci měsíčního zpracování je nutné oddělení hlavní a vedlejší činnosti.	1. je standardní funkcionalita ERP aplikace	Členění hlavní a vedlejší činností je zajištěno dvěma vrcholovými akcemi. Každá akce v IS je pak podřízena příslušnému stromu. Každý nákladový a výnosový účet má povinnost vyplnění dimenze akce.
46.	Víceúrovňové rozpouštění nákladů a výnosů. Oddělení hlavní a vedlejší činnosti pro výnosy a náklady (první krok v rámci měsíčního zpracování dle zákona). Systém musí být schopen vykazovat stavy účtů před i po rozpuštění první úrovně (oddělení hlavní a vedlejší činnost)	1. je standardní funkcionalita ERP aplikace	Hlavní a vedlejší činnost je vždy odlišena dimenzí akce a to jak pro prvotní tak i pro druhotný okruh. Rozpouštění lze provádět do druhotného okruhu tak, aby systém vždy doložil zůstatky za prvotní okruh bez rozpouštění nebo včetně druhotného po rozpouštění.
47.	Podpora zákona o finanční kontrole 320/2001 Sb. ve znění pozdějších předpisů. Např. tiskopisy, podpora procesů, kontrol (předběžné, následné atp.).	1. je standardní funkcionalita ERP aplikace	Tisk likvidačních listů jednotlivých dokladů včetně požadované grafické úpravy formuláře pro všechny povinné údaje a podpisy příkazce operace, správce rozpočtu, zaúčtoval… je zajištěn. Systém disponuje i elektronickým systémem schvalování - nastavení pravidel dle dokladů, partnerů, částek, schvalovatelů, historie schválení, vrácení ke schválení apod.

48.	Minimalizace pořizováni dat-překlápění či generace návazných dokladů (žádanka- objednávka; objednávka -dodací list- příjemka)	1. je standardní funkcionalita ERP aplikace	Jedná se o základní vlastnost systému. Minimalizace dat, které musí uživatel vkládat - jedná se obvykle pouze o první doklad v návaznosti, ostatní doklady jsou překlápěny a odvozovány a uživatel pouze provádí jejich potvrzení nebo korekci dle skutečnosti.
1.2. Pokladna
1.	Systém musí podporovat zpracování a tisk pokladních dokladů na více pokladnách. Kdykoli musí být možné zjistit stav pokladny, provést inventarizaci, vytisknout pokladní knihu nebo předat odpovědnost jinému uživateli.	1. je standardní funkcionalita ERP aplikace	Uživatel si vybere konkrétní pokladnu k práci a kdykoliv může zjistit stav, tisknout pokladní knihu, provést inventarizaci, vkládat doklady (příjemky, výdejky) včetně jejich tisku.
2.	Pokladny musí být možné vést v cizích měnách, musí být zajištěno účtování pokladních dokladů a zápis do evidence DPH dle definovaných předkontací. Potvrzení pokladního dokladu a jeho zaúčtování musí být možné provést odděleně.	1. je standardní funkcionalita ERP aplikace	Každá pokladna má v rámci definice určenu měnu, ve které je vedena. Zpracování DPH probíhá principiálně stejně jako u finančních dokladů (faktura přijatá, vydaná) včetně tvorby účetních položek, užití předkontací a oddělené účtování přes žádosti o zaúčtování.
3.	Možnost evidence libovolného počtu pokladen. Zajištění účetní předkontace jednotlivých pokladen. Zpracování tuzemské i cizí měny na pokladních dokladech. Zjištění stavu pokladny kdykoliv v průběhu práce s pokladnou. Možnost nastavení minimálního limitu na pokladně s upozorněním při jejím nižším zůstatku na pokladně.	1. je standardní funkcionalita ERP aplikace	Počet pokladen není omezen, účetní předkontace lze definovat pro jednotlivé dokladové řady, které mohou být oddělené pro jednotlivé pokladny a mít tak zcela oddělenou definici předkontací. Práce s cizí měnou v pokladně vedené v dané měně je standard. Nastavení minimálního zůstatku pokladny a upozornění při nižší hotovosti bude předmětem úpravy.
4.	Možnost aktualizace peněžních depozitních úložek s možností zobrazit nebo vytisknout jejich historii.	1. je standardní funkcionalita ERP aplikace	Historie pokladních dokladů není nijak omezena na aktuální období, kdykoliv lze vytisknout historii s příslušnou filtrací.
5.	Vytváření příjmových a výdajových dokladů, včetně účtování. Možnost odlišit příjem, výdej na pokladně od procesu účtování (oddělit roli pokladní od role uživatele, který účtuje pokladní doklad, tedy vytváří účetní zápis). Po potvrzení pokladního dokladu uživatelem s rolí pokladní, neumožnit změnu celkové částky dokladu.	1. je standardní funkcionalita ERP aplikace	Při uzavření hlavičky dokladu (pokladní příjemka, pokladní výdejka) dochází k tvorbě účetních položek. Lze oddělit roli účtování od vlastního pořízení dokladu. V případě účtování v žádostech o zaúčtování lze doklad zaúčtovat, rozúčtovat bez možnosti měnit původní výši dokladu.
6.	Pokladní kniha – zpracování, zobrazení, tisky, zpětné zjištění stavu k určitému dni. Možnost odložit vytvořený pokladní doklad pro pozdější dokončení. Možnost zadání účelu platby, vyplaceno komu v případě výdejního pokladního dokladu, nebo převzato od v případě příjmového pokladního dokladu.	1. je standardní funkcionalita ERP aplikace	Pokladní kniha je dostupná kdykoliv pro prohlížení i tisk za libovolné období. Hlavičkové údaje lze doplnit později bez vlivu na výši dokladu.
7.	Vedení více pokladen s vazbou na konkrétního odpovědného uživatele. Evidence předání odpovědnosti mezi uživateli.	1. je standardní funkcionalita ERP aplikace	Každý doklad v systému eviduje v hlavičce, jaký uživatel ho vytvořil, evidence předání odpovědnosti mezi uživateli je řešena fyzickou inventurou (výčetkou). Přístupovými právy lze zajistit, že k dané pokladně má právo přístupu pouze vybraná skupina uživatelů nebo konkrétní uživatelé.

8.	Možnost zvolit pro každou pokladu jinou číselnou řadu. Možnost oddělit číslování příjmových dokladů od číslování výdajových dokladů.	1. je standardní funkcionalita ERP aplikace	Každá pokladna odlišuje doklady vlastní číselnou řadou a odlišuje číslování pokladních příjemek a výdejek.
9.	Realizace uzávěrky pokladny. Tisk pokladní knihy nebo výčetky kdykoliv v průběhu práce s pokladnou. Možnost denní inventarizace pokladny.	1. je standardní funkcionalita ERP aplikace	Funkce je dostupná na tlačítko kdykoliv.
10.	Vazba pokladny na saldokonta dodavatelů i odběratelů.	1. je standardní funkcionalita ERP aplikace	Pokladní příjemky a výdejky typu úhrada pohledávky nebo závazku má vazbu na saldo včetně automatického přebírání saldokontního účtu.
11.	Uživatelsky nastavitelné účetní předkontace pro opakující se pokladní operace včetně vazby na účetnictví a vazby na předefinované atributy.	1. je standardní funkcionalita ERP aplikace	Účetní předkontace lze v průběhu práce se systémem přidávat tak, aby pokrývaly všechny i nově zavedené typické případy.
12.	Možnost opakovaného tisku pokladních dokladů po vydání pokladního dokladu i po zaúčtování. Evidence historie pokladních dokladů.	1. je standardní funkcionalita ERP aplikace	Historie všech pokladních dokladů je dostupná pro uživatele vždy. Opakovaný tisk pokladního dokladu je možný.
13.	Možnost připojení terminálu pro platby platebními kartami včetně propojení s modulem pokladny.	1. je standardní funkcionalita ERP aplikace	Systém disponuje rozhraním na pokladní systém s terminálem pro platební karty
1.3 Banka
1.	Systém musí umožňovat zpracování bankovních příkazů a výpisů včetně zajištění elektronické komunikace s bankou (tedy exportu bankovních příkazů a importu bankovních výpisů).	1. je standardní funkcionalita ERP aplikace	V rámci importu lze (v závislosti na tom, zda banka danou funkčnost podporuje) importovat bankovní výpisy nebo importovat rozpis platby, pokud se jedná o souhrnnou platbu a plátce poskytnul rozpis. V oblasti exportu lze použít běžný export, inkasní export, export SIPO a export rozpisu příkazu.
2.	Podpora automatického navrhování bankovních příkazů, párování položek bankovních výpisů a jejich účtování dle definovaných předkontací.	1. je standardní funkcionalita ERP aplikace	Systém disponuje workflow pro práci se závazky. Bankovní příkazy se tvoří multivýběrem ze schválených závazků. Párování probíhá na základě variabilního symbolu, variantně pak dle dlužné částky, tolerance dlužné částky a dle doplňujících údajů z prodejních a nákupních smluv (nejstarší, nejmladší, nejbližší,...)
3.	Možnost definice libovolného počtu bankovních účtů a zajištění účetní předkontace jednotlivých bankovních účtů. Zpracování tuzemské i cizí měny. Zjištění stavu bankovního účtu kdykoliv v průběhu práce.	1. je standardní funkcionalita ERP aplikace	Počet bankovních účtů není omezen, účetní předkontace lze definovat odděleně pro typy pohybů (poplatky, převody peněz,...) a odděleně pro analytické účty bankovních účtů. Práce s cizí měnou pro účet vedený v dané měně je standard. Zjištění stavu bankovního účtu je dostupné kdykoliv dle potřeby.
4.	Možnost elektronické komunikace s bankami při platebním styku. Vytvářet elektronicky čitelné příkazy, které lze nahrát do bankovních aplikací banky. Možnost importovat elektronické výpisy z bankovních aplikací banky do systému.	1. je standardní funkcionalita ERP aplikace	ANO, platí vše v odpovědi pro bod 1.3 Banka, otázka č. 1 s tím, že import a export je v elektronické podobě.
5.	Využití IBAN a SWIFT jak na straně příkazu, tak i výpisu.	1. je standardní funkcionalita ERP aplikace	Systém podporuje využití IBAN a SWIFT jak na straně příkazu, tak i výpisu.

6.	Ruční i automatické pořizování bankovních výpisů. Při automatickém pořizování výpisu do systému možnost zpracovat i výpis, který obsahuje více účtů.	1. je standardní funkcionalita ERP aplikace	Bankovní výpisy lze importovat i pořizovat ručně, či oba postupy na jednom účtu kombinovat. ANO, v jednom kroku lze importovat výpisy pro více účtů, které jsou definované v systému.
7.	Možnost ruční i automatické tvorby platebních příkazů dle neuhrazených závazků, údaje pro provedení úhrady se přitom musí dotáhnout ze zdrojového dokladu.	1. je standardní funkcionalita ERP aplikace	Bankovní příkazy se tvoří multivýběrem ze schválených a neuhrazených závazků. Systém přednabídne k úhradě buď celou dlužnou částku nebo respektuje splátkový kalendář (datum , částka) ze zdrojového dokladu. Uživatel s oprávněním může přednaplněné údaje upravit požadovaným způsobem (obvykle snížení částky k úhradě).
8.	Při automatickém pořizování příkazu k úhradě nenavrhovat opakovaně platby, které jsou na jiných příkazech, možnost ruční blokace platby. Při ručním zadání upozornit na položku, která je již na jiném příkaze.	1. je standardní funkcionalita ERP aplikace	Systém v základním rozsahu nenabízí doklady ne které je vystaven příkaz k úhradě tak, aby zajistil, že nedojde k nechtěnému přeplacení závazku. Blokace platby je možná nastavením Neschváleno pro daný doklad. Atribut lze následně modifikovat dle potřeby.
9.	Možnost uživatelské editace částky k úhradě, kterou navrhne systém, včetně možnosti odstranění položek, které nebudou předmětem daného příkazu.	1. je standardní funkcionalita ERP aplikace	Modifikovat přednaplněnou částku je možné. Výmaz položek s příkazu k úhradě je možný a to opakovaně. Uživatel může položky upravovat, přidávat, mazat do doby než odešle příkaz v el. podobě odešle ke zpracování bance.
10.	Možnost zadání libovolné položky do bankovního příkazu bez vazby na účtovaný doklad.	1. je standardní funkcionalita ERP aplikace	Do příkazu k úhradě lze vložit ručně položku, která nemá v daný okamžik vazbu na doklad v systému.
11.	Možnost sloučit platby pro jednotlivé dodavatele včetně volby variabilního symbolu.	1. je standardní funkcionalita ERP aplikace	Uživatelská volba pro tvorbu souhrnné platby, která sloučí platby se stejnými identifikátory do jednoho řádku příkazu pro banku.
12.	Automatické i ruční párování s možností úpravy automatického navržení párování před zaúčtováním.	1. je standardní funkcionalita ERP aplikace	Systém provádí automatické párování, lze párovat i ručně (výběrem). Doklady jsou automaticky předkontovány (analytický účet bankovního účtu a saldokontní účet párovaného dokladu).
13.	Funkcionalita automatického párování plateb dle analytických účtů zdravotních pojišťoven.	1. je standardní funkcionalita ERP aplikace	Saldokontní účet pohledávky a závazku je přednaplněn automaticky v rámci párování. Jsou-li pohledávky analyticky členěny, pak jsou příslušné analytické účty navrženy k předkontaci položky bankovního výpisu.
14.	Přepočty při práci s různými měnami – např. saldo EUR, platba USD. Možnost párovat doklady v různých měnách mezi sebou.	1. je standardní funkcionalita ERP aplikace	V případě kombinace měn se systém při párování dotáže na křížový kurz měny.

2. Manažerské účetnictví

Systém musí podporovat procesy komplexního plánování rozpočtů nákladů a výkonů. Musí zajišťovat možnost plánování jak finančních, tak i nefinančních ukazatelů, které souvisí se zdravotnickou činností a definovat poměrové ukazatele.

2. je předmětem úpravy (dopracování) SW ERP aplikace

Systém podporuje ve standardní verzi práci s rozpočtem - poskytuje údaje pro přípravu rozpočtu, schválení rozpočtu a operativní rozbory nad rozpočtem, import i export údajů rozpočtu. Funkcionalita pro práci s více variantami rozpočtu je předmětem úpravy (dopracování) SW ERP aplikace.

2.	Součástí musí být i vedení manažerského účetnictví včetně alokace nákladů a výnosů až na úroveň nákladových středisek nebo jiných atributů.	1. je standardní funkcionalita ERP aplikace	Pro manažerské účetnictví jsou k dispozici veškeré nástroje vnitropodnikového účetnictví včetně standardních atributů a doplňkových nositelů (kalkulační jednice, akce)
3.	Dále musí systém nabízet různé pohledy na účty nebo skupiny účtů za určité období i přes atributy, definovat a sledovat různé ukazatele, poskytovat výkazy pro management. V pohledech, sestavách i výkazech musí být možné porovnávat skutečnost s rozpočtem.	1. je standardní funkcionalita ERP aplikace	Mimo "standardní" pohledy na účetnictví bez omezení obdobím nebo atributy je k dispozici uživatelský nástroj pro vytváření a modifikování libovolných sestav včetně možnosti porovnání s rozpočtem
4.	Správa plánů a rozpočtů včetně verzování. Možnost práce s neomezeným počtem rozpočtů a vyhodnocování skutečnosti proti zvolenému rozpočtu. Jednotlivé rozpočty musí být možno srovnávat i mezi sebou (např. celkové náklady organizace ve strategickém rozpočtu vs. v taktickém rozpočtu) a sledovat rozdíly v jednotlivých položkách.	2. je předmětem úpravy (dopracování) SW ERP aplikace	Systém umožňuje ve standardní verzi vyhodnocování skutečnosti proti schválenému rozpočtu. Funkcionalita pro práci s více variantami rozpočtu je předmětem úpravy (dopracování) SW ERP aplikace.
5.	Možnost sestavit rozpočet se zvolenou mírou detailu – na jednotlivé účty nebo skupiny účtů, jednotlivá nákladová střediska nebo jejich skupiny (např. oddělení) nebo jiné atributy a pro libovolné časové období (např. rok, měsíc).	1. je standardní funkcionalita ERP aplikace	QI pracuje s rozpočtem ve stejné míře detailu jako s účetními daty
6.	Možnosti sledování finančních i nefinančních ukazatelů. Oba druhy ukazatelů musí být možno plánovat a vyhodnocovat v jednom rozpočtu.	1. je standardní funkcionalita ERP aplikace	Oba druhy ukazatelů je možno plánovat a vyhodnocovat v jednom rozpočtu.
7.	Porovnání plánu a skutečnosti pro všechny sledované ukazatele a v rámci organizační struktury organizace. Rozpad až na detail - účet (pro neúčetní oblasti dílčí ukazatel), atributy, období (den, týden, měsíc, kvartál, pololetí, rok). Uživatelské přepínání náhledů na rozpočet - celá organizační struktura nebo její vybraná část, všechny ukazatele nebo jen vybrané ukazatele, bez omezení období nebo jen za vybrané období (i určené intervalem dat, např. 1. 1. 2010 až 10. 4. 2010).	1. je standardní funkcionalita ERP aplikace	Plánovat lze v systému až na jednotlivé dimenze účetního zápisu (např. kalkulační jednice)
8.	Vedení manažerského účetnictví nad finančním účetnictvím.	1. je standardní funkcionalita ERP aplikace	Systém podporuje vedení manažerského účetnictví nad finančním účetnictvím.
9.	Kalkulace a určování nákladovosti, výpočet ekonomických ukazatelů. Tyto vypočtené ukazatele musí být možno definovat uživatelsky a současně musí být k dispozici nástroj, který umožní je sledovat dle času, organizační struktury (až na úroveň nákladového střediska).	1. je standardní funkcionalita ERP aplikace	Formou definovaných účetních sestav
10.	Vytváření rozpočtů kopírováním z jiného rozpočtu, z jiné verze rozpočtu, načítáním poměrů ze skutečného čerpání.	2. je předmětem úpravy (dopracování) SW ERP aplikace	Je předmětem úpravy v rámci funkcionality bodu č.4

11.	Možnosti datových vstupů z ostatních používaných informačních systémů organizace. Minimálně standardní rozhraní ve formátech CSV, XML, TXT, XLS. Připravené rozhraní pro import dat z jiných IS - nemocniční informační systém (regulační poplatky), systém pro zdravotní pojišťovny, systém pro stravovací provoz, atd.	1. je standardní funkcionalita ERP aplikace	Ano, systém podporuje importy z ostatních systémů zdravotnického zařízení ve formátech CSV, XML, TXT, XLS
12.	Možnost rozpočty exportovat (nejlépe do formátu MS Excel), provést změny a následně importovat zpět do systému.	1. je standardní funkcionalita ERP aplikace	Ano, import i export jsou podporovány
13.	U každé změny rozpočtu možnost evidence důvodu textovou formou.	2. je předmětem úpravy (dopracování) SW ERP aplikace	Je předmětem úpravy v rámci funkcionality bodu č.4
14.	Možnost definice vlastních pohledů s možností exportu do aplikace MS Excel - přehledy, kontingenční tabulky, uživatelsky modifikovatelné pohledy.	1. je standardní funkcionalita ERP aplikace	Mimo "standardní" pohledy IS umožňuje tvorbu OLAP kostek
15.	Reporting controllingu - tvorba ad hoc reportů pro analýzu nákladů a výnosů, produkce, poměrových ukazatelů.	1. je standardní funkcionalita ERP aplikace	Mimo "standardní" pohledy IS umožňuje tvorbu OLAP kostek
16.	Připravené exporty do externího manažerského systému MarQ, minimálně na úrovni účetních pohybů a položek rozpočtu obsahující datum, částku, účet, atributy.	1. je standardní funkcionalita ERP aplikace	Export do MarQ je součástí IS
17.	Možnost korekcí na principu opravných položek - vedení manažerského účetnictví nad finančním účetnictvím.	1. je standardní funkcionalita ERP aplikace	Ano
18.	Rozúčtování výnosů v manažerském účetnictví - na základě definovaných klíčů až na úroveň atributů, např. jednotlivých pracovišť, nebo nákladových středisek.	1. je standardní funkcionalita ERP aplikace	Algoritmus rozúčtování pracuje se všemi dimenzemi účetního zápisu
19.	Rozúčtování nákladů v manažerském účetnictví – rozpouštění nákladů režijních středisek dle definovaných klíčů až na úroveň nákladových středisek.	1. je standardní funkcionalita ERP aplikace	Algoritmus rozúčtování pracuje se všemi dimenzemi účetního zápisu, tedy i se střediskem
20.	Možnost používání klíčů pro rozúčtování nákladů a výnosů - klíče jsou verzované s definicí období platnosti daného klíče.	1. je standardní funkcionalita ERP aplikace	Jednotlivé algoritmy jsou uloženy a pojmenovány pro budoucí využití
21.	Možnost naplnění hodnot klíče z ekonomického nebo jiného informačního systému (osobní náklady, plochy místností, úvazky pracovníků a další).	1. je standardní funkcionalita ERP aplikace	Hodnoty klíče lze exportovat i importovat
22.	Komplexní schémata pro rozúčtování v manažerském účetnictví. Možnost definovat posloupnosti kroků, klíče, podmínky a omezení pro jednotlivé kroky rozúčtování.	2. je předmětem úpravy (dopracování) SW ERP aplikace	V systému lze definovat v rámci workflow proces, který provede uživatele jednotlivými kroky.

3. Prodej a pohledávky

1.	Systém musí zajistit evidenci odběratelů, jejich saldokonta a veškerých souvisejících dokladů (objednávky, faktury, dobropisy, zálohové doklady, platby). Do evidence odběratelů musí být možné importovat pacienty z NIS a jako odběratele evidovat také zdravotní pojišťovny.	1. je standardní funkcionalita ERP aplikace	Import obchodní partnerů (odběratelů, dodavatelů) je možný z libovolných zdrojů.
2.	Systém musí řešit evidenci upomínek a penále s možností automatického generování.	1. je standardní funkcionalita ERP aplikace	Generování upomínek a penalizačních faktur probíhá automaticky na pokyn uživatele.
3.	Sledování stavu pohledávek za jednotlivé zdravotní pojišťovny a za Zdravotní pojišťovny celkem.	1. je standardní funkcionalita ERP aplikace	Stav pohledávek lze sledovat za libovolného odběratele i skupinu odběratelů.
4.	Účtování prodejních dokladů a zápis do evidence DPH musí probíhat automaticky na základě definovaných předkontací.	1. je standardní funkcionalita ERP aplikace	Účtování prodejních dokladů je zajištěno aparátem předkontací. Předkontacemi je řešeno i účtování o DPH. Evidence DPH je zajištěna daňovými položkami. Vše probíhá automaticky ze zdrojového dokladu.
3.1 Evidence odběratelů
1.	Možnost evidence libovolného počtu odběratelů. Evidence a vyhledávání odběratele na základě různých kritérií a identifikátorů. U každého odběratele možnost nastavit předkontaci pro účtování a DPH předkontaci.	1. je standardní funkcionalita ERP aplikace	Vyhledávat, třídit a filtrovat lze podle všech dostupných údajů z evidence bez omezení. Kritéria lze kombinovat.
2.	Pro odběratele možnost zadat další adresy, které jsou odlišné od adresy uvedené na kartě odběratele.	1. je standardní funkcionalita ERP aplikace	Systém pracuje s korespondenčními a dodacími adresami, které systém přednaplňuje. Uživatel může na konkrétní doklad zapsat požadovanou adresu individuálně.
3.	Umožnit automatický import odběratelů např. přenosem čísel pacientů a identifikačních údajů z NIS pro účel importu regulačních poplatků a fakturace provedených výkonů.	1. je standardní funkcionalita ERP aplikace	Import obchodní partnerů (odběratelů, dodavatelů) je možný z libovolných zdrojů.
4.	Možnost evidovat jako odběratele zdravotní pojišťovny s možností importu podkladů pro fakturaci.	1. je standardní funkcionalita ERP aplikace	Zdravotní pojišťovna je evidována v obchodních partnerech jako odběratel. Import podkladů pro fakturaci je připraven (data připravuje NIS).
5.	Možnost kontroly a doplnění údajů o odběrateli z evidence XXXX.	1. je standardní funkcionalita ERP aplikace	Ve standardní verzi systému lze kontrolu údajů obchodního partnera provést odkazem na Obchodní rejstřík, lze změnit konfiguraci odkazu na systém ARES.
6.	On-line informace o saldokontu, stavu otevřených (aktivních) pohledávek. Možnost automatického i ručního párování otevřených pohledávek. Možnost párování zrušit a provést párování nové.	1. je standardní funkcionalita ERP aplikace	Ano, standardní uživatelský postup
7.	Identifikace odběratele podle: IČ, názvu, více DIČ, IČZ. Možnost dle zmíněných identifikací filtrovat a hledat.	1. je standardní funkcionalita ERP aplikace	Systém standardně eviduje jedno DIČ pro jeden záznam v číselníku obchodních partnerů, další DIČ představuje další záznam v číselníku. Evidence IČZ je předmětem definování nové položky ve formuláři.
8.	Možnost nastavení výchozího způsobu upomínání a výpočtu penále.	1. je standardní funkcionalita ERP aplikace	Zadáno základní konfigurací IS

9.	Možnost evidence všech prodejních dokladů (objednávky, faktury, dobropisy, zálohy) včetně všech souvisejících údajů. Umožnit při zadání odběratele na doklad doplnění adresy, bez nutnosti ručního zápisu adresy.	1. je standardní funkcionalita ERP aplikace	Systém eviduje uvedené prodejní doklady. Pokud se na základě zadané hodnoty (kód OP, IČO, bankovního účtu) nalezne záznam v číselníku OP, potom systém automaticky dotahuje všechny ostatní atributy obchodního partnera
10.	Evidence saldokonta odběratele v domácí měně i cizích měnách, pokud jsou u daného odběratele používány. Možnost nastavit upozornění na odběratele, který má vysoké pohledávky.	1. je standardní funkcionalita ERP aplikace	Jedná se o sledování platební morálky. Sledování morálky v rámci atributů (dluh, povolený počet dnů po splatnosti,...) lze používat v úrovní upozornění při tvorbě nového dokladu nebo zákazu vystavení prodejního dokladu pro konkrétního uživatele. V případě povolení odpovědné osoby lze doklad vystavit.
11.	Xxxxxxxxx výkazů pohledávek před/po splatnosti dle období. Možnost sestavit výkaz v libovolném čase bez nutnosti uzavírat otevřené období.	1. je standardní funkcionalita ERP aplikace	Rozbor stavu pohledávek ke dni není závislý na aktuálním účetním období. Je zpracováván on- line ke zvolenému datu.
12.	Možnost z objednávek vytvářet dodávky bez nutnosti účtování faktury. Umožnit z jedné prodejní objednávky vytvořit libovolný počet dodávek.	1. je standardní funkcionalita ERP aplikace	Z objednávky přijaté lze překlápěním tvořit dodací listy vydané (jeden či více). Fakturaci dodacích listů vydaných lze spouštět následně hromadně.
13.	Přepočet částky v cizí měně pomocí automatického nebo ručně zadaného kurzu. Možnost zobrazit částky dokladu v cizí i domácí měně.	1. je standardní funkcionalita ERP aplikace	Sytém přednaplňuje kurz z kurzovního lístků (naplněného importem z ČNB), kurz lze zadat také ručně. Doklad zobrazuje částky jak v cizí měně tak i v účetní měně.
14.	Možnost vytvořit více druhů šablon pro opakující se texty na prodejních dokladech a tyto texty umožnit zadat pro jakýkoliv následný prodejní doklad. Možnost kopie již jednou vytvořeného dokladu do nového, případně umožnit vytvořit šablonu pro opakující se případy. Možnost zadání textu a tisku dokladu v cizím jazyce.	1. je standardní funkcionalita ERP aplikace	Uživatel má k dispozici číselník Vzorových textů, které mohou být vázány na účet a údaj. Rychle a jednoduše tak lze vkládat opakující se texty v požadovaném jazyce. Odvození vybraných dokladů např. faktury přijaté nebo interního dokladu je možné. Ostatní procesy jsou vázány spíše na překlápění z dokladů navazujících - objednávka - dodací list - skladový doklad - faktura apod.
15.	Možnost vytvářet zálohové doklady v domácí i cizí měně s možností zadání DPH, které je automaticky vypočteno a zaúčtováno při uhrazení zálohy.	1. je standardní funkcionalita ERP aplikace	Zálohové listy v účetní měně i v cizí měně. Údaje vztahující se k DPH jsou využity buď pro automatickou tvorbu daňové dokladu k přijaté platbě nebo ke správnému vyúčtování DPH při čerpání zálohového listu u vydané faktury.
16.	Možnost přiřadit zálohovou platbu zúčtovací faktuře, umožnit přiřadit zálohu jen částečně. Při zúčtování zálohové platby je automaticky účtováno DPH. Možnost stornovat zaplacenou zálohu.	1. je standardní funkcionalita ERP aplikace	Čerpání zálohového listu lze provádět postupně. Odpojení platby od zálohového listu a jeho uzavření (storno) je možné.
17.	Možnost evidovat změny, které souvisely s následnou změnou data splatnosti faktury.	1. je standardní funkcionalita ERP aplikace	Změnu data splatnosti lze zapsat do protokolu změn nad dokladem nebo do poznámky k dokladu.

18.	Možnost definice různých způsobů upomínání, penalizace a výpočtu úroků z prodlení. Nastavit parametry libovolného počtu úrovní upomínek a možnost přiřadit další náklady související s vytvořením upomínky. Automatické vytváření upomínek dle data. Evidence všech vystavených upomínek k danému odběrateli, možnost opakovaného tisku upomínky.	1. je standardní funkcionalita ERP aplikace	Stupně upomínek, jejich počet, jejich pravidla pro vznik (dny po splatnosti nebo od předcházejícího stupně upomínky) jsou definovány v rámci konfigurace modulu Finance. Upomínky jsou na pokyn uživatele (výběr typu upomínky) tvořeny automaticky a hromadně. Upomínky jsou tvořeny obdobně jako jiné finanční doklady, mají tedy dokladovou řadu, jednoznačné číslo a lze je kdykoliv v historii dohledat a opakovaně tisknout a to včetně údajů, které byly ke dni vystavení upomínky platné.
19.	Možnost sestavit zápočet (pouze pro odběratele nebo odběratel – dodavatel) a následně jej zaúčtovat dle předkontace.	1. je standardní funkcionalita ERP aplikace	IS disponuje nástrojem pro přípravu i zaúčtování zápočtů
20.	Uživatelský číselník způsobu úhrady a platební podmínky s vazbou na doplnění data splatnosti dokladu.	1. je standardní funkcionalita ERP aplikace	Uživatelský číselník způsobů úhrady - ANO. Doplnění data splatnosti dokladu má QI standardně postaveno na základě nastavení pro systém, dále pro partnera, dále dle smlouvy na základě které je fakturováno. Změnu data splatnosti dle způsobu úhrady lze drobnou úpravou zajistit.
21.	Předdefinování bankovního účtu na dokladech. Možnost v případě potřeby zvolit jiný bankovní účet.	1. je standardní funkcionalita ERP aplikace	Bankovní účet lze předefinovat pro uživatele, který doklad vystavuje, pro konkrétního obchodního partnera, např. v závislosti na domluvenou měnu, ve které se doklady vystavují. Přednaplněný účet vlastní organizace lze ručně upravit na každém dokladu.
22.	Evidence a správa finančních kont pacientů.	1. je standardní funkcionalita ERP aplikace	IS umožňuje vedení depozitních účtů pacientů
23.	Možnost tvorby opravných položek k pohledávkám (jak účetních, tak daňových) a jejich účtování dle předkontací.	1. je standardní funkcionalita ERP aplikace	Systém podporuje tvorbu zákonných opravných položek s kontrolou na aktuálně platnou legislativní normu. O účetních OP lze účtovat.
3.2 Faktury
1.	Možnost fakturovat dodávky materiálu nebo služby.	1. je standardní funkcionalita ERP aplikace	Systém umožňuje fakturovat dodávky materiálu nebo služby.
2.	Možnost nastavení volitelného období uzávěrek knihy faktur (k současnému dni, v rozmezí od-do).	1. je standardní funkcionalita ERP aplikace	Auditem dokladů lze uzavřít knihy v libovolném období.
3.	Možnost fakturovat jednou fakturou více dodávek nebo pro jednu dodávku vytvořit více faktur (postupné fakturování dodávky po dílčích částech).	1. je standardní funkcionalita ERP aplikace	Dokladem pro dodávku je dodací list vydaný. Fakturovat lze dodací listy jedna k jedné nebo lze tvořit více faktur k jednomu dodacímu listu nebo naopak jednu fakturu k více dodacím listům.
4.	Možnost vytvořit karty služeb s definovanými předkontacemi, případně dalšími údaji pro usnadnění fakturace např. výkonů zdravotním pojišťovnám nebo pacientům.	1. je standardní funkcionalita ERP aplikace	Položkám číselníku služeb se definuje tzv. účetní skupina zboží. Ta slouží v kombinaci s typem dokladu, dokladovou řadou k automatickému předkontování fakturovaných položek.

5.	Možnost vystavení penalizační faktury za pozdní platby s použitím různých sazeb definovaných uživatelem včetně platnosti sazby (2T repo sazby). Umožnit automatické navržení penalizačních faktur pro vybranou skupinu odběratelů nebo pro všechny odběratele v systému. Tisk penalizačních faktur včetně opakovaného tisku. Možnost penalizační faktury účtovat nebo pouze evidovat bez účtování.	1. je standardní funkcionalita ERP aplikace	IS pracuje se smluvním % úroků z prodlení, lze nastavit u konkrétního odběratele. V případě tvorby penalizační faktury lze toto procento upravit.
6.	Vytvoření přehledu všech otevřených (neuhrazených) faktur odběratele. Vytvoření sestavy všech částečně uhrazených faktur odběratele (neúplně zaplacené faktury) včetně možnosti zobrazení platby k faktuře. Zpětná vazba z účetnictví do NIS o neuhrazených regulačních poplatcích včetně adresy pacienta.	1. je standardní funkcionalita ERP aplikace	Zpětná vazba na NIS je předmětem interface na konkrétní NIS
7.	Účtování částečné úhrady k otevřeným položkám. Možnost fakturu vyrovnat více platbami. Možnost zrušit vyrovnání faktury s platbami a nastavit vyrovnání nové.	1. je standardní funkcionalita ERP aplikace	Ano standardním postupem uživatele
8.	Automatické zúčtování kurzových zisků a ztrát a účtování odchylek při párování plateb a faktur na základě parametrizace.	1. je standardní funkcionalita ERP aplikace	Účtování odchylek po párování probíhá automatickým aparátem tvorby interní doklad - platby, který zajistí vyrovnání pohledávky.
9.	Možnost parametrizace DPH pro prodejní doklady (DPH na výstupu) včetně sazeb a účtů z účtového rozvrhu Možnost nastavení platnosti DPH sazeb.	1. je standardní funkcionalita ERP aplikace	K typu, charakteru a datumu dokladu (tuzemský, EU,…) a charakteru fakturovaného zboží nebo služby jsou systémem přiřazeny indexy DPH a účetní souvztažnost
10.	Libovolný počet sazeb DPH, včetně nulové, pomocí DPH předkontací. Možnost v případě potřeby ruční úpravy - změna sazby DPH na řádku dokladu.	1. je standardní funkcionalita ERP aplikace	Systém umožňuje libovolný počet sazeb DPH, včetně nulové, pomocí DPH předkontací, vč. ruční úpravy - změny sazby DPH na řádku dokladu.
11.	Využití více sazeb DPH na jedné faktuře, dobropisu.	1. je standardní funkcionalita ERP aplikace	Systém umožňuje více sazeb DPH na jedné faktuře, dobropisu.
12.	Automatický výpočet DPH pro každou fakturu bez možnosti zásahu běžným uživatelem. Vypočtena je celková částka DPH a DPH dle jednotlivých sazeb.	1. je standardní funkcionalita ERP aplikace	Systém umožňuje automatický výpočet DPH pro každou fakturu bez možnosti zásahu běžným uživatelem. Vypočtena je celková částka DPH a DPH dle jednotlivých sazeb.
13.	Možnost zadat jiné datum dokladu pro evidenci DPH a pro účetní evidenci.	1. je standardní funkcionalita ERP aplikace	Doklad lze účtovat do jiného data než je datum zd. plnění nebo datum uplatnění zd. plnění.

4. Nákup a závazky
1.	Systém musí zajistit evidenci dodavatelů, jejich saldokonta a spravování všech dokladů souvisejících s dodavatelem (poptávky, objednávky, faktury, zálohové faktury, dobropisy, platby, smlouvy).	1. je standardní funkcionalita ERP aplikace	Ano

2.	Pro efektivní řízení nákupů je nutná provázanost žádankového systému, objednávek, smluv a došlých faktur. K požadovanému zajištění elektronického (bezpapírového) oběhu dokladů je nutné, aby nad jednotlivými agendami bylo možné definovat WorkFlow a k jednotlivým dokladům připojit odkazy na související dokumenty.	1. je standardní funkcionalita ERP aplikace	Standardem je řízený schvalovací proces a související dokumenty.
3.	Účtování nákupních dokladů a zápis do evidence DPH musí probíhat automaticky na základě definovaných předkontací.	1. je standardní funkcionalita ERP aplikace	Účtování nákupních dokladů je zajištěno aparátem předkontací. Předkontacemi je řešeno i účtování o DPH. Evidence DPH je zajištěna daňovými položkami. Vše probíhá automaticky ze zdrojového dokladu.
4.1 Evidence dodavatelů
1.	Možnost evidence libovolného počtu dodavatelů. Evidence a vyhledávání dodavatele na základě různých údajů (IČO, název, bankovní účet, apod.). U každého dodavatele možnost nastavit předkontaci pro účtování a DPH předkontaci.	1. je standardní funkcionalita ERP aplikace	Vyhledávat, třídit a filtrovat lze podle všech dostupných údajů z evidence bez omezení. Kritéria lze kombinovat. Pokud se na základě zadané hodnoty (kód OP, IČO, bankovního účtu) nalezne záznam v číselníku OP, potom systém automaticky dotahuje všechny ostatní atributy obchodního partnera. Předkontace na straně nákupu je řešena obvykle v závislosti na typu dokladu a typu pohybu (nákup na sklad, přímá spotřeba, služby) dále v kombinaci s dokladovou řadu apod. a to včetně DPH. Předkontace v návaznosti na dodavatele je možné řešit definicí předkontací pro konkrétní dodavatele.
2.	Podpora zobrazení on-line saldokonta dodavatele, evidence všech transakcí, které byly uskutečněny s daným dodavatelem.	1. je standardní funkcionalita ERP aplikace	Ano
3.	Možnost nastavení libovolného počtu bankovních účtů pro dodavatele. Možnost zadat další adresy pro dodavatele, které jsou odlišné od adresy uvedené na kartě dodavatele.	1. je standardní funkcionalita ERP aplikace	Ano
4.	Možnost kontroly a doplnění údajů o dodavateli z evidence XXXX.	1. je standardní funkcionalita ERP aplikace	Ve standardní verzi systému lze kontrolu údajů obchodního partnera provést odkazem na Obchodní rejstřík, lze změnit konfiguraci odkazu na systém ARES.
5.	Uložení všech údajů bankovního účtu nezbytných pro vytvoření platebního příkazu (název banky, pobočka, číslo účtu, IBAN a SWIFT kód u zahraničních dodavatelů atd.).	1. je standardní funkcionalita ERP aplikace	Ano
6.	Možnost zadání více bankovních účtů dodavatele bez nutnosti zakládat více karet dodavatele. Kontrola správnosti bankovního účtu (tzv. "modulo 11").	1. je standardní funkcionalita ERP aplikace	Počet bankovních účtů dodavatele není omezen. Standard kontroluje modulo 11 jen ve mzdách. Lze připojit kontrolu i na účty partnerů vedené v CZK v číselníku obchodních partnerů.
7.	Sledování stavu závazků za jednotlivé zdravotní pojišťovny a za Zdravotní pojišťovny celkem.	1. je standardní funkcionalita ERP aplikace	Stav závazků lze sledovat za libovolného partnera (tedy včetně zdr. pojišťoven).

8.	Zadávání dalších relevantních údajů o dodavateli (slevy, adresy objednávek, možnost vazby dodavatel karta zboží - číslo zboží dodavatele, možnost zvolit pro dodavatele výchozí měnu).	1. je standardní funkcionalita ERP aplikace	U každého dodavatele lze sledovat nákupní podmínky včetně akčních cen, množstevních slev…
4.2 Žádanky a objednávky
1.	Možnost vytvářet nákupní objednávky v libovolném počtu a sledovat stav plnění - objednáno, v případě materiálu nebo zboží sledovat přijaté množství a množství zbývající k příjmu. Pro jednoho dodavatele možnost vystavit libovolný počet objednávek, případně objednávku s postupným plněním. Možnost libovolného počtu číselných řad pro objednávky.	1. je standardní funkcionalita ERP aplikace	Počet dokladových řad není omezen, libovolný počet dokladů lze vystavit a lze je sledovat jak z hlediska plnění množství tak i termínů.
2.	Objednávka musí nést základní informace o dodavateli, od kterého je požadována dodávka materiálu nebo služby. Možnost zadat odpovědnou osobu za nákup a další atributy (např. nákladové středisko). Do objednávky je možné zadat libovolný počet objednávaného materiálu, možnost zadat pouze textovou specifikaci objednávky.	1. je standardní funkcionalita ERP aplikace	Po výběru dodavatele do hlavičky dokladu se doplní všechny ostatní informace, které jsou na dokladu potřeba. Středisko, zakázka kalkulační jednice je evidována již na hlavičce dokladu, v položkách ji lze upravit. Počet položek není omezen. Do dokladu lze vložit položku bez vazby na číselníky pouze textovou formou.
3.	Možnost nastavit nad objednávkou WorkFlow pro schválení objednávky.	1. je standardní funkcionalita ERP aplikace	Schvalovací workflow lze nad objednávkou nastavit vícestupňově pro jednotlivé skupiny schvalovatelů (zastupitelnost, lze nastavit jednoho pracovníka do skupiny) dle kombinací pro dokladovou řadu, dodavatele, finanční objem apod.
4.	Možnost vytvořit skladovou žádanku a nastavit nad ní WorkFlow. Objednávku pak generovat ze schválené žádanky, generování více objednávek z jedné žádanky a generování objednávky z více žádanek.	1. je standardní funkcionalita ERP aplikace	Pro žádanku lze nastavit schvalování, do zpracování (vykrývání) jsou převzaty pouze schválené žádanky. Žádanky je možné za a) vykrýt přímo ze skladových zásob nebo za b) generovat objednávky a to jak pro objednávku jednu či více nebo v rámci funkce Seznam chybějícího zboží pro sklad, který respektuje minimální, optimální množství, nákupní objemy, vybrané dodavatele dle dodacích podmínek apod.
5.	Ostatní agendy žádankového systému mohou být řešeny produkty třetích stran ve webovém rozhraní s nutností integrace na systém na úrovni sdílení číselníků primárně evidovaných v ERP systému.	1. je standardní funkcionalita ERP aplikace	V rámci technologie QI jsme schopni integrovat produkty třetích stran - přístupem na jejich číselníky tak, aby žadatel měl k dispozici pouze jedno rozhraní bez ohledu na produkt, který žádanku zpracovává. QI disponuje webovým rozhraním.
6.	Možnost vazby objednávky na smlouvu. Umožnit evidovat smlouvy ve více číselných řadách dle typu smlouvy. Možnost připojit ke smlouvě odkazy na související dokumenty a definovat nad smlouvou WorkFlow.	1. je standardní funkcionalita ERP aplikace	Lze definovat potřebný počet dokladových řad pro smlouvy. Standard QI kontroluje plnění podmínek smluv na úrovni faktur vydaných a přijatých - kontrola data splatnosti a dalších. Prostřednictvím faktury (dodacího listu) je smlouva provázána s objednávkou. Aparát schvalování lze obdobně jako u schvalování žádanek a objednávek nastavit i nad smlouvy.

7.	Zajištění vazby do centrálního objednávkového systému NeOS.	1. je standardní funkcionalita ERP aplikace	Integraci s objednávkovým systémem lze realizovat na úrovni exportu schválených vydaných objednávek, na úrovni žádanek apod.
8.	Při příjmu materiálu umožnit z objednávky částečný příjem (příjem pouze části objednaného materiálu), s evidencí o nedodaném materiálu. Možnost z jedné objednávky vytvořit více příjemek.	1. je standardní funkcionalita ERP aplikace	Každý doklad v QI lze podle skutečnosti zpracovávat postupně. Systém eviduje stav jednotlivých vykrývaných položek a zobrazuje informace o tom, zda je doklad plně vykrytý nebo jen částečně a jaká množství z jakých položek zbývá dodat.
9.	Evidence otevřených - nedodaných a nefakturovaných objednávek. Možnost zobrazení nedodaného materiálu včetně možnosti zobrazení položek, které byly již dodané, ale nebyly vyfakturované.	1. je standardní funkcionalita ERP aplikace	Systém sleduje vykrývání jednotlivých objednávek viz odpověď bod 8. Vykrývání objednávek probíhá pomocí dodacích listů. Přehled nevyfakturovaných dodacích listů je dostupný v rámci funkce: Kontrola ocenění dodacích listů přijatých.
10.	Vytváření objednávek na opakovaná plnění, možnost uživatelského vytvoření šablon pro opakované, periodické objednávky.	1. je standardní funkcionalita ERP aplikace	QI umí vytvořit objednávku ze vzoru, kde vzorem může být skutečná objednávka vydaná (libovolná z historie)
11.	Xxxxx objednávky, příjemky a následné faktury.	1. je standardní funkcionalita ERP aplikace	Vazba objednávky vydané se skladovou příjemkou a fakturou přijatou je realizována přes doklad dodací list přijatý. Ten nese všechny informace o vykrývání objednávek, finančních plnění i zaskladnění nakoupeného materiálu a zboží.
4.3 Faktury
1.	Evidence dodavatelských faktur ve formě knihy došlých faktur a následná možnost vytvoření nákupního dokladu bez nutnosti zadávání duplicitních údajů. V knize došlých faktur evidovat částky (v měně), datum přijetí, datum uskutečnění zdanitelného plnění, datum splatnosti, údaje o objednávkách, libovolný text.	1. je standardní funkcionalita ERP aplikace	Nákupní doklad (dodací list přijatý) lze zaevidovat v jednom kroku při pořizování faktury přijaté aniž by docházelo k duplicitnímu zadávání údajů ať už o partnerovi nebo o položkách dokladu.
2.	Možnost definovat WorkFlow nad knihou došlých faktur s evidencí jednotlivých schvalovacích kroků. Tisk knihy došlých faktur. Možnost elektronického podepisováni v rámci schvalovacích kroků.	1. je standardní funkcionalita ERP aplikace	Nad dokladovou řadou faktur a v kombinaci s finančním objemem nebo dodavatelem lze definovat vícestupňové schvalovací schéma. V historii schvalování každého dokladu je možné sledovat schválení jednotlivými stupni - datum, čas, uživatel.
3.	V průběhu schvalování WorkFlow musí být připojený nascanovaný originál faktury u faktury v systému ERP.	1. je standardní funkcionalita ERP aplikace	Podmínka připojené obecné přílohy může být zahrnuta do schvalovacího procesu.
4.	Možnost připojení došlé elektronické faktury k faktuře v systému ERP.	1. je standardní funkcionalita ERP aplikace	Lze připojit jako obecnou přílohu (odkaz na soubor)k hlavičce dokladu.
5.	Vedení více číselných řad došlých faktur i dobropisů. Umožnit uzamčení číselných řad včetně filtrování dle tohoto nastavení.	1. je standardní funkcionalita ERP aplikace	Systém umožňuje vedení více číselných řad došlých faktur i dobropisů a uzamčení číselných řad včetně filtrování dle tohoto nastavení.
6.	Funkce kontroly na duplicitní dodavatelské faktury v případě opakovaného zadání.	1. je standardní funkcionalita ERP aplikace	Systém upozorňuje uživatele na duplicitní zadání variabilního symbolu.
7.	Fakturace v cizí měně, automatický přepočet pomocí kurzovního lístku. V případě nutnosti možnost změnit kurz na dokladu. Možnost zobrazit částky dokladu v domácí i cizí měně.	1. je standardní funkcionalita ERP aplikace	Kurz je přednaplněn z kurzovního lístku (import z ČNB), lze jej uživatelsky měnit. Doklad zobrazuje částky jak v cizí měně dokladu tak i v účetní měně dokladu.

8.	Rozložení fakturované částky v řádcích došlé faktury na více účtů a atributů. Možnost zadat na fakturu více řádků s uvedením účtu, možnost kombinace charakteru řádku účet a materiál včetně možnosti zadání prostého textu i rozsáhlejší poznámky.	1. je standardní funkcionalita ERP aplikace	Počet řádků finančního dokladu není nijak omezen. Rozpis na více nákladových účtů je možný přímo při prvotním pořízení dokladu. Uživatelský popis položky je podporován číselníkem Vzorových textů. K položkám faktury přijaté je možné připojit aparát poznámek k položce dokladu.
9.	Umožnit generování výdajových pokladních dokladů z faktury. Uživatelská možnost označení faktury pro neprovedení úhrady.	1. je standardní funkcionalita ERP aplikace	Omezení úhrady faktury lze provést několika způsoby, zejména neschválením dokladu, neschválením faktury k úhradě, zadáním typu úhrady, který nepovoluje vystavení příkazu k úhradě nebo naopak hotovostní úhradu. V modulu Finance/Pokladny pro konkrétní pokladnu existuje funkčnost úhrada závazků, kde pouze přes zadání variabilního symbolu je vygenerována pokladní výdejka.
10.	On-line vyhledání a výběr dodavatelské faktury a dalších dokladů (platba, dobropis, záloha) podle uživatelských kritérií.	1. je standardní funkcionalita ERP aplikace	Přehledy faktur jsou dostupné bez ohledu na období a to včetně všech souvisejících informací (DPH, účtování, úhrady - zápočty, opravné daňové doklady….)
11.	Možnosti třídění a vyhledávání podle dodavatele – názvu, IČ, čísla faktury, zůstatku, data splatnosti. Možnost uživatelského uložení zvoleného filtračního kritéria pro následné další použití.	1. je standardní funkcionalita ERP aplikace	Vyhledávat a třídit lze podle všech zobrazených sloupců v přehledech závazků. Uživatelsky definované filtry případně profily jsou ukládány pro uživatele v rámci kontextu - lze je kdykoliv vyvolat a systém si automaticky pro daný formulář pamatuje poslední použitý filtr. Uživatel pro předefinované filtry zadává pouze hodnoty, které se mění pro konkrétní přehled.
12.	Evidence částky, zaplacené dodavatelům – fyzickým osobám v průběhu roku pro povinné hlášení finančnímu úřadu.	1. je standardní funkcionalita ERP aplikace	Přehled plateb závazků za dané období a za partnery, kteří patří do skupiny "Fyzické osoby".
13.	Možnost zadání variabilního symbolu, který je rozdílný od čísla faktury dodavatele. Možnost zadat na fakturu jakýkoliv bankovní účet, který je evidován u dodavatele.	1. je standardní funkcionalita ERP aplikace	Variabilní symbol je rozdílná položka od čísla faktury dodavatele, na fakturu je možno zadat jakýkoliv bankovní účet, který je evidován u dodavatele.
14.	Evidence zálohových dokladů s možnosti zadat částku s DPH i bez DPH. Možnost vytvářet zálohové faktury i cizí měně. Možnost vytvořit libovolný počet záloh k jednomu dodavateli.	1. je standardní funkcionalita ERP aplikace	U zálohových listů přijatých se eviduje výše zálohy bez vazby na DPH. Problematika DPH je pak řešena v rámci daňového dokladu k zaplacené záloze nebo vyúčtovací faktury.
15.	Účtovat úhrady záloh (zálohové platby) na samostatný účet dle předkontace u dodavatele.	1. je standardní funkcionalita ERP aplikace	Systém umožňuje účtovat úhrady záloh (zálohové platby) na samostatný účet dle předkontace u dodavatele.
16.	Párování zálohových plateb s později došlými zúčtovacími fakturami. Možnost přiřadit k zúčtovací faktuře část zálohové platby nebo více zálohových plateb přiřadit k jedné zúčtovací faktuře.	1. je standardní funkcionalita ERP aplikace	V okamžiku evidování faktury přijaté systém upozorňuje, že jsou v systému na daného dodavatele evidovány zaplacené a nevyčerpané zálohy. Uživatel může k jedné faktuře čerpat jednu nebo více záloh.
17.	Účtování DPH v okamžiku přijetí daňového dokladu, možnost stanovit částku a částku DPH dle daňového dokladu.	1. je standardní funkcionalita ERP aplikace	Hlavička faktury obsahuje datum zaevidování, datum zd. plnění, datum uplatnění zd. plnění a datum zaúčtování. O DPH lze účtovat dle data přijetí dokladu.
18.	Možnost sestavit zápočet (pouze pro dodavatele nebo odběratel – dodavatel) a následně jej zaúčtovat dle předkontace.	1. je standardní funkcionalita ERP aplikace	V systému je možné sestavit zápočet (pouze pro dodavatele nebo odběratel – dodavatel) a následně jej zaúčtovat dle předkontace.

19.	Možnost parametrizace DPH pro nákupní doklady (DPH na vstupu) včetně sazeb a předkontace. Z dokladu možnost zobrazit informaci o celkové částce a celkové částce DPH a detailně dle sazeb DPH.	1. je standardní funkcionalita ERP aplikace	U nákupních dokladů se pro položky dokladu specifikuje typ plnění (tuzemské, EU, 3. země), nárok na odpočet DPH (plný, bez nároku, krácení koeficientem) a sazba DPH. Pro jednotlivé kombinace tzv. indexů DPH či skupin indexů lze nastavit předkontace pro účtování o DPH na analytické účty dle potřeby. Zobrazení celkové částky DPH i detailně dle sazeb je možné.
20.	Akceptace více sazeb DPH, včetně nulové sazby na jedné faktuře. Možnost v případě potřeby ruční úpravy - změna sazby DPH na řádku dokladu. Možnost stanovit výši, do jaké je možné provádět úpravu částky DPH. Nastavení sazby DPH jednotlivých položek ze skladových karet s vazbou na aktuálního dodavatele.	1. je standardní funkcionalita ERP aplikace	Sazby DPH včetně nulové jsou specifikovány pro konkrétní položku dokladu, mohou se tedy v rámci dokladu lišit. Změna sazby DPH je možná, QI vypočte DPH, ale uživatel může upravit DPH dle daňového dokladu dodavatele. Položky číselníku zboží a služeb mají nastavenou sazbu DPH a vazby na hlavního a další dodavatele.
21.	Možnost parametrizace DPH pro zpětné vrácení neuplatnění DPH na vstupu nebo krácení koeficientem na vstupu.	1. je standardní funkcionalita ERP aplikace	Krácení DPH koeficientem se specifikuje na hlavičce dokladu případně na položkách dokladu, pokud se některé položky dokladu chovají z pohledu DPH odlišně. Vrácení DPH má samostatný index DPH, který je určen v položce dokladu.
22.	Uživatelský číselník způsobu úhrady a platební podmínky s vazbou na doplnění data splatnosti dokladu.	1. je standardní funkcionalita ERP aplikace	Systém obsahuje uživatelský číselník způsobů úhrady. Datum splatnosti doplňuje QI standardně ve vazbě na platební podmínky dané konfigurací IS, dle údaje konkrétního dodavatele nebo dle platební podmínky v nákupní smlouvě, která je k faktuře přijaté připojena.
23.	Automatické zúčtování kurzových zisků a ztrát a účtování odchylek při párování plateb a faktur na základě parametrizace.	1. je standardní funkcionalita ERP aplikace	Systém podporuje automatické zúčtování kurzových zisků a ztrát a účtování odchylek při párování plateb a faktur na základě parametrizace.
24.	Možnost vytvoření splátkového kalendáře k faktuře	1. je standardní funkcionalita ERP aplikace	Je možné vytvořit libovolně dlouhý splátkový kalendář k faktuře

5. Sklady

Systém musí zajišťovat vedení skladové evidence - skladových karet včetně pohybů zásob, sledování hodnoty zásob ve skladu a dostupnosti zásob.

1. je standardní funkcionalita ERP aplikace

Modul Sklady disponuje např. těmito přehledy: Stav zásob na jednom skladu nebo na všech skladech, podrobné skladové karty, přehled všech skladových příjemek a výdejek, přehled všech položek všech skladových příjemek a výdejek, poslední pohyby zboží, přehled obalů, obratovky,...

Do skladové evidence musí mít návaznost procesy nákupu od žádanky přes objednávku, příjemku až po spotřebu (výdej), i případný prodej jiným subjektům.

1. je standardní funkcionalita ERP aplikace

procesy nákupu od žádanky přes objednávku, příjemku až po spotřebu (výdej), i případný prodej jiným subjektům jsou standardně provázány na žádanku.

3.	Systém musí podporovat zaúčtování uskutečněných skladových pohybů do účetní evidence na základě předkontací. Musí být možná evidence zásob na libovolném množství skladů a systém musí podporovat jejich inventarizaci.	1. je standardní funkcionalita ERP aplikace	Předkontace ve skladovém hospodářství lze nastavit tak, aby se pohyby kontovaly bez doplňujících dotazů uživatelů a přesně dle potřeb účetnictví.
4.	Možnost evidence zboží nebo materiálu na skladových kartách, kde je na každé kartě zadána předkontace a tím nastaveno propojení na účetnictví pro jednotlivé druhy pohybu. Při vytváření skladové karty přenášet předkontaci dle jednoduchých nastavitelných pravidel pro uživatele ve skladu. Možnost ke skladové kartě přiřadit více měrných jednotek. Definovat skupiny skladových karet. U každé skladové karty možnost evidovat i katalogové názvy a čísla dodavatelů s možností vazby na nákupní doklad (tedy vytvářet objednávky, které obsluhují i dodavatelské názvy a čísla).	1. je standardní funkcionalita ERP aplikace	Každá položka číselníku zboží/materiálu je přiřazena do účetní skupiny zboží. Pro kombinaci sklad, druh pohybu a účetní skupina zboží jsou nastaveny předkontace. Více měrných jednotek a vzájemný přepočet mezi nimi lze nastavit pro každou kartu. Členit karty lze do hierarchie věcných skupin (stromová struktura). Katalogové číslo a název u dodavatele včetně dalších nákupních podmínek jsou sledovány pro každého dodavatele dané položky. Jedna položka může být dodávána několika dodavateli.
5.	Možnost na skladové kartě nastavit metodu oceňování zásob - FIFO, průměrná cena, pevná cena. On-line dostupná informace o ceně zásob včetně množství zásob celkem i dle skladů.	1. je standardní funkcionalita ERP aplikace	Metoda oceňování je definována pro konkrétní sklad. Přehled stavu zásob na jednom skladě i na všech skladech v různém členění je k dispozici včetně informace o ceně zásoby.
6.	Možnost evidovat při příjmu šarži a datum exspirace, při výdeji možnost vydání dle nejstaršího data exspirace.	1. je standardní funkcionalita ERP aplikace	Při výdeji systém pracuje podle platné legislativy. Podporuje rozlišovací atributy. Každé položce číselníku zboží je definováno jaké atributy bude používat a na jakých dokladech se budou sledovat. Při výdeji podle exspirace je disponibilní zásoba seřazena podle data exspirace.
7.	Možnost nastavit parametry plánu pro doplňování zásob. Plán lze nastavit pro každou kartu individuálně. Na základě parametrů plánu možnost navrhnout doplnění zásob, provést jeho případné úpravy a následně přenést do nákupních objednávek. Možnost nastavený plán měnit v průběhu používání skladové karty.	1. je standardní funkcionalita ERP aplikace	Položka má nastaveno minimální a optimální množství. Při generování návrhů na objednání - Seznam chybějícího zboží systém provede kontrolu všech dokladů na straně příjmu a výdeje v příslušných stavech (potvrzeno, schváleno, apod.) a navrhne k datu požadovaného dodání optimální množství k objednání, kdy respektuje, termíny a pravidla pro nákup - hlavní dodavatel, termín, cena a zohledňuje i dodací objemy. Uživatel může do návrhu pro tvorbu objednávek vstoupit a upravit dle potřeby a teprve následně objednávky vystavit.
8.	Ze skladové karty musí být možné zobrazit veškeré vzniklé doklady nebo pohyby s možností rychlého dohledání původu vzniku.	1. je standardní funkcionalita ERP aplikace	Podrobná skladová karta zobrazuje všechny pohyby a lze zobrazit prvotní doklad a následně i navazující doklady - dodací listy, objednávky, faktury, žádanky….
9.	Možnost evidovat libovolný počet skladů a provádět mezi nimi převody – konfigurace jednotlivých skladů.	1. je standardní funkcionalita ERP aplikace	Systém umožňuje evidovat libovolný počet skladů a převody mezi nimi, včetně konfigurace skladů.
10.	Možnost evidovat zásoby na konsignačních skladech.	1. je standardní funkcionalita ERP aplikace	Systém umožňuje vedení konfiguračních skladů

11.	Možnost výdeje zásob ze skladu a tisk výdejky. Vystavené doklady výdejek musí být evidovány.	1. je standardní funkcionalita ERP aplikace	Výdejka má přiděleno jednoznačné evidenční číslo, které obsahuje účetní období (rok), sklad a pořadové číslo v rámci řady.
12.	Ke skladovým pohybům možnost přiřadit atributy (např. k výdejce nákladové středisko) a poté zjistit pohyby s určitým atributem (např. všechny výdeje, tedy spotřebu, určitého nákladového střediska).	1. je standardní funkcionalita ERP aplikace	U hlavičky resp. položky skladového dokladu lze sledovat všechny účetní dimenze (středisko, akce, kalkulační jednice)
13.	Provázanost skladové evidence s evidencí majetku a evidencí osobních ochranných pomůcek.	1. je standardní funkcionalita ERP aplikace	Existuje druh pohybu Výdej do krátkodobého majetku. Uživatel má možnost na úrovní výdejky doplnit údaje požadované v evidenci majetku - odpovědná osoba, středisko, výrobní číslo, datum výroby, třída el. zařízení, evidenční číslo budoucí karty apod.
14.	Možnost vytvořit skladovou žádanku a nastavit nad ní WorkFlow. Podpora procesu, kdy skladový referent schválenou žádanku dle skladové zásoby vykryje a vydá materiál ze skladu. V případě nedostatečné zásoby je žádanka využita jako podklad pro objednávku. Po příjmu je žádanka vykryta příjmem a materiál je vydán žádajícímu.	1. je standardní funkcionalita ERP aplikace	Žádanka podléhá schvalovacímu aparátu, po schválení je připravena ke zpracování příslušnému skladu (směřování žádanky v systému je zajištěno v hlavičce "koho žádám" v kombinaci s položkami "co žádám". V rámci zpracování je možnost žádanku nebo hromadně žádanky vykrýt ze skladu případně generovat objednávky formou zajištění stavu zásob a generovat objednávky.
15.	On-line dostupné informace nejen o stavu zásob na skladě, ale také o následné dostupnosti zásob z nákupních objednávek. Možnost tisknout hodnotu zásob i zásoby, kdykoliv v průběhu období bez nutnosti uzavírání období.	1. je standardní funkcionalita ERP aplikace	Funkce Stav chybějícího zboží k danému datu dodání respektuje aktuální stav zásob a také všechny "budoucí" doklady - schválené žádanky, potvrzené objednávky, rozpracované dodací listy, rozpracované výdejky apod. tak, aby k požadovanému datu systém zajistil vykrytí všech předpokládaných výdejů a současně zajistil optimální stav zásoby. Stav zásob ke dni je dostupný kdykoliv bez vlivu na aktuální zpracovávané období.
16.	Možnosti vytvářet přehledy stavu a obratů zásob podle různých kritérií (sklady, druhy materiálu atd.) v návaznosti na zvolené období.	1. je standardní funkcionalita ERP aplikace	Přehledy stavů a obratů lze třídit a filtrovat za všechny dostupné údaje ve formulářích (sklad, druh pohybu, položka, částka, středisko, akce, období apod.
17.	Inventarizace zásob kdykoliv v průběhu období, inventarizaci lze spustit pro kterýkoliv sklad. Tisk inventarizačního dokladu.	1. je standardní funkcionalita ERP aplikace	Inventuru konkrétního skladu lze provést kdykoliv, systém neomezuje, je pouze potřeba zajistit, aby k datu inventarizace nebyly na daném skladu rozpracované doklady. Systém podporuje tvorbu inventurních dokladů na základě porovnání stavu zásob a skutečně zjištěného stavu.
18.	Možnost sledování šarží a sériových čísel pro skladové karty.	1. je standardní funkcionalita ERP aplikace	Šarže i sériová čísla jsou podporovaným rozlišovacím atributem. Potřeba rozlišovacího atributu se definuje u položky a pro jednotlivé typy dokladů.
19.	Příjem, výdej a inventarizace položek skladu pomocí čárových kódů a čtečky	1. je standardní funkcionalita ERP aplikace	Evidence údajů čárovým kódem je standardní součástí položek a formulářů.

20.	Vedení a správa dodavatelů k jednotlivým položkám materiálu včetně jejich preferencí (preferovaný dodavatel, výhradní dodavatel, ostatní dodavatelé), rozšířené sledování vlastností dodavatele (dodací lhůty, smluvní ceny, zajištění dodávek, označení materiálu dodavatele, … atd.).	1. je standardní funkcionalita ERP aplikace	Systém umožňuje vedení a správa dodavatelů k jednotlivým položkám materiálu včetně jejich preferencí (preferovaný dodavatel, výhradní dodavatel, ostatní dodavatelé), rozšířené sledování vlastností dodavatele (dodací lhůty, smluvní ceny, zajištění dodávek, označení materiálu dodavatele, … atd.).
21.	Podpora hromadného importu položek materiálu včetně definice dodavatele a skladové karty (např. z ceníku dodavatelské firmy).	1. je standardní funkcionalita ERP aplikace	Systém podporuje hromadný import položek materiálu včetně definice dodavatele a skladové karty vč. ceníku dodavatelské firmy
22.	Skladové karty obsahují množstevní limity – automatické hlídání a upozornění při překročení limitní hranice. Dle limitů lze generovat objednávky se systémem optimalizovaným množstvím na nákup.	1. je standardní funkcionalita ERP aplikace	Na skladové karty lze zadat množstevní limity – automatické hlídání a upozornění při překročení limitní hranice. Dle limitů lze generovat objednávky se systémem optimalizovaným množstvím na nákup.
23.	Podpora zákonem definovaného výpočtu DPH v dokladech tak, aby vzniklo automatické dopočítání druhé z cen (s DPH / bez DPH) v příjmových dokladech.	1. je standardní funkcionalita ERP aplikace	Výpočet daně probíhá dle § 37 ZDPH, a to z ceny bez daně (odst. 1) i ceny včetně daně (odst. 2).
24.	Podpora volby vedení materiálu na skladě v cenách s DPH / bez DPH.	1. je standardní funkcionalita ERP aplikace	Materiál na skladě lze vést variantně - v cenách s DPH / bez DPH.
25.	Podpora upozorňování na výraznou změnu ceny při nákupu materiálu (větší než definované procento) vzhledem k poslednímu nákupu daného materiálu nebo jiné kontrolní ceně (např. cena VZP).	1. je standardní funkcionalita ERP aplikace	Systém hlídá vysoutěžené (smluvní) ceny dle nákupních podmínek již při tvorbě vydané objednávky. Při zpracování dodacího listu přijatého překlopením z objednávky má uživatel k dispozici smluvenou cenu. Změnu ceny přímo v dodacím listě nebo při přeceňování má uživatel plně pod kontrolou.
26.	Na položkách skladových karet lze evidovat doplňkové informace (datum expirace, výrobní číslo, inventární číslo, výrobce, servisní organizace, …)	1. je standardní funkcionalita ERP aplikace	Datum exspirace, výrobní číslo sledujeme na úrovni položek skladových dokladů v rámci rozlišovacích atributů. Údaje jako inventární číslo, výrobce, servisní organizace sledujeme na speciálním druhu pohybu a to výdej do krátkodobého majetku.
27.	Podpora tvorby standardních opravných dokladů – storna (zrušení celého dokladu), vratky (zrušení části dokladu) všech skladových dokladů.	1. je standardní funkcionalita ERP aplikace	Systém podporuje tvorbu standardních opravných dokladů – storna (zrušení celého dokladu), vratky (zrušení části dokladu) všech skladových dokladů.
28.	Podpora tvorby speciálních opravných dokladů pro nastavení změny ceny v příjmových dokladech s přenesením změny ceny i do všech navázaných výdejových dokladů.	1. je standardní funkcionalita ERP aplikace	Aparát přeceňování zajišťuje promítnutí správné ceny do všech souvisejících dokladů po zjištění cenové odchylky oproti prvotnímu zaskladnění (opravné doklady, dodatečná fakturace apod.)
29.	Přehledy o zaúčtování materiálu podle různých kritérií pro detailní kontroly přenosů do účetního systému. Kontrola obratů na účtech.	1. je standardní funkcionalita ERP aplikace	Kontrola stavu skladu na účetnictví je součástí metodiky měsíční účetní závěrky včetně postupů pro doložení tohoto stavu - přehledy položek včetně účetních skupin za období s požadovanou filtrací a tříděním.

30.	Přehledy o objednaném a nedodaném materiálu dle dodavatelů. Přehled o materiálu nedodaném v termínu dle dodavatelů.	1. je standardní funkcionalita ERP aplikace	Přehled Nedodané zboží od dodavatelů obsahuje informace o dodavateli, nedodaných položkách (i částečně nedodaných), požadované datum dodání, zpoždění dodávky ve dnech - formulář lze filtrovat, třídit dle skupin položek, dodavatelů, skupin dodavatelů apod.
31.	Podpora tvorby objednávek generováním z položek nevykrytých skladových rezervací.	1. je standardní funkcionalita ERP aplikace	Funkce pro zajištění stavu zásob respektuje k datu tvorby seznamu všechny předpokládané budoucí výdeje, tedy i žádanky.
32.	Řízená tvorba objednávek s ohledem na stavy, průměrnou spotřebu, limitní hodnoty materiálu na skladu – volba kritéria pro vyhodnocení materiálu vhodného k objednání včetně určení vhodného množství k objednání (podlimitní množství, průměrná spotřeba).	1. je standardní funkcionalita ERP aplikace	Systém podporuje tvorba objednávek s ohledem na stavy, průměrnou spotřebu, limitní hodnoty materiálu na skladu včetně volby kritéria pro vyhodnocení materiálu vhodného k objednání a včetně určení vhodného množství k objednání (podlimitní množství, průměrná spotřeba).
33.	Podpora odesílání objednávky dodavateli emailem.	1. je standardní funkcionalita ERP aplikace	Každý výstup z programu - přehled, doklad lze zaslat e-mailem.
34.	Podpora tvorby rezervací na materiál s možností hromadného zpracování – výdej, objednání, zamítnutí, záměna materiálu. Podpora zpracování rezervací dle pořadí zakládání rezervací.	1. je standardní funkcionalita ERP aplikace	Záměna materiálu je v rámci zpracování žádanek možná - obvykle se zde kombinují pravidla systému s metodickými postupy (souhlas žadatele apod.), vykrývání dokladů probíhá dle rozhodnutí uživatele - vybrané žádanky - seřazením žádanek dle data vzniku / dle data schválení lze zajistit vykrývání v požadovaném pořadí.
35.	Podpora tvorby inventur – možnost provádění inventury za konkrétní materiálové skupiny, sklad. Podpora tiskových sestav jako podkladů při fyzické inventuře i dokladů o provedení inventury.	1. je standardní funkcionalita ERP aplikace	Podpora inventur (fyzických včetně generování inventurních rozdílů) je podporována na úrovni skladu. Tiskové podklady pro provádění inventury lze připravovat za požadovaný rozsah - materiálové skupiny.
36.	Podpora práce s rozšířenými typy skladů – konsignační sklad s možností provádět běžné skladové operace. Sklad materiálu konkrétního dodavatele, vznik na základě smlouvy o konsignaci. Fakturace až po výdeji materiálu. Zajištění automatického přenosu dokladů konsignačního skladu na nadřízený centrální sklad včetně jejich ocenění.	1. je standardní funkcionalita ERP aplikace	Systém podporuje konsignační sklady i požadované operace s nimi spojené
37.	Podpora práce s rozšířenými typy skladů – příjmový sklad. Možnost vedení materiálu dočasně bez jeho ocenění a provádět nad ním běžné pohyby. Zajištění automatického přenosu dočasných dokladů na nadřízený centrální sklad včetně jejich ocenění.	1. je standardní funkcionalita ERP aplikace	Při plné implementaci workflow a schvalovacího procesu nemůže dojít k situaci, kdy je na sklad přijato zboží bez znalosti smluvené / objednané ceny. Aparát přeceňování pak zajistí, že všechny skladové pohyby s touto odhadní cenou budou správně přeceněny po připojení všech souvisejících oceňovacích dokladů.
38.	Podpora práce s rozšířenými typy skladů – příruční sklad. Vedení skladové agendy na menších skladech, které jsou závislé na skladě centrálním - příjem na sklad převodem z centrálního skladu. Podpora vedení stavu na skladech včetně cen.	1. je standardní funkcionalita ERP aplikace	Systém podporuje příruční sklady i požadované operace s nimi spojené

39.	Podpora kontroly výdejových dokladů s ohledem na limitní množství přepravovaných nebezpečných chemických látek dle vyhlášky ADR pro NCHL.	1. je standardní funkcionalita ERP aplikace	Požadovanou kontrolu je možné zajistit formou makra v rámci nastavení systému
40.	Podpora vytváření různých přehledů o příjmech materiálu – objem dle dodavatelů, skladů, materiálových skupin, klasifikace CPV. Speciální přehledy o příjmech VZP materiálu. CPV, VZP. Speciální přehled o vývoji ceny materiálu při nákupu od dodavatelů.	1. je standardní funkcionalita ERP aplikace	Přehled nakoupeného zboží - historie nákupu za dodavatele, položky, množství, cenu za jednotku, slevy, dimenze - středisko, akce, kalkulační jednice.
41.	Podpora vytváření různých přehledů o výdejích materiálu – objem dle středisek, dle zdrojů financování (dotace, granty), skladů, materiálových skupin.	1. je standardní funkcionalita ERP aplikace	Přehled všech položek všech skladových výdejek za období - středisko, akce (dotace, granty), věcné skupiny, účetní skupiny apod.
42.	Podpora vytváření centrálních přehledů o zásobách podle jednotlivých druhů materiálu ve skladech – aktuální stav materiálu na skladě, aktuální stav dle materiálových skupin, přehled materiálu, u kterého za poslední dobu nebyl žádný obrat.	1. je standardní funkcionalita ERP aplikace	Přehled stavu zásob na všech skladech udává aktuální přehled (či ke dni) - dle věcných skupin včetně rozpadu stromové struktury, Přehled poslední pohyby zboží - zobrazuje údaje ve dnech od posledního pohybu. Lze seřadit výstup dle této hodnoty.
43.	Podpora určení konkrétního skladového materiálu, který může vstupovat do žádanek. Podpora omezení výběru materiálu pouze na materiál, který je aktuálně skladem / podpora rezervace materiálu, který není skladem.	1. je standardní funkcionalita ERP aplikace	Do žádanek vstupují položky z pozitivního listu. Lze zobrazit stav zásob v organizaci pro danou položku. Standardní workflow dovoluje žádat o položku z pozitivního listu bez ohledu na to, zda je aktuálně stavem. Část procesu objednávání zajišťuje vykrytí i této položky. Položky mimo pozitivní list lze žádat odlišným schvalovacím procesem.
44.	Podpora víceúrovňového schvalování (funkce pro vytvoření žádanky, funkce pro schvalování, vrácení, případně předání žádanky na sklad v podobě rezervace).	1. je standardní funkcionalita ERP aplikace	Více úrovňové schvalování dokumentů je standardní funkcí systému
45.	Podpora zpracování žádanek prostřednictvím skladových rezervací – výdej, objednání, záměna materiálu. Podpora zpětně informace s detaily o stavu zpracování k jednotlivým položkám žádanky pro zadavatele.	1. je standardní funkcionalita ERP aplikace	Systém na úrovni skladů podporuje rezervace i blokace. Žadatel je průběžně informován o stavu zpracování své žádanky. Záměny materiálu provádí zajišťující organizační jednotka nebo dodavatelský subjekt v případě EDI.
46.	Podpora vytváření šablon žádanek pro usnadnění práce při opakovaném zadávání obdobných (periodických) žádanek.	1. je standardní funkcionalita ERP aplikace	Žádanku lze tvořit ze vzorové žádanky nebo libovolné žádanky z historie.

6. Evidence majetku

Systém musí zajistit evidenci informací o majetku včetně souborů majetku, jeho zatřídění a definice způsobu odepisování.

1. je standardní funkcionalita ERP aplikace

Dodavatel systému DCC grarantuje splnění všech legislativních požadavků v modulu majetku (typy majetku,účetní a daňové odpisy, zatřídění dle SKP apod.).

Dále musí být možné zaznamenávat jednotlivé pohyby majetku s možností účtování dle definovatelných předkontací.

1. je standardní funkcionalita ERP aplikace

Každý pohyb na stavu majetku, který je účetní změnou, má definovanou předkontaci pro vytvářené účetní položky. Každá změna - pohyb

- je v rámci historie vždy dostupná.

3.	Možnost evidovat, změnit a sledovat umístění majetku a odpovědné osoby a podporovat inventarizaci majetku.	1. je standardní funkcionalita ERP aplikace	V plném rozsahu.
4.	V systému musí být možné pro drobný majetek vést operativní evidenci a evidovat osobní ochranné pracovní pomůcky v návaznosti na zaměstnance.	1. je standardní funkcionalita ERP aplikace	Komplexní evidenci ochranných pomůcek je v systému zajištěna v modulu Personalistika.
5.	Možnost evidence různých druhů majetku - dlouhodobý nehmotný majetek, dlouhodobý hmotný majetek. Evidence libovolného počtu karet majetku. Možnost začlenit majetek do společných celků. Možnost členění majetku dle tříd a podtříd.	1. je standardní funkcionalita ERP aplikace	Typy majetku jsou definované a garantované dodavatelem a umožňují sledovat veškerý majetek dle legislativy v rámci daných období. Mimo legislativních zatřídění lze karty zařadit do skupin pro statistické členění, věcné členění nebo vlastní.
6.	Integrace modulu majetku do účetnictví. Možnost definice účetních předkontací pro jednotlivé pohyby majetku (zařazení, technické zhodnocení, odpis, vyřazení).	1. je standardní funkcionalita ERP aplikace	Měsíční závěrka majetku provede výpočty odpisů a zaúčtuje všechny změny z majetku dle předdefinovaných kontací. Systém lze nastavit tak, aby účtování probíhalo automaticky bez nutnosti dalšího zásahu v modulu účetnictví.
7.	Evidence základních informací o majetku při jeho nabytí jako je: zdroj nákupu, nákupní – pořizovací cena, datum nákupu – pořízení, výrobní číslo / inventární číslo, způsob účetního a daňového odepisování; přiřazení odpovídající předkontace. Možnost přiřadit majetek určitému inventárnímu úseku. Umožnit rozšíření o další doplňující údaje o majetku, dle kterých bude možno majetek i filtrovat.	1. je standardní funkcionalita ERP aplikace	Uvedené atributy jsou součástí základního formuláře karty majetku. Technologie QI umožňuje přidávat do formulářů nové atributy, dle kterých bude možné třídit a filtrovat.
8.	Uživatelsky definovatelné metody odpisu majetku pro účetní i daňové účely případně jiné. Možnost uživatelské definice způsobu odepisování.	1. je standardní funkcionalita ERP aplikace	QI nabízí všechny zákonné typy odpisů, dále pak různé typy účetních a daňových odpisů - časový, pevný, individuální apod.
9.	Evidence majetku dle jednotlivých součástí celku - komponentní přístup (definice hlavní karty majetku a jejích komponent).	1. je standardní funkcionalita ERP aplikace	Ke kartě majetku lze definovat neomezený počet podřízených karet (komponent)
10.	Možnost zařazení majetku do inventárního úseku, určení odpovědné osoby a nákladového úseku. Vytváření převodů mezi úseky nebo odpovědnými osobami. Možnost evidence historie úseků a odpovědných osob. Možnost provázat inventární úsek na odpovědnou osobu. Možnost zobrazit majetek dle úseků a odpovědných osob.	1. je standardní funkcionalita ERP aplikace	Atribut Inventární úsek majetku je možno definovat jako uživatelskou položku, požadovanou vazbu úseku a odpovědné osoby lze definovat makrem, vše v rámci nastavení systému. Vytváření převodů a evidence historie pohybu majetku je standardní funkčnost.
11.	Možnost provádění hromadných změn	1. je standardní funkcionalita ERP aplikace	Systém umožňuje provádění hromadných změn
12.	Účtování pohybů majetku s atributy (např. nákladové středisko). Možnost kdykoliv spustit odepisování majetku bez nutnosti účtování. Možnost spustit odpisové plány.	1. je standardní funkcionalita ERP aplikace	Výpočet odpisového plánu lze spustit kdykoliv. Spuštění výpočtu odpisů zajistí výpočet odpisů. Účtování o odpisech lze provést až v dalším kroku. Měsíční závěrka majetku ke dni provede výpočet odpisů a zaúčtování všech doposud nezaúčtovaných změn v daném měsíci.
13.	Třídění majetku dle potřeb organizace. Nutnost variability dle přání organizací.	1. je standardní funkcionalita ERP aplikace	Systém umožňuje variabilní třídění majetku dle potřeb organizace.

14.	Funkce sledování výdajů na modernizace a rekonstrukce, technické zhodnocení majetku.	1. je standardní funkcionalita ERP aplikace	Ke každému záznamu v historii karty lze přiřadit finanční doklad. V rámci přehledu historie pak lze získat všechny související informace z dokladů.
15.	Způsob sledování přírůstků a úbytků majetku za určité uživatelem definované období.	1. je standardní funkcionalita ERP aplikace	Základní přehledy za historii změn v majetku.
16.	Možnost sledování nedokončených investic dle atributů (např. investiční akce).	1. je standardní funkcionalita ERP aplikace	Investiční akce se stane součástí všech účetních zápisů, které se jí týkají. V účetnictví lze za tuto akci získat přehled o výdajích.
17.	Podpora při inventarizaci majetku s možností vazby na čárové kódy. Tisk inventárních štítků majetku.	1. je standardní funkcionalita ERP aplikace	Inventarizace majetku čárovým kódem je součástí majetku včetně podpory tiskových výstupů s čárovým kódem.
18.	Možnost hromadného generování inventarizačních zápisů podle inventarizačního úseku nebo podle odpovědné osoby.	1. je standardní funkcionalita ERP aplikace	Tiskové výstupy pro inventarizační komisi jsou součástí. Třídění a řazení záznamů dle čísla, data, odpovědné osoby je standardem.
19.	Možnost účtování rozdělení účetních odpisů majetku ve vztahu k účtování fondů – určení pořízení části majetku z dotací a z vlastních zdrojů.	1. je standardní funkcionalita ERP aplikace	Zdroj financování je zachycen dimenzí u karty majetku. Ke kartě lze definovat automatické rozúčtování záznamů o změnách majetku (zařazení, odpisy, vyřazení) v souvislosti s uvedenými dimenzemi.
20.	Možnost evidence majetku mimo účetní evidenci - operativní evidence (typicky pro sledování drobného majetku, pro evidenci více kusů na jedné kartě apod.).	1. je standardní funkcionalita ERP aplikace	Systém umožňuje mimoúčetní operativní evidenci majetku
21.	Možnost evidence osobních ochranných pracovních pomůcek včetně možnosti účtování pohybů. Vazba na zaměstnance a skladovou evidenci.	1. je standardní funkcionalita ERP aplikace	Komplexní evidenci ochranných pomůcek je v systému zajištěna v modulu Personalistika.
22.	Evidence majetku svěřeného zaměstnanci (notebook,mobil atd.).	1. je standardní funkcionalita ERP aplikace	Odpovědná osoba na kartě majetku
23.	Podpora řízení energetického hospodářství	1. je standardní funkcionalita ERP aplikace	Systém umožňuje řízení nákladů a spotřeby všech druhů energie tj. elektrická energie (velko- i maloodběr, vodné, stočné a srážky, plyn, teplo a medicinální plyny. Součástí je mj: Stromová definice uzlů pro rozpad spotřeby a nákladů na nákladové útvary k fakturačním měřicím místům – neomezený počet úrovní stromu, zadání účetních odečtů ke košilce přijaté faktury, rozpočítání spotřeby a nákladů z faktury podle definovaných hierarchických rozpadů a jejich kumulace na nákladové útvary, alokace nákladů za spotřebu energie na nákladové objekty, výpočet odhadované spotřeby v budoucím období pro jednotlivé energie
24.	Evidence nájemních vztahů k majetku (vazba evidence majetku na evidenci smluv)	1. je standardní funkcionalita ERP aplikace	Systém umožňuje evidovat nájemní vztahy k majetku s vazbou na evidenci smluv.
25.	Evidence prostředků požárních ochrany	1. je standardní funkcionalita ERP aplikace	Systém umožňuje evidovat prostředky požární ochrany (prvky bezpečnosti, požární úseky, smyčky EPS) a řídit procesy jejich pravidelných kontrol a revizí.

7. Doprava

Systém musí podporovat vedení evidence vozidel a řidičů, přiřadit k nim další informace a zaznamenávat údržbu vozidel.

1. je standardní funkcionalita ERP aplikace

Systém podporuje vedení evidence vozidel a řidičů, umožňuje přiřadit k nim další informace a

zaznamenávat údržbu vozidel.

V systému musí být možné evidovat případně importovat požadavky na dopravu a uskutečnění dopravy.

1. je standardní funkcionalita ERP aplikace

V systému je možné evidovat případně importovat požadavky na dopravu a

uskutečnění dopravy.

Možnost evidence soukromých a služebních jízd v knize jízd vozidla se zaznamenáním řidiče a možností zadání čerpání PHM a dalších nákladů na provoz vozidla.

1. je standardní funkcionalita ERP aplikace

Systém umožňuje evidenci soukromých a služebních jízd v knize jízd vozidla se zaznamenáním řidiče a možností zadání čerpání

PHM a dalších nákladů na provoz vozidla.

Zajištění zpracování tuzemských i zahraničních cestovních příkazů, včetně schvalovacího workflow, výpočtu případně zadání dalších nákladů, jejich zaúčtování

s využitím předkontací a proplacení.

1. je standardní funkcionalita ERP aplikace

Systém umožňuje zpracování tuzemských i zahraničních cestovních příkazů, včetně schvalovacího workflow, výpočtu případně zadání dalších nákladů, jejich zaúčtování

s využitím předkontací a proplacení.

Možnost definovat pro jednotlivá vozidla kartu s uvedením specifikace vozidla včetně údajů pro sestavení přiznání k silniční dani. Vozidla lze sdružovat do skupin, případně kartu vozidla propojit s evidencí majetku.

1. je standardní funkcionalita ERP aplikace

Systém umožňuje definovat pro jednotlivá vozidla kartu s uvedením specifikace vozidla včetně údajů pro sestavení přiznání k silniční dani. Vozidla lze sdružovat do skupin a kartu

vozidla propojit s evidencí majetku.

Možnost evidovat řidiče a informace o jejich kvalifikaci včetně platnosti.

1. je standardní funkcionalita ERP aplikace

Systém umožňuje evidovat řidiče a informace o jejich kvalifikaci včetně platnosti.

Možnost sledovat údržbu vozidel s uvedením data provedení případně platnosti (např. pro STK), evidovat platební karty, pojištění, opravy a další informace o

vozidle.

1. je standardní funkcionalita ERP aplikace

Systém umožňuje sledovat údržbu vozidel s uvedením data provedení případně platnosti (např. pro STK), evidovat platební karty,

pojištění, opravy a další informace o vozidle.

Evidence a vyhodnocení požadavků na dopravu, zobrazení kapacitního vytížení vozidel a řidičů, evidence příkazů na dopravu a zaznamenání skutečně provedené dopravy.

1. je standardní funkcionalita ERP aplikace

Systém umožňuje evidenci a vyhodnocení požadavků na dopravu, zobrazení kapacitního vytížení vozidel a řidičů, evidenci příkazů na dopravu a zaznamenání skutečně provedené

dopravy.

Není požadována podpora řízení dispečinku výjezdů vozidel záchranné služby, ale systém musí zajistit import ze systému Profia pro řízení činností záchranné služby pro zaznamenání informací o nákladech a výnosech spojených s dopravou

v návaznosti na řidiče a vozidla.

1. je standardní funkcionalita ERP aplikace

Systém umožňuje import dat o nákladech a výnosech spojených s dopravou v návaznosti na řidiče a vozidla.

10.

Vedení knihy jízd pro evidenci soukromých a služebních jízd konkrétního vozidla za dané období a řidiče. V návaznosti na knihu jízd možnost evidovat odběr pohonných hmot (jejich množství a cenu) a ostatní náklady spojené s provozem vozidla. Možnost využití platebních karet (zejména CCS).

1. je standardní funkcionalita ERP aplikace

Systém umožňuje vedení knihy jízd pro evidenci soukromých a služebních jízd konkrétního vozidla za dané období a řidiče. V návaznosti na knihu jízd systém umožňuje evidovat odběr pohonných hmot (jejich množství a cenu) a ostatní náklady spojené s provozem vozidla.

Systém umožňuje využití platebních karet CCS.

11.

Možnost pořizování, zpracování a tisku cestovních příkazů pro evidenci plánované a uskutečněné pracovní tuzemské nebo zahraniční cesty zaměstnance.

1. je standardní funkcionalita ERP aplikace

Systém umožňuje pořizování, zpracování a tisk cestovních příkazů pro evidenci plánované a uskutečněné pracovní tuzemské nebo

zahraniční cesty zaměstnance.

12.

V rámci parametrizace nastavit ceník pohonných hmot a sazby náhrad tuzemských I zahraničních cestovních příkazů. Na základě parametrizace automaticky vypočítat cestovní náhrady, možnost zadání dalších nákladů a jejich zaúčtování pomocí předkontací do

účetnictví.

1. je standardní funkcionalita ERP aplikace

Systém umožňuje nastavit ceník pohonných hmot a sazby náhrad tuzemských I zahraničních cestovních příkazů. Systém umožňuje automaticky vypočítat cestovní náhrady, zadání dalších nákladů a jejich zaúčtování pomocí

předkontací do účetnictví.

13.

Možnost importovat a automaticky rozúčtovat elektronický výpis z CCS včetně automatického nasměrování na střediska a vozidla.

1. je standardní funkcionalita ERP aplikace

Elektronické formáty Shell (ETD - Electronic_Transaction_Data

), Slovnaft (Floppy soubory), OMV (DFÜ - dálkový přenos dat)

14.

Možnost uhradit zaměstnanci cestovné bankou nebo pokladnou.

1. je standardní funkcionalita ERP aplikace

Systém umožňuje uhradit zaměstnanci cestovné bankou nebo pokladnou.

8. Technická evidence a správa zařízení a budov
1.	Systém musí umožňovat evidovat přístroje a zařízení včetně jejich technických parametrů a zajistit plánování, provádění, účtování a vyhodnocování údržby, ať už preventivního charakteru, nebo oprav a kontrol v souladu se zákonem 123/2000 Sb., o zdravotnických prostředcích, ve znění pozdějších předpisů.	3. řešeno standardním produktem třetí strany	Systém umožňuje vedení přehledné evidence všech zařízení a zdravotnických prostředků včetně možnosti uživatelsky definovat technické parametry a sledovat jejich hodnoty. Evidence tvoří základ pro řízení plánování, realizace a vyhodnocování údržby včetně sledování náležitostí uložených zákonem č.123/2000 Sb.
2.	Dále zabezpečit všechny funkce, které vyžaduje řízení metrologie v souladu s platnou legislativou.	3. řešeno standardním produktem třetí strany	Systém podporuje provádění technických kontrol měření u zdravotnických prostředků s měřicí funkcí, které podléhají těmto kontrolám v požadované četnosti a rozsahu včetně evidencea sledování způsobilosti uživatelů pro zabezpečení metrologických požadavků.
3.	Možnost založit pro každý přístroj nebo zařízení servisní kartu pro evidenci údajů o tomto zařízení (dodavatel, výrobní číslo, záruční doby, atributy…). Možnost navázat do evidence majetku.	3. řešeno standardním produktem třetí strany	Systém umožňuje na kartě zařízení (přístroje) evidovat potřebné náležitosti mající vztah k servisu daného přístroje (výrobce, dodavatel, servis, záruky,…). Rovněž lze evidovat servisní smlouvy na zařízení s sledovat čerpání paušálních a nepaušálních plateb ve vazbě na likvidaci faktur k servisním smlouvám. Systém rovněž umožňuje vést provozní deník přístroje, který obsahuje jak automaticky záznamy automaticky generované v průběhu servisních a údržbových operaci sledovaných v systému, tak ručně vkládané záznamy. Systém umožňuje oboustrannou vazbu na účetní majetkovou evidenci.
4.	Možnost definovat plán údržby (servisní intervaly, dodavatel údržby, cena,…) a kontrol, kalibrační postupy. Upozornění na blížící se termíny (avíza emailem). Zadání mimořádných oprav.	3. řešeno standardním produktem třetí strany	Systém umožňuje definovat plán údržby a provádět kontrolu jeho plnění. Lze generovat mailová avíza o nutnosti zajištění naplánovaných činností určeným správcům zařízení včetně možnosti grafické vizualizace plnění naplánovaných činností.

5.	Možnost připojení odkazů na související dokumenty.	3. řešeno standardním produktem třetí strany	Systém umožňuje k jakémukoli záznamu připojit související dokumenty jednak formou odkazu na datové uložiště nebo přímo do databáze aplikace. Dokumenty lze vhodně řadit podle druhů dokumentů a jedno uložení dokumentu vhodně propojovat k dalším souvisejícím objektům.
6.	Zaznamenání historie údržby a kontrol.	3. řešeno standardním produktem třetí strany	Systém umožňuje automaticky zaznamenávat dokumentaci údržby k jednotlivým zařízením, dále umožňuje vyhodnocovat výkonnost údržby na základě definovaných ukazatelů na definovaných objektech (Nákladové středisko, Typ přístroje, Typ práce, Pracovník, Dodavatel,...) ve zvolené úrovni agregace a časovém intervalu.
7.	Možnosti provázání s účetnictvím za účelem vyhodnocování nákladů.	3. řešeno standardním produktem třetí strany	Systém umožňuje provázat externí náklady z dodavatelských faktur do účetního systému a připravovat podklady pro zaúčtování interních nákladů.
8.	Pasporty budov	3. řešeno standardním produktem třetí strany	Systém obsahuje velmi bohatou funkcionalitu pro návrh, sledování a vyhodnocování pasportu budov. Lze definovat hierarchickýprostorový model stavebního objektu včetně parametrů specifických pro použité typy ploch, dále konstrukčních prvků sledovaných na budovách s vlastními sadami parametrů. Součástí pasportu je nástroj na vyhledávání ploch dle hodnot použitých parametrů a vhodná prezentace formou tzv. knihy pasportu. Lze definovat i proces průběžné aktualizace hodnot pasportních údajů.
9.	Podpora sledování evidence revizí, prohlídek, záruční doby u ploch a zařízení	3. řešeno standardním produktem třetí strany	Systém umožňuje definovat jek pravidelné revizní a servisní činnosti a na základě definice intervalů pravidelně generovat mailová avíza o nutnosti zajištění uvedených činností určeným správcům zařízení včetně možnosti grafické vizualizace procházejících či prošlých opakovaných činností
10.	Podpora upozornění na budoucí stav v definovaném časovém předstihu (termín revize, ukončení záruky...)	3. řešeno standardním produktem třetí strany	Viz předchozí odpověď
11.	Podpora podpory vytváření a schvalování žádanek na provoz správy budov	3. řešeno standardním produktem třetí strany	Systém podporuje tvorbu žádanek na provoz a správu budov Proces provádění žádanek je podporován uživatelsky definovaným systémem řízení workflow, které umožňuje nastavit životní cyklus žádanky včetně jejího schvalování, odeslání k řešiteli, objednání či interní realizace a následnou akceptaci či reklamaci a finální archivaci. Pro každý druh žádanky lze nadefinovat specifický životní cyklus.

12.	Podpora termínového plánování revizních, kontrolních a údržbových činností správy budov	3. řešeno standardním produktem třetí strany	Systém umožňuje definovat jek pravidelné revizní a servisní činnosti a na základě definice intervalů pravidelně generovat mailová avíza o nutnosti zajištění uvedených činností určeným správcům zařízení včetně možnosti grafické vizualizace procházejících či prošlých termínových plánů. Na základě termínových plánů lze generovat pracovní příkazy (zakázky), jejichž životní cyklus lze řídit podobně jako žádanky definovaným procesním workflow.
13.	Podpora provazby workflow - vyřizování žádanky správy budov a workflow objednávky a likvidované faktury	3. řešeno standardním produktem třetí strany	Systém umožňuje provazovat workflow na návazných realizačních dokladech. Pokud je na základě žádanky či zakázky vygenerovaná objednávka, startuje její životní cyklus řízený workflow, které je provázáno se systémem workflow zdrojového dokladu tak, že vybrané události v životním cyklu objednávky lze promítat do změny stavu workflow zdrojového dokladu, v tomto případě žádanky či zakázky.
14.	Podpora popsání každého objektu ve struktuře sadou vlastností dle typu (pasportizace)	3. řešeno standardním produktem třetí strany	Systém umožňuje popsat objekt sadou definovaných vlastností definovaného formátu, typu očekávané hodnoty a případně výčtových hodnot, které může sledovaná vlastnost nabývat. Objekty stejného typu mají sttejou sadu sledovaných vlastností. Systém umožňuje při založení nového objektu automaticky předdefinovat sadu sledovaných vlastností s prázdými hodnotami, případně dodatečně definovanou vlastnost zkopírovat na všechny existující objekty.
15.	Systém hlášení a evidence poruch a následných oprav.	3. řešeno standardním produktem třetí strany	Systém umožňuje hlásit a evidovat vzniklé poruchy pomocí žádanky vhodného typu, na jejímž základě je provedeno zajištění bezprostředního působení poruchy . Je možno generovat následné žádanky či zakázky na odstranění příčin a následků poruchy.
16.	Podpora legislativních požadavků kladených na Poskytovatele zdravotní péče zákonem č. 123/2000 Sb. o zdravotnických prostředcích. Úplné znění zákona bylo vyhlášeno zákonem č. 346/2003 Sb.	3. řešeno standardním produktem třetí strany	Systém splňuje uvedené požadavky kladené legislativou (evidence, dokumentace - návody k obsluze, prohlášení o shodě, provozní kniha)
17.	Podpora požadavků na sledování zdravotnických prostředků se zvýšeným rizikem v souladu s Vyhláškou č. 11/2005.	3. řešeno standardním produktem třetí strany	Systém splňuje uvedené požadavky kladené legislativou (pravidelné kontroly ZP se zvýšeným rizikem, přehled zaškolených osob)
18.	Podpora nařízení vyhlášky č. 501/2000 Sb., kterou se stanoví formy, způsoby ohlašování nežádoucích příhod zdravotnických prostředků, jejich evidování, šetření a vyhodnocování, dokumentace a její uchovávání a následné sledování s cílem předcházení vzniku nežádoucích příhod, zejména jejich opakování, ve znění vyhlášky č. 304/2003 Sb.	3. řešeno standardním produktem třetí strany	Systém splňuje uvedené požadavky kladené legislativou

19.	Podpora nařízení vlády č. 336/2004 Sb., kterým se stanoví technické požadavky na zdravotnické prostředky, nařízení vlády č. 191/2001 Sb.., kterým se stanoví technické požadavky na aktivní implantabilní zdravotnické prostředky ve znění nařízení vlády č. 154/2004 Sb a nařízení vlády č. 453/2004 Sb., kterým se stanoví technické požadavky na diagnostické zdravotnické prostředky in vitro.	3. řešeno standardním produktem třetí strany	Systém splňuje uvedené požadavky kladené legislativou
20.	Přehledné vedení detailní technické evidence Zdravotnických prostředků, které jsou tříděny dle kategorií, tříd, typů, výrobních modelů všeobecně platných číselníků (ÚZIS, CPV, GMDNS) a jednoznačně identifikovány inventárním číslem a výrobním/sériovým číslem)	3. řešeno standardním produktem třetí strany	Systém umožňuje vedení přehledné detailní evidence zdravotnických prostředků včetně možnosti uživatelsky definovat technické parametry a sledovat jejich hodnoty. Evidence tvoří základ pro řízení plánování, realizace a vyhodnocování údržby včetně sledování náležitostí uložených zákonem č.123/2000 Sb. Součástí je možnost zatřídění zdravotnických prostředků dle typů, výrobních modelů a všeobecně platných číselníků .
21.	Definice oprávněných pracovníků pro práci se zdravotnickými prostředky	3. řešeno standardním produktem třetí strany	Systém umožňuje definovat jednak správce a jednak oprávněné pracovníky pro práci se zdravotnickými prostředky a evidovat jejich zaškolení.
22.	Přehledná správa externích elektronických dokumentů souvisejících se zdravotnickými prostředky (prohlášení o shodě, návod k obsluze, protokoly o proškolení obsluhy, servisní smlouvy).	3. řešeno standardním produktem třetí strany	Součástí evidence je i přehledná správa a sledování všech dokumentačních náležitostí zdravotnického prostředku (porovnání legislativou požadovaného a skutečného stavu)
23.	Podpora evidence a sledování výkonů prováděných s definovanými zdravotnickými prostředky – vazba na NIS	3. řešeno standardním produktem třetí strany	Systém umožňuje vazbu zdravotnických prostředků do NIS a prostřednictvím této vazby přenášet statistiky provedených zdravotnických výkonů
24.	Přidělení zdravotnického prostředku na inventární úsek, NS, budovu a místnost	3. řešeno standardním produktem třetí strany	Systém splňuje požadavek přidělení zdravotnického prostředku na inventární úsek, k nákladovému středisku a místnost, ve které se nachází.
25.	Evidence proškolených pracovníků na zacházení se zdravotnickými prostředky.	3. řešeno standardním produktem třetí strany	Systém umožňuje definovat jednak správce a jednak oprávněné pracovníky pro práci se zdravotnickými prostředky a evidovat jejich zaškolení.
26.	Podpora definice pravidel rozpadu nákladů za údržbu a opravy zdravotnického prostředku mezi více nákladových středisek	3. řešeno standardním produktem třetí strany	Systém umožňuje v případě potřeby nadefinovat poměr rozdělení nákladů na opravy a údržbu zdravotnických prostředků na několik nákladových středisek.
27.	Uživatelsky nastavitelné workflow pro sledování životního cyklu zdravotnického prostředku	3. řešeno standardním produktem třetí strany	Systém umožňuje nastavit workflow pro sledování životního cyklu zdravotnického prostředku (Zařazen, Zapůjčen, V opravě, V poruše, Vyřazen, atd.)

28.	Nastavení definic intervalů pravidelných bezpečnostně- technických kontrol, pravidelných prohlídek a revizí zdravotnických prostředků (dále periodické činnosti)	3. řešeno standardním produktem třetí strany	Systém umožňuje definovat pravidelné bezpečnostní a technické kontroly, revize a servisní činnosti a na základě definice intervalů pravidelně generovat mailová avíza o nutnosti zajištění uvedených činností určeným správcům zařízení včetně možnosti grafické vizualizace procházejících či prošlých opakovaných činností. Lze zajistit i automatické generování požadavku na provedení pravidelných činností resp. přímo objednat provedení těchto činností.
29.	Podpora automatického sledování termínů periodických činností, barevná vizualizace blížících se či prošlých termínů, odesílání e- mailových avíz správcům zdravotnických prostředků	3. řešeno standardním produktem třetí strany	Viz předchozí odpověď
30.	Podpora potvrzování provedených periodických činností správy zdravotnických prostředků, automatické nastavení příštích termínů	3. řešeno standardním produktem třetí strany	Systém umožňuje na základě potvrzení o provedení pravidelné činnosti (a uložení potřebné dokumentace) automatické nastavení termínu příští pravidelné činnosti na základě definovaného intervalu
31.	Podpora automatického i ručního zápisu do provozní knihy zdravotnických prostředků. Evidence všech servisních zásahů	3. řešeno standardním produktem třetí strany	Systém podporuje jednak ruční zápis do provozní knihy zdravotnického prostředku, jednak automatické zápisy na základě provádění provozních činností prostřednictvím zakázek či objednávek.
32.	Podpora odesílání upozornění uživatelů emailem na postup řešení úkolu, notifikace změny stavu, varování před vypršením doby určené na řešení úkolu správy zdravotnických prostředků	3. řešeno standardním produktem třetí strany	Systém podporuje automatické rozesílání emailových avíz definovaným adresátům na základě definovaných událostí..
33.	Podpora evidování historie komunikace všech účastníků workflow vyřizování žádanky na správu zdravotnických prostředků ve formě komentářů	3. řešeno standardním produktem třetí strany	Systém automaticky vytváří historii provádění workflow daného objektu (kdo, kdy provedl jakou akci) a zároveň umožňuje komunikaci mezi účastníky workflow pomocí komentářů.
34.	Podpora generování objednávky ze žádanky na správu zdravotnických prostředků včetně možnosti vystavení objednávky z více žádanek. Podpora uživatelsky definovat workflow schvalování objednávek ve vazbě na cenové limity objednávek	3. řešeno standardním produktem třetí strany	Systém umožňuje referentovi vystavení objednávky z přijaté žádanky na správu zdravotnických prostředků s maximálním využitím informací uvedených na žádance. Vystavením objednávky automaticky startuje workflow objednávky včetně možnosti nastavení schvalování objednávky v různých stupních řídící vertikály organizaci na základě stanovených cenových limitů objednávky.
35.	Provazba workflow vyřizování žádanky na zdravotnické prostředky a workflow objednávky a likvidované faktury	3. řešeno standardním produktem třetí strany	Všechna workflow jednotlivých souvisejících dokladů lze provazovat. Workflow objednávky se může zpětně promítat do stavů workflow žádanky a stejně tak workflow likvidované faktury ovlivňuje stavy workflow příslušné objednávky i žádanky. Lze uživatelsky definovat až na úroveň worklow položek objednávky např. při očekávaném průběžném plnění či fakturaci.

36.	Podpora likvidace přijatých faktur za externí údržbu ZP– zpětná vazba na žádanky – zápis do knihy nákladů zdravotnického prostředku. Náklady lze prostřednictvím uživatelsky definovaných pravidel alokovat rovněž např. na NS, Dodavatele, oddělení, objednací místo, Typy ZP, Druh žádanky, Akci atd.	3. řešeno standardním produktem třetí strany	Systém podporuje likvidaci faktur od externích dodavatelů se zpětnou vazbou (provazba workflow) na žádanky a objednávky. Náklady lze agregovaně alokovat za definovaná období dle definovaných pravidel mimo jiné i tak jak je požadováno.
37.	Podpora archivace vyřízených a odmítnutých žádanek na správu zdravotnických prostředků	3. řešeno standardním produktem třetí strany	Vyřízené či zamítnuté žádanky lze archivovat prostřednictvím změny stavu Workflow žádanky.
38.	Vazba na sklad – požadavek a rezervace materiálu na opravy a údržbu zdravotnických prostředků (sdílení skladových karet)	3. řešeno standardním produktem třetí strany	Z vystavených žádanek k internímu řešení lze generovat požadavky na použitý skladový materiál prostřednictvím vazby na katalog materiálu a náhradních dílů do příslušných skladů. Ve skladě je možno zajistit rezervaci požadovaného materiálu adresně ke konkrétní žádance resp. zakázce a prostřednictvím provazby výdejky a zakázky promítnout náklady na nákup materiálu do nákladů zakázky a zprostředkovaně dál na ZP, NS, atd..
39.	Skutečné náklady za materiál– vazba na modul Sklady	3. řešeno standardním produktem třetí strany	Viz předchozí odpověď
40.	Automaticky vedená kniha nákladů zdravotnických prostředků	3. řešeno standardním produktem třetí strany	Kniha nákladů je automaticky vytvářena po zápisu skutečných nákladů k zakázce nebo po provedení likvidace dodavatelské faktury. Zápis v knize nákladů obsahuje řadu údajů vztahujících se k příčinám vzniku a nositeli čerpání nákladů. Na základě uvedených atributů lze provádět podrobné rozbory vynaložených nákladů.
41.	Souhrnné rozbory nákladů na údržbu a opravy zdravotnických prostředků	3. řešeno standardním produktem třetí strany	Viz předchozí odpověď

9. Správa dokumentů (DMS)
1.	DMS zajistí archivaci dokumentů, ukládání verzí, sledování historie úprav, sdílení dokumentů, řízení životního cyklu dokumentu a provázanost s ostatními systémy.	1. je standardní funkcionalita ERP aplikace	Nabízené řešení kompletně pokrývá problematiku DMS včetně integrace s ERP QI. Řešení DMS je integrovanou částí dodávaného řešení.
2.	Podpora pro centrální digitalizační pracoviště pro účetní a všechny další dokumenty t.j. zajištění scanování došlých faktur, dodacích listů, předávacích protokolů atd. Provázání těchto záznamů s účetními doklady a podpora komplexního "oběhu" jen této podoby dokumentů.	1. je standardní funkcionalita ERP aplikace	Použití čárových kódů není podmínkou, unikátní ID může vygenerovat i QI, na dokument jej pak někdo napíše a při zařazování do ELO zadají kód ručně. Pokud použijí samolepící čárové kódy mohou být do QI snímány čtečkou. Při zadávání do ELO je kód v UDS automaticky detekován a na základě tohoto kódu může UDS z QI doplnit k dokumentu další metadata (datum, vystavitel, adresát, typ dokumentu, ….). Předpokládáme že v SQL databázi QI bude pro DMS připravený „SQL View“ .
3.	Definice požadavků na HW - diskový prostor pro uložení těchto digitalizovaných dokumentů.	1. je standardní funkcionalita ERP aplikace	Minimální technické požadavky pro DMS jsou : Procesor 1,6 GHz RAM 1 GB HDD 3 GB celkem = 1 GB pro

			instalaci + 2 GB na dokumenty (1 skenovaná A4 v 300 DPI/BW TIFF G4 = cca 50 kB, 2GB = cca 40.000 stran A4) LAN 100 Mbit/s OS Microsoft Windows Server 2003/2008 SQL Microsot SQL 2005/2008/Express Aplikační platforma : Apache Tomcat TCP/IP porty 8080 (Apachet), 1433 (MS SQL), 4874 (UDS), 9000 (ELO Fulltext/OCR) Doporučované parametry pro skener : Denní zátěž : max. 500 stran Rychlost snímání : min. 10 stran/min. Formát : A6-A4 Automatický podavač : ANO Duplexní snímaní : ANO Ploché snímací lože : není nutno Optimalizace snímání : podpora VRS / PerfecPage / …. Rozhraní : USB 2.0 Ultrasonic sensor : doporučeno Doporučované skenery : Fujitsu ScanSnap S1500 Fujitsu fi-6110 Kodak i40 Scanner Kodak i1220 Epson GT-S50
4.	Zajištění archivace dokumentů.	1. je standardní funkcionalita ERP aplikace	Viz předchozí odpověď bod 1.
5.	Možnosti ukládání verzí a sledování historie úprav.	1. je standardní funkcionalita ERP aplikace	Viz předchozí odpověď bod 1.
6.	Zajištění sdílení dokumentů pro uživatele.	1. je standardní funkcionalita ERP aplikace	Quick View dokáže dokumenty vyhledat nejen pomocí unikátního čárového kódu, ale i fulltextově v obsahu dokumentu (pokud budou dokumenty v ELO oindexovány prostřednictvím fulltextu s OCR). Všichni uživatelé QI budou mít nainstalován modul QuickView, který se bude k DMS serveru přihlašovat vždy se shodným uživatelem „QI reader“, který bude mít pouze právo zobrazování (čtení) dokumentů. Vyhledání dokumentů z QI v DMS archivu bude možné po označení vybraného kódu v QI do schránky a stiskem CTRL+ALT+Fx (např. F5 pro barcode, F6 pro variabilní symbol, F7 pro fulltext).
7.	Řízení životního cyklu dokumentu	1. je standardní funkcionalita ERP aplikace	Viz předchozí odpověď bod 1.
8.	Možnost připojení dokumentu uloženého v DMS k dokladům v ERP systému pomocí odkazů.	1. je standardní funkcionalita ERP aplikace	Viz předchozí odpověď bod 1.

10. WorkFlow

1.	Systém musí umožnit definovat WorkFlow v přehledné formě, uživatelsky nastavitelné podle procesů organizace.	1. je standardní funkcionalita ERP aplikace	Systém obsahuje přehledně uživatelsky nastavitelné workflow dle procesů organizace.
2.	Je požadována jednotná parametrizace schvalovacích procesů.	1. je standardní funkcionalita ERP aplikace	Schvalovací procesy je možné jednotným způsobem parametrizovat
3.	Možnost nastavení oprávnění ke schvalování přes skupiny uživatelů.	1. je standardní funkcionalita ERP aplikace	Ke schvalování je možno nastavit standardní uživatelské oprávnění
4.	Možnost definice zástupu za uživatele bez nutnosti redefinovat schvalovací proces	1. je standardní funkcionalita ERP aplikace	Zástup uživatele je řešen dočasným přidělením uživatele do skupiny schvalovatelů. Vlastní schvalovací schéma není tímto krokem dotčeno.
5.	Možnost nastavit schvalovací proces jako paralelní, sériový nebo kombinovaný.	2. je předmětem úpravy (dopracování) SW ERP aplikace	Standard definuje schvalovací proces jako sériový s možností vynechat stupně (pokud je povoleno). Paralelní a kombinovaný přístup je předmětem úpravy.
6.	Schvalovací proces může být podmíněný libovolným polem schvalovaného záznamu (např. u objednávky: cenou, nákladovým střediskem) případně složitější podmínkou (např. kontrola ceny objednávky proti rozpočtu).	2. je předmětem úpravy (dopracování) SW ERP aplikace	Schvalovací schéma resp. jeho definice může být dotčena konkrétním požadavkem, např. čerpáním rozpočtu…
7.	Ke schvalovanému záznamu možnost připojení odkazů na související dokumenty (HTML, PDF, XLS).	1. je standardní funkcionalita ERP aplikace	K dokladům obecně je možno připojit libovolný externí dokument
	Možnost napojit schvalovací proces na různé doklady a procesy v systému, například:	1. je standardní funkcionalita ERP aplikace	Schvalování je možné aplikovat na všechny požadované doklady a procesy
8.	1. odeslání skladové žádanky je možné až po schválení její obsahové správnosti	1. je standardní funkcionalita ERP aplikace	Systém umožňuje schvalovací proces pro odeslání skladové žádanky je možné až po schválení její obsahové správnosti
9.	2. odeslání objednávky je možné po schválení její obsahové a finanční správnost	1. je standardní funkcionalita ERP aplikace	Systém umožňuje schvalovací proces pro odeslání objednávky je možné po schválení její obsahové a finanční správnost
10.	3. zaevidování smlouvy je možné až po schválení její obsahové správnosti	1. je standardní funkcionalita ERP aplikace	Systém umožňuje schvalovací proces pro zaevidování smlouvy je možné až po schválení její obsahové správnosti
11.	4. zaevidování došlé faktury je možné po schválení její věcné, formální a finanční správnosti	1. je standardní funkcionalita ERP aplikace	Systém umožňuje schvalovací proces pro zaevidování došlé faktury je možné po schválení její věcné, formální a finanční správnosti
12.	5. odeslání bankovního příkazu je možné až po odsouhlasení jeho obsahu	1. je standardní funkcionalita ERP aplikace	Systém umožňuje schvalovací proces pro odeslání bankovního příkazu je možné až po odsouhlasení jeho obsahu
13.	6. proplacení cestovního příkazu je možné až po odsouhlasení	1. je standardní funkcionalita ERP aplikace	Systém umožňuje schvalovací proces pro proplacení cestovního příkazu je možné až po odsouhlasení
14.	Možnost upozorňování e-mailem.	1. je standardní funkcionalita ERP aplikace	Systém obsahuje funkci upozornění emailem
15.	Schvalování záznamů v prostředí ERP systému (alternativně i na intranetu).	1. je standardní funkcionalita ERP aplikace	Systém umožňuje schvalování záznamů v prostředí ERP systému a alternativně i v prostředí intranetu přes web rozhraní systému.
16.	Možnost víceúrovňového schvalování	1. je standardní funkcionalita ERP aplikace	Více úrovňové schvalování dokumentů je standardní funkcí systému

11. Personalistika a mzdy

1.	Musí existovat pouze jedna datová základna pro mzdy i personalistiku.	1. je standardní funkcionalita ERP aplikace	Pro obě aplikace je shodná datová základna.
2.	Možnost sledování změn jednotlivých údajů (kdo a kdy jaký údaj měnil).	1. je standardní funkcionalita ERP aplikace	Každý záznam nese údaj o uživateli, který záznam pořídil či změnil. Tyto informace jsou přístupny pouze správci, běžný uživatel je nevidí.
3.	Sledování historie personálních údajů k datu.	2. je předmětem úpravy (dopracování) SW ERP aplikace	Není k dispozici zadání datumu od-do, záleží také na sledovaných personálních údajích - chybí výčet údajů.
4.	Sledování historie mzdových vypočtených údajů k určitému období bez omezení.	1. je standardní funkcionalita ERP aplikace	Vypočtené mzdy jsou k dispozici u každého PPV v přehledu za jednotlivé uzavřené měsíce.
5.	Možnost zadání plánování změn u zaměstnance do budoucna (všech údajů – např. Změna zdravotní pojišťovny, plat, slevy na dani, personální údaje atd.).	2. je předmětem úpravy (dopracování) SW ERP aplikace	Z vyjmenovaných údajů lze zadat dopředu pouze zdravotní pojišťovnu.
6.	Nutnost pružné reakce na zákaznické požadavky, legislativní změny s dostatečným předstihem.	1. je standardní funkcionalita ERP aplikace	Legislativní změny jsou zapracovány a garantovány dodavatelem systému, zákaznické požadavky jsou realizovány na základě zákaznických úprav na základě objednávky či smluvních dohod.
7.	Možnost nastavení přístupových práv: PLNÁ/POUZE PRO ČTENÍ/NEVIDITELNÉ až na konkrétní údaj pro konkrétní osobu nebo skupinu osob s přístupem do systému.	1. je standardní funkcionalita ERP aplikace	Přístupová práva jsou přesně nastavena pro jednotlivé uživatele, lze nastavit práva i na jednotlivé záznamy, dokladové řady atd. Práva nabývají hodnot: vkládání, úpravy, mazání, čtení
8.	Každý uživatel (personalista/mzdová účetní) musí mít přístup pouze k zaměstnancům, které zpracovává	1. je standardní funkcionalita ERP aplikace	Je možné nastavit přístup ke konkrétním zaměstnancům nebo definovaným skupinám
9.	Sestavy – standardní + možnost vytvářet rekapitulace mezd dle potřeb uživatelů	1. je standardní funkcionalita ERP aplikace	Standardní tiskové výstupy lze uživatelsky upravit, po zaškolení vlastního pracovníka firmy (správce) si může organizace vytvářet svoje vlastní tiskové výstupy.
10.	Výstup mzdových i personálních dat do MS Excel, vytváření vlastních dokumentů s možností využití dat ze systému. Například hromadné tisky mzdových výměrů.	1. je standardní funkcionalita ERP aplikace	Export dat lze provádět v těchto exportních formátech: Microsoft Excel, dBase file, Text file, XML file
11.1 Personalistika
1.	Program musí umožnit vedení personální evidence v souladu s platnými zákony. Systém umožní průkazné zadání kmenových dat s datem účinnosti změny, též do budoucna (např. platové výměry). Součástí evidence musí být tvorba pracovněprávních dokumentů slučujících data z personální evidence s textem šablony. Součástí dodávky musí být i výstupy veřejným institucím. Program musí být provázán s ostatními agendami (mzdy, vzdělávání, systemizace)	1. je standardní funkcionalita ERP aplikace	Systém vede personální evidenci v souladu s legislativou a uvedenými požadavky včetně výstupů a vazeb na ostatní agendy
2.	Evidence kmenových údajů zaměstnance pouze jednou, tj. pro oblast personalistiky, mezd a to i v případě několika pracovních poměrů.	1. je standardní funkcionalita ERP aplikace	V systému jsou evidováni jednotliví zaměstnanci pod osobním číslem, jeden zaměstnanec může mít více PPV.
3.	Evidence kmenových údajů zaměstnance pouze jednou pro všechny agendy ERP.	1. je standardní funkcionalita ERP aplikace	Kmenové údaje jsou evidovány na jednom místě, ostatní aplikace přebírají tyto zaevidované údaje.

4.	Evidence pracovních údajů – funkce, druh pracovněprávního vztahu, organizační začlenění.	1. je standardní funkcionalita ERP aplikace	Pracovně-právní vztahy jsou evidovány včetně všech mzdových parametrů, je zachována historie pracovně-právních vztahů. V aplikaci popis organizace jsou jednotliví zaměstnanci přiřazeni k pracovním místům.
5.	Evidence zaměstnanců podle pozice (pracovní místo, KZAM-R, oddělení, funkce, kategorie).	2. je předmětem úpravy (dopracování) SW ERP aplikace	Každý zaměstnanec je přiřazen na příslušné pracovní místo (funkci), každý PPV má označenu profesi, středisko. Kategorii lze evidovat pomocí druhu PPV ( číselník NBI).
6.	Evidence historie předchozích zaměstnání.	1. je standardní funkcionalita ERP aplikace	U zaměstnanců jsou evidováni předchozí zaměstnavatelé v rozsahu od-do. Není evidována uznaná praxe, kterou v nemocnicích vyhodnocují pro přidělení tarifní třídy.
7.	Rozúčtování zaměstnance na více středisek (trvale i jednorázově) s koeficientem, jaká část mzdy se na jaké středisko má zaúčtovat.	1. je standardní funkcionalita ERP aplikace	Hrubou mzdu lze rozúčtovat procenticky na jednotlivá střediska, pravidla pro rozúčtování jsou zadána u jednotlivých PPV.
8.	Sledování fluktuace zaměstnanců.	1. je standardní funkcionalita ERP aplikace	Fluktuaci zaměstnanců lze sledovat za organizaci jako celek
9.	Porovnání skutečnosti kvalifikace a vybavení s plánem (z popisu pracovního místa) a vytištění seznamu zaměstnanců, kteří kvalifikaci nesplňují.	1. je standardní funkcionalita ERP aplikace	U každého pracovního místa jsou evidovány požadavky, které musí zaměstnanec splňovat. Požadované charakteristiky a charakteristiky zaměstnance lze porovnávat.
10.	Údaje o vzdělání – odborná způsobilost, zdravotní a specializovaná způsobilost, jazykové a počítačové dovednosti. Uživatelsky rozšiřitelné číselníky. Možnost uživatelsky doplnit další evidence kvalifikace.	1. je standardní funkcionalita ERP aplikace	Kvalifikační předpoklady jsou sledovány v aplikaci vzdělávání včetně platností a peridiocity kurzů.
11.	Dohody o hmotné zodpovědnosti.	2. je předmětem úpravy (dopracování) SW ERP aplikace	Evidence dohod o hmotné zodpovědnosti bude řešeno dopracováním funkčnosti
12.	Evidence povolení další výdělečné činnosti u jiné organizace.	1. je standardní funkcionalita ERP aplikace	Evidence povolení další výdělečné činnosti bude řešeno dodefinováním uživatelské položky v rámci nastavení systému
13.	Možnost tisku podkladů pro hodnocení zaměstnance.	2. je předmětem úpravy (dopracování) SW ERP aplikace	Tisk podkladů pro hodnocení zaměstnance bude řešen dopracováním funkčnosti
14.	Tisk dokumentů – pracovní smlouvy, změny pracovních smluv, hmotné odpovědnosti, výstupní list, zápočtový list. Tyto sestavy musí být uživatelsky definovatelné a dále musí být možné jejich vzhled dodatečně před vytištěním změnit.	2. je předmětem úpravy (dopracování) SW ERP aplikace	Tisk pracovní smlouvy a zápočtového listu jsou řešeny formou uživatelsky definovatelných sestav. Změny pracovní smlouvy a hmotná odpovědnost budou řešeny dopracováním funkčnosti
15.	Automatický výpočet odchodu do důchodu.	1. je standardní funkcionalita ERP aplikace	Datum odchodu do důchodu je vypočteno systémem automaticky na základě zaevidovaných údajů..
16.	Vytváření zaměstnanců převodem z databáze uchazečů o zaměstnání.	1. je standardní funkcionalita ERP aplikace	Uchazeč o zaměstnání je přeřazen mezi zaměstnance přiřazením do zaměstnanců.
17.	Možnost on-line výstupu dat na intranet – telefonní čísla apod.	1. je standardní funkcionalita ERP aplikace	Systém umožňuje on-line výstup dat do jiných aplikací, konkrétní výstup je realizován v rámci nastavení systému
18.	Evidence a aktualizace organizačního schématu (střediska a oddělení) + pracovní místa	1. je standardní funkcionalita ERP aplikace	Organizační schéma je evidováno v systému.

19.	Popisy pracovních míst – požadovaná kvalifikace, kurzy a školení na pracovní místo, požadované vybavení.	2. je předmětem úpravy (dopracování) SW ERP aplikace	Popisy pracovních míst budou řešeny dopracováním funkčnosti
20.	Možnost jednoduchého grafického znázornění organizačního schématu.	1. je standardní funkcionalita ERP aplikace	Schéma organizační struktury je možno znázornit k zadanému datumu a dle rozsahu podřízených úrovní.
21.	Vyhledání volných pracovních míst z org. schématu.	1. je standardní funkcionalita ERP aplikace	Systém umožňuje vyhledání volných pracovních míst z org. schématu.
22.	Možnost definice plánu osobního rozvoje, tj. stanovení oblastí rozvoje včetně časového harmonogramu akcí směřujících k rozvoji osobních a profesních kvalit vybraného zaměstnance ve vztahu k vykonávané práci.	1. je standardní funkcionalita ERP aplikace	Plán vzdělávání zaměstnanců lze tvořit pomocí evidence jednotlivých kurzů a jejich účastníků.
23.	Sledování specializačního a celoživotního vzdělávání zaměstnanců zdravotnických úseků – obory specializace, licence ČLK, registrace zdravotnických prac. nelékařů, odborný dohled, zařazení do oboru. To vše s možností zadání a sledování data.	1. je standardní funkcionalita ERP aplikace	Vzdělávání zaměstnanců je sledováno pomocí absolvovaných školení a kurzů, evidencí získaných certifikátů s platností od-do.
24.	Vzdělávání a oblasti BOZP – povinné proškolování, hlídání termínů periodických školení a prohlídek.	1. je standardní funkcionalita ERP aplikace	Periodická školení jsou evidována dle periody pro obnovení, organizace je na vypršení platnosti upozorněna pomocí formuláře "Kandidáti na obnovení kvalifikace".
25.	Sledování nákladů na vzdělání	1. je standardní funkcionalita ERP aplikace	Ke každé vzdělávací akci lze evidovat plánované a skutečné náklady.
26.	Hodnocení ukončeného kurzu – zaměstnancem, zaměstnavatelem.	1. je standardní funkcionalita ERP aplikace	Hodnocení akce lze uložit přímo k jednotlivým akcím pomocí obecných příloh nebo vyplněním dotazníku k akci.
27.	Možnost evidence údajů o identifikačních kartách přidělených zaměstnanci včetně druhu, čísla a platnosti karty.	1. je standardní funkcionalita ERP aplikace	V systému jsou přímo evidovány pomůcky přidělené zaměstnanci, dodefinováním uživatelských položek v rámci nastavení systému lze evidovat v systému také specifické údaje o identifikačních kartách.
11.2 Mzdy
1.	Systém musí umožnit vedení mzdové evidence v souladu s platnými zákony. Řešení oblasti mzdového účetnictví musí být provázáno na systém personální evidence zaměstnanců. Pravidelný upgrade zajistí soulad programu s platnou legislativou.	1. je standardní funkcionalita ERP aplikace	Systém vede mzdovou evidenci v souladu s legislativou a uvedenými požadavky včetně vazeb na ostatní agendy
2.	Definování pracovní doby zaměstnance, která se s určitou periodou opakuje.	1. je standardní funkcionalita ERP aplikace	Systém umožňuje definování pracovní doby zaměstnance, která se s určitou periodou opakuje.
3.	Neomezený počet pracovních kalendářů, libovolné typy směn, plánování směn.	1. je standardní funkcionalita ERP aplikace	Systém umožňuje neomezený počet pracovních kalendářů, libovolné typy směn, plánování směn.
4.	Možnost změny plánované docházky (kalendáře) k jakémukoliv dni v měsíci.	1. je standardní funkcionalita ERP aplikace	Systém umožňuje změny plánované docházky (kalendáře) k jakémukoliv dni v měsíci.
5.	Automatické nastavení nároku na dovolenou, limitu přesčasů a pohotovostí dle ZP v závislosti na datu nástupu/ukončení pracovního poměru zaměstnance.	2. je předmětem úpravy (dopracování) SW ERP aplikace	Automatické nastavení nároku na dovolenou, limitu přesčasů a pohotovostí dle ZP v závislosti na datu nástupu/ukončení pracovního poměru zaměstnance budou řešeny dopracováním funkčnosti

6.	Přesčasy – hlídání max. hodin čerpání přesčasů.	1. je standardní funkcionalita ERP aplikace	Systém umožňuje hlídání max. hodin čerpání přesčasů.
7.	Pohotovosti – hlídání max. hodin pohotovostí.	2. je předmětem úpravy (dopracování) SW ERP aplikace	Hlídání max. hodin pohotovosti budou řešeny úpravou funkčnosti hlídání přesčasů
8.	Neomezený počet zadaných srážek.	1. je standardní funkcionalita ERP aplikace	Srážky jsou po zaevidování prováděny automaticky (exekuce, smlouva o srážkách).
9.	Neomezený počet zadaných trvalých složek mzdy.	1. je standardní funkcionalita ERP aplikace	Trvalé složky jsou evidovány k jednotlivým PPV, jejich počet není omezen.
10.	Datové rozhraní pro Českou spořitelnu, penzijní fondy.	1. je standardní funkcionalita ERP aplikace	Export dat pro ČS a penzijní fondy je součástí systému.
11.	Možnost importu mzdových položek z textového, nebo XLS souboru (odměny, srážky apod.).	1. je standardní funkcionalita ERP aplikace	Mzdové složky lze importovat standardní funkcí.
12.	Uživatelsky definovatelný číselník mzdových složek, tj. možnost přidat si novou složku výpočtu mzdy bez nutnosti kontaktovat dodavatele.	1. je standardní funkcionalita ERP aplikace	Přidání vlastních mzdových složek si zabezpečuje uživatel systému, vlastní mzdové složky edituje uživatel.
13.	Sledování mzdových nákladů podle různých nastavitelných kritérií (nákladové středisko, projekt/program, organizační struktura …).	2. je předmětem úpravy (dopracování) SW ERP aplikace	Součástí systému je sledování mzdových nákladů dle středisek, další možnosti sledování budou dopracovány
14.	Možnost stanovení maximálního osobního příplatku a jeho hlídání.	2. je předmětem úpravy (dopracování) SW ERP aplikace	Možnost stanovení maximálního osobního příplatku a jeho hlídání budou řešeny dopracováním funkčnosti
15.	Jednoduché opravy mezd za předchozí období (program spočítá i případný rozdíl na sociálním a zdravotním pojištění, dani a rozdíly vyplatí/srazí v období aktuálním).	1. je standardní funkcionalita ERP aplikace	Při zadání opravných údajů systém automaticky provede opravy odvodů a vypočtených mezd.
16.	Standardní tiskové výstupy pro zdravotní pojišťovny a ČSSZ.	1. je standardní funkcionalita ERP aplikace	Tiskové výstupy pro státní instituce jsou součástí systému.
17.	Možnost výstupu vypočtených mezd do Excelu pro další analýzy.	1. je standardní funkcionalita ERP aplikace	Vypočtené mzdy lze exportovat do Excelu za požadované období.
18.	Možnost importu pracovních výkazů z externích systémů.	2. je předmětem úpravy (dopracování) SW ERP aplikace	Import z externích systémů je možný pomocí programových úprav pro konkrétní organizaci dle jeho zadání.
19.	Výpočet mzdy za odpracovanou dobu s možností automatického dopočítávání plného odpracovaného časového fondu zaměstnance (pouze po zadání neodpracovaných dnů, příp. hodin).	1. je standardní funkcionalita ERP aplikace	Automatický výpočet mzdy probíhá na základě zadaných mzdových složek a přiděleného plánovacího kalendáře.
20.	Výpočet průměrného i pravděpodobného výdělku pro náhrady.	1. je standardní funkcionalita ERP aplikace	Průměrný výdělek je spočítán při závěrce mezd, pravděpodobný výdělek není počítán automaticky.
21.	Výpočet pojistného na zdravotní a sociální pojištění včetně odvodů za zaměstnavatele.	1. je standardní funkcionalita ERP aplikace	Výpočet ZP a SP včetně příkazů k úhradě je prováděn automaticky.
22.	Tisk přílohy k žádosti o nemocenské dávky.	1. je standardní funkcionalita ERP aplikace	Příloha k žádosti o dávku je tisknuta ze systému.
23.	Určení rozhodného období, vyměřovací základy pro dávky nemocenského pojištění.	1. je standardní funkcionalita ERP aplikace	Rozhodné období je automaticky nabídnuto při tisku přílohy k žádosti o dávku.
24.	Dávky nemocenského pojištění včetně automatického přechodu z mateřské dovolené na rodičovskou dovolenou.	1. je standardní funkcionalita ERP aplikace	Přechod z mateřské dovolené je evidován uživatelem na základě skutečného datumu porodu.
25.	Určování nároku na dovolenou, přesné sledování čerpání a její automatické krácení.	1. je standardní funkcionalita ERP aplikace	Nárok, sledování čerpání a krácení dovolené je součástí systému včetně tiskového výstupu.

26.	Funkce pro srážky ze mzdy v zákonném pořadí včetně automatického snižování pohledávek až do poslední splátky.	1. je standardní funkcionalita ERP aplikace	Pořadí jednotlivých exekucí je evidováno v systému, systém dle zaevidovaných údajů automaticky počítá výši srážky.
27.	Funkce pro daň z příjmu, včetně zdanění vedlejších pracovních poměrů.	1. je standardní funkcionalita ERP aplikace	Příjmy ze souběžných PPV jsou automaticky načítány k hlavnímu PPV a jsou zdaněny jednou částkou u hlavního PPV.
28.	Jednoduché zpracování ročního zúčtování daně.	1. je standardní funkcionalita ERP aplikace	Agenda ročního zúčtování je součástí systému, na základě zaevidovaných změn je možné provádět výpočty jednotlivě nebo hromadně.
29.	Tisk mzdových výměrů a dalších dokumentů s uchováním historie jaký dokument byl vystaven a v jakém znění. Dokumenty musí být chráněny přístupovými právy.	1. je standardní funkcionalita ERP aplikace	Mzdové výměry jsou v rámci implementace upravovány přesně dle požadavků konkrétní organizace, tisk mzdových výměrů je součástí systému.
30.	Funkce pro evidenční listy důchodového pojištění (ELDP) – primo systémem mezd, případně elektronicky přes program Portlink.	1. je standardní funkcionalita ERP aplikace	ELDP je možno tisknout papírově nebo generovat elektronicky s následným odesláním pomocí komunikačního programu.
31.	Potvrzení o výdělku (soud, OSSZ, ÚP apod.) na originálních formulářích.	2. je předmětem úpravy (dopracování) SW ERP aplikace	Sestava pro soudy bude řešena dopracování funkčnosti, ostatní tiskové výstupy jsou v systému obsaženy.
32.	Možnost sestavování přehledů dle požadavků uživatele.	1. je standardní funkcionalita ERP aplikace	Tiskové sestavy lze uživatelsky upravovat zaškoleným pracovníkem organizace.
33.	Rozbory mzdových nákladů dle středisek, kategorií zaměstnanců, případně dalších parametrů.	2. je předmětem úpravy (dopracování) SW ERP aplikace	Rozborové sestavy dle požadavků organizace jsou předmětem analýzy u zákazníka, po provedení analýzy jsou vytvořeny programovou úpravou.
34.	Nastavení mzdového systému v souladu s požadavky pojišťovny na personální vybavení nemocnice.	2. je předmětem úpravy (dopracování) SW ERP aplikace	Nastavení mzdového systému v souladu s požadavky pojišťovny na personální vybavení nemocnice bude řešeno formou úprav funkčnosti dle konkrétních požadavků pojišťoven
35.	Zpracování statistických výkazů (UZIS E (MZ) 2-04 vč. příloh, UZIS A (MZ) 2-01, UZIS L (MZ) 1-02, UZIS E (MZ) 4-01, ISPV) .	2. je předmětem úpravy (dopracování) SW ERP aplikace	Součástí systému jsou výkazy ISPV, pro ostatní požadované statistické výkazy poskytuje systém pouze podklady, jejich úplné zpracování bu de řešeno dopracováním funkčnosti.
36.	Elektronické výstupy pro OSSZ (ELDP, přihlášky), zdravotní pojišťovny (Hromadné oznámení zaměstnavatele).	1. je standardní funkcionalita ERP aplikace	Výstupy pro státní instituce jsou v papírové i elektronické podobě.
37.	Rozúčtování rezidenčních míst.	1. je standardní funkcionalita ERP aplikace	Systém podporuje rozúčtování rezidenčních míst.

12. Správa číselníků

Systém musí umožňovat správu jednotlivých číselníků alternativně v návaznosti na jednotlivé moduly nebo centrálně pro celý systém. Úpravy údajů v číselnících musí být omezeny přístupovými právy uživatelů a musí být možné zaznamenávat historii změn v číselnících. Součástí správy systému musí být číselník obsahující definice číselných řad pro jednotlivé oblasti systému.

1. je standardní funkcionalita ERP aplikace

Historii změn je možné vyřešit tzv. žurnálováním, ve kterém se definuje jaké kroky a změny dat ze strany uživatele se mají zaznamenávat. Ostatní požadavky jsou součástí standardní funkcionality ERP systému.

Nastavení přístupových práv uživatelů

k jednotlivým číselníkům administrátorem aplikace.

1. je standardní funkcionalita ERP aplikace

Přístupová práva lze omezovat jak na konkrétní číselníky (programové funkce) tak i na jednotlivé záznamy

3.	Možnost nastavení zaznamenávaní změn v číselnících na úroveň záznamů nebo jednotlivých polí v záznamech jednotlivých číselníků. Možnost následně prohlížet zaznamenanou historii změn (kdo, kdy, původní hodnota, nová hodnota).	2. je předmětem úpravy (dopracování) SW ERP aplikace	Lze řešit žurnálováním, zaznamenávání konkrétních hodnot se řeší úpravou.
4.	Vytváření číselných řad v libovolné struktuře, časovém sledu, apod. Možnost automatického i ručního přidělení čísla dokladu s kontrolou na jedinečnost (zamezení duplikací čísel dokladů).	1. je standardní funkcionalita ERP aplikace	Systém přiděluje čísla dokladů automaticky (s kontrolou duplicity), ruční zadání čísla dokladu není možné. V případě přijatého dokladu je k dispozici atribut cizí číslo dokladu
5.	Možnost uživatelské definice více číselných řad pro jednotlivé druhy zpracovávaných dokladů (např. více číselných řad faktur, dobropisů, interních dokladů, výdejek).	1. je standardní funkcionalita ERP aplikace	Systém obecně umožňuje uživatelské definice více číselných řad pro jednotlivé druhy zpracovávaných dokladů (např. více číselných řad faktur, dobropisů, interních dokladů, výdejek).
6.	Umožnit uzamčení číselných řad.	1. je standardní funkcionalita ERP aplikace	Je realizováno atributem "aktivní řada" (ano/ne)
7.	Možnost nastavit časovou platnost číselných řad.	2. je předmětem úpravy (dopracování) SW ERP aplikace	Platnost číselné řady je řízena atributem "aktivní řada" (ano/ne), časová platnost bude řešena úpravou funkčnosti

13. Požadavky na práci s daty
1.	Systém musí mít rozsáhlé možnosti práce s daty od možností interaktivní analýzy dat s možností exportu nebo zkopírování zobrazených dat, přes využívání standardních reportů po možnost vytváření vlastních reportů.	1. je standardní funkcionalita ERP aplikace	Ano, systém umožňuje interaktivní práci s daty, export, disponuje standardními reporty i umožňuje vytvářet uživatelské reporty
2.	Možnost řazení, filtrování a vyhledávání dat dle libovolného údaje v tabulce.	1. je standardní funkcionalita ERP aplikace	IS umožňuje filtrace i na pokročilejší úrovni pomocí definice podmínek filtrace s možností omezení zobrazení například dle přiřazení záznamů do skupin, časových údajů a dalších.
3.	Možnost nastavené filtry uložit pro opakované použití. Umožnit nastavit uživatelský filtr jako veřejný - přístupný ostatním uživatelům.	1. je standardní funkcionalita ERP aplikace	Filtry je možné uložit i zpřístupnit jiným uživatelům.
4.	Ze záznamu v systému možnost on-line zobrazit ostatní související záznamy v systému (např., k faktuře na nákup materiálu zobrazit související účetní zápisy, záznamy v evidenci DPH, záznam v saldokontu, skladové pohyby).	1. je standardní funkcionalita ERP aplikace	Všechny související vazby v rámci systému jsou on-line dostupné.
5.	Možnosti uživatelských analytických pohledů na data v čase i dle atributů (např. pro účetní zápisy, skladové pohyby, faktury/dobropisy a saldokonto zákazníků a dodavatelů) s možností zobrazit jak celkové částky/množství tak jednotlivé položky.	1. je standardní funkcionalita ERP aplikace	Systém umožňuje vytváření analytických pohledů nad datovými evidencemi dle času i jiných dimenzí
6.	Pro zobrazená data možnost exportu nebo zkopírování dat do jiné aplikace (např. MS Excel) bez nutnosti vytváření sestavy.	1. je standardní funkcionalita ERP aplikace	Zobrazená data lze kopírovat do jiných aplikaci vč. MS Excel

7.	Součástí systému musí být základní sestavy pokrývající standardní požadavky na výstupy ve všech oblastech systému.	1. je standardní funkcionalita ERP aplikace	Systém disponuje standardními reporty ve všech oblastech
8.	Systém musí podporovat možnost tvorby nových jednoduchých sestav pokročilým uživatelem.	1. je standardní funkcionalita ERP aplikace	Systém umožňuje vytváření uživatelských sestav
9.	Dále možnost importu a exportu dat pro pokročilé uživatele.	1. je standardní funkcionalita ERP aplikace	Systém má pokročilé možnosti exportu a importu dat
10.	Možnost plánování importů a exportů v mimopracovní dobu	1. je standardní funkcionalita ERP aplikace	Spuštění importního makra lze naplánovat pomocí časovače. Systém umožňuje definovat i opakované (pravidelné) provádění

14. Xxxxx na ostatní agendy
1.	Možnost exportovat a importovat standardizovanou formu elektronické doklady (faktury, dobropisy, zálohy, daňové doklady záloh) dle formátu ISDOC včetně vkládání a ověřování elektronických podpisů.	1. je standardní funkcionalita ERP aplikace	systém umožňuje export import dokladů formátu ISDOC včetně práce s elektronickým podpisem
2.	Přístup z jiných aplikací musí být zajištěn přes otevřené aplikační rozhraní, které umožní on-line připojení a práci s daty v systému s plnou funkcionalitou (čtení, vkládání, mazání, modifikace, uzamčení záznamu v případě úpravy apod.) a se zachováním bezpečnosti.	1. je standardní funkcionalita ERP aplikace	Integrace s ostatními systémy je standardem. Níže uvedené systémy jsou i jiných zákazníků na QI napojeny .
3.	Systém musí umožňovat integraci dat s jinými systémy, zejména:	1. je standardní funkcionalita ERP aplikace	Integrace s ostatními systémy je standardem, předmětem dopracování níže uvedených bodů je myšleno konkrétní rozhraní mezi dvěma systémy - rozsah předávaných dat, úroveň detailů, účetní a finanční data (DPH), evidence skladů, žádanek apod. Níže uvedené systémy máme v různých úrovních integrací u jednotlivých zákazníků na QI napojeny (ale zákazník od zákazníka má jiné požadavky i v případě, kdy dodavatel sw 3. strany je stejný a jedná se o stejný produkt.
4.	Lékárna (dávkový přenos)	1. je standardní funkcionalita ERP aplikace	Systém umožňuje integraci s lékárenskými systémy
5.	Stravovací provoz (dávkový přenos)	1. je standardní funkcionalita ERP aplikace	Systém umožňuje integraci se systémy stravovacího provozu
6.	Docházkový systém (dávkový přenos)	1. je standardní funkcionalita ERP aplikace	Systém umožňuje integraci s docházkovým systémem
7.	Systém plánování směn (dávkový přenos)	1. je standardní funkcionalita ERP aplikace	Systém umožňuje integraci se systémem pro plánování směn
8.	NIS -přenos regulačních poplatků (přenos dat v reálném čase)	1. je standardní funkcionalita ERP aplikace	Systém umožňuje integraci s NIS v oblasti online přenosu regulačních poplatků
9.	NIS – dávkový přenos rozúčtování zdravotních výkonů (z NIS do účetnictví).	1. je standardní funkcionalita ERP aplikace	Systém umožňuje integraci s NIS v oblasti přenosu dávek účtování zdravotních výkonů

10.	MIS resp. datový sklad: kraj Vysočina využívá Datový sklad kraje (platforma MS SQL, nutné zdokumentované rozhraní, design ETL, data pro sestavy Finanční plány, Investiční plány, Plány oprav, Karty investic, Měsíční hospodaření, Výkazy, Pohledávky, Závazky v periodách den, čtvrtletí, rok), MarkQ a manažerské systémy ZZZKV (přenos dat v reálném čase)	1. je standardní funkcionalita ERP aplikace	Systém umožňuje integraci s MIS na platformě MS SQL, systémem MarkQ, případně jinými manažerskými systémy
11.	Podpora automatického výkaznictví – integrace se sběrným automatem kraje a CSÚIS, případně další legislativní výkaznictví	1. je standardní funkcionalita ERP aplikace	Systém podporuje automatické výkaznictví
12.	Spisová služba-kraj Vysočina využívá aplikaci společnosti GEOVAP (export/import dokumentů v elektronické podobě)	1. je standardní funkcionalita ERP aplikace	Systém umožňuje integraci se spisovou službou
13.	Systémy nákupů- kraj Vysočina využívá systém NeOS a další systémy (přenos v reálném čase)	1. je standardní funkcionalita ERP aplikace	Systém umožňuje integraci se systémem nákupu
14.	Možnost provázání s aplikacemi MS Office (Word, Excel, Outlook)	1. je standardní funkcionalita ERP aplikace	Systém umožňuje integraci s aplikacemi MS Office
15.	Propojení do ISDS (odesílání) - např. odesílání elektronických faktur	1. je standardní funkcionalita ERP aplikace	Systém umožňuje komunikace s ISDS
16.	Propojení s externím PAM	1. je standardní funkcionalita ERP aplikace	Systém umožňuje integraci s externím systémem PAM

15. Správa uživatelů
1.	Systém musí poskytovat vysokou úroveň zabezpečení, schopnost autorizace přístupu k datům, možnost zaznamenávat změny dat a možnost nastavit kontroly zajišťující vyplnění požadovaných hodnot v systému (např. při účtování na určité účty musí být vyplněno nákladové středisko) důležitých pro následné vyhodnocování.	1. je standardní funkcionalita ERP aplikace	Aparát přístupových práv lze využít v úrovni řízení přístupu na funkce a na data (záznamy - řádky, atributy - sloupce) pro uživatele nebo skupiny uživatelů. Dále pak lze v systému definovat pro konkrétní formuláře povinnost vyplněných údajů, některé údaje jsou kontrolovány už na úrovni standardní funkčnosti QI, např. kontrola na vyplněné nákladové středisko je součástí účetnictví a nastavení povinnosti dimenze v rámci účtového rozvrhu.
2.	Vysoká úroveň zabezpečení a schopnost autorizace přístupu k systému i datům na více úrovních dle uživatelských rolí a vedení záznamu o tomto přístupu.	1. je standardní funkcionalita ERP aplikace	IS QI umožňuje definovat uživatelské skupiny (role) kterým lze přiřadit přístupová práva jak na programové funkce, tak na záznamy. Tyto skupiny je pak možné přiřadit konkrétnímu přihlašovacímu účtu do systému. Přihlašovacích účtů může mít uživatel systému i více, například z důvodu zabezpečení nebo na základě typu přístupu.
3.	Omezení vstupu uživatelů do jednotlivých částí systému formou uživatelských oprávnění. Možnost nastavení individuálních práv, která je možné uživatelsky definovat s určením oprávnění na úrovni zápisu, čtení nebo odstranění. Umožnit nastavení i skupinových práv a kopírování práv.	1. je standardní funkcionalita ERP aplikace	Systém umožňuje nastavení individuálních práv do jednotlivých částí, je možné je uživatelsky definovat s určením oprávnění na úrovni zápisu, čtení nebo odstranění, umožňuje nastavení skupinových práv a kopírování práv.
4.	Možnost přístupu uživatelů jen k definovaným prvkům organizační struktury	1. je standardní funkcionalita ERP aplikace	Ano, jedná se o omezení na úrovni přístupu na data.

5.	Odpovědnost uživatele za informační obsah, kdy za informaci a její kvalitu (přesnost, úplnost, aktuálnost aj.) zodpovídá konkrétní uživatel, primárně ten, který informaci do systému vložil. Systém musí zaznamenat uživatele, který data do systému zapsal.	1. je standardní funkcionalita ERP aplikace	Každý doklad v systému eviduje informaci o tom, kdo doklad do systému vložil. Stejně tak lze zjistit, kdo se záznamem naposledy manipuloval.
6.	U zvolených dat možnost zaznamenávání změn dat, včetně možnosti zjistit stav zpětně k danému datu, vyhledat všechny akce daného uživatele a vyhledat všechny dané změny v daném období.	2. je předmětem úpravy (dopracování) SW ERP aplikace	Při nastaveném žurnálování a úpravě, která by do protokolu zapisovala změny záznamů by bylo pomocí filtru možné řešit i tento požadavek
7.	Možnost uživatelské parametrizace kontroly použití atributů v systému. Kontroly zadání atributů nejen u účtů ale i v dalších evidencích systému (zákazník, dodavatel, skladová karta…), jsou-li nastaveny jako nutné.	1. je standardní funkcionalita ERP aplikace	Libovolný atribut lze označit jako povinný. V takovém případě musí být vyplněn, jinak nelze záznam uložit.
8.	Možnost integrace s AD / LDAP dané organizace	2. je předmětem úpravy (dopracování) SW ERP aplikace	Integrace s AD/LDAP je v současné době ve vývoji, bude dodána formou dopracování aplikace

16. Požadavky na kvalitu
1.	Systém ukládání dat musí zajišťovat jedinečnost, konzistenci, kvalitu a bezpečnost uložených dat.	1. je standardní funkcionalita ERP aplikace	Unikátnost systému QI spočívá v datovém modelu, který zaručuje ukládání informace vždy pouze na jedno místo, tj. jedinečnost dat a konzistenci dat. Současně je zajištěná vysoká bezpečnost a neměnná kvalita dat.
2.	Možnost zákaznického přizpůsobení funkcionality systému se zajištěním bezpečné a jednotné distribuce změn v systému (konzistence verzí).	1. je standardní funkcionalita ERP aplikace	Každá instalace QI je vytvořena pod unikátním číslem licence. Každý záznam, který v systému vznikne je identifikován i číslem licence. Upgrady a updaty dodavatele systému upravují pouze záznamy vzniklé v centrálním vývoji a nijak neovlivňují data nebo programové funkce vzniklé s jiným číslem licence.
3.	Systém musí mít provázané funkce a procesy jednotlivých modulů a agend mezi sebou i se svým okolím.	1. je standardní funkcionalita ERP aplikace	Systém disponuje nadstandardní provázaností dokladů, agend a funkcí. Z libovolného dokladu je možné jednoduše volat všechny objekty, ke kterým existuje vazba.
4.	Systém musí respektovat topologie počítačové sítě zadavatele a poskytovat tytéž funkčnosti a tutéž dostupnost bez ohledu na místo napojení a použitou technologii přístupu.	1. je standardní funkcionalita ERP aplikace	Systém nemá omezení z pohledu topologie počítačové sítě
5.	Všechny části nabízeného systému musí odpovídat platné legislativě České republiky.	1. je standardní funkcionalita ERP aplikace	Systém byl vyvinut a je udržován v souladu s platnou legislativou České republiky
6.	Řešení s garantovanou dlouhodobou stabilitou dodavatele, silnou komunitou dodavatele a s odpovídajícími referencemi nabízené verze systému.	1. je standardní funkcionalita ERP aplikace	Dodavatel je dlouhodobě stabilním subjektem s rozvinutou komunitou a disponuje významnými referencemi nabízené verze systému

Nabízený IS musí s uživatelem komunikovat v českém jazyce (uživatelské rozhraní, nápověda, uživatelská dokumentace); u obrazovek nástrojů pro správce je v omezené míře povolen i anglický jazyk, administrátorská příručka k nim však musí být vždy v českém jazyce.

1. je standardní funkcionalita ERP aplikace

Český jazyk je výchozím jazykem systému. Všechny dostupné materiály jsou v českém jazyce - nápověda, kontextová nápověda,

postupy, příručky…

17. IT Infrastruktura
17.1 ERP Aplikace
1.	Logování a historizace jednotlivých operací aplikace na úrovni změny položek záznamů a následná jednoznačná identifikace uživatelů, kteří změnu provedli.	1. je standardní funkcionalita ERP aplikace	Lze zjistit pro poslední změnu z informací o záznamu, historii je možné zajistit žurnálováním
2.	Zamezení interference dvou a více uživatelů při práci s jedním záznamem.	1. je standardní funkcionalita ERP aplikace	Při přístupu dochází k zamykání záznamů, pokud se jej pokusí otevřít jiný uživatel, je varován a systém mu neumožní se záznamem pracovat
3.	Auditovatelné logování přístupů do aplikace.	1. je standardní funkcionalita ERP aplikace	Rozsah logování přístupů do aplikace a jejich zápis do protokolu bude nastaven v rámci implementace
4.	Podpora webového klienta na uživatelských stanicích - alespoň pro potřeby žádankového systému	1. je standardní funkcionalita ERP aplikace	Systém disponuje tzv. internet connectorem, který umožňuje přístup přes webové rozhraní
5.	Tisk sestav na vzdálených tiskárnách.	1. je standardní funkcionalita ERP aplikace	Systém podporuje sestav na vzdálených tiskárnách.
6.	Oddělené přístupy do testovací a školící instance.	1. je standardní funkcionalita ERP aplikace	Přístupy jsou oddělené. Uživatel se hlásí do jiné aplikace. Přístupové údaje bývají shodné, jedná se o separátní instalace ERP systému, kde jsou data překlápěna z provozní do školící DB.
7.	Možnost vzdálené připojení prostřednictvím existující VPN popř. terminálového SW.	1. je standardní funkcionalita ERP aplikace	Provoz je možný prostřednictvím existující VPN popř. terminálového SW.
8.	Archivace již nepoužívaných dat dle libovolně zvoleného období.	1. je standardní funkcionalita ERP aplikace	Systém umožňuje archivaci již nepoužívaných dat dle libovolně zvoleného období.
9.	Načtení archivovaných dat zpět do systému s možností čtení.	1. je standardní funkcionalita ERP aplikace	Archivovaná data jsou v systému přístupná, uživatel pouze řídí v úrovni formuláře, zda chce zobrazovat i data z archivu nebo pracuje jen s daty aktuálními, která nejsou převedena do archivu.
10.	Podpora exportu popř. tisku do PDF včetně možnosti el. podepisování	2. je předmětem úpravy (dopracování) SW ERP aplikace	Export do PDF je v systému podporován, elektronické podepisování je podporováno na úrovni formátu ISDOC, XML a elektronické pošty. Podepisování generovaných PDF dokumentů je předmětem úpravy.
11.	Podpora exportu dat do krajské elektronické spisovny (standard ISDOC a NSESS)	2. je předmětem úpravy (dopracování) SW ERP aplikace	Standard ISDOC je součástí systému, standard NSESS je předmětem úpravy.

17.2 Pracovní stanice

	Uživatelské rozhraní nového ERP musí být kompatibilní s níže definovanými operačními systémy pracovních stanic a softwarem:	1. je standardní funkcionalita ERP aplikace	Uživatelské rozhraní je kompatibilní s uvedeným SW
1.	Microsoft, Windows XP, Vista	1. je standardní funkcionalita ERP aplikace	Uživatelské rozhraní je kompatibilní s uvedeným SW
2.	MS Windows 7 a výše (32 a 64 bit)	1. je standardní funkcionalita ERP aplikace	Uživatelské rozhraní je kompatibilní s uvedeným SW
3.	Prohlížeč IE verze 7 a výše - jednotný pro všechny organizace	1. je standardní funkcionalita ERP aplikace	Uživatelské rozhraní je kompatibilní s uvedeným SW

18 Řízení nájemních vztahů
1.	Podpora legislativních požadavků zakotvených v Občanském zákoníku č. 40/1964 Sb, § 671 až § 719	1. je standardní funkcionalita ERP aplikace	Systém podporuje požadavky uvedené legislativy
2.	Podpora legislativních požadavků zákona č. 116/1990 Sb., o nájmu a podnájmu nebytových prostor	1. je standardní funkcionalita ERP aplikace	Systém podporuje požadavky uvedené legislativy
3.	Podpora nařízení vyhlášky č. 372/2001 Sb., kterou se stanoví pravidla pro rozúčtování nákladů na tepelnou energii na vytápění a nákladů na poskytování teplé užitkové vody mezi konečné spotřebitele.	1. je standardní funkcionalita ERP aplikace	Systém podporuje požadavky uvedené legislativy
4.	Podpora procesu řízení pronájmu nebytových prostor i ubytovacích kapacit včetně vybavení a poskytovaných služeb: - Vedení smluvního vztahu s nájemci - Vytvoření ceníků a předpisů nájemného - Vyúčtování	1. je standardní funkcionalita ERP aplikace	Systém podporuje podrobnou evidenci smluvních dokumentů týkajících se nájemních vztahů. Součástí je i podpora pro tvorbu ceníků poskytovaných nájemních služeb a pronajímaného vybavení. Z ceníkových položek lez pro nájemníky generovat konkrétní předpis nájemného. Systém rovněž podporuje proces vyúčtování nájemného a služeb jednotlivým nájemníkům.
5.	Podpora vedení evidence nájemních ploch	1. je standardní funkcionalita ERP aplikace	Systém podporuje evidenci nájemních ploch ve vazbě na prostorový pasport.
6.	Podpora vedení evidence nájemních smluv vč. jejich snadné a efektivní správy.	1. je standardní funkcionalita ERP aplikace	Systém podporuje evidenci nájemních smluv včetně jejich efektivní správy.
7.	Tiskové šablony s relevantními doplněnými daty z aplikace: - při tvorbě a evidenci smluv - při tvorbě předpisů nájemného = výpočtu nájemného a stanovování záloh na služby z předdefinovaných ceníků a klíčových údajů.	1. je standardní funkcionalita ERP aplikace	Systém podporuje tvorbu tiskových šablon pro tvorbu nájemních smluv a předpisů nájemného s doplněnými konkrétními údaji z aplikace.
8.	Podpora průběžného vyhodnocování struktury a výnosů z pronájmů (sestava Sumář nájemného);	1. je standardní funkcionalita ERP aplikace	Systém podporuje vyhodnocování výnosů z pronájmů.
9.	Podpora evidence faktur nájemného a dalších služeb od dodavatelů včetně analýzy správnosti/oprávněnosti ceny služeb pro nájemce a dalších nákladů versus výnosy.	1. je standardní funkcionalita ERP aplikace	Systém obsahuje podporu evidence faktur od dodavatelů za poskytování služeb souvisejících s řízením nájemních vztahů.
10.	Správa evidence dokumentů k záznamům v oblasti řízení nájemních vztahů (nájemní smlouvy,…)	1. je standardní funkcionalita ERP aplikace	Systém podporuje správu evidence dokumentů k záznamům oblasti řízení nájemních vztahů.

11.

Podpora tisku sestavy včetně nájemní smlouvy, předpisu nájemného, kmenového listu – přehledu pronajatých ploch, vybavení a služeb, srážek z mezd – v případě nájemních vztahů s vlastním zaměstnancem, obsazenosti pokojů, sumáře nájemného, rozpisu nájemného, najatých zařízení

1. je standardní funkcionalita ERP aplikace

Systém obsahuje množství tiskových sestav včetně tisku nájemní smlouvy, předpisu nájemného, kmenového listu, sumář nájemného apod.

7.7. Rozsah a výše sankcí za nedodržení smluvních podmínek

Uchazeč považuje sankce za nedodržení smluvních podmínek navržené zadavatelem za maximální možné a současně dostatečně kryjící rizika zadavatele a akceptuje je ve výši navržené zadavatelem:

1) Ve smlouvách o dílo na implementaci ERP systému:

Dodavatel je povinen uhradit smluvní pokutu ve výši 0,3 % z celkové ceny díla za každý započatý den prodlení s plněním stanovených termínů pro realizaci kterékoliv části díla. Zaplacením smluvní pokuty není dotčen nárok na náhradu škody.

V případě neodstranitelných vad vzniklých v průběhu plnění předmětu této Smlouvy, které brání řádnému užívání díla, je Xxxxxxxxx povinen uhradit smluvní pokutu ve výši 5% z celkové ceny díla. Zaplacením smluvní pokuty není dotčen nárok na náhradu škody, ani nárok na odstoupení od Smlouvy ze strany Objednatele.

V případě prodlení objednatele s úhradou faktury je Dodavatel oprávněn účtovat úrok z prodlení ve výši 0,03 % z fakturované částky za každý započatý den.

Za prokázané porušení ustanovení o ochraně informací dle článku XI. této Smlouvy má Objednatel právo požadovat po Dodavateli smluvní pokutu ve výši 100 000,- Kč za každý případ porušení.

Tato smluvní pokuta nevylučuje právo na náhradu vzniklé škody.

2) Ve smlouvách smlouvami na poskytování služeb na údržbu, podporu a rozvoj ERP systému

Celkové řešení ERP musí odpovídat dostupnosti SLA – 98% z definované provozní doby. ERP systém bude provozován v pracovních dnech po 10-ti hodinách v režimu 5x10. Konkrétní provozní doba bude specifikovaná v jednotlivých smlouvách mezi uchazečem a organizacemi.

Sankce za nesplnění požadavků byly stanoveny ve výši 5.000 Kč za hodinu při překročení povoleného limitu.

Odstávka přes noc v případě poruchy (10ti hodinový interval specifikovaný v jednotlivých smlouvách mezi uchazečem a organizacemi) nebude penalizována. Pokud dojde k odstávce přes den (v intervalu specifikovaném v jednotlivých smlouvách mezi uchazečem a organizacemi)), bude dodavatel penalizován.

Výjimkou je požadavek na pouze výjimečné a předem konzultované odstávky modulů doprava, sklady a žádanky pro ZZS.

Přehled o výpadcích a celkové době trvání výpadku je nezbytnou součástí měsíčního výkazu služby a podléhá akceptaci ze strany oprávněné osoby Objednatele.

Servisní a provozní podpora

Garantovaná doba odezvy od nahlášení incidentu doplní uchazeč- nejvýše však 4 hodiny Garantovaná doba obnovení funkce další pracovní den

Sankce za nesplnění požadavků byly stanoveny ve výši 5.000 Kč za hodinu při překročení povoleného limitu.

7.8. Způsob zajištění závazků uchazeče při plnění veřejné zakázky

Závazky uchazeče budou po právní stránce zajištěny příslušnými smlouvami o dílo na implementaci ERP systému a smlouvami na poskytování služeb na údržbu, podporu a rozvoj ERP systému včetně navržených sankcí.

Uchazeč patří na trhu mezi významné a dlouhodobě stabilní subjekty s obratem přes 180 mil. Kč a je současně významným Solution Partnerem výrobce systému QI, společnosti DC Concept.

Uchazeč je z tohoto pohledu připraven a schopen dostát závazkům ze smluv v plné šíři a disponuje k tomu dostatečnými kapacitami a znalostmi.

⯈ Skupina OR byla založena v roce 1990

⯈ V současné době zaměstnává cca 130 kvalifikovaných pracovníků a dosahujeme obrat přes 180 mil. Kč ročně

⯈ Patří mezi přední dodavatele ICT v ČR

⯈ Realizovala více jak 240 komplexních projektů v oblasti IT

⯈ Soustřeďuje se na komplexní dodávky informačních a komunikačních technologií

⯈ Je držiteli certifikátů jakosti ISO 9000 a ISO 14000

⯈ Mezi zákazníky patří více než 60 zdravotnických zařízení v České republice

Partnerskou síť pro implementaci a podporu systému QI tvoří v současné době přes 50 českých firem. To je významný potenciál a současně garance dostupnosti služeb pro zadavatele.

7.9. Vymezení podmínek přechodu na nový ERP

Přechod na nový ERP systém je proces na straně objednatele, prováděný na základě rozhodnutí objednatele a rovněž vymezení podmínek pro jeho uskutečnění je dle názoru uchazeče na straně objednatele. Nicméně uchazeč může doporučit, aby byla věnována pozornost následujícím podmínkám:

⯈ Zajištění součinnosti dodavatele původního ERP systému, především v oblasti poskytnutí dat pro migraci a dostupnosti dat původního systému i po ukončení rutinní provozu

⯈ Zajištění řádného procesu testování ze strany klíčových uživatelů objednatele tak, aby byl ověřen soulad implementace ERP s dodavatelskou analýzou a požadavky na funkčnost

⯈ Zajištění účasti všech uživatelů na školení a jejich motivace k získání znalostí

7.10. Zabezpečení systému

7.10.1. Zabezpečení přístupu k systému

Informační systém QI disponuje systémem uživatelských rolí na bázi RBAC modelu, který umožňuje řízení přístupu k funkcím i datům systému QI na potřebné úrovni granularity a zajišťuje:

⯈ autentizaci - uživatel prokáže svoji totožnost přístupovými údaji

⯈ autorizaci - každý uživatel je oprávněn k úkonům odpovídajícím roli, kterou zastává.

7.10.2. Zabezpečení dostupnosti funkcí systému

Dostupnost funkcí systém je determinována především funkčností HW a operačního SW dat – uchazeč předpokládá, že bude zajištěno objednatelem v rámci poskytnutí HW a systémového SW.

7.10.3. Zabezpečení integrity dat

Data jsou ukládána na robustním databázovém serveru MS SQL, který zajišťuje jejich integritu a konzistenci.

7.10.4. Zálohování a archivace dat

Uchazeč předpokládá, že bude zajištěno objednatelem v rámci poskytnutí HW a systémového SW.

7.11. Další údaje a informace nezbytné k hodnocení nabídek

7.11.1. Kvalita integrace nabízené funkcionality

Nabízené řešení je postaveno na standardních modulech system QI, které zajišťují obecné standardní ERP funkce, dale na specializovaných modulech system QI pro zdravotnictví a externím modulu FAMA, který zajišťuje funkčnost v oblasti Technická evidence a správa budov a funkčnost s oblastí související.

7.11.2. Jednoduchost užívání a správy systémů

Jednoduchost a přívětivost uživatelského rozhraní je demonstrována na ukázkách uživatelského rozhraní, uvedených v této nabídce.

7.11.3. Kvalita způsobu implementace a způsobu projektového řízení

Implementace systému QI probíhá podle metodiky ROPNÉ, vytvořené přímo výrobcem systému QI. Projektové řízení je založeno na mezinárodně uznávané metodice LBMS, přizpůsobené specifickým podmínkám implementace ERP ve zdravotnictví.

7.11.4. Otevřenost a flexibilita systému

Flexibilitu a otevřenost systému zásadně zvyšuje QI Builder - integrovaný CASE nástroj pro datové a procesní modelování reality, který je integrovanou součástí systému. Umožňuje vývoj nových modulů a specifických funkcí certifikovaným partnerům i certifikovaným uživatelům-správcům na straně zákazníka.

Další zásadní konkurenční výhodou systému QI je, že realizované zákaznické úpravy, provedené v souladu s doporučeními výrobce úpravy nemají vliv upgrade verzí systému QI. Novou verzi je možno nasadit i na systému se zákaznickými úpravami bez nutnosti reimplementace takových úprav.

Systém QI je velmi otevřený pro komunikaci s okolními aplikacemi. Pro přenos dat využívá mezinárodně uznávané standardy.

Systém QI obsahuje komponenty pro off-line i on-line datovou komunikaci a podporuje architekturu SOA – využívá pro komunikaci vlastní i cizí Web Services a XML formáty:

⯈ Dávkový off-line přenos pomocí souborů

⯈ On-line přístup do databáze

⯈ Využití Web Services poskytovaných cizím systémem

⯈ Využití Web Services poskytovaných systémem QI

Formy komunikace pomocí QI Web Services jsou na následujícím obrázku:

7.12. Provozní podpora a servis

Provozní podpora a servis bude poskytována plně v souladu s požadavky zadavatele, uvedenými v příloze č. 5 ZD.

7.13. Vazby na ostatní komponenty IS

Vazby na ostatní komponenty informačních systémů jednotlivých objednatelů budou navrženy

v rámci dodavatelské analýzy projektu v souladu s požadavkem na rozhraní stanovenými v příloze

č. 4 ZD. Podrobnější popis je uveden v kapitole 9.2 Integrace ERP v organizacích.

7.14. Popis (znázornění) uživatelských rozhraní pro jednotlivé moduly

Podrobný popis a prezentace uživatelského rozhraní je uveden v samostatné příloze této nabídky v kapitole 12.5.

7.15. Odhad přínosů a návratnosti projektu

7.15.1. Přínosy projektu

Uchazeč identifikuje hlavní přínosy projektu v těchto oblastech:

⯈ Jednotný model procesního řízení podporovaný ERP

⯈ Jednotná metodika účtového rozvrhu a číselníků

⯈ Jednotná metodika organizace a řízení

⯈ Jednotná metodika účtování

⯈ Jednotná metodika a unifikace reportů

⯈ Nižší investiční náklady při vyšším počtu licencí

⯈ Nižší investiční náklady – opakovatelnost procesů, postupů, datových struktur

⯈ Provozní náklady – nižší ceny maintenance a servisních služeb

⯈ Optimalizace nákupu a skladů

⯈ Efektivní, rychlé a jednotné zavádění změn

⯈ Efektivní srovnávání a hodnocení jednotlivých zdravotnických zařízení – možnost přijímat kvalitní rozhodnutí

⯈ Možnost provozovat ERP z jednoho místa – významná úspora IT nákladů

7.15.2. Návratnost projektu

Návratnost projektů stejného typu jako je VZ je obvykle definována jako doba, za kterou je investice do projektu vyvážena úsporami a přínosy projektu.

Vzhledem k tomu, že uchazeč nemá ani základní informace o stávajících nákladech a přínosech provozovaných ERP systémů objednatelů, nelze vyčíslit úspory a přínosy vzniklé realizací projektu a provést odhad návratnosti.

Základní oblasti, ve kterých lze předpokládat vyčíslitelné úspory, jsou:

⯈ Cena údržby a podpory ERP systemů

⯈ Personální a provozní náklady objednatele na administraci a provoz

⯈ Náklady na údržbu číselníků

⯈ Náklady na provádění metodických a legislativních změn v organizacích

8.Cenová nabídka

Celková nabídková cena je nejvýše přípustná částka za splnění veřejné zakázky a zahrnuje veškeré náklady na úplné splnění veřejné zakázky. Cenou rozhodnou k fakturaci se myslí celková cena včetně DPH.

Položka	Cena bez DPH v Kč	Sazba DPH	DPH v Kč	Cena s DPH v Kč
Dodávka celkem	9 415 000,00	20%	1 883 000,00	11 298 000,00
Servis, údržba, rozvoj celkem	10 996 000,00	20%	2 199 200,00	13 195 200,00
CELKEM	20 411 000,00	20%	4 082 200,00	24 493 200,00

Položka	Cena VZ v Kč bez DPH	Sazba DPH (%)	DPH 20% v Kč	Cena v Kč včetně DPH
Nemocnice Jihlava	3 706 600,00	20%	741 320,00	4 447 920,00
Dětské centrum Jihlava	571 300,00	20%	114 260,00	685 560,00
Nemocnice Havlíčkův Brod	2 667 900,00	20%	533 580,00	3 201 480,00
Nemocnice Pelhřimov	3 211 100,00	20%	642 220,00	3 853 320,00
ZZS Kraje Vysočina	3 038 400,00	20%	607 680,00	3 646 080,00
Nemocnice Třebíč	3 295 500,00	20%	659 100,00	3 954 600,00
Nemocnice Nové Město na Moravě	3 389 600,00	20%	677 920,00	4 067 520,00
Dětský domov Kamenice nad Lipou	530 600,00	20%	106 120,00	636 720,00
CELKEM	20 411 000,00		4 082 200,00	24 493 200,00

Překročení nabídkové ceny je možné pouze v případě změny daňových předpisů týkajících se daně z přidané hodnoty.

V kapitolách 8.1 až 8.8 jsou uvedeny nabídkové ceny v členění podle jednotlivých částí předmětu plnění pro jednotlivé zadavatele v souladu s požadavkem kapitoly 12.1 zadávací dokumentace a současně doložení způsobu nabídkové ceny dle kapitoly 12.3 zadávací dokumentace.

8.1. Nemocnice Jihlava

polo žka	popis plnění	rozsah plnění	Cena bez DPH	Sazba DPH v %	Výše DPH	Cena včetně DPH
A1	dodávka licencí ERP	celková cena za licence pro danou organizaci	803 800,00	20%	160 760,00	964 560,00
A2	implementace ERP v organizacích (v rozsahu podle 4.2.2 ZD)	celková cena za implementaci pro danou organizaci	681 000,00	20%	136 200,00	817 200,00
A3	školení administrátorů a klíčových uživatelů ERP	cena za proškolení daného počtu administrátorů a klíčových uživatelů v dané organizaci	90 000,00	20%	18 000,00	108 000,00
A4	školení ostatních uživatelů ERP	cena za odškolení takového počtu hodin, který připadá na danou organizaci	132 000,00	20%	26 400,00	158 400,00
A5	podpora uživatelů po zahájení rutinního provozu příslušných modulů ERP (celková cena)	cena za podporu v takovém rozsahu hodin, který připadá na danou organizaci	178 200,00	20%	35 640,00	213 840,00
S1	CELKOVÁ CENA ZA DODÁVKU, IMPLEMENTACI A SOUVISEJÍCÍ SLUŽBY	Součet A1 + A2 + A3 + A4 + A5	1 885 000,00		377 000,00	2 262 000,00
B1	Měsíční cena za údržbu a podporu ERP	paušální cena za 1 měsíc údržby a podpory	24 200,00	20%	4 840,00	29 040,00
B2	Xxxxxxx cena za údržbu a podporu ERP	48 měsíců x paušální cena za 1 měsíc údržby a podpory	1 161 600,00	20%	232 320,00	1 393 920,00
B3	Hodinová sazba za rozvoj ERP	Hodinová sazba rozvoje ERP	1 100,00	20%	220,00	1 320,00
B4	Celková cena za rozvoj ERP	Hodinová sazba x počet hodin v příslušné organizaci x 4(roky)	660 000,00	20%	132 000,00	792 000,00
S2	CELKOVÁ CENA ZA ÚDRŽBU, PODPORU A ROZVOJ	Součet B2 + B4	1 821 600,00		364 320,00	2 185 920,00
S3	CELKOVÁ CENA DODÁVKY PRO DANOU ORGANIZACI	Součet S1 + S2	3 706 600,00		741 320,00	4 447 920,00

8.2. Dětské centrum Jihlava

polo žka	popis plnění	rozsah plnění	Cena bez DPH	Sazba DPH v %	Výše DPH	Cena včetně DPH
A1	dodávka licencí ERP	celková cena za licence pro danou organizaci	168 800,00	20%	33 760,00	202 560,00
A2	implementace ERP v organizacích (v rozsahu podle 4.2.2 ZD)	celková cena za implementaci pro danou organizaci	211 800,00	20%	42 360,00	254 160,00
A3	školení administrátorů a klíčových uživatelů ERP	cena za proškolení daného počtu administrátorů a klíčových uživatelů v dané organizaci	5 000,00	20%	1 000,00	6 000,00
A4	školení ostatních uživatelů ERP	cena za odškolení takového počtu hodin, který připadá na danou organizaci	4 000,00	20%	800,00	4 800,00
A5	podpora uživatelů po zahájení rutinního provozu příslušných modulů ERP (celková cena)	cena za podporu v takovém rozsahu hodin, který připadá na danou organizaci	4 500,00	20%	900,00	5 400,00
S1	CELKOVÁ CENA ZA DODÁVKU, IMPLEMENTACI A SOUVISEJÍCÍ SLUŽBY	Součet A1 + A2 + A3 + A4 + A5	394 100,00		78 820,00	472 920,00
B1	Měsíční cena za údržbu a podporu ERP	paušální cena za 1 měsíc údržby a podpory	1 400,00	20%	280,00	1 680,00
B2	Celková cena za údržbu a podporu ERP	48 měsíců x paušální cena za 1 měsíc údržby a podpory	67 200,00	20%	13 440,00	80 640,00
B3	Hodinová sazba za rozvoj ERP	Hodinová sazba rozvoje ERP	1 100,00	20%	220,00	1 320,00
B4	Celková cena za rozvoj ERP	Hodinová sazba x počet hodin v příslušné organizaci x 4(roky)	110 000,00	20%	22 000,00	132 000,00
S2	CELKOVÁ CENA ZA ÚDRŽBU, PODPORU A ROZVOJ	Součet B2 + B4	177 200,00		35 440,00	212 640,00
S3	CELKOVÁ CENA DODÁVKY PRO DANOU ORGANIZACI	Součet S1 + S2	571 300,00		114 260,00	685 560,00

8.3. Nemocnice Havlíčkův Brod

položka	popis plnění	rozsah plnění	Cena bez DPH	Sazba DPH v %	Výše DPH	Cena včetně DPH
A1	dodávka licencí ERP	celková cena za licence pro danou organizaci	487 600,00	20%	97 520,00	585 120,00
A2	implementace ERP v organizacích (v rozsahu podle 4.2.2 ZD)	celková cena za implementaci pro danou organizaci	313 500,00	20%	62 700,00	376 200,00
A3	školení administrátorů a klíčových uživatelů ERP	cena za proškolení daného počtu administrátorů a klíčových uživatelů v dané organizaci	25 000,00	20%	5 000,00	30 000,00
A4	školení ostatních uživatelů ERP	cena za odškolení takového počtu hodin, který připadá na danou organizaci	37 000,00	20%	7 400,00	44 400,00
A5	podpora uživatelů po zahájení rutinního provozu příslušných modulů ERP (celková cena)	cena za podporu v takovém rozsahu hodin, který připadá na danou organizaci	50 400,00	20%	10 080,00	60 480,00
S1	CELKOVÁ CENA ZA DODÁVKU, IMPLEMENTACI A SOUVISEJÍCÍ SLUŽBY	Součet A1 + A2 + A3 + A4 + A5	913 500,00		182 700,00	1 096 200,00
B1	Měsíční cena za údržbu a podporu ERP	paušální cena za 1 měsíc údržby a podpory	22 800,00	20%	4 560,00	27 360,00
B2	Celková cena za údržbu a podporu ERP	48 měsíců x paušální cena za 1 měsíc údržby a podpory	1 094 400,00	20%	218 880,00	1 313 280,00
B3	Hodinová sazba za rozvoj ERP	Hodinová sazba rozvoje ERP	1 100,00	20%	220,00	1 320,00
B4	Celková cena za rozvoj ERP	Hodinová sazba x počet hodin v příslušné organizaci x 4(roky)	660 000,00	20%	132 000,00	792 000,00
S2	CELKOVÁ CENA ZA ÚDRŽBU, PODPORU A ROZVOJ	Součet B2 + B4	1 754 400,00		350 880,00	2 105 280,00
S3	CELKOVÁ CENA DODÁVKY PRO DANOU ORGANIZACI	Součet S1 + S2	2 667 900,00		533 580,00	3 201 480,00

8.4. Nemocnice Pelhřimov

položka	popis plnění	rozsah plnění	Cena bez DPH	Sazba DPH v %	Výše DPH	Cena včetně DPH
A1	dodávka licencí ERP	celková cena za licence pro danou organizaci	796 300,00	20%	159 260,00	955 560,00
A2	implementace ERP v organizacích (v rozsahu podle 4.2.2 ZD)	celková cena za implementaci pro danou organizaci	579 800,00	20%	115 960,00	695 760,00
A3	školení administrátorů a klíčových uživatelů ERP	cena za proškolení daného počtu administrátorů a klíčových uživatelů v dané organizaci	30 000,00	20%	6 000,00	36 000,00
A4	školení ostatních uživatelů ERP	cena za odškolení takového počtu hodin, který připadá na danou organizaci	44 000,00	20%	8 800,00	52 800,00
A5	podpora uživatelů po zahájení rutinního provozu příslušných modulů ERP (celková cena)	cena za podporu v takovém rozsahu hodin, který připadá na danou organizaci	59 400,00	20%	11 880,00	71 280,00
S1	CELKOVÁ CENA ZA DODÁVKU, IMPLEMENTACI A SOUVISEJÍCÍ SLUŽBY	Součet A1 + A2 + A3 + A4 + A5	1 509 500,00		301 900,00	1 811 400,00
B1	Měsíční cena za údržbu a podporu ERP	paušální cena za 1 měsíc údržby a podpory	21 700,00	20%	4 340,00	26 040,00
B2	Celková cena za údržbu a podporu ERP	48 měsíců x paušální cena za 1 měsíc údržby a podpory	1 041 600,00	20%	208 320,00	1 249 920,00
B3	Hodinová sazba za rozvoj ERP	Hodinová sazba rozvoje ERP	1 100,00	20%	220,00	1 320,00
B4	Celková cena za rozvoj ERP	Hodinová sazba x počet hodin v příslušné organizaci x 4(roky)	660 000,00	20%	132 000,00	792 000,00
S2	CELKOVÁ CENA ZA ÚDRŽBU, PODPORU A ROZVOJ	Součet B2 + B4	1 701 600,00		340 320,00	2 041 920,00
S3	CELKOVÁ CENA DODÁVKY PRO DANOU ORGANIZACI	Součet S1 + S2	3 211 100,00		642 220,00	3 853 320,00

Document Metadata

Table of Contents

SOFTWAROVÉHO SYSTÉMU ERP PRO

Document Metadata