メーカークーポン対店舗クーポン：実際に課税売上価格を引き下げる割引はどちらか

お客様がレジで1ドル引きのクーポンを差し出したとします。売上税は棚の表示価格全体にかかるのでしょうか、それともお客様が実際に支払う1ドル引き後の金額にかかるのでしょうか。どちらかを間違えると、お客様から過大に徴収するか、州への納付が不足するかのどちらかになります — そして監査人が罰則を科すのは納付不足のほうです。

答えはひとつの問いに集約されます：誰かがそのクーポンに対してあなたに払い戻しているか？ メーカーが払い戻すなら、州はそのクーポンを受け取った対価の一部として扱い、税は全額に対してかかります。誰も払い戻さないなら、そのクーポンはあなた自身の割引であり、税はお客様が支払った金額にのみかかります。この一つのルールで、ダブルクーポン・プロモーションからBuy One Get One Free（BOGO）の取引まで、レジで処理するほぼすべてのクーポンシナリオが説明できます。以下では、州ごとの仕組みと、帳簿を正しく保つ方法を説明します。

基本ルール：償還を追う​

売上税を課すすべての州は、同じテストのいずれかのバージョンを適用しています：

• 償還されるクーポン（通常はメーカーのクーポン）： 売上税はクーポン適用前の価格に対して発生します。あなたは依然として全額の売上価格を受け取っており — 一部はお客様から、一部はメーカーから — 課税売上価格は縮小しません。
• 償還されないクーポン（通常は店舗のクーポン）： 売上税はクーポン適用後の価格に対して発生します。そのクーポンはあなた自身の値引きであり、州はあなたが実際に受け取った分にのみ課税します。

$10の商品に$2のクーポン、税率7%の場合で計算してみましょう：

14セントの差は1件の取引では取るに足らないように見えます。週に何千枚ものクーポンを処理する食料品店全体では、メーカー クーポンを体系的に正味額で課税すると、申告期間ごとに積み重なる納付不足が生じます — さらに監査人が発見した際には罰則と利息も加わります。

償還テストは、クーポンを誰が発行したかという厄介な問いにも答えます。ラベルよりも資金の流れのほうが重要です。メーカーが印刷したが決して償還申請されないクーポンは経済的にはあなたの割引であり、逆にベンダーの共同広告プログラムが資金提供する「店舗クーポン」は償還されるクーポンのように見え始めます。スタッフにはクーポンをロゴではなく償還の有無で分類するよう訓練してください。

メーカー クーポン：全額に対する課税​

メーカーのクーポンは、あなたからの約束ではなく、ブランドからの約束です。それを受け入れるとき、あなたは購入価格の一部をお客様から、一部をメーカーから実質的に徴収しています。州はメーカーの償還を売上からの総収入の一部として扱います。

これは業務に3つの実際的な影響をもたらします：

1. POSシステムはクーポン適用前の価格で課税しなければならない。 ほとんどの現代のPOSシステムは、クーポンが汎用の割引ではなくメーカー クーポンとしてコード化されていれば正しく処理します。商品と支払方法の設定を監査してください：メーカー クーポンが「割引」として入力されると、割引後の価格で税が静かに計算されます。小売業者に最も大きな損失をもたらす設定ミスは、すべてを店舗割引のように扱う単一の汎用「クーポン」ボタンです。

2. 未償還のメーカー クーポンも依然としてカウントされる。 一部の小売業者は、実際にクーポンをクリアリングハウスに提出したときにのみ、償還された金額に対して税を納付します。州は一般に、クーポンを郵送するのに手間取ったかどうかを気にしません — 課税対象の事象は売上であり、あなたが受け取る権利のある対価によって測定されます。クーポンを速やかに提出する習慣を身につけつつ、すべてが履行されるものとして税を納付してください。

3. 手数料は税の相殺ではなく収入である。 クリアリングハウスやメーカーは、クーポン1枚につき少額の手数料（歴史的には約8セント）を支払うことがよくあります。その手数料は通常の事業収入です。課税売上を減少させるものではなく、手数料収入として、またはクーポン処理費用の減少として帳簿に計上します — どちらかの処理方法を選び、一貫して適用してください。

メーカー クーポン売上の記帳方法​

売上を棚の表示価格の全額で記録し、メーカーが支払うまでクーポンを売掛金として追跡します：

• お客様が支払った金額（クーポン差引後、全額に対する税を加算）で現金を借方に記入。
• クーポンの額面でクーポン売掛金（資産）を借方に記入。
• 棚の表示価格の全額で売上高を貸方に記入。
• 全額に対する税で未払売上税を貸方に記入。

