試想一間美國烘焙店叫 AI 寫週報。三張訂單卡嘅金額分別係 20 美元、0 美元，同空白。老闆問平均訂單金額，助手答 6.67 美元。條算式可以成立，但係佢暗中將未知金額當咗做零。以下係合成練習，唔係客戶個案；我哋關心嘅係報表計算方式，唔係預測營收。

PostgreSQL 官方文件講明，COUNT 星號計輸入行數，COUNT 金額只計金額唔係空值嘅行，AVG 就計非空值輸入嘅平均數，見來源一。所以呢個例子有三行、兩個已知金額，已知金額平均值係 10 美元。呢個唔係全部訂單嘅已知平均值；缺少金額嗰第三筆，仍然要核實。

零係一個已知數值；空值表示呢項值仲未提供；冇輸入行，又係另一種狀態。PostgreSQL 嘅 SUM 喺冇輸入行嗰陣，會回傳空值，唔係零，見來源一。單憑呢點唔可以證明冇銷售：日期篩選、同步故障，或者權限範圍，都可能令查詢冇結果。要查清業務原因，唔係交畀文字產生器估。

將空值補成零，會改變緊統計問題。我哋建議由業務負責人決定，幾時零係合法金額、缺漏值點顯示，同邊啲記錄可以計入指標。報表要同時提供總行數、有效金額數、缺漏數同統計範圍；顯示已知金額平均值，唔好淨係寫一個好睇嘅數字。

建議結果卡講清楚日期同時區、篩選條件、資料更新時間、總行數、有效值數、彙總結果，同完整性狀態。AI 只係將呢啲欄位變成文字；金額有缺漏，就要講明覆蓋範圍不足。合成例子可以寫，三筆記錄有兩筆金額已知，平均 10 美元，另外一筆有待核實。

上線前準備四組測試：全部係零、零同空值混合、全部係空值，同完全冇行。分別核對計數、彙總值同最終文案，確保後面兩組唔會自動變成今個星期冇收入。呢啲係建議測試，未喺客戶系統執行。審批報表嗰陣，先睇分母同缺漏狀態，再睇 AI 寫得順唔順。