让业务流转，
也让边界清晰。

1. 业务｜建立往来主体与需求：客户、公司、工厂、供应商；品牌归属待确认
2. 业务 / 技术｜建立款式开发资料：客户款号、季节系列、图稿、尺寸与 BOM
3. 采购 / 供应商｜匹配面辅料：材料档案、阶段品质与颜色、测试及报价
4. 技术 / 工厂 / QC｜制作并评审样衣：按轮次安排制作、检查、量体与三方评语
5. 判断：开发资料达到交接条件？；需要调整 → 建议：返回问题所属模块，不默认全部重做；回退粒度待确认并返回“业务 / 技术｜建立款式开发资料”；满足条件 → 后续交接。
6. 业务｜报价沟通与商务确认：收悉不等于接受；接受规则尚待定义
7. 生产 / 采购｜建立大货交接基线：订单、颜色尺码、材料、交期与版本

@startuml
title 01 / 从客户需求到大货交接
start
:业务｜建立往来主体与需求
客户、公司、工厂、供应商；品牌归属待确认;
repeat
:业务 / 技术｜建立款式开发资料
客户款号、季节系列、图稿、尺寸与 BOM;
:采购 / 供应商｜匹配面辅料
材料档案、阶段品质与颜色、测试及报价;
:技术 / 工厂 / QC｜制作并评审样衣
按轮次安排制作、检查、量体与三方评语;
backward :建议：返回问题所属模块 / 不默认全部重做；回退粒度待确认;
repeat while (开发资料达到交接条件？) is (需要调整) not (满足条件)
:业务｜报价沟通与商务确认
收悉不等于接受；接受规则尚待定义;
:生产 / 采购｜建立大货交接基线
订单、颜色尺码、材料、交期与版本;
stop
@enduml

1. 业务 / 技术｜选定款式及需求：明确客户、工厂、交期、颜色、尺码和数量
2. 技术｜新建或明确当前轮次：可选择来源和复制区块；新轮次重置确认状态
3. 技术 / 工厂｜准备并制作样衣：BOM、图稿、制版与车缝；到料时间 A/B 待释义
4. QC｜检查与测量记录：质量 / 部位 / 颜色；实测－标准，不预设容差
5. 业务 / 三方｜收集并核对反馈：客户、内部、工厂；试衣与工艺评语分开
6. 判断：本轮反馈需调整？；需要调整 → 建议：明确返修与轮次策略，新轮次保留旧轮次；历史比较不等于锁版并返回“技术｜新建或明确当前轮次”；满足条件 → 后续交接。
7. 业务 / 技术｜交接确认版本：锁定、解锁及最终确认人待定义

@startuml
title 02 / 样衣轮次与反馈闭环
start
:业务 / 技术｜选定款式及需求
明确客户、工厂、交期、颜色、尺码和数量;
repeat
:技术｜新建或明确当前轮次
可选择来源和复制区块；新轮次重置确认状态;
:技术 / 工厂｜准备并制作样衣
BOM、图稿、制版与车缝；到料时间 A/B 待释义;
:QC｜检查与测量记录
质量 / 部位 / 颜色；实测－标准，不预设容差;
:业务 / 三方｜收集并核对反馈
客户、内部、工厂；试衣与工艺评语分开;
backward :建议：明确返修与轮次策略 / 新轮次保留旧轮次；历史比较不等于锁版;
repeat while (本轮反馈需调整？) is (需要调整) not (满足条件)
:业务 / 技术｜交接确认版本
锁定、解锁及最终确认人待定义;
stop
@enduml

1. 采购 / 业务｜建立材料档案和订单：规格、单位、供应商、客户、系列、开发或大货单
2. 业务｜选择本次处理的阶段：保留其他阶段资料；阶段内多版本规则待定
3. 供应商 / 采购｜安排材料与记录费用：工序、数量、价格、到料；按需记录本地调样
4. 技术 / QC｜记录颜色品质及测试：确认凭据；物理 / 化学测试结果与报告
5. 判断：阶段资料需要调整？；需要调整 → 补样 / 修正规格 / 重测，确认责任、返工费用和重测规则待定并返回“供应商 / 采购｜安排材料与记录费用”；满足条件 → 后续交接。
6. 业务｜更新阶段报价与反馈：客户 / 工厂分别记录币种、单位和日期
7. 业务 / 采购｜关联款式及后续订单：阶段报价不自动覆盖订单价；共享单独确认

@startuml
title 03 / 面辅料阶段开发与验证
start
:采购 / 业务｜建立材料档案和订单
规格、单位、供应商、客户、系列、开发或大货单;
:业务｜选择本次处理的阶段
保留其他阶段资料；阶段内多版本规则待定;
repeat
:供应商 / 采购｜安排材料与记录费用
工序、数量、价格、到料；按需记录本地调样;
:技术 / QC｜记录颜色品质及测试
确认凭据；物理 / 化学测试结果与报告;
backward :补样 / 修正规格 / 重测 / 确认责任、返工费用和重测规则待定;
repeat while (阶段资料需要调整？) is (需要调整) not (满足条件)
:业务｜更新阶段报价与反馈
客户 / 工厂分别记录币种、单位和日期;
:业务 / 采购｜关联款式及后续订单
阶段报价不自动覆盖订单价；共享单独确认;
stop
@enduml

