FitGap
2026-02-13

評価結果と昇給・賞与額のズレをなくし社員の納得感とエンゲージメントを守る方法

人事評価で高い評価を受けたにもかかわらず、実際の昇給額や賞与額を見て落胆する社員が出てしまう。この問題は多くの企業で繰り返し起きています。原因はシンプルで、評価を記録するシステム、等級や報酬テーブルを管理するシステム、給与を計算して支給するシステムがそれぞれ別々に動いており、評価から報酬決定、そして実際の支給額に至るまでの流れが途中でブラックボックスになっていることです。放置すれば評価制度そのものへの信頼が崩れ、優秀な人材ほど先に辞めていくという最悪の結果を招きます。

この記事は、従業員50〜500名規模の企業で人事評価や給与計算を担当している人事部門の方、あるいは管理部門で評価制度の運用を兼務しているマネージャーを想定しています。読み終えると、評価結果が報酬額にどう反映されるかを一本の線でつなぎ、社員にも経営層にも説明できる状態を作るための具体的なワークフローが手に入ります。なお、数千名規模のエンタープライズ向けの全社統合プロジェクトや、各ツールの網羅的な機能比較は扱いません。

本記事で紹介するツールの組み合わせは代表的な一例です。同じ役割を果たす別の製品でも、同様のワークフローを構築できます。

読み終えた時点で、評価確定から給与支給までの各ステップで数値がどう変換されるかを追跡できるチェックシートと運用フローを手元に持っている状態になります。

Workflow at a glance: 評価結果と昇給・賞与額のズレをなくし社員の納得感とエンゲージメントを守る方法

なぜ評価が高いのに給与に反映されないという不満が生まれるのか

3つのシステムが分断されている構造的な問題

多くの企業では、評価の入力はタレントマネジメントシステムで行い、等級や報酬テーブルの管理は人事システムで行い、実際の給与計算は給与計算ソフトで処理しています。この3つのシステムはそれぞれ別のベンダーが提供していることが多く、データの受け渡しは担当者がExcelで手作業で行っているケースが大半です。

この手作業の受け渡しが問題の根本です。評価システム上ではS評価だった社員が、人事システムの報酬テーブルに照らし合わせる段階で、等級の上限に引っかかって想定より低い昇給額になる。しかしその理由が評価システム側には記録されないため、社員から見ると高評価なのに昇給が少ないという矛盾だけが残ります。

変換ロジックが属人化している

評価ランクから昇給額への変換には、等級ごとの上限・下限、部門別の原資配分、在籍年数による調整など、複数の条件が絡みます。これらのルールが特定の担当者の頭の中やローカルのExcelファイルにしか存在しない場合、担当者が異動や退職をした瞬間に再現できなくなります。さらに、毎年の微調整が積み重なり、なぜこの金額になったのかを後から説明できない状態に陥ります。

社員への説明責任が果たせない

評価面談では上司がA評価です、よく頑張りましたと伝えたのに、翌月の給与明細を見ると昇給額が期待より少ない。社員が人事に問い合わせても、評価と報酬の変換ロジックが明文化されていないため、曖昧な回答しかできません。この説明責任の欠如が、評価制度全体への不信感につながり、最終的にはエンゲージメントの低下と離職を引き起こします。

重要な考え方:評価から支給額までの変換ロジックをシステム上で一本の線にする

評価と報酬のズレを解消するために最も大切なのは、評価ランクが最終的な支給額になるまでの変換ロジックを、担当者の頭の中ではなくシステム上に明示的に記録することです。

変換の各ステップを可視化する

評価ランクから報酬額への変換は、大きく3つのステップに分かれます。まず評価ランクの確定、次に等級・報酬テーブルとの照合による昇給額・賞与額の算出、最後に給与計算システムへの反映です。この3ステップのそれぞれで、入力値と出力値、そして適用されたルールを記録として残すことが重要です。

例外処理こそ記録する

実務では、原資の制約や部門間のバランス調整によって、テーブル通りの金額にならないケースが必ず発生します。この例外こそが社員の不満の原因になるため、なぜテーブルと異なる金額になったのかという理由を必ずシステム上に残します。理由が記録されていれば、社員への説明も、翌年の制度見直しも根拠を持って行えます。

逆算で検証する仕組みを持つ

