经常有小伙伴问小编，到底什么是基础数据个性化？其实这个问题并不复杂。本期小编就用“一块布料”教你秒懂“基础数据个性化”！

举一个简单的例子：

集团A给公司B、C、D发了一批白布。B公司需要染成红色，C公司需要染成蓝色，才能满足自己的生产使用要求。B、C公司对白布进行加工，就是一种“个性化”。

在了解了什么是基础数据个性化之后，接下来就给大家介绍一下常用的控制策略。

目前的控制策略有5种：全局共享、管控范围内共享、逐级分配、自由分配、私有。下面对这5种控制策略分别进行介绍。

1.全局共享：视图内任意一个组织创建的所有数据，在视图内所有组织都可见。

2.管控范围内共享：某个组织创建的数据，其下级组织都可见。

3.逐级分配：逐级分配和管控范围内共享有点类似，某个组织创建的数据，都是创建组织以下的组织才可见，前提是“分配”给下级。

此外，数据分配只能逐级往下分配（C1->C2，C2->C3）,不能越级分配（C1->C3）

4.自由分配：某个组织创建的数据，可以分配给视图内的任意一个组织。

5.私有：某个组织创建的数据，只有创建组织可见。

全局共享、管控范围内共享，只能由创建组织来修改，其他组织不能修改，可以理解为只有只读权限，其他人不允许修改，所以不存在个性化的场景。

私有很好理解，只能自己用，不存在个性化的说法。

那么能进行个性化的只有逐级分配、自由分配。

你可能想问了，为什么只有分配类型的才能个性化？其实，分配类型的可以理解为别人共享了一个文件给你并且赋予了修改权限，而共享类型的仅限查看，无法修改。因此，只有控制策略为分配类型的数据可以个性化。

我们仍然以本文开头的故事为例。集团A发下去的是白布，B、C公司已经加工成了红布和蓝布,D公司没有加工。个性化后，假如集团需要统计这个季度这批白布的销售额是多少，此时应该如何操作呢？

我们都知道, 用集团A分配下去的“白布”去统计总销售额显然是不对的，我们应该以“布”这个维度去统计，即：

集团A布料销售额 = B公司红布销售额 + C公司蓝布销售额 + D公司白布销售额

以“一块布料”进行举例固然生动，但似乎缺少些实操性。别担心，体贴如小编也考虑到了这个问题。我们从开发的角度对一些问题做出了解答，从而使你对基础数据个性化的理解更全面~

从数据我们可以看出，组织A分配给B、C组织，下级组织分别对数据进行了个性化，创建了两条新的数据。

A组织的fid和fmasterid是一致的，表示原始数据，B、C组织创建的数据fid和fmasterid不一致，表示是个性化的数据。可以理解为同一编码的数据，fmasterid是相同的。

现在要统计整个公司“白布”的销售额，若是只用白布的fid去统计，结果如下图所示，仅仅是数据库中的一条数据，显然是不对的。

所以在单据统计汇总时，就需要用白布的fmasterid去查出所有fmasterid相同的布料来统计，而不是仅仅用白布的fid统计。

6 个性化现存问题以及未来规划

关于个性化现存的问题，我们仍然可以用“一块布料”的例子作类比，让你迅速抓住问题的重点~

目前，B公司是可以随意加工白布的，不受集团A约束。集团A把布料染成黄色分配给下级，B公司也是可以对颜色再次加工成红色。这样，集团A修改“颜色”就无法同步到下级公司，缺少一个同步修改的过程。

这也是目前业务存在的一个问题，个性化后，上级数据修改不能同步到下级个性化后的数据。

针对个性化数据不能同步的问题，未来规则的调整如下：

未来规划1：将录入系统受控的基础资料共性、个性属性做拆分。

例如，白布分配给下级B、C公司时，告知这批布料的计量单位，布料成分，加工方式、单价是不允许修改的，至于染成什么颜色，做成什么产品由下级公司决定。

过段时间，如果集团更改了布料的计量单位，或者更改了成分，这时候就需要同步修改下级的数据。

这里的计量单位，布料成分，加工方式等属于共性属性，下级不可以擅自修改，上级修改时，共性属性要强制同步。

如上图，通过设置允许修改的属性，下级组织可以自由修改，并且上级组织修改时不会影响下级的数据。未设置允许修改的，属于共性属性，上级组织修改会自动同步修改下级组织的个性化数据。

未来规划2：共性属性数据选择性同步。

前面说到上级组织修改数据，共性属性是强制同步到下级组织。这里可以考虑做成选择性的同步，在修改上级数据的属性时，提示用户是否将共性属性同步修改下级个性化数据。

也可以考虑做成单据参数配置，开启时，修改数据默认同步修改个性化数据；关闭时，不同步下级个性化数据。

以上就是本期的全部内容了，不知道通过“一块布料”的生动举例，有没有让你对基础数据个性化的了解更上一层楼呢？

更多精彩内容，“码”上了解！↓