異動・昇格を承認で、公正で証跡のある人事にする

3月末の静岡にある中堅精密部品メーカー、社員約280名、自動車メーカー向けの部品供給が主な事業です。4月の定期異動まであと2週間。人事担当者のデスクには「異動案」と名付けられたスプレッドシートが置かれ、そこには60行のデータが並んでいます。部署間の異動、課長への昇格、新たな職務に伴う等級変更が混在しています。現在の運用では、この1行ごとにメールが走ります。人事担当者は関係する部門長宛てにメールを書き、本部長をCCに入れ、スプレッドシートを添付して、返信がばらばらの順序で戻ってくるのを待ちます。承認のうち2件はメールで、1件はチャットのスレッドで、1件は昼食中に口頭で出されます。異動の発令日を迎えたとき、誰が何を、なぜ承認したのかを、誰も正確に再構成できません。

これが、日本の多くの企業における人事決定の不都味な現実です。社員のキャリアと会社の人件費を左右する異動や昇格というイベントが、1万円の経費精算よりも手薄な統制の中で行われています。結果は、外から見れば恣意的に見え、内側から見れば証跡が何も残らないプロセスです。現代の基幹システムは、異動や昇格を「明確な承認経路」と「決定とその理由の完全な監査証跡」を持つ、統制された承認申請として扱うことで、この問題を解決します。

統制のない人事決定が恣意的に見える理由

問題は決定そのものにあることは滅多にありません。大半の異動や昇格は妥当です。問題は、決定を取り巻く可視的で一貫したプロセスが存在しないことです。人事の変更を個別のメールで処理していると、3つの不都合が生じます。

1つ目は、決定の理由が消えることです。あるマネージャーが有望なエンジニアを昇格させます。根拠は、プロジェクトでの高い成果と後輩育成への意欲です。しかし、その理由はマネージャーの頭の中と、せいぜいメール本文の1行にしか残っていません。半年後、同部署の別のエンジニアから「なぜ自分は昇格しなかったのか」と問われたとき、先の決定の文書化された根拠を示すことはできません。プロセスが、事実に関わらず、ひいきのように見えてしまいます。

2つ目は、承認権限が曖昧になることです。建前としては会社に承認ルールがあります。課長への昇格は部門長の承認が必要、部門長への昇格は取締役の承認が必要、といった具合です。実際には、メールの宛先には関係者全員が一度に入り、一番早く返信した人が実質的に決めてしまいます。取締役の承認が必要なはずの決定が、取締役の返信が遅れ、発令の期限が迫ったために課長の承認で通ってしまうのです。権限ルールは存在していても、履行されていません。

3つ目は、記録が残らないことです。内部統制や労務監査から「昨年度の昇格はどのように決定されたのか」と問われたとき、人事担当者はメールとスプレッドシートのフォルダを開き、出来事のつながりを再構築しようとします。関連するメッセージの半分は個人の受信箱にあります。異議の出た昇格の理由は消えています。残されているのは、背後に見えるプロセスのない結果だけであり、それこそが監査人が受け入れられないものです。

より根本的な問題は分断です。決定はメールの中に、理由は会話の中に、承認はどこにもありません。基幹システムは、人事の変更そのものを「申請内容」「必要な承認経路」「理由」「決定」のすべてを1つの統制された記録として保持する承認申請にすることで、これを解決します。

人事イベントの承認を統制する

ここが、スプレッドシートとメールの組み合わせと本物の基幹システムを分ける部分です。異動や昇格は自由記述のメモではありません。提出された瞬間に定義された承認ワークフローに入る、構造化された申請です。

申請は具体的な内容を持ちます。誰が異動するのか。どの部署・役職から、どの部署・役職へ。発効日はいつか。変更の理由は何か。これらを提案するマネージャーが記述します。異動を促す事業上の必要性や、昇格の人事評価上の根拠など、補足となる背景も添えられます。申請は白紙のメールではなく、承認者が内容の是非を判断できる完全な提案書です。

承認経路は明示的であり、強制されます。部署内異動であれば部門長のみ、課長への昇格であれば部門長の後に人事、部門長への昇格であれば取締役、さらに上位の役職では定足数を満たす委員会、といった具合に、ワークフローが申請をその経路に沿って1段階ずつ回します。承認者は自分の番が来たときにだけ申請を目にします。早く返信したからといって段階を飛ばせる人はいません。システムが各ゲートで申請を保留し、正しい権限を持つ者が対応するまで先へ進めないからです。

