TECHNICKÉ ZADÁNÍ

SW ŘEŠENÍ HRIS Příloha č. 2 smlouvy

TECHNICKÉ ZADÁNÍ

1. Systémové prostředí ČNB

   1. Serverová část

   2. Databázová platforma

   3. Klientská část

   4. Datová síť

   5. Systémové služby

   6. Řízení přístupu k IT

2. Bezpečnost IT

3. Vazby na interní/externí IS

4. Migrace dat

5. Katalog technických požadavků

1Systémové prostředí ČNB

Systém HRIS musí akceptovat standardní systémové prostředí ČNB a musí být snadno do tohoto prostředí implementovatelný.

1.1Serverová část

Serverové prostředí (databázový či aplikační server) je tvořeno:

• HW platformou x86/x64 serverů s OS MS Windows Server 2008R2, cp 1250 nebo Red Hat Linux v. 6.5 jako alternativní prostředí,

• nebo virtualizovanými verzemi serverů na platformách VMWare vSphere 5.x nebo Oracle VM 3.x

Operační systémy jsou:

• monitorovány a sběr logů je zabezpečen systémem MS SCOM 2007 SP1,

• pravidelně skenovány na zranitelnosti systémem QUALYS.

1.2Databázová a aplikační platforma

Databázová platforma ČNB je postavena na databázi ORACLE, pro jejíž správu má ČNB vyškolené specialisty a je možné využít Oracle nadstavbu Oracle Business Intelligence 10g Enterprise Edition pro tvorbu sestav.

Databázový server:

• Oracle RDBMS 11g Standard Edition,

• protokol Oracle Net.

Aplikační a WWW server:

• Oracle WebLogic Server 11g,

• JBoss,

• Microsoft IIS 6.0 a vyšší.

Pokud HRIS bude dodán s využitím těchto platforem, zajistí licence ČNB. Bude-li dodán s využitím jiných platforem, je poskytovatel zavázán dodat i potřebné licence.

1.3Klientská část

Klientská část je založena na OS:

• MS Windows 7 Professional (64bit), cp 1250, Service Pack 1 (operační systém) + aktuální aktualizace, nebo

• na publikovaném vDesktopu prostřednictvím Citrix XenApp 6.5 na MS Windows 2008 Server R2 (virtuální desktop využívající MS terminálové služby).

Další SW na klientské části je:

• TCP/IP síťové služby (DHCP klient, SNMP klient),

• MS Office 2010 Professional Plus CZ + Service Pack 2

• MS Internet Explorer 10 CZ (aktuální SP),

• Adobe Acrobat Reader 10 CZ – prohlížeč souborů ve formátu PDF,

• Symantec EndPoint Protection v.12.1 - antivirový program.

Instalace další provozní platformy na klientskou stanici není preferována. Instalace programového vybavení na klientskou stanici je prováděna především prostřednictvím vzdálené automatické instalace. Instalace musí být kompatibilní se službou  MS Installer (standardní služba operačního systému). Instalace programového vybavení na vDesktop je prováděna centrálně pomocí tzv. image z provisioning serverů.

Není přípustné ukládat na klientskou stanici/vDesktop data trvalé hodnoty, taková data je nutno ukládat na centrální diskové kapacity. Na klientské stanici nesmí být prováděno dávkové zpracování dat IS.

Dávkové zpracování centrálně uložených dat je přípustné spouštět a provádět pouze na databázovém serveru nebo případně na aplikačním serveru.

Uživatel nebo aplikace mohou ukládat na klientskou stanici dočasná data a programové komponenty, které jsou odvozeny z centrálně uložených dat, mohou také provádět lokální zpracování dat. Pro případné vytváření dočasných souborů a ukládání dat při činnosti komponent je třeba využívat předdefinované adresáře dostupné přes proměnné prostředí (USERPROFILE, TEMP, TMP, APPDATA). V případě vDesktop jsou data na lokálním disku po restartu serveru smazána.

Přístupová práva na klientských stanicích a vDesktop odpovídají defaultnímu nastavení od firmy Microsoft po instalaci MS Windows 7 Professional (v případě vDesktop se jedná o MS Windows 2008R2). Výjimky pro potřeby aplikací je v nezbytných případech možné povolit po přesném definování potřebných změn v adresářích a v registrech a po náležitém zdůvodnění požadovaných změn. Výjimky jsou centrálně řízeny a aplikovány na klientské stanice a vDesktop prostřednictvím GPO (politiky v Active Directory). Obdobné požadavky platí i pro registrování knihoven a vytváření nebo změny hodnot klíčů v registrech.

Na klientské stanici a vDesktop pracuje uživatel standardně pod právy přidělené skupině „Users“.

Při realizaci HRIS je nutné zajistit, aby programové komponenty realizovaného IS nebyly v rozporu s komponentami dalších provozovaných IS. Realizovaný IS tedy musí být provozovatelný v systémovém prostředí ČNB a současně nesmí narušovat funkčnost ostatních IS.

1.4Datová síť

• Klientské stanice jsou připojeny rychlostí typicky 100 Mbsec-1 100Base-T.

• Servery jsou připojeny typicky rychlostí 1 Gb 1000Base-T.

• Mezi servery a klientskými stanicemi je pouze L3 konektivita, mezi servery možná L2 nebo L3 konektivita.

• Adresace dle RFC 1918 (10.x.y.z).

• Datová síť je plně přepínaná s redundantním jádrem.

1.5Systémové služby

Single Sign-On

U informačních systémů ČNB je realizována funkce Single Sign-On s využitím služby Microsoft Active Directory (autentizační protokol Kerberos). Uživatel se autentizuje pouze jednou do domény CNB (typicky s využitím certifikátu na čipové kartě), při vyvolání libovolné aplikace již pak není zadávání jména/hesla nutné, ani žádná další autentizace uživatele není požadována.

Zálohování IS a dat

Zálohování HRIS a jeho dat je v ČNB řešeno centrálně, pokud je databáze HRIS typu Oracle. Zálohována jsou pouze data uložená na centrálních kapacitách ve správě sekce informatiky. Pro zálohování je určen zálohovací systém HP Data Protector 6.0 nebo vyšší.

HRIS bude instalován a provozován v prostředí Microsoft Cluster Server (Windows 2008). Mimo jiné musí být schopen automatického zotavení po havárii serveru a zároveň po zotavení musí mít zajištěnu konzistenci dat. Instalaci do prostředí Microsoft Cluster Server zajišťuje poskytovatel. Integraci do prostředí geografického clusteru (tj. start HRIS na druhém node clusteru v jiné lokalitě) zajišťuje objednatel.

Pokud využívá HRIS jiný typ databáze, pak poskytovatel musí zasjistit a poskytnout současně se  systémem HRIS skripty (sadu příkazů), které uvedou HRIS (jeho data) do konzistentního stavu vhodného k zálohování a ČNB zajistí zálohu určených souborů. Poskytovatel dodá script, který na konci zálohy opět vrátí IS do provozního stavu a stejně tak umožní jeho obnovu z těchto záloh v případě havárie.

Pokud bude dodaná databáze typu, který je podporován HP DataProtector 7.01, může poskytovatel na své náklady zajistit integraci dodávaného IS s provozovaným systémem zálohování.

Archivace dat

Archivaci dat si řeší HRIS sám vytvořením vlastních archivačních tabulek.

SIEM (Sběr bezpečnostních logů)

Sběr a vyhodnocování bezpečnostních logů je v ČNB řešen centrálně systémem SIEM ArcSight od firmy HP.

Systém HRIS musí podporovat některý z následujících způsobů logování a sběru logů:

• zaznamenávat logy ve strojově čitelné podobě do souboru v operačním systému a tento sdílet pro systém SIEM,

• zaznamenávat logy ve strojově čitelné podobě do DB a umožnit přístup systému SIEM k daným tabulkám,

• odesílat logy ve strojově čitelné podobě na vzdálený server např. syslogem.

Pro správnou interpretaci a syntaktickou analýzu (parsing) je nutný popis struktury logu.

Elektronická pošta

• Server elektronické pošty - MS Exchange 2010

• Klient elektronické pošty - MS Outlook 2010

Tisková zařízení

• Síťová tisková zařízení,

• Komunikační protokol – TCP/IP,

• Podporované síťové služby – SNMP, DHCP, DNS.

Centrální diskové kapacity

K dispozici jsou „fault“ tolerantní disková pole pro ukládání dat spravovaných databázovými systémy, pro sdílení programového vybavení a dat organizačních útvarů ČNB. Zálohování dat centrálních diskových kapacit je zajištěno.

Internet (DMZ)

• E-mail je povolen všem uživatelům prostřednictvím poštovny Exchange a MTA serverů. Maximální velikost zprávy je však omezena na 30 MB a může být zablokována antivirovým systémem.

• Neaktivní spojení jsou po jedné hodině přerušena.

• Služby provozované v rámci aplikací nebo IS jsou registrovány a povolovány zvlášť v souladu se systémovou bezpečnostní politikou DMZ na základě schválené žádosti.

• Přístup z Internetu je omezen pouze na dedikované servery v určené části DMZ.

Synchronizace času

Čas na všech komponentách sítě ČNB mimo stanic uživatelů je synchronizován se zdrojem přesného času (pro zajištění správného vyhodnocení auditních záznamů).

1.6Řízení přístupu k IT

Ke všem funkcím, programovému vybavení či službám systémového prostředí a obvykle i DB rolím je řízen přístup prostřednictvím interně vyvinuté aplikace „ŘDB – Řídicí databáze“ (aplikace nad DB Oracle), která uchovává seznam uživatelů a jejich skupin a tyto informace jsou pak propagovány např. do Microsoft Active Directory nebo zpřístupněny přes LDAP z Active Directory či z tabulek aplikace ŘDB prostřednictvím views do jiných systémů a aplikací dle jejich potřeb. Ke každému aktivu (aplikace, zdroj, funkce, privilegium atd.) je vytvořena tzv. aplikační skupina, do které jsou pak zařazovány uživatelské účty či účty klientských stanic a tím jsou jim dané komponenty, služby či funkce systémového prostředí ČNB zpřístupněny.

2Bezpečnost IT

V souladu s bezpečnostní politikou České národní banky v oblasti informačních technologií je informační systém HRIS zabezpečen proti hrozbám ohrožujícím jeho dostupnost, důvěrnost, integritu a auditovatelnost.

Zajištění bezpečnosti v ČNB::

Dostupnost	Max. doba výpadku 24 hodin. Dostupnost je zajišťována také prostřednictvím 2 geograficky vzdálených středisek v lokalitě Praha v režimu „split-site“.
Důvěrnost	Řízený přístup (práva přístupu dle rolí).
Integrita	Databázová transakce.
Autentizace	Primárně užitím čipové karty, pouze ve výjimečných a řádně zdůvodněných případech jménem a heslem OS Windows (SSO ve spolupráci s Active Directory).
Prokazatelnost	Záznam v auditním logu.

