ČÍSLO SMLOUVY ZHOTOVITELE 04/59/2022
Informace tvoří hodnotu
ČÍSLO SMLOUVY ZHOTOVITELE 04/59/2022
Smlouva na Implementační
projekt
ZÁKAZNÍK
Dopravní podnik města Pardubic a.s.
V Hradci Králové 28. listopadu 2022
XXXX, s.r.o., Xxxxxxxxx 000, 000 00 Xxxxxx Xxxxxxx
IČ 609 16 851 | DIČ CZ60916851
I.
PŘEDMĚT SMLOUVY
a) Zhotovitel se za podmínek v této smlouvě zavazuje provést s pracovníky objednatele analýzu požadavků a detailní specifikaci nastavení systému GIST Intelligence (dále jen Systém) a vypracovat dokument Implementační projekt (dále také IP) ve struktuře uvedené v příloze Struktura Implementačního projektu a v rozsahu dle přílohy Rozsah Implementačního projektu.
Objednatel se zavazuje poskytnout pracovníkům zhotovitele všechny potřebné informace o svých požadavcích na rozsah a způsob nastavení Systému, o požadavcích na strukturu a obsah reportů, provést popis svých procesů a své představy o zapojení Systému do nich a provést detailní popis svých datových zdrojů, které budou sloužit k plnění Systému daty.
II.
REALIZACE, PŘEVZETÍ DÍLA
a) Výsledný IP je společným dílem pracovníků objednatele a zhotovitele. IP zpracovává zhotovitel. Zhotovitel se při projednávání možných řešení požadavků snaží pracovníkům objednatele přiblížit pravděpodobnou výslednou podobu realizace požadavků v Systému. Zhotovitel postupně projednává s objednatelem jednotlivé části IP a předává je tak, aby je mohl objednatel průběžně v Zápisech z jednání schvalovat.
b) Podkladem pro zpracování implementačního projektu je definice cílů projektu a požadavků na funkce Systému, která je přílohou smlouvy.
c) Zpracování implementačního projektu zahrnuje analýzu požadavků a detailní specifikaci nastavení Systému provedenou zhotovitelem v součinnosti s objednatelem. Objednatel je povinen poskytnout pracovníkům zhotovitele všechny potřebné informace o svých požadavcích na rozsah a způsob nastavení Systému, o požadavcích na strukturu a obsah reportů, provést popis svých procesů a své představy o zapojení Systému do nich a provést detailní popis svých datových zdrojů, které budou sloužit k plnění Systému daty.
d) Struktura implementačního projektu a jeho rozsah jsou dány přílohami Struktura Implementačního projektu a Rozsah Implementačního projektu.
e) V případě, že by objednatel požadoval rozšíření rozsahu díla nad rozsah vyplývající z této smlouvy (včetně jejích příloh) nebo v případě, že by objednatel požadoval změny již schválených částí řešení, je možné v Zápise z jednání popsat toto rozšíření nebo změnu a podpisem Zápisu z jednání toto oboustranně schválit. V případě rozšíření rozsahu díla nebo realizace změn Implementačního projektu má zhotovitel právo na fakturaci ceny za realizaci víceprací na Implementačním projektu. Součástí těchto prací bude projednání a analýza požadavků a popis řešení v Zápise z jednání a v IP. Na žádost objednatele je zhotovitel povinen vyčíslit cenu za realizaci těchto prací předem. Zároveň má zhotovitel právo na posun termínu pro předání IP k připomínkám.
f) Zhotovitel se za předpokladu plné součinnosti objednatele zavazuje předat objednateli úplný IP k připomínkám do 6 týdnů od zahájení projektu zaznamenaného v zápise
z jednání, ale zároveň ne dříve než do 1 týdne od předání či upřesnění všech požadavků objednatelem a předání či upřesnění popisu struktur všech datových zdrojů objednatelem.
g) Objednatel je povinen do týdne od předání IP k připomínkám převzít dílo podpisem Protokolu o převzetí nebo předat zhotoviteli připomínky. Zhotovitel je povinen zapracovat do IP všechny oprávněné připomínky objednatele. Za neoprávněné připomínky se považují připomínky na zapracování dodatečných požadavků, které nebyly součástí rozsahu uvedeného v příloze smlouvy ani nebyly zaznamenány v žádném ze Zápisů z jednání a připomínky na zapracování dodatečných změn oproti již dříve schválenému řešení v Zápise z jednání nebo v předcházející verzi (části) IP. Pokud objednatel nepodepíše Protokol o převzetí do týdne poté, co mu zhotovitel předal IP se zapracovanými oprávněnými připomínkami a zároveň nesdělil zhotoviteli žádné další oprávněné připomínky, má se za to, že dílo bylo objednatelem převzato.
h) V příloze Odpovědné osoby jsou určeny odpovědné osoby a jejich pravomoci a povinnosti.
III.
OSTATNÍ PRÁVA A POVINNOSTI SMLUVNÍCH
STRAN
a) Obě smluvní strany uznávají závaznost schválených Zápisů z jednání včetně požadavků na obě smluvní strany. Nedodržení termínů obsažených v Zápisech z jednání může mít za následek posun termínů obsažených v této smlouvě.
b) Obě smluvní strany prohlašují, že vzájemně souhlasí s použitím elektronického spojení (e-mail) pro doručování písemností. V případě závažných sdělení je smluvní strana povinna zaslat písemnost doporučeně poštou. Závažnými sděleními se v této smlouvě mimo jiné myslí dodatek ke smlouvě, výpověď smlouvy, apod.
c) Objednatel zajistí u všech účastníků projektu na své straně mlčenlivost a ochranu know how a obchodního tajemství zhotovitele, o kterých se v souvislosti s touto smlouvou dozví, nebo které mu budou dle této smlouvy zpřístupněny. V případě prokazatelného porušení tohoto ujednání ohledně know how a obchodního tajemství, které zhotovitele jako know how nebo obchodní tajemství vůči objednateli výslovně vymezí, činí smluvní pokuta 50.000,- Kč se splatností 14 dní od jejího vyúčtování zhotovitelem.
d) Xxxxxxxxxx je povinen zachovávat mlčenlivost o všech skutečnostech týkajících se objednatele, které nejsou veřejně přístupny a o kterých se zhotovitel dozví v souvislosti s prací pro objednatele. V případě prokazatelného porušení tohoto ujednání činí smluvní pokuta 50.000,- Kč se splatností 14 dní od jejího vyúčtování objednatelem.
e) Objednatel potvrzuje, že se před podpisem této smlouvy seznámil se Zásadami ochrany osobních údajů obchodních partnerů dostupnými na xxx.xxxx.xx.
f) Zhotovitel není zpracovatelem osobních údajů objednatele ve smyslu nařízení Evropského parlamentu a Rady EU č.2016/679 (dále jen GDPR).
g) Dojde-li k nahodilému přístupu zhotovitele k osobním údajům objednatele, bude zhotovitel tyto údaje chránit a nepředá je ani nezpřístupní jiné osobě.
h) Xxxxxxxxx osobní údaje objednatele, které by mu byly případně ojediněle poskytnuty, zničí zhotovitel ihned po uplynutí nutnosti jejich využití.
i) Zhotovitel nebude vytvářet žádné kopie osobních údajů objednatele a nepředá osobní údaje objednatele třetí straně.
j) Xxxxxxxxxx potvrzuje, že zavázal k mlčenlivosti své zaměstnance o všech osobních údajích objednatele.
k) Obě smluvní strany potvrzují, že informovaly všechny své zaměstnance, jejichž osobní údaje byly poskytnuty druhé smluvní straně z důvodů plnění této smlouvy, minimálně v rozsahu odpovídajícím čl. 14 GDPR.
l) Objednatel je povinen předávat zhotoviteli informace potřebné k plnění předmětu smlouvy bez zbytečného odkladu, aby bylo možné dodržet termíny realizace díla.
IV.
CENA A PLATEBNÍ PODMÍNKY
a) Cena předmětu smlouvy se skládá z dále uvedených dílčích cen.
b) Cena Implementačního projektu činí 150.000,- Kč bez DPH.
c) V případě rozšíření rozsahu díla nebo realizace změn již schválených částí díla (viz článek
II. e) Realizace, převzetí díla) má objednatel právo na fakturaci ceny za realizaci těchto prací vypočítanou jako násobek odpracovaných člověkohodin a sazby 1.950,- Kč/člověkohodina bez DPH. Odpracované hodiny budou evidovány v Evidenci práce nebo v Zápisech z jednání a schvalovány podpisy zástupců obou stran.
d) K ceně jednání konaných výlučně k rozšíření rozsahu díla nebo realizaci změn již schválených částí díla bude přičítána cena cestovného v případě, že jednání budou vykonávána mimo sídlo zhotovitele. Cena cestovného za jeden výjezd zhotovitele činní 1.000,- Kč.
e) V případě, že se obě strany dohodnou na konání vícedenního jednání spojeného s ubytováním konzultanta (ů) zhotovitele v místě blízkém sídlu objednatele, nebudou objednateli fakturovány náklady ušetřených cest, ale jako součást cestovného mu budou přefakturovány skutečné náklady na ubytování v přiměřené kvalitě.
f) Objednatel se zavazuje zaplatit zhotoviteli výše uvedené ceny na základě faktury zhotovitele, kterou je zhotovitel oprávněn vystavit ihned po převzetí díla.
g) Ke všem cenám bude účtováno DPH dle platných daňových předpisů. Všechny faktury budou mít veškeré náležitosti daňového a účetního dokladu. Zasílání faktur bude probíhat elektronicky na adresu xxxxxx@xxxx.xx .
Lhůta splatnosti plateb bude 14 kalendářních dnů ode dne doručení faktury do sídla objednatele.
h) Pro případ, že zhotovitel nedodrží dobu plnění, může objednatel požadovat smluvní pokutu ve výši 0,03 % z ceny nesplněné části předmětu plnění za každý den prodlení, přičemž smluvní pokuta je splatná do 14 dnů ode dne jejího vyúčtování objednatelem.
i) Pro případ, že objednatel bude v prodlení s úhradou vystavené faktury zhotovitele, může zhotovitel požadovat úrok z prodlení ve výši 0,03 % z nezaplacené částky za každý den prodlení, přičemž je tento úrok z prodlení splatný do 14 dnů ode dne jeho vyúčtování zhotovitelem.
V.
PLATNOST, ÚČINNOST A UKONČENÍ SMLOUVY
a) Tato smlouva nabývá platnosti a účinnosti dnem jejího podpisu oběma smluvními stranami.
b) Xxxxxxx se ukončuje z následujících důvodů:
• písemnou dohodou obou smluvních stran,
• odstoupením od smlouvy v případě podstatného porušení smluvních povinností druhou smluvní stranou,
• jednostranným odstoupením od smlouvy jednou smluvní stranou v případě prokazatelného neplnění požadavků vyplývajících z této smlouvy druhou smluvní stranou po více než 60 dní,
• pokud dojde k zániku jedné ze smluvních stran.
c) V případě ukončení smlouvy z důvodů na straně objednatele má objednatel povinnost uhradit zhotoviteli cenu poskytnutých a dosud nefakturovaných služeb se splatností 14 dní od jejich vyúčtování zhotovitelem.
VI.
ZÁVĚREČNÁ USTANOVENÍ
a) Tato smlouva se řídí zákony České republiky a obě smluvní strany přijímají výlučnou pravomoc českých soudů.
b) Veškeré změny a doplňky této smlouvy musí být učiněny formou písemného dodatku této smlouvy a podepsány oběma smluvními stranami.
c) Tato smlouva se vyhotovuje ve dvou stejnopisech, přičemž každá smluvní strana obdrží jeden z nich. Ve stejném počtu vyhotovení budou pořizovány i dodatky k této smlouvě.
d) Účastníci této smlouvy prohlašují, že smlouvu uzavřeli po zralé úvaze, svobodně a vážně, nikým a ničím k tomu nenuceni. Zároveň prohlašují, že se detailně seznámili s textem smlouvy, včetně příloh, že rozumějí užívaným pojmům a že k textu smlouvy nemají žádných výhrad.
PŘÍLOHA
DEFINICE CÍLŮ SMLOUVY A POŽADAVKŮ NA FUNKCE SYSTÉMU
Hlavní cíle zakázky:
Systém musí umožnit v rámci DPMP a.s. naplnění zejména těchto cílů:
a) Zajištění průkazného čerpání prostředků z veřejných prostředků
Cílem je oddělit náklady na podnikatelskou činnost a výnosy z ní (zájezdová doprava, reklama, autoškola, linková doprava provozovaná pro komerční objednatele…) od nákladů na služby městské hromadné dopravy podporované z veřejných prostředků a výnosů z nich (autobusová doprava, trolejbusová doprava) a nákladů na další činnosti podporované z veřejných zdrojů a výnosů z nich (zejména lodní doprava, zvláštní doprava pro handicapované), a těmto jednotlivým typům služeb (trakcím) zkalkulovat prokazatelnou ztrátu, tj. přiřadit oprávněné náklady a výnosy. Náklady a výnosy rozlišit i podle objednatele (kraj, město, okolní obce, …).
Vyhodnocovat přijaté dotace, resp. jejich čerpání s důrazem na přiřazení k jednotlivým poskytovatelům, a to tím způsobem, aby bylo v každém okamžiku možné vyhodnotit zůstatek roční dotace.
b) Snadné naplnění státních výkazů
Definice zdroje dat a automatizace naplňování státních výkazů, tj. Výkazu nákladů a výnosů z přepravní činnosti ve veřejné drážní osobní dopravě a Výkazu nákladů a tržeb z přepravní činnosti.
c) Vyhodnocení rentability podnikatelských činností
Oddělení nákladů na podnikatelskou činnost (zájezdová doprava, reklama, autoškola,…) od nákladů na služby podporované z veřejných prostředků (autobusy, trolejbusy,…). Přiřazení nákladů a výnosů a vyhodnocení rentability těchto jednotlivých typů služeb.
d) Detailní řízení spotřeby nejpodstatnějších nákladových položek
• Náklady na servis a údržbu
Plánování a hodnocení nákladů na servis a údržbu v detailu skupin a jednotlivých položek majetku.
• Osobní náklady
Plánování a hodnocení osobních nákladů v detailu skupin (dělníci, THP, řidiči) a jednotlivých zaměstnanců a mzdových složek. Plánování počtu zaměstnanců a jejich čistého pracovního fondu. Oceněním tarifních složek a získání přehledu o plánovaných osobních nákladech (včetně náhrad a příplatků) a vyhodnocení skutečného čerpání rozpočtu osobních nákladů.
e) Podpora sběru, výpočtu a vyhodnocování provozních ukazatelů
f) Podklady pro audity hospodaření
Identifikace zdrojů dat pro jednotlivé kalkulační položky.
g) Řízení likvidity společnosti
Plánování předpokládaných příjmů a výdajů společnosti s ohledem na disponibilní finanční zdroje.
Požadavky na funkcionalitu systému
Zadavatel očekává standardní funkčnost systému tak, aby efektivně podpořil proces plánování, modelování a reportingu.
Součástí controllingového nástroje musí být Datový sklad, který bude sloužit jako uložiště dat ze zdrojových systémů a bude plnit následující funkce:
• Archivační (archivace historických dat ze zdrojových systémů)
• Transformační (třídění a ukládání dat podle věcného obsahu)
• Integrační (integrace dat z více datových zdrojů a zajišťuje konzistenci) Architektura datového skladu musí obsahovat:
• ETL nástroje
• Relační databáze
• Analytické (OLAP databáze i tabulární model)
ETL nástroje musí nabízet minimálně následující funkčnost:
• Podpora extrakce dat z heterogenních datových zdrojů (relační databáze, soubory – XML, TXT, CSV, webové služby)
• Možnost definic pravidel datové kvality či korekčních mechanismů pro datovou kvalitu
• Možnost zobrazit datové věty, které nesplňují kvalitativní požadavky
• Možnost spojování jednotlivých kroků ETL do jednoho procesu a definování závislostí (Workflow) včetně grafického zobrazení
• Možnost automatizace spouštění a monitoringu ETL procesů
• Možnost restartovatelnosti ETL procesů (optimálně inteligentní restart z bodu, kdy došlo k pádu ETL procesu).
• Možnost logování průběhu a chyb ETL procesů, vizualizace a distribuce informací o ETL procesu mailem
• Možnost vysledování toku dat ze zdroje na cíl v rámci ETL
• Spuštění ETL procesů na vyžádání, nebo plánovaně.
• Možnost spuštění workflow na základě výsledků ETL procesu Relační databáze musí nabízet minimálně následující funkčnost:
• Schopnost ukládat velké objemy dat (desítky miliónů záznamů)
• Členění tabulek minimálně na:
- Staging vrstvu (obraz datového zdroje; naplněna inkrementálním nebo iniciálním loadem)
- Data marts (datová tržiště)
• Otevřený datový model (pro interní správce systému)
• Názvy objektů v českém jazyce
• Použití standardizované metodiky (např. Xxxxxxx)
Analytická databáze (OLAP) musí nabízet minimálně následující funkčnost:
• Možnost využití HOLAP - slučuje prvky OLAP a MOLAP
• Podpora „slicingu/dicingu“, drillování z agregovaných informací na detailní, parametrizace/filtrování výstupů.
• Nastavení různých typů hierarchie – např. postupná hierarchie s navazujícími záznamy, postupná hierarchie s možností přeskakování chybějících záznamů, hierarchie „Parent-Child“ nebo hierarchie s šablonou pro organizační strukturu.
• Bezpečnost a řízení přístupu na každou datovou položku, report a analýzu, možnost napojení na externí autentizační/autorizační systémy (Active directory).
• Kompletní lokalizace prostředí do českého jazyka, anglicky, polsky, maďarsky
• Možnost definovat serverově uložená KPI (Key Performace Indicator)
• Možnost definovat „akce“ (např. otevřít z datové položky webovou stránku, soubor)
Analytická databáze (tabulární model) musí nabízet minimálně následující funkčnost:
• Model musí být automaticky aktualizován podle změny struktur dat a metadat v relační databázi.
• Do modelu musí být umožněny ruční zásahy přes standardní vývojové prostředky, aniž by došlo k narušení automatické aktualizace podle struktur data metadat v relační databázi.
• Model musí automaticky přebírat oprávnění podle dat a metadat v relační databázi.
• Oprávnění musí být aplikovatelná i na ručně přidané objekty. Systém musí nabízet minimálně následující funkčnost:
• Správa systému
- Spravovat dimenze a číselníky (definovat vlastní hierarchie)
- Centrální správa oprávnění (na data, na správu systému atd.)
- Správa datových přenosů (zaplánování, ruční spuštění) včetně grafické indikace aktuálního stavu „konzistence“
- Možnost vytvářet vlastní datové kostky z existujících dimenzí a proměnných
- Možnost vytvářet vlastní tabulární modely z existujících dimenzí, proměnných a tabulek datového skladu
- Uživatelsky definované vypočítávané položky dimenzí a proměnných
- Logy včetně emailové notifikace s výpisem chybných vět
- Uživatelské parametrizace alokací a jiných ekonomických analýz (např. rozpouštění fixních náklady na produkty)
• Plánování
- Zakládat verze plánu a automaticky plnit daty (např. skutečnost loňského roku) a to pro celou verzi, nebo jen pro výřez dat.
- Zamykat schválené verze
- Vstupovat data i na uzlové položky s definicí algoritmu rozpadu (vážená alokace, rovnoměrná alokace atd.)
- Vstup dat s možností uzamčení hodnoty nadřízené položky.
- Vstup dat na uzlovou položku s možností uzamčení hodnoty vybraných podřízených položek
- Statistická analýza dat (např. automatické vytvoření forecastu vybrané časové řady, analýza závislostí, clustering zákazníků atd.)
- Workflow pro sestavení plánu (sled kroků s generovanými úkoly a formuláři)
• Reporting
- Tvořit ad hoc reporty v prostředí MS Excel (s využitím všech jeho funkčností, např. grafy, podmíněné formáty, powerview nebo využití vlastních nástrojů podobných vlastností atd.)
o Dynamický (kontingenční tabulky s externím zdrojem dat)
o Statický (zafixované rozložení řádků a sloupců s možností přepočtu)
- Tvořit webový reporting
o Bez znalosti datových struktur a programování
o Možnost vkládat tabulky, grafy, mapy (kartogramy a kartodiagramy),
„tachometry“ atd.
o Prokliky a interaktivita (z agregovaných reportů na detailní s předáním parametru (čas, středisko, obchodní zástupce)
o Parametrizace a stránkové filtry (např. aktuální měsíc, středisko, obchodní zástupce..)
o Drillování v rámci reportu na detail
o Pravidelné zasílání mailem
o Exporty do MS Excel, csv, Power point atd.
o Logování využití reportu (kdo, kdy report zavolal)
o Průřezové reporty napříč více datovými zdroji (dashboarding)
o Možnost převést reporting MS excel na webový reporting
o Podpora self-service BI a in memory analýzy (např. powerpivot či vlastní nástroje)
o Možnost prokliku z agregovaných dat v excelovém i webovém reportu na detailní data v datovém skladu.
o Možnost přidávat komentáře k datům v excelovém i webovém prostředí.
Webový portál musí nabízet minimálně následující funkčnost:
• Osobní dashboarding manažerů (osobní stránky s reporty „na míru“)
• Sdílení reportů (se zajištěním jejich aktuálnosti) formát dle SW + možnost PDF, XLS, PPT
• Integrace webových reportů
• Snadné nastavení oprávnění (reporty, složky, organizační struktura, ...)
• Mobilní verze portálu pro přístup ze Smart telefonů a tabletů
• Možnost modifikovat portál bez nutnosti programování (zakládat další weby atd.), změnit rozložení webové stránky atd.
• Vyhledávání v obsahu portálu
• Možnost personifikovat obsah portálu (uživatel definuje „oblíbené“ reporty, dokumenty)
• Možnost využití portálu i pro jiné agendy (např. správa firemních dokumentů, …)
• Možnost zobrazení úkolů přiřazených z workflow a jejich splnění. Požadovaný rozsah řešení a stávající datové zdroje
Požadovaný rozsah řešení vychází z výše definovaných cílů pořízení controllingového nástroje a je rozdělen do několika vzájemně provázaných oblastí:
• Controlling ekonomiky
• Kalkulace (vč. transformace kalkulačního vzorce z důvodu zajištění oddělení nákladů na podnikatelskou činnost od nákladů na služby městské hromadné dopravy podporované z veřejných prostředků)
• Personální controlling
• Produktový controlling (MHD, ostatní produkty)
• Controlling majetku
• Výkonové ukazatele
Datové zdroje pro realizaci controllingového nástroje jsou následující:
• Obratová předvaha
• Mzdy
• Platební kalendář – očekávané příjmy a výdaje v denním detailu a detailu
• Vozové a místové km
• Provozní hodiny vozidel
• Majetek
• Výkonové ukazatele
Controllingový systém musí automaticky importovat data ze stávajících SW systémů zadavatele:
• Nákladové a výnosové položky ze systému Solitea Byznys
• Provozní údaje o MHD ze SW Skeleton od společnosti FS Software a z dispečerské aplikace od společnosti BUSE s.r.o.
PŘÍLOHA
STRUKTURA IMPLEMENTAČNÍHO PROJEKTU
Implementační projekt bude zpracován v následující struktuře:
• Analýza požadavků (word)
• Cíle projektu
• Popis celkového účelu projektu
• Seznam způsobů využití modulů
• Popis řešení v oblastech řešení
• Popis účelu oblasti
• Popis způsobů využití oblasti
• Grafické znázornění struktury oblasti
• Základní pojmy a zkratky
• Technická struktura řešení
• Obecná pravidla pro datové zdroje
• Implementační popis (excel)
• Popis tabulek datového skladu (účetních dokladů, faktur.., struktura, plnění z datových zdrojů)
• Popis funkčních oblastí, OLAP kostek (dimenze, proměnné)
• Popis dimenzí (atributy, stromy (hierarchie), způsob aktualizace)
• Popis proměnných (jejich výpočet nebo plnění z datových zdrojů a další vlastnosti)
• Popis vazebních tabulek (sloupce)
• Popis vazeb
• Popis datových zdrojů (excel)
• Kompletní seznam datových zdrojů
• Identifikace zdrojového systému
• Forma a umístění datového zdroje
• Omezující podmínky
• Pravidla pro souborové datové zdroje
• Identifikace cíle v Systému
• Detailní popis jednotlivých datových zdrojů
• Struktura věty datového zdroje, význam položek (sloupců) a jejich formát (datový typ), primární klíče, povinnost vyplnění položek, obor hodnot, omezující podmínky na zdroji
• Popis zpracování datového zdroje do Systému
• Kontrola validity datového zdroje
• Pravidla načtení historických dat, stanovení přírůstku pro rutinní provoz, periodicita aktualizace dat
• Aktualizované HW a SW podmínky
• Aktualizovaný harmonogram realizace
PŘÍLOHA
ROZSAH IMPLEMENTAČNÍHO PROJEKTU
Implementační projekt bude zpracován v následujícím rozsahu.
Funkční oblasti | Příjemce informací |
Controlling ekonomiky |
1. Obratová předvaha
2. | Ziskovost |
3. | Rozvaha |
Produktový controlling a kalkulace | |
4. | MHD |
5. | Ostatní produkty |
Controlling majetku | |
6. | Majetek |
Personální controlling | |
7. | Mzdy a fondy hodin |
Výkonové ukazatele | |
8. | Ukazatele |
Zdrojové systémy – Solitea Byznys, Skeleton, BUSE, Edison | |
Vedení společnosti
Ekonomické oddělení
Zástupci akcionáře
(město Pardubice)
Schéma řešení
Popis funkčních oblastí
Závazné zadání pro realizaci jednotlivých oblastí bude zpřesněno v rámci Implementačního projektu.
Obratová předvaha
Popis |
Oblast slouží pro načtení skutečnosti účetních dat ze základního systému – z hlavní knihy. Data jsou dále prostřednictvím vazeb přenesena do FO Střediska (nákladové a výnosové účty) a do FO Rozvaha (rozvážné účty). |
Příklady reportů:
• OLAP kostka „Obratová předvaha“
• …
Ziskovost
Popis |
Tato oblast umožňuje plánování a vyhodnocování nákladů a výnosů středisek i společnosti jako celku. Probíhá zde analýza nákladů a výnosů v detailu analytických nebo syntetických účtů případně v detailu skupin zakázek. Oblast Ziskovost umožňuje sestavení controllingové i účetní výsledovky jednotlivých středisek i celé společnosti. Probíhá zde také analýza odchylky výsledku hospodaření společnosti |
Příklady reportů:
• Manažerská výsledovka YTD
• Vývoj střediskových nákladů
• Páka přímých a režijních nákladů
• Rentabilita po spotřebě přímých nákladů (PN)
• Rentabilita po spotřebě PN a variabilních nákladů (VN)
• Rentabilita po spotřebě PN, VN a RN
• Výkaz zisků a ztrát za společnost
• …
Rozvaha
Popis |
V této oblasti probíhá hodnocení vývoje hodnot aktiv a pasiv a to v libovolném detailu – až na jednotlivé analytické účty. V případě, že společnost sestavuje plán na vybrané položky rozvahy lze realizovat analýzu odchylek od plánu. |
Příklady reportů:
• Měsíční vývoj hodnot aktiv
• Vývoj „Pracovního kapitálu“
• Vývoj finanční páky
• Odepsanost stálých aktiv
• Hodnocení stavu zásob
• Obchodní pohledávky
• Obchodní závazky
• Plánová manažerská rozvaha
• …
Ukazatele
Popis |
Tato oblast slouží k výpočtu plánových a skutečných ukazatelů a čerpá data z ostatních funkčních oblastí. Vybraná data lze vstupovat i ručně. Výkonové ukazatele jako např. počet nehod, počty zachycených černých pasažérů apod. lze získávat z provozních systémů. Je zde možné sledovat vývoj ukazatelů v čase a jejich modelování. Ukazatele mohou využívat standardních zdrojových finančních položek, výkonových hodnot, počtu zaměstnanců apod. Oblast umožňuje zhodnocení plánovaných hodnot se skutečností, popř. vývoje skutečnosti v čase pomocí ucelené sady reportů z oblasti rentability, aktivity, likvidity, produktivity aj. |
Příklady reportů:
• Překapitalizování, podkapitalizování
• Bonita schopnosti splácet závazky
• Bonita schopnosti splácet úroky
• Cyklus pracovního kapitálu
• Current Ratio
• Doba obratu zásob
• Provozní výkonnost
• …
MHD
Popis |
V této oblasti probíhá plánování a hodnocení hlavního produktu společnosti tj. služeb městské hromadné dopravy podporované z veřejných prostředků (autobusy, trolejbusy,…). Jsou zde sledovány položky kalkulačního vzorce dle jednotlivých trakcí, tudíž je možné zkalkulovat jejich prokazatelnou ztrátu tj. přiřadit oprávněné náklady. Náklady lze rozlišit i podle objednatele (kraj, město, okolní obce,…). Další úhel pohledu je přes odpovědnost za vznik nákladů. Lze zde vyhodnotit a porovnávat skutečnou a plánovou kalkulaci MHD. Je zde sestavován plán vozových km a tržeb z MHD. Plánované náklady jsou automaticky dotaženy z FO Ziskovost. |
Příklady reportů:
• Výkaz nákladů a výnosů z přepravní činnosti ve veřejné drážní osobní dopravě
• Výkaz nákladů a tržeb z přepravní činnosti
• Kalkulace MHD podle trakcí
• Rozbor nákladů MHD dle odpovědnosti (středisek)
• …
Ostatní produkty
Popis |
V této oblasti probíhá plánování a hodnocení podnikatelských činností (zájezdová doprava, reklama, autoškola,…). Jsou zde sledovány položky kalkulačního vzorce podle jednotlivých činností a odpovědnosti za vznik nákladů a probíhá zde vyhodnocení rentability jednotlivých typů služeb. Lze zde vyhodnotit a porovnávat skutečnou a plánovou kalkulaci. V této oblasti se plánuje množství výkonů a tržeb za jednotlivé činnosti. Plánované náklady jsou automaticky dotaženy z FO Ziskovost. |
Příklady reportů:
• Kalkulace jednotlivých podnikatelských činností
• Rozbor podnikatelských činností podle výše vytvořeného krycího příspěvku
• …
Majetek
Popis |
Funkční oblast slouží pro plánování i sledování skutečných nákladů na servis a údržbu v detailu skupin a jednotlivých položek majetku. Kromě nákladů spojených s údržbou majetku lze zde sledovat odpisy majetku, výnosy z majetku, spotřeby PHM a případně dalších provozních kapalin. |
Mzdy a Fond hodin
Popis |
Tato oblast umožňuje plánování a vyhodnocování personálních nákladů společnosti. Součástí funkční oblasti bude agregovaná evidence přepočteného stavu zaměstnanců v detailu útvaru (odpovědnosti), měsíčního období a kategorie zaměstnanců (řidič MHD, ostatní dělníci, TH zaměstnanci) a agregovaná evidence a výpočet mzdových nákladů v detailu mzdové složky. Uživatelé této oblasti budou mít možnost sledovat vývoj skutečnosti, plánovat, porovnat plán a skutečnost a modelovat variantní vývoje. Plánování bude kombinací ručního vstupu a automatických přenosů vybraných parametrů z předchozích období. Oblast bude zároveň propojena s finančním plánem společnosti, tzn. že bude existovat vazba do funkční oblasti Ziskovost. V oblasti jsou rovněž vyhodnocovány a plánovány údaje související se stanovením fondu pracovní doby a počtem odpracovaných hodin (zejména stanovená denní pracovní doba, počet pracovních dnů, počet SO+NE, počet svátků, počet dnů a hodin dovolené, hodin a procenta absence, hodin přesčasů). |