报表权限不是按职级给，是按用途给

我们早期给报表权限的方式很简单：主管能看全部，运营看自己的 ASIN，新人看脱敏版。用了不到一年，这张表就变成了四十多行的例外清单，每一行都是「某人因为某个原因需要看某个表」。

问题出在分档依据上。职级是稳定的，用途是变动的，拿稳定的东西去管变动的需求，例外只会越积越多。

按职级分档，一年后必然失控

职级和需要看什么数据之间没有对应关系。一个刚升上来的主管可能只管三个品，一个做了四年的老运营手上跑二十个站点。按职级给，前者拿到整张成本表，后者连自己品类的竞品数据都要申请。

更麻烦的是人员流动。一个人调岗，权限没跟着走，他会带着上一个岗位的权限在新岗位上待半年。这类残留权限平时没人发现，出事的时候查不出来是谁导的。

我们后来改成按用途分，第一件事是把那四十多行例外全部作废重填。作废那天有六个人来问为什么看不了原来的表，其中四个根本说不出用途。

四类用途对应四档

四档权限按用途划分，不按职级

第一档是执行用途。日常调价、改广告、看库存，这类只需要单个 ASIN 维度的近 90 天数据。这档给得最宽，新人第一天就能拿到，因为它泄露了也没什么后果。

第二档是分析用途。做专题、做归因，需要跨 ASIN、跨时间窗的明细。这档要求申请人说清楚分析主题，默认有效期三个月。

第三档是对外用途。要给工厂、货代、外部合作方看的数据，全部走单独的导出包，不进常规权限体系。这一档的责任人落在提出需求的业务负责人身上，数据侧不担这个责。

第四档是底表用途。成本、毛利、供应商价格这类，按字段授权，不按表授权。这一档连我都不给全量，只给聚合值。

敏感字段单独切，不跟着表走

按表授权有个天然漏洞：一张表里有二十列，十九列可以给人看，一列不能。按表给就只能整张不给，或者整张给掉。我们选了后者太多次，所以改成按字段切。

切字段的代价是维护成本高一些，但这类成本是一次性的，而泄露是不可逆的。

权限是借出去的，要有到期日

现在每一条权限申请单上有三列：用途、责任人、到期日。到期日默认三个月，最长半年，到期自动收回，需要就再申请。

自动收回刚上的第一个月，回收了六十多条权限，只有七个人来续。剩下那些权限已经在系统里躺了很久没人用，只是没人敢删。

权限表三列就够

权限管理不需要一套复杂的系统。三列写清楚，每个月自动跑一次到期清单，比任何审批流程都管用。