Menu
Přihlásit
Domů / Obsah / Claude / Power Automate self-healing fl...
Claude 11.09.2026 Article

Power Automate self-healing flows: nech AI opravit rozbitou automatizaci sama (návod 2026)

Návod, jak nastavit self-healing flows v Power Automate pro desktop. AI opraví rozbité selektory za běhu, flow nespadne. Včetně EU zádrhelu s Anthropic subprocessorem.

Power Automate self-healing flows: nech AI opravit rozbitou automatizaci sama (návod 2026) - ilustrační obrázek

Power Automate self-healing flows: nech AI opravit rozbitou automatizaci sama

Každý, kdo má v provozu desktop flows, zná tenhle scénář: dodavatel aktualizuje svůj informační systém, přeuspořádá formulář, přejmenuje tlačítko — a tvoje automatizace, která měsíce fungovala bez závady, spadne na chybě Element not found. Ty mezitím řešíš něco jiného. Nespadl jen jeden flow; spadla část procesu, na které visí fakturace, objednávky nebo reporting. A než to opravíš, přijde další aktualizace.

Právě tohle je největší skrytý náklad RPA. Ne licence, ale údržba. Microsoft to ví, a proto je hlavní téma 2026 release wave 1 pro Power Automate (která doznívá právě v září) odolnost: self-healing flows, AI agent authoring a hlubší napojení na Copilot Studio. Self-healing je z toho nejpraktičtější a dneska si ho rozebereme natvrdo — jak funguje, jak ho nastavit a kde si dát pozor, zvlášť pokud máš tenancy v EU.

Co self-healing vlastně dělá

Self-healing je AI funkce v Power Automate pro desktop, která zachraňuje běh flow, když UI nebo browser automatizace nenajde prvek. Místo aby flow spadl na Element not found, systém za běhu vyhodnotí kontext, najde nejpravděpodobnější správný prvek, přegeneruje selektor a pokračuje. Bez zásahu člověka.

Důležité je pochopit, kam se tahle logika řadí v řetězci ošetření chyb. U každé akce Power Automate postupuje v tomto pořadí:

  1. Retry policy — klasický deterministický retry
  2. Self-healing (preview) — AI záchrana
  3. Set variable / Run subflow pravidla — tvoje vlastní error handling
  4. Continue flow run / Throw error — finální rozhodnutí

Self-healing tedy nenahrazuje tvůj stávající error handling. Sedí mezi retry a tvojí vlastní logikou jako chytrá pojistka. Retry zkusí totéž znovu (což u změněného UI nepomůže, prvek prostě už neexistuje pod stejným selektorem), a teprve pak přijde AI, která umí najít prvek nový.

Jak to funguje pod kapotou

Když akce selže na Element not found a self-healing je zapnutý, Power Automate:

  1. Vyfotí obrazovku — screenshot chybějícího prvku, titulek nadřazeného okna i celý desktop
  2. Z tohoto kontextu identifikuje nejpravděpodobnější zamýšlený prvek
  3. Znovu zachytí jeho selektor
  4. Pokud se oprava povede, flow pokračuje; pokud ne, předá řízení standardnímu error handlingu

Zajímavý detail pro technicky založené: Microsoft k tomu používá kombinaci dvou velkých jazykových modelů — GPT-4.1 mini a Claude Sonnet 4.5. Ano, v Microsoft produktu běží model od Anthropicu. To bude za chvíli důležité, protože právě tady čeká největší zádrhel pro EU tenancy.

Návod krok za krokem

Krok 1: Administrátorské nastavení

Self-healing spoléhá na generativní AI, takže ho nemůžeš zapnout jen v designeru. Potřebuješ čtyři věci:

1. Povol Anthropic jako subprocessor v Microsoft 365. V M365 admin centru přejdi do Copilot > Settings a u položky AI providers operating as Microsoft subprocessors povol poskytovatele Anthropic. Tady pozor: Microsoft má Anthropic zapnutý defaultně pro většinu komerčních tenant — ale ne v EU/EFTA a UK. Pokud máš českou tenantu v evropské oblasti (což máš, pokud jsi neřešil něco speciálního), je Anthropic defaultně vypnutý a bez něj self-healing nepoběží.

2. Povol externí modely v Power Platform. V Power Platform admin centru → Copilot > Settings → sekce External models → povol Anthropic na úrovni prostředí nebo environment group.

3. Povol přesun dat napříč regiony. V admin centru → Manage > Environments → vyber své prostředí → karta Generative AI featuresEdit → zaškrtni Move data across regions. Protože modely běží mimo tvůj region, bez tohoto souhlasu se funkce neaktivuje. (V amerických regionech se tento checkbox nezobrazuje — tam se předpokládá default.)

4. Zapni Copilot v Power Automate. Stejné admin centrum → Copilot > Settings → sekce Power Automate → Copilot in Power Automate → On.

Ještě jedna podmínka na vstupu: funkce je určená pro organization premium účty bez příplatku, takže potřebuješ placený Power Automate plán. Government cloudy (GCC, GCC High, DoD) a sovereign cloudy jsou mimo hru.

Krok 2: Zapnutí ve flow designeru

