勤怠は人事システム、工数はSalesforce ─ データの同期と整合性を保つ実装パターン
はじめに：「同じ時間を2回入力する」というナンセンス
「9時出社、18時退社」と勤怠システムに入力した後、「Aプロジェクト4時間、Bプロジェクト3時間、社内会議1時間」と別ツールに工数を入力する——多くの企業のメンバーが日常的に行っているこの作業は、よく考えると同じ時間を2回入力していることに他なりません。
この二重入力がメンバーを疲弊させ、工数入力の定着を阻む大きな要因になっています。本記事では、勤怠と工数の二重入力をなくすSalesforce連携の設計パターンを解説します。
この記事でわかること
- 勤怠と工数の二重入力が引き起こす3つの問題
- 勤怠システムと工数管理の役割分担
- 二重入力を解消する3つの連携パターン
- Salesforceで一元化する実装ロードマップ
第1章：勤怠と工数の二重入力が引き起こす3つの問題
問題① メンバーの入力負担とモチベーション低下
勤怠と工数を別々に入力する組織では、メンバーは毎日2つのシステムにログインし、似た情報を入れ続けることになります。「同じ時間を2回入れる作業」は心理的負担が大きく、工数入力の定着率を下げる根本原因の1つです。
問題② データの不整合と「合わない数字」
勤怠（実労働時間）と工数（タスク別稼働）の合計が一致しない、というケースは頻繁に発生します。例えば勤怠で8時間、工数では合計7時間しか入れていない、という状況です。
この差分は休憩・社内雑務・メール処理などに消えていますが、データとしては「合わない」状態となり、経理は突合に時間を取られます。
問題③ 給与計算と原価計算が連動しない
勤怠データから給与が計算され、工数データから案件原価が計算される——という二系統の運用は、人件費総額と案件原価合計が乖離する原因になります。「給与は払っているが案件原価には含まれていない時間」が組織のチャージ率の闇に消えていきます。
勤怠と工数の二重入力は「単なる手間の問題」ではない。データ不整合・チャージ率の不可視化・給与と原価の乖離という、経営判断に直結する構造的問題を引き起こす。
第2章：勤怠システムと工数管理の役割分担
勤怠システムの責務
勤怠システムが管理するのは「労働時間」です。出退勤の打刻、残業時間、休暇、欠勤、深夜労働、休日労働といった労働法・労務管理上の情報を保持します。給与計算と労務監査の根拠データであり、人事システムとして独立した存在意義があります。
工数管理の責務
工数管理が扱うのは「労働内容と紐づく時間」です。1時間という時間に対して、それが「どの案件のどのタスクで、どの稼働種別だったか」を記録します。プロジェクト原価・案件粗利・チャージ率の根拠データになります。
両者の関係：勤怠が「総枠」、工数が「内訳」
勤怠は「8時間働いた」という総枠を、工数は「その8時間の内訳」を管理します。これは別々のシステムで管理されているのが現実的ですが、データの整合性は保たれていなければなりません。
第3章：二重入力を解消する3つの連携パターン
パターン① 工数入力UIに勤怠データを「枠」として表示
メンバーが工数を入力する画面に、その日の勤怠データ（出退勤時刻・休憩時間・実労働時間）を表示します。メンバーは「総枠＝8時間」が見える状態で、その内訳を15分単位でドラッグ入力します。
入力された工数の合計が勤怠総時間と一致しないと警告が出る設計にすることで、データ整合性が自動的に保たれます。
パターン② 工数入力から勤怠を逆算（推奨）
よりメンバーフレンドリーな設計は、工数入力データから勤怠（労働時間）を自動算出する方式です。「Aタスク3時間、Bタスク4時間、会議1時間」と入力すれば、自動的に「総労働時間8時間」が勤怠システムに同期されます。
この方式では、メンバーが入力するのは工数だけで、勤怠は自動生成されます。完全に二重入力がなくなり、データの整合性も自動保証されます。
パターン③ 勤怠と工数を完全分離（過渡期）
既存の勤怠システムへの影響を抑えたい場合、勤怠と工数を完全分離する選択もあります。ただし両者の整合性チェックは別途必要で、月次の突合工数が経理に発生します。短期的には現実解ですが、中長期では他パターンへの移行が推奨されます。
第4章：Salesforceで一元化する実装ロードマップ
フェーズ1：現状調査と要件定義（1か月）
既存勤怠システムの種類（HR系SaaS／自社開発／Excel管理など）、データ連携の可否、給与計算との連動を調査します。Salesforce上のどこまで一元化するかの方針を決定します。
フェーズ2：連携パターン選定とPoC（1か月）
上記3パターンから自社に合った設計を選定し、PoCで動作検証します。Salesforce Flow・既存勤怠システムのAPI・カスタム連携の組み合わせで実装します。
フェーズ3：パイロット部門での実運用（2〜3か月）
特定部門（10〜20名）でパイロットを実施し、入力体験・データ整合性・経理突合の改善効果を測定します。メンバーアンケートで「二重入力が解消されたか」を定量的に確認します。
フェーズ4：全社展開（3〜6か月）
パイロットで効果が確認できたら、全社展開します。経理の月次突合工数が削減され、メンバーの入力負担も下がる、という両側のメリットが定着します。
第5章：Task Relayが提供する勤怠×工数連携
Task Relayは、Salesforce上で動作する工数管理SaaSとして、勤怠システムとの連携を標準機能として提供します。
- 工数入力UIに勤怠データの「総枠」を表示する標準連携
- 工数合計と勤怠総時間の自動突合・差分アラート
- API連携対応の主要勤怠システム（人事系SaaS）と接続可能
- 工数データから勤怠を逆算する「ワン入力モード」も提供
- 経理向けの月次突合レポート（工数×単価＝原価、勤怠×単価＝給与の整合性確認）
| 連携パターン | メンバーの入力負担 | データ整合性 | 経理突合工数 | 推奨度 |
|---|---|---|---|---|
| 完全分離 | 高（二重入力） | 手動チェック | 高 | △ |
| 勤怠枠表示 | 中 | 自動チェック | 中 | ○ |
| 工数→勤怠逆算 | 低（一回入力） | 自動保証 | 低 | ◎ |
まとめ：二重入力を解消することは、定着の最大の特効薬
勤怠と工数の二重入力がメンバーを疲弊させ、工数入力の定着を阻んでいる組織は珍しくありません。Salesforce上で工数管理を実装し、勤怠システムと連携させることで、二重入力をなくしつつデータ整合性を保つ運用が実現できます。
まずは自社のメンバーが「同じ時間を2回入力している」状態かどうかを確認してください。そうなら、それが工数定着の最大の障害です。
二重入力をなくし、
メンバーの入力負担をゼロに。
勤怠×工数の連携パターンを標準提供するTask Relay。30分のデモで貴社の二重入力解消の実装パターンをご紹介します。