功能模块二：授权

2.6  商品权限

一、功能介绍

1、商品权限管理适用于有多个运营人员分管单店铺商品、多个开发人/负责人分管本地商品，且希望员工仅能看到自己负责的商品管理诉求的卖家。

2、商品权限与角色关联，针对某个角色，支持针对不同模块分开设置该角色是拥有所有的商品权限（全部可见），还是只拥有与自己有关的商品的权限（关联人可见）。

3、商品权限支持按组织机构继承，部门的负责人可以看到本部门及子级部门成员能看到的所有商品数据。帮助您更好的进行组织结构管理，为部门数据统计、权限向下管理提供支撑。

4、当前商品权限设置支持的维度有SKU、子ASIN、父ASIN、类目、分组、标签、运营人员，以及本地商品相关的iSKU、iSPU、商品开发人、商品负责人等。

二、功能使用人

老板、管理者

三、使用场景

同一家店铺商品会由不同运营人员管理，不同本地商品会由不同负责人、开发人员管理。公司管理者出于店铺数据安全考虑，需要员工仅能看到自己负责的商品即可

四、数据来源

子账号、角色数据来源于用户手动录入，系统针对角色预设默认权限

五、商品权限操作指引

（一）设置流程图

（二）商品权限设置具体操作步骤

1、需要先设置好SKU对应的运营人员、iSKU对应的开发人/负责人。（商品权限功能，是根据SKU所关联的运营人员；ISPU、ISKU、组合SKU的开发人和负责人所关联的子账号进行商品权限判断）。

点击在线商品，在运营人员栏中设置好对应的运营人员；

2、点击ERP-人员管理，进入人员管理页面，点击编辑按钮，将对应人员与宝博源子账号关联；

3、将对应人员与宝博源子账号关联后，点击ERP-本地商品页面，点击编辑，选择该本地商品对应的负责人和开发人即可；

4、在已经设置好SKU对应的运营人员、iSKU对应开发人/负责人之后，点击左侧导航栏“授权”-“权限管理”，进入权限管理界面；

5、点击角色管理，进入到角色权限管理界面，可看到所有已创建的角色。点击商品权限，可针对该角色设置罗盘、数据方舟、宝博源BI-ERP中各模块商品权限；

6、支持针对不同业务线、不同模块分开设置商品权限为"全部可见"或"仅关联人可见"，满足客户不同的管理诉求。

（1）当某个页面/功能的“SKU、iSKU可见设置”为“关联人可见”时，该角色下所有用户可以查看自己作为关联人的以下维度的数据：SKU、ASIN、父ASIN、分组、标签、类目、iSKU、组合SKU、商品负责人、商品开发人、合计（按商品）；

（2）为“全部可见”时，该角色下所有用户可查看有权限店铺中的所有数据；

需要注意的是：

（1）为避免员工看不到商品数据，需要提前设置好SKU对应的运营人员、iSKU对应开发人/负责人；

（2）新增的商品权限仅针对新版BI，旧版不支持设置商品权限。

6、因部分店铺维度数据来自于店铺表，无法拆分到具体商品，故无法实现店铺级对商品权限的管控。对于”店铺数据可见设置“，仅支持设置为”全部不可见“或”全部可见“。

（1）当某个页面/功能的”店铺数据可见设置”为“全部可见”时，该角色下所有用户可查看有权限店铺中的所有数据，即使该角色只负责店铺中部分商品，也可查看店铺维度统计的完整数据；

（2）当某个页面/功能的”店铺数据可见设置”为“全部不可见”时，店铺维度统计的数据将会隐藏，页面会进行无权限提示。

例如财务-利润月报菜单，既包含店铺维度数据（店铺利润月报）、又包含商品维度数据（ASIN利润月报、iSKU利润月报、运营人员利润月报）：

（1）当财务模块“SKU/iSKU可见设置”权限为“仅关联人可见”、 “店铺数据可见设置”权限为“全部可见”时， 则在店铺利润月报页面中用户可以看到有权限的店铺的完整数据；在ASIN利润月报、iSKU利润月报、运营人员利润月报页面中可以看到自己有权限的商品数据；

（2）当财务模块“SKU/iSKU可见设置”权限为“仅关联人可见”、 “店铺数据可见设置”权限为“全部不可见”时， 则在店铺利润月报页面中显示无权限缺省页；在ASIN利润月报、iSKU利润月报、运营人员利润月报页面中可以看到自己有权限的商品数据。

 一般推荐，主管及以上成员“SKU、iSKU可见设置”、”店铺数据可见设置”均设置为”全部可见”；运营人员、开发人、负责人“SKU/iSKU可见设置”可设置为”仅关联人可见”，”店铺数据可见设置”可视需求情况来设置即可。

7、“SKU、iSKU可见设置”、”店铺数据可见设置”存在联动关系。

（1）当”SKU/iSKU可见设置”为“全部可见”时，”店铺数据可见设置”不可变更，默认为“全部可见”；

