【发货协商】是指用户在下单后由于个人原因需要商家晚发货或由于商家自身原因无法按照约定时效发货时,商家可通过使用平台提供的官方工具向用户发起协商,用户同意后即可落实为平台认可的,针对具体订单适用的发货时间,以避免商家因延迟发货导致相关处罚。平台建议商家应在就具体发货时间与用户协商并达成一致后使用本功能进行确认,避免用户在不知情的情况下拒绝协商乃至因此引发其他争议,以下也称“本功能”。
相较于【延迟发货报备】,本功能具有更灵活、便捷和高效的特点,不仅可以协助降低商家与用户、平台之间的沟通成本,还可以助力减少因发货时间问题导致的纠纷,帮助商家降低经营风险,同时更好的保障用户购物体验。
使用本功能的商品订单需要满足以下条件,同时受商品类型及订单状态限制,是否可实际使用本功能,以后台系统实际显示为准。
当订单同时满足以下条件时,可使用本功能:
(1)订单处于待发货状态且距约定发货时间大于4小时时,方可使用本功能;
(2)订单不存在超时未发货、延迟发货导致赔付(晚发必赔)及已有发货协商成功记录的情形。
仅支持需要使用物流发货的实物商品订单使用本功能,课程、卡券类等无需物流发货的虚拟商品订单及预售商品订单暂不支持本功能。
(1)商家发起发货协商后,用户可在订单原/应发货时效前4小时进行处理,用户拒绝或超时未处理的,若距离发货时间依然大于4小时,商家可再次申请发货协商;
(2)每个订单商家可使用发货协商的次数以2次为限(含修改协商),若用户已经同意发货协商的,则该订单不支持发起再次协商;
(3)若商家使用本功能后仍无法按照协商好的时间发货的,依然可向平台申请延迟发货报备,但是否支持延长发货及揽收时间则以平台审核结果为准;
(4)用户因个人原因需要商家晚发货,商家发起发货协商且用户通过后,商家应依照与用户的约定如期发货,除后期用户与商家重新约定日期提前发货外(即用户未与商家额外提出提前发货要求的),商家应避免提前将货物发出,以免用户无法及时收货导致用户拒收或申请平台介入,造成商家额外损失。
微信小店后台 -> 订单/配送 -> 订单管理 -> 订单列表 ->「待发货」选卡选定目标订单点击【详情】-> 发货协商
点击【发货协商】,按页面提示进行协商设置,确认无误点击【确认】
① 选择的订单自动填充为当前订单且不支持修改; ② 根据实际情况选择延迟发货原因; ③ 原发货时间默认展示不支持修改; ④ 新发货时间最长可支持选择订单支付成功次日起89天内,商家应根据与用户的约定进行选择,且需在选定日期23:59:59前完成订单的发货与揽收; ⑤ 确认无误点击「确定」 | |
商家发起协商时,若该订单正处于延迟发货报备“审核中”的状态,且报备原因为“用户要求延期”,则发货协商页面会自动填充报备信息,不允许更改内容(即协商内容与报备信息保持一致),且协商提交后在发货报备审核期间不支持修改。 用户同意发货协商 -> 审核中的延迟发货报备自动撤销; 用户拒绝发货协商 -> 以报备结果为准; |
商家向用户发起协商后,在用户同意协商前(协商状态为「协商中」)或用户首次拒绝协商(协商状态为「协商未通过」),可支持商家修改协商重新提交;用户同意协商后(协商状态为「协商已通过」),将不再支持修改,具体操作方式为:
(1)筛选发货协商订单:可通过订单管理页面 -> 筛选条件「发货协商」选择相应状态(协商中/未通过)进行筛选;
(2)修改协商:订单详情页面点击【发货协商中】(用户首次拒绝协商的点击【协商未通过】)-> 点击【修改】
根据实际情况及与用户的协商结果,按页面提示重新进行协商设置,确认无误点击【提交】->【确定】
存在以下情形的订单不支持进行协商修改(商家是否可以向用户发起协商修改,以后台系统实际显示为准):
用户已通过商家的发货协商:即协商状态为「协商已通过」,此时不支持修改协商,无【修改】按钮; | |
修改次数已达上限:商家至多可向用户发送2次协商申请,即首次发起及1次修改机会; 注:若商家仍不能如约发货,可点击【去报备】向平台发起延迟发货报备,此时是否可延迟发货时间,则以平台审核结果为准。 | |
用户已对协商申请进行操作:商家点击提交时,用户可能已对当前协商做出操作,此时商家将无法直接提交修改申请; 注:点击【协商详情】可查看协商结果,用户通过协商,则不可再次发起修改,如果用户拒绝,商家可重新发起修改。 |
订单列表(「发货协商」筛选项支持按照协商状态进行筛选) | 订单详情 - 协商中 |
订单详情 - 协商已通过(更新为最新需发货时间) | 订单详情 - 用户拒绝协商(展示原/应需发货时间) |
协商中及用户拒绝协商,展示原/应发货时间 | 用户通过协商后,更新为最新需发货时间 |
若商家已使用平台接口进行数据对接,为有效使用本功能,还需关注以下相关改动:
order.order_detail.delivery_info 新增两个字段: predict_delivery_time & delivery_time_type
商家发起协商后,平台将通过服务通知向用户推送商家的协商申请,用户可点击消息内容直接进入相应操作页面,也可以通过订单列表、订单详情页进入协商操作页面。
服务通知(用户点击服务通知可直接进入协商处理页面) | 订单与卡包/订单列表 | 订单详情页 | 点击进入协商处理页面 |
用户同意协商:点击【同意】-【同意】 | 已同意延迟发货协商 | 返回订单详情页,更新最新发时间 |
用户拒绝协商:点击【拒绝】-【确定】 | 已拒绝延迟发货协商 | 返回订单详情页,发货时间不做变更 | 用户超时未处理,自动拒绝发货协商 |
延迟发货报备审核通过后,是否可以向用户发起发货协商? | 是 | ① 用户同意协商,以协商的发货时效为准; ② 用户拒绝协商,以报备的发货时效为准; |
延迟发货报备审核被驳回,是否可以向用户发起发货协商? | 是 | ① 用户同意协商,以协商的发货时效为准; ② 用户拒绝协商,以原/应发货时效为准(发货时效不变); |
向用户发起发货协商,用户操作同意后,是否还可以向平台发起延迟发货报备? | 是 | ① 平台通过报备,以报备的发货时效为准; ② 平台拒绝报备,以协商的发货时效为准; |
向用户发起发货协商,用户操作拒绝后,是否还可以向平台发起延迟发货报备? | 是 | ① 平台通过报备,以报备的发货时效为准; ② 平台拒绝报备,以原/应发货时效为准(发货时效不变); |
向用户发起发货协商,用户超时未操作,是否还可以向平台发起延迟发货报备? | 是 | |
延迟发货报备平台审核中,是否可以向用户发起发货协商? | 是 | ① 发货协商与延迟发货报备都通过审核时,最终的发货时效以在后被通过的申请结果为准(即后一个通过审核的结果会覆盖较早通过审核的结果); ② 发货协商与发货报备中仅有一项通过审核时,以已通过审核的结果为准(即发货协商与发货报备,有一项申请通过审核即可延长相应订单的发货时效); ③ 发货协商与发货报备都未通过审核时,以原/应发货时效为准(发货时效不变); |
向用户发起发货协商,用户暂未处理(待用户处理状态),是否可以向平台发起延迟发货报备? | 是 |
发货协商建议应用场景:用户个人原因要求延期、商家个别商品供货不足、爆单等少量订单无法及时发货,或其他发货报备未通过的场景;
发货报备建议应用场景:不可抗力因素导致的大量订单无法正常履约发货,如自然灾害、停电着火、会议赛事等,或其他用户拒绝、超时未处理发货协商的场景。
对商家:
使用平台提供的官方协商工具,可降低与用户及平台的沟通成本,提升处理时效。
对用户:
用户可对具体订单的发货时间实现知情和确认,提升用户购物体验。
和用户提前沟通好发货时间,可以避免用户不知情而拒绝或者感到打扰。商家发起协商的机会至多有两次(首次发起 + 修改1次),故建议发起前应尽量与用户提前沟通并达成一致,以免浪费协商机会。
查看路径:微信小店后台 -> 订单/配送 -> 订单管理 -> 订单列表 -> 目标订单点击「详情」(进入「订单详情」页面) -> 【物流信息】模板查看发货协商历史
深圳市腾讯计算机系统有限公司