Specifikace předmětu plnění a technické požadavky
Příloha č. 1 k Rámcové smlouvě
Specifikace předmětu plnění
a technické požadavky
Obsah
2.1 Dokumentace APV pro Správu údajové základny 4
3.1 SYSTÉM KMENOVÉ EVIDENCE (KE) 5
3.2 SYSTÉM POJISTNÉ VZTAHY (VZT) 6
3.3 APV DQC (Data Quality Center) 7
3.5 APV MCU (synchronizace dat důchodců z CVS) 8
4 Rozvoj APV pro oblast Správy údajové základny 11
4.8 Řešení vybraných požadavků 18
4.8.1 Akce „Změna RČ OSVČ“ a „Zneplatnění RČ“ propagovat i do modulu Požadavky v aplikaci UI08 19
4.8.3 V modulu VZT/InPod umožnit změnit, opravit, doplnit telefon, fax a email 21
4.8.4 Nový modul DOPOJ v aplikaci VZT souvislosti s centralizací této agendy 22
4.8.5 TCL - Úprava zobrazovaných informací 23
5 Zajištění aplikační podpory APV pro oblast Správy údajové základny 24
5.1.1 Rozsah převzetí do servisu 24
5.2 Poskytování aplikační podpory APV pro oblast Správy údajové základny 24
5.2.2 Algoritmus vyhodnocení aplikační podpory 26
5.2.3 Rozsah služeb aplikační podpory 27
1Úvod
Závazné podmínky:
1.1 Smyslem a účelem Přílohy č. 1 Rámcové smlouvy o vývoji a údržbě aplikačního programového vybavení pro oblast Správy údajové základny (dále jen „Rámcová smlouva“), uzavřené v souladu s ustanovením § 89 a následujícími zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů (dále jen „ZVZ“), ustanovením § 1746 odst. 2 zákona č. 89/2012 Sb., občanský zákoník, ve znění pozdějších předpisů (dále jen „občanský zákoník“) a v souladu s ustanovením § 2358 a následujícími občanského zákoníku, je zejména:
podrobně a přehledně vymezit předmět plnění Rámcové smlouvy, odděleně od ostatních ustanovení Rámcové smlouvy,
stanovit technické specifikace předmětu plnění,
vymezit předmět plnění prostřednictvím návrhů Xxxxxxxxxxx.
1.2 Obchodní a technické podmínky a podmínky plnění dle Rámcové smlouvy stanovené Objednatelem není Zhotovitel oprávněn upravovat.
1.3 Zhotovitel je oprávněn a zároveň povinen specifikovat v rámci této Přílohy č. 1 Rámcové smlouvy předmět plnění v rozsahu, který je mu dán Objednatelem (viz grafické znázornění a upozornění na povinnost doplnění příslušných informací, návrhů apod.).
2Předmět plnění
Závazné podmínky:
Objednatel požaduje vypracování komplexní nabídky pro blok APV, která zajistí stabilní rozvoj pro oblast Správy údajové základny, dále podporu stávajícího aplikačního programového vybavení pro oblast Správy údajové základny i nově dodaných produktů a poskytnutí součinnosti při nasazování nových verzí aplikace do systému.
Aplikace údajové základny jsou integrovány na další APV v rámci informačního systému ČSSZ prostřednictvím webových služeb, buď „napřímo“ nebo s využitím integrační platformy MS Biztalk.
Vzhledem k tomu, že Objednatel již dlouhodobě využívá APV pro Správu údajové základny a v nich zabudované moduly, je nutné metody, postupy a nástroje při zavádění dalších změn přizpůsobit stávajícímu software při dodržení stanovených standardů ČSSZ. Objednatel požaduje řešení, které bude brát ohled na co nejnižší náklady jak při implementaci změn, tak i pro vlastní provoz a údržbu aplikace za jednoznačně definované kvality, bude minimalizovat náklady na vývoj systému, jeho údržbu, minimalizovat náklady na integraci s již zavedenými systémy a predikovat možnosti budoucí funkcionality s ohledem na nástup nových technologií a zařízení s podporou Windows server 2012 a Oracle 12.
Plnění bude sjednáno na dobu 4 let. Nabídnutá dodávka a služby tvoří:
Rozvoj APV pro oblast Správy údajové základny
Zapracování úprav stávajícího APV pro oblast Správy údajové základny (legislativní změny, úpravy v aplikacích pro oblast Správy údajové základny na základě požadavků metodiků a návrhů uživatelů), vývoj a sestavení nových komunikačních rozhraní se stávajícími i nově vytvořenými aplikacemi a vypracování příslušné dokumentace
Poskytování aplikační podpory
Poskytování podpory při zajištění vybraných požadavků pro oblast Správy údajové základny
Poskytování podpory APV pro oblast Správy údajové základny
2.1Dokumentace APV pro Správu údajové základny
Existující dokumentace k příslušným aplikacím, byla Zhotoviteli předána v rámci Zadávacího řízení v elektronické podobě na CD/DVD jako příloha k Zadávací dokumentaci.
3Specifikace APV
Blok APV pro oblast Správy údajové základny tvoří tyto systémy aplikací: SYSTÉM KMENOVÉ EVIDENCE (KE), SYSTÉM POJISTNÉ VZTAHY (VZT), APV DQC (Data Quality Center), APV KL (Kontrolní linka), APV MCU (synchronizace dat důchodců z CVS), VPO (volný pohyb osob).
3.1SYSTÉM KMENOVÉ EVIDENCE (KE)
3.1.1Legislativní rámec
Oblast aplikací systému Kmenové evidence (Údajová základna ČSSZ - Registr pojištěnců) je legislativně vymezena těmito právními předpisy:
Zákon č. 582/1991 Sb. O organizaci a provádění sociálního zabezpečení, v platném znění
Zákon č. 187/2006 Sb. O nemocenském pojištění, v platném znění
3.1.2Popis systému
Kmenové evidence (centralizovaná datová základna kmenových údajů) jsou systém IIS ČSSZ, který je v současné době pro všechny související a spolupracující agendové oblasti s decentralizovaným zpracováním klíčový, jednak pro vyhledávání databázových identifikátorů při přístupu k libovolným údajům o osobách a organizacích, zároveň pro načítání základních údajů osob/organizací podle identifikátoru při zobrazování údajů o osobách a organizacích ve všech centralizovaných aplikacích.
Systém Kmenové evidence se skládá z následujících subsystémů:
BAM – systém pro řízení a monitorování procesu předávání požadavků (datových vět) ze vstupních systémů (DIS, KL, VZT) ke zpracování do aplikace UI44, včetně řízení interního procesu zpracování v této aplikaci (proces referent/aprobant), zároveň k předávání požadavků a řízení zpracování v aplikaci UI08. Slouží také k předávání informací o změnách provedených prostřednictvím centralizovaného VZT do okresních aplikací (aplikace KMEN).
CRZ – Systém pro dávkové zpracování aktualizačních dávek z evidence obyvatel (Ministerstvo vnitra ČR) soubory CRO změny, CRO patnáctiletí (přírůstky).
DRC – DRC2SI rozhraní – aplikační rozhraní systému Kmenových evidencí pro DIGI aplikace. Obsahuje pouze načítací metody, prostřednictvím kterých vybrané agendové systémy načítají hodnoty z údajové základny ČSSZ pro svoji činnost.
IPK – Interní podnět Kmenových evidencí – univerzální nástroj pro zadávání interních podnětů ze strany agendových systémů k došetřování kolize v osobních či kontaktních údajích osob vedených v systému KE.
JMK – Job Manager Kmenových evidencí – řešení pro zprostředkování informace o změně RČ účastníka pojištění (=VS plátce) prostřednictvím aplikace UI44, dotčeným okolním systémům, pro které je tato informace relevantní.
Součást řešení TCL-INF (Informační povinnost a kontrolní činnost) – řešení pro poskytování informací a podkladů pro plnění informační povinnosti ČSSZ a výkon kontrolní činnosti (TCL, JMK) – objednání, vytvoření, uložení a vyzvednutí definované sady reportů pro informační povinnost a pro výkon kontrolní činnosti ČSSZ. Zároveň v rámci platného řešení pro plnění informační povinnosti vůči zdravotním pojišťovnám. i pro vytvoření definovaných souhrnných statistik nad reporty informační povinnosti. Součástí řešení jsou i Statistiky VZT – objednání, vytvoření, uložení a vyzvednutí definované sady souhrnných statistik a sestav, které se vytváří na základě definice ČSSZ a většinou jsou předávány jako výstup třetím stranám (MPSV, ČSÚ).
OPT-UDZ – důchodové spoření – aplikace pro příjem a zpracování případů důchodového spoření
RPL – Registr plátců - služba, která na základě vstupních parametrů odvodí nebo vygeneruje desetimístnou hodnotu variabilního symbolu (VS10) Plátce a zároveň umožňuje dohledání/odvození VS8-VS10.
SI2 – SI2 rozhraní – aplikační rozhraní systému Kmenových evidencí, obsahuje načítací a zápisové metody, prostřednictvím kterých agendové systémy načítají a modifikují data údajové základny ČSSZ.
SIS – SIS rozhraní – interní aplikační rozhraní oblasti centrálních registrů ČSSZ, pro načítání a zápis vybraných údajů z údajové základny KE ze strany vybraných aplikačních subsystémů CeRe ČSSZ.
TCL – Tenký klient systému Kmenových evidencí – slouží k prohlížení dat centrální údajové základny ČSSZ (data systémů KE a VZT).
Zároveň slouží jako uživatelské rozhraní systému TCL-INF (viz.JMK).
UI08 – aplikace pro práci se záznamy v db BAM. Aplikace umožňuje referentům na OSSZ vyřizovat požadavky z centrálních agend, prohlížet zdrojové datové věty a image jednotlivých dokladů, prohlížet průběhy a výsledky zpracování a další podpůrné činnosti.
UI44 – Správní aplikace systému Kmenových evidencí - prostřednictvím této aplikace zajišťují uživatelé správu datové základny KE ČSSZ, především oblasti správy dat registrovaných účastníků pojištění. Pouze prostřednictvím procesů zpracování v této aplikaci (procesy referent-aprobant), lze měnit klíčové údaje datové základny, podléhající aprobačnímu řízení, např. rodná čísla, příjmení apod. účastníků pojištění.
WRC – aplikace pro prohlížení soupisových lístků. Aplikace umožňuje referentům na OSSZ prohlížet naskenované image soupisových lístků ve vazbě na základní data osob v KE.
ZSS – Zařízení sociálních služeb – aplikace umožňuje vymezenému okruhu pracovníků ČSSZ spravovat evidenci Zařízení sociálních služeb (dříve ÚSP – Ústav sociální péče).
ZUM – Zápis data úmrtí – dávková aplikace pro zápis údajů o datu úmrtí osob do systému KE z externích vstupů.
3.2SYSTÉM POJISTNÉ VZTAHY (VZT)
3.2.1Legislativní rámec
Oblast systému Pojistné vztahy (Údajová základna ČSSZ - Registr plátců pojistného) je legislativně vymezena těmito právními předpisy:
Zákon č. 582/1991 Sb. O organizaci a provádění sociálního zabezpečení, v platném znění
Zákon č. 187/2006 Sb. O nemocenském pojištění, v platném znění
ČSSZ vede registr plátců pojistného – zaměstnavatelů a OSVČ – agendově je spravován prostřednictvím aplikace Pojistné vztahy (VZT), údaje jsou evidovány převážně v systému KE.
3.2.2Popis systému
Systém VZT agendově spravuje registr plátců pojistného – zaměstnavatelů a OSVČ.
Prostřednictvím klientské části řešení (moduly Zaměstnavatel, Zaměstnanec, OSVČ (NP), Interní podnět, ZaZa – Zahraniční zaměstnanec) spravují uživatelé údajovou základnu a vzájemné vazby plátců pojistného (zaměstnavatelé – zaměstnanci, OSVČ).
Prostřednictvím zápisového modulu (ZM) VZT dochází k aktualizaci/zakládání nových dat údajové základny plátců pojistného ČSSZ z určených vstupů IIS ČSSZ (DIS, KL, klient VZT, OKR).
Prostřednictvím rozhraní systému (VZT Interface) poskytují VZT vybraným okolním systémům informace o stavu/změnách spravované údajové základny.
3.3APV DQC (Data Quality Center)
3.3.1Legislativní rámec
Aplikace DQC je v ČSSZ nasazena v rámci podpory procesů Správy dat (Registr pojištěnců – Kmenové evidence a Správa pojistných vztahů), které se řídí těmito právními předpisy České republiky:
Zákon č. 187/2006 Sb. (ve znění pozdějších předpisů) o nemocenském pojištění
Zákon č. 582/1991 Sb. (ve znění pozdějších předpisů) o organizaci a provádění sociálního zabezpečení
3.3.2Popis aplikace
Data Quality Center (DQC) je nástroj pro validaci a opravy dat s rozsáhlou a výkonnou podporou pro implementaci znalostních bází a vyhodnocování business rules. Pro potřeby ČSSZ byl DQC nasazen se znalostní bází adresních údajů, vystavěnou nad UIR-ADR a zahrnující seznamy pravidel a tzv. replacementů (číselníky, které obsahují překlepy, zkratky a další chyby vyskytující se běžně v datech), pomocí nichž jsou data opravována. Tato znalostní báze je systematicky budována více než 5 let, mj. na základě četných zkušeností z projektů realizovaných v českém prostředí. VZT v zápisovém modulu využívá funkcionality validace vstupních adres poskytované aplikací DQC ve formě webové služby, v případě pozitivního výsledku validace dle sady implementovaných pravidel je adresa do KE zapisována v normalizovaném a příp. doplněném tvaru včetně referenčního adresního bodu, v opačném případě je adresa do KE zapisována v původním přijatém tvaru z ONZ. V současném nasazení DQC v ČSSZ není využívána ani možnost interaktivního rozhodovacího procesu, ani dávkové zpracování.
3.4APVKL (Kontrolní linka)
3.4.1Legislativní rámec
Oblast KL je v České republice legislativně vymezena těmito právními předpisy:
Zákon č. 582/1991 sb.
Zákon č. 187/2006 sb.
APV KL je tvořena moduly:
KA
Kontrolní automat je služba, která na pozadí provádí kontrolu jednotlivých formulářů
UIP2
Aplikace UIP2 slouží k prohlížení a opravě formulářů uživateli
KLM
Aplikace KLM na základě role Dispečer umožňuje provádět akce, které řeší problémy z chodu systému KL a poskytuje náhled na řídící data
KLInterface
Rozhraní KL slouží ke komunikaci s okolními systémy a poskytuje pohled na zpracovaná data v KL
SAP
Spoluprací se systémem SAP jsou na základě zaslaných podkladů poskytovány reporty o práci KA a UIP2
3.5APV MCU (synchronizace dat důchodců z CVS)
3.5.1Legislativní rámec
Aplikace MCÚ je v ČSSZ vymezena tímto právním předpisem České republiky:
Zákon č.582/1991 Sb. (ve znění pozdějších předpisů) o organizaci a provádění sociálního zabezpečení
3.5.2Popis aplikace
Aplikace slouží k synchronizaci dat z evidence důchodců (MED) do registru pojištěnců (KE). V rámci zpracování jednotlivých výplatních cyklů se exporty dat (EVID, EVCZ, SOP1 a SOP2) srovnávají s předchozími exporty, přičemž vytváří rozdílové/přírůstkové datové věty, které se následně srovnávají s daty registru pojištěnců a změny se do registru zapisují podle stanovených pravidel. Ke zpracování jsou nezbytné i další přidružené exporty bank a spojení, bez kterých není zpracování dotčených exportů možné.
3.6VPO (volný pohyb osob)
3.6.1Legislativní rámec
Xxxxxx určování příslušnosti k právním předpisům sociálního zabezpečení byla v České republice legislativně vymezena těmito právními předpisy:
Nařízení EP a Rady č. 1408/71 a 574/72
V současnosti je agenda určování příslušnosti k právním předpisům sociálního zabezpečení v České republice legislativně vymezena těmito právními předpisy:
Nařízení EP a Rady č. 883/2004 a 987/2009
3.6.2Popis aplikace
Aplikace VPO byla vyvinuta pro podporu agendy volného pohybu osob v rámci EU a ostatních států. Slouží k evidenci osob, které vyjíždí pracovat do zahraničí a současně k evidenci příslušníků jiných států, kteří chtějí pracovat v ČR. Aplikace byla od počátku navržena jako centrální řešení.
V současné době obsahuje dva moduly:
VPO1
VPO-MPV
3.7Standardy IKT ČSSZ
Závazné podmínky:
Vývoj, rozvoj a údržba aplikačního programového vybavení realizovaného v rámci předmětného plnění musejí být provedeny v souladu se standardy IKT ČSSZ platnými v době realizace. Seznam aktuálně platných standardů je uveden v následující tabulce:
č. |
Název souboru |
Název dokumentu |
Verze |
|
|
std_db_060803_v0.91.doc |
Standard databází |
0.91 |
|
|
std_inet_1-10.doc |
Standard připojení k Internetu |
1.10 |
|
|
std_pošta_1-00d.doc |
Standard poštovního systému ČSSZ |
1.00 |
|
|
std_AD_DNS_DHCP_NTP_1-34.pdf |
Standard AD DNS DHCP |
1.34 |
|
|
std_AVO1-10.doc |
Standard Antivirové ochrany |
1.10 |
|
|
Standard systémové konfigurace pracovní stanice 2.20 |
Standard systémové konfigurace pracovní stanice |
|
|
|
Std_mgmt_v.0.54.doc |
Standard Management |
0.54 |
|
|
std_metodikavyvoje_apv_1_0_19.doc |
Standard metodiky vývoje |
1_0_19 |
|
|
std_pravidlareleasemanagementu_apv_1_2_6.pdf včetně formulářů |
Předávání APV a repase |
1_2_6 |
|
|
std_net_1-92d.doc |
Standard síťové infrastruktury |
1.92d |
|
|
Programatorskekonvence_1_0_17.doc |
Programátorské konvence .NET 2.0, 3.0. a 3.5 |
1_0_17 |
|
|
BizTalkDevelopmentStandard.v1.00.doc |
Standardy pro tvorbu aplikací pro Microsoft BizTalk server |
1.00 |
|
|
AAA_Pozadavky_na_aplikace_v8.doc |
Požadavky na nové aplikace při integraci do AAA portálu |
8.00 |
|
|
Standard_pro_tvorbu_skriptu_db_Oracle_0.2.doc |
Standard pro tvorbu, předávání a spouštění skriptů v databázích Oracle
|
0.2
|
|
|
CSSZ_DMS_WS_API_DMA_v3_3_131031.doc |
API ROZHRANÍ SYSTÉMU DMA: WS_API_DMA - Standard rozhraní pro ukládání dokumentů do DMS |
3.3 |
|
|
CSSZ_DU_STD_V011.1.doc |
Standard provozu databáze Oracle |
1.10 |
|
|
std_srv_0.23.doc |
Standard systémové konfigurace aplikačních serverů |
0.23 |
|
|
std_PKI.pdf |
Standard pro PKI |
1.0 |
3.8Výkonnostní požadavky
Závazné podmínky:
Níže jsou popsány standardní výkonnostní požadavky na fungování aplikace. Tato pravidla jsou obecnými standardy, pro konkrétní příklady je možné definovat delší doby odezvy, tyto výjimky ovšem musí být vždy definovány ve funkční specifikaci a podléhají schválení Objednatele. Obecné požadované výkonnostní požadavky jsou:
Výkonnostní požadavek |
Požadovaná doba odezvy |
Požadované procento splnění |
Uživatelská odezva z front-endu aplikace (odezva pro jednu konkrétní aktivitu – vyhledání, založení, …) |
1 sekunda |
95% |
5 sekund |
99% |
|
Odezva online rozhraní (doba zpracování ) |
0,5 sekund |
95% |
3 sekund |
99% |
V případě rozvoje aplikace musí všechna nově vytvářená rozhraní či uživatelská volání splňovat tyto požadavky. Potencionální nová rozhraní musí zaznamenávat dobu běhu konkrétních volání (stačí zápisem do logu). U uživatelských volání musí být Zhotovitel schopen na požádání změřit a prokázat plnění výkonnostních parametrů.
4Rozvoj APV pro oblast Správy údajové základny
Úvod:
V rámci rozvoje APV Objednatel předpokládá poskytování služeb na implementaci rozvojových požadavků a požadavků na změny v APV pro oblast Správy údajové základny.
Závazné podmínky:
V rámci této činnosti musí Zhotovitel pro každou rozvojovou aktivitu, zajistit následující oblasti:
Popis řešení a ocenění požadavků definovaných Objednatelem:
Zhotovitel se zavazuje dodat návrh řešení a ocenění konkrétních požadavků do 10 pracovních dní od data předání požadavku Objednatelem.
Zhotovitel se dále zavazuje, že je schopen dodat kapacity potřebné pro implementaci rozvojového požadavku okamžitě po schválení návrhu řešení.
Zajištění projektového vedení.
Vytvoření funkční dokumentace, případně aktualizace stávající funkční dokumentace, pokud existuje.
Zajištění implementace schváleného požadavku.
Aktualizace technické dokumentace.
Příprava testovacích scénářů a testovacích dat.
Provedení testů – systémové, integrační, akceptační, výkonnostní a penetrační:
Pro konkrétní požadavek nemusí být po dohodě prováděny všechny typy testů.
V případě, že velikost požadavku přesáhne 50 ČD, budou navíc provedeny regresní testy aplikace, pokud nebude dohodnuto jinak.
Objednatel může rozporovat přechod mezi jednotlivými koly testů, v případě že kvalita dodávky nebude splňovat dohodnutá kritéria.
Aktualizace automatizovaných testů (pokud existují).
Příprava reportu o provedení testů.
Aktualizace provozní dokumentace.
Příprava produkčního balíčku a postupu nasazení.
Podpora nasazení do produkce.
Zvýšená podpora bezprostředně po nasazení do produkce.
Aktualizace logického a fyzického datového modelu (v případě prováděných změn).
4.1Projektové řízení
Závazné podmínky:
Zhotovitel zajistí řešení všech disciplín projektového řízení celého projektu, včetně řízení potencionálních subdodávek dalších aplikací ČSSZ, které budou dodávat změny vynucené projektem.
Zhotovitel předloží závazný popis projektového řízení dle výše uvedeného.
Popis projektového řízení musí minimálně obsahovat:
(doplní Zhotovitel)
|
4.2Analytická část
Závazné podmínky:
V rámci analytické části projektu Zhotovitel zajistí:
Katalog požadavků a jeho aktualizaci;
Konsolidace a ukotvení zadání;
Ocenění pracnosti jednotlivých požadavků;
Provedení analýzy požadavků;
Návrh architektury jednotlivých úprav APV;
Vytvoření detailního návrhu řešení úprav APV včetně návrhů dopadů do aplikační i databázové vrstvy (v závislosti na rozsahu požadavků a dopadů realizovaných úprav aktualizace příslušných dokumentů popisující procesní a funkční specifikaci, datovou architekturu, architekturu HW a SW, rozhraní a integraci s okolními APV a systémy) a zapracování změn do stávající dokumentace;
Analýza a návrh integrace dotčených APV a systémů do IS ČSSZ;
Přípravu a popis testovacích scénářů pro jednotlivé typy testů.
Zhotovitel předloží závazný popis plnění dle výše uvedeného.
Zhotovitel minimálně popíše:
(doplní Zhotovitel)
|
4.3Vývojová část
Závazné podmínky:
V rámci vývojové části projektu Zhotovitel zajistí:
Okomentovaný programový kód požadovaných změn, se zapracováním požadovaných úprav ve zdrojových kódech příslušných APV (aplikační i databázová vrstva);
Řízení a koordinace participace dotčených a souvisejících týmů a aplikací;
Proces vývoje a přípravy nasazení, vytvoření instalačních balíčků pro cílovou platformu;
Instalační skripty;
Návrh úpravy konfigurace veškerého částí dodávky;
Zapracování změn v technické/programátorské dokumentaci (případně vytvoření);
Zapracování změn v uživatelské dokumentaci (pokud existuje);
Poskytovat případné konzultace návrhu řešení na úrovni, architektury procesů odborných agend, analýzy, designu, implementace, integrace a testování;
Zajištění a správa vývojového prostředí;
V případě potřeby provedení revize zdrojových aplikačních (programových) a databázových kódů.
Zhotovitel předloží závazný popis plnění dle výše uvedeného.
Zhotovitel minimálně popíše:
(doplní Zhotovitel)
|
4.4Testovací část
Závazné podmínky:
V rámci testovací fáze Zhotovitel minimálně zajistí:
Podporu při přípravě testovacích prostředí;
Funkční testy;
Integrační testy;
Akceptační testy (provádí Zhotovitel, Objednatel akceptuje na základě akceptačního řízení);
Technické testy (penetrační, výkonnostní);
Přípravu zpráv z testování.
Objednatel plnění dle tohoto článku (4.4 Testovací část) akceptuje na základě akceptačního řízení.
Zhotovitel předloží závazný popis plnění dle výše uvedeného.
Zhotovitel minimálně popíše:
(doplní Zhotovitel)
|
4.5Školení
Závazné podmínky:
V případě potřeby Objednatele musí Zhotovitel zabezpečit vyškolení všech určených pracovníků pracujících s aplikací.
Objednatel plnění dle tohoto článku (4.5 Školení) akceptuje na základě akceptačního řízení.
Zhotovitel jako součást své nabídky předloží závazný podrobný popis plnění dle shora uvedeného:
Zhotovitel minimálně popíše:
(doplní Zhotovitel)
|
4.6Nasazování do produkce
Závazné podmínky:
Zhotovitel musí zajistit následující aktivity:
Naplánování nasazení do produkce;
Přípravu instalačního postupu;
Úpravu provozní dokumentace;
Definovat finální konfiguraci pro produkční prostředí;
Podporu finálního produkčního nasazení.
Objednatel plnění dle tohoto článku (4.6 Nasazování do produkce) akceptuje na základě akceptačního řízení.
Zhotovitel předloží podrobný závazný popis plnění dle výše uvedeného.
Zhotovitel minimálně popíše:
(doplní Zhotovitel)
|
4.7Požadované součinnosti
V rámci této kapitoly Zhotovitel závazně definuje požadované součinnosti ze strany ČSSZ pro vývoj a nasazení nového aplikačního vybavení.
Zhotovitel definuje potřebnou součinnost v následující struktuře:
Další popis součinností
(doplní Zhotovitel)
|
4.8Řešení vybraných požadavků
Úvod:
Objednatel požaduje vypracovat detailní návrh řešení všech níže uvedených vybraných požadavků. Zhotovitel popíše řešení pro každý jednotlivý vybraný požadavek, uvede maximální počet člověkodnů dle jednotlivých rolí potřebných na realizaci daného požadavku. Souhrnnou cenu za tyto vybrané požadavky pak uvede v Příloze č. 2 této Smlouvy. Objednatel se dle aktuálních potřeb může rozhodnout pro realizaci jen některých nebo žádných vybraných požadavků. Zhotovitel se pak zavazuje realizovat takový požadavek za podmínek uvedených v této Smlouvě.
Závazné podmínky:
Zhotovitel se zavazuje popsat návrh řešení vybraných požadavků uvedených v odstavcích 4.8.1 až 4.8.5 této Přílohy č. 1. Objednatel se nezavazuje k realizaci těchto požadavků. Cena za realizaci těchto požadavků bude splňovat cenová ujednání uvedená v Příloze č. 2 platná pro rozvoj APV pro Správu údajové základny.
4.8.1 Akce „Změna RČ OSVČ“ a „Zneplatnění RČ“ propagovat i do modulu Požadavky v aplikaci UI08
Závazné podmínky:
Zadání:
V aplikaci UI08 umožnit zpracovat podání „Změna RČ/EČP“ a „Zneplatnění RČ/EČP“ v části Požadavky.
Umožnit zpracování informace o změně nebo zneplatnění rodného čísla nebo evidenčního čísla pojištěnce u osoby samostatně výdělečně činné v části Požadavky aplikace UI08 pro jednotlivé územní organizační jednotky. Informace o změně nebo zneplatnění RČ/EČP slouží k aktualizaci údajů v lokální evidenci OSVČ.
Zhotovitel předloží podrobný závazný popis plnění výše uvedeného zadání.
Zhotovitel pro tento typový požadavek minimálně popíše:
(doplní Zhotovitel)
|
4.8.2 V aplikaci UI44 umožnit převedení neregistrované osoby/organizace na registrovanou osobu/organizaci
Závazné podmínky:
Zadání:
V aplikaci UI44 umožnit převést neregistrované osoby/organizace na registrovanou osobu/organizaci.
Převedením neregistrovaných subjektů na registrované a výsledným smazáním duplicitních neregistrovaných subjektů bude podpořeno pravidlo, že v systému KE nemá být neregistrovaný subjekt.
V současné době není umožněna práce s neregistrovaným subjektem, aplikace UI44 umožňuje pouze výmaz tohoto subjektu. Může docházet k situacím, kdy je vymazán nesprávný záznam, a dojde tak ke ztrátě vazeb na pojistné vztahy daného subjektu. Nyní jsou platné záznamy jak registrovaného tak neregistrovaného subjektu.
Zhotovitel předloží podrobný závazný popis plnění výše uvedeného zadání.
Zhotovitel pro tento typový požadavek minimálně popíše:
(doplní Zhotovitel)
|
4.8.3 V modulu VZT/InPod umožnit změnit, opravit, doplnit telefon, fax a email
Závazné podmínky:
Zadání:
Dovolit v aplikaci VZT modul Interní Podnět zápis, změnu, opravu a doplnění telefonu, faxu a e-mailu.
V ostatních modulech aplikace VZT je u výše uvedených položek umožněn zápis, změna, oprava a doplnění. V aplikaci VZT slouží modul Interní Podnět ke zpracování situací, kdy podnět k aktualizaci údajů v Kmenových evidencích nepřichází s žádným konkrétním tiskopisem nebo písemným hlášením.
Modul Interní podnět zajišťuje aktualizaci údajů fyzických osob evidovaných v Kmenových evidencích.
Zhotovitel předloží podrobný závazný popis plnění výše uvedeného zadání.
Zhotovitel pro tento typový požadavek minimálně popíše:
(doplní Zhotovitel)
|
Závazné připomínky:
Zadání:
Modul umožní spravovat registrace o dobrovolném plátci důchodového pojištění. Modul zkontroluje možnost založení nového pojistného vztahu DP dobrovolného plátce dle platné legislativy (zákon č. 155/1995 Sb.). V případě nenalezení chyb modul založí pojistný vztah důchodového pojištění dobrovolného plátce. V modulu lze data o dobrovolném plátci změnit, upravit a odhlásit z pojistného vztahu.
Současně je nutné upravit i okolní aplikace (UI44, datový model KE, UI08, POJ, DB INP).
Zhotovitel předloží podrobný závazný popis plnění výše uvedeného zadání.
Zhotovitel pro tento typový požadavek minimálně popíše:
(doplní Zhotovitel)
|
4.8.5TCL - Úprava zobrazovaných informací
Závazné podmínky:
Zadání:
Aplikovat do TCL rozlišení fiktivních a náhradních pojistných vztahů od standardních, podobně jako je tomu ve VZT. Dále implementovat rozdílnost fiktivně odhlášených zaměstnavatelů od běžně odhlášených.
Ve VZT jsou jednotlivé výše uvedené pojistné vztahy zobrazeny barevně. Stejný princip je použit i u zobrazování fiktivně odhlášených zaměstnavatelů. Je požadováno navržení vhodného způsobu zobrazování pro TCL.
Zhotovitel předloží podrobný závazný popis plnění výše uvedeného zadání.
Zhotovitel pro tento typový požadavek minimálně popíše:
(doplní Zhotovitel)
|
5Zajištění aplikační podpory APV pro oblast Správy údajové základny
Úvod:
Poskytování aplikační podpory zahrnuje následující dílčí plnění:
Převzetí do servisu
Poskytování podpory APV pro oblast Správy údajové základny
5.1Převzetí do servisu
Závazné podmínky:
V rámci převzetí aplikační podpory do servisu se Xxxxxxxxxx seznámí s APV pro Správu údajové základny a proškolí své členy realizačního týmu před začátkem poskytování aplikační podpory APV pro správu údajové základny takovým způsobem, aby byl schopen zajistit poskytování veškerých služeb dle předmětu plnění této Smlouvy.
Zhotovitel v rámci této oblasti předloží podrobný návrh, jak bude převzetí do servisu realizovat. Zároveň v této části vydefinuje požadavky na součinnost Objednatele. Objednatel není povinen při převzetí do servisu zajistit součinnost 3. stran – např. dodavatelů Objednatele.
5.1.1Rozsah převzetí do servisu
V rámci této kapitoly Zhotovitel závazně popíše:
(doplní Zhotovitel)
|
5.2Poskytování aplikační podpory APV pro oblast Správy údajové základny
Závazné podmínky:
Podpora aplikace bude zajištěna na odstraňování chyb na základě SLA definovaných níže.
Zhotovitel řeší všechny nalezené chyby v aplikaci pod domluvenými SLA (všechny časy jsou počítány na pracovní dny a čas v České republice):
Zodpovídá za analýzu, opravu a test chyb.
Zodpovídá za plánování oprav do balíčků v návaznosti na SLA – finální termín nasazení potvrzuje ČSSZ.
Předává opravenou chybu s průvodkou popisující – kdo, jak provedl test, jak byla chyba opravena a co bylo její příčinou.
Je povinen opravovat příčinu i následek chyby (opravy pouze následků a neopravování příčin budou negativním kritériem hodnocení).
Je povinen dodat testovací data pro případný retest chyby Objednatelem.
Je povinen dodržovat standardy vývoje definované Objednatelem.
Zodpovídá za úplnost a korektnost opravných balíčku dodávaných na provoz.
Zodpovídá za včasné informování ČSSZ o možných dopadech opravy na součinné aplikace.
Zodpovídá za aktualizaci automatizovaných testů (pokud existují).
Musí poskytnout plnou součinnost pro nasazení oprav na produkci a zvýšenou podporu po nasazení pro provoz IT.
Zodpovídá za aktualizaci veškeré dokumentace ovlivněné opravou.
Zajišťuje podporu uživatelů.
Řeší management defektů v nástroji na sledování chyb a eskalaci problémů.
Připravuje podklady na status meetingy.
Reportuje plnění SLA na měsíční úrovni (připravuje podklady pro vyhodnocení kontrolních parametrů).
Účastní se a vede aktivity v procesech problém managementu.
Poskytuje součinnost pro opravy v ostatních aplikacích.
Školení uživatelů:
Příprava školících materiálů pro školení uživatelů.
Příprava dat a prostředí pro školení uživatelů.
Realizace školení uživatelů.
Vyhodnocení zpětné vazby.
Předání aplikační podpory v případě ukončení Smlouvy se řídí ustanovením Smlouvy.
5.2.1SLA
Závazné podmínky:
Zhotovitel se zavazuje dodržovat definovanou úroveň služeb pro řešení chyb (incidentů):
Oblast |
Kategorie A |
Kategorie B |
Kategorie C |
|||
|
Reakce |
Odstranění |
Reakce |
Odstranění |
Reakce |
Odstranění |
Očekávaná doba |
1 hod |
12 hod |
6 hod |
50 hod |
20 hod |
100 hod |
Reakční dobou v tomto případě Objednatel rozumí převzetí chyby, provedení úvodní analýzy problému a předání informaci o důvodu chyby a předpokládaném řešení.
Pro účely dodržování výše uvedených parametrů reakční doby a doby odstranění závady (dobou pro odstranění závady se rozumí doba, která započne běžet časem předání incidentu Zhotoviteli a bude ukončena v čase předání vyřešeného incidentu zpět Objednateli) je dále uvedeno rozdělení závad do kategorií:
za závady kategorie A budou považovány kritické chyby, kterými se rozumí zejména havárie, poruchy, chyby, vady vedoucí k přerušení provozu nebo jeho kritickému omezení a znemožňující používání a využívání APV nebo databází nebo systémového vybavení nebo hardware k účelu, k němuž je určeno,
za závady kategorie B budou považovány hlavní chyby, kterými se rozumí poruchy, chyby, vady, které způsobují provozní problémy, ale neznemožňují používání a využívání APV nebo databází nebo systémového vybavení nebo hardware k účelu, k němuž je určeno, a lze je dočasně řešit organizačními nebo technickými opatřeními,
za závady kategorie C budou považovány vedlejší chyby, kterými se rozumí méně závažné poruchy, chyby, vady nebo diference APV, které nemají vliv na používání a využívání APV nebo databází nebo systémového vybavení nebo hardware k účelu, k němuž je určeno.
Lhůty se ve věcech reakčních dob pro řešení incidentů počítají v rámci pracovní doby Objednatele, tedy běh lhůty se pozastavuje na konci každého pracovního dne a obnovuje na počátku pracovní doby následujícího pracovního dne. Pracovní doba se pro tento případ definuje od 7:00 do 17:00. Pozastavení počítání lhůty s koncem pracovní doby neplatí pro řešení chyby kategorie A.
Není-li vzájemně dohodnuto jinak, lhůta pro měření doby reakce a doby odstranění incidentu započne běžet časem předání incidentu Zhotoviteli a bude ukončena v čase předání vyřešeného incidentu zpět Objednateli. Celková doba odstranění je pak součet všech časových dob, po které byl incident v řešení na straně Zhotovitele. Z celkové doby odstranění incidentu jsou vyloučeny časové doby, kdy Zhotovitel prokazatelně nemohl pokračovat v řešení incidentu z důvodů, které nebyly jím způsobené (např. Zhotovitel čeká na doplnění relevantních informací k incidentu od Objednatele apod.). Pro výpočet lhůt jsou určující časové záznamy v systému Helpdesk Objednatele k danému incidentu.
Předávání incidentů bude probíhat dle požadavku Objednatele prostřednictvím Helpdesku Objednatele, přičemž Zhotovitel je povinen incidenty z Helpdesku Objednatele automaticky přijímat.
5.2.1.1Dodatečné metriky
Závazné podmínky:
Hodnocení aplikační podpory musí dále zohledňovat následující kritéria:
Vyhodnocení procenta chyb, u kterých nebyla opravena příčina.
Vyhodnocení opravy chyb, kde nedošlo k úspěšné opravě, nebo byla zavlečena nová chyba.
Vyhodnocení počtu nekorektních balíčků – chybně dodané balíčky, nebo balíčky které vyžadovali nestandardní zásah provozu IT (nešli nasadit podle dodaného postupu).
Vyhodnocení dodržování vývojových standardů.
5.2.2Algoritmus vyhodnocení aplikační podpory
Úvod:
Tato kapitola popisuje způsob, jakým bude vyhodnocována definovaná úroveň služeb v oblasti aplikační podpory.
Závazné podmínky:
Vyhodnocování bude probíhat na měsíční bázi.
V případě neplnění vyhodnocovaných kritérií, můžou být uplatněny definované sankce na platbu za aplikační podporu. V případě hrubého neplnění SLA je možné odstoupení od Rámcové smlouvy nebo Dílčí smlouvy. Hrubým neplněním SLA je například neplnění definované úroveň služeb v oblasti aplikační podpory u kategorie závady A, a to v rozsahu minimálně dvakrát v kalendářním měsíci nebo například opakované nedodržování dodatečných SLA metrik.
SLA reakční doby pro řešení chyb A, B, C je definováno v kapitole 4.2.1. Pro účely hodnocení se vyhodnocuje splnění reakční doby a doby vyřešení chyby pro každý jednotlivý případ a penalizace za nesplnění časových limitů probíhá dle ustanovení Rámcové smlouvy.
Vyhodnocení dodatečných metrik:
V případě, že procento chyb, u nichž nebude opravena příčina, přesáhne 10%, bude v měřeném období nastaven parametr – SLApříčina = -5 %.
V případě, že procento chyb, u nichž po nasazení do produkce bude konstatováno, že nedošlo k opravě, nebo že došlo k zavlečení další chyby, přesáhne 20%, bude v měřeném období nastaven parametr – SLAzavleč = -5 %.
V případě, že počet nekorektních produkčních balíčků přesáhne počet jednoho nekorektního nasazení za měsíc, bude nastaven parametr – SLAbalíček = -5 %.
V případě, že ze strany Objednatele bude v rámci hodnocení aplikační podpory eskalováno nedodržování vývojových standardů a tato situace se nezmění ani následující měsíc, bude nastaven parametr – SLAstandardy = -5 %.
Celkový parametr vyhodnocení aplikační podpory je definován jako:
Spočítané
bude využito ke snížení měsíční ceny za aplikační podporu
podle pravidel popsaných v Příloze č. 2 – Cena plnění.
5.2.3Rozsah služeb aplikační podpory
V rámci této kapitoly Zhotovitel závazně popíše:
(doplní Zhotovitel)
|