B 端客户内部的事务目标一般来说会按办理层级区分统辖规模，比方我从前做过的物业渠道，他们会按小区（也叫物业项目）、片区、分公司、大区和总部五个层级来区分统辖规模。

　　这儿的小区其实便是一个根底的授权事务目标，然后将多个小区集合起来会形成片区。一起，运营小区的会是具有法人资质的主体，即分公司。多个分公司又会按地舆区域区分到不同的大区，最后到总部统辖悉数的事务数据。这样一个时间段，咱们就需要支撑从根底的事务目标到更大规模的数据授权。

　　A 小区的物业项目司理授权 A 小区，他只能看到 A 小区的各类事务数据（报修、投诉、收费等等）；

　　B 片区的物业片区司理授权 B 片区，他能清楚看到 B 片区下的悉数小区的各类事务数据，包含今后在 B 片区再新增的小区。

　　C 公司的物业分公司总司理授权 C公司，他能清楚看到C 公司下的悉数小区的各类事务数据，包含今后在C 公司再新增的小区。

　　D 大区的物业大区司理授权D大区，他能清楚看到D 大区下的悉数小区的各类事务数据，包含今后在 D大区下各个分公司新增的小区。

　　一般来说，不同层级的授权方法是互斥的，也便是一个人不能说既按小区等级授权又按片区等级授权。一起，同一个层级的，是支撑授权多个的。

　　关于 B 端客户的外部事务目标，由于不存在统辖层级，往往是经过分配的方法来进行。行将一个或多个事务目标分配给某类人物或某个职工，登录人只能看到分配给自己的事务目标。典型的便是 CRM 体系的客户公海资源，职工只能看到分配给自己的客户。