Zadávací dokumentace

Zadávací dokumentace veřejné zakázky

na dodávku

Integrovaného informačního systému Státní pokladny (IISSP) Část B - Technická specifikace (Požadavky zadavatele na předmět plnění) (CELKEM TVOŘÍ SOUTĚŽNÍ PODMÍNKY 5 ČÁSTÍ: A, B, C, D, E)

Strana 1 / celkem stran 21

OBSAH 1. 2.

Úvod .................................................................................................................................... 3 Požadavky na IS.................................................................................................................. 5 2.1. Požadavky na poskytnutí přehledu o užívání IS ............................................................... 5 2.1.1. Pro oblast Státní pokladny ............................................................................................... 5 2.1.2. Pro prostředí ČR .............................................................................................................. 5 2.1.2.1. Užívání IS v ústředních orgánech státní správy v legislativním prostředí ČR ........... 5 2.1.2.2. Užívání IS v komerční oblasti v legislativním prostředí ČR ....................................... 5 2.2. Požadavky na technické vlastnosti IS .............................................................................. 6 2.2.1. Požadavky, které musí být splněny .................................................................................. 6 2.2.2. Požadavky, které jsou předmětem hodnocení ................................................................. 7 2.3. Požadavky na všeobecně-funkční vlastnosti IS ............................................................... 7 2.4. Požadavky na procesně-funkční vlastnosti IS .................................................................. 8 2.4.1. Výčet požadavků na implementační část procesně-funkčních vlastnosti IS .................... 8 2.4.2. Požadavky na procesně-funkční vlastnosti – rozvojová část .......................................... 16 2.5. Požadavky na údržbu IS ................................................................................................ 16 2.5.1. Udržování práva užití k IS .............................................................................................. 16 2.5.2. Další vývoj IS ................................................................................................................. 16 2.5.3. Systém podpory ............................................................................................................. 16 2.5.4. Poskytování informací ................................................................................................... 16 2.5.5. Odstraňování vad .......................................................................................................... 16 2.6. Požadavky na rozsah dodaných užívacích práv k IS ..................................................... 17 2.7. Požadavky na databázi a údržbu práva užití .................................................................. 17 3. Požadavky na implementaci .............................................................................................. 18 3.1. Požadavky na postup implementace – způsob řízení a provádění implementačního projektu.......................................................................................................................... 18 3.2. Požadavky na rozsah implementované funkčnosti a harmonogram ............................... 19 4. Požadavky na odbornou IT podporu .................................................................................. 20 5. Požadavky na spolupráci uchazeče při návrhu výkonnosti HW .......................................... 21


1. Úvod Zadavatel je zavázán vládou České republiky zajistit, aby v oblasti státního rozpočtu a navazujícího centrálního účetnictví České republiky bylo v co nejkratší možné době vyhověno standardům předepsaným a obvyklým v EU. Tento úkol je Zadavateli uložen explicitně usnesením Vlády ČR č. 169 ze dne 9. 2. 2005. Problematika Státní pokladny má dvě roviny chápání: A. „Procesy a činnosti Státní pokladny“ (dále PCSP), pokud se na Státní pokladnu díváme z hlediska metodiky, B. „Integrovaný informační systém Státní pokladny“ (dále IISSP), pokud se na Státní pokladnu díváme z pohledu nástroje, informačního systému, pomocí kterého, nebo také „na kterém“, pracovníci (uživatelé) vykonávají procesy a činnosti Státní pokladny (PCSP). Pokud se na Státní pokladnu díváme z hlediska procesů a činností (metodiky), lze metodiku z hlediska věcného obsahu členit na: 1. procesy a činnosti (metodiku) Centrálního účetnictví státu (CÚS) Ta se řídí následujícími hlavními předpisy: i.

zákon 563/91 Sb. o účetnictví v platném znění a prováděcí vyhlášky k zákonu o účetnictví v platném znění,

ii.

české účetní standardy pro účetní jednotky, které účtují podle výše uvedených právních předpisů.

2. procesy a činnosti (metodiku) Rozpočtový informační systém (RIS) Ta se řídí následujícími hlavními předpisy: i.

zákon č.218/2000 Sb., rozpočtová pravidla, vč. souvisejících právních norem v platném znění.

Na procesy a činnosti v obou oblastech tj. CÚS i RIS je třeba uplatnit kontrolní postupy definované zákonem č. 320/2001 Sb. Zadavatel konstatuje, že procesy a činnosti Státní pokladny (Centrálního účetnictví státu a Rozpočtového informačního systému) probíhají provázaně, „v reálném čase“ a využívají i stejných objektů. Pro Zadavatele je nezbytně nutné řídit tyto procesy jako jeden identický celek. Cílem zadavatele je dosáhnout plné integrity a provázanosti jak prováděných procesů a činností, tak také objektů a dat, oboje v reálném čase nebo v čase blížícímu se reálnému času. Plná integrace ve smyslu sdílení stejných objektů a dat systémem IISSP tak, jak je vymezen v této zadávací dokumentaci (nikoliv „přenášení“ dat mezi různými aplikacemi a databázemi) je cílovým stavem integrovaného informačního systému Státní pokladny - IISSP. Základní úlohou integrovaného informačního systému Státní pokladny (dále také IISSP) bude tedy zejména podpora a realizace procesů a činností PCSP spočívající v adresném plánování, evidenci a realizaci příjmů a výdajů státu; investičním, neinvestičním i finančním účtování o majetku státu; okamžité účetní zachycení jakéhokoli pohybu při nakládání s aktivy a pasivy státu; zavedení automatizovaných finančních a řídících kontrol při vynakládání prostředků státního rozpočtu; a dále ve výkaznictví o hospodaření státu. Vše výše uvedené plně automatizovaně a v reálném čase. Podstatou platných standardů EU pro oblast PCSP a IISSP jsou požadavky na vysokou transparentnost, jak adresnost, bezpečnost, tak efektivnost všech procesů a způsobu práce spojených se Státní pokladnou, jak je vymezena výše. Aby zadavatel (jako vlastník procesů Státní pokladny) mohl dosáhnout splnění výše uvedených cílů a úkolů uložených Vládou České republiky, musí – stejně jako jiné státy v EU - nahradit stávající, novým požadavkům již nevyhovující, mnohačetné a roztříštěné IT aplikace a systémy novým, plně centralizovaným a integrovaným, robustním a vysoce spolehlivým IT řešením. Zadavatel si uvědomuje, že IT systém pro IISSP je natolik strategicky významným systémem státu, že při jeho volbě a výběru musí zadavatel uplatnit požadavky a kriteria, která mu umožní zvolit nejen špičkový systém, ale také dosáhnout maximální možné eliminace jakýchkoli, třeba i jen potenciálních, rizik při implementaci a při následném dlouhodobém provozu a rozvoji systému IISSP.


Efektem nového řešení IISSP bude jak vytvoření podmínek pro plnění závazků České republiky vůči EU, tak dosažení úspory peněžních, hmotných i lidských zdrojů optimalizací procesů, provázaností obou částí Státní pokladny (Centrálního účetnictví státu a Státního rozpočtu) v reálném čase, zajištěnou konzistencí a dostupností dat, dlouhodobou stabilitou a užíváním, provozovaného IT systému IISSP. Informační systém – IT řešení – pro Státní pokladnu (IISSP) lze charakterizovat jako takové IT řešení, které umožní realizaci všech procesů a činností Státní pokladny (PCSP) a dlouhodobé stabilní a bezpečné užívání a další rozvoj celého sytému IISSP. Státní pokladnu - jako množinu činností či procesů (jako PCSP) - lze charakterizovat následujícím souborem hlavních činností: 1. finanční a rozpočtové plánování (programování veřejných výdajů) zahrnující: - proces přípravy rozpočtu na základě výdajových limitů v horizontu střednědobého výhledu, - programové rozpočtování na základě předpokládaných nákladů a definovaných cílů jednotlivých programů, - finanční plánování (rozložení výdajů v čase) na základě výstupů z rozpočtového účetnictví, - rozpočtové účetnictví (právní závazky a jejich zúčtování ve vazbě na skutečnou realizaci), 2. realizace rozpočtu zahrnující: - řízení výdajů na základě finančního plánu prostřednictvím výdajových limitů a rozpočtových opatření, - správa a sdílení příjmů; automatizovaný platební styk, 3. centralizace účetních a finančních dat zahrnující: -

centrální standardizovaný účetní systém pro integraci a konsolidaci účetních záznamů v reálném čase, nástroje pro konsolidaci účetních a finančních dat,

