人事異動・退職で稟議が止まらない、人ではなく役職で回す承認

4月初旬、静岡にある自動車向け精密部品メーカー、従業員約280名の工場です。定期人事異動が発表されました。3名の課長が部署を移りました。ある部長は定年退職しました。東京営業所から新しい本部長が着任しました。午前10時にはすでに情報システム部門に問い合わせの山ができています。ワークフローシステムの承認ルートの半分が、すでに異動済みか退職済みの人を指しているのです。ある発注依頼は、先週金曜に競合他社へ転職したマネージャー宛てに回され、誰も触れないまま放置されています。購買担当から情シスに連絡が入り、情シスはルート編集画面を開いて一行ずつ組み直し始めます。

これが、ほとんどの中堅メーカーが毎年春、そして退職のたびに払っている見えない税金です。承認エンジン自体は動いています。しかしルートが氏名ではなく役職に結びついていないため、人が動いた瞬間に経路が壊れます。日本で慢性化する人材不足のもとでは、この負担はさらに重くなる一方です。令和7年版 情報通信白書によると、デジタル化の最大の障害として人材不足（人材不足）を挙げる企業は48.7%に上ります。バックオフィスの人手がすでに足りない状況では、組織図が変わるたびに承認ルートの面倒を見る余裕など残っていません。

解決策は構造にあります。現代の基幹システムは、承認を役職、ポジション、あるいは部署宛てに回し、さらに申請者の直属の上司へ動的に回します。ルートは個人ではなく組織を基準に表現されます。人が動いても、その席に今いる人へ経路は流れ続けます。

氏名で結んだルートが頻繁に壊れる理由

多くの企業は、紙の稟議ルートをそのままデジタル化して最初の電子承認システムを作りました。紙の上では、ルートとは氏名のリストと押印の順序でした。それをそのままシステムに写したため、ルートは氏名のまま残りました。初日は問題なく動きます。組織改編後のすべての日で壊れます。

壊れ方は3通り、いつも同じです。1つ目は亡霊承認者です。すでに退職した社員の受信箱に申請が届き、申請者が数日後に追いかけると初めて気づきます。2つ目は誤配送です。マネージャーが別部署へ昇格しても、ルートは古い申請を以前の受信箱へ送り続けます。もはや担当ではない案件を承認するか、無視するかのどちらかです。3つ目は情シスのボトルネックです。毎回の異動が数十ルートの配線し直しという小プロジェクトになり、結果として承認プロセスそのものの持ち主がいつの間にか情シスになってしまいます。

これは技術の失敗ではありません。承認エンジンは正常に動いています。モデリングの失敗です。ルートが記述すべきでないもの、つまり人を記述しています。頻繁な組織改編は、成長するメーカーにとって日常の業務です。承認システムはそれを黙って吸収すべきで、崩れ落ちるべきではありません。

役職・ポジション・部署で回す

第一の原則は、ルート定義に氏名を書かないことです。この目的で作られた基幹システムなら、承認ステップを人ではなく役職や部署に向けることができます。ルートには「申請者の所属する部の課長」や「購買部長」と書き、システムは申請が提出された瞬間にその役職に今いる人を解決します。

違いは小さく聞こえますが、異動が一本通るのを見れば歴然です。4月1日、新しく着任した課長がログインすると、案件はすでに自分の受信箱に届いています。情シスへの問い合わせはありません。ルート編集の作業はありません。サービスの空白もありません。以前は3日間止まっていた購買依頼が、同じ朝に正しい机に届きます。氏名ではなく席がステップを所有しているからです。

これで退職の問題も解決します。部長が定年で退職しても、後任がその役職に割り当てられれば、未処理のキューを自動的に引き継ぎます。ルートは誰かが会社を去ったことを知る必要がありません。必要なのは、その役職が存在し続け、誰がそこにいるかだけです。組織マスタが唯一の真実の情報源になり、承認ルートはそこからリアルタイムに読み取ります。

ガバナンス面の恩恵もあります。内部統制やJ-SOXのレビューアーは、その支出を承認した人が正しい権限を持っていたかを確認したがります。役職で定義されたルートなら、それは自明です。監査証跡には「田中さん」とだけでなく、「経理部長が仕訳訂正を承認した」と記録され、しかもルートがその席を要求したからです。権限は役職とともに移動します。これこそが権限委託規程が保証すべきことです。

申請者の上司へ動的に回す

役職ルーティングは組織図の固定部分を解決します。しかし多くの承認は固定ではありません。誰が申請したかによって変わります。営業担当の経費精算は営業マネージャーへ、現場社員の残業申請は生産の現場監督へ、というように。申請者ごとに固定ルートを割り当てれば、同じ保守問題がプロファイルの中に隠れて再発するだけです。

よりすっきりしたモデルは動的ルーティングです。基幹システムは申請者を見て、組織マスタから直属の上司や部門リーダーを探し、最初の承認ステップをそこへ回します。申請者がチームを移れば、承認は自動的に新しい指揮系統に従います。上司が変われば、誰も編集することなくルートが更新されます。

この機能が、ついに春の情シスの問い合わせ列を消し去ります。定期異動とは、組織マスタ上の一連の上司変更にすぎません。それが更新されれば、全社の動的ルートが同じ瞬間に追従します。再構築すべきルートリストは存在しません。なぜならルートは最初からリストではなかったからです。「この人の上司は今誰か」という問いだったのです。

