实践案例 | 层级不乱套,行政组织集成有妙招

小编推荐
对于存在多个异构系统的集团型企业,从主数据管理系统中集成主数据是业务系统正常运行的基础。面对层级分明的行政组织数据,如何在不打乱现有主数据管控体系的前提下,实现精确集成?
本文将展示A客户如何依托苍穹集成服务云,巧妙解决这一挑战,确保数据的层级秩序与业务的流畅运行。
1 业务背景
A客户的主数据由全集团统一管控,通过主数据管理系统实现。各业务系统按需与数据共享平台进行集成,获取所需的主数据,各业务系统没有维护、管控的权限。
客户依托金蝶·星瀚建设的财务共享平台,需要从主数据管理系统中集成行政组织数据。在系统初始化阶段,通过接口集成全量数据,后续的新增、修改、删除等变更,也通过接口集成。
由于行政组织存在层级关系,故需要先集成上一层级数据,才能集成其下级数据。如果下级数据先于其上级进入,便无法在系统中成功保存。该客户的行政组织集成难点在于,主数据管理系统无法按层级顺序提供数据,即无法严格按照先集成上级数据,再集成下级数据的顺序接入,因此会出现上述无法成功保存的情况。
受制于A客户的主数据管控制度,上述难题必须在业务侧进行解决,无法进行其他人工干预。
2 解决方案
针对上述难题,要点在于解决“下级数据先于其上级进入,便无法在系统中成功保存”的控制逻辑。依托金蝶云·苍穹的集成服务云,制定了如下解决方案:
假设有如下行政组织及其层级关系:

要实现如下的集成效果:
组织编码 | 组织名称 | 上级组织 | 长名称 |
001 | 甲集团 | - | 甲集团 |
00101 | A公司 | 001 | 甲集团_A公司 |
0010101 | a部门 | 00101 | 甲集团_A公司_a部门 |
00102 | B公司 | 001 | 甲集团_B公司 |
0010201 | b部门 | 00102 | 甲集团_B公司_b部门 |
第一步:集成时,不接入“上级组织”,而是附上系统默认的根组织“001”,将所有的行政组织先落地。同时将“名称+编码”落入“名称”字段,目的是避免“相同上级不允许名称重复”的校验。
若是苍穹V6.0及以上版本,基础服务新增了单据级参数“忽略同级组织名称重复性校验”,支持同层级下名称重复。开启该参数后,便不用在名称后加编码后缀。类似的方案可以参考《组 织 同 步 方案( EAS-星瀚) 》 。
组织编码 | 组织名称 | 上级组织 | 实际上级组织 |
001 | 甲集团001 | - | - |
00101 | A公司00101 | 001 | 001 |
0010101 | a部门0010101 | 001 | 00101 |
00102 | B公司00102 | 001 | 001 |
0010201 | b部门0010201 | 001 | 00102 |
第二步:按照实际的上级(实际上级组织)更新第一遍接入的默认上级组织,形成准确的上下级关系及组织视图。同时更新准确的“名称”,去除“编码”后缀。此时长名称还会有问题,需要第三步解决。
组织编码 | 组织名称 | 上级组织 | 长名称 |
001 | 甲集团 | - | 甲集团 |
00101 | A公司 | 001 | 甲集团_A公司 |
0010101 | a部门 | 00101 | 甲集团_ a部门 |
00102 | B公司 | 001 | 甲集团_B公司 |
0010201 | b部门 | 00102 | 甲集团_ b部门 |
第三步:自上而下,更新准确的长编码及长名称。即从根节点开始,识别出第一级组织并更新其长名
实践案例 | 层级不乱套,行政组织集成有妙招
声明:除非特别标注,否则均为本站原创文章,转载时请以链接形式注明文章出处。如若本站内容侵犯了原著者的合法权益,可联系本站删除。



