一家公司剛簽下大型企業合約，Sales 先報了一個很漂亮的 Bookings；投資人簡報另外放了 Backlog 和 RPO；財報上的 Revenue 卻只增加一小部分，Cash 甚至可能還沒進來。
這種情況不稀奇。麻煩通常出在我們把幾個本來就不同的數字，當成同一筆錢在不同報表裡換名字。
Bookings 在描述公司怎麼計算「簽下來的商業承諾」；Backlog 在描述管理層怎麼看尚待完成的工作；RPO 往履約義務看；Revenue 要等履約條件成立；Cash 則看客戶什麼時候真的付款。它們會互相連動，但沒有哪一條規則保證五個數字會同時、同幅度移動。
要讀懂 Bookings 到 Revenue，中間最有用的不是背更多名詞，而是沿著同一份合約問：公司現在拿到了什麼承諾、還欠客戶什麼、已經完成什麼、何時開票，又何時收款？
1. 一張「100」的合約，可能同時存在好幾種 100
假設企業客戶簽了一份多年期軟體與服務合約。商務團隊可能在簽約時就把某個金額計入 Bookings；若公司有揭露 Backlog，也可能把未完成的交付放進去。
財務報表不會因為合約簽了就把整筆金額直接變成 Revenue。IFRS 15 與 ASC 606 的核心流程，是先確認合約和履約義務，決定交易價格（transaction price），分攤到各項履約義務，再依履約進度認列 Revenue。[1][2]
收款時點又可以完全不同。客戶可能先預付，Cash 先進來、Revenue 之後才認；也可能公司先履約並認列 Revenue，幾週甚至幾個月後才收到錢。
所以看到「合約價值 100」，至少還要拆出下面幾件事：
- 公司到底把多少算成 Bookings？
- 還有多少工作沒做完？
- 尚未履行的義務裡，有多少交易價格落在 RPO 的揭露範圍？
- 多少已因履約成為 Revenue？
- 哪些已開票？
- 哪些已收成 Cash？
同一張合約可以同時有不同答案，因為這些問題看的根本不是同一個時間點。
2. 先看定義權，再看成長率
| 指標 | 它主要回答什麼 | 性質 | 分析時最容易踩的坑 |
|---|---|---|---|
| Bookings | 公司認為本期簽下多少商業承諾？ | 通常是管理層或 Sales 定義的營運指標 | 不同公司可用不同口徑，不能直接當成標準化 Revenue 指標 |
| Backlog | 還有多少已承諾但尚未完成的工作？ | 多半是公司自定義揭露 | 可取消性、納入期間、訂單邊界都可能不同 |
| RPO | 有多少交易價格已分配到尚未履行或部分未履行的履約義務？ | 與收入準則揭露架構相連 | 揭露豁免、範圍與公司口徑仍要讀清楚，也不是未來 Revenue 保證書 |
| Recognised Revenue | 本期因履約而可認列多少收入？ | 財務報表會計結果 | 簽約、開票、收款都不能取代履約判斷 |
| Cash | 客戶實際付了多少？ | 收款與資金時點 | 可以早於，也可以晚於 Revenue |
Bookings 與 Backlog 最需要先查公司自己的定義。兩家公司都說「Bookings +30%」，實際上可能一個看年度合約價值，一個看總合約價值，甚至納入的訂單和期間都不同。Backlog 也可能因取消權、續約安排或交付範圍而失去表面可比性。
RPO 比較接近收入準則的語言，因為它和未履行的履約義務、以及分配到這些義務的交易價格有關；但仍要搭配公司的揭露邊界與實務豁免閱讀。[1][2]
把這五個數字放在一起時，可以先拆成四段狀態：
商業承諾 → 剩餘履約義務 → 已履約收入 → 收款
3. Revenue 要經過履約，不是經過簽名
對分析者來說，IFRS 15 / ASC 606 不必整本背，但五步模型不能跳過：[1][2]
- 確認與客戶的合約。
- 辨認公司承諾的履約義務。
- 決定交易價格。
- 把交易價格分攤到各項履約義務。
- 在履約義務被滿足時認列 Revenue。
假設一份企業合約同時有軟體授權、導入服務和後續支援。客戶雖然一次簽完，公司還是得判斷哪些承諾彼此可區分、價格怎麼分、各自是在某個時點完成，還是隨時間履行。
於是同一季出現下面三件事並不衝突：Sales 已把整筆交易算進 Bookings；財務揭露顯示大部分仍在 RPO；損益表只認列其中一部分 Revenue。
IASB 在 2024 年完成 IFRS 15 的 post-implementation review，結論是整體要求如預期運作，同時也列出部分應用議題供後續研究。[4]
4. 合約上寫的上限，不一定等於會計現在能用的交易價格
企業合約很常混有變動對價，例如達量折扣、rebate、service credit、performance bonus、退款條款、SLA 未達標的減價，或其他取決於未來事件的價格調整。
IFRS 15 與 ASC 606 要求企業估計這些 variable consideration，並考慮相關不確定性與 constraint；不能只看合約上限，就把全部金額視為可直接拿來認列的交易價格。[1][2]
這會直接影響 Bookings 和 Revenue 的解讀。商務團隊可能把一份含有 upside 的交易視為完整簽約價值，但收入認列使用的交易價格，可能因部分對價仍有條件而不同。
例如固定費用之外，只有在系統達到特定 uptime 才會多付一筆錢。這筆 upside 對商務價值當然有意義，但「條款存在」和「對價已經足夠確定」是兩回事。
5. 合約途中被改掉，原本的收入路徑也會跟著變
大型企業客戶很少從簽約到履約結束都一字不改。追加使用者、增購模組、延長期限、縮減 scope、重新議價，都可能形成 contract modification。
準則不會把所有 modification 當成同一類。視新增商品或服務是否 distinct、價格是否反映適當的 standalone selling price，以及原有履約義務已完成到哪裡，修改可能被當成獨立新合約、對剩餘義務做 prospective 調整，或在特定情況下產生 cumulative catch-up。[1][2][3]
6. 有些邊界不用背規則，先問「公司還欠客戶什麼」
幾個常見的複雜項目，可以先壓縮成一張檢查表：
| 合約邊界 | 分析時先問 | 常見誤讀 |
|---|---|---|
| Contract acquisition / fulfilment costs | 取得或履行合約的成本是否符合資產化條件？之後怎麼攤銷？ | 所有佣金都當期費用，或反過來全部資產化 |
| Returns / refunds | 客戶有沒有退貨、退款或價格調整權？ | 只看合約總額，不看退款風險 |
| Warranties | 只是基本 assurance，還是另有一項可區分的 service？ | 所有保固都視為同一種義務 |
| Licensing | 公司承諾的是什麼權利？是在某時點滿足，還是隨時間履行？ | 看到 licence 就假設簽約時一次認完 Revenue |
IFRS 15 對這些情況有更細的規定與例子。[1][3]
7. RPO 和 Deferred Revenue 重疊，但不是同一個盒子
Deferred revenue（或 contract liability）主要出現在資產負債表語境。簡化來說，公司已收到對價，或對價已到期可收，但相對應的履約還沒完成。
RPO 看的是尚未履行或部分未履行的履約義務，以及分配到這些義務的交易價格。[1][2] 因此兩者可能有交集，卻不需要相等。
Salesforce 的揭露很好用來看這個差異。Salesforce 將 RPO 描述為已簽約、尚未認列的 Revenue，並明確說明其中包含 unearned amounts 與 unbilled amounts。[5] 關鍵就在 unbilled。還沒開票的金額，不會因為尚未開票就消失在 RPO 之外；它也不一定已經以 deferred revenue 的形式出現在資產負債表上。
截至 2026 年 1 月 31 日，Salesforce 揭露 total RPO 約 724 億美元，其中 current RPO 約 351 億美元。[5] 這兩個數字讓人看到的是已簽約、尚未認列部分的規模和時間結構，不是「未來保證會有 724 億美元 Revenue」。Salesforce 也提醒，RPO 會受季節性、續約、合約期限、外匯與併購等因素影響。[5]
Backlog 的公司特定性通常更高，可取消訂單、交付期間與納入範圍都可能因公司而不同。
8. 六個事件，比一條「轉換率」更能看懂合約
把前面的規則全部塞回同一份虛構合約會比較直觀。
這家公司賣多年期企業軟體方案，包含初始導入交付與後續 stand-ready service；價格有固定部分，也有一段和服務表現連動的 variable consideration。公司依里程碑開票，付款日和履約日不完全一致，客戶中途還追加新服務。
這裡刻意不放任意金額。只看事件發生時，哪個指標真的有理由動：
| 事件 | Bookings | Backlog | RPO | Revenue | Cash |
|---|---|---|---|---|---|
| 1. 合約簽署 | 依公司定義可能增加 | 剩餘工作可能增加 | 尚未履行的交易價格開始成為重要分析對象 | 未履約部分不能只因簽約就認列 | 可能仍為 0 |
| 2. 提前開票或收到預付款 | 通常不因收款再增加 | 剩餘工作仍在 | 尚未履行的義務仍在 | 沒有新增履約，就不因收款自動增加 | 收到款時增加 |
| 3. 完成第一項 distinct deliverable，並開始持續服務 | 履約本身通常不改變 Bookings | 若 Backlog 追蹤剩餘工作，可能下降 | 隨義務被滿足而下降 | 隨履約增加 | 不一定同步變化 |
| 4. Variable consideration 的估計改變 | 依公司商業口徑處理 | 可能變，也可能不變 | 交易價格改變時可能連動 | 依事實影響當期或未來認列 | 不會自動改變 |
| 5. 客戶修改合約 | 可能新增 booking | 剩餘工作可能重畫 | 剩餘義務與分配可能改變 | 可能形成獨立、prospective 或 catch-up 效果 | 不會因 modification 本身自動增加 |
| 6. 後續履約與收款 | 沒有必然影響 | 剩餘工作繼續下降 | 未履行部分繼續下降 | 隨履約持續增加 | 客戶付款時增加 |
9. 指標不同步時，差距本身就是線索
Bookings 很強、Revenue 沒跟上，可能只是大型合約本來就跨期履約，也可能是導入延遲、產品組合改變、變動對價仍有不確定性，或 modification 改了後續認列方式。先找原因，不必先判好壞。
RPO 大幅增加時，可以往 current / non-current 的比例、前後期定義是否一致、揭露豁免、取消與重新議價條款，以及客戶集中度繼續查。RPO 能提供訊息，但不會替分析者下 verdict。
Revenue 成長、Cash conversion 轉弱也未必立刻代表收入品質惡化。Billing terms 或付款節奏可能只是往後移；如果情況持續，才值得往 accounts receivable、contract assets、collection terms 和客戶集中度追。Revenue quality 本來就包含 recurrence、contractual commitment、concentration 與 cash conversion 等不同維度。[6][7][8]
Backlog 長得比 RPO 快很多時，先查定義。兩者差距可能來自可取消訂單、不同時間範圍，或 Backlog 包含了 RPO 不涵蓋的項目。這種 mismatch 很適合拿來產生下一個問題，不適合直接拿來寫需求爆發的故事。
10. 財報看到 Bookings、Backlog 或 RPO，先做這九個檢查
- Exact definition：公司到底怎麼定義這個指標？
- Inclusions / exclusions：哪些合約、訂單、期間或可變項目被納入或排除？
- Cancellability / enforceability：客戶能不能取消？承諾是否可執行？
- Remaining performance：公司還欠客戶哪些商品或服務？
- Variable consideration：多少價格仍受 usage、rebate、bonus、refund 或 performance 條件影響？
- Contract modifications：本期有沒有大量 upsell、downsizing、延期或重新議價？
- Recognition trigger：什麼履約事件會讓 Revenue 被認列？
- Billing / contract balance：已開票了嗎？現在是 receivable、contract asset，還是 contract liability？
- Collection and comparability：Cash 何時收？這期和上期的指標口徑真的可比嗎？
References
- IFRS Foundation, IFRS 15 Revenue from Contracts with Customers. https://www.ifrs.org/issued-standards/list-of-standards/ifrs-15-revenue-from-contracts-with-customers/
- Financial Accounting Standards Board, ASU 2014-09: Revenue from Contracts with Customers (Topic 606). https://storage.fasb.org/ASU%202014-09_Section%20A.pdf
- IFRS Foundation, IFRS 15 Illustrative Examples. https://www.ifrs.org/content/dam/ifrs/publications/html-standards/english/2024/issued/ifrs15-ie.html
- IFRS Foundation, Post-implementation Review of IFRS 15 Revenue from Contracts with Customers. https://www.ifrs.org/projects/completed-projects/2024/post-implementation-review-of-ifrs-15-revenue-from-contracts-with-customers/
- Salesforce, Q4 and FY2026 Results, SEC-filed Exhibit 99.1. https://www.sec.gov/Archives/edgar/data/1108524/000110852426000056/crm-q4fy26xexhibit991.htm
- PCAOB, AS 2110 Identifying and Assessing Risks of Material Misstatement. https://pcaobus.org/oversight/standards/auditing-standards/details/AS2110
- Yale School of Management, On the Nature of Revenue. https://som.yale.edu/sites/default/files/2025-04/On%20the%20Nature%20of%20Revenue.pdf
- Marqeta, 2024 Form 10-K. https://www.sec.gov/Archives/edgar/data/1522540/000152254025000027/mq-20241231.htm