一句定义
多工厂定制订单分发 = 把同一批订单按 SKU / 品类 / 工艺路由到不同工厂，每家工厂按它认的 Excel 模板（列名、字段值、文件命名各不相同）拿到属于自己的那部分订单。
它不是「群发同一份 Excel 给所有工厂」。每家工厂的字段叫法不一样（A 工厂叫「印刷区域」、B 工厂叫「定制位置」、C 工厂叫「主图位置」），文件命名习惯不一样，加急判定逻辑也不一样——分发要做的是「同一份订单源 → N 份工厂可用的 Excel」。
适用场景
对接 2 家以上外协工厂的卖家：金属饰品在工厂 A、皮革在工厂 B、礼盒包装在工厂 C，每天 200+ 单需要拆开分发。
多工艺品类卖家：同一个店里同时有「激光刻字」「UV 印刷」「机械雕刻」三种工艺，每种工艺找不同工厂。
有备用工厂的卖家：旺季主工厂排不开，需要按 SKU 分流到备用工厂——分流规则不能每次手工拍。
5 人左右团队，每天 100-300 单：手工按工厂分订单、按模板填字段、按命名规则改文件名，5 人团队平均每天耗 90-150 分钟在「分发」这一个动作上——这是规则引擎要消灭的纯重复工作。
输入输出示例
输入：当日 180 条 Amazon Custom 订单，覆盖 12 个 SKU，按 SKU 分别属于 3 家工厂。
核心：SKU → 工厂 → 模板 的 IF-THEN 规则表
| IF（SKU 前缀） | THEN 工厂 | 模板文件 | 关键字段映射 |
|---|---|---|---|
| `NL-925-*`（925 银项链） | 工厂 A | `factoryA_jewelry.xlsx` | 刻字内容→「engraving text」，字体→「font」，链长→「chain length(inch)」 |
| `RG-925-*`（925 银戒指） | 工厂 A | `factoryA_jewelry.xlsx` | 同上 + 戒指尺寸→「ring size(US)」 |
| `WL-LTH-*`（皮革钱包） | 工厂 B | `factoryB_leather.xlsx` | 刻字内容→「印字内容」，位置→「定制位置」，颜色→「皮色」 |
| `TS-COT-*`（棉质 T 恤） | 工厂 C | `factoryC_pod.xlsx` | 刻字内容→「印刷文字」，位置→「印刷区域」，尺寸→「Size」 |
| `MUG-CER-*`（陶瓷杯） | 工厂 C | `factoryC_pod.xlsx` | 刻字内容→「印刷文字」，位置→「印刷区域」 |
| `GIFT-BOX-*`（礼盒加配） | 工厂 D | `factoryD_packaging.xlsx` | 仅取「包装」「礼品卡文字」「收件人」 |
| 兜底（未匹配） | — | — | 进人工分配队列，禁止直接导出 |
字段映射按工厂分组维护——这是分发系统的实现核心。Koru 内部把字段映射定义成「(工厂, 内部字段) → 工厂模板列名」的二维表，新增一家工厂只要新加一组映射，不动其他工厂。
| 内部字段 | 工厂 A 列名 | 工厂 B 列名 | 工厂 C 列名 |
|---|---|---|---|
| 订单号 | order_no | 订单号 | OrderID |
| 刻字内容 | engraving text | 印字内容 | 印刷文字 |
| 定制位置 | engraving position | 定制位置 | 印刷区域 |
| 字体 | font | 字体 | Font Family |
| 颜色 | color | 皮色 | Color |
| 客户上传图 | image filename | 客户图 | Image File |
| 加急 | rush(Y/N) | 加急 | Priority |
输出：180 条订单 → 自动拆成 4 个 Excel 文件：`20260523_factoryA_jewelry.xlsx`（98 单）/ `20260523_factoryB_leather.xlsx`（42 单）/ `20260523_factoryC_pod.xlsx`（35 单）/ `20260523_factoryD_packaging.xlsx`（17 单）+ 配套的图片包按工厂打包。
未匹配兜底：5 条 SKU 是新上的，规则表里没有 → 进人工分配队列，运营 1 分钟决定路由 + 顺便把规则表补一行。
常见误区
误区一：用一份大 Excel 群发所有工厂。「反正每家工厂会自己筛」——结果工厂 B 把工厂 A 的订单也拿去生产、工厂 C 漏掉了属于它的礼盒订单，混乱直接传染到客诉。
误区二：分发规则写在脑子里。「老王知道这批 SKU 走工厂 A」——老王休假那 3 天，所有订单都卡住。规则必须写到可看可改的表里。
误区三：字段映射没按工厂分组。一份「全局字段映射表」想覆盖所有工厂 = 每次加一家工厂都要动表 = 经常改错。正确做法是「(工厂, 字段) → 列名」二维结构。
误区四：未匹配 SKU 直接放行 / 直接拒绝。直接放行 = 工厂收到不属于自己的订单；直接拒绝 = 新 SKU 上不了线。正确做法是「进人工分配队列」，给运营 1 分钟决策窗口。
误区五：图片不按工厂分包。所有工厂的客户上传图扔在一个文件夹里 = 工厂下载时还要自己筛 = 必然漏图。每家工厂的 Excel 应该配套属于它的图片 zip。
Koru 如何处理
SKU → 工厂 路由表在工作台维护。运营在表里加一行 `SKU 前缀 = NL-925-* → 工厂 A`，下次新订单进来自动匹配。规则有版本、有人加的、什么时候加的全留底。
字段映射按 (工厂, 内部字段) 二维维护。新增工厂 D 只要新增一组映射列，不动工厂 A/B/C 的配置——不会因为加一家工厂搞坏其他工厂的导出。
Excel 模板文件可上传、可绑定。每家工厂上传一份它认的 `.xlsx` 作为模板，Koru 按模板的列名顺序填值；列名变了，重新上传一次即可。
未匹配 SKU 强制走人工分配。系统不替你猜路由——SKU 没在规则表里 = 进队列 = 运营点一下决定 + 顺手把规则补上。
图片按工厂分包导出。导 Excel 的同时导一份 `images_factoryA.zip`，里面只有属于工厂 A 这批订单的图，文件名已绑订单号。
导出前预检：每家工厂的 Excel 在生成前会跑一遍「必填列是否齐」「未匹配字段是否归零」「图片是否齐」三项校验，缺一项不允许导出——避免发出去再被工厂打回。
行动建议
第一步：把当前所有 SKU 按工厂列一张表（左列 SKU 前缀，右列工厂名）——这张表就是你分发规则的雏形。如果列不出来，说明分发规则只在某个人脑子里。
第二步：找每家工厂要一份它最近用过的 Excel 模板，把列名抄下来，对照内部字段做一份「(工厂, 内部字段) → 工厂列名」的二维映射表。
第三步：写明 5 条「未匹配兜底」规则——新 SKU 走人工分配、新工厂模板必须先小批量试跑 10 单、节假日加急走备用工厂等——这些规则越具体越省事。
第四步：每周复盘「未匹配 + 工厂打回」次数。未匹配多 = 规则表要补；工厂打回多 = 字段映射要改。2-3 周后这两个数字都应该接近 0。