订单确认单

第一部分 功能说明

1 功能定位与适用范围

两项开关均位于商家后台“基础设置 → 店铺与交易 → 订单设置 → 订单设置”。可以分别启用；启用其中一项，不要求另一项同时开启。

功能	业务时点	要解决的问题
下单确认	销售订单创建后、发货前	让客户确认商品、数量、价格等订单内容；退回后由商家修改并重新提交。
收货确认	销售订单发货后、完成前	让客户核对实际收货；有差异时留下异议和实收明细，由商家处理。

“下单确认单”“收货确认单”“确认收货”名称接近，但并非同一操作。确认收货是订单完成动作；只有通过专用收货确认流程，才会形成相应确认单和异议记录。

角色或终端	当前主要操作
客户移动端	查看并确认或退回下单确认单；发货后选择无异议确认或提交实收异议。
商家 PC 后台	配置功能、查看两类确认单、代客户下单确认、退回与重提、处理收货异议。
商家移动端	查看下单确认单并代确认或重提；查看收货确认单及异议进度。
客户 PC 端	目前为普通确认收货入口；未按客户移动端的专用页面呈现完整差异确认流程。

2 启用前的配置

管理员先确认两项主开关，再核对会改变订单续流的关联配置。配置只是开启处理能力，订单仍需满足原有审核、付款、履约等条件。

配置项	主要作用	需注意的联动
销售订单下单确认功能	新订单自动形成下单确认单。	客户确认前，相关发货与 ERP 下推受阻。
销售订单收货确认功能	客户移动端进入实收差异确认流程。	专用流程还与项目功能授权有关；不等于系统自动确认收货。
订单审核与审核节点	决定订单是否需要先审核。	审核与下单确认是独立关口。
阶段付款与付款策略	匹配客户、生成阶段应付与发货阶段。	达到发货阶段不代表尾款已全部结清。
自动发货与 ERP 对接	条件满足时继续自动处理。	完成下单确认后，还需通过原有付款、审核等校验。
系统自动确认收货	按起算节点和天数定时完成符合条件的订单。	当前任务只处理已全额付款的待收货订单。
手写签名与售后时效	控制收货签名要求和收货后的售后期限。	按有异议、无异议场景分别核对签名要求。

**启停提醒：**下单确认开关作用于新订单生成；当前下游判断也读取开关状态。已有待确认订单遇到关闭开关时的处理，应先确定管理规则，避免误放行。

3 订单全链路与关联单据

订单创建后，系统按启用配置生成相应确认记录。发货前汇合下单确认、审核和付款条件；发货后再依据客户实收结果，进入正常完成或差异处理。

业务单据或记录	与销售订单的关系
下单确认单 XDR	一个销售订单对应一张确认单；退回、重提保留轮次、版本和当时的订单快照。
阶段付款明细与收款记录	仅阶段付款订单生成明细；记录每阶段应付及已确认收款，用于判断发货门槛。
订单发货单	记录实际发货；订单可涉及分次发货，收货判断需关注已发与未发数量。
收货确认单 QRD 与异议明细	客户移动端通过专用流程提交时形成；有异议时保留实收数量、原因和处理反馈。
退款或售后单、库存变动	商家认可差异后按方案处理，必要时生成退款单、退还余额并处理库存差异。
ERP 或供应协同记录	按已启用的对接业务发生；确认关口会影响其续流或完成时间。

图 1 订单确认业务总链路

4 下单确认业务

4.1 从开单到确认

客户下单、商家移动端代客下单或商家后台开单后，如开关已启用，系统自动生成下单确认单。客户可以认可当前内容，也可以写明原因退回；退回后商家修改订单，再沿用原确认单发起新一轮确认。

确认单状态	业务含义	下一步
待确认	等待客户确认当前版本。	客户确认或退回；商家可按权限代确认。
退回修改	客户不认可当前订单内容。	商家核对原因、修改并重新提交。
已确认	当前版本已记录确认人和确认时间。	继续检查审核、付款及其他履约条件。

