版本更新
更新时间 | 更新内容 |
2026年01月12日 | 预售商品支持发货协商，质检仓商品可协商日期调整为30天。 |
2026年03月11日 | 用户处理发货协商时效修改为商家发起协商（即用户收到协商通知）起4小时内。 |
2026年05月13日 | 发货报备优先级调整，订单报备需要商家先发起协商，用户拒绝协商或超时未处理后才支持报备。 |
一、功能介绍
【发货协商】是指用户在下单后由于个人原因需要商家晚发货或由于商家自身原因无法按照约定时效发货时，商家可通过使用平台提供的官方工具向用户发起协商，用户同意后即可落实为平台认可的，针对具体订单适用的发货时间，以避免商家因延迟发货导致相关处罚。平台建议商家应在就具体发货时间与用户协商并达成一致后使用本功能进行确认，避免用户在不知情的情况下拒绝协商乃至因此引发其他争议，以下也称“本功能”。
相较于【延迟发货报备】，本功能具有更灵活、便捷和高效的特点，不仅可以协助降低商家与用户、平台之间的沟通成本，还可以助力减少因发货时间问题导致的纠纷，帮助商家降低经营风险，同时更好的保障用户购物体验。
二、使用条件
使用本功能的商品订单需要满足以下条件，同时受商品类型及订单状态限制，是否可实际使用本功能，以后台系统实际显示为准。
2.1 订单条件
当订单同时满足以下条件时，可使用本功能：
（1）订单处于待发货状态且距约定发货时间大于4小时时，方可使用本功能；
（2）订单不存在超时未发货、延迟发货导致赔付（晚发必赔）的情形。
2.2 商品条件
仅支持需要使用物流发货的实物商品订单使用本功能，课程、卡券类等无需物流发货的虚拟商品订单及同城配送订单暂不支持本功能。
2.3 注意事项
（1）商家发起发货协商后，用户可在收到协商通知4小时内进行处理（商家在夜间时段20:00至次日8:00前发起协商的，用户处理时效将被延长至次/当日12:00），但请留意，若用户处理时效超过发货超时前4小时，则用户的处理时效将以发货超时前4小时为限。如果用户拒绝或超时未处理的，若距离发货时间依然大于4小时，商家可再次申请发货协商；
（2）每个订单商家可使用发货协商的次数以3次为限（含修改协商）；
（3）若商家使用本功能后仍无法按照协商好的时间发货的，依然可向平台申请延迟发货报备，但是否支持延长发货及揽收时间则以平台审核结果为准；
（4）用户因个人原因需要商家晚发货，商家发起发货协商且用户通过后，商家应依照与用户的约定如期发货，除后期用户与商家重新约定日期提前发货外（即用户未与商家额外提出提前发货要求的），商家应避免提前将货物发出，以免用户无法及时收货导致用户拒收或申请平台介入，造成商家额外损失。
三、 使用方法
3.1 订单维度发起协商
3.1.1 选择订单
路径：微信小店后台 -> 订单/配送 -> 订单管理 -> 订单列表 ->「待发货」选卡选定目标订单点击【详情】-> 发货协商
3.1.2 发起协商
受影响订单：选择的订单将自动填充为当前发起协商的订单且不支持修改，并展示当前订单原承诺最晚发货时间；
协商原因：依据实际情况选择协商原因（买家要求修改/商家供货不足）；
协商类型：支持商家与用户协商修改发货时间或与用户直接约定商品送达时间
a. 修改发货时间：用户通过协商后，平台将按照下方商家选择的“新发货时间”进行发货/揽收考核；
b. 约定送达时间：用户通过协商后，平台将根据下方商家选择的“送达时间”进行发货/揽收考核；
c. 承诺今日发货：商家承诺今日（发送协商当天）23:59前发货，并向用户推送通知，无需用户操作，且平台将以此作为发货/揽收考核时间（注：仅“买家要求修改”协商原因下支持此协商类型）；
发货时间卡控：即设置最早发货日期，本开关默认关闭，商家可手动开启，开启后可限制打单发货时间，以避免商家提前发货影响用户收货。
示例：用户个人要求4月20日以后送达，则发货卡控时间商家可选择为2026年4月19日，即限制在4月19日之后才能进行打单发货，4月19日之前将无法完成打单发货，以避免商家提前发货后不满足用户对收货时间的要求。
3.2 批量发起协商
3.2.1 发起路径
微信小店后台 -> 订单/配送 -> 发货前变更 -> 发货协商与报备 -> 发货协商 -> 新增协商
3.2.2 发起协商
受影响订单：点击【选择订单】，进入批量选择订单页面，仅支持选择待发货的订单，且单次支持协商的订单上限为20个，商家可根据实际情况多次提交协商申请。
其余设置项（协商原因、协商类型 、发货/送达时间、发货时间卡控等）与订单维度发起协商设置方式一致，可参考本指南 3.1.2。
3.3 协商记录及协商结果
① 支持商家通过订单号、协商时间对协商记录进行查询； ② 支持商家通过协商状态/结果（协商中/已通过/已拒绝）进行快捷筛选； ③ 可查看所在行订单的当前协商状态/结果 协商中：商家发起协商待用户处理 已通过：用户同意商家发起的协商 已拒绝：用户拒绝商家发起的协商 用户超时未处理：用户未在收到协商通知后的指定期限内进行有效处理 | |
① 操作列内点击【详情】按钮，可展示“协商详情”弹窗； ② 系统展示协商通过后该订单的新发货时间。 | |
操作列内点击【去报备】，即可对符合延迟发货报备条件的协商单快捷发起发货报备（报备流程详情可参考《微信小店「发货报备」使用指南》- 2.2.1 报备场景一 ） |
（1）用户同意商家发起的协商后，商家需按照新发货时间完成该订单的发货与揽收，届时若订单仍无法及时完成发货，可根据实际情况在该订单发货超时前再次向用户发起发货协商，用户审核通过后即可再次延长发货时效（但需注意：单一订单商家至多可向用户发送3次协商申请，含修改协商）。
（2）发货协商与发货报备合计可支持的时效延迟最长为订单支付后90天（即多次协商/报备合计可延长的时效不超过订单支付后90天），超期后将不再支持延长发货/揽收时效且不支持再次发起协商/报备，商家应在已生效的延迟发货报备时效/发货协商时效内完成全部受影响订单的发货与揽收。
（3）建议商家在确定该订单无法及时完成订发货与揽收后，尽早向用户发起协商，避免因发起协商时间过晚，导致用户通过审核后留给商家操作发货的时间过短，出现即使用户通过协商但商家由于无法及时完成发货依然被平台依照规则进行相应处理的情况。
3.4 修改协商
3.4.1 修改路径
（1）订单详情内修改
筛选发货协商订单：可通过订单管理页面 -> 筛选条件「发货协商」选择相应状态（协商中/未通过）进行筛选，订单列表操作列点击【详情】进入订单详情页面； | 修改协商：订单详情页面点击【协商详情】-> 点击【修改】 |
（2）协商记录内修改
协商记录操作列点击【详情】-> 点击【修改】
3.4.2 不可发起协商修改的情形
存在以下情形的订单不支持进行协商修改（商家是否可以向用户发起协商修改，以后台系统实际显示为准）：
修改次数已达上限：商家至多可向用户发送3次协商申请（含修改协商）； 注：若商家仍不能如约发货，可尝试向平台发起延迟发货报备，此时是否可延迟发货时间，则以平台审核结果为准。 | |
用户已对协商申请进行操作：商家点击提交时，用户可能已对当前协商做出操作，此时商家将无法直接提交修改申请； 注：点击【协商详情】可查看协商结果，如果用户拒绝，商家可重新发起修改。 |
3.5 发起协商后的订单状态
3.5.1 微信小店后台
订单列表（「发货协商」筛选项支持按照协商状态进行筛选） | 订单详情 - 协商中（展示原/应需发货时间） |
订单详情 - 协商已通过（更新为最新需发货时间） | 订单详情 - 用户拒绝协商（展示原/应需发货时间） |
3.5.2 微信小店助手APP/小程序
协商中及用户拒绝协商，展示原/应发货时间 | 用户通过协商后，更新为最新需发货时间 |
3.6 发货协商相关的API改动
若商家已使用平台接口进行数据对接，为有效使用本功能，还需关注以下相关改动：
order.order_detail.delivery_info 新增两个字段： predict_delivery_time & delivery_time_type
四、用户操作流程
4.1 操作路径
商家发起协商后，平台将通过服务通知/客服会话向用户推送商家的协商申请，用户可点击消息内容直接进入相应操作页面，也可以通过订单列表、订单详情页进入协商操作页面。
服务通知 | 客服会话页面 | 订单列表页 | 订单详情页 | 点击进入协商详情页面 |
4.2 同意协商申请
用户同意协商：点击【同意】 | 已同意延迟发货协商 | 返回订单详情页，更新显示最新发时间 |
4.3 拒绝协商申请
用户拒绝协商：点击【拒绝】-【确认】 | 已拒绝延迟发货协商 | 返回订单详情页，发货时间不做变更 | 用户超时未处理，自动拒绝发货协商 |
五、常见问题
Q1：发货协商与发货报备的生效逻辑？
订单没有与用户发起过发货协商，是否可以直接申请订单延迟发货报备？ | 不可以； 向用户发起发货协商后，用户超时未处理或拒绝，才可向平台发起发货报备（具体是否可发起报备，以系统后台显示为准）。 |
向用户发起发货协商，用户暂未处理（待用户处理状态），是否可以就该订单向平台发起延迟发货报备？ | |
向用户发起发货协商，用户操作同意后，是否还可以向平台就该订单发起延迟发货报备？ | 不可以； 用户同意协商后，不再支持商家针对该订单发起发货报备，需依照与用户的协商结果履行发货/揽收义务，若用户/商家仍有延迟发货需求，可再次向用户发起发货协商（但需注意：单一订单商家至多可向用户发送3次协商申请，含修改协商）。 |
向用户发起发货协商，用户操作拒绝后，是否还可以向平台就该订单发起延迟发货报备？ | 视情况而定； ① 商家以协商原因“买家要求修改”向用户发起协商，用户超时未处理，是支持商家就该订单向平台发起发货报备的，若用户拒绝，则不再支持报备； ② 商家以协商原因“商家供货不足”向用户发起协商，无论用户超时未处理或拒绝，均不支持商家就该订单向平台发起发货报备； |
向用户发起发货协商，用户超时未操作，是否还可以就该订向平台发起延迟发货报备？ | |
订单延迟发货报备审核被平台驳回后，是否还可以再次向用户发起发货协商？ | 可以的； ① 用户同意协商，以协商的发货时效为准（但需注意：单一订单商家至多可向用户发送3次协商申请，含修改协商）； ② 用户拒绝协商，以原/应发货时效为准（发货时效不变）； |
订单延迟发货报备审核被平台通过后，是否还可以再次向用户发起发货协商？ | 可以的； ① 用户同意协商，以协商的发货时效为准（但需注意：单一订单商家至多可向用户发送3次协商申请，含修改协商）； ② 用户拒绝协商，以报备的发货时效为准； |
延迟发货报备平台审核中，是否还可以向用户发起发货协商？ | 可以的； ① 发货协商与延迟发货报备都通过审核时，最终的发货时效以在后被通过的申请结果为准（即后一个通过审核的结果会覆盖较早通过审核的结果）； ② 发货协商与发货报备中仅有一项通过审核时，以已通过审核的结果为准（即发货协商与发货报备，有一项申请通过审核即可延长相应订单的发货时效）； ③ 发货协商与发货报备都未通过审核时，以原/应发货时效为准（发货时效不变）； |
Q2：发货协商与发货报备的区别？
发货协商建议应用场景：用户个人原因要求延期、商家个别商品供货不足、爆单等少量订单无法及时发货;
发货报备建议应用场景：不可抗力因素导致的大量订单无法正常履约发货，如自然灾害、会议赛事、收货地址有误导致无法发货，或发货协商用户超时未处理（须满足特定协商内容要求）等场景。
Q3：发货协商有哪些优势？
对商家：
使用平台提供的官方协商工具，可降低与用户及平台的沟通成本，提升处理时效。
对用户：
用户可对具体订单的发货时间实现知情和确认，提升用户购物体验。
Q4：使用【发货协商】功能前，为什么建议需要先与用户确认？
和用户提前沟通好发货时间，可以避免用户不知情而拒绝或者感到打扰。商家发起协商的机会至多有3次，故建议发起前应尽量与用户提前沟通并达成一致，并提醒用户在4小时内完成确认，以免浪费协商机会。
六、相关规则/指引
深圳市腾讯计算机系统有限公司
版本更新
更新时间 | 更新内容 |
2026年01月12日 | 预售商品支持发货协商，质检仓商品可协商日期调整为30天。 |
2026年03月11日 | 用户处理发货协商时效修改为商家发起协商（即用户收到协商通知）起4小时内。 |
2026年05月13日 | 发货报备优先级调整，订单报备需要商家先发起协商，用户拒绝协商或超时未处理后才支持报备。 |
一、功能介绍
【发货协商】是指用户在下单后由于个人原因需要商家晚发货或由于商家自身原因无法按照约定时效发货时，商家可通过使用平台提供的官方工具向用户发起协商，用户同意后即可落实为平台认可的，针对具体订单适用的发货时间，以避免商家因延迟发货导致相关处罚。平台建议商家应在就具体发货时间与用户协商并达成一致后使用本功能进行确认，避免用户在不知情的情况下拒绝协商乃至因此引发其他争议，以下也称“本功能”。
相较于【延迟发货报备】，本功能具有更灵活、便捷和高效的特点，不仅可以协助降低商家与用户、平台之间的沟通成本，还可以助力减少因发货时间问题导致的纠纷，帮助商家降低经营风险，同时更好的保障用户购物体验。
二、使用条件
使用本功能的商品订单需要满足以下条件，同时受商品类型及订单状态限制，是否可实际使用本功能，以后台系统实际显示为准。
2.1 订单条件
当订单同时满足以下条件时，可使用本功能：
（1）订单处于待发货状态且距约定发货时间大于4小时时，方可使用本功能；
（2）订单不存在超时未发货、延迟发货导致赔付（晚发必赔）的情形。
2.2 商品条件
仅支持需要使用物流发货的实物商品订单使用本功能，课程、卡券类等无需物流发货的虚拟商品订单及同城配送订单暂不支持本功能。
2.3 注意事项
（1）商家发起发货协商后，用户可在收到协商通知4小时内进行处理（商家在夜间时段20:00至次日8:00前发起协商的，用户处理时效将被延长至次/当日12:00），但请留意，若用户处理时效超过发货超时前4小时，则用户的处理时效将以发货超时前4小时为限。如果用户拒绝或超时未处理的，若距离发货时间依然大于4小时，商家可再次申请发货协商；
（2）每个订单商家可使用发货协商的次数以3次为限（含修改协商）；
（3）若商家使用本功能后仍无法按照协商好的时间发货的，依然可向平台申请延迟发货报备，但是否支持延长发货及揽收时间则以平台审核结果为准；
（4）用户因个人原因需要商家晚发货，商家发起发货协商且用户通过后，商家应依照与用户的约定如期发货，除后期用户与商家重新约定日期提前发货外（即用户未与商家额外提出提前发货要求的），商家应避免提前将货物发出，以免用户无法及时收货导致用户拒收或申请平台介入，造成商家额外损失。
三、 使用方法
3.1 订单维度发起协商
3.1.1 选择订单
路径：微信小店后台 -> 订单/配送 -> 订单管理 -> 订单列表 ->「待发货」选卡选定目标订单点击【详情】-> 发货协商
3.1.2 发起协商
受影响订单：选择的订单将自动填充为当前发起协商的订单且不支持修改，并展示当前订单原承诺最晚发货时间；
协商原因：依据实际情况选择协商原因（买家要求修改/商家供货不足）；
协商类型：支持商家与用户协商修改发货时间或与用户直接约定商品送达时间
a. 修改发货时间：用户通过协商后，平台将按照下方商家选择的“新发货时间”进行发货/揽收考核；
b. 约定送达时间：用户通过协商后，平台将根据下方商家选择的“送达时间”进行发货/揽收考核；
c. 承诺今日发货：商家承诺今日（发送协商当天）23:59前发货，并向用户推送通知，无需用户操作，且平台将以此作为发货/揽收考核时间（注：仅“买家要求修改”协商原因下支持此协商类型）；
发货时间卡控：即设置最早发货日期，本开关默认关闭，商家可手动开启，开启后可限制打单发货时间，以避免商家提前发货影响用户收货。
示例：用户个人要求4月20日以后送达，则发货卡控时间商家可选择为2026年4月19日，即限制在4月19日之后才能进行打单发货，4月19日之前将无法完成打单发货，以避免商家提前发货后不满足用户对收货时间的要求。
3.2 批量发起协商
3.2.1 发起路径
微信小店后台 -> 订单/配送 -> 发货前变更 -> 发货协商与报备 -> 发货协商 -> 新增协商
3.2.2 发起协商
受影响订单：点击【选择订单】，进入批量选择订单页面，仅支持选择待发货的订单，且单次支持协商的订单上限为20个，商家可根据实际情况多次提交协商申请。
其余设置项（协商原因、协商类型 、发货/送达时间、发货时间卡控等）与订单维度发起协商设置方式一致，可参考本指南 3.1.2。
3.3 协商记录及协商结果
① 支持商家通过订单号、协商时间对协商记录进行查询； ② 支持商家通过协商状态/结果（协商中/已通过/已拒绝）进行快捷筛选； ③ 可查看所在行订单的当前协商状态/结果 协商中：商家发起协商待用户处理 已通过：用户同意商家发起的协商 已拒绝：用户拒绝商家发起的协商 用户超时未处理：用户未在收到协商通知后的指定期限内进行有效处理 | |
① 操作列内点击【详情】按钮，可展示“协商详情”弹窗； ② 系统展示协商通过后该订单的新发货时间。 | |
操作列内点击【去报备】，即可对符合延迟发货报备条件的协商单快捷发起发货报备（报备流程详情可参考《微信小店「发货报备」使用指南》- 2.2.1 报备场景一 ） |
（1）用户同意商家发起的协商后，商家需按照新发货时间完成该订单的发货与揽收，届时若订单仍无法及时完成发货，可根据实际情况在该订单发货超时前再次向用户发起发货协商，用户审核通过后即可再次延长发货时效（但需注意：单一订单商家至多可向用户发送3次协商申请，含修改协商）。
（2）发货协商与发货报备合计可支持的时效延迟最长为订单支付后90天（即多次协商/报备合计可延长的时效不超过订单支付后90天），超期后将不再支持延长发货/揽收时效且不支持再次发起协商/报备，商家应在已生效的延迟发货报备时效/发货协商时效内完成全部受影响订单的发货与揽收。
（3）建议商家在确定该订单无法及时完成订发货与揽收后，尽早向用户发起协商，避免因发起协商时间过晚，导致用户通过审核后留给商家操作发货的时间过短，出现即使用户通过协商但商家由于无法及时完成发货依然被平台依照规则进行相应处理的情况。
3.4 修改协商
3.4.1 修改路径
（1）订单详情内修改
筛选发货协商订单：可通过订单管理页面 -> 筛选条件「发货协商」选择相应状态（协商中/未通过）进行筛选，订单列表操作列点击【详情】进入订单详情页面； | 修改协商：订单详情页面点击【协商详情】-> 点击【修改】 |
（2）协商记录内修改
协商记录操作列点击【详情】-> 点击【修改】
3.4.2 不可发起协商修改的情形
存在以下情形的订单不支持进行协商修改（商家是否可以向用户发起协商修改，以后台系统实际显示为准）：
修改次数已达上限：商家至多可向用户发送3次协商申请（含修改协商）； 注：若商家仍不能如约发货，可尝试向平台发起延迟发货报备，此时是否可延迟发货时间，则以平台审核结果为准。 | |
用户已对协商申请进行操作：商家点击提交时，用户可能已对当前协商做出操作，此时商家将无法直接提交修改申请； 注：点击【协商详情】可查看协商结果，如果用户拒绝，商家可重新发起修改。 |
3.5 发起协商后的订单状态
3.5.1 微信小店后台
订单列表（「发货协商」筛选项支持按照协商状态进行筛选） | 订单详情 - 协商中（展示原/应需发货时间） |
订单详情 - 协商已通过（更新为最新需发货时间） | 订单详情 - 用户拒绝协商（展示原/应需发货时间） |
3.5.2 微信小店助手APP/小程序
协商中及用户拒绝协商，展示原/应发货时间 | 用户通过协商后，更新为最新需发货时间 |
3.6 发货协商相关的API改动
若商家已使用平台接口进行数据对接，为有效使用本功能，还需关注以下相关改动：
order.order_detail.delivery_info 新增两个字段： predict_delivery_time & delivery_time_type
四、用户操作流程
4.1 操作路径
商家发起协商后，平台将通过服务通知/客服会话向用户推送商家的协商申请，用户可点击消息内容直接进入相应操作页面，也可以通过订单列表、订单详情页进入协商操作页面。
服务通知 | 客服会话页面 | 订单列表页 | 订单详情页 | 点击进入协商详情页面 |
4.2 同意协商申请
用户同意协商：点击【同意】 | 已同意延迟发货协商 | 返回订单详情页，更新显示最新发时间 |
4.3 拒绝协商申请
用户拒绝协商：点击【拒绝】-【确认】 | 已拒绝延迟发货协商 | 返回订单详情页，发货时间不做变更 | 用户超时未处理，自动拒绝发货协商 |
五、常见问题
Q1：发货协商与发货报备的生效逻辑？
订单没有与用户发起过发货协商，是否可以直接申请订单延迟发货报备？ | 不可以； 向用户发起发货协商后，用户超时未处理或拒绝，才可向平台发起发货报备（具体是否可发起报备，以系统后台显示为准）。 |
向用户发起发货协商，用户暂未处理（待用户处理状态），是否可以就该订单向平台发起延迟发货报备？ | |
向用户发起发货协商，用户操作同意后，是否还可以向平台就该订单发起延迟发货报备？ | 不可以； 用户同意协商后，不再支持商家针对该订单发起发货报备，需依照与用户的协商结果履行发货/揽收义务，若用户/商家仍有延迟发货需求，可再次向用户发起发货协商（但需注意：单一订单商家至多可向用户发送3次协商申请，含修改协商）。 |
向用户发起发货协商，用户操作拒绝后，是否还可以向平台就该订单发起延迟发货报备？ | 视情况而定； ① 商家以协商原因“买家要求修改”向用户发起协商，用户超时未处理，是支持商家就该订单向平台发起发货报备的，若用户拒绝，则不再支持报备； ② 商家以协商原因“商家供货不足”向用户发起协商，无论用户超时未处理或拒绝，均不支持商家就该订单向平台发起发货报备； |
向用户发起发货协商，用户超时未操作，是否还可以就该订向平台发起延迟发货报备？ | |
订单延迟发货报备审核被平台驳回后，是否还可以再次向用户发起发货协商？ | 可以的； ① 用户同意协商，以协商的发货时效为准（但需注意：单一订单商家至多可向用户发送3次协商申请，含修改协商）； ② 用户拒绝协商，以原/应发货时效为准（发货时效不变）； |
订单延迟发货报备审核被平台通过后，是否还可以再次向用户发起发货协商？ | 可以的； ① 用户同意协商，以协商的发货时效为准（但需注意：单一订单商家至多可向用户发送3次协商申请，含修改协商）； ② 用户拒绝协商，以报备的发货时效为准； |
延迟发货报备平台审核中，是否还可以向用户发起发货协商？ | 可以的； ① 发货协商与延迟发货报备都通过审核时，最终的发货时效以在后被通过的申请结果为准（即后一个通过审核的结果会覆盖较早通过审核的结果）； ② 发货协商与发货报备中仅有一项通过审核时，以已通过审核的结果为准（即发货协商与发货报备，有一项申请通过审核即可延长相应订单的发货时效）； ③ 发货协商与发货报备都未通过审核时，以原/应发货时效为准（发货时效不变）； |
Q2：发货协商与发货报备的区别？
发货协商建议应用场景：用户个人原因要求延期、商家个别商品供货不足、爆单等少量订单无法及时发货;
发货报备建议应用场景：不可抗力因素导致的大量订单无法正常履约发货，如自然灾害、会议赛事、收货地址有误导致无法发货，或发货协商用户超时未处理（须满足特定协商内容要求）等场景。
Q3：发货协商有哪些优势？
对商家：
使用平台提供的官方协商工具，可降低与用户及平台的沟通成本，提升处理时效。
对用户：
用户可对具体订单的发货时间实现知情和确认，提升用户购物体验。
Q4：使用【发货协商】功能前，为什么建议需要先与用户确认？
和用户提前沟通好发货时间，可以避免用户不知情而拒绝或者感到打扰。商家发起协商的机会至多有3次，故建议发起前应尽量与用户提前沟通并达成一致，并提醒用户在4小时内完成确认，以免浪费协商机会。
六、相关规则/指引
深圳市腾讯计算机系统有限公司