これが、実務における公正さの姿です。同じ等級の決定には、毎回同じ経路が適用されます。課長への昇格は、必ず同じ順序で同じ机を経由し、同じ必須承認を要します。社員が「自分の昇格は同僚と違う道をたどったのではないか」と問うたときの答えは、「たどっていない」です。プロセスが一貫していること、それが恣意的の対極です。

昇格に本当に必要な監査証跡

統制とは、誰が承認するかだけの話ではありません。事後に何を証明できるかの話でもあります。本システムにおける異動・昇格の承認は、何が、誰によって、いつ決定されたかを正確に凍結したスナップショットを生成します。

スナップショットは、承認時点での完全な提案内容を捉えます。対象社員、移動元と移動先の役職、発効日、記載された理由。承認の各段階、承認者、タイムスタンプ、付記されたコメント。最終決定と、提案マネージャーが記録した根拠。この記録の中身は、決定時に凍結されるため、事後にこっそり書き換えることはできません。

内部統制やJ-SOXのレビューアーにとって、これこそが人事決定にこれまで欠けていた証拠です。監査人から等級変更の承認経緯を問われたとき、人事担当者はメールを掘り返しません。承認記録を開き、提案から最終承認までの完全なつながりを、理由とともに提示します。監査人は、正しい権限者が変更を承認したこと、プロセスが遵守されたこと、決定の根拠が文書化されていることを確認できます。これは、防御できるプロセスと、ただ説明できるだけのプロセスの違いです。

ここには公正さのメリットもあります。文書化された根拠は、紛争に対する安全装置です。昇格の根拠が書き留められ承認されていれば、後からの異議申立てには明確な基準点があります。対話は「なぜ自分は昇格しなかったのか」から、文書化された基準とその適用方法の検証へと移ります。それは社員にとっても健全であり、会社にとっても安全です。

今日すでに稼働しているものと、正直にロードマップ上にあるもの

自動化がどこまで及ぶかについて正確に述べておく価値があります。統制を売りすぎること自体が、一つの誠実さの問題だからです。異動・昇格の承認ワークフロー、構造化された申請、強制される承認経路、理由の記録、凍結された監査証跡は、これらすべてが実装済みであり、今日稼働しています。各申請が経路上のどこにあるかを正確に把握できます。営業日ベースの期限を強制できます。承認者にしない関係者をウォッチャーとして申請に追わせることもできます。決定の記録は恒久的であり、防御可能です。

まだ実装されていないのは自動書き戻しです。現在、異動や昇格が承認されたとき、承認は確定し記録は完成しますが、従業員マスタや給与はその承認から自動で更新されません。承認された変更を従業員マスタと給与の設定へ反映する作業は、人事担当者が手作業で行います。承認から従業員マスタおよび給与への自動書き戻しは、ロードマップ上にあり、まだ提供されていません。

正直な言い方はこうです。承認の統制は今日稼働しており、従業員マスタと給与の自動更新は近日対応予定です。参考までに、ワークフローエンジンは現時点で2つのレコード種別、経費精算と休暇申請について自動書き戻しをすでに実装済みです。人事変更向けの従業員マスタおよび給与への拡張は自然な次のステップであり、それを支える構造はすでに整っています。それまでは、承認が手作業による更新に対する明確で権威ある指示を生成するため、記憶やメールに委ねられる部分はありません。

これが重要なのは、統制はルールが本物であって初めて統制だからです。存在しない給与の自動更新を黙って主張するシステムは、境界を率直に述べるシステムよりも悪質です。承認と監査証跡こそが、レビューの場であなたを守る部分です。書き戻しは入力を省く利便性です。この2つを混同すると、見当違いのものを売ることになります。

事例：証跡を伴う定期異動の運用

先ほどの静岡の精密部品メーカーをもう一度想像してください。今年の4月、人事担当者は40件の異動と12件の昇格を提案します。メールの代わりに、各変更が基幹システム上の構造化された承認申請になります。提案マネージャーが、社員、移動元と移動先の役職、発効日、理由を入力します。課長への昇格には、その根拠となるプロジェクト成果や後輩育成への短いメモが添えられます。

