- 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 (80)
- 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)
Tematické sekce
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 tiskBranové sekce
![]() | |
| Přihlaste se k odběru newsletteru SystemNEWS, který kadý týden přináí výběr článků z oblasti podnikové informatiky | |
![]() | |
Partneři webu
PříLOHA 3/2002
Service Level Agreement aplikačních slueb?
Ing. Pavel Učeň,, CSc.
Service Level Agreement (dále jen SLA) je pojem, jeho vznik byl vynucen potřebou co nejpřesněji definovat rozsah, úroveň a intenzitu externě poskytovaných slueb. Jednalo se zejména o servisní smlouvy v oblasti IT. Zcela neodmyslitelně je SLA svázán s outsourcingem, kde představuje hlavní parametr rozhraní mezi externím poskytovatelem a zákazníkem. V dnení době je ji řada podniků, které pouívají SLA i interně, k objektivizaci vztahů mezi útvary, realizujícími "core business" a útvary podpůrnými.
V podmínkách poskytování slueb v rámci servisních smluv, resp. v rámci outsourcingu je SLA opakovaně prověřeným a osvědčeným nástrojem, v podmínkách ASP dostává SLA novou dimenzi. Ta je dána zejména samým charakterem ASP, tj. vzdáleným poskytováním slueb přes web. Na diskusi příčin, souvislostí a dopadů na uivatele je zaměřen tento příspěvek.
Vymezení pojmu SLA
V intencích ISACA je SLA definován jako minimální hranice, nad její úrovní jsou dodávané sluby jetě akceptovatelné [ISACA]. Jedná se tedy o formálně stanovenou smlouvu mezi poskytovatelem slueb a jejich příjemcem, která přesně vymezuje podmínky vztahů a odpovědnosti při poskytování definovaného rozsahu, objemu a úrovně slueb.
Podle [UCEN] je SLA "pojem, který primárně vzniknul jako nástroj měření úrovně poskytovaných slueb externím poskytovatelem, v rámci outsourcingu, outhoustingu, resp. v rámci jiného typu smluvního vztahu, jako je kupř. servisní smlouva. Naměřené hodnoty SLA potom podmiňují výi plateb, resp. uplatnění sankcí, ve vztahu k externímu poskytovateli".
Autor se opakovaně setkal s tím, e pojem SLA je ztotoňován s dostupností. Tato interpretace je vak značně zúená. Obsah SLA je vdy dán charakterem sluby. Některé sloky SLA mají obecnou platnost a jsou uváděny u vech typů slueb, některé se vztahují pouze k dané slubě. Současně platí, e SLA můe mít rozdílné parametry pro různé kategorie koncových uivatelů.
Níe je uvedena specifikace obsahu SLA, který stanovuje poadovaný objem a kvalitu jednotlivých informatických slueb za definovaných podmínek. Určuje rozsah, který je minimální z hlediska odběratele, aby byly smluvně poskytované sluby popsány na úrovni, která je prevencí monosti rozdílného výkladu.
SLA se skládá ze tří částí:
a) Základní specifikace, podmínky a pravidla:
. Kategorie příjemců.
. Přesné vymezení počtu a umístění příjemců dané kategorie.
. Popis slueb.
. Objem poskytovaných slueb (aplikace ve vztahu k počtu zpracovávaných dokladů v dané periodicitě apod.)
. Poskytovatel - blií určení (uvádí se, má-li smysl, resp. je-li uivatelů více).
. Měření - postup, způsob, periodicita, odpovědnost a vykazování výsledků.
. Ověřování - postup, způsob, periodicita, odpovědnost a vykazování výsledků ověřování správnosti měření.
. Určení a způsobu realizace podpory (kupř. fyzicky na místě, vzdáleně apod.).
. Návazné podpůrné sluby spojené s danou slubou (kupř. tréning na místě, resp. na učebně).
. Cena sluby.
. Platební podmínky.
. Pravidlo pro změny sluby.
. Práva a povinnosti obou stran - podmínky součinnosti.
. Ostatní podmínky pro realizaci SLA (bezpečnost, právo informovanosti, odpovědnost za vady a kody apod.).
b) Tvrdé metriky:
. Dostupnost (v % vyjádřený skutečný čas disponibility aplikace na daném zařízení uivatele ve vztahu k celkovému efektivnímu fondu pracovní doby za určenou časovou jednotku).
. Běná a maximální přípustná (kritická) doba odezvy na poadavek - tzv. incident (v členění na jednotlivé typy poadavků, jako je např. hláení poruchy aplikace , poruchy HW, přemístění koncové stanice, apod.).
. Běná a maximální přípustná (kritická) doba řeení poadavků (v členění na jednotlivé typy poadavků).
. Průměrná a mezní odezva aplikace v rámci sluby.
c) Měkké metriky:
. Ostatní metriky pro danou slubu (kvalitativní ukazatele typu "akceptace", "zápis", "potvrzení realizovaného kolení a prezenční listina", "hodnocení lektora kolení", "hodnocení účastníka kolení", apod.).
V souvislosti s tvrdými metrikami jako součást SLA (jako jsou kupř. odezva, dostupnost apod.) jsou v některých případech stanovovány a tři úrovně tohoto parametru:
a) Servisní úroveň - poadovaná hodnota parametru za standardních podmínek (např. dostupnost na úrovni 0,97 a vyí)
b) Minimální servisní úroveň - pod tuto mez nesmí hodnota daného parametru nikdy klesnout
(např. dostupnost 0,94)
c) Motivační (incentive) servisní úroveň - má motivovat poskytovatele k poskytování nadstandardní úrovně slueb (kupř. dostupnost nad 0,99).
Nedosaení "servisní úrovně" vede dle podmínek definovaných v SLA ke sníení plateb za sluby. Nedosaení ani minimální servisní úrovně je událostí, která způsobí uplatnění předem definovaných sankcí. Dosaení motivační úrovně naopak zakládá nárok poskytovatele na bonus.
Tzv. "pauál plateb za poskytované sluby" je v podmínkách outsourcingu stanoven ve vztahu k "servisní úrovni". Platebními podmínkami je stanoven vliv minimální servisní úrovně a motivační servisní úrovně na skutečnou výi plateb za dané období.
SLA v ASP
Application Software Provider ve standardním pojetí se nutně musí dostat do potíí, pokud by měl respektovat vekeré výe uvedené parametry SLA. V čem spočívá princip této sluby? Klient nemusí nakupovat ádný HW mimo vlastních PC stanic, nemusí budovat ádné sítě, nemusí disponovat ádnými IT odborníky, i jeho data jsou spravována a administrována přes web. Zákazník nenakupuje ádné SW licence - platby jsou určeny délkou času, po který je k dané aplikaci/aplikacím přihláený daný počet uivatelů (The Per User Application Cost). Zákazníkovi tedy odpadají jak pořizovací, vývojové a implementační náklady, tak vlastní provozní náklady. Z nákladového hlediska jsou nabídky ASP velmi lákavé.
Na rozdíl od ASP je v podmínkách outsousourcingu uplatňován jiný přístup k realizaci záměru. Obvykle je postup realizace outsourcingového záměru členěn do fází:
. Strategická analýza
. Transformace
. Testování
. Plná funkcionalita
V podmínkách poskytování externích informatických slueb formou ASP je tento individuální přístup značně limitován. Ve standardních podmínkách je značně obtíné dosáhnout diferencované úrovně informatické podpory pro jednotlivé kategorie koncových uivatelů. ASP je součástí webového světa, který je charakteristický aspekty, které jej odliují zejména z hlediska formulace nároků na odpovědnost, dostupnost, bezpečnost dat a garance od outsourcingu. Ve webovém světě se pro tuto oblast vil pojem e-rizika. K nim je mono připojit i dalí, jako jsou ztráta kontroly nad administrací vlastních dat, sníená flexilita v poskytovaných slubách (limitovaná funkcionalita - tj. pouze na standardní úrovni), a Help-Desk pouze ve standardním webovém provedení. Dalím problémem je tréning koncových uivatelů (je nabízen e-tréning pouze ve standardní formě).
ASP se lií od outsourcingu také ve vztahu SLA na platební podmínky. Platby v podmínkách ASP jsou kalkulovány podle délky uití aplikace a počtu připojených uivatelů. Z tohoto hlediska je definována jinak i velmi podstatná sloka SLA, a to dostupnost.
Bariérou pro některé příjemce ASP slueb můe být nutnost integrace pronajímaných aplikací a jejich kompatibilita se systémy, ji provozovanými u daného zákazníka.
Závěry
U nás se ASP nezdá být v současnosti havým tématem, alespoň z hlediska uivatelských firem. Je vak nesporné, e se jím stane v nejblií budoucnosti. Podle předpovědí IDC je přechod na model ASP lákavý zejména pro servisní organizace. Ty si toti od tohoto přístupu slibují standardizaci poskytovaných slueb a tím dosaení příznivých cen. IDC odhaduje, e celková hodnota trhu ASP dosáhne v r. 2003 objemu 22 miliard dolarů, a e do té doby bude poskytováno 40 % vekerých aplikací právě prostřednictvím ASP [MELB]. Podle IDC zřejmě bude ASP mj. platformou pro vznik partnerských společenství nového typu.
Primární poskytovatelé - ASP budou muset vytvářet aliance, nebo sami přerůst do poskytovatele vyího typu BSP (Business Software Provider).
BSP bude muset akceptovat poadavky zákazníků v rozsahu výe definovaného SLA a na garance, např. za spolehlivost telekomunikačních linek, pokud není jejich provozovatelem. Třítění odpovědnosti v oblasti odpovědnosti a garancí jsou problémem, který bude muset být vyřeen tím, jak budou v procesu globalizace prorůstat primární poskytovatelé a operátoři Jisté je, e v budoucnu budou muset primární poskytovatelé přijmout vyí míru odpovědnosti a garancí, pokud se budou chtít etablovat i na trhu středních a velkých firem. Kontraktační vztah je v současnosti řeen "kliknutím" ("click-through" smlouvy) a tedy přijetím standardních webových podmínek. Tento přístup nebude moné aplikovat na rozsáhlejí systémy, pro silné zákazníky, kteří budou vynucovat vyjednávání o SLA "itých" na míru.
ASP je novou formou SW podnikání, která má před sebou nesporně velkou budoucnost. Bude vak jetě nutno překonat řadu "porodních" potíí na obou stranách - příjemců a zejména poskytovatelů. Jedná se o globalizační trend, který si vyaduje nová pravidla ve vytváření aliancí poskytovatelů a prunost ve vztahu k potřebám individuálních zákazníků.
Pouitá literatura
[ISACA] IS Auditing Guideline for Outsourcing of IS Activities to Other Organizations
Effective 1 September 2000.
[MELB] Melbyová, B. Porodní bolesti ASP. Business Word č. 11/2000
Klaudner,N.J.
[UCEN] Učeň, P. a kol. Metriky v informatice. Jak objektivně zjistit přínos informačního systému. Grada,
Praha 2001.

