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

Transkript

1 íloha. 1 k Rámcové smlouv Specifikace pedmtu plnní a technické požadavky

2 Obsah 1 Úvod Pedmt plnní Lokální aplikace APV LOK Popis aplikace Použité technologie Oblast kontrolní innosti APV KOC Popis aplikace Interní architektura aplikace Spolupracující aplikace Použité technologie Platební výmry OSV APV PVO Popis aplikace Interní architektura aplikace Spolupracující aplikace Použité technologie Dokumentace APV LOK, KOC a PVO Standardy IKT SSZ Výkonnostní požadavky Rozvoj aplikace APV LOK, KOC a PVO Projektové ízení Analytická ást Vývojová ást Testovací ást Školení Nasazování do produkce Požadované souinnosti ešení vybraných požadavk N_SANKCE - pro rok ást N_SANKCE - pro rok ást

3 3.8.3 N_OSVC pravdpodobná výše pojistného OSV za rok N_OSVC - PV, NEDO a splátky pro rok N_POJS - umísování plateb a další zmny pro pechod na rok N_UDRZBA - pechod na rok Zajištní aplikaní podpory APV LOK, KOC a PVO Pevzetí do servisu Rozsah pevzetí do servisu Poskytování aplikaní podpory APV LOK, KOC a PVO Návrh SLA Algoritmus vyhodnocení aplikaní podpory Rozsah služeb aplikaní podpory

4 1 Úvod Závazné podmínky: 1.1 Smyslem a úelem Pílohy. 1 Rámcové smlouvy o vývoji a údržb aplikaního programového vybavení pro výbr pojistného dchodového pojištní OSV a kontrolní innost - II (dále jen Rámcová smlouva ), uzavené v souladu s ustanovením 89 a následujícími zákona. 137/2006 Sb., o veejných zakázkách, ve znní pozdjších pedpis (dále jen ZVZ ), ustanovením 1746 odst. 2 zákona. 89/2012 Sb., obanský zákoník, ve znní pozdjších pedpis (dále jen obanský zákoník ), a v souladu s ustanovením 2358 a následujícími obanského zákoníku, je zejména: a) podrobn a pehledn vymezit pedmt plnní Rámcové smlouvy, oddlen od ostatních ustanovení Rámcové smlouvy, b) stanovit technické specifikace pedmtu plnní, c) vymezit pedmt plnní prostednictvím návrh Zhotovitele. 1.2 Obchodní a technické podmínky a podmínky plnní dle Rámcové smlouvy stanovené Objednatelem není Zhotovitel oprávnn upravovat. 1.3 Zhotovitel je oprávnn a zárove povinen specifikovat v rámci této Pílohy. 1 Rámcové smlouvy edmt plnní v rozsahu, který je mu dán Objednatelem (viz grafické znázornní a upozornní na povinnost doplnní píslušných informací, návrh apod.). 3

5 2 edmt plnní Závazné podmínky: Objednatel požaduje vypracování komplexní nabídky, která zajistí Zadavateli stabilní rozvoj APV LOK, KOC a PVO popsaných v kapitolách 2.1, 2.2, 2.3 Pílohy. 1, dále podporu stávající aplikace LOK, KOC a PVO i nov dodaných produkt a poskytnutí souinnosti pi nasazování nových verzí aplikace do systém Zadavatele dle kapitol 3 a 4. Plnní bude sjednáno na dobu 4 let. Nabídnutá dodávka a služby tvoí: Rozvoj APV LOK, KOC a PVO o Zapracování úprav do stávajícího APV LOK, KOC a PVO (legislativní zmny, úpravy v aplikacích LOK, KOC a PVO na základ požadavk metodik a návrh uživatel), vývoj a sestavení nových komunikaních rozhraní se stávajícími i nov vytvoenými aplikacemi a vypracování píslušné dokumentace Poskytování aplikaní podpory o evzetí do servisu o Poskytování podpory APV LOK, KOC a PVO 2.1 Lokální aplikace APV LOK Popis aplikace Lokální aplikaní vybavení provozuje eská správa sociálního zabezpeení (dále jen SSZ ) decentralizovan na všech okresních správách sociálního zabezpeení. Jedná se o agendu, která komplexn eší pedevším výbr pojistného na dchodové pojištní OSV a dobrovolné dchodové pojištní. Aplikace Popis N_úlohy 1.1 N_OSV Evidence OSV 1.2 N_POJS Pojištní OSV 1.3 N_UCET Údaje pro úetnictví OSV 1.4 N_SANKCE edpisy sankních plateb 1.5 N_MONS Nemocenské dávky zamstnanc MO 1.6 N_NEMS Nemocenské dávky OSV 1.7 N_SOCS Ostatní dávky 4