4. centrální zpracování statistických výkazů a finančních analýz v metodice ESA 95 zahrnující: - fiskální reporting, - generování periodických výkazů poskytujících konsolidovaný obraz příjmů a výdajů a vývoj rozpočtového salda proti rozpočtovému záměru, - analytické a predikční nástroje, 5. řízení dluhu a hotovosti představující: - nástroj na řízení hotovosti Státní pokladny, řízení státního dluhu a investování státních finančních aktiv stanovených zákony, 6. finanční a řídící kontrola zahrnující: - nástroje pro provádění účinné finanční kontroly v rámci přípravy a realizace rozpočtu v jednotlivých procesních krocích, - nástroje pro realizaci finanční kontroly podle zákona o finanční kontrole č. 320/2001 Sb. a schvalovací proces podle zákona o účetnictví č. 563/1991 Sb. Předmětem této veřejné zakázky je proto dodávka integrovaného informačního systému státní pokladny (IISSP), která zahrnuje následující druhy plnění: 1. Dodávka - poskytnutí nevýlučného práva užití k IS (licence k IS) a současně dodávku údržby tohoto IS. 2. Dodávka poskytnutí nevýlučného práva užití k databázi (licence k databázi) potřebné pro funkci IS dle bodu 1 a současně dodávku údržby této databáze. 3. Dodávka služeb implementace IS dle bodu 1, (tedy dodávku Díla) za účelem zavedení IISSP do produktivního užívání. Dodávka Díla zahrnuje také instalaci databáze dle bodu 2. 4. Dodávka služeb odborné IT podpory Zadavatel považuje za nejvhodnější takový IS, který podporuje centralizaci, standardnost a komplexnost podpory procesů a má potenciál být užíván a rozvíjen v dlouhodobém časovém horizontu. Zadavatel při stanovování požadavků na předmět plnění této zakázky přihlížel ke svým potřebám a k „bestpractices“ s ním srovnatelných subjektů v regionu EU.


2. Požadavky na IS Pokud je v této ZD použit samostatně termín „IS“ (informační systém), je tím vždy míněn takový informační systém, který je postavený (vznikl) na využití (implementaci) funkčnosti a vlastností téhož SW produktu, jehož práva užití (licence) jsou předmětem nabídky uchazeče v této veřejné zakázce.

2.1. Požadavky na poskytnutí přehledu o užívání IS Zadavatel deklaruje v odst. 2.1 důvody a cíle této zakázky. Požadavky na výkon a funkci IS označeného v této ZD jako IISSP jsou věcně a procesně jak z oblastí Státní pokladny, tak z oblasti správních agend ústředního orgánu státní správy, tak z oblasti velmi blízké komerční sféře, zde specielně s ohledem na cíl vytvořit informační systém blížící se svou racionalitou systému komerčního podniku. Zadavatel požaduje, aby uchazeč poskytl přehled o využívání nabízeného IS v oblastech specifikovaných v tomto odstavci 2.1. Zadavatel předpokládá, že pokud je IS v oblastech dle odst. 2.1.1 a 2.1.2 již opakovaně užíván, byl již – a tedy i nadále je - IS schopen splnit požadavky na výkon a funkci charakteristické pro tyto oblasti užití. Zadavatel výslovně upozorňuje, že neposkytnutí požadovaných informací znamená nesplnění požadavků zadavatele a bude mít za následek vyloučení nabídky uchazeče z hodnocení a to i přes to, že poskytnutý přehled má charakter pouhé informace a nebude použit pro hodnocení ekonomické výhodnosti nabídek uchazečů. Zadavatel také výslovně upozorňuje, že níže uvedené požadavky na informace se týkají výhradně IS, nikoliv uchazeče jako dodavatele, a nemají proto žádný vztah k technickým kvalifikačním předpokladům uchazeče – k seznamu významných služeb, dodávek implementace nabízeného IS realizovaných uchazečem dle části A ZD v odst. 4.5.1 a). 2.1.1.

Pro oblast Státní pokladny

Zadavatel požaduje, aby uchazeč dodal informaci, zda je nabízený IS již užíván (nebo aktuálně probíhá implementace) pro oblast Státní pokladny v pěti státech v regionu Evropy. Takové užití IS bezpochyby znamená, že SW je schopen splnit požadavky na výkon a funkci charakteristické pro oblast Státní pokladny. Užívání IS pro oblast Státní pokladny zde znamená, že IS je užíván v centrálních institucích evropských států, které spravují státní pokladnu (nebo obdobný institut, například státní poklad) nebo je IS užíván v orgánu EU spravujícího rozpočet a účetnictví EU. Uchazeč poskytne požadované informace vyplněním formuláře dle odst. 2.1.1 části E ZD. 2.1.2.

Pro prostředí ČR

Zadavatel požaduje, aby uchazeč dodal informaci, zda je IS již užíván v prostředí ČR jak pro centrální orgány státní správy tak také pro komerční prostředí. Takové užití IS bezpochyby znamená, že SW je schopen splnit požadavky na výkon a funkci charakteristické pro oblast ústředních orgánů státní správy a také pro oblast komerčního prostředí. 2.1.2.1.

Užívání IS v ústředních orgánech státní správy v legislativním prostředí ČR

Zadavatel požaduje, aby uchazeč dodal informaci, zda je nabízený IS užíván pro všechny následující oblasti: • • • • •

účetnictví (tj. minimálně v rozsahu: účetní knihy, pohledávky, závazky, pokladna, bankovní styk, daně, řízení cash-flow), správa rozpočtu nebo controlling, evidence a účtování o majetku, pořizování (nákup), manažerský informační systém (obsahující alespoň datový sklad a průřezový reporting),

ve čtyřech ústředních orgánech státní správy. Ústředním orgánem státní správy je míněno ministerstvo nebo vládou České republiky zřízená jiná správní instituce mající za účel výkon specializované správy (správní agendy) pro celou Českou republiku jako jediný ústřední orgán. Uchazeč poskytne požadované informace vyplněním formuláře dle odst. 2.1.2 části E ZD. 2.1.2.2.

Užívání IS v komerční oblasti v legislativním prostředí ČR

Zadavatel požaduje, aby uchazeč dodal informaci, zda je nabízený IS užíván pro každou příslušnou oblast:


• • • • • • • • • •

účetnictví (tj. minimálně v rozsahu: účetní knihy, pohledávky, závazky, pokladna, bankovní styk, daně, řízení cash-flow), správa a řízení investic, správa programového/projektového portfolia, řízení programů/projektů a projektové účetnictví, správa a účtování nemovitostí, evidence a účtování o majetku, controlling (někdy označovaný jako manažerské účetnictví, POZOR, nejedná se zde o manažerský informační systém), pořizování (nákup), zpracování mezd, zúčtování služebních cest, manažerský informační systém (obsahující alespoň datový sklad a průřezový reporting),

v 5 (pěti) různých společnostech, jejichž složitost procesů je pravděpodobně obdobná jako složitost procesů zadavatele. Složitost procesů společnosti zadavatel odvozuje od velikosti obratu a počtu zaměstnanců společnosti. Zadavatel stanovuje tuto hranici takto: obrat 500 mil. Kč a vyšší, počet zaměstnanců 500 a vyšší. Zadavatel nevyžaduje, aby všechny oblasti, o jejichž užití zadavatel požaduje dodat informaci, byly užívány u téže společnosti současně. Poskytnutí informace o 5 výskytech užití každé oblasti může být pomocí různých společností, jejichž celkový počet tak může být i vyšší než 5. Uchazeč poskytne požadované informace vyplněním formuláře dle odst. 2.1.3 části E.

2.2. Požadavky na technické vlastnosti IS Zadavatel rozděluje požadavky na technické vlastnosti IS na dvě části: • • 2.2.1.

požadavky, které musí být splněny a jejichž nesplnění bude mít za následek vyřazení nabídky uchazeče z hodnocení, požadavky, které jsou předmětem hodnocení (pro účely této veřejné zakázky jsou označeny jako flexibilita IS). Požadavky, které musí být splněny

Tyto požadavky jsou pro zadavatele klíčové: Popis požadavku na technické vlastnosti IS Zadavatel požaduje dodat IS, který výrobce IS dodává spolu s potřebnými objekty, funkčností a parametrizačními nástroji, které umožňují nastavení (parametrizaci) IS pro konkrétní scénáře, procesy a činnosti zákazníka a umožňuje modifikaci a případné dovyvinutí funkčností IS ve stejné technologii IS. Za IS požadovaný Zadavatelem není považován takový produkt, který: • vznikl v rámci individuálního projektu vývojem, avšak k datu odevzdání nabídky není jeho funkčnost a stabilita ověřena dostatečným počtem produktivních instalací, tj. k datu odevzdání nabídky není produktivně užíván alespoň 10 zákazníky po dobu delší než alespoň 3 roky, • je charakteru jen systémového nástroje (například programovací jazyk, dotazovací či programovací prostředky databáze, apod.). IS je nezávislý na HW platformě, to znamená IS je schopen funkce na několika HW platformách od různých nejvýznamnějších HW výrobců. Tato nezávislost je pro Zadavatele důležitá jako ochrana jeho investice do IS, protože eliminuje riziko závislosti zadavatele na jediné HW platformě, na jediném výrobci HW. IS podporuje třívrstvou architekturu (klient – aplikační server – databázový server) a umožňuje dynamicky měnit (posilovat) výpočetní výkon přidáváním dalších aplikačních serverů. Aplikační část všech komponent IS je plně vnitřně integrovaná a založena na stejné IT technologii a architektuře od jediného výrobce. Integrace jednotlivých částí (scénářů, komponent, modulů) a vrstev IS je vyřešena již přímo výrobcem IS a je přímo součástí licence k IS. Zadavatel požaduje, aby IS obsahoval alespoň vrstvy: aplikační servery, integraci procesů datových přenosů a synchronizace kmenových dat, integraci informací (datový sklad, analýzy dat, reporting a grafická vizualizace informací obsažených v reportech), integraci pracovního prostředí koncového uživatele (web prostředí).


