8ea81f886a
全量档案的「入库/代发」列（storageType）此前 73,278 行 100% 为空：产品定厂时 采购填的「发货方式」（入仓/代发）从来没有回流到档案表，列上没有任何来源映射。 规则（按用户口径）：全量的入库/代发只有 代发/入仓 两个值—— - 新品（产品开发）定厂带了发货方式的，直接带进档案 - 没填的，等仓库配置同步兜底填空 - 无法识别的值（如 海运）不写，保持空 实现要点： - sync.repository：产品开发来源的 SELECT/类型加 shipping_method； buildArchiveUpdate 白名单补 storageType（此前该列不在白名单里，值写不进档案表） - sync.service：宽表 shipping_method 经 storageTypeFromShippingMethodLabel 映射（入仓/入库→INBOUND、代发→DROPSHIP、无法识别→空串不动）， 仅非空时写入；fieldSourceMap 记 storageType ← shipping_method - enrichment mapper：仓库配置来源拆成两条——warehouseHead 照常无条件更新； storageType 改 fillEmptyOnly（只填空），定厂带回的值不被仓库配置覆盖 - lib/values：新增 storageTypeFromShippingMethodLabel（入仓/入库→INBOUND、 代发→DROPSHIP，兼容「入库」写法） - 页面显示「入库」→「入仓」（与定厂填值一致） - 测试：sync.service 加 3 用例；新增 warehouse-config-fill 套件 3 用例 （已有值不覆盖 / 为空才填 / 初始化过不再重复应用）； enrichment.service 计数断言 8→9 并补仓库配置两条的断言 验证：type-check EXIT=0；相关套件 sync 11 / enrichment 9 / warehouse-config-fill 3 全过；真库端到端——跑一次 XG0012 的产品开发同步，档案 storageType 从空变 INBOUND、 来源记 PRODUCT_DEVELOPMENT/shipping_method，再跑仓库配置 enrichment 后仍为 INBOUND （不被覆盖）；3001 真机按「入仓」筛选出 1 行、页面列显示「入仓」。
由壹点「产品开发平台」工作区
最后更新：2026-04-07
当前主线：资产中心 -> 自动组合 -> 草稿组 -> 包装方案 -> 正式入库 -> 轻仓库
这个工作区真正长期开发的项目在 furniture-3d-system/。
旧 CAD -> 装配编辑 -> 装配步骤 -> 回放 链仍保留，但它现在是兼容链，不是默认主线。
先看哪里
AGENTS.mdfurniture-3d-system/docs/workflow/团队协作模式.mdfurniture-3d-system/docs/workflow/模块边界说明.mdfurniture-3d-system/docs/workflow/主线同步操作手册.mdfurniture-3d-system/docs/README.md
工作区结构
.
├── furniture-3d-system/ 主项目
├── docs/ 工作区级协作与交接文档
├── 方案设定/ 设计稿与方案素材
├── flnxi_sucai/ 参考资料
└── README.md
当前文档规则
- 当前有效的协作入口只认
furniture-3d-system/docs/workflow/下那 3 份协作文档。 - 根目录
docs/前端UI改动清单.md是当前前端交接执行单，不是历史总结。 - 一次性阶段报告、完成报告、旧 UI 方案已清理，不再保留为默认入口。
常用命令
cd furniture-3d-system
npm install
npm run dev
npm run type-check
npm run build
补充说明
- 非代码参考资料默认不参与构建。
- 没有用户明确要求，不主动提交、推送、发版。