Servery a na nich instalované SW produkty jsou pravidelně monitorovány a skenovány produktem QUALYS (xxxx://xxx.xxxxxx.xxx/). Pokud jsou nalezeny zranitelnosti u instalovaných produktů hodnoty 4 a vyšší (hodnoty výstupu ze systému Qualys), jsou neprodleně odstraněny a to formou aplikací patchů či jiným doporučeným postupem.

Součástí akceptace systému je provedení penetračního testu a skenu známých zranitelností. Testována jsou rozhraní dostupná z internetu, interním uživatelům i případná další (propojení s jinými systémy).

Všechna datová média (především pevné disky) použitá v informačním systému jsou před přemístěním mimo prostory ČNB bezpečně smazána nebo zničena.

K funkcím pro správu, změny, diagnostiku apod. systému je přístup pouze ze sítě ČNB (příp. prostřednictvím běžného vzdáleného přístupu zaměstnance ČNB do této sítě.) Poskytovatelé nemají ze svých sítí jiný přístup k systému než veřejnost.

3Vazby na interní/externí IS

(Jsou uvedena rozhraní vyžadovaná povinně a rozhraní, pro která existuje analogie v IS Odysea.)

3.1Seznam vazeb – základní přehled

Název IS ČNB	Popis integrace
ŘDB (Řídicí databáze)	HRIS předává denně do ŘDB/AD údaje o zaměstnancích ČNB – tj. osobní číslo zaměstnance, jméno, příjmení, tituly, organizační zařazení, příznaky funkčního zařazení a mimoevidenčního stavu, osobní číslo nadřízeného zaměstnance. HRIS předává denně do ŘDB údaje o organizační struktuře ČNB – číslo a název org. útvaru v celé hierarchii. HRIS přebírá z ŘDB pravidelně (minimálně 1x týdně) aktuální interní e-mailové adresy zaměstnanců ve vazbě na osobní číslo ve formátu xxxxx.xxxxxxxx@xxx.xx.
SNC (Sledování nákladovosti činností)	HRIS předává denně do SNC základní údaje o: zaměstnancích a jejich pracovněprávních vztazích (PPV) - tj. osobní číslo zaměstnance, číslo PPV, jméno, příjmení, tituly, typ PPV (zaměstnanec, dohoda), organizační zařazení, platnost od a do, datum ukončení PPV, příznak evidenčního / mimoevidenčního stavu, odpracované a neodpracované době zaměstnanců v jednotlivých dnech, tj. osobní číslo, číslo PPV, kód evidence PD (číslo složky mzdy), datum, hodiny. HRIS předává 1x ročně (na vyžádání) SNC souhrnné údaje mzdových nákladů v členění podle rozpočtovaných položek a primárních klíčů činností zaměstnanců. HRIS přebírá ze SNC 1x ročně údaje o rozdělení primárních klíčů na úrovni jednotlivých zaměstnanců za dané roční období, z tabulky snc.prim_klic_prac_upr@alfa c. Údaje se využívají pro výpočet souhrnných údajů mzdových nákladů bodu 2).
eSPIS (Spisová služba)	HRIS předává denně do eSPIS údaje o systemizovaných pracovních pozicích – tj. identifikační údaje o systemizovaných pracovních pozicích (číslo pozice), název pozice, její organizační zařazení, osobní číslo zaměstnance na pracovní pozici, příjmení, jméno, tituly, pracovní pozice nadřízeného zaměstnance, pracovní pozice zástupce, příznak funkčního zařazení.
ABO (účetnictví ČNB)	HRIS předává měsíčně do IS ABO údaje pro zúčtování mezd, dokladů individuálního čerpání zaměstnaneckých benefitů a inkasa za stravování – údaje jsou ve struktuře metodiky ABO pro přebírání údajů z externích systémů. Předávání údajů je prováděno uživatelem dávkově. HRIS přebírá z ABO údaje o splátkách zaměstnaneckých úvěrů a údaje o připsaných úrocích úvěrů. Přebírání údajů je prováděno procedurou HRIS, kterou spouští uživatel, popř. může být spouštěna automaticky (nyní spouští uživatel). Je odlišena částka splátek a úroků. Je vyžadována struktura – osobní číslo zaměstnance, číslo úvěrového účtu a předčíslí, částka splátky nebo úroku, datum splátky (úroku).
ORASHEI (Hospodářsko-ekonomické informace)	HRIS předává denně do ORASHEI pro prvek pracovních cest údaje o funkcích vedoucích zaměstnanců (ve vazbě na osobní číslo vedoucího zaměstnance) a číselník funkcí vedoucích zaměstnanců. HRIS předává do ORASHEI pro pracovní cesty čísla účtů (bankokont) zaměstnanců ve vazbě na osobní číslo. HRIS předává do ORASHEI údaje o dnech svátků v daném roce pro zpracování pracovních cest. HRIS předává do ORASHEI čísla vzdělávacích akcí a jejich běhů a názvu akce. Číslo akce s během je v ORASHEI analytikou vzdělávací akce. HRIS přebírá z ORASHEI údaje o nákladech/výdajích na vzdělávací pracovní cesty a vzdělávací akce zaměstnanců. Jsou přebírány údaje nákladů na jednotlivé zaměstnance (identifikované osobním číslem) a na konkrétní vzdělávací akce (identifikované příslušnou analytikou) v členění rozpočtových položek (druhů nákladů na vzdělávací akce). Převzetí údajů provádí uživatel – evident vzdělávání. HRIS přebírá denně pro evidenci pracovní doby údaje o pracovních cestách. V současné době se jedná o nahlížení na záznamy pracovních cest a jsou dostupné údaje: jméno a osobní číslo zaměstnance, datum konání pracovní cesty, místo konání, rozlišení tuzemské pracovní cesty a zahraniční pracovní cesty. V HRIS bude požadováno sofistikovanější propojení pracovních cest přímo do údajů evidence pracovní doby. HRIS přebírá jednou měsíčně údaje o zúčtovaném nadlimitním cestovném zaměstnanců. HRIS přebírá údaje dávkově ve formě souboru s údaji: osobní číslo zaměstnance, složka mzdy částka nadlimitního cestovného ke zdanění.
Intranet ČNB (Portál ČNB)	HRIS předává do Portálu údaje pro aplikaci s informativními údaji z bezpečnostních čteček – příchody a odchody – jedná se o údaje - osobní číslo zaměstnance, kód rozlišení příchodu a odchodu, datum a čas příchodu / odchodu. HRIS předává do Portálu údaje pro úlohu o čerpání benefitů čerpání benefitů a limitu zaměstnance. Jedná se jednak o údaje limitu zaměstnance v daném roce a dále detailní údaje o čerpání zaměstnance podle položek benefitů s rozlišením limitovaných a ostatních položek.
Telefonní seznam ČNB	HRIS předává denně aplikaci „Telefonní seznam ČNB“ fotografie zaměstnanců (ve vazbě na osobní číslo), kteří dali souhlas se zveřejněním fotografie na Intranetu ČNB.
SMS-CZ Access	HRIS předává denně aplikaci SMS_CZ Access změny v osobních údajích zaměstnanců a údaje o nových zaměstnancích pro potřeby bezpečnostního systému. Data zahrnují osobní číslo zaměstnance, jméno a příjmení a tituly, rodné číslo, bydliště, státní příslušnost a zemi, organizační zařazení a datum nástupu do PPV v ČNB a datum příp. ukončení. HRIS přebírá denně ze SMS_CZ Access identifikační údaje o průkazech zaměstnanců ve struktuře: osobní číslo, číslo průkazu, status průkazu (platný, neplatný, jiný. HRIS přebírá několikrát denně ze SMS_CZ Access údaje o příchodech a odchodech zaměstnanců z budovy ve struktuře osobní číslo, údaj rozlišení příchodu a odchodu, datum a čas příchodu a odchodu.
PUD (Poplatky u lékaře)	HRIS předává denně úloze PUD údaje o zaměstnancích, tj. osobní číslo, jméno a příjmení, tituly, organizační zařazení, status (souhlas s úhradou formou srážky ze mzdy), datum ukončení v organizaci. HRIS přebírá z PUD údaje o poplatcích hrazených zaměstnanci formou srážky ze mzdy. Údaje jsou přebírány dávkově jednou měsíčně ve formě souboru, který obsahuje osobní číslo zaměstnance, číslo složky mzdy (poplatku) celková částka k uhrazení zaměstnancem.
ZSOS (Gastrokomplex)	HRIS předává ZSOS (obvykle jednou měsíčně) údaje o odpracované době ve formě textového souboru. Záznamy obsahují osobní čísla zaměstnanců, rok a měsíc, příznaky nároku na dotovanou stravu v jednotlivých dnech měsíce, celkový počet nároků v měsíci. HRIS přebírá ze ZSOS jednou měsíčně údaje o platbách v závodní jídelně, které jsou následně vyhodnoceny společně s poskytnutými stravenkami v HRIS podle evidence pracovní doby jednak jako srážky ze mzdy zaměstnanců, jednak jako příspěvky ze zaměstnaneckých benefitů. Převzetí údajů je realizováno pomocí textového soboru, který obsahuje osobní čísla zaměstnanců, rok a měsíc, čísla složky mezd platby zaměstnance, výše úhrady, výše příspěvku z benefitů, celkový počet poskytnutých dodací v ZSOS.
EVL (El. výstupní list zaměstnance)	HRIS předává úloze EVL údaje o zaměstnancích, kteří končí v ČNB PPV nebo jsou zařazeni do mimoevidenčního stavu. Jsou poskytovány tyto údaje: - osobní číslo zaměstnance, číslo PPV, jméno, příjmení, tituly, organizační zařazení, datum ukončení PPV nebo vynětí ze stavu, popis (ukončení, vynětí), druh PPV (zaměstnanec nebo dohoda).
Školení UI a BOZP	HRIS předává denně do úlohy Školení UI a BOZP základní osobní údaje o zaměstnancích, kteří mají povinnost absolvovat příslušná školení. Jedná se o zaměstnance na pracovních pozicích s přístupy k utajovaným informacím. Datové rozhraní zahrnuje osobní čísla, jména a příjmení zaměstnanců a jejich tituly.
PLANIS (Plánování rozvoje IS/IT)	HRIS předává do PLANIS údaje o nepřítomnosti zaměstnanců. Datové rozhraní zahrnuje záznamy ve struktuře - osobní číslo zaměstnance, datum nepřítomnosti, druh nepřítomnosti – kód a text.
OBIEE – III. pilíř penzijního systému	HRIS předává do OBIE pomocí view údaje o zaměstnancích, kteří mají nárok na uzavření nového produktu III. pilíře penzijního systému- nadstandardního pojištění nebo na změnu již uzavřeného produktu. Záznamy datového rozhraní obsahují prakticky všechny klíčové údaje o zaměstnancích (včetně osobních údajů) a údaje o jejich stanovené mzdě a údaje vztahující se k dříve uzavřeným produktům III.pilíře.
Nadstandardní preventivní lékařské prohlídky	HRIS předává údaje pro interní aplikaci přihlášek na nadstandardní preventivní prohlídky. Datové rozhraní obsahuje záznamy ve struktuře: osobní číslo, pohlaví + jednotlivé typy prohlídek, na které se zaměstnanec může hlásit. Tato forma by měla být součástí projektu HRIS.

3.2Typy vazeb

3.2.1Vazby ON-LINE

Vazbami ON-LINE se myslí vazby mezi databázemi ORACLE, kterými jsou poskytována a předávána data na úrovni databázových linků.

3.2.1.1 Poskytování dat

V současné době mají navázané interní IS ČNB ve svých programech odkazy na pohledy/tabulky (views/tables) v IS ODYSEA, například IS ORASHEI má odkaz na „odysea.ody_konto@ody“.

Z důvodů minimálních změn v navázaných IS ČNB požadujeme, aby byly pohledy/tabulky ve schématu ODYSEA zachovány!

1. Pokud bude nová databáze HRIS (např. schéma s názvem APLHRIS) databáze Oracle, je nutné v nové databázi HRIS vytvořit také schéma ODYSEA a pod ním vytvořit požadované pohledy/tabulky se zachováním stávajících jmen a ve stávající struktuře jako jsou dnes. Tyto pohledy/tabulky se budou odkazovat na data do schématu APLHRIS.

2. Pokud bude databáze HRIS databáze jiného typu než ORACLE, je nutné vytvořit tzv. „mezidatabázi“ typu Oracle, např. jménem „HRIS“ a v ní schéma ODYSEA s požadovanými pohledy/tabulkami, jejichž obsah je automaticky aktualizován z databáze HRIS (tzv. „replikace dat“). Tato aktualizace dat musí být realizovaná maximálně každých 10 minut.

Automatickou aktualizací této „mezidatabáze“ v databázi typu Oracle se myslí zajištění navázání připojení z databáze HRIS na databázi „HRIS“/ODYSEA v databázi ORACLE a její naplnění požadovanými daty, aby byla zachována stávající funkčnost a napojené interní systémy ČNB mohly přebírat data z pohledů/tabulek jako doposud.

V obou případech je nutné dodržet pro správnou funkčnost navázaných interních IS ČNB stejné schéma ODYSEA, stejné názvy, struktury a obsahy pohledů/tabulek, tj. například stejné pole osobní číslo, stejná pole pro organizační strukturu atd.

Ve schématu „ODYSEA“ jsou vytvořeny:

• Permanentní pohledy

Jedná se o trvale vytvořené vazby ve formě poskytování dat ve schématu ODYSEA prostřednictvím view.

• Tabulky/pohledy s generovaným obsahem

Jedná se o vytvořené tabulky pevné struktury, u kterých se obsah připraví na vyžádání v  HRIS (např. volbou položky z menu) a pak už jsou data poskytována jako permanentní view.

3.2.1.2 Předávání dat

• Aktivní předávání dat z HRIS do jiných interních IS ČNB

Systém HRIS předává data do tabulek IS ČNB, tj. realizuje „insert“ do tabulky ve stanoveném schématu.

Při předávání dat z  HRIS do existujících systémů ČNB je nutné zachovat i stávající názvy databázových objektů včetně názvu databázového schématu.

• Aktivní přebírání dat z jiných interních IS ČNB do HRIS

Navázaný IS ČNB předává data do tabulek databáze HRIS, tj. navázaný systém realizuje „insert“ do tabulky ve stanoveném schématu. Schématem může být schéma ODYSEA nebo jiné stávající schéma. U nových požadovaných rozhraní to bude schéma HRIS.

3.2.2Vazby OFF-LINE

• Export

Export dat do formátu XLS a XML, popř. TXT nebo PDF pro předávání dat do externích systémů.

• Import

Import dat z formátu XLS a XML, popř. TXT pro přebírání dat z informačních systémů (externí/ČNB).

3.3Detailní popis jednotlivých vazeb

3.3.1 Řídicí databáze (ŘDB)

3.3.1.1Údaje o zaměstnancích

HRIS poskytuje denně do ŘDB/AD údaje o zaměstnancích ČNB – tj. osobní číslo zaměstnance, jméno, příjmení, tituly, organizační zařazení, příznaky funkčního zařazení a mimoevidenčního stavu, osobní číslo nadřízeného zaměstnance (viz požadavek DAT001).

Jedná se o vazbu datového rozhraní typu ON-LINE s permanentním poskytováním dat z HRIS do jiného IS.

Poskytování dat je zajištěno pomocí datových views.

ODYSEA.ODY_ZAMESTNANCI – zaměstnanci, důchodci a externí spolupracovníci- údaje o osobě

Pole	Typ	Popis	Číselné kódy
OSCIS	Number (5)	Osobní číslo zaměstnance	00001 - 99999
PRIJMENI	Varchar2(50)	Příjmení zaměstnance
JMENO	Varchar2(30)	Jméno zaměstnance
TITUL	Varchar2(30)	Titul před jménem
TITUL_ZA	Varchar2(30)	Titul za jménem
POHLAVI	Number	Kód pohlaví	1- muž, 2 – žena

ODY_PPV – údaje, týkající se pracovněprávního vztahu

Pole	Typ	Popis	Číselné kódy
OSCIS	Number (5)	Osobní číslo zaměstnance	00001 - 99999
CISPP	Number	Číslo pracovněprávního vztahu (PPV)
HLAVNI	Number	Kód pro určení „hlavního“ PPV pro řídící databázi	1 – hlavní PPV pro řídící DB 0 – další PPV
ORG2	Number	Číselný kód org. jednotky	Podle ODY_ORG2
ORG3	Number	Číselný kód sekce	Podle ODY_ORG3
ORG4	Number	Číselný kód odboru	Podle ODY_ORG4
ORG5	Number	Číselný kód – dříve úsek, nyní referát	Podle ODY_ORG5
DATUM_ZAHAJ_V_ORG	Date	Datum zahájení v org.
EVID_STAV	Number	Kód evidenčního stavu	ukončený pracovní vztah (důchodce) aktivní zaměstnanec zaměstnanec v mimoevidenčním stavu externí spolupracovník
FUNKCNI_PRIZNAK	Varchar2(3)	Zkratka funkce - profese	null běžný zaměstnanec A asistent člena BR B člen BR DCH důchodce EXT externí spolupracovník F vedoucí referátu I informatik pobočky N náměstek řed. sekce, SAO NO náměstek ŘS pověřený řízením odboru NV náměstek ředitele pobočky O ředitel odboru ústředí P poradce R ředitel sekce / pobočky SO ředitel samostat. odboru S  sekretářka V  vedoucí odboru pobočky
DOHODA	Number	Kód pro dohody konané mimo pracovní poměr	není dohoda dohoda o pracovní činnosti dohoda o provedení práce práce pro ECB výjimka – zaměstnanec má umožněn výjimečný přístup k IS
PRACOVISTE	Varchar2(2)	Označení pracoviště zaměstnance – je klíčové pro datové sítě	AA – Praha US – Ústí nad Labem PR – pobočka Praha HR – Hradec Králové CE – České Budějovice OS – Ostrava BR - Brno

Pozn. Zaměstnanci v mimoevidenčním stavu, kteří pracují pro ECB (European Central Bank) mají vytvořen specifický kód v poli DOHODA z důvodu zajištění přístupu k informačním technologiím ČNB.

ODYSEA.ODY_MANAGER_CISPP - vedoucí zaměstnanci jednotlivých zaměstnanců podle zařazení v systemizaci pracovních míst

Pole	Typ	Popis	Číselné kódy
OSCIS	Number (5)	Osobní číslo zaměstnance	00001 - 99999
CISPP	Number	Číslo PPV zaměstnance
ID_MISTA	Number	Číselný kód pracovní pozice zaměstnance
ID_NADRIZ1	Number	Číselný kód nadřízeného místa	Údaj není pro ŘDB nezbytný
ID_NADRIZ2	Number	Číselný kód místa nadřízeného nadřízenému místu	Údaj není pro ŘDB nezbytný
MANAGER	Number	Osobní číslo přímého vedoucího zaměstnance
NADRIZ_MANAGERA	Number	Osobní číslo nadřízeného vedoucího zaměstnance

Výše uvedené pohledy jsou využívány pro vytváření public tabulky ZAMEST v ŘDB.

Výše uvedená views jsou nagrantována databázovému účtu CADMGR_LINK, který má link v DB HRIS. Správce HRIS musí mít možnost nagrantovat uvedená views i jiným účtům.

3.3.1.2Organizační struktura

HRIS poskytuje denně do ŘDB údaje o organizační struktuře ČNB – číslo a název organizačních útvaru v celé hierarchii (viz požadavek DAT001).

Jedná se o vazbu datového rozhraní typu ON-LINE s permanentním poskytováním dat z HRIS do jiného IS.

Údaje jsou poskytovány pomocí těchto views:

ODYSEA.ODY_ORG2 – číselník organizačních jednotek

Pole	Typ	Popis	Číselné kódy
ORG2	Number	Číselný kód org. jednotky
ORG2_NAME	Varchar2(30)	Název org. jednotky

ODYSEA.ODY_ORG3- číselník org útvarů – sekcí

Pole	Typ	Popis	Číselné kódy
ORG2	Number	Číselný kód org. jednotky
ORG3	Number	Číselný kód sekce
ORG3_NAME	Varchar2(30)	Název sekce

ODYSEA.ODY_ORG4- číselník org útvarů – odborů

Pole	Typ	Popis	Číselné kódy
ORG2	Number	Číselný kód org. jednotky
ORG3	Number	Číselný kód sekce
ORG4	Number	Číselný kód odboru
ORG4_NAME	Varchar2(30)	Název odboru

ODYSEA.ODY_ORG5- číselník org útvarů – referáty

Pole	Typ	Popis	Číselné kódy
ORG2	Number	Číselný kód org. jednotky
ORG3	Number	Číselný kód sekce
ORG4	Number	Číselný kód odboru
ORG5	Number	Číselný kód dané úrovně - referát
ORG5_NAME	Varchar2(30)	Název dané úrovně - referát
NAZEV_DL	Varchar2(100)	Dlouhý název

Výše uvedená views jsou nagrantována databázovému účtu v DB HRIS CADMGR_LINK a správce HRIS musí mít možnost nagrantovat views i jiným databázovým účtům.

3.3.1.3E-mailové adresy zaměstnanců

HRIS přebírá z ŘDB pravidelně (1x denně) aktuální interní e-mailové adresy zaměstnanců ve vazbě na osobní číslo ve formátu xxxxx.xxxxxxxx@xxx.xx (viz požadavek PER043).

Jedná se o vazbu datového rozhraní typu ON-LINE s předáváním – insertem dat z jiného IS do tabulek HRIS.

Pole	Typ	Popis	Číselné kódy
Osobní číslo	Podle HRIS	Osobní číslo zaměstnance
e-mailová adresa	Varchar	e-mailová adresa

Data jsou zpřístupněna systému HRIS prostřednictvím DB linku a uživatelského účtu v ŘDB typu „HRIS_LINK“. Do systému HRIS jsou mailové adresy nahrávány pravidelně buď pomocí nastavené služby, popř. procedurou spouštěnou pověřeným uživatelem v nezbytném případě. E-mailové adresy musí být nahrávány jako insert (u zaměstnanců, kteří doposud e-mailovou adresu neměli zaznamenanou), jednak jako update záznamů, u kterých došlo ke změně e-mailové adresy (změna jména zaměstnance).

Views a DB objekty uvedené v kap. 3.3.1 jsou vytvořeny poskytovatelem ve spolupráci s objednatelem, ale objednatel je má možnost změnit, pokud systém využívá standardní databázové prostředí podporované ČNB (Oracle). V případě jiného systémového prostředí bude požadováno vytvoření a udržování (změny) uvedených datových rozhraní poskytovatelem.

3.3.2Sledování nákladovosti činností (SNC)

3.3.2.1Údaje o zaměstnancích a jejich pracovněprávních vztazích

HRIS poskytuje denně do SNC (viz požadavek DAT001) základní údaje o:

a. zaměstnancích a jejich pracovněprávních vztazích (PPV),

b. jednotlivých kódech přítomnosti a nepřítomnosti – číselník evidence docházky,

c. odpracované a neodpracované době zaměstnanců v jednotlivých dnech.

Jedná se o vazbu datového rozhraní typu ON-LINE s permanentním poskytováním dat z HRIS do jiného IS.

Předávání údajů je zajištěno prostřednictvím těchto views:

ODYSEA.ODY_PRAC_POM – údaje o zaměstnancích a jejich pracovních poměrech včetně změn

Pole	Typ	Popis	Číselné kódy
OS_CISLO	Number	Osobní číslo zaměstnance
ID_PRAC_POM	Number	Číslo pracovního poměru
JMENO	Varchar2(30)	Jméno zaměstnance
PRIJMENI	Varchar2(50)	Příjmení zaměstnance
TITUL	Varchar2(30)	Titul před jménem
TITUL_ZA	Varchar2(30)	Titul za jménem
TYP_PRAC_POM	Varchar2(3)	Typ pracovněprávního vztahu	ZPP – pracovní poměr DPC-dohoda o pracovní činnosti, DPP – dohoda o provedení práce
ID_UTVAR	Varchar2(16)	Kód útvaru	Kombinovaný kód organizačního útvaru ve tvaru aaaabbbbccccddddeeee, kde aaaa = kód org. jednotky (ORG2) bbbb =kód sekce (ORG3) cccc = kód odboru (ORG4) dddd = kód referátu (ORG5). Číselné kódy jsou doplněny ve znakovém řetězci zleva hodnotou 0, tj. např. číselný kód „110“ je doplněn ve znacích jako „0110“.
PLATNOST_OD	Date	Datum platnosti od
PLATNOST_DO	Date	Datum platnosti od
DATUM_UKONC_V_ORG	Date	Datum ukončení v organizaci
EVID_STAV	Number	Kód evidenčního stavu	0 – ukončený pracovní poměr 1 – aktivní zaměstnanec 2 –  mimoevidenční stav zam.

ODYSEA.ODY_CIS_SLM - číselník složek mzdy – docházky pro výkazy práce v SNC

Pole	Typ	Popis	Číselné kódy
CISSLM	Number	Složky mzdy - docházky
ZKRATKA	Varchar2(3)	Zkratka údaje v docházce
POPIS	Varchar2(25)	Popis složky v docházce
VYKAZ	Varchar2(1)	Použití pro výkaz práce	A-ano, N - ne
PRITOMNOST	Varchar2(1)	Použití pro výkaz práce	A-ano, N - ne
PLACENO	Varchar2(1)	Použití pro výkaz práce	A-ano, N - ne

ODYSEA.ODY_ODPRAC_HOD - odpracované hodiny pro výkazy práce dle složek docházky

Pole	Typ	Popis	Číselné kódy
OS_CISLO	Number	Osobní číslo
ID_PRACPOM	Number	Číslo prac. vztahu
CISSLM	Number	Číslo složky mzdy- docházky
DATUM	Date	Datum
HOD_C	Real(2.2)	Hodiny za složku docházky

Views jsou nagrantována účtu SNC_LINK v DB HRIS, jehož prostřednictvím IS ORASHEI přebírá údaje.

Views ODY_CIS_SLM a ODY_ODPRAC_HOD jsou dále nagrantována účtu ZAMCNB_LINK, který je využívá pro algoritmy úlohy informativních údajů z bezpečnostních čteček na intranetu ČNB. Správce HRIS musí mít možnost nagrantovat views i jiným databázovým účtům.

Views uvedená v kap. 3.3.2.1 jsou vytvořena poskytovatelem ve spolupráci s objednatelem, ale objednatel je má možnost změnit, pokud systém využívá standardní databázové prostředí podporované ČNB (Oracle). V případě jiného systémového prostředí bude požadováno vytvoření a udržování (změny) uvedených datových rozhraní poskytovatelem.

3.3.2.2Souhrnné mzdové náklady SNC

HRIS předává (viz požadavek DAT001) aktivně ad-hoc (na vyžádání) systému SNC souhrnné údaje mzdových nákladů v členění podle rozpočtovaných položek a primárních klíčů činností zaměstnanců. Údaje jsou předávána IS SNC prostřednictvím datové tabulky ODY_SNC_MZD_NAKL, která je vytvořena ve schématu ODYSEA.

Jedná se o vazbu datového rozhraní typu ON-LINE s aktivním předáváním – insertem dat do tabulky ve schématu ODYSEA, která je zpřístupněna účtu databázového linku.

ODYSEA.ODY_SNC_MZD_NAKL – přehled souhrnných mzdových nákladů podle primárních klíčů (činností) a rozpočtových položek (RP).

Pole	Typ	Popis	Číselné kódy
ID_OBDOBI	Number	Kód ID období	Ve struktuře IS SNC podle tabulky snc.obdobi@alfa
RP	Varchar2(30)	Kód Rozpočtové položky	Ve struktuře IS SNC podle tabulky snc.prim_klic_prac_upr@alfa
ID_UTVAR	Number	Kód útvaru	Přebíráno z IS SNC podle tabulky snc.prim_klic_prac_upr@alfa
ID_CIN_ID	Number	Kód činnosti	Přebíráno z IS SNC podle tabulky snc.prim_klic_prac_upr@alfa
ID_UTVAR_PRO	Number	Kód útvaru pro	Přebíráno z IS SNC podle tabulky snc.prim_klic_prac_upr@alfa
ID_CINN_PRO_TYP	Varchar2(1)	Kód činnosti – typ	Přebíráno z IS SNC podle tabulky snc.prim_klic_prac_upr@alfa
ID_CIN_PRO_ID	Number	Kód činnosti pro- ID	Přebíráno z IS SNC podle tabulky snc.prim_klic_prac_upr@alfa
CASTKA	Number	Částka souhrnných mzdových nákladů podle RP	Vypočtená hodnota mzdových nákladů v členění dle výše uvedených atributů
DOKLAD	Varchar2(20)	Text dokladu	Hodnota „ODY“
KOMENTAR	Varchar2(4000)	Komentář k dané RP	Podle kódu dané RP je komentář: R0103010 = 'Mzdy', R010301020101=,'Odvod pojistného na sociální zabezpečení (SZ)', R010301020102=,'Odvod pojistného na veřejné zdravotní pojištění (ZP)', R010301020302=,'Životní a úrazové pojištění', R010301020303=,'Kapitálově důchodové pojištění', R010301020304=,'Penzijní připojištění', R01030219= 'Mzdy a platy útvaru finančního arbitra včetně pojištění',

Tabulka je nagrantována uživateli SNC_LINK. Správce HRIS musí mít možnost nagrantovat tabulku i jiným databázovým účtům.

Pro výpočet souhrnných údajů do tabulky ODY_SNC_MZD_NAKL je nutné:

• stanovit vazbu mezi přiřazením jednotlivých složek mezd HRIS a rozpočtových položek (RP) – lze využít nastavení v číselníku HRIS nebo vytvořit tabulku v DB HRIS,

• nastavit rozdělení částky mzdových nákladů jednotlivých zaměstnanců za sledované období podle jejich PPV a podle RP (výsledek rozdělení může být uložen v pomocné tabulce DB HRIS),

• provést výpočet kumulovaných údajů podle RP a činností za jednotlivé mzdové náklady zaměstnanců procentem uvedeným v poli PROCENTO_MZDY v tabulce snc.prim_klic_prac_upr@alfa (viz. kap. 3.3.2.3.).

Vytvoření objektů v kap. 3.3.2.2 zajištuje poskytovatel ve spolupráci s objednatelem, ale objednatel je má možnost změnit, pokud systém využívá standardní databázové prostředí podporované ČNB (Oracle). V případě jiného systémového prostředí bude požadováno vytvoření a udržování (změny) uvedených datových rozhraní poskytovatelem.

Jednorázová plnění v požadovaných tabulkách provádí pověřený uživatel HRIS, který má možnost vygenerované údaje zkontrolovat a případně ručně opravit. Pokud je řešení ve standardním databázovém prostředí podporovaném ČNB (Oracle), není nutné pro případné opravy vytvářet uživatelský formulář (úpravy údajů budou řešeny na úrovni databáze).

V rámci analýzy bude nutné stanovit, zda tabulka ODY_SNC_MZD_NAKL bude i nadále ve schématu ODYSEA, nebo bude možné ji nagrantovat ve schématu HRIS.

3.3.2.3Primární klíče SNC a číselníky SNC

HRIS přebírá a využívá (viz požadavek DAT002) ze SNC ad-hoc údaje o rozdělení primárních klíčů na úrovni jednotlivých zaměstnanců za dané roční období a dále údaje z tabulek číselníků IS SNC. Údaje se využívají pro výpočet souhrnných údajů mzdových nákladů podle kap. 3.3.2.2.

Jedná se o vazbu datového rozhraní typu ON-LINE s  přebíráním dat z  jiného IS do HRIS prostřednictvím permanentního pohledu a tabulek vytvořených v jiném systému.

Jedná se zejména o tyto tabulky, z nichž jsou pro další zpracování využívány údaje:

SNC.PRIM_KLIC_PRAC_UPR@ALFA

Pole	Typ	Popis	Číselné kódy
ID	Number	ID záznamu
ID_OBDOBI	Number	ID obdobi	ID podle DB tabulky snc.obdobi@alfa
ID_PRAC	Number	ID zaměstnance = osobní číslo zaměstnance
ID_PRAC_POM	Number	ID PPV zaměstnance = číslo PPV
ID_UTVAR	Number	ID útvaru
ID_UTVAR_ODY	Number	ID útvaru v IS Odysea (HRIS)
ID_CINNOST	Number	ID činnosti
PROCENTO_MZDY	Number	Procento mzdy připadající na danou činnost	Tento údaj je využíván při výpočtu souhrnných mzdových nákladů

SNC.OBDOBI@ALFA

Pole	Typ	Popis	Číselné kódy
ID	Number	ID období
DATUM_OD	Date	Datum počátku ročního období	Obvykle 1.1. v daném roce
DATUM_DO	Date	Datum konce sledovaného ročního období	Obvykle 31.12. v daném roce

SNC.UTVAR@ALFA

Pole	Typ	Popis	Číselné kódy
ID	Number	ID útvaru
SLOZENY_KOD	Varchar2(20)	Složený kód organizačního útvaru
NAZEV	Varchar2(45)	Název organizačního útvaru
DATUM_OD	Date	Datum platnosti útvaru
DATUM_DO	Date	Datum ukončení platnosti útvaru

Veškeré tabulky a views IS SNC jsou nagrantovány příslušnému uživateli HRIS_LINK v DB ALFA, který je používán pro databázový link do HRIS. Údaje těchto tabulek jsou používány pro zpracování souhrnných mzdových nákladů do tabulky ODY_SNC_MZD_NAKL.

3.3.3Spisová služba (eSPIS)

HRIS poskytuje denně (viz požadavek DA002) do systému eSPIS údaje o systemizovaných pracovních pozicích a zaměstnancích na těchto pozicích.

Jedná se o vazbu datového rozhraní typu ON-LINE s permanentním poskytováním dat z HRIS do jiného IS.

Údaje jsou poskytovány prostřednictvím datového view:

ODYSEA.ODY_SPIS_ZAM_POZICE

Pole	Typ	Popis	Číselné kódy
KOMB_CISLO_MISTA	Varchar2(29)	Číslo systemizované pozice v daném útvaru. Kombinovaný kód je tvořen kódy org. útvaru, sekce, odboru a číslem systemizované pozice	Kód je tvořen jako textový řetězec typu: xxx-yyy-zzz-aaaaa, kde: xxx = kód org. jednotky yyy= kód sekce zzz = kód odboru aaaaa= číslo systemizované pozice – místa v systemizaci.
NAZEV_POZICE	Varchar2(35)	Název dané pozice	Obsahuje názvy pro vedoucí pozice (guvernér, člen BR, ředitel sekce, ředitel odboru, náměstek ŘS pověřený řízením odboru, ředitel SAO, vedoucí odboru pod.). U ostatních pozic je uveden text „Referent“.
ORG2	Number	Kód organizační jednotky
ORG3	Number	Kód sekce (SAO)
ORG4	Number	Kód odboru
ORG5	Number	Kód referátu
OSCIS	Number	Osobní číslo zaměstnance na pozici	Pokud je pozice neobsazená je hodnota OSCIS null
PRIJMENI	Varchar2(50)	Příjmení zaměstnance na pracovní pozici
JMENO	Varchar2(30)	Jméno zaměstnance na pracovní pozici
TITUL	Varchar2(30)	Titul zaměstnance
TITUL_ZA	Varchar2(30)	Titul za jménem zaměstnance
KOMB_CISLO_NADRIZ	Varchar2(28)	Kombinované číslo systemizované pozice nadřízeného vedoucího zaměstnance	Struktura hodnot jako u KOMB_CISLO_MISTA
KOMB_CISLO_ZASTUPCE	Varchar2(28)	Kombinované číslo systemizované pozice zástupce vedoucího zaměstnance, pokud je stanoven a nadřízená vedoucí pozice není obsazená	Struktura hodnot jako u KOMB_CISLO_MISTA
FUNKCNI_PRIZNAK	Varchar2(1)	Označení vedoucích referátů	Hodnota F

View je nagrantováno účtu CADMGR_LINK. Správce HRIS musí mít možnost nagrantovat uvedené view i jiným účtům.

View uvedené v kap. 3.3.3 je vytvořené poskytovatelem ve spolupráci s objednatelem, ale objednatel je má možnost změnit, pokud systém využívá standardní databázové prostředí podporované ČNB (Oracle). V případě jiného systémového prostředí bude požadováno vytvoření a udržování (změny) uvedeného datového rozhraní poskytovatelem.

3.3.4ABO (účetnictví ČNB)

3.3.4.1Zúčtování mezd, dokladů zaměstnaneckých benefitů a stravování

HRIS předává pravidelně měsíčně do IS ABO (na akci zvolenou uživatelem) údaje pro zúčtování mezd, dokladů individuálního čerpání zaměstnaneckých benefitů a inkasa za stravování. Jedná se o zajištění účtování plateb podle požadavků MZD209, ZBF028, STR027, popř. UVE039.

Jedná se o vazbu datového rozhraní typu ON-LINE s aktivním (dávkovým) předáváním – insertem dat do tabulek ve schématu HRIS_LINK v databázi ABO2_AC.

Datová rozhraní, funkce a procedury pro účtování v systému ABO jsou zpracovány v HRIS podle dokumentace systému ABO „VEC - Vstup účetních transakcí z externích aplikací - popis rozhraní (dále jen „dokumentace ABO“). Tato dokumentace je k dispozici na vyžádání.

1. V databázi ABO2_AC jsou pod uživatelem HRIS_LINK vytvořeny tabulky:

FRONTA_VSTUPNI,

FRONTA_VYSTUPNI,

FRONTA_CHYBOVA.

Tyto objekty jsou nagrantovány v souladu s dokumentací uživateli ABO3.

FRONTA_VYSTUPNI

(v typu je uvedeno, zda pole mohou být Null, nebo musí být Not Null)

Pole	Typ	Popis	Číselné kódy
EXT_ID	Varchar2(18) Not Null	Identifikátor transakce určený externí úlohou.	Vstupní parametr EXT_ID může externí úloha použít jako svůj jedinečný identifikátor transakce. Za jedinečnost si odpovídá externí úloha sama
POPLATKOVAT	Varchar2(1) Not Null	A – transakce se poplatkuje N – transakce je bez poplatku	A N
DAT_SPL	Date Null	Účetní datum splatnosti, default je null	Není-li uvedeno, použije se dnešní datum
VALUTA	Date Null	Datum zápočtu pro úroky a datum, ze kdy kurs u CMKC trans.	Default je null Valuta nesmí být dopředná. Při zúčtování mezd se valuta používá.
PRIORITA	Varchar2(1) Null	N - normální, B - prioritní (tzv. bankovní), K – prioritní klientské, pokud je null, bude dosazeno N
XXXXX	Xxxxxxx(2) Not Null	Účetní rozlišení platnosti transakce	BE – Běžný rok DO – Dodatky
OPER	Varchar2(2) Not Null	Typ operace	UH, SU, IN, SI, VS, VI
DISPOZICE	Varchar2(1) Not Null	Dispozice	S – standardní, B – likvidovat bezpodmínečně
BAN_KOD_DB	Varchar2(4) Not Null	Kód banky debet	Není-li uveden, předpokládá se kód ČNB
BAN_KOD_KR	Varchar2(4) Not Null	Kód banky kredit	Není-li uveden, předpokládá se kód ČNB (lze uvést i slovenské banky)
CI_UCTU_DB	Number(16) Nont Null	Číslo účtu debet
CI_UCTU_KR	Number(16) Not Null	Číslo účtu kredit
MEN_ISO	Varchar2(3) Null	ISO kód měny transakce
CASTKA_KC	Number(25,2) Not Null	Částka transakce v účetní měně. Částka je větší nebo rovna nule.
CASTKA_CM	Number(25,2) Not Null	Částka transakce v cizí měně, u KC transakcí nula. Částka je větší nebo rovna nule.
KURS	Char(1) Null	Kurs případného kursového převodu.	Hodnoty mohou být NULL – čistá korunová transakce nebo při TYP_TRA=AUTO, O – obchodní, U – účetní kurs
V_SYM	Number(10) Null	Variabilní symbol
K_SYM	Number(10) Null	Konstantní symbol
S_SYM	Number(10) Null	Specifický symbol
DS_SYM	Number(10) Null	Symbol devizové statistiky.
UDAJ_DB	Varchar2(140) Null	Zpráva pro účet debet – tisk na výpis pro debet	Je-li do pole vkládán text validací (info o použití náhradního účtu, info o kursových převodech), je vložen před zadaný text, který je odsunut (popř. zkrácen).
UDAJ_KR	Varchar2(140) Null	Zpráva pro účet kredit – tisk na výpis pro kredit	Viz výše
POLE_AV	Varchar2(140) Null	Zpráva pro příjemce od příkazce – tisk na výpis pro debet i kredit
TYP_TRA	Varchar2(6) Null	Typ transakce, Identifikace typu transakce	Identifikace typu transakce (KCKC, CMCM-A, CMCM-B, CMKC-A, CMKC-B, KC-C1, KC-C2, KC-BI, CM-BI, AUTO) umožní používat nový typ CMCM-B (jinak by jej nešlo odlišit od CMCM-A, což je současná CMCM)
MEN_ISO_VY	Varchar2 (3) Null	Měna výplaty do zahraničí
CASTKA_VY	Number Null	Částka výplaty – v měně MEN_ISO_VY
HP_ID	Varchar2 (15) Null	Identifikátor operace pro potřeby aplikace UBO	popis v interní dokumentaci
PP_CI_UCTU	Varchar2(34) Null	Protipartner - Číslo účtu
PP_NAZEV	Varchar2(35) Null	Protipartner - Název / jméno
PP_ADRESA_1	Varchar2(35) Null	Protipartner - Adresa 1. část
PP_ADRESA_2	Varchar2(35) Null	Protipartner - Adresa 2. část
PP_ADRESA_STAT	Varchar2(2) Null	Protipartner - Stát – ISO kód
PP_BANKA_KOD	Varchar2(11) Null	Protipartner banka - BIC kód (či jiný kód) banky
PP_BANKA_TYP	Varchar2(3) Null	Protipartner banka - Typ kódu banky	(BIC, FW, ……)
PP_BANKA_NAZEV	Varchar(35) N	Protipartner banka - Název
PP_BANKA_ULICE	Varchar2(35) Null	Protipartner banka - Ulice
PP_BANKA_MESTO	Varchar2(35) Null	Protipartner banka - Město
PP_BANKA_STAT	Varchar2(2) Null	Protipartner banka - Stát – ISO kód
PP_POPLATKY	Varchar2(3) Null	OUR / BEN / SHA
PP_ZPUSOB_UHRADY	Varchar2(4) Null	UCET / SEK
PP_TELEFON	Varchar2(30) Null	Protipartner banka - Telefon

FRONTA_VYSTUPNI

Pole	Typ	Popis	Číselné kódy
INT_ID	Varchar(13) Not Null	Interní identifikátor transakce - jedinečný po dobu 100 let
EXT_ID	Varchar2(18) Not Null	Identifikátor transakce, určený externí úlohou	A N

FRONTA_CHYBOVA

Pole	Typ	Popis	Číselné kódy
INT_ID	Varchar213) NotNull	Interní identifikátor transakce - jedinečný
EXT_ID	Varchar2(18) Null	Identifikátor transakce, určený externí úlohou
IDP	Number(5) Null	Osobní číslo pracovníka, který vložil transakci.
IDU	Char(3) Not Null	Kód (tříznakový, alfanumerický) úlohy, která vytvořila transakci.
POPLATKOVAT	Char(1) Not Null	A – transakce se poplatkuje N – transakce je bez poplatku
DAT_POR	Date Not Null	Účetní datum, kdy byla transakce pořízena
CAS_POR	Date Not Null	Systémové datum a čas pořízení transakce
CAS_VAL	Date Null	Systémové datum a čas validace transakce
DAT_UCT	Date Null	Datum zaúčtování transakce (resp. datum odmítnutí transakce)
CAS_UCT	Date Null	Systémové datum a čas, kdy transakce zaúčtována	(v popisu níže zatím pod DAT_ZPR)
DAT_SPL	Date Null	Účetní datum splatnosti transakce
VALUTA	Date Null	Datum zápočtu pro úroky a datum, ze kdy kurs u CMKC trans.
XXXXX	Xxxxxxx(2) Not Null	Účetní rozlišení platnosti transakce BE – Běžný rok DO – Dodatky
OPER	Varchar2(2) Not Null	Typ operace	Typ operace – UH, SU, IN, SI, VS, VI
DISPOZICE	Char(1) Not Null	S - standardní, B - likvidovat bezpodmínečně
PRIORITA	Varchar2(1) Not Null	N - normální, B - prioritní (tzv. bankovní), K – prioritní klientské, pokud je null, bude dosazeno N
STAV	Varchar2(1) Not Null	Označuje stav transakce
OKRUH_DB	Char(3) Null	Určuje účetní okruh účtu debet
OKRUH_KR	Char(3) Null	Určuje účetní okruh účtu kredit
BAN_KOD_DB	Varchar2(4) Null	Kód banky debet
BAN_KOD_KR	Varchar2(4) Null	Kód banky kredit
CI_UCTU_DB	Number(16) Not Null	Číslo účtu debet
CI_UCTU_KR	Number(16) Not Null	Číslo účtu kredit
MEN_ISO	Varchar2(3) Not Null	ISO kód měny transakce
CASTKA_KC	Number(25,2) Not Null	Částka transakce v účetní měně. Částka je větší nebo rovna nule.
CASTKA_CM	Number(25,2) Not Null	Částka transakce v cizí měně. Částka je větší nebo rovna nule.
KURS	Char(1) Null	Kurs případného kursového převodu
V_SYM	Number(10) Null	Variabilní symbol
K_SYM	Number(10) Null	Konstantní symbol
S_SYM	Number(10) Null	Specifický symbol
DS_SYM	Number(10) Null	Symbol devizové statistiky. (Totožný s DS1_SYMBOL).
UDAJ_DB	Varchar2(140) Null	Debetní informace - tisk na výpis účtu debet
UDAJ_KR	Varchar2(140) Null	Kreditní informace - tisk na výpis účtu kredit
POLE_AV	Varchar2(140) Null	Zpráva pro příjemce od příkazce - tisk na výpis pro debet i kredit
KOD_CHYBY	Number(10) Null	Kód chyby dle číselníku
PORADI_UCT	Number(7) Not Null	Pořadí pro účtovací modul
CAS_VAL	Date Null	Datum a čas validace transakce
TYP_TRA	Varchar2(6) Null	Typ transakce, Identifikace typu transakce	(KCKC, CMCM-A, CMCM-B, CMKC-A, CMKC-B, KC-C1, KC-C2, KC-BI, CM-BI, AUTO)
STAV_HPL	Varchar2 (1) Null	Stav transakce v HPLAT
MEN_ISO_VY	Varchar2 (3) Null	Měna výplaty do zahraničí / měna došlé platby
CASTKA_VY	Number Null	Částka výplaty – v měně MEN_ISO_VY
HP_ID	Vasrchar2(15) Null	Identifikátor operace v aplikaci HPLAT
PP_CI_UCTU	Varchar2(34) Null	Protipartner - Číslo účtu
PP_NAZEV	Varchar2(35) Null	Protipartner - Název / jméno
PP_ADRESA_1	Varchar2(35) Null	Protipartner - Adresa 1. část
PP_ADRESA_2	Varchar(35) Null	Protipartner - Adresa 2. část
PP_ADRESA_STAT	Varchar2(2) Null	Protipartner - Stát – ISO kód
PP_BANKA_KOD	Varchar2(11) Null	Protipartner banka - BIC kód (či jiný kód) banky
PP_BANKA_TYP	Varchar2(3) Null	Protipartner banka - Typ kódu banky (BIC, FW, ……)
PP_BANKA_NAZEV	Varchar2(35) Null	Protipartner banka - Název
PP_BANKA_ULICE	Varchar2(35) Null	Protipartner banka - Ulice
PP_BANKA_MESTO	Varchar2(35) Null	Protipartner banka - Město
PP_BANKA_STAT	Varchar2(2) Null	Protipartner banka - Stát – ISO kód
PP_POPLATKY	Varchar2(3) Null	OUR / BEN / SHA
PP_ZPUSOB_UHRADY	Varchar2(4) Null	UCET / SEK
PP_TELEFON	Varchar2(30) Null	Protipartner banka - Telefon