経路は自走します。部署内異動は部門長のキューに届きます。課長への昇格は部門長へ、そして人事へ回されます。2件の部門長昇格は取締役に回り、委員会の承認を要します。メールのスレッドも、全員をCCに入れる作業も、誰の番かの曖昧さもありません。各承認者は完全な提案を見て、その上で判断を下します。

発効日を迎えると、人事担当者は承認済みの申請を受け取り、それらを従業員マスタと給与に反映します。このステップは現時点では手作業ですが、指示に曖昧さはありません。各承認済み申請が、何が変更され承認されたかを明確に記述しているからです。秋に内部統制が異動をレビューするとき、人事担当者は承認記録を開き、52件の決定すべてについて、提案から最終承認までの完全なつながりを、根拠付きで提示します。レビューは1週間かかっていたものが半日で終わり、証拠は完全に揃っています。

人材不足のもとで、なぜこれがより重要なのか

人材不足はこの意義をより鋭くします。令和7年（2025年）の情報通信白書は、デジタル化の最大の阻害要因として人材不足を挙げる企業が48.7%に上ることを報告しています。同じ人材不足は、人事に対して同時に2つの圧力をかけます。1つ目に、人手が少ないため、バックオフィスには監査のためにメールの経緯を再構築する余分な時間がありません。2つ目に、人材が不足しているため、異動や昇格という1件1件が、社員やマネージャーが注視する高危険度の決定になります。恣意的に見えるプロセスは、人の補充が困難な時代には目に見えない離職リスクになります。

統制された人事承認は、両方に対処します。監査証跡は自ずと構築されるため、バックオフィスがそれを再構築するために費やす時間はゼロです。一貫した文書化されたプロセスは、決定が公正であることを社員に伝え、定着を守ります。人材不足のもとでは、自社の人事決定が統制されていることを証明できる企業が、そうでない企業に対して明確な優位に立ちます。

よくある質問

大企業でなければ使えませんか？

いいえ。ワークフローは開発者なしで定義できるため、中小の製造業でも大企業と同じ承認経路を組めます。人事変更の承認ルールが3つあれば、3つを設定するだけです。統制は御社の規模に合わせて縮小でき、それこそが習慣を安く築き始められるタイミングです。

昇格に取締役の承認が必要なとき、取締役が出張中だとどうなりますか？

不在でも経路が止まらないよう、代理承認が対応します。取締役は不在期間中の承認権限を委任できるため、昇格が戻りを待って凍結されることはありません。高危険度の決定については、事後に本来の権限者による再承認を必須にすることもでき、代理承認が統制を黙って迂回することはありません。承認は動き続け、統制は保たれます。

承認者ではない関係者も、昇格の経過を追えますか？

はい。ウォッチャー機能により、例えば等級変更を把握する必要がある経理担当者のような関係者が、承認段階を持たずに申請の経過を追えます。進捗は見えます。決定権は持ちません。これにより、承認経路を膨らませることなく、必要な人に必要な情報が届きます。

承認したら従業員マスタや給与は自動で更新されますか？

現時点ではされません。率直にお伝えします。承認と監査証跡は実装済みで稼働しています。承認された変更を従業員マスタや給与に反映する作業は、現時点では、承認が生成する明確な指示に沿って行う手作業です。人事変更の自動書き戻しはロードマップ上にあります。エンジンはすでに経費精算と休暇申請でこれを行っているため、道筋は確立されています。

重要なポイント

異動や昇格は、他の重大な決定と同じ統制に値します。それらを、強制される承認経路を持つ構造化された承認申請として運用し、決定時に理由を記録し、完全な監査証跡を凍結してください。決定は恣意的に見えなくなり、権限は証明可能になり、誰かに問われても証拠がそこにあります。公正で証跡のある人事は内部統制の規律であり、それが属する場所は基幹システムです。

Kikan System で始める

もし異動や昇格がメールと記憶だけで決まっている状態なら、Kikan System をご覧ください。ワークフローモジュールは、異動・昇格の承認を明確な承認経路と完全な監査証跡とともに実行し、すべての人事決定を公正で、一貫し、防御可能なものにします。2ユーザーまで無料、カード不要のフリープランですぐに始められます。→ 無料で始めるからご開始ください。

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

-> 関連：勤怠・休暇・打刻を一つにまとめる

-> 関連：組織変更で壊れない承認経路