6 1.8 N_HESLO íselník referent 1.9 N_PREDOS evody OSV 1.10 N_REFS Zmny referent 1.11 N_RODCIS Zmna rodného ísla 1.12 N_STATMIN Statistika pro ministerstvo 1.13 N_UDRZBA Programy pro údržbu dat Ostatní úlohy 1.14 Malorg Evidence malých organizací 1.15 Organ Evidence organizací 1.16 EVDOB Evidence doby pée o dít a osobu bezmocnou 1.17 KI Krácení ástených invalidních dchod 1.18 ELDZ Evidenní listy 1.19 EPN Evidence práce neschopných 1.20 Dopoj Dobrovolné pojištní 1.21 DP Pokladna, Píj, úet, sbor. pojist OSV Sborník pojistného OSV 1.23 DSKNT edpisy úhrad diskontního úroku 1.24 KONTA Konta plátc 1.25 NEDO Nedobytné pohledávky 1.26 PREV evody plateb na píjmovém tu 1.27 PREVZ evody zstatk na kontech plátc 1.28 SANKCE edpisy sankních plateb 1.29 SPRIZ Správní ízení 1.30 VYDAJE Výdajový úet 1.31 VYKNE Výkazy nedoplatk 1.32 EVZAD Evidence žádostí o dchod 5

7 1.33 VYPL Výplaty dávek a peplatk 1.34 PREPL Evidence peplatk 1.35 PRIKAZ íkazy do NB na OSSZ 1.36 PRIKCS íkazy do NB na SSZ 1.37 DAVUC, NDAVUC Dávková útárna na SSZ 1.38 UCZPR etní zpráva SSZ 1.39 STATZPR Statistika úetní zprávy SSZ 1.40 ZPRAVA etní zpráva OSSZ a DP 1.41 STAT Statistika výbru pojistného 1.42 EPOZ Lékaská posudková služba 1.43 KOCIN Evidence provádní kontrol 1.44 WKOCIN Kontrolní innost v terénu 1.45 CRP Celorepublikový rejstík plátc 1.46 IVD Informativní výpoet dchodu 1.47 SPIS Web server pro SSZ 1.48 MIS Malý informaní server SSZ 1.49 K080 Konference 1.50 CIS íselníky 1.51 ALGO Podprné programy 1.52 DBA Správa databanky 1.53 SYS Správa systému 1.54 DODEJKY Tisky dodejkových obálek 1.55 SLOZENKY Tisky složenek 1.56 EML Tvorba soubor pro pesun pošty 1.57 LIBS Dynamické knihovny 1.58 MOS Podpora pro N_úlohy 6

8 1.59 POSTY íselník pošt 1.60 UDAVKY Dávkové programy 1.61 WDOK Dokumentace na webu Použité technologie Informix 9 XBASE ++ Solaris Unix C Microsoft.NET 3.5 Windows C 2.2 Oblast kontrolní innosti APV KOC Popis aplikace Kontrolní innost je realizována ve vztahu k zamstnavateli, který má zákonné povinnosti vi orgánm sociálního zabezpeení. Jedná se o vnjší kontrolu, tj. kontrolu provádnou orgány sociálního zabezpeení, které nevykonávají vi kontrolovanému zamstnavateli ídící funkci, mají však právo a povinnost provádt kontrolu podle píslušných právních úprav. Pedmtem kontroly je ovení správnosti odvodu pojistného, plnní povinnosti v nemocenském pojištní a plnné úkol v dchodovém pojištní u jednotlivých zamstnavatel. Cílem kontroly je zajistit odstranní zjištných chyb a závad, uložit potebná nápravná opatení k odstranní nedostatk a k prevenci chyb a poskytnout zamstnavateli nezbytné informace a vysvtlení ke zjištným skutenostem a zajistit plnní povinností ze strany zamstnavatele v souladu s platnými a úinnými právními pedpisy. elem APV KOC je aplikaní podpora kontrolní innosti. V oblasti plánování aplikace umožuje generovat plán kontrol pro danou OSSZ na píslušný kalendání rok, jeho následnou runí úpravu a vytváení operativních zpesnných plán kontrol na dílí msíce. Rovnž je umožnno vytváet a evidovat neplánované mimoádné kontroly. Poskytuje ucelenou evidenci oznámení, výzev a pedvedení ke kontrole. V prhu kontroly pln podporuje proces vytvoení Protokolu o kontrole. Souástí práce s protokolem je také zjišování a automatické dotahování informací o insolvenním ízení z aplikace INS, doplování rekapitulace v komunikaci s oblastí POJ pro výpoet píp. penále a píp. následné vystavení Platebních vým pop. Hlášeních o peplatku. Aplikace umožuje evidenci pokut, nápravných opatení, i námitek. Pro práci s protokolem u klienta je umožnn tzv. offline mód a následná synchronizace vytvoených dat. Samostatným modulem a oblastí aplikace KOC je modul pro práci s nedosažitelnými zamstnavateli, který umožuje jejich evidenci a práci s tmito subjekty ve specifickém módu. 7

