制造订单从客户问价到海运出货

先把一张订单的节点接成同一条线

一张制造订单从客户问价或提出要求日期开始，后面会经过订单评审、交期候选、生产排程、计划确认、实际完工、可交接出货和外部运输节点。团队需要用稳定的订单标识把它们关联起来，同时保留每个节点自己的状态、时间、来源、版本和负责人。

这张页面说明的是凯沃普希望长期推进的订单运营方法，不是一张已经上线的模块清单，也不是客户案例。当前对外验证最成熟的产品仍是 APS 生产排程与订单交期分析。

接单工作和海运出货可以逐步接到同一组订单上，实际范围要按数据、接口和责任逐项确认。客户请求不会因为进入一张总览表就变成承诺，外部船期也不会因为被展示就变成凯沃普生成的事实。

从客户要求日期开始做订单评审

客户说月底交货，销售先要问清楚这指工厂发货、港口到达还是客户收货。产品、数量、地点、时区、是否允许拆批，以及最早和最晚可接受范围，也要一起记录。

询价和要求日期只是评审输入。它们不能证明报价已经生成、订单已经接受或企业已经承诺交期。固定提前期可以做初筛，涉及新生产、关键物料或受限资源时，还要继续检查供应和产能。

订单评审需要锁定数据时点和输入版本。数量、规格、路线、供应日期或客户节点变了，原先的判断可能失效，团队要保留旧值和新值，再决定是否重新计算。

给出有依据的可行交期候选

可行交期候选要绑定数量、计算时点、数据范围、假设，以及采用的发货或到货节点。现货和计划收货能够覆盖时，可以先做可用供应检查；需要新生产时，还要把物料、工艺路线、资源日历和产能纳入评估。

Microsoft、SAP 和 Oracle 对 requested、confirmed、expected、scheduled 与 promised 等日期使用不同术语。页面采用客户要求日、候选可行日和已授权承诺日这三层通俗表达，不把厂商字段机械翻成一个交期。

候选日期反映当前资料和规则下的一种结果。销售或企业授权人仍要决定能否对外答复，答复哪个数量和节点，并保存沟通版本。软件不会替企业作出无条件保证。

把订单放进有限产能排程

新订单不能只找一个理论空档。它要和现有订单一起检查工序先后、关键机台、班次、已经占用的能力、物料、换型、停机和受保护任务，团队才看得到新单会动到谁。

有限产能只覆盖已经配置并进入本轮范围的约束。人员、模具、外协或现场例外没有被记录时，排程结果也不会凭空知道。资料不足的地方要标成待核条件，不能用默认值冒充现场事实。

同一数据时点可以生成多套候选方案。计划员比较晚单、瓶颈、受影响订单和未满足条件，再调整优先级、资源或规则。场景比较用于看清取舍，不代表系统已经找到唯一正确或全局最优的答案。

由计划员复核、调整和确认

候选排程、计划员确认、计划固化或下达，以及向客户确认日期，是几件不同的事。企业要分别明确谁能调整计划、谁能批准现场例外、谁能对外承诺，以及哪些动作会写入 ERP 或 MES。

计划员逐单核对候选的日期、工序、资源、物料、被移动任务和遗漏限制。调整以后要重新检查关联影响，并保留原值、新值、修改人、时间和理由。

不同系统对 approved、firmed 和 released 的对象与后果并不相同。公开总览只描述企业需要的控制点，不把任一家产品状态当成所有工厂共用的流程。

分开实际完工与可交接出货

计划完工来自当前排程，实际完工要来自报工或其他执行记录，并保留实际数量、时间和来源。日期到了不会自动把计划值变成实际完成，部分报工也不能代表整张订单已经完成。

实际完工后还可能有质量、后处理、包装、标签、入库和仓库交接。企业需要按服务方式定义可交接出货的条件，包括约定数量、适用质量状态、包装标签、交接地点和所需源数据。

可交接出货是内部控制节点，不是全球统一状态。它不等于订舱已经确认、货物已经进港、海关已经放行或集装箱已经装船。生产、质量、仓库和跟单各自确认负责的事实。

接上订舱、截点和海运事件

订舱申请被系统接收处理，不代表承运人已经确认订舱。申请参考号、承运人订舱号、确认版本、修订状态、路由和箱型箱量需要分别保存。

出货截点也不是一个笼统的截关时间。提空箱、进场开放、CY 或 CFS 交货、SI、VGM 和适用申报节点可能各有地点、时区和版本，要以最新订舱确认、正式通知和当地规则为准。

Gate-in、海关放行、装船、预计离港、实际离港、预计到港和实际到港是不同事件。ETD 与 ETA 仍是预计值，ATD 与 ATA 才是相应实际事件。船期、码头和海关状态继续以承运人、货代、码头与主管机构等权威来源为准。

先用一组订单做只读评审

第一轮可以选择一组脱敏订单，固定 ERP 导出、Excel、现有排产表和现场规则的数据截止点。团队保存当前计划作为基线，再形成交期与排程候选，逐单核对差异。

执行侧的实际完工、质量与包装状态，以及订舱确认和外部里程碑，可以从责任方已有资料中人工核对。每个值保留来源和版本，用来判断哪项生产变化可能碰到哪个出货节点。

Kavop 当前不自动报价、接单、承诺交期、订舱、报关、提交 SI 或 VGM，也不提供实时船期、AIS、集装箱追踪或货代服务。首轮不自动写回生产或物流系统，由计划员和各业务责任人检查后再行动。

常见问题

这整个流程已经是凯沃普的完整产品吗: 还不是。订单到出货是公司的长期方向和工作方法，当前成熟产品仍是 APS 生产排程与订单交期分析。接单与海运节点会按真实数据、接口和责任逐步核验。
会替换 ERP、MES、TMS、货代或船公司系统吗: 不会。Kavop 当前位于生产计划层，已有系统继续保存经营和执行事实。船期、订舱、码头与海关状态仍以对应权威来源为准。
第一轮需要准备哪些资料: 先准备一组脱敏订单、客户要求节点、工艺路线、资源和日历、关键物料、当前排产表、计划与实际完成状态，以及本轮需要核对的出货资料和数据截止点。
系统会自动承诺交期、订舱或写回吗: 第一轮不会。系统生成可比较的生产候选，计划员和企业授权人确认。订舱、申报与外部业务由相应责任方执行，首轮不自动写回生产或物流系统。

公开来源

以下资料用于区分订单日期、有限产能、计划控制、生产状态、订舱、截点和外部运输事件。第三方功能不代表凯沃普拥有同等实现，列入来源也不构成相关机构背书。

从客户问价到海运出货，一张订单如何往前走