勤怠管理と給与計算を連携するには？項目・締め・修正後の確認点

勤怠と給与で、何を受け渡すのか

渡すのは、給与計算に使うと決めた勤怠の集計です。打刻の一覧、月次集計、給与側へ読み込む値は同じものとは限りません。勤怠側にある項目を全部送ることと、給与で必要な項目を正しい意味で受け取ることを分けて考えます。

打刻・勤怠集計・給与計算の役割を分ける

打刻は出勤・退勤などを記録する入口です。勤怠の集計では、その記録や申請、勤務の区分、設定を使って対象期間の時間や日数などをまとめます。給与側では、受け取った勤怠の値と、自社の給与条件や必要な別の情報を使って計算します。勤怠の時間が入っただけで、手当・控除・支給額まで確認できたことにはなりません。

たとえば同じ「時間」という名前でも、どの勤務を含めるか、休憩を含むか、日ごとと月ごとのどちらで集計するかが違えば、そのまま同じ給与項目へは渡せません。必要な区分や集計方法は人事労務担当が確認し、実現できる項目と設定を製品の提供会社に確かめます。IT担当だけで給与上の意味を決めないことが大切です。

連携方式は、対応範囲と毎月の仕事から選ぶ

CSV連携は、項目を並べたファイルを勤怠側から出し、給与側へ読み込ませる方法です。API連携は、ソフト同士が決められた通信の仕組みで情報を渡す方法です。同じ製品群でも、対応するプラン、組合せ、対象項目、反映するタイミング、実行する権限を確認します。APIという名前だけで、全項目が即時に反映され、修正も自動で届くとは判断しません。

選ぶときは、必要な項目を受け渡せるか、誰がいつ確認するか、修正が出たときに扱えるかを先に比べます。そのうえで設定・開発・利用料・毎月の確認や問い合わせ対応を含め、必要な範囲の費用と運用を見積もります。使える機能が違う組合せを、ファイルかAPIかという二択だけで決める必要はありません。

同じ人・期間・項目・単位をそろえる

照合は、人、期間、項目、単位の順に進めると、数字だけを比べる間違いを避けられます。これらを結び付ける一覧を「項目対応」と呼びます。送り側と受け側の項目を横に並べ、意味と変換の条件を説明できるようにするものです。

従業員は、氏名だけで結び付けない

同姓同名、氏名の変更、入退社、所属変更、複数の会社や雇用区分を扱う場合を確認します。何を照合の基準に使うか、存在しない対象や重複があるとどうなるかは製品の仕様によります。マネーフォワード クラウド給与の公式FAQには、他社勤怠との従業員連携で同一の従業員コードを基準とし、該当するコードがなければ従業員情報を新規作成する説明があります。これは同製品の説明で、全製品が同じ動作をするわけではありません。

既存の給与従業員へつながるはずが別に作成された場合、名前を合わせるために本番の従業員情報を削除したり、番号をまとめて変更したりしません。対象と現在の対応関係を確認し、正しい紐付けと影響する履歴を製品の担当へ相談します。この教材では、従業員の照合方法は未確認です。

給与の支給月と、勤怠の対象期間を分ける

「10月分」が勤務した期間を指すのか、給与を支給する月を指すのかを合わせます。締め日が異なる人や雇用区分、月途中の入退社、後から出た前月分の修正がある場合も、今回どの期間を渡すかを確認します。画面の月表示が同じだけでは、同じ期間と判断できません。

この例の対象は、架空の営業担当者ひとり、期間は2026年9月21日～10月20日（説明用）です。実際の給与支給日や会社の締め日を示すものではありません。二つの下書きはこの同じ対象を説明し、別の人や別の月を訂正前後へつなげません。

時間の表し方を、項目の意味と一緒に確認する

7時間30分は、分なら450分、十進数の時間なら7.5時間です。「7.30」という文字列は、製品によって時・分の表記なのか十進数なのかが違うため、見た目だけで読み替えません。ここでの換算は説明用の算術で、給与の端数処理や残業時間の判定ではありません。

この下書きの送り側は「給与連携の集計対象時間（仮）」、渡す単位は分で渡す仮案です。給与側の正式な受け項目名は未確認なので、実際に対応できると認定した表ではありません。休暇の日数と時間、深夜・休日などの区分も、必要なものを個別に確認し、異なる意味の時間を一つの欄へ足しません。

締め前に、渡す版と確認担当を決める

締めは、今回の対象データをどの状態で扱うかを区切る仕事です。従業員の申請、管理者の承認、勤怠の締め、給与計算の確定は同じ操作ではありません。締めによる編集制限や解除の権限も製品ごとに異なります。自社で誰が何を確認してから、どの版を給与へ渡すかを決めます。

