会计里争论得最多的那一个问题
顶端那句话，你在利润表那级台阶上已经知道了：在权责发生制下，[[revenue|收入]]在「赚得」时入账，而不是在现金到账时。这一句话把容易的情形都了结了。可现实世界递上来的，是些更糟心的情形——一家软件公司把一套程序、一年的更新、外加一条客服热线，捆成一个 1,200 元的价格卖；一个建筑商，正干到一座两年工期大桥的半道上；一家电信运营商，在一份 24 个月的套餐里塞进一部「免费」手机。对其中每一个，那同一句钝问都会回来：「这一期间到底算多少收入，又有多少必须等？」把它答好，正是[[revenue-recognition|收入确认]]这件事的全部，而它是整个财务会计里争论最多、被重述最多、打官司最多的一个题目。
为什么这件事会争得如此激烈？因为收入是顶端那一行，而它下面几乎所有东西都要拿它来掂量。把明年的一块钱收入挪进今年，利润就鼓起来，股票看着便宜了，奖金指标达成了，贷款契约条件也满足了。「太早、太急着」确认收入的诱惑大得惊人——这正是为何准则制定者要用一本精确、共用的规则手册把这个问题圈起来，而不把它交给直觉。把本篇拿下，你就握住了那把钥匙，足以打开随后整级「收入与应收款」的台阶。
为何「风险与报酬」不再够用了
几十年来，老的判定是把[[realization-principle|实现原则]]用某种说法表述出来：当「所有权的风险与报酬」转移给了买方，就确认收入。对一个隔着柜台把一条面包递给顾客的面包师来说，这套话说得漂亮极了——占有、风险、报酬，全在同一刹那易手。麻烦在于，现代商业卖的远不止面包。当一笔买卖把一件产品、一份保修、持续的更新、再加一项退货权捆在一起时，去问「风险与报酬转移了吗？」，等于对一个本质上关乎「好几个」分别承诺、每个各在自己时点兑现的问题，给出一个雾蒙蒙的、全有或全无的答案。
更糟的是，「风险与报酬」含糊到可以被钻空子。处境相同的两家公司，可以读出不同的意思，而一家激进的公司，可以主张「货一发出风险就过去了」——哪怕客户可以把东西全退回来。美国的旧规则手册与国际的旧规则手册也早已彼此走偏，于是同一笔交易，竟可能在一个国家算收入、在另一个国家不算。于是 2014 年，两家准则制定者——FASB 与 IASB——联合发布了一套统一趋同的准则：在美国叫 ASC 606，在国际上叫 [[ifrs|IFRS 15]]——用一套有结构的程序，替换掉那句雾蒙蒙的口号。它把核心问题从「风险是何时过去的？」，挪到了一个更锋利的问题上：「卖方是在何时，履行了它对客户所许下的每一个承诺？」
把五步模型，从头走一遍
这套准则的核心，是[[five-step-revenue-model|五步收入模型]]——一份你对任何金额的每一笔买卖都要跑一遍的清单。别被「模型」这个词吓着；对一笔简单的当面成交，这五步会塌缩成一次心跳，你只有在面对那些复杂的捆绑销售时，才感觉得到齿轮在转。下面是整台机器，按顺序排好。
- 识别合同。是否存在一份真实的协议——双方都已认可，载明了各自的权利、付款条款，具有商业实质，而且收款是「很可能」的？一句随口的「说不定哪天我会买」不是合同；一张签了字的订单，或一次点下去的「提交订单」，才是。
- 识别履约义务。把合同拆成它一个个分开的承诺——每一项客户能单独从中获益的、可区分的货物或服务。那份软件捆绑销售，便拆成三个：那套程序、那一年的更新、那条客服热线。
- 确定交易价格。算出你预期有权取得的总额——扣掉折扣、预计的退货、以及任何浮动的部分——并剔除那些你只是替别人代收的金额，比如销售税。
- 把价格分摊到各项义务上。按「每一项若单独出售会卖多少钱」（它的单独售价）的比例，把那个总额分摊到一个个分开的承诺上。套餐里那部「免费」手机并不免费——每月话费里，其实有一部分是在为它付钱。
- 在每项义务被履行时确认收入。在某项承诺被守住的那一刻——或在它延续的整段时间里——把对应的那一片收入入账。有些承诺在「某一时点」完成（程序被下载）；有些则是「随时间」履行（那一年的更新，逐月赚得收入）。
第二步和第五步，是这套准则新的心脏，而把它们连起来的那个念头，正是你必须从本篇带走的：一项[[performance-obligation|履约义务]]，是一份合同里的一个可区分的承诺，而收入是一个承诺一个承诺地赚得的，不是一份合同一份合同地赚得的。正是这一个转变——把一笔买卖剁成它的一个个承诺、再随每个承诺被守住而逐一确认——是「风险与报酬」从来无法干净利落地办到的，也正是为何新模型能用同样的五步，去对付一份手机套餐，也对付一座大桥。
一个走通的捆绑例子：1,200 元的软件交易
数字能让这一切落地。1 月 1 日，一位客户为一份为期一年的交易预付了 1,200 元现金：一套可下载的程序、十二个月的更新、外加一年的客服热线。这些若分开来卖，定价会是 700 元、360 元、140 元——合计正好 1,200 元，所以这里没有折扣要分摊。真正的活儿，现在落在第五步上。程序在第一天就交付了：这是一项「时点」义务，于是它那 700 元立刻赚得。更新和客服热线，则各自在这一年里均匀地提供：这些是「时段」义务，每月分别赚得 360/12 = 30 元、140/12 ≈ 11.67 元。1 月 1 日这天，1,200 元里只有 700 元是收入。
那么，你已经握在手里的另外那 500 元现金，会怎么样？它现在还不归你叫作收入——你还欠着一年的更新和支持。它作为一项叫[[unearned-revenue|预收收入]]（递延收入）的负债，停在资产负债表上：一项你已收钱、却尚未交付的未来服务的承诺。一个月一个月地，你守住承诺，那项负债便随着收入被赚得而缩小——这正是你在上一级台阶遇到的「递延调整分录」那套机制，如今从收入这一侧再看一遍。下面这张草图，画出了第一天和一个寻常的月份。
Stand-alone prices -> Program 700 | Updates 360 | Support 140 (= 1,200)
Jan 1 (collect 1,200 cash; deliver program now)
Dr Cash ................. 1,200
Cr Revenue ............... 700 <- program: earned at a point in time
Cr Unearned revenue ..... 500 <- updates+support: still owed
Each month (deliver 1/12 of updates and support)
Dr Unearned revenue ...... 41.67
Cr Revenue ............... 41.67 (= 30 updates + 11.67 support)
After 12 months: unearned revenue 500 -> 0; total revenue = 1,200当付款不是「预付现金」时，什么会变——什么不会变
在前一个例子里，客户是先付了钱，可这五步对现金的时点毫不在意。把它翻过来：一家咨询公司在三月完成了一个 9,000 元的项目，并按 30 天账期向客户开账单。履约义务在三月被履行，所以这 9,000 元全是三月的收入——哪怕一分现金都还没动。那笔分录的另一边不是现金，而是[[accounts-receivable|应收账款]]：一项要求被付款的法律债权，一项资产，在活儿做完的那一刻就记下。预付的现金，把钱停泊在一项你欠着的负债里；先做完的活儿，把它停泊在一项别人欠你的资产里。确认追的是「被守住的承诺」，而现金，无论它何时到来，都只是结清账目而已。
最后再说一句诚实话，因为这块田里满是陷阱。五步模型是一套有纪律的框架，不是一道能把判断从中抹去的公式。一份合同里到底含有几项义务、其中每一项单独能卖多少、一个跨年项目进展到了几成、会有多少货物被退回——这里头每一个，都是一项凭良心做出的估计，而每一处，都是一家激进公司可能用力过猛的地方。ASC 606 与 IFRS 15 的用意，并不是要废掉判断，而是给判断套上一个共用的、透明的结构，好让两个诚实的会计师得出同一个答案，也让一个不诚实的会计师少几个可以藏身的暗影。在这里所谓精通，与其说是把五步背下来，不如说是看清那些判断究竟藏在哪里。