Specifikace p edm tu pln ní a technické požadavky

íloha . 1 k Rámcové smlouv

Digitally signed by Ludmila Hnutová DN: cn=Ludmila Hnutová, c=CZ, o=Česká správa sociálního zabezpečení, ou=Odbor právní, [email protected] Date: 2015.02.03 11:37:33 +01'00'

Specifikace p edm tu pln ní a technické požadavky

Obsah 1

Úvod ............................................................................................................................................................. 3

2

P edm t ve ejné zakázky ............................................................................................................................ 4

3

2.1

Dokumentace APV POJ ....................................................................................................................... 5

2.2

Popis modul APV POJ ........................................................................................................................ 5

2.3

Standardy IKT SSZ .............................................................................................................................. 6

2.4

Výkonnostní požadavky ...................................................................................................................... 7

Rozvoj aplikace APV POJ ............................................................................................................................. 8 3.1

Projektové ízení.................................................................................................................................. 9

3.2

Analytická ást ................................................................................................................................... 10

3.3

Vývojová ást ..................................................................................................................................... 11

3.4

Testovací ást .................................................................................................................................... 12

3.5

Školení ................................................................................................................................................ 13

3.6

Nasazování do produkce................................................................................................................... 14

3.7

Požadované sou innosti ................................................................................................................... 15

3.8

ešení vybraných požadavk ........................................................................................................... 16

3.8.1

P ehled pokladních knih ........................................................................................................... 16

3.8.2

Úprava stavového modelu zpracování bankovního souboru ................................................ 17

3.8.3

Sestava plátc s nep im eným dluhem ................................................................................. 18

3.8.4

Možnost filtrace vyhledávání operací kont podle správce konta .......................................... 19

3.8.5

Úprava rekapitulace výkazu nedoplatk v p ípad promíjení penále................................... 20

3.8.6

Ošet ení dávek s výhradn nulovými operacemi p i integraci s EKIS (SAP).......................... 21

3.8.7

Úprava výstup do MIS – ZPPOHLED....................................................................................... 22

3.8.8

Pokladní kniha s nulovým obratem ......................................................................................... 24

3.8.9

Aprobace splátkového kalendá e ............................................................................................ 25

3.8.10

Úprava implicitního zobrazení vyhodnocení konta zam stnavatele .................................... 26

3.8.11

Možnost zobrazení konta plátce p i ú tování P ehledu zam stnavatele ............................. 27

3.8.12

Zobrazení seznamu operací a specifických symbol .............................................................. 28

3.8.13

Integrace s KOC ......................................................................................................................... 29

3.8.14

Úprava zadávání intervalu druhé sazby pojistného zam stnavatele .................................... 29 1

4

3.8.15

Umožn ní ú tování na všech pracovištích PSSZ ..................................................................... 31

3.8.16

Zm na výpo tu sborník a rekapitulací .................................................................................. 32

3.8.17

Porovnání dat POJ a VZT........................................................................................................... 33

3.8.18

Evidence splátek v SPR ............................................................................................................. 34

3.8.19

Plátce bez povinnosti p edkládat p ehledy............................................................................. 36

3.8.20

Nezneplat ování titulu požadavkem z VZT ............................................................................. 37

3.8.21

Možnost opravit uloženou poznámku..................................................................................... 38

3.8.22

Storno p azení okresu referentovi ........................................................................................ 39

3.8.23

Insolvence v sestav zaú tovaných p edpis a plateb ........................................................... 40

3.8.24

Informace o vráceném p eplatku NP OSV ............................................................................ 41

Zajišt ní aplika ní podpory APV POJ ........................................................................................................ 42 4.1

P evzetí do servisu ............................................................................................................................ 42

4.1.1 4.2

Rozsah p evzetí do servisu ....................................................................................................... 42

Poskytování aplika ní podpory APV POJ.......................................................................................... 42

4.2.1

Návrh SLA................................................................................................................................... 43

4.2.2

Algoritmus vyhodnocení aplika ní podpory............................................................................ 45

4.2.3

Rozsah služeb aplika ní podpory ............................................................................................. 46

2

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 výb ru pojistného od zam stnavatel a nemocenského pojišt ní OSV – II (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 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: a) podrobn a p ehledn vymezit p edm t pln ní Rámcové smlouvy, odd len od ostatních ustanovení Rámcové smlouvy, b) stanovit technické specifikace p edm tu pln ní, c) vymezit p edm t pln ní prost ednictvím návrh Zhotovitele.

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 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.).

3

2

edm

ve ejné zakázky

