マネーフォワード クラウド給与やfreee人事労務を入れているのに、給与計算が1つの画面で終わらない。別のシステムを横目で見ながら数字を確認し、手当や控除を手で直し、最後に統合する——この作業が毎月残っている社労士事務所は少なくありません。
▶ あわせて読みたい:AI導入は何から始める?最初に選ぶ業務の見極め方【業務棚卸し・優先順位表】
この状態への対処として「ソフトを1つにまとめる」という案が出ますが、顧問先ごとに使っているソフトが違う以上、事務所側の都合だけでは決められません。この記事では、どのシステムも変えずに、その上にAIを「突合と統合の層」として置くという考え方を、実際の運用に落として整理します。給与ソフトの比較記事ではありません。
この記事の結論
ソフトの乗り換えは不要です。各システムの出力をAIに読ませ、差異の一覧だけを出させる。人はその差異を「AIが直してよい」「人に回す」「顧問先に確認する」の3つに仕分けて承認する。計算はソフトに任せ、AIには比較と抽出だけをさせる——これが崩れにくい形です。

なぜ給与計算が1つのソフトで終わらないのか
典型パターン1:勤怠と給与が別システム
顧問先が勤怠SaaSを使い、事務所側は別の給与ソフトで計算している。この構成自体は珍しくありませんが、両者の集計単位や丸め方が一致していないと、毎月「勤怠側では何時間、給与側では何時間」という確認が発生します。数字が合わないときに、どちらが正しいかを人が判断しています。
典型パターン2:顧問先ごとにソフトが違う
顧問先Aはマネーフォワード、顧問先Bはfreee、顧問先Cは事務所側の給与ソフト、顧問先Dは自社のパッケージ——という状態です。担当者は顧問先ごとに操作を覚え、確認の仕方も変えています。事務所全体で見ると、同じ「給与計算の確認」なのに手順が何通りも存在することになります。
典型パターン3:手当・控除に独自ルールがある
資格手当の支給条件、住宅手当の按分、通勤手当の非課税限度、社内貸付の返済控除、財形やカフェテリアプランの扱い。こうした顧問先固有のルールは、給与ソフトの標準機能だけでは表現しきれないことがあります。結果として、計算後にエクセルで調整し、それをソフトに戻す、という往復が生まれます。
3つのパターンに共通する構造
| パターン | 人がしていること | 時間がかかる理由 |
|---|---|---|
| 勤怠と給与が別システム | 2つの画面を見比べて差を探す | 差がある行を探す作業が全件走査になる |
| 顧問先ごとにソフトが違う | 顧問先ごとに違う手順で確認する | 手順が標準化できず担当者に固定される |
| 手当・控除に独自ルール | 計算後にエクセルで調整して戻す | 調整内容が記録されず毎月やり直す |
3つに共通するのは、人が「違いを探す」ことに時間を使っている点です。違いを探す作業は、対象が増えるほど時間が伸びます。逆に、違いだけが自動で出てくれば、人の作業は「出てきた違いを判断する」だけになります。ここがAIの入れどころです。
「突合と統合の層」をシステムの上に置く
どのシステムも変えない
この方法の前提は、既存のシステムを一切変えないことです。顧問先が使っている勤怠SaaSも、事務所の給与ソフトも、そのまま使い続けます。変えるのは、それぞれの出力を突き合わせる工程だけです。
この設計にする理由は3つあります。1つ目は、顧問先に負担をかけないこと。2つ目は、システム移行のリスクを負わないこと。3つ目は、うまくいかなかったときにすぐ元に戻せることです。既存の運用に触れないので、試すハードルが低くなります。
AIがするのは「読む・比べる・並べる」だけ
各システムからCSVやPDFで出力したデータをAIに渡し、対応する項目を突き合わせて、差異のある行だけを一覧にさせます。ここで重要なのは、AIに計算をさせないことです。集計や再計算はソフトと表計算に任せ、AIは「AシステムのXとBシステムのYが一致しているか」を見るだけにします。
この線引きが、実務上の安全設計になります。AIが計算するとハルシネーション(もっともらしい誤り)のリスクがありますが、比較なら誤りが起きても「差異なしと言われた行に実は差異があった」という形になり、これは抜き取り確認で検出できます。
反映するのは人が承認したものだけ
AIが出した差異一覧に対して、人が「これは直す」「これは正しい」と判断し、承認したものだけを給与ソフトに反映します。AIが直接ソフトを操作することはありません。確定処理は今まで通り、人か既存の仕組みが行います。
| 工程 | 担当 | やること |
|---|---|---|
| 出力 | 各システム | 勤怠・給与のデータをCSV等で出す |
| 突合 | 生成AI | 対応項目を比べ、差異のある行を抽出する |
| 仕分け | 生成AI | 差異を3区分に分類して提示する |
| 判断・承認 | 人(担当者) | 「人に回す」区分を判断し、修正内容を確定する |
| 反映 | 給与ソフト | 承認された修正を入力・確定する |

