Claudeで給与計算を検算し給与明細の問い合わせに答える手順

給与計算の検算はClaudeのどの機能で行うか

給与計算の検算は、給与ソフトが出した結果を「もう一度、別の手で計算して突き合わせる」作業です。Claudeにはこの突き合わせを任せられます。使うのはファイルのアップロードと、コード実行・ファイル作成の機能です。

Claudeにファイルを渡す入口は2つあります。単発のチャットに添付する方法と、プロジェクトのFilesに置いて複数の会話から参照する方法です。CSV、PDF、XLSXなどを渡せますが、XLSXを読ませるには、アカウントでコード実行とファイル作成を有効にしておく必要があります。

Claudeが得意なのは、次のような作業です。

• 勤怠の集計値と手当の支給額を掛け合わせ、支給合計を再計算する
• 控除の内訳を足し上げ、差引支給額が明細と合っているか確かめる
• 全従業員の行を並べ、前月から大きく動いた項目を洗い出す
• 従業員からの問い合わせに対し、説明の順序を整えた返信案を書く

逆に、料率や税額表の数字そのものをClaudeの記憶に頼って埋めさせるのは向きません。料率は改定されることがあり、税額表も制度改正で版が変わります。数字は必ずこちらから渡し、Claudeには計算と突合だけをさせるのが、この記事で扱う進め方の軸です。

年末調整・確定申告の下書きで任せてよい範囲と同じ考え方で、最終の確定は人が持ちます。検算は「見落としを減らす2人目の目」であり、給与ソフトや社労士の代わりではありません。

検算に渡す資料と、ファイルの形式

検算に必要なのは、大きく3種類の資料です。

1. 計算対象: 当月の勤怠集計と、給与ソフトから出力した支給・控除の一覧(CSVまたはXLSX)
2. 計算の根拠: 給与規程の手当ルール、保険料率の一覧、源泉徴収税額表の該当部分
3. 前月の明細: 差異を洗い出すための比較元

ファイル形式は、公式ヘルプの一覧ではPDF、DOCX、CSV、TXT、HTML、ODT、RTF、EPUB、JSON、XLSXが挙がっています。給与ソフトの出力はCSVが扱いやすく、文字コードで崩れたときは、Excelで開き直してXLSXで保存し直す手があります。

上限も先に押さえておきます。チャットへの添付は1ファイル500MB、1つのチャットに最大20ファイルです。プロジェクトのFilesは1ファイル30MBまでで、内容がClaudeのコンテキストウィンドウに収まる必要があります。行数の上限は示されていません。プロジェクトのFilesでは、内容がコンテキストウィンドウに収まるかどうかが条件になります。抽出した内容の長さによっては、追加のトークン制限がかかることもあります。

プロジェクトに置くときは注意が要ります。プロジェクトのFilesは、テキスト抽出だけが行われます(マルチモーダル対応のPDFは例外)。そのため、画像として貼った表は読み取れない場合があります。表はCSVに起こし直して渡すほうが安全です。

PDFの扱いは、ページ数でも変わります。100ページ以下なら文字と図表の両方が読まれますが、101〜1000ページのPDFは文字だけで、図は読まれません。1000ページを超えるPDFは「Uploaded file is too large」のエラーで上げられません。PDF以外の文書も文字の抽出だけなので、DOCXやXLSXに画像として貼った表は読めません。読み取りの精度はPDFの読み取り精度の見極め方も参考になります。

氏名を消してから渡す — 従業員IDへの置き換え

検算の目的は「計算が合っているか」を見ることで、Claudeが従業員の氏名を知る必要はありません。渡す前に、次の加工を済ませると事故の余地が狭くなります。

• 氏名の列を削除し、社員番号だけを残す(番号は社内の別表とだけ対応する)
• 住所、生年月日、口座、マイナンバーの列は削除する
• 扶養人数、住民税の月額など、計算に必要な数値の列だけ残す

社員番号を残しておけば、差異が出たとき、人事側が別表から本人に戻せます。氏名なしの一覧を渡し、結果の行を社員番号で受け取る運用です。

加工後のCSVは、次のような形を想定します(値は説明用のダミーです)。

emp_id,base_pay,overtime_hours,overtime_pay,commute_allow,gross,health_ins,pension,emp_ins,income_tax,resident_tax,net_pay
E001,280000,18.5,45000,12000,337000,16800,30500,2000,7200,14000,266500
E002,320000,0,0,42000,362000,19100,34800,2200,9100,16500,280300

列の数と順序はソフトごとに違います。列名から意味を取り違える余地があるので、プロンプトで列の対応を明示すると誤読が減ります。

検算を頼むプロンプトと、確認する観点

検算は「全部合っているか教えて」と頼むより、観点を分けて頼むほうが漏れにくくなります。次の形は一例です。

