星空和s-HR集成同步失败,同步日志失败原因:所属部门是必填项
问题描述:
解决方案:
【适用版本】8.2SP2/8.5/8.5sp1/8.6/8.6sp1/8.6H1
【问题原因】
1、集成同步后,星空或s-HR的数据中心,做过备份并还原作为测试库;
2、或测试库和正式库的数据无关,通过导出导入密钥的方式,切换过集成的数据中心。
以上的测试应用,都会导致映射数据异常。
【解决方案】
针对以上2点原因,需关注如下情况:
1、集成同步仅支持一对一同步,如有备份还原作为测试库,还原后务必停用测试库的集成。
2、如当前还在测试阶段,就先确保测试完成后,停用测试库的集成;再将正式数据中心进行集成同步,不可来回切换。
若当前已影响正式数据中心的映射数据,请按以下步骤操作:
1、务必停用除正式库外的集成,即便其他的数据中心未进行测试应用;
2、星空先备份好此时的正式数据中心,如后续的修复有误操作,还能找回此时的数据;
3、重新梳理星空和s-HR的基础资料数据,确保组织、职位、职员的编码及名称保持一致;
4、完成步骤3的业务梳理后,建议完成修复前,尽量不再对s-HR组织、职位、职员等进行任何改动!(包括调整/新增/删除/禁用组织职位职员、修改编码名称等)
5、进入s-HR查询分析器,执行以下脚本清理组织、职位、职员映射表记录:
--备份
select * into T_BAS_HRCloudMapping_b0703 from T_BAS_HRCloudMapping where FBILLTYPE in ('1','2','3','4')
--删除
DELETE FROM T_BAS_HRCloudMapping where FBILLTYPE in ('1','2','3','4')
6、在星空正式数据中心,按顺序强制同步部门、岗位、员工。需重点关注星空中“来源于s-HR”为“是”的数据。
选择同步时,部门需按s-HR的组织层级,自上而下强制同步(如星空不存在,仅s-HR存在,则在确保上级同步成功的前提下,在s-HR修改保存对应的部门触发同步即可),如还有其他失败情况,按同步日志失败原因处理;
7、步骤6确保都同步成功后,s-HR以administrator登录,在开发平台-金蝶云星空集成配置中,点击“初始化同步”。
该“初始化同步”操作,将推送同步s-HR已有、星空未有的数据,同时从同步日志可以确认是否还有失败的数据,如有,按失败原因处理。
8、完成集成同步后,确保后续如有备份数据中心,还原作为测试数据中心的情况(星空和s-HR都需要关注),务必第一时间停用测试数据中心的集成。
【说明】
停用集成的操作,可搜索知识库“星空和s-HR不再需要做集成,如何处理?”,仅停用对应产品测试库的集成即可。
星空和s-HR集成同步失败,同步日志失败原因:所属部门是必填项
本文2024-09-22 22:23:02发表“s-hr cloud知识”栏目。
本文链接:https://wenku.my7c.com/article/kingdee-shr-126236.html