顧問先別ルール表がAIに渡す前提になる
なぜルール表が必要か
AIが差異を判定するには、「何が正しい状態か」を知っている必要があります。顧問先Aでは通勤手当が定期代の3か月分割で支給される、顧問先Bでは資格手当が月末在籍者のみ——こうした前提を知らないと、正常な差を異常と判定したり、その逆をしたりします。
顧問先別ルール表は、この前提を1顧問先1行で書いたものです。担当者の頭の中にある知識を文字にする作業でもあり、作るのに時間はかかりますが、一度作れば毎月使えます。
ルール表に書く項目
| 項目 | 書く内容の例 |
|---|---|
| 使用システム | 勤怠=A社SaaS/給与=B社ソフト/その他=エクセル管理 |
| 締め日・支給日 | 末締め翌月25日払い |
| 手当の種類と条件 | 資格手当は月末在籍者のみ、住宅手当は世帯主のみ |
| 控除の種類と条件 | 社内貸付は毎月定額、財形は本人申請額 |
| 非課税限度の扱い | 通勤手当は3か月定期を3分割、限度額超過分は課税 |
| 突合で見る項目 | 総支給/総控除/差引支給/勤怠時間の4点 |
| 許容差 | 1円未満の端数は差異としない |
最初から全顧問先分を作らない
ルール表づくりで挫折する事務所の多くは、最初に全顧問先分を作ろうとしています。実際には、1顧問先分を作って運用してみるほうが早く進みます。1社で必要な列がはっきりすれば、2社目以降はその形に沿って埋めるだけになります。
差異をどう分類するか
3区分に分けると人の作業が定まる
出てきた差異を全部同じように扱うと、結局すべてを人が見ることになります。差異を性質で3つに分けておくと、人が見るべき範囲が絞られます。
| 区分 | 内容 | 例 | 人の関与 |
|---|---|---|---|
| AIが直してよい | ルール表で答えが一意に決まる差異 | 丸め単位の違いによる端数、項目名の表記ゆれ | 結果の承認のみ |
| 人に回す | 判断が必要な差異 | 手当の支給要否、随時改定の該当可能性 | 個別に判断する |
| 顧問先に確認する | 事務所側では答えが出せない差異 | 入退社日の相違、勤怠の未提出、支給決定の未連絡 | 顧問先へ照会する |
区分は運用しながら育てる
最初は「人に回す」が多くなります。運用するうちに「これは毎回同じ判断をしている」というものが見えてくるので、それをルール表に書き足して「AIが直してよい」へ移します。この移行が進むほど、人の作業は減っていきます。
逆に、いつまでも「人に回す」が減らない場合は、ルール表が実態を反映していないか、そもそも判断の基準が事務所内で統一されていない可能性があります。その場合は、AI導入の話とは別に、事務所内の判断基準を揃える作業が必要です。

