权限这件事，出错都在"人"这一格
中小连锁没有权限矩阵，多数是老板拍脑袋给：给少了天天来找你，给多了出事查不到是谁。
逐项勾，一定勾漏
一个人的能力有几十项，靠在新人档案上一项项勾，今天勾 18 项明天勾 21 项，两个人做得同一份工作却权限不同。
这套做法：先建角色、把动作固化在角色上，人只做一件事：归到哪个角色。同一岗位的人权限天然一致。
分店越多越管不住
20 家店各有一套人，片区主管要看的数据和店长不一样，但都是"后台账号"，分不清谁能看哪些店。
这套做法：机构本身是一棵树，分店挂在上级机构下面；哪些机构能进哪个模块是可以配的，跨层的入口不会对所有店开放。
钱和成本挡不住
店长能看进价、店员能看到毛利，这种事在传统做法里只能靠"别给他账号"，结果是他照样能看到。
这套做法：列级控制单独存在：单据页会先确认这个人有没有成本权限，没有就把成本相关的列整列过滤掉——不是藏起来，是不下发。
授权落在这四层，一层管一件事
机构管"他属于哪儿"，角色管"这一档人能做什么"，页面里的动作与列管"具体到一格"，个人档案管"例外"。
| 在哪一层 | 怎么落 | 说明与界面上看得到的 |
|---|---|---|
| 机构：把组织画成树 | 按总部、片区、门店逐层建机构节点，分店作为节点挂在上级下面 | 实测分店档案就是从机构树上取节点，节点带上级，所以"这家店属于哪个片区"在系统里是一层结构而不是一个文本框 |
| 角色：把岗位写成系统对象 | 一个岗位建一个角色，动作在这个界面配一次 | 系统里没有单独叫"岗位"的对象，落地形式是角色——你给角色起的名字就叫"值班店长""当班收银"，效果是一样的 |
| 用户：人只填身份 | 录入姓名、所属机构、归哪个角色 | 新人进店的动作是"归岗"，不是"重配一遍权限"；离店改归属或停用，能力立刻随角色收回 |
| 页面能不能进：模块按机构放开 | 为模块指定可进入的机构，不相关的机构看不到这个模块 | 实测全站 13 个模块里，"系统管理"这一类就配了机构范围而不是对所有店开放——越靠近底层的入口，放开的人越少 |
| 按钮能不能按：动作逐项标记 | 新增、导出、修改、删除是四个不同动作，分别授权 | 实测工具栏每个按钮都带一个动作标记；"导出选中"与"导出"也各自独立，所以能出现"能看报表但不能导出去"这种安排 |
| 列能不能看：成本单独一档 | 由这个人有没有成本权限决定，没有则相关列整列不出现 | 实测销售单、销售退货单、进货单的新增页都会先读这一个判断，再决定价格相关列是否下发 |
| 哪些资料归谁管：类别权限 | 打开"启用类别权限管理""控制编码选择"这类开关，把资料按类别圈给部分人 | 会员侧也有"是否使用会员类别权限"的对应开关；适合把高值原料、礼盒类商品只放给少数人选用 |
顺便区分一件事：列表右上角那个"设置"能保存每个人的列宽、列顺序与冻结列，这叫个性化配置，跟权限无关——它决定你看着顺不顺眼，不决定你能不能看。由后端锁定的列，用户自己保存的配置也覆盖不掉。
一个新手店长上岗，系统里要动几处
按常见做法对比：左列是"按人勾"的走法，右列是按岗位给的走法。
| 要办的事 | 按人逐项勾 | 按岗位给（推荐） |
|---|---|---|
| 确定他能管哪几家店 | 在备注里写清楚，系统不知道 | 把他的用户归到对应机构节点 |
| 给到日常开单能力 | 一屏几十项，逐条勾 | 归到一个已有角色，勾的动作是 0 项 |
| 能不能看成本价 | 容易忘记，事后补 | 成本可见性跟着角色，一处生效 |
| 三个月后他升片区主管 | 重新勾一遍，旧的忘回收 | 改角色归属，旧能力自动让位 |
| 他离职 | 账号忘了停用，权限还在 | 停用用户，动作入口随之消失 |
三层控制各自独立，才是这套体系的重点
很多系统只有"能不能进这个页面"一层，进到页面后所有按钮都能按、所有列都能看。这里把入口、动作、数据列分成三层，各配一次：店长进得去销售单页面，但导出那一格对他不出现，成本相关那一列对他不下发。
- 右边这一列的差别不是省事，而是可核对：能力跟着角色，角色跟着机构，谁问"这个人为什么能按这个钮"，答案是"他归在这个岗位上"，能一层层说清。
- 个别岗位需要例外（比如只有一个出纳可以导出对账类报表），在个人档案上单点补一项，不必为一个人新建一套角色。
- 反过来做会返工：先给一堆人配好个人权限，再想建岗位，这时每个角色的动作都得从人身上扒下来，扒不干净就是长期隐患。
这三种组织最需要按岗位授权
人流动、跨店管、成本敏感，三条里中一条就值得把角色先立起来。
门店人员流动快
收银与店员半年换一轮是常态。岗位定好之后，入职只做归岗，离职只做停用，不会出现"前任还能登陆"的尾巴。
片区巡店制
一个主管管 6 家店，他要的是跨店的报表与导出；店长只要本店的操作。机构树加角色两条线，两人各得其所。
老板与财务分账看
进货价、毛利这些不想让所有人看见。列级控制让"能开单"和"能看成本"是两件事，不必为了藏成本而不给开单权。
先把三条说白，免得配到一半返工
岗位权限这件事，最难的是把"岗位"这个词翻译成系统里的对象。
- 系统里没有"岗位"这个独立对象，落地形式是角色。这一点要在方案里说清楚：你按岗位思考，按角色配置。如果想让"岗位"有独立档案（编制、班次、考勤），那是门店人事那条线，不是这套授权体系。
- 三层要一起配，缺一层都会漏。只配菜单会出现"进得去页面但按不动按钮"的投诉；只配按钮会出现"按得动但看不到关键列"；数据范围（哪家店）靠机构，不在这三层里自动解决。
- 收银端的岗位分组是另一套更细的安排。门店收银机上那三十多项开关（能否手工退货、能否开钱箱、越权动作要不要主管现场授权）属于零售管理方向，见"收银员权限分级"那一页；本页讲的是后台整台系统的授权骨架。
- 具体到每个角色该给哪几项，需要按你的组织结构定。本轮说明只到"哪些层次能控"，不给出角色模板；照抄别家的角色表，通常会发现自己店里根本没有那个岗位。
按岗位给，和按人给
同样 40 个后台账号，两种做法一年后各自是什么状态。
| 比什么 | 工作岗位权限体系 | 逐个员工勾选 |
|---|---|---|
| 新人入职 | 勾几十项，勾漏了再补 | 归到角色，当天可用 |
| 员工调岗 | 旧权限忘回收，越权留存 | 改归属，旧能力自动收回 |
| 两人做同一份工作 | 权限经常不一致 | 同一个角色，天然一致 |
| 老板问"谁能删仓库" | 要说清 40 个人各自勾了什么 | 看两个角色里有没有这一动作 |
| 一年后 | 没人说得清现状 | 角色表就是岗位表 |
四步把岗位立起来
顺序很重要：先机构、再角色、再人。反着做一定返工。
把组织架构画成一张树
总部在最上，片区在中间，门店挂在片区下。分店档案从这棵树上取节点，先画准再录系统。
把岗位写在纸上，再变成角色
当班收银、值班店长、片区主管、出纳、仓管——五到八个够了。每档列三件事：进得去哪些页面、能按哪些动作、要不要看成本。
人只填身份
录入姓名、所属机构、归哪个角色。例外单独在个人档案上补一项，别为一个人新建角色。
跑一周再收口
让每个人做一次本职工作，缺哪一项补到哪一档角色上——补在角色里，而不是补在人身上。
关于岗位权限体系，常被问到的六件事
可以。查询与导出是两个动作，修改与删除又是两个，实测"导出"和"导出选中"也是分开标记的，所以"能看屏但不能把数据带走"是能配出来的。
把他归到覆盖这两档能力的角色，或者给他两个角色归属；不建议为此新建"店长兼仓管"这种组合角色——组合角色一多，就退回按人勾的老路。
不会。被过滤的是成本相关的那几列，售价、数量、金额照常录入；需要看成本的岗位把这一档给他就行。
停用该用户，动作入口随角色消失。机构节点不要随手删——历史单据要靠它定位到当初那家店，可以先停用不删除，需要时到回收站那一层核查。
不是。跨店看数据靠机构归属与模块开放范围，不靠多开账号；多开账号反而让"谁做的"这件事查不清。
两件事。权限决定谁能在系统里按这个钮，审批决定这一单要谁点头才生效。审批那一层在"审批流程自定义"那一页讲。
权限之外，同一套架构里还管着这些
入口给不给、按钮按不按得动、数据列看不看得到是权限；单据怎么流转、要谁审批、删错了怎么找回是另外几层。
系统架构的八项机制，一项一页
这一页讲的是其中一项。想知道日常业务还靠哪些底层机制兜住，直接切过去。