人事PMIで人事データを統合する手順｜項目対応表・移行テスト・差異確認

1．システム名より、データを使う業務から始める

買収後に「人事システムを統一する」と決めても、最初に必要な情報は業務ごとに異なります。Day1の連絡網、給与等の定例処理、組織図、評価、採用、経営向け人員集計のうち、どれをいつ一つにするかを決めます。

同じ「所属」でも、給与費用を計上する部門、日常の指揮命令、兼務先、評価者の所属を指す場合があります。列名だけを合わせず、その情報を使って誰が何を判断するかを確認します。役職と組織の責任を整理する場合は役職・組織対応表を先に使います。

2．各データ元の責任者と基準日を棚卸しする

共有用の棚卸し表へ個人の詳細情報を転記する必要はありません。項目名、管理単位、責任者、保管先を記載し、個人データを確認する担当を限定します。規程、契約、法令等に関わる判断は、会社が指定する担当・専門家等へ確認してください。

3．項目対応表で「同じ・変換・分割・未決」を選ぶ

変換規則には、元の値、変換後の値、適用開始日、承認者、例外を記載します。変換後の値だけを残すと、誤りが見つかったときに元へ戻れません。原本と変換後データを別に保持し、どの版から作成したかを追えるようにします。

4．架空例：二社の所属と雇用区分を対応づける

以下はCareerSync編集部による説明用の仮定です。A社は「正社員・契約社員・パート」、B社は「無期社員・有期社員・短時間社員」と管理し、所属もA社は費用部門、B社は日常の指揮命令先を登録しているとします。実在する顧客データではありません。

「正社員＝無期社員」のような対応を自動で確定せず、各社の定義と利用業務を確認します。統合IDは一人に一つになることをテストし、退職者、再入社者、兼務者等の例外を別に確認します。

5．少数のテストデータで、変換と利用を一巡させる

1. 通常例、複数所属、途中異動、確認待ちなど、異なるパターンを含むテスト対象を選ぶ。
2. 元データを固定し、使用した版と件数を記録する。
3. 項目対応表の規則で変換し、エラーと未決を出力する。
4. 統合後の一覧を、人事・給与等の利用担当が目的に沿って確認する。
5. 元データとの件数、識別番号、主要項目を照合する。
6. 規則を修正し、同じテストを再実行して差異が解消したか確認する。

テストでエラーが出なかっただけでは完了ではありません。空欄を既定値で埋めていないか、複数値が一つへ消えていないか、利用担当が必要な判断をできるかを確認します。本番移行前に、止める条件と元へ戻す手順も決めます。

6．移行後は合計件数と個人単位の差を両方見る

移行元と統合後の在籍人数が一致しても、別の人が重複・欠落して相殺されている場合があります。総件数、状態別・法人別等の内訳、個人識別番号の対応、主要項目の差を確認します。

差異が残る場合は、給与等の後続業務へ進めてよいかを業務責任者が判断します。確認待ちを空欄のまま見過ごさず、暫定処理、担当、期限を置きます。人数集計そのものの照合は人員数の差異確認も参照してください。

7．統合後の更新責任を決めてから旧管理を止める

移行時点のデータが正しくても、入社、異動、休職、退職等の更新経路が二重なら、すぐに差が再発します。申請元、入力者、確認者、反映期限、訂正窓口を業務ごとに決めます。

旧システム・旧台帳を停止する条件は、データ移行の完了だけでなく、必要な出力、更新手順、担当者の実施確認、未解決差異の扱いが整ったこととします。参照のため保持する場合も、誰がいつまで閲覧できるかを決めます。

よくある質問

Day1までにすべての人事データを統合すべきですか？

Day1から必要な業務と、その後でもよい分析・制度運用を分けます。連絡、支払、相談窓口等を止めない情報を優先し、定義が決まっていない項目は暫定運用と判断期限を置きます。

一つのシステムへ移せば定義も統一できますか？

入力欄が一つになっても、項目の意味や更新責任が違えば運用上の差は残ります。移行前に項目対応表と利用業務を確認し、統合後の更新手順まで決めます。

人事データ・組織・制度を段階的に統合する支援は、人事PMI支援をご覧ください。