销售先守住接单边界，再建立评审入口
企业对接单岗位的叫法和权限并不一致。有的由销售负责人统筹，有的设业务跟单或订单管理团队，也有企业由老板、运营或计划负责人一起把关。页面不替企业规定组织架构，只把接单评审里必须分开的动作摆出来。
销售负责记录客户原话、澄清需求、整理资料、推动内部评审并传达获准版本。计划员负责形成生产候选并说明风险。谁能接受订单、批准例外或对外承诺，仍由企业自己的授权规则决定。
询价、报价、客户下单、工厂接受和订单确认不是同一个事件。客户发来采购订单或系统里出现订单号，都不能单独证明企业已经接受订单，更不能证明生产已经下达。
把客户原话拆成可评审的订单字段
客户说月底交货，先问清楚是生产完工、从工厂发货，还是送到客户指定地点。产品、规格或版本、数量和单位、地点、时区、是否允许拆批，以及客户最早和最晚可接受条件，都要落在同一份请求记录里。
还要标明这次是询价、报价反馈、客户下单还是订单变更。附件、图纸和规格若有多个版本，应指出本轮使用哪一版；仍待工程、采购、质量或客户确认的条件，不能藏在聊天记录里。
这一步只把 request 记录清楚。它不是计划候选，不是企业已经授权的承诺，也不是销售已经发给客户的最终版本。日期名称越含糊，后面越容易把工厂发运和客户到货混成一件事。
每次评审先锁定数据截止点与资料版本
销售把客户请求交给计划时，需要带上评审编号、订单范围、数据截止时间与时区。订单、工艺、关键物料、资源日历、现行排程和现场例外各自截至什么时点，也要能够查到。
如果订单是今天上午的，物料表停在昨天，排产表又没有最新停机，算出的日期只能代表这组快照。截止点以后新增的客户变更、缺料、报工或计划调整，还没有进入本轮结果。
首轮不需要为了形式一次补齐所有主数据。先覆盖会改变当前判断的字段，把缺失的人员、工装、维护、质量、后处理或外协条件列为待核项。这样计划员能说明候选覆盖了什么，也能说明哪些事实还没有进入模型。
计划员给候选日期，也写清假设与未建模限制
计划员用本轮订单、供应、工艺、资源、班次和现行排程形成 candidate。候选要写明对应数量、生产完工或发运节点、地点、数据时点、计划版本，以及对已有订单造成的主要影响。
第三方产品会用 available-to-promise（ATP）、capable-to-promise（CTP）、advanced available-to-promise（aATP）或 Global Order Promising 等术语检查供应和日期。各家的配置和算法不同，这些资料只能帮助解释评审深度，不是 Kavop 当前功能名。
加班、外协、替代料、替代资源或拆批只有在资料真实且获得相应授权时，才能进入候选。一个方案在数学上算得出来，不代表现场条件已经成立，也不代表企业应该牺牲哪些原订单。
接受订单后，把承诺条件完整移交给计划与执行
客户和企业确认订单以后，销售要把有效的产品版本、数量、日期节点、拆批安排、例外条件和客户附件交给 PMC、计划、采购及相关执行团队。对外答复不会自动变成生产计划。
销售不能把尚未获准的加班、替代料、外协或插单写成确定安排。计划团队也不能只看到一行订单号，却不知道客户接受的是整单、分批、工厂发运还是客户到货。
移交记录需要说明当前有效版本、接收人、时间、待办事项和下一次复核条件。谁能 firm、release 或写入 ERP、MES，要按企业系统和权限另行控制。
客户或工厂一有变化，就重查影响并走改版
数量、规格、地点、客户日期、供应、产能、排程或预计完成发生变化以后，原候选或原承诺可能已经不再适用。销售应建立变更版本，保留原值、新值、提出方、时间和原因，而不是只在聊天里改一个日期。
计划员用新的截止点重算，列出与旧版的差异、受影响订单和仍待解决的风险。授权人再决定维持原承诺、改期、拆批、暂不承诺、拒绝变更还是升级处理；系统不能替企业自动选择。
如果决定改版，销售发送新的 revised promise，并保留客户回执。旧版本作为历史记录保留，不能静默覆盖。即使候选日期变早，也要检查客户最早接收条件和后续安排，不能自行提前承诺。
先用一组订单跑只读接单评审
第一轮可以选择一组脱敏订单，固定客户要求、ERP 导出、Excel、现行排程表和现场规则的数据截止点。销售带来请求和适用条件，计划员比较当前排法与候选方案，授权人检查哪些日期可以对外使用。
这轮验证的是资料能否对账、候选能否解释、受影响订单能否看清、角色交接能否复核。只读文件导入不代表实时连接，一组样本通过也不代表全厂销售订单流程已经上线。
Kavop 当前最成熟的产品仍是 APS 生产排程与订单交期分析。它不自动报价、接受订单、批准承诺或通知客户，也不自动写回 CRM、ERP 或 MES。
常见问题
- 销售接单负责人是统一岗位吗
- 不是。岗位名称、汇报关系和权限因企业而异。页面只把客户请求、计划候选、授权和对客沟通这些动作分开，实际责任以企业分工为准。
- 排程返回候选日期就能直接承诺客户吗
- 不能。候选日期只对本轮数据、范围和假设成立。企业授权人要先决定可对外使用的数量、节点、日期和条件，再由销售沟通。
- Kavop 会自动报价、接单或替销售发送承诺吗
- 目前不会。Kavop 当前以 APS 排程、候选比较和风险解释为主，订单接受、承诺批准与客户沟通仍由企业相应责任人完成。
- 第一轮会写回 CRM、ERP 或生产系统吗
- 不会。第一轮使用脱敏、只读资料，由销售、计划员和授权人逐项复核，不自动写回 CRM、ERP、MES 或其他执行系统。
公开来源
以下官方资料用于区分询价、订单、日期计算、内部批准、对客沟通与订单变更。各厂商术语和配置只适用于其自身产品，不代表凯沃普拥有同等功能，也不构成相关厂商认可或推荐凯沃普。