版本日期：2026年9月16日。本規則構成 Cicora 協議的一部分，並適用於 RIZZ TRADE 訂單。
1. 購買內容
1.1. 使用者購買 Cicora 軟體服務的存取權，或預付其使用費。訂閱支付特定期間及方案所提供的限額。API 隨用隨付另行記錄實際作業。預付單位及紅利不是銀行存款、貨幣、投資資產或付款工具。
1.2. 帳戶可包含不同計算類型：訂閱限額、另行加值的 API 餘額、已購買額外用量及促銷紅利。除非訂單明確規定可轉移或以一項產品支付另一項產品，否則不得視為可互換。相關計算類型會顯示支用規則及可用餘額。
1.3. 點數不得轉讓給其他使用者、作為金錢出售、在所提供的功能以外贈與，或用於向第三方賣方結算。對未提供服務依法退款的可能性另行規範，且不屬於「錢包提領」。
2. 訂單的價格與內容
2.1. 價格與 API 目錄會揭露現行方案。付款前，使用者會看到產品、期間、計算依據、幣別、適用稅項及最終金額。購買者可在確認前審閱訂單，並保留其條款。
2.2. Plus ($20)、Pro ($50)、5× ($100) 及 20× ($200) 訂閱的月費如所載。5× 及 20× 等級是與 Plus ($20) 方案比較，並非與帳戶餘額中的金額比較。不得僅因 Pro 的價格相對於另一方案，而推定任何數學倍數。
2.3. 烏茲別克境內交易使用法律允許幣別所訂定的價格與計算方式。國際訂單的計費幣別與付款金額會在付款前約定。發生換算時會揭露適用程序及最終金額；發卡銀行的獨立換算受使用者與該銀行之關係規範。
2.4. 公開 API 目錄會發布所選模型的確切適用費率、單位及特別條款。每百萬個文字 token 的費率並非音訊、圖像、視訊或重新排序的通用單位。不同模式、品質、持續時間、脈絡大小、快取、工具或供應商可能改變計算方式；適用費率、單位及條件會在請求前提供。
3. API 用量計算
3.1. 實際執行的用量會依適用衡量方式記錄：輸入與輸出 token、快取 token、計費的內部推理、圖像、音訊時長、語音字元、視訊秒數、請求或其他已揭露單位。參數與單位依相關模型決定，而不僅依一般功能名稱。
3.2. 若費率按每百萬個 token 計算，應計費數量會除以 1,000,000，再乘以相關費率。其他單位則使用其已發布的計量級距。若價格未規定為個別操作，同一用量不得作為獨立組成項目重複收費。
3.3. 部分目錄數值表示基本、最低或依路由而定的價格。僅因服務欄位為零、負值或缺漏，動態路由器或依額外參數計算的費率不會因此免費。最終金額依相關模式已揭露的公式決定。
3.4. 執行前會提供費率及計算方式；如無法預先得知確切用量，則提供產品所載估算或支出限額。處理後會記錄實際單位、金額、模型、時間及作業識別碼。此資訊有助於將用量與訂單配對，並請求審查錯誤。
3.5. 用量由 Cicora 的技術系統及參與供應商的系統，在適用模式內計量。使用者的文字計數與分詞器之間可能因歷史記錄、系統指示、工具、附件及編碼而有差異。發生爭議時，會考量與該作業相關的紀錄；技術紀錄並非終局證據。
3.6. 四捨五入、最低計費量及特殊計價區間，會在使用前揭露於功能卡或計費介面。新規則不溯及適用於已完成的作業。使用者不應預期 API 價格對未來請求永遠維持不變。
4. 保留、錯誤與重複請求
4.1. 餘額的一部分可為請求暫時保留。保留會限制可用餘額，但不是最終收費。完成後會計算實際成本並釋放未使用部分；狀態與調整會顯示於歷史記錄。
4.2. 若請求在可計費處理開始前遭拒，其成本不會自動視為已使用。錯誤收費會予以審查及修正。安全措施拒絕輸入、平台故障、沒有結果及客戶取消，具有不同的技術情況；應依實際執行及提供的處理，以及強制法律進行評估。
4.3. 用戶端連線中斷或關閉瀏覽器視窗，不一定會停止已開始的執行。若為串流或部分結果，且該規則已揭露並獲法律允許，已執行的處理可能會收費。服務不得僅因供應商已計費，就將每個未交付的操作都視為成功。
4.4. 使用者在逾時後重新提交，可能構成另一個請求。自動重試或備援必須維持在約定設定、預算及資料規則內。切換至實質上更昂貴的模式，不會產生無限額追加支出的授權。
4.5. 對爭議操作，請提供帳戶電子郵件、請求或訂單 ID、模型、時間及錯誤類型。如識別碼足以診斷，請勿傳送全部個人內容。經確認的錯誤會予以修正；應付的金錢退款依退款規則處理。
5. 訂閱期間與限額
5.1. 月繳訂閱會依訂單確認所載期間啟用。可用功能、模型與限額會顯示於產品中。「更多用量」不表示任意回覆的固定數量；不同複雜度的請求可能以不同方式消耗限額。
5.2. 較高等級應以可比較的模型、模式與計算期間進行比較。速率、並行量及個別功能限制可獨立於總用量適用。期間內未使用的限額不是已購買的現金餘額；更新與結轉規則由已揭露的方案條款決定。
5.3. 只有在另行同意載明頻率、金額及取消方式後，才能續訂。取消會停止未來續訂，並保留至目前已付款期間結束的存取權，但另有合法終止者除外。應用程式商店付款使用該商店的訂閱管理設定。
5.4. 升級或降級、立即移轉、抵用，以及變更計費日期，僅適用於已揭露並確認的情境。僅因存在更昂貴的方案，不會授權自動收取其價格或重新計算過去期間。
6. 加值與自動加值
6.1. 加值前會顯示入帳用量、付款金額、幣別、與購買相關的規則及任何使用期限。入帳由付款供應商的伺服器確認。重複通知或重複造訪成功頁面，不得就同一筆購買產生多次入帳。
6.2. 自動加值是與訂閱分開的授權。啟用時，會顯示門檻、金額或公式、所選付款工具、可用限額及停用方式。使用者可修改或撤回對未來作業的授權。已開始且經合法授權的作業會另行考量。
6.3. 如餘額不足且停用自動加值，新的付費動作會受限制。未經必要同意，我們不得提高已授權金額或變更付款工具。餘額不足通知不是新的訂單。
7. 已購買及促銷單位的有效期限
7.1. 另行購買之點數的有效期限，會在付款前載於相關加值或套裝方案條款。未揭露的條款不會溯及既往地加入。未來規則的變更，不會違反既定條款及強制法律而取消先前購買且仍有效的用量。
7.2. 促銷點數依相關活動授予。其適用性、限制、有效期限及使用順序會在授予時揭露。免費紅利不會產生另行請求以金錢取得其面額的權利，也不會在未經使用者同意時取代應付的金錢退款。
7.3. 若紅利與購買綁定，取消該購買的後果由活動條款及法律決定。實際未提供的付費部分，不得僅因紅利與付款在計算上混合，就視為已用完。歷史記錄必須能識別與該購買相關的操作。
7.4. 未經授權企圖出售、交換或轉讓點數，可能導致存取受限及審查。帳戶終止、依法必須提供的退款與文件的合法保留受協議規範；本條款不會自動沒收每筆已付款餘額。
8. 稅務、確認與企業計費
8.1. 適用稅項及判定稅項所需資料會納入訂單。必要時，客戶應提供正確的國家、組織及稅務身分資訊。擁有 TIN 本身不表示免稅或適用反向課稅。
8.2. 付款後會提供可留存的電子確認。強制要求的稅務及會計文件會依適用規則產生。授權成功電子郵件不一定等同財政收據；兩者不得互相替代。
8.3. 後付制、信用額度、個別發票、特殊付款條件或企業最低用量承諾，只有在另行約定時才適用。一般預付帳戶不會因本頁而產生這些安排。若有文件支持的請求，我們會審查發票錯誤，同時保留法定權利。
8.4. 為模型簽訂的外國採購協議、供應商折扣或其不可退款成本，不會自動變更使用者已接受的 Cicora 條款。付款與會計聯絡方式：support@cicora.ai、+998 90 051 48 40。