inkreachhub/inkreach-official-website

Fork 0

Files

T

yeuimu 573549eb15 docs(specs): reuse public endpoints and include admin frontend scope

2026-08-28 12:04:35 +08:00

22 KiB

Raw Blame History

产品族（SPU）合并 — 后端设计

日期：2026-08-28（同日修订：价格允许人工覆盖、支持人工添加自定义商品入族；公开接口零新增全复用；admin 前端纳入本期）
状态：已评审（讨论稿定稿，待实施计划）
分支：feature/product-link-merge-yeuimu
范围：后端（apps/api）+ 后台管理前端（apps/admin）；官网（apps/website）不在本期，但公开接口保持 100% 兼容复用（见 §10.2）

1. 背景与问题

SDS（InkPOD）上游会为同一个实体商品下发多条近似链接，名称格式为 国家（物流备注）品名-SKU-工艺位置[-仓库名]，例如 美国（包邮）180g纯棉T恤成人款-DG001-单面印花-美西洛杉矶一仓。一个"DG001 180G纯棉T恤（JSA002）"分类下存在约 18 条这样的链接。

现有系统的合并能力落在商品层（goods.origin_good_id 主源 + good_origin_goods 副源），但合并语义很浅：

变体列表简单拼接，无归因、不去重；
商品详情、尺码表、包装规则、价格只取主源，副源独有的大尺码（如 XXXXL）直接丢失；
物流、工艺只存在于链接名的自由文本中，无法结构化查询；
同一个族若按国家配置多个 Good，需要重复合并、重算并集。

2. 目标 / 非目标

目标

在原产品库引入"产品族（ProductFamily）"实体：多个 OriginGood 链接合并为一个族；
族的共享属性：规范名称、主图、国家、分类、商品详情；
尺码表与包装规则做并集（S~~XXXL ∪ S~~XXXXXL），冲突有明确裁决规则；
价格完全由数据推导：价格 = f(尺码, 颜色, 物流, 工艺, 印花数量)，其中印花数量即链接工艺段自带的属性（单面/双面印花等），无订单量折扣、无人工定价；
官网买家可对五个维度全部做选择，价格实时联动；
SDS 同步流水线保持"纯镜像"定位不变。

非目标

不引入价格阶梯/折扣表（订单量定价已被明确否决）；价格默认按链接推导透传，但允许人工按格改价（覆盖表），并支持人工添加自定义商品入族（见 §5.5、§5.6、§8）；
不改动同步任务的核心抓取逻辑与安全护栏；
不改动 apps/website（官网）——公开接口零新增、原样复用，官网可无感灰度。

3. 决策记录

#	问题	决策
D1	合并落在哪一层	新增 SPU 产品族层（介于 OriginGood 与 Good 之间），而非强化 Good 级合并或读取时动态聚合
D2	价格形态	默认按链接透传 + 人工覆盖（2026-08-28 修订）：无阶梯折扣、无全手动明码矩阵；价格默认 = 成员链接变体的 SDS 原价，允许按格子人工改价（覆盖表），并允许人工添加自定义商品入族
D3	买家选价粒度	五维全选：详情页提供尺码/颜色/工艺(印花数量)/物流选择器，价格实时联动
D4	公开接口	零新增、全复用：不新建任何公开端点，族数据以增量字段嵌入既有 `/public/*` 响应；`goodId=sdsGoodId` 与"任意成员命中同一族"语义不变
D5	前端范围	admin 后台前端纳入本期（原产品树按族分组、族管理、人工改价、自定义商品四块界面）；官网不做

4. 架构

SDS 同步（不动）                     产品族层（新增，人工策展）              运营配置层（调整）
OriginGood #1 ─┐                 ┌── ProductFamily ─────────────┐        Good
OriginGood #2 ─┼─ familyId ──────►│ 规范名/主图/国家/分类          │──────► 新增引用族（familyId）
  ...（18条）   │   （自动预填，   │ 商品详情（canonical）          │        保留 origin_good_id
OriginGood #18 ┘    可人工调整）  │ 并集尺码表 + 并集包装规则（物化）│        国家/坑位/标签/优先级不变
                                    │ 价格矩阵（推导物化，零人工）    │
                                    └──────────────────────────────┘

核心原则：