Závazné podmínky: Aplika ní vybavení pro správu výb ru pojistného (APV POJ) bylo nasazeno do produk ního prost edí k 1. 1. 2009. Aplikace podporuje agendu výb ru pojistného pro oblasti pojistného zam stnavatel (d chodové pojišt ní, nemocenské pojišt ní, p ísp vek na státní politiku zam stnanosti) a dobrovolného nemocenského pojišt ní osob samostatn výd le inných a zahrani ních zam stnanc . Aplikace je modulárn len na na ásti Platby (zpracování p íchozích bankovních výpis ve formátu NB, zpracování soubor s poukázkami od eské pošty, pokladna OSSZ, vytvá ení platebních p íkaz pro p evody plateb), NP OSV /ZAZA (konto plátce pro dobrovolné nemocenské pojišt ní, umíst ní plateb, vyhodnocování výše vym ovacího základu, vyhodnocení zániku nároku na nemocenské pojišt ní), Zam stnavatel (konto plátce zam stnavatele, evidence a výpo et r zných typ p edpis pojistného, penále a pokut, umis ování plateb na p edpisy) a Jádro (podp rné funk nosti, p edú tování plateb a p edpis , tiskové sestavy, aplika ní framework). Aplikaci využívá cca 3000 uživatel na všech okresních správách sociálního zabezpe ení. Aplikace byla vytvo ena dodavatelsky (zakázkový vývoj). Aplikace je vytvo ena primárn v prost edí MS.NET (.NET framework 2.0) s využitím jazyka C#. Tenký klient aplikace pracuje v prost edí Internet Explorer. Pro persistentní uložení dat je využíván databázový stroj Oracle 10g. Aplikace POJ je integrována 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. Integrace se týká p edevším systém Kmenové evidence, Pojistné vztahy, Nemocenská a SAP. Vzhledem k tomu, že Zadavatel již dlouhodob využívá APV POJ a v n m 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. Zadavatel požaduje ešení, které bude brát ohled na co nejnižší náklady jak i implementaci zm n, tak i pro vlastní provoz a údržbu aplikace za jednozna 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 IE8. Objednatel požaduje zajišt ní komplexních služeb, které zajistí Zadavateli stabilní rozvoj APV POJ, dále podporu stávající aplikace POJ i nov dodaných produkt a poskytnutí sou innosti p i nasazování nových verzí aplikace do systém Zadavatele. Pln ní bude sjednáno na dobu 4 let. Dodávka a služby musí tvo í: Poskytování aplika ní podpory o evzetí do servisu o Poskytování podpory APV POJ 4

Rozvoj APV POJ o Zapracování úprav do stávajícího APV POJ (legislativní zm ny, úpravy v aplikaci POJ 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í íslušné dokumentace

2.1 Dokumentace APV POJ Existující dokumentace k p íslušným aplikacím, je p edána v elektronické podob na CD/DVD jako p íloha k Zadávací dokumentaci.

2.2 Popis modul APV POJ Závazné obchodní podmínky: Níže uvedená tabulka popisuje p ehled aplikací a modul , které jsou p edm tem p edpokládaného pln ní. Aplikace ZAME

Moduly Správa kont ZAME Vyhodnocení konto ZAME Platby a p edpisy ZAME ehledy E-podání Platební vým ry Výkazy nedoplatk Splátkové kalendá e eplatky zam stnanc Transformace Pohledy na konto ZAME Sborníky Tiskové sestavy Správa kont NP Vyhodnocení kont NP Platby a p edpisy NP Umís ování plateb eplatky NP Zprošt ní úhrady Pohledy na konto NP Tiskové sestavy Sborníky

NP

5

SDK

Banka Pošta Pokladna Zú tovací konta Záv rky Platební brána Sborníky Tiskové sestavy evody plateb, ástek Aprobace ZD DOP Správa kont DOP (pozn. Tento modul bude vytvo en v rámci Rozvoje Vyhodnocení kont DOP APV POJ) Platby a p edpisy DOP Umís ování plateb Pohledy na konto DOP Tiskové sestavy Sborníky

2.3 Standardy 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: . 1. 2. 3. 4. 5. 6. 7. 8. 9.

Název souboru std_db_060803_v0.91.doc std_inet_1-10.doc std_pošta_1-00d.doc std_AD_DNS_DHCP_NTP_1-34.pdf std_AVO1-10.doc Standard systémové konfigurace pracovní stanice 2.20 Std_mgmt_v.0.54.doc std_metodikavyvoje_apv_1_0_19.doc

10. 11.

std_pravidlareleasemanagementu_apv_1_ 2_6.pdf etn formulá std_net_1-92d.doc Programatorskekonvence_1_0_17.doc

12.

BizTalkDevelopmentStandard.v1.00.doc

Název dokumentu Standard databází Standard p ipojení k Internetu Standard poštovního systému SSZ Standard AD DNS DHCP Standard Antivirové ochrany Standard systémové konfigurace pracovní stanice Standard Management Standard metodiky vývoje edávání APV a repase Standard sí ové infrastruktury Programátorské konvence .NET 2.0, 3.0. a 3.5 Standardy pro tvorbu aplikací pro Microsoft BizTalk server

6

Verze 0.91 1.10 1.00 1.34 1.10 2.20 0.54 1_0_1 9 1_2_6 1.92d 1_0_1 7 1.00

13.

AAA_Pozadavky_na_aplikace_v8.doc

Požadavky na nové aplikace p i integraci do AAA portálu

8.00

14.

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

15.

CSSZ_DMS_WS_API_DMA_v3_3_13103 1.doc

API ROZHRANÍ SYSTÉMU DMA: WS_API_DMA - Standard rozhraní pro ukládání dokument do DMS

3.3

16.

CSSZ_DU_STD_V011.1.doc

Standard provozu databáze Oracle

1.10

17.

std_srv_0.23.doc

Standard systémové konfigurace aplika ních server

0.23

18.

std_PKI.pdf

Standard pro PKI

1.0

2.4 Vý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 Uživatelská odezva z front-endu aplikace (odezva pro jednu konkrétní aktivitu – vyhledání, založení, …) Odezva online rozhraní (doba zpracování )

Požadovaná doba odezvy

Požadované procento spln ní

1 sekunda

95%

5 sekund 0,5 sekund 3 sekund

99% 95% 99%

V p ípad rozvoje aplikace musí všechna nov vznikaná 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 .

7

3 Rozvoj aplikace APV POJ Úvod: V rámci rozvoje aplikace Objednatel p edpokládá poskytování služeb na implementaci rozvojových požadavk a požadavk na zm ny v APV POJ. 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: o 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. o 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. íprava testovacích scéná a testovacích dat. Provedení test – systémové, integra ní, akcepta ní, výkonnostní a penetra ní: o Pro konkrétní požadavek nemusí být po dohod provád ny všechny typy test . o V p ípad , že velikost požadavku p esáhne 50 D, budou navíc provedeny regresní testy aplikace, pokud nebude dohodnuto jinak. o 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í). íprava reportu o provedení test . Aktualizace provozní dokumentace. íprava produk ního balí ku a postupu nasazení. Podpora nasazení do produkce. Zvýšená podpora bezprost edn po nasazení do produkce.

