人事データの標準化の進め方｜項目定義・変換ルール・チェック例

人事データを標準化するには、利用目的を決め、項目の意味・形式・コード・基準日・更新ルールを揃えます。部署名の表記を統一しても、「所属」が主務だけを指すのか、兼務を含むのかが違えば、集計結果は一致しません。

本記事では、部門やシステムごとに異なるデータを整理する手順を、項目定義書と変換対応表の記入例で解説します。標準化できたかを確認する基準と、その後の変更・例外管理も紹介します。

人事データの標準化は、意味・形式・更新ルールを揃えること

人事データの標準化とは、従業員や組織に関する情報を、部門やシステムをまたいで同じ意味で扱えるよう、共通のルールを定めることです。

たとえば「入社日」という項目でも、グループへの初回入社日と、現在の会社に入社した日が混在していれば、勤続年数の計算結果が変わります。日付の書式だけでなく、何の日付を記録するかまで決める必要があります。

デジタル庁の政府相互運用性フレームワーク（GIF）でも、データの構造や日付などの形式を共通化する考え方が示されています。ただし、本記事の人事項目や記入例は、企業が自社の業務に合わせて検討するための例であり、法定の統一様式ではありません。出典：デジタル庁「政府相互運用性フレームワーク（GIF）」

一元管理は保存先、標準化はデータの意味とルールを整える

人事データの一元管理、標準化、クレンジングは関係していますが、役割が異なります。

情報を一か所へ集めても、定義が異なるままでは正しく比較できません。また、その場でデータを修正するだけでは、次の入力で同じ不整合が発生します。共通ルールを決め、そのルールに沿って既存データと日常の更新業務を整えることが必要です。

標準化する項目は、識別子・区分・日付・集計条件から決める

最初からすべての人事項目を揃える必要はありません。まず、対象業務で照合や集計に使う項目を選びます。部署別の人員集計なら、社員番号、会社・組織コード、在籍状況、主務・兼務、適用日などが候補になります。

以下は標準化ルールの例です。実際の形式や区分は、自社の規程と利用システムの仕様を確認して決めてください。

社員番号と組織コードは、名称と分けて管理する

社員番号や組織コードは、対象を識別するために使います。氏名や部署名だけで照合すると、同姓同名や部署の名称変更を区別できない場合があります。

社員番号では、会社内で一意なのか、グループ全体で一意なのかを確認しましょう。会社ごとに同じ番号を使っている場合は、会社コードとの組み合わせなどで識別します。再入社時に新しい番号を付ける運用なら、同じ人を追うための識別子と雇用記録の番号を分けて考えます。

また、先頭ゼロを削除すると別の番号と混同する可能性があります。「00123」と「123」が同一人物を指すかは、正式な情報源で確認してから対応付けます。

組織コードも、名称変更だけなのか、統合・分割によって別の組織になるのかを区別し、コードを継続する条件と新設する条件を決めます。

雇用区分・等級・評価は、意味を確かめて対応付ける

名称が似ていても、同じ内容とは限りません。雇用区分は雇用契約や規程、等級は役割・能力などの定義を確認したうえで、共通の区分に対応付けます。

評価データも同様です。5段階評価と3段階評価を、数字の大小だけで換算すると、評価の意味が変わるおそれがあります。評価対象期間、尺度、判定基準を確認し、比較可能と判断できる範囲を決めてください。

共通化する根拠がない項目は、元の制度名やコードを残し、「対応不可」「確認中」として扱います。すべての値を無理に共通区分へ収めることが、標準化の目的ではありません。

日付・基準日・主務兼務を揃えて、同じ条件で集計する

人員数が合わないときは、データそのものに加え、集計条件を確認します。

たとえば、月末時点の在籍者と月中に一度でも在籍した人では、対象者が異なります。兼務者を各部署で数えれば、部署別の合計が全社の実人数を上回る場合もあります。

集計前に、少なくとも次の条件を明確にしましょう。

• いつの時点、またはどの期間を対象にするか。
• 休職者、出向者、退職予定者などをどう扱うか。
• 人の数を数えるのか、所属の件数を数えるのか。
• 主務だけを集計するのか、兼務も含めるのか。
• 適用開始日・終了日の当日を期間に含めるか。

