Un flux Power Automate trebuie proiectat și pentru situațiile în care o operațiune nu se finalizează. Un serviciu poate fi temporar indisponibil, o conexiune poate necesita atenție sau datele primite pot avea alt format decât cel așteptat. Pentru automatizările din Microsoft 365, discuția despre rezultat trebuie să includă monitorizarea, responsabilul pentru erori și modul de reluare a activității. O automatizare utilă are un comportament explicat și atunci când apar probleme.
Decideți ce se întâmplă după o eroare
Power Automate oferă setări Run after pentru a defini pașii care urmează după succes, eșec, expirare sau omiterea unei acțiuni. Acțiunile pot fi grupate în scopes pentru tratarea unor blocuri de operațiuni. Ghidul Microsoft descrie și utilizarea politicilor de retry pentru erori temporare, precum și oprirea explicită a fluxului cu Terminate.
Aceste mecanisme trebuie alese după proces. O notificare ratată și o înregistrare financiară nefinalizată au implicații diferite. Responsabilul de business trebuie să explice ce poate fi reluat și ce necesită verificare înainte de continuare.
Reluarea nu trebuie să dubleze operațiunile
Înainte de retry sau de repornirea manuală, verificați dacă pasul anterior a produs deja un efect. Dacă o solicitare a fost creată într-un sistem, o nouă încercare poate crea o copie atunci când logica nu verifică existența ei. Un identificator al operațiunii și o regulă de verificare pot ajuta la proiectarea reluării.
Acesta este un scenariu de analizat pentru integrările personalizate, nu o proprietate garantată de simpla activare a unei setări. Testele trebuie să simuleze situația în care serviciul primește cererea, dar fluxul nu primește confirmarea așteptată.
Alerta trebuie să ajungă la persoana potrivită
Microsoft descrie înregistrarea erorilor și trimiterea notificărilor ca opțiuni pentru gestionarea problemelor. În proiect trebuie stabilit cine primește alerta, ce informații îi sunt utile și cum accesează detaliile execuției. Mesajele cu date interne trebuie limitate la destinatarii autorizați.
Evitați alertele fără responsabil și fără instrucțiuni. Pentru un flux important, documentați pașii de verificare și criteriul după care se confirmă rezolvarea. Dacă problema se repetă, analizați cauza în loc să transformați reluarea manuală într-o activitate permanentă.
Verificați automatizarea pe scenarii reale
Testați intrări incomplete, răspunsuri întârziate și indisponibilitatea unei dependențe. Confirmați ce informații rămân salvate și ce vede utilizatorul. Proprietarii conexiunilor și ai fluxului trebuie cunoscuți, inclusiv când se schimbă persoanele din echipă.
În proiectele care folosesc SharePoint sau integrări software, evaluăm fluxul împreună cu aplicațiile conectate. Descrieți-ne automatizarea pentru a discuta verificările și modul de tratare a erorilor.
Surse: Microsoft: robust error handling.