1. 日々の不足を直す。打刻漏れ、申請中、承認待ち、集計の疑問を対象の従業員・管理者へ確認します。不明な値を一時的な0にして、エラーを消すことを目的にしません。
2. 対象期間の集計を確認する。人事労務担当が、日ごとの元記録と月の集計、雇用区分や必要な項目を読み合わせます。訂正理由と確認する担当も対応させます。
3. 渡す状態と期限を合わせる。勤怠側の締め、給与側の作業期限、提供元の連携条件に合わせ、誰がどの版を出すかを定めます。給与の担当が確認する時間も残します。全社共通で何日前に終えるかをこの記事から一律に決めません。
4. 今回渡す版を区別する。対象者・期間・集計の作成日時や版、必要な承認状態を対応させ、どの記録を給与側と照合するかを残します。後から同じ名前のファイルを出した場合も、内容の違いが分かる方法を相談します。

弥生勤怠 Nextの月末～月初の公式案内にも、未承認申請・エラー勤務、月別集計の確認、勤怠の締め、給与用のデータ出力・連携という仕事が分けられています。この順序を自社の全製品へそのまま当てはめず、現在使う組合せの条件へ置き換えて確認してください。

締め後の修正は、三つの資料を読み比べる

修正後は、元の勤怠だけでなく、渡す集計と給与側の値まで同じ版へ対応させます。勤怠の画面が新しくなっていても、出力済みのファイルや給与側へ既に入った値が変わったとは限りません。締めの解除や再取込を始める前に、現在どこまで扱われているかを確認します。

この解説図を原寸で見る

図から決める次の作業：30分の訂正が元記録にあることと、受け側へ届いたことは別です。人事労務担当は修正理由と集計版、給与担当は今回の対象期間と現在の値、提供会社は再取込時の上書き・空欄・対象範囲を答えます。その回答で、再連携する範囲と、取り込んだ後に照合する項目を決めます。

同じ一人・同じ期間の、二つの下書きを読む

架空の記録漏れ30分を加える訂正案です。実際の勤怠を訂正した履歴や、給与の過不足を算出した例ではありません。分で渡すという仮案のもとで、同じ集計対象の変化を近くに並べています。

8時間0分の「0分」は時間表記の一部であり、データが欠けているという意味ではありません。一方、給与側の値が分からない欄は未確認です。450や480を受け取ったと推測せず、0時間や取込失敗にも置き換えません。

二版とも、承認は未実施、勤怠の締めも未実施です。締めた本番データの実履歴ではなく、未承認の教材案です。実務で締め後の修正が出た場合は、下の条件を確認して扱いを決めます。

給与へまだ渡していないと確認できる場合

人事労務担当が必要な申請・承認と集計を確認し直し、今回渡す訂正版を特定します。古い出力を取り違えないように区別し、給与側の対象者・期間・項目を再確認します。何をもって未連携と確かめるかは、履歴や提供会社の仕様を使って判断します。この二版では、連携実行はどちらも未実施という教材上の状態です。

給与へ取り込んだが、確定前の場合

まず給与担当が、同じ人・期間の現在の値、既に手入力した項目、計算や確認の状態を調べます。そのうえで、再取込が全員分を置き換えるのか、一人や一項目だけ直せるのか、手入力分や他の項目が残るのかを提供会社へ確認します。差の30分だけ渡せばよいか、訂正後の480分を渡すべきかも仕様によります。独断で足し直すと、同じ時間を二重に扱うおそれがあります。

上書きの規則と再取込の範囲は、この例では未確認です。分からないまま再実行せず、現在値と望む訂正後の値を示し、扱いと影響範囲を確認します。米国のGustoの公式案内には、特定の給与対象で既存入力を置き換える取込の説明があります。同製品では0と空欄の動作も違いますが、その仕様を日本の別製品へ移してはいけません。

既に給与が確定、または支払いへ進んでいる場合

勤怠だけを直して完了にせず、給与の責任者へ対象・修正理由・変わる項目と現在の処理状態を伝えます。確定解除の可否、訂正の方法、影響する支払いと従業員への案内、必要な専門家の確認を相談します。この記事は、確定解除や追給・控除の方法を指示するものではありません。

教材では、二版とも給与確定は未実施、支払いも未実施です。これを実給与の未払いや不具合の証拠として扱いません。実務で誰が修正を認め、どの操作をできるかも未確認で、業務上の了承とシステム権限をそれぞれ確かめる必要があります。

回答を仕様へ戻し、受け側の結果を確かめる

回答を得たら、項目対応、渡す版、修正時の手順、照合する結果を更新します。質問への返事を保存しただけでは、毎月の作業は変わりません。人事労務・給与・IT担当と提供会社が、同じ対象について何を行うかを説明できる形へ直します。

