帳本檢視旁的啟動就緒分數

啟動就緒分數位於預付帳本旁 — 它不是獨立營運頁面上的裝飾晶片。產品與財務部門必須在資金行旁看到相同的紅燈或綠燈。若錢包、Webhook 心跳時效或覆蓋率誠信失敗，分數將保持紅色。

IOSOR 是白牌預付 CPaaS。USD 20 是試行門檻；接近 USD 1,000/月的軟性審查並非綠燈放行。這不是第一天跑道或交付重寫。參閱：第一天跑道：必須亮綠燈的事項, traffic_ok 試行量閘門, 當啟動被封鎖時：誠實的狀態呈現, 正式流量前的錢包停損線。

就緒分數必須與帳本同一畫面：錢包、心跳與覆蓋任一失敗時晶片保持紅色，產品與財務讀同一證據，而非各自報表上的虛榮綠燈。 就緒分數必須與帳本同一畫面：錢包、心跳與覆蓋任一失敗時晶片保持紅色，產品與財務讀同一證據，而非各自報表上的虛榮綠燈。 就緒分數必須與帳本同一畫面：錢包、心跳與覆蓋任一失敗時晶片保持紅色，產品與財務讀同一證據，而非各自報表上的虛榮綠燈。

就緒分數不是裝飾晶片

分數聚合了硬性閘門：金庫存在、新鮮的 Webhook 心跳(過期 ≡ 封鎖)、已驗證的錢包門檻與停損線、報價走廊的覆蓋率誠信，以及一次已交付的 Live 通道測試。

帳本檢視必須在資金旁顯示閘門

將就緒晶片放置在與儲值、保留、扣款和停損相同的視窗中。產品部門擁有晶片標籤；財務部門擁有資金行；兩者閱讀同一個畫面。不要將紅色的錢包晶片隱藏在另一個分頁的綠色通道徽章後。當扣款過帳時，相鄰的分數仍反映閘門狀態 — 而非「錢已動，所以是 Live」。保持 正式上線前的區域與 WORLD 閘門 與帳本分數在同一個迴圈中。

當錢包、心跳或覆蓋率失敗時顯示紅色

三個不可妥協的紅燈：(1) 預付金額低於門檻或停損線未強制執行；(2) Webhook 心跳過期 — 與金庫缺失同等嚴重；(3) 已定價路線的覆蓋率缺口。任何一項都會使分數保持紅色，並將試行流量維持在零。

新鮮心跳並非「上週有 200 即可」。關聯 ID 必須與帳本行匹配；靜默丟失會導致 traffic_ok 被封鎖。錢包紅色狀態包含失敗的保留與未經證明的停損線 — 參閱 同一帳本上的扣款列與送達狀態。銷售端沒有黃色的「即將就緒」。

產品與財務的單一共享畫面

分割畫面會創造分割的事實：產品顯示 Live，財務顯示封鎖。一個帶分數的帳本：一個原因代碼、一個時效時間戳記、一個匯出行(分數、原因、心跳年齡、錢包、覆蓋率、測試)。覆蓋需要指定負責人、書面原因和新的測試才能轉綠。在 USD 1,000/月附近，晶片與帳本不符屬於對帳事故。

帳本就緒檢查清單

1. 就緒晶片是否與儲值、保留和扣款位於同一視窗？
2. 錢包紅色(門檻、保留、停損線)是否強制分數變紅？
3. 過期的 Webhook 心跳是否為硬性紅色且有書面時效視窗？
4. 覆蓋率誠信的紅色是否在走廊發送流量前封鎖綠燈？
5. 產品與財務是否匯出單一分數行(原因、心跳、錢包、覆蓋率、測試)？
6. 是否在金庫、新鮮心跳、錢包路徑、覆蓋率誠信和一次 Live 測試通過前，無法轉綠？

從 IOSOR 開始

請開啟 IOSOR 分類帳主控台，將備妥分數小工具直接對齊並排在您的有效餘額、保留款以及扣款列旁。請確認過期的 webhook 心跳或是未經證實的停損線，會立即讓主視窗中的分數晶片變成紅色。執行單一即時通道冒煙測試，以驗證原因代碼與即時更新的時間戳記，是否能同步提供給產品與財務團隊。

IOSOR 要點

在與財務扣款相同的畫面設定嚴格的備妥閘道，能確保流量不會在無聲故障的情況下通行。當 webhook 心跳停滯或通道覆蓋率下降時，看見分數晶片在加值與保留款旁變成紅色，能防止產品團隊誤將即時分類帳解讀為允許試行流量的綠燈。

請務必要求在資金列旁同時顯示分數、新鮮度時間戳記與原因代碼的單一共用檢視，再正式啟動流量。切勿將失敗的技術閘道隱藏在不同的標籤頁中，或是未指派負責人、未記錄原因且未進行全新冒煙測試就覆蓋紅色的備妥分數。