2. Uživatel HRIS_LINK má v DB ABO2_AC zpřístupněny dále tyto objekty vytvořené ve schématu uživatele ABO3:

abo3.VEC01_KALENDAR@ABO2_AC (údaje o stavu účetního dne),

abo3.VEC01_VAL_CHYBAR@ABO2_AC (číselník chyb).

Tyto objekty slouží pro kontrolní účely procedury, která zajišťuje přenos účetních dat do IS ABO. Procedura i její vytvoření jsou popsány v dokumentaci ABO. Všechny objekty jsou zpřístupněny pomocí databázového linku ABO2_AC vytvořeného v HRISHRIS.

3. V HRIS jsou vytvořeny předávací tabulky, které HRIS využívá pro předání údajů do účetního systému:

Jedná se o tabulky:

• FRONTA_VSTUPNI_XXX,

• FRONTA_VSTUPNI_KOPIE_XXX.

Sufix XXX (není povinný), ale může identifikovat danou účetní oblast (např. MZD, ZBF, STR),

Tabulky FRONTA_VSTUPNI_XXX mají stejnou strukturu jako tabulka v DB ABO2_AC a údaje z ní jsou po předání do IS ABO vymazány.

Tabulky FRONTA_VSTUPNI_KOPIE_XXX (dále tabulky „KOPIE“) slouží k trvalému uchování účetních záznamů předaných do IS ABO v HRISHRIS.

