你的取送点属于本地零售供给吗？按五个业务场景逐单自查

先回答：取送点是不是本地零售供给，取决于它是否落在“本地即时需求”的履约链条上

据发布方披露，商务部便民生活圈材料将即时零售定义为线上即时下单、线下即时履约，并依托本地零售供给满足本地即时需求。把这个定义拆开看，判断一个取送点是否属于本地零售供给，关键不是看订单在系统里叫什么名字，而是看这个点是否在本地零售的供给与履约链条上。

对本地跑腿或即时配送运营者来说，最实际的做法不是争论概念，而是逐单记录取送点，再和系统内的业务场景做匹配。下面给出一套可执行的自查方法。

五个业务场景的逐单自查表

据发布方披露，跑腿系统覆盖帮取、帮送、帮买、万能帮和商家版等业务场景。以下对照表是运营自评工具，不是行业标准，目的是帮你把每一单的取送点记录下来，再判断它是否落在本地零售供给的链条上。

业务场景	取送点通常长什么样	自查要记录什么	是否属于本地零售供给的判断方向
帮取	从一个点取件，送到另一个点	取件点类型、送件点类型、物品来源	看取件点是否为本地零售经营点，送件点是否为本地即时需求方
帮送	主要完成点对点送达	寄件点类型、收件点类型、物品属性	看两端是否与本地零售供给或本地即时需求相关
帮买	代买后送达	购买点类型、购买品类、送达点类型	看购买点是否为本地零售供给点
万能帮	非标准化代办	实际取送点、实际动作、物品或服务来源	看实际发生的取送点是否落在本地零售链条上
商家版	商家侧发起的订单	商家点类型、发货点、收货点	看商家点是否为本地零售供给点

这张表只解决“记录什么”，不替你下结论。每一单是否属于本地零售供给，要按你记录到的取送点类型逐单判断。

逐单自查清单

以下清单是运营自评工具，不是行业标准，也不构成对任何平台政策的解释。建议按单填写，而不是按场景笼统归类。

• 这一单的取件点或购买点，是否是一个本地零售经营点？
• 这一单的送件点或收货点，是否对应一个本地即时需求？
• 这一单的物品，是否来自本地零售供给，而不是跨区域调拨或非零售来源？
• 这一单在系统里归入的业务场景，和实际取送点类型是否一致？
• 如果归入帮取，取件点是否属于本地零售供给？
• 如果归入帮送，两端是否至少一端与本地零售供给或本地即时需求相关？
• 如果归入帮买，购买点是否属于本地零售供给？
• 如果归入万能帮，实际发生的取送点是否落在本地零售链条上？
• 如果归入商家版，商家点是否属于本地零售供给？
• 这一单的取送点记录，是否足以支撑后续复核？

记录模板

建议每单至少记录以下字段，作为后续判断和复核的依据。这是运营自评工具，不是行业标准。

字段	记录内容
订单编号	系统内可追溯的编号
业务场景	帮取、帮送、帮买、万能帮或商家版
取件点或购买点类型	本地零售经营点或其他
送件点或收货点类型	本地即时需求方或其他
物品来源	本地零售供给或其他
场景与取送点是否一致	一致或不一致
复核备注	需要进一步确认的点

决策步骤

按以下步骤逐单走一遍，可以帮助你把“取送点是否属于本地零售供给”从概念变成可记录、可复核的动作。这是运营自评工具，不是行业标准。

1. 先记录取送点，不要先看订单名称。
2. 判断取件点或购买点是否为本地零售经营点。
3. 判断送件点或收货点是否对应本地即时需求。
4. 判断物品是否来自本地零售供给。
5. 把记录结果和系统内的业务场景做匹配。
6. 对不一致的订单做标记，留待复核。
7. 按同一口径持续记录，形成可追溯的逐单台账。

常见误区

• 只看订单名称，不看实际取送点。
• 把非零售来源的物品直接归入本地零售供给。
• 把跨区域调拨当作本地即时履约。
• 用场景名称代替取送点记录。
• 只做一次性判断，不做逐单台账。

以上误区是运营自评提醒，不是行业标准，也不构成对任何平台政策的解释。

资料来源

• 商务部及电子商务公共服务网：如何在一刻钟便民生活圈推广即时零售，发布日期 2024-03-15，原文 https://www.mofcom.gov.cn/cms_files/oldfile/ltfzs/202403/20240315154935378.pdf
• 码科业务负责人批准口径，发布日期 2026-08-30
• 码科帮助教程，持续更新，原文 https://www.yuque.com/imake

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