Zadavatel požaduje, aby integrace vrstev, komponent a modulů IS nemusela být řešena pomocí technologií a produktů třetích stran (a tím bylo zamezeno nutnosti vynakládat další poplatky a náklady). IS podporuje portálovou architekturu. IS podporuje neomezenost topologií a poskytuje tytéž funkce a tutéž dostupnost bez ohledu na místo napojení (prostředí LAN, WAN, komutovaná připojení). IS podporuje variabilní uživatelské rozhraní včetně využití tenkého klienta (internetový prohlížeč). IS podporuje běžně uznávané technologické rozhraní (XML, web services, ...) - podpora BPEL. IS podporuje kódování UNICODE IS obsahuje standardizované nástroje zákaznického přizpůsobení s bezpečnou a unifikovanou propagací všech změn v systému. IS umožňuje zákaznické přizpůsobení podporovaných procesů pomocí striktně definovaných standardních systémových nástrojů (tedy systém založený na customizaci takových procesů a nikoliv na jejich programování). IS má propracovanou koncepci zabezpečení procesu vývoj/modifikace – testování - produktivní systém; má oddělení produktivních a vývojových dat a procesů, má zajištěný mechanismus přenosu změn mezi vývojovým a produktivním prostředím a to ideálně bez nutnosti odstavovat produktivní systém při přenosu změn z vývoje/modifikace do testovacího prostředí a z něho do produktivního prostředí. IS má vysokou míru zabezpečení a schopnost autorizovat a protokolovat přístup k datům a procesům na více úrovních a do vysokého detailu (organizace a činnosti). IS umožňuje centrální správu uživatelů, uživatelských rolí a oprávnění. IS obsahuje integrované nástroje pro workflow (podpora standardů WFMC). IS je připraven pro integraci (výměnu dat) s dalšími aplikacemi prostřednictvím standardizovaných rozhranní nebo nástrojů. IS zahrnuje centrální řízení, plánování a harmonizaci procesů, které jsou automaticky spouštěny „na pozadí“. IS zahrnuje nástroj kontrolující kombinace autorizačních oprávnění uživatelů s cílem zabránit zneužití pravomocí a maximalizovat kontrolní mechanismy. IS je rozšiřitelný o nástroje pro tvorbu a řízení zátěžových testů. IS je rozšiřitelný o nástroje pro automatizaci funkčního testování. IS je rozšiřitelný o nástroje pro jednotné vytváření uživatelské dokumentace a školících materiálů. IS umožňuje archivaci dat, včetně přímého přístupu k takto archivovaným informacím.

2.2.2.

Požadavky, které jsou předmětem hodnocení

Pro tyto požadavky zadavatel požaduje, aby IS měl takové technické vlastnosti, které se maximálně blíží vlastnostem v následující tabulce: Popis požadavku na technické vlastnosti IS IS je nezávislý na databázi, tj. je schopen funkce nad všemi obvyklými databázovými platformami (ORACLE, DB2, MS SQL, databáze výrobce IS, pokud takovou specializovanou databázi dodává) IS obsahuje také řešení pro správu dokumentů, podatelnu a archivaci dokumentů. IS umožňuje manažerům přímý přístup k reportům a transakcím týkajících se správy manažerem řízeného organizačního útvaru prostřednictvím přímé „end-to-end procesní integrace s Microsoft Office, který je již u zadavatele používaným standardem.

2.3. Požadavky na všeobecně-funkční vlastnosti IS Tyto požadavky musí být splněny. Jejich nesplnění bude mít za následek vyřazení nabídky uchazeče z hodnocení: Popis požadavky na všeobecné funkční vlastnosti IS Podpora více měn. Podpora přechodu národní měny na EURO. Podpora mezinárodního prostředí - vícejazyčnost. Podpora mezinárodních účetních standardů (IFRS, IPSAS).


Podpora auditu a interní kontroly (např. standardy typu SOX nebo obdobné). Zpracování dat v reálném čase, tj. zaúčtování účetní transakce probíhá v reálném čase, nikoliv po dávkách „po uzávěrce“. Výjimkou z tohoto pravidla mohou být jen zpracovávající velkého počtu (miliony) účtů či dokladů. Přenos dávky musí být volitelný („kdykoliv“) a musí být zachován princip „drill-down“, tj. ze souhrnného údaje v hlavní knize, který representuje do hlavní knihy zaúčtovanou dávku se „prokliknutím“ musí uživatel dostat hierarchickou cestou do všech detailů a dokladů dávky.

2.4. Požadavky na procesně-funkční vlastnosti IS Zadavatel dělí procesně funkční vlastnosti IS na dvě části, obě části jsou povinné. Nepokrytí těchto procesně-funkčních požadavků IS v nabídce uchazeče bude zadavatel považovat za nesplnění požadavků zadavatele na plnění a nabídku uchazeče vyřadí z hodnocení: •

Implementační část (vymezená v odst. 2.4.1 této části B ZD) = zahrnuje ty části procesů a funkčností, které tvoří rozsah požadované funkčnosti určené pro implementační projekt IISSP. Nepokrytí těchto základních procesně-funkčních požadavků IS v nabídce uchazeče bude zadavatel považovat za nesplnění požadavků zadavatele na plnění a nabídku uchazeče vyřadí z hodnocení.

•

Rozvojová část (vymezená v odst. 2.4.2 této části B ZD) = zahrnuje procesy a funkčnosti, které nejsou zatím předmětem implementace rozsahu funkčnosti IISSP, ale se kterými zadavatel uvažuje jako s dalším směrem rozvoje svého informačního systému po dokončení projektu IISSP. Z tohoto důvodu zadavatel požaduje, aby tyto procesy a funkčnosti již IS ve svém standardu obsahoval.

2.4.1.

Výčet požadavků na implementační část procesně-funkčních vlastnosti IS

Zadavatel v této části zadávací dokumentaci specifikuje funkční vlastnosti Integrovaného informačního systému Státní pokladny. Tyto požadavky budou tvořit přílohu č. 2.1 Smlouvy (tedy přílohu č. 1 Implementační smlouvy, viz část E ZD). Požadavky jsou koncipovány jako minimální funkční požadavky na informační systém, přičemž se předpokládá, že Uchazeč ve své nabídce vyspecifikuje, jakým způsobem jednotlivé funkční požadavky splní. Předpokládá se, že IS navrhovaný uchazečem poskytne funkcionalitu pro pokrytí procesů zadavatele minimálně v rozsahu definovaném v následující části zadávací dokumentace. Zadavatel nepovažuje uvedený seznam požadavků za kompletní a očekává, že uchazeč v průběhu realizace projektu vhodným způsobem tyto požadavky zpřesní tak, aby pokrývaly požadavky kladené příslušnými usneseními vlády a legislativou ČR a EÚ vztahující se k problematice implementace popsaných procesů v prostředí ČR. Zadavatel definuje minimální funkční požadavky na následující procesy IISSP: A. Příprava rozpočtu 1) Příprava, sestavení a schválení státního rozpočtu 2) Podpora rozpočtování v členění Výdajových bloků 3) Podpora střednědobého rozpočtování 4) Funkce práce s rozpočtem z pohledu OSS B. Realizace rozpočtu, změny rozpočtu, monitorování realizace rozpočtu 1) Realizace rozpočtu 2) Rozpočtová opatření, úpravy rozpočtu, kontrola proveditelnosti a jejich schvalování 3) Limitování realizace výdajů 4) Správa realizovaných plateb C. Centrální účetnictví státu a podporné procesy 1) Centrální systém účetních informací státu 2) Centrální výkaznictví nad centrálními účetními informacemi státu 3) Účetnictví 4) Controlling 5) Správa a evidence majetku 6) Pořizování 7) Řízení projektů D. Manažerský informační systém 1) Agregace dat z rozpočtu a skutečnosti a prognózování 2) Manažerský informační systém


E. Integrační požadavky

