永久保留每份身分驗證報告並不是保留策略。原始聚合數據，特定於訊息 故障報告 和調查筆記有不同的目的並承擔不同的風險。有用的保留計劃解釋了保留每個課程的原因、保留有用的時間以及該期限結束後會發生什麼。
DMARC的報告規範描述了報告內容、隱私和安全考慮。他們沒有為每個組織建立普遍的法定保留期限。以下的工作流程是一個操作設計，供負責隱私、安全和適用法律義務的人員審查。
盤點實際記錄類別
參考： RFC 9990 §7.1, RFC 9990 §7.2, RFC 9991 §2, RFC 9991 §7.1.
分離原料 總結報告、解析記錄、總結指標、故障報告、受控訊息樣本和事件結論。確定誰擁有每個儲存和每個下游副本：郵箱、解析器佇列、分析系統、票證、分析匯出和備份。
標準聚合報告不包括單一訊息內容和識別最終用戶的信息 RFC 9990 §7.2，但流量元資料仍可暴露以下操作模式 RFC 9990 §7.1。不要將聚合商店視為免於存取和保留審查的對象。總結報告包括仍需要適當處理的基礎設施和交通資訊。故障報告值得特別關注，因為它們可能包含 訊息頭、主體和標識符。根據實際和可能的內容而不是檔案副檔名或儀表板標籤進行分類。
為每堂課設定目標和時間
說明保留記錄的原因：攝取故障排除、季節性比較、特定調查或適用的義務。定義保留時鐘何時開始，例如報告接收或事件結束，以及誰擁有例外情況。避免模稜兩可的說明，例如使用後保留一段時間。
根據記錄的需求和義務選擇持續時間，而不是從通用安全檢查表複製的數字。可以透過適當最小化的指標來進行長期的季節性比較，同時保留原始訊息內容以滿足更短的診斷需求。驗證摘要是否保留了解釋覆蓋範圍和組態變更所需的上下文。
完成保留設計
說明性設計：原始聚合報告支援解析器故障排除；派生計數支援更長期的趨勢分析；針對特定訊息的報告支援有時限的調查；經過編輯的事件結論保留了原因和糾正措施。每個類別都有自己批准的持續時間、開始事件、所有者和刪除方法。
此範例故意不分配通用天數。組織的義務和系統決定了它們。如果事件需要例外，請記錄原因、範圍、批准人和審核日期。將相關證據保留在有效保留下，而不是允許正常刪除來銷毀它，同時避免無限保留不相關資料。
計算一個綜合暫存器行
下一行使用任意假設的批准僅用於演示保留機制。其 7 天的持續時間並不是對任何組織當前政策的建議、法定最低限度或聲明。每個時間戳記都是 UTC。
- 暫存器欄位：記錄類別和識別碼；假設值：原始故障報告裝置 RET-TEST-01 不包含真實訊息數據
- 註冊欄位：系統和責任擁有者；假設值：測試報告隔離儲存；報告操作擁有者
- 註冊欄位：目的；假設價值：驗證測試解析器對無害夾具的處理
- 暫存器欄位：時脈啟動；假設價值：收據於2026-11-01T10:00:00Z
- 註冊欄位：假設的核准期限；假設價值：自收到之日起 7 天 24 小時內
- 註冊欄位：計算到期時間；假設值：2026-11-08T10:00:00Z
- 登記欄位：處置目標；假設值：活動固定物件、解析的訊息內容副本和臨時明文副本
- 暫存器欄位：異常判定；假設值：基本情況不成立；單獨核准的保留可以暫停處理該特定記錄
- 暫存器欄位：備份處理；假設值：測試備份在其記錄的單獨到期後進行；在普通存取之前，將根據原始過期和保留狀態檢查還原的記錄
對於未持有的情況，建議在2026-11-08T09:59:59Z檢查應該發現夾具被保留；到期時的支票應符合處置條件。執行清理並驗證所列的活動處置目標是否已刪除，僅保留經批准的最小處置事件。過期資格和成功刪除是不同的事實：不成功的作業會留下逾期記錄並需要所有者，而不是錯誤的刪除條目。
對於保留案例，假設範圍測試保留於 2026-11-07T12:00:00Z 獲得批准。過期檢查應將所保存的記錄保存在受控儲存中並識別保存參考。若在 2026-11-10T10:00:00Z 解除凍結，則原到期日已過；該記錄應進入核准的處置流程，而不是自動接收新的 7 天。
對於復原測試，請在 2026-11-09T10:00:00Z 還原包含 RET-TEST-01 的備份。在沒有主動保留的情況下，防止過期記錄返回到普通存取並套用核准的處置流程。對於活動範圍保留，僅將其保留在受控保留工作流程中。這些是建議的結果，而不是已完成的系統測試；離線時間戳計算僅驗證算術。
跨副本進行到期工作
測試從主應用程式中刪除是否也會刪除匯出、快取預覽、臨時解析器檔案和票證附件。備份可能遵循不同的到期時間表；記錄它並控制訪問，而不是在技術上不正確的情況下要求立即刪除。
規劃如何處理復原的備份，以便過期材料不會默默地重新引入日常使用。確定合約處理者是否可以應用已批准的時間表並提供有意義的證據。如果組織無法識別哪個系統執行刪除，則保留聲明是不完整的。
保留有用的證據，沒有多餘的內容
參考： RFC 9991 §7.
在刪除診斷報告之前，確定已批准的最小化記錄是否應保留相關身分、時間、故障情況、糾正措施和驗證結果。從保留的敘述中刪除不必要的訊息內容、收件者和秘密。檢查摘錄，而不是假設自動編輯已完成。
在保留記錄的同時使用受控存取。較短的生命週期並不能使不受保護的儲存變得可接受，且加密並不能消除刪除不再需要的資料的需要。
隨著系統變化審查政策
新增報告處理器、變更匯出整合或發現記錄包含比預期更多的敏感內容後，請重新造訪計畫。保留過期行為和異常的測試記錄，包括尚未如預期刪除的內容。
最終的交付成果是一個小型保留登記冊，其中包含記錄類別、目的、系統、所有者、時鐘、批准的持續時間、例外流程和經過驗證的處置行為。它應該描述組織實際所做的事情，並指定需要糾正的未解決的差距。
將插圖保留在證據範圍內
本地 UTC 計算確認從 2026-11-01T10:00:00Z 到 2026-11-08T10:00:00Z 經過了 7 天。發布和恢復時間戳晚於原始到期時間；他們不會重新啟動它。僅執行算術運算。未執行刪除、合法保留、備份還原或系統處置測試。