OriginGood 保持纯 SDS 镜像，同步流水线不改；仅在详情同步提交后追加"重算受影响族"的钩子；
族是详情、尺码、包装、价格的唯一事实来源；
族上 autoManaged=true 时随上游自动重算，false 时人工锁定、只置 stale 标记。

5. 数据模型（Prisma 草案）

5.1 新增 `ProductFamily`

model ProductFamily {
  id           BigInt   @id @default(autoincrement()) @map("family_id")
  familyCode   String?  @map("family_code")    // 如 DG001 / JSA002，从链接名 SKU 段提取，可人工改
  familyName   String   @map("family_name")     // 规范名，如 180g纯棉T恤（成人款）
  familyImage  String?  @map("family_image")
  countryId    BigInt?  @map("country_id")      // 关联现有 Country
  categoryId   BigInt?  @map("category_id")     // 关联现有 Category
  detail       Json?                            // canonical 详情（文本字段默认取主链接，可人工编辑）
  sizeChart    Json?    @map("size_chart")      // 物化并集
  packageSpecs Json?    @map("package_specs")   // 物化并集
  priceMatrix  Json?    @map("price_matrix")    // 物化推导结果（重算快照，非人工数据）
  autoManaged  Boolean  @default(true) @map("auto_managed")
  stale        Boolean  @default(false)         // 锁定族在上游变化后的待处理标记
  createdAt    DateTime @default(now()) @map("created_at") @db.Timestamptz(6)
  updatedAt    DateTime @updatedAt @map("updated_at") @db.Timestamptz(6)

  originGoods OriginGood[]
  goods       Good[]
  country     Country? @relation(fields: [countryId], references: [id])
  category    Category? @relation(fields: [categoryId], references: [id])

  @@unique([familyCode])
  @@index([countryId])
  @@index([categoryId])
  @@map("product_families")
}

5.2 `OriginGood` 增量

familyId       BigInt?  @map("family_id")        // 归属族，族删除时置空
skuCode        String?  @map("sku_code")         // 名称第2段，如 DG001
logisticsLabel String?  @map("logistics_label")  // 第1段括号内物流备注，如 包邮/专线
craftLabel     String?  @map("craft_label")      // 第3段工艺位置，如 单面印花（含印花数量语义）
warehouseLabel String?  @map("warehouse_label")  // 第4段(可选)仓库，如 美西洛杉矶一仓

@@index([familyId]) @@index([skuCode]) @@index([logisticsLabel]) @@index([craftLabel])

这四个解析列由同步落库时自动填充（见 §6），是价格归因、自动建族、按维度查询的共同地基。解析失败的链接列置空，不阻塞同步，进后台待处理列表。

5.3 `Good` 增量

familyId BigInt? @map("family_id")   // 新事实来源；保留 origin_good_id 作为主链接（跳转/兜底）
@@index([familyId])

good_origin_goods 关联表在迁移完成后只读保留一段时间，确认无回归后废弃删除。

5.4 价格矩阵 JSON 结构（物化快照）

{
  "crafts": ["单面印花", "双面印花"],          // 族内去重后的工艺(印花数量)选项
  "logistics": ["包邮", "专线"],               // 族内去重后的物流选项
  "rows": [
    {
      "sizeId": "size_3", "sizeName": "XXXL",
      "colorId": "color_2", "colorName": "黑色",
      "craft": "单面印花", "logistics": "包邮",
      "price": "25.00",                        // 有效价（Decimal 字符串）：推导价或人工覆盖价
      "manual": false,                         // true = 该格价格来自 FamilyPriceOverride
      "sources": [                             // 同格子的全部来源（后台核对下单路由用）
        { "sdsGoodId": "123", "sdsVariantId": "456", "price": "25.00" }
      ]
    }
  ]
}

5.5 价格覆盖表（人工改价）

model FamilyPriceOverride {
  id        BigInt   @id @default(autoincrement()) @map("family_price_override_id")
  familyId  BigInt   @map("family_id")
  sizeId    String   @map("size_id")     // 精确格，不做通配
  colorId   String   @map("color_id")
  craft     String   @map("craft")
  logistics String   @map("logistics")
  price     Decimal  @db.Decimal(12, 2)  // 人工价，仅校验为正数，不限制方向
  note      String?                       // 改价原因备注（审计）
  createdAt DateTime @default(now()) @map("created_at") @db.Timestamptz(6)
  updatedAt DateTime @updatedAt @map("updated_at") @db.Timestamptz(6)

  family ProductFamily @relation(fields: [familyId], references: [id], onDelete: Cascade)

  @@unique([familyId, sizeId, colorId, craft, logistics])
  @@map("family_price_overrides")
}

