- Přehledy IS
- APS (20)
- BPM - procesní řízení (22)
- Cloud computing (IaaS) (10)
- Cloud computing (SaaS) (33)
- CRM (51)
- DMS/ECM - správa dokumentů (20)
- EAM (17)
- Ekonomické systémy (68)
- ERP (77)
- HRM (27)
- ITSM (6)
- MES (32)
- Řízení výroby (36)
- WMS (29)
- Dodavatelé IT slueb a řeení
- Datová centra (25)
- Dodavatelé CAD/CAM/PLM/BIM... (39)
- Dodavatelé CRM (33)
- Dodavatelé DW-BI (50)
- Dodavatelé ERP (71)
- Informační bezpečnost (50)
- IT řeení pro logistiku (45)
- IT řeení pro stavebnictví (26)
- Řeení pro veřejný a státní sektor (27)
ERP systémy
CRM systémy
Plánování a řízení výroby
AI a Business Intelligence
DMS/ECM - Správa dokumentů
HRM/HCM - Řízení lidských zdrojů
EAM/CMMS - Správa majetku a údrby
Účetní a ekonomické systémy
ITSM (ITIL) - Řízení IT
Cloud a virtualizace IT
IT Security
Logistika, řízení skladů, WMS
IT právo
GIS - geografické informační systémy
Projektové řízení
Trendy ICT
E-commerce B2B/B2C
CAD/CAM/CAE/PLM/3D tisk![]() | |
| Přihlaste se k odběru newsletteru SystemNEWS, který kadý týden přináí výběr článků z oblasti podnikové informatiky | |
![]() | |
Právní specifika poskytování softwaru jako sluby
Tradiční forma distribuce softwaru formou prodeje licence a instalace na zařízení zákazníka nemusí být vdy ideální. V mnoha situacích dává smysl, aby část řeení poskytoval dodavatel. V nejvyím rozsahu jde o poskytování infrastruktury i kompletního softwarového řeení jako sluby: Software-as-a-Service neboli SaaS. Smluvní zajitění takové sluby má specifika oproti standardnímu distribučnímu modelu a tato specifika jsou předmětem tohoto článku.