発令日とシステムへの入力日も分けて管理します。日付は「YYYY-MM-DD」などの共通形式に揃え、空欄は不明なのか、該当しないのかを判別できるようにします。

人事データの標準化は、対象を絞って6つの手順で進める

標準化は、次の順番で進めると判断の抜けを確認しやすくなります。

1. 対象業務と、揃わないデータの組み合わせを特定する。
2. 項目の定義・正本・更新責任を決める。
3. 変換対応表を作り、統一できない値の扱いを決める。
4. 元データを保全し、試行範囲で変換する。
5. 重複・欠損・参照先・人数を照合する。
6. 入力・承認・変更管理を日常業務に組み込む。

1．対象業務と、揃わないデータの組み合わせを特定する

まず、「毎月の部署別人数を確定する」など、改善したい業務を一つ選びます。その業務で使用するシステムやファイルを洗い出し、保存先、管理項目、更新担当者、利用者を記録します。

次に、同じ対象者・基準日でデータを照合し、不一致を分類します。「社員番号が一致しない」「同じ所属名でも意味が違う」「更新日がずれている」など、原因を分けることが大切です。

この段階では値を修正せず、どの情報同士に、どのような違いがあるかを一覧にします。

2．項目の定義・正本・更新責任を決める

不一致を整理したら、標準として扱う項目を定義します。正本とは、複数の場所に同じ情報がある場合に、正式な情報として参照するデータです。

更新日時が新しいだけでは、正しい情報とは限りません。承認済みの辞令や本人申請など、情報が確定する根拠を確認して、項目ごとに正本と責任者を決めます。

次の表は「主務所属コード」の項目定義書の記入例です。

項目定義書には、閲覧・編集できる人や更新期限も必要に応じて追加します。マスタ全体の構築から見直す場合は、人事マスタの作り方も参考になります。

3．変換対応表を作り、統一できない値の扱いを決める

項目定義書ができたら、元の項目や値を標準の項目・値へどう対応付けるかを記録します。

次の例では、元データの所属情報を、前項の「主務所属コード」へ揃えています。コードや組織名は説明用です。

実際の対応表には、元システム名、適用期間、判断根拠、承認者も記載します。コードの意味が時期によって変わる場合は、値だけでなく期間を条件に含めます。

判断できない値には、確認担当者と期限を付けましょう。保留の状態を残すことで、根拠のない補完が後から正式な情報として使われることを防ぎやすくなります。

4．元データを保全し、試行範囲で変換する

変換作業では、必要な権限を持つ担当者が作業用コピーを使い、元データと対応表の版を記録します。元データの取得日時と対象範囲も残してください。

最初は一部門や一か月分など、小さな範囲で試します。通常の在籍者だけでなく、兼務、異動、退職など、判定が分かれやすい記録も含めると、ルールの不足を見つけやすくなります。

変換後に元の情報を確認できるよう、変換前後の値と処理結果を追える状態にします。作業用データの保存先、利用者、削除時期も決め、不要な複製を増やさないようにしましょう。

5．重複・欠損・参照先・人数を照合する

変換が終わったら、形式が揃ったかだけでなく、業務に使える状態かを検証します。

履歴データでは、同じ社員番号が複数行に現れること自体は誤りではありません。「社員番号と適用開始日」など、記録の単位に合う組み合わせで確認します。

また、元データの重複を解消すれば、変換前後の件数は変わります。件数を一致させることより、差異の理由を説明できることが重要です。人数集計に影響する未確定の所属が残る場合は、確定値として配布する前に責任者が対応を判断します。

6．入力・承認・変更管理を日常業務に組み込む

標準化した状態を保つには、入社、異動、身上変更、退職などの業務で同じルールを使う必要があります。

登録・変更を申請する人、承認する人、更新する人、確認する人を明確にし、入力画面や手順書にも定義を反映させます。

組織コードや雇用区分を追加する際は、既存の集計・連携への影響を確認してから承認します。定義書には版番号と適用開始日を付け、利用部門へ周知してください。

例外を認める場合も、理由、対象、承認者、期限を記録します。期限のない例外が増えていないか、定期的に点検しましょう。

標準化で誤りやすいのは、制度差・履歴・利用範囲の扱い

揃えることを優先しすぎると、元の情報が持つ意味を失う場合があります。とくに、会社ごとの制度差、過去の履歴、個人情報の利用範囲は分けて確認します。

