⏱️Vývoj software7 min čteníAktualizováno: 25. 10. 2026

Šablona SLA pro podporu a provoz aplikace

Šablona SLA určuje, jak rychle dodavatel reaguje na chyby a jakou dostupnost aplikace garantuje. V článku najdete šablonu ke zkopírování i příklad reakčních dob.

👨‍💻
Roman
AboutTheApp

Shrnutí a kontext

„Ozveme se co nejdřív“ je reakční doba, se kterou souhlasí obě strany, dokud se něco nerozbije. Smlouva o úrovni služeb, anglicky Service Level Agreement (SLA), tuhle nejistotu nahradí konkrétními časy. Níže najdete šablonu SLA pro podporu a provoz aplikace, vyplněný příklad reakčních dob a doporučení, jak SLA nastavit, aby se dala dodržet.

1. Co je SLA a kdy ho potřebujete

SLA (Service Level Agreement, smlouva o úrovni služeb) je písemná dohoda mezi dodavatelem a klientem o tom, jakou úroveň služby dodavatel poskytuje. Typicky určuje dostupnost aplikace, doby reakce a vyřešení podle priority, pracovní dobu podpory, a co se stane, když se dohodnuté hodnoty nedodrží. Hodí se všude, kde aplikaci po spuštění udržuje někdo jiný než klient, nejčastěji agentura se smlouvou o servisu.

Se SLA souvisejí dva další pojmy. Podle knihy Site Reliability Engineering od Googlu je SLI (Service Level Indicator) měřená hodnota, třeba podíl úspěšných požadavků, a SLO (Service Level Objective) interní cíl pro tuto hodnotu. SLA je závazek vůči klientovi i s důsledky nesplnění. Proto bývá mírnější než interní SLO.

2. Šablona SLA pro podporu aplikace

Šablona pokrývá podporu a provoz jedné aplikace. Hodnoty v hranatých závorkách doplňte podle smlouvy a kapacity týmu.

sla.md
# Příklad smlouvy o úrovni služeb (SLA): <název aplikace>

## 1. Strany a platnost
- Dodavatel: <firma, kontaktní osoba>
- Klient: <firma, kontaktní osoba>
- Platnost: od <datum> do <datum>, automaticky prodlužováno o <období>

## 2. Rozsah služby
- Aplikace a prostředí: <produkce, staging>
- Služba zahrnuje: opravy chyb, aktualizace knihoven a bezpečnostní záplaty, monitoring, zálohy
- Služba nezahrnuje: nové funkce, podporu koncových uživatelů, chyby způsobené změnami na straně klienta

## 3. Dostupnost
- Cílová dostupnost produkce: <99,5 %> za <kalendářní měsíc>
- Plánované odstávky: oznámení <3 pracovní dny> předem, okno <út 20–22 h>
- Do dostupnosti se nepočítají: plánované odstávky, výpadky služeb třetích stran mimo kontrolu dodavatele
- Měření: <nástroj pro monitoring dostupnosti>

## 4. Priority a doby reakce
| Priorita | Popis | Reakce | Vyřešení nebo náhradní řešení |
| --- | --- | --- | --- |
| P1 | <Produkce nefunguje> | <1 h> | <4 h> |
| P2 | <Důležitá funkce nefunguje, bez náhradního řešení> | <4 h> | <1 pracovní den> |
| P3 | <Chyba s náhradním řešením> | <1 pracovní den> | <podle plánu vydání> |
| P4 | <Dotaz nebo drobný požadavek> | <2 pracovní dny> | <podle dohody> |

## 5. Pracovní doba podpory
- Pracovní dny <9–17 h>, priorita P1 <nepřetržitě>

## 6. Hlášení požadavků
- Helpdesk: <odkaz>
- E-mail: <adresa>
- Telefon pro P1: <číslo>
- Doba reakce se počítá od založení požadavku v helpdesku

## 7. Zálohy a obnova
- Frekvence záloh: <denně>, doba uchování: <30 dní>
- Maximální ztráta dat (RPO): <24 h>, obnova provozu (RTO): <8 h>

## 8. Reporty
- Měsíčně: dostupnost, počet požadavků podle priority, dodržení dob reakce, nasazené verze

## 9. Nesplnění SLA
- Sleva <5 %> z měsíční platby za každý požadavek P1 vyřešený po termínu, nejvýš <20 %> měsíčně

## 10. Kontakty
- Odpovědná osoba dodavatele: <jméno, e-mail>
- Odpovědná osoba klienta: <jméno, e-mail>

