「作らせる」より「チェックさせる」が始めやすい理由

給与計算そのものの自動化は、給与システムの設定や顧問先ごとの運用に深く依存するため、AIで置き換えるハードルが高い領域です。一方、計算結果のチェックであれば話は別です。数字を作る主体は今までどおり人とシステムのまま、何も変えなくてよいからです。

数字を作るのは人とシステム、AIは検知の担当

AIの役割を「見落としの検知」に限定すると、AIが間違った数字を作ってしまうリスクの心配がなくなります。検知結果が万一不完全でも、従来の確認フローに上乗せされるだけなので、品質は下がりようがありません。心理的にもリスク管理上も、最も始めやすい入口です。

実演の題材 — 2つのCSVと「個別対応メモ」

勉強会で用意したのは、実務の給与チェックを再現した3点セットです。この「メモまで含めた3点」が実演のポイントになります。

  • 給与計算の元データCSV — 事務所側で管理している当月の支給データ。個別の変更事項を反映済みという設定
  • 給与システムの出力CSV — 顧問先が使う給与システムから出力された計算結果という設定
  • 個別対応メモ — 「通勤経路の変更で定期代が変わった」「住民税の新年度税額の通知が来た」といった、電話やメールで受けた個別対応の控え

従来のやり方では、2つのCSVを1行ずつ目視で見比べ、ずれを見つけたら「そういえばあの連絡があったから…」と記憶とメモを頼りに原因を探します。この突合と原因の当たり付けを、まとめてAIに任せます

指示文 — 差分の検出だけでなく「どちらが正しそうか」まで

実演で使った指示文(1回目)
元データとシステム出力の2つのCSVを突合して、
食い違っている行をすべて洗い出してください。
個別対応メモも読んで、どちらの値が正しそうかの当たりも
付けてください。
結果は「人が確認すべき箇所」だけのレポートにまとめてください。

この指示文の設計ポイントは3つあります。全行の突合(サンプルチェックではなく全件)、メモとの照合による当たり付け(どちらの値が正しそうか)、そしてレポートを「人が確認すべき箇所」だけに絞ることです。

全員分のチェック結果を出させると、結局それを人が全部読むことになります。確認が必要な行だけに絞らせることで、人の仕事が「全件の突合」から「例外の判断」に変わります

検出された差分 — 実務でよくある3パターン

実演データには、実務で実際に起こりやすいタイプの差分を3件仕込みました。Claude Codeは全行を突合して3件とも検出し、個別対応メモと照合した判断つきでレポートにまとめています。

表は横にスクロールできます →

差分の内容メモとの照合結果レポートでの扱い
残業時間が12.0hと21.0hで食い違い、残業手当も連動してずれメモに該当する記載なし転記ミスの可能性。勤怠の原本で要確認
通勤手当の金額が食い違い通勤経路変更のメモあり元データ側が正の可能性が高い。システム側の更新漏れとして確認
住民税の金額が食い違い新年度の税額通知のメモあり元データ側が正の可能性が高い。システム側の更新漏れとして確認

注目すべきは、メモに該当がない差分を「原本で要確認」として残す判断です。根拠がない箇所に当たりを付けさせず、確認先だけを示させる——AIに断定させない設計は、給与のような間違えられない業務ほど重要になります。

毎月の仕組みにする — チェック手順をスキル化する

給与チェックは毎月必ず発生します。そこで実演では、結果を確認したあとに次の指示を重ねました。

実演で使った追加指示(2回目)
このチェックは毎月やるので、手順を再利用できる形に
まとめてください

同じやり方で、申請書類のチェックもできますか?

1つ目の指示で、今回の突合手順がSkill(スキル)として保存されます。スキルは「AI向けの業務マニュアル」のようなもので、翌月からはスラッシュコマンドの一覧から選ぶだけで、同じ手順・同じ品質のチェックが実行されます。

「2回やった作業はスキルにする」を口癖にすると、事務所の中に再利用できる手順が資産として積み上がっていきます。作り方の詳細はClaude CodeのSkillsの作り方をご覧ください。

2つ目の指示は応用の確認です。突合とチェックの型は給与に限らず、申請書類の記載内容と元データの照合にもそのまま使えます。1つの型が複数の業務に展開できるのが、この方式の強みです。

顧問先への横展開 — まず1社で型を作る

顧問先が30社あっても、いきなり全社へ展開しないことをおすすめします。まずデータが整っている1社で型を作り、うまく回ってから横展開するのが安全です。

給与システムは顧問先ごとに異なり、CSVの列構成もバラバラですが、システムごとの癖(列の対応関係や出力形式)を一度教えれば、スキルやルールファイルに記録して次回から自動で吸収できます。使う給与システムの種類は限られているため、型は想像より早く揃います。

給与データは個人情報そのもの — 線引きを先に決める

給与データは氏名と報酬が紐づいた、個人情報の中でも取り扱いに注意が要るデータです。実データで運用を始める前に、次の3点を必ず確認してください。

  • まず架空データで検証する — 本記事の実演もすべて架空データです。氏名を仮名や従業員IDに置き換えた形で手順を固めてから、実データの扱いを判断します
  • プランとデータ利用設定を確認する — 入力データが学習に使われない設定・契約になっているかを確認します。詳細はClaude Codeのセキュリティ対策を参照してください
  • 事務所としての線引きを明文化する — どの業務・どのデータまでAIに渡すかをルール化し、スタッフと共有します。顧問先から預かるデータは、契約や守秘義務との整合の確認も必要です

チェック業務はAI活用の最初の一歩に最適

「ミスが許されない業務だからAIは怖い」ではなく、「ミスが許されない業務だからこそ、検知の目を1つ増やす」——この順番で考えると、給与チェックはAI活用の最初のテーマとして最適です。既存のフローを何も壊さずに、確認の質と速度だけが上がります。

同じ勉強会で実演した他の2業務、電子申請公文書の整理・振り分け就業規則の条文比較・改定案づくりもあわせてご覧ください。CSV・Excel操作の基本はClaude CodeでExcel作業を自動化するで解説しています。

自事務所のチェック業務の型づくりから、スキル化・スタッフ展開までは、Claude Code法人研修で実務に沿って伴走支援しています。

Claude Codeを組織に定着させたい企業様へ。AI Orchestraの法人研修・導入支援をご覧ください。