购物车、优惠、支付和发票。
适用场景
外卖是本地生活交易，不是地图工具
菜单、优惠、支付、出餐、取餐配送和售后，构成完整交易和履约。平台要审核入驻商家的食品经营资质，而不是只提供骑手位置。
自营餐厅配送和多商家平台，责任不同。第一版确认是否有骑手端、是否众包、是否只到店自取。
接单、出餐、菜单和结算。
抢单、导航、妥投和异常。
超时、撒漏和退款工单。
这一类应用的全流程怎么走
骨架与通用全流程相同，差别在经营范围、许可种类、行业备案和商店类目。许可和备案是否必须办理，以主管部门认定和产品实际功能为准。
01开发
按该类型的核心功能做可安装版本和后台。
02主体
公司、范围、软著和商标与 App 对齐。
03合规
只评估该类常见许可和备案，不捆绑销售。
04上架
按对应商店类目准备材料和拒审闭环。
05运营
版本、年报和功能变更后重新对照本页。
STAGE 01 · 应用开发
把履约状态做成可追溯的订单系统
三端状态机、定位、超时和售后工单是交付重点。为商家资质审核预留证照上传和过期提醒。
支付、出餐、配送、完成。
地址、距离和轨迹权限。
商家和骑手分账。
入驻证照审核流。
STAGE 02 · 公司注册
平台结算公司先落地
签约、收款和开票主体一致。经营范围覆盖网络经营。骑手是员工、众包还是合作运力，影响合同和可能的人力事项，需单独说明。
平台公司设立和开户。
商家入驻和用户协议。
劳动、合作或众包书面化。
订单流水可对账。
STAGE 03 · 上线合规
EDI 加食品平台备案
常见评估 EDI、ICP / APP 备案、第三方食品网络交易平台备案。不默认办理道路运输许可；若自建运力达到需许可的情形，另评。
在线交易处理。
第三方食品网络交易平台。
包名与主体对齐。
定位、账号和生活服务类目常要。
STAGE 04 · 上架分发
生活服务类目把定位和骑手说明写清楚
相机、定位后台轨迹的使用目的、用户取消和售后入口是审核重点。
外卖 / 生活服务据实选择。
定位、电话的用途。
不要用无资质的示例店。
补证照审核说明后复提。
STAGE 05 · 后期运营
入驻审核就是日常合规
商家证照过期应限制接单。活动页、新城市开通和运力模式变化都可能触发备案或合同更新。
证照有效期。
食品安全和配送纠纷工单。
许可和备案义务。
新品类先补备案。
适用对象
以下为常见情形，是否必须按本方案办理以产品功能和主管部门认定为准。
要从微信群转成 App 平台。
补履约系统和备案。
核对备案和入驻规则是否覆盖。
功能与证的对照
先看产品实际提供什么，再决定材料。相邻资质分开准备，不混报。
| 产品功能 | 常见评估 | 不默认捆绑 |
|---|---|---|
| 到店自取无配送 | EDI、食品备案仍可能评估 | 不默认运力资质 |
| 平台配送 / 众包 | 食品平台备案、合同关系 | 不默认道路运输许可 |
| 只送自营一家店 | 按自营餐饮网络经营评估 | 不套多商家平台材料 |
| 加酒水或药品 | 品类许可另评 | 不与食品备案混用 |
启动前需要具备的条件
- 有可演示的下单到妥投流程。
- 商家入驻规则书面化。
- 食品类经营需承诺审核证照。
- 运力模式在合同中明确。
常见准备材料
不同地区和商店清单可能不同，以下为高频项。
- 三端功能说明
- 履约流程图
- 营业执照
- 支付和分账说明
- 商家入驻审核制度
- 隐私与定位说明
- 食品经营相关承诺
- 目标城市和商店
周期怎么理解
下列为工作安排说明，外部审核时间另计，不承诺包过或固定办结时限。
三端联调周期长于单端工具。
EDI 与食品备案审批以主管部门为准。
生活服务类目可能多次问定位用途。
审批和商店审核由主管部门或平台决定。微企云提供路径评估、材料梳理、开发实现和过程协助，不承诺包过。
常见问题
先用这些问题判断自己是否走对了类型。跨类型的，按实际功能叠加，而不是只选一个标签。
没有骑手、只做预约到店，算外卖吗？
更接近到店交易。是否食品平台备案仍看你是否提供网络订餐交易。
众包骑手要不要办劳务派遣？
不一定。要看法律关系。派遣许可不默认打进本方案。
商家自己有食品证，平台还要备案吗？
平台提供网络交易服务时，常见仍要评估平台侧备案，不能用商家证代替。
能保证食品备案通过吗？
不能。制度和材料是否符合当地要求由主管部门认定。
按「外卖与配送」来评估你的项目？
聊聊你的项目 ↗
说明现在有没有公司、有没有测试包、目标上哪些商店，我们按本页路径给出下一步。