订单中心：查看骑手、团队、门店等对账单，订单及配送单等。机构中心：基础信息管理，商圈、区域、门店等。配送中心：骑手及团队管理。项目中心：项目管理、合作商管理、资金账户分润等。:::
初始化，请按照下图所示流程逐一配置，先机构中心、后配送中心
*名词解释：商圈可以理解为学校:::tips
商圈区域配置示例：
【小型学校】如扫呗大学有2个食堂（食堂A/食堂B），此处如何配置？1.新建一个扫呗大学商圈2.新建两个区域：食堂A/食堂B3.将两个区域关联到扫呗大学商圈
【大型学校】如扫呗大学有2个校区（东校区）5个食堂（食堂A、B、C、D、E），此处如何配置？面对这种复杂的校园场景，创建时需判断外卖是如何管理的★如需要统一入口下单、统一管理：1.新建扫呗大学商圈2.新建五个区域：食堂A/食堂B/食堂C/食堂D/食堂E3.将五个区域关联到扫呗大学商圈
★如需要不同入口下单、分开管理：1.新建扫呗大学东校区商圈、扫呗大学西校区商圈2.新建五个区域：食堂A/食堂B/食堂C/食堂D/食堂E3.将区域分别关联到两个不同商圈
:::
5.大屏数据指标左侧展示今日实时数据：实时更新右侧展示当月累计数据：每天早上6点更新昨日数据，进行累加
6.如何在电视机/电视盒子打开数据大屏
操作步骤：1.配置群二维码；2.配置运营位跳转。1、配置楼栋群1）进入商圈详情—活动专题页—商圈社群页，在「楼栋群」分组内，点击新增2）关联楼栋：选择群码关联的楼栋3）群码录入方式：
2、配置校园群1）进入商圈详情—活动专题页—商圈社群页，在「校园群」分组内，点击新增2）社群名称：会展示在小程序社群页面3）群码录入方式：
2）方式二：按群类型单独推广可按照群类型（校园群、楼栋群、门店群），单独进行推广。
3）方式三：按指定楼栋单独推广楼栋群，可按照指定楼栋，单独推广楼栋的群码。
介绍：支持配送费阶梯加价、固定加价、阶梯满减、免配送费等四种活动类型，可自由设置如雨天加价、开学活动减价等活动
操作步骤：1.创建配送费活动；2.查看活动明细/报表统计
:::tips
减+减，减最大比如：满20减1，满20减2减+免，优先免比如：满20减1，满20减免配送费减+加，叠加比如：满20减1，满20加2减+加+免，优先免比如：满20减1，满20加2，满20减免配送费加+加，叠加比如：满20加2，固定加2
介绍：
标签展示说明：
*名词解释：区域可以理解为食堂
管理基本信息、配送信息配置、关联门店、启用/停用
档口码介绍：扫码进入档口主页，实现就餐场景聚合、加强小程序曝光引流拓客、门店营销转化
1、上传门店群码1）进入门店详情—门店装修—门店社群页，点击新增2）群码录入方式：
3、推广门店社群页1）方式一：门店自行单独推广
2）方式二：商圈订单页海报推广
支付手续费计算到商品金额上
:::tips关于分账说明：1.当商品金额只有一个分账项目的时候手续费是从商品金额中扣除
2.当商品金额有多个分账项目的时候手续费需要配置从哪个项目中扣除
3.当商品金额小于手续费时从打包费中扣除打包费不够的时候从配送费中扣除商品金额-打包费-配送费按照此顺序商品金额有多项优先从承担支付手续费的分账项目中扣除、如不够再比例高低依次扣除
4.可以创建多条分账项目、但分账总百分比不能超过100%**5.接收方角色的逻辑判断，除了【商家】计入商家收入，其他都计入平台服务费商家的分账主体是商家、其他的分账主体是平台
6.当配置了分账模式有金额和比例的时候怎么分？先比例后金额
7.当配置错了有金额和比例超过可分金额，怎么处理订单就不做分账了:::
:::tips*名词解释门店列表：展示已开通扫呗扫码点餐功能的所有门店商户列表：展示门店所对应的所有商户列表展示规则：门店/商户列表展示
*名词解释：楼栋对应的是用户在点餐小程序下单的需要选择的配送地址
配送上楼配置：1.商圈详情，打开「配送到寝」开关-2.楼栋，配置上楼规则-3.编辑配送团队，配置上楼费用
支持上楼的楼栋可以在编辑配送团队时，可配置哪些时段开启、配置上楼费用:::
支持批量配置楼栋上楼规则及状态
团餐外卖场景下，顾客下单时需选择后台配置的楼栋，如支持配送的楼栋会打上[送餐到寝]标签
通过后台权限标识控制骑手角色APP权限配送权限：接单、取餐、送达、转单/收餐分拣权限：接单取餐、分拣、指派:::tips系统权限说明骑手：1、配送权限：骑手角色-接单配送模式（同V1.0）（订单配送，集中配送模式下可扫描配送箱码一键取餐。）2、分拣权限：骑手角色-取餐分拣模式（订单接单-可以筛选后批量接单、取餐；订单分拣-将订单与配送箱关联。）3、配送转单：配送模式下，骑手可以把自己的订单转交给其他骑手4、订单指派：分拣模式下，骑手可以将订单指派给配送骑手，指定其接单取餐站长：订单指派、配送箱订单指派、门店视图、配送箱视图-配送跟踪:::
配送箱方便配送团队将订单提前分拣后批量配送*配送箱可以是一个实体箱、也可以是虚拟的批次，可根据实际业务开展灵活配置
可直接扫码对准配送柜扫码器下载如原设备已安装应用，请卸载后再安装，卸载前可记录原本的控制板方案和串口配置
模式设置存取模式：云端首页存取入口显示：取餐首页扫码引导：扫码器引导取餐模式：存取API取餐控制板方案：CAN串口选择：/dev/ttyS4
如存量设备利旧，需要看一下原本的控制板方案和串口配置，需跟保持一致，否者影响开门。
保存设置，配置完成
模式设置存取模式：本地模式首页存取入口显示：取餐首页扫码引导：扫码器引导取餐模式：尾号存餐存餐自定义格式：作为订单号控制板方案：CAN串口选择：/dev/ttyS4
可直接扫码免输入
展示各个维度的账单统计及明细
平台配送的外卖订单会对应这一条配送单
商业模式说明
总结来说：1.门店的订单先分账到公司和结算给商圈，2.到公司账的部分为改该订单的利润，利润可拆分为4大块：商品金额、商品溢价、打包费、配送费。为分润的计算基数3.通过分润配置计算分润金额到合作商资金账户。4.订单完成后，资金账户的金额可以发起提现。
新增项目、查看详情、物料管理、项目管理员管理
1.填写基础信息关联商圈：目前商圈和项目是一对一的关心，新建的时候只能关联未被关联的商圈项目状态：编辑的时候会多一个已终止，分润的时候需要根据项目状态和合作期限来决定分不分项目合作期限：如果合作期间到了，自动把他的项目状态变成已终止
*2.关联合作商1.一个项目可以关联多个合作商2.运营合作商可以关联配送团队、资源合作商可以关联门店3.合作商列表为树结构，代表分润的层级关系，下级的分润之合不能超过上级4.可以设置各个层级，单个门店的4种分润基数（打包费、配送费、商品分润、商品溢价）总和不能超过100%（换句话说，一个门店的利润只能全部被分完，不能为负数）5.资源合作商在同一层级可以关联多次，但是关联的门店不能有交集；运营合作商在同一层级可以关联多次，但是不能重复关联配送团队
分润配置说明
层级分润说明
假设是C1的订单就只有资1分润假设是B1的订单资1和资2分润假设是D1的订单就只有资1分润层级间有断裂了就不分了订单分润计算说明
运营权限:::info2.1日更新：合作商结算信息新增部分必填字段:::
运营角色
:::info账户总金额(元)：=冻结金额+在途中金额+打款中金额+可用金额可用金额(元)：可进行提现的金额冻结金额：被冻结的金额，暂无法进行使用打款中金额(元)：正在审核中的提现申请金额在途中金额(元)：已生成入账申请，待确认入账的金额代入账金额(元)：分润未完成金额+已分润未确认金额:::
合作商角色
可以通过可用金额进行提现，选择对应的开票选项提交后，进行发票信息录入提现流程：分润申请-发票录入-信息审核-分润打款
:::info分润提取状态流转：
分润申请：待开票-发票审核中-审核通过-待调整-调整待确认-待打款-打款中-打款成功待开票：指合作方发起分润申请后，选择进行开票并提交，尚未填写开票信息；发票审核中：指合作方填写完发票信息提交后的状态，待财务人员进行发票信息进行审核；审核通过or审核失败：指合作方填写完发票信息提交后的财务进行审核确认，通过or失败；待调整：指财务人员审核合作方分润申请以及发票信息审核通过后，进行金额调整；调整待确认：指财务人员进行调整后，待进行调整确认，调整确认后就无法进行再次调整，将进入待打款；待打款：指财务人员确认完毕后的分润申请进入到待打款列表，等待财务人员进行打款操作；打款中：指财务人员选择待打款记录生成打款文件后，原待打款记录状态更新为打款中；打款成功or打款失败：指财务人员通过打款文件上送打款通道进行打款后，将打款结果更新为失败或成功。:::
资金在途：未完成订单（待分润金额-分润未完成金额）已到账：订单完成后计入（待分润金额-已分润未确认金额），账单确认后计入可用资金
:::info成本：分润补贴（合作商账户加钱）、营销补贴、兼职费用、其他费用收益：费用扣罚（合作商账户扣钱）、服务费、意向金、其他:::