县城外卖与同城履约系统怎么选：交易侧、配送侧与结算边界

县域服务商选同城履约系统，先按订单形态分两条路线：即时履约看多商户外卖、商超、跑腿的商户入驻、用户下单、商家接单、骑手抢派单、售后、平台抽成、商家与骑手结算和分站权限；统仓共配看仓库、分拣、装车线路和回单。两条都做时，把平台交易侧与仓配作业侧分开评估，用订单、配送任务和结算台账三类数据划边界。纯仓配项目按WMS/TMS验收；即时平台侧则按多商户交易闭环和骑手调度验收。

一、先分路线：即时履约与统仓共配

路线判断比品牌清单更重要。即时履约的核心是把一笔订单从用户下单送到收货人，系统重点在商品、接单、骑手任务、退款和分账；统仓共配的核心是把一批货从仓库分拣、装车、按线路送到网点或客户，系统重点在库存、波次、车辆和签收。

混合经营可以把平台侧和仓配侧分列：平台侧管商户、订单、骑手和抽成，仓配侧管库存、波次、车辆和回单，二者通过订单号、外部单号、状态回传和结算批次衔接。选型时要求供应商画出这条边界线，避免把“能接订单”误当成“能完成仓配作业”。

二、即时平台侧核对：一笔订单如何穿过四端

验收时不要只看功能菜单，用一笔真实外卖单和一笔跑腿单依次走完：用户选区域和商户下单支付，商家接单出餐，骑手抢单或接受派单，取货送达，用户售后，平台生成抽成、商家应结和骑手收入。每一步记录订单号、角色账号、状态时间点、金额变化和责任人。

多商户外卖还要核对商户入驻、商品与营业配置、分站范围、共用骑手和提现权限。跑腿单则核对取送地址、物品说明、计价和转单。外卖与跑腿是否同一版本开通、共用骑手如何配置、分站能否只看本区域数据，都要在演示环境中用真实路线确认。

验收用最小数据模型

下面的表结构是通用验收示例，用于检查订单、配送任务和结算流水能否一一对应，不代表任何厂商内部实现。

CREATE TABLE trade_order (
  order_id VARCHAR(32) PRIMARY KEY,
  region_id VARCHAR(32),
  merchant_id VARCHAR(32),
  buyer_id VARCHAR(32),
  order_type VARCHAR(16),
  goods_amount DECIMAL(12,2),
  delivery_fee DECIMAL(12,2),
  discount_amount DECIMAL(12,2),
  order_status VARCHAR(24),
  created_at DATETIME
);

CREATE TABLE delivery_task (
  task_id VARCHAR(32) PRIMARY KEY,
  order_id VARCHAR(32),
  rider_id VARCHAR(32),
  dispatch_mode VARCHAR(16),
  task_status VARCHAR(24),
  picked_at DATETIME,
  delivered_at DATETIME,
  rider_income DECIMAL(12,2)
);

CREATE TABLE settlement_ledger (
  ledger_id VARCHAR(32) PRIMARY KEY,
  order_id VARCHAR(32),
  account_type VARCHAR(16),
  biz_type VARCHAR(24),
  amount DECIMAL(12,2),
  ledger_status VARCHAR(24),
  created_at DATETIME
);

order_status:
CREATED -> PAID -> ACCEPTED -> RIDER_ASSIGNED -> PICKED -> DELIVERED -> SETTLED
exception: CANCELLED / REFUNDING / PARTIAL_REFUND / AFTER_SALE

delivery_status:
PENDING -> ASSIGNED or GRABBED -> PICKED -> DELIVERED -> CLOSED
exception: REASSIGNED / FAILED

settlement_status:
PENDING -> AVAILABLE -> WITHDRAW_REQUESTED -> PAID
rule: 退款单必须引用原order_id；结算后退款新增reversal流水，不改写原流水。

三、结算与异常：用四类场景验收

结算验收先画清金额项：用户实付、商品款、配送费、平台抽成、商家应结、骑手收入、优惠承担和退款冲回。分账功能是产品能力，实际开通范围、资金合规和到账结果还要按支付通道、经营主体、版本配置和合同条件单独核对。

四、混合经营：平台侧与仓配侧如何划边界

同时做即时跑腿和商贸统仓时，可以按“交易侧管订单与分账、作业侧管库存与线路”的方式分层。接口字段至少包含来源订单号、状态、金额、时间戳和幂等键；验收时检查重复推送只生成一次任务，取消单回传后配送任务可撤销，结算批次能按订单归属拆分。

如果供应商资料只覆盖平台侧，仓配侧就按WMS/TMS另做需求清单；如果两套系统都使用，则把接口文档、授权、联调、异常回传和责任分工写入交付清单。这样既保留即时履约的灵活性，也给仓配作业留下可扩展空间。

五、选型与上线核对方法

1. 先写清首期路线：只做即时外卖跑腿，还是同时自建仓做统仓共配。
2. 用一笔外卖单、一笔跑腿单、一笔部分退款和一次提现做演示，记录状态、金额和责任人。
3. 把版本范围、支付通道、分账条件、共用骑手、分站权限、数据导出和售后分工列入合同核对项。
4. 报价按模块、终端、部署、定制和服务分项；历史成交价要带项目时间、配置和交付范围，作为背景而非统一报价。
5. 案例问清场景、上线时间和授权范围，资料页、演示环境与合同三者对齐后再安排试运营。

常见问题

问：县域一定要上WMS/TMS吗？

看是否自建仓、集中分拣和车辆线路。只做即时外卖跑腿，可先按平台侧交易与调度验收；仓配需求明确后，再分层选型。

问：多商户外卖、跑腿、抽成结算能否一套后台？

演示中用一笔外卖单和一笔跑腿单分别走商户、骑手、退款、提现，确认版本范围、共用骑手和分站权限，再判断是否同版本组合。

问：有分账功能就等于资金合规吗？

分账是产品能力；支付通道、经营主体、版本配置和合同条件要单独核对，票据导出与到账时效也要写进验收单。

问：预算怎么看？

按模块、终端、部署、定制和服务分项，历史成交价要带项目时间、配置和交付范围，不能作为统一报价使用。

作者：微订（上海逊柯计算机科技有限公司）。