（2）当”SKU/iSKU可见设置”为“仅关联人可见”时，店铺等相关维度数据可以选择设置为”全部可见”或”全部不可见”，默认为“全部可见”。为避免数据泄露，可以关闭模块/数据访问权限。

六、商品权限控制逻辑

当前商品权限覆盖的数据维度有SKU、子ASIN、父ASIN、类目、分组、标签、运营人员，以及本地商品相关的iSKU、iSPU、商品开发人、商品负责人等。

1、不同数据维度下“关联人可见”的权限控制

2、不同数据维度下“仅关联人可见”时的页面呈现

2.1、SKU、子ASIN、父ASIN维度

如商品运营分析-商品分析：

（1）数据展示

1）按SKU：展示当前登录子账号有权限的SKU。

当前登录子账号有权限：a）SKU对应的运营人员=当前登录子账号； b）权限继承逻辑。

2）按子ASIN：展示当前登录子账号有权限的SKU对应的子ASIN，子ASIN字段的值只汇总子ASIN下有权限的SKU。

3）按父ASIN：展示当前登录子账号有权限的SKU对应的ASIN所属的父ASIN，父ASIN字段的值只汇总有权限的SKU。

例如，店铺中有3个父ASIN（父ASIN1、父ASIN2、父ASIN3）。

父ASIN1有2个子ASIN（子ASIN1、子ASIN2），其中子ASIN1对应SKU1，子ASIN2对应SKU2；

父ASIN2有1个子ASIN（子ASIN3），其中子ASIN3对应SKU3；

父ASIN3有2个子ASIN（子ASIN4、子ASIN5），其中子ASIN4对应SKU4，子ASIN5对应SKU5。

 在线商品中设置SKU1~SKU3对应的运营人员为A，设置SKU4~SKU5对应的运营人员为B。

 则：

A登录后在SKU页面可以看到SKU1、SKU2和SKU3；在子ASIN页面可以看到子ASIN1、子ASIN2和子ASIN3；在父ASIN页面可以看到父ASIN1、父ASIN2。

B登录后在SKU页面可以看到SKU4、SKU5；在子ASIN页面可以看到子ASIN4、子ASIN5；在父ASIN页面可以看到父ASIN3。

（2）导出数据时，只能导出当前用户有权限的数据

2.2、分组维度

例如商品运营分析-分组分析：

（1）分组分析列表只统计当前登录子账号有权限的SKU数据。

当前登录子账号有权限：a）SKU对应的运营人员=当前登录子账号； b）权限继承逻辑

（2）如果该用户没有某个分组下面的所有商品的权限，则不显示这个分组

2.3、运营人员维度

例如利润月报-运营人员利润月报：按照运营人员有权限的SKU聚合数据。当前登录子账号为部门负责人时，界面中会展示本部门和下属部门的子账号对应的运营人员，运营人员对应的字段值按照运营人员有权限的SKU数据来聚合。

2.4、本地商品 iSKU、iSPU维度

例如ERP-本地商品：

（1）按iSPU：展示当前登录子账号有权限的iSPU

l 当前登录子账号有权限：a）iSPU对应的开发人/负责人=当前登录子账号；b）权限继承逻辑。

（2）按iSKU：自己账号关联的iSKU/组合SKU、自己账号关联的iSPU下的所有iSKU、组织架构继承的iSKU/组合SKU

2.5、 iSKU、 iSKU-开发人、iSKU-负责人维度

例如iSKU利润月报：

（1）按iSKU、开发人、负责人展示数据时

l 按iSKU：展示当前登录子账号有权限的SKU对应的iSKU，iSKU字段值聚合iSKU下有权限的SKU的数据。

当前登录子账号有权限：a）SKU对应的运营人员=当前登录子账号；    b）权限继承逻辑。

l 按开发人：展示当前登录子账号以及当前登录的子账号的下属 对应的开发人，开发人对应的字段值按照每个开发人有权限的iSKU汇总，iSKU聚合该iSKU下所有的SKU数据

l 按负责人：展示当前登录子账号以及当前登录的子账号的下属 对应的负责人，负责人对应的字段值按照每个负责人有权限的iSKU汇总，iSKU聚合该iSKU下所有的SKU数据

当前登录子账号有权限：a）iSKU对应的开发人/负责人对应的子账号=当前登录子账号； b）权限继承逻辑。

（2）顶部统计字段：汇总列表中展示的有权限的数据

常见问题

Q：什么是权限继承逻辑？

A：①商品权限继承逻辑是指：基于组织架构树向上继承，部门负责人会自动获取当前组织及其子级组织下的所有用户的SKU权限。即部门的负责人可以看到自己的、本部门其他成员的（包括本部门其他负责人的）、以及所有子级部门成员的 能看到的所有商品数据，主账号可以看到所有商品数据。即A可以看到BCDEFHJ能看到的商品数据，且无需另外设置。

②需要注意的是：商品权限作为店铺权限的下一层级，必须先有店铺权限才能看到店铺中的商品。当前存在有店铺不继承和店铺继承两种情况（同样为基于组织架构树向上继承逻辑）。