9 V rámci výkaznictví je umožnno vytváet celou škálu tiskových výstup, sestav a pehled s volitelnými parametry o vykonaných i plánovaných kontrolách. Informace do tchto výstup jsou erpány z ostatních modul. Tisky dokument, které jsou ureny pro klienty (nap. Protokol o kontrole, Oznámení o kontrole) jsou ukládány do DMS, odkud je umožnno je zptn naíst, opravit a optovn uložit. Tisk dokument je standardnešen do formátu MS Word, pro tiskové sestavy je využívána komponenta Active Reports, které tisky je možno uložit i do formátu PDF, MS Excel. Aplikace KOC umožuje spuštní aplikace DIS, pracuje také s aplikacemi Informativní výpoet náhrady mzdy a Výpoet slevy na pojistném (pomocné výpoty) Interní architektura aplikace APV KOC je tvoena tymi hlavními moduly: Plánování: oblast pro innosti související s tvorbou plán kontrol, úpravou plán, vytváení oznámení kontrol a evidenci pedvedení. Protokol: logika aplikace pro vlastní prh kontroly a její vyhodnocení: tvorba protokolu, dodatku k protokolu, vystavení Platebního výmru/hlášení o peplatku, evidence pokut, námitek, nápravných opatení. Nedosažitelní: modul pro práci a evidenci skupiny zamstnavatel, kteí jsou nedosažitelní. Tisky: oblast pro vytváení tiskových sestav, pehled a statistik. Aplikace KOC obsahuje také menší celky pro spuštní aplikací DIS, Náhrady, Slevy (spuštní aplikací bez parametr) Spolupracující aplikace Aplikace KOC komunikuje s okolními systémy pouze na stední aplikaní vrstv. Klientská i databázová vrstva komunikuje pouze s aplikaní vrstvou KOC. Vazby v aplikaní vrstv KOC::KE2 naítání píslušných informací o zamstnavatelích, mzdových útárnách a zamstnancích KOC::VZT naítání potu zamstnanc a naítání pojistných vztah zamstnanc KOC::DAP vazba na dávkový penos adres zamstnavatel a poet zamstnanc KOC::DIS pouze kukátko do DIS, realizuje spuštní aplikace DIS (bez parametr) KOC::KOCIN umožnn import protokol z lokální aplikace KOCIN do centrální aplikace a import vykázaných msíních vymovacích základ a pojistného KOC::POJ naítání informací ze systému POJ sloužících pro výpoet rekapitulace KOC::INS naítání informací o insolvenním ízení KOC::NPD naítání informací o nárokových podkladech KOC::DMS ukládání dokument a manipulace s uloženými 8

10 2.2.4 Použité technologie Microsoft.NET Framework 3.5 Microsoft Windows Server 2008 Microsoft IIS Server 7.0 Microsoft Windows Presentation Foundation 3.5 Microsoft Windows Communication Foundation 3.5 ActiveReports for.net 6.0, Professional Edition Microsoft Word, Microsoft Excel 2003/2007 Oracle 11g 2.3 Platební výmry OSV APV PVO Popis aplikace Aplikace tisku Platebních vým OSV umožuje na základ podklad získaných z lokálních aplikací, doplnných o rozhodnutí referenta o typu platebního výmru vytvoit náhled a finální tisk platebního výmru. Formulace výroku a odvodnní z pohledu legislativy jsou uloženy v íselnících, které obsahují informace od roku Interní architektura aplikace APV PVO je tvoena moduly: PVO (Platební výmr OSV) Šablona tiskové úlohy PVO Spolupracující aplikace Aplikace PVO získává data z definovaného adresáe na lokálním PC, data poskytují lokální aplikace (Núlohy) Použité technologie Microsoft.NET Framework 3.5 Microsoft Windows Server 2008 Microsoft IIS Server 7.0 ActiveReports for.net 6.0, Professional Edition Acrobat Reader Oracle 11g 2.4 Dokumentace APV LOK, KOC a PVO K výše uvedenému aplikanímu vybavení APV LOK neexistuje dokumentace, zhotovitel musí vycházet pouze ze zdrojových kód. 9

11 Existující dokumentace ke zbylému aplikanímu vybavení, bude pedána v elektronické podob na CD/DVD. 10

12 2.5 Standardy IKT SSZ Závazné podmínky: Vývoj, rozvoj a údržba aplikaního programového vybavení realizovaného v rámci pedmtného plnní 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 1. std_db_060803_v0.91.doc Standard databází std_inet_1-10.doc Standard pipojení k Internetu std_pošta_1-00d.doc Standard poštovního systému SSZ std_ad_dns_dhcp_ntp_1-34.pdf Standard AD DNS DHCP std_avo1-10.doc Standard Antivirové ochrany Standard systémové konfigurace Standard systémové konfigurace pracovní 2.20 pracovní stanice 2.20 stanice 7. Std_mgmt_v.0.54.doc Standard Management std_metodikavyvoje_apv_1_0_19.doc Standard metodiky vývoje 1_0_19 9. std_pravidlareleasemanagementu_apv_ edávání APV a repase 1_2_6 1_2_6.pdf etn formulá 10. std_net_1-92d.doc Standard síové infrastruktury 1.92d 11. Programatorskekonvence_1_0_17.doc Programátorské konvence.net 2.0, 3.0. a 3.5 1_0_ BizTalkDevelopmentStandard.v1.00.doc Standardy pro tvorbu aplikací pro Microsoft BizTalk server AAA_Pozadavky_na_aplikace_7.01.pdf Požadavky na nové aplikace pi integraci do AAA portálu 14. Standard_pro_tvorbu_skriptu_db_Oracl e_0.2.doc Standard pro tvorbu, pedávání a spouštní skript v databázích Oracle Standard API rozhraní systému DMA - CSSZ_DMS_WS_API_DMA_v3_4_0_ doc API ROZHRANÍ SYSTÉMU DMA: WS_API_DMA - Standard rozhraní pro ukládání dokument do DMS CSSZ_DU_STD_V011.1.doc Standard provozu databáze Oracle std_srv_0.23.doc Standard systémové konfigurace aplikaních 0.23 server 18. std_pki.pdf Standard pro PKI

