Az approval folyamatok legdrágább hibája gyakran nem technikai: egyszerűen nincs, aki időben döntsön. Ha a folyamat egyetlen személy e-mailjére épül, előbb-utóbb megáll. A helyettesítést és eszkalációt már az első verzióban érdemes megtervezni.

1. A jóváhagyó ne statikusan legyen a flow-ban

A döntéshozót szervezeti adatból, konfigurációból vagy üzleti szerepkörből érdemes feloldani. Így szervezeti változásnál nem kell minden flow-t átírni.

✓ Entra / szervezeti adat✓ konfigurációs tábla✓ üzleti szerepkör✓ fallback owner

2. A helyettesítés legyen explicit

A helyettes ne ad-hoc e-mail forward legyen. Legyen tárolt érvényességi idő, helyettes személy és üzleti szabály arra, hogy mikor lép életbe.

✓ helyettes személy✓ kezdő és záró dátum✓ scope✓ audit

3. Emlékeztető és eszkaláció külön fogalom

Az emlékeztető ugyanannak a döntéshozónak szól; az eszkaláció új szereplőt vagy új üzleti szintet von be. A kettőt külön státusszal és időzítéssel kezeld.

✓ reminder cadence✓ escalation threshold✓ új döntéshozó✓ overdue state

4. A várakozás legyen monitorozható

A hosszú ideig futó approvaloknál ne csak a Power Automate run history legyen az igazság. Tárold az ügy aktuális állapotát és a következő határidőt üzleti adatként.

✓ current approver✓ due date✓ business status✓ SLA dashboard

5. Technikai és üzleti hiba külön kezelendő

Más reakció kell arra, ha az approver nem válaszol, és más arra, ha a connector vagy API hibázik. Az előbbi üzleti eszkaláció, az utóbbi technikai retry és riasztás.

✓ business timeout✓ technical retry✓ error queue✓ support alert