税込と税抜、どちらを基準にすべきなのか
〜「最初から税抜で管理すればよい」という反論を考える〜

この回の役割 ・ 業務判断
税込が絶対に正しいという話ではありません。誰に対する価格を基準にするか——消費者向け（BtoC）と事業者間（BtoB）の違いから考えます。

要点先に、この回の要点

税込と税抜のどちらが正しいかではなく、扱う世界が違います。事業者間・原価・卸は税抜基準が向き、消費者向けEC・会員・予約はお客様が見る税込を基準にするのが自然です。要は「どちらから計算を始めるか（正本）」を決めること。

• 消費者は税込を見る。税抜経由で割引すると「500円引きが501円引き」になったり、送料無料判定が1円ずれることがある。
• 税込・税抜を両方保存しても、どちらを計算の起点（正本）にするか決めないと、別システムが逆算して値がずれる。
• 「この業種なら必ず税抜」ではない。誰に約束した価格を正本にするかという業務判断。

前回は、税込価格から税抜金額を逆算すると、商品ごとの税抜合計と、注文全体から求めた税抜金額が合わなくなることを見ました。税込100円の商品を3個買う。税込合計は300円です。しかし、商品ごとに税抜へ戻すと270円。注文全体から税抜へ戻すと272円。同じ注文から、二つの税抜金額が生まれました。ここまで読むと、当然、次の疑問が出てきます。

それなら、最初から税抜で管理すればよいのではないか。

もっともな疑問です。税抜価格を出発点にして、最後に消費税を加える。そうすれば、税込から税抜へ戻す必要はありません。では、会員システムも税抜を基準にしたほうがよいのでしょうか。結論から言えば、消費者向けの会員システムでは、必ずしもそうではありません。

税抜が向いているシステムもある

最初に確認しておきたいのは、税抜管理が悪いわけではないということです。

こうしたシステムでは、商品そのものの価格と消費税を分けて考えたい理由があります。税率が変わっても本体価格を維持したい。仕入れと販売の差額を確認したい。税抜金額を基準に、見積りや請求を組み立てたい。このような世界では、税抜を出発点にする設計は自然です。

税抜で考えるのは、具体的にどんな業種・取引か

税抜構造で考えるのは、経験上、次のような業種・取引で多く見られます。いずれも、本体価格を先に決め、消費税をあとから加える取引です。

ただし「この業種なら必ず税抜」ではない

ここで注意したいのは、これは「この業種なら必ず税抜」という意味ではないということです。より正確には、業種そのものではなく、取引のかたちによって、税抜が使いやすいかどうかが決まります。

同じ会社でも、法人向けの見積りは税抜、一般のお客様向けの販売は税込、と場面によって基準が変わることは珍しくありません。

そして、消費者向けのEC、会員サイト、予約サービスは、少し違う世界で動いています。

お客様が見ているのは税込金額

消費者向けサービスで、お客様が目にするのは税込金額です。税込980円の商品。500円引きのクーポン。1ポイントを1円として利用。税込5,000円以上で送料無料。お客様は、これらを税抜金額へ戻して考えてはいません。画面に表示された税込金額を見て、購入するかどうかを判断します。500円引きと書かれていれば、支払額が500円減ると考えます。

支払総額だけなら、税込は500円をそのまま引ける

税込1,100円の商品に、500円引きのクーポンを使うとします。税込を基準にしていれば、計算は簡単です。1,100円 − 500円 ＝ 600円。お客様が見た「500円引き」と、実際の支払額が一致します。途中で税抜へ戻す必要はありません。端数も生まれません。ただしこれは、お客様の支払総額だけを考えた場合です。軽減税率が混在する注文や、請求書で税額を明記する場合には、内部で税区分ごとの配分が必要になることがあります。

では、同じ500円引きを、税抜の世界で計算するとどうなるでしょうか。

税抜へ戻すと、500円引きが501円引きになることがある