Tady to je jednodušší, než čekáš:

  1. Otevři flow v Power Automate for desktop ve verzi 2.66 nebo novější (starší verze self-healing neznají)
  2. Vyber UI nebo browser automatizační akci, která pracuje s jedním prvkem — klik na tlačítko, zaškrtnutí checkboxu, výběr pole
  3. Najeď na akci myší — pokud je self-healing k dispozici, objeví se vizuální indikátor
  4. Otevři nastavení Error handling dané akce
  5. Přepni toggle Self-healing (Preview) na On

Hotovo. Od té chvíle akce při selhání automaticky zkusí AI opravu. Pozor, že se to nastavuje per akce, ne pro celý flow — což je férové, protože ne každé kliknutí chceš nechat AI přehodnocovat.

Co self-healing pokrývá a co ne

Abych tě nesvedl na falešnou stopu, tady jsou hranice:

  • Funguje jen pro akce s jedním UI prvkem. Drag and drop, práce s okny ani akce nad více prvky podporované nejsou.
  • Ošetřuje jen Element not found a Window not found. Jiné typy chyb (timeout, aplikace spadla úplně, přihlašovací problémy) AI záchrana neřeší.
  • Element not found se zachycuje na hlavní i sekundární obrazovce; Window not found jen na hlavní.
  • Je to runtime-only funkce. Působí při běhu z konzole i z cloudu (attended i unattended), ale nemá žádný efekt při testování v designeru. Nečekej tedy, že bys ji vidět při ladění.

Jak ověřit, že AI opravila flow

Slabé místo aktuální preview verze je viditelnost. Portál zatím nezobrazuje detaily self-healing v logách na úrovni jednotlivých akcí. Co máš k dispozici:

  • Souhrn na stránce desktop flow run — vidíš přehled self-healing aktivity pro daný běh, včetně detailů až tří úspěšných oprav
  • Lokální logy — přes registry setting (dokumentace: governance — configure Power Automate for desktop to prevent cleanup of flow run action details) si ponecháš action logy na stroji. V nich najdeš property repairWithAIInfo, která ukazuje, jestli oprava proběhla, jestli uspěla a jaký selektor AI za běhu vygenerovala.

Pro provoz je repairWithAIInfo klíčový. Když víš, které akce AI opravuje opakovaně, víš, které selektory máš natrvalo přepsat ručně. Self-healing ti kupuje čas, ale neřád z procesů nedělá.

Kde self-healing zapnout (a kde ne)

Microsoft sám v dokumentaci upozorňuje, že generativní AI může občas identifikovat jiný prvek, než jsi zamýšlel. U kliknutí na "Odeslat" ve vnitřním nástroji je riziko malé a přínos velký. Ale u flow, kde:

  • se potvrzují platby nebo mění master data,
  • běží v regulovaném prostředí s auditem,
  • je špatně označené UI a více prvků vypadá podobně,

…tam zapni self-healing obezřetně, ideálně nejdřív v nekritickém testovacím flow, a sleduj repairWithAIInfo logy. Praktická strategie: začni u flow s nejvyšším počtem pádů kvůli změnám UI — tam je návratnost okamžitá — a u compliance-kritických procesů si nech error handling klasický s notifikací.

Kontext: agent authoring a Copilot Studio

Self-healing není v release wave 1 sám. Přibývá i AI agent authoring — posun od krok-za-krokem konfigurace k zadání cíle, pravidel a omezení, kdy systém pomáhá najít cestu k řešení. Cloud flows získávají akce poháněné Copilot Studio, takže do workflow zaintegruješ vlastní AI agenty, a naopak agenti z Copilot Studio mohou volat desktop flows tam, kde je potřeba přesné krokování. Do září navíc dochází konsolidace: release plans končí a Dynamics 365, Power Platform a Dataverse přecházejí na průběžný AI at Work roadmap — pádové "wave" nahrazuje nepřetržitý přísun funkcí.

Shrnutí

  • Self-healing opravuje rozbité UI selektory za běhu pomocí AI (GPT-4.1 mini + Claude Sonnet 4.5) a flow nespadne
  • Řetězec: retry → self-healing → tvůj error handling → continue/throw
  • Nastavení: Anthropic subprocessor v M365 (v EU defaultně vypnutý!), external models v Power Platform, move data across regions, Copilot in Power Automate, PAD 2.66+
  • Zapíná se per akce v Error handling settings; jen jedno-prvkové UI/browser akce; jen runtime
  • Ověřuj přes souhrn běhu a repairWithAIInfo v lokálních logách
  • U payment a compliance flow zapni nejdřív na testu — AI může občas vybrat špatný prvek

Údržba rozbitých automatizací je nejdražší část RPA. Self-healing ji neřeší celou — selektory máš pořád radši přepsat pořádně — ale kupuje ti klid na nejdelším mostě mezi dvěma aktualizacemi systému. A pokud máš tenantu v EU, počítej s tím, že zapnutí vyžaduje explicitní souhlas s Anthropic subprocessorem. Bez něj funkce jen tiše nepoběží.

Začínáte s AI?

Navštivte zacinamsai.cz — průvodce světem AI pro úplné začátečníky.

Přejít na Začínáme s AI →

// Další články, které by tě mohly zajímat

Potřebujete pomoct s AI automatizací?

Domluvte si nezávaznou konzultaci →