8

3.1 Projektové í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: Metodiku projektového ízení; Metodiku ízení rizik; Metodiku ízení zm n; Metodiku release managementu; Organiza ní strukturu projektu. (doplní Zhotovitel)

9

3.2 Analytická á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ávrhu 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ích 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; í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: Metodiku tvorby dokumentace; íklady všech p edpokládaných výstup . (doplní Zhotovitel)

10

3.3 Vývojová ást Závazné obchodní 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í 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 zprá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: Metodiku vývoje; Metodika p ípravy nasazovacích balí íklady p edpokládaných výstup .

p ípadn používané nástroje;

(doplní Zhotovitel)

11

3.4 Testovací ást Závazné obchodní 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í); ípravu zpráv z testování. Objednatel pln ní dle tohoto lánku (3.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: íklady p edpokládaných výstup ; Úvodní návrh testovací strategie; Obecnou metodiku jednotlivých typ test . (doplní Zhotovitel)

12

3.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 (3.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: Návrh zp sobu školení; íklady školících materiál . (doplní Zhotovitel)

13

3.6 Nasazování do produkce Závazné podmínky: Zhotovitel musí zajistit následující aktivity: Naplánování nasazení do produkce; í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 (3.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: Návrh zp sobu nasazování do produkce; íklady relevantní dokumentace; Popis provozní dokumentace. (doplní Zhotovitel)

14

3.7 Pož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: Popis sou innosti; Popis role na stran SSZ; Rozsah o ekávané sou innosti (v D). Další popis sou inností ípadné další požadavky na sou innost. (doplní Zhotovitel)

15

3.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é obchodní podmínky: Zhotovitel se zavazuje popsat návrh ešení vybraných požadavk uvedených v odstavcích 3.8.1 až 0 této í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 POJ. 3.8.1

ehled pokladních knih

Závazné obchodní podmínky: Zadání: Vytvo ení funk nosti zobrazující pro daný bankovní ú et p ehled jednotlivých pokladních dn s možností echodu na výpis transakcí vybraného pokladního dne (pokladní knihu). Funk nost zajistí vytvo ení tiskové sestavy, obsahující souhrnné údaje (otev ený/uzav ený pokladní den, po ty transakcí podle jednotlivých ú , bilance z statk a sald za daný m síc (ú etní období)). Samostatné generování sestavy pro jednotlivé podporované bankovní ú ty a jednotlivá pracovišt v souladu se standardy pro tvorbu sestav v aplikaci a s možností exportu do Excelu. Filtra ní kritéria sestavy zohlední pracovišt a ú etní období. Sestava bude rozlišovat uzav ená a otev ená ú etní období. Sestavu není možné zobrazovat pro budoucí ú etní období. Za azení sestavy do nabídky sborník a dalších ú etních sestav. Vytvo ení nové fyzické role pro zajišt ní p ístupových práv. 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: Detailní návrh ešení typového požadavku; Maximální po et lov kodní dle rolí na realizaci. (doplní Zhotovitel)

16

3.8.2

Úprava stavového modelu zpracování bankovního souboru

Závazné obchodní podmínky: Zadání: Úprava stavového modelu zpracování bankovního souboru s výpisy z ú . Rozlišení situace, kdy po provedení identifikací plateb, které nebyly automaticky p azeny, je možné soubor p edat k dalšímu zpracování (zaú tování). Informování uživatele aplikace o novém stavu zpracování souboru. Zajišt ní echodu do stavu manuální identifikace plateb v p ípad , kdy uživatel provede op tovné volání této funk nosti. Obdobná úprava se týká zpracování výpis p ijatých poštovních poukázek zasílaných eskou poštou. 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: Detailní návrh ešení typového požadavku; Maximální po et lov kodní dle rolí na realizaci. (doplní Zhotovitel)

17

3.8.3

Sestava plátc

nep im eným dluhem

Závazné obchodní podmínky: Zadání: Vytvo ení funk nosti, která umožní zjišt ní plátc podle zadaných kritérií za vybrané uzav ené ú etní období (za vybrané pracovišt nebo celou republiku). Funk nost bude pracovat nad ukon enou inventarizací kont zam stnavatel . Kritéria umožní minimáln výb r pracovišt , uzav eného ú etního období a výši pohledávky od – do. Sestava umožní také zobrazení celkového dluhu plátce v p ípad , kdy má více mzdových ú táren (agregace inventarizací). Sestava bude obsahovat údaje o plátci – variabilní symbol, název plátce, místní p íslušnost. Sestava bude obsahovat zadaná filtra ní kritéria. Za azení sestavy do nabídky centrálních sestav. Vytvo ení nové fyzické role pro zajišt ní p ístupových práv. 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: Detailní návrh ešení typového požadavku; Maximální po et lov kodní dle rolí na realizaci. (doplní Zhotovitel)

18

3.8.4

Možnost filtrace vyhledávání operací kont podle správce konta

Závazné obchodní podmínky: Zadání: Rozší ení funk nosti Vyhledávání operací kont o volbu „správce konta“, která zajistí, že budou zobrazeny pouze výsledky pro konta p azená zvolenému uživateli. Ošet ení uživatel , kte í pracují na úrovni kraj nebo centrály. Ošet ení vyhledávání nad zú tovacími konty, kde nejsou správci konta definováni. Úprava souvisejících výstupních sestav – p eformulování textací filtra ních kriterií. Rozší ení datového modelu aplikace o nové položky na entitách reprezentujících operace nad konty plátc tak, aby související dotazy nezp sobovaly výkonnostní problémy. Zajišt ní automatického p epo ítání hodnot v p ípad zm ny správce konta. Obdobným zp sobem ešit problematiku vyhledávání pomocí aktuáln p íslušného pracovišt konta plátce. 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: Detailní návrh ešení typového požadavku; Maximální po et lov kodní dle rolí na realizaci. (doplní Zhotovitel)

19

3.8.5

Úprava rekapitulace výkazu nedoplatk

ípad promíjení penále

Závazné obchodní podmínky: Zadání: Úprava komplexní tiskové sestavy pr hu výpo tu vyhodnocení a výkazu nedoplatk tak, aby v p ípad operace promíjení penále zobrazovaly kladné hodnoty. Doplnit do vysv tlivek tiskové sestavy pr hu výpo tu vyhodnocení operaci prominutí penále. 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: Detailní návrh ešení typového požadavku; Maximální po et lov kodní dle rolí na realizaci. (doplní Zhotovitel)

20

3.8.6

Ošet ení dávek výhradn nulovými operacemi

integraci EKIS (SAP)

Závazné obchodní podmínky: Zadání: Ošet it situaci, kdy p i automatickém odesílání ú etních dávek do EKIS (SAP) m že dojít k tomu, že jsou odesílány dávky obsahující pouze nulové doklady. Zm na se netýká p ípad , kdy doklad obsahuje nulové i nenulové ástky. Zm na se netýká p ípad , kdy je celková ástka dávky nulová, ale obsahuje doklady s nenulovými ástkami (typicky doklad a jeho storno, kdy se ástky „vyruší“).

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: Detailní návrh ešení typového požadavku; Maximální po et lov kodní dle rolí na realizaci. (doplní Zhotovitel)

21

3.8.7

Úprava výstup do MIS ZPPOHLED

Závazné obchodní podmínky: Zadání: Rozší ení sestavy splátkových kalendá o nové údaje tak, aby byly zohledn ny všechny operace, které mohou ovliv ovat stav pohledávek na splátkových kalendá ích na okrese. Tzn., že výstup bude rozší en o položky transformace, p evod mezi OSSZ, prominutí penále, odpisu dluhu. Je požadováno zavést ú etní evidenci ukon ení splátkových kalendá

pro všechny typy ukon ení, tj.

uhrazení porušení splátek neplacení b žného pojistného jiný d vod § 20a odst. 6 písm. b) zákona . 589/1992 Sb., v platném zn ní Je požadována implementace kontroly, která vyhodnotí stav splátkových kalendá konta p i p evodu konta mezi okresy. Na základ výsledku tohoto vyhodnocení aplikace zamezí p evodu mezi okresy. Je požadováno upravit algoritmus provád jící výpo et odpisu dluhu dle §123a . 582/1991 Sb., v platném zn ní tak, aby tento odpis nebyl realizován z podkont splátkových kalendá . Je požadováno rozší it sestavy ZPPOHLED A ZPPOHLED2 o data ze splátkových kalendá zaú tovaných na okres transformací z lokálních aplikací a p evodem mezi okresy. Sestavy je požadováno rozší it o po ty splátkových kalendá a vypo tené dlužné ástky. Je požadováno implementovat rozší ené rozhraní webových služeb pro p edávání dat ze sestav do externích systém . Dopln ní sou tových kontrol v sestavách ZPPOHLED a ZPPOHLED2 – je požadováno zm nit zp sob výpo tu po splátkových kalendá tak, aby bylo možné provád t definované sou tové kontroly, tj. aby 1) celkový po et a ástky splátkových kalendá v daném m síci v sestav ZPPOHLED odpovídaly sou tu z minulého m síce + p ír stky v daném m síci, 2) celková ástka nedobytných pohledávek v daném m síci v sestav ZPPOHLED odpovídala sou tu z minulého m síce + p ír stky v daném m síci, 3) sou et položek „Po et odhlášených se splátkovým režimem“ a „Po et sou asných se splátkovým režimem“ v sestav ZPPOHLED2 odpovídal celkovému po tu splátkových kalendá na konci období v sestav ZPPOHLED. Je požadováno, aby ob sestavy uvažovaly jako „po et splátek“ po et otev ených podkont SK na konci daného ú etního období namísto po tu plátc s dluhem ve splátkovém režimu. Za tím ú elem je nutno 22

