实验 / 仓储与履约
客户急要 300 件：今天先给多少、哪天交齐、谁确认承诺
输入分批许可，算出今天能承诺多少、哪天补齐；迟交数量先亮出来，确认后才算承诺。
48 小时内有停线风险
- 客户订单
- 300 件 · 希望第 2 天全部到货
- 净可用现货
- 100 件 · 已扣预留
- 第 2 天前可加产
- 140 件 · 可确认的生产槽位
- 第 3 天到货
- 160 件 · 已确认在途
分批许可由订单计划员设定；这是商务决定，不是系统替你决定。
还没算：第 2 天可用 240 件，客户要 300 件、差 60 件；允许分批就今天先发 240 件、第 3 天补 60 件，不分批就整批等第 3 天。
- 人 定分批许可：允不允许拆单是商务决定，由订单计划员设定
- 代码 算候选：先发、补齐、迟交都由同一份供给数据确定性算出，可复算
- 人 确认承诺：迟交需客户同意，计划员与客户经理确认后才算承诺
为什么这样分工：这个页面不用 AI：可承诺量是纯计算题，规则算得又快又准，AI 在这里不会让答案更好，只会多一层不确定性。
责任与系统边界
谁负责什么？
AI 参与边界：本页不用模型：可承诺量是确定性计算，AI 在这里没有提高答案质量的角色。
工业语境：Order Management · ATP / CTP
数据类型：仿真
转化路线：确定性基础能力
系统与集成边界：Order Management。合成演示数据；未连接 ERP、APS 或 MES，可承诺量计算全部在浏览器内完成。
系统职责：Deterministic：规则、Solver 或代码产出核心结果
人工决策信号：人工批准
- 人 · 01设定分批许可
允不允许拆单是商务决定，由订单计划员设定，系统不替你决定。
- 代码 · 02算可承诺候选
从净现货、可确认产能与确认在途确定性算出先发多少、哪天补齐、迟交多少天。
- 人 · 03确认后才算承诺
供给可行不等于满足客户要求日期；迟交要客户同意，正式承诺由订单计划员与客户经理确认。
当前边界
- 未连接 ERP、APS 或 MES；输入是合成演示数据，不是真实库存。
- 供给可行不代表满足客户要求的到货日期；迟交需要客户确认。
- 不改库存、不改产能、不通知客户；也不做跨订单的优先级仲裁。
- 业务优先级不参与计算；分批许可由人设定。
可复用模式
同一模式适用于报价交期承诺、服务响应承诺等「先算供给可行性、再人工确认」的场景。
实现方式
面向紧急订单的订单承诺工作台：输入分批许可，确定性算出今天先发多少、哪天补齐、迟交多少天；订单计划员与客户经理确认后才形成对客户的承诺。 固定合成供给数据（净现货、可确认产能、确认在途）加结构化订单控制（分批许可），确定性计算可承诺候选；无 AI 参与。领域单测覆盖拆单与整批两条候选。
证据与验证记录 · 可运行演示
验证 2026-10-21 · 构建 6e89290 · 未测 2 项 / 阻塞 3 项展开全量记录
- 未测8 条路由 × 3 视口（1440×900 / 720×900 / 390×844）的横向溢出、Tab 焦点 outline、#evidence 深链、正文对比度抽样（仅记录数值，阈值未定）
- 未测对比度阈值判定：首轮只记录实测数值，WCAG 阈值待真实分布确认
- 阻塞读屏（screen reader）
原因：当前无读屏执行环境
- 阻塞原生 200% 浏览器缩放
原因：headless 视口不能替代原生缩放，需人工验证
- 阻塞视觉构图接受
原因：需人眼评审；当前会话无视觉模型能力
- Demo交互式订单承诺 Demo · 即本页
改变分批许可，立即得到两条可对比的承诺候选；迟交数量与天数在确认前如实标出。
- 测试领域模型单测 · 私有仓库
拆单与整批两条候选的数量、日期与迟交披露由单测锁定；所有数字由模型计算，不在页面硬编码。
- 架构确定性计算，无 AI 参与
可承诺量是结构化输入上的确定性计算；本 Build 不调用模型，也不需要模型。
- 源码
- 权限提示GitHub 证据链接指向私有仓库 winstonw94/winston-builds，仅站主 Winston 本人可查看。