13 2.6 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 funkní 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 splnní Uživatelská odezva z front-endu aplikace (odezva pro jednu konkrétní aktivitu vyhledání, založení, ) Odezva online rozhraní (doba zpracování) 1 sekunda 95% 5 sekund 99% 0,5 sekund 95% 3 sekund 99% V pípad rozvoje aplikace musí všechna nov vytváená rozhraní i uživatelská volání splovat tyto požadavky. Potencionální nová rozhraní musí zaznamenávat dobu bhu 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í zmit a prokázat plnní výkonnostních parametr. 12

14 3 Rozvoj aplikace APV LOK, KOC a PVO Úvod: V rámci rozvoje aplikace Objednatel pedpokládá poskytování služeb na implementaci rozvojových požadavk a požadavk na zmny v APV LOK, KOC a PVO. 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 ocenní požadavk definovaných Objednatelem: o Zhotovitel se zavazuje dodat návrh ešení a ocenní konkrétních požadavk do 10 pracovních dní od data pedání požadavku Objednatelem. o Zhotovitel se dále zavazuje, že je schopen dodat kapacity potebné pro implementaci rozvojového požadavku okamžit po schválení návrhu ešení. Zajištní projektového vedení. Vytvoení funkní dokumentace, pípadn aktualizace stávající funkní dokumentace, pokud existuje. Zajištní implementace schváleného požadavku. Aktualizace technické dokumentace. íprava testovacích scéná a testovacích dat. Provedení test systémové, integraní, akceptaní, výkonnostní a penetraní: o Pro konkrétní požadavek nemusí být po dohod provádny všechny typy test. o V pípad, že velikost požadavku pesáhne 50 D, budou navíc provedeny regresní testy aplikace, pokud nebude dohodnuto jinak. o Objednatel mže rozporovat pechod mezi jednotlivými koly test, v pípad že kvalita dodávky nebude splovat dohodnutá kritéria. Aktualizace automatizovaných test (pokud existují). íprava reportu o provedení test. Aktualizace provozní dokumentace. íprava produkního balíku a postupu nasazení. Podpora nasazení do produkce. Zvýšená podpora bezprostedn po nasazení do produkce. 13

15 3.1 Projektové ízení Závazné podmínky: Zhotovitel zajistí ešení všech disciplín projektového ízení celého projektu, vetnízení potencionálních subdodávek dalších aplikací SSZ, které budou dodávat zmny vynucené projektem. Zhotovitel pedloží 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í zmn; Metodiku release managementu; Organizaní strukturu projektu. (doplní Zhotovitel) 14

16 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í; Ocenní pracnosti jednotlivých požadavk; Provedení analýzy požadavk; Návrh architektury jednotlivých úprav APV; Vytvoení detailního návrhu ešení úprav APV vetn návrh dopad do aplikaní 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 funkní specifikaci, datovou architekturu, architekturu HW a SW, rozhraní a integraci s okolními APV a systémy) a zapracování zmn do stávající dokumentace; Analýza a návrh integrace dotených APV a systém do IS SSZ; ípravu a popis testovacích scéná pro jednotlivé typy test. Zhotovitel pedloží závazný popis plnní dle výše uvedeného. Zhotovitel minimáln popíše: Metodiku tvorby dokumentace; íklady všech pedpokládaných výstup. (doplní Zhotovitel) 15

17 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 zmn, se zapracováním požadovaných úprav ve zdrojových kódech píslušných APV (aplikaní i databázová vrstva); ízení a koordinace participace dotených a souvisejících tým a aplikací; Proces vývoje a pípravy nasazení, vytvoení instalaních balí pro cílovou platformu; Instalaní skripty; Návrh úpravy konfigurace veškerého ástí dodávky; Zapracování zmn v technické/programátorské dokumentaci (pípadn vytvoení); Zapracování zmn 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štní a zpráva vývojového prostedí; V pípad poteby provedení revize zdrojových aplikaních (programových) a databázových kód. Zhotovitel pedloží závazný popis plnní dle výše uvedeného. Zhotovitel minimáln popíše: Metodiku vývoje; Metodika pípravy nasazovacích balí pípadn používané nástroje; íklady pedpokládaných výstup. (doplní Zhotovitel) 16

18 3.4 Testovací ást Závazné obchodní podmínky: V rámci testovací fáze Zhotovitel minimáln zajistí: Podporu pi píprav testovacích prostedí; Funkní testy; Integraní testy; Akceptaní testy (provádí Zhotovitel, Objednatel akceptuje na základ akceptaního ízení); Technické testy (penetraní, výkonnostní); ípravu zpráv z testování. Objednatel plnní dle tohoto lánku (3.4 Testovací ást) akceptuje na základ akceptaního ízení. Zhotovitel pedloží závazný popis plnní dle výše uvedeného. Zhotovitel minimáln popíše: íklady pedpokládaných výstup; Úvodní návrh testovací strategie; Obecnou metodiku jednotlivých typ test. (doplní Zhotovitel) 17