Dodávka SaaS řeení je v prvé řadě stále dodávkou softwaru, proto pro přísluné smlouvy platí v zásadě stejná doporučení jako pro dodávky standardní on-premise dodávky. Je potřeba věnovat dostatečnou pozornost vymezení předmětu a účelu smlouvy, aby bylo i v případě sporu jasné, co je předmětem plnění a s jakými cíli smluvní strany dodávku realizují. Významnou částí obsahu smlouvy budou dodací a platební milníky, aby nebylo pochyb, kdy má dodavatel co dodat a kdy má zákazník co zaplatit. Je vhodné myslet také na nastavení smluvních sankcí, odpovědnosti za kodu a jejím limitacím. U sloitějích dodávek je namístě upravit projektové řízení. Ve větím detailu jsme se IT smlouvám z pohledu dodavatele obecně věnovali v jednom z minulých článků.
Mezi zásadní odlinosti mezi dodávkou SaaS a on-prem řeení patří licenční ujednání, resp. podmínky uívání softwaru, platební podmínky, a zejm. dohoda o úrovni slueb (Service-level Agreement SLA).
Licence a podmínky uití
Otázka licencování SaaS má spíe teoreticko-právní charakter přesahující předmět tohoto textu. Pro dodavatele je podstatné, e i v odborných kruzích se lií názory na to, zda pouívání SaaS je uíváním díla v autorskoprávním smyslu, tedy zda je k němu nezbytná licence. Je tomu tak proto, e legislativa nestanoví přesně, jaké nakládání s autorským dílem je uitím, co dává prostor pro odliné interpretace. Časté je, e podmínky uití SaaS řeení nějakou formu licence obsahují, i kdy podle nás není nezbytná.
Model SaaS se vyuívá často v případě, kdy dodavatel vyvinul řeení, které provozuje na své (či třeba pronajaté) infrastruktuře a poskytuje větímu počtu zákazníků. V takovém případě je efektivní, aby dodavatel vypracoval podmínky uití či podobný dokument, který vymezí práva a povinnosti zákazníků při pouívání softwarového řeení jednotně. Vztahy dodavatele se zákazníky jsou pak nastaveny jednotně, co dodavateli etří čas a prostředky, které by jinak vynaloil na individuální sjednávání a správu podmínek pro různé zákazníky. Také obchodním podmínkám jsme věnovali jeden z minulých článků v IT Systems.
Platební model
Platební podmínky jsou u SaaS zpravidla odliné od on-prem řeení, co je dáno typově jiným způsobem provozu řeení. Dodavatel SaaS zajiuje nejen samotný software, ale také infrastrukturu, na které software běí, co s sebou nese náklady, které je nezbytné přenést na zákazníka. Tento model vak také umoňuje flexibilitu v mnoství prostředků, které v daný okamik software vyuívá jinými slovy lze kálovat výkon řeení či třeba počet uivatelů podle aktuálních, v čase se měnících potřeb. Tyto parametry by se pak měly promítnout do ceny řeení.
Z uvedených důvodů je obvyklé, e SaaS řeení se poskytuje v subskripčním modelu, tedy za pravidelnou platbu za kadý měsíc, rok apod. Ve smlouvě či podmínkách je důleité upravit předevím způsob výe subskripce, protoe mnohdy nepůjde o fixní částku. Cena se pak můe liit podle parametrů, jako jsou počet souběných či unikátních uivatelů, výpočetní prostředky, úloný prostor, provozní doba řeení, resp. service desku, zaručená míra dostupnosti řeení nebo doby reakcí na hláení incidentů a jejich odstranění.
Uvedený specifický platební model je pro zákazníka zajímavý tím, e reflektuje kvalitu a kvantitu slueb, jaké zákazník odebírá. Dodavatel si vak musí být jistý, e nastavení sjednané ve smlouvě umí fakticky dodat s ohledem na infrastrukturu, kterou má k dispozici.
SLA
Patrně nejvýznamnějí částí smluv na poskytování SaaS řeení je dohoda o úrovni sluby Service Level Agreement, neboli SLA. Jde o soubor ujednání, která zásadně ovlivňují poskytování slueb a práva a povinnosti obou smluvních stran.
Mezi základní ujednání v SLA patří jasné nastavení, v jakých časových oknech jsou poskytovány jaké sluby, a tedy kdy se počítají které lhůty. Ne vdy zákazník potřebuje nepřetritý (24/7), tedy i nákladnějí provoz řeení. Často postačí provoz v běnou pracovní dobu ve vední dny, provozní dobu je vak třeba přesně vymezit. To neznamená, e mimo dané časy řeení nebude fungovat, jen zákazník nebude očekávat reakce na incidenty či jejich řeení a výpadky mimo provozní dobu se nebudou počítat do sjednané míry dostupnosti řeení.
Právě dostupnost je častým parametrem SLA, sjednávaným v procentu vyjadřujícím poměr poadované a reálné dostupnosti řeení za určitou jednotku času, např. měsíc. Vyí míra dostupnosti je nákladnějí, a proto zákazníci mnohdy volí určitou kompromisní hodnotu. Z praxe lze konstatovat, e 99% dostupnost je vcelku standardní, zatímco míra na dalí desetinná místa (99,9 % apod.) ji vyjadřuje vysokou dostupnost. S dostupností souvisí i sjednání pravidelných odstávek pro údrbu systému je vhodné nastavit četnost a termíny, případně způsob jejich určení.
Časté je také sjednání termínů pro řeení výpadků a jiných incidentů. V takovém ujednání je potřeba určit mechanismus hláení incidentů, tedy zpravidla definovat určitý servis desk a jeho provozní dobu. Stejně tak je důleité určit, jaké incidenty vyřeí sám zákazník a jaké bude eskalovat na dodavatele, a dále kdo a podle jakého klíče bude incidenty klasifikovat. Následně by měly být jasně stanoveny doby reakce na incident (potvrzení přijetí hláení a zda postačuje automatizované), případně doby vyřeení incidentu (odstranění vady a zda postačuje implementace náhradního řeení, workaroundu). Tyto doby budou zpravidla odliné pro různé kategorie incidentů, podle závanosti. Sjednání doby řeení je méně obvyklé a zpravidla pro zákazníky draí, protoe dodavatel na sebe závazkem na čas řeení přebírá větí riziko.
Součástí podmínek poskytování SaaS řeení mohou být dalí sluby související s SLA. Patří mezi ně sluby jako řeení uivatelských poadavků (např. drobných změn konfigurace produktu), konzultační činnosti či povinnosti související se zajitěním kybernetické bezpečnosti aj.
Dalí ujednání
Významným tématem pro smluvní úpravu dodávky SaaS řeení jsou zákaznická data, jejich ukládání a zabezpečení a dalí nakládání s nimi. Pro zákazníky je velmi důleitá ochrana dat a kontrola nad nimi, by jsou tato uloena někde ve vzdálené infrastruktuře dodavatele. Je vhodné, aby podmínky SaaS nebo smlouva se zákazníkem jasně určily zákazníkovy poadavky na uloení a zabezpečení dat, vč. např. jejich zálohování, je-li poadováno. Dodavatel by měl vědět, zda zákaznická data mohou obsahovat osobní údaje ve smyslu GDPR v takovém případě bude nezbytné uzavření přísluné smlouvy o zpracování osobních údajů.
Zákaznická data by měla vdy být předmětem práv zákazníka a ten by měl mít monost si je kdykoli vyádat zpět nebo je například odstranit z infrastruktury dodavatele či toto odstranění poadovat. V případě, e poskytováním slueb vzniknout data nová, měl by být stanoven jejich formát, alespoň pro případný export na ádost zákazníka či v rámci ukončení poskytování slueb.
Zásadní otázkou jsou také sankce, které se obvykle počítají jako určitá sleva z ceny subskripce v případě poruení některého z parametrů SLA či jiné smluvní povinnosti. To vak nevylučuje ani sankce stanovené pevnou částkou, a u jednorázovou, nebo za jednotku času trvajícího nevyhovujícího stavu (např. prodlení s vyřeením incidentu). S nastavením smluvních sankcí souvisí jejich limitace, která bývá obvykle vyjádřena poměrnou částí ceny subskripce a podle síly postavení dodavatele a zákazníka se lze na trhu setkat s velkým rozpětí limitací.
V neposlední řadě poskytování cloudových slueb je specifické, pokud je zákazníkem orgán veřejné správy. V takovém případě je moné, e sluba bude souviset s provozem informačního systému veřejné správy a dodavatel i zákazník budou vázáni dalími povinnostmi, zejména podle zákona o informačních systémech veřejné správy. Jde o povinnosti související s povinností zápisu dodavatele a přísluných slueb do katalogu cloud computingu, co je samostatné a velmi obsáhlé téma.
![]() |
Mgr. et Mgr. Ing. Jan Tomíek, CIPP/E Autor článku je advokátem a partnerem ROWAN LEGAL. Věnuje se softwarovému právu, elektronickému podepisování a identifikaci, kybernetické bezpečnosti, ochraně osobních údajů a ochraně spotřebitele. |
![]() |
Mgr. David Sláma Autor článku je advokát v advokátní kanceláři ROWAN LEGAL. Věnuje se oblasti práva ICT, duevního vlastnictví či ochrany osobních údajů, a to s přesahem do veřejného sektoru. |






















