# Procesy · Dokumentace CentOps

> Jak na sebe navazují události, incidenty, problémy, požadavky a změny a jakými stavy prochází každý záznam.

URL: https://centops.eywo.digital/dokumentace/procesy/
Language: cs
Last updated: 2026-10-30

Dokumentace

# Procesy

Jak na sebe navazují události, incidenty, problémy, požadavky a změny a jakými stavy prochází každý záznam.

1.  [Přehled](https://centops.eywo.digital/dokumentace/)
2.  [Moduly](https://centops.eywo.digital/dokumentace/moduly/)
3.  [Procesy](https://centops.eywo.digital/dokumentace/procesy/)
4.  [Model CMDB](https://centops.eywo.digital/dokumentace/model-cmdb/)
5.  [Pojmy a dotazy](https://centops.eywo.digital/dokumentace/pojmy/)
6.  [Datasheet](https://centops.eywo.digital/dokumentace/datasheet/)

## Návaznost procesů

### Odhalit a obnovit

Od signálu z monitoringu k trvalé opravě

1.  **Událost**
    
    Monitoring (Zabbix, Prometheus, Checkmk, Grafana, Dynatrace, generické API) pošle událost. Aplikace ji spáruje s konfigurační položkou podle názvu hostu, IP, sériového čísla nebo ID entity a doplní službu, zákazníka a tým. Šum zahodí pravidla filtrace.
    
2.  **Alert**
    
    Opakované události téhož problému (stejný fingerprint) tvoří jeden alert a jen zvyšují počítadlo. Zpráva OK alert vyřeší. Probíhající změna na položce alert potlačí, aby nebudil operátora.
    
3.  **Situace**
    
    Alerty se slučují do situací podle simulace výpadku v CMDB: příčinou je jen položka, jejíž výpadek alerty skutečně vysvětlí (výpadek hypervisoru → jeho VM a aplikace). Vysvětlené alerty jsou následky – bez notifikací, vyřeší se s příčinou. Mlčí-li společná opora několika alertujících položek, aplikace ji odvodí z topologie. Dál se slučuje podle služby a času nebo související změny. Operátor situaci potvrdí, přiřadí týmu, umlčí nebo z ní založí incident.
    
4.  **Incident**
    
    Neplánované přerušení služby. Dopad a tým se spočtou z CMDB (podle skutečného dopadu výpadku – ztráta redundance má nízký dopad), priorita z dopadu a naléhavosti, termíny z SLA. Alerty zůstávají s incidentem provázané – jejich vyřešení navrhne vyřešení incidentu. U P1/P2 lze otevřít war room.
    
5.  **Problém**
    
    Příčina opakovaných nebo závažných incidentů. Vzniká z incidentu, z vyhodnocení závažného incidentu, z review po změně nebo z denní kontroly opakovaných incidentů. Známá chyba nese náhradní řešení.
    
6.  **Změna**
    
    Trvalou opravu provede změna založená z problému nebo k němu připojená (nouzovou změnu založíte z incidentu). Jedna změna může řešit více incidentů i problémů. Po úspěšném dokončení přejde problém s popsanou příčinou do stavu Vyřešený a navázané incidenty dostanou pokyn k ověření; neúspěšná změna vrátí problém do analýzy.
    
7.  **Ověření po změně**
    
    Do 24 h po dokončení změny aplikace hlídá alerty na jejích položkách. Když přibudou, review po změně je povinné a z detailu změny založíte incident, který změnu vede jako příčinu – a z incidentu může vzniknout další problém.
    

### Požadavky a dodávka

Od žádosti uživatele po hotovou infrastrukturu

1.  **Požadavek**
    
    Uživatel vybere položku katalogu (nový server, kapacita, firewall, přístup…), vyplní formulář a požadavek projde schválením podle pravidel položky.
    
2.  **Převod incident ↔ požadavek**
    
    Incident, který není porucha, ale požadavek ze služby, převedete na požadavek (a obráceně). Nový záznam převezme popis, položku a ohlašovatele, lhůta běží od převodu a původní záznam se zruší s odkazem.
    
3.  **Plnění**
    
    Řešitelský tým převezme požadavek a odškrtá kroky plnění v lhůtě dané katalogem a pracovní dobou.
    
4.  **Změna**
    
    Položka, která mění infrastrukturu, navazuje na model změny. U standardního modelu aplikace změnu založí a naplánuje sama, bez schvalování. Žadatel dostane zprávu o naplánování, zahájení a dokončení; požadavek lze splnit až po dokončení změny.
    
5.  **Konfigurační položka**
    
    Dokončená změna převede cílové položky do provozu (nebo je vyřadí); nový stav potvrdí discovery.
    

### Zranitelnosti ze skeneru

Tenable / Nessus → CMDB → patch management

1.  **Sken**
    
    Z Tenable Vulnerability Management si CentOps nálezy vyčítá sama exportním API (první běh otevřené nálezy, další jen změny včetně opravených). Výsledky Nessus a Tenable Security Center se nahrávají jako soubor .nessus. Do patch managementu jdou nálezy s CVE.
    
2.  **Spárování s CMDB**
    
    Zařízení ze skenu se páruje v pořadí: uložené rozhodnutí → FQDN (hostname + doména OS) → MAC adresa → krátké jméno + doména → IP, ale jen u síťových zařízení. Automaticky jen jednoznačná shoda bez rozporu; jiná položka podle jiného údaje, nesedící OS, jiná doména nebo vyřazená položka znamenají konflikt nebo posouzení.
    
3.  **Revize**
    
    Zařízení k posouzení potvrdíte, přiřadíte jiné položce nebo vyloučíte; rozhodnutí platí i pro další skeny. Nespárovaná zařízení skener vidí v síti, CMDB je nezná.
    
4.  **Patch management**
    
    Nálezy spárovaných zařízení dostanou termín nápravy podle politiky (KEV, CVSS) a vstupují do plánu patchování. Nález, který skener už nehlásí, se uzavře jako opravený.
    

### Konfigurace ze zdrojů

Jak se CMDB plní a udržuje

1.  **Discovery a monitoring**
    
    Discovery z vCenter, HMC, OpenShiftu, cloudů a monitoring (Dynatrace) zakládají a aktualizují položky a vazby. Ruční úpravy umístění VM a partition nejsou povolené – pravdou je zdroj.
    
2.  **Položka bez vlastníka**
    
    Nové položky bez vlastnického týmu ze stejného běhu zdroje se sesbírají do jedné změny.
    
3.  **Změna „Doplnit vlastníka“**
    
    Standardní změna bez schvalování přidělená konfiguračnímu manažerovi: dohledat vlastníka, doplnit tým a službu, ověřit zařazení a uzavřít. Najdete ji v Moje práce.
    
4.  **Úplná položka**
    
    Položka s vlastníkem se počítá do dopadu incidentů, změn a nákladů a do kontroly kvality dat.
    

## Životní cykly záznamů

### Incidenty

Incident jde od nahlášení přes přiřazení a řešení k vyřešení a uzavření. Pozastavení zastaví čas SLA.

Nový→Přiřazený→Řeší se→Vyřešený→Uzavřený

Pozastavený · zastaví čas SLAvedlejší stav · Řeší seČeká na dodavatelevedlejší stav · Řeší seZrušenýkoncový stav

Přechody (16)

-   Nový → Přiřazený · Přiřadit
-   Nový → Řeší se · Převzít a řešit
-   Přiřazený → Řeší se · Převzít a řešit
-   Pozastavený → Řeší se · Pokračovat
-   Čeká na dodavatele → Řeší se · Dodavatel odpověděl
-   Přiřazený → Vyřešený · Vyřešit
-   Řeší se → Vyřešený · Vyřešit
-   Pozastavený → Vyřešený · Vyřešit
-   Čeká na dodavatele → Vyřešený · Vyřešit
-   Řeší se → Pozastavený · Pozastavit
-   Řeší se → Čeká na dodavatele · Čeká na dodavatele
-   Řeší se → Přiřazený · Vrátit do fronty
-   Vyřešený → Uzavřený · Uzavřít
-   Vyřešený → Řeší se · Znovu otevřít
-   Nový → Zrušený · Zrušit
-   Přiřazený → Zrušený · Zrušit

### Požadavky

Požadavek se zadá, podle katalogu projde schválením, splní se a žadatel ho uzavře.

Zadaný→Čeká na schválení→Plní se→Splněný→Uzavřený

Schválenývedlejší stav · Čeká na schváleníZamítnutýkoncový stavZrušenýkoncový stav

Přechody (10)

-   Čeká na schválení → Plní se · Schválit
-   Čeká na schválení → Zamítnutý · Zamítnout
-   Schválený → Plní se · Převzít
-   Plní se → Splněný · Splněno
-   Splněný → Uzavřený · Uzavřít
-   Splněný → Plní se · Vrátit do plnění
-   Čeká na schválení → Zrušený · Zrušit požadavek
-   Zadaný → Zrušený · Zrušit požadavek
-   Schválený → Zrušený · Zrušit požadavek
-   Plní se → Zrušený · Zrušit požadavek

### Problémy

Problém se analyzuje, z příčiny vznikne známá chyba s náhradním řešením a opravu provede změna – po jejím úspěšném dokončení přejde problém do stavu Vyřešený sám.

Nový→Analýza příčiny→Vyřešený→Uzavřený

Známá chybavedlejší stav · Analýza příčinyZrušenýkoncový stav

Přechody (10)

-   Nový → Analýza příčiny · Zahájit analýzu
-   Analýza příčiny → Známá chyba · Zveřejnit známou chybu
-   Analýza příčiny → Vyřešený · Vyřešit
-   Známá chyba → Vyřešený · Vyřešit
-   Známá chyba → Analýza příčiny · Zpět do analýzy
-   Vyřešený → Uzavřený · Uzavřít
-   Vyřešený → Analýza příčiny · Znovu otevřít
-   Nový → Zrušený · Zrušit
-   Analýza příčiny → Zrušený · Zrušit
-   Známá chyba → Zrušený · Zrušit

### Změny

Změna se navrhne, odešle ke schválení, naplánuje do servisního okna, provede a vyhodnotí. Do stavů schválení vede jen aplikace.

Koncept→Čeká na schválení→Schváleno→Probíhá→Dokončeno

Neúspěšnévedlejší stav · ProbíháZamítnutokoncový stavZrušenokoncový stav

Přechody (7)

-   Schváleno → Probíhá · Zahájit práce
-   Probíhá → Dokončeno · Dokončeno
-   Probíhá → Neúspěšné · Neúspěšné
-   Koncept → Zrušeno · Zrušit změnu
-   Čeká na schválení → Zrušeno · Zrušit změnu
-   Zamítnuto → Zrušeno · Zrušit změnu
-   Schváleno → Zrušeno · Zrušit změnu

### Konfigurační položky

Konfigurační položka je plánovaná, v provozu, v údržbě (během změny) nebo vyřazená. U řízených tříd mění stav jen změna.

Plánováno→V provozu

Údržbavedlejší stav · V provozuVyřazenokoncový stav

Přechody (7)

-   Plánováno → V provozu · Uvést do provozu
-   V provozu → Údržba · Údržba
-   Údržba → V provozu · Zpět do provozu
-   Vyřazeno → Plánováno · Obnovit (znovu plánovat)
-   Plánováno → Vyřazeno · Vyřadit
-   V provozu → Vyřazeno · Vyřadit
-   Údržba → Vyřazeno · Vyřadit

### Artefakty enterprise architektury

Artefakt enterprise architektury prochází návrhem, schválením a platností až po vyřazení.

Návrh→Schválený→Ve výstavbě→V provozu→Útlum

Vyřazenýkoncový stavZamítnutýkoncový stav

Přechody (10)

-   Návrh → Schválený · Schválit
-   Schválený → Návrh · Vrátit do návrhu
-   Schválený → Ve výstavbě · Zahájit výstavbu
-   Schválený → V provozu · Uvést do provozu
-   Ve výstavbě → V provozu · Uvést do provozu
-   V provozu → Útlum · Zahájit útlum
-   Útlum → V provozu · Zrušit útlum
-   Útlum → Vyřazený · Vyřadit
-   Zamítnutý → Návrh · Znovu navrhnout
-   Návrh → Zamítnutý · Zamítnout

Mapa procesů a model CMDB se generují z aktuálního stavu aplikace · aktualizováno 30\. října 2026