支給額が確定した後に、その金額から逆算して評価ランクと報酬テーブルの対応が正しいかを検証する仕組みを持つことが、ミスの早期発見に直結します。全社員分を一覧にして、評価ランクと昇給額の組み合わせに異常値がないかをチェックするだけで、多くの転記ミスや適用ルールの誤りを防げます。

評価確定から給与反映までを3ステップでつなぐ

ステップ 1:評価ランクを確定しデータを出力する(カオナビ)

評価期間が終了したら、カオナビ上で全社員の評価ランクを確定させます。部門長による一次評価、人事部門による調整会議を経て、最終評価ランクが決まった時点で、カオナビの評価シート機能からCSV形式でデータを出力します。

このCSVには、社員番号、氏名、所属部門、等級、最終評価ランクの5項目を必ず含めます。出力前に、評価が未入力の社員がいないか、評価ランクの選択肢に想定外の値が混ざっていないかをカオナビのダッシュボード上で確認します。未入力者がいる場合は、この段階で必ず差し戻して入力を完了させます。ここでデータの品質を担保しないと、後工程すべてに影響が出ます。

出力したCSVは、人事部門の共有フォルダに日付付きのファイル名で保存し、誰がいつ出力したかを記録します。この作業は評価確定日から2営業日以内に完了させるルールにします。

担当者は人事部門の評価運用担当です。頻度は年2回、評価期間の終了後に実施します。

ステップ 2:報酬テーブルと照合し昇給額・賞与額を算出する(SmartHR)

SmartHRに登録されている各社員の現在の等級、基本給、報酬テーブルの情報と、ステップ1で出力した評価ランクのCSVを突き合わせます。SmartHRのカスタム項目機能を使い、評価ランクを社員情報に紐づけた上で、報酬テーブルに基づく昇給額と賞与係数を算出します。

具体的には、SmartHRの従業員リストにCSVインポート機能で評価ランクを取り込み、等級ごとの報酬テーブルと照合します。報酬テーブルはSmartHR上にカスタムリストとして事前に登録しておきます。等級の上限に達している社員、育休中で評価対象外の社員など、例外に該当するケースはSmartHRの備考欄に理由を明記します。

この段階で、全社員の評価ランク・現等級・新等級・昇給額・賞与係数の一覧表をSmartHRから出力し、人事部長と経営層の承認を得ます。承認前に、評価ランクと昇給額の分布をクロス集計し、S評価なのに昇給ゼロといった異常な組み合わせがないかを確認します。異常値があれば、その理由が備考欄に記録されているかを必ずチェックします。

担当者は人事部門の報酬担当です。ステップ1の完了後5営業日以内に承認まで完了させます。

ステップ 3:給与計算システムに反映し支給前に突合検証する(マネーフォワード クラウド給与)

SmartHRで承認された昇給額・賞与額のデータをCSV形式で出力し、マネーフォワード クラウド給与にインポートします。マネーフォワード クラウド給与側で、基本給の変更と賞与額の設定を行います。

インポート後、必ず突合検証を行います。SmartHRから出力した承認済みの一覧表と、マネーフォワード クラウド給与に反映された金額を社員番号をキーにして突き合わせ、差異がないことを確認します。この突合作業は、標準的なスプレッドシートでVLOOKUP関数を使って行うのが最も確実です。差異が1件でもあれば、原因を特定して修正するまで給与計算を実行しません。

突合が完了したら、給与計算を実行し、支給額の確定前に人事部長の最終承認を得ます。支給後は、評価ランクから支給額までの変換過程を記録した一覧表を、次回の評価サイクルまで保管します。この一覧表が、社員から問い合わせがあった際の説明資料になります。

担当者は人事部門の給与担当です。ステップ2の承認完了後、給与支給日の5営業日前までに突合検証と最終承認を完了させます。

この組み合わせが機能する理由

カオナビ:評価プロセスの透明性と柔軟な評価シート設計

カオナビは日本企業の評価制度に特化したタレントマネジメントシステムで、MBO、コンピテンシー、360度評価など多様な評価手法に対応した評価シートを柔軟に設計できます。評価の進捗状況をリアルタイムで把握できるダッシュボードがあるため、未入力者の把握や催促が容易です。CSV出力機能も充実しており、後工程に必要な項目を自由に選んで出力できます。

