あるプリントオンデマンド事業者が2月にShopify Paymentsの1099-Kを開くと、実際に稼いだ金額とはまるで違う数字が並んでいる。フォームには5万ドルの総支払額と記載されている。銀行口座の残高は年間でおよそ1万4,000ドルしか増えていない。何もおかしなことは起きていない——しかし、残りの3万6,000ドルがどこへ消えたのかを理解しないままその5万ドルを所得として申告してしまえば、IRSに大幅な過払いをするか、何かが盗まれたのではないかとパニックになるかのどちらかになる。
このギャップこそ、プリントオンデマンド(POD)事業者が犯す最も一般的な記帳ミスであり、その原因はほとんど誰も明確に説明してくれないある細部にある。販売するプラットフォームによって、どの税金を負担すべきか、そしてコストをどう会計処理できるかが決まるのだ。この区別を誤ると、COGS、売上税の申告、Schedule Cといった下流の作業すべてが、後から気づきにくい形で狂ってしまう。
2つのビジネスモデル、まったく異なる2つの税務像
プリントオンデマンドには実に幅広い形態があるが、記帳の観点で見れば実質的にモデルは2つしかなく、その振る舞いはまったく異なる。
モデルA:あなた自身が販売者(merchant of record)である場合。 自分の店舗——Shopify、WooCommerce、あるいは独自運営のEtsyショップなど——を運営し、PrintfulやPrintifyのようなフルフィルメントパートナーを連携機能を通じて接続する。顧客はあなたに直接支払う。そしてあなたが、商品1点ごとの基本生産コストをフルフィルメント会社に支払う。法律上あなたが販売者であるため、売上税の納税義務を負う一方で、実際の売上原価(COGS)を控除できる。
モデルB:あなたがロイヤリティの受取人である場合。 Redbubble、Merch by Amazon、TeePublic、Society6、Zazzle、Springといったマーケットプレイスにデザインをアップロードする。マーケットプレイスが商品の価格を設定し、取引を処理し、製造・発送を行い、販売ごとにロイヤリティをあなたに支払う。あなたが売上税の申告に関わることは一切なく——そしてここが出品者がよく誤解する部分だが——控除できる売上原価は一切ない。なぜなら、あなたは商品の代金を一度も支払っていないからだ。「商品原価」に相当するものはすべて、ロイヤリティがあなたの手元に届くよりも前に、マーケットプレイスの取り分の中に織り込まれている。
この2つのモデルを混同することが、POD記帳ミスの大半の出発点になる。Redbubbleのロイヤリティ収入がShopifyストアの収入と同じ仕組みで動くと思い込んでいる出品者は、本来認められていないCOGS控除を作り出してしまうか、実際には必要な売上税の許可登録を怠ってしまうかのどちらかに陥る。
モデルAの出品者にとってCOGSが実際どう機能するか
PrintfulやPrintifyを通じて自分の店舗を運営している場合、無地製品・印刷・梱包に対して支払う料金は正当な売上原価となる——ただし、それが帳簿上の正しい場所に計上されている必要がある。
Schedule C上では、これは次のことを意味する。
- 基本生産コストはPart III、Line 36(仕入高)に計上する。
- フルフィルメントパートナーが請求する送料は、通常Part III、Line 38(その他の経費)に計上するか、使用している記帳ソフトの分類方法次第でCOGSに組み込まれる——重要なのはどの行に正確に入れるかではなく、一貫性を保つことだ。
- 期末在庫は0ドルだ。 プリントオンデマンドは定義上、受注生産(メイド・トゥ・オーダー)である。物理的な在庫を一切保持しないため、従来型の小売業者が行うような年末の在庫評価というステップが存在しない。
注意すべき実務上のミスがある。多くの出品者は、Shopify Paymentsが入金した瞬間に販売の収益を記録するが、数日後——しばしば別のバッチで、時には別の月に——PrintfulやPrintifyが請求するフルフィルメント請求書を別途記録することを忘れてしまう。帳簿が入金側だけを捉えている場合、フルフィルメントの請求が追いつくまでP&Lは実際より利益が出ているように見える——そして気づいたときには、水増しされた数字に基づいて四半期の予定納税をすでに申告してしまっているかもしれない。
対策は機械的だが不可欠だ。その期間の帳簿を締める前に(締めた後ではなく)、すべての入金を対応するフルフィルメント請求書と突き合わせて照合すること。
マルチプラットフォームの売上税:チャネルごとに「ネクサス」の意味が異なる理由
ここは、同じデザインを複数のチャネル——例えばShopifyストアとEtsyショップとRedbubbleアカウント——にまたがって販売している出品者がつまずきやすい部分だ。
マーケットプレイス(モデルB)はマーケットプレイス・ファシリテーターである。 Etsy、Redbubble、Amazon Merchなどのプラットフォームは、それが求められるすべての州において、あなたに代わって売上税を計算・徴収・納付することが法律で義務付けられている。あなたは登録も申告も一切行う必要がない。
自分の店舗(モデルA)は自動的にはカバーされない。 Shopify自体は、あなた自身のドメイン経由の注文についてはマーケットプレイス・ファシリテーターではない——経済的ネクサス(economic nexus)のしきい値を超えた州ごとに、その責任は自分で負うことになる。(Shopifyの別アプリである「Shop」チャネルは2025年から対象注文の税の徴収・納付を開始したが、これはその特定のチャネル経由の販売にのみ適用され、あなたのメインの店舗には適用されない。)
つまり、1人の出品者がある州において、Shopifyストア経由では正当に売上税の登録・申告義務を負う一方で、同じ州で同じ商品をEtsyやRedbubble経由で販売した場合には一切の義務を負わない、ということが起こり得る。記帳では総収益だけでなく、各販売がどのチャネルから生じたのかを追跡しなければならない。そうしなければ、不要な許可を登録してしまうか——さらに悪いことに——本当に必要な許可を見逃してしまうことになる。
PODに特有のもう一つの層がある。フルフィルメント手数料そのものが課税対象になり得るという点だ。PrintfulやPrintifyに再販証明書(resale certificate)を提出しない場合、彼らは卸売の生産コストに対して売上税を請求してくる——そしてあなたは最終消費者ではないため、その税を法的に取り戻すことはできない。再販証明書を提出すること(プラットフォームの税設定画面で、州ごとの証明書、またはほとんどの州で受け付けられているMultistate Tax Commissionの統一様式のいずれかを使用する)で、この二重課税を防げる。これは請求書に説明のつかない請求が付いていることに気づいた後ではなく、最初の販売の前に済ませておく価値がある。
正気を保ちながら入金とフルフィルメント請求書を突き合わせる方法
POD記帳における中心的な運用上の課題は、複雑な計算ではない——互いにきれいに連携するようには設計されていないシステム間の、タイミングのずれなのだ。
- 顧客がShopifyまたはEtsyに支払う。 その支払いは、Shopify Payments、Stripe、あるいはEtsy Payments経由で、それぞれ独自のスケジュールで決済される(多くの場合2〜5営業日後に、他の注文とまとめてバッチ処理される)。
- 注文はPrintfulまたはPrintifyへと流れ、そこから別途請求書が届く——注文ごとの場合もあれば、まとめてバッチで届く場合もある——そしてそれは多くの場合、入金とは異なるスケジュールで行われる。
- 複数のチャネルで販売している場合、それぞれが独自の入金レポート、独自の手数料体系、独自のタイミングを生み出すが、すべては同じフルフィルメントパートナーへとつながっている。
意図的なプロセスがなければ、入金を収益として記録したまま、対応するフルフィルメントコストが実際に計上されたかを後から追跡することを怠りがちになる。これをほぼ解決するシンプルな習慣がある。月を締める前に、フルフィルメントパートナーの注文単位のコストレポートを取得し、同じ期間のチャネル入金レポートと1行ずつ突き合わせるのだ。一致しないもの——顧客の支払いは記録されているのに対応するフルフィルメント請求がない注文、あるいはその逆——は、次の期間で解消されるタイミングのずれか、今すぐ調査する価値のある本当のエラーのどちらかだ。
これはまさに、ブラックボックスのダッシュボードではなく、実際に監査可能な記録があってこそ真価を発揮する類の照合作業だ。フルフィルメント請求書、チャネル入金、徴収した売上税のすべてが、元の注文への明確な参照付きでプレーンテキストの取引として記録されていれば、不一致を追跡するのに要する時間は、3つの異なるプラットフォームからCSVをエクスポートして丸一日の午後を費やす代わりに、数分で済む。
1099はどうなるのか?
モデルAの出品者は自らが販売者であるため、PrintfulやPrintifyはそもそも1099を発行しない——受け取ることになる1099-Kは(受け取る場合)、決済処理業者(Shopify Payments、PayPal、Stripeなど)から、純利益ではなく総取引高に基づいて発行される。この数字こそ、正確な利益額にするために前述のCOGS控除を必要とする数字だ。
モデルBのマーケットプレイスは対応がまちまちだ。Amazon MerchとZazzleは、報告しきい値を超えるロイヤリティ収入について直接1099を発行する。Redbubble、TeePublic、Society6などその他のプラットフォームは、支払いをPayPalやPayoneer経由でルーティングしており、しきい値を満たせばこれらの事業者が代わりに1099-Kを発行する。いずれにせよ、報告しきい値が決めるのはプラットフォームがあなたにフォームを送付する必要があるかどうかだけであり、その所得が課税対象かどうかには一切関係がない。ロイヤリティであれ店舗の利益であれ、1099が受信トレイに届くかどうかにかかわらず、1ドル単位で申告義務がある。
もう一つ触れておく価値のある分類上の注意点がある。マーケットプレイスはモデルBの支払いをしばしば「ロイヤリティ」と呼ぶが、単発の知的財産をライセンスしているのではなく、積極的にデザインをアップロードしショップを事業として運営しているのであれば、IRSはそれを継続的な事業からの所得として扱い、受動的なロイヤリティ所得ではなく自営業税(self-employment tax)の対象となる自営業所得とみなす。
プリントオンデマンドの帳簿を、設計段階から照合された状態に保つ
Printful経由で単一のShopifyストアを運営している場合でも、5つのマーケットプレイスを同時に切り盛りしている場合でも、年末の思わぬ事態を避けられるのは、毎年4月にではなく毎月フルフィルメントコストと入金を照合している出品者だ。Beancount.ioは、プレーンテキストでバージョン管理された会計を提供し、COGS、徴収した売上税、マルチチャネルの入金を、明確にラベル付けされた監査可能な取引として追跡することを容易にする——ベンダーロックインもブラックボックスもない。無料で始めて、開発者や財務に強い出品者たちがなぜプレーンテキスト会計へ乗り換えているのかを確かめてほしい。
