Felhantering i Power Automatisera via parallellförgrening

För det mesta tror folk att felhantering liknar felsökning. De två är helt olika, men går hand i hand när det kommer till flödesskapande och utveckling. I den här handledningen kommer vi att diskutera felhantering i Power Automate.

Felsökning är processen att lokalisera och ta bort buggar från ett program. Å andra sidan syftar felhantering på att svara och förhindra fel.

När våra användare använder våra flöden vill vi ha specifika vägar som våra flöden följer. Om ett fel uppstår av någon anledning måste vi se till att de hanteras korrekt för att undvika att vårt flöde misslyckas. Vi åtgärdar det antingen med ett villkor eller ett felmeddelande så att användaren vet orsaken bakom felet.

Innehållsförteckning

• Exempelscenario för felhantering i Power Automate
• Parallell förgrening för felhantering i Power Automate
• Testar flödet
• Slutsats

Exempelscenario för felhantering i Power Automate

Låt oss först gå igenom ett exempel på var vi skulle använda lite felhantering. Vi kommer att öppna ett provflöde som utlöses manuellt av en person och som inte kräver några ingångar. Detta flöde försöker göra en HTTP-begäran till den angivna URL:en.

Och det här är vad den försöker få.

Sedan går den igenom ett tillstånd där om det ger ett framgångsrikt resultat, kommer det att posta ett meddelande till en Slack-kanal med innehållet på sidan. Om den inte ger en godkänd förfrågan från servern kommer den att posta ett meddelande som säger " NEJAD ".

Med det här villkoret verkar det som om felet har hanterats. Men vad händer om den här sidan av någon anledning går ner eller inte kan hittas längre? HTTP-begärananslutaren kan inte ens ansluta till den här sidan eftersom den är nere. Därför kommer den inte att returnera en statuskod.

Låt oss kolla hur det kommer att se ut om vi inte har en felhanterare för den situationen. Vi kommer att försöka redigera detta och ändra webbadressen till något som inte finns så att vi kan tvinga den att misslyckas.

Klicka på de tre prickarna och välj det statiska resultatet .

Stäng sedan av det statiska resultatet och klicka på Klar .

Efter det klickar du på Spara . 

Till sist, låt oss testa det.

Välj alternativet Jag utför utlösaråtgärden och klicka sedan på Testa .

Klicka på Kör flöde .

Eftersom vi inte ställde in en felhanterare för den här situationen misslyckades flödeskörningen.

Detta kommer att vara svårt för våra användare att tolka. Därför kommer det att vara väldigt frustrerande för dem. Så hur hanterar och kontrollerar vi dessa saker? Det är sammanhanget som jag skulle vilja diskutera innan vi går vidare till hur vi faktiskt löser det.

Parallell förgrening för felhantering i Power Automate

Nu när vi har diskuterat sammanhanget, låt oss göra lite felhantering för det här flödet som vi har ställt in. Vi kommer att göra det genom parallella grenar.

Förutse först vilken åtgärd som kan orsaka ett fel. I det här exemplet, som vi tidigare diskuterat, är det HTTP-förfrågan. Under det, klicka på plusikonen och välj sedan alternativet Lägg till en parallell gren .

Med parallell förgrening kommer dessa två åtgärder att ske samtidigt. 

Men vi kan också ställa in den här åtgärden så att den bara sker om den föregående åtgärden lyckas. Klicka bara på de tre prickarna här och välj Konfigurera kör efter .

I den här delen kan vi specificera när den aktuella åtgärden ska ske baserat på den föregående. För det här exemplet väljer du bara alternativet är framgångsrikt och klickar sedan på Klar.

Å andra sidan vill vi att den här ska köras om den tidigare åtgärden misslyckas. Sök först och välj Slack- kontakten.

Välj sedan åtgärden Skicka meddelande .

Vi kommer att skicka ett meddelande till den allmänna kanalen som säger "Har ett flöde som du har startat misslyckats? ”.

Därefter klickar du på de tre prickarna och väljer Konfigurera kör efter .

Avmarkera är framgångsrik och kontrollera att alternativen har misslyckats , har hoppats över och har timeout . Klicka slutligen på Klar . 

Vi kommer då att se att det finns en liten röd pil ovanför åtgärden nu. Detta indikerar att åtgärden endast kommer att ske om flödet inte fungerar.

Testar flödet

Låt oss nu spara vårt flöde och testa det.

Klicka på Testa .

Välj åtgärden Jag utför utlösaren och klicka sedan på Testa.

Klicka på Kör flöde .

Vi kommer nu att se att flödeskörningen misslyckades.

Vi kan också se att denna del av uppgiften ändå lyckades.

Det betyder att användarna och våra utvecklare har fått meddelande om att flödet har misslyckats. När vi går till vår #generella kanal i Slack ser vi meddelandet som indikerar att vårt flöde har misslyckats.

Slutsats

Sammanfattningsvis kommer åtgärden Posta meddelande endast att köras om HTTP-åtgärden har misslyckats, hoppat över eller tagit timeout. Å andra sidan kommer avsnittet Villkor att köras om den föregående åtgärden körs framgångsrikt. Och det är kärnan i felhantering. Vi har en väg för både framgångsrika och misslyckade flödeskörningar.

Det är så vi kan tillåta handlingar att hända efter andra handlingar som misslyckas. Det finns andra sätt att göra felhantering på, men det här är det enklaste sättet att göra det. Förhoppningsvis kunde du få reda på relevansen av felhantering och hur du kan göra det i din .

Med vänliga hälsningar,

Henry