覆盖表独立于推导矩阵：重算只重建推导矩阵，覆盖表永不被动过；
有效价 = 覆盖命中 ? 覆盖价 : 推导价，物化时合并进 priceMatrix（命中行标记 manual: true）；
覆盖可命中推导矩阵中不存在的格子（人工补组合/补价），但各维度取值必须来自该族的选项集合（sizes/colors/crafts/logistics），校验失败返回 400；
删除覆盖即恢复推导价，无任何副作用。

5.6 自定义成员（人工添加商品）

复用现有 OriginGood.source = CUSTOM 机制（POST /goods/custom 已存在），扩展为可入族：

自定义 OriginGood 与 SDS 链接一样通过 familyId 挂族；其变体（尺码/颜色/价格）、详情、尺码表、包装规则全部为人工数据；
四个解析列（skuCode/logistics/craft/warehouse）由管理员创建时手工填写，其中物流、工艺为必填（价格矩阵归因依赖）；
重算语义：自定义成员的变体与详情是人工数据、只读贡献——并集与矩阵推导时读取，永不覆盖或删除；仅当管理员显式移出族或删除该商品时失效；
自动建族（3 段规则）不会把 CUSTOM 成员吸进族，归属完全由人工决定。

6. 链接名结构化解析

输入：OriginGood.goodName（国家（物流备注）品名-SKU-工艺位置[-仓库名]）。

输出：{ country?, logisticsLabel?, productName?, skuCode?, craftLabel?, warehouseLabel? }

按现有 3 段规则（apps/admin/src/utils/origin-name.ts 的语义）在后端以 TS 实现，作为共享解析器（放 apps/api/src/origin-goods/origin-name.parser.ts 或 common）， admin 端后续改为复用同一语义；
解析时机：同步 upsert OriginGood 时、以及存量回填脚本；
容错：名称不符合格式时各列置空；解析器对真实数据（约 552 条，其中 541 条符合格式）需有 golden 样本测试，包括畸形样本。

7. 并集与冲突规则

尺码表并集：按 sizeName 对齐合并各成员的 sizeChart；同一尺码测量值冲突时，取尺码覆盖最全的成员的该行（即提供 XXXXL 的链接优先），其次取主链接；无法对齐时记 warning 日志，供管理员在族编辑页人工裁决后锁定（autoManaged=false）。
包装规则并集：同样按尺码对齐合并 packageSpecs，冲突规则同上。
商品详情：canonical 版本默认取主链接（管理员可指定），并集只作用于尺码表与包装规则。
同格子价格冲突（同物流+同工艺、不同仓库的链接，同尺码颜色不同价）：取最低价， sources 保留全部来源；在此基础上若存在人工覆盖，以覆盖价为最终有效价（§5.5）。

8. 价格模型

第一次：选链接   → 物流 + 工艺(印花数量)   （一个组合对应一条/多条成员链接）
第二次：选变体   → 尺码 + 颜色             （链接下的 SDS 变体）

推导价 = 该 (物流, 工艺) 组合下该 (尺码, 颜色) 变体的 SDS 价格，原样透传
有效价 = 覆盖表命中 ? 覆盖价 : 推导价          // 人工改价入口，见 §5.5

推导过程：每条成员链接按 (logisticsLabel, craftLabel) 归因 → 其变体按 (sizeId, colorId) 落格 → 去重（冲突取最低价）→ 物化为 priceMatrix；
展示"起价" = 有效矩阵（推导 ∪ 覆盖）最低格价格；
阶梯折扣表不存在；人工定价仅有覆盖表按格修改一个入口（§5.5）。

9. 同步联动与重算

在 persistProductDetail（apps/api/src/sync/sync.service.ts）事务提交后：

若该 OriginGood.familyId 非空，投递去重的异步重算任务（进程内队列即可，幂等）；
重算内容：并集尺码表、并集包装规则、价格矩阵、族选项（crafts/logistics 去重列表）；
autoManaged=true：直接重算覆盖镜像物化字段；
autoManaged=false：只置 stale=true，绝不静默覆盖人工数据；
幂等性：重算输入均为确定性数据（成员镜像、覆盖表、自定义成员），同一状态重算结果相同，可安全重试；
覆盖表（§5.5）与自定义成员数据（§5.6）在重算中只读，永不覆盖；物化 priceMatrix 时把覆盖合并为最终有效矩阵（命中行 manual: true）。