次の例は、税抜金額へ変換してから割引額を計算する設計の場合です。すべてのシステムで必ず起きるわけではなく、変換や丸めの順序をどう決めるかによります。ここでは、その一例として見てください。

原因は、税込500円を税抜へ戻したときの端数と、割引後の消費税を計算したときの端数です。税抜を経由したことで、戻す・丸める・税を計算する・また丸める・税込へ戻す、という処理が加わりました。丸める場所が増えたことで、第1回で見た1円の差が、ここでも現れたのです。

送料無料の判定でも同じことが起きる

「税込5,000円以上のお買い上げで送料無料」という条件があります。お客様が見ている基準は、税込5,000円です。税込を基準にしていれば、注文合計が5,000円以上かどうかを、そのまま判定できます。

しかし、税抜を基準にすると、税込5,000円を税抜へ戻すと、5,000円 ÷ 1.1 ＝ 約4,545.45円。税抜4,545円以上を送料無料とするのか、4,546円以上とするのか、毎回税込へ戻して判定するのかを決めなければなりません。方法によって、送料無料になる注文と、ならない注文が分かれる可能性があります。

お客様の画面には「あと1円で送料無料」と表示されているのに、内部ではすでに送料無料になっている。その反対も起こり得ます。税込で一つだった基準を税抜へ置き換えたことで、別の判断が生まれます。

注文全体の割引を、商品ごとに分ける

注文全体へ500円引きを適用したあと、商品ごとの明細にも割引後金額を表示したいことがあります。税込を基準にしていれば、税込の商品金額へ500円を配分します。しかし、税抜を基準にすると、税込500円を税抜へ戻す、商品ごとに配分する、配分した金額を丸める、それぞれへ税を加える、商品明細の合計を注文合計へ合わせる——という処理が必要になります。

商品が増えるほど、丸める回数も増えます。第1回で見た「部分ごとに丸めるか、全体で丸めるか」という問題が、割引の配分でも再び現れます。

1,003円を1,000円にするだけでも逆算が必要になる

税込1,003円の注文を、1,000円ちょうどにしたいとします。税込を基準にしていれば、3円引けば終わります。1,003円 − 3円 ＝ 1,000円。しかし、税抜の世界で3円を処理しようとすると、3円 ÷ 1.1 ＝ 約2.72円となります。税抜2円を引くのか、税抜3円を引くのか。そのあと税を加え直し、本当に税込1,000円になるかを確認しなければなりません。お客様が見ている税込合計を3円調整するだけの処理に、逆算と再計算が加わります。

会員ランク別の定額割引も同じ

「ゴールド会員は、毎回300円引き」という特典があるとします。お客様は、支払額が300円減ると理解します。税込を基準にしていれば、注文合計から300円を引くだけです。税抜を基準にすると、300円を税抜へ戻し、割引後に税を加え直す必要があります。会員ランクが増えれば、それぞれの割引額について同じ変換が必要になります。サービスを増やすたびに、逆算と端数処理も増えていきます。

柔軟性とは、変更しやすさのこと

ここでいうシステムの柔軟性は、税込と税抜の両方を表示できるといった機能数の話ではありません。新しいサービスを加えたときに、既存の計算を壊さず、素直に組み込めるかという話です。500円引き、100ポイント利用、初回300円引き、会員ランク別の割引、税込5,000円以上で送料無料——これらは、すべてお客様が見る税込金額を基準にしています。税込を計算の中心に置けば、その数字を直接足し引きできます。

計算箇所が増えれば、確認すべき条件も増えます。変更の影響範囲も広がります。消費者向けサービスでは、これがシステムの柔軟性を損なうことがあります。

税込を基準にする理由

消費者向けのEC、会員サイト、予約サービスは、税込金額を中心に体験が設計されています。商品価格も、割引も、ポイントも、最終的な支払額も、お客様が目にするのは税込の数字です。そのため、消費者向け会員システムでは、税込金額を計算の基準に置く理由があります。一方、原価や事業者間取引を扱う基幹、管理会計、卸売りのシステムでは、税抜を基準にする理由があります。