19 3.5 Školení Závazné podmínky: V pípad poteby Objednatele musí Zhotovitel zabezpeit vyškolení všech urených pracovník pracujících s aplikací. Objednatel plnní dle tohoto lánku (3.5 Školení) akceptuje na základ akceptaního ízení. Zhotovitel jako souást své nabídky pedloží závazný podrobný popis plnní dle shora uvedeného: Zhotovitel minimáln popíše: Návrh zpsobu školení; íklady školících materiál. (doplní Zhotovitel) 18

20 3.6 Nasazování do produkce Závazné podmínky: Zhotovitel musí zajistit následující aktivity: Naplánování nasazení do produkce; ípravu instalaního postupu; Úpravu provozní dokumentace; Definovat finální konfiguraci pro produkní prostedí; Podporu finálního produkního nasazení. Objednatel plnní dle tohoto lánku (3.6 Nasazování do produkce) akceptuje na základ akceptaního ízení. Zhotovitel pedloží podrobný závazný popis plnní dle výše uvedeného. Zhotovitel minimáln popíše: Návrh zpsobu nasazování do produkce; íklady relevantní dokumentace; Popis provozní dokumentace. (doplní Zhotovitel) 19

21 3.7 Požadované souinnosti V rámci této kapitoly Zhotovitel závazn definuje požadované souinnosti ze strany SSZ pro vývoj a nasazení nového aplikaního vybavení. Zhotovitel definuje potebnou souinnost v následující struktue: Popis souinnosti; Popis role na stranssz; Rozsah oekávané souinnosti (v D). Další popis souinností ípadné další požadavky na souinnost (doplní Zhotovitel) 20

22 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í poet lovkodn dle jednotlivých rolí potebný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 poteb mže rozhodnout pro realizaci jen nkterých nebo žádných tchto 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 až této Pílohy. 1. Objednatel se nezavazuje k realizaci tchto požadavk. Cena za realizaci tchto požadavk bude splovat cenová ujednání uvedená v Píloze. 2 platná pro rozvoj APV LOK, KOC a PVO N_SANKCE - pro rok ást Závazné obchodní podmínky: Zadání: Aplikaní program N_SANKCE je teba doplnit všemi výpoty pro rok 2014 stejným zpsobem jako pi úpravách programu pro rok 2013, žádné algoritmy výpotu se nemní Výpoet penále z doplatku roku 2013 Výpoet penále ze záloh DP v roce 2013 Volba - Poízení a oprava 1 - penále z doplatku (od r. 93). Tuto volbu je teba doplnit novým výpotem penále z doplatku r Pro výpoet je teba použít obdobný algoritmus výpotu, jako byl použit pro výpoet penále z doplatku r (sazba je 0,05%). Výpoet se ídí tmito pravidly a) Zaátek výpotu je datum podání Pehledu na OSSZ + 9 dní - jedná se o OSV, které podaly ehled na OSSZ vas (dle "Ml podat na OSSZ") b) Zaátek výpotu je datum "Ml podat na OSSZ"+ 9 dní = "ml podat na FÚ" + jeden msíc + 9 dní - pro ty OSV, které podaly Pehled na OSSZ pozdji, než mly. Výpoet penále pi existenci více pehled se nemní i výpotu je teba pihlédnout ke kalendái v r. 2014, aby mohly být všechny varianty výpotu bez problém a oprav otestovány. 21

23 Tuto volbu je teba doplnit sestavou (tisk dokladu), která dokumentuje výpoet penále z doplatku r V sestav by mly být obdobné údaje a také vzhled sestavy by ml být obdobný, jako byly v sestav pro výpoet penále z doplatku r Tisk dokladu upravit tak, aby bylo možné po uložení výpotu doklad vytisknout nebo ne (klávesa F4), Možnost opakování tisku 0 n krát, stejn jako pro r Doplnní 1: Výpoet penále z doplatku doplte upozornním Penále je již vymáhanou položkou PV v pípad, že penále je již vymáhanou položkou PV (podobn jako pi výpotu penále ze záloh). Doplnní 2: Je také teba doplnit kartotéku a seznam o penále z doplatku r Výpoet penále ze záloh DP v roce 2014 Výpoet penále ze záloh DP v roce 2014 Volba - Poízení a oprava 3 - penále ze záloh DP (od r. 96). Tuto volbu je teba doplnit novým výpotem penále ze záloh DP - rok Pro výpoet je teba použít stejný algoritmus výpotu, jako byl použit pro výpoet penále ze záloh r (sazba 0,05%). Je nutné rozlišovat dva typy výpotu: 1. žný výpoet - poítá se k syst.datu 2. Výpoet pro PV - poítá se k zadanému datu (ke dni) i výpotu je teba pihlédnout ke kalendái v r Výpoet penále ze záloh je teba doplnit píslušnou sestavou, která by umožnila vytisknout doklad o výpotu. Doplnní : Je také teba doplnit kartotéku a seznam o penále ze záloh DP za r Prominutí penále z doplatku roku 2013, ze záloh roku 2014 Prominutí penále z doplatku roku 2013, ze záloh roku Volba - Poízení a oprava 6 - Prominutí penále pro zvolenou OSV. Tuto volbu je teba doplnit novou možností - prominutím penále z doplatku r Pro tuto volbu je teba použít stejný algoritmus, jako byl použit pro prominutí penále z doplatku r Volba - Poízení a oprava 6 - Prominutí penále pro zvolenou OSV. Tuto volbu je teba doplnit novou možností - prominutím penále ze záloh r Pro tuto volbu je teba použít stejný algoritmus, jako byl použit pro prominutí penále ze záloh r

