2026年11月4日,采集人员在录入信息时,错误的录入了客户姓名和样本的状态(本应该废弃),在实验室接收后,后续制备、检测流程开展过程中, 一线采集员工通过手机端小程序修改了客户姓名和样本状态,导致后续的工作混乱、返工。 为了弄清楚责任归属问题,生产和质检的主管提出了样本信息变更的日志记录问题,要有个入口可以查看到样本状态变更的情况,分清楚责任归属问题。
这个问题的理解 web端和小程序端对于协议单的 任何操作都要将当前协议单信息、动作(创建、修改、更新、删除、作废等等操作)、操作后的协议单信息 都搞个表记录下来,先将过程日志记录下来,后续再根据业务再看看如何利用这部分数据 当前就是做好埋点,和数据记录就好
已读正文与评论 #600;无图片。用户指令修改端为 Web 管理端 + 小程序 H5。
定位结论:小程序市场协议单实际编辑在 mobile-oa-h5(经 mobile-h5 WebView);写库必须经 backend。现有 biz_protocol_status_change 仅记状态 from→to,不能满足评论要求的「操作前/动作/操作后」全量过程日志。
biz_protocol_status_change
backend
web-admin
mobile-oa-h5
发送后 60 秒未回复,将按默认策略采用上述推荐并开始实施。
备选:
按默认策略超时采用推荐验收方案(comment #604):
开始实施。
已按推荐方案完成并合入 。
上一则关单评论因 shell 展开丢失反引号内容,补正如下:
No dependencies set.
The note is not visible to the blocked user.
2026年11月4日,采集人员在录入信息时,错误的录入了客户姓名和样本的状态(本应该废弃),在实验室接收后,后续制备、检测流程开展过程中,
一线采集员工通过手机端小程序修改了客户姓名和样本状态,导致后续的工作混乱、返工。
为了弄清楚责任归属问题,生产和质检的主管提出了样本信息变更的日志记录问题,要有个入口可以查看到样本状态变更的情况,分清楚责任归属问题。
这个问题的理解
web端和小程序端对于协议单的 任何操作都要将当前协议单信息、动作(创建、修改、更新、删除、作废等等操作)、操作后的协议单信息 都搞个表记录下来,先将过程日志记录下来,后续再根据业务再看看如何利用这部分数据
当前就是做好埋点,和数据记录就好
范围与验收确认(待答复)
已读正文与评论 #600;无图片。用户指令修改端为 Web 管理端 + 小程序 H5。
定位结论:小程序市场协议单实际编辑在 mobile-oa-h5(经 mobile-h5 WebView);写库必须经 backend。现有
biz_protocol_status_change仅记状态 from→to,不能满足评论要求的「操作前/动作/操作后」全量过程日志。推荐验收方案(推荐)
backend+web-admin+mobile-oa-h5(mobile-h5 仅 WebView 宿主,无独立协议编辑页改动,除非入口文案必要)。发送后 60 秒未回复,将按默认策略采用上述推荐并开始实施。
备选:
决定记录
按默认策略超时采用推荐验收方案(comment #604):
开始实施。
验收回写 / 关单
已按推荐方案完成并合入 。
改动摘要
验证
交付
遗留
验收回写补正
上一则关单评论因 shell 展开丢失反引号内容,补正如下: