采购付款既不能只看日历,也不能只听“车辆快做好了”。每个节点应对应明确成果、证据和责任,例如合同生效、配置冻结、关键进度、交付验收和资料完成。具体比例由双方合同和采购方制度确定,但判断逻辑可以先统一:付款前知道付的是哪一阶段,阶段是否真正完成。
核对签约主体、车型、价格、交付、付款、违约处理和争议条款,技术协议、配置清单与报价作为可识别附件。文件缺失或版本矛盾时,不因为口头催促跳过内部审批。
写清预付款触发合同生效、配置冻结、底盘采购还是排产,并规定供应方需要提供的确认。预付款不是车辆完成证明,后续节点仍要依靠生产和实车证据。
如果合同设置生产节点,按交期节点清单核对本车底盘、罐体、装配或调试状态。样车图片、笼统完成率和无车辆标识的视频不能单独作为付款依据。
明确静态检查、功能联动、试喷、资料和问题整改完成到什么程度才触发付款,验收步骤可参考整车交付验收。有遗留项时记录是否影响使用、责任和关闭日期。
确认发票类型、开具主体、随车资料、钥匙附件和签收要求,资料范围可对照随车资料清单。不要把“车已到”自动等同于所有合同文件已经完成。
索引列出合同条款、应交成果、实际证据、审核结论、未决问题和批准人。原始文件单独保存,不只在审批截图中保留一小段。这样财务、采购和技术能看到同一节点依据。
| 付款阶段 | 可对应的成果 | 主要证据 | 不能单独作为依据 |
|---|---|---|---|
| 合同启动 | 主体、车型和配置文件生效 | 签署合同与完整附件 | 口头下单或聊天截图 |
| 生产进度 | 约定的本车节点完成 | 身份可识别的记录与检查 | 样车照片或模糊百分比 |
| 交付验收 | 约定功能、资料和整改达标 | 验收表、试验和问题闭环 | 仅凭车辆到场 |
| 资料结算 | 发票、文件和遗留责任完成 | 资料清单与双方确认 | 一句“后续补齐” |
先区分是否影响安全、登记、核心功能或正常使用,再按合同约定形成遗留清单、责任人、期限和复验方式。是否付款或保留多少由合同和单位审批决定,不能临时凭关系口头处理。
采购人员核对合同、主体、价格和付款条件。
技术或使用人员确认对应成果和验收状态。
项目负责人确认交期、现场和遗留问题影响。
财务人员按制度核对收款、发票和审批完整性。
账户变化与车辆进度是两件事。即使车辆节点已经完成,也应通过原有独立渠道确认变更、核对合同主体和授权,并按财务制度办理,不依据临时消息直接付款。
配置、价格、交期或验收变化后,先更新合同或技术协议核对清单及相关审批,再判断原付款条件是否仍成立。旧版本完成的节点不自动适用于新的交付范围。
例如合同约定调试完成后进入下一节点,技术人员应确认本车完成哪些联动和试验、发现的问题是否关闭,采购人员核对该成果与合同条款一致,财务再检查审批与收款信息。任何一环缺失都保持待处理。
如果调试只完成静态动作、试喷因场地条件尚未进行,就应按合同区分是否达到节点,而不是把“调试中”写成“调试完成”。需要后移的验证项目明确新的时间和付款影响。
批次结束后把付款、进度、验收和资料记录归到同一车辆档案。后续出现交付争议或质保问题时,可以迅速找到当时完成了什么、依据是什么、谁作出批准。若一个节点分多次支付,每次都关联自己的成果和证据,不用最后一次审批覆盖前面的判断;退款、抵扣或暂缓也保留原因和重新触发条件。归档前由经办人与财务核对编号,避免文件散落在个人聊天中。档案状态与单位资产或项目编号保持对应,后续接手人才能准确检索。