添付の payroll.csv は当月の給与一覧です。列の意味は次のとおりです。
gross=支給合計、health_ins=健康保険料、pension=厚生年金、
emp_ins=雇用保険、income_tax=所得税、resident_tax=住民税、
net_pay=差引支給額。
 
次の観点で検算し、不一致の行だけを表にしてください。
1. gross は base_pay + overtime_pay + commute_allow と一致するか
2. net_pay は gross から各控除を引いた額と一致するか
3. 残業代は base_pay と残業時間から再計算して一致するか
   (割増率と月平均所定労働時間は添付の給与規程 rules.pdf に従う)
4. 保険料は添付の rates.csv の料率と標準報酬月額の表で再計算し、
   1円未満の端数処理が規程と合っているか
計算は暗算でなくコードで行い、使った式も示してください。

最後の1行が要点です。Claudeは、コード実行が有効なら、Pythonで計算して結果を返せます。計算をコードに委ねれば、桁の取り違えや繰り上がりの見落としを避けやすくなります。返ってきた式を読めば、どの規程を根拠にしたかを人が追えます。

観点1: 支給合計と差引支給額の整合

最も単純ですが、給与ソフトへの手入力やCSVの加工で崩れやすい部分です。手当の列が1つ増えたのに合計式が更新されていない、といった不整合が見つかります。

観点2: 通勤手当の課税・非課税の切り分け

電車・バス通勤の通勤手当は、一定の限度額まで非課税です。国税庁の説明では、最も経済的かつ合理的な経路・方法による通勤定期券などの額が1か月あたり15万円を超えるとき、15万円が非課税の限度額になります。限度を超えて支給した場合、超えた部分は給与として課税され、支給した月の給与に上乗せして源泉徴収の対象になります。

通勤手当の限度額の決まり方は、通勤手段で2通りに分かれます。

パートやアルバイトなど短期間雇い入れる人も、限度額は月単位で計算します。2027年分(令和9年分)以後は、源泉徴収する税が所得税、防衛特別所得税、復興特別所得税の3つになります。

検算では、通勤手当の列と課税対象額の列がこの区分と整合しているかを突合の対象にできます。グリーン料金のような限度外の費用が混ざっていないかも、合わせて見ます。

通勤手当の課税・非課税を確認してください。
- 電車・バス通勤者は、支給額が最も経済的かつ合理的な経路の定期券額(上限は月15万円)を超えていないか
- 超えている場合、超過分が課税支給額に含まれているか
限度額の根拠は添付の commute_rule.txt(国税庁の説明を転記したもの)です。

限度額の数字は年や制度改正で変わることがあるため、必ず最新の公式情報を人が確認し、転記したものを渡してください。

観点3: 前月との差異

基本給、保険料、住民税のように前月と比べやすい項目は、前月の一覧を並べて渡すと、動いた行だけを抽出できます。

prev.csv が前月、payroll.csv が当月です。emp_id ごとに突合し、
health_ins・pension・resident_tax のいずれかが前月と違う行を一覧にして、
差の額も添えてください。入退社や昇給・改定月に当たる行は、
その旨の注記を付けてください。

保険料が変わる理由は、人事側の記録(改定の手続きなど)で裏取りします。Claudeが見つけられるのは「変わった」ことまでです。

検算結果の受け取り方

差異の表が返ってきたら、その行を給与ソフトの元データと1件ずつ照合します。Claudeが指摘した不一致の中には、丸め方の違いや規程の解釈の差で、実は正しい行が混ざります。逆に、Claudeが「一致」とした行が、渡した資料の古さで誤っている可能性も残ります。ここは人が最終確認を担う工程です。

給与明細の問い合わせに答える返信案を作る

給与明細に関する問い合わせは、「手取りが先月より減った」「残業代が思ったより少ない」「住民税が上がった」のような形が多く、毎月繰り返されます。返信の型はほぼ決まっているため、下書きを任せる効果が出やすい領域です。

ただし、返信で使う数字は、人が確認した明細の値です。Claudeに事実を推測させてはいけません。次の順序で頼みます。

従業員から次の問い合わせがありました(氏名は伏せています)。
「9月の手取りが8月より約0.9万円減っていました。理由を知りたいです」
 
人事で確認した事実:
- 8月から9月で、社会保険料は変わっていない
- 9月は残業が8月より12時間少なく、残業手当が約1万円減った
- 所得税と雇用保険料は、支給額の減少に連動して数百円ずつ減った
- 住民税は変更なし
- 通勤手当に変更なし
 
上の事実だけを使い、次の構成で返信案を書いてください。
1. 結論(何が主な減額の原因か)
2. 内訳(項目ごとの増減)
3. 根拠(どの規程・計算に基づくか)
4. まだ疑問が残る場合の連絡先
事実にない原因は書かないでください。断定できないことは「確認します」としてください。

「事実にない原因は書かない」の指定が肝心です。指定がないと、ありがちな原因(住民税の改定、保険料の改定など)を推測で書き添える余地が生まれます。従業員に誤った説明をすると信頼を損ねるため、根拠のない一文が混ざっていないかを送信前に読みます。

