Na této stránce
Navržená synchronizace má dvacet políček. Sedmé kopíruje stav do tabulky. Osmé tabulku přeformátuje pro e-mailovou platformu. Deváté pošle vedoucímu zprávu se žádostí o schválení importu. Plán se ptá, který agent má provádět kroky sedm až devět.
První otázka zní, proč políčka existují. Příklad je ilustrativní, není auditem skutečného týmu.
Diskuse o návrhu pracovních postupů nabízí čtyři skupiny práce: krok odstranit, použít běžný kód, použít agenta nebo ponechat rozhodnutí člověku. Užitečný tah přichází před výběrem modelu. Odstranění kroku může zrušit i celou aparaturu kolem něj.
Začněte výsledkem viditelným zákazníkovi
Pojmenujte výsledek, který má postup přinést. U propojení obchodu s e-mailem to může být „zákazník po nákupu už nedostane připomínku košíku“. Výsledek vyžaduje stav, čas a pravidlo vyřazení. Nevyžaduje z definice tabulku, noční plný export ani schránku vedoucího.
Ilustrace Tajo níže zaměřuje kontrolu na navržené mapování a hranici před aktivací. Neimplementuje potlačení připomínek opuštěného košíku. K dosažení tohoto výsledku musí provozovatel nejprve určit signál nákupu a pravidlo potlačení. Další namapované pole žádné z těchto rozhodnutí nenahradí.
Zkontrolujte synchronizaci před spuštěním
Synchronizujte změny zákazníků s mou e-mailovou platformou.
Synchronizace zákazníků
| Zdrojové pole | Cílové pole | Pravidlo |
|---|---|---|
email | EMAIL | Přímo |
first_name | FIRSTNAME | Přímo |
last_name | LASTNAME | Přímo |
Syntetický náhled prošel
Namapována 3 pole · Žádný zápis do cílové služby
Ilustrační uspořádání vychází z nástrojů Tajo pro mapování. Syntetický náhled ani uložený koncept synchronizaci neaktivují.
Projděte existující cestu pozpátku od výsledku. U každého kroku se ptejte, co by selhalo, kdyby zmizel. Skutečná kontrola má odpověď: ztratil by se souhlas, přehlédl spor o platbu nebo došlo k neoprávněnému odeslání. Obvyklé předání může mít jen historické vysvětlení: starý systém vyžadoval soubor.
Skupina „odstranit“ není povolením smazat ochranná opatření. Před zařazením zkoumejte účel každého kroku.
- Potřebný výsledekvýsledek zákazníkapostup zpět
- Prověřit krokyúčel a kontrolasmazat zbytečné
- Ponechaná prácevlastník a test
Kontrola určí dodávaný výsledek a závislosti, které jej skutečně chrání. Pokud tabulka obsahuje obchodní úsudek, který jinde není, úsudek musí zůstat, i když soubor zmizí.
| Druh kroku | Otázka | Příklad v ilustrativním postupu košíku |
|---|---|---|
| Odstranit | Chrání nebo vytváří potřebný výsledek? | Duplicitní export, který nikdo nečte |
| Běžný kód | Je pravidlo přesné a stabilní? | Nevyslat připomínku po ověřeném nákupu |
| Úsudek modelu | Vyžaduje krok omezený výklad? | Zařadit volně napsanou žádost správnému týmu |
| Člověk či schválené pravidlo | Uděluje rozhodnutí oprávnění nebo má závažné důsledky? | Schválit přístup k datům zákazníka |
Tabulka je návrhová pomůcka. Neříká, jak byly skutečné kroky nějaké firmy zařazeny.
Přesná pravidla patří do kódu
Volání API, validace pole, porovnání časových razítek nebo kontrola oprávnění se nezlepší tím, že je model začne improvizovat. Kód umí vyjádřit invariant, běžet dvakrát stejně a dát přezkoumatelnou chybu. Použijte jej tam, kde lze pravidlo vyslovit.
V příkladu košíku může událost nákupu přijít pozdě nebo dvakrát. Program má identifikovat objednávku, porovnat současný stav a odmítnout připomínku, pokud je nákup známý. Pokud systém neumí zjistit, zda nákup nastal, potřebuje stav nejistoty. Model si nemůže sám dát oprávnění odhadnout, že zákazník nekoupil.
Některá práce přesným pravidlům vzdoruje. Žádost podpoře může znít: „Koupil jsem to včera, ale potvrzení uvádí mou starou adresu.“ Směrování zprávy může využít omezený významový úsudek. Výstupem má být známý tým nebo „nejisté“, ne volný pokyn změnit objednávku. Rozhodnutí modelu oddělte od kódu, který vynucuje přístup a zapisuje stav.
Proč jediný agent může kroky schovat
„Jeden agent si přečte postup a udělá všechno.“ V demu to může vypadat jednodušeji. V produkci však stále někdo musí vysvětlit, proč agent smí vidět záznam, které akce může provést a jak se chybná akce zvrátí. Široce oprávněný agent často skryje stejné kroky do promptu a smaže popisky, díky nimž je šlo auditovat.
Druhá námitka tvrdí, že kontrola čtyř skupin sama stojí čas. Ano. Udržte ji krátkou. Vyberte jeden výsledek zákazníka, vypište kroky k němu a u každého se ptejte, co přináší. Cvičení stojí za práci, pouze když ji zmenší nebo ujasní vlastnictví. Rozsáhlý audit všech okolních systémů je další políčko.
Zařazení testujte běžným případem a selháním. Pokud byl odstraněný krok ve skrytu ochrannou kontrolou, test jej má odhalit. Pokud úsudek modelu nelze hodnotit na příkladech, zužte jej nebo vraťte rozhodnutí člověku. Pokud kód vyžaduje změnu při každé zákaznické výjimce, oddělte stabilní mechaniku od místního obchodního pravidla.
Kontrola potřebuje i pravidlo ukončení. Tým může rozkládat úlohy tak dlouho, až rozdělování stojí víc než ušetřená práce. Zastavte se, až má každý ponechaný krok vlastníka, spouštěč a testovatelný důvod existence. Zapište jednu nejistotu, která by změnila návrh, a ověřte ji na nejmenším živém úseku. U synchronizace to může být, zda událost nákupu přijde dost brzy na zastavení čekající připomínky. Průvodce integrací nabízí širší plán; čtyři skupiny brání tomu, aby si plán ponechal zbytečné kroky. Při změně postupu nebo oprávnění zařazení znovu prohlédněte.
Nejlevnější krok je ten, který výsledek nikdy nepotřeboval.
Často Kladené Otázky
Co odstranit před automatizací?
Kandidátem je krok existující jen kvůli odstranitelnému předání, duplicitnímu záznamu nebo nepoužívanému hlášení. Před smazáním zkontrolujte další příjemce a ochranné kontroly.
Kdy krok potřebuje model?
Model použijte pro úzký významový úsudek, který nelze vyjádřit stabilním přesným pravidlem, s pozorovatelnými vstupy, typovaným výstupem a cestou pro nejistotu.
Která rozhodnutí mají zůstat člověku?
Volby vyžadující souhlas, udělující oprávnění nebo nesoucí důsledky mimo povolený rozsah systému ponechte odpovědnému člověku nebo výslovně schválenému pravidlu.