客户与订单确认
确认商品、数量、价格、交付地址、约定时间及结算方式。特殊条款和客户变更需要有依据，避免业务启动后不同部门对承诺的理解不同。
这条流程为什么值得单独梳理
订单录入完成，并不代表业务已经交付；货物发出，也不代表款项已经结清。企业需要在各阶段保留清楚的状态和依据，让销售、仓库与财务围绕同一笔业务协作。流程设计的目标是明确待办和责任，减少依赖个人记忆的追问。
五个环节分别确认什么
备货与交付安排
核对可用库存，明确采购补货或生产任务。允许分批交付时，记录每批安排和剩余待办；客户不接受拆分时，应提前协调完整交付条件。
实际发货与接收
仓库按实际结果记录出库，销售跟进接收差异。发货、签收和客户确认可能是不同节点，应按企业业务要求分别定义。
结算与收款
财务核对业务依据和结算条件，区分已收、未收及存在争议的款项。开票、结算与收款的关系，应由企业财务负责人按实际业务确认。
关闭与复盘
业务完成后核对未交数量、退货、费用和余额是否处理完毕，保留关闭依据。不能因为客户已支付一笔款项就忽略剩余义务。
例外业务要提前设计
分批发货后退回部分商品、收取预付款后取消订单、客户扣除运费或发生价格争议，都可能同时影响库存与结算。建议在演示中选择两类高频例外，说明从哪个节点发起调整、由谁批准，以及后续数据怎样核对。
各岗位的责任边界
| 岗位 | 主要确认内容 |
|---|---|
| 销售 | 客户条件、交付承诺、变更及客户沟通 |
| 仓库 | 实际收发数量、商品状态与作业差异 |
| 财务 | 结算依据、收付款核对与余额 |
| 负责人 | 特殊条件、跨部门异常及资源安排 |
实施时需要哪些资料
整理客户和商品档案、价格政策、结算条件、当前未完订单及往来余额。确认数据以哪个日期切换，旧单是迁入新系统还是在原方式下完成，并说明两个阶段如何核对，避免同一笔业务重复录入或遗漏。
验收标准与日常维护
用一笔包含部分发货和分次收款的业务，从订单开始逐步核对数量、金额和状态。指定人员应能查到自己的待办，并解释异常原因。上线后按固定周期检查长期未交、未结或有争议的事项，让流程持续运行。
- 说明现状业务类型、使用岗位、现用系统及上线计划。
- 验证场景选取典型单据，确认正常流程和异常处理。
- 确认范围约定版本模块、实施责任、培训及验收内容。
