Kdo se bude starat o firemní software po změně vlastníka?

Když firma změní majitele, nový vlastník potřebuje vědět, kdo se bude starat o její software. Začněte u lidí, kteří ho znají dnes. Domluvte se, kdo bude dál dělat potřebnou práci, kdo může schvalovat změny a co je třeba předat, pokud odpovědnost převezme někdo jiný.

Představte si, že koupíte firmu, která používá vlastní systém pro objednávky a faktury. Zaměstnanci se stále přihlašují. Objednávky chodí. Zatím vše funguje.

Pak se jedna faktura neodešle do účetního programu. Kdo ví, kde hledat chybu? Může tento člověk ještě provádět změny? A domluvil se, že pomůže novému majiteli?

Na tyto otázky je dobré odpovědět, dokud jsou všichni k dispozici.

Kdo může rozhodnout, kdo ví jak na to a kdo pomůže?

Mohou to být tři různí lidé.

Provozní manažer může schvalovat změny v objednávkovém systému. Vývojář může vědět, jak funguje propojení s účetnictvím. Dodavatel podpory může odpovídat na požadavky v dohodnutých hodinách.

To, že manažerovi založíte účet správce, ještě neodpovídá na zbývající dvě otázky. Potřebujete také někoho, kdo softwaru rozumí, a dohodu o tom, s čím vám pomůže.

Začněte rozhovorem se současným týmem nebo dodavatelem. Zeptejte se, kdo zůstane zapojený a co se musí změnit. Pokyny australského centra pro kybernetickou bezpečnost ke změnám ve firmách a organizacích připomínají užitečnou věc: když se změní vztahy, ověřte totožnost lidí i jejich pravomoci. To, že někoho znáte, ještě neznamená, že víte, co nyní smí schválit.

Zapište si, co bude další člověk potřebovat

Nemusíte hned psát obsáhlou příručku. Začněte prací, kterou firma potřebuje zvládnout: přijímat objednávky, posílat faktury, platit lidem nebo vytvářet měsíční výkaz.

U každé důležité činnosti si zapište:

• Kdo rozhoduje za firmu? Uveďte, kdo může práci schválit a které výdaje nebo změny vyžadují souhlas někoho dalšího.
• Kdo se stará o software? Zapište kontakt a také to, na koho se obrátit, když daný člověk nedokáže pomoci.
• Na čem software závisí? Seznamte potřebné účty, služby a propojení, kdo je spravuje a jak k nim oprávnění lidé získají přístup.
• Co má další člověk vědět? Odkazujte na návody a na lidi, kteří je mohou vysvětlit. Zmiňte i méně obvyklé situace, například co dělat, když se zasekne faktura.
• Jaká pomoc je skutečně domluvená? Zapište, na co se podpora vztahuje, kdy je dostupná a jak o ni požádat.
• Co ještě chybí? Každou nezodpovězenou otázku někomu přidělte, stanovte termín a poznamenejte, jakou práci může ovlivnit.

U malého systému může stačit krátký dokument se jmény a odkazy. Hesla ukládejte do vhodného zabezpečeného správce hesel nebo systému pro správu přístupů. Dokument má vysvětlovat, jak se přístup zařizuje, ne sloužit jako seznam sdílených hesel.

Nechte dalšího člověka vyzkoušet skutečný úkol

Návody jsou užitečné. Ještě víc vám řekne, když uvidíte, zda podle nich někdo dokáže postupovat.

U našeho příkladu s objednávkami požádejte člověka, který systém přebírá, aby ve zkušebním prostředí prošel cestu ukázkové faktury. Dokáže zjistit, kde se něco pokazilo? Ví, komu zavolat, pokud problém nespadá do jeho části systému?

Zkoušku domluvte s potřebným oprávněním a na bezpečném místě. Pokud předvedení není praktické, požádejte člověka, aby popsal jednotlivé kroky. Do zkoušky nezapojujte živá zákaznická data ani běžný provoz, pokud to není potřeba. Jeden úspěšný úkol pomůže ověřit porozumění, ale neukáže, zda máte pokrytou každou možnou chybu.

Google ve svém článku z vlastní zkušenosti, Jak se vyvíjí zapojení týmů SRE, jehož autory jsou Acacio Cruz a Ashish Bhambhani, popisuje přípravu, dokumentaci, školení a postupné předávání odpovědnosti s podporou vývojového týmu. Pomáhá vysvětlit, proč člověk přebírající provozní odpovědnost potřebuje znalosti, nejen přístup. Jejich model pro velké týmy neznamená, že malá firma potřebuje stejný počet lidí.

Návrh záznamu a zkušebního úkolu v tomto článku vychází z našeho rozboru provozního rozhodnutí. Zdroje je nepředepisují jako univerzální seznam ani záruku. Úspěšný úkol poskytne jen omezený důkaz, že člověk postupu rozumí. Nepotvrzuje úplnou připravenost na obnovu provozu ani bezpečnost. Pokud není bezpečné předvedení možné, nechte si postup vysvětlit. Kvůli ověření přístupu nenarušujte běžný provoz ani nekopírujte zákaznická data.

Vyberte podporu pro přechod

Pokračovat se současným dodavatelem může dávat smysl, pokud se strany dohodnou na rozsahu práce a pravomocích. Nový tým může potřebovat školení. Dočasné překrytí může pomoci, pokud se obě strany dohodnou na odpovědnostech, dostupnosti a komu problém nahlásit, pokud ho nedokážou vyřešit. Zvolte uspořádání podle toho, co v záznamu chybí, a závazky potvrďte s lidmi, kteří mají podporu poskytovat.

Každodenní provoz oddělte od pozdější integrace nebo výměny systému. Článek Johna Hausera z dubna 2026 o kybernetické bezpečnosti v jednotlivých fázích fúzí a akvizic, vydaný NACD jako partnerský obsah Internet Security Alliance, nabízí širší pohled na správu přístupu a integraci v průběhu transakce. Provozní předání je jednou částí této širší práce.

Konkrétní obchod i související dohody proberte také s příslušnými poradci. Nepředpokládejte, že změna vlastníka automaticky převádí smlouvy, práva duševního vlastnictví, zdrojový kód, licence, účty nebo osobní údaje. Technický přístup sám o sobě nedokazuje oprávnění a samotné oprávnění nedokazuje schopnost systém provozovat ani dohodnutou podporu.

Než bude předání hotové, měli byste vědět, kdo schvaluje změny, kdo je umí provést a kdo se zavázal pomáhat. Pokud některá odpověď chybí, určete člověka, který ji zjistí.

Vytváříme firemní software na míru a můžeme se domluvit na průběžné péči nebo pomoci s předáním konkrétního systému. Pokud chcete probrat současné odpovědnosti a chybějící podklady k předání, ozvěte se nám ohledně firemního softwaru. Rozsah práce a podpory se stanoví dohodou.