どちらが優れているかではありません。扱っている世界が違うのです。

税込を基準にすれば、すべて解決するわけではない

もちろん、税込を基準にすれば、すべての端数問題が消えるわけではありません。商品ごとに計算するのか、注文全体で計算するのか、どこで丸めるのか——第1回と第2回で見た問題は残ります。

ただし、少なくとも、お客様に見せた税込の割引額やポイント利用額を、そのまま計算へ使えます。お客様が見ている数字と、内部で計算する数字を一致させやすくなります。これが、消費者向け会員システムで税込を基準にする大きな理由です。

税込200円は、税抜181円から計算された価格なのか

税抜価格で管理している基幹システムでも、税込価格を同時に保存していることがあります。たとえば、次のような商品です。

税抜181円に10％を加えると、181円 × 1.10 ＝ 199.1円です。1円未満を切り捨てても、四捨五入しても199円です。税込200円にするには、切り上げる必要があります。

しかし、実際には会社全体で切り上げを採用しているとは限りません。別の商品では切り捨て、別の商品では四捨五入、さらに別の商品では500円や1,000円など、切りのよい税込価格へ調整していることがあります。これは、端数処理の方法を商品ごとに変えているというより、

税込価格を、人が販売価格として決めている

ということです。税込200円で売りたい。その結果として、税抜181円と税込200円が同時に保存されています。

どちらも正しいように見える

税抜181円も、税込200円も、商品マスタに保存されています。そのため、どちらも正しい価格のように見えます。しかし、この二つは計算上、完全にはつながっていません。税込200円を税抜へ戻すと、200円 ÷ 1.10 ＝ 約181.81円。保存されている税抜181円とは一致しません。

ここで、別のシステムが税抜181円を基準に税込価格を計算すると、199円になります。一方、ECサイトや店頭では、保存されている税込200円を表示します。すると、

税込価格が販売価格なら、税込を基準にする

税込200円が、人が決めた販売価格であるなら、その商品については税込200円を基準に考えたほうが自然です。販売価格は200円。その200円から、税抜相当額や消費税額をシステムが求めます。

反対に、税抜181円を基準価格とするのであれば、税込価格は端数処理のルールに従って自動計算しなければなりません。商品ごとに人が199円を200円へ直してしまうと、税抜価格と税込価格の関係が崩れます。大切なのは、

税込と税抜の両方を保存することではなく、どちらから計算を始めるのかを決めること

です。

今回の答え

では、税込と税抜のどちらを基準にすべきなのでしょうか。原価、卸売り、事業者間取引を中心に考えるなら、税抜を基準にする理由があります。一方、ポイントや割引を使い、お客様へ税込価格を見せる消費者向け会員ビジネスでは、税込を基準にする理由があります。ただ、より本質的に言えば——税込と税抜のどちらが正しいかではありません。お客様に約束した金額を、どこまで一貫して守れるかが重要です。そのサービスで、お客様がどの数字を見て、何を判断するのか。守るべき数字を決め、それを最後までぶらさない。基準を税込に置くのは、その約束を守りやすいからです。

誰が決め、何が計算され、何を残すのか

どちらを基準にするかは、計算式ではなく、誰に約束した価格を正本にするかという業務判断です。判断・計算・記録に分けて整理します。

これは「税込が常に正しい」という意味ではありません。消費者へ約束した金額を正本にする——という設計例です。事業者間取引が中心なら、税抜を正本にする設計もあり得ます。

税込と税抜のどちらが正しいかではありません。お客様へ約束した金額を正本に定め、同じ取引なら誰が計算しても同じ請求額を再現できること——それが基準を決める意味です。

Series ・ 特別編 大人の算数・国語・論理的思考 ― 連載一覧へ

よくあるご質問（FAQ）