面向加盟连锁门店的一体化经营中台。它把品牌入驻、门店开通、商品定价、库存作业、POS 收银、支付分账、财务对账、营销会员、风控巡检、外卖履约和经营报表打成一条可追踪的业务链路。
客户现场可以按角色切换体验：总部和经销商角色进入管理后台，门店店长和普通员工进入门店侧或 POS Web，直观看到不同角色的菜单、数据范围和操作边界。
| 场景 | 账号 | 登录入口 |
|---|---|---|
| 超级管理员 | admin |
管理后台 |
| 经销商管理员 | jxsgly |
管理后台 |
| 经销商业务员 | jxsywy |
管理后台 |
| 门店店长 | 13800138002 |
门店侧 / POS Web |
| POS Web 登录账号 | 13800138002/Biao@2026 |
POS Web |
| 普通员工 | 17730121212 |
门店侧 / POS Web |
传统门店系统通常把开店、收银、库存、支付、对账和营销拆散在多个工具里。饱小二把这些动作连接成一条数据链，让总部、经销商、门店和收银员在同一个系统里协同。
这一组模块适合作为客户签约前的产品讲解目录：先说明系统如何落地上线，再分别展示总部后台、门店经营、POS 收银、资金分账和持续运营能力。
从服务商配置、品牌入驻、门店创建、商户进件、收款绑定到收银开通，把采购后的落地动作变成可检查的上线清单。
总部、品牌和经销商共用的运营驾驶舱，覆盖组织渠道、商品价格、门店资料、审批、支付配置、风控、报表和系统权限。
店长每天真正使用的工作台，围绕接店引导、员工角色、商品可售、库存作业、订单查询、外卖履约、会员和门店报表组织入口。
POS Web 是独立收银终端，支持设备短码绑定、收银员登录、开班交班、商品搜索、购物车、付款码支付、挂单和小票归档。
资金链路覆盖支付路由、微信/支付宝交易、退款、分账规则、接收方、分账订单、分账回退、结算汇总和对账差异处理。
把经营动作沉淀成长期管理能力：会员营销、外卖履约、通知投递、Outbox 补偿、风控告警、巡检策略和经营报表持续反馈。
参考系统展示页的流程模块方式，把当前项目已经实现的关键链路拆成可切换的流程图。客户现场讲解时，可以逐个切换，说明每条链路的角色、动作、状态和最终业务结果。
从服务商配置、品牌入驻、主商户号、门店进件、收款路由，到分账、对账、风控和上线验收，品牌经营模块负责把支付生态里的复杂动作变成可操作流程。
维护微信、支付宝服务商主体、应用凭证、证书、通知地址和能力检查，先把支付底座配置成可用状态。
品牌主体、管理员、经营材料、审核状态和主商户号统一归档，形成品牌经营准入档案。
门店提交商户进件、材料预检、结算账户、开户确认、驳回补料和关闭后重进件。
按门店、品牌、渠道配置收款路由，结合支付就绪检查，确认门店是否具备真实收款能力。
服务商、品牌、门店和商户资料分散维护，支付开通慢，材料状态难追踪。
服务商凭证、品牌入驻、主商户号、门店进件、收款路由、分账接收方、支付能力和风控状态集中管理。
管理后台：品牌经营、服务商设置、品牌商户号、门店收款补充、支付路由、商户进件和支付交易。
总部能统一掌握品牌经营准入，门店开通支付能力时不再依赖线下反复沟通。
总部控品、渠道控价、门店控库存。商品和库存是门店经营的底盘，系统把商品品牌、分类、SPU/SKU、渠道价、促销价、库存批次和预警放进同一个运营口径。
商品品牌、分类、SPU、SKU、条码、图片、上下架和门店可售范围统一维护，门店只在授权范围内售卖。
按 POS、门店经营、外卖等渠道维护零售价、会员价、活动价和生效时间，订单生成时固化价格快照。
入库、出库、调整、调拨、盘点、报损和补货申请形成库存流水，支持门店作业和总部监管。
低库存、异常库存、盘点差异和动销变化进入门店库存报表，总部可按门店和 SKU 复盘。
商品、价格、库存各管各的，门店卖什么、卖多少钱、还有多少库存很难统一。
商品品牌、分类、SPU/SKU、渠道价、促销价、门店可售、库存批次、库存流水、调拨、盘点、报损和预警统一管理。
管理后台：商品、品牌、分类、定价、库存；门店侧：商品、库存、库存报表和补货/调拨类申请。
总部统一经营口径，门店按标准执行，库存异常能被提前发现并闭环处理。
门店侧是店长和员工每天真正使用的入口。它把接店引导、门店商品、库存作业、订单处理、外卖履约、会员经营、员工排班、门店申请、策略任务、POS 设备和经营报表组织成一套日常工作台。
店长进入门店工作台后查看今日经营概览、待办任务、库存预警和接店进度，新店按步骤补齐门店资料、支付、商品、员工和设备。
门店可维护员工、角色权限、排班和班次，区分店长、普通员工、收银员的操作边界，减少误操作和越权处理。
门店查看授权可售商品，执行入库、盘点、调拨、报损、补货申请和低库存处理，所有库存变化回流总部统一口径。
门店可查询订单详情、支付状态、退款记录和履约状态；外卖订单进入门店待处理队列后完成接单、备餐、出餐和完成。
门店侧可查看会员资料、会员权益、优惠券、储值、次卡等资产，收银和服务时能快速识别客户权益。
补货、调拨、维修、换班等事项由门店发起；总部策略下发后，门店在任务列表里查看要求、反馈执行状态。
门店侧绑定 POS Web 收银台短码，管理收银设备、设备状态和收银台关系，保证前台收银来源可追踪。
日报、销售、渠道、库存、会员报表帮助店长复盘当天经营，也让总部看到门店执行后的真实结果。
很多系统只重后台管理，门店每天怎么用、员工怎么协同、数据怎么回流总部没有讲清楚。
门店首页、接店引导、商品、库存、订单、外卖订单、会员、策略、班次、排班、员工、申请、通知和报表。
门店侧：/store/dashboard、/store/onboarding、/store/products、/store/inventory、/store/orders、/store/takeout/orders、/store/reports。
总部制定规则，门店按任务执行；店长能完成日常经营，员工只看到需要处理的事项，经营数据自动回流。
系统聚合 POS、门店经营和外卖订单。POS Web 独立运行，设备短码绑定、收银员权限校验、开班交班、扫码商品和付款码支付全部打通。
POS、门店侧和外卖订单统一进入订单中心，按渠道、状态、门店、员工和时间筛选，详情保留商品、价格和状态轨迹。
微信付款码、支付宝授权、现金、查单、关单、退款、退款查询和原始报文审计共同支撑资金操作。
设备短码绑定、心跳保活、收银员登录、商品搜索、购物车、挂单、付款码支付、小票和本机订单一体化。
门店排班、员工角色、POS 开班、交班预览和班次关闭串联，帮助门店解释现金、支付和订单差异。
收银设备、收银员、班次、订单和支付如果分散，门店很难解释差异和退款。
POS 设备绑定、心跳、收银员登录、开班交班、商品加购、挂单、付款码支付、订单查询、退款和班次复盘。
POS Web 生成短码，门店侧绑定收银台；再用员工账号开班收银，回到后台查看订单、支付和班次。
门店前台操作标准化，收银员责任、设备来源和交易结果都有记录。
从支付交易到分账订单，从退款回退到结算汇总，从微信账单到支付宝账单，财务中心让每笔资金有来源、有去向、有差异处理结果。
微信、支付宝、现金等支付结果统一沉淀，支持统计、导出、查单、关单、退款、退款查询和原始报文审计。
按品牌、门店、经销商、服务费设置规则和接收方，支持绑定、同步、启停、规则版本和适用范围。
支付成功后生成分账订单，支持审核、执行、失败重试、分账回退和退款前资金回收。
账单任务、账单明细、门店日结、品牌抽佣报表、异常订单、支付宝对账和分账对账统一归档。
订单、支付、退款、分账和账单口径不一致，财务每天都在查流水和补差异。
支付交易、退款、分账规则、接收方、分账订单、回退、结算、微信对账、支付宝对账、分账对账和异常订单处理。
订单详情、支付交易、分账统计、分账订单、分账规则、接收方、对账任务、日结结算和异常订单。
资金链路可审计，门店、品牌和经销商的分润关系可以被系统化管理。
增长和治理必须一起做。系统一边支持商品券、商家名片、投放计划和品牌会员，一边通过总部看板、风控规则、证照有效期和异常预警持续管控风险。
营销数据大屏、前置关系、商品券、投放计划、商家名片、活动预算、自动化和事件日志。
品牌会员、会员等级、储值、优惠券、次卡、领取记录和核销记录沉淀为可复购资产。
风险告警、规则引擎、证照有效期、回调失败重放和批量处理，覆盖支付异常与经营风险。
总部经营指标、区域/经销商/门店排行、热销商品、会员趋势、终端地图和异常预警。
营销活动、会员资产和经营风险分开看，增长动作无法和门店经营结果对齐。
商品券、投放计划、商家名片、品牌会员、会员等级、储值、次卡、领取核销记录、风控规则和总部看板。
品牌营销中台、优惠券、投放计划、会员详情、储值、次卡、总部看板、总部地图和风控告警。
总部可以同时管理增长和风险，把营销投入、会员沉淀和门店异常放在同一经营视角里。
外卖是独立销售渠道。系统把平台配置、门店绑定、商品映射、菜单同步、订单履约和外卖对账拆成清晰链路，门店只关注接单与出餐，总部关注配置和渠道数据。
维护外卖平台、凭证、回调地址、授权状态和同步开关，总部先把渠道接入条件配置完整。
把本地门店与平台门店建立映射关系，明确哪个平台店铺的订单进入哪个门店履约队列。
本地 SKU 与平台商品建立映射，菜单同步状态可追踪，减少平台商品和门店商品不一致。
门店侧处理接单、备餐、出餐、完成和状态补偿，管理侧查看外卖订单、同步结果和渠道对账。
外卖平台和门店系统商品口径不同，订单履约和渠道对账经常依赖人工核对。
平台配置、门店绑定、商品映射、菜单同步、外卖订单、履约状态、状态补偿和外卖对账。
管理后台：平台配置、门店绑定、商品映射、同步状态、外卖订单和对账；门店侧：外卖订单处理。
外卖渠道独立治理，减少商品错配、漏单、状态不同步和人工对账压力。
审批协同关注的是组织管理：门店经营事项如何发起、谁来处理、总部策略如何下发、门店是否执行、巡检如何形成结果。
待办、已办、我发起三视图，支持通过、驳回、撤回、重新提交、附件追溯和审批详情查看。
补货、调拨、报废、维修、营销、换班等经营事项由门店发起，上级处理并保留处理结果。
总部创建策略、选择适用门店、下发到门店侧，门店可查看任务要求、状态和执行结果。
巡检计划、任务、执行记录、问题项和巡检报告帮助总部验证门店标准是否真正落地。
门店日常事项和总部要求散在线下沟通里，谁处理、是否完成、结果如何都难追踪。
审批中心、门店申请、策略下发、门店策略、巡检计划、巡检任务、巡检报告和通知提醒。
管理后台：审批、策略、巡检；门店侧：申请发起、策略任务、通知和巡检执行。
组织协同标准化，门店执行可追踪，总部能持续验证策略是否落地。
系统不仅负责跑业务，还负责让关键消息送达、失败事件可补偿、经营数据可复盘。通知、报表和事件投递共同支撑门店运营过程中的协同、排障和管理复盘。
站内通知按管理后台、门店侧等目标门户投递，覆盖审批、门店任务、风控告警、密码重置待办和系统提醒。
通道配置区分站内、短信等投递能力，便于总部统一管理消息模板、发送范围、启停状态和失败原因。
支付、订单、审批、通知等关键事件先可靠写入事件箱，再异步投递，失败后支持重试、死信和人工重放。
门店日报、销售分析、渠道分析、库存分析、会员分析和导出，为总部和门店提供统一经营复盘口径。
业务失败后只能靠人工排查，经营数据又分散在不同页面，难以形成复盘机制。
站内通知、通知通道、Outbox、投递重试、死信重放、门店日报、销售、渠道、库存、会员和总部看板。
管理后台：通知中心、通知通道、Outbox 事件、总部看板；门店侧：通知、日报、销售、渠道、库存和会员报表。
关键事件可补偿，经营指标可追踪，管理层可以用统一数据口径做决策。
从管理员账号进入，到门店开通、商品库存、POS 收银、财务对账、营销风控和报表复盘，按这条路线讲，客户能看到“系统如何真正跑起来”。
用 admin 账号进入管理后台，展示权限菜单、经营总览和组织范围。
区域、经销商、门店审批、负责人账号、接店引导和支付进件一条线讲清楚。
商品品牌、分类、SPU/SKU、渠道价、促销价、门店可售和库存作业。
POS Web 生成短码，后台确认设备，收银员登录、开班、扫码商品并完成付款码支付。
从订单详情跳到支付交易，展示退款、分账、回退、结算、对账和异常修复。
商品券、投放计划、商家名片、品牌会员、领取记录、事件日志和 ROI 报告。
总部看板、门店地图、策略下发、巡检计划、风控告警和证照有效期监控。
日报、销售、渠道、库存、会员报表和 Outbox 重放，证明系统可运营、可排障、可复盘。
这些指标不是虚构承诺，而是这套系统当前实现所能承载的经营结果：流程在线、资金可审、门店可管、营销可复盘。