epracovat datový model evidence otev ení a uzav ení podkont, tak aby zohled oval aktuální ú etní období. Je požadováno vytvo it sestavu pro zobrazení výsledk sou tových kontrol pro uživatele s centrální rolí.


23

3.8.8

Pokladní kniha nulovým obratem

Závazné obchodní podmínky: Zadání: Je požadováno doplnit novou obrazovku, která umožní zobrazit výpis pokladní knihy i za pokladní den, který ve skute nosti v databázi neexistuje, protože nebyla p ijata žádná platba. Zárove je požadováno vytvo it tiskovou sestavu pro výpis pokladní knihy za neexistující pokladní den. Aplikace v sou asné dob knihu nevytvo í, jen napíše, že nebyla p ijata žádná platba, p ípadn napíše, že pokladní den neexistuje.


24

3.8.9

Aprobace splátkového kalendá

Závazné obchodní podmínky: Zadání: Rozší it zpracování procesu schvalování splátkového kalendá e o možnost zrušení navrženého splátkového kalendá e jeho autorem. Zajistit, aby v takovém p ípad nedošlo k navýšení íselné ady sankcí splátkových kalendá pro dané konto plátce. Zajistit, aby se takto zrušený splátkový kalendá nezobrazoval v pohledech na konto plátce. Zohlednit, aby se takto zrušený splátkový kalendá neprojevil v ú etnictví / záv rkách.