Oproti struktuře tabulky FRONTA_VSTUPNI v DB ABO2_AC má tabulka KOPIE navíc tyto minimálně tyto údaje:

OBDOBI (období účtovaných údajů)

DATUM_VLOZENI (datum předání údajů do IS ABO)

UZIVATEL (identifikace uživatele).

4. Předávání dat probíhá prostřednictvím procedury, která zajistí nahrání zpracovaných účetních záznamů do příslušné tabulky FRONTA_VSTUPNI_XXX v HRIS. Nad tabulkou je spuštěna databázová procedura pro předání údajů do IS ABO, která po předání údajů do databáze ABO2_AC (tabulky FRONTA_VSTUPNI) následně údaje v předávací tabulce v HRIS maže.

5. Současně s vytvořením záznamů v tabulce FRONTA_VSTUPNI se kopie dat i s doplněnými interními záznamy o uživateli, zúčtovaném období a datu vložení do IS ABO trvale ukládá v HRIS v tabulkách KOPIE pro kontrolní účely.

6. Systém před odesláním dávek do IS ABO provádí kontrolní test na zúčtování dat (likvidaci), který zahrnuje kontrolu na validitu a formální obsah dávky pro  IS ABO – jedná se o kontrolní spuštění standardní procedury předání dat ABO bez fáze zaúčtování.

7. V procesu tvorby a kontroly účetních dávek do IS ABO se v HRIS provádí (nejpozději před odesláním do IS ABO) ještě kontrola odeslání hromadných účetních plateb na účty zdravotního pojištění, sociálního zabezpečení, penzijního připojištění / doplňkového penzijního spoření, daní, popř. jiných specifických účtů – viz kap.3.3.4.2. Jedná se o specifickou kontrolu věcné správnosti zaúčtování vybraných hromadných plateb na účty, které má IS ABO v evidenci.

8. Metodika zaúčtování je definována datovým rozhraním do IS ABO - ABO3 - VEC - Vstup účetních transakcí z cizích úloh - popis rozhraní pro externí aplikace, která bude poskytnuta na vyžádání.

Implementaci funkcí přenosu účetních údajů do IS ABO musí zajistit poskytovatel podle aktuální dokumentace ABO. Zpracování účetních transakcí je prováděno uživatelem s příslušnými právy dávkově. Systém kontroluje minimálně existenci zaúčtované transakce v daný den a období, aby nebylo možné zaúčtovat stejnou účetní dávku se stejnými údaji vícekrát.

3.3.4.2Kontrola věcné správnosti účtů v IS ABO a HRIS při zaúčtování

Systém HRIS v procesu přípravy a kontroly účetních dávek pro zaúčtování v IS ABO provádí věcnou kontrolu na účty v IS ABO - viz požadavek MZD210a.

Jedná se o vazbu datového rozhraní typu ON-LINE s permanentním přebíráním údajů v tabulkách, které jsou nagrantovány účtu HRIS_LINK v databázi ABO2_AC (permanentní dispozicí dat prostřednictvím databázového linku).

V IS ABO (databáze ABO2_AC) jsou (nezávisle na číselnících HRIS) evidovány účty, na které lze odvádět zejména tyto druhy plateb:

• zdravotní pojištění

• sociální zabezpečení,

• daně,

• platby odváděné na účty III. pilíře penzijního systému (penzijní připojištění, doplňkové penzijní spoření, životní pojištění, kapitálově důchodové pojištění)

• účty zaměstnaneckých benefitů,

• účty příjemce plateb zaměstnanců za stravování,

• případně další hromadné platby a odvody podle změn legislativy,

HRIS má k dispozici z IS ABO přehled těchto účtů, které vytváří uživatel v IS ABO nezávisle na číselníku účtů v HRIS.

HRIS v procesu tvorby dávky pro zaúčtování (nejpozději před odesláním dávek do IS ABO) provádí automaticky kontrolu, že příslušné druhy plateb (účetní dávky) uvedené výše jsou odváděné pouze na účty, uvedené v IS ABO. Pokud by např. platby na zdravotní pojištění měly v účetní dávce jiný účet, než je účet uvedený v přehledu IS ABO, transakce zaúčtování dané platby nesmí být provedena.

Zjednodušeně lze popis kontroly popsat takto:

1. v HRIS budou spravovány číselníky účtů číselníky účtů pro hromadné odvody (dále jen „číselníky HRIS“) pověřeným uživatelem číselníků HRIS na základě podkladů zaslaných z příslušných institucí, na které jsou odesílány hromadné odvody (zdravotní pojištění, sociální zabezpečení, daně, penzijní připojištění atd.),

2. v IS ABO bude nezávisle spravován analogický číselník účtů („dále jen číselník ABO“) pověřeným uživatelem číselníku ABO na základě stejných podkladů zaslaných pověřeným uživatelem číselníků HRIS,

3. číselník ABO je v databázi ABO2_AC nagrantován účtu HRIS_LINK pro zajištění on-line kontrol při tvorbě plateb,

4. v HRIS bude v rámci rozhraní na IS ABO vytvářen soubor plateb – transakcí (ve struktuře dle metodiky „Systém ABO Funkční specifikace III - Účetní a správní úlohy“). V případě, že platba směřuje na účet uvedený v číselnících HRIS, bude tento účet zkontrolován proti číselníku ABO. Pokud nebude příslušný účet v číselníku ABO nalezen, nebude transakce do souboru zařazena a pověřený uživatel HRIS bude informován, že transakci s odvodem nelze vytvořit z důvodu neexistence čísla účtu příjemce v číselníku ABO.

Pro uvedenou kontrolu účtů v HRIS budou využívány minimálně tyto údaje z IS ABO, které budou systému HRIS dostupné prostřednictvím databázového objektu (tabulky nebo view) nagrantovaného uživateli HRIS_LINK:

Pole	Typ	Popis	Číselné kódy
Identifikace platby (identifikace účtu)	Varchar2	Identifikace druhu platby, resp. subjektu	Např. Zdravotní pojišťovna 111
Číslo účtu (číslo + předčíslí)	Formát HRIS / Number(16)	Číslo účtu (včetně předčíslí)
Kód banky	Varchar2(4)	Kód banky
Název účtu	Varchar2	Označení účtu
VS	Number(10)	Variabilní symbol
KS	Number(10)	Konstantní symbol
SS	Number(10)	Specifický symbol

Implementaci funkcí kontrol zajišťuje poskytovatel v rámci implementace procedur předávání účetních záznamů do IS ABO.

3.3.4.3Přebírání údajů o splátkách úvěrů do HRIS

HRIS přebírá pravidelně (aktivně uživatelem, nebo automaticky naplánovanou úlohou) z ABO údaje o splátkách zaměstnaneckých úvěrů a údaje o připsaných úrocích na úvěry – viz požadavek UVE010.

Jedná se o vazbu datového rozhraní typu ON-LINE s aktivním (dávkovým) přebíráním – insertem dat z jiného IS do tabulek HRIS.

Pro přebírání údajů do HRIS jsou vyžadovány minimálně tyto údaje:

Pole	Typ	Popis	Číselné kódy
Osobní číslo	Formát HRIS	Osobní číslo zaměstnance
Číslo účtu	Formát HRIS (number)	Číslo úvěrového účtu	Pole RT_UC_KME_KMEN_UC z tabulky OBRATY_OL
Předčíslí účtu	Formát HRIS (number)	Předčíslí úvěrového účtu	Pole RT_UC_DRUH_UC z tabulky OBRATY_OL
Datum splátky / připsání	Date	Datum splátky/připsání úroku (účetní transakce)	Pole RT_DAT_UC_REL z tabulky OBRATY_OL
Částka	Formát HRIS (number)	Částka v Kč	Součet z pole CASTKA_KC. Pro splátky >0 Pro úrok < 0
Typ transakce	Varchar2	Typ transakce (volitelně – lze odlišit v rámci procedur a odlišných funkčních nabídek)	Splátka Úrok

Pro přebírání údajů systém HRIS využívá údaje v tabulkách databáze IC (v současné době nejsou využívány údaje přímo v DB ABO2_AC), které jsou nagrantovány uživateli HRIS_LINK v DB IC, který se využívá pro databázový link do HRIS. Jedná se o tyto tabulky ve schématu UCPREDV:

UCPREDV.OBRATY_OL@IC

UCPRDV.SAL_DATA@IC

UCPREDV.SAL_UCTY_OL@IC.

Přebírání údajů je zajištěno pomocí procedur, které může spouštět oprávněný uživatel nebo lze nastavit jejich automatické spouštění. Jsou přebírány vždy souhrnné údaje (CASTKA_KC) za zaměstnance, datum účetní transakce a číslo a předčíslí účtu zaměstnance.

Při přebírání údajů se využívají tyto podmínky

pro splátky:

pole měny: MEN_ISO z tabulky OBRATY_OL = 'CZK'

pole kódu účtování RT_KUC z tabulky OBRATY_OL = 2

pro úrok

pole KMEN_UC z tabulky OBRATY_OL like '%5839%'

Data jsou aktualizována ve vazbě na časový interval, který je vyhodnocován podle pole RT_DAT_UC_REL tabulky OBRATY_OL.

V případě opakovaného spuštění procedury je zajištěno, že údaje jsou plně aktualizovány ve vazbě na parametry osobního čísla, dne, čísla a předčíslí účtu a typu transakce a nedochází k jejich zduplikování. Pokud je přebírání zajištěno automatickou úlohou, je výsledek zpracování zaslán e-mailem pověřenému uživateli.

Přenos výše uvedených údajů do HRIS zajišťuje a řeší poskytovatel.

3.3.4.4Zaúčtování čerpání zaměstnaneckých úvěrů a peněžní úschovy – vítaný požadavek

Systém umožňuje uživateli generovat výstupy a transakce formou dávek pro zúčtování plateb do interního účetního systému ABO. Jedná se o uvolnění peněžních prostředků z oblasti čerpání úvěrů a peněžní úschovy - viz požadavek UVE039.

Jedná se o vazbu datového rozhraní typu ON-LINE s aktivním (dávkovým) předáváním – insertem dat do tabulek ve schématu HRIS_LINK v databázi ABO2_AC.

Zaúčtování probíhá obdobným dávkovým způsobem jako zúčtování dávek ze zpracování mezd, zaměstnaneckých benefitů nebo stravování. Před odesláním dávky by však v tomto případě byl nutný specifický schvalovací proces v sekci lidských zdrojů.

V současné době není datové rozhraní pro dané typy transakcí vytvořeno. V případě řešení je nutné zajistit podle dokumentace ABO – tj. „VEC - Vstup účetních transakcí z cizích úloh - popis rozhraní pro externí aplikace“.

Přenos výše uvedených údajů do HRIS zajišťuje a řeší poskytovatel.

3.3.4.5Přebírání údajů o číslech účtů zaměstnanců – vítaný požadavek

Systém HRIS umožnuje pověřenému uživateli vybrat číslo účtu na zálohy zaměstnanců, na doplatky mzdy, na splátky zaměstnaneckých úvěrů apod. z číselníku účtů interního účetního systému ABO, v němž jsou vedeny interní účty zaměstnanců (bankokonta) – viz požadavek MZD024.

IS ABO poskytuje HRIS formou tabulky (jednou denně aktualizované) nebo aktuálního view minimálně tyto údaje o aktuálních účtech.

Jedná se o vazbu datového rozhraní typu ON-LINE s  poskytováním dat z  jiného IS systému HRIS prostřednictvím permanentního pohledu nebo tabulky.

Jsou vyžadovány minimálně tyto údaje o účtech zaměstnanců.

Pole	Typ	Popis	Číselné kódy
Osobní číslo	Formát HRIS	Osobní číslo zaměstnance
Číslo účtu	Formát ABO	Číslo účtu zaměstnance v IS ABO
Předčíslí účtu	Formát ABO	Předčíslí u úvěrového účtu
Další účetní údaje (VS, KS, SS)	Formát ABO	Další účetní údaje (VS, KS, SS)
Kód banky	Varchar	Kód banky – default = 0710

Uživatel HRIS má možnost při zadávání čísla účtu pro příslušný typ platby (doplatky mzdy, zálohy, evidenční účet) v záznamech zaměstnance naimportovat údaje o číslech účtu včetně předčíslí ve vazbě na osobní číslo zaměstnance, popř. dříve zadané údaje zkontrolovat. naimportované údaje má uživatel HRIS oprávnění změnit – např. pro zúčtování doplatků mezd není využito číslo jeho bankokonta zaměstnance v IS ABO, ale jiný účet, který zaměstnanec pro zúčtování mezd sám stanoví.