A. Příprava rozpočtu Rozpočtový informační systém (RIS) v části dle tohoto odstavce 2.4.1. písm. A) této části B ZD bude implementován jako centralizovaný informační systém pro všechny organizační složky státu ve funkčním rozsahu: 1. Příprava, sestavení a schválení státního rozpočtu • Příprava dat, vytváření a zpracování více alternativních verzí návrhu rozpočtu na centrální úrovni. Tvorba bilance příjmů a výdajů. Stanovení návrhu objemu výdajů a příjmů kapitol umožnit i na nižší úrovni rozpočtového řízení. • Definování závazných ukazatelů pro kapitoly v oblasti příjmů a výdajů. • Rozpis objemu výdajů, příjmů a vybraných ukazatelů správcům kapitol z centrální úrovně (MF). • Rozpis objemu výdajů, příjmů kapitol a závazných ukazatelů na OSS. Distribuce závazných ukazatelů až na nejnižší úroveň organizační hierarchie. Při rozpisu požadujeme zabezpečit on-line kontrolu dodržení závazných ukazatelů na každé úrovni organizační struktury. Upřesnění: a) Správce kapitoly bude mít možnost vypracovat více pracovních verzí pro distribuci závazných ukazatelů na OSS. b) Správce kapitoly může jenom jednu z pracovních verzí označit za finální. c) OSS budou mít možnost vypracovat více pracovních verzí svého rozpočtu. d) OSS může jenom jednu z pracovních verzí označit za finální. e) OSS může zahájit práce na svém rozpočtu ještě před obdržením závazných ukazatelů resp. závazných maxim ročních výdajů pro specifické účely od správce kapitoly. f) Správce kapitoly může zahájit práce na distribuci závazných ukazatelů resp. definici závazných maxim ročních výdajů ještě před obdržením závazných ukazatelů z MF. g) Systém bude po distribuci závazných ukazatelů ze strany správce kapitoly rozpočtáři na OSS automaticky po dokončení každé série změn rozpočtu on-line indikovat zbylou sumu resp. překročení hodnoty všech závazných ukazatelů resp. závazných maxim u výdajů, minim u příjmů. h) Systém bude po distribuci závazných ukazatelů ze strany MF správci kapitoly automaticky po dokončení každé série změn v distribuci závazných ukazatelů resp. v hodnotě závazných maxim on-line indikovat zbylou sumu resp. překročení hodnoty všech závazných ukazatelů. • Správa struktury a hodnot závazných ukazatelů na všech úrovních organizační struktury. Možnost rozšíření a detailizace struktury závazných ukazatelů pro podřízené organizační úrovně prostřednictvím definice dodatečných závazných maxim ročních výdajů pro libovolný účel. • Vytvoření návrhu ročního rozpočtu za kapitolu SR z rozpočtů OSS. Schvalovací workflow při přebírání rozpočtů OSS do rozpočtu kapitoly. Upřesnění: a) Možnost vrácení rozpočtu OSS ze strany správce kapitoly k přepracování. b) Systém automaticky po akceptaci rozpočtu OSS ze strany správce kapitoly umožní poskytnout správci kapitoly informace o I. správnosti rozpisu na OSS - zbylou sumu resp. překročení hodnoty všech závazných ukazatelů a závazných maxim u výdajů a minim u příjmů pro danou OSS II. stupni rozpisu rozpočtu kapitoly - zbylou sumu resp. překročení hodnoty všech závazných ukazatelů pro danou kapitolu c) Systém umožní správci kapitoly akceptovat i „nesprávný“ rozpis na OSS tj. rozpočet OSS, který překračuje hodnoty závazných ukazatelů nebo závazných maxim u výdajů a minim u příjmů pro danou OSS; volitelnost této funkcionality pro správce kapitoly. d) Správce kapitoly může akceptovat svůj rozpočet pouze v případě, že je rozepsán podle zadaných parametrů e) Systém neumožní OSS změnu jejího schváleného rozpočtu. • Finální úpravy rozpočtu ze strany správců kapitol a z centrální úrovně tj. MF v on-line režimu dle připomínek MF, vlády a PSP ČR, tj. zvláštní režim umožňující MF změnit v určité fázi závazný ukazatel bez propadu na nižší úrovně (takovou změnu musí systém identifikovat a oznámit podřízeným složkám) a vytvořit tak verzi rozpočtu bez vazby do hierarchie kapitol. • Finalizace rozpisu schváleného státního rozpočtu na kapitolách a centrální úrovni po schválení zákona o SR na příslušný rok. Schválením rozpočtu podřízených organizací zabezpečit neměnnost jejich rozpočtových dat.


• •

• •

Příprava, sestavení a schválení rozpočtu kapitol Státní dluh a Operace státních finančních aktiv Tvorba rozpočtu při rozpočtovém provizoriu – splnění náležitostí daných rozpočtovými pravidly. Distribuce sumy závazných ukazatelů až na nejnižší úroveň organizační hierarchie (s libovolným počtem úrovní, protože je pravděpodobná rozdílnost ve struktuře jednotlivých kapitol) a na libovolný počet podřízených OSS. Zadávání a další zpracování plánu nákladů příspěvkových organizací. Možnost přípravy dat off-line s následným importem dat.

2. Podpora rozpočtování v členění Výdajových bloků • Management struktury výdajových bloků - výdajový blok, výdajový okruh, výdajový prvek (aktivita) dle jednotlivých resortů. Přiřazení podřízených OSS k jednotlivým prvkům výdajových bloků. • Specifické (rozdílné) postupy managementu struktury výdajových bloků ve fázi sestavení a alokace rozpočtu a ve fázi úprav rozpočtu. Možnost paralelní práce se strukturou výdajových bloků pro aktuální rozpočtový rok a pro následující rozpočtový rok (resp. roky). • Evidence cílů, indikátorů, termínů a sumy výdajů podle jednotlivých výdajových bloků, výdajových okruhů a prvků. • Tvorba a modifikace dokumentace výdajových bloků na úrovni kapitol s delegováním na OSS. • Evidování výdajových bloků jako specifických ukazatelů státního rozpočtu popř. výdajových okruhů jako specifické ukazatele. • Možnost centrálního periodického monitorování a hodnocení výdajových bloků, okruhů a prvků. • Možnost operativního monitorování a hodnocení plnění cílů výdajových bloků, okruhů a prvků správci kapitol. • Nahrazení systému ISPROFIN (rozpočet, dokumentace výdajových bloků / okruhů, workflow financování výdajových bloků / okruhů, platební styk, řídící kontrola, výkazy). 3. Podpora střednědobého rozpočtování • Rozpis závazných ukazatelů z centrální úrovně na kapitoly na základě predikce střednědobého výhledu. • Rozpis závazných ukazatelů střednědobého výhledu kapitoly na závazné ukazatele střednědobého výhledu OSS. • Sestavení střednědobého rozpočtového výhledu z úrovně OSS paralelně nebo nezávisle na sestavení jednoročního rozpočtu. Evidence rozpočtových potřeb na vyšší úrovni rozpočtové skladby. • Agregace a úpravy návrhu střednědobého rozpočtu na kapitolách a centrální úrovni. • Využití údajů střednědobého rozpočtu v struktuře závazných ukazatelů pro návrh rozpočtu dalšího rozpočtového roku. 4. Funkce práce s rozpočtem z pohledu OSS • Sestavování rozpočtových potřeb na úrovni podpoložek podle vnitřního členění OSS jednotlivými správci položek. Třídění podle platných číselníků a podle účelu definovaného správci podpoložek resp. správci rozpočtového místa a podle účelového členění. • Zadávání a monitoring objemu výdajů a příjmů OSS. • Návrh rozpočtu OSS. Vytváření variant rozpočtu OSS z rozpočtových potřeb správců podpoložek rozpočtu. • Rozpis rozpočtu. Vnitřní rozpis rozpočtu na podpoložky. • Návrh změny ukazatelů SR. • Rozpočet po změnách. • Ukazatele SR po změnách. • Rozpočet OSS po změnách. • Disponibilita rozpočtu (po příslibu, po vázání, po zavedení mimorozpočtových zdrojů) až na úroveň podpoložky. • Disponibilita rozpočtu hotovostní. • Hotovostní plnění SR až na úrovni podpoložky. • Export dat rozpočtu formou jednotného rozhraní z RIS pro potřeby lokálních rozpočtových a účetních systémů jednotlivých OSS. 5. Společné požadavky na rozpočtovou část • Použití rezervních fondů a mimorozpočtových zdrojů ve státním rozpočtu, resp. „nároky z nespotřebovaných výdajů“. • Povolení překročení výdajů proti souvztažnému překročení příjmů. Kontrola dodržení účelovosti. • Možnost překročení výdajů bez souvztažného zvýšení příjmů při nedočerpání výdajů v předchozích letech na stanovený účel dle § 47 návrhu novely rozpočtových pravidel.


• •

