↑ ↓ výběrEnter otevřeEsc zavře

    Celý návod k tisku: vyvoj.solutia.cz/navod/tisk

    Část IV Po spuštění: provoz, rozvoj, nezávislost

    Podpora a SLA, údržba, technický dluh a jak nezůstat závislí na jednom dodavateli.

    Kapitola 21: Podpora a SLA

    ~9 min čteníAktualizováno Lukáš Mikula (otevře se v novém okně)

    SLA je slib v číslech: jak rychle vám dodavatel pomůže, když systém nefunguje, a co zaplatí, když to nestihne. Rozhodují tři různé lhůty, provozní doba, během níž se počítají, a přesná definice dostupnosti. Nonstop podporu plaťte jen tam, kde ji opravdu potřebujete, a každý měsíc chtějte report.

    Reakce není vyřešení

    Nejčastější trik je SLA jen na dobu reakce. Dodavatel „zareaguje“ do 15 minut, potvrdí, že hlášení přijal, samotnou chybu ale řeší týden. Smlouvu přitom neporušil. Proto chtějte u každé priority tři oddělené lhůty:

    • reakce: dodavatel hlášení potvrdí a začne na něm pracovat,
    • obnovení: systém zase funguje, klidně s dočasným náhradním řešením,
    • vyřešení: chyba je opravená natrvalo.

    Prioritu neurčuje dodavatel podle svého aktuálního vytížení. Rozhodují dopad a naléhavost podle definic v příloze smlouvy. Případný spor řeší předem domluvený eskalační postup. Rozlišujte také incident, při kterém je třeba obnovit provoz, problém, kdy hledáte příčinu opakovaných incidentů, a požadavek na změnu. Každý z nich se řeší jinak. Nové funkce do paušálu podpory nepatří, jdou přes změnové řízení a rozpočet na rozvoj (kapitola 22).

    Vzor tabulky priorit incidentů (ilustrační lhůty)
    PrioritaKdyReakceObnoveníVyřešení
    P1 kritickásystém nefunguje nebo většina uživatelů nemůže využít zásadní funkci, například přihlášenído 30 min, 24×7do 4 hdo 2 prac. dnů
    P2 vysokádůležitá funkce nefunguje, existuje však pracné náhradní řešenído 2 hdo 1 prac. dnedo 5 prac. dnů
    P3 středníomezení menšího rozsahu, třeba chybný filtrdo 1 prac. dnenení potřebav příštím vydání
    P4 nízkákosmetická vada, dotazdo 3 prac. dnůnení potřebapodle dohody

    Lhůty jsou orientační návrh, nikoli norma nebo tržní standard. Nastavte je podle toho, kolik vás stojí hodina výpadku. Lhůty běží jen v provozní době podpory.

    Lhůty běží jen v provozní době

    Režim 8×5 pokrývá 40 hodin týdně, nonstop 24×7 celých 168 hodin, tedy 4,2× víc času. Pokud incident nahlásíte v pátek v 16:00, lhůta 4 hodin v režimu 8×5 s pracovní dobou 9–17 h skončí v pondělí ve 12:00. Víkend se nepočítá.

    8×5, nebo 24×7?
    8×524×7
    Pokryté hodiny týdně40168 (4,2×)
    Co to chce od dodavateleběžný tým v pracovní doběpohotovost několika lidí, střídání, příplatky
    Kdy stačíinterní systémy používané v pracovní doběslužby pro veřejnost, e-shopy, výroba na směny

    Veřejná data o cenách podpory v Kč neexistují. Jistá je jen aritmetika pokrytých hodin, cenu si nechte rozepsat v nabídce.

    Častý kompromis je 24×7 jen pro P1, zbytek v 8×5. Režim odvoďte od toho, kdy systém lidé skutečně používají, a do smlouvy zahrňte možnost jeho pozdějšího zpřísnění. Potřeby se mění: základní registry vznikly pro pracovní dobu úřadů, s digitalizací služeb pro občany je potřeba nonstop provoz, a ten se ani víc než 4 roky po termínu z konce roku 2019 nepodařilo zajistit NKÚ, KZ 23/05 (kapitola 23).

    Procenta dostupnosti si přepočítejte na hodiny

    99 % zní skvěle, ale dovoluje až 87,6 hodiny výpadku ročně. Při 99,9 % je to asi 8 hodin a 46 minut. Vyzkoušejte si to:

    Kalkulačka

    Kolik výpadku vám smlouva dovolí?

    Začněte příkladem, nebo zadejte dostupnost ze smlouvy a jak se měří. Uvidíte, jak dlouho smí systém stát, aniž by dodavatel porušil SLA, a co vás to může stát.

    Příklady systémů (ilustrační úrovně, ne doporučení ani norma)

    Co slibuje smlouva
    Kolik procent času má systém podle smlouvy fungovat. Každá devítka navíc zkrátí povolený výpadek desetkrát. Bez definice, co je výpadek, kde a jak se měří, se dostupnost nedá vymáhat.

    Šipky přeskakují po obvyklých úrovních (99 / 99,5 / 99,9 / 99,95 / 99,99 %).

    Kdy se dostupnost měří24×7 = počítá se každá hodina včetně nocí a víkendů. 8×5 a 12×5 = jen pracovní dny v provozní době 8 nebo 12 hodin, výpadek mimo ni se do dostupnosti nepočítá vůbec. Najdete to v definici dostupnosti ve smlouvě, nezaměňujte to s provozní dobou podpory.
    Za jaké období se vyhodnocujeZa jak dlouhé období dodavatel dostupnost počítá a vykazuje v reportu. Měsíční vyhodnocení je pro vás přísnější: jeden dlouhý výpadek se nerozpustí v celoročním průměru.
    Co vás výpadek stojí
    Kolik vás stojí hodina, kdy systém nefunguje: lidé, kteří nemůžou pracovat (počet × hodinový náklad, zhruba hrubá mzda × 1,338 / 160), ušlé tržby, smluvní pokuty a práce navíc po obnovení. Podle této částky nastavte dostupnost i lhůty v SLA.

    Stačí řádový odhad. Nula = nepočítat.

    Povolený výpadek za měsíc

    43 min

    99,9 % = až 8 h 46 min výpadku ročně.

    Za rok
    8 h 46 min
    Za měsíc
    43 min
    Za týden
    10 min

    Vyhodnocuje se každý měsíc zvlášť: když systém v jednom měsíci stojí déle než 43 min, dodavatel SLA porušil.

    Počítá se každá hodina včetně nocí a víkendů. Zeptejte se, jestli se z dostupnosti vyjímají plánované odstávky.

    Při 200 000 Kč za hodinu výpadku vás může povolený výpadek stát až 1,75 mil. Kč ročně. Smlouvu to neporuší, ztrátu nesete vy.

    Bez JavaScriptu ukazujeme výpočet s předvyplněnými hodnotami (200 000 Kč za hodinu výpadku).

    Povolený výpadek za měsíc podle dostupnosti (měřeno 24×7)
    Graf jako tabulka
    Povolený výpadek podle dostupnosti ve zvoleném režimu měření
    Dostupnost (24×7)Za rokZa měsícZa týden
    99 %87 h 36 min (3,65 dne)7 h 12 min1 h 41 min
    99,5 %43 h 48 min (1,83 dne)3 h 36 min50 min
    99,9 % (zadaná)8 h 46 min43 min10 min
    99,95 %4 h 23 min22 min5 min 2 s
    99,99 %53 min4 min 19 s1 min

    Jak počítáme: výpadek = (100 % − dostupnost) × hodiny v období. Rok 365 dní = 8 760 h, měsíc 30 dní = 720 h. Provozní doba 8×5 = 2 080 h ročně (asi 173 h měsíčně), 12×5 = 3 120 h. Co vás výpadek může stát = povolený výpadek za rok × náklad hodiny výpadku.

    Ve smlouvě si ověřte tři věci: zda se dostupnost měří 24×7, nebo jen v provozní době; zda se z ní vyjímají plánované odstávky; a za jaké období se měří. Příklady systémů jsou ilustrační, ne doporučení: režim měření odpovídá tomu, kdy systém lidé používají (interní systémy v pracovní době, služby pro veřejnost nonstop), náklad hodiny výpadku je odhad pro ukázku.

    Stejné procento může znamenat úplně jiný slib. Ptejte se:

    • Co je výpadek? Jen úplné nefungování, nebo i odezva delší než pár sekund?
    • Kdy se měří? Když se dostupnost počítá jen v provozní době 8×5, noční výpadek libovolné délky smlouvu neporuší.
    • Jak často? Měsíční vyhodnocení klade na dodavatele přísnější nároky než roční. Jeden dlouhý výpadek se tak „nerozpustí“ v celoročním průměru.
    • Co se z měření vyjímá? Plánované odstávky, výpadky subdodavatelů nebo sítě.
    • Kdo měří? Chtějte metodiku ve smlouvě a přístup k datům monitoringu.

    Pozor i na řetězení. U základních registrů mají jednotlivé části smluvně 99,9 % a víc, dohromady ale vychází garance jen 99,68 %, tedy až 28 hodin ročně, které smlouvy nepokrývají NKÚ, KZ 23/05. A dostupnost, kterou nikdo neměří, je jen přání: Ministerstvo financí si ji stanovilo jako parametr dvou projektů a pak ji neumělo vyhodnotit NKÚ, KZ 15/31.

    Sankce, které bolí, a report, který čtete

    Symbolické sankce a chybějící report patří k nejčastějším chybám. SLA bez nich je jako záruka na auto, kterou nikdo nevymáhá. Do smlouvy patří:

    • smluvní pokuty nebo slevy z paušálu odstupňované podle priority a opakování, s právem vypovědět smlouvu při opakovaném porušení,
    • měsíční report: incidenty podle priority, plnění lhůt, dostupnost, otevřené problémy, čerpané hodiny, a k tomu pravidelná schůzka,
    • report jako podmínka fakturace paušálu,
    • uzavření incidentu potvrzuje zákazník a opakované incidenty P1 vedou k analýze příčiny.

    Ať servery provozuje dodavatel, vy, nebo veřejný cloud, administrátorské přístupy, monitoring a logy mají být dostupné vám. Bez vlastních přístupů a dat zůstáváte závislí na dodavateli (kapitola 24).

    Netestovaná záloha není záloha

    Zeptejte se, kdy naposledy proběhl test obnovy ze zálohy a jak dlouho trval. Do smlouvy patří RPO (kolik dat smíte ztratit) a RTO (jak dlouho smí obnova trvat) a test obnovy s protokolem aspoň jednou ročně. Osvědčené pravidlo pro zálohy: 3 kopie, 2 typy médií, 1 mimo budovu.

    Jak to dopadá špatněJak to dělat dobře
    Jak to dopadá špatněSLA garantuje jen dobu reakce.Jak to dělat dobřePro každou prioritu tři lhůty: reakce, obnovení, vyřešení.
    Jak to dopadá špatně„Dostupnost 99,9 %“ bez definice.Jak to dělat dobřeCo je výpadek, kde a jak často se měří, výjimky a přístup k datům monitoringu.
    Jak to dopadá špatněPrioritu incidentu určuje dodavatel.Jak to dělat dobřePriority v příloze smlouvy, spor řeší eskalační postup.
    Jak to dopadá špatněNové funkce se protlačují přes paušál podpory.Jak to dělat dobřeIncidenty v podpoře, změny přes změnové řízení a rozvojový rozpočet.
    Jak to dopadá špatně24×7 „pro jistotu“ na všechno.Jak to dělat dobře24×7 jen pro P1 nebo kritické části, zbytek 8×5.
    Jak to dopadá špatněSankce symbolické, report žádný.Jak to dělat dobřeOdstupňované sankce, výpověď při opakování, měsíční report jako podmínka fakturace.

    Otázky

    Otázky pro dodavatele

    1. Jaké lhůty reakce, obnovení a vyřešení garantujete pro P1 až P4 a v jaké provozní době běží?
    2. Jak a kde měříte dostupnost, co se počítá jako výpadek a budeme mít přístup k datům monitoringu?
    3. Kdo určuje prioritu incidentu a jak vypadá eskalační postup, když se neshodneme?
    4. Z čeho se skládá cenový rozdíl mezi 8×5 a 24×7?
    5. Kdy jste naposledy testovali obnovu ze zálohy a jak dlouho trvala?
    6. Kolik lidí u vás systém skutečně zná a kdo zastoupí klíčového člověka na dovolené?
    7. Kdo z vašich subdodavatelů má přístup k systému a datům?

    Spot Solutia