商品列表同步（syncProducts）在 upsert OriginGood 时同步刷新四个解析列；链接被标记 delisted 时，其族在下一次重算中自然剔除该成员的变体与尺码贡献。

10. API 契约

10.1 后台（JWT 保护，需按现有权限体系评估，见 §13）

端点	说明
`GET /product-families?keyword=&page=&pageSize=`	分页列表（含成员数、stale 标记）
`POST /product-families/auto-group`	按 3 段规则预览可成族分组，`apply=true` 时落库（DG001 18 条一键成族）
`POST /product-families`	手工建族
`PATCH /product-families/:id`	编辑 canonical 字段（名称/主图/国家/分类/详情/主链接/autoManaged）
`POST /product-families/:id/members`	增删成员 `{ addOriginGoodIds, removeOriginGoodIds }`，变更后触发重算
`POST /product-families/:id/recompute`	手动重算
`GET /product-families/:id/price-overrides`	覆盖列表（含推导价对照、差异标记）
`PUT /product-families/:id/price-overrides`	批量 upsert 人工价 `{ items: [{ sizeId, colorId, craft, logistics, price, note }] }`，写后触发重物化
`DELETE /product-families/:id/price-overrides`	按格删除覆盖 `{ cells: [...] }`，恢复推导价
`POST /product-families/:id/members/custom`	在族内创建自定义成员（人工商品：名称/主图/物流/工艺归因/变体价格/详情）
`GET /origin-goods/tree`	改为按真实族分组展示，替代名称截断的临时分组

POST /goods/custom 保留并扩展：请求体增加解析列（物流/工艺必填）与结构化变体（尺码/颜色/价格），创建后可直接指定 familyId 挂族；未指定则形成单成员族。

10.2 公开（无鉴权）

复用原则（D4）：不新增任何公开端点、不改变路径与参数语义。族数据全部以增量字段嵌入既有响应，官网现有代码继续工作；详情页消费 family 块属于纯增量升级。

GET /public/goods/:goodId（goodId 仍为 sdsGoodId，主源或副源命中均可，语义不变）详情新增：

{
  "family": {
    "familyCode": "DG001",
    "sizes":  [{ "id": "size_1", "name": "S", "available": true }],   // 并集
    "colors": [{ "id": "color_1", "name": "黑色", "hex": "#000", "imageUrl": "..." }],
    "crafts": ["单面印花", "双面印花"],
    "logisticsOptions": ["包邮", "专线"],
    "sizeChart": { /* 并集 */ },
    "packageSpecs": { /* 并集 */ },
    "priceMatrix": { /* §5.4 结构（含 manual 标记），嵌入详情而非单独查价接口 */ }
  }
}

矩阵直接嵌入详情响应：无阶梯计算，矩阵是静态快照，前端本地联动即可，体量与现状（主副源变体拼接）相当甚至更小（去重后）；
不可用组合由矩阵行的缺席表达（前端禁用对应选项）；
读路径切换加配置开关（如 PUBLIC_DETAIL_FROM_FAMILY）灰度，可秒回退。

11. 后台管理前端（apps/admin，D5）

11.1 现状与入口

外层壳 views/product-management/ProductManagementView.vue 以标签页组织：商品配置（views/goods/GoodsView.vue，约 2655 行）、数据同步（views/sync/SyncView.vue）；
本期新增第三个标签页"产品族"，并改造 GoodsView 的原产品树。

11.2 新增"产品族"标签页

新建 views/product-family/ 目录，按职责拆组件（避免复刻 GoodsView 的巨型单文件）：

FamilyList.vue：族列表——关键词/分页/成员数、stale 红点、autoManaged 状态；
FamilyDetail.vue：族详情——canonical 字段编辑（名称/主图/国家/分类/主链接/autoManaged）、成员管理（SDS 链接增删、创建自定义成员）、手动重算；
AutoGroupDialog.vue：自动建族——按 3 段规则展示候选分组预览，确认后应用；
PriceOverridePanel.vue：人工改价矩阵——按 (工艺 × 物流) 切换页签，表格为尺码 × 颜色，单元格显示有效价，人工格高亮并展示与推导价的差额，行内编辑即调 PUT / DELETE price-overrides；
图片上传复用现有 components/ImageUpload.vue。

