M 安仕达烘焙ERP系统架构能力 · 多端应用:客户端与网页版
两端并行,各按场景现场动作走客户端管理与看数走网页版

关键不是"有没有网页版",
是每一端都按它的使用场景做深

门店那一台机器要接钱箱、小票、电子秤,晚市排队时不能卡;老板和片区那一端要的是打开浏览器就能并排看六家店的账。这两件事用同一个界面兼顾不好,所以系统是两端并行:现场走客户端,管理与看数走网页版,两边读的是同一个账套。

界面实测(网页版这一端):登录后左侧是首页与会员、连锁、促销、生产、存货、采购、销售、财务、基础、系统、应用共十一组菜单,顶部能切会计期,页签可以同时开八个业务页对着看;门店收银、称重与票据这类现场动作在客户端那一端完成。

两端分工一览同一套账,两种用法
现场动作 → 客户端  管理与看数 → 网页版不是二选一:多数连锁是门店一台客户端 + 总部若干网页账号
  • 门店收银与交班钱箱、小票、电子秤客户端
  • 称重商品与价签散装称重、广告位客户端
  • 跨门店查账与报表页签并排开八个网页版
  • 审批与提醒中心人不在门店也能办网页版
  • 基础资料与权限总部配一次,两端生效网页版
  • 一年以前的旧账历史库那一层客户端可查
两端读什么同一个账套,不需要互相导数据
网页版到不了的历史库(一年以前的数据)
常见搭配门店客户端 + 总部网页账号并行

本页写的是两端的分工,不是两端的功能清单;具体某个按钮在哪一端,以现场版本为准。

本页 解决的问题 机制 真实例子 适用场景 使用边界 对比 上手 常见问题 相关方向 全部机制
PAIN POINTS

两端的问题从来不是"能不能都装",是选错端

把现场动作搬到浏览器里,门店那一台变慢变脆;把总部的看数塞进客户端,每个人都要装一遍、升级一次全停。

01

把网页版当成缩小版客户端

客户最初都以为两端是同一个东西换了个壳,结果收银台在浏览器里接不顺外设,总部的报表又没人愿意专门装客户端来看。

这套做法:两端各按场景做深:现场设备与票据动作留在客户端,跨店查询、审批、装修、提醒在网页版完成。

02

全公司迁就一种用法

财务要并排开三本账对着看,店长只要一台机器顶到底,片区主管巡店时随手查一家店——一种用法满足三方,最后三方都不满意。

这套做法:按部门选端而不是按人抢账号:同一套角色两端通用,谁习惯哪一端就用哪一端。

03

"前台""后台"两个词混着用

很多系统里这两个词是同一层的意思,配权限、查问题、找客服时说不清到底指哪一台。

这套做法:这套系统里这两个词分得很清:网页版是配置与看数的后台,门店那一台是收银的前台,收银设置里"前台是否显示…""接收前台数据方式"讲的都是后者。

HOW IT WORKS

两端各管哪一段,一次说清

分工只有几条,但每条都要在上线前定下来,否则现场会自己找出别扭的绕法。

在哪一层怎么落说明与界面上看得到的
门店那一台用客户端钱箱、小票机、电子秤、客显这些外设接在客户端上,收银与交班在这台完成例:早班开店收银、下班打清机条、散装商品称重与价签广告,都是门店现场的活
总部与片区用网页版登录后左侧十一组菜单,顶部切会计期,页签可以多开对着看例:财务并排开库存明细账、应付帐款、客户结算三个页签对账;截图上同时开着八个业务页
两端读同一个账套账号、角色、权限配一次,两端都按它生效例:给店长配好的页面与按钮权限,他用客户端时同样约束得住,不需要配第二套
按部门定端,不按人临时借每个部门一组角色,门店与总部各归各的岗例:"巡店主管"这一个角色,网页版看报表、客户端处理门店事务,权限只维护一份
旧账要回客户端查一年以前的单据落在历史库,网页版看不到这一层例:核去年的月饼券销售、对三年前的供应商往来,得在客户端上做——详见"运行库与历史库分离"那一页
迁移中的功能先确认在哪一端上线前逐项问实施同事:这个功能当前在哪一端可用例:分店价格策略、物料进场控制、加盟店结算、门店利润表这几项当前在桌面版实配可用

这一页写的是"两端的分工",不是"两端各有哪些按钮"。功能清单会随版本走,分工不会变:现场动作在客户端,管理与看数在网页版。

WORKED EXAMPLE

一家十二家店的连锁,一天里两端各干什么

按角色走一遍;店数与时间为示意,动作是各方向页面上写过的真实流程。

时间谁在哪一端做什么
07:30早班收银员客户端开店、接钱箱与小票,按班次开始收银
09:10总部运营网页版切到存货那一组,看昨晚各店的盘盈盘亏
11:20片区主管网页版页签并排开分店管理与库存明细账,巡店前先看数
14:00财务客户端查去年中秋的月饼券销售单——一年以前的账在历史库
16:40老板网页版在提醒中心与审批页签里把等待的调拨单批掉
22:00晚班收银员客户端交班、打清机条、差额当场写说明

