用 WorkBuddy 整理交付范围、验收条件和责任清单

合同签署后，交付团队最怕收到一句“按合同执行”。真正执行时，需要知道交什么、不包含什么、什么时候交、客户要配合什么、如何验收，以及验收与付款怎样关联。如果这些信息散在正文、附件、方案和谈判纪要里，销售承诺与交付理解很容易错位。

WorkBuddy 可以把合同义务整理成交付、验收和责任清单，并标出资料冲突和待澄清问题。它不能扩大或缩小合同范围，也不能自动创建、审核或修改业务单据。

场景价值

这项工作让销售、项目、交付、财务和客户基于同一套范围与验收口径协作。明确里程碑、责任和证明材料后，团队可以提前发现库存、审批、客户配合和验收条件中的阻塞。

开始前准备

• 已签合同及全部技术、商务附件；
• 最终方案和产品或服务清单；
• 正式谈判纪要与补充协议；
• 客户订单和内部项目计划；
• 交付地点、仓库或实施环境资料；
• 双方项目、技术、商务和验收联系人；
• 已批准的正式变更；
• 企业项目和订单系统使用规则。

先固定有效合同和附件版本。销售口头说明、聊天记录和旧方案只能作为核对线索，不能直接覆盖已签合同。

具体步骤

第一步：建立交付文件和范围底稿

列出合同、附件、方案、订单和变更文件，提取产品或服务名称、型号、数量、地点、范围及明确不包含内容。无法对应的条目进入待确认清单。

第二步：拆分交付里程碑

按准备、下单、备货、出库、物流、安装、实施、试运行和最终交付拆分节点。每个节点记录触发条件、计划时间、责任人、输入和完成证明。

第三步：整理验收条件和证据

提取验收标准、验收时间、参与人、测试方法、提交材料、确认形式、整改次数与期限。合同只写“验收合格”但没有标准时，标记待双方澄清。

第四步：明确双方责任和客户配合

区分我方交付、客户提供的场地、账号、数据、人员、审批或其他前置条件，以及共同完成事项。客户配合未完成时记录影响，但不由 WorkBuddy 判定客户违约。

第五步：关联付款、质保和异常节点

将验收与开票、付款、质保起算和服务开始条件关联，列出库存不足、信用不足、待审核、物流异常和资料缺失等可能阻塞。系统状态必须来自实际数据或人工确认。

第六步：由各方确认并进入正式执行

销售、交付、财务和法务核对清单，必要时与客户书面确认模糊事项。经批准后由有权限人员录入项目或订单系统；任何范围变化按正式变更流程处理。

可直接交给 WorkBuddy 的要求

请根据已签合同、全部附件、最终方案、订单、项目计划和正式变更，整理交付范围、验收条件与责任清单。

先建立文件和版本清单。逐项输出：交付物、型号或规格、数量、明确包含与不包含内容、交付地点、里程碑、时间、我方责任、客户配合、共同事项、验收标准、验收证据、整改要求，以及关联的开票、付款和质保节点。
列出合同、附件、方案和订单之间的冲突，以及“验收合格”等表述不清的待澄清问题。
如果提供了真实系统数据，再标记库存不足、信用不足、待审核、待出库、部分出库或物流异常；没有数据不得推测。

不要扩大或缩小合同义务，不要判断客户违约，不要自动创建、提交、审核订单或修改交付计划。

完成后应得到什么

• 交付文件、版本和范围底稿；
• 交付物、边界和里程碑；
• 验收标准、期限和证明材料；
• 我方、客户和共同责任；
• 与开票、付款和质保关联的节点；
• 冲突、阻塞和待澄清问题。

结果检查

销售核对承诺和合同，交付核对范围及可执行性，财务核对付款触发，法务核对义务和变更边界。抽查每项交付物、验收条件和责任能够回到正式文件。

涉及系统状态时，与 ERP、订单或项目系统的正式数据核对，并注明获取时间和口径。清单生成完成不代表订单已经审核、库存已经锁定或客户已经接受。

异常处理

合同、方案和订单冲突时并列来源，由相应负责人决定正确口径。验收标准模糊、客户配合条件缺失或时间不可执行时，在开工前书面澄清，不让项目团队自行补义务。

交付中发生范围变化时记录原因、影响和双方意见，走正式变更及审批。库存、信用、物流或系统接口异常由对应业务人员处理，不重复写单或绕过审批。

WorkBuddy 能力边界

WorkBuddy 可以从文件中提取范围和节点、对照资料并整理责任。只有在实际授权连接业务系统后，它才能读取相应状态，而且读取结果仍需核对口径。

范围、验收、责任和正式变更由项目各方确认。WorkBuddy 不创建或审核订单、不修改库存和价格，也不代表客户接受验收结果。