Při importu jsou naimportovány i údaje o VS, popř. KS a SS, které jsou evidovány v IS ABO. U bankokont zaměstnanců pro zálohy a doplatky mezd je v rámci VS obvykle uvedeno (importováno) rodné číslo zaměstnance. Kód banky je u interních bankokont zaměstnanců nebo účtů zaměstnaneckých úvěrů roven hodnotě „0710“.

Programové řešení uživatelského výběru a přebírání údajů z tabulek (view) IS ABO do HRIS zajišťuje poskytovatel.

3.3.4.6Kontrola zaplacení platebních příkazů - vítaný požadavek

Systém umožňuje evidovat údaje o zaplacení platebních příkazů v záznamech zaměstnanců – viz požadavek ZBF041a. Je umožněno přebírat informace o zaplacených úhradách platebních příkazů z IS ABO. Kontrola je prováděna na základě vyplněného variabilního symbolu plátce (osobní číslo zaměstnance).

Jedná se o vazbu datového rozhraní typu ON-LINE s  poskytováním dat z  jiného IS ČNB systému HRIS prostřednictvím permanentního pohledu nebo tabulky.

Pro kontrolu budou vyžadovány tyto údaje týkající se účtu zaměstnaneckých benefitů:

Pole	Typ	Popis	Číselné kódy
Číslo účtu zaměstnaneckých benefitů	Formát ABO	Číslo účtu, na který jsou hrazeny platby benefitů včetně předčíslí
Číslo účtu plátce + předčíslí	Formát ABO	Číslo účtu zaměstnance, z něhož byla provedena platba zaměstnance
Variabilní symbol plátce	Formát ABO	Variabilní symbol plátce = osobní číslo zaměstnance
Další účetní údaje (KS, SS) plátce	Formát ABO	Další účetní údaje (KS, SS)
Kód banky plátce	Varchar	Kód banky plátce
Částka platby	Number	Částka platby zaměstnance
Datum připsání platby na účet benefitů	Date	Datum připsání platby na účet benefitů
Popis platby	Varchar	Popis – identifikátor subjektu
Osobní číslo zaměstnance u interních bankokont, z kterých zaměstnanci hradí platbu	Formát ABO	Osobní číslo zaměstnance u interních účtů – bankokont zaměstnanců

Při kontrole se porovnávají údaje za platby zaměstnanců, pro které byly vytvořeny a odeslány převodní příkazy (individuální nebo hromadné – viz požadavky ZBF041 a ZBF045) s údaji o zaplacených platbách na účet benefitů v IS ABO. Identifikátorem platby zaměstnance je jeho osobní číslo uvedené v rámci VS platby, nebo osobní číslo u interních bankokont zaměstnanců.

Kontrola je prováděna jako časovaná služba a výstup kontroly je zasílán e-mailem pověřenému uživateli, popř. je dostupná jako datový výstup v HRIS. V rámci výstupu musí být uvedeny platby, které doposud nebyly uhrazeny.

Funkci kontroly zaplacených plateb v HRIS zajišťuje poskytovatel jako uživatelskou funkci.

3.3.5IS ORASHEI – Systém hospodářsko-ekonomických informací

3.3.5.1Údaje o vedoucích zaměstnancích

HRIS poskytuje (viz požadavek DAT001) denně do ORASHEI pro prvek pracovních cest údaje o funkcích vedoucích zaměstnanců (ve vazbě na osobní číslo vedoucího zaměstnance) a číselník funkcí vedoucích zaměstnanců.

Jedná se o vazbu datového rozhraní typu ON-LINE s permanentním poskytováním dat z HRIS do jiného IS.

Poskytování údajů je zajištěno pomocí views:

ODYSEA.ODY_CIS_FUNKCE – číselník funkčních kódů pro úlohu pracovní cesty ORASHEI

Pole	Typ	Popis	Číselné kódy
KOD_FUNKCE	Number	Číselný kód funkce	Pouze vybrané funkce
NAZEV_FUNKCE	Varchar2(25)	Název funkce

ODYSEA.ODY_ZAM_FUNKCE – vazba funkčních kódů a osobních čísel pro úlohu pracovní cesty IS ORASHEI

Pole	Typ	Popis	Číselné kódy
OSCIS	Number	Osobní číslo
KOD_FUNKCE	Number	Kód funkce	Podle ODY_CIS_FUNKCE

Uvedená views jsou v DB HRIS nagrantována účtu SHEI_LINK. Správce HRIS musí mít možnost nagrantovat uvedená views i jiným účtům.

Views uvedená v kap.3.3.5.1 jsou vytvořena poskytovatelem ve spolupráci s objednatelem, ale objednatel je má možnost změnit, pokud systém využívá standardní databázové prostředí podporované ČNB (Oracle). V případě jiného systémového prostředí bude požadováno vytvoření a udržování (změny) uvedených datových rozhraní poskytovatelem.

3.3.5.2Čísla účtů zaměstnanců pro pracovní cesty

HRIS poskytuje do ORASHEI (viz požadavek DAT001) pro pracovní cesty čísla účtů zaměstnanců, na které je zúčtováván doplatek mzdy, ve vazbě na osobní číslo.

Jedná se o vazbu datového rozhraní typu ON-LINE s permanentním poskytováním dat z HRIS do jiného IS.

Údaje jsou dostupné prostřednictvím view:

ODYSEA.ODY_KONTO – čísla bankokont zaměstnanců

Pole	Typ	Popis	Číselné kódy
OSCIS	Number	Osobní číslo
PREDCISLI	Varchar2(6)	Předčíslí účtu zaměstnance
CIS_KONTA	Varchar2(10)	Číslo účtu zaměstnance
KOD_BANKY	Varchar2(4)	Kód banky účtu zaměstnance

Uvedené view je v DB HRIS nagrantováno účtům SHEI_LINK a UCPREDV_LINK. Správce HRIS musí mít možnost nagrantovat uvedené view i jiným účtům.

View uvedené v kap. 3.3.5.2 je vytvořeno poskytovatelem ve spolupráci s objednatelem, ale objednatel má možnost jej změnit, pokud systém využívá standardní databázové prostředí podporované ČNB (Oracle). V případě jiného systémového prostředí bude požadováno vytvoření a udržování (změny) uvedeného datového rozhraní poskytovatelem.

3.3.5.3Svátky – kalendář a dny nepřítomnosti zaměstnanců

HRIS poskytuje do ORASHEI (viz požadavek DAT001) údaje o dnech svátků v daném roce pro zpracování pracovních cest a dále údaje o plánované a čerpané době nepřítomnosti zaměstnanců.

Jedná se o vazbu datového rozhraní typu ON-LINE s permanentním poskytováním dat z HRIS do jiného IS.

Předávání těchto údajů je řešeno pomocí těchto views:

ODYSEA.ODY_SVATKY – údaje svátků

Pole	Typ	Popis	Číselné kódy
SVATEK	Date	Datum svátku

ODYSEA.ODY_PLANIS_NEPRIT – údaje nepřítomnosti zaměstnance

Pole	Typ	Popis	Číselné kódy
OSCIS	Char(10)	Osobní číslo zaměstnance
DATUM	Date	Datum nepřítomnosti
KOD_NEPRIT	Varchar2(3)	Kód nepřítomnosti	DOV RPS PC SV OST
TEXT	Varchar2(25)	Text důvodu nepřítomnosti	Dovolená Regenerace pracovních sil Pracovní cesta Svátek Ostatní nepřítomnost

View ODY_PLANIS_NEPRIT uvádí údaje pro tzv. hlavní / prioritní PPV a pouze dny nepřítomnosti, v nichž neexistuje odpracovaná doba (přítomnost) zaměstnance.

Views jsou nagrantována databázovému účtu SHEI_LINK a správce HRIS musí mít možnost nagrantovat uvedená views i jiným účtům.

Views uvedená v kap. 3.3.5.3 jsou vytvořena poskytovatelem ve spolupráci s objednatelem, ale objednatel je má možnost změnit, pokud systém využívá standardní databázové prostředí podporované ČNB (Oracle). V případě jiného systémového prostředí bude požadováno vytvoření a udržování (změny) uvedených datových rozhraní poskytovatelem.

3.3.5.4Čísla vzdělávacích akcí – analytiky vzdělávacích akcí

HRIS předává do ORASHEI čísla vzdělávacích akcí a jejich běhů a názvu akce – viz požadavek VZD049. Číslo akce s během je v ORASHEI analytikou vzdělávací akce.

Jedná se o vazbu datového rozhraní typu ON-LINE s permanentním poskytováním dat z HRIS do jiného IS.

Údaje jsou předávány prostřednictvím view:

ODYSEA.ODY_VZD_AKCE

Pole	Typ	Popis	Číselné kódy
CISLO_VZD	Varchar2(14)	Kombinace čísla kurzu a běhu	Xxxxx xxxxx/číslo běhu
NAZEV_AKCE	Varchar2(50)	Název vzdělávací akce

View je nagrantováno účtu SHEI_LINK a správce HRIS musí mít možnost nagrantovat uvedená views i jiným účtům.

View ODYSEA.ODY_VZD_AKCE je vytvořeno poskytovatelem ve spolupráci s objednatelem, ale objednatel ho má možnost změnit, pokud systém využívá standardní databázové prostředí podporované ČNB (Oracle). V případě jiného systémového prostředí bude požadováno vytvoření a udržování (změny) uvedeného datového rozhraní poskytovatelem.

3.3.5.5Prezence na vzdělávacích pracovních cestách a základní údaje pracovních cest

HRIS přebírá z ORASHEI (na akci uživatele HRIS) údaje o vzdělávacích pracovních cestách a účastnících těchto pracovních cest – prezenci vzdělávacích pracovních cest – viz požadavek VZD050. Převzetí údajů provádí uživatel – evident vzdělávání při zpracování evidence dané vzdělávací akce.

Jedná se o vazbu datového rozhraní typu ON-LINE s aktivním (dávkovým) předáváním – insertem dat z jiného systému do tabulek systému HRIS.

Pro import údajů do záznamů vzdělávací cesty a prezence na této cestě jsou vyžadovány minimálně tyto údaje:

Pole	Typ	Popis	Číselné kódy
Osobní číslo zaměstnance	Formát HRIS	Osobní číslo zaměstnance -	Číslo cestovatele
Číslo pracovní cesty	Varchar2(14)	Číslo pracovní cesty
Číslo analytiky (CISLO_VZD)	Varchar2(14)	Kombinace čísla kurzu a běhu	Xxxxx xxxxx/číslo běhu
Fáze zpracování	Varchar2(2)	Fáze zpracování
Doba konání od	Date	Doba a čas pracovní cesty od (resp. při přerušení zahájení pokračování cesty)
Doba konání do	Date	Doba a čas konání ukončení pracovní cesty, resp. při přerušení ukončení příslušné fáze pracovní cesty
Druh pracovní cesty	Varchar2	Druh pracovní cesty	T – tuzemská, Z - zahraniční
Návaznost pracovní cesty	Varchar2	Návaznost pracovní cesty	P – nenavazující (přerušená) S – navazující (souvislá)
Datum poslední aktualizace	Date	Datum poslední aktualizace
Místo pracovní cesty	Varchar2	Místo pracovní cesty
Komentář	Varchar2	Komentář – doplňující údaje k pracovní cestě	Volitelný údaj
Účel pracovní cesty	Varchar2	Účel pracovní cesty	Volitelný údaj

Údaje o prezenci na vzdělávacích pracovních cestách jsou do systému HRIS přeneseny ve vazbě na číslo vzdělávací akce (číslo kurzu / číslo běhu), které je pro danou vzdělávací akci identifikátorem vazby. Do záznamů vzdělávací akce a prezence akce jsou přeneseny údaje pracovní cesty a účastníků, kteří mají stejné číslo analytiky v záznamech pracovních cest.

Požadované údaje ve formě tabulky nebo view (views) z IS ORASHEI jsou nagrantované účtu HRIS_LINK v DB IC a jsou dostupné v DB HRIS prostřednictvím příslušného databázového linku.

Zpracování a import údajů a účastníků vzdělávací akce musí být řešen poskytovatelem. Import nákladů provádí pomocí nabídky HRIS pověřený uživatel HRIS při vypořádání evidence dané akce společně s importem údajů nákladů na vzdělávací akci.

3.3.5.6Náklady / výdaje na vzdělávací akce a na vzdělávací pracovní cesty

HRIS přebírá z ORASHEI (na akci uživatele HRIS) údaje o nákladech, resp. výdajích na vzdělávací akce zaměstnanců – viz požadavky VZD051 a VZD068.

Jedná se o vazbu datového rozhraní typu ON-LINE s aktivním (dávkovým) předáváním – insertem dat z jiného systému do tabulek systému HRIS.

Systémem HRIS jsou ze systému ORASHEI přebírány údaje nákladů / výdajů na jednotlivé zaměstnance (identifikované osobním číslem), pokud tento údaj je dostupný pro danou akci v IS ORASHEI (u pracovních cest), a na konkrétní vzdělávací akce (identifikované příslušnou analytikou) v členění rozpočtových položek (druhů nákladů na vzdělávací akce). Převzetí údajů provádí uživatel – evident vzdělávání při zpracování evidence dané vzdělávací akce.

V současné době se provádí přebírání (import) údajů týkajících se nákladů pouze na vzdělávací pracovní cesty. Řešení tohoto požadavku je v HRIS uvedeno jako přebírání údajů o nákladech na pracovní cesty (požadavek VZD051) V HRIS bude dále požadováno přebírání všech údajů týkajících se nákladů / výdajů z faktur na všechny vzdělávací akce, které nemusí být pracovními cestami (požadavek VZD068).

Z IS ORASHEI budou pro HRIS vyžadovány minimálně tyto údaje, které se týkají skutečně realizovaných nákladů / výdajů na vzdělávací akce:

Pole	Typ	Popis	Číselné kódy
Kód rozpočtové položky (RP)	Varchar2(64)	Složený kód rozpočtové položky podle IS ORASHEI
Číslo analytiky (CISLO_VZD)	Varchar2(14)	Kombinace čísla kurzu a běhu	Xxxxx xxxxx/číslo běhu
Osobní číslo zaměstnance	Formát HRIS)	Osobní číslo zaměstnance, pokud lze vázat na doklad (např. na pracovní vzdělávací cestu)	U pracovních cest číslo cestovatele
Částka	Number	Částka na rozpočtové položce a analytice, popř. pro osobní číslo
Číslo dokladu	Varchar2	Číslo pracovní cesty nebo faktury
Typ dokladu	Varchar2	Rozlišení faktur, pracovních cest, popř. jiných dokladů
Identifikátor – IČO dodavatele	Number	Identifikátor dodavatele	Volitelný údaj u faktur
Datum zúčtování	Date	Datum zúčtování
Nákladové středisko	Varchar2	Kód nákladového střediska	Volitelný údaj pro odlišení organizačního zařazení

V HRIS jsou částky na rozpočtových položkách identifikovány podle interního číselníku členění nákladů na vzdělávací akce (kurzovné, ubytování, diety-stravné, doprava atd.). Jedná se o převodní můstek rozpočtových položek a číselníku členění nákladů na vzdělávání v HRIS. Podle tohoto převodního můstku jsou náklady / výdaje na dané vzdělávací akce naimportovány do HRIS jako dané druhy nákladů na jednotlivé účastníky vzdělávací akce i náklady na vzdělávací akci celkem. V případě nákladů / výdajů na akce, kde jsou náklady přiřazené konkrétní osobě (vzdělávací pracovní cesty), budou tyto údaje přiřazovány k „primárnímu / hlavnímu“ pracovněprávnímu vztahu zaměstnance.

Pokud se jedná o výdaje hrazené formou faktur za účast více osob na dané akci (kde není identifikátor zaměstnance), jsou do HRIS naimportované celkové částky na danou vzdělávací akci rozpočteny na jednotlivé účastníky poměrem podle délky jejich účasti (v rámci prezence na akci). U faktur, které nelze vázat na pracovní cesty, bude nutné provádět import nikoliv podle účastníků, ale podle čísla analytiky, popř. čísel faktur (dokladů) za danou akci.

Požadované údaje ve formě tabulky nebo view (views) z IS ORASHEI jsou nagrantované účtu HRIS_LINK v DB IC a jsou dostupné v DB HRIS prostřednictvím příslušného databázového linku.

Zpracování a import nákladů a výdajů na vzdělávací akce musí být řešeny poskytovatelem. Import nákladů provádí pomocí nabídky HRIS pověřený uživatel HRIS při vypořádání evidence dané akce. Základním předpokladem je, že se jedná o akce, které již byly vypořádané a zúčtované v IS ORASHEI.

3.3.5.7Údaje pracovních cest – nepřítomnost zaměstnanců v evidenci pracovní doby podle schválených pracovních cest – vítaný požadavek

HRIS přebírá denně pro evidenci pracovní doby údaje o pracovních cestách – viz požadavek EPD063.

Jedná se o vazbu datového rozhraní typu ON-LINE s aktivním automaticky načasovaným předáváním – insertem dat z jiného systému do tabulek systému HRIS.

Pro zpracování v HRIS budou vyžadovány tyto údaje:

Pole	Typ	Popis	Číselné kódy
Osobní číslo zaměstnance	Formát HRIS	Osobní číslo zaměstnance -	Číslo cestovatele
Číslo pracovní cesty	Varchar2(14)	Číslo pracovní cesty
Fáze zpracování	Varchar2(2)	Fáze zpracování
Doba konání od	Date	Doba a čas pracovní cesty od (resp. při přerušení zahájení pokračování cesty)
Doba konání do	Date	Doba a čas konání ukončení pracovní cesty, resp. při přerušení ukončení příslušné fáze pracovní cesty
Druh pracovní cesty	Varchar2	Druh pracovní cesty	T – tuzemská, Z - zahraniční
Návaznost pracovní cesty	Varchar2	Návaznost pracovní cesty	P – nenavazující (přerušená) S – navazující (souvislá)
Datum poslední aktualizace	Date	Datum poslední aktualizace
Místo pracovní cesty	Varchar2	Místo pracovní cesty	Volitelný údaj
Komentář	Varchar2	Komentář – doplňující údaje k pracovní cestě	Volitelný údaj
Účel pracovní cesty	Varchar2	Účel pracovní cesty	Volitelný údaj

