Fișa de evaluare a pipeline-ului de reînnoire

Fluxul pe care tocmai l-a construit Theo face în 30 de secunde ceea ce Esme obișnuia să facă în peste jumătate de zi, în fiecare zi. Imaginea arată fișele persona de la Drumlin: Naomi vede dashboard-ul, Rashida primește reînnoirile la timp, Yuki are o coadă de aprobări clară, Theo are un flux de care este mândru, Ravi nu are nimic „în flăcări", iar Esme este amintită cu drag.

Naomi are o singură cerință înainte să-și dea acordul final:

„Când ceva se strică pe parcursul buclei, nu vreau să caut prin cincisprezece ramuri separate de eroare. Dă-mi un singur loc care prinde o eroare oriunde în pasul de reînnoire și o gestionează."

Sunt în discuție trei capabilități avansate:

• HTTP / webhooks apelează sisteme care nu au un conector.
• Scope + Run After grupează mai multe acțiuni într-un singur bloc, iar o setare run-after pe Scope reacționează dacă ceva din interiorul lui eșuează.
• Fluxurile secundare (child flows) mută o parte dintr-un flux într-un flux separat pe care îl poți reutiliza.

Care dintre acestea răspunde cerinței Naomiei?