25

3.8.10 Úprava implicitního zobrazení vyhodnocení konta zam stnavatele Závazné obchodní podmínky: Zadání: V rámci funk nosti vytvá ení ad-hoc vyhodnocení bude automaticky zaškrtnuta volba "Zaokrouhlit edepsané penále", algoritmus vyhodnocení bude zaokrouhlovat spo tené penále. Úprava nesmí mít vliv na žádný jiný typ vyhodnocení (v etn fiktivního vyhodnocení nebo vyhodnocení za období). 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: Detailní návrh ešení typového požadavku; Maximální po et lov kodní dle rolí na realizaci. (doplní Zhotovitel)

26

3.8.11 Možnost zobrazení konta plátce

tování

ehledu zam stnavatele

Závazné obchodní podmínky: Zadání: i manuálním zadávání p ehledu plátce zam stnavatele je pot eba umožnit uživateli náhled na konto plátce (tzv. agregovaný pohled na konto plátce). P edpokládá se zobrazení konta plátce do nového okna, resp. v p ípad zobrazení do stejného okna prohlíže e je nutné zajistit p echod zp t k formulá i P ehledu, aniž by se ztratila již zadaná data. Ošet ení situace, kdy v rámci formulá e p ehledu zatím není zadán variabilní symbol plátce. 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: Detailní návrh ešení typového požadavku; Maximální po et lov kodní dle rolí na realizaci. (doplní Zhotovitel)

27

3.8.12 Zobrazení seznamu operací specifických symbol Závazné obchodní podmínky: Zadání: Doplnit do aplikace novou funk nost umož ující zobrazit seznam ú etních operací – p edpis . Doplnit do aplikace novou funk nost umož ující zobrazit seznam ú etních operací – plateb. Doplnit do aplikace novou funk nost umož ující zobrazit seznam definovaných íselných ad pro konta zam stnavatel (id sankcí). Rozší ení konfigurace aplikace o seznam vybraných speciálních specifických symbol a dopln ní funk nosti pro zobrazení t chto specifických symbol . Vytvo ení nové fyzické role pro zajišt ní ístupových práv. 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: Detailní návrh ešení typového požadavku; Maximální po et lov kodní dle rolí na realizaci. (doplní Zhotovitel)

28

3.8.13 Integrace KOC Závazné obchodní podmínky: Zadání: Zajišt ní integrace s APV KOC (Kontrolní innost). Umožn ní automatického p edání platebního vým ru nebo pokuty z KOC do POJ. Umožn ní automatického p edání storna platebního vým ru nebo pokuty z KOC do POJ. Zajišt ní jednozna nosti uloženého dokladu. Z stane zachována možnost manuálního zaú tování dokladu. Vytvo ení asynchronního procesu, který bude p ijaté doklady zaú továvat a vytvá et íslušné tituly na kont plátce zam stnavatele. Vytvo ení funk nosti pro manuální p ehled p edaných doklad , umožn ní manuálního zpracování p edaného dokladu v rámci této funk nosti v p ípad , že p i automatickém zaú tování došlo k chyb . Umožn ní odložení p edaného dokladu, p i jehož zpracování došlo k chyb . Indikace na kont plátce v p ípad , že k tomuto plátci existuje zatím nezpracovaný doklad platebního vým ru nebo pokuty, který není zaú tován. Vytvo ení služby, která umožní z POJ p edat informaci o tom, zda byl daný doklad úsp šn zpracován a zaú tován. Vytvo ení nové fyzické role pro zajišt ní p ístupových práv. Zaú tování dokladu musí být provedeno tak, aby bylo zajišt no umís ování plateb na jednotlivé tituly dle preference plátce nebo na základ pravidel stanovených zákonem . 589/1992 Sb. Je nutné upravit algoritmus automatického umis ování plateb tak, aby v p ípad nezaú tovaného platebního vým ru byla platba umíst na na zvláštní zú tovací konto, ze kterého bude možné po zaú tování titulu platbu manuáln p evést. Vytvo ení služby, pomocí které bude APV POJ p ijímat informaci o kontrolovaném období z poslední kontroly plátce (datum do), které bude využito pro kontrolu p ed zápisem opravného p ehledu do konta. Vytvo ení služby, pomocí které bude APV POJ p ijímat informaci o stavu probíhající kontroly u plátce. Vytvo ení funk nosti pro evidenci aktuálního stavu kontroly a manuální zm ny stavu.

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: Detailní návrh ešení typového požadavku; Maximální po et lov kodní dle rolí na realizaci. (doplní Zhotovitel) 3.8.14 Úprava zadávání intervalu druhé sazby pojistného zam stnavatele Závazné obchodní podmínky: 29

