報價單與帳本記事中的目錄狀態

當報價單針對 shop 晶片處於「設定中」的 SMS 進行 上線 定價時，往往會引發財務糾紛。若帳本資料列沒有記錄目錄狀態，就會淪為考古題：「那週 Verify 真的上線了嗎？」本頁面會在 報價單與帳本記事上蓋上目錄狀態戳記，讓財務部門在消費發生時直接看到 上線 / 設定中 / 接下來，告別涵蓋範圍缺口的附件與 debit↔DLR 的繁瑣對照。

相關閱讀：上線 / 設定中 / 接下來：誠實的買家路徑、目錄上線閘門必須符合保險庫實際狀態、當許多產品上線時的目錄營運、同一帳本上的扣款列與送達狀態、正式流量前的錢包停損線。

IOSOR 採用白牌預付費模式。USD 20 即可資助一個為兩項產品蓋上狀態戳記的小規模試驗；當每月金額接近 USD 1,000/month 時的軟審查，會將遺漏戳記視為對帳債務。客戶在記事欄位中永遠不會看到上游電信鐵路品牌的名稱。

目錄狀態是關鍵的財務欄位

上線 / 設定中 / 接下來是附加在消費金額上的商業聲明。報價單附件與帳本記事必須在簽署或結算時凍結狀態 — 對話釘選不能取代附件。若沒有戳記就認為「我們以為它已經上線」，在每月 USD 1,000/month 的軟審查中會被視為傳說。買家狀態請參閱：上線 / 設定中 / 接下來：誠實的買家路徑。

在每筆金流列上蓋上線與設定狀態

涵蓋範圍缺口清單回答了通道類別的問題 — 財務可附加至報價的涵蓋範圍缺口清單。Debit↔結果的對照回答了資金真相 — 同一帳本上的扣款列與送達狀態。此處重點在於：當預付款移動時，畫的是哪一個目錄晶片？.

報價用語必須與晶片相符

只有在附件顯示「上線」(或明確的時間性「設定中 / 接下來」承諾)時，才能使用量級語言。當 shop 顯示「設定中」時，切勿對 Live OTP 進行定價。如果銷售承諾上線但晶片顯示為「接下來」，請先修正附件 — 然後保持 Open 狀態的閘門關閉。每月接近 USD 1,000/month 的軟審查會從蓋好戳記的檔案中重新播放每個計價 SKU。閘門機制請參閱：目錄上線閘門必須符合保險庫實際狀態。

營運負責人確保戳記維持最新

營運部門負責在產品推廣或降級時更新戳記 — 當許多產品上線時的目錄營運。財務部門則附加銷售所使用的相同附件。當戳記與晶片不符時，產品會拒絕 Open。USD 20 能在擴大 shop 規模前證明兩筆蓋有戳記的資料列；停損線約束請參閱：正式流量前的錢包停損線。

買家目錄狀態戳記檢查清單

1. 報價單附件是否列出簽署時的產品與上線/設定中/接下來狀態？
2. 帳本記事是否帶有保留/結算時的狀態，而非事後重建？
3. 軟審查包(每月 USD 1,000/month)是否從蓋好戳記的檔案重播計價 SKU？
4. 是否與涵蓋範圍缺口附件及 debit↔DLR 聯集有所區別？
5. 推廣/降級是否能在當天更新戳記？
6. USD 20 的試驗是否在談論量級之前證明了兩個已加蓋戳記的產品？

任何一項回答「否」，都會讓量級語言與對帳停留在草稿階段。

從 IOSOR 開始著手

匯出兩項產品的報價附件，每條金流行蓋上 Live 對 In setup 的戳。各結算一個試驗單位。確認帳本記事寫的是消費當下真實的晶片，不是業務希望的晶片。業務與財務打開同一份蓋戳附件。

IOSOR 要點

目錄狀態是財務欄位。報價用語必須對上消費當下的晶片。

要做：每條報價列和每條帳本記事都蓋 Live 對 setup。

不要：晶片仍寫 In setup，卻賣「可用」。