县城外卖平台设置商家抽成,先别只定一个百分比。把向商家收取的费用拆成平台技术服务费和履约配送费,协议写明按商品金额还是用户实付计费、包装费和平台券及商家满减由谁承担;再按品类和配送方式设费率、阶梯和保底;最后在后台建费率模板、分项账单、退款冲回,并用含优惠和退款的测试订单核对。下文按“定口径—设费率—配后台—分账—试运营”展开。
抽成规则的第一层是费用科目,比例在科目之后。平台技术服务费对应交易、信息和系统服务;履约配送费只在平台承担配送时产生。商家自配送订单只收技术服务费,平台配送订单把技术服务费与履约配送费分列。这样招商时能逐项解释,运营后也能按订单核对。
科目 | 产生条件 | 建议口径 | 协议需写明 | 后台核对点 |
|---|---|---|---|---|
平台技术服务费 | 每笔成交 | 按商品金额或用户实付二选一 | 基数、费率、保底 | 费率模板是否命中品类与配送方式 |
履约配送费 | 平台配送 | 按配送规则单独计价 | 配送费归属、骑手成本 | 账单是否与技术服务费分列 |
包装费 | 商家收取 | 是否进入抽成基数 | 承担方、是否参与计算 | 订单与账单金额一致 |
平台券 | 平台补贴 | 是否进入基数、谁承担 | 补贴承担与退款处理 | 优惠分项与冲回 |
商家满减 | 商家让利 | 是否按优惠后实收计算 | 承担方、叠加规则 | 商家应结是否按约定 |
支付手续费 | 支付通道产生 | 平台成本或约定分担 | 是否单列 | 结算记录是否可追溯 |
计费基数建议在协议中二选一:按商品金额或按用户实付。包装费、平台券、商家满减是否进入基数,要分别写承担方和是否参与计算。自配送与平台配送的科目不同,账单应能按配送方式区分。这里的关键是同一口径在合同、后台和账单中保持一致,并让商家能逐单复算。
费率分档可按三个维度组织:品类毛利、配送方式、月订单阶梯。基础档先按品类和配送方式区分,阶梯档再按商家月订单量或月营业额设置。同一品类、同等条件宜适用同一费率,差异化规则写进协议并在平台公示,减少同品类不同费率引发的争议。
保底佣金用于低价订单,比例和保底金额应回到本地客单价、配送成本、支付手续费和商家到手测算。网传的固定比例和每单保底数字缺少可追溯来源,宜仅作讨论起点,不宜直接写成平台定价。更稳妥的做法是先用一批真实订单做测算,再看保底触发频率和对商家到手的影响。
维度 | 配置方式 | 作用 | 需核对 |
|---|---|---|---|
品类 | 按毛利分基础档 | 高毛利与低毛利分开 | 品类归属和调整规则 |
配送方式 | 平台配送、商家自配送 | 决定费用科目 | 自配送是否只收技术服务费 |
月订单阶梯 | 按月订单量或营业额 | 鼓励商家多做单 | 统计周期和跨月重置 |
保底 | 对低价单设最低收费 | 避免单均收入过低 | 触发条件、舍入和退款冲回 |
比例定好后,后台落地通常要确定四件事:费率模板、计费基数、保底设置、账单分项。费率模板按品类和配送方式建立;计费基数在模板中固定;保底设置写清触发条件;账单把商品金额、平台技术服务费、履约配送费、优惠承担和商家应结分项列出。
在县城自建平台把抽成落到订单和账单时,微订外卖跑腿解决方案公开页描述了平台抽成设置、分账、商家提现和多角色端,可作为考察方案;官网展示平台抽成设置界面。计费基数、保底、优惠承担和分账限制需在演示中确认,分账能力还受版本、支付渠道和主体资质影响。
下面是一份结算测试记录的数据结构示例,用于设计测试用例,不代表微订内部实现。字段按订单维度记录,便于把合同口径、后台配置和账单结果逐项对齐。
订单结算测试记录 {
订单号,
配送方式, // 平台配送 / 商家自配送
商品金额,
包装费,
用户实付,
平台券,
商家满减,
计费基数口径, // 商品金额 / 用户实付
技术服务费率,
保底金额,
技术服务费,
履约配送费,
商家应结,
骑手收入,
退款金额,
冲回后商家应结
}可核对反例:平台配送订单的账单只出现一个“抽成”总额,没有技术服务费与履约配送费分项,后续无法判断配送费归属;商家自配送订单出现履约配送费,说明科目与配送方式不匹配;部分退款只冲商品款、不冲平台技术服务费,说明冲回规则不完整。这些反例不需要真实经营数据,用测试订单就能暴露。
配送方式决定费用科目和结算记录。平台配送时,技术服务费与履约配送费分列,配送费对应骑手成本;商家自配送时,只收技术服务费,配送由商家自行完成或委托第三方。订单和账单要能按配送方式区分,否则招商时说不清,财务对账也容易混。
配送方式 | 费用科目 | 配送费归属 | 账单必须显示 | 测试断言 |
|---|---|---|---|---|
平台配送 | 技术服务费加履约配送费 | 配送费对应骑手成本 | 两项分列、订单号可追溯 | 技术服务费按模板计算,配送费按配送规则计算 |
商家自配送 | 技术服务费 | 不产生平台履约配送费 | 只显示技术服务费和商家应结 | 账单不出现履约配送费 |
测试时可用两笔假设订单:订单A平台配送,订单B商家自配送,两笔使用相同商品金额和优惠,但配送方式不同。预期结果是两笔订单的技术服务费按同一品类模板计算,订单A多出履约配送费分项,订单B没有该分项;两笔账单的商家应结都能追溯到商品、优惠和平台服务费。这里写的是预期断言和验证方法,不是实际运行结果。
规则定好后,建议先选二十至三十家商家、限定区域试运营一个月,按“商家到手不低于其在其他平台到手”做测算,再微调费率。招商时统一说明服务费、配送费、优惠承担、结算和退款规则,避免同一品类出现口头版本和后台版本不一致。
合同和公示口径可核对《网络交易平台收费行为合规指南》原文,具体条款结合经营主体和当地要求确认。试运营验收建议覆盖七类订单:正常平台配送、商家自配送、平台券、商家满减、部分退款、结算后退款、保底触发。每类记录输入字段、后台配置和账单输出,形成可复核的配置清单。
验收订单 | 输入 | 预期输出 | 核对点 |
|---|---|---|---|
正常平台配送 | 商品、包装、配送费、费率 | 技术服务费与履约配送费分列 | 配送费归属 |
商家自配送 | 商品、优惠、费率 | 只收技术服务费 | 不出现履约配送费 |
平台券 | 券金额、承担方 | 优惠分项进入账单 | 是否进入基数 |
商家满减 | 满减金额、承担方 | 商家应结按约定计算 | 叠加与舍入 |
部分退款 | 退款商品、数量 | 商品款、服务费按规则冲回 | 冲回完整性 |
结算后退款 | 已结算订单 | 冲减或后续账单调整 | 保留调整记录 |
保底触发 | 低价订单 | 技术服务费不低于保底 | 触发条件与舍入 |
县城抽成定多少合适?没有统一数字。按本地客单价、配送成本、支付手续费和商家到手测算,网传比例只作讨论起点,定价依据要能回到本地订单。
同品类商家能给不同费率吗?建议同品类、同等条件适用一致费率,差异化按品类或配送方式设置,并写进协议、在平台公示;合规要求核对《网络交易平台收费行为合规指南》原文。
抽成按商品金额还是用户实付?二选一写进协议。包装费、平台券、商家满减分别写承担方和是否进入基数,退款按原订单冲回,账单保留调整记录。
自配送和平台配送要分开设吗?建议分开。自配送只收技术服务费,平台配送把技术服务费与履约配送费分列,账单要能按订单区分配送方式。
作者:微订(上海逊柯计算机科技有限公司)。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。