Úspěšný běh může pořád potřebovat člověka
Formulář dorazí a automatizace najde dva možné kontakty. Přenos dat může technicky fungovat, ale není jasné, ke komu poptávka patří. Další pokus stejnou otázku nevyřeší.
Takový případ patří do fronty ruční kontroly: malého seznamu, ve kterém je vidět zdroj, důvod zastavení, vlastník, další krok a výsledek. Může to být pohled v existujícím CRM nebo tabulka. Novou aplikaci potřebujete až tehdy, když současné prostředí neumí tyto informace bezpečně udržet.
Použijte záznam výjimky a smyšlený příklad.
Oddělte chybu spojení od nejasného rozhodnutí
Nedostupná služba může vyžadovat technickou opravu či omezené opakování. Dvě možné identity, nejasné zadání nebo chybějící oprávnění k rozhodnutí vyžadují jiný postup. Automatizace nemá nejasnost zakrýt výběrem prvního výsledku.
V nastavení Make lze řídit práci s neúplnými běhy a jejich opakováním. Tato technická evidence sama není frontou obchodních rozhodnutí. Když se do ní opřete, ověřte dostupnost uložených dat a kapacitu; nápověda uvádí, že při zvoleném zahazování dat po naplnění úložiště se zahozená data nedají obnovit.
Fronta má ukázat, zda čekáte na obnovu spojení, doplnění informace, nebo lidské rozhodnutí. U každého stavu je jasné, kdo ho sleduje.
Založte jednu výjimku pro konkrétní událost
Uchovejte identifikátor zdrojové zprávy, odkaz na originál, čas přijetí a identifikátor běhu, pokud existuje. Při opakovaném upozornění ke stejné události doplňte stávající záznam; nevytvářejte neomezené kopie.
Když stejný klient posílá jinou poptávku, může jít o novou událost. E-mailová adresa proto sama nestačí jako identifikátor výjimky. Při změně obsahu rozhodněte, zda jde o doplnění, nebo nový případ.
Do pracovního seznamu dávejte jen potřebné údaje. Podrobnosti zůstávají u omezeného zdroje. Ověřte, že vlastník i jeho zástupce originál otevřou; samotná notifikace nestačí.
Dejte člověku omezenou, srozumitelnou volbu
Pro smyšlenou poptávku s dvěma kontakty může kontrolující vybrat: přiřadit ke kontaktu A, přiřadit ke kontaktu B, založit ověřený nový kontakt, nebo vyžádat doplnění. Zapište důvod a odkaz na podklad. Nejasná volba dál čeká; není to hotová výjimka.
Možnost „pokračovat“ popište konkrétně. Vytvoří se záznam, změní se existující, nebo se odešle klientská zpráva? Kontrolující musí vědět, jaký účinek schvaluje. Rozhodnutí o přiřazení kontaktu samo nedává souhlas k odeslání e-mailu.
Omezenou volbu může připravit automatizace. Obsah a oprávnění k rozhodnutí určuje tým.
Před pokračováním zjistěte, co už vzniklo
Po rozhodnutí zkontrolujte cílový systém. Pokud první běh vytvořil zakázku a selhal až u zpětného odkazu, nové vytvoření by přidalo duplicitu. Navazujte na skutečný existující stav a potvrďte výsledek čtením uloženého záznamu.
Výjimku uzavřete teprve po tomto ověření. Uchovejte rozhodnutí, výsledné ID a kdo kontrolu provedl. Selhání po rozhodnutí vraťte do otevřeného stavu s novým důvodem; předchozí rozhodnutí nemažte.
Sledujte frontu jako práci
Určete pravidelnou kontrolu, zástupce a způsob řešení překročeného data. Počítejte nové, uzavřené a stále otevřené případy i jejich stáří. Rostoucí fronta může znamenat, že automatizace jen přesunula práci do skrytého seznamu.
Na modelových datech zkuste nejasnou identitu, nedostupný zdroj a částečně vytvořený výsledek. Pro návrh přenosu navazuje formulář do spolehlivého záznamu. Dokumentace ověřena 10. října 2026; postup není předem otestovaný ve vašem účtu.
První frontu založte jako obyčejný pracovní seznam
V nové omezené tabulce vytvořte sloupce ID výjimky, ID zdrojové události, odkaz na zdroj, důvod, stav, vlastník, zástupce, datum další kontroly, existující cílové ID, rozhodnutí a ověřený výsledek. Jeden řádek odpovídá jedné události. Kopírujte hlavičku a pole z přiložené šablony; celé klientské zprávy nepatří do seznamu.
Přidejte řádek E-014 podle příkladu. Pro ranní kontrolu vyberte neuzavřené řádky a seřaďte je podle data další kontroly. Nejdřív řešte prošlá data a chybějící vlastníky. Připomenutí fronty kontroly může vlastníka upozornit; nerozhoduje o identitě ani automaticky neuzavírá výjimku. Filtr je pracovní pomůcka, nikoli omezení přístupu.
V Make samostatně ověřte ukládání neúplných běhů a volbu „Data is confidential“: potlačené uložené podrobnosti mohou omezit pozdější opravu. Neopakujte běh, pokud neznáte jeho dřívější účinky. Obnovení technického kroku samo nevrací již provedené zápisy nebo odeslané zprávy.