空欄と0、対応外の項目をどう扱うか

空欄が未入力、対象外、変更しない、消去のどれを意味するかは仕様と場面によります。0も「対象があって値が0」と「取得できなかったので仮に入れた0」では意味が違います。この下書きの空欄・0の取込規則は未確認です。必須項目がないと止まるのか、既存値が残るのか、どの対象がエラーになるのかを、現在の製品の案内で確かめます。

対応外の項目があれば、何を別の方法で確認・入力するか、誰が実施し、二重に反映しないかを決めます。空欄を一括で0にする、別の時間欄へ寄せる、扱いの違う休暇を足す、といった回避を先に実施しません。人事労務担当が項目の意味を答え、提供会社が対応可否を答える順に整理します。

同じ対象で、期待する値と実際の値を照合する

1. 確認できる場所を決める。本番の給与や実社員の情報を使わずに試せる環境、権限、架空データの条件を提供会社へ相談します。対象者・期間・項目・単位・版と、誰が結果を見るかを先に合わせます。
2. 期待する動きを書く。項目が対応する場合だけでなく、従業員が見つからない、期間が違う、単位や必須値が違う、締め前、訂正版、既存の手入力がある場合など、実際に必要な条件を選びます。止める・保留する・担当へ返す結果も含めます。
3. 元・渡す値・受け値をそろえる。たとえば分で渡す対応が承認された試験なら、同じ架空対象の8時間を480分とする期待を決めます。取込後も同じ人と期間の正しい欄に480分として扱われるかを見ます。実際には時間単位の欄なら、その仕様に合う別の期待を決め直します。
4. 件数と内容を分けて確認する。対象人数、処理件数、保留やエラーだけでなく、本人の照合先・期間・項目・値と必要な給与計算の確認を行います。一件の正常表示から、全員・全期間の正しさへ広げません。
5. 差がある所へ戻る。照合先の違いは従業員の対応へ、月の違いは対象期間へ、時間の違いは項目・単位・集計版へ戻します。訂正後は影響する範囲と、既存値が残る・置き換わる条件を同じ前提で確かめます。

Gustoの公式案内でも、取込内容のレビューとインポート、その後の給与の送信操作は分かれています。製品の操作名や国ごとの給与処理は異なりますが、取込の表示だけを最終の業務結果に置き換えない点を確認する参考になります。ファイル処理自体の受領・途中停止・再実行の設計を詳しく整理する場合は、毎朝のファイル連携を、取込から結果返却まで決める方法へ進めます。本稿の従業員・期間・給与項目の判断とは分けて使ってください。

まとめ：一人・一期間の照合から始める

勤怠と給与をつなぐ前には、同じ従業員と対象期間を定め、勤怠の項目、給与側の受け項目、単位、空欄と0、承認・締めの状態を対応させます。連携方式の名前だけで決めず、現在の製品・プランで何を渡せて、何が人の確認として残るかを確かめます。

締め後の修正では、元の勤怠、今回渡す訂正版、給与側の現在の値を比べます。まだ渡していない、取込済みで確定前、確定や支払いへ進んでいる、という状態で必要な相談は変わります。再取込の範囲や上書きが不明なら、古い値へ足す・全部送り直すという操作を先に決めません。取込の確認と、給与計算・確定・支払いの確認を分けて進めます。

参考資料と、この記事で確かめた範囲

• 厚生労働省：労働時間の適正な把握方法のQ&A — 始業・終業の確認と記録、実態の確認を参照。連携の成功を法適合の証明にしないための区別です。個別の給与額や雇用条件を判定する資料として使っていません。
• マネーフォワード クラウド給与：従業員が連携されず重複する場合のFAQ — 表示更新日2021年8月30日。同製品の従業員コードによる照合の説明を参照。利用中の組合せの現在の仕様は別途確認し、全製品共通の操作へ変えません。
• 弥生勤怠 Next：月末～月初に行う作業 — 未承認やエラー、集計、締め、給与用の出力・連携という仕事の区別を参照。ページに更新日は表示されておらず、全社共通の期限や手順を定めるものとして使っていません。
• Gusto：Smart Importで給与を処理する公式案内（英語） — 米国の特定製品の取込レビュー、既存入力の置換、取込と給与送信の区別を参照。確認箇所に更新日は表示されていません。空欄・0・上書きや米国の税・時間外計算の仕様を日本の別製品へ一般化していません。

必要箇所を2026年10月24日に確認しました。架空の対象者・期間・時間・二版の下書きは説明のために作ったもので、出典の実社員・給与・検証結果ではありません。実製品の設定・制度・契約条件に関わる判断は、利用中の対象と適用範囲を確かめてください。