24 Zhotovitel pedloží podrobný závazný popis plnní 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í poet lovkodní dle rolí na realizaci. (doplní Zhotovitel) 23

25 3.8.2 N_SANKCE - pro rok ást Aplikaní program N_SANKCE je teba doplnit dávkovým výpotem penále z doplatku za rok 2013 a dávkovým výpotem ze záloh DP za rok Žádné algoritmy výpotu se nemní Dávkový výpoet penále z doplatku za rok 2013 Volba dávkový výpoet penále z doplatku r bude nahrazen dávkovým výpotem penále z doplatku za rok Algoritmus výpotu bude pevzat z dávkového výpotu z doplatku za r Dávkový výpoet penále ze záloh DP za rok 2014 Volba dávkový výpoet penále ze záloh DP za rok 2013 bude nahrazen dávkovým výpotem penále ze záloh DP za r Algoritmus výpotu bude pevzat z dávkového výpotu z doplatku za r Zhotovitel pedloží podrobný závazný popis plnní 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í poet lovkodní dle rolí na realizaci. (doplní Zhotovitel) 24

26 3.8.3 N_OSVC pravdpodobná výše pojistného OSV za rok Hlavní ást úprav bude provedena v aplikaci N_OSVC Volba 5 Poízení a oprava vymovacích základ, 3 - Pravdpodobná výše pojistného Výpoet PVP bude rozšíen o možnost urení PVP pro rok Pi výpotech bude použit stejný algoritmus jako pi zadání PVP pro rok PVP nemá vliv na pedpisy a na úast na DP ze zákona. Souasn s touto úpravou bude tato skutenost zapracována do všech funkcí, které s tím souvisejí. Zhotovitel pedloží podrobný závazný popis plnní 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í poet lovkodní dle rolí na realizaci. (doplní Zhotovitel) 25

27 3.8.4 N_OSVC - PV, NEDO a splátky pro rok Nutno doplnit aplikaci N_OSVC o funknosti pro rok 2014 a) Platební výmry Pro platební výmry v roce 2014 se doplní tabulka dluh o: nedoplatek roku 2013 penále z nedoplatku 2013 zálohy na pojistné (DP) roku 2014 penále ze záloh DP 2014 penále z pojistného NP neupravovat Následný algoritmus po zadání platebního výmru zstává stejný jako v roce i zadávání každé dlužné ástky do platebního výmru se provádí kontrola, zda vkládaná ástka není vyšší než hodnota zbývá. Pokud je vkládaná ástka vyšší, pak tato hodnota nelze uložit. Hodnota zbývá = + pvodní dlužná ástka ástka již uplatnná v platebních výmrech úhrady provedené pes tabulku platebního výmru úhrady provedené mimo tabulku platebního výmru Nedobytná pohledávka OSV Pro nedobytnou pohledávku v roce 2014 se doplní tabulka dluh o: nedoplatek roku 2013 penále z nedoplatku 2013 zálohy na pojistné roku 2014 penále ze záloh DP 2014 od r není NP penalizováno Následný algoritmus po zadání nedobytné pohledávky zstává stejný jako v roce Po zadání nedobytné pohledávky OSV: se v registru automatizovan vyplní datum promlení nedobytné pohledávky v evidenní ásti se pi prohlížení kartotéky ukazuje píznak NED nedobytnou pohledávku lze prohlížet, a pokud není nahrána v kontech, tak i opravovat z tabulky dluh se neodeítá dluh pevedený do nedobytné pohledávky v kont plátce je nedobytná pohledávka na stran pedpis odútována 26

28 Nedobytnou pohledávku nelze stornovat áste, nelze stornovat pohledávku již uhrazenou nebo promlenou. Zobrazení a výbry pro platební výmry a nedobytné pohledávky zstávají beze zmny. Do nedobytné pohledávky bude i nadále možnost vložit penále ze splátek. b) Splátkový režim v roce 2014 Pro splátkový režim v roce 2014 se rozšiuje tabulka dluh o: nedoplatek roku 2013 penále z nedoplatku 2013 penále ze záloh DP 2014 od r není NP penalizováno Algoritmus pro zadávání a úhradu splátkového režimu zstává stejný jako v roce Zhotovitel pedloží podrobný závazný popis plnní 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í poet lovkodní dle rolí na realizaci. (doplní Zhotovitel) 27

