开单校验（需求 → 单据 → 工单）
适用场景
- 收到客户订单/询价确认，需要录入 ERP/MES，生成销售订单或生产工单
- 客户给的规格、数量、单位、交期含糊或前后不一致
- 老客户返单、改单、加单
- 新人录完单后的复核
核心原则（决策依据）
- 双基准：书面确认的客户需求 + 我方实际可交付能力，两条同时成立才开单。缺一条不开。
- 先能力后单据：先答"能不能做、什么时候能做"（看产能、物料齐套、库存、工艺可行性），再答"单怎么录"。客户说什么就录什么，是最常见的翻车起点。
- 不留半成品：信息不全的单不进系统，挂"待确认"。系统里的空白单迟早变成错单。
执行流程（实操路径）
Step 1 收集：接单必核七项
| 项 | 必须问清 | 常见坑 |
|---|---|---|
| 品名/规格 | 型号、材质、尺寸、等级、图号 | 客户口语简称与内部编码对不上 |
| 数量/单位 | 件/套/箱/kg/m，是否含损耗 | 单位漏写或混用 |
| 单价/结算 | 含税否、税点、账期、运费承担方 | 口头价与授权价不一致 |
| 交期 | 客户要求日 + 我方能力日 | 把客户期望当成我方承诺 |
| 收货信息 | 收货人、地址、联系人、卸货要求 | 发货当天才发现地址错 |
| 特殊要求 | 包装、唛头、检验报告、附件 | 生产做完了才提 |
| 结算与信用 | 是否超信额、是否有欠款 | 超限单未报批 |
任何一项为空 → 先追问，不靠"应该是"填。
Step 2 校验：三查一遍
- 查编码：规格 ↔ 内部编码一一对应，防"同物多码、同码多物"
- 查历史：老客户返单先调历史订单比对，规格/价格变动处单独标记
- 查冲突：与在手订单是否撞产能、撞物料、撞交期
- 一遍复核：录入完成后把系统里的单据读回一遍，逐项与客户确认件对齐
Step 3 录入与下推
- 按系统字段顺序一次性录全，不跳字段
- 保存后立即回读核对（反向复核）
- 下推到生产/仓储/物流，确认下游已收到
- 需要审批的（超信额、特殊价、加急）先审批后下推
Step 4 回执留痕
- 把最终确认信息（规格、数量、交期、价格）以文字形式回发客户确认
- 截图/邮件/系统记录归档，做到"任何一单都能还原全流程状态与责任人"
交付标准
- 一次录入正确率 ≥99.5%，录入错误导致的返工、改单接近于零
- 单均处理时长稳定可预测
- 任意一单可在系统内还原：谁录的、什么时候、依据什么、下游到哪一步
风控红线
- 不凭记忆、凭口头开单
- 不在客户未确认时擅自改规格、改数量、改交期
- 不越权决定价格、折扣、插单、账期
- 不把已知风险单压着不报
- 不在系统里留信息不全的空白单
边界（本 skill 不做的事）
- 不处理"怎么跟客户谈、怎么管预期" → 归 customer-expectation
- 不处理"开完单之后怎么跟进度" → 归 delivery-followup-alert
- 不处理"已经出问题怎么救火" → 归 exception-triage
失败处理
| 情况 | 动作 |
|---|---|
| 客户催得急、信息不全 | 先说明缺哪几项、需多久补齐；不做"先录着后面补" |
| 系统里已有疑似重复单 | 停下，先查重、找上一单责任人，确认后再动作 |
| 下游不接收/退回 | 记录退回原因与时点，按原路径重新下推并知会客户交期影响 |
| 录错了已下推 | 不删记录，走更正单/变更流，保留原单与原因 |
