Gestionarea erorilor în Power Automate prin ramificare paralelă

De cele mai multe ori, oamenii cred că gestionarea erorilor este similară cu depanarea. Cele două sunt complet diferite, dar merg mână în mână când vine vorba de crearea și dezvoltarea fluxului. În acest tutorial, vom discuta despre tratarea erorilor în Power Automate.

Depanarea este procesul de localizare și eliminare a erorilor dintr-un program. Pe de altă parte, tratarea erorilor se referă la răspunsul și prevenirea erorilor.

Când utilizatorii noștri folosesc fluxurile noastre, dorim să avem căi specifice pe care le urmează fluxurile noastre. Dacă, indiferent de motiv, apare o eroare, trebuie să ne asigurăm că acestea sunt gestionate corect pentru a evita eșecul fluxului nostru. O adresăm fie cu o condiție, fie cu un mesaj de eroare, astfel încât utilizatorul să cunoască motivul din spatele erorii.

Cuprins

• Exemplu de scenariu pentru gestionarea erorilor în Power Automate
• Branching paralel pentru gestionarea erorilor în Power Automate
• Testarea fluxului
• Concluzie

Exemplu de scenariu pentru gestionarea erorilor în Power Automate

Să trecem mai întâi printr-un exemplu în care am folosi o anumită gestionare a erorilor. Vom deschide un flux de probă care este declanșat manual de o persoană și nu necesită nicio intrare. Acest flux încearcă să facă o solicitare HTTP către adresa URL specificată.

Și asta încearcă să obțină.

Apoi, trece printr-o condiție în care, dacă returnează un rezultat de succes, va posta un mesaj pe un canal Slack cu conținutul paginii. Dacă nu dă o solicitare aprobată de la server, va posta un mesaj care spune „ RESPUS ”.

Folosind această condiție, s-ar părea că eroarea a fost rezolvată. Dar dacă, dintr-un motiv oarecare, această pagină scade sau nu mai poate fi găsită? Conectorul de solicitare HTTP nici măcar nu se poate conecta la această pagină, deoarece nu este. Prin urmare, nu va returna un cod de stare.

Să verificăm cum va arăta dacă nu avem un handler de erori pentru acea situație. Vom încerca să edităm acest lucru și să schimbăm adresa URL cu ceva care nu există, astfel încât să putem forța să eșueze.

Faceți clic pe cele trei puncte și alegeți rezultatul Static .

Apoi, dezactivați rezultatul static și faceți clic pe Terminat .

După aceea, faceți clic pe Salvare . 

În sfârșit, să-l testăm.

Alegeți opțiunea Voi efectua acțiunea de declanșare , apoi faceți clic pe Testare .

Faceți clic pe Run flow .

Deoarece nu am setat un handler de erori pentru această situație, rularea fluxului a eșuat.

Acest lucru va fi greu de interpretat pentru utilizatorii noștri. Prin urmare, va fi foarte frustrant pentru ei. Deci, cum ne ocupăm și verificăm aceste lucruri? Acesta este contextul pe care aș dori să-l discut înainte de a trece la modul în care rezolvăm de fapt asta.

Branching paralel pentru gestionarea erorilor în Power Automate

Acum că am discutat contextul, haideți să gestionăm erorile pentru acest flux pe care l-am configurat. Vom face asta prin ramuri paralele.

În primul rând, anticipați ce acțiune ar putea produce o eroare. În acest exemplu, așa cum am discutat anterior, este cererea HTTP. Sub aceasta, faceți clic pe pictograma plus, apoi alegeți opțiunea Adăugați o ramură paralelă .

Cu ramificarea paralelă, aceste două acțiuni se vor întâmpla simultan. 

Cu toate acestea, putem seta această acțiune să se întâmple numai dacă acțiunea anterioară are succes. Pur și simplu faceți clic pe cele trei puncte de aici și alegeți Configurați rularea după .

În această parte, putem specifica când ar trebui să aibă loc acțiunea curentă pe baza celei anterioare. Pentru acest exemplu, alegeți opțiunea este de succes apoi faceți clic pe Efectuat.

Pe de altă parte, am dori ca acesta să ruleze dacă acțiunea anterioară eșuează. Mai întâi, căutați și selectați conectorul Slack .

Apoi alegeți acțiunea Postați mesaj .

Vom posta un mesaj pe canalul general care spune „ Un flux pe care l-ați început a eșuat? ”.

După aceea, faceți clic pe cele trei puncte și alegeți Configurați rularea după .

Debifați opțiunile de succes și verificați că a eșuat , a omis și a expirat opțiunile. În cele din urmă, faceți clic pe Terminat . 

Vom vedea apoi că există o mică săgeată roșie deasupra acțiunii acum. Acest lucru indică faptul că acțiunea se va întâmpla numai dacă fluxul nu rulează cu succes.

Testarea fluxului

Să ne salvăm acum fluxul și să-l testăm.

Faceți clic pe Testare .

Alegeți acțiunea Voi efectua declanșatorul, apoi faceți clic pe Testare.

Faceți clic pe Run flow .

Vom vedea acum că rularea fluxului a eșuat.

Putem vedea, de asemenea, că această parte a sarcinii încă a reușit.

Aceasta înseamnă că utilizatorii și dezvoltatorii noștri au fost notificați că fluxul a eșuat. Când mergem la canalul nostru #general în Slack, vom vedea mesajul care indică că fluxul nostru a eșuat.

Power Automate Actions | Un tutorial Deep Dive
Microsoft Flow HTTP Trigger | Un tutorial Power Automate
Condiții de declanșare Power Automate – O introducere

Concluzie

Pentru a rezuma, acțiunea Postați mesajul va rula numai dacă acțiunea HTTP a eșuat, a omis sau a expirat. Pe de altă parte, secțiunea Condiție va rula dacă acțiunea anterioară se execută cu succes. Și aceasta este esența tratării erorilor. Avem o cale atât pentru fluxuri reușite, cât și eșuate.

Așa putem permite acțiunilor să se întâmple ulterior altor acțiuni care eșuează. Există și alte modalități de a gestiona erorile în Power Automate , dar acesta este cel mai simplu mod de a o face. Sperăm că ați reușit să înțelegeți relevanța tratării erorilor și cum o puteți face în fluxurile dvs. Microsoft .

Toate cele bune,

Henry