主题
外协管理
模块定位
外协管理负责承接订单侧产生的外协需求，把需要交给协作厂家处理的板件或自定义项目，整理成可执行、可跟进、可结算的外协订单。
它不是一张单独的“外协登记表”，而是一条跨模块链路：
- 订单侧先提交外协申请；
- 外协申请页承接申请，并按外协类别拆成采购计划；
- 系统根据采购计划生成一张或多张外协订单；
- 外协订单页继续维护厂家、凭证、交期、金额和进度；
- 外协完成后，后续进入财务管理里的外协厂结算。
先建立一个关键认知
当前外协管理模块真实包含 4 个页面：外协申请、外协订单、外协类别、外协厂家。外协厂结算属于财务管理下的后续页面，不是外协管理自己的子菜单。
谁会用到这个模块
- 拆单 / 工艺人员：在订单侧判断哪些内容需要外协，并提交外协申请
- 外协跟单人员：在外协申请页查看申请，选择厂家并提交采购计划
- 外协执行人员：在外协订单页维护交易凭证、交付日期、总价、进度和备注
- 管理人员：查看外协是否仍在计划、在途，还是已经完成
- 基础数据维护人员：维护外协类别、外协厂家及类别和厂家之间的可选关系
- 财务人员：在财务管理里继续处理外协厂结算
建议你先看哪里
这张图要帮你快速定位阅读入口：外协管理的重点不是记住菜单名称，而是先分清“申请承接、计划拆分、订单执行、基础配置、财务结算”各自在哪个页面完成。
模块总流程
这张图要帮你建立全局认知：外协管理的前半段解决“把申请拆成可执行订单”，后半段解决“外协订单如何推进到完成”。
功能菜单怎么分工
| 页面 / 入口 | 真实定位 | 你通常在这里做什么 |
|---|---|---|
| 外协申请 | 申请承接页 / 采购计划提交页 | 查看订单侧已提交的外协申请，打开抽屉按类别分组，选择厂家并提交采购计划 |
| 外协订单 | 外协执行跟进页 | 查看、编辑、删除、导出外协订单，维护交易凭证、交付日期、总价、进度和备注 |
| 外协类别 | 外协规则配置页 | 维护类别名称、支持的外协厂家、自动计算类别的公式 |
| 外协厂家 | 外协资源配置页 | 维护厂家名称、地址、电话、联系人、默认交付周期 |
| 外协厂结算 | 财务后续页面 | 对已经形成的外协订单做对账、付款和结算跟进 |
不要把“外协厂结算”当成外协管理子菜单
当前前端路由中，外协厂结算位于财务管理模块；外协管理只负责外协申请、外协订单和基础资料配置。
申请页、订单页、基础数据页的边界
这张图重点解释三个页面边界：
- 外协申请：不是日常手工新增申请的主页面，而是承接订单侧申请，并继续提交采购计划；
- 外协订单：负责外协订单执行过程中的维护和跟进；
- 外协类别 / 外协厂家：负责前置配置，决定明细如何分组、每个类别能选哪些厂家。
外协申请页怎么理解
外协申请页展示的是已经产生的外协申请，当前列表里可以看到：
| 字段 | 说明 |
|---|---|
| 订单编号 | 外协申请来自哪张订单，并可跳回订单详情 |
| 订单名称 | 辅助识别订单 |
| 申请人 | 谁提交了外协申请 |
| 申请时间 | 外协申请的提交时间 |
| 计划提交人 | 谁提交了采购计划 |
| 计划提交时间 | 采购计划提交时间 |
| 外协项目 | 当前申请包含多少项外协内容 |
当前外协申请页没有新增按钮。正常使用时，外协申请来自订单侧；外协管理里的申请页更像是“承接与继续处理页”。
提交采购计划时发生什么
这张图要帮你看懂：提交采购计划不是简单地给申请打个勾，而是会真正生成后续要跟进的外协订单。
再次提交采购计划的提醒
如果一张外协申请已经提交过采购计划，前端再次提交时会提示“可能产生多张采购单”。当前后端是新增保存外协订单，不是先删除旧订单再覆盖。
外协订单页怎么理解
外协订单页负责跟进已经生成或手工新增的外协单据。当前列表里会看到：
| 字段 | 说明 |
|---|---|
| 外协订单编号 | 外协单自己的编号，前缀优先读取工厂配置，未配置时默认为 WX |
| 来自订单 | 该外协订单关联的原订单；普通外协订单可悬浮查看关联外协明细 |
| 订单名称 | 原订单名称 |
| 外协厂家 | 普通外协显示厂家，自定义外协显示“自定义产品” |
| 交易凭证 | 外协交易相关图片凭证 |
| 交付日期 | 外协预计或约定交付日期 |
| 总价 | 外协订单金额 |
| 外协进度 | 计划、在途、完成 |
| 下单时间 | 从计划推进到在途 / 待收货时记录 |
| 完成时间 | 首次推进到完成时记录 |
| 备注 | 其他说明 |
外协订单页可以新增、编辑、删除和导出单据，但已进入结算关联的外协单会受到后端保护：已结算外协单不能修改，也不能删除。
外协进度怎么理解
页面上主要显示 3 个进度：
| 页面显示 | 后端状态 | 含义 |
|---|---|---|
| 计划 | 已形成计划或订单，但还未进入在途 / 待收货阶段 | |
| 在途 | 后端含义是待收货，前端展示为在途 | |
| 完成 | 外协结果已完成 |
这张图要帮你看懂：当前状态只能向后推进，不能从完成退回在途，也不能从在途退回计划。首次进入"完成"时，系统还会触发订单齐套检测，判断后续是否可以继续交付流程。
基础数据为什么要先配好
这张图要帮你看懂：外协类别不只是一个名称字段，它还决定两个关键结果：
- 系统如何识别或计算某个外协明细属于哪个类别；
- 这个类别下提交采购计划时能选择哪些外协厂家。
如果外协厂家没有维护、外协类别没有绑定厂家，前面的采购计划选择就会卡住。
普通外协和自定义外协的区别
这张图要帮你看懂：一次外协申请不一定只生成一张外协订单。普通外协明细会按计划分组生成订单；如果还填了自定义外协信息，也会额外形成自定义外协订单。
新手建议的阅读顺序
- 先看本页，理解外协管理不是单页功能，而是跨订单、外协、财务的链路；
- 再看 外协申请，弄清申请从哪里来、如何提交采购计划；
- 再看 外协订单，理解订单生成后如何维护进度、凭证、交期和金额；
- 如果前面选项不全、类别不对、厂家找不到，再去看 基础数据；
- 最后需要对账付款时，再进入 外协厂结算。
使用建议与最佳实践
- 先分清发起入口和承接入口：外协申请主要从订单侧发起，外协申请页负责承接与提交采购计划。
- 先配厂家，再配类别：类别里要绑定支持的厂家，顺序反了容易导致申请页选不到厂家。
- 不要把再次提交当成覆盖：当前再次提交采购计划可能新增外协订单，操作前要确认是否确实需要重复生成。
- 用“申请 -> 订单 -> 结算”理解主链路：申请页解决计划拆分，订单页解决执行跟进，结算在财务模块。
- 结算前尽量核准外协单信息：外协订单一旦关联结算，后续修改和删除会被限制。