承認者が退職・異動して止まる｜よくある事故と予防線（代理・更新・ログ）

承認者が退職・異動して止まる：よくある事故と予防線

申請が滞留しているのを見たら、承認者が退職していた。
これ、わりと起きます。

本人はもういないのに、承認はその人に飛び続ける。
申請者は待つしかなくて、現場がじわっと荒れます。

先に結論：「退職・異動」はイベントなので、発生前提で“逃げ道”を作ると止まりにくいです。

ギフト：最初に効くのは「承認先を人名で持たない」ことです。役職やロールに寄せるほど止まりにくいです。

退職・異動の時に起きやすいのは、主にこの2つです。

代理承認があると救われますが、無期限・全範囲は危ないです。
退職・異動に備えるなら、代理承認は「イベントに紐づける」のがきれいです。

決めたい4点

退職者に飛ぶのは、在籍区分がワークフロー側へ反映されていない時に起きやすいです。
人事マスタやIdP（AD等）と同期して、在籍区分が変わったら承認者から外す、というルールを入れると止まりにくくなります。

ポイント：「退職者の停止がいつ反映されるか」を固定すると、事故の芽が減ります。日次なのか即時なのか、運用で決めるのが大事です。

どれだけ整えても、滞留はゼロになりません。
だから、管理者側が救出の手順を持っていると安心です。

救出フロー（例）

Q：退職者の履歴って消した方がいい？

A：基本は消さずに残した方が安心です。承認履歴や監査ログは「いつ誰が判断したか」の説明に使うので、保管は継続し、権限だけ無効に寄せるのが整いやすいです。