29 3.8.5 N_POJS - umísování plateb a další zmny pro pechod na rok Umístní plateb z píjmového útu a z peplatku Aplikaci je teba doplnit o zpracování plateb s datem podání od Je teba provést úpravy obrazovek (hlaviky i legendy) a zmnit významy funkních kláves. Platby se budou umisovat dle stejných pravidel jako dosud (tj. dle posledních úprav pazování plateb dle 22a dle nabídky D1580NS474/188/10 z roku 2010). Ješt pozdji byla nastavena pravidla o možném navyšování msíního vymovacího základu zálohy na pojistné v dob její splatnosti Poízení a oprava ástky pro umístní Aplikaci je teba doplnit o ástky pro rok 2014 ve volbách Z peplatku na Pehledu a Prominutí dluhu do 100 K Prohlížení a opis dat Aplikaci je teba doplnit ve volb Úetní statistika-prominutí dluhu o prominutí dluhu pi podání ehledu za rok Platební výmry Pro sledování umístných plateb na platební výmr bude pro dluhy roku 2015 použito oznaení období XX/L síní innosti Volba 4 - DP a NP pro úetnictví Minimální pedpisy pro rok 2015 pro hlavní a vedlejší SV jsou pedmtem samostatného zadání ledna 2015 se budou poizovat pedpisy minim na DP za období 12/14 a zárove kontrolovat pedpisy za období 11/ února 2015 se budou poizovat pedpisy minim na DP na období 01/15 a zárove kontrolovat pedpisy DP za období 12/14. V tchto dvou msících je poteba ošetit ty OSV, které mají již podaný Pehled za rok 2014 a k žádné oprav minim již nesmí dojít. Volba 5 - Msíní výkaz, kontrola plateb Do zpracovávaného úetního msíce se zahrnují platby v roce 2015 podle úetního msíce uvedeného v položce mesuct v tabulce POJUCET a POJUCETU. Zárove se vytváí tabulka messtat a naplují se tabulky pro EKIS. 28

30 Zhotovitel pedloží podrobný závazný popis plnní 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í poet lovkodní dle rolí na realizaci. (doplní Zhotovitel) 29

31 3.8.6 N_UDRZBA - pechod na rok Volba 4 - Pepoet minimálních pedpis u OSV. Dávkový program, který pepoítává minimální pedpisy na DP a NP v jednotlivých msících všech let, ve kterých byla OSV pihlášena k innosti, je teba rozšíit o pepoet minimálních pedpis na DP pro jednotlivé msíce roku vodní minimální pedpisy v evidenci je teba zárove opravit na nov vypotené hodnoty Volba 7 - Kontrola správnosti Pehled Dávkový program pro kontrolu podaného Pehledu za zvolený rok je teba doplnit o kontrolu Pehledu za rok Volba 9 Automatické doplnní daového poradce Dávkovým programem je teba z tabulky, kde jsou uložena data o plné moci daových poradc vybrat ty, které ve svém intervalu (ohranieném i neohranieném) obsahují rok Každá takto vybraná ta bude pro jednotlivé OSV znamenat ohlášení daového poradce na daný rok. Zhotovitel pedloží podrobný závazný popis plnní 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í poet lovkodní dle rolí na realizaci. (doplní Zhotovitel) 30

32 4 Zajištní aplikaní podpory APV LOK, KOC a PVO Úvod: Poskytování aplikaní podpory zahrnuje následující dílí plnní: evzetí do servisu Poskytování podpory APV LOK, KOC a PVO 4.1 evzetí do servisu Závazné podmínky: V rámci pevzetí aplikaní podpory do servisu se Zhotovitel seznámí s APV LOK, KOC a PVO a proškolí své leny realizaního týmu ped zaátkem poskytování aplikaní podpory APV LOK, KOC a PVO takovým zpsobem, aby byl schopen zajistit poskytování veškerých služeb dle pedmtu plnní této Smlouvy. Zhotovitel v rámci této oblasti pedloží podrobný návrh, jak bude pevzetí do servisu realizovat. Zárove v této ásti vydefinuje požadavky na souinnost Objednatele. Objednatel není povinen pi pevzetí do servisu zajistit souinnost 3. stran nap. dodavatel Objednatele Rozsah pevzetí do servisu V rámci této kapitoly Zhotovitel závazn popíše: Podrobný návrh pevzetí do servisu; Potebnou souinnost v následující struktue: o Popis souinnosti; o Popis role na stranssz; o Rozsah oekávané souinnosti (v D). Organizaní zajištní. (doplní Zhotovitel) 31

33 4.2 Poskytování aplikaní podpory APV LOK, KOC a PVO Závazné podmínky: Podpora aplikace bude zajištna na odstraová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 prvodkou popisující kdo, jak provedl test, jak byla chyba opravena a co bylo její pinou. o Je povinen opravovat pinu 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 vasné informování SSZ o možných dopadech opravy na souinné aplikace. Zodpovídá za aktualizaci automatizovaných test (pokud existují). Musí poskytnout plnou souinnost pro nasazení oprav na produkci a zvýšenou podporu po nasazení pro provoz IT. Zodpovídá za aktualizaci veškeré dokumentace ovlivnné 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 plnní SLA na msíní úrovni (pipravuje podklady pro vyhodnocení kontrolních parametr). astní se a vede aktivity v procesech problém managementu. Poskytuje souinnost 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 prostedí pro školení uživatel. o Realizace školení uživatel. o Vyhodnocení zptné vazby. edání aplikaní podpory v pípad ukonení Smlouvy se ídí ustanovením Smlouvy. 32

