文件提交、審核同公開資料點分開設計？
分開原始提交、審核決定及公開版本，以角色權限控制每一步。附合成狀態流程、錯誤情況及 WeCredit 紀錄處理案例。
作者：WeTech 技術團隊 · 內容更新：（香港時間 GMT+8）
文件流程應分開保存原始提交、審核決定及可公開版本，再按角色限制讀取與操作。通過審核唔代表附件可以原樣公開；公開前仍要核對欄位及遮蔽結果，並保留更正、撤回與申訴渠道。
- 原始提交
- 資料完整性核對
- 人工審核
- 建立可公開版本
- 更正或撤回
三個階段各自負責甚麼？
提交階段只代表收到資料；審核階段確認資料如何處理；公開階段決定外部使用者實際睇到甚麼。用不同狀態、權限及資料版本表達，避免上載完成就直接公開。
- 原始提交：限制附件與聯絡資料的讀取權限。
- 審核決定：記錄負責人、時間及處理原因。
- 公開版本：只包含獲准顯示的欄位與遮蔽內容。
合成例子：投訴文件的狀態變化
以下只係合成設計例子，所有角色及文件均為虛構。
「示範公司 A」提交一份投訴附件，系統標記為待核對。審核人發現地址及聯絡資料未完成遮蔽，先退回補資料；覆核完成後，另建一份只包含獲准內容的公開摘要。
若原始附件之後更正，公開摘要亦要重新覆核。若資料撤回，搜尋結果及快取都要同步處理，避免舊公開版本繼續流通。
遮蔽同審核點解要分開？
遮蔽處理「外界睇到甚麼」，審核處理「內容應如何處理」。內容即使已遮蔽，仍可能缺證據或有爭議；內容即使通過審核，亦可能包含不應公開的欄位。兩項工作各自有清單及負責人。
AI 可以標記可能需要核對的內容，但敏感資料是否已處理妥當，仍須按使用情境及風險覆核。
最少要驗收哪些失敗情況？
| 測試情況 | 預期控制 |
|---|---|
| 無權限角色打開附件 | 拒絕存取，不只隱藏按鈕 |
| 重複按提交或批准 | 不產生重複公開版本 |
| 遮蔽未完成 | 保留待覆核狀態 |
| 公開後更正或撤回 | 同步處理公開版本、索引及快取 |
先用合成附件驗證角色及狀態，再按有權使用的代表性樣本測試品質。示範環境、測試通過與真實營運成效應分開記錄。
由 WeCredit 案例了解流程邊界
WeCredit 以租務紀錄及相關查詢為特定用途，並非一般企業文件管理服務。案例可用來理解審核、公開內容及更正渠道的分工，再按自己的行業重新規劃。
先閱讀AI 文件審批的人手覆核安排，或返回中小企 AI 導入指南。
查看產品例子
WeCredit HK：查看實際產品流程
可先查看查詢介面及虛構範例；實際查詢需登入，並按產品當時顯示的信用分及使用條款處理。
先了解產品案例與可借鑑的做法 →參考來源
流程及驗收清單為 WeTech 的規劃建議，應按企業資料、權限及實際需求調整。