制度が異なる項目は、共通項目と固有項目を分ける

グループ会社ごとに等級や評価制度が異なる場合、元の項目を残したうえで、共通して集計できる項目を別に設ける方法があります。

たとえば、各社の等級コードを保持し、横断比較が必要な場合だけ、合意した基準に基づく共通区分を追加します。比較の根拠がない場合は、共通区分を付けず、会社別・制度別に集計します。

共通化する範囲は「全社で何を判断したいか」から決めます。現場固有の情報を残す条件も定義しておけば、例外が生じた際に判断しやすくなります。

過去の情報は、現在の名称で一律に上書きしない

過去の所属をすべて現在の組織名に置き換えると、当時の組織構成や人員配置を確認できなくなる可能性があります。

履歴には当時のコード・名称・適用期間を残し、現在の組織区分で過去を比較したい場合は、別途対応表を用意します。組織が分割された場合など、単純に読み替えられないケースもあります。

入力ミスの訂正と、実際に起きた異動・制度変更も区別してください。何を訂正し、何を新しい履歴として追加するかを決め、変更理由を追えるようにします。

利用目的に必要なデータに絞り、閲覧・編集範囲を決める

標準化のために、すべての人事情報を同じ作業ファイルへ集める必要はありません。部署別の人数集計なら、自宅住所や健康情報など、その業務に不要な情報は対象から外します。

個人情報保護法第22条では、個人情報取扱事業者に対し、利用目的の達成に必要な範囲で個人データの正確性・最新性を保つことなどを努力義務としています。一方、第23条は必要かつ適切な安全管理措置を求めています。標準化のルール整備と、法律上の義務は区別して理解しましょう。出典：個人情報保護委員会「通則編」3-4-1・3-4-2

作業担当者の権限、受け渡し方法、保存先、作業終了後の削除方針を決めてください。健康情報やマイナンバーなどは別途の取扱条件を確認し、個別の法的判断が必要な場合は、個人情報保護委員会の相談窓口や弁護士などへ確認します。

標準化したルールをシステムで運用する際の確認点

システムを利用する際は、作成した項目定義書と対応表を使って、自社のルールをどこまで反映できるかを確認します。

これらは選定時の確認項目であり、すべてのシステムに備わる機能ではありません。連携方式まで検討する場合は、人事マスタをデータ連携する方法を参照してください。

サイレコの公式機能紹介では、従業員管理の管理項目カスタマイズ、CSVファイルによる一括登録、申請承認管理、組織構成の履歴検索が案内されています。標準化した情報の管理・更新を検討する際の確認対象になります。具体的な設定可否や利用条件は、自社の要件と照らし合わせて確認しましょう。サイレコ「機能紹介」

人事データの標準化でよくある質問

Excelでも人事データを標準化できますか？

Excelでも始められます。項目定義書と変換対応表を作り、入力規則や照合用の集計を用意する方法があります。

ただし、ファイルの複製、複数人の更新、権限管理なども含めて運用を決める必要があります。データ量、更新頻度、利用者数に応じて、管理方法を判断してください。

過去の人事データもすべて標準化すべきですか？

利用目的と必要な期間に応じて範囲を決めます。過去の推移を比較するなら、その分析に必要な期間が対象になります。

当時の項目定義や変換根拠が分からない値は推測で補わず、比較できる範囲と制約を明示します。標準化の対象外にすることと、元データを削除することは別の判断です。保存の必要性は法令や社内規程も踏まえて確認してください。

まとめ｜まずは一つの業務で定義書と変換対応表を作る

人事データの標準化では、項目名や書式に加え、意味、識別子、基準日、更新責任を揃えます。異なる制度や履歴は必要に応じて残し、変換の根拠と未解決事項を追える状態にすることが大切です。

まずは一つの集計業務を選び、使用しているデータの相違点を洗い出しましょう。項目定義書と変換対応表を作り、小さな範囲で試行・検証してから対象を広げると、判断すべき課題を整理しながら進められます。

標準化した人事データの管理・更新方法を検討している方は、サイレコの機能紹介をご覧ください。自社で整理した項目や更新手順と照らし合わせ、必要な機能を確認できます。

サイレコの機能を確認する

※本記事の項目定義・変換ルール・チェック例は、実務検討のための例です。自社の規程とシステム仕様に合わせて調整してください。