第1页/共3页金蝶云星空企业版取消多组织特性操作步骤及注意事项严格来说，多组织特性一旦启用，系统中有超过一个组织存在，则不能反向操作。这一点在启用多组织时，系统中也已经进行声明。因此请谨慎操作！若客户诉求强烈，需要取消多组织特性，则请按照以下两类情况进行分析，确定是否可以将客户的多组织特性取消。1、保留组织为系统预置的100组织100组织的分配型基础资料为自己创建而不是由其他组织分配，并且确认客户数据不存在100组织与其他组织的跨组织业务的条件后，可以先通过组织分拆（专项服务）工具完成基础资料变更和其他组织数据删除，再后台取消多组织特性。这个时候取消多组织特性相对来说比较安全。sql脚本请参考附件一内容。2、保留组织为系统预置的100组织以外的其他组织多组织数据中心修改为单组织的数据中心，而且指定后期要使用的组织不是系统预置的顶层组织，这种需求是不支持的！考虑用户情况，目前唯一的方案是强制后台修改：将不使用的组织禁用，取消多组织启用参数。用此方案修改后的数据中心跟正常的单组织数据中心存在以下关键的区别：1）、修改后的数据中心，能够使用的组织是非系统预设的顶层组织（系统预置组织内码forgid=1）；2）、修改后的数据中心后台存在多个组织及组织下的数据，只是由于其他组织为禁用状态，用户只能查看和维护未禁用的那个组织的数据第2页/共3页3、修改多组织，根据已知发现的问题，有以下注意事项：1）、取消多组织启用参数前，分配型基础资料如果创建了基础资料控制策略，那么一定要确保存在最终保留组织（例如101）作为创建组织的策略；如果没有创建任何基础资料控制策略，则不需要维护（无基础资料控制策略时相当于所有组织都可以创建资料）。否则方案执行后会存在101组织无法创建该分配型基础资料的问题。2）、禁用组织创建并分配给101组织的基础资料，后续是无法反审核修改创建记录的（毕竟创建组织是禁用状态），因此该类资料会存在部分关键的属性修改的问题，建议同时对于原有的策略，为保证已有的分配型基础资料可以修改。3）、需要将一个普通的用户，授予administrator角色，用来后续新增用户。因为预置的administrator用户是绑定预置顶层组织的，单组织下无法给101组织创建用户。4）、若保留组织为非100组织且去掉了多组织特性，那今后在需要修改组织名称的时候，前端提示修改成功，但是使用时仍然为未改的状态（前端实质指向还是100组织），建议清理多组织前，新建admin子管理员用户，且给与非100组织的所有权限，后续以admin用户登录修改组织名称；或者只能通过sql进行修改，该选项存在风险，建议线下测试后再进行。以上事项，为目前经反馈已发现的问题，其他问题未发现记录不代表没有，与此同时，单组织是否存在其他场景强制使用预置组织（forgid=1）的情况，这个无法保证，这也是一直不建议这样改单组织的原因。为保证客户系统能够正常使用，建议进行该操作时，请做好测试，确保不会影响客户使用。修改多组织特性的sql脚本，请参考附件一内容。第3页/共3页附件一--以101作为保留组织为例--后台禁用非101组织1updateT_ORG_ORGANIZATIONSsetFFORBIDSTATUS='B'whereFNUMBER<>'101'--备份启用多组织参数2ifexists(select1fromsys.objectswherename='T_BAS_SYSPARAMETER_MultiOrg'andtype='u')3begin4droptableT_BAS_SYSPARAMETER_MultiOrg5end6selectFID,FORGID,FACCTBOOKID,FPARAMETEROBJID,FPARAMETERS,FACCTPOLICYIDintoT_BAS_SYSPARAMETER_MultiOrgfromT_BAS_SYSPARAMETERwhereFPARAMETEROBJID='Org_StartMultiOrg'--执行前，确认系统上次登录为使用组织7deletefromT_BAS_SYSPARAMETERwhereFPARAMETEROBJID='Org_StartMultiOrg'--执行完脚本，需要重启IIS
