餘額與帳本
Superheat CN 採預付制，以人民幣計價。你替組織的餘額儲值，執行中的執行個體會扣減這筆餘額。月底不會有帳單，也沒有後付機制 — 餘額見底時，任何新東西都啟動不了。
餘額
每個組織一份餘額，由組織內所有人共用。成員可以查看並動用它；只有管理員能儲值。請參閱組織。
餘額只有一種進帳方式：用支付寶或微信支付掃碼儲值。挑一個 ¥50、¥100 或 ¥500 的方案包，或輸入 ¥20 到 ¥10,000 之間的自訂金額。支付方一確認付款，餘額就入帳。請參閱儲值餘額。
部署新的執行個體與啟動已停止的執行個體，都要求餘額至少足夠組織屆時要跑的一切跑一小時 —— 這個執行個體的 GPU 加上硬碟，加上其他所有執行中、啟動中或正在建立的執行個體的 GPU 加上硬碟，以及所有已停止執行個體的硬碟 —— 不夠時兩者都會被拒絕。停止與銷毀則永遠可以執行。
什麼會扣減餘額
| 費用 | 何時累計 | 費率 |
|---|---|---|
| GPU | 執行個體處於 running 時 | 報價中整個切片的每小時價格，按秒計量 |
| 硬碟 | 執行個體處於 stopped 時 | 報價的儲存費率，依你掛載的硬碟按每 GB 每小時計算 |
清單就這樣。建立、啟動、停止或銷毀所花的時間不計費，出錯的執行個體不計費，已銷毀的執行個體也不會再產生任何費用。
硬碟那一列才是讓人踩坑的地方。已停止的執行個體仍在實體機器上佔著一顆硬碟，在你銷毀該執行個體之前，這份佔用都要付錢。停止與銷毀值得完整讀一遍。
結算作業大約每分鐘跑一次。每一次都會依執行個體當時實際所處狀態的費率，收取自上一次以來累計的費用，並加到該執行個體目前這個小時的帳本紀錄上，因此長時間執行的執行個體每小時產生一筆紀錄，而不是最後才收一大筆。
帳本
每一筆金錢的流動都是一份只增不改的紀錄裡的一列。沒有任何內容會被刪除，更正就是再加一列。唯一仍在增長的，是執行個體目前這個小時的扣費紀錄，它標著進行中：每分鐘的結算都會加到它上面，直到這個小時結束、執行個體改變狀態，或在它之後寫入了一筆儲值或調整。它增長時，排在它後面的扣費紀錄的餘額也會隨之更新。完整表格在主控台的帳單頁面，位於餘額與支出圖表下方。
| 欄位 | 內容 |
|---|---|
| 日期 | 這筆紀錄寫入的時間，精確到秒 |
| 類型 | 額度儲值、GPU 用量、儲存空間或調整（財務團隊透過員工工具記入的顯示為客服調整） |
| 明細 | 這筆費用所屬的執行個體，以及它涵蓋的時長；儲值則顯示付款方式 |
| 金額 | 帶正負號：儲值為正，扣款為負 |
| 餘額 | 這筆紀錄之後當下的餘額 |
餘額欄位讓整份紀錄可以稽核。你在主控台任何地方看到的數字，都是這些列的加總，所以如果某個數字看起來不對，讓它出錯的那筆紀錄就在這張表裡。
每筆扣款都帶著它來自的執行個體，每個執行個體的支出金額就是這樣算出來的；明細欄位可以連到該執行個體。儲值紀錄不帶執行個體，明細裡顯示付款方式，例如透過支付寶。
執行個體自己的帳單分頁是摘要，而不是帳本的副本：目前已結算的支出、執行中的每小時消耗率、停止時的每小時消耗率，以及一個連回完整表格的連結。
以程式讀取
curl -s "$SUPERHEAT_API/v1/billing/transactions?limit=50" \
-H "Authorization: Bearer $SUPERHEAT_KEY"
這個端點以游標分頁，並接受 instance_id 篩選條件，用來取出單一執行個體的費用。limit 預設為 50，上限為 200。GET /v1/billing/spend-daily 只回傳扣款，並彙整成每日總計，支出圖表畫的就是這份資料；它的 days 區間預設為 30，上限為 90。
金額都是整數。以 _micro 結尾的欄位以百萬分之一元計：2290000 就是 ¥2.29。付款介面裡的金額（amount_minor）以分計：5000 就是 ¥50。簡體中文主控台把人民幣寫作 ¥，英文與繁體中文主控台寫作 CN¥。
餘額可能變成負的
結算是回頭看的：它針對已經用掉的時間收費。兩次結算之間執行個體仍持續消耗，所以餘額可能在任何機制反應之前就已經跌破零。
這就是為什麼門檻有兩道而不是一道。餘額到 ¥0 時，執行中的執行個體會被停止 — 你的資料還在。如果餘額此後在 ¥0 或以下持續 24 小時，並且掉到 −¥35 或更低，已停止的執行個體就會被銷毀，硬碟也跟著沒了。
如果你是別人組織裡的成員，你無法儲值。盯著餘額，一旦它變成負的就告訴管理員 —— 在 ¥0 或以下滿 24 小時、並掉到 −¥35 之後，沒有人能把硬碟拿回來。