返信案は、例えば次のような形になります(公式の例ではなく、構成のイメージです)。

お問い合わせありがとうございます。9月の手取りが減った主な理由は、
残業時間の減少による残業手当の減額です。
 
内訳:
- 残業手当: 8月より約1万円の減少(残業が12時間少なかったため)
- 所得税・雇用保険料: 支給額の減少に連動して数百円ずつ減少
- 社会保険料・住民税・通勤手当: 8月と変更なし
- 差し引きの手取り: 約0.9万円の減少
 
計算の根拠は就業規則の割増賃金の規程です。ご不明な点があれば、
担当までご連絡ください。

控除に関する問い合わせは、どこまで自動で答えるか

「所得税が増えた」「なぜ引かれるのか」のような控除の問い合わせは、扶養控除の申告書の内容や年の途中の異動が絡み、Claudeが渡された数字だけでは説明しきれないことがあります。この場合は、返信案の段階で「確認のうえ改めてご連絡します」にとどめ、担当者が源泉徴収税額表と申告書を見て答える運用にしておくと安全です。

扶養控除の申告書などの書類は、税務署長が提出を求めるまで、提出を受けた源泉徴収義務者が保存します。保存期間は、提出期限の属する年の翌年1月10日の翌日から7年間です。ただし、令和8年1月1日以後に支払を受けるべき老齢一時金に係る「退職所得の受給に関する申告書」は10年間保存します。

国税庁が保存対象に挙げる書類には、扶養控除の申告書のほか、配偶者控除の申告書、基礎控除の申告書、保険料控除の申告書などがあります。

「申告書をもう出したか」「どの控除が反映されているか」を聞かれたときは、Claudeでなく保管している書類で確認します。申告書の内容を検算に使うなら、控除の区分だけを匿名化したCSVに起こして渡す形になります。

手当や現物給与が絡むときの確認

通勤手当のほか、給与所得になるかどうかの判断を要する項目があります。国税庁の説明では、残業手当や休日出勤手当、職務手当、地域手当、家族手当、住宅手当なども原則として給与所得になります。例外として非課税になるのは、通勤手当のうち一定金額以下のもの、転勤・出張の旅費のうち通常必要と認められるもの、宿直・日直の手当のうち一定金額以下のものです。

食事の現物支給や商品の値引販売のように、金銭以外の経済的利益で支給するものは現物給与と呼ばれ、原則として給与所得になります。国税庁の説明では、業務遂行上の必要から支給されるもの、換金性に欠けるもの、評価が困難なもの、受給者に選択の余地がないものなどは、特定の現物給与として特別の取扱いが定められています。

会社独自の手当を新設したときは、その手当が課税か非課税かを人が決め、決定を規程としてClaudeに渡してから検算させます。判断の根拠は、国税庁の資料や社労士・税理士への確認に置きます。

つまずきやすい点と対処

コード実行とファイル作成は、Free・Pro・Maxプランでは既定で有効です。無効にしている場合は、SettingsのCapabilitiesで有効に戻します。Team・Enterpriseプランも既定は有効で、組織のオーナーが組織設定のCapabilitiesで無効にできます。

ネットワーク接続は別の設定です。Free・Pro・Maxでは有効、Enterpriseでは新しい組織の既定が無効です。Teamについては、公式ページの「Availability」では既定が無効、「How to get started」ではパッケージ管理ツールのみ許可と書かれており、ページ内で食い違っています。画面の設定で実際の状態を見るのが確実です。給与データを扱うなら、接続を切った状態でも、あらかじめ入っているパッケージだけで動きます。

接続を切っても、MCPの連携を有効にしていれば、その経路でのネットワーク通信は残ります。給与データを渡す会話では、不要な連携を外しておくと見通しがよくなります。

給与SaaSの連携との使い分け

Gustoのように給与の実行までできる連携は、ClaudeとGustoを連携する方法で扱っています。あちらは米国の給与SaaSをClaudeから操作する構成です。ここで紹介したのは、連携を使わずにCSVやXLSXを渡して検算する方法で、日本の給与体系にそのまま当てはめられます。SmartHRなど日本の人事労務ツールとの連携の全体像は人事労務連携ガイドにあります。

CSVの集計そのものの進め方はClaude CSV分析の使い方、XLSXの読み込みはExcelの読み込みと作成で詳しく扱っています。台帳から人数を数えて納付金を試算する検算は障害者雇用納付金の計算が例になります。

まとめ

線引きの目安は、数字で答えられる問い合わせまでを返信案に任せ、控除の根拠や個別の事情に踏み込む問いは担当者が答える、という位置です。検算で見つかった差異も、Claudeの指摘を起点に人が原因を決めます。最低賃金の改定後に時給換算で下回りがないかを調べる手順は、最低賃金の改定後の賃金割れ点検にあります。