突合で見る項目をどう決めるか
まず4点だけで始める
突合の項目を最初から細かく設定すると、差異が大量に出て確認が追いつきません。おすすめは、総支給額・総控除額・差引支給額・勤怠時間の4点から始めることです。この4点が合っていれば、内訳のずれは相殺されているか、そもそも起きていません。
4点で運用してみて、それでも見逃しが出る箇所があれば、そこだけ内訳項目を追加します。最初から全項目を突合するより、この順序のほうが早く安定します。
前月比較を組み合わせる
システム間の突合に加えて、前月との比較を入れると精度が上がります。総支給額が前月から大きく動いた、控除項目が前月にはなかった、在籍者数が変わった——こうした変化は、システム間では一致していても確認すべき事象です。
| 比較の種類 | 見つかるもの | 設定の目安 |
|---|---|---|
| システム間の突合 | 取り込みミス、集計単位の違い | 総支給・総控除・差引支給・勤怠時間の4点 |
| 前月比較 | 手当の付け忘れ、控除の重複、入退社の反映漏れ | 総支給額の±20%以上の変動 |
| 人数の照合 | 入退社連絡の漏れ | 前月人数との差を全件表示 |
| マスタとの照合 | 単価・手当額の設定ミス | 雇用契約書・賃金台帳との一致確認 |
許容差を決めておく
丸めの違いで1円ずれる、といった差異まで全部拾うと一覧が埋まってしまいます。「1円未満は差異としない」「勤怠時間は1分未満を無視する」といった許容差を、顧問先別ルール表に書いておきます。この設定の有無で、一覧の実用性が大きく変わります。
AIに渡すデータをどう出すか
CSVが出せるなら最優先
ほとんどの給与ソフト・勤怠SaaSはCSVエクスポートを持っています。CSVがあれば列構成が安定するので、突合の精度がいちばん高くなります。まずは各システムでCSVが出せるかを確認してください。
PDFや画面しかない場合
給与明細や賃金台帳がPDFでしか出せないシステムもあります。この場合もAIは読み取れますが、CSVに比べると読み違いの可能性が残ります。PDFを使う場合は、突合項目を4点程度に絞り、差異が出た行は必ず人が原本で確認する運用にします。
個人が特定されない形にしてから渡す
給与データには氏名が含まれます。AIに渡す前に氏名を社員コードへ置き換え、対応表は事務所側だけで持ちます。この置換を工程に組み込んでおけば、人が毎回判断する必要がありません。マイナンバーは、そもそも突合に不要なので出力から除外します。
| データの出し方 | 突合の精度 | 注意点 |
|---|---|---|
| CSVエクスポート | 高い | 列構成の変更に注意する |
| エクセル出力 | 高い | セル結合・複数シートは事前に指定する |
| PDF出力 | 中程度 | 差異が出た行は原本で確認する |
| 画面のスクリーンショット | 低い | 最終手段。継続運用には向かない |

