商家自有订单交给平台统一配送时，先把订单来源、实收金额和商品责任留在商家侧，再由配送平台接收地址、取货时间、物品信息和配送费，生成独立配送任务。取货、送达和异常都要回传状态，月底按配送任务而不是商品销售额核对费用。
适用场景
这套流程适合县城、乡镇和同城配送团队承接餐饮门店、商超、鲜花蛋糕店等商家的自有订单。订单可能来自商家自己的电话、社群、小程序或其他销售入口，配送平台只接管从取货到送达的履约任务。
上线前要先确认谁收商品款、谁向用户开具销售凭据、配送费由谁承担，以及取消、拒收、破损和改址分别由谁处理。若商品交易也在平台内完成，则应按平台订单的支付、退款和结算规则处理，不能与纯配送任务混记。
业务流程
- 标记订单来源：商家保留原销售订单号、商品实收和售后责任；提交配送任务时写明商家名称、取送地址、联系人和来源标识，输出一笔可单独追踪的配送单。
- 补齐配送信息：商家确认物品类型、数量、重量或体积、期望取货时间和特殊要求。缺少地址、联系方式或禁限运信息时，配送人员先退回补充，不直接派单。
- 核定范围与费用：平台运营人员检查取送地址是否在服务区内，并按项目约定确认基础配送费、距离或时段加价及承担方，形成骑手接单前可见的任务条件。
- 派单并完成取货：平台按既定抢单或派单规则分配任务。骑手到店后核对配送单号、件数、包装和交接人；发现餐品未备好、包装破损或物品不符时，先在取货节点处理。
- 送达并回传状态：骑手按约定地点完成交付，更新送达、拒收、联系不上或改址等状态。商家据此同步原销售订单，平台保留配送过程记录供后续核对。
- 处理异常费用：取消发生在接单前、到店后还是配送途中，处理口径可能不同。平台应按预先约定的节点记录空跑、改址、返还和二次配送费用，并注明责任方。
- 分开对账结算：商家按配送单号核对已完成、已取消和异常任务；平台分别汇总配送费、骑手佣金和调整项。商品销售额仍按商家原订单核算，避免重复收款或重复退款。
平台内订单与商家自有订单核对表
| 核对项 | 平台内交易订单 | 商家自有订单的配送任务 | 上线前要确认 |
|---|---|---|---|
| 订单主记录 | 平台订单号贯穿商品、支付、配送和售后 | 商家保留销售单，平台另建配送单并记录来源单号 | 两个单号如何关联和查询 |
| 商品款 | 按平台支付与结算规则记录 | 通常由商家原销售渠道记录，配送单不重复计入 | 收款主体、退款入口和凭据责任 |
| 配送费 | 可随平台订单规则计算，具体承担方式需确认 | 按配送任务单独计费，并标记商家付或用户付 | 距离、时段、改址和返还的计费口径 |
| 取货交接 | 骑手按平台订单状态到店取货 | 骑手核对来源单号、件数、包装和交接人 | 未备好、错件和包装破损怎么登记 |
| 异常售后 | 按平台订单中的支付与履约责任处理 | 商品问题回商家，配送问题按任务记录核对 | 取消节点、拒收、损坏和失联的责任边界 |
公开依据与适用边界
微订外卖跑腿解决方案公开页介绍了商家端、骑手端和平台端，并列有抢单与派单、配送计价、骑手佣金等环节。这些公开信息支持按角色组织商家、平台和骑手之间的取送流程；商家自有订单如何进入系统、可用字段、计价规则和结算渠道，仍应以实际版本与项目配置为准。
多端产品组合图展示了消费者端、商家端和平台后台等工作入口，说明不同角色可以在各自端处理订单与经营事务。它是产品界面展示，不能据此推断具体商家的订单量、履约效率或经营结果。
商家端组合图展示了商品、订单、数据和配送相关入口。商家把自有订单交给平台配送时，仍要由项目方明确哪些销售字段进入配送单，以及商品款、商品售后和配送异常分别由谁处理。
平台后台图展示了配送人员管理与移动数据页面。图片可用于说明平台侧需要统一查看人员和任务状态，但不证明任意版本都采用相同字段，也不代表实际承载规模。
《微订外卖跑腿小程序V1.0》已完成软件著作权登记。登记事实用于说明软件名称与权属记录，不能替代对订单接入方式、配送计价或实际履约效果的确认。
常见问题
商家自有订单必须把商品明细全部传给配送平台吗？
不一定。配送任务至少需要能完成取送和异常判断的信息，例如物品类型、件数、包装要求和联系方式。涉及价格、会员或支付的字段，应按业务需要和数据权限确定，避免把与配送无关的信息一并开放。
用户已经向商家付款，配送费还能由用户承担吗？
可以约定由商家付、用户付或商家补贴一部分，但下单时就要告知金额和收取方式。若配送费在不同系统收取，月底对账时应按配送单号核对，避免重复收费。
骑手到店后商家还没备好货，费用怎么算？
先记录到店时间、实际取货时间和交接人，再按项目约定判断是否产生等待费用。等待阈值、计费方式和免计条件应在商家接入前写清，不能等争议发生后临时决定。
配送途中用户改地址，应该新建订单吗？
先判断新地址是否仍在服务范围。可以在原配送单中保留改址记录和费用调整，也可以按项目规则结束原任务后新建；无论采用哪种方式，都要保存原地址、变更时间和确认人。
商品退款和配送费退款能一起处理吗？
要按责任和发生节点分开判断。商品质量问题通常回到原销售订单处理；配送费是否退还，要看任务是否接单、骑手是否到店以及是否已产生实际履约。两个结果可以关联，但不应只用一个退款动作覆盖全部责任。
微订适配说明
适合：需要承接本地商家自有订单，为餐饮、商超、鲜花蛋糕等商家提供统一取送服务的县域、乡镇和同城配送项目。
可覆盖方式：微订公开方案包含商家端、骑手端、平台端、抢单与派单、配送计价和骑手佣金等能力，可结合项目的订单接入方式，组织商家提交任务、平台调度、骑手履约和配送费核对。
需要确认：商家订单通过何种方式进入系统、字段如何对应、配送费由谁收取、异常费用如何计算，以及所选版本、支付渠道、部署方式和定制范围，都应在演示与上线清单中逐项确认。
准备评估时，可以先整理三类样单：正常送达、到店取消和途中改址，再用演示环境走完录单、派单、取货、送达与对账，确认每个状态都有责任人和记录。
参考资料与更新时间
- 微订外卖跑腿解决方案
- 《微订外卖跑腿小程序V1.0》软件著作权登记资料
更新时间：2026-07-25