一方で、カオナビ単体では報酬テーブルとの照合や給与計算までは行えません。評価データの出口としてCSVに頼る点は、大量のデータを扱う場合に手作業のリスクが残ります。社員数が500名を超える場合は、API連携の活用を検討する必要があります。

SmartHR:従業員情報の一元管理と報酬テーブルの照合基盤

SmartHRは従業員の等級、入社日、基本給などの人事情報を一元管理できる人事システムです。カスタム項目の追加が容易で、評価ランクや報酬テーブルの情報を柔軟に紐づけられます。CSVインポート・エクスポート機能が安定しており、カオナビからの評価データ取り込みとマネーフォワード クラウド給与への報酬データ出力の中継点として適しています。

注意点として、SmartHR自体には報酬シミュレーション機能が標準では備わっていないため、報酬テーブルとの照合ロジックはカスタム項目とCSV加工で対応する必要があります。複雑な報酬体系を持つ企業では、照合ロジックの設計に初期工数がかかります。ただし、一度設計すれば毎回の評価サイクルで再利用できるため、2回目以降の運用負荷は大幅に下がります。

マネーフォワード クラウド給与:給与計算の正確性と法令対応

マネーフォワード クラウド給与は、社会保険料や税金の計算を自動で行い、法改正にも迅速に対応する給与計算ソフトです。CSVインポートによる基本給変更や賞与設定に対応しており、SmartHRから出力したデータをそのまま取り込めます。給与明細のWeb配信機能もあるため、支給額の通知までをシステム上で完結できます。

弱みとしては、マネーフォワード クラウド給与側から評価データを逆引きする機能はないため、支給額から評価ランクへの逆算検証は別途スプレッドシートで行う必要があります。また、SmartHRとの直接的なAPI連携は限定的なため、現時点ではCSVでのデータ受け渡しが現実的な運用方法です。

Recommended tool list

ToolRolePricingImplementation timeNotes
カオナビ評価ランクの確定と評価データの出力月額課金1〜2か月評価シートのテンプレート設計と評価フローの設定が初期工数の中心。既存の評価制度をそのまま再現できるため、制度変更は不要。
SmartHR従業員情報の一元管理と報酬テーブルとの照合月額課金1〜2か月従業員情報の初期登録とカスタム項目の設計が必要。報酬テーブルのカスタムリスト化は初回のみ工数がかかるが、以降は再利用可能。
マネーフォワード クラウド給与給与計算と支給額の確定・給与明細配信月額課金1〜2か月既存の給与計算からの移行が最大の工数。社会保険料や税金の設定を正確に移行するため、1〜2回の給与計算を並行稼働で検証することを推奨。

結論:評価から支給額までの変換ロジックを記録に残すことが信頼の土台になる

評価と報酬のズレによる社員の不満は、制度の問題ではなくプロセスの分断が原因であることがほとんどです。カオナビで評価を確定し、SmartHRで報酬テーブルと照合し、マネーフォワード クラウド給与で支給額に反映する。この3ステップの各段階で入力値・出力値・適用ルール・例外理由を記録として残すことで、社員にも経営層にも説明できる透明な報酬決定プロセスが実現します。

まずは次回の評価サイクルに向けて、現在の評価ランクから支給額への変換がどのような手順で行われているかを書き出し、どのステップで情報が途切れているかを特定することから始めてください。その断絶ポイントが、最初に改善すべき箇所です。

Mentioned apps: カオナビ, SmartHR, マネーフォワード クラウド給与

Related categories: タレントマネジメントシステム(HCM), 給与計算ソフト

Related stack guides: 変革プロジェクトの実績をキャリア評価に直結させ優秀なリーダー人材の離職を防ぐ方法, 女性管理職候補の育成プロセスを可視化し計画的な登用判断につなげる方法, 生成AIのライセンスを必要な社員へ確実に届け無駄なコストと機会損失をなくす方法, データの機密区分とアクセス権限のズレを解消し情報漏洩リスクと監査指摘を未然に防ぐ方法, 教育訓練の受講記録と力量評価の分断を解消し審査で即座に力量適合を証明できる体制をつくる方法

サービスカテゴリ

AI・エージェント

汎用生成AI・エージェント
LLM・大規模言語モデル
エージェントフレームワーク
エージェントオートメーション基盤

ソフトウェア(Saas)

オフィス環境・総務・施設管理
開発・ITインフラ・セキュリティ
データ分析・連携