把分散信息汇到一条事件记录

记录事件编号、受影响入口、起止时间、已知现象和当前负责人。开发发现的日志、客服收到的反馈和财务核对结果分别附上时间，避免不同群里的旧消息被当作最新结论。

一条事件可以关联多笔订单，但对外通报不列出顾客完整资料。具体订单处理留在受控渠道，由有权限的人员查看。

清楚区分已确认与待核对

说明正在验证的假设，不把猜测写成确定原因。阶段更新围绕新增事实、已完成动作和下一次核对内容展开，不承诺尚无法验证的恢复时间。用户能够采取的动作应保持一致，避免一位客服让等待，另一位又催促重复付款。

恢复后同步历史订单结果

新交易正常后，继续报告未交付、退款未知和差异订单的处理进度。事件关闭前确认遗留事项已有归属，并更新帮助说明。对外通知和内部记录都保留更新时间，便于分清曾经的故障状态与当前情况。