3. Příklad SLA: priority a doby reakce

Nejčastější otázka u SLA je, jaké doby reakce zvolit. Tabulka ukazuje vyplněný příklad pro menší firemní aplikaci s podporou v pracovní době. Hodnoty jsou ilustrační, kratší doby reakce znamenají vyšší cenu služby.

PrioritaPříkladReakceVyřešení nebo náhradní řešení
P1Aplikace je nedostupná nebo nejde přihlášení1 h, nepřetržitě4 h
P2Nejde vystavit fakturu a není jiný postup4 h v pracovní době1 pracovní den
P3Export padá, data jde stáhnout jinak1 pracovní denV příští plánované verzi
P4Dotaz na nastavení, změna textu2 pracovní dnyPodle dohody

4. Jak SLA nastavit, aby se dalo dodržet

SLA, které tým nemůže dodržet, škodí oběma stranám. Tyhle body pomůžou nastavit hodnoty, které odpovídají skutečnému provozu.

Kontrolní seznamKliknutím označte

5. Kde má klient najít SLA a kontakty na podporu

Podepsané SLA obvykle skončí jako PDF v e-mailu. Když pak klient potřebuje nahlásit chybu, hledá kontakt na podporu a postup hlášení, ne smlouvu. Proto mají být odkazy na SLA, helpdesk a kontakty na stejném místě, kde klient hledá ostatní informace o aplikaci. Na SLA navazuje plán údržby, který popisuje, co dodavatel dělá pravidelně.

V AboutTheApp připojíte k aplikaci odkaz na dokument SLA v kategorii Právo a vztahy, a odkazy na helpdesk a e-mail podpory v kategorii Podpora. Každý klient může mít vlastní odkazy jen pro svou instalaci, označené jako privátní a dostupné s jeho odemykacím kódem. Na své About page klient vidí i svá prostředí a nasazené verze, takže při hlášení chyby rovnou uvede, kterou verzi používá.

Co AboutTheApp neměří

AboutTheApp drží odkazy na SLA a kontakty, ale doby reakce ani dostupnost neměří a nevyhodnocuje. Na to potřebujete helpdesk a nástroj pro monitoring dostupnosti.

6. Právní upozornění

Nejde o právní dokument

Šablona a příklady v tomto článku slouží jen pro ilustraci a nejsou právním dokumentem ani právní radou. Konkrétní smlouvu o úrovni služeb vždy konzultujte se svým právním zástupcem, který ji přizpůsobí vašim podmínkám a platnému právu.

Časté otázky

Co má obsahovat SLA pro aplikaci?

Rozsah služby, cílovou dostupnost, priority s dobami reakce a vyřešení, pracovní dobu podpory, postup hlášení požadavků, zálohy a obnovu, reporty, důsledky nesplnění a kontakty obou stran.

Jaký je rozdíl mezi SLA, SLO a SLI?

SLI je měřená hodnota, například dostupnost nebo doba odezvy. SLO je interní cíl pro tuto hodnotu. SLA je smluvní závazek vůči klientovi i s důsledky nesplnění, proto bývá mírnější než SLO.

Jaký je rozdíl mezi dobou reakce a dobou vyřešení?

Doba reakce říká, kdy na požadavku někdo začne pracovat. Doba vyřešení říká, kdy bude problém odstraněný nebo obejitý náhradním řešením. V SLA je potřeba uvést obě hodnoty zvlášť.

Jaké doby reakce jsou v SLA obvyklé?

Jedna obvyklá hodnota neexistuje, záleží na ceně a kapacitě týmu. Běžné je rozlišit čtyři priority a pro nejvyšší z nich, tedy nefunkční produkci, nastavit reakci v řádu hodin i mimo pracovní dobu.

Kde má klient najít SLA a kontakty na podporu?

Na stejném místě, kde hledá ostatní informace o aplikaci. V AboutTheApp připojíte odkaz na SLA a kontakty na podporu ke konkrétnímu klientovi a klient je uvidí na své About page spolu s prostředími a nasazenými verzemi.

Ve zkratce

Dobré SLA má priority popsané na příkladech, doby reakce, které tým zvládne, a klient ho spolu s kontakty na podporu najde u aplikace, ne v e-mailu.

AboutTheApp

Chcete mít SLA a kontakty u každé aplikace?

Založte si zdarma aplikaci v AboutTheApp a připojte ke klientovi odkaz na SLA, helpdesk a kontakty na podporu.