一位按需印刷卖家在二月打开自己的 Shopify Payments 1099-K 表格，看到的数字和自己实际赚到的钱完全对不上。表格上写着总支付金额 50,000 美元，而他的银行账户全年只增长了大约 14,000 美元。这并不是出了什么问题——但如果他不理解另外 36,000 美元去了哪里，直接把 50,000 美元当作收入申报，结果要么是大幅多缴国税局的税，要么会误以为钱被偷走了而惊慌失措。
这种差距是按需印刷（POD）卖家最常犯的记账错误，而它的根源在于一个几乎没人讲清楚的细节：**你所使用的销售平台决定了你需要缴纳哪些税，以及你可以如何核算自己的成本。**一旦把这个区别弄错，下游的一切——你的销货成本、销售税申报、Schedule C 表格——都会以事后很难察觉的方式出错。
两种商业模式，两套截然不同的税务图景
按需印刷涵盖了各种各样的经营方式，但从记账角度看，实际上只有两种模式，而且它们的运作方式截然不同。
模式 A：你是记录商户（merchant of record）。 你自己经营店铺——Shopify、WooCommerce，或者自建的 Etsy 店铺——并通过集成方式对接 Printful 或 Printify 这样的履约合作方。客户直接向你付款，你再按件向履约公司支付基础生产成本。法律上你就是卖家，这意味着销售税义务由你承担，同时你也可以扣除真实的销货成本。
模式 B：你是版税领取方。 你把设计上传到 Redbubble、Merch by Amazon、TeePublic、Society6、Zazzle 或 Spring 这样的市场平台。平台负责定价、处理交易、生产并发货，然后按销量向你支付版税。你完全不用碰销售税申报——而这正是卖家最容易搞错的地方——你没有任何可扣除的销货成本，因为你从来没有为商品付过钱。你的整个"产品成本"早在版税到手之前，就已经被计入了平台抽成之中。
混淆这两种模式，正是大多数 POD 记账错误的起点。如果一个卖家想当然地认为自己的 Redbubble 版税收入和 Shopify 店铺收入的处理方式一样，那么他要么会凭空捏造出一笔自己并无资格享有的销货成本扣除，要么会漏掉本该注册的销售税许可。
模式 A 卖家的销货成本究竟如何核算
如果你是通过 Printful 或 Printify 运营自己的店铺，那么你为空白产品、印刷和包装支付的费用就是合法的销货成本——但它必须记在账本中正确的位置。
在 Schedule C 表格上，这意味着：
- 基础生产成本填入 第三部分第 36 行（采购）。
- 履约合作方收取的运费通常归入 第三部分第 38 行（其他成本），或者根据你的记账软件的分类方式并入销货成本——关键在于保持一致，而不是究竟落在哪一具体行。
- 期末存货为 0。 按需印刷按定义就是按订单生产，你从不持有实物库存，因此年末不需要像传统零售商那样进行存货估值。
需要留意的一个实际错误是：很多卖家在 Shopify Payments 打款的那一刻就记录了这笔销售的收入，却忘了单独记录几天后 Printful 或 Printify 收取的履约发票——这笔费用往往属于不同批次，有时甚至跨到了不同的月份。如果你的账本只记录了入账的一侧，你的损益表就会显得虚假地盈利，直到履约账单最终追上来为止——而等你发现的时候，你可能已经按照这个虚高的数字申报了一个季度的预估税。
解决方法很机械但至关重要：在结算该期间账目之前，把每一笔打款都与对应的履约发票核对一致，而不是等到事后。
多平台销售税：为什么"关联关系（Nexus）"在每个渠道的含义都不一样
如果你把同一批设计同时放在多个渠道上销售——比如同时拥有 Shopify 店铺、Etsy 店铺和 Redbubble 账号——这一部分正是最容易让人栽跟头的地方。
市场平台（模式 B）属于市场促成方（marketplace facilitator）。 Etsy、Redbubble、Amazon Merch 等平台在法律上都被要求代表你计算、收取并缴纳所有要求征税的州的销售税。你不需要注册，不需要申报，完全不用插手。
你自己的店铺（模式 A）不会被自动覆盖。 对于通过你自己域名下的订单，Shopify 本身并不是市场促成方——这个责任需要你自己逐州承担，具体取决于你在哪些州已经越过了经济关联（economic nexus）门槛。（Shopify 独立的"Shop"应用渠道从 2025 年开始为符合条件的订单代收代缴税款，但这仅适用于通过该特定渠道产生的销售，并不适用于你的主店铺。）
这意味着同一个卖家完全可能因为 Shopify 店铺而在某个州需要合法注册并申报销售税，而在同一个州，通过 Etsy 或 Redbubble 卖出的完全相同的产品却什么都不欠。记账时必须追踪每笔销售来自哪个渠道，而不只是总收入，否则你要么会注册一些其实不需要的许可证，要么——更糟——漏掉真正需要的那些。
这里还有一层 POD 特有的问题：履约费用本身也可能被征税。如果你没有向 Printful 或 Printify 提交转售证明（resale certificate），他们就会对批发生产成本向你收取销售税——而这笔税你之后无法合法追回，因为你并非最终消费者。提交转售证明（通过平台的税务设置，使用某个州专属的证明，或者大多数州都接受的多州税务委员会统一表格）可以避免这种重复征税，最好在你的第一笔销售之前就完成，而不是等你在发票上发现一笔莫名其妙的费用之后才去补办。
如何在不把自己逼疯的前提下核对打款与履约发票
POD 记账的核心操作难点不在于复杂的数学计算，而在于那些从一开始就没打算彼此顺畅对接的系统之间的时间差：
- 客户向 Shopify 或 Etsy 付款。 这笔款项会按照 Shopify Payments、Stripe 或 Etsy Payments 各自的结算周期到账（通常延迟 2 到 5 个工作日，并与其他订单打包结算）。
- 订单会流转给 Printful 或 Printify，由它们单独向你开具发票——有时按单开具，有时按批次开具——而且开票的时间安排常常与打款时间不同步。
- 如果你在多个渠道销售，每个渠道都会生成各自的打款报告、各自的费用结构和各自的时间安排，但最终都指向同一个履约合作方。
如果没有一套刻意设计的流程，很容易只把打款记录为收入，却从不回头确认对应的履约成本是否真的入了账。一个能解决大部分问题的简单习惯是：在结算任何一个月份之前，调出履约合作方按订单出具的成本报告，逐行与该期间的各渠道打款报告进行核对。任何对不上的地方——比如某笔订单显示有客户付款但没有对应的履约费用，或者反过来——要么是会在下一期自行解决的时间差，要么就是值得现在就去调查的真实错误。
这正是那种能从真正可审计的记录中受益的对账工作，而不是依赖一个黑箱式的仪表盘。当你的履约发票、渠道打款和已征收的销售税都被记录为带有清晰来源订单引用的纯文本交易时，追查一处不匹配只需要几分钟，而不是花一下午从三个不同平台导出 CSV 文件。
那 1099 表格呢？
由于模式 A 的卖家本身就是记录商户，Printful 和 Printify 根本不会给你开具 1099 表格——如果你收到 1099-K，它来自你的支付处理商（Shopify Payments、PayPal、Stripe），依据的是总交易额，而不是净收入。正是这个数字，需要经过上文所说的销货成本扣除，才能变成一个准确的利润数字。
模式 B 的各个市场平台做法不尽相同：Amazon Merch 和 Zazzle 会直接为超过申报门槛的版税收入开具 1099 表格；而 Redbubble、TeePublic、Society6 等其他平台则通过 PayPal 或 Payoneer 发放打款，如果达到门槛，由这些支付平台开具 1099-K。无论哪种方式，申报门槛只决定平台是否需要给你寄送表格——与这笔收入是否应纳税毫无关系。无论你的收件箱里有没有收到 1099 表格，每一美元的版税或店铺利润都需要申报。
还有一个值得特别提醒的分类细节：尽管市场平台经常把模式 B 的付款标注为"版税"，但如果你是持续、主动地上传设计并把这门生意当作一项经营活动来运营，而不是仅仅授权某一件一次性的知识产权，那么国税局会把这类持续经营所得视为需要缴纳自雇税的自雇收入，而不是被动的版税收入。
从一开始就让你的按需印刷账本保持对账一致
无论你是通过 Printful 运营单一的 Shopify 店铺，还是同时兼顾五个市场平台，能够避免年终意外的卖家，都是那些每个月都核对履约成本与打款、而不是等到每年四月才做的人。Beancount.io 为你提供纯文本、版本控制的会计方式，让你可以轻松地把销货成本、已征收的销售税和多渠道打款都记录为标签清晰、可审计的交易——没有供应商锁定，没有黑箱操作。免费开始使用，看看为什么越来越多的开发者和注重财务的卖家都在转向纯文本会计。
