二月份你打开银行账单，看到一笔来自 Apple 的存款，发现它与刚刚发到你收件箱的 1099-K 表单上的数字相差甚远。是 Apple 弄错了吗？是你被克扣了钱吗？国税局（IRS）会认为你在隐瞒收入吗？
都不是。如果你通过 App Store 或 Google Play 销售应用、订阅或应用内购买项目（IAP），你的税表数字与你支票账户里的金额本来就不应该一样——如果你不明白其中的原因，报税季就会变成一场瞎猜的游戏，而不是只需五分钟的对账。
这是独立开发者和小团队应用开发者最常遇到的困惑之一，但只要稍微理清结构，这个问题完全可以迎刃而解。以下是导致差距的真正原因，以及如何建立记账习惯，让你时刻做好审计准备，不再畏惧一月份。
为什么 1099-K 数字看起来不对（其实它是对的）
一旦总收款金额超过 IRS 的申报门槛（2026 年为未调整总销售额 5,000 美元，未来几年将逐步过渡到法定门槛 600 美元），Apple 和 Google 就必须向美国开发者发放 1099-K 表单。这里的关键词是总额（Gross）。
1099-K 表单报告的是未调整的总销售额——即在扣除以下任何项目之前的面向客户的全额售价：
- Apple 或 Google 的佣金（标准为 30%，如果你符合减免计划资格，则为 15% —— 详见下文）
- 销售后产生的退款和拒付（Chargebacks）
- 汇率换算差额（如果客户使用的支付货币与你的收款货币不同）
- 平台代收代缴的税款（增值税 VAT、商品及服务税 GST，以及美国许多州的销售税。Apple 和 Google 均作为“商城服务商”直接处理这笔税款的缴纳，因此资金从未经过你的手，但它确实被计入了所报告的总销售额中）
- 预扣税（如果你是外国开发者，或未归档所需的税务文件）
因此，仅在扣除佣金之后（甚至还未考虑退款或汇率影响），你 1099-K 表单上 10,000 美元的总销售额就可能缩水为 6,800 至 7,000 美元的实际开发者收益。这并不是错误——而是总收入（Top-line revenue）与应用商店所谓的“开发者收益（Developer proceeds）”之间的区别。
每个应用开发者都应该追踪的四个数字
与其在事后试图将一个数字与另一个数字勉强对上，不如在全年追踪四个不同的数据。每个数据都有不同的用途：
- 总收入（Gross revenue）—— 也就是 1099-K 表单上的数字。客户支付的全额，不扣除任何费用。这是 IRS 在税表上看到的数字。
- 净回款（Net payout）—— Apple 或 Google 在扣除佣金、退款和汇率换算后，实际存入你银行账户的金额。从记账的角度来看，这是你真实的业务总收入。
- 税后收入（After-tax income）—— 净回款减去你应该为联邦自雇税、个人所得税以及州税（如果适用）预留的约 25-35% 的税款。
- 实际到手收入（Real take-home）—— 税后收入减去业务开支（开发者计划年费、云托管服务、外包付款、软件订阅费、广告开销等）。
大多数关于“为什么这些数字对不上”的恐慌，都源于开发者将第 1 个数字与第 4 个数字进行对比，并误以为哪里出了问题。它们本来就不应该对上。它们只是同一笔钱在不同阶段的体现。
从哪里获取真实的数字
你不需要手动逐行核对 Apple 或 Google 的月度报告——但你确实需要建立一个固定的流程。
Apple (App Store Connect)：
- **“付款和财务报告”**按地区显示每月收益，该收益已经扣除了 Apple 的佣金。
- 给定月份的财务报告通常会在下一个财政月的第一个星期五之前生成完毕——不要对账太早，否则你对比的将是不完整的数据。
- 汇率换算发生在付款日，而不是购买日，这意味着即使外币标价相同，12 月份产生的销售也可能与 11 月份的销售转换为不同的金额。
Google Play Console：
- **“订单管理”和“财务报告”**页面将总销售额、Google 服务费、退款和拒付分解为独立的行项目——这比 Apple 打包的月度报告更细致，但也是按月提供而非实时提供。
- 自 2026 年 8 月 3 日之后提交的订单开始，Google Play 开始与开发者共同分担拒付成本：对于恶意纠纷，现在由你承担购买价格（扣除 Google 的费用）以及信用卡网络的拒付手续费，而不再由 Google 承担全部费用。如果拒付在你的收入中占了不小的比例，那么这将是未来需要单独追踪的一项新成本支出。
实用的记账习惯： 在每个月月末，将总收入、佣金、退款和净回款作为四个独立的数字记录在你的账本中，而不仅仅记录银行存款金额。当下一年一月份 1099-K 表单寄达时，你的总收入总和应该已经与表单完全一致，因为你全年都在追踪总额，而不是事后去倒推。
不要忽视佣金减免计划
如果你是一名小规模开发者，你支付的佣金可能比你想象的要少，或者你可能因为没有加入计划而蒙受了损失。
- Apple 小企业计划（Small Business Program）： 佣金降至 15%（标准为 30%），适用于在上一个日历年内总收益（扣除 Apple 分成后）不超过 100 万美元的任何开发者或公司。在 App Store Connect 内部申请加入非常简单且为自助服务——无需繁琐的申请人工审核。
- Google Play 的同类计划： Apps Experience Program 和 Games Level Up Program 为符合条件的应用和游戏在每年首个 100 万美元的收入中提供 15% 的优待费率，而 Play Media Experience Program 甚至可以将集成了 Android TV、Wear OS 或 Google Cast 的电子书、音乐和视频流媒体应用的佣金降低至 10%。与 Apple 的计划不同，Google 的计划需要申请并匹配相应的品类，并不是自动生效的。
如果你在年中超过了 100 万美元的收益门槛，或者你的应用类别发生了变化，请每年重新评估你的加入状态。一个符合 15% 资格却仍在支付 30% 佣金的开发者，正在默默损失一半的平台利润空间。
简单的月度对账流程
你不需要那些专门为企业级应用发行商设计的财务软件来处理这些。一个可重复的月度清单就足够了：
- 从 App Store Connect 和/或 Google Play Console 中导出当月的财务报告。
- 记录四个行项目：总销售额、平台佣金、退款/拒付、净回款。
- 将净回款与实际银行存款进行比对。 如果 Apple 的付款存在延迟（由于付款条款和货币不同，收益可能需要在销售后 30-45 天以上才能入账），请注意报告期的滞后，这样你才不会用本月的存款去比对本月的报告。
- 存款到账时，立即预留你的税款储备（净回款的 25-35%，如果你处于高税率州则需更多）并转入一个单独的账户——而不是等到报税季才做准备。
- 同时记录支出端。 Apple 每年 99 美元的开发者年费、Google 一次性 25 美元的注册费、任何外包或设计成本，以及用于开发的软件订阅，都是可以抵扣的业务费用，能够减少你的应纳税所得额——但前提是它们要被白纸黑字地记录下来，而不仅仅是记在脑子里。
每月坚持这样做，能把一年一度的报税期大乱忙转化为平时只需五分钟的行政事务。这意味着当你的 1099-K 寄到时，你只需将它与你手头已有的数字进行对比，而不必在期限压力下倒推一整年的平台报告。
用纯文本维护你的应用收入账本
电子表格在起步阶段确实好用，但一旦你要跨越两个平台、追踪好几个月的总收入、佣金、退款、汇率影响和多项开支时，表格很快就会变得难以维护——哪怕一个公式出错，你整个对账结果都会变得可疑。Beancount.io 为独立开发者提供了一个纯文本会计账本，让每一次 App Store 或 Google Play 的回款、退款和支出，都成为一条受版本控制的记录，你可以逐行进行审计——这里没有隐藏的公式，没有供应商锁定，其格式更是天生适合跨平台对账“总收入 vs 净收入”。免费开始使用，看看为什么那些习惯以代码思考的开发者更青睐以同样方式运作的记账工具。