电竞大神接单平台多门店系统方案连锁电竞工作室拓展多家线下门店之后普遍面临门店资源混在一起的问题。打手归属、订单流向、定价规则、佣金分账、经营报表如果不做门店隔离很容易出现跨门店派单串单、财务对账分不清每家门店营收、分店管理员越权查看其他门店数据等问题。本文围绕门店维度的数据隔离、权限体系、派单分账、运营管控分享一套适配电竞大神接单业务的多门店落地方案。后端采用SpringBoot MyBatis-Plus开发使用MyBatis-Plus租户插件实现门店ID自动拦截SQLRedis缓存门店打手池、门店配置MQ异步处理跨门店通知、结算任务MySQL存储门店、打手、订单、结算流水。前端包含用户小程序、大神端、门店后台、总部总后台基于UniApp和Vue开发。整体采用共享库、逻辑隔离方案所有业务主表增加store_id门店字段作为隔离主键。总部账号可以查看全部门店数据门店管理员只能操作本店的打手、订单、售后、排班打手归属绑定门店默认只能承接本店订单后台支持配置是否开启跨门店接单。系统核心模块包含门店档案管理、门店权限体系、门店服务定价、门店派单策略、门店分账结算、门店经营看板。每个门店支持独立配置可承接游戏品类、服务价格、平台抽佣比例、接单开关、售后规则不同门店可以有差异化运营策略。下面是门店实体、门店接单模式枚举的Java代码示例DataTableName(t_store_info)publicclassStoreInfo{privateLongid;privateStringstoreName;privateStringstoreAddress;privateStringcontactPhone;// 0关闭 1启用privateIntegerstoreStatus;// 接单模式0仅本店接单 1支持跨门店派单privateIntegerreceiveMode;// 门店独立抽佣比例privateBigDecimalstoreRate;privateLocalDateTimecreateTime;}publicenumStoreReceiveModeEnum{ONLY_SELF(0,仅本店打手接单),CROSS_STORE(1,允许跨门店派单);privateIntegercode;privateStringdesc;StoreReceiveModeEnum(Integercode,Stringdesc){this.codecode;this.desccode;}// getter省略}打手档案绑定门店ID打手入驻时选择归属门店。在MyBatis-Plus插件中配置store_id自动填充增删改查SQL自动追加门店条件避免开发人员遗漏条件造成数据越权。如果业务需要开启跨门店支援接单在派单服务层单独做白名单判断绕过基础拦截器由业务代码控制跨店权限。派单逻辑增加门店维度过滤。用户下单时可以自主选择门店也可以由系统根据LBS位置就近推荐门店。订单生成时打上store_id标记门店模式为仅本店接单候选打手列表只筛选归属本店、在岗、资质正常的大神门店开启跨门店本店打手优先本店人手不足时才把订单扩散到其他门店打手池。派单打分算法在原有等级、标签匹配分基础上增加门店就近权重分优先保障本店订单优先分配给本店打手保护门店收益。门店分账是这套方案财务层面的重点。一笔订单资金拆分为三层平台抽成、门店分成、打手佣金。每一家门店配置独立分成比例结算单记录订单归属门店自动统计门店营收。结算流水按门店维度汇总总部可以导出全部门店财务报表门店财务账号只能查看本店流水。售后退款、佣金冲正同样会同步扣减对应门店的营收数据保证每家门店账目独立可追溯。权限采用RBAC门店ID双重控制。总部角色超级管理员、平台财务门店角色门店店长、门店审核员、门店财务。接口拦截器从token中解析当前账号绑定的门店ID非总部账号查询数据时强制绑定门店条件防止跨门店数据泄露。下面是简化的门店数据拦截配置代码ConfigurationpublicclassMyBatisPlusConfig{BeanpublicMybatisPlusInterceptormybatisPlusInterceptor(){MybatisPlusInterceptorinterceptornewMybatisPlusInterceptor();TenantLineInnerInterceptortenantInterceptornewTenantLineInnerInterceptor(newTenantLineHandler(){OverridepublicExpressiongetTenantId(){LongstoreIdStoreContextHolder.getStoreId();returnstoreIdnull?null:newLongValue(storeId);}OverridepublicStringgetTenantIdColumn(){returnstore_id;}OverridepublicbooleanignoreTable(StringtableName){// 门店主表、全局字典表不做拦截returnt_store_info.equals(tableName)||sys_dict.equals(tableName);}});interceptor.addInnerInterceptor(tenantInterceptor);returninterceptor;}}门店运营看板支持按门店统计订单量、成交金额、打手数量、售后率、差评率。总部可以横向对比各门店经营数据快速定位经营较差的门店门店端只展示本店的统计指标店长用来调整排班、定价、人力配置。落地过程有几个常见坑点需要规避跨门店订单结算分账规则容易混淆需要单独标记跨店订单门店关停时需要把门店中未完结订单、申诉单做迁移处理缓存按照门店ID做key隔离避免A门店的打手数据被B门店读取。同时增加降级开关如果不需要多门店能力可以全局关闭门店隔离退化成单门店标准版系统降低业务改造成本。这套多门店方案核心思路是store_id逻辑隔离、总部总控、门店自主运营、分账独立核算。不需要采用成本高昂的分库隔离方案依靠租户插件业务层控制就能满足连锁电竞工作室多门店扩张需求。后续可以继续扩展门店招商加盟、门店押金管理、门店营销活动等功能。