Do HRIS se přenášejí údaje o pracovních cestách jako příslušné druhy evidence pracovní doby – nepřítomnost z důvodu tuzemské nebo zahraniční pracovní cesty. Údaje o nepřítomnosti v době od a do z důvodu pracovních cest jsou neschvalovaným druhem nepřítomnosti. Při převzetí údajů z IS ORASHEI je aktivován výpočet pracovní doby zaměstnance. Do vypočtené pracovní doby zahrnující pracovní cestu se zahrnuje pouze doba dle rozvrhu směn. Údaje o pracovních cestách jsou u zaměstnanců s více PPV v HRIS přeneseny do všech PPV typu pracovní poměr, pro které se vede v HRIS samostatně evidence pracovní doby. V případě přerušené pracovní cesty bude nutné využít detailní údaje z řádků pracovních cest s údaji o začátku cesty, datu a čase přerušení, datu začátku pokračování a datu a čase ukončení.

Údaje by měly být podle druhu pracovní cesty (zahraniční, tuzemská), které by byly vázány na konkrétní druh evidence pracovní doby HRIS, importovány jako neschvalované doklady / údaje přímo do záznamů evidence pracovní doby v HRIS. V rámci importu by byla v HRIS vyhodnocena pracovní doba zaměstnance podle jeho stanovené pracovní doby a podle data začátku a konce pracovní cesty by byl proveden výpočet započítané pracovní doby z pracovní cesty jako výkon práce. Doba strávená na pracovní cestě mimo stanovenou pracovní dobu zaměstnance (nebo doba přerušení) by se do evidence pracovní doby za pracovní cestu nezapočítávala.

Pokud bude docházet ke změnám údajů, bude třeba zajistit, aby systém HRIS přebíral aktualizované údaje. Aktualizace se mohou týkat především změn dat zahájení i ukončení cest, ale může se jednat i o zrušené cesty. V evidenci pracovní doby HRIS musí naimportovány a zpracovány pouze záznamy, které se týkají schválených a nezrušených pracovních cest. Z těchto důvodů by bylo vhodné, aby HRIS udržoval interně v rámci svých záznamů i čísla pracovních cest a IS ORASHEI vyhodnocoval změny ve vazbě na konkrétní čísla – doklady těchto pracovních cest.

Příklad 1:

Zaměstnanec odjede na zahraniční pracovní cestu v neděli v 17:00 a vrátí se z ní v následující sobotu v 10:00.

Zaměstnanec má standardní pracovní dobu pondělí až pátek od 7:45 do 16:00. Z hlediska evidence pracovní dobu v HRIS bude v evidenci pracovní doby vedena jako zahraniční pracovní cesta s výkonem práce 5 pracovních dnů v době pondělí až pátek od 7:45 do 16:00 hodin.

Příklad 2

Zaměstnanec odjede na tuzemskou pracovní dobu v pondělí od 12:00 a vrátí se v úterý ve 22:00 hodin. V rámci evidence pracovní doby bude jako výkon práce na tuzemské pracovní cestě zohledněna pouze doba od 12:00 do 16:00. Zaměstnanec bude mít tedy tyto druhy evidence pracovní doby:

v pondělí: standardní přítomnost od 7:45 přítomnost do 11:59

od 12:00 do 16:00 tuzemskou pracovní cestu

v úterý od 7:45 do 16:00 tuzemskou pracovní cestu.

Příklad 3

Zahraniční pracovní cesta trvá celkově od čtvrtka 18:00 do pátku příštího týdne do 12:00 První pátek je pracovní cesty ve 23:59 přerušena dovolenou zaměstnance a pokračuje následující týden v úterý od rána.

Od soboty do pondělí čerpá zaměstnanec dovolenou.

V záznamech evidence pracovní dobu bude vykázáno:

• čtvrtek první týden - celý den přítomnost (odjezd na pracovní cestu je až po skončení směny), pátek první týden – celý den pracovní cesta

• sobota, neděle – dny pracovního klidu

• pondělí druhý týden – celý den dovolená

• úterý – čtvrtek druhý týden - celé dny pracovní cesta

• pátek druhý týden – pracovní cesta od 7:45 do 12:00, od 12:01 do 16:00 přítomnost.

Údaje pracovních cest z IS ORASHEI jsou nagrantovány účtu HRIS_LINK databázi IS ORASHEI a jsou v systému HRIS dostupné prostřednictvím databázového linku.

Zpracování importu a zpracování záznamů pracovních cest do HRIS musí být řešeny poskytovatelem. Import je prováděn automatizovaně minimálně jednou denně naplánovanou úlohou. Po importu údajů o pracovní cestě musí být v HRIS automaticky proveden výpočet příslušných záznamů pracovní doby.

3.3.5.8Údaje nadlimitního cestovného pro zdanění – import do záznamů mezd

HRIS přebírá jednou měsíčně údaje o zúčtovaném nadlimitním cestovném zaměstnanců.

Přebírání může být řešeno těmito způsoby (2 varianty):

1. OFF-LINE předávání údajů s využitím dávkového textového souboru – import souboru (viz požadavek MZD079):

Jedná se o vazbu datového rozhraní typu OFF-LINE, kdy je realizován uživatelem import do HRIS z lokálního souboru.

HRIS přebírá u této varianty řešení údaje z IS ORASHEI dávkově z vytvořeného txt souboru (je vytvořen dávkově pověřeným uživatelem v IS ORASHEI), který obsahuje tyto údaje:

osobní číslo zaměstnance,

číslo složky mzdy,

částka nadlimitního cestovného ke zdanění (na dvě desetinná místa).

Vytvoření souboru typu txt je standardní funkcionalitou IS ORASHEI. Importní soubor vytvoří v IS ORASHEI jako dávku pověřený uživatel (referent mezd), který zajistí také import do mzdových záznamů HRIS. Zpracování se provádí první pracovní den následujícího měsíce po uzavření údajů v IS ORASHEI.

2. ON-LINE přebíráním údajů přímo z databáze IS ORASHEI – databázová procedura přenosu (viz požadavek MZD079a).

Jedná se o vazbu datového rozhraní typu ON-LINE s aktivním (dávkovým) předáváním – insertem dat z jiného systému do tabulek systému HRIS.

HRIS v této variantě řešení přebírá údaje jako dávku přímo z tabulek IS ORASHEI prostřednictvím databázového linku a účtu HRIS_LINK v IS ORASHEI. IS ORASHEI poskytuje pro přenos údajů prostřednictvím view nebo tabulky tyto údaje:

Pole	Typ	Popis	Číselné kódy
Osobní číslo zaměstnance	Formát HRIS	Osobní číslo zaměstnance -	Číslo cestovatele
Číslo složky mzdy	Number	Číslo přenášené složky mzdy
Částka	Number	Částka nadlimitního cestovného ke zdanění – na 2 desetinná místa

V obou variantách řešení je funkce importu txt nebo xls souborů nebo funkce datového přenosu do mzdových záznamů implementována v HRIS a import nebo databázový přenos je prováděn dávkově pověřeným uživatelem. Možnosti funkce jsou zajištěny poskytovatelem HRIS.

3.3.5.9Číselník dodavatelů vzdělávacích akcí – vítaný požadavek

V rámci HRIS je požadováno přebírání číselníku dodavatelů vzdělávacích akcí z IS ORASHEI (viz požadavek VZD011).

Jedná se o vazbu datového rozhraní typu ON-LINE s aktivním předáváním – insertem dat z jiného systému do tabulek systému HRIS (naplánovanou úlohou).

Od IS ORASHEI budou vyžadovány minimálně tyto údaje:

Pole	Typ	Popis	Číselné kódy
Interní číslo dodavatele v IS ORASHEI	Varchar2	Interní číslo dodavatele v IS ORASHEI
IČO dodavatele	Number	IČO dodavatele
DIČ	Varchar2	DIČ dodavatele
Název dodavatele	Varchar2	Název dodavatele
Adresa dodavatele (město, ulice, PSČ)	Varchar2	Adresa dodavatele	Volitelný údaj
Platnost adresy do	Date	Platnost údaje

Při přebírání údajů budou využity tabulky PARTNER@Alfa a PARTNER_SIDLO@Alfa, resp. view vytvořené v systému ORASHEI pouze pro partnery – dodavatele vzdělávacích akcí. V případě více kontaktů na dodavatele je možné vázat všechny, nebo jen jeden z nich.

Import a zpracování přebíraných údajů z IS ORASHEI v HRIS zajistí poskytovatel. Údaje jsou přebírány HRIS několikrát denně, popř. jako on-line data pomocí view. Pověřený uživatel HRIS by měl mít možnost provést také ruční aktualizaci údajů při změně číselníku dodavatelů v IS ORASHEI. Pověřený uživatel má mít možnost také provádět editaci číselníku dodavatelů v HRIS ručně.

3.3.5.10Tvorba požadavků – objednávek pro IS ORASHEI – vítaný požadavek

HRIS umožňuje vytvářet požadavky na objednání vzdělávacích akcí v IS ORASHEI (viz požadavek VZD021). Jedná se o vytvoření podkladů, na základě kterých se v IS ORASHEI vytvoří doklad požadavku na objednání služby.

Řešení by mělo být typu ON-LINE jako import předávání údajů pomocí databázové procedury z HRIS do IS ORASHEI.

Pro IS ORASHEI jsou nezbytné při vytváření požadavku na objednávku minimálně tyto údaje:

Pole	Typ	Popis	Číselné kódy
Identifikátor dokladu	Varchar2	Interní číslo dokladu v IS ORASHEI	Vytvoří IS ORASHEI
Druh požadavku	Number	Druh požadavku	1002 – požadavek na obchodní případ
Nárokující útvar	Varchar	Nárokující útvar – obvykle ČNB	07
Požadující	Varchar	Požadující osoba	Obvykle user nebo osobní číslo konkrétní osoby
Věc	Varchar	Textová informace- čeho se požadavek týká
Způsob vypořádání	Varchar	Objednávka, smlouva nebo jiné vypořádání	O- Objednávka, S – Smlouva, X obecný způsob
Místo vyřízení	Varchar	Místo, které bude objednávku vypořádávat	Výběr z číselníku
Typ zakázky	Varchar	Typ zakázky	Výběr z číselníku
Partner	Varchar	Výběr partnera	Výběr z číselníku
Text objednávky	Varchar	Popis objednávky
Rozpočtové období	Varchar	Identifikace rozpočtového období	Výběr z číselníku rozpočtových období
Očekávané výdaje pro období	Number	Výdaje pro jednotlivá rozpočtová období na objednávce - částka
Rozpočtová položka	Varchar	Rozpočtová položka	Výběr z číselníku
Požadující útvar objednávky	Varchar	Požadující útvar objednávky	Výběr z číselníku
Činnost	Varchar	Činnost podle číselníku- obvykle na zaměstnance	Výběr z číselníku nebo Z+osobní číslo zaměstnance

Pro vytvoření objednávky musí mít uživatel HRIS k dispozici všechny nezbytné číselníky IS ORASHEI pro povinné položky (prostřednictvím tabulek nebo views, které jsou nagrantované uživateli HRIS_LINK v databázi ALFA).

Doklad na objednání vzdělávací akce vytváří dle požadavků (ad-hoc) pověřený uživatel v systému HRIS prostřednictvím uživatelské funkce nebo procedury HRIS. Požadavek musí mít současně identifikační údaje uživatele, který požadavek na objednání vytvořil.

Vytvoření a implementaci uvedené funkcionality zajistí poskytovatel HRIS ve spolupráci se zástupci správy IS ORASHEI.

3.3.5.11Údaje čerpání nákladů / výdajů na fakturách zaměstnaneckých benefitů

HRIS přebírá do údajů zaměstnaneckých benefitů údaje týkající se úhrad faktur za zaměstnanecké benefity z IS ORASHEI (viz požadavek ZBF020).

Jedná se o vazbu datového rozhraní typu ON-LINE s aktivním (dávkovým nebo načasovaným) předáváním – insertem dat z jiného systému do tabulek systému HRIS.

Od IS ORASHEI budou vyžadovány minimálně tyto údaje:

Pole	Typ	Popis	Číselné kódy
Identifikátor dokladu – číslo faktury v IS ORASHEI	Varchar2	Interní číslo dodavatele v IS ORASHEI
Externí číslo faktury partnera – dodavatele benefitu	Varchar2	Číslo faktury od dodavatele	Nepovinný údaj)
Typ faktury	Varchar2	Typ faktury	Běžná faktura, Zálohová, dobropis atd.
Stav zpracování faktury	Varchar2	Stav zpracování	Měly by být akceptovány pouze zaúčtované doklady
Částka plnění vč. DPH	Number	Částka fakturovaná – cena plnění na faktuře
Částka plnění bez DPH	Number	Částka bez DPH	Volitelný údaj
Datum splatnosti	Date	Datum splatnosti
Datum evidence	Date	Datum, kdy byla faktura zaevidována
Datum uskutečnění zdanitelného plnění	Date	Datum uskutečnění zdanitelného plnění
Datum zaúčtování faktury	Date	Datum zaúčtování
Kód rozpočtové položky	Varchar2	Kód rozpočtové položky
Název rozpočtové položky	Varchar2	Název rozpočtové položky	Volitelný údaj
IČO dodavatele	Number	IČO dodavatele
Název dodavatele	Varchar2	Název dodavatele	Volitelný údaj
Adresa dodavatele	Varchar2	Adresa dodavatele	Volitelný údaj
Účetní údaje dodavatele benefitu (účet+ předčíslí, kód banky, VS, KS))	Dle IS ORASHEI	Účetní údaj partnera (dodavatele na faktuře včetně předčíslí)	Volitelné údaje
Interní účetní údaje ČNB	Dle IS ORASHEI	Účet, z něhož byla faktura uhrazena	Volitelné údaje

Při přebírání údajů budou využity tabulky FADD_ZAHLAVI_PRIJATE@Alfa a FADD_RADEK@Alfa, resp. view vytvořené v systému ORASHEI pro HRIS.

Funkce importu údajů z IS ORASHEI v HRIS zajistí poskytovatel. Vazbou musí být buď interní nebo externí číslo faktury, popř. obojí. Údaje jsou přebírány dávkově uživatelem HRIS při zadání čísla dokladu – faktury v záznamech HRIS, popř. naplánovanou úlohou pro faktury na účty zaměstnaneckých benefitů.

3.3.6Intranet ČNB (portál ČNB) – Osobní odkazy

3.3.6.1Informativní údaje z bezpečnostních čteček

HRIS poskytuje (viz požadavek DAT001) denně intranetovému portálu (aplikace Osobních odkazů) údaje pro úlohu s informativními údaji z bezpečnostních čteček – příchody a odchody – jedná se o údaje - osobní číslo zaměstnance, kód rozlišení příchodu a odchodu, datum a čas příchodu / odchodu.

Jedná se o vazbu datového rozhraní typu ON-LINE s permanentním poskytováním dat z HRIS do jiného IS.

Předávání údajů je zajištěno prostřednictvím view:

ODYSEA.ODY_DCH_DATA_CNB

Pole	Typ	Popis	Číselné kódy
DATUM	Date	Datum a čas příchodu a odchodu
KOD	Number	Kód příchodu nebo odchodu	V současné době Null = příchod 9 = odchod z budovy Dříve rozlišení důvodů odchodu)
TYP_ZAZNAMU	Number	Rozlišení příchodu a odchodu	1 – příchod 2 – odchod
OSCIS	Char(10)	Osobní číslo zaměstnance
CISPP	Number	Číslo PPV
KARTA	Char(16)	Číslo zaměstnanecké karty – průkazu zaměstnance
NAZEV	Varchar2(100)	Text - název důvodu odchodu

View je nagrantované účtu ZAMCNB_LINK a správce HRIS musí mít možnost nagrantovat uvedená views i jiným účtům.

View uvedené v kap. 3.3.6.1 je vytvořeno poskytovatelem ve spolupráci s objednatelem, ale objednatel ho má možnost změnit, pokud systém využívá standardní databázové prostředí podporované ČNB (Oracle). V případě jiného systémového prostředí bude požadováno vytvoření a udržování (změny) uvedeného datového rozhraní poskytovatelem.

3.3.7Telefonní seznam ČNB

HRIS předává denně aplikaci „Telefonní seznam ČNB“ fotografie zaměstnanců (ve vazbě na osobní číslo), kteří dali souhlas se zveřejněním fotografie na Intranetu ČNB. Předávání údajů je realizováno pomocí tabulky ODY_ZAMFOTO (viz požadavek DAT001).

Jedná se o vazbu datového rozhraní typu ON-LINE s aktivním (načasovaným) předáváním – insertem dat do tabulky ve schématu ODYSEA.

ODYSEA.ODY_ZAMFOTO

Pole	Typ	Popis	Přehled číselných kódů
OSCIS	Char(10)	Osobní číslo zaměstnance
TYP_OBR	Varchar2(3)	Typ obrázku	Např. JPG
FOTO	Xxxx	Xxxxxxxxx zaměstnance
ZMĚNA	Date	Datum změny

Tabulka je plněna (naplánovanou úlohou) jednou denně (v nočních hodinách) ze záznamů HRIS. Jsou zde podobenky pouze těch zaměstnanců, kteří poskytli písemný souhlas se zveřejněním fotografie. Souhlas je evidován v HRIS.

Tabulka je nagrantována účtu ZAMNB_LINK, jehož prostřednictvím jsou aktualizované údaje přebírány úlohou Telefonní seznam. Správce HRIS musí mít možnost nagrantovat uvedenou tabulku i jiným účtům.

Tabulka je vytvořená poskytovatelem ve spolupráci s objednatelem, ale objednatel ji má možnost změnit, pokud systém využívá standardní databázové prostředí podporované ČNB (Oracle). V případě jiného systémového prostředí bude požadováno vytvoření a udržování (změny) uvedeného datového rozhraní poskytovatelem.

3.3.8Bezpečnostní systém SMS-CZ Access

3.3.8.1Změny v osobních a pracovněprávních údajích zaměstnanců

HRIS předává denně aplikaci SMS_CZ Access změny v osobních údajích zaměstnanců a údaje o nových zaměstnancích pro potřeby bezpečnostního systému – viz požadavek DAT001.