为什么不做成"一端通吃"

把钱箱、小票、电子秤这些外设和门店现场的响应速度都塞进浏览器,代价是门店那一台变慢变脆;把跨店看数、审批、商城装修塞进客户端,代价是总部每个人都要装一遍、每次升级全停。两端并行是让每一端只做自己擅长的那一段。

  • 两端读的是同一个账套:门店 22:00 交完班,总部第二天在网页版上就能看到那一班的收款与差额,不需要谁导给谁。
  • 第 4 步是最容易踩空的一处。财务在网页版翻不到去年的单,第一反应是数据丢了——它没丢,在历史库那一层,只有客户端查得到。
  • 把"哪个部门用哪一端"定下来之后,账号就不用来回借:角色配一次,两端都认。
USE CASES

这三种搭配最常见

端不是选出来的,是让各部门的动作自己分出来的。

CASE 01

只有一台机器的社区店

客户端管收银、称重与交班,订货与看数用网页版:一台门店电脑加一个浏览器账号就够日常。

CASE 02

十几家店、配片区主管

片区主管那台什么都不装,网页版并排开报表与门店档案;门店那台仍走客户端,两边看同一套数。

CASE 03

财务要翻旧账、要对年报

日常新账在网页版跑得动,去年的单据与往来在客户端的历史库里查——这个岗位值得固定一台客户端。

BOUNDARIES

两端并行这件事,先把三句话说明白

分工讲不清,上线后一定有人在错误的端上绕路。

  • 网页版查不到一年以前的单,是分工不是故障。这句话要写进财务与老板的流程里,否则第一次翻旧账的人一定以为数据丢了。
  • 具体某个功能在哪一端,请以现场版本为准。本页只写已确认的分工,以及几项桌面版已实配、正在往新版本迁移的能力;功能清单会随版本走。
  • 客户端与历史库的界面本轮没有取到截图。这一页按产品口径写,等实机界面到位,会像"数据安全管家"那一页一样把真实界面与数字补进来。
  • 两端不需要二选一。门店一端加总部若干网页账号是常态,账号、角色、权限配一次两端通用。
SIDE BY SIDE

两端并行与"只做一种端"的差别

同样一家十二家店的连锁,两种安排下各部门的日常别扭程度。

比什么多端应用:客户端与网页版只做一种端
门店现场外设客户端直接接钱箱、小票、电子秤要靠额外中间件,或干脆换设备
总部看数与审批浏览器打开即用,页签并排开每个人都得装客户端、跟着版本升级
各部门的使用习惯各按自己的动作选端,互不迁就全公司迁就一种用法
翻旧账客户端可达历史库同一层里越查越沉,或只能删
"前台/后台"这两个词分别指门店那台与配置端,说得不含糊两个词混指一层,沟通要翻译
GET STARTED

四步把两端安排下去

十分钟能列完的一张表,省掉上线那天在门店现场改流程。

按部门列一张"谁用哪一端"

门店现场、总部职能、片区、老板四行,各写清主要动作。这张表直接决定装几台客户端、开几个网页账号。

权限只配一次

在网页版的用户管理与角色管理里把岗位建好,两端共用同一套角色,不要为客户端另配一套。

把"旧账去客户端查"告诉财务

一句话的事,还要指定谁有那台客户端的使用权限,别到年结时临时借机器。

跑满一个月回看一次

如果发现有人为了省事把该在客户端做的事挪成手抄、微信转发,那是分工表要改,不是人要换。

FAQ

关于两端并行,常被问到的六件事

不是,读的是同一个账套。区别只在能到哪一层:网页版面向日常的运行库,一年以前的数据在历史库,那一层要回客户端查。

收银现场要接钱箱、小票机、电子秤这些外设,客户端是更顺的选择;订货、看数、审批这些不需要外设的动作,网页版就够。按动作分,不按偏好分。

审批与提醒都在网页版这一端,不需要人在门店那台机器前;要把审批搬到办公软件上点同意,见"审批流程自定义"那一页。

不会。机构、角色、用户在网页版配一次,两端都按同一套生效;同一账号不需要配两遍,这也是"按岗位给权限"能落地的前提。

分店价格策略、物料进场控制、加盟店结算、门店利润表这几项在桌面版已实配可用,正在往新版本迁移,上线时间以实施沟通为准;迁移后位置与口径保持一致。

网页版到不了历史库这一层,导出更谈不上。这一层的界面与可操作范围本轮没有取证,请在客户端上向实施同事确认。

先把"哪个部门用哪一端"写成一张表

门店现场、总部职能、片区、老板各写清主要动作。这张表十分钟列得完;没列,上线那天就要在门店现场改。