报告是您采取的行动。移除是另一方可能造成的结果。混合这些州会产生虚假的保证，并可能使工作人员在案件仍在审查期间面临风险。使用区分证据准备、确认提交、确认、调查、缓解和后续验证的案件记录。
请求收件人控制的操作
确定问题是否与邮箱帐户、托管内容、域注册或您自己的入站过滤有关。这些可能有不同的操作员和不同的补救措施。注册商可能能够影响域名注册，而托管提供商可能能够解决特定的受损资源。避免要求不相关的运营商禁用其无法控制的基础设施。
对于通用顶级域名 (gTLD) 案例，ICANN 的建议解释说，缓解措施应针对可采取行动的 DNS 滥用证据做出反应，并考虑具体情况和附带损害。域暂停并不是唯一可能的响应。暂停原本合法的受损域可能会中断不相关的邮件和服务。 ICANN 咨询.
维护结果分类账
每次提交使用一行包含确切的域或资源、报告目标、授权披露、时间戳、票证参考和请求的操作。附上原始事件包作为参考。确认意味着收到，而不是发现您的指控正确或保证内容已被删除。
为提供商声明的操作和您随后的观察添加单独的字段。如果页面停止加载，记录该观察的时间、方法和范围。不要立即断定域已暂停：服务器中断、访问限制或内容更改可能会产生类似的症状。避免在批准的调查环境之外主动访问可疑的恶意内容。
在不设定最后期限的情况下升级
使用提供商的当前流程和事件的紧急程度来设置内部审核点。 ICANN 的计划描述了首先联系相关注册商，并在有合理的回应机会后解决合同合规问题。它并不为每项指控提供通用的有保证的删除时钟。国家/地区代码域和非 DNS 内容问题可以遵循其他流程。 ICANN 计划.
不要向每个运营商发送相同的、不受支持的指控。改进缺失的证据，解释确切的未解决行为并保留先前的对应关系。当涉及法律索赔、个人数据或有争议的所有权时，获取适当的法律或事件响应建议。这是一个可操作的案件管理工作流程，而不是法律意见。
从字面上阅读示例
假设的书面时间表规定准备时间为 12:00Z，提交时间为 12:10Z，接收时间为 12:11Z，提供者审查时间为 13:00Z。其状态为 under_review，removal_observed 为 false。这些是虚构的叙述事件，而不是发送给实际提供商的经过处理的日志或报告。说明性协调员尚未接受真正的任务。指定协调员的下一步行动是检查商定的审核点。
只看到收据的收件人不得将风险标记为已解决。维护授权的内部保护、保留证据并避免仅仅因为存在票证而发布敏感的业务操作。仅在记录结果和剩余风险决策的情况下结案；保留未解决或反复出现的滥用行为。
记录范围内的下一步操作
对于示例性案例 DEMO-REPORT-01，未提供提供者操作且未执行独立删除验证。拟议的协调员检查内部审查点，通过批准的渠道索取缺失的证据，并保持业务保障措施的活跃。关闭需要明确的结果和剩余风险决策，而不是将未知转化为成功的取缔。