佬司机|大宗交易平台
← 返回功能模块
模块 09

发货、物流、收货与售后

分批发货、物流节点、收货确认、数量差异和平台协调售后。

涉及角色买家、卖家、承运方、平台客服
功能脑图

发货、物流、收货与售后功能脑图

从功能域向下展开到可开发功能点,便于产品、设计、开发和测试快速确认范围。

发货、物流、收货与售后

发货

发货计划分批发货承运信息发货凭证

物流

揽收在途到达签收运输异常

收货

查看物流实收数量质量验收确认收货

差异结算

数量差异双方确认补款退款

售后

付款后申请退款诉求证据材料卖家回应平台协调方案执行
跨角色流程

发货、收货与售后协调流程

横向表示业务阶段,纵向表示参与角色;同一列为并行协作与状态交接,不代表所有动作机械串行。

角色
创建发货
运输跟踪
收货确认
售后协调
卖家
按合同创建一个或多个发货批次并上传凭证
维护承运单号,处理运输异常
回应数量质量差异
提交证据并执行协商方案
承运方
接收运输委托
回传揽收、在途、到达、签收节点
提供签收凭证
配合异常举证
买家
收到发货通知
查看统一物流时间线
确认收货或提交实收数量及质量问题
完成后七日内申请售后
平台
校验发货字段并更新交易状态
聚合物流节点并告警超时
双方确认差异后重算货款和服务费
冻结争议金额、组织协调并执行退款补款
关键分支与非正常路径
  • 存在多个发货批次时,交易仅在所有批次完成且买家确认后进入已完成。
  • 平台首期只协调,不单方面判责;双方确认方案后执行资金动作。

发货、物流、收货与售后模块 PRD

模块目标

支持卖家按批次发货、承运方更新运输事实、买家查看物流和确认收货,并从付款成功开始通过结构化售后与平台协调处理退款、履约和质量争议。

角色与页面

卖家履约人员使用发货与物流维护;承运方或物流接口提供节点;买家收货人员查看物流、登记实收和确认收货;平台客服处理售后;双方企业人员提交证据和确认方案。

核心对象

发货计划、发货批次、承运企业、车辆、司机、物流节点、交付资料、实收记录、数量差异、售后单、证据、回应、协调方案、争议金额和外部处理记录。

发货与物流

  • 支持单批和分批发货,累计发货量不得超过成交数量。
  • 创建批次需数量、发货时间、承运企业、车辆、司机脱敏联系方式和预计到达。
  • 物流节点保存时间、地点、状态、来源和异常说明,按时间排序展示。
  • 普通节点合并通知,异常、延迟和到达单独提醒。
  • 未知位置或接口延迟时只展示最后成功节点和更新时间。
  • 物流详情按发货批次分组,展示承运企业、脱敏车辆与司机信息、预计到达时间、最新节点和完整时间线;没有轨迹时展示发货凭证与承运信息,不伪造地图位置。
  • 物流节点来源分为卖家录入、承运接口和平台校正;冲突时不覆盖原记录,由平台校正生成新节点并保留来源。买家可查看来源说明但不可编辑物流事实。

收货与二次结算

  • 待收货页面同时提供查看物流和确认收货。
  • 买家确认前填写实收数量并确认交付资料。
  • 实收数量与成交数量一致时可确认收货,交易立即已完成。
  • 数量不一致时先创建差异记录,由双方确认后补款或退款;完成差额后回到可确认收货状态。
  • 确认收货使用幂等键,重复提交不重复完成交易或释放资金。
  • 分批发货时,买家可逐批登记实收,但只有全部成交数量均已交付或双方已确认最终数量差异后才显示整单“确认收货”;首期不提供单批次独立结算。
  • 首期不自动确认收货。全部批次显示已到达后第 1、3、5 个自然日提醒买家;第 7 个自然日仍未确认且无售后时创建平台协调待办,资金继续担保,不得仅凭物流“已签收”自动完成交易。
  • 确认收货提交前展示最终实收数量、差异处理结果和交付资料清单;提交后不可撤销,后续问题统一通过售后处理。

售后规则

  • 付款成功后所有未取消交易均提供售后入口,售后单按当前履约阶段展示可选问题和诉求。
  • 未发货阶段支持取消交易、全额或部分退款诉求;平台通知卖家确认并冻结对应款项。
  • 已发货至确认收货前支持运输异常、错发、破损、补发、退款等诉求;已经发生的运输或服务费用按双方确认方案处理。
  • 数量、包装、外观、错发和运输破损可在确认收货后 7 个自然日内申请。
  • 内在质量按合同和质保期判断,不受统一 7 日限制。
  • 售后申请包含问题类型、数量、说明、证据和诉求。
  • 平台受理后冻结争议金额,卖家提交回应,客服核验材料并组织协调。
  • 退款、部分退款、补发或赔偿方案必须由双方确认。
  • 协调未果进入外部处理中,平台保存仲裁、司法或双方协议材料,不单方面判责。
  • 售后入口按交易阶段和剩余期限动态展示;同一交易可存在多个问题,但同一问题类型、同一批次和同一争议数量只能有一个未关闭售后单,重复提交返回原单。
  • 买家在售后期最后一分钟提交并成功受理即视为期限内;页面提交失败不算受理,必须保留草稿和失败原因供重试。
  • 售后申请不是退款成功。只有双方确认方案或有效外部处理依据到达后,系统才创建退款、补款、补发或赔偿执行单,并由相应执行结果更新售后状态。

状态

发货批次:待发货、已发出、运输中、异常、已到达、已签收。售后单:待受理、待卖家回应、协调中、待双方确认、已解决、协商未果、外部处理中、已关闭。

交易存在售后单时,主交易状态仍保留原履约事实,并附加“售后处理中”标识;只有需要暂停售后外的业务动作时才禁用对应按钮。售后解决后按实际结果回到待发货、待收货、已完成或已取消,不得永远停留在售后处理中。

异常与边界

  • 发货量超出锁定数量、缺少承运信息或交易不允许发货时阻止创建批次。
  • 物流接口重复节点按外部编号和时间去重。
  • 售后逾期时说明规则;内在质量仍按合同判断是否可提交。
  • 卖家逾期未响应时自动转平台协调,不代表默认同意买家诉求;买家逾期未补材料时提醒后可关闭当前售后,但保留再次提交是否仍在期限内的校验。
  • 证据不可删除,只能补充或标记无效并记录原因。
  • 售后关闭后历史只读;新问题需按适用期限创建新售后单。

验收标准

  • 分批发货、物流轨迹、实收数量与交易数量一致可追溯。
  • 确认收货后交易立即已完成,售后状态独立展示。
  • 物流进度进入系统消息,不进入企业会话。
  • 平台只展示协调动作,所有资金或补发结果都有双方确认依据。