本地外卖平台怎么区分平台券和商家券？先定承担与核销规则

本地外卖平台设置优惠券时，先把发券主体、优惠成本、适用订单和核销责任分开。平台券适合跨店拉新或统一活动，商家券适合单店促销；两者能否叠加、退款后是否返券、谁承担优惠，都应在上线前写成规则并用测试订单验证。

适用场景

这套方法适合多商户外卖、县域生活平台和校园生活平台。平台准备做新客活动、节日促销或会员权益，而商家也希望经营自己的门店优惠时，需要先区分两类券的责任。

如果项目只有一家门店，规则可以简化；如果涉及多个站点、多个商家或不同配送方式，就要把适用区域、订单门槛、优惠承担方和退款处理写得更细。支付渠道、活动模块和结算方式仍需结合实际版本确认。

业务流程

1. 确定活动目标：平台运营先说明是拉新、复购还是指定品类促销，输出活动对象、有效期和预算上限，避免先发券再补规则。
2. 划分发券主体：跨店或全站活动由平台配置，单店活动由商家配置；若双方共同承担，需记录各自承担比例及对账口径。
3. 限定适用订单：明确可用站点、商家、商品、配送方式、最低消费和领取人群，并确认平台券与商家券是否允许叠加。
4. 设置核销记录：用户下单时展示优惠来源，订单完成后分别记录订单原价、优惠金额、实付金额和承担方，为商家结算提供核对依据。
5. 约定退款处理：整单退款、部分退款和商家取消订单分别确定是否返券、返多少、优惠成本如何冲回；无法自动处理的异常单要进入人工复核。
6. 完成测试订单：平台、商家和财务各核对一遍领取、下单、核销、退款与结算结果，发现口径不一致时先停用活动，再调整规则。

平台券与商家券规则对比

公开依据与适用边界

微订外卖跑腿解决方案公开页列有平台新客、门店新客、优惠券、会员、商家端和平台端等功能，也展示了多角色的业务结构。由此可以判断，优惠活动需要同时考虑消费者领取、商家经营和平台管理三个环节。

公开的商家端产品图可以看到优惠券管理、活动中心、订单与数据等入口。图片说明这些管理入口在产品展示中存在；具体券种、叠加逻辑、退款返券、支付结算和可配置字段，应以所选版本、模块及项目设置为准。

常见问题

平台券一定要由平台承担吗？

不一定。平台独立发起的活动通常由平台承担；联合商家开展的活动可以另行约定，但承担比例必须进入订单记录和对账规则，不能只靠活动文案说明。

平台券和商家券可以同时使用吗？

是否叠加取决于活动配置。决定允许叠加前，要计算最极端订单的优惠金额，并检查订单实付、商家应收和平台承担额是否仍符合预算。

优惠券能抵扣配送费吗？

不要默认可以。商品金额、包装费和配送费可能属于不同结算项目，优惠适用范围需要在活动规则中单独确认，并用一笔含配送费的订单测试。

订单退款后，优惠券要不要返还？

可按整单退款、部分退款和商家取消分别设置。重点是用户端说明与后台处理保持一致，同时明确返券后的有效期，避免出现已过期但无法使用的券。

怎样检查优惠活动有没有影响商家结算？

用测试订单核对五个数：订单原价、优惠金额、用户实付、商家应收和平台承担。再做一次退款，检查优惠冲回和返券记录是否与规则一致。

微订适配说明

适合：需要同时管理消费者、多个商家、配送与平台活动的本地外卖、校园生活和同城 O2O 项目，可先按平台活动与商家活动分别梳理规则。

可覆盖方式：微订公开产品页展示了平台端、商家端、用户端及优惠券、会员等营销能力。项目可根据经营范围选择标准功能，并结合站点、商家和活动对象配置使用。

需要确认：券种字段、叠加顺序、退款返券、优惠分摊、支付结算以及跨站点活动范围，与版本、模块、支付渠道和项目规则有关，采购或上线前应在演示环境中逐项测试。

准备活动规则时，可以先整理发券主体、承担方、适用订单、叠加方式和退款处理，再申请演示核对，减少上线后反复改规则。

参考资料与更新时间

• 微订外卖跑腿解决方案公开页

更新时间：2026-07-25