Jedná se o vazbu datového rozhraní typu ON-LINE s aktivním (načasovaným) předáváním – insertem dat do tabulky ve schématu, který je dostupný pro úlohu SMS_CZ Access (ODYSEA_SMS).

Předávané údaje zahrnují osobní číslo zaměstnance, jméno a příjmení a tituly, rodné číslo, bydliště, státní příslušnost a zemi, organizační zařazení a datum nástupu do PPV v ČNB a datum příp. ukončení.

Způsob a přebírání údajů mezi oběma systémy je součástí samostatné dokumentace, která bude poskytnuta na vyžádání. Přenos údajů probíhá jednou denně prostřednictvím aplikační – přestupné DB, která je vytvořena v databázové instanci HRIS.

Změny údajů v DB HRIS jsou zaznamenávány během celého dne a ve 23:00 hodin je spuštěna procedura, která požadované změny údajů a nové údaje o nových zaměstnancích nahraje do tabulky, která je vytvořena pod uživatelem ODYSEA_SMS.

ODYSEA_SMS.SMS_CZ_PERS

Pole	Typ	Popis	Číselné kódy
OSCIS	Char(10)	Osobní číslo zaměstnance
PRIJMENI	Varchar2(30)	Příjmení zaměstnance
JMENO	Varchar2(30)	Jméno zaměstnance
TITUL	Varchar2(10)	Titul před, popř. za jménem	Xxxxx je nutné v proceduře zkrátit na 10 znaků
RODNE_CISLO	Varchar2(11)	Rodné číslo
BYDLISTE	Varchar2(50)	Bydliště zaměstnance - ulice
MISTO	Varchar2(30)	Místo bydliště – PSČ a místo bydliště
NARODNOST	Varchar2(20)	Národnost	V současnosti se nesleduje
ZEME	Varchar2(30)	Státní příslušnost
TYP	Varchar2(1)	Typ zaměstnance	Z- zaměstnanci v pracovním poměru, D- důchodci O – ostatní zaměstnanci (dohody), M – zaměstnanci v mimoevidenčním stavu
DRUH_DOKLADU	Varchar2(20)	Druh dokladu	V současnosti se nesleduje
ODDELENI	Varchar2(20)	Organizační zařazení	Je kombinovaný kód útvaru: 0700xxxxyyyyzzzz, Xxxx = číslo org. jednotky Yyyy = číslo sekce (SAO) Zzzz = číslo odboru
PLATNOST_OD	Date	Platnost údaje od – datum zahájení v organizaci
PLATNOST_DO	Date	Datum ukončení v organizaci
STATUS	Number	Status záznamu - stav předání	Při nahrání údajů HRIS = 1 Po převzetí SMS_CZ = 0

Údaje jsou do tabulky nahrány s hodnotou STATUS = 1. Po nahrání údajů do tabulky je spuštěna přebírací procedura na straně SMS_CZ_ACCESS, která tabulku nemaže, ale mění hodnotu STATUS z 1 na hodnotu = 0.

Při dalším spuštění procedury pro nahrání nových měněných dat HRIS do tabulky jsou převzaté údaje s hodnotou STATUS = 0 vymazány. Informace o provedených přenosech v datech jsou současně zaznamenány do tabulky logu.

Proceduru a načasování úlohy přenosu na straně HRIS zajistí poskytovatel.

3.3.8.2Údaje o příchodech a odchodech zaměstnanců – údaje bezpečnostních čteček

HRIS přebírá (viz požadavek DAT002) pravidelně několikrát denně (cca každou hodinu mezi 6-22 hodinou) ze SMS_CZ Access údaje o příchodech a odchodech zaměstnanců z budovy ČNB.

Jedná se o vazbu datového rozhraní typu ON-LINE s aktivním (dávkovým) předáváním – insertem dat z jiného systému do tabulek systému, které jsou dostupné HRIS.

Předávání údajů je řešeno časovanou úlohou. IS SMS_CZ ACCES nahraje několikrát denně údaje o příchodech a odchodech zaměstnanců do budovy ČNB z tzv. bezpečnostních čteček prostřednictvím předávací tabulky:

ODYSEA_SMS.SMS_CZ_DOCHAZKA

Pole	Typ	Popis	Číselné kódy
OSCIS	Char(10)	Osobní číslo zaměstnance
Datum	Date	Datum a čas příchodu / odchodu
KARTA	Varchar2(16))	Číslo průkazu – tzv. vnější číslo
KOD	Number	Kód příchodu nebo odchodu	V současné době jen Null = příchod 9 = odchod
STATUS	Number	Status záznamu – stav předání	Nahrání z IS SMS_CZ = 1 Po převzetí HRIS = 0

Přebírání údajů probíhá obdobně jako u výše popsaných údajů. Úloha SMS_CZ ACCESS nahraje nové údaje do tabulky s hodnotou STATUS = 1, z níž je bezprostředně po nahrání převezme HRIS. Po převzetí údajů HRIS změní hodnotu pole STATUS u převzatých údajů tabulky SMS_CZ_DOCHAZKA na hodnotu = 0.

V současné době přebírání probíhá prostřednictvím triggeru, který je spuštěn bezprostředně po nahrání údajů ze systému SMS_CZ Acces do tabulky SMS_CZ_DOCHAZKA. Načasování nahrávání údajů do této tabulky řeší systém SMS_CZ Access.

Proceduru převzetí údajů na straně HRIS zajistí poskytovatel.

3.3.9Poplatky u lékaře – pouze pokud budou vyžadovány legislativou

V současné době jsou pro interní úlohu PUD (Poplatky u lékaře) zajištěny tyto datové vazby:

1. HRIS předává denně úloze PUD údaje o zaměstnancích, tj. osobní číslo, jméno a příjmení, tituly, organizační zařazení, status (souhlas s úhradou formou srážky ze mzdy), datum ukončení v organizaci.

Jedná se o vazbu datového rozhraní typu ON-LINE s permanentním poskytováním dat z HRIS do jiného IS.

Předávání údajů je zajištěno prostřednictvím view ODY_PUD_ZAMEST, které je nagrantováno účtu PUD_LINK.

Pole	Typ	Popis	Číselné kódy
OSCIS	Number	Osobní číslo zaměstnance
ROK	Number	Rok příspěvku
JMENO	Varchar2(15)	Jméno zaměstnance
PRIJMENI	Varchar2(15)	Jméno zaměstnance
TITUL	Varchar2(30)	Titul před jménem
TITUL_ZA	Varchar2(30)	Titul za jménem
ORG2	Number	Číselný kód org. jednotky	Podle ODY_ORG2
ORG3	Number	Číselný kód sekce	Podle ODY_ORG3
ORG4	Number	Číselný kód odboru	Podle ODY_ORG4
ORG5	Number	Číselný kód – dříve úsek, nyní referát	Podle ODY_ORG5
STATUS_ZAM	Varchar2(1)	Souhlas zaměstnance s poplatkem jako srážku ze mzdy	A N
DATUM_UKON_V_ORG	Date	Datum ukončení v organizaci
EXT_CIS_PRUKAZU	Varchar2(30)	Číslo průkazu (není nutné vyplňovat)
EVID_STAV	Number	Kód evidenčního stavu

2. HRIS přebírá (viz požadavek MZD079) z PUD údaje o poplatcích hrazených zaměstnanci formou srážky ze mzdy. Údaje jsou přebírány dávkově jednou měsíčně ve formě souboru, který obsahuje osobní číslo zaměstnance, číslo složky mzdy (poplatku) a celková částka k uhrazení zaměstnancem.

Jedná se o vazbu datového rozhraní typu OFF-LINE, kdy je realizován uživatelem import do HRIS z lokálního souboru (txt souboru).

Textový soubor má stejnou strukturu jako soubor s nadlimitním cestovným, pouze s jiným číslem složky mzdy:

• osobní číslo zaměstnance,

• číslo složky mzdy,

• částka hrazená u lékaře.

Pokud bude v době implementace SW řešení HRIS zrušena legislativní povinnost úhrady poplatků u praktického lékaře, nebude toto rozhraní vyžadováno.

Uvedené řešení je vytvořeno poskytovatelem ve spolupráci s objednatelem, ale objednatel je má možnost změnit, pokud systém využívá standardní databázové prostředí podporované ČNB (Oracle). V případě jiného systémového prostředí bude požadováno vytvoření a udržování (změny) uvedeného datového rozhraní poskytovatelem.

3.3.10ZSOS (Gastrokomplex)

3.3.10.1Předávání údajů odpracované doby z HRIS do IS ZSOS – počty dotací

HRIS předává ZSOS (obvykle jednou měsíčně) údaje o odpracované době, resp. o dnech s nárokem na dotované jídlo za odpracované směny ve formě textového souboru – viz požadavek DAT001.

Jedná se o vazbu datového rozhraní typu OFF-LINE, kdy je realizován uživatelem export z HRIS z lokálního souboru.

Záznamy v textovém souboru (GastrMES.txt), který je vytvořen uživatelem HRIS na akci, obsahují tyto údaje.

osobní číslo zaměstnanců,

rok a měsíc,

příznaky nároku na dotovanou stravu v jednotlivých dnech měsíce,

celkový počet nároků v měsíci.

Příklad souboru:

1111082014100111110011111001111100111110021

podle tohoto záznamu zaměstnanec s osobním číslem 1111 v měsíci 8 v roce 2014 má nárok na dotované jídlo za odpracované směny ve dnech 1.8., 4-8.8, 11.8-15.8, 18.8-22.8. a 25.8-29.8, tj. celkem na 21 dotací.

Zaměstnanec má nárok na dotované jídlo za každou odpracovanou směnu, pokud odpracuje alespoň 3 hodiny z dané směny.

Zaměstnanec nemá nárok na dotované jídlo v gastrokomplexu, pokud je na pracovní cestě a (má stravné), je nemocen, má neplacené volno, čerpá dovolenou nebo náhradu mzdy. Zaměstnanci však může vzniknout nárok i ve dnech, kdy nemá stanovenou směnu, ale pracuje např. z důvodu přesčasové práce. Výpočet nároku na dotaci vychází z nastavení evidence pracovní doby.

Vytváření uvedeného textového souboru zajišťuje pravidelně jednou měsíčně pověřený uživatel.

V rámci zakázky řešení zajistí poskytovatel ve spolupráci s objednatelem.

3.3.10.2Import údajů o platbách za stravování z Gastrokomplexu

HRIS přebírá ze ZSOS jednou měsíčně údaje o platbách v závodní jídelně – Gastrokomplexu Praha (viz požadavek STR019).

Jedná se o vazbu datového rozhraní typu OFF-LINE, kdy je realizován uživatelem import do HRIS z lokálního souboru (txt souboru).

Převzetí údajů je realizováno pomocí textového soboru, který obsahuje tyto údaje:

osobní čísla zaměstnanců (oscis),

čísla složky mezd platby zaměstnance (slm),

výše úhrady zaměstnance (xxxx.xx),

rok a měsíc úhrady (rrrrmmddd),

výše příspěvku z benefitů (zzzz.zz),

celkový počet poskytnutých dodací v ZSOS (cp).

Příklad txt souboru:

oscis slm xxxx.xxrrrrmmdd zzzz.zz cp

4608 559 967.0020140601 643.89 21

4311 559 750.0020140601 468.85 16

4476 559 282.0020140601 285.35 13

Název txt souboru je GASTROMRRMM, jde RR je rok a MM je měsíc.

Importní dávka nezahrnuje údaje o nákladech, protože u daného typu není nutné počítat jednotkovou cenu jídla a systém Gastrokomplexu provádí kontrolu na počty dodací ve vazbě na údaje uvedené v kap. 3.3.10.1.

Importní dávka je po naimportování pověřeným uživatelem do HRIS vyhodnocena ve vazbě na ostatní stravovací služby, tj. s údaji o poskytnutých stravenkách a dále ve vazbě na údaje o odpracované době zaměstnanců. Podle evidence pracovní doby jsou pak následně z naimportovaných dávek a údajů o čerpaných stravenkách vypočteny celkové platby zaměstnanců za čerpané stravovací služby (závodní jídelna a stravenky) a celkové částky benefitů za poskytnuté služby jednotlivým zaměstnancům. Platby zaměstnanců za všechny stravovací služby jsou následně vyhodnoceny jako srážky ze mzdy a příspěvky benefitů jako čerpání zaměstnaneckých benefitů zaměstnanci.

V rámci zakázky řešení zajistí poskytovatel ve spolupráci s objednatelem.

3.3.10.3Import údajů o platbách za stravování z externího systému – Eurest – vítaný požadavek

HRIS přebírá ze ZSOS jednou měsíčně údaje o platbách z externího systému Eurest (viz požadavek STR020).

Jedná se o vazbu datového rozhraní typu OFF-LINE, kdy je realizován uživatelem import do HRIS z lokálního souboru (txt souboru).

Převzetí údajů je realizováno pomocí textového soboru (ve formátu exportních dávek firmy Eurest), který obsahuje tyto údaje:

číslo dávky z externího subjektu (dav)

osobní čísla zaměstnanců (oscis),

počet dotací (dot),

rezerva (rez)

výše úhrady zaměstnance (xxxx.xx) celková,

výše úhrady zaměstnance (zzzz.zz) dotovaná,

výše příspěvku z benefitů (xxxx.xx),

náklady organizace na jídlo (nnnn.nn)

útrata v kantýně nedotovaná (kkkk.kk).

Příklad txt souboru

dav oscis dot rez xxxx.xx zzzz.zz xxxx.xx xxxx.xx xxxx.xx

002 002187 017 000 0322.10 0322.10 0258.83 0632.58 0000.00

002 002189 018 000 0323.40 0323.40 0268.57 0656.40 0000.00

Název importního souboru je SRRMMXXX.txt, kde RR je rok, MM je měsíc a XXX je číslo dávky (001 nebo 002).

3.3.11EVL – Elektronický výstupní list

HRIS poskytuje úloze EVL údaje o zaměstnancích, kteří končí v ČNB PPV nebo jsou zařazeni do mimoevidenčního stavu (viz požadavek DAT001).

Jedná se o vazbu datového rozhraní typu ON-LINE s permanentním poskytováním dat z HRIS do jiného IS.

Poskytování údajů je realizováno prostřednictvím view:

ODYSEA.ODY_EVL_ZAMEST