a) 当店铺不继承时：

˜  Dep1部门负责人A有Goods1、Goods2、Goods3、Goods4、Goods5、Goods6、Goods8、Goods9的商品权限（继承Store1和Store2所有人 的商品权限）；

˜  Dep1部门负责人B有Goods1、Goods2、Goods6、Goods7、Goods9、Goods10的商品权限（继承Store2和Store3所有人 的商品权限）；

˜  Dep1普通成员C有Goods3的商品权限（普通成员不继承）；

˜  Dep2部门负责人D有Goods4、Goods5、Goods8、Goods9的商品权限。

b) 当店铺继承时：（当前有店铺继承的地方是店铺筛选器中的子账号和部门筛选，其他的筛选条件没有做店铺继承）。

˜  Dep1部门负责人A有Goods1、Goods2、Goods3、Goods4、Goods5、Goods6、Goods7、Goods8、Goods9、Goods10的商品权限（继承Store1、Store2、Store3 所有人 的商品权限）；

˜  Dep1部门负责人B有Goods1、Goods2、Goods3、Goods4、Goods5、Goods6、Goods7、Goods8、Goods9、Goods10的商品权限（继承Store1、Store2、Store3 所有人 的商品权限）；

˜  Dep1普通成员C有Goods3的商品权限（普通成员不继承）。

Q：商品权限上线后，目前已存在的角色的商品权限如何处理？新增的角色商品权限是什么样的？

A：已存在的角色“sku、isku可见设置”默认“全部可见”，店铺数据默认“全部可见”，用户可以根据需要更改设置；新增的角色默认亦是如此。

Q：商品权限覆盖罗盘、方舟、ERP，为什么广告业务线不做商品权限？

A：广告业务线的数据主要属于用户行为权限，例如罗盘的指标监控、关键词监控以及ERP的采购单权限等都归属于用户行为权限，会放在后续的规划中。

Q：哪些维度的数据可以做商品权限？

A：目前支持的维度有SKU、子ASIN、父ASIN、分组、标签、运营人员，以及本地商品相关的iSKU、iSPU、商品开发人、商品负责人等。

Q：商品权限分模块设置，例如销售设置关联人可见、FBA模块设置全部可见，那用户下钻在不同的模块数据不一致？

A：是可能会出现这种情况。宝博源支持用户根据需要设置每个模块的不同的商品权限，这样能更灵活的支持更多业务场景。

Q：罗盘-销售模块设置“关联人可见”，在即时销售报告页面只能看到自己有权限的数据，为什么在首页-即时销售报告卡片还是可以看到全部的数据？

A：首页-即时销售报告卡片数据源不是取自即时销售报告菜单，而是取自订单，因订单数据不支持做商品权限，所以首页-即时销售报告卡片看到的是全部数据（后续首页改版会考虑这个点）

Q：FBA库存中，欧洲七国店铺合并展示，假如SKU存在于多个欧洲店铺，用户A是其中某个店铺的SKU的运营人员，当FBA模块设置关联人可见时，用户A可以看到这个SKU吗？

A：可以看到，并且看到的是SKU完整的库存数据（原因是欧洲七国合并店铺的库存取的是已经汇总好的数据，不支持按照SKU聚合处理，有任一国家SKU权限则可以看到欧洲店铺的库存总数)。

Q：FBA模块设置“关联人可见”，查看子ASIN时只能看到有权限的数据，但是查看父ASIN时为什么看到的不是有权限的SKU汇总的数据？

A：父ASIN不支持聚合有权限的SKU；目前只要用户有父ASIN下任意SKU的权限，就能看到父ASIN完整的数据。

Q：利润月报-iSKU利润月报中的iSKU列表、开发人列表、负责人列表的商品权限如何控制？

A：①iSKU列表展示有权限的SKU对应的iSKU，iSKU字段值聚合iSKU下有权限的SKU；

②开发人列表展示宝博源子账号对应的开发人，开发人对应的字段值按照每个开发人有权限的iSKU汇总，iSKU聚合该iSKU下所有的SKU数据；

③负责人列表展示宝博源子账号对应的开发人，开发人对应的字段值按照每个开发人有权限的iSKU汇总，iSKU聚合该iSKU下所有的SKU数据；

Q：根据商品权限中的组织架构继承逻辑，如果一个部门存在两个负责人A和B，那么A可以继承B的商品数据吗？

A：可以，部门负责人可以继承部门其他成员（包括本部门其他负责人）的商品数据。

Q：部门负责人A有店铺1的权限、对应的角色设置”关联人可见“，部门普通成员B有店铺1的权限，对应的角色设置”全部可见“，店铺1有11、12、13、14、15共5个商品，商品11负责人是A、商品12负责人是B；则部门负责人A可以看到几个商品，部门普通成员可以看到几个商品？

A：部门负责人只能继承其他成员有权限的商品数据，所以部门负责人A只能看到2个商品11和12，部门普通成员B可以看到5个商品。