跳到主要内容
沃林数智

REFERENCE SCENARIO · HANDBOOK pp.64–65

型号、SKU、条码与渠道主数据治理

Model, SKU, Barcode and Channel Master-data Governance

当“新型号、配件套装、颜色容量变体、包装版本或渠道编码创建/变更,需要同步商品、采购、仓储、财务和平台。”发生,STAR 以授权来源形成“用编码规则、字段责任、审批、影响分析和批量回读避免一物多码、错码和历史交易断裂。”的可审阅决定;具名角色通过人工门禁后,动作仍受 READBACK_VERIFY 约束,并以回读证据判断关闭。

REFERENCE_ARCHITECTURE · PRODUCTION_CONNECTED=UNKNOWN · SOURCE pp.64–65

TRIGGER
新型号、配件套装、颜色容量变体、包装版本或渠道编码创建/变更,需要同步商品、采购、仓储、财务和平台。
GOAL
用编码规则、字段责任、审批、影响分析和批量回读避免一物多码、错码和历史交易断裂。
BOUNDARY
READBACK_VERIFY
REF-DR-C-30 / v1.0

Decision Record

REFERENCE ONLY
TRUTHREFERENCE_ARCHITECTURESOURCEpp.64–65BOUNDARYREADBACK_VERIFYMATURITYM1_data_and_workflow_blueprint
  1. SOURCE FACTS

    PLM/PIM · ERP · 平台后台 · WMS · SRM · 财务 · BI · 条码系统

  2. PROPOSAL

    用编码规则、字段责任、审批、影响分析和批量回读避免一物多码、错码和历史交易断裂。

  3. HUMAN GATE

    编码申请 Agent:主数据专员确认

  4. CONTROLLED ACTION

    最高动作姿态:READBACK_VERIFY。参考页不连接生产系统。

  5. READBACK

    编码唯一;关键字段有 Owner;影响经过审核;各系统同步回读;旧码历史可追溯且不可误用。

REFERENCE ARCHITECTURE · 无生产连接证明 · 无客户效果声明

SCENARIO COORDINATE / STEP 02

判断这个参考场景是否值得进入对比。

先确认来源、Truth 与最高动作边界,再决定是否把它带入统一字段对比。

场景 ID
C.30
来源
pp.64–65
Truth
REFERENCE_ARCHITECTURE
动作边界
READBACK_VERIFY
当前任务型号、SKU、条码与渠道主数据治理

只审阅参考架构;本页不连接系统、不执行动作,也不把候选描述为已落地。

下一步选择一种主数据变更,确认编码不可变规则、字段 Owner 和批量同步补偿。

只把当前场景 ID 带入对比器;不会自动保存方向或提交试点。

REFERENCE_ARCHITECTURE · READBACK_VERIFY · REFERENCE SUPPORT ONLY · NO PRODUCTION CONNECTION · NO CUSTOMER EFFECT CLAIM

五件空白档案材料由深青线串联成从来源到证据包的连续证据链
C.30 · SOURCE → GATE → EVIDENCEREFERENCE VISUAL
C.30 参考场景的合成界面或流程视觉
C.30 · SYNTHETIC REFERENCE VIEW不代表生产连接或客户数据

KNOWLEDGE → COMPARISON → DIRECTION → OPTIMIZATION

从来源事实到可验证优化。

四段都保持参考边界;页面不会将建议、蓝图完整度或 KPI 提案写成真实效果。

01 KNOWLEDGE

沿页码返回来源

新型号、配件套装、颜色容量变体、包装版本或渠道编码创建/变更,需要同步商品、采购、仓储、财务和平台。

pp.64–65 · SourceRefState=VALID

02 COMPARISON

比较同一闭环字段

与 C.29 / C.31 比较 Trigger、Owner、Gate、ActionBoundary、Exception 与 Evidence。

打开 Decision Table →

03 DIRECTION

UNKNOWN

来源集合与现站分类冲突,公开适用性必须保持 UNKNOWN,等待 Business Owner。

04 OPTIMIZATION / KPI PROPOSAL BOUNDARY

指标只能作为分析提案。

  • 跨系统对象或版本首次一致率
    ANALYST_PROPOSAL · BASELINE / TARGET / OWNER / WINDOW REQUIRED
  • 受控变更/身份映射可追溯覆盖率
    ANALYST_PROPOSAL · BASELINE / TARGET / OWNER / WINDOW REQUIRED
  • 未经审批的高风险写入次数(目标 0)
    ANALYST_PROPOSAL · BASELINE / TARGET / OWNER / WINDOW REQUIRED

未补齐 baseline、target、owner 和 observation window 前,不得发布 ROI、节省、准确率或完成率。

HUMAN GATES

至少一道具名人工边界。

Gate 的 Owner、规则与 sourceRef 在静态 HTML 内可读。

C.30.G01 · STAGE 2

候选编码

Owner:编码申请 Agent

主数据专员确认

C.30.G02 · STAGE 4

下游影响

Owner:影响分析 Agent

运营、仓库、财务/合规审核

C.30.G03 · STAGE 7

同步验证

Owner:同步验证 Agent

主数据负责人关闭

SEVEN-STAGE TRACE

七阶段不依赖 JavaScript。

仅表示手册设计完整度,不代表已部署、已连生产或达到实测成熟度。

  1. 编码申请

    提交型号、产品族、关键属性、变体、包装、目标市场和生效时间。

  2. 候选编码

    生成内部料号、SKU、条码和渠道标识候选,检查历史与保留号段。

  3. 字段校验

    校验单位、税码、海关编码、序列号策略、危险品/认证、尺寸重量和变体关系。

  4. 下游影响

    展示对采购、库存、在途、Listing、广告、订单、评价、结算和 BI 的影响。

  5. 主数据发布

    先发布 PIM/ERP,再按顺序同步 SRM、WMS、平台和财务;旧码版本化停用。

  6. 业务抽验

    检查平台展示、采购单、扫码、出入库和订单归集。

  7. 同步验证

    对账各系统主键、字段版本和生效时间,监控旧码误用和回流。

EVIDENCE / EXCEPTION / CLOSE

没有正式回读,就不关闭。

已发生交易的编码不可删除或复用;高相似商品无法唯一识别时进入人工判定,批量同步失败时按对象补偿。

EVIDENCE IDTYPESTATEMENTCLASS
C.30.E01STAGE_OBSERVABLE申请人、对象、版本和必填项可见DOCUMENT_FACT
C.30.E02STAGE_OBSERVABLE规则命中和重复风险可见DOCUMENT_FACT
C.30.E03STAGE_OBSERVABLE错误定位到字段、规则和 OwnerDOCUMENT_FACT
C.30.E04STAGE_OBSERVABLE受影响系统、对象数和迁移要求可见DOCUMENT_FACT

CLOSE CONDITION / C.30.E08

编码唯一;关键字段有 Owner;影响经过审核;各系统同步回读;旧码历史可追溯且不可误用。