V podmínkách poskytování slueb v rámci servisních smluv, resp. v rámci outsourcingu je SLA opakovaně prověřeným a osvědčeným nástrojem, v podmínkách ASP dostává SLA novou dimenzi. Ta je dána zejména samým charakterem ASP, tj. vzdáleným poskytováním slueb přes web. Na diskusi příčin, souvislostí a dopadů na uivatele je zaměřen tento příspěvek.
Vymezení pojmu SLA
V intencích ISACA je SLA definován jako minimální hranice, nad její úrovní jsou dodávané sluby jetě akceptovatelné [ISACA]. Jedná se tedy o formálně stanovenou smlouvu mezi poskytovatelem slueb a jejich příjemcem, která přesně vymezuje podmínky vztahů a odpovědnosti při poskytování definovaného rozsahu, objemu a úrovně slueb.
Podle [UCEN] je SLA "pojem, který primárně vzniknul jako nástroj měření úrovně poskytovaných slueb externím poskytovatelem, v rámci outsourcingu, outhoustingu, resp. v rámci jiného typu smluvního vztahu, jako je kupř. servisní smlouva. Naměřené hodnoty SLA potom podmiňují výi plateb, resp. uplatnění sankcí, ve vztahu k externímu poskytovateli".
Autor se opakovaně setkal s tím, e pojem SLA je ztotoňován s dostupností. Tato interpretace je vak značně zúená. Obsah SLA je vdy dán charakterem sluby. Některé sloky SLA mají obecnou platnost a jsou uváděny u vech typů slueb, některé se vztahují pouze k dané slubě. Současně platí, e SLA můe mít rozdílné parametry pro různé kategorie koncových uivatelů.
Níe je uvedena specifikace obsahu SLA, který stanovuje poadovaný objem a kvalitu jednotlivých informatických slueb za definovaných podmínek. Určuje rozsah, který je minimální z hlediska odběratele, aby byly smluvně poskytované sluby popsány na úrovni, která je prevencí monosti rozdílného výkladu.
SLA se skládá ze tří částí:
a) Základní specifikace, podmínky a pravidla:
. Kategorie příjemců.
. Přesné vymezení počtu a umístění příjemců dané kategorie.
. Popis slueb.
. Objem poskytovaných slueb (aplikace ve vztahu k počtu zpracovávaných dokladů v dané periodicitě apod.)
. Poskytovatel - blií určení (uvádí se, má-li smysl, resp. je-li uivatelů více).
. Měření - postup, způsob, periodicita, odpovědnost a vykazování výsledků.
. Ověřování - postup, způsob, periodicita, odpovědnost a vykazování výsledků ověřování správnosti měření.
. Určení a způsobu realizace podpory (kupř. fyzicky na místě, vzdáleně apod.).
. Návazné podpůrné sluby spojené s danou slubou (kupř. tréning na místě, resp. na učebně).
. Cena sluby.
. Platební podmínky.
. Pravidlo pro změny sluby.
. Práva a povinnosti obou stran - podmínky součinnosti.
. Ostatní podmínky pro realizaci SLA (bezpečnost, právo informovanosti, odpovědnost za vady a kody apod.).
b) Tvrdé metriky:
. Dostupnost (v % vyjádřený skutečný čas disponibility aplikace na daném zařízení uivatele ve vztahu k celkovému efektivnímu fondu pracovní doby za určenou časovou jednotku).
. Běná a maximální přípustná (kritická) doba odezvy na poadavek - tzv. incident (v členění na jednotlivé typy poadavků, jako je např. hláení poruchy aplikace , poruchy HW, přemístění koncové stanice, apod.).
. Běná a maximální přípustná (kritická) doba řeení poadavků (v členění na jednotlivé typy poadavků).
. Průměrná a mezní odezva aplikace v rámci sluby.
c) Měkké metriky:
. Ostatní metriky pro danou slubu (kvalitativní ukazatele typu "akceptace", "zápis", "potvrzení realizovaného kolení a prezenční listina", "hodnocení lektora kolení", "hodnocení účastníka kolení", apod.).
V souvislosti s tvrdými metrikami jako součást SLA (jako jsou kupř. odezva, dostupnost apod.) jsou v některých případech stanovovány a tři úrovně tohoto parametru:
a) Servisní úroveň - poadovaná hodnota parametru za standardních podmínek (např. dostupnost na úrovni 0,97 a vyí)
b) Minimální servisní úroveň - pod tuto mez nesmí hodnota daného parametru nikdy klesnout
(např. dostupnost 0,94)
c) Motivační (incentive) servisní úroveň - má motivovat poskytovatele k poskytování nadstandardní úrovně slueb (kupř. dostupnost nad 0,99).
Nedosaení "servisní úrovně" vede dle podmínek definovaných v SLA ke sníení plateb za sluby. Nedosaení ani minimální servisní úrovně je událostí, která způsobí uplatnění předem definovaných sankcí. Dosaení motivační úrovně naopak zakládá nárok poskytovatele na bonus.
Tzv. "pauál plateb za poskytované sluby" je v podmínkách outsourcingu stanoven ve vztahu k "servisní úrovni". Platebními podmínkami je stanoven vliv minimální servisní úrovně a motivační servisní úrovně na skutečnou výi plateb za dané období.
SLA v ASP
Application Software Provider ve standardním pojetí se nutně musí dostat do potíí, pokud by měl respektovat vekeré výe uvedené parametry SLA. V čem spočívá princip této sluby? Klient nemusí nakupovat ádný HW mimo vlastních PC stanic, nemusí budovat ádné sítě, nemusí disponovat ádnými IT odborníky, i jeho data jsou spravována a administrována přes web. Zákazník nenakupuje ádné SW licence - platby jsou určeny délkou času, po který je k dané aplikaci/aplikacím přihláený daný počet uivatelů (The Per User Application Cost). Zákazníkovi tedy odpadají jak pořizovací, vývojové a implementační náklady, tak vlastní provozní náklady. Z nákladového hlediska jsou nabídky ASP velmi lákavé.
Na rozdíl od ASP je v podmínkách outsousourcingu uplatňován jiný přístup k realizaci záměru. Obvykle je postup realizace outsourcingového záměru členěn do fází:
. Strategická analýza
. Transformace
. Testování
. Plná funkcionalita
V podmínkách poskytování externích informatických slueb formou ASP je tento individuální přístup značně limitován. Ve standardních podmínkách je značně obtíné dosáhnout diferencované úrovně informatické podpory pro jednotlivé kategorie koncových uivatelů. ASP je součástí webového světa, který je charakteristický aspekty, které jej odliují zejména z hlediska formulace nároků na odpovědnost, dostupnost, bezpečnost dat a garance od outsourcingu. Ve webovém světě se pro tuto oblast vil pojem e-rizika. K nim je mono připojit i dalí, jako jsou ztráta kontroly nad administrací vlastních dat, sníená flexilita v poskytovaných slubách (limitovaná funkcionalita - tj. pouze na standardní úrovni), a Help-Desk pouze ve standardním webovém provedení. Dalím problémem je tréning koncových uivatelů (je nabízen e-tréning pouze ve standardní formě).
ASP se lií od outsourcingu také ve vztahu SLA na platební podmínky. Platby v podmínkách ASP jsou kalkulovány podle délky uití aplikace a počtu připojených uivatelů. Z tohoto hlediska je definována jinak i velmi podstatná sloka SLA, a to dostupnost.
Bariérou pro některé příjemce ASP slueb můe být nutnost integrace pronajímaných aplikací a jejich kompatibilita se systémy, ji provozovanými u daného zákazníka.
Závěry
U nás se ASP nezdá být v současnosti havým tématem, alespoň z hlediska uivatelských firem. Je vak nesporné, e se jím stane v nejblií budoucnosti. Podle předpovědí IDC je přechod na model ASP lákavý zejména pro servisní organizace. Ty si toti od tohoto přístupu slibují standardizaci poskytovaných slueb a tím dosaení příznivých cen. IDC odhaduje, e celková hodnota trhu ASP dosáhne v r. 2003 objemu 22 miliard dolarů, a e do té doby bude poskytováno 40 % vekerých aplikací právě prostřednictvím ASP [MELB]. Podle IDC zřejmě bude ASP mj. platformou pro vznik partnerských společenství nového typu.
Primární poskytovatelé - ASP budou muset vytvářet aliance, nebo sami přerůst do poskytovatele vyího typu BSP (Business Software Provider).
BSP bude muset akceptovat poadavky zákazníků v rozsahu výe definovaného SLA a na garance, např. za spolehlivost telekomunikačních linek, pokud není jejich provozovatelem. Třítění odpovědnosti v oblasti odpovědnosti a garancí jsou problémem, který bude muset být vyřeen tím, jak budou v procesu globalizace prorůstat primární poskytovatelé a operátoři Jisté je, e v budoucnu budou muset primární poskytovatelé přijmout vyí míru odpovědnosti a garancí, pokud se budou chtít etablovat i na trhu středních a velkých firem. Kontraktační vztah je v současnosti řeen "kliknutím" ("click-through" smlouvy) a tedy přijetím standardních webových podmínek. Tento přístup nebude moné aplikovat na rozsáhlejí systémy, pro silné zákazníky, kteří budou vynucovat vyjednávání o SLA "itých" na míru.
ASP je novou formou SW podnikání, která má před sebou nesporně velkou budoucnost. Bude vak jetě nutno překonat řadu "porodních" potíí na obou stranách - příjemců a zejména poskytovatelů. Jedná se o globalizační trend, který si vyaduje nová pravidla ve vytváření aliancí poskytovatelů a prunost ve vztahu k potřebám individuálních zákazníků.
Pouitá literatura
[ISACA] IS Auditing Guideline for Outsourcing of IS Activities to Other Organizations
Effective 1 September 2000.
[MELB] Melbyová, B. Porodní bolesti ASP. Business Word č. 11/2000
Klaudner,N.J.
[UCEN] Učeň, P. a kol. Metriky v informatice. Jak objektivně zjistit přínos informačního systému. Grada,
Praha 2001.
Chcete získat časopis IT Systems s tímto a mnoha dalími články z oblasti informačních systémů a řízení podnikové informatiky? Objednejte si předplatné nebo konkrétní vydání časopisu IT Systems z naeho archivu.


















