把“数据有误”变成一条可核查的反馈

一句“数据不对”，很难开始排查

维护者需要知道，你在什么页面、什么条件下看到了什么，期望看到什么，以及判断依据在哪里。

尤其是具有筛选与快照回退的数据工具，同一时间打开两个页面，也可能看到不同的数据状态。先把观察条件说清楚，可以减少反复追问。

下面是一份根据北交所打新雷达公开界面整理的反馈方法。它是一份建议模板，尚未作为生产问题处理案例验证；示例不引用真实客户资料。

一条可核查反馈包含五部分

1. 具体任务

写明你准备完成什么。例如：“核对某条发行记录的日历节点”，比“看一下数据”更容易判断影响。

2. 页面与条件

记录公开页面地址、访问时间、数据状态、筛选范围和区块名称。如果页面显示快照，保留快照日期。不要附带含登录凭证的链接。

3. 实际结果与期望结果

把两者分开写。实际结果来自你看到的界面；期望结果需要对应一份可以查证的依据。

如果只是觉得“看起来不合理”，可以写成“希望确认口径”，不要提前把它当作已确认错误。

4. 公开依据

给出公告或官方说明的标题、链接与日期，并指明具体段落或字段。截图可以帮助定位，但首版反馈不接收附件；用文字描述位置即可。

5. 影响与边界

说明这是否阻断了任务、是否可通过回到原始资料继续完成。不要提交客户身份、账户、持仓或所在机构的内部文件。

可直接填写的模板

我想完成的任务：
页面地址与区块：
访问时间及显示的数据日期：
筛选条件：
实际看到的结果：
希望确认或更正的内容：
可公开核验的依据：
对任务的影响：

提交后怎样跟进

OpenAWM 将反馈原文私密保存。提交成功后，请下载回执；用编号与查询码查看处理状态、编辑回复，以及之后可能关联的公开需求或修订。

维护者将问题整理为公开内容时，应重写场景与判断依据，避免把原文直接粘贴出去。一个需求是否采纳，取决于真实性、已有方案、实现成本和维护能力，而不是描述得是否热闹。

如果后来找到新的公开依据，可以再提交补充说明；不要公开查询码，也不要在新反馈里重复敏感信息。