試想一間印刷店，人工智能整理嘅宣傳冊，已經由設計師覆核。上載之後，同名檔案可能已經唔係原本嗰啲位元組。呢度講緊虛構嘅交接練習，唔係真實客戶事故。

先凍結匯出嘅檔案，再記錄版本、位元組數、演算法同完整摘要。接收方要對實際檔案重新計算摘要。檔案名稱同螢幕截圖，唔可以代替位元組核對。雲端儲存已經有呢類完整性機制，但係唔可以假定每個工具都預設啟用。

摘要一致，就去做內容檢查，唔係直接印刷。唔一致，就保留兩份檔案，停止交接。冇可信嘅預期摘要，就標示未驗證。唔好將睇落一樣當成證據。

摘要唔係作者嘅身份證，亦唔係內容正確或者獲准執行嘅證明。如果檔案同摘要一齊畀人換咗，比較都可能通過。預期值一定要嚟自經過認證、而且受控嘅交接渠道。

轉換會產生新物件。壓縮、重新匯出，或者改中繼資料，都可能改變位元組。要分開保存原件同衍生檔嘅摘要，記錄轉換關係。介面團隊要講清楚，核對緊邊一層。

用合成檔案演練：原樣副本通過，改一個位元組就停止，合法轉換就建立新記錄，冇可信預期值就保持未驗證。呢個係建議測試，未喺客戶系統執行。位元組核對，同內容審批，應該分開。