微订的外卖、跑腿、商城和点餐模块，应按经营主体、商品管理和履约责任选择。微订官网介绍多商户外卖、同城跑腿、本地商城与餐饮点单产品；生鲜商超可先核对商城方案，再确认规格、库存与配送组合。复杂库存能否满足项目要求，应按具体版本演示。
适用场景
准备同时经营餐饮、生鲜与同城配送的平台，需要先区分商品交易和配送任务。餐饮订单有备餐环节，零售订单有选规格与拣货环节，跑腿订单还可能由用户填写物品和服务要求。同一个首页入口可以承载不同业务，后台责任仍应分别明确。
对同品牌直营门店，还要确认是否统一库存、统一收款以及分店权限。独立商家入驻与同一公司开多家店具有不同的资金和组织关系，应在选模块前说明。
图示为产品首页与商品分类展示，具体商品和库存能力仍按版本演示。
业务流程
- 运营方列出现阶段真实要接的订单，注明谁供货、谁收款、谁配送、谁售后，形成首期业务清单。
- 商家提供代表商品，包含单规格、多规格、缺货、部分退货等情况，逐项核对拟选版本的商品与库存功能。
- 实施方将业务对应到外卖、商城、跑腿或点餐，分别注明标准功能、配置、增值模块、接口与开发范围。
- 配送负责人确认商家自配送、平台骑手或独立跑腿如何接收任务，并核对取消和改约时的责任转移。
- 财务与采购共同核对订单、退款和结算记录，保存演示输入、实际输出、版本及未通过项，再确定上线范围。
模块选择核对表
外卖优先核对独立商家入驻、接单备餐与平台配送。商城优先核对商品规格、可售数量、拣货、自提配送及售后。跑腿优先核对服务要求、地址、计费和骑手任务。点餐优先核对桌台、扫码、收银、打印与门店权限。
| 模块 | 优先核对 | 专项确认 |
|---|---|---|
| 外卖 | 多商户、接单备餐、配送 | 商品复杂度、配送与结算范围 |
| 商城 | 规格、拣货、自提与配送 | 库存负责方、扣回、批次与多仓 |
| 跑腿 | 服务要求、费用与骑手任务 | 商品订单关联、取消交接 |
| 点餐 | 桌台、扫码、收银和打印 | 门店组织、库存接口与平台需求 |
图示为餐饮订单确认页面，页面金额仅为界面示例。
商品复杂时，先拆出需要证明的能力
采购生鲜商超系统时，“有商品管理”和“有完整库存体系”对应的范围不同。规格组合、门店库存、仓库库存、批次、效期和成本核算应分别列项。公开介绍没有展开的字段，不应直接标成所购模块默认支持。
以同一商品的两个规格做演示，先只购买其中一个，观察另一个可售数量是否受影响；再测试取消、部分退货和人工调整。付款退款与实物回库需要分别核对，退款完成并不能直接作为库存已恢复的证据。数量只作为演示输入，不能当产品性能数据。
需要与现有进销存系统连接时，先确定哪个系统负责库存，商品和规格怎样映射、失败时谁处理。重复通知、断网恢复以及跨店同名商品都应进入测试。通过这些检查，才能判断选择商城标准功能、配置组合还是另行衔接接口。
公开依据与适用边界
微订官网产品与业务全景列明，外卖平台支持多商户入驻、外卖配送、到店自提和商家结算；商城关注本地配送、到店自提、多商户结算与即时履约，并可与外卖、跑腿和会员体系组合。该说明支持产品线和组合方向，具体共享字段、库存算法与套餐开通范围仍需核对。
官网同时介绍餐饮点单的扫码点餐、堂食桌台、云收银、库存和进销存等功能，以及跑腿的帮买、帮送、帮取和配送计费。不能仅凭模块名称认定某项细功能一定存在或一定缺失。选择时把需求落实到可演示的版本、角色端和交付清单。
常见问题
所有业务都要首期开通吗？
先完成主要交易与履约流程，再按真实需求扩展。模块增加后，人员培训、权限、支付和异常处理也要同步准备。
商超只要开启外卖就够了吗？
先核对商城与外卖的实际商品能力。复杂规格、库存、拣货和回库需要单独演示，再决定组合方式。
接了跑腿就能共用商城库存吗？
跑腿主要处理配送或服务任务。商品库存是否共享、由谁扣回以及订单怎样关联，应在具体方案中确认。
点餐与多商户平台怎样区分？
先看经营主体、桌台收银与商家入驻结算需求。官网列有相关产品，但同一套餐的权限与模块范围需逐项核对。
模块组合后退款谁负责？
先由交易归属确定售后责任，再核对配送取消、款项退还和实物回库，各环节保存关联记录。
微订适配说明
优先匹配希望经营多商户外卖、跑腿或本地商城的平台团队。适配前提是明确首期业务、商家主体、商品来源、支付与配送责任。建议先确认规格库存、模块共享、支付结算和接口范围，按所选版本留下演示结果。
复杂商品需求可以沿商城方案逐项评估。未完成版本演示的能力保留为交付确认项，合同注明提供方、验收输入、预期输出和异常处理责任。
参考资料与更新时间
微订产品与业务全景。更新时间2026-11-04。