動的ルーティングは、手作業ルートでは対処できない中途半端なケースも処理します。別工場への出向中の社員には、その工場の兼任上司から承認が回ります。組織マスタが出向を反映しているからです。兼務の役職は、申請種別によって機能別リーダーへ回すことも管理側リーダーへ回すこともできます。組織の現実をそのままモデリングすれば、ルートがついてきます。

バックオフィス負担にどう響くか

人材不足の数字は少し立ち止まる価値があります。48.7%もの企業が人材不足を最大のデジタル化障害と挙げるとき、その意味するところは明確です。保守作業を増やすシステムは、いずれ止まるシステムだということです。承認ルートの維持管理はまさに、人手不足の企業には捻出できないバックオフィス時間を黙々と食う作業です。

役職ルーティングと動的上司ルーティングは、この作業をほぼ完全に消し去ります。ルート保守の予算はゼロに近づきます。なぜならルートは、企業がすでに維持しているデータから導き出されるからです。組織マスタは給与計算、アカウント権限付与、コストセンター報告のために正しく保たれていなければなりません。承認システムはそれを単に再利用します。1つの真実の情報源を多くのプロセスが消費し、同期を取り続けるべき重複した氏名リストは存在しません。

採用面での波及効果もあります。システムが異動でも壊れないとなれば、社員の信頼は上がります。公式ルートのほうが迂回手段より速く正しい人に届くため、メールやチャットでの裏ルートは減っていきます。もろいシステムの周りに育つ影の承認プロセスは、自然と消えていきます。基幹システムは予備ではなく、標準の場所になります。

いくつかの正直な境界

ルーティングの柔軟性は、本当に実装されている機能です。ただし自動化がどこで終わるかは正確に示しておくべきです。役職ベースと動的上司ルーティングを含む承認フロー自体は、今日動いているものです。システムは各申請がどこで滞っているかを正確に把握し、営業日ベースの期限を守らせ、承認内容を監査用のスナップショットで凍結保存できます。

正直さを保つべきなのは、ERP レコードへの自動書き戻し周りです。ワークフローエンジンは承認を確定し、次のステップへ進ませることができます。経費精算と休暇申請については、承認と同時に対応するレコードも自動で確定します。これらの処理は実装済みだからです。発注、仕訳、仕入先マスタ、在庫ロットなどその他のレコード種別については、承認時の自動書き戻しはロードマップにあり、まだ提供されていません。正直な言い方はこうです。承認ルートは今すぐ使えるが、それら種別の ERP レコード自動作成はロードマップ上にある。ベンダーが並べて言葉を比べるとき、この一線は重要です。

ワークフローモジュールは、まず単体でも動かせます。企業は ERP の全面展開を待たずても、壊れたルートを直せます。承認エンジンを導入し、次の異動でもルートが生き残ることを証明してから、基幹システムの他の部分へとつなげていけばよいのです。人手不足のメーカーにとって、この順序は「今四半期に始める」か「永遠に始めない」の差になります。

よくある質問

異動の途中で進行中の申請はどうなりますか

すでに承認を通過したステップの履歴はそのまま残ります。監査証跡には当時の承認者が記録され、これは内部統制上、正しい挙動です。まだ役職ベースのステップに達していない申請は、そのステップが起動する瞬間に、その役職に今いる人へ解決されます。未処理の申請が退職したマネージャーの元に取り残されることはありません。組織マスタが更新された瞬間に、現在の席の担当者へ進みます。

機密性の高い承認だけ特定の人を固定できますか

はい。役職ルーティングと動的ルーティングは既定の動作であり、枷ではありません。高額の設備投資は特定の取締役を指定することも、定足数を要する委員会にすることも、スピード優先で承認者複数人のうち誰か一人の承認で進めることもできます。重要なのは、大量にある通常ルートの手保守をなくしつつ、例外的で高リスクなルートには必要な明示的統制を残せることです。

代理承認との関係はどうなりますか

出張中のマネージャーは、不在期間について承認権限を代理へ委譲でき、承認が止まることはありません。高リスク案件については、帰任後にもとの権限者による再承認を必須にすることもでき、代理承認がひそかな統制の迂回にならないようにします。代理承認と役職ルーティングは組み合わさります。ルートは役職を指し、役職はマネージャーが保持し、マネージャーはルート自体を変えることなく一時的に権限を委譲します。

きれいな組織マスタがないと始められませんか

正確な組織マスタが必要であり、それはずっと低い敷居です。ほとんどの企業は給与やメールの配布リストのために、すでに指揮系統を維持しています。最初の整備は通常、誰が誰に報告するかを数日で確認する程度で済み、異動が情シスへの問い合わせ嵐を起こさずに通り抜ける初回で元が取れます。その後は通常の人事運営の一部としてマスタを更新し続ければ、承認ルートがついてきます。

ここを押さえる

承認ルートは、氏名のリストとしてモデリングされているから毎年春、そして退職のたびに壊れます。代わりに組織としてモデリングしてください。役職、ポジション、部署で回す。申請者の直属の上司へ動的に回す。組織マスタを唯一の真実の情報源にすれば、ルートは組織改編も出向も退職も、1件のサポートチケットなしで生き抜きます。

Kikan System で始める

毎年4月が、承認ルートの組み直しになるからと情シスが憂鬱なら、Kikan System をご覧ください。ワークフローモジュールは役職、ポジション、部署で承認を回し、申請者の上司へ動的に回すため、異動でも退職でもルートがひとりでに生き残ります。2ユーザーまで無料、カード不要のプランで、/#get-started からすぐに始められます。

-> 関連：中堅製造業のためのワークフロー全体像とROI

-> 関連：開発者なしで作る承認ワークフロー

-> 関連：監査に耐える承認ワークフロー