キャッシュレス決済手数料の消費税区分と仕訳、間違えやすい7つの例
キャッシュレス決済手数料の消費税区分と仕訳、間違えやすい7つの例
X でこんな声を見かけた。
キャッシュレス決済の手数料を、クレカ分非課税、コード決済分課税って、分けてください・・てクライアントに伝える度に、げんなりする。 消費税が絡むだけで、生産性が爆下がりする。 → 元ポスト
同じ趣旨の投稿は他にも並んでいる。 「理屈上は理解していても納得はいかない」「一律非課税にしてくれないとやってられない」といった具合である。
この記事では、まず区分が分かれる理由を押さえ、次に具体的な仕訳を示す。 そのうえで実務で多い誤りを列挙し、最後にこの作業を自動化するときの設計を書く。
非課税と課税を分ける基準
分かれ目は決済手段の名前ではない。 決済会社が加盟店の売掛債権を買い取ったのか、それとも代金の回収を代行しただけなのかで決まる。
債権の買取にあたる場合、加盟店が受け取る金額は売掛債権の譲渡代金である。 決済会社は額面より少ない金額を支払い、その差額が手数料として現れる。 これは資産の譲渡等の対価ではないため、消費税法施行令第10条第3項第8号（金銭債権の譲受けその他の承継）により非課税となる。 国税庁の質疑応答事例でも、加盟店が信販会社へ支払う手数料は同号に該当すると示されている。
回収の代行にあたる場合は話が変わる。 利用者は決済会社に前もってチャージ済みなので、買い取るべき債権がそもそも存在しない。 残るのは「代金を集めて送金する」という役務の提供だけであり、その対価には消費税が課される。
後払い型（クレジットカード、iD、QUICPay）が非課税、前払い型（交通系ICカード、楽天Edy、多くのコード決済）が課税になるのは、この違いによる。
決済事業者による違い
ここからが実務の落とし穴である。 同じ「クレジットカード決済の手数料」でも、あいだに入る決済事業者によって区分が変わる。
| 事業者 | クレジットカード | iD / QUICPay | 交通系IC / 楽天Edy | コード決済 |
|---|---|---|---|---|
| Airペイ | 3.24%（非課税） | 3.24%（非課税） | 2.95%（税抜）＝課税 | 2.95%（税抜）＝課税 |
| Square | 消費税なし | 消費税なし | 消費税なし | 消費税なし |
| PayPay（直接契約） | なし | なし | なし | 課税 |
| 決済代行会社 | 契約次第 | 契約次第 | 契約次第 | 契約次第 |
Airペイの公式FAQは、料率の表記そのものが答えになっている。 「3.24%」と書かれていれば非課税、「2.95%（税抜）」と書かれていれば課税である。 判定に迷ったら明細を見ればよい、という設計になっている。
一方、Square は決済方法にかかわらず手数料に消費税がかからないと案内している。 コード決済分も含めて分ける必要がない。 なお、Square の解説は「不課税」という語を使っている。 非課税と不課税のどちらであっても仕入税額控除の対象外である点は変わらないため、納税額に差は生じない。
決済代行会社を挟む場合は契約形態で決まる。 加盟店と直接の債権譲渡契約を結んでいれば非課税、単なる仲介であれば課税である。 請求書の名目が手がかりになり、「決済手数料」なら非課税の可能性が高く、「システム利用料」「事務手数料」「加盟店管理料」であれば課税と考えられる。 1枚の請求書に両方が混ざっていることも珍しくない。
つまり判定の単位は決済ブランドではなく、事業者とブランドの組み合わせである。 「クレジットカードは非課税」という覚え方だけで処理すると、Square や決済代行のところで逆向きに間違える。
仕訳
Airペイで月間 180,000円（税込）を決済した場合を考える。 端数処理は事業者ごとに異なるため、以下の手数料は概算である。
| 決済ブランド | 決済額 | 手数料 | 税区分 |
|---|---|---|---|
| クレジットカード | 100,000 | 3,240（3.24%） | 非課税仕入 |
| 交通系ICカード | 50,000 | 1,622（1,475 + 消費税147） | 課税仕入10% |
| PayPay | 30,000 | 973（885 + 消費税88） | 課税仕入10% |
| 合計 | 180,000 | 5,835 | 入金 174,165 |
売上は決済のつど総額で計上する。
借 売掛金（クレジットカード） 100,000 / 貸 売上高 100,000 【課税売上10%】
借 売掛金（交通系ICカード） 50,000 / 貸 売上高 50,000 【課税売上10%】
借 売掛金（コード決済） 30,000 / 貸 売上高 30,000 【課税売上10%】
入金時に手数料を認識する（税抜経理の場合）。
借 普通預金 174,165 / 貸 売掛金（クレジットカード） 100,000
借 支払手数料 3,240 / 貸 売掛金（交通系ICカード） 50,000 ← 非課税仕入
借 支払手数料 2,360 / 貸 売掛金（コード決済） 30,000 ← 課税仕入10%
借 仮払消費税 235 /
借方合計 174,165 + 3,240 + 2,360 + 235 = 180,000 で貸方と一致する。
税込経理であれば、支払手数料 3,240（非課税仕入）と支払手数料 2,595（課税仕入10%）の2行になる。
要点は1つだけである。 支払手数料の行を税区分ごとに分ける。 金額を1行にまとめた時点で、どちらかの税区分が嘘になる。
会計ソフト上の税区分名について補足しておく。 加盟店手数料に「非課税仕入」を当てても「対象外」を当てても、仕入税額控除の対象外である点は同じで、納税額は変わらない。 課税売上割合に影響するのは非課税「売上」であって非課税「仕入」ではないため、ここを心配する必要もない。
間違えやすい7つの例
1. すべてを課税仕入10%でまとめる
最も多く、しかも不利に働く。 本来控除できない金額まで控除するため、修正申告の対象になる。
金額の感覚をつかむために試算しておく。 手数料率3.24%のクレジットカード決済を誤って課税仕入とした場合、控除しすぎる消費税は決済額の約0.29%（3.24% × 10/110）である。 クレジットカード決済が年1億円ある店舗なら、年およそ29万円になる。 顧問先に分けてもらう理由を説明するとき、この0.29%という数字がいちばん通じる。
2. すべてを非課税でまとめる
控除もれとなり、納めすぎになる。 税務調査で指摘されることはないため、気づかないまま毎年損を出し続ける。 発見が遅れるという意味では1より厄介である。
3. 入金額で売上を計上する
普通預金 174,165 / 売上高 174,165 と処理してしまうパターンで、影響がいちばん大きい。
売上そのものが5,835円過少になるため、消費税だけの問題では済まない。
課税事業者の判定、簡易課税の選択可否、法人税や所得税の所得計算にまで波及する。
総額で計上するのは消費税以前の原則である。
4. 決済ブランドの名前だけで判定する
Square を使っているのにコード決済分だけ課税で拾えば、控除しすぎになる。 決済代行を経由しているのに「クレジットカードだから」と非課税にすれば、控除もれになる。 判定の単位は事業者とブランドの組み合わせであって、ブランド単独ではない。
5. 手数料の合計額を決済額で按分する
明細に「決済手数料 合計」の1行しかない場合、決済額の比率で割り振りたくなる。 しかし料率が違う（3.24%と2.95%）ため、按分では正しい金額にならない。 ブランド別の明細を取り直すしかない。
6. 課税分のインボイスを保存していない
コード決済の手数料は課税仕入なので、仕入税額控除には適格請求書の保存が必要になる。 PayPay は適格請求書発行事業者として登録済みで、管理画面から適格請求書をダウンロードできる。
ただし少額特例に当てはまるなら帳簿の保存だけで足りる。 基準期間の課税売上高が1億円以下、または特定期間の課税売上高が5,000万円以下の事業者が対象となる。 1件1万円未満の課税仕入れについて、2029年9月30日まで適用される。 月額の手数料が1万円を超え始めたら特例から外れる点には注意が要る。
7. ネットの解説記事を根拠にする
この記事を書くために税務系の解説ページを10本ほど当たったが、そのうち1本は課税と非課税が逆に読める記述になっていた。 検索結果の上位に出てくることと、内容が正しいことは別である。 根拠として使うのは、国税庁の質疑応答事例と各決済事業者の公式FAQの2つに絞ったほうがよい。 AI に検索させて判定させる場合も、同じ罠を踏む。
そもそも分ける必要がある顧問先か
見落とされがちな点を1つ挙げておく。 簡易課税または2割特例を適用している事業者では、仕入側の税区分は納税額にまったく影響しない。 売上にみなし仕入率を掛けて計算するため、支払手数料をどう区分しても結果は同じである。
「分けてください」と伝える前に、その顧問先が原則課税かどうかを確認する。 げんなりする回数を減らす方法として、これがいちばん手っ取り早い。
自動化するときの設計
ここまでの作業は、Chrome拡張機能や AI エージェントに任せられそうに見える。 実際その通りなのだが、任せ方を間違えると精度が落ちる。
やってはいけないのは、明細を読ませてその場で税区分を判断させることである。 同じ入力でも答えが揺れるうえ、上の7で書いたとおり誤った解説記事を参照してしまう。 何より、なぜその区分になったのかの根拠が残らない。
代わりに、事業者とブランドの組み合わせから税区分を引くマッピング表をコードとして持つ。 判定はこの表だけが行い、AI は明細の収集、集計、そして検算を担当する。
検算を工程に組み込む理由は、単なる確認のためではない。 売上総額から手数料合計を引いた額が入金額と一致しない場合、それはマッピング表に載っていないブランドが来たことを意味する。 新しい決済手段が増えたことを、貸借の不一致という形で検知できる。
マッピング表そのものの保守は残る。 料率の改定や決済手段の追加で内容が変わるため、各事業者の公式FAQを定期的に取得して差分を見る必要がある。 この部分こそエージェント向きの仕事である。
会計ソフト向けの拡張機能を設計するときも、方針は同じである。 AI に登録権限を渡すのではなく、候補と根拠を並べて人が承認する形にする。 画面にはこう出すのがよい。
交通系ICカード 決済手数料 1,622円 → 課税仕入10%
根拠: Airペイ公式FAQ「2.95%（税抜）」表記 / 前払式で役務提供の対価
同一事業者の過去12件も同じ区分
最後に現実的な注意を書いておく。 本当のボトルネックは判定ではなく、顧問先から明細を受け取るところにある。 明細が届かないなら、判定をいくら自動化しても作業は始まらない。 自動化の投資先としては、収集の経路を整えるほうが先である。
もう1つ、税理士として出せる助言に「決済事業者を1本化する」という選択肢がある。 Square に寄せれば手数料はすべて消費税なしで処理でき、この論点自体が消える。 分け方を教えるより、分けなくてよい状態を作るほうが早い場合がある。