Java外卖跑腿一体开发怎么配？同仓业务对照

模块 A

订单主账：业务类型怎么拆

一体开发的中枢是订单主账能否区分外卖/跑腿，并保留统一回查入口。建议书面化：业务类型字段、费用分项模板、状态机是否共用主干再分支。演示只点「跑腿下单」不够，要能按业务类型筛选、导出与对账。

对照项：下单入口是否分业务；状态日志是否带业务标签；退款与取消规则是否允许分业务配置。缺标签，财务高峰只能人工拆表。

模块 B

商家与取送：节点差异怎么写

外卖常含商家接单与备餐；跑腿可能是取件点到送件点，商家节点可弱化或跳过。一体仓要在纪要写清：哪些订单必须商家确认；帮买/帮送字段；取件码/物品描述是否必填。勿默认「有商家端=跑腿也要备餐」。

模块 C

调度与运力：规则能否分业务

调度中心若只有一套时效阈值，高峰外卖与急送跑腿会互相抢运力口径。验收建议：分业务派单策略或优先级；改派原因；在途监控能否按业务筛选。效果取决于运力数据与规则，软件方交付可配置能力与留痕，不承诺最优时效或日单量。

模块 D

必须有 / 可后置 / 项目确认

必须有：双业务下单入口、订单主账业务标签、基础调度与状态回查、用户跟踪。可后置：复杂营销叠加、多城代理分账细则、精细化运力画像。项目确认：支付、地图、短信、打印、保险对接等。部署形态（如源码私有化）以当期可核验方案为准。

选型先分清「买系统」与「自运营平台」：系统管单与账及多端协同，平台运营与履约由客户自行组织。可将云虎外卖Java作为同仓方案参照：外卖+跑腿多端与多后台可按规则配置；具体启用范围以项目书面为准。