GSK · D360 码上放心 · 需求解释与实施清单

把“药品去了哪里”
变成一张看得懂、查得清、管得住的地图

这份页面只讲实施清单中标记为 Resley 的内容。没有行业背景也没关系:先用三个生活化问题理解项目,再下钻到 28 个可执行工作项、依赖和建议实施路线。

依据:D360_码上放心_新增及调整实施清单_V0.1.docx · 2026-08-10
3Resley 负责的工作包
28需要实施的工作项
16无外部确认即可推进
5等待业务或模板确认
01 · 先看懂

Resley 负责的,其实是三个普通问题

专业词很多,但最终都在回答:药品怎么走、企业是谁、哪些异常是已经确认过的合理例外。

药品怎么走?

输入经销商或药品批号,看清它从谁手里到谁手里、经过哪些省份、完整路径是什么。

这家企业是谁?

把“码上放心里的企业”与“CDM 里的标准企业”对应起来,支持人工纠正、审核和批量处理。

哪些异常不用再查?

把已经确认合理的跨区域流向加入白名单,只减少重复核查,不删除任何真实流向证据。

02 · 三大工作包

不是三个孤立页面,而是一条治理链

销售网络负责“看见事实”,经销商匹配负责“认准对象”,白名单负责“管理例外”。三者缺一,异常分析就可能看得到、却解释不清或处理不完。

SN-01 — SN-088 项

销售网络

建立经销商模式与批号模式,让用户既能围绕一家企业看上下游,也能围绕一个批号看整条流向。

像什么:类似快递轨迹加关系地图,不只显示“到过某省”,而是保留从起点到终点的整条路线。
EM-01 — EM-1212 项

经销商匹配

把两个系统里对同一家企业的不同叫法对齐,并提供筛选、人工纠正、审核、导入导出和编码变更处理。

像什么:类似统一通讯录:同一个人可能有昵称、旧手机号和新手机号,但系统要确认它们是否属于同一个人。
WL-01 — WL-088 项

白名单管理

记录已确认合理的例外,避免每次都把同一关系当异常重新核查,同时保留真实流向供审计。

像什么:不是删掉报警录像,而是给已核实的事件加“已确认合理”标签,下次不再重复报警。
03 · 工作项拆解

28 项任务,可筛选、可搜索、可展开

状态不是“开发进度”,而是需求依赖状态:可直接推进、依赖共享能力、等待外部确认。点击任一任务可以查看业务结果、验收标准和依赖。

显示 28 / 28
04 · 建议实现过程

三个工作包,分别怎么落地

下面不是代码设计,而是业务、产品、开发和测试都能沿着执行的实现过程。每个过程先做最小闭环,再接入共享能力,最后处理外部确认项。

01

销售网络:先把“关系”做对,再把图画漂亮

覆盖 SN-01 至 SN-08

核心:完整路径一致性

建议先建立统一的“查询模式”入口:经销商模式只接受一个已明确选中的企业,批号模式只接受准确批号,切换时清空另一模式遗留的条件和结果。第二步先用列表和接口验证数据,不急着画复杂网络图:经销商模式返回中心企业、直接上下游及相关路径;批号模式返回该批号涉及的去重企业、实际流向边和完整路径。第三步实现“途经省份”过滤,正确顺序必须是先组成完整路径,再判断路径中是否经过目标省份,命中后返回整条路径,不能只截取该省内的一段。第四步接入 CDM Brand/SKU 共享筛选,并让图、路径列表和导出共用同一查询条件与结果口径。最后再完成节点布局、跨省颜色、拖拽缩放和空状态。SN-C01 未确认前,先按所选月份范围组装路径,把跨月份补全做成可替换规则,避免后续推翻主体实现。验收时选取同一批号,逐项核对接口边数、图中边数、路径列表和导出是否一致。

STEP 1双模式与条件状态
STEP 2关系、边与路径数据
STEP 3途经省份保留整条路径
STEP 4图、列表、导出统一验收
02

经销商匹配:把它当治理流程,不要当普通编辑页

覆盖 EM-01 至 EM-12

核心:状态、审计、幂等