Sledování tvorby, čerpání a stavu rezervních fondů podle jednotlivých účelů dle rozpočtových pravidel a závazných ukazatelů. Zabezpečení konzistence rozpočtu v celém rozpočtovém procesu a) Zabezpečení konzistence hodnot všech závazných ukazatelů na všech úrovních organizační hierarchie. b) Zabezpečení konzistence hodnot všech závazných ukazatelů v celém rozpočtovém procesu státního rozpočtu. c) Jednotná báze rozpočtových dat jako jeden z prvků zabezpečení konzistence rozpočtu.

B. Realizace rozpočtu, změny rozpočtu, monitorování realizace rozpočtu Rozpočtový informační systém (RIS) v části dle tohoto odstavce 2.4.1 písm. B) této části B ZD bude implementován jako centralizovaný informační systém pro všechny organizační složky státu ve funkčním rozsahu, viz níže. 1. Realizace rozpočtu • Kontrola disponibility rozpočtových prostředků (ex-ante). • Blokování rozpočtových prostředků pro konkrétní akce. • Konsolidace čerpání rozpočtu na celostátní úrovni a na úrovni kapitol. • Realizace rozpočtu organizačními složkami státu, přičemž využívají funkcionality RIS, nebo jeho rozhraní (v případě že je táto funkcionalita zabezpečena jejich EKIS-em). • Zpracovávaní vazby mezi realizovanou platbou a rozpočtem (rozpočtovou klasifikací). • Možnost zadávání více rozpočtových klasifikací k realizované platbě. • Zpětná úprava alokace rozpočtu na základe skutečně realizovaného čerpání. • Modifikace parametrů vazby rozpočet - platba před realizací platby. • Přehled realizovaných plateb uskutečněných OSS pro její vlastní kontroly vztahu k rozpočtu a rozpočtové klasifikaci. • Poskytnutí funkcionalit pro zadávání plateb s kontrolou na rozpočet OSS, které nemají EKIS s vazbou na kontrolu rozpočtu. • Poskytnutí rozhraní na zadávání dávkových plateb OSS, které mají EKIS s vazbou na kontrolu rozpočtu. • Vykonávání kontroly existence rozpočtové položky a kontroly zbylé části rozpočtu při alokaci rozpočtových prostředků k plánovaným platbám OSS. • Systém umožňuje při zadávání plateb realizovat kontrolu čtyř očí. Platbu zadá jeden uživatel dané OSS, a její realizaci schvaluje uživatel jiný. • Systém umožňuje zadávat a zpracovávat platby v cizích měnách. • Možnost navýšení výdajové části rozpočtu při přijetí platby z mimorozpočtových příjmů o výši této platby. • Možnost snížení realizované části rozpočtu o sumu vrácené platby při zúčtovaní zálohově placených výdajů. 2. Rozpočtová opatření, úpravy rozpočtu, kontrola proveditelnosti a jejich schvalování • Systém umožňuje v průběhu platnosti a realizace rozpočtu uskutečňovat v něm úpravy rozpočtu a to formou rozpočtových opatření (shora dolů), nebo formou žádosti o úpravu rozpočtu (shora dolů a zdola nahoru). • Tvorba žádosti o změnu schválených závazných ukazatelů a eskalace schválení rozpočtového opatření na vyšší úrovně řízení. Závazné ukazatele SR po změnách. Rozpočet OSS po změnách. Formulář pro předkládání návrhů na rozpočtové opatření musí obsahovat náležitosti stanovené v § 23 rozpočtových pravidel a umožnit slovní popis zdůvodnění žádosti a přiložit k záznamu doprovodné dokumenty v nematerializované podobě. • Celkové přehledy o všech rozpočtových opatřeních a evidence všech úprav rozpočtu dle jednotlivých organizací na všech úrovních organizační hierarchie. • Úprava rozpočtu v kompetenci OSS. Zabránění možnosti vykonávat úpravy nad rámec schválených závazných ukazatelů nebo nad rámec delegovaných kompetencí. • Úprava rozpočtu v kompetenci kapitoly a její OSS. Inicializace úpravy kapitolou nebo OSS. • Sloučení více žádostí o rozpočtová opatření (úpravy rozpočtu) na úrovni kapitoly (nadřízené úrovně) z jedné nebo více podřízených organizačních jednotek. • Možnost vytváření a zpracování různých typů žádostí o úpravy rozpočtu (např. přesuny rozpočtových položek v rámci OSS i mezi OSS navzájem, v rámci dané kapitoly, případně mezi kapitolami), implementace schvalovacího procesu dle jednotlivých typů žádostí. • Rozpad rozpočtového opatření na OSS mezi samotnou OSS a její podřízené organizační složky.


• • •

• • • •

Možnost zpětného vrácení rozpočtového opatření v případě zjištění nedostatků, nebo stanovení jiné výše změny závazných ukazatelů než byla původně žádána. Kontrola možnosti provedení rozpočtových opatření ve vazbě na skutečné čerpání rozpočtových prostředků. Kontrola vykonatelnosti požadavků definovaných v žádosti o úpravu rozpočtu s ohledem na vybalancování této žádosti, na definované závazné ukazatele a v neposlední řadě na přečerpání rozpočtu na dotknutých rozpočtových položkách. Vázání výdajů státního rozpočtu jako specifická forma rozpočtového opatření. Povolené překročení výdajů dle § 23 písm. c) rozpočtových pravidel jako specifická forma rozpočtového opatření. Možnost definování posunu účinnosti rozpočtového opatření vůči datu jeho schválení. Auditovatelnost všech operací nad rozpočtovým opatřením, závaznými ukazateli a rozpočtem. Upřesnění: Systém bude evidovat každou změnu rozpočtu OSS, závazných ukazatelů na různých řídících úrovních tak, aby aktuální výše rozpočtu, ukazatel závazných maxim nebo minim, byly auditovatelné směrem k rozhodnutí dané organizace nebo k jí nadřízené řídící úrovni. Schvalovací proces změny rozpočtu a automatické kontroly: a) Systém v případě OSS před definitivním schválením změny rozpočtu nebo její eskalací bude indikovat překročení/snížení hodnoty všech závazných ukazatelů a závazných maxim nebo minim výdajů pro různé účely, jež jsou pro danou OSS závazné. b) Systém v případě správce kapitoly před definitivním schválením změn v distribuci závazných ukazatelů, nebo hodnoty závazných maxim stanovených pro OSS, bude indikovat překročení/snížení hodnoty všech závazných ukazatelů kapitoly. c) Systém nedovolí OSS změnit rozpočet způsobem, jenž má za následek změnu závazných ukazatelů nebo závazných maxim/minim stanovených správcem kapitoly. Umožní jen eskalaci žádosti o změnu rozpočtu. d) Systém nedovolí správci kapitoly provést změnu v distribuci závazných ukazatelů nebo hodnoty závazných maxim stanovených pro OSS, jež má za následek změnu závazných ukazatelů stanovených MF. Umožní jen eskalaci žádosti o rozpočtové opatření. e) Systém bude považovat schvalovací proces za ukončený, jestliže sumy uvedené v rámci rozpočtu OSS jsou v souladu se sumou každého závazného ukazatele OSS, závazného maxima OSS a zároveň jestli distribuce závazných ukazatelů a definovaná závazná maxima jsou v souladu se závaznými ukazateli kapitoly. f) Systém dovolí správci kapitol, OSS i centrální úrovni mít paralelně rozpracováno i více nedokončených úprav rozpočtů nebo rozpočtových opatření. g) Systém umožní žádosti o schválení (akceptaci) změny rozpočtu na úrovni OSS nebo nižší hierarchie i bez změny hodnot závazných ukazatelů.

3. Limitování realizace výdajů • Vydání oznámení o limitu výdajů z účtu ČNB. • Rezervace prostředků, která ovlivňuje možnost provedení rozpočtového opatření. • Nastavení parametrů regulace výdajů z úrovně MF. • Provázání změny hodnot limitů na procesy úprav rozpočtu, zejména na změny v závazných ukazatelích příslušných k jednotlivým limitům. • Vystavování dokladů pro limity výdajů uvolňované prostřednictvím vybraných bank na přidělené prostředky poskytované v rámci specifických výdajových okruhů – evidenční dotační systém. 4. Správa realizovaných plateb • Poskytování průběžných informací o zrealizovaných platbách (příjmy, výdaje) a o jejich přiřazení k rozpočtové klasifikaci Ministerstvu financí. • Přehled realizovaných plateb na všech účtech OSS vedených v ČNB pro Ministerstvo financí. • Přehled všech realizovaných plateb (příjmové, výdajové), které OSS realizovala na svých účtech. • Přehled všech plánovaných plateb v cizí měně na příští dny s cílem sledování devizové pozice státu • Rozhraní umožňující zpracovávat informace o zrealizovaných obratech na účtech v ČNB. • Vytvoření platební dávky pro komerční banky a ČNB s platbami, které jsou zadané v systému na realizaci. • Kontrola a schvalování platebních dávek principem kontroly čtyř očí. • Evidence vztahu mezi OSS a jejími účty vedenými v ČNB. • Poskytnutí aktuálních informací o stavu a vývoji pokladního plnění na účtech státního rozpočtu vedených v ČNB. • Poskytnutí aktuálních informací o řízení hotovosti a salda na jednotlivých účtech.


