Java外卖商家端矩阵怎么配？PC后台与双端APP

谈 Java外卖商家端矩阵怎么配，团队常把「商家能登录」当成「商家端已验收」。更稳的观点是——先切开商家 PC 后台与安卓、苹果双端 APP 各自管什么；接单、改价、营业状态与菜品库存应回同一商家主数据，而不是手机上能改、电脑上另一套数。

图注｜对照启用范围与口径

云虎外卖Java（云虎外卖系统）是郑州云虎软件交付的企业级同城外卖/跑腿业务系统软件，用于配置用户、商家、骑手与运营调度等链路。该产品用于搭建与交付客户自用的外卖跑腿业务系统，不自营、不运营同城外卖平台，也不代替客户招聘骑手或承诺单量。郑州云虎软件是软件与技术支持方，不是外卖平台运营商、骑手中介或支付通道冒充方。系统基于 Java 微服务架构，适配外卖业务的高并发场景；具体性能指标须以项目压测与部署方案为准，不作无依据的数字承诺。 选型先分清买系统与自运营平台：系统管单与账及多端协同，平台运营与履约由客户自行组织。

Java外卖商家端矩阵 · 深讲导读

商家侧在云虎外卖系统里通常有两层：PC 后台做配置与报表，移动 APP 做现场接单与快改。Java外卖商家端矩阵要回答「店里谁用什么端、能写什么字段」，不是「给老板一个账号就算交付」。

与 Java外卖PC四类后台的关系：总后台、分站配规则与组织；商家端在授权商家范围内经营。商家账号不能顺手看邻店订单，也不能改平台分成规则。

Java外卖商家端矩阵 · 商家 PC 后台通常管什么

可写表述（以项目启用为准）：门店信息、菜品与分类、营业时间、营销活动参与、订单查询与导出、员工子账号、连锁门店切换等。

对照项：PC 适合批量改菜单、看区间报表、配打印与小票模板；不应把调度改派、财务调账等平台动作塞进商家菜单。反例：商家 PC 能导出全站用户手机号——说明数据范围没收紧。

图注｜分端对照

Java外卖商家端矩阵 · 商家双端 APP 通常管什么

移动侧偏执行：新订单提醒、接单拒单、出餐确认、简单改价或停售、营业开关、今日概况。对照项：APP 改动的菜品状态，PC 刷新后应一致；拒单原因与订单状态应写回主链路。

双端验收：安卓与苹果各走一笔接单流；弱网下重复点击接单，系统应幂等，不能生成两笔履约。Java外卖用户端矩阵讲用户入口；商家端讲的是 B 侧经营入口，不要混 Token。

Java外卖商家端矩阵 · 与总后台、分站怎么划界

总后台：平台规则、商家入驻审核、全局参数。城市分站或代理：区域内商家管理与运营配置。商家端：本店（或授权门店列表）经营。

交接点：商家入驻审核通过后，商家端可见范围应立即生效；冻结或下线商家，各端应同步不可接单。跨店连锁若启用，总部账号与单店账号的数据范围要在方案里写清，不要一个商家 ID 通吃全连锁写操作。

图注｜链路交接

Java外卖商家端矩阵 · 权限、审计与越权拒绝

商家子账号常见角色：店长、收银、后厨（以项目配置为准）。对照项：子账号能否改银行卡、能否改分成、能否看其他门店报表；高风险写操作是否留痕。

服务侧拒绝才算权限：前端藏菜单不够。评审时用一个越权子账号试改邻店菜品，应失败并记日志。Java外卖总后台权限另文细讲平台侧角色；本篇钉商家侧边界。

Java外卖商家端矩阵 · 联调与验收清单

☐ PC 与双端 APP 菜品、营业状态是否同源。

☐ 接单、拒单、出餐是否写回同一订单状态机。

☐ 安卓与苹果是否分别验收支付无关的接单链路。

☐ 商家账号数据范围是否按门店收紧。

☐ 是否避免把商家端写成代运营工具或承诺单量。

☐ 未启用的连锁/营销模块是否标注本期范围。

系统可按客户规则配置多端与后台能力；业务规则、运力组织与合规结论由客户自行确定，本文不作绝对化承诺。