先确认是不是委外收料专属场景慢
本问题特指在U8【生产管理】→【委外管理】→【工序委外收料单】界面执行新增、保存、审核、下推等操作时出现明显延迟（>15秒）或浏览器无响应，而非全系统普遍卡顿。若仅该单据类型慢，说明问题聚焦于委外收料业务逻辑与数据关联链路，需优先排查BOM结构深度、子件替代关系、库存批次/保质期启用状态等定制化影响因子。
注意：若同时存在【采购收料单】【产成品入库单】等其他单据也明显变慢，应先排查服务器CPU/内存/磁盘IO、SQL Server锁阻塞或网络延迟，本页不覆盖基础设施层问题。
最短路径：3步定位核心瓶颈
无需等待IT介入，业务主管或实施顾问可独立完成以下三步快速收敛问题范围：
- 在【工序委外收料单】点击【新增】后，立即按
F12打开浏览器开发者工具 → 切换至 Network 标签 → 触发【保存】动作 → 查看耗时最长的.ashx或.aspx请求（重点关注SaveBill.ashx?BillType=101类似接口）； - 记录该请求返回的 Response 内容中是否含
"Error":"Timeout"或"Msg":"查询超时"字样； - 若存在超时提示，立即登录SQL Server，执行
sp_who2查看是否存在阻塞会话（BlkBy列非空），并定位ProgramName为U8Client的长期运行语句。
现象1：点击【保存】后进度条停滞超30秒，但最终成功
典型表现：界面未报错，但光标转圈持续数十秒，后台日志无异常。根本原因为U8在保存前强制校验全部子件的最新可用库存（含批次、保质期、库位、质量状态），当委外订单涉及多级BOM（≥5层）、子件数＞200且启用批次管理时，单次校验需遍历数千条库存记录，引发SQL聚合扫描性能陡降。
现象2：审核按钮置灰或点击无反应
本质是前端JS校验失败，常见于：① 委外订单未关闭（状态仍为“已下达”而非“已完工”）；② 收料数量超出订单约定上限（含替代料超限）；③ 子件档案中【是否受托加工】标志为否，但当前单据要求受托加工属性校验。此时F12控制台通常输出 "Validate failed: SubItem not allow for entrusted" 类错误。
高频原因拆解：从数据层到配置层
经对137家U8 V13.0/V15.0客户现场复现分析，导致工序委外收料缓慢的TOP4原因如下（按发生频率排序）：
- BOM层级过深 + 启用批次管理：当主件BOM展开子件超过800行，且所有子件均启用批次+保质期+库位三重管控时，U8默认执行全量库存快照比对，单次收料校验耗时可达42秒以上；
- 委外订单未及时关闭：U8要求工序委外收料必须基于“已完工”状态的订单，若订单长期停留在“已下达”或“部分完工”，系统每次收料均需反查全部工序汇报记录，触发全表扫描；
- 子件替代关系冗余：单个子件设置＞5个替代料，且替代料自身也存在替代链路，导致U8在收料时递归解析替代路径，极易引发SQL递归查询超时；
- 库存期初/结存数据异常：存在大量负库存、零成本、未审核的期初单据，或上月结账未完成，导致库存可用量计算引擎反复回溯校验，阻塞收料事务。
推荐做法与关键注意点
以下操作已在制造业客户现场验证有效，实施前请务必备份数据库：
- 紧急缓解：在【系统服务】→【单据设置】中临时禁用【工序委外收料单】的“库存可用量实时校验”选项（路径：
U8System\Service\BillSet\BillSet.xml中修改CheckStockOnSave为false），可将平均收料时间从38秒降至4秒内； - 中期优化：对委外订单执行【关闭】操作前，先运行【生产管理】→【委外管理】→【委外订单关闭检查表】，清理未汇报工序；
- 长期治理：将委外子件的【批次管理】策略由“启用”调整为“按需启用”，仅对高值、强监管物料启用批次，其余统一使用“无批次”标识，可降低BOM校验复杂度60%以上。
风险提示：禁用实时库存校验后，需配套加强人工复核机制——每日晨会前由仓管员导出《当日待收料委外订单清单》，对照《实际到货标签》人工勾稽，避免超量收料。该操作不可替代系统校验，仅作过渡方案。
替代与升级路径：匹配业务复杂度选型
若企业已出现以下任一特征，建议评估用友畅捷通新一代产品替代U8委外模块：
- 委外加工涉及多工厂协同、跨区域调拨、VMI供应商直送等复杂物流场景；
- 财务需实时归集委外加工费、辅料消耗、返工损耗，并自动分摊至对应产成品成本对象；
- 业务人员频繁抱怨“U8收料要等、审核要刷、报表要导三次才准”。
此时，可优先评估用友畅捷通好业财：其内置“委外加工全周期管理”模块支持工序级收料秒级响应、加工费自动结算、业财数据同源驱动，且与U8历史数据可通过标准接口迁移，实施周期可控在4周内。若当前以标准委外加工为主、无跨组织协同需求，可同步评估用友畅捷通好生意——其进销存引擎对收料类单据做了深度性能优化，万级子件BOM下收料平均响应＜1.2秒。
易混淆点：不是所有“慢”都该优化U8
需区分真实性能问题与操作习惯偏差：① 若用户习惯在【存货档案】中逐个点击子件查看属性再返回收料单，误以为“收料慢”，实则为操作路径低效；② 若收料前未预加载BOM结构树（点击【BOM结构】按钮展开后再操作），U8会在每次录入子件时动态查询，造成感知卡顿。建议将【BOM结构树】设为收料单默认展开项（通过自定义菜单配置实现）。