图 2 下单确认全流程

客户确认后，系统会尝试恢复符合条件的自动发货和 ERP 下推；这不是“点确认即发货”。人工发货同样需要满足订单审核、阶段发货门槛及原有库存或履约校验。

4.2 角色怎样交接

图 4 下单确认角色协同

商家 PC 可处理退回和重提，商家移动端可代确认或重提；两端是可选操作入口，不需要重复提交。客户 PC 暂无与客户移动端同等的专用下单确认页面。

5 收货确认业务

5.1 无异议与有异议

订单发货并进入待收货后，客户移动端在启用收货确认的情况下进入专门页面。客户选择无异议，提交确认并完成订单；选择有异议，则填写实收数量、原因及附件，交商家审核。

图 3 收货确认全流程

客户提交异议后，商家 PC 查看商品实收差额并反馈处理意见。商家同意差异时，可按处理方案退还余额或生成退款单，并处理相应库存差异，然后完成订单；驳回时，异议不形成正常完成闭环，需继续与客户沟通。

5.2 角色交接与其他收货路径

图 5 收货确认角色协同

客户 PC 当前仍使用普通确认收货入口；商家后台也有人工确认收货入口。系统定时确认收货是另一项独立配置，只处理符合时间条件且已全额付款的待收货订单。这些路径与客户移动端提交专用收货确认单的记录并不完全相同。

订单完成后会记录确认时间，并按配置启动售后期限、结算等后续处理。若存在 ERP 多发差值等尚待支付事项，客户提交专用收货确认前还需先处理对应差值。

6 与商城其他业务的联动

6.1 联动总览

订单确认不另造一套订单流程。订单审核、收款、发货单、ERP、售后仍按原有单据和规则运行；确认功能只增加对应关口、记录及分支。

图 6 订单确认与商城业务联动

6.2 重点专题 下单确认与阶段付款

当两项功能同时启用且新订单匹配到阶段付款策略时，系统既保存下单确认单，也生成阶段付款计划。人工发货前必须分别检查订单内容是否已确认、收款是否达到策略规定的发货阶段；其中任一条件不满足，均不能以另一条件替代。

图 7 下单确认与阶段付款专项流程

下单确认	阶段收款	人工发货判断
未完成	未达到发货阶段	同时等待客户确认和本期收款。
已完成	未达到发货阶段	继续收款；不能仅凭客户确认发货。
未完成	已达到发货阶段	款项门槛已到，但仍需客户确认。
已完成	已达到发货阶段	具备人工发货条件；仍须通过审核、库存等原有校验。

达到发货阶段不代表全额付清。发货后订单可能仍有尾款；当前客户人工确认收货的校验没有统一要求尾款结清，而定时自动确认只筛选全额已付订单。因此“收货完成”和“款项结清”必须在管理上分开查看。

**自动发货提醒：**当前自动发货仍检查全额付款或特定结算方式等自身条件，不能把“达到阶段发货门槛”直接解释为“系统必然自动发货”。

6.3 其他关联结果

订单审核：审核通过与下单确认完成是独立条件。

ERP 对接：下单确认完成后才尝试继续相关下推，并再次检查原有对接条件。

收货异议：认可短少差异后可能产生退款或余额变动，并处理相应库存。

售后与供应协同：订单完成时间影响售后时效和结算；有采购、发货关联时，按已启用流程更新关联状态。

第二部分 操作手册

7 商家 PC 后台操作

7.1 配置功能与确认前置条件

1. 进入“基础设置 → 店铺与交易 → 订单设置 → 订单设置”。

2. 按业务需要分别启用“销售订单下单确认功能”和“销售订单收货确认功能”，保存配置。

3. 核对订单审核、阶段付款策略、自动发货、自动确认收货、签名和售后时效等关联配置，并在测试订单中验证实际流转。