Zadání: V aplikaci POJ je možno plátci zam stnavateli nastavit pro r zné m síce dv r zné sazby pojišt ní. Standardn má každý plátce nastavenu sazbu 1. Sazbu 2 má plátce pro daný m síc nastavenu v p ípad , že je tento m síc obsažen v intervalu zadaném pomocí funk nosti Nastavení sazby pojistného. Interval lze zadat pouze tak, že za íná prvním dnem v m síci a kon í posledním dnem v roce. Nov bude umožn no nastavit sazbu tak, že interval bude za ínat bu první den v m síci, nebo v den p ihlášení plátce v p ípad , že plátce byl v daném m síci p ihlášen. Konec intervalu bude nastaven vždy bu k poslednímu dni v roce, nebo k datu p edcházejícímu datu p ihlášení plátce. Plátci bude p azena sazba 2 pro daný m síc práv tehdy, když bude existovat alespo jeden den v daném m síci, který je obsažen v intervalu, zadaném pomocí funk nosti Nastavení sazby pojistného. Budou upraveny kontroly nastavení intervalu tak, aby ke každému intervalu nastavení sazby 2 existoval maximáln jeden interval registrace Algoritmus rozpo ítání je navržen tak, že p edpokládá nastavení sazby 2 pouze v intervalech po celých sících. Algoritmus bude upraven, aby správn akceptoval intervaly nastavení sazby 2, p estože mohou za ínat i kon it v pr hu m síce.


30

3.8.15 Umožn ní

tování na všech pracovištích PSSZ

Závazné obchodní podmínky: Zadání: Vybraným pracovník m Územních pracoviš PSSZ bude umožn no provád t vybrané operace s dopadem do ú etnictví, p estože místní p íslušnost pracovníka se neshoduje s kontem, na kterém je ú továno. Tyto operace bude možno provád t na všech ÚP PSSZ na kontech plátc p íslušných PSSZ nezávisle na íslušnosti konta k jednotlivým ÚP. Aplikace umožní manuáln zm nit okres/pracovišt , na který je referent p ihlášen. Výb r okres , na které bude možno p epnout, bude dán interním íselníkem POJ. P epnutí lokality bude probíhat výhradn manuáln , v p ípad ne innosti v aplikaci bude po ur itém ase (cca 20 minut) nastavena zp t dle místní p íslušnosti referenta. Logické role p azované AAA portálem budou rozší eny o novou sadu logických rolí, které budou p i standardní práci s aplikací ignorovány. Primárn bude uživatel p ihlášen na okres dle jeho místní íslušnosti a bude mít nastavena práva dle nastavených logických rolí z p vodní sady. V p ípad uživatelského p epnutí na jinou místní p íslušnost budou uživateli nastavena práva pouze dle nové sady logických rolí. Tato nová sada logických rolí bude ozna ena postfixem a bude použita pouze tehdy, pokud uživatel zm ní místní p íslušnost. íselník popisující rozsah okres , na které je možno uživatelsky p epnout, bude koncipován tak, aby umožnil konfigura ním zásahem doplnit nový balík logických rolí s dalším novým postfixem. Logické role s novým postfixem by pak umož ovaly uživateli zm nit svoji místní p íslušnost na rozší ený rozsah okres , na kterém by m l uživatel nastavená práva dle logických rolí s novým postfixem. Takový konfigura ní zásah by pak umožnil p epínat na jiný okres nap íklad v rámci celé R. 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: Detailní návrh ešení typového požadavku; Maximální po et lov kodní dle rolí na realizaci. (doplní Zhotovitel)

31

3.8.16 Zm na výpo tu sborník

rekapitulací

Závazné obchodní podmínky: Zadání: Aplikace POJ bude upravena tak, že ú etní sestavy sborník a rekapitulací, které jsou aktuáln po ítány ad-hoc p i vyvolání, budou vypo teny asynchronn v rámci krok m sí ní ú etní Záv rky. P i zobrazení výsledk v rámci funk nosti Sborníky a sestavy se již budou nabízet a následn zobrazovat uložené sestavy. Technický mechanismus uložení sestav bude sou ástí navrženého ešení. V p ípad , kdy dojde ke zrušení p íslušných krok ú etní záv rky, musí dojít ke zrušení p edp ipravených sestav. Pro neuzav ená ú etní období resp. ú etní období, u nichž zatím neprob hla záv rka, budou nadále k dispozici p edb žné sborníky a rekapitulace, po ítané ad-hoc. Zm na aplikace se týká jak agendy Nemocenského pojišt ní OSV a Zahrani ních zam stnanc (11 sestav), tak Zam stnavatel (36 sestav).

Zhotovitel p edloží podrobný závazný popis pln ní výše uvedeného zadání. Zhotovitel pro každý tento požadavek minimáln popíše: Detailní návrh ešení typového požadavku; Maximální po et lov kodní dle rolí na realizaci. (doplní Zhotovitel)

32

3.8.17 Porovnání dat POJ VZT Závazné obchodní podmínky: Zadání: Provedení analýzy rozdíl mezi daty o pojistných vztazích v DB VZT a DB POJ. Vytvo ení nového uživatelského rozhraní pro monitoring komunikace VZT - POJ. Zobrazení informací o aktuálním stavu požadavk na zm nu pojistných vztah NP OSV a historie stav Zam stnavatele. Bude vytvo ena skupina p ehled pro kontrolu pr hu komunikace systém POJ a VZT. Skupina bude zahrnovat: ehled požadavk , které nebyly provedeny z d vodu chyby, ehled požadavk na založení konta, ehled kont založených v období, ehled kont ukon ených v období, ehled zm n p íslušnosti k SSZ. Tyto p ehledy umožní jak tiskový výstup, tak export do MS Excel.


