源泉徴収 計算チェック 10.21%・20.42%（令和9年改正対応）

報酬¥1,500,000で源泉¥4,200不足——日本の請求・会計SaaSで報酬の源泉徴収を書いているエンジニアなら、この差がどこから来るか一度で言えるだろうか。答えは1行の定数だ。GENSEN_RATE_HIGH = 0.2 と + 100000。どちらも所得税だけの数字で、復興特別所得税が入っていない。

国税庁タックスアンサー No.2795（原稿料や講演料等を支払ったとき）と No.2798（弁護士や税理士等に支払う報酬・料金）の式は二段だけだ。支払金額Aが100万円以下ならA×10.21%。100万円超なら(A−100万円)×20.42%＋102,100円。求めた税額に1円未満の端数があれば切り捨てる。

報酬¥1,500,000を0.2と+100000で計算すると源泉¥200,000、国税庁の式では¥204,200で¥4,200不足。1件なら小さく見えるが、毎月数百件の支払をまとめて処理するシステムなら、同じ行が同じ不足を毎回つくる。

不足は誰が埋めるのか。源泉徴収した税は支払った月の翌月10日までに納付する。納める義務を負うのは支払者、つまり源泉徴収義務者だ。受取人から後で取り戻す話になる前に、まず自社の経理が不足額を用意することになる。

逆向きの誤りもある。20.42%を支払額の全額にかけると、100万円超のどの金額でも¥102,100多く源泉される。¥1,500,000なら正しくは¥204,200のところ¥306,300を差し引く。フリーランスの手取りが一件で十万円以上減り、問い合わせと再計算が発生する。

なぜどの金額でも同じ¥102,100なのか。全額×20.42%と(A−100万円)×20.42%＋102,100円の差は、100万円×20.42%−102,100円＝102,100円で、Aに依存しないからだ。この一定の差は、テストに100万円超の例が一つもないと見逃される。

もう一つよく見るのが0.1のままの税率だ。所得税10%に復興特別所得税2.1%（所得税額の2.1%）を加えると10.21%になる。0.1のままなら報酬¥100,000ごとに¥210不足する。数字が小さいので、画面上の確認では気づきにくい。

そして今年いちばん多い誤りが令和9年の改正の先取りだ。令和9年1月1日以後に生ずる所得から復興特別所得税は1.1%、防衛特別所得税1%が加わり、合計は10.21%のまま。つまり源泉の合計税率は変わらない。変わるのは内訳だけだ。

チャットAIに「最新の復興特別所得税の税率で源泉徴収を計算するコード」を頼むと、1.1%を令和8年分のいまの支払に使うコードが出てくることがある。しかも防衛特別所得税の1%を付け忘れると合計は10.11%になり、どの金額でも0.1%ずつ不足する。

復興特別所得税の終わりの年も古い知識のまま残りやすい。国税庁 No.2260 は、平成25年から令和29年までの各年分と書いている。2037年（令和19年）で税率を外す分岐がコードに残っていれば、その年から源泉が10%に落ちる。

端数処理も式の一部だ。1円未満は切り捨て。Math.round や Python の round() を使うと、0.5円以上の端数で1円多く源泉する。金額は小さいが、支払調書の合計と会計の合計が合わなくなり、月末の突合で時間を取られる。

消費税の扱いは誤りではなく選択肢だ。No.2792 によれば、請求書等で報酬と消費税等の額が明確に区分されていれば、報酬の額だけを源泉の対象にしてよい。インボイス制度の開始後も同じ。税込額にかけているコードは、受取人の手取りを必要以上に減らしている可能性がある。

テストケースも三つ足しておくとよい。報酬¥100,000（源泉¥10,210）、報酬¥1,000,000（源泉¥102,100）、報酬¥1,500,000（源泉¥204,200）。100万円ちょうどは両方の式で¥102,100になるので、境界の不等号を>にしても>=にしても結果は同じだ。三つ目が通れば、加算額と税率の取り違えはまず残らない。

Pythonでも同じ誤りが出る。round(fee * 0.1021) は偶数への丸め、Decimal の ROUND_HALF_UP は四捨五入で、どちらも切り捨てではない。math.floor か、Decimal なら ROUND_DOWN を使う。拡張は round( や ROUND_HALF を含む源泉の行を G05 として指摘する。

こうした行を人の目で探すのは難しい。税率が定数ファイル、端数処理が別のユーティリティ、日付の分岐がさらに別の場所に散っているからだ。そこで、源泉徴収の計算コードを1行ずつ国税庁の式と照らすVS Code拡張「源泉徴収 計算チェック」を作った。

規則は9つ。G01 0.1のままの税率、G02 0.2のままの税率、G03 20.42%の全額適用、G04 100,000や102,000の加算額、G05 四捨五入・切上げ、G06 日付分岐なしの1.1%、G07 防衛1%の付け忘れ、G08 2037年の終了年、G09 税込額への適用（情報）。

誤検知を減らすため、源泉徴収の文脈（gensen、源泉、withhold など）がない0.1は消費税とみなして触らない。0.2042の前後4行に1000000か102100があれば分割計算とみなす。所得税だけの内訳を計算する行（0.2と100000の組）も、復興分を別に足していれば正しい。

サンプルのコードで試すと、正しい版は指摘0件、誤りを入れたサンプル版は10件の指摘が出た。0.1と0.2の定数、四捨五入が2か所、0.2042に100000を足す行、日付の分岐も防衛1%もない0.011、税込額に全額20.42%をかける行、2037年の終了年だ。

令和9年分以後の内訳を出す必要がある場合、たとえば納付書や支払調書で所得税・復興・防衛を分けたいなら、所得税額に1.1%と1%をそれぞれかけ、支払日で2027-01-01の前後を分岐させる。前なら2.1%、後なら1.1%＋1%。合計の源泉額は変わらないので、合計だけを計算するコードはそのままでよい。

指摘の読み方は単純だ。赤（error）は国税庁の式と金額が変わる行、黄（warn）は将来の年で金額が変わる行、青（info）は受取人に有利な選択肢がある行。赤から順に直し、直したら保存して0件になるのを確かめる。

使い方は、.js・.ts・.pyファイルを開いてコマンドを実行するだけだ。問題パネルに行番号と規則と正しい式が並び、保存のたびに再検査される。インストールしたくない人のために、同じエンジンを使うWeb版もある。コードを貼ればその場で同じ指摘が出る。

開いているファイル1本の検査はキーなしで最後まで使える。ワークスペース全体を一括で検査し、指摘をCSV（ファイル・行・規則・正しい式）で書き出して税理士やコードレビューに渡したいときだけ、ライセンスキーを使う。

このツールは税務判断をするものではない。国税庁が公表している式からコードが外れている行を示すだけだ。ただ、源泉は支払のたびに翌月10日の納付へつながる。令和9年1月1日の切り替えの前に、一度だけ自分のコードを照らしておく価値はある。