内容中心
行业干货/

取送点是门店还是个人？按订单属性做一次履约供给来源匹配自查

从即时零售与即时物流的定义出发，让运营者按订单取送点属性逐单记录事实，对照定义做供给来源匹配自查，提供四步步骤、逐单清单和记录模板。

即时零售即时配送跑腿运营履约供给取送点自查清单

先给结论：先记录取送点属性，再判断供给来源归属

跑腿和即时配送运营者常遇到一个困惑：同一笔订单，到底算本地零售门店的供给，还是社会运力的供给？

据商务部及电子商务公共服务网发布的便民生活圈材料，即时零售被定义为“线上即时下单、线下即时履约”，并依托本地零售供给满足本地即时需求。据国务院发展研究中心课题组，即时物流则是依托数智技术整合社会运力、面向需求提供点到点且无中转的即送即达服务，应用场景覆盖餐饮外卖、商超生鲜、医药急送和跑腿寄送。

这两条定义分别描述了两类供给来源。运营者可以做的，不是替订单下结论，而是把订单的取送点属性逐单记录下来，再对照定义自查：这单更接近哪一类描述。

下面给出一张对照表、一套自查步骤、一份逐单清单和一份记录模板。所有表格、步骤和清单均为运营自评工具，不是行业标准，也不产生固定分数或阶段结论。

两类供给来源的定义对照

对照项即时零售（本地零售供给）即时物流（社会运力）
定义来源商务部及电子商务公共服务网国务院发展研究中心课题组
定义表述线上即时下单、线下即时履约，依托本地零售供给满足本地即时需求依托数智技术整合社会运力，面向需求提供点到点且无中转的即送即达服务
应用场景材料未在本证据中逐项列举餐饮外卖、商超生鲜、医药急送、跑腿寄送

需要说明的是，这张表只做定义并列，不替运营者判断某笔订单一定属于哪一类。判断动作由运营者按自身订单事实完成。

按订单属性做匹配自查的四步

以下四步是运营自评工具，不是行业标准。每一步只记录事实，不预设结论。

第一步：记录取点属性

逐单记录取点是什么。可记录的问题包括：

  • 取点是否为一个具体的本地零售门店？
  • 取点是否为非门店的任意取件点？
  • 取点信息是否足以判断其属性？

第二步：记录送点属性

逐单记录送点是什么。可记录的问题包括：

  • 送点是否为本地即时需求方？
  • 送点是否为任意送达点？
  • 送点信息是否足以判断其属性？

第三步：记录需求性质

逐单记录这单要解决的需求。可记录的问题包括：

  • 需求是否围绕门店商品的即时交付？
  • 需求是否为点到点且无中转的即送即达？
  • 需求描述是否同时涉及以上两种特征？

第四步：对照定义做归属自查

把前三步记录的事实，与两类定义逐条对照：

  • 若取点、送点、需求性质三项记录，均更接近即时零售定义中的“线上即时下单、线下即时履约、依托本地零售供给”，可在记录中标注为“更接近本地零售供给”。
  • 若取点、送点、需求性质三项记录，均更接近即时物流定义中的“整合社会运力、点到点且无中转的即送即达”，可在记录中标注为“更接近社会运力供给”。
  • 若三项记录交叉、缺失或无法判断，标注为“待确认”，不强行归类。

逐单自查清单

以下清单是运营自评工具，不是行业标准，也不产生固定分数或阶段结论。运营者可逐单勾选。

  • 已记录这单的取点属性
  • 已记录这单的送点属性
  • 已记录这单的需求性质
  • 已对照即时零售定义，检查取点、送点、需求性质三项记录
  • 已对照即时物流定义，检查取点、送点、需求性质三项记录
  • 已确认这单的取送点信息是否完整
  • 已确认这单的需求描述是否完整
  • 若三项记录交叉或缺失，已标注为“待确认”
  • 已记录标注依据
  • 已记录标注人

记录模板

建议每单至少记录以下字段，便于后续复盘。字段内容由运营者按订单事实填写，模板本身不预设答案。

字段记录内容
订单编号逐单唯一标识
取点属性运营者按订单事实填写
送点属性运营者按订单事实填写
需求性质运营者按订单事实填写
场景类型运营者按订单事实填写
对照即时零售定义的匹配情况运营者按订单事实填写
对照即时物流定义的匹配情况运营者按订单事实填写
归属自查标注更接近本地零售供给 / 更接近社会运力供给 / 待确认
标注依据运营者填写
标注人运营者填写
备注交叉或缺失情况的说明

自查之后怎么用

完成一轮逐单自查后，运营者可以按“归属自查标注”字段做归类统计，观察本地零售供给、社会运力供给、待确认三类各自的数量。这个统计只是自身运营结构的记录，不是行业标准。

如果发现大量订单被标注为“待确认”，可回到第一步至第三步，检查取点、送点、需求性质三项记录是否完整，再重新对照定义做归属自查。

资料来源

最后核验日期：2026-08-30

需要结合当地业务判断？

加微信，说下所在城市和业务场景。