【完全ガイド】COMPANY から SmartHR・Workday・SAP SuccessFactors への移行戦略：大企業HR刷新の選定軸

本記事は、Works Applications（現Works Human Intelligence）の COMPANY を10年以上、人事給与・タレントマネジメントの中核として動かしてきた大企業（従業員5,000〜30,000名・グループ会社10〜50社）で、「次の5年で COMPANY をどうするか」を経営に答える人事部長／HRBPを読者として書きました。グループ会社統廃合、HRBP・タレマネ強化、世代交代、SaaS基盤統一——複数の圧力に同時に答えるための、SuccessFactors／Workday／奉行クラウド／PeopleNet／SmartHR の本音比較を整理します。

1. 「COMPANY はまだ動くのに動かす議論が出る」5つの理由

COMPANY は Works HI が継続提供しており、機能・サポートに大きな問題があるわけではありません。それでも次の5年で動く議論が出る理由は次の5つ。

① グローバルHCM要件（多国籍・多通貨・グローバルジョブグレード）が経営アジェンダに入った。
② タレマネ／後継者計画／1on1の本格運用が必要になった。
③ SaaS統一でインフラ更改負担を消したい。
④ HR DX人材の不足。COMPANYを熟知する世代の交代。
⑤ BPO拡大とハイブリッド人事で、給与計算・年末調整のアウトソース範囲を再設計したい。

このうち2つ以上が経営アジェンダに入っているなら、「動かない」を選んでも根拠ある説明資料が必要です。

2. 「Payroll」と「Talent」を分離検討する理由

移行検討の鉄則は、給与計算（Payroll）とタレマネ（Talent）を分けて議論することです。理由は3つ。

① 選定軸が違う。Payroll は「日本制度の精度・退職金・社保・年末調整・グループ会社別計算」、Talent は「UX・分析・後継者計画・グローバル統一」。両者の最適解は別の方向に振れます。
② 移行リスクの分散。Payroll の並行給与計算3カ月と、Talent のロールアウトを同時にやると現場が崩壊します。
③ 世界の主流が分離型。SuccessFactors／Workday はグローバル Talent が強く、日本Payroll は別パートナー（ADP／国内製品）と組むのが世界標準。

「COMPANYを1製品で持つメリット」と「移行を1製品で進めるメリット」は別物、と割り切ることが議論を前進させます。

3. Payroll の移行候補と現実

大企業のPayrollは、「他社の方がはるかに良い」というケースが多くないのが実感です。動く理由はTalentやグループ統合との連動であることが大半で、Payroll単独では COMPANY継続が合理的なケースが多いです。

4. Talent の移行候補と棲み分け

「Talent はSF／Workday、Payroll は COMPANY継続」というハイブリッド構成が、大企業の現実解として最も多いパターンです。

5. 勤怠・労務との関係

勤怠は KING OF TIME／タッチオンタイム／TeamSpirit、労務は SmartHR が広く使われており、これらをどの順番で統合するかが移行プロジェクトの設計を左右します。

給与・タレマネ・勤怠・労務の4領域を1つのSaaSに寄せるのは現実的でなく、領域別ベスト＋連携設計が定石です。具体的には次の3層構造：

・給与計算：COMPANY継続 ／ 奉行 ／ ADP
・タレマネ：SuccessFactors ／ Workday ／ SmartHR タレマネ
・労務・勤怠：SmartHR ／ KING OF TIME

6. 移行の本丸：「履歴データ」が最大の山

人事システム移行で最大の難所は、異動履歴・賞罰・給与履歴・退職金算定基礎の正確な引き継ぎです。COMPANYに10年以上蓄積された履歴を、新システムのデータモデルにどう落とすかで、退職金計算・年末調整・社保算定の精度が決まります。

具体的に詰まるパターン：
・異動履歴：等級・職位・役職・組織を「いつから」「いつまで」で持つ。退職金算定で40年遡る必要がある場合も。
・給与履歴：基本給・諸手当・賞与の改定履歴。年末調整・遺族給付計算で必要。
・賞罰：表彰・懲戒の履歴。情報の機微性が極めて高い。
・退職金算定基礎：勤続年数・等級係数・退職事由・税控除。1円違うと業務が止まる。
・休職履歴：育児・介護・私傷病・組合専従など、種類別の期間と給与扱い。

「現在断面だけ持っていく」と退職時にトラブルになります。履歴の引き継ぎ範囲を最初に決めて、移行費の見積もりを正確に取ることが必要です。

7. 組織・等級・職位コードの再設計

COMPANY時代に増殖した組織コード・等級・職位を、移行を機に再定義します。SuccessFactors／Workday は「ジョブカタログ」「ペイグレード」のグローバル標準モデルを持つため、ここに合わせて等級と職位を整理することが、HRBP活動・分析の質に直結します。

具体的に見直す軸：
・等級制度：シングル等級／複線型／役割等級／職務等級
・役職と等級の分離（管理職／専門職）
・職務（Job）と職位（Position）の分離
・組織階層の標準化（本部・部・課・グループ）
・グループ会社の組織コード命名規則

8. グループ会社展開の進め方

大企業の人事システム移行はほぼ常に「親会社→主要子会社→海外→残り」の段階展開です。

テンプレート（給与体系・等級制度・勤怠ルール）を親会社で設計し、子会社差分をパラメータで吸収する設計にしないと、子会社ごとに別物になり統制が効きません。「親会社で完成→子会社展開」と「親会社・主要子会社並行設計」のどちらにするかを最初に決めます。

グループ20社で子会社展開を順次進めると、最後の数社が完了するまで合計4〜5年かかるのが現実です。

9. プロジェクト期間の典型値（10,000名・グループ20社規模）

Payroll は必ず3カ月の並行給与計算を行い、新旧での差異がゼロになるまで本番化しません。1円の差異でも本番化すると、現場の信頼を失います。

10. 3年TCOの実数試算（10,000名規模）

注意：規模・グループ会社数で大きく振れます。経営への提示は必ず複数SI／ベンダーから取得した実見積を使ってください。

11. 失敗事例から逆算する「やってはいけない3つ」

① 給与とタレマネを1ベンダー強行で破綻。SuccessFactors Employee Central Payroll を日本制度に深くカスタムして実装し、年末調整で詰まり、Payroll を国内製品に戻すまでに12カ月の追加遅延。
② 履歴データを軽視して退職金トラブル。現在断面だけ移行した結果、3年後の退職者の退職金計算で「過去の等級・勤続が分からない」が発覚。手作業で過去データを再構築。
③ 子会社差分を要件定義で握らず後工程で爆発。親会社設計で完成させた後、子会社展開で「ウチでは違う」が連発し、テンプレート再設計に1年以上の追加工事。

12. 来期予算化までに、いま動かす3アクション

① Payroll／Talent／勤怠／労務の4領域分離方針を経営に提示する。「全部1社で」を諦めることが、議論を進める第一歩。
② 履歴データの保管要件を確認する。退職金算定基礎・賞罰・異動履歴の保管期間と、新システムでの再現範囲を明確化。
③ Works HI／SF／Workday／奉行／SmartHR の5社からアセスメント提案を取る。Payroll継続案・Talent追加案・全面移行案の3案を、同じ前提条件で比較する。

COMPANY の今後5年は、「Payroll継続＋Talent追加」「全面移行」「据え置き」の三択を、根拠付きで経営に提示できる状態を作ることがゴールです。Payroll／Talent の分離検討が、議論の質を決めます。