Pole	Typ	Popis	Číselné kódy
OSCIS	Number	Osobní číslo zaměstnance
CISPP	Number	Číslo PPV
PRIJMENI	Varchar2(50)	Příjmení zaměstnance
JMENO	Varchar2(30)	Jméno zaměstnance
TITUL	Varchar2(30)	Titul před jménem
TITUL_ZA	Varchar2(30)	Titul za jménem
DATUM_UKONCENI	Date	Datum ukončení PPV nebo zařazení do mimoevidenčního stavz
PRIZNAK_UKONCENI	Char(1)	Příznak ukončení	1 = ukončení PPV 2 – mimoevidenční stav
TEXT_UKONCENI	Varchar(26	Text ukončení	‚ukončení pracovního poměru‘ ‚mimoevidenční stav‘
ORG2	Number	Číselný kód org. jednotky	Podle ODY_ORG2
ORG3	Number	Číselný kód sekce	Podle ODY_ORG3
ORG4	Number	Číselný kód odboru	Podle ODY_ORG4
ORG5	Number	Číselný kód – dříve úsek, nyní rezerva	Podle ODY_ORG5
NAZEV_ORG2	Varchar2(30)	Název organizační jednotky	Podle ODY_ORG2
NAZEV_ORG3	Varchar2(30)	Název sekce	Podle ODY_ORG3
NAZEV_ORG4	Varchar2(30)	Název odboru	Podle ODY_ORG4
NAZEV_ORG5	Varchar2(30)	Název referátu	Podle ODY_ORG5
TELEFON	Char(10)	Telefon zaměstnance (volitelný)
DRUH_PPV	Varchar(3)	Druh pracovněprávního vztahu	ZAM = zaměstnanec DPČ - dohoda

Datové view je nagrantováno účtu EVLIST a správce HRIS musí mít možnost nagrantovat uvedené view i jiným účtům.

View uvedené v kap. 3.3.11 je vytvořeno poskytovatelem ve spolupráci s objednatelem, ale objednatel je má možnost změnit, pokud systém využívá standardní databázové prostředí podporované ČNB (Oracle). V případě jiného systémového prostředí bude požadováno vytvoření a udržování (změny) uvedených datových rozhraní poskytovatelem.

3.3.12 Školení UI a BOZP

HRIS poskytuje denně do úlohy Školení UI a BOZP základní osobní údaje o zaměstnancích, kteří mají povinnost absolvovat příslušná školení (viz požadavek DAT001).

Jedná se o vazbu datového rozhraní typu ON-LINE s permanentním poskytováním dat z HRIS do jiného IS.

Jedná se o údaje zaměstnanců na pracovních pozicích (podle systemizace pracovních pozic) s přístupy k utajovaným informacím. Datové rozhraní je poskytováno prostřednictvím view:

ODYSEA.ODY_UI_ZAMEST

Pole	Typ	Popis	Číselné kódy
OSCIS	Number	Osobní číslo zaměstnance
PRIJMENI	Varchar2(50)	Příjmení zaměstnance
JMENO	Varchar2(30)	Jméno zaměstnance
TITUL	Varchar2(30)	Titul před jménem
TITUL_ZA	Varchar2(30)	Titul za jménem

Datové view je nagrantováno účtu ZAMCNB_LINK a správce HRIS musí mít možnost nagrantovat uvedené view i jiným účtům.

View uvedené v kap. 3.3.12 je vytvořeno poskytovatelem ve spolupráci s objednatelem, ale objednatel je má možnost změnit, pokud systém využívá standardní databázové prostředí podporované ČNB (Oracle). V případě jiného systémového prostředí bude požadováno vytvoření a udržování (změny) uvedených datových rozhraní poskytovatelem.

3.3.13 PLANIS – plánování rozvoje IS/IT

HRIS poskytuje do PLANIS údaje o nepřítomnosti zaměstnanců (viz požadavek DAT001).

Jedná se o vazbu datového rozhraní typu ON-LINE s permanentním poskytováním dat z HRIS do jiného IS.

Datové rozhraní zahrnuje záznamy ve struktuře - osobní číslo zaměstnance, datum nepřítomnosti, druh nepřítomnosti – kód a text. Údaje jsou poskytovány formou view ODY_PLANIS_NEPRIT (viz kap. 3.3.5.3.). View je pro využití aplikací PLANIS nagrantováno účtu PLANIS_LINK a platí požadavky uvedené v kapitole 3.3.5.3, které se týkají možnosti nagrantování na jiné účty ČNB, vytvoření a změn.

3.3.14OBIEE (Oracle Business Intelligence - BI Publisher) – III. pilíř penzijního systému

HRIS poskytuje (viz požadavek DAT001) do OBIEE (část BI Publisher) pomocí views údaje o zaměstnancích, kteří mají nárok na uzavření nového produktu III. pilíře penzijního systému - nadstandardního pojištění nebo na změnu již uzavřeného produktu.

Jedná se o vazbu datového rozhraní typu ON-LINE s permanentním poskytováním dat z HRIS do jiného IS.

Záznamy datového rozhraní obsahují prakticky všechny klíčové údaje o zaměstnancích (včetně osobních údajů) a údaje o jejich stanovené mzdě a údaje vztahující se k dříve uzavřeným produktům III. pilíře.

Údaje jsou využity pro vytvoření a tisk formuláře, pomocí něhož může zaměstnanec zažádat o změnu již uzavřeného produktu III. pilíře penzijního systému - nadstandardního pojištění (změna smlouvy) nebo o uzavření nového produktu, resp. o zahájení přispívání ČNB na zvolený produkt III. pilíře (nová smlouva).

Pokud si bude moci vytisknout požadovaný formulář každý zaměstnanec sám za sebe přímo v HRIS nebude uvedené datové rozhraní požadováno.

V současné době jsou údaje poskytované prostřednictvím view ODY_BI_PRIPOJ_C, které zahrnuje pouze údaje o zaměstnancích, kteří mají nárok na změnu nebo na uzavření nové smlouvy. Jedná se o view:

ODYSEA.ODY_BI_PRIPOJ_C (resp. ODYSEA.ODY_BI_PROPOJ_C_1)

Views se odlišují formátem pro pole typu date, která jsou ve view ODY_BI_PRIPOJ_C_1 typu varchar z důvodu zobrazování na výstupech systému BI Publisher.

V rámci implementace bude možné uvedená views vytvořit přímo ve schématu HRIS.

Pole	Typ	Popis	Číselné kódy
TYP	Number	Typ smlouvy	1 – nová smlouva 2 – změna smlouvy
TEXT_KOD	Varchar2(13)	Text typu smlouvy	„nová smlouva“ „změna smlouvy“
OSCIS	Number	Osobní číslo zaměstnance
PRIJMENI	Varchar2(50)	Příjmení zaměstnance
JMENO	Varchar2(30)	Jméno zaměstnance
TITUL	Varchar2(30)	Titul před jménem
TITUL_ZA	Varchar2(30)	Titul za jménem
POHLAVI	Number	Kód pohlaví	1 – muž 2 – žena
DATUM_NAROZ	Date	Datum narození
TRV_ADR_MISTO	Varchar2(25)	Trvalá adresa - místo
TRV_ADR_ULICE	Varchar2(25)	Trvalá adresa – ulice a číslo
TRV_ADR_PSC	Varchar2(6)	Trvalá adresa - PSČ
RODNE_CISLO	Varchar2(10)	Rodné číslo
PROFESE	Number	Číslo profese
NAZEV_PROFESE	Varchar2(31)	Název profese
CASTKA_MES_TARIF	Number	Základní mzda – nekrácená na výši úvazku
CASTKA_MES_VYPLAC	Number	Základní mzda – krácená na výši úvazku
DATUM_ZAHAJ_V_ORG	Date	Datum zahájení PPV v ČNB
TYD_HOD_FOND_PRAC	Number	Týdenní hodinový fond zaměstnance
DRUH_PPV	Varchar	Druh PPV	„pracovní poměr“
DOBA_PPV	Varchar	Rozlišení doby určité nebo neurčité	„neurčitou“ „určitou“
DUCHOD_NAROK	Date	Datum nároku na starobní důchod
DATUM_PRIZNANI	Date	Datum přiznání starobního důchodu
ORG1	Varchar2(4)	Textový kód organizace - ČNB	0700
ORG2	Varchar2(4)	Textový kód organizační jednotky	0700, 0761, 0766, 0767, 0768
ORG3	Varchar2(4)	Textový kód sekce	Např. 0120
ORG4	Varchar2(4)	Textový kód odboru	Např. 0121
ORG	Varchar2(30)	Název organizace	Česká národní banka
POB	Varchr2(30)	Název organizační jednotky	Např. „Ústředí“, „Pobočka Praha“ atd.
SEKCE	Varchar2(30)	Název sekce
ODBOR	Varchar2(30)	Název odboru
C_POB_SEKCE	Varchar2(4)	Textové označení pobočky nebo sekce	V případě pobočky – kód pobočky, v případě sekce kód sekce ústředí
MAX	Number	Maximální možný příspěvek ČNB
MIN	Number	Minimální příspěvek zaměstnance
VEK	Number	Věk zaměstnance
DUVOD_VYNETI	Number	Kód důvodu vynětí z mimoevidenčního stavu
KOD_EV	Number	Pomocný kód pro zaměstnance v mimoevidenčním stavu s nárokem na příspěvek ČNB	100 Není nutný
CISLO_PF	Number	Číselný kód penzijní společnosti
NAZEV_PF	Varchar2(30)	Název penzijní společnosti
DATUM_OD_PP	Date	Datum evidované smlouvy na penzijní připojištění / doplňkové penzijní spoření v ČNB
CISLO_SMLOUVY_PP	Varchar2(15)	Číslo smlouvy na penzijní připojištění / doplňkové penzijní připojištění
CASTKA_PP_ORG	Number	Částka realizovaného příspěvku organizace na penzijní připojištění / doplňkové penzijní spoření
CASTKA_PP_PRAC	Number	Částka realizovaného příspěvku zaměstnance na penzijní připojištění / doplňkové penzijní spoření
DATUM_OD_KP	Date	Datum evidované smlouvy na kapitálově důchodové pojištění v ČNB
CISLO_SMLOUVY_KP	Varchar2(15)	Číslo smlouvy na smlouvy na kapitálově důchodové pojištění doplňkové penzijní připojištění
CASTKA_KAP_ORG	Number	Částka realizovaného příspěvku organizace na kapitálově důchodové pojištění
CASTKA_KAP_PRAC	Number	Částka realizovaného příspěvku zaměstnance na kapitálově důchodové pojištění
DATUM_OD_ZP	Date	Datum evidované smlouvy na životní pojištění v ČNB
CISLO_SMLOUVY_ZP	Varchar2(15)	Číslo smlouvy na smlouvy na životní pojištění v ČNB
CASTKA_ZIV_ORG	Number	Částka realizovaného příspěvku organizace na životní pojištění v ČNB
CASTKA_ZIV_PRAC	Number	Částka realizovaného příspěvku zaměstnance na životní pojištění v ČNB
PRIS_ORG_CEL	Number	Částka příspěvku ČNB na všechny produkty III. pilíře celkem
PRIS_PRAC_CEL	Number	Částka příspěvku zaměstnance na všechny produkty III. pilíře celkem
PRIS_CEL	Number	Částka příspěvku na produkty III. pilíře celkem
CASTKA_ZIV_CEL	Number	Částka celkového příspěvku na životní pojištění
CASTKA_KAP_CEL	Number	Částka celkového příspěvku na kapitálově důchodové pojištění
CASTKA_PP_CEL	Number	Částka celkového příspěvku na penzijní připojištění / doplňkové penzijní spoření

V rámci formuláře v systému OBIEE – BI Publisher je uvedené view využíváno ve spojení s view ODY_BI_PRIPOJ_BEZ_NAR, které podchycuje údaje zaměstnanců, kteří nemají nárok na změnu smlouvy nebo novou smlouvu v daném roce.

View ODY_BI_PRIPOJ_BEZ_NAR má stejnou datovou strukturu jako ODY_BI_PRIPOJ_C, ale pouze pole TYP, TEXT_KOD, XXXXX, PRIJMENI, JMENO, TITUL a TITUL_ZA jsou vyplněná.

Views jsou nagrantována databázovému účtu ODYSEA_BI a správce HRIS musí mít možnost nagrantovat uvedené view i jiným účtům.

Views jsou vytvořena poskytovatelem ve spolupráci s objednatelem, ale objednatel je má možnost změnit, pokud systém využívá standardní databázové prostředí podporované ČNB (Oracle). V případě jiného systémového prostředí bude požadováno vytvoření a udržování (změny) uvedených datových rozhraní poskytovatelem.

Řešení datového rozhraní pro OBIEE lze kompletně nahradit interním výstupem (výstupy) ve formátu PDF v HRIS, kdy si zaměstnanec sám bude moci vytisknout formulář žádosti o změnu produktu III. pilíře penzijního systému (změna smlouvy) nebo formulář žádosti o uzavření nového produktu, resp. o zahájení přispívání ČNB na zvolený produkt III. pilíře (nová smlouva), pokud nemá od ČNB doposud žádný příspěvek. Zaměstnancům se v případě interního výstupu v HRIS musí nabídnout formuláře pouze s údaji jejich vlastní osoby. Pouze uživatelé s vyššími oprávněními (např. mzdové účetní) mohou tisknout uvedené formuláře za více zaměstnanců. Zaměstnancům, kteří nemají oprávnění ani na změnu smlouvy nebo novou smlouvu (např. pracují méně než rok, již pobírají maximální část příspěvku ĆNB apod.) se formulář nenabídne nebo se jim nabídne prázdný s textem, že jim v daném roce nevznikl nárok. Vzory obou formulářů jsou uvedeny v kap. 10 „Výstupní sestavy“ přílohy č.1 „Věcné zadání“ (body 10.3.2.18 a 10.3.2.19).

3.3.15Nadstandardní preventivní lékařské prohlídky

HRIS poskytuje údaje pro přihlášky na nadstandardní preventivní prohlídky. Datové rozhraní obsahuje záznamy ve struktuře: osobní číslo, pohlaví + jednotlivé typy prohlídek, na které se zaměstnanec může hlásit. Zaměstnanci se mohou hlásit na preventivní prohlídky jednou ročně koncem května a začátkem června daného roku.

Možnost přihlašování zaměstnanců na nadstandardní prohlídky je uvedena jako součást projektu HRIS ve 3. přírůstku – viz požadavek PLP021 - vítaný požadavek.

Pokud nebude v rámci tohoto přírůstku přihlašování na preventivní lékařské prohlídky vyřešeno v systému HRIS, je nutné zajistit přihlašování pomocí stávající interní aplikace, která vyžaduje pro preventivní lékařské prohlídky tyto údaje prostřednictvím view ODYSEA.ODY_ZAM_PREVENCE.

Jedná se o vazbu datového rozhraní typu ON-LINE s permanentním poskytováním dat z HRIS do jiného IS.

ODYSEA.ODY_ZAM_PREVENCE

Pole	Typ	Popis	Číselné kódy
OSCIS	Char(10)	Osobní číslo zaměstnance
XXXXXXX	Number	Pohlaví zaměstnance	1-muž 2-žena
KARDIO	Varchar2(3)	Možnost přihlášení na kardiologickou preventivní prohlídku	ANO NE
PROSTATA	Varchar2(3)	Možnost přihlášení na vyšetření prostaty	ANO NE
HEMOKULT	Varchar2(3)	Možnost přihlášení na vyšetření tlustého střeva	ANO NE
OCI	Varchar2(3)	Možnost přihlášení na vyšetření očí	ANO NE
PSYCHOLOG	Varchar2(3)	Možnost přihlášení na psychologické vyšetření	ANO NE
OSTEO	Varchar2(3	Možnost přihlášení na vyšetření osteoporézy	ANO NE
LAZNE	Varchar2(3)	Možnost přihlášení na pobyt v lázních	ANO NE

View je nagrantováno databázovému účtu ZAMCNB_LINK a správce HRIS musí mít možnost nagrantovat uvedené view i jiným účtům.

View je v případě využívání údajů z IS Odysea vytvořeno objednatelem. V případě využívání údajů v HRIS je view a nutnosti zajištění přihlášek na preventivní prohlídky pomocí aplikace mimo systém HRIS je datové rozhraní vytvořeno poskytovatelem ve spolupráci s objednatelem, ale objednatel je má možnost změnit, pokud systém využívá standardní databázové prostředí podporované ČNB (Oracle). V případě jiného systémového prostředí bude požadováno vytvoření a udržování (změny) uvedených datových rozhraní poskytovatelem.

3.3.16Komunikace přes DMZ pro AVR

Aktivní předávání a přebírání dat pro AVR

• Uživatelé na internetu budou přistupovat na webové rozhraní aplikace AVR hostované v aplikačním serveru umístěném v demilitarizované zóně (DMZ). Aplikace AVR bude poskytovat rozhraní pro zveřejnění inzerátů a pro zadání odpovědi žadatele. (Komunikace internetových uživatelů s webovým serverem bude zabezpečena protokolem HTTPS). Nebude prováděna registrace, přihlašování a ověřování uživatelů – žadatelů o zaměstnání. Aplikace AVR bude provádět kontrolu proti cross-site scripting a code injection a vůbec bude odolná proti útokům. Bude rovněž zajišťovat buď antivirovou kontrolu uploadovaných dokumentů nebo jejich převod na bezpečný formát (PDF/A1-a).

• V DMZ bude do již existující databáze Oracle vytvořeno schéma AVR pro ukládání dat odpovědí žadatelů o zaměstnání, včetně příloh. V této databázi budou umístěny také objekty pro číselníkové komponenty a inzeráty ke zveřejnění.

• Publikace inzerátu a jeho přenos do databáze AVR (popř. jeho aktualizace) se provádí na základě akce webové aplikace spouštěné pověřeným uživatelem.

• Číselníky budou do databáze AVR přenášeny z databáze HRIS pomocí vytvořeného „replikátoru“ v definovaný čas nebo při každé změně číselníku. Komunikace mimo stanovený čas, může též probíhat prostřednictvím akce z webového rozhraní pověřeným uživatelem.

• Odpovědi žadatelů budou do databáze HRIS přenášeny v definovaný čas pomocí automatizované akce aplikačního serveru nebo pomocí akce webové aplikace spouštěné volitelně pověřeným uživatelem. Po úspěšném přenesení dat z DMZ do HRIS budou data o uchazeči v DMZ odstraněna.

• Ze strany aplikačního serveru v DMZ, resp. databáze AVR nebudou do vnitřní sítě iniciována žádná spojení. Spojení bude iniciováno vždy z vnitřní sítě a to pomocí „replikátoru“, akce aplikačního serveru, nebo akce webové aplikace.

• Pokud řešení poskytované poskytovatelem nebude založeno na platformě Java a WebLogic, musí poskytovatel zajistit plnou podporu dodaného řešení vlastními silami včetně realizace jeho integrace do prostředí DMZ ČNB. Poskytovatel může využít některé prvky stávajícího řešení aplikace AVR v DMZ, jehož programová část je ve vlastnictví ČNB.

4Migrace dat

Pod pojmem „migrace dat“ jsou zahrnuty tyto akce a procesy:

1. analýza zdrojové (IS Odysea) a cílové struktury (HRIS), transformační mapování mezi strukturami,

2. export objednatelem určených údajů z IS Xxxxxx pro HRIS na základě namapování dat,

3. import vyexportovaných údajů z IS Odysea do HRIS.

Pod označením „reverzní migrace“ jsou v požadavcích zahrnuty procesy a akce synchronizace údajů mezi IS Odysea a HRIS při souběhu obou systémů. Reverzní migrace tedy zahrnuje procesy:

4. export objednatelem určených údajů z HRIS pro zbývající provozované části IS Odysea,

5. import vyexportovaných údajů z HRIS do IS Odysea.

ad a)

Analýzu a přípravu procesu uvedeného v bodu a) musí zajišťovat zadavatel ve spolupráci s poskytovatelem HRIS. Poskytovatel SW řešení HRIS musí poskytnout datové struktury nového systému a ve spolupráci se zadavatelem navrhne namapování dat z IS Xxxxxx a dat z HRIS.

ad c)

Poskytovatel HRIS musí poskytnout datové struktury a nástroje pro import vyexportovaných údajů z IS Odysea. Po importu musí být provedeno otestování komplexnosti údajů, jejich správnosti, omezení a jednoznačnosti z hlediska struktur nového HRIS.

Lze předpokládat, že procesy b) a c) budou opakovány několikrát.

Lze předpokládat, že nebude možné provést migraci některých údajů zpracování mezd z IS Odysea do HRIS (detailní rekapitulace mezd jednotlivých zaměstnanců v jednotlivých měsících) z důvodu odlišných filosofií zpracování mezd v těchto systémech, ale bude možné převést pouze údaje, které jsou relevantní pro roční zpracování a zúčtování mezd (souhrnné mzdové údaje).

ad d)

Na základě analýzy o nutnosti synchronizace obou systémů stanoví zadavatel údaje nezbytné pro fungování těch částí IS Odysea, které zůstanou v rutinním provozu i po náběhu personálně-mzdové části systému HRIS (požadavky v přírůstku č. 1 projektu). Poskytovatel HRIS připraví příslušné programové řešení pro pravidelný export požadovaných údajů do IS Odysea.

ad e)

Programové řešení pro pravidelný import vyexportovaných údajů do standardních datových objektů a struktur IS Odysea bude zajištěno zadavatelem, příp. poskytovatelem IS Odysea.

V oblasti reverzní migrace se předpokládá přenos menšího objemu dat, který je však nutné provádět pravidelně.

Pokud poskytovatel bude implementovat i požadavky, které jsou označeny jako „vítané“, musí také splnit odpovídající požadavek na migraci údajů dané oblasti (daného požadavku).

5Katalog technických požadavků (Non-functional požadavky)

Tabulka technických požadavků je uložena v Excelu. Vyplňte žlutě označené sloupce a vyplněnou tabulku vložte do dokumentu „Návrh realizace řešení“ (příloha č. 4 zadávací dokumentace) stejným způsobem, jak je vložena do tohoto dokumentu (vložený objekt ze souboru, zobrazený jako ikona).

56/56