1. 业务人员 → 款式原资料：记录三方报价（客户 / 工厂 / 实际采购分开）
2. 业务人员 → 款式原资料：可确认复制工厂报价至客户（实际采购不随之覆盖）
3. 款式原资料 → 业务人员：显示报价与可选试算（默认手填；公式和汇率口径待审）
4. 业务人员 → 款式原资料：选择接收方与共享区块（空内容裁剪；核对敏感资料）
5. 款式原资料 → 接收方副本：生成独立共享快照（接收方报价不含实际采购及利润）
6. 业务人员 → 接收方副本：人工编辑译文并核对（无自动翻译；不回写款式原资料）
7. 接收方副本 → 客户或工厂：人工确认后模拟发送（仅本地记录；不真实通知）
8. 客户或工厂 → 业务人员：演示记录收悉 / 后续沟通（收悉 ≠ 接受报价；正式批准待定义）

@startuml
title 04 / 三方报价与共享副本
participant "业务人员" as P0
participant "款式原资料" as P1
participant "接收方副本" as P2
participant "客户或工厂" as P3
P0 -> P1: 记录三方报价\n客户 / 工厂 / 实际采购分开
P0 -> P1: 可确认复制工厂报价至客户\n实际采购不随之覆盖
P1 -> P0: 显示报价与可选试算\n默认手填；公式和汇率口径待审
P0 -> P1: 选择接收方与共享区块\n空内容裁剪；核对敏感资料
P1 -> P2: 生成独立共享快照\n接收方报价不含实际采购及利润
P0 -> P2: 人工编辑译文并核对\n无自动翻译；不回写款式原资料
P2 -> P3: 人工确认后模拟发送\n仅本地记录；不真实通知
P3 -> P0: 演示记录收悉 / 后续沟通\n收悉 ≠ 接受报价；正式批准待定义
@enduml

1. 业务｜明确订单与技术版本：客户 / 工厂订单号、交期、颜色×尺码与 TTL
2. 采购｜核对材料准备情况：大货用量、已到数量、到料时间、批复记录
3. 生产 / 技术｜核对生产条件：样衣版本、裁剪计划、产线、人数、开完工时间
4. 判断：建议放行条件满足？；需要调整 → 建议：异常补齐后再核对，缺料 / 版本争议 / 数量或产能不匹配并返回“采购｜核对材料准备情况”；满足条件 → 后续交接。
5. 指定负责人｜确认大货交接：建议新增：批准人、时间、版本、例外说明
6. 生产 / QC｜跟踪执行与异常：现状仅记录；分批、返工、变更规则待定
7. 业务｜结项与归档交接：建议范围；发货、收付款不在本次实现内

@startuml
title 05 / 大货准备与生产交接
start
:业务｜明确订单与技术版本
客户 / 工厂订单号、交期、颜色×尺码与 TTL;
repeat
:采购｜核对材料准备情况
大货用量、已到数量、到料时间、批复记录;
:生产 / 技术｜核对生产条件
样衣版本、裁剪计划、产线、人数、开完工时间;
backward :建议：异常补齐后再核对 / 缺料 / 版本争议 / 数量或产能不匹配;
repeat while (建议放行条件满足？) is (需要调整) not (满足条件)
:指定负责人｜确认大货交接
建议新增：批准人、时间、版本、例外说明;
:生产 / QC｜跟踪执行与异常
现状仅记录；分批、返工、变更规则待定;
:业务｜结项与归档交接
建议范围；发货、收付款不在本次实现内;
stop
@enduml

1. 审核人员 → Fields API：公开读取 / 登录编辑（只有提交修改需要有效会话）
2. Fields API → D1 数据库：读取当前字段与版本 v（版本是并发依据）
3. D1 数据库 → Fields API：返回文档与版本（仅字段定义，不是业务资料）
4. Fields API → 浏览器草稿：返回可编辑初稿（公开可读，不填真实敏感资料）
5. 审核人员 → 浏览器草稿：编辑字段 / 标记审核状态（已确认定义改动后重回待审核）
6. 浏览器草稿 → Fields API：明确点击提交云端版本（携带基础版本 v 和修改说明）
7. Fields API → D1 数据库：条件更新：仅匹配 v 才写入（成功时原子保存修订历史，保留最近 100 版）
8. D1 数据库 → Fields API：返回成功或版本不匹配（不是无条件覆盖）
9. Fields API → 浏览器草稿：[成功] 返回新版本（其他人重新读取可见）
10. Fields API → 浏览器草稿：[冲突] 返回 409，保留草稿（与成功互斥；读取最新并三方合并）
11. 审核人员 → 浏览器草稿：[冲突后] 逐项选择保留内容（合并后再次提交；并非实时共同打字）

@startuml
title 06 / 字段评审与云端协同
participant "审核人员" as P0
participant "浏览器草稿" as P1
participant "Fields API" as P2
participant "D1 数据库" as P3
P0 -> P2: 公开读取 / 登录编辑\n只有提交修改需要有效会话
P2 -> P3: 读取当前字段与版本 v\n版本是并发依据
P3 -> P2: 返回文档与版本\n仅字段定义，不是业务资料
P2 -> P1: 返回可编辑初稿\n公开可读，不填真实敏感资料
P0 -> P1: 编辑字段 / 标记审核状态\n已确认定义改动后重回待审核
P1 -> P2: 明确点击提交云端版本\n携带基础版本 v 和修改说明
P2 -> P3: 条件更新：仅匹配 v 才写入\n成功时原子保存修订历史，保留最近 100 版
P3 -> P2: 返回成功或版本不匹配\n不是无条件覆盖
alt 版本匹配
P2 -> P1: [成功] 返回新版本\n其他人重新读取可见
else 版本冲突
P2 -> P1: [冲突] 返回 409，保留草稿\n与成功互斥；读取最新并三方合并
P0 -> P1: [冲突后] 逐项选择保留内容\n合并后再次提交；并非实时共同打字
end
@enduml