33

3.8.18 Evidence splátek SPR Závazné obchodní podmínky: Zadání: Komunika ní rozhraní POJ se SPR bude rozší eno o sadu nových služeb, která umožní vým nu dat o splátkových kalendá ích. Pro komunikaci iniciovanou ze SPR budou poskytnuty následující služby: 1. Služba pro poskytnutí výstup z vyhodnocení – služba zajistí vyhodnocení konta ke zvolenému datu. Budou vyhodnoceny z statky na všech podkontech, vypo ten dluh na penále, pojistném a pokutách s ohledem na §22a zákona .589/1992 Sb. a data budou p edána pomocí webové služby do SPR. Algoritmus musí ov it, že na kont nechybí n která data nutná pro úplné vyhodnocení, v p ípad , že takový p ípad nastane, bude vrácena odpovídající chyba a data nebudou p edána. V APV POJ bude implementována evidence vyhodnocení, která byla p edána do SPR. 2. Služba pro založení splátkového kalendá e – na základ požadavku SPR zajistí založení podkonta splátkového kalendá e ve vztahu k platnému vyhodnocení p edanému do SPR a provede požadované vyvedení pohledávek na takto založené podkonto. Do SPR pak služba p edá specifický symbol nov založeného splátkového kalendá e. Tituly vyvedené do splátkového kalendá e pak budou vypušt ny z p edávání k vymáhání, dokud p íslušný splátkový kalendá nebude uzav en. 3. Služba pro schválení splátkového kalendá e – zp sob schvalování splátkových kalendá bude rozší en o možnost schválení ze SPR pro kalendá e založené ze SPR. POJ umožní schválení jak standardní cestou, tak p ijetím odsouhlasení elektronicky ze SPR. 4. Služba pro ukon ení splátkového kalendá e – SPR bude moci prost ednictvím této služby ukon it splátkový kalendá , který byl ze SPR založen a schválen. Ukon ení bude respektovat aktuáln platné zp soby ukon ení. Do POJ bude implementován nový algoritmus pro vyvedení zbývající ásti dluhu na p vodní tituly a vy ešení rozdíl v p ípad vymáhaných titul . Bude vytvo ena asynchronní úloha, která bude na m sí ní bázi ov ovat, zda bylo konto již vyhodnoceno k poslednímu dni p edchozího m síce a tato skute nosti bude evidována. Dále bude v POJ vytvo ena funkcionalita notifikace o vybraných událostech do SPR. Notifikace budou zahrnovat tyto p ípady: Zneplatn ní vyhodnocení p edaného do SPR; Zm na specifického symbolu podkonta splátkového kalendá e; Splátkový kalendá byl stornován; Na kont bylo zaú tované m sí ní vyhodnocení; Na kont nebylo vytvo eno m sí ní vyhodnocení do 15. dne následujícího m síce; Ukon ení splátkového kalendá e bylo stornováno; 34

Titul odeslaný do SPR byl stornován; Interval výkonu rozhodnutí byl manuáln upraven. Historie komunikace POJ a SPR bude zaznamenávána v DB POJ a bude umožn n náhled na tyto záznamy.


35

3.8.19 Plátce bez povinnosti

edkládat

ehledy

Závazné obchodní podmínky: Zadání: Bude p idána funkcionalita umož ující zaznamenávat a m nit informaci o povinnosti plátce podávat ehledy formou historie stav plátce. Záznamy tohoto typu budou následn využity v nov implementované automatické funkci pro vytvá ení nulových p ehled , která bude navázána na dávkové zpracování a podmín na uzav ením m síce. Tato funkce vytvo í nulové p ehledy pro všechna konta, která v daném m síci nemají povinnost podávat ehled. Pro p ípad zp tné zm ny stavu budou vytvo eny mechanismy pro stornování již vytvo ených nulových ehled a všech navazujících operací. 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: Detailní návrh ešení typového požadavku; Maximální po et lov kodní dle rolí na realizaci. (doplní Zhotovitel)

36

3.8.20 Nezneplat ování titulu požadavkem VZT Závazné obchodní podmínky: Zadání: Nov bude zavedeno uložení d vodu zneplatn ní vyhodnocení a detail zneplatn ní bude rozlišen na kolika základních úrovních, respektive v n kolika základních business procesech. V p ípad , že v systému POJ dojde z jakéhokoliv d vodu ke zneplatn ní platného vyhodnocení, bude daná informace uložena u zneplatn ného vyhodnocení. Tato nová funkcionalita rozliší, zda bylo vyhodnocení zneplatn no požadavkem z VZT nebo z d vodu zásahu uživatele. Informace o d vodu zneplatn ní bude p idána do uživatelského rozhraní do p ehledu Seznam vyhodnocení konta a do detailu vyhodnocení. 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: Detailní návrh ešení typového požadavku; Maximální po et lov kodní dle rolí na realizaci. (doplní Zhotovitel)

37

3.8.21 Možnost opravit uloženou poznámku Závazné obchodní podmínky: Zadání: POJ umožní "vymazat" i editovat vlastní poznámku všem uživatel m p íslušné OSSZ, pod kterou je konto aktuáln za azeno. Bude implementována logika p id lení práv na vybrané záznamy (podle autora záznamu). Autor poznámky pak bude mít právo editovat i mazat. Zárove bude takto umožn no omezit práva jen pro vybrané role. N které role tedy budou omezeny filtrem na vlastní záznamy a jiné role budou moci editovat nebo mazat všechny záznamy bez omezení.