償還が到着したら、現金を借方に、クーポン売掛金を貸方に記入します。一部のクーポンが拒否された場合 — 期限切れ、誤った償還、または誤った商品 — は、その売掛金をクーポン目減りまたは販促費の勘定に償却します。この償却勘定を監視する価値はあります：拒否率の上昇は通常、レジ係がクーポンを緩く受け入れていることを意味し、拒否されたクーポン1枚1枚は無駄に手放したマージンです。

店舗クーポン：実際に受け取った金額に対する課税​

店舗クーポン — 週刊チラシ、ロイヤルティアプリのオファー、「$25以上で$5引き」のレジクーポン — は、あなた自身のポケットからのお金です。誰もあなたに払い戻さないので、課税売上価格はお客様が支払う割引後の金額です。

同じ論理がほとんどの小売業者資金提供のプロモーションに当てはまります：

• ロイヤルティおよびスキャンカード割引は、割引があなたから出るため、課税価格を引き下げます。
• 将来の来店のためのレジ発行のカタリナ型クーポンは、ベンダーが償還しないと仮定すれば、償還時に店舗割引です。
• 従業員割引も同様に、差額をあなたが吸収するため、ほとんどの州で課税売上価格を引き下げます。

店舗クーポン売上の記帳方法​

割引後の純額で収益を記録し、純額に対して税を計上します：

• お客様が支払った金額で現金を借方に記入。
• 割引後の価格で売上高を貸方に記入。
• 割引後の価格に対する税で未払売上税を貸方に記入。

管理報告のために、多くの小売業者は総額から純額へのブリッジ — 棚の表示価格での総売上からクーポン割引を差し引くと純売上になる — も追跡し、プロモーションのコストを把握します。その反収益勘定（「クーポン割引」または「販促手当」）は内部分析用であり、売上税申告書は依然として純課税売上を報告します。

ダブルクーポン：差額を分割する​

ダブルクーポン・プロモーション — メーカーの$1クーポンに、あなた自身のお金でさらに$1を上乗せする — は典型的な試験問題であり、償還テストが明快に答えます：ダブルにしたクーポンはその2つの半分に分割します。 メーカーの$1の額面は課税標準に残り、あなたが上乗せした$1は除外されます。

$5の商品にダブルにした$1のメーカー クーポンの場合：

• 課税標準：$5からあなたの$1の上乗せを引いて = $4。
• メーカーの$1は、あなたが償還を受けるため課税対象。
• あなたの$1の上乗せは、誰もあなたに払い戻さないため非課税の店舗割引。

いくつかの州はルールをやや異なる言い回しにしていますが、経済学はどこでも同じです：税はあなたが保持するお金に従います。ダブルクーポンのイベントは慎重に文書化してください — POSはメーカーの額面と店舗の上乗せを別々の明細行として記録し、監査人がレジテープから再構築せずに分割を検証できるようにすべきです。

Buy One Get One Free（BOGO）および購入時無料特典​

BOGOプロモーションは、「無料」の商品が独自の税を負うべきに感じられるため、小売業者をつまずかせます。一般に、無料商品の資金をあなた自身が提供する場合、税はあなたが実際に受け取ったもの — 有料商品の価格 — にのみ適用されます。あなたから無料商品に対する使用税は発生せず、支払額に対する税を超えてお客様から売上税が発生することもありません。

2つのバリエーションが分析を変えます：

メーカー資金提供のBOGO。 ベンダーが無料商品の費用をあなたに償還する場合 — ディストリビューター主導のプロモーションでよくある — その償還はあなたの対価の一部です。一部の州はその取引をそれぞれ割引価格での2つの売上として扱い、これは商品の課税区分が異なる場合（例えば、課税商品と非課税商品の組み合わせ）に重要です。ベンダー契約を保管してください：無料商品があなたのプロモーションかベンダーのものかを証明する文書です。

非課税商品の購入に伴う無料商品。 有料商品が非課税（多くの食料品課税州では未調理食品が免除）で、無料商品が単独では課税対象となる場合、いくつかの州は無料商品を計上することを要求します — 時に公正価値での課税売上として、時に使用税の対象となる在庫からの払い出しとして。これはBOGOのエッジケースの中で監査に最も現れやすいもので、POSシステムが自動処理することはほとんどありません。「何かを購入すると課税商品が無料」のプロモーションを行う場合は、開始前に州がその景品をどう扱うか税務アドバイザーに確認してください。

「1つ買うと2つ目が50%引き」の取引はもっと単純です：それは2商品の割引価格にすぎず、税は割引後の合計に適用されます。2つで1つのレストランクーポンも同じです — 食事は割引で販売され、無償提供ではないので、税は受け取った金額に適用されます。

デジタルクーポン、アプリ、ロイヤルティプログラム​

紙のクーポンは縮小しています；アプリでクリップするオファー、デジタルウォレット クーポン、自動ロイヤルティ割引が成長分野です。古いルールは依然として適用されますが、お金の流れが見えにくくなっています：