11.3 GoodsView 改造

右侧原产品树分组依据从前端名称截断（utils/origin-name.ts，本期后退役）切换为 GET /origin-goods/tree 返回的真实族分组；
原"合并到 Good"交互改为"挂到族"：勾选兄弟链接 → 加入既有族或新建族；
Good 配置表单增加 familyId（选族替代选主源+副源），保留"主链接"概念用于跳转兜底。

11.4 API client

新增 src/api/product-families.ts（族 CRUD / auto-group / members / overrides / recompute）；
src/api/origin-goods.ts、src/api/goods.ts 随契约更新（familyId 字段）。

11.5 前端测试

关键交互（auto-group 预览、覆盖编辑、自定义成员创建、树分组切换）随仓库现有测试设施补充组件/交互测试；全量现有测试保持通过。

12. 迁移与灰度

建表加列：Prisma migration（product_families、OriginGood 四解析列 + familyId、Good.familyId）；
解析回填：脚本解析全部存量 OriginGood.goodName 填四列，输出不可解析清单；
自动建族：按 3 段键分组，每组建族（规范名取品名段、familyCode 取 SKU 段）、挂成员； 每条非下架链接都归属一个族，无兄弟则单成员族（统一不变量，免特判）；
合并关系映射：遍历现有 good_origin_goods，每个 Good 的成员集合（主源+副源）对应到族（恰好匹配自动族则直接关联；横跨多组则建独立族），回填 Good.familyId；
物化回填：对全部族跑一次重算，填充并集与价格矩阵；
读路径灰度：开关切换 /public/goods/:goodId 详情来源；确认无回归后， good_origin_goods 转只读观察一段时间再废弃；
自定义商品与覆盖：存量 source=CUSTOM 的 OriginGood 解析列保持为空，由管理员按需补填并挂族；覆盖表初始为空，随运营逐步产生，无需数据迁移。

分期建议：一期后端（族 + 解析 + 自动建族 + 树接口改造），二期 admin 前端（产品族页 + GoodsView 改造），三期（并集物化 + 公开详情灰度切换 + Good.familyId），避免单次变更过大。

13. 测试要点

解析器单元测试：golden 样本覆盖真实 552 条中的代表格式 + 畸形样本；
并集合并：同尺码冲突裁决、缺尺码补齐、包装规则合并、warning 记录；
价格矩阵推导：归因正确性、同格子最低价、delisted 成员剔除、幂等重算；
锁定语义：autoManaged=false 的族在重算时只置 stale、字段不被覆盖；
覆盖语义：重算后覆盖价保留且生效；覆盖可新增推导矩阵中不存在的格子（校验维度取值）；删除覆盖恢复推导价；覆盖行在公开矩阵中带 manual 标记；
自定义成员：变体/详情不被重算覆盖；物流/工艺归因正确进入矩阵；自动建族不吸收 CUSTOM 成员；
迁移映射：现有 Good 合并关系到族的映射（恰好匹配 / 横跨多组）；
公开接口契约：开关两态下的响应形状、任何成员 sdsGoodId 均命中同一族；
全量现有测试保持通过（回归红线）。

14. 权限评估（按 AGENTS.md 要求）

新增后台操作需纳入现有权限体系（User/Role + JWT）：

产品族列表/详情：读权限（对齐现有 origin-goods 读）；
建族/自动成族/成员增删/canonical 编辑/手动重算：写权限（对齐现有 goods 配置写）；
同步触发重算：系统内部行为，走服务账户，不暴露新端点。

上线前需在 docs/references/authority-matrix-ui.md 同步权限矩阵。

15. 默认值与待确认项

以下规则已按默认值设计，实施前如需推翻请在此记录：

同格子多链接价格冲突 → 取最低价；
尺码测量值冲突 → 尺码覆盖最全的成员优先；
单链接是否建族 → 是（统一不变量）；
familyCode 唯一性 → 全局唯一，允许为空（历史/畸形数据）；
覆盖粒度 → 精确格 (sizeId, colorId, craft, logistics)，不做通配符；
覆盖价方向 → 不限制（可高于或低于推导价），仅校验为正数。

22 KiB Raw Blame History Unescape Escape