Det meste af tiden tror folk, at fejlhåndtering ligner fejlretning. De to er helt forskellige, men går hånd i hånd, når det kommer til flowskabelse og udvikling. I denne tutorial skal vi diskutere fejlhåndtering i Power Automate.
Debugging er processen med at lokalisere og fjerne fejl fra et program. På den anden side refererer fejlhåndtering til at reagere og forhindre fejl.
Når vores brugere bruger vores flows, ønsker vi at have specifikke veje, som vores flows følger. Hvis der af en eller anden grund opstår en fejl, skal vi sikre os, at de bliver håndteret korrekt for at undgå, at vores flow fejler. Vi adresserer det enten med en betingelse eller en fejlmeddelelse, så brugeren kender årsagen bag fejlen.
Indholdsfortegnelse
Eksempelscenarie for fejlhåndtering i Power Automate
Lad os først gennemgå et eksempel på, hvor vi ville bruge noget fejlhåndtering. Vi åbner et prøveflow, der udløses manuelt af en person og ikke kræver nogen input. Dette flow forsøger at lave en HTTP-anmodning til den angivne URL.

Og det er det, den prøver at få.

Derefter gennemgår den en tilstand, hvor hvis den returnerer et vellykket resultat, sender den en besked til en Slack-kanal med indholdet af siden. Hvis den ikke giver en godkendt anmodning fra serveren, vil den sende en besked, der siger " AFVISET ".

Ved at bruge denne betingelse ser det ud til, at fejlen blev håndteret. Men hvad nu hvis denne side af en eller anden grund går ned eller ikke kan findes længere? HTTP-anmodningsforbindelsen kan ikke engang oprette forbindelse til denne side, fordi den er nede. Derfor returnerer den ikke en statuskode.
Lad os tjekke, hvordan det kommer til at se ud, hvis vi ikke har en fejlbehandler til den situation. Vi vil forsøge at redigere dette og ændre URL'en til noget, der ikke eksisterer, så vi kan tvinge det til at mislykkes.

Klik på de tre prikker og vælg det statiske resultat .

Sluk derefter for det statiske resultat, og klik på Udført .

Klik derefter på Gem .

Lad os endelig teste det.

Vælg indstillingen Jeg udfører udløserhandlingen , og klik derefter på Test .

Klik på Kør flow .

Da vi ikke har indstillet en fejlbehandler til denne situation, mislykkedes flowkørslen.

Dette vil være svært for vores brugere at fortolke. Derfor vil det være meget frustrerende for dem. Så hvordan håndterer og kontrollerer vi disse ting? Det er den kontekst, jeg gerne vil diskutere, før vi går videre til, hvordan vi rent faktisk løser det.
Parallel forgrening til fejlhåndtering i Power Automate
Nu hvor vi har diskuteret konteksten, lad os lave noget fejlhåndtering for dette flow, som vi har sat op. Det vil vi gøre gennem parallelle afdelinger.
Foregribe først, hvilken handling der kan forårsage en fejl. I dette eksempel, som vi tidligere har diskuteret, er det HTTP-anmodningen. Under det skal du klikke på plusikonet og derefter vælge Tilføj en parallel gren .

Med parallel forgrening vil disse to handlinger ske samtidigt.

Vi kan dog også indstille denne handling til kun at ske, hvis den forrige handling er vellykket. Du skal blot klikke på de tre prikker her og vælge Konfigurer kør efter .

I denne del kan vi angive, hvornår den aktuelle handling skal ske baseret på den forrige. I dette eksempel skal du bare vælge indstillingen er vellykket og derefter klikke på Udført.

På den anden side vil vi gerne have, at denne kører, hvis den forrige handling mislykkes. Først skal du søge og vælge Slack- stikket.

Vælg derefter handlingen Send besked .

Vi sender en besked til den generelle kanal, der siger "Er et flow, du har startet, mislykket? ”.

Derefter skal du klikke på de tre prikker og vælge Konfigurer kør efter .

Fjern markeringen af er vellykket , og kontroller , at indstillingerne er mislykkedes , er sprunget over og har timeout . Klik til sidst på Udført .

Vi vil så se, at der er en lille rød pil over handlingen nu. Dette indikerer, at handlingen kun vil ske, hvis flowet ikke kører korrekt.

Test af flowet
Lad os nu gemme vores flow og teste det.

Klik på Test .

Vælg Jeg udfører udløserhandlingen, og klik derefter på Test.

Klik på Kør flow .

Vi vil nu se, at flowkørslen mislykkedes.

Vi kan også se, at denne del af opgaven alligevel lykkedes.

Det betyder, at brugerne og vores udviklere blev underrettet om, at flowet er fejlet. Når vi går til vores #generelle kanal i Slack, vil vi se meddelelsen, der indikerer, at vores flow er fejlet.

Konklusion
For at opsummere vil handlingen Send besked kun køre, hvis HTTP-handlingen er mislykket, sprunget over eller timeout. På den anden side vil sektionen Betingelse køre, hvis den forrige handling kører med succes. Og det er essensen af fejlhåndtering. Vi har en vej til både succesfulde og mislykkede flowløb.
Det er sådan, vi kan tillade handlinger at ske efter andre handlinger, der mislykkes. Der er andre måder at udføre fejlhåndtering på, men dette er den nemmeste måde at gøre det på. Forhåbentlig var du i stand til at få relevansen af fejlhåndtering og hvordan du kan gøre det i din .
Alt det bedste,
Henrik