建议先做“找得到、看得清”:按码上放心原始 EntType 建立稳定的六类业务映射,增加“是否涉及异常流向”筛选和醒目标识,并把用户可见的 USCC 统一改为“营业执照”。第二步完成跨页选择和两种导出,前端保存稳定实体 ID,后端分别接收“明确选中的 ID 集合”和“完整查询条件”,避免把当前页误当成全部数据。第三步建立人工治理状态机:自动匹配结果可供参考,人工修改必须填写原因,提交后进入待审核,通过后人工结果优先;每次修改保留前值、后值、人员和时间。第四步接入 Excel 导入:先完整校验模板和所有行,再按最终事务策略写入;错误结果必须能定位到 Excel 行号和字段。最后处理 CDM Code 合并、拆分和废弃清单:唯一替代关系可自动更新,无法唯一确定的必须进入人工确认,成功项重复导入时不得再次更新。由于本轮不做完整权限设计,审核能力可以先完成状态和接口,但“谁可以审核”必须作为接入系统权限前的明确验收条件。

STEP 1分类、筛选与醒目标识
STEP 2跨页选择与双导出
STEP 3人工修改与审核闭环
STEP 4Excel 与 CDM 变更清单
03

白名单:只改变“要不要报警”,绝不改变事实

覆盖 WL-01 至 WL-08

核心:规则边界清晰

建议先把两种白名单规则做成统一规则服务,而不是分别散落在页面和异常查询里。“上游实体”只在该实体作为发货方时排除其全部下游异常;“实体对”默认只排除指定方向,启用双向后才同时排除反方向。第二步改造页面:列表只展示上下游业务名称,隐藏 From Key、To Key;新增弹窗、类型旁帮助图标和常驻说明必须使用同一份规则文案,让用户保存前就知道影响范围。第三步完成按当前查询条件导出,治理版文件保留内部编码,供后续批量回填;页面隐藏编码不等于系统丢弃编码。第四步接入 Excel:填写编码时编码优先并校验名称;未填编码时按名称匹配;名称重名、无匹配、编码名称冲突、重复记录都必须逐行失败并说明原因。最后联调异常分析,验证白名单只从异常经销商对列表中排除,不改变 KPI、趋势和原始链路;删除白名单后二次确认,并使相关关系重新参与后续异常判断。WL-C01 与最终模板未确认前,可先完成规则服务、页面和导出,避免阻塞主体工作。

STEP 1统一两类规则服务
STEP 2页面说明与字段收口
STEP 3查询导出与 Excel 校验
STEP 4异常列表与真实链路联调
05 · 建议顺序

四批推进,避免等所有人确认后才开工

先完成没有争议的页面和规则,再接共享底座,随后落外部确认项,最后做跨模块一致性验收。

PHASE 01

确定项先行

先得到能演示、能联调的三个模块骨架。

  • 销售网络双模式与空状态
  • 经销商分类、筛选、审核基础
  • 白名单规则、页面和删除恢复
PHASE 02

接共享底座

接入产品映射、异常历史和异步导出。

  • Brand/SKU 筛选
  • 异常流向标识
  • 导出已选与按条件导出
PHASE 03

关闭确认项

把外部规则和最终模板真正落进系统。

  • 批号路径月份边界
  • CDM Code 变更清单
  • 白名单 Excel 名称匹配
PHASE 04

端到端验收

不以“页面能打开”作为完成标准。

  • 页面 = API = 明细 = 导出
  • 网络图 = 路径列表
  • 错误、审计和重复导入验证
06 · 风险与边界

开工前必须盯住的六件事

这些不是额外需求,而是决定三个工作包能否闭环的边界。页面先做不难,难的是最后的数据和规则能否一致。

批号完整路径的月份边界未定

先实现所选月份内的路径,同时把跨月份补全隔离成独立规则,避免重写查询主体。

最终 Excel 模板和事务策略未定

可以先做校验框架和错误结果结构,但不要提前写死列顺序与整批/部分成功策略。

审核功能有状态、但权限边界待定

本轮可以实现提交、批准、驳回和审计,但必须明确由现有权限体系决定谁能审核。

CDM Code 变更清单缺少最终契约

负责人、格式、频率和补发方式未确认前,先设计处理状态和幂等结构,不猜替代关系。

白名单影响口径必须以新清单为准

新清单明确不影响 KPI 和趋势,只排除异常列表;应同步回写总体需求,防止验收口径冲突。

通用支撑未标明确负责人

异步导出、Excel 校验和操作记录是三个模块共同前置,必须明确由谁提供、何时可联调。

Resley 范围内

  • 销售网络 8 项完整功能
  • 经销商匹配 12 项完整治理流程
  • 白名单管理 8 项完整功能
  • 上述模块与共享导出、导入、映射能力的接入

本轮明确不做

  • 完整角色、数据范围及按钮级权限设计
  • 独立 CDM Code 变更监控平台
  • 全局导出任务中心或统一导出历史页面
  • 在 D360 中自建或修改权威 CDM Brand/SKU