• • • • • • • • • • •

Poskytnutí aktuálních informací potřebné k řízení státního dluhu. Realizace urgentních plateb. Vyžadování mapování přicházejících a odcházejících plateb na rozpočtovou klasifikaci a organizační členění. Evidence odcházejících a přicházejících plateb, možnost prohlížení dávek platebního styku. Kompletní historie zpracovávaných plateb. Storno platby před jejím odesláním do ČNB. Správa a realizace jediného účtu veřejné správy (JÚVS). Správa a realizace jediného účtu státní pokladny (JÚSP). Správa a realizace jediného účtu státu (JÚS). Online zúčtování plateb státní pokladny na účty JÚVS, JÚSP, JÚS podle typu a charakteristiky platby. Párováni a přeúčtování plateb mezi JÚVS, JÚSP, JÚS.

5. Společné požadavky na realizaci rozpočtu, změny rozpočtu, monitorování realizace rozpočtu • Správa rezervních fondů a mimorozpočtových zdrojů, resp. „nároky z nespotřebovaných výdajů“ • Zabezpečení konzistence rozpočtu v celém rozpočtovém procesu

C. Centrální účetnictví státu Centrální účetnictví státu (CÚS) ve smyslu tohoto dokumentu bude obsahovat: 1) Centrální systém účetních informací státu 2) Interface na účetnictví účetních jednotek podle platných právních předpisů 3) Centrální výkaznictví nad centrálními účetními informacemi státu 4) Účetnictví vybraných účetních jednotek 5) Podporné procesy: i. Controlling ii. Správa a evidence majetku iii. Pořizování iv. Řízení projektů Centrální účetnictví státu bude přebírat data od jednotlivých subjektů, které budou zahrnuty do účetnictví státu, maximálně ve funkčním rozsahu dle tohoto odstavce 2.4.1. písm. C této části B ZD. V rámci systému CÚS bude zároveň prováděno zpracování dat následujících rozpočtových kapitol ministerstva financí: -

Státní dluh Operace státních finančních aktiv Všeobecná pokladní správa

CÚS bude dále implementován jako ekonomický informační systém ve funkčním rozsahu dle tohoto odstavce 2.4.1. písm. C této části B ZD pro následující OSS (OSS = organizační složku státu): -

Úřad vlády České republiky

1. Centrální systém účetních informací státu - shromažďování a zpracování účetních záznamů pro sestavení účetních výkazů za Českou republiku • Vybrané účetní jednotky, které v souladu s vyhláškou sestavují účetní výkazy za dílčí konsolidační celky, předávají do centrálního systému záznamy pro sestavení účetních výkazů za Českou republiku v rozsahu a četnosti stanovených vyhláškou včetně technické forma a formátu, struktuře a zabezpečení účetních záznamů v souladu s vyhláškou • V centrálním systému jsou shromážděné účetní záznamy agregovány, konsolidovány a tříděny pro sestavení účetních výkazů za Českou republiku v souladu s vyhláškami • Na základě shromážděných a zpracovaných účetních záznamů jsou sestaveny netextové části účetních výkazů za Českou republiku • Na základě shromážděných a zpracovaných účetních záznamů je do centrálního systému vložena textová část přílohy účetních výkazů za Českou republiku v souladu s vyhláškou Centrální systém účetních informací státu bude konsolidovat následující vybrané účetní jednotky: Jednotlivé účetní jednotky nebo typ (druh) účetních jednotek Organizační složky státu

Počet

Funkce

364

Konsolidace účetních výkazů, operativní řízení


Státní příspěvkové organizace (významné) Státní fondy a Pozemkový fond ČR Municipální účetní jednotky (kraje, obce, DSO, reg. Rady, PO) Zdravotní pojišťovny

160

Konsolidace účetních výkazů, operativní řízení

7 17823

Konsolidace účetních výkazů, operativní řízení Konsolidace účetních výkazů

9

Konsolidace účetních výkazů

2. Účetnictví - ekonomický informační systém (zajistí podle platných právních předpisů zachycení ekonomických a právních jevů v účetnictví účetních jednotek) • Účetní knihy zahrnující online aktualizaci účetních knih • Integrace účetních osnov • Práce se zvláštními obdobími (další období pro roční závěrkové práce) – umožnit po skončení účetního období práci na závěrkových operacích • Zavírání účetních období • Závazky – příjem, schválení a zaúčtování faktur • Pohledávky – odběratelské faktury, penalizační faktury, upomínání • Řízení a predikce hotovosti (cash-flow) • Zajištění účetních záznamů v elektronické a digitalizované podobě • Elektronická fakturace – automatické účtování přijatých faktur v elektronické podobě • Elektronický platební styk – podpora všech bankovních formátů používaných v ČR, platební příkazy, poštovní poukázky, příjem plateb, automatické vyrovnání • Pokladna – sledovaní hotovostních operací v účetních jednotkách • Účtování a evidence majetku 3. Controlling • Programový a projektový controlling - sledování nákladů a výnosů ve vazbě na interní programy/projekty a organizační jednotky • Interní rozúčtování nákladů • Úzká integrace v rámci ostatních procesů státní pokladny 4. Správa a evidence majetku • Zahrnutí nemovitého, movitého, drobného a nehmotného majetku • Veškerý pohyb majetku musí být podložen účetními doklady • Sledování nedokončených investic • Pořízení a technické zhodnocení majetku • Provoz, údržba a její plánování • Vyřazení majetku formou likvidace nebo odprodeje • Odpisy majetku zahrnující simulaci odpisů a uživatelsky definované odpisové plány • Správa majetkových karet s vazbou na účetní knihy • Inventarizace majetku 5. Pořizování • Číselníky a kategorizace pořizovaných druhů služeb a dodávek • Evidence a hodnocení dodavatelů • Dokladovost procesu nákupu včetně vazeb požadavek na nákup – objednávka – smlouva – dodací list - příjem – faktura - platba • Nákup do skladu i pro přímou spotřebu • Skladová evidence a rezervace zásob • Inventarizace a oceňování zásob • Reklamace • Veškerý pohyb materiálu musí být podložen účetními doklady s vazbou na controlling 6. Řízení projektů • Plánování a řízení projektů • Řízení vazeb mezi projekty • Stanovení, sledování a hodnocení projektových ukazatelů 7. Společné požadavky na účetní část • Účetnictví musí odpovídat platným právním předpisům a musí umožnit i sestavení účetní závěrky v souladu s mezinárodními účetními standardy, například IPSAS • Podpora pokladního i akruálního účetnictví


• • • • •

Nemožnost výmazu či změny zaúčtovaných dokladů (pouze storno a zaúčtování nového dokladu) Úzká integrace všech částí systému Kompletní zápis všech změn včetně autora a časového údaje Možnost posunu fiskálního roku dle požadavků Evropské unie Ověřený přechod národní měny na EURO

D. Manažerský informační systém 1. Agregace dat z rozpočtu a skutečnosti a prognózování • Agregace skutečně zrealizovaných příjmů a výdajů z hlediska dimenzí času, a kompletní rozpočtové klasifikace s možností online srovnávání těchto dat s rozpočtem • Generování reportů o zrealizovaných příjmech a výdajích OSS v členění rozpočtové klasifikace • Import a zpracování dat o předpokládaných příjmech do budoucna z informačních systémů třetích stran • Vytváření časových řad z agregovaných dat systému a externích informací a jejich očištění pro použití v procese prognózování • Vytváření prognózy dalšího vývoje příjmů a výdajů státu na základě uživatelem definovaných a zvolených modelů • Srovnávací přehledy o skutečně čerpaných rozpočtových prostředcích a jejich prognózovaného čerpání na následující období • Zobrazení údajů o aktuálním cash flow státu v akruálním pohledu • Výpočet kompletní předpovědi příjmů, výdajů a zůstatku jediného účtu státu • Zobrazení údajů o schválených a realizovaných platbách, o rozpočtu • Vytváření ad-hoc analytických a tiskových sestav podle definice uživatele • Informace o skutečném stavu Jediného účtu státní pokladny 2. Manažerský informační systém • Konsolidace dat jednotlivých kapitol státního rozpočtu (rozpočtové informace, majetkové informace) • Výkazy pro podporu přípravy a modifikace rozpočtu – sestavy pro zákon o státním rozpočtu, porovnání verzí, porovnání historických dat, změny rozpočtu v rámci aktuálního roku • Sledování plánovaného a skutečného čerpání rozpočtu • Sledování plánovaných a skutečných příjmů rozpočtu • Monitoring rezervních fondů a mimorozpočtových zdrojů • Výstupy pro státní závěrečný účet • Účetní výkazy – rozvaha, výkaz zisku a ztráty, přílohy, stavy účtů • Výkazy cash-flow (peněžní toky) a jeho predikce • Výkazy o stavu majetku dle jeho kategorizace • Monitoring nákupu a spotřeby materiálu • Možnost tvorby vlastních reportů a tiskových sestav 3. Společné požadavky na Manažerský informační systém • Systém vybudovaný na technologickém principu OLAP (Online Analytical Processing) • Práce s vícedimenzionálními strukturami dat, princip drill-down • Systém umožňuje komplexní pohled na data rozpočtová a jejich vazby na data účetní

E. Integrační požadavky 1. Rozhraní na IS TREMA (stávající aplikace pro řízení státního dluhu) • Integrace rozpočtové části informačního systému se systémem TREMA s cílem: a) přebírat data o realizovaných závazcích a pohledávkách státu, b) poskytování dat o realizovaných příjmech a výdajích ve tvaru schváleného státního rozpočtu. 2. Integrace s EKIS jednotlivých OSS • Integrace informačního systému s ekonomickými systémy jednotlivých OSS (resp. s dalšími centrálními systémy), prostřednictvím definovaného integračního rozhraní, které se budou: a) do těchto systémů přenášet informace o platném rozpočtu, b) z těchto systémů přenášet informace o skutečném plnění rozpočtu (příjmové i výdajové části), c) získávat informace o platbách plánovaných na úhradu z dané OSS. 3. Přebírání dat o čerpání prostředků a plnění příjmů státního rozpočtu z externího systému nebo od ČNB


• • • • • 2.4.2.

Zabezpečení převodu dat o čerpání výdajů a plnění příjmů státního rozpočtu z ARISu nebo z OSS Zabezpečení převodu dat o čerpání výdajů a plnění příjmů státního rozpočtu z ČNB Každodenní možnost přiřazení údajů o skutečném čerpání a plnění příjmů k závazným ukazatelům Zabezpečení převodu dat z vybraných bank o čerpání výdajů a plnění příjmů realizovaných v rámci specifických výdajových okruhů – evidenční dotační systém Vytvoření rozhraní pro přebírání dat o skutečném čerpání a plnění příjmů rozpočtu na základě bankovních účtů Požadavky na procesně-funkční vlastnosti – rozvojová část

Zadavatel požaduje, aby nabízený IS povinně obsahoval další, plně integrované, funkčnosti pro podporu agend a procesů z následujících dalších oblastí: 1. Správa programového/projektového portfolia, řízení programů/projektů a účetnictví. 2. Správa a účtování nemovitostí. 3. e-Procurement. 4. Zúčtování služebních cest. 5. Zpracování mezd. 6. Servisní aplikace pro řídící pracovníky všech úrovní. Servisní aplikace musí poskytovat manažerovi pro jeho konkrétní roli manažera - specifický „servis“, služby, jejichž smyslem je výrazně zvýšit efektivnost práce manažera. Servisní aplikace musí automaticky předkládat manažerovi na pracovní plochu jeho koncové stanice - pro jeho specifickou roli a zodpovědnost - klíčové, agregované a maximálním způsobem vizualizované informace, na jejichž základě může činit manažer svá kvalifikovaná rozhodnutí. Servisní aplikace musí automaticky monitorovat oblast, za kterou je manažer odpovědný, např. v podobě sledování důležitých ukazatelů, a upozornit manažera na případné změny v plánovaném chování manažerem řízené organizační jednotky nebo touto organizační jednotkou poskytovaných výstupů, procesů či služeb.

2.5. Požadavky na údržbu IS Zadavatel požaduje dodávku údržby IS. Pokud uchazeč není přímo výrobcem IS a poskytuje zadavateli právo užití a údržbu k IS na základě sublicenční smlouvy uzavřené s výrobcem IS (vykonavatelem všech práv k IS) nebo s distributorem práv k IS, požaduje zadavatel, aby rozsah poskytované údržby uchazečem nebyl horší, než jsou standardy poskytování údržby poskytované přímo výrobcem IS. V cenové nabídce uvede uchazeč cenu za údržbu licence k IS na dobu ode dne poskytnutí licence, v trvání do 31. 12. 2011. Zadavatel požaduje dodávku údržby IS - v rámci poplatků za údržbu IS - alespoň v rozsahu dle následujících kapitol. 2.5.1.

Udržování práva užití k IS

Zadavatel požaduje takový právní režim údržby práva užití k IS, který zajistí, aby v případě změny původního autorského díla (typicky nová verze IS) vzniklo („přešlo“) právo užití z původního IS (původní verze) na novou verzi IS a to bez nutnosti nového pořizování práva užití k nové verzi IS. 2.5.2.

Další vývoj IS

Zadavatel požaduje garance dalšího vývoje produktu s ohledem na kvalitu a modernost, přizpůsobování změněným podmínkám, odstraňování chyb a přenechávání nových verzí, které na základě toho vznikají. 2.5.3.

Systém podpory

Zadavatel požaduje, aby výrobce IS provozoval globální systém podpory, tj. takový systém podpory, kam jsou připojeni, do něhož přispívají a jehož služeb využívají všichni (téměř všichni) zákazníci využívající IS výrobce IS. Zadavatel požaduje zpřístupnění tohoto globálního systému podpory buď přímo, nebo prostřednictvím uchazeče. 2.5.4.

Poskytování informací

Zadavatel požaduje zajištění snadného přístupu k: informacím o plánovaných nových verzích a rozšíření funkcionality IS; znalostní bázi o odstraňování všech vad IS, které se vyskytly i u kteréhokoliv zákazníka uživatele produktu kdekoli ve světě. 2.5.5.

Odstraňování vad

Zadavatel požaduje zajištění odstraňování vad IS odstupňovaný dle rozsahu možného omezení užívání IS (dle kategorie vady).


2.6. Požadavky na rozsah dodaných užívacích práv k IS Zadavatel požaduje, zajistit přístup k IISSP uživatelům dle následující tabulky:

Zkratky označující funkční bloky informačního systému mají následující význam: RIS-BP A) Příprava rozpočtu Příprava rozpočtu Realizace rozpočtu RIS-BE B) Realizace rozpočtu Rozpočtová opatření RIS-ROP B) Realizace rozpočtu RIS-LIM B) Realizace rozpočtu Limitování výdajů RIS-PS B) Realizace rozpočtu Platební styk CÚS-UCT C) Centrální účetnictví státu Účetnictví CÚS-CTR C) Centrální účetnictví státu Controlling Správa a evidence majetku CÚS-SEM C) Centrální účetnictví státu CÚS-POR C) Centrální účetnictví státu Pořizování MIS D) Manažerský informační systém SS-SK X) Správa systému Správa uživatelů a přístupových práv Bezpečnost a monitoring přístupu SS-SEC X) Správa systému SS-ADM X) Správa systému Celková administrace Těmto přístupům musí odpovídat i rozsah poskytnutí práv užití (licence) k IS. Zadavatel požaduje, aby uchazeč dodal poskytnutí práva užití (licence) nejdéle ke dni zahájení fáze 2 projektu – realizační koncept. Zadavatel dále požaduje, aby uchazeč ve své nabídce a v návrhu Licenční smlouvy (viz část D této ZD) nabídl také ještě všechny další položky práva užití (licence) k IS, které jsou potřebné pro provozování IISSP v rozsahu podle odstavce 2.4.1 této části B ZD. Uchazeč se však musí v Licenční smlouvě zavázat, že v případě zájmu zadavatele při dalším rozšiřování informačního systému zadavatele (při využití dalšího potenciálu a užitku IS), poskytne zadavateli rozšíření užívacích práv (licence), např. zvýšením rozsahu již poskytnutého práva užití, poskytnutí dalšího druhu či položky práva užití (licence) k IS, apod.

2.7. Požadavky na databázi a údržbu práva užití Zadavatel požaduje, aby uchazeč nabídl takovou databázi, která je vhodná pro IS. Zadavatel upozorňuje, že navržená databáze musí poskytovat výkonnost adekvátní rozsahu IISSP zadavatele (viz např. počty uživatelů). Zadavatel požaduje, aby uchazeč ve své nabídce specifikoval rozsah potřebných užívacích práv (licence) k databázi a termíny jejího poskytnutí tak, aby byl garantován soulad potřebných užívacích práv (licence) k IS a rozsah užívacích práv k databázi. V cenové nabídce uvede uchazeč cenu za údržbu licence k databázi na dobu ode dne poskytnutí licence dle této ZD v trvání do 31. 12. 2011.


3. Požadavky na implementaci 3.1. Požadavky na postup implementace – způsob řízení a provádění implementačního projektu Zadavatel požaduje, aby projekt implementace byl důsledně veden na principech projektového řízení a byl realizován v právním režimu smlouvy o dílo. Postup (proces) implementace musí být založen na propracované metodice, jejíž pro Zadavatele podstatné náležitosti jsou uvedeny v návrhu obchodních a platebních podmínek, viz část D této ZD Zadavatel požaduje, aby Uchazeč navrhl takové členění každé etapy implementace na jednotlivé části (fáze), které umožní přesné vymezení obsahu a výstupů každé jednotlivé části (fáze) a co nejpřesnější sledování (změření) plnění každé jednotlivé části (fáze) i celé etapy projektu a celého projektu pomocí jasných a změřitelných akceptačních kriterií. Zadavatel doporučuje, aby projekt implementace byl rozdělen na následující jednotlivé části (fáze) : 1. část (fáze): slouží pro zpřesnění vymezení rozsahu projektu implementace, vymezí mobilizaci projektových zdrojů, konkretizuje obecné principy řízení projektu a struktury projektu do konkrétních písemných postupů, 2. část (fáze): obsahuje vypracování detailní analýzy procesů a činností požadovaných zadavatelem a konkrétního detailního návrhu nastavení (customizace) IS, 3. část (fáze): obsahuje všechny práce potřebné k tomu, aby došlo k aktivaci všech funkčností IS, které byly popsány v části 2 - analýza. Výstupem této části 3 bude vytvoření funkčního prototypu-systému IISSP. Tato část (fáze) 3 MUSÍ končit funkčními a integračními testy ověřujícími soulad návrhu (výstupu z analýzy ve fázi 2) s funkčním systémem-prototypem, 4. část (fáze): obsahuje všechny práce potřebné pro přípravu systému IISSP k produktivnímu startu, tedy například (ale nejenom) migrace potřebných dat, vytvoření školících příruček pro koncové uživatele, školení klíčových uživatelů v rozsahu minimálně: i. ii. iii. iv.

všech uživatelů MFČR, Úřadu vlády ČR, všech uživatelů všech správců kapitol státního rozpočtu, čtyř klíčových uživatelů pro každou OSS, čtyř klíčových uživatelů pro každou příspěvkovou organizaci,

Výstupem fáze je systém připravený k produktivnímu startu, 5. PRODUKTIVNÍ START systému (jeden časový okamžik, milník), 6. část (fáze): obsahuje poskytování zvýšené podpory pro zadavatele a uživatele, případně ladění systému. Ukončením této části (fáze) končí etapa projektu. Počet částí (fází) procesu implementace, jejich obsah a výstupy popíše uchazeč ve své nabídce v souladu s navrhovanou metodikou implementace. Zadavatel vyžaduje, aby uchazeč školení uživatelů uvedl jako samostatnou pod-část (pod-fázi) projektu včetně samostatného uvedení ceny. Zadavatel požaduje, aby průběh (metodika) implementace zajistila maximální přenos know-how, znalostí o IS z uchazeče na zadavatele tak, aby po ukončení projektu implementace byl zadavatel schopen naimplementované řešení provozovat vlastními zdroji bez nadbytečné podpory uchazeče. Nabídka uchazeče musí obsahovat návrh podrobného harmonogramu každé etapy po výše uvedených částech (fázích, krocích). Bez akceptace předchozího kroku nesmí být možné zahájit následující krok procesu implementace. Představa zadavatele o způsobu plnění zakázky a zohlednění standardů projektového řízení je vyjádřena v Příloze č. 2 části D této ZD, v návrhu implementační smlouvy. Zadavatel upozorňuje také na odstavec 11 části A této ZD (Návrh smlouvy a obchodní podmínky). Uchazeč se také ve smlouvě zaváže, že poskytne zadavateli potřebnou součinnost v otázce dimenzování HW a že nejpozději na konci fáze „analýza“ dodá zadavateli návrh (doporučení) pro výkonnost HW.


3.2. Požadavky na rozsah implementované funkčnosti a harmonogram Zadavatel požaduje, aby při implementačním projektu byly v maximální míře využity funkčnosti a vlastnosti IS. Zadavatel požaduje, aby uchazeč zpracoval nabídku na implementaci (implementační projekt) dle požadavků na rozsah uvedený v odstavci 2.4.1 této části B ZD. Rozpočtový informační systém (RIS) bude implementován jako centralizovaný informační systém pro všechny organizační složky státu ve funkčním rozsahu dle odstavce 2.4.1. písm. A, B této části B ZD. Centrální účetnictví státu (CÚS) bude přebírat data od jednotlivých subjektů, které budou zahrnuty do účetnictví státu maximálně ve funkčním rozsahu dle odstavce 2.4.1. písm. C této části B ZD. V rámci systému CÚS bude zároveň prováděno zpracování dat následujících rozpočtových kapitol ministerstva financí: -

Státní dluh Operace státních finančních aktiv Všeobecná pokladní správa

CÚS bude dále implementován jako ekonomický informační systém ve funkčním rozsahu dle odstavce 2.4.1 písm. C této části B ZD pro následující OSS: -

Úřad vlády České republiky

Zadavatel požaduje, aby systém byl akceptován a uveden do rutinního provozu k 1. 1. 2010 a aby k datu akceptace odpovídal platné legislativě ČR. V období od 1. 1. 2010 do 31. 12. 2011 bude dodavatel zajišťovat podporu provozu systému včetně helpdesku. Dodavatel také zajistí dostupnost elektronických školících materiálů a vytvářené dokumentace v aktuálních verzích. Uchazeč ve své nabídce navrhne detailnější harmonogram postupu implementace. Harmonogram bude obsahovat termíny jednotlivých částí (fází) ve smyslu odst. 3.1 části B ZD. Nezávazně předpokládaný termín zahájení projektu je 1. 11. 2008.


4. Požadavky na odbornou IT podporu Náplní služeb odborné IT podpory budou zejména služby a činnosti, které nejsou předmětem požadavků dle kap. 2.5. (Požadavky na údržbu IS) a kap. 3. (Požadavky na rozsah implementované funkčnosti) této části B ZD, ale služby mající charakter poskytování znalostí z oblasti IT a z oblasti podpory provozování a dalšího rozvoje využití nabízeného IS, pokud se takovéto potřeby dodatečně projeví. Službami odborné IT podpory se rozumí:

konsultace ke koncepčním otázkám z oblasti IT strategií, architektury informačních systémů, k technickým a technologickým otázkám informačních systémů obecně konzultace a práce spojené s metodikou výpočtů ROI, TCO, NVP a efektivnosti informačních systémů konsultace z oblasti standardů ITIL odborná školení z oblasti IT podpora uživatelů s provozovanými (naimplementovanými) částmi, funkčnostmi, IS, realizace a implementace úprav a rozšíření provozovaného řešení IS (analýza, modifikace, testování a zdokumentování) malého rozsahu instalace patchů od výrobce IS a provedení příslušných úprav systému, tvorba nového programu v programovacím jazyce IS nebo modifikace existujícího zdrojového kódu malého rozsahu.

Služby odborné IT podpory nesmí duplikovat nebo nahrazovat:

služby údržby IS po celou dobu poskytování služeb údržby IS. služby spojené s odstraňováním vad či nedodělků naimplementovanou funkčnost) v záruční době díla .

díla

(projektem

implementace

Zadavatel požaduje, aby uchazeč ve své nabídce v samostatné části nabídl a ocenil poskytování služeb odborné IT podpory v rozsahu celkem 10 čld (člověkodní) měsíčně počínaje od ukončení fáze 2 – realizační koncept do 31. 12. 2011. Odbornost pracovníků uchazeče, jejichž kapacita bude nabízena, musí pokrýt celé spektrum odborností, které výše uvedený výčet odborné IT podpory vyžaduje. Fakturace vyžádaných a dodaných služeb odborné IT podpory bude fakturována na základě výkazů práce (timesheetů) potvrzených zadavatelem jednou měsíčně. Uchazeč může ve své nabídce za držení disponibilní kapacity poradců stanovit samostatný poplatek. Uchazeč nabídne a popíše ve své nabídce a v návrhu smlouvy mobilizační schéma (proces, postup), který zaručí, že kapacita příslušného odborníka uchazeče bude pro zadavatele dostupná (poskytování služeb zahájeno) nejpozději do 14 dnů ode dne předání požadavku zadavatelem uchazeči. Zadavatel si vyhrazuje právo tuto rezervovanou kapacitu pracovníků uchazeče bez jakékoliv sankce nevyužít. Uchazečem nevyužitá rezervovaná kapacita z minulého měsíce bude nepřevoditelná do následujícího měsíce.


5. Požadavky na spolupráci uchazeče při návrhu výkonnosti HW Zadavatel požaduje, aby se uchazeč ve své nabídce zavázal k poskytnutí součinnosti při definování výkonnosti (sizingu) HW (návrh HW konfigurace pro implementaci a produkční provoz IISSP) a související konfigurace infrastruktury Zadavatele a to nejpozději ke konci fáze, ve které je zpracována detailní analýza.


Zadávací dokumentace

Recommend Documents