客户运营报告应解释服务的用途、证据涵盖的内容以及客户下一步必须做出的决定。代理人可以组装报告，但不应将不完整的观察结果转化为保证或从起草报告的许可中推断出发送报告的许可。
定义报告合同
说明客户、领域范围、期限、服务责任和已知的例外情况。确定谁拥有DNS批准、发件人所有权决策、事件响应和报告签署。将提供商的监控工作与其控制之外的系统和接收器分开。
RFC 9990 汇总报告 总结参与接收者的观察结果。相应地报告覆盖范围，而不是声称观察到了所有客户邮件。使用经批准的服务登记册作为服务覆盖范围分母，并单独列出安静或未经测试的服务。显示独立于交付结果的身份验证结果。
将生命周期纳入报告中
提议的报告生命周期可以涵盖摄入、领域和服务清单、实施批准、验证、监控、升级、定期报告和退出。对于每个阶段，指定负责角色、产生的证据和完成条件。这是建议的清单，而不是提供的操作手册、合同服务目标或执行的客户操作。
在接收时，客户所有者确认范围。在实施时，指定的DNS批准者接受精确的差异。在监控时，操作员记录每日摄入状态并分配材料故障。退出时，授权操作员会核对保留的记录、导出商定的证据并通过批准的计划撤销访问权限。终止时不会自动删除共享DNS依赖项。
使用可见分母计算指标
假设一份假设报告涵盖一个声明的时间间隔内的四项注册服务。其中 3 个具有可用的观察结果，1 个事件通知器处于安静状态，观察到的服务覆盖率为 3/4 或 75%。在同一时间间隔内的已删除重复报告中，假设有 200 个消息观察，其中 8 个失败 DMARC：观察到的故障率为 8/200 或 4%。这并不是衡量所有已发送邮件、唯一客户或业务交付的指标。
安静的服务仍然未知，不健康。向其所有者询问预定的活动或授权的路线测试。待定的DNS更改属于等待批准的决策，而不是已完成的工作。这些是规定的输入和手工算术，而不是生成的报告或执行的完整性检查。在共享实际报告之前，请验证期间元数据、操作所有者和每个分母的限制。
分享前先回顾一下
让运营商核实事实声明，并让面向客户的业主审查承诺。使用通俗易懂的语言陈述证据差距、老化例外情况和所需的决策。不要推断通过的一致签名就建立了业务批准； RFC 9989的身份验证结果有不同的用途。
将敏感消息内容和凭据保留在报告之外。仅通过授权接收者和访问范围共享。本文提供了一种报告模式，而不是公认的客户操作手册或衡量的服务性能。它不声明任何产品功能，也不授权向任何外部收件人交付。
最终报告应该使下一步行动变得更容易，而不会夸大服务可以控制的内容。
主要阅读： RFC 9990 DMARC聚合报告, RFC 9989 DMARC, OWASP LLM06 2025 过度代理.