34 4.2.1 Návrh SLA 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 Odstranní Reakce Odstranní Reakce Odstranní ekávaná doba 1 hod 12 hod 6 hod 50 hod 20 hod 100 hod Reakní dobou v tomto pípad Objednatel rozumí pevzetí chyby, provedení úvodní analýzy problému a edání informaci o dvodu chyby a pedpokládaném ešení. Pro úely dodržování výše uvedených parametr reakní doby a doby odstranní závady (dobou pro odstranní závady se rozumí doba, která zapone bžet asem pedání incidentu Zhotoviteli a bude ukonena v ase pedání vyešeného incidentu zpt Objednateli) je dále uvedeno rozdlení 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 peruš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 ureno, za závady kategorie B budou považovány hlavní chyby, kterými se rozumí poruchy, chyby, vady, které zpsobují 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 nmuž je ureno, a lze je doasnešit organizaními nebo technickými opatení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 nmuž je ureno. Lhty se ve vcech reakních dob pro ešení incident poítají v rámci pracovní doby Objednatele, tedy h lhty 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í lhty s koncem pracovní doby neplatí pro ešení chyby kategorie A. Není-li vzájemn dohodnuto jinak, lhta pro mení doby reakce a doby odstranní incidentu zapone žet asem pedání incidentu Zhotoviteli a bude ukonena v ase pedání vyešeného incidentu zpt Objednateli. Celková doba odstranní je pak souet všech asových dob, po které byl incident v ešení na stran Zhotovitele. Z celkové doby odstranní incidentu jsou vyloueny asové doby, kdy Zhotovitel prokazateln nemohl pokraovat v ešení incidentu z dvod, které nebyly jím zpsobené (nap. 33

35 Zhotovitel eká na doplnní relevantních informací k incidentu od Objednatele apod.). Pro výpoet lht jsou urující asové záznamy v systému Helpdesk Objednatele k danému incidentu. edávání incident bude probíhat dle požadavku Objednatele prostednictvím helpdesku Objednatele, emž Zhotovitel je povinen incidenty z helpdesku Objednatele automaticky pijímat Dodatené metriky Závazné podmínky: Hodnocení aplikaní podpory musí dále zohledovat následující kritéria: Vyhodnocení procenta chyb, u kterých nebyla opravena pina. Vyhodnocení opravy chyb, kde nedošlo k úspšné oprav, nebo byla zavleena nová chyba. Vyhodnocení potu nekorektních balí 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 Algoritmus vyhodnocení aplikaní podpory Úvod: Tato kapitola popisuje zpsob, jakým bude vyhodnocována definovaná úrove služeb v oblasti aplikaní podpory. Závazné podmínky: Vyhodnocování bude probíhat na msíní bázi. V pípad neplnní vyhodnocovaných kritérií, mžou být uplatnny definované sankce na platbu za aplikaní podporu. V pípad hrubého neplnní SLA je možné odstoupení od Rámcové smlouvy nebo Dílí smlouvy. Hrubým neplnním SLA je napíklad neplnní definované úrove služeb v oblasti aplikaní podpory u kategorie závady A, a to v rozsahu minimáln dvakrát v kalendáním msíci nebo napíklad opakované nedodržování dodatených SLA metrik. SLA reakní doby pro ešení chyb A, B, C je definováno v kapitole Pro úely hodnocení se vyhodnocuje splnní reakní doby a doby vyešení chyby pro každý jednotlivý pípad a penalizace za nesplnní asových limit probíhá dle ustanovení Rámcové smlouvy. Vyhodnocení dodatených metrik: V pípad, že procento chyb, u nichž nebude opravena pina, pesáhne 10%, bude v meném období nastaven parametr SLApina = -5%. 34

36 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 zavleení další chyby, pesáhne 20%, bude v meném období nastaven parametr SLAzavle = -5%. V pípad, že poet nekorektních produkních balí pesáhne poet jednoho nekorektního nasazení za msíc, bude nastaven parametr SLAbalíek = -5%. V pípad, že ze strany Objednatele bude v rámci hodnocení aplikaní podpory eskalováno nedodržování vývojových standard a tato situace se nezmní ani následující msíc, bude nastaven parametr SLA standardy = -5%. Celkový parametr vyhodnocení aplikaní podpory definujeme jako: = 100% Spoítané bude využito ke snížení msíní ceny za aplikaní podporu podle pravidel popsaných v Píloze. 2 Cena plnní Rozsah služeb aplikaní podpory V rámci této kapitoly Zhotovitel závazn popíše: Metodiku ízení aplikaní podpory; Definici pedpokládaných proces aplikaní podpory; Popis nabízených služeb v rámci aplikaní podpory; Popis požadované souinnosti v rámci aplikaní podpory; Návrh pedání aplikaní podpory a rozvoje pípadnému novému dodavateli; Organizaní zajištní. (doplní Zhotovitel) 35