38

3.8.22 Storno

azení okresu referentovi

Závazné obchodní podmínky: Zadání: Aplikace POJ bude rozší ena o možnost stornování p azení okresu referentovi. Bude rozší eno uživatelské rozhraní o p ehled p azení referent okres m a p idána funkcionalita pro zneplatn ní a ípadné obnovení t chto záznam . Na tento p ehled bude vytvo ena samostatná fyzická role a implementována funkcionalita práv podle filtru na záznamy.


39

3.8.23 Insolvence sestav zaú tovaných

edpis

plateb

Závazné obchodní podmínky: Zadání: Sestava pro výpo et dluhu dle §11 odst. 2 zákona . 155/1995 Sb. bude rozší ena o zobrazení informace o „stavu insolvence“ a „datum platnosti od“ podle aktuálního stavu plátce zaznamenaném prost ednictvím historie stav plátce. Pro p enos této informace do lokálních aplikací bude p ipravena služba poskytnutí informace o stavu insolvence navázaná na službu p enosu dat p edpis a plateb. 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: Detailní návrh ešení typového požadavku; Maximální po et lov kodní dle rolí na realizaci. (doplní Zhotovitel)

40

3.8.24 Informace

vráceném

eplatku NP OSV

Závazné obchodní podmínky: Zadání: Uživatelské rozhraní p ehledu umíst ní plateb NP OSV bude rozší eno o informace o výši jednotlivých eplatk , zp sobu a stavu jejich vypo ádání. Krom záznam samotných p eplatk tak bude možné sledovat kompletní vazby i p i mnoho etném vypo ádání (více plateb vypo ádaných najednou nebo naopak rozd lení zp sobu vypo ádání jedné platby). 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: Detailní návrh ešení typového požadavku; Maximální po et lov kodní dle rolí na realizaci. (doplní Zhotovitel)

41

4 Zajišt ní aplika ní podpory APV POJ Úvod: Poskytování aplika ní podpory zahrnuje následující díl í pln ní: evzetí do servisu; Poskytování podpory APV POJ.

4.1

evzetí do servisu

Závazné podmínky: V rámci p evzetí aplika ní podpory do servisu se Zhotovitel seznámí s APV POJ a proškolí své leny realiza ního týmu p ed za átkem poskytování aplika ní podpory APV POJ 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. 4.1.1

Rozsah

evzetí do servisu

V rámci této kapitoly Zhotovitel závazn popíše: Podrobný návrh p evzetí do servisu; Pot ebnou sou innost v následující struktu e: o Popis sou innosti; o Popis role na stran SSZ; o Rozsah o ekávané sou innosti (v D). Organiza ní zajišt ní. (doplní Zhotovitel)

4.2 Poskytování aplika ní podpory APV POJ Závazné podmínky: 42

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): o Zodpovídá za analýzu, opravu a test chyb. o Zodpovídá za plánování oprav do balí v návaznosti na SLA – finální termín nasazení potvrzuje SSZ. o edává opravenou chybu s pr vodkou popisující – kdo, jak provedl test, jak byla chyba opravena a co bylo její p inou. o Je povinen opravovat p inu i následek chyby (opravy pouze následk a neopravování in budou negativním kritériem hodnocení). o Je povinen dodat testovací data pro p ípadný retest chyby Objednatelem. o 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 . 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 : o íprava školících materiál pro školení uživatel . o íprava dat a prost edí pro školení uživatel . o Realizace školení uživatel . o Vyhodnocení zp tné vazby. edání aplika ní podpory v p ípad ukon ení Smlouvy se ídí ustanovením Smlouvy.

4.2.1

Návrh SLA

Závazné podmínky:

43

Zhotovitel se zavazuje dodržovat definovanou úrove služeb pro ešení chyb (incident ): Oblast ekávaná doba

Kategorie A Reakce Odstran ní 1 hod 12 hod

Kategorie B Reakce Odstran ní 6 hod 50 hod

Kategorie C Reakce Odstran ní 20 hod 100 hod

Reak ní dobou v tomto p ípad Objednatel rozumí p evzetí chyby, provedení úvodní analýzy problému a 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 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 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 ž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.

44

edávání incident bude probíhat dle požadavku Objednatele prost ednictvím helpdesku Objednatele, emž Zhotovitel je povinen incidenty z helpdesku Objednatele automaticky p ijímat.

4.2.1.1 Dodate 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í – chybn dodané balí ky, nebo balí ky které vyžadovaly nestandardní zásah provozu IT (nešli nasadit podle dodaného postupu). Vyhodnocení dodržování vývojových standard . 4.2.2

Algoritmus 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í p esáhne po et jednoho nekorektního nasazení za m síc, bude nastaven parametr – SLAbalí ek = -5%. 45

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 – SLA standardy = -5%. Celkový parametr vyhodnocení aplika ní podpory definujeme jako: = 100% +

+

+

+

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í. 4.2.3

Rozsah služeb aplika ní podpory

V rámci této kapitoly Zhotovitel závazn popíše: Metodiku ízení aplika ní podpory; Definici p edpokládaných proces aplika ní podpory; Popis nabízených služeb v rámci aplika ní podpory; Popis požadované sou innosti v rámci aplika ní podpory; Návrh p edání aplika ní podpory a rozvoje p ípadnému novému dodavateli; Organiza ní zajišt ní. (doplní Zhotovitel)

46

Specifikace p edm tu pln ní a technické požadavky

Recommend Documents