主题
生产申请
页面定位
“生产申请”页是生产管理里的付款门槛未达标时的例外放行审批台账。
它更适合解决的是：
- 订单为什么点了“生产下单”却没有直接进入生产
- 哪些订单因为付款比例或最低付款金额不达标，被转入人工审批
- 当前有哪些申请还在待审批，哪些已经通过或驳回
- 审批通过后，系统是否会自动执行生产下单
它不适合替代的是：
- 日常排产调度页
- 单张订单的完整业务详情页
- 工厂配置里的生产付款门槛设置页
也就是说，这一页不是“常规生产入口”，而是生产下单失败后触发的例外审批页。
菜单路径
生产管理 → 生产申请
建议你先看哪里
如果你是第一次用这页，建议按下面顺序看：
- 先看状态列：先分清哪些申请还没处理、哪些已经有结论
- 再看付款情况：重点看订单金额、已付金额、付款比例
- 最后再看申请原因：判断这次为什么要申请提前生产
- 拿不准时再回订单详情：点订单编号补完整上下文
页面整体结构
这张图想帮你先把这页的使用边界看清楚：它不是排产页，而是“付款门槛未达标时的人工审批页”。真正做决定前，通常要先看状态、付款情况、申请原因，必要时再回订单详情补上下文。
它是怎么被触发出来的
生产申请不是用户平时主动打开后再新建一条申请，而是通常在订单详情页点击“生产下单”失败后触发。
当前真实流程是：
这张图想帮你看懂生产申请的本质：它不是独立的日常入口，而是直接生产下单被付款规则拦住后，转入人工审批的例外流程。
生产下单为什么会被拦住
当前后端并不是只检查“付款比例”一个条件，而是综合看工厂配置中的两项门槛：
- 生产下单最低付款比例
- 生产下单最低付款金额
系统会分别算出：
- 按比例要求至少应该付多少
- 按最低金额要求至少应该付多少
然后取这两者里更高的那个值作为实际门槛，但不会超过订单总额。
一个容易写错的点
旧理解里常把这页写成“付款比例不足审批页”，但当前真实规则更准确的说法应是：
生产付款门槛未达标审批页
因为即使付款比例看起来不低，只要最低付款金额没达到，仍然会被拦住。
订单金额为 0 也会触发申请
还有一个容易遗漏的例外：
- 如果订单金额为空或小于等于 0，系统无法正常计算付款门槛
- 这时即使不是传统意义上的“比例不足”，也仍然会要求先提交生产申请
所以这页不只是处理“已付比例太低”的订单，也处理未报价 / 金额为 0 但要提前放行生产的订单。
提交生产申请
当你在订单详情页点击“生产下单”但付款门槛未达标时，弹窗会切换到申请模式。
当前真实界面里，你会看到：
- 一段失败提示，直接展示为什么不能生产下单
- 一段说明文案，提示你可填写原因并提交生产申请，审批通过后自动生产下单
- 一个申请原因输入框
- 一个“提交生产申请”按钮
提交步骤
- 在订单详情页点击“生产下单”
- 系统尝试直接生产下单
- 如果系统提示付款比例不足，弹窗切换为申请模式
- 查看系统给出的失败原因
- 填写申请原因
- 提交申请
注意
提交申请 ≠ 立即开始生产。
只有管理员审批通过后，系统才会自动为该订单执行生产下单。如果后续客户补齐付款要求，也可以回订单详情重新按正常流程尝试生产下单。
申请原因是必填项
如果申请原因为空，前端会直接阻止提交并提示“请填写申请原因”。
因此，这页不适合写成“可简单备注后提交”，更准确的口径是：
生产申请必须填写原因，作为审批判断的直接依据。
提交后的自动提醒
提交申请后，系统会自动向相关 业务员 和 跟单员 发送微信消息提醒，告知有新的生产审批待处理，确保申请能被及时看到并审核。
列表里能看到什么
管理员进入“生产申请”页面后，看到的是一个分页列表页。
当前页面没有：
- 新增按钮
- 删除按钮
- 导出按钮
- 独立筛选表单
也就是说，当前页更像是一个审批台账列表，而不是可自由建单、筛选、导出的复杂业务页。
当前真实字段
| 字段 | 说明 |
|---|---|
| 序号 | 当前分页下的顺序号 |
| 订单编号 | 可点击，跳转到订单详情页 |
| 订单名称 | 当前订单名称，即订单名称 |
| 订单金额 | 订单总金额 |
| 已付金额 | 当前已付金额 |
| 付款比例 | 前端按 已付金额 / 订单金额 现场计算 |
| 申请原因 | 申请人填写的原因 |
| 申请人 | 提交申请的操作人 |
| 申请时间 | 提交申请时间 |
| 状态 | 待审批 / 已通过 / 已驳回 |
| 审批人 | 执行审批的管理员 |
| 审批时间 | 审批操作时间 |
| 操作 | 仅待审批时显示通过 / 驳回 |
关于“付款比例”列要特别注意
页面里的付款比例不是后端直接返回的现成字段，而是前端根据：
- 订单金额
- 已付金额
动态计算出来的。
如果订单金额为空、为 0，或者小于等于 0，页面这里不会正常显示比例，而是显示 --。
这也说明：
- 列表里的“付款比例”只是辅助判断信息
- 真正是否允许直接生产，仍以后端完整校验为准
审批操作
管理员只可以对待审批状态的申请执行处理。
| 操作 | 说明 |
|---|---|
| 通过 | 审批通过后，系统自动为该订单执行生产下单 |
| 驳回 | 驳回申请，订单保持原有限制，不会自动进入生产 |
这张图想帮审批人避免一个常见误区：这里的“通过”不是只改一个状态，而是会直接触发自动生产下单。
通过时的真实规则
前端确认文案已经明确提示：
审批通过后将自动为订单执行生产下单
后端实现里也不是“先记通过，后面异步慢慢处理”，而是：
- 先把申请状态改成已通过
- 记录审批人、审批时间
- 立刻调用订单生产下单逻辑
- 如果自动下单失败，整个事务回滚，申请状态不会停留在“已通过”
这意味着：
- “通过”是强操作
- 不是单纯审批备案
- 审批成功的前提，是系统后续自动生产下单也真的成功
驳回时的真实规则
驳回则比较直接：
- 校验当前申请仍是待审批
- 改成已驳回
- 记录审批人、审批时间
- 不会触发生产下单
当前页的驳回操作没有额外填写驳回原因弹窗，确认后就直接驳回。
申请状态怎么理解
| 状态 | 说明 |
|---|---|
| 待审批 | 申请已提交，等待管理员处理 |
| 已通过 | 审批通过，且已自动生产下单成功 |
| 已驳回 | 申请被驳回，订单仍保持原有限制 |
一个重要边界
“已通过”不要只理解成“审批人同意了”。
在当前系统里，它更准确的业务含义是：
审批通过，并且自动生产下单已经执行成功
因为如果审批后自动下单失败，事务会回滚，这条申请不会稳定落成“已通过”。
与订单生产下单的联动
生产申请和订单生产下单之间，有几个关键联动规则需要明确。
1. 审批通过后形成豁免
后端在生产下单付款校验时，会先检查：
- 当前订单是否存在已审批通过的生产申请
如果存在，哪怕付款比例不足、最低付款金额不足，甚至订单金额为 0，也可以继续走生产下单。
所以审批通过的本质不是“给了一条记录”，而是：
为当前订单建立了一次可通过付款门槛校验的审批豁免。
2. 已在生产中的订单不能再申请
如果订单已经处于生产中，后端会直接拒绝提交申请，并提示：
- 订单处于生产中，无需提交申请
3. 同一订单不能无限重复提申请
后端还做了两层限制：
- 如果已有待审批申请，不能重复提交
- 如果已有已通过申请，也不能再次提交
这说明这页不是“可以不断补申请理由”的往复式页面，而是受状态约束的审批台账。
配置说明
生产申请功能依赖工厂配置中的生产付款门槛设置。
- 配置位置：
系统管理→工厂配置→生产配置 - 配置项 1：生产下单最低付款比例（0~100，0 表示不限制）
- 配置项 2：生产下单最低付款金额（元，0 表示不限制）
真实门槛不是二选一，而是共同生效
如果这两项都配置了，系统不是只看其中一个，而是：
- 分别计算比例门槛与金额门槛
- 取要求更高的那个作为最终门槛
没配置时会怎样
如果：
- 最低付款比例未启用
- 最低付款金额也未启用
则系统不限制生产下单，也就通常不会走到生产申请流程。
提示
所以“生产申请”是否经常出现，和工厂配置里的付款门槛强相关。门槛越严格，这一页越容易成为常用审批入口。
常见场景
场景一：客户只付了定金，但工期很急
- 订单详情中点击“生产下单”
- 系统提示付款不足，无法直接生产
- 操作人填写“工期紧急，客户承诺本周补款”并提交申请
- 管理员在生产申请页查看付款情况和申请原因
- 审批通过后，系统自动生产下单
场景二：比例看起来够了，但最低金额还不够
- 工厂同时配置了最低付款比例和最低付款金额
- 当前订单虽然比例不低，但已付金额仍没到最低金额门槛
- 直接生产下单被拦住
- 提交生产申请后，由管理人员决定是否例外放行
场景三：订单金额还没确认，但现场想先生产
- 订单金额为空或为 0
- 系统无法按正常方式校验付款门槛
- 直接生产下单被拦住
- 只能先提交生产申请
- 审批通过后，系统才允许自动生产下单
常见问题
为什么订单已经在详情页里点了生产下单，还是没有真正进入生产？
因为生产下单不仅要看订单是否已签单、有无批次，还要看付款门槛是否达标。
如果付款门槛没过，系统不会直接放行，而是要求先走生产申请审批。
审批通过后还需要再去点一次生产下单吗？
通常不需要。
当前系统逻辑是：审批通过后，会在同一事务里自动为该订单执行生产下单。只有自动下单也成功，这次审批才算真正完成。
驳回以后，订单会怎么样？
订单不会自动进入生产，仍然保持原有限制。后续要么补齐付款条件，要么根据实际情况重新提交申请。
为什么页面里没有筛选框？
因为当前前端实现就是一个相对轻量的分页审批列表页，没有额外查询条件区。它更适合按申请时间倒序快速处理待审批记录，而不是做复杂检索。
这页适合谁经常看？
更适合管理人员、审批人员、需要关注付款风控与生产放行边界的人看。普通排产人员并不一定需要长期停留在这页。
使用建议与最佳实践
- 先看付款情况，再看申请原因：不要只因为客户着急就直接通过，先确认差的到底是比例、金额，还是订单金额本身未确认
- 审批前先补订单上下文：拿不准时，先点订单编号回订单详情查看客户背景、交期、当前阶段
- 把这页当例外处理台账，不当日常生产入口：日常排产应去生产计划，这里主要处理付款门槛未达标的特殊放行
- 设置付款门槛前先统一管理口径：否则不同人对“什么情况可以例外放行”会越来越不一致
- 对“通过”保持谨慎：它不是普通状态按钮，而是会直接触发自动生产下单的强操作