Získáte prázdný plán, vyplněný příklad a postup pro kontrolu výpadku, zastoupení a obnovení čekající práce.
Majitel malého studia odjíždí na týden. Každé ráno vzniká interní přehled, z formuláře přicházejí poptávky a další postup připravuje zákaznické zprávy. Všechno se umí spustit samo. Každá z těchto prací ale potřebuje během nepřítomnosti jinou domluvu.
U interního přehledu může stačit, že ho zkontroluje kolega. U zákaznické zprávy může být nutné nechat návrh čekat na schválení. Pokud nikdo nemůže řešit výjimku, je rozumnější konkrétní krok pozastavit a zajistit náhradní postup.
Tento návod je pro člověka, který zná účel svých automatizací a může se domluvit s jejich správcem. Výsledkem bude předávací plán se zastoupením, kontrolami a postupem po návratu. Nemusíte kvůli tomu pořizovat nový nástroj ani stavět AI agenta.
Začněte jedním společným plánem
Otevřete prázdný předávací plán a vedle něj vyplněný modelový příklad. Oba si můžete vytisknout; v každém je také odkaz na CSV pro tabulku. Uložte pracovní kopii do místa, které tým už používá. Do každého řádku patří jedna automatizace, ne každá její aplikace.
Nejdřív napište termín nepřítomnosti včetně časového pásma a jméno člověka, který převezme výjimku, pokud hlavní zástupce nebude dostupný. Pro každý řádek pak doplňte odkaz na postup, zdroj nových vstupů a místo, kde se objeví hotový výsledek. Hesla a tajné klíče do plánu nepatří.
„Scénář v automatizačním nástroji“ kolegovi nic neřekne. „Každý pracovní den do 9:00 vznikne v týmové složce přehled nových poptávek“ vysvětluje, co má hledat. Zapište také způsob ověření: například počet a identifikátory poptávek musí odpovídat původnímu zdroji. Existující soubor ani zelená značka běhu samy neprokazují správný výsledek.
Rozhodněte, co smí pokračovat
| Režim | Kdy ho zvolit | Co musí být domluvené |
|---|---|---|
| Pokračuje | Výsledek nevyžaduje vaše průběžné rozhodování. | Kdo, kdy a kde ho zkontroluje a jak nahradí chybějící práci. |
| Připravuje, ale neprovádí | Sběr podkladů nebo tvorba návrhu je užitečná, další krok potřebuje člověka. | Kde návrhy čekají a kdo je smí schválit či odeslat. |
| Čeká | Chybu nebo následné rozhodnutí nemá kdo převzít. | Který krok se zastaví, kde zůstanou nové vstupy a kdo je vyřídí jinak. |
Tyto režimy jsou provozní domluva. Automatizační nástroj nemusí umět pozastavit jen poslední krok. Pokud nelze spolehlivě oddělit přípravu od odesílání, správce připraví a ověří bezpečnou variantu ještě před odjezdem. Jinak pozastavte celý dotčený postup a předejte i sběr podkladů člověku.
Zastavení automatizace neznamená, že klienti přestanou psát. U urgentní práce určete dostupného kolegu a skutečný náhradní kanál. Poptávky nenechávejte týden bez odpovědi jen proto, že čeká automatický krok.
Přidejte konkrétního člověka a čas kontroly
Zástupce musí převzetí potvrdit. Nestačí napsat jeho jméno do dokumentu. Dohodněte rozsah práce, dobu dostupnosti a náhradní kontakt; mimo tuto dobu neslibujte dohled, který nikdo nezajišťuje.
Ve smyšleném studiu je nepřítomnost od pondělí do pátku, 12.–16. října 2026. V českém příkladu platí časy Europe/Prague. Alex přebírá běžné kontroly a Robin řeší technické výjimky v domluvené pracovní době.
| Práce | Režim a kontrola | Co se stane při problému |
|---|---|---|
| Ranní přehled | Pokračuje; Alex v pracovní dny v 9:15 ověří dnešní datum, úplnost a shodu se zdrojem. | Pokud přehled chybí nebo nesedí, Alex připraví ruční přehled a předá Robinovi odkaz na běh. |
| Příchozí poptávky | Pokračuje sběr; Alex v 10:00 a 15:00 porovná formulář s evidencí a převezme nové případy. | Chybějící položku nejprve vyhledá podle zdrojového ID, teprve potom ji případně doplní. |
| Zákaznické zprávy | Připravují se; Alex ve 14:00 projde frontu. Odeslání čeká na pověřeného člověka. | Urgentní odpověď vyřídí ručně podle oprávnění a zaznamená ID. Ostatní návrhy čekají. |
Jde o fiktivní plán, nikoli doložený provoz firmy. Odkazy v pracovním příkladu jsou popsaná místa k nahrazení, ne funkční firemní systémy. Časy i četnost si zvolte podle očekávané práce a doby, po kterou může bezpečně čekat.
Vyzkoušejte předání z účtu zástupce
Ještě před odjezdem otevře zástupce svým schváleným účtem plán, zdroj, poslední výsledek a záznam běhu. Ověří i povolený zásah. Když nemá přístup nebo kapacitu, předání není hotové: správce vyřeší konkrétní mezeru běžnou cestou, případně zvolíte jiný režim. Nepředávejte heslo majitele.
Se správcem projděte tři situace na smyšlených datech nebo v oddělené testovací kopii: správný výsledek; chybějící očekávaný výsledek; nejistý zápis, u kterého není jasné, zda už proběhl. U každé zapište skutečně pozorovaný výsledek a odkaz na důkaz. Prázdné políčko znamená neověřeno, ne splněno. Není nutné schválně rozbíjet ostrou automatizaci ani odesílat zprávy klientům.
Domluvte hranici zásahu: Alex může například předat případ Robinovi a pozastavit předem určené odesílání, ale nesmí měnit příjemce ani hromadně opakovat zápisy. Nejasný výsledek nejprve dohledá v cíli. Bezpečné opakování běhu vysvětluje, proč samotné tlačítko znovu spustit nestačí. Pro očekávanou práci, která vůbec nevznikla, použijte kontrolu chybějícího běhu; nečekejte jen na chybový e-mail.
Ověřte, co v nástroji skutečně pozastavujete
Správce do plánu zapíše přesný ovládací prvek, stav po změně, čas a způsob kontroly. Nejprve zjistí, zda existuje rozpracovaný běh, čekající vstupy nebo automatické opakování. Při nejasnosti se nespokojte s přepnutím plánu: výsledek předání musí zahrnovat i tuto čekající práci.
V Make se plánované běhy řídí přepínačem ON/OFF v detailu scénáře. Neaktivní scénář lze stále ručně spustit přes Run once; samotné OFF tedy neprokazuje zákaz všech spuštění. Viz aktivní a neaktivní scénáře. Zvlášť zkontrolujte nedokončené běhy a případná opakování; jejich ukládání není ve výchozím stavu zapnuté. Nevydávejte historii za úplnou frontu vstupů.
Aktuální n8n odděluje uložené změny od publikované verze. Unpublish odebere postup z produkce; při obnově ověřte publikovanou verzi i stav spuštění. Viz ukládání a publikování v n8n. Tyto ovládací prvky samy nedokládají, co už provedl rozpracovaný běh nebo další vstupní cesta.
Jde o orientaci podle dokumentace ověřené 10. října 2026, nikoli o provedené nastavení vašeho účtu. Přesnou variantu a oprávnění ověřte ve svém prostředí. Tento návod nemění konfiguraci vašich služeb.
Po návratu nejdřív porovnejte čekající práci
Před obnovením zjistěte, co přišlo během pauzy, co se zpracovalo a co zůstává nejasné. Porovnávejte konkrétní zdrojová ID se skutečným výsledkem a ručním záznamem kolegy; neodhadujte stav podle počtu běhů.
V modelu čekají zprávy pro P-101, P-102 a P-103. Alex mezitím ručně odpověděl na P-102. Tento případ vyřaďte z opakovaného odeslání. U P-103 nevíte, zda zpráva odešla: nejdřív ověřte cíl, bez výsledku ho ponechte k prověření. P-101 lze po kontrole aktuálnosti podkladů a oprávnění použít pro první malý průchod. Automatické obnovení celé fronty by mohlo odpověď na P-102 poslat znovu.
Obnovu provádí jmenovaný člověk v domluvený čas, kdy může zkontrolovat první skutečný výsledek. Teprve potom rozšíří rozsah a uzavře zbylé výjimky. Zástupce zůstává odpovědný za předané věci do potvrzeného převzetí zpět. Pokud se musí měnit nastavení, použijte postup změny a návratu k původní konfiguraci.
Hotový plán má u každého řádku režim, potvrzené zastoupení, čas a místo kontroly, hranici zásahu a obnovu. Začněte nejdůležitější automatizací a doplňte další podle následků výpadku. Nevyřešený řádek dostane konkrétní opatření; není důvod kvůli němu bez rozmyslu vypnout všechno.