多站点账号权限登记表:三层都要落人名,填错当场作废
多站点做起来之后,账号管理最容易变成一团糊。不是因为没人管,是因为没人知道该管到哪一层。我们过去是每个站点一张权限清单,站点一多就发现对不上——同一个岗位在三个…
政策速递 · 截至 2026-10
多站点做起来之后,账号管理最容易变成一团糊。不是因为没人管,是因为没人知道该管到哪一层。我们过去是每个站点一张权限清单,站点一多就发现对不上——同一个岗位在三个站点上权限完全不同,出了事要查三个月才查得清谁动过。
现在我把多站点权限合到一张表里,分三层:站点层、人员层、变更层。表只有一张,但三层必须都在。
三层结构
站点层定归属,人员层定授权,变更层留交接的痕迹,缺任何一层这张表都答不了"谁动过"
| 层 | 字段 | 填什么 | 填错的代价 |
|---|---|---|---|
| 站点层 | 站点、所属主体、税号与收款账户、店铺负责人 | 一个站点一行 | 归属错一次,下面两层全白填 |
| 人员层 | 姓名与岗位、授权了哪些动作、授权到期日、复核人 | 一人一行 | 动作写成模块名,等于没写 |
| 变更层 | 变更申请、生效日期、批的人、旧权限去向 | 一次变更一行 | 只写新权限不写旧的去向等于没交接 |
登记模板直接抄
| 字段 | 填什么 | 示例 |
|---|---|---|
| 站点 | 写站点全称不写缩写 | 德国站 |
| 所属主体 | 法人主体全称 | 某某(香港)贸易有限公司 |
| 税号与收款账户 | 税号与账户名成对写 | 税号 1234 / 账户名某某公司 |
| 店铺负责人 | 岗位加姓名 | 欧洲区运营负责人 李四 |
| 授权动作 | 从五类里选,逐项标注 | 改商品信息、改库存 |
| 授权到期日 | 临时授权必填 | 2026-12-31 |
| 复核人 | 不与被授权人同一人 | 财务合规岗 王五 |
| 旧权限去向 | 收回或转出,写明日期 | 2026-10-08 收回 |
判定表:四类错配走四种动作
| 情况 | 判定 | 处理 | 不合格怎么办 |
|---|---|---|---|
| 三层齐全且人名与实际一致 | 有效 | 归档,按季度复核 | 只填了站点层就归档的,退回补齐 |
| 人员层有过期授权未清 | 残留 | 当天收回并留交接单 | 走了两次变更都没写旧权限去向的,整行作废重填 |
| 站点层与后台实际主体不符 | 错层 | 以后台为准改表,同时查变更层 | 双方对不上时先按最保守的一版执行 |
| 复核人与被授权人同一人 | 形同虚设 | 换一个复核人 | 无人可换的,该授权直接收回 |
第四行看起来像钻牛角尖。一个人既是执行人又是复核人,等于没复核。这种情况在很小的团队确实存在,我给的处理是直接收回该授权——小团队最容易出事,权限却给得最松。
谁做、什么时候做、留什么记录
这张表由合规岗维护,每季度复核一次全量,另外在岗位变动当天加一次专项更新。表由各站点负责人共同确认,确认方式是各自在自己那一行的复核栏签字,不是发邮件说"我这边没问题"。
这张表什么时候不适用
四种情况。团队刚并购、主体关系还没盘清,先做专项盘点,盘点期间不填这张表;子账号只用一次、用完就停的一次性授权,走单独的申请单不占用这张表;账号在被官方审核处理中,权限冻结期间不填,等处理结束;跨境团队共用一个主账号跨站点操作的,这种架构本身就没有站点层,第三层填不出来,改为按实际架构重画表。
表是为了回答那一个问题
所有这些字段最后只为回答一个问题:这台机器上的操作,是谁做的。我做权限管理这些年最认的一句话是:权限不是防人,是让每一次不可逆动作都能找到人。这张表就是找人的索引。
登录后可点赞
← 返回账号合规板块