【2026年最新】賞与計算を自動化する方法|支給率決定・社会保険料計算・源泉徴収を、Claude Code/Codexで無人化する仕組み
この記事の内容
「賞与計算の時期だけ、いつもの給与計算の何倍も残業する」——夏・冬の賞与シーズンになると多くの労務担当者・経理担当者から聞かれる悩みです。
結論から言うと、賞与計算が月次給与よりも重く感じられるのは、「支給率の決定」「社会保険料の上限判定」「源泉徴収税額表の参照」という、月次給与にはない特有の計算ステップが加わるためです。しかもこれらのステップは、いずれも明確なルールに基づく計算作業であり、本来は人間が毎回手計算するような性質のものではありません。
この記事では、賞与計算が複雑になる構造と、エクセルでできる効率化の範囲をまず整理したうえで、後半では支給率決定から社会保険料計算・源泉徴収・明細発行までをClaude Code/Codex(AIエージェント)に任せ、無人で回す仕組みを、弊社サービス「AI鬼管理」(運営: 株式会社GENAI)の実践ノウハウとともに解説します。日常の給与計算そのものの効率化については給与計算チェックへのAI活用を扱った記事もあわせてご覧ください。
01 WHY ITS COMPLEX 賞与計算はなぜ月次給与よりミスが起きやすいのか 月次給与にはない、賞与特有の計算ステップを押さえる
📚 用語解説
賞与(ボーナス):毎月の給与とは別に、企業が業績や労働の対価として労働者に支給する一時金。法律上の支給義務はなく、支給の有無・金額・回数は企業ごとの就業規則や労働協約で定められる。社会保険料・所得税の計算方法が月次給与とは異なる点が実務上の注意点となる。
賞与計算が「年に数回のイベント」として担当者を悩ませるのは、月次給与では発生しない3つの特有の計算が必要になるからです。
これら3つは、いずれも「知っていれば機械的に計算できる」性質のルールです。にもかかわらず、多くの会社では年に数回しか発生しないという理由で仕組み化されず、毎回担当者が資料を見返しながら手計算しています。
1-1. 「頻度が低い業務」が仕組み化されにくい理由
賞与計算に限らず、発生頻度の低い業務は「毎回、前回の資料を引っ張り出して、記憶を頼りに再現する」というやり方になりがちです。月次業務であれば多少非効率なやり方でも毎月繰り返すうちに自然と改善されていきますが、年2〜3回しか発生しない賞与計算では、改善のサイクルが回りにくいという構造的な問題があります。前回の担当者が異動していれば、その年のノウハウはゼロからのスタートになってしまうことさえあります。
だからこそ、賞与計算のような業務こそ、「人の記憶」ではなく「仕組み」に手順を残しておくことに大きな価値があります。一度きちんと設計してしまえば、次回以降は担当者が変わっても、同じ精度で計算を再現できるようになります。
02 BASIC FLOW 賞与計算の基本フロー全体像 支給率決定から明細発行まで、一般的な流れを整理する
📚 用語解説
標準賞与額:賞与にかかる社会保険料を計算する際の基準となる金額。賞与額から1,000円未満を切り捨てて算出する。健康保険は年度累計573万円、厚生年金は1回の支給につき150万円という上限があり、これを超えた部分には保険料がかからない。上限判定を忘れると保険料を過大に計算してしまう。
📚 用語解説
賞与に対する源泉徴収税額の算出率の表:国税庁が公表する、賞与の源泉徴収税額を計算するための税率表。前月の給与額(社会保険料等控除後)と扶養親族等の数の組み合わせから、賞与に乗じる税率を求める。月次給与の源泉徴収税額表とは別の表であり、参照を誤ると税額を誤って徴収してしまう。
この6ステップのうち、3・4・5は明確なルールに基づく機械的な計算作業です。しかし多くの会社では、この部分にも人間が資料を見ながら都度計算しています。次の章では、具体的にどこで時間とミスが発生しているのかを見ていきます。
03 WHERE TIME GOES どこに時間とミスが集中するか 賞与計算のヒアリングで実際によく挙がるポイントを整理する
| ポイント | 起きやすいこと | 発生原因 |
|---|---|---|
| 支給率の反映 | 評価データとの突き合わせに時間がかかる | 評価システムと給与計算が連携していない |
| 社会保険料の上限判定 | 標準賞与額の上限を超えているのに気づかない | 年度累計額の管理が別途行われていない |
| 源泉徴収税額表の参照 | 前月給与額の区分を誤り、税率を間違える | 手作業での表参照はミスが起きやすい |
| 扶養親族数の反映漏れ | 年の途中の家族構成の変化が反映されていない | 扶養情報の更新が賞与計算に連動していない |
| 明細発行の遅延 | 計算完了後の明細作成・配布に時間がかかる | 明細フォーマットへの転記が手作業 |
賞与計算のミスは、月次給与のミスよりも発覚が遅れやすいという特徴があります。次の賞与まで半年空くこともあり、前回のミスに気づかないまま同じ間違いを繰り返してしまうケースも少なくありません。
つまり賞与計算の効率化で重要なのは、「毎回ゼロから思い出す」状態を脱し、常に同じ手順・同じ精度で計算できる仕組みを持つことです。次の章では、エクセルでどこまで対応できるかを見ていきます。
04 EXCEL LIMITS エクセルでできる効率化と、その限界 まずできる改善と、それだけでは超えられない壁
これらは実際に効果があり、やらないよりは確実にやるべき改善です。ただし、エクセル整備には構造的な限界があります。
源泉徴収税額表は税制改正のタイミングで内容が変わることがあります。エクセルに一度取り込んだ表は、改定があっても自動では更新されず、誰かが手動で最新版に差し替える必要があります。この更新を忘れたまま計算してしまうと、誤った税額で源泉徴収することになりかねません。
📚 用語解説
年度累計管理:社会保険料の標準賞与額の上限(健康保険は年度累計573万円)を正しく適用するために、同一年度内の賞与支給額を累計して管理すること。転職者を除き、同一の会社での賞与支給額を通算する必要があり、複数回の賞与支給がある会社ほど管理が煩雑になる。
この限界を超えるには、従来は「給与計算システムを導入する」という選択肢しかありませんでした。ただし2026年現在は、今のエクセルをそのまま使いながら、計算・照合・明細発行の部分だけをClaude Code/CodexのようなAIエージェントに任せるという、もう一つの選択肢があります。
05 TYPICAL ACCIDENTS 手作業のまま起きる典型的な事故 「まだ大丈夫」が積み重なった先に起きること
こうした事故は、従業員の手取り額に直結するため、会社への信頼に大きく影響します。人間の記憶と手作業に依存した仕組みは、賞与のように発生頻度が低い業務ほど、精度が安定しないという構造的な弱点を抱えています。
ここで従来の選択肢は「給与計算システムを導入する」の一択でした。ただしシステム導入は、初期設定や運用の切り替えに手間がかかり、賞与計算だけのために踏み切るのは難しいという会社も少なくありません。次の章では、その隙間を埋める新しい選択肢を紹介します。
📚 用語解説
計算根拠の保存:支給額・保険料・税額をどのように算出したか、その過程を記録として残しておくこと。従業員から金額について問い合わせがあった際、根拠をすぐに提示できないと不信感につながる。手作業の計算では、途中経過が個人のメモやワークシートにしか残らず、後から追跡しにくいことが多い。
計算根拠が残っていないという問題は、実務上は軽視されがちですが、労使トラブルに発展した際には特に重要になります。「なぜこの金額になったのか説明できない」という状態は、たとえ計算自体が正しかったとしても、会社としての説明責任を果たせていないことになります。
06 AUTOMATE WITH AI 【核心】Claude Code/Codexで賞与計算を「無人で回る仕組み」にする 効率化ではなく自動化。トリガーで勝手に走るワークフローに落とし込む
📚 用語解説
Claude Code/Codex:Claude CodeはAnthropic社、CodexはOpenAI社が提供するAIエージェント。ChatGPTのような「質問に答えるAI」と違い、指示を受けてパソコン上のファイル操作・データ集計・文書作成・メール確認などの作業そのものを実行できる。プログラミング不要で、日本語の指示だけで業務の仕組みを構築できるため、非エンジニアの経営者・バックオフィス担当者の業務自動化ツールとして注目されている。
ここからがこの記事の核心です。本記事では以降、操作イメージを弊社が主に使うClaude Codeで説明します(Codexでも同じことができます)。重要なのは、AIに「賞与の税額計算方法を聞く」のではなく、賞与計算という一連のフローをワークフローごとAIに渡してしまうという発想の転換です。
6-1. 「効率化(AIに聞く)」と「自動化(AIが勝手にやる)」は別物
ChatGPTに「賞与の源泉徴収税額の計算方法を教えて」と聞くのは効率化です。人間が作業の主体で、AIは計算方法を教えてくれるだけ。この使い方では、標準賞与額の上限判定も税率表の参照ミスもなくなりません。
一方、Claude Code/Codexで作るのは自動化です。「支給率データと従業員マスタを読み込んで、個人別の支給額・保険料・源泉徴収税額を計算し、明細を作成する」という一連の流れを最初に一度だけ設計しておけば、あとは賞与支給のたびにトリガーを起動するだけで走ります。人間の仕事は、最後に上がってきた計算結果を確認することだけです。
6-2. Claude Code/Codexに任せられる賞与計算の作業
| これまで人間がやっていた作業 | Claude Code/Codexに任せた後 |
|---|---|
| 評価データから個人別の支給率を転記する | 評価データを読み込んで自動反映 |
| 標準賞与額の年度累計と上限を手作業で確認する | 年度累計を自動管理し、上限超過を自動判定 |
| 源泉徴収税額表を参照し、税率を手計算する | 前月給与額・扶養人数から税率を自動判定・自動計算 |
| 個人ごとの賞与明細を手作業で作成する | 計算結果から明細を自動生成 |
| 計算根拠を従業員からの問い合わせに備えて保存する | 計算プロセスと根拠を自動で記録・保存 |
6-3. 導入は3ステップ(プログラミング不要)
6-4. AI鬼管理(株式会社GENAI)での実践例
AI鬼管理では、この「賞与計算をClaude Codeのワークフローに落とす」やり方を、クライアント企業の実業務で数多く構築してきました。賞与計算と同じ構造の定型業務——月次給与計算、年末調整、社会保険の手続き準備など——をトリガー起動の自動ワークフローに変え、人は「最終確認と例外対応」だけに絞る運用です。賞与シーズンに数日かかっていた計算作業が確認1時間程度になる、というのがクライアント企業での典型的な効果です。もちろん、運営元の弊社(株式会社GENAI)自身のバックオフィスも、同じ考え方で回しています。
重要なのは、これが給与担当者や社労士の価値を奪う話ではないことです。手計算と表参照という「間違えたら怒られるだけの作業」から解放されて、評価制度の見直し・従業員への説明・処遇改善の検討という、人にしかできない仕事に時間を使えるようになります。顧問先を多く抱える社労士事務所であれば、この仕組みを事務所側に置いて複数社の賞与計算を一括処理する、という応用も可能です。
07 THE 3 WALLS 「AIに聞く」で終わらせないための独学の3つの壁 Claude Codeは強力。だからこそ、最初の設計を間違えると危ない
壁1:計算ルールを「正確に言語化」できない
Claude CodeやCodexは指示されたとおりに正確に働きますが、指示が曖昧なら曖昧なまま自動化されます。「支給率はどの評価データを参照するか」「標準賞与額の年度は4月起算か1月起算か」「前月給与額に何を含めるか」——賞与計算は、細かいルールの塊です。この言語化を飛ばして作った仕組みは、間違った金額を自動で計算し続ける装置になりかねません。従業員の手取りに直結する領域だけに、ここが独学の最初で最大の壁です。
壁2:検証のやり方を知らないまま「AIを信じてしまう」
AIの出力は必ず検証が必要です。過去の手計算結果と自動計算の結果を突き合わせる、わざと保険料の上限を超えるデータを入れて挙動を確かめる——こうしたテストの型を知らないと、「動いているように見えるが正しいかは誰も知らない」状態で本番運用に入ってしまいます。
壁3:作った本人しか触れない「第二の属人化」
エクセル計算の弱点として「数式を組んだ人しか直せない」問題を挙げましたが、独学のAI自動化は同じ罠にはまりがちです。担当者が一人で作って一人で運用していると、その人の異動・退職と同時に仕組みが止まります。社内の複数人がAIワークフローを読み書きできる状態まで持っていって、初めて「会社の資産」になります。
| 独学で導入 | AI鬼管理(伴走支援)で導入 | |
|---|---|---|
| 最初の題材選び | 手探り。複雑な評価制度から始めて挫折しがち | 貴社の業務を棚卸しし、成功しやすい定型計算から着手 |
| 計算ルールの言語化 | 自力で仕様を書き起こす(数十時間規模) | 実際の計算エクセル・評価データを見ながら一緒に言語化 |
| 検証 | テストの型を知らず「動いたら本番」になりがち | 過去実績との突合・異常系テストまで型として提供 |
| 社内定着 | 担当者1人に依存(第二の属人化) | 研修形式で複数人が扱える状態まで育成 |
| 賞与計算の先への展開 | 1業務で力尽きるケースが多い | 月次給与・年末調整等へ同じ型で横展開 |
08 AI KANRI AI鬼管理の具体的な進め方 3〜6ヶ月で「不在でも回る賞与計算」を作る伴走トレーニング
この3つの壁を越えるために弊社(株式会社GENAI)が提供しているのが、AI鬼管理です。Claude Code/Codexをはじめとした最新AIによる業務自動化を、3〜6ヶ月間・オンラインセッション形式で伴走するトレーニングプログラムで、ツールの一般論を教える座学ではありません。受講者が自社の実業務——例えば今お使いの賞与計算エクセルそのもの——を教材に、実際に動く自動化ワークフローを自分の手で作り切るところまでやります。
対象は従業員1名以上の会社の経営層・バックオフィス責任者で、プログラミング経験は問いません。「賞与シーズンだけ残業が集中する」「毎回計算ミスがないか不安」という会社ほど効果が出やすい設計です。すでに賞与計算用のエクセルをお持ちであれば、それを教材にそのまま設計に入れるため、ゼロから業務フローを整理し直す必要はありません。
賞与計算のように「ルールが明確」「発生頻度は低いが影響が大きい」「ミスの影響が大きい」業務は、AI自動化との相性が良い領域です。自社の業務を「ルールが明確な定型作業」から順に並べて、上から自動化していく——この優先順位付けも、AI鬼管理の初回で必ず一緒に行います。頻度が低い業務ほど、仕組み化を後回しにしがちですが、実際にはそうした業務こそ最初に着手する価値があります。
09 COMPARISON & SUMMARY 手作業 vs 給与計算システム vs Claude Code/Codex 徹底比較 自社の規模と体制に合った賞与計算の「正解」を選ぶ
| 手作業(エクセル含む) | 給与計算システム | Claude Code/Codex自動化 | |
|---|---|---|---|
| 初期コスト | ほぼゼロ | 初期設定+データ移行が必要 | ワークフロー設計のみ(既存ファイル流用可) |
| 月額コスト | ゼロ(ただし人件費が隠れコスト) | 従業員数×数百円が相場 | AI利用料のみ(他業務の自動化と共用) |
| 支給額・保険料計算 | 人間が都度手計算 | システムが自動計算(仕様範囲内) | トリガーで自動計算 |
| 税額表の更新 | 手動で差し替え(更新漏れリスク) | ベンダーが自動更新 | 最新情報をもとに再設計しやすい |
| 賞与以外への展開 | できない | 給与領域全般 | 経費・請求・レポート等あらゆる定型業務に展開可能 |
まとめると、判断基準は次のとおりです。
賞与計算は、発生頻度が低いからこそ「毎回ゼロから思い出す」非効率と、「気づかないまま同じミスを繰り返す」リスクを併せ持つ業務です。日常の給与計算業務へのAI活用はこちらの記事、給与明細発行の自動化はこちらの記事で解説しています。給与・賃金管理全体の考え方は給与・賃金管理の完全ガイドをご覧ください。
賞与計算を仕組み化しておけば、税制改正や評価制度の変更があっても、変更点だけをAIへの指示として更新すればよく、毎回ゼロから計算方法を覚え直す必要がなくなります。これは担当者の負担軽減だけでなく、会社としての計算精度の安定にも直結する取り組みです。
あわせて読みたい:同じテーマの記事
賞与シーズンのたびに担当者が疲弊する状態から抜け出せるかどうかは、会社の労務体制の成熟度を測る一つの指標でもあります。仕組み化への投資は、次の賞与シーズンから確実に効果を発揮します。
最初の自動化ワークフローを、貴社の賞与計算で一緒に作りませんか
「うちの賞与計算、Claude CodeやCodexでどこまで自動化できる?」「毎回計算ミスがないか不安」というご相談、お気軽にどうぞ。
AI鬼管理は、貴社の実際の計算エクセル・支給ルールを題材に、設計・検証・社内定着まで伴走します。3つの壁を、最短距離で越えましょう。
NEXT STEP
この記事の内容を、あなたのビジネスで
実践してみませんか?
AI活用を自社で回せるようになりたい方へ
AI鬼管理
Claude Code・Cowork導入支援から業務設計・社内浸透まで実践ベースで伴走。「自社で回せる組織」を90日で作る経営者向けトレーニング。
よくある質問
Q. 賞与計算の自動化は、何から着手すればいいですか?
A. まずは支給率の決定ロジックと、社会保険料・源泉徴収税額の計算ルールを言語化することから始めます。すでにエクセルで計算している場合は、そのファイルをそのままClaude Code/Codexに読み込ませ、計算ロジックを説明することから着手できます。
Q. 標準賞与額の上限は、具体的にどう判定すればいいですか?
A. 健康保険は年度累計(毎年4月1日から翌年3月31日まで)で573万円、厚生年金保険は1回の支給につき150万円が上限です。同一年度内に複数回賞与を支給する場合は、累計額を管理し、上限を超えた部分には保険料がかからないよう計算する必要があります。この累計管理は手作業では見落としが起きやすく、自動化との相性が良い部分です。
Q. 源泉徴収税額表が改定された場合、自動化した仕組みはどう対応しますか?
A. 改定内容をClaude Code/Codexへの指示として反映し、再設計・再検証する形で対応します。エクセルの数式を手作業で書き換えるより、変更点を日本語で伝えて仕組みを更新するほうが、対応の速さと正確性の両面で有利です。
Q. 給与計算システムとClaude Code/Codexの自動化はどちらを選ぶべきですか?
A. 月次給与から年末調整、社会保険手続きまで含めて労務基盤を一新したい場合は給与計算システムが本命です。一方、既存のエクセル運用を活かしながら賞与計算のようなスポット業務だけを自動化したい場合や、他の管理業務もまとめて自動化したい場合は、Claude Code/Codexによるワークフロー自動化のほうが投資対効果が高くなります。
Q. 評価制度が複雑で、支給率の決定ロジックも複雑です。それでも自動化できますか?
A. 可能です。むしろ評価制度が複雑であるほど、人間が毎回手作業で反映するミスのリスクが高く、自動化の効果が大きくなります。評価データの構造と支給率への反映ルールを正確に言語化できれば、Claude Code/Codexはその通りに計算します。
Q. Claude CodeやCodexの導入は独学でも可能ですか?
A. 可能ですが、業務で確実に成果を出すまでには「計算ルールの言語化」「出力の検証」「社内定着」という3つの壁があり、賞与計算は従業員の手取り額に直結するため、言語化を誤ると誤った金額を自動で計算し続けるリスクがあります。最短で確実に立ち上げたい場合は、貴社の実業務を題材に設計から検証・定着まで伴走するAI鬼管理のような支援サービスの活用が近道です。
Q. 賞与計算以外にも自動化できる給与関連業務はありますか?
A. あります。月次給与計算、給与明細発行、年末調整、社会保険の手続き準備など、ルールが明確で繰り返し発生する給与関連業務は同じ考え方で自動化できます。AI鬼管理では、賞与計算で身につけた自動化の型を横展開し、給与業務全体を仕組み化するところまで支援しています。
Claude Codeで業務自動化を90日で叩き込む
経営者向けの伴走型パーソナルトレーニング
Claude Code を業務に落とし込む
専門研修コース一覧
受講者本人の業務を題材に、「使いこなせる」状態になるまで伴走する研修プログラム。1対1特化型・ハンズオン・法人講座の3コースを展開中。業務特化・実装まで踏み込むタイプのClaude Code研修です。
研修コース一覧を見る →AI鬼管理へのお問い合わせ
この記事を読んで気になった方へ。
AI鬼管理の専門スタッフが、御社に最適な
業務自動化プランを無料でご提案します。