7.2 查看与处理下单确认单

1. 进入“订单管理 → 订单确认单 → 下单确认”，按订单号、客户或状态查找确认单。

2. 打开详情，核对关联销售订单、商品、金额、确认轮次及客户退回原因。

3. 客户已认可内容时，可按权限代客户确认，并检查确认人、方式和时间是否记录正确。

4. 客户退回时，先在销售订单中完成必要修改，再返回确认单重新提交，等待客户确认新轮次。

**操作检查：**重新提交前应核对阶段付款应付额和订单内容。已确认订单再次改价，不应假定系统自动触发重确认。

7.3 查看与处理收货确认单

1. 进入“订单管理 → 订单确认单 → 收货确认”，按订单号、确认状态或审核状态查询。

2. 打开有异议的确认单，核对客户填写的实收数量、说明、附件及关联发货数据。

3. 选择同意或驳回并填写反馈。同意短少差异时，按实际处理决定退还余额或生成退款单。

4. 提交后查看审核结果、差额处理结果及关联销售订单的完成状态。

同意差异可能引起客户余额、退款单和库存变化，操作人员应先核对商品、数量、金额及仓库信息。

8 客户移动端操作

8.1 下单确认

1. 下单后从订单列表或详情进入下单确认页面，查看本次订单内容。

2. 内容正确时点击确认；内容不正确时选择退回并填写原因。

3. 退回后等待商家修改并重新提交，再核对新一轮内容；确认完成后继续查看付款及发货进度。

8.2 收货确认

1. 订单发货后，从待收货订单进入收货确认页面。

2. 实收无差异时，按页面要求确认并提交；如启用了对应手写签名条件，先完成签名。

3. 存在少收或其他差异时，选择有异议，填写每项商品的实收数量、说明和相关图片后提交。

4. 提交异议后关注审核状态和商家反馈；涉及退款时查看后续退款或余额变化。

9 商家移动端及其他入口

商家移动端可进入下单确认列表和详情，按权限代客户确认或对退回确认单重新提交；收货确认页面用于查看确认单和异议进度。涉及差额方案选择与异议审核，以商家 PC 后台流程为准。

客户 PC 端当前显示普通“确认收货”入口，不提供与客户移动端相同的实收差异填写页面。因此，手册不能把客户移动端的异议操作步骤直接套用于客户 PC。

10 状态、异常与业务规则

10.1 常见问题处理

现象	先检查什么	处理方向
订单不能发货	下单确认、订单审核、阶段收款及库存履约条件。	逐项完成未满足的关口，再重新执行发货。
客户退回后仍待确认	商家是否已修改并重新提交确认单。	核对退回原因，重提后请客户确认新轮次。
订单已发货仍有尾款	策略指定的发货阶段与实际已确认收款。	继续按后续阶段收款，不把发货视为付清。
收货异议待审核	确认单详情中的实收数量、附件和审核状态。	商家 PC 核对差额并给出审核及退款处理意见。
已收货但无 QRD 单	客户是否走普通 PC、后台人工或定时自动确认。	区分订单完成记录和专用收货确认单。
自动收货未触发	自动确认开关、起算节点、天数、订单是否已付清。	按配置和付款状态核对，不以人工收货条件推断。

10.2 正式发布前需确定的规则

1. 阶段付款订单尾款未清时，是否允许客户人工确认收货并完成销售订单；如允许，如何提醒和跟踪尾款。

2. 已确认的订单修改商品、数量、价格或运费后，哪些变更必须重新发起下单确认。

3. 客户 PC 普通确认、商家人工确认和系统自动确认，是否应统一形成收货确认单及记录。

以上三项是业务口径待确认事项。正式对客户发布时，应先依据确认结果统一操作说明、页面提示和流程图；在规则确定前，不将建议处理方式表述为系统已经执行的动作。