差異が出やすい5つの場面
突合を始めると、最初の数か月は差異が想定より多く出ます。多くは仕組みの不具合ではなく、もともと人が気づかないまま吸収していたずれです。よく出る場面を知っておくと、慌てずに対処できます。
場面1:月中入社・月中退社
日割り計算の考え方がシステム間で違うと、必ず差が出ます。暦日で割るか所定労働日数で割るか、社会保険料の当月徴収か翌月徴収か。この扱いは顧問先ごとに決まっているので、ルール表に明記しておくと差異が消えます。
場面2:締め日をまたぐ残業
深夜勤務が日付をまたぐ場合、勤怠システムがどちらの日に計上するかで集計が変わります。給与側が別の考え方で集計していると、毎月わずかな差が出続けます。これは1回ルールを合わせれば解消します。
場面3:有給の取得と控除
時間単位年休や半日単位の有給を採用している顧問先では、勤怠側の残時間と給与側の計算基礎が食い違うことがあります。特に、取得申請が締め日後に出てきた場合の扱いは、事務所ごとに運用が分かれる部分です。
場面4:賞与月・調整月
賞与月は通常月と項目構成が変わるため、通常月の突合設定のままだと差異が大量に出ます。賞与月・年末調整月・保険料改定月は、別の突合設定を用意しておくと運用が安定します。
場面5:社会保険料の改定タイミング
標準報酬月額の改定が反映されるタイミングが、勤怠側と給与側でずれることがあります。9月分保険料の徴収が10月支給分からか9月支給分からか、といった論点です。これもルール表に書いておく項目です。
| 場面 | 差異の原因 | 対処 |
|---|---|---|
| 月中入社・退社 | 日割りの考え方の違い | 日割り方法と保険料徴収月をルール表に明記 |
| 締め日をまたぐ残業 | 計上日の違い | どちらの日に計上するかを1回決める |
| 有給の取得と控除 | 取得単位・申請時期の扱い | 締め日後申請の扱いを運用ルール化 |
| 賞与月・調整月 | 項目構成が通常月と違う | 月の種類ごとに突合設定を分ける |
| 保険料の改定 | 反映タイミングのずれ | 改定月の徴収ルールを明記 |
費用と効果の見方
費用は「処理量」に比例する
この仕組みの費用は、AIの利用料と、ルール表を作る初期工数の2つが中心です。AIの利用料は処理したデータ量に応じるため、対象顧問先を増やせば増えます。逆に言えば、1社で試す段階の費用は限定的です。労務SaaSのように従業員数で決まるわけではないので、費用の見通しは立てやすい部類に入ります。
効果は「確認時間」と「見逃し件数」で測る
導入前に、給与確定前の確認にかけている時間を1か月分だけ測っておいてください。顧問先別・担当者別に記録できれば理想ですが、事務所全体の合計でも比較はできます。あわせて、確定後に発覚した修正の件数も記録しておくと、精度の変化が分かります。
| 測る指標 | 導入前に記録すること | 効果が出ているサイン |
|---|---|---|
| 確認時間 | 給与確定前の確認にかけた時間(1か月分) | 3か月目以降に明確に減っている |
| 確定後の修正件数 | 支給後に発覚した誤りの件数 | 件数が減る、または発見が前倒しになる |
| 「人に回す」割合 | —(運用開始後に記録) | 月を追うごとに割合が下がる |
| 担当者以外が回せる顧問先数 | 現状で何社あるか | ルール表の整備数に比例して増える |
補助金が使える場合がある
突合の仕組みづくりに使うツールやシステム構築費は、デジタル化・AI導入補助金の対象になる場合があります。対象になるかどうかはツールの登録状況や構築内容によるため、検討段階で確認しておくと予算計画が立てやすくなります。
この記事はソフト比較ではない、という話
「どの給与ソフトが良いか」とは別の問題
給与計算が1つのソフトで終わらないという悩みを検索すると、ソフトの比較記事が多く出てきます。しかし、顧問先ごとにソフトが違う社労士事務所にとって、ソフトを1つに決める話は多くの場合そのまま使えません。顧問先の選択を事務所が上書きできないからです。
この記事が扱っているのは、「複数のソフトが混在した状態を、そのまま扱えるようにする」方法です。ソフト選定と突合の仕組みづくりは、別々に考えたほうが話が進みます。
それでもソフトを見直したくなったら
突合の仕組みを作ると、副次的に「どの顧問先でどんな差異が多いか」が数字で見えてきます。特定のソフトの組み合わせで差異が多発しているなら、そのときに初めてソフトの見直しを提案する材料が揃います。順序としては、まず現状を可視化してから検討するほうが説得力があります。
導入の進め方
前提:勤怠の入口が整っていること
突合は、比べる両側のデータが揃っていて初めて成立します。勤怠が毎月バラバラの形で届いている状態では、突合の前にデータを揃える作業が発生してしまいます。したがって、勤怠の入口を整えるほうを先に手掛けることをおすすめします。
対象顧問先の選び方
最初の対象は、①CSVが出せる、②従業員数が10〜30名程度、③手当・控除の独自ルールが少ない、の3条件を満たす顧問先が理想です。独自ルールが多い顧問先は、仕組みが安定してから追加します。
3か月の進め方
| 期間 | やること | できていれば合格 |
|---|---|---|
| 1か月目 | 顧問先別ルール表を1社分作る。突合項目を4点に決める | ルール表が1社分埋まっている |
| 2か月目 | AIで突合し、人の確認結果と照らす。許容差を調整する | 差異一覧が実用的な件数に収まる |
| 3か月目 | 差異を3区分に仕分ける運用へ移行する | 「人に回す」だけを見れば済む |
| 4か月目以降 | 2社目・3社目へ展開し、ルール表に行を足す | 新しい顧問先の追加が1日で終わる |
職員の作業はどう変わるか
「探す」から「決める」へ
これまで職員は、2つの画面を行き来して差を探していました。突合の仕組みができると、差はすでに一覧になっているので、職員の仕事は「その差をどうするか決める」ことになります。作業の性質が変わるので、慣れるまでに1〜2か月はかかります。
判断の記録が資産になる
差異にどう対処したかをルール表に書き足していくと、事務所の判断基準が形になっていきます。これは担当者交代や新人教育の場面で効いてきます。「なぜこう処理するのか」が文字で残るのは、AI導入とは独立した価値があります。
評価指標も変える
| これまでの見方 | これからの見方 |
|---|---|
| 処理した顧問先の件数 | ルール表を整備した顧問先の数 |
| 確認にかけた時間 | 「人に回す」区分の削減率 |
| ミスの件数 | 差異一覧で検出できた件数 |

