如截图所示，同步后EAS的根节点组织没有绑定云之家的根节点组织（即团队名称），点击选中某个二级组织（假设名称为“电力公司”，长名称为“集团_电力公司”），虽然右侧也显示了云之家部门名称，但绑定状态仍然是“未绑定”，异常分析：其他原因未绑定，请联系管理员。
观察之后发现，云之家团队名称与EAS的这个二级组织的名称相同。
原因分析：
因为组织是根据组织长名称同步的，同步到云之家之后根据组织长名称去建立云之家组织的层级关系，同时也会按照组织长名称映射，即EAS组织长名称与云之家长名称一致才会映射（EAS根节点组织会自动映射云之家的团队名称）。
在同步时，同步工具会对EAS的组织长名称进行处理，去掉一级名称，如根节点“集团”在处理后长名称就变为“/”，“集团_电力公司”在处理后长名称就变为“电力公司”，“集团_电力公司_xx分公司”的长名称在处理后会变为“电力公司/xx分公司”。
而我们在拉取云之家组织数据到EAS本地库中的时候，对云之家根节点的长名称（即团队名称）不作处理，如团队名称为“电力公司”，则长名称也为“电力公司”。所以同步之后，组织的上传顺序不同，就可能会导致出现以下的情况：
现象一：
“集团_电力公司”在云之家新增成功，这时候从云之家拉取的数据中，就存在两条长名称一样的数据“电力公司”，所以绑定时就出现了不确定情况，根节点“集团”和“集团_电力公司”可能都无法绑定云之家组织。
现象二：
“集团_电力公司”在云之家新增失败，云之家组织架构下没有这个组织，根节点“集团”和“集团_电力公司”可能都会绑定云之家的根组织。
解决方案：
这两种情况都需要修复组织映射表（t_pm_easxtorgmap）的数据。
1）查询云之家组织数据（t_xt_org是从云之家拉取到eas本地数据库中的数据）
select * from t_xt_org where fname = '电力公司'
查询结果有两条数据：
一条是云之家根节点（fparentid的值为空）；
另一条是云之家二级组织，fparentid的值是第一条数据的fid；
2）开启查询器的编辑模式
select * from t_pm_easxtorgmap where forglongname='\'
查询结果中，编辑fxtorgid，将其值设置为步骤1）中的云之家根节点组织的fid
select * from t_pm_easxtorgmap where forglongname='电力公司'
查询结果中，编辑fxtorgid，将其值设置为步骤1）中的另外一个组织的fid
推荐阅读