Omfattningskontroll i Microsoft Power Automatisera flöden

När vi bygger mer komplexa flöden blir hantering en nyckelfaktor för att åtgärda problem, testa och underhålla. I det här fallet är det viktigt att gruppera alla åtgärder under ett visst verktyg som också kan komprimeras och utökas för att visa avsnitten av vårt flöde bättre. Och det kan vi göra genom att använda Scope-kontrollen i Power Automate.

Ett scope är ett sätt att organisera eller gruppera åtgärder och villkor i Power Automate-flöden. 

Innehållsförteckning

• Exempelscenario
• Använda Scope Control i Power Automate
• Felhantering utan omfattningskontroll
• Felhantering med användning av Scope Control
• Slutsats

Exempelscenario

Låt oss kolla in det här exemplet.

Klicka på Redigera .

Detta flöde är ganska komplicerat. När en ny tweet läggs upp kommer ett e-postmeddelande att skickas.

Sedan kommer det att utlösa ett villkor som har en annan uppsättning kapslade villkor inom.

Vad vi kan göra för att organisera detta är att gruppera liknande åtgärder i samma omfattning. Vi kommer att prata om fördelarna med att göra det senare. För tillfället vill jag bara gå igenom ett exempelscenario där det är användbart att gruppera saker tillsammans.

För den här handledningen kommer vi att använda det här enkla flödet som jag tidigare skapat. Men först, låt oss göra det här lite komplicerat.

Klicka på Redigera .

Låt oss också lägga till en annan åtgärd före HTTP -åtgärden.

Sök och klicka på Slack- anslutningen.

Välj sedan åtgärden Skicka meddelande .

Vi kommer att skicka ett meddelande till vår allmänna kanal där det står " Flow har startats; pinga HTTP-servern ”. 

Använda Scope Control i Power Automate

Nu ska vi sätta dessa två åtgärder i en omfattning.

För att göra det, klicka på plusikonen och klicka sedan på Lägg till en åtgärd .

Klicka på Kontroll .

Klicka sedan på omfattningskontrollen .

Efter det, dra och släpp de åtgärder som ska finnas i en grupp. I det här exemplet, låt oss dra både Post message 5 och HTTP -åtgärderna.

Låt oss nu byta namn på omfattningen till " Meddelande och gör HTTP-förfrågan ".

Och det är så vi enkelt kan gruppera handlingar tillsammans. 

Felhantering utan omfattningskontroll

Låt oss nu prata om hur vi kan använda scopes för felhantering. Så här ser vårt flöde ut initialt. Föreställ dig bara att omfattningen inte existerar.

Om HTTP-begäran lyckas kommer flödet att utföra villkorsåtgärden . Om det misslyckas kommer det att lägga upp ett meddelande på den allmänna kanalen i Slack som säger " Ett flöde som du har startat har misslyckats" .

Men om åtgärden Post message 5 misslyckas kommer flödet bara att sluta. Det beror på att vi inte har ställt in en felhanterare för det. Vad vi vill här är att felmeddelandet fortfarande ska publiceras när någon av de två föregående åtgärderna misslyckas. Därför måste vi lägga till ytterligare en parallell gren för Post message 5- åtgärden.

Sök och välj Slack- kontakten.

Klicka på Skicka meddelande .

Vi kommer att posta ett meddelande till den allmänna kanalen i Slack som liknar det vi har ställt in i Post message 4- åtgärden.

Klicka på de tre prickarna och klicka på Konfigurera kör efter .

Avmarkera alternativet är framgångsrikt . Kontrollera sedan att alternativen har misslyckats, har hoppats över och har timeout . Efter det klickar du på Klar .

Nu har vi två felhanteringssteg som får vårt flöde att se ganska komplext ut.

Felhantering med användning av Scope Control

Så mycket som möjligt vill vi inte att varje åtgärd ska ha en felhanteringsgren. Vi vill att en serie åtgärder för detta flöde ska ha ett enda felhanteringssteg. Så låt oss ta bort den här nya postmeddelandeåtgärden som vi skapade.

Låt oss lägga tillbaka dessa två åtgärder i omfånget.

Vi måste konfigurera detta så att det bara körs efter att alla steg inom räckvidden är klara och någon av de två åtgärderna misslyckas.

Avmarkera alternativet är framgångsrikt . Kontrollera sedan att alternativen har misslyckats, har hoppats över och har timeout . Efter det klickar du på Klar .

Nu har vi en enda felhanteringsåtgärd som bara kommer att utlösas när någon åtgärd inom postmeddelandet och ping-HTTP-serveromfånget misslyckas. 

Det är den stora skillnaden när man använder Scope- kontrollen i .

Slutsats

Sammanfattningsvis är scope control ett effektivt sätt att hålla dina handlingar och förutsättningar organiserade. Vi kan också ha flera omfattningar med olika syften. Därför kan vi gruppera åtgärderna i olika kategoriska steg eller logiska enheter. Det är ett riktigt bra organisationsverktyg ur utvecklingssynpunkt. Att använda scopes i komplicerade flöden gör det bara mycket enklare.

Det är också ett mer föredraget sätt att hantera fel i dina flöden. Du kan kombinera alla felmeddelanden från alla åtgärder med omfattningskontrollen . Så du behöver inte ställa in individuella felhanterare för var och en av åtgärderna. Du kan bara använda ett scope som ett felhanteringsblock för ditt flöde.

Med vänliga hälsningar,

Henry