この仕組みが次につながるところ
届出前チェックに同じ考え方が使える
給与の突合ができるようになると、同じ構造が届出前のチェックにも使えます。資格取得届の内容と雇用契約書、月額変更の判定と3か月分の給与、控除額と前月——どれも「複数の資料を突き合わせて差を出す」という同じ形です。
つまり、給与の突合は単体の効率化ではなく、確認作業全般に応用が効く土台になります。1つ作れば横に広がるという意味で、投資対効果が読みやすい部分でもあります。
繁忙期の確認にも耐える
年度更新や算定基礎届でも、賃金の集計結果と前年の申告内容、4〜6月の給与と対象手当の判定など、突合の形は同じです。平常月に突合の仕組みを持っていれば、繁忙期は対象を増やすだけで済みます。逆に平常月に持っていないと、繁忙期に一から作ることになり、まず間に合いません。
ベストプランナーでは、ITコーディネータが複数システムの突合設計(顧問先別ルール表の作り方、突合項目と許容差の決め方、差異の3区分運用)から、既存の給与ソフト・勤怠SaaSとの接続までを一緒に進める伴走型の支援を行っています。デジタル化・AI導入補助金の活用可否もあわせて確認できます。AI導入・活用のご相談はこちら
よくある質問
Q. 給与ソフトを1つにまとめたほうが早くないですか
顧問先が使うソフトを事務所が決められる場合はその通りです。ただし多くの事務所では顧問先の選択を尊重する必要があり、統一には年単位の時間がかかります。突合の仕組みは、統一を目指す場合でもその移行期間を支える役割を果たします。
Q. AIが差異を見逃す可能性はありませんか
あります。そのため、導入初期の3か月は人の確認と並行して運用し、見逃しがないかを確かめます。また、突合項目を4点に絞ることで、見逃しが起きても総額のレベルで検出できるようにしておきます。
Q. 顧問先ごとにルール表を作るのが大変です
1社目がいちばん時間がかかります。2社目以降は列構成が決まっているので、埋めるだけになります。また、ルール表づくり自体が「担当者の頭の中を文字にする」作業なので、引き継ぎ資料としての価値もあります。
Q. マイナンバーや氏名を扱っても大丈夫ですか
マイナンバーは突合に不要なので、出力の時点で除外します。氏名は社員コードに置き換えてから渡します。置換を工程に組み込んでおけば、人が判断する場面がなくなります。法人向けの契約で、入力が学習に使われない設定にしておくことも前提です。
Q. どのくらい時間が減りますか
顧問先の規模と現状の確認方法によりますが、「全件を目で見ていた」状態から「差異のある行だけ見る」状態に変われば、確認にかけていた時間の相当部分が空きます。ただし導入初期は並行確認のため一時的に増えます。3か月目からの比較で判断してください。
Q. 手当・控除の独自ルールが多い顧問先でも使えますか
使えますが、最初の対象には向きません。ルールが多いほどルール表の作成に時間がかかり、差異の分類も複雑になります。シンプルな顧問先で仕組みを作ってから、複雑な顧問先を追加する順序が現実的です。
顧問先への説明と、確認依頼の出し方
「顧問先に確認する」区分をどう伝えるか
差異の3区分のうち、「顧問先に確認する」は毎月必ず発生します。入退社の連絡漏れ、支給決定の未連絡、勤怠の未提出——どれも事務所側では答えが出せない項目です。ここで効くのが、確認依頼の出し方を定型化しておくことです。
「◯月分の給与計算にあたり、次の3点についてご確認をお願いします」という形で、項目・該当者・確認してほしい内容を一覧にして送る。この形にしておくと、顧問先側も回答しやすく、往復が減ります。差異一覧から確認依頼の文面を作るところまでは、AIに任せられる部分です。
確認依頼が減ること自体が価値になる
突合を続けると、どの顧問先でどんな確認が多いかが見えてきます。「毎月、入社連絡が締め日後に来ている」といった傾向が数字で分かれば、顧問先に運用改善を提案する材料になります。感覚で「連絡が遅い」と伝えるより、はるかに動いてもらいやすくなります。
| 顧問先に確認する事象 | 減らすための提案 |
|---|---|
| 入退社の連絡が締め日後に届く | 入退社が決まった時点で連絡する運用に変える |
| 手当の支給決定が伝わっていない | 決定通知の共有先に事務所を追加してもらう |
| 勤怠の提出が期日を過ぎる | 締め日から◯営業日以内の提出を取り決める |
| 訂正がメール本文で届く | 訂正時は差し替えファイルを再送してもらう |
AI利用そのものは顧問先にどう伝えるか
顧問先のデータをAIで扱う以上、その事実は伝えておくほうが健全です。伝える内容は、①AIに渡すのは氏名を伏せたデータであること、②AIがするのは比較であって判断ではないこと、③最終確認は従来通り人が行うこと、の3点で足ります。長い説明は必要ありません。
Q. 確認依頼の文面までAIに作らせて大丈夫ですか
差異一覧から文面の下書きを作るところまでは問題ありません。ただし送信前に人が読むことを必ず工程に入れてください。顧問先に届く文章は事務所の名前で出るものなので、内容の確認は人の仕事として残します。
Q. 突合の対象を全顧問先に広げるまでどのくらいかかりますか
1社目に3か月、そこから月に2〜3社ずつ増やすペースが現実的です。顧問先が30社なら1年前後を見ておくとよいでしょう。急いで全社に広げると、ルール表の精度が落ちて差異が増え、かえって確認が増えます。
Q. 事務所内で判断基準が人によって違うのですが
それが表面化するのが、この仕組みの副次的な効果です。差異をルール表に書こうとすると、「Aさんはこう処理していたが、Bさんは違う」という食い違いが必ず出てきます。ここは所長が決めるべき部分で、決めた内容がそのまま事務所の標準になります。AI導入をきっかけに判断基準が揃った、という事務所は実際にあります。
Q. 顧問先が使っているシステムからCSVが出せません
PDFや画面表示しかない場合でも突合はできますが、精度は落ちます。その場合は突合項目を総支給・総控除・差引支給の3点に絞り、差異が出た行は必ず原本で確認する運用にしてください。また、顧問先の担当者に「CSV出力の権限があるか」を確認すると、実は出せたというケースもあります。
Q. 小規模な事務所でも意味がありますか
あります。むしろ職員数が少ないほど、1人の担当者に確認作業が集中しているはずです。その人が休んだときに給与計算が止まるという状態は、規模が小さいほどリスクが大きくなります。ルール表を作って差異一覧で回せるようにしておくことは、業務効率化であると同時に事務所の継続性の話でもあります。
Q. 導入後にシステムを乗り換えたらやり直しですか
やり直しにはなりません。ルール表に書いてあるのは顧問先の労務ルールであり、システムに依存する部分は出力の形式だけです。乗り換えたら出力の対応付けを変えるだけで、ルール表の中身はそのまま使えます。この点も、システムの上に層を置く方式の利点です。
まとめ|ソフトは変えず、上に突合の層を置く
給与計算が1つのソフトで終わらないという問題は、ソフトの乗り換えではなく、突合の仕組みで解けることが多くあります。各システムの出力をAIに読ませて差異一覧を出し、人はそれを3区分に仕分けて承認する。計算はソフト、比較はAI、判断は人——この分担が崩れにくい形です。
始めるときは、CSVが出せて規模が小さく独自ルールの少ない顧問先を1社選び、顧問先別ルール表を作るところからです。突合項目は総支給・総控除・差引支給・勤怠時間の4点で十分に始められます。ここができると、届出前チェックや繁忙期の確認にも同じ考え方が広げられます。
関連記事
社労士の確認作業をAIに任せる|届出前チェックの設計
AI導入支援は誰に頼めばいいのか|支援者の見分け方と依頼前の準備
社労士事務所のAI導入|生成AIが効くのは「データを整えて確かめる仕事」
ご相談はこちら:AI導入支援サービス/お問い合わせ