• あなた自身が資金提供する小売業者アプリのクーポンは店舗クーポンです：純額に対する課税。
• クリアリングハウスを通じて提出されるデジタル メーカー クーポン（アプリがどのオファーがメーカー資金提供かを教える）はメーカー クーポンです：総額に対する課税、償還は売掛金として計上。
• サードパーティのキャッシュバックアプリで、お客様が全額を支払い後でアプリ会社から返金を受けるものは、一般にあなたの課税売上にまったく影響しません — あなたは全額を受け取り、それに対して税を納付しました。お客様のリベートはお客様とアプリの間の問題です。
• あなたが発行・償還するポイントとロイヤルティ報酬は、償還時にあなた自身の割引です。パートナーにポイントを販売する場合（例えばクレジットカード会社があなたのポイントを購入する）、その販売は独自の会計処理を持つ別の取引です。

デジタルオファーの運用上のリスクはPOSでの誤ったコード化です。紙のメーカー クーポンは少なくとも店舗クーポンとは見た目が異なりますが、アプリではすべてのオファーが同じバーコードとして表示されます。オファー設定のワークフローが、オファーを公開する前に資金源フィールド — メーカー資金提供か店舗資金提供か — を必ず強制するようにし、クリアリングハウスの償還を月次で償還実績と照合してください。照合されない差異は、請求されていないお金か、メーカー オファーが店舗割引として課税された証拠のどちらかです。

非課税および混合取引におけるクーポン​

クーポンは、新規の小売業者を驚かせる方法で非課税措置と相互作用します：

• 非課税商品に対するクーポン（ほとんどの食料品課税州の食品、処方箋商品、閾値以下の非課税衣類）は、どちらの方法でも売上税の結果をもたらしません。しかし、いずれにせよクーポンのコード化は清潔に保ってください — その商品の非課税ステータスが変わったり、バスケットが課税商品と非課税商品を混ぜたりすると、過去の誤ったコード化が監査の頭痛の種になります。
• 混合バスケットに対する定額の店舗クーポン（課税商品と非課税商品にまたがる$25以上で$5引き）は、商品間に配分すべきです。一般的なアプローチは比例配分です：バスケットの60%が課税対象なら、クーポンの$3が課税売上を減少させます。州が方法を規定しているか確認してください；規定していない場合は、合理的な方法を選び、文書化し、一貫して適用してください。
• 売上税ホリデーは別の厄介さを加えます：メーカーのクーポンは一般に、ホリデーの価格上限の目的では価格を引き下げません。売上価格はクーポン適用前に測定されるためです。$15のメーカー クーポン付きの$110の商品は、このルールに従う州では依然として$100のホリデー上限を超えます。

クーポン売上を監査対応可能に保つ​

クーポンの取扱いは、小売売上税監査で憂鬱なほど定期的に現れ、通常は数年にわたる納付不足税について交渉された追加課税として現れます。いくつかの管理策でそのほとんどを防げます：

1. POSでクーポンの種類を分離する。 メーカー クーポン、店舗クーポン、ダブルクーポンの上乗せ、ロイヤルティ割引に別々の支払方法または割引コードを。単一の汎用クーポンキーは、起こるのを待っている監査所見です。
2. 償還を月次で照合する。 90日を超えて未回収のクーポン売掛金は通常死んでいます — 拒否、紛失、または未提出。速やかに償却して貸借対照表を正直に保ち、目減り傾向を見えるようにしてください。
3. ベンダーのプロモーション契約を保管する。 ベンダー資金提供のBOGO、スキャンバック、共同プロモーションは、そのイベントの会計処理とともに契約をファイリングする必要があります。「ベンダーが私たちに払い戻した」だけでは書類なしに監査人が受け入れる立場ではありません。
4. バスケット単位のクーポンと混合取引の配分方法を文書化し、州のガイダンスと一致することを確認してください。
5. 更新のたびにPOSをテストする。 税率テーブルと割引ロジックはどちらもソフトウェア更新で変わります。テストバスケットを実行してください — メーカー クーポン1枚、店舗クーポン1枚、BOGO 1件 — そして税が正しく計算されることを、更新が稼働中のレジに届く前に検証してください。

初日からプロモーション会計を整理整頓する​

クーポン、BOGO、ロイヤルティ割引、ベンダーの償還はそれぞれ異なる行に影響します — 総売上、反収益、売掛金、手数料収入、未払税 — そして汎用の「割引」バケツはそのすべてを隠します。これらの流れを最初から分離することが、売上税申告を防御可能にし、プロモーションのROIを測定可能にするものです。Beancount.ioは、あなたの財務データに対する完全な透明性とコントロールを提供するプレーンテキスト会計を提供します — ブラックボックスなし、ベンダーロックインなし。無料で始めて、なぜ開発者や財務のプロフェッショナルがプレーンテキスト会計へ移行しているかをご覧ください。