營運與維護 · 實作指南
AI 報價之後，金額還需要單位約定
八個評審問題，把幣種、精度、捨入與接口參數分開。
AAHouse 原創解說影片，採用 AI 輔助概念畫面、合成旁白及原創音樂。
簡體中文普通話逐字稿 · 英文逐字稿 · 台灣華語逐字稿 · 香港粵語逐字稿 · 澳門粵語逐字稿
一個數字，夠用嗎？
不夠。假設一家美國服務商讓 AI 整理報價草稿，批准的價格隨後交給其他系統。單獨的“1250”無法說明幣種、單位或小數位。本篇用軟件評審問答追蹤同一金額，不討論定價、稅務或投資決策，也不執行付款。案例為虛構設計練習，並非已發生的客戶事故。
乘一百就可以嗎？
不能通用。Stripe 文檔以最小貨幣單位接收金額：十美元對應1000，十日元對應10。[1] 這是該接口的表示規則，不是匯率。把美元和日元放入同一測試表，能暴露硬編碼“乘一百”的假設。真實集成還須核對具體操作、幣種支持與限制。
數據庫選了數值型，就準確了嗎？
還要看類型與尺度。PostgreSQL 將 numeric 描述為精確類型，而浮點類型是不精確的；指定小數尺度時，超出尺度的值會被捨入。[2] 因此，建議先定義輸入和計算精度，再選擇存儲方式。顯示兩位小數不能證明中間計算從未丟失精度。還應約定最大允許值，避免一種存儲方式能保存、另一種卻無法接收。
什麼時候捨入？
由業務規則決定，並寫成可測試的約定。例如先逐行捨入再相加，與先相加再捨入可能不同。不要讓模型或默認數據庫行為臨時選擇。記錄捨入模式、發生位置與規則版本；涉及稅費或合同要求時，由相應負責人確認，本文不替代專業判斷。
換個貨幣符號，就是換匯嗎？
不是。界面格式與幣種轉換應分開。只把美元符號改成日元符號，會改變讀者理解，卻沒有提供任何換匯依據。若流程確實需要轉換，應另行記錄獲准使用的匯率來源、時間與轉換結果；若沒有明確授權，就保留原幣種並顯示待確認。
讓 AI 補齊缺失幣種呢？
可以提出線索，不能悄悄定案。建議把缺失幣種、異常精度或不支持的操作作為阻斷條件，交給負責人處理。原始文本、規範化金額和接口整數應能互相追溯。審核頁面同時展示金額與幣種，不只給員工看一個技術整數或孤立的符號。發生修正時保留前後值和原因，避免只改顯示文字而遺漏接口參數。
驗收該比較什麼？
比較完整路徑，而不只看頁面。用虛構金額覆蓋兩位與零小數幣種、捨入邊界、零值、允許的負值與超範圍輸入。核對讀入、計算、保存、接口編碼和顯示結果；每個案例寫清應通過還是阻斷。測試在隔離環境運行，不創建真實扣款。
最後交付什麼？
交付一張金額約定表：字段含義、允許幣種、精度、捨入規則、目標接口和異常負責人。把測試樣例隨適配器一起維護，接口或規則變化後重跑。維護者應能用同一組樣例復現轉換結果，並找到誰批准了當前約定。這樣，團隊能夠解釋批准的金額如何變成系統參數，而不是依賴模型每次重新猜測。
