建议策划多个O2OA并联的方案
建议做出多个O2OA并联的方案。API做好预留。类似DZ，有UC当多个DZ数据连接的桥梁。
如今OA产品很多，用户选择的时候会考虑到后期的灵活性。
如今大多数OA，都是单独的OA。新单位、新公司，除非在系统内新建。
比如母公司A，子公司B和子公司C，或者发生新的并购，原OA如何融入进去就很麻烦。
比如单位A和单位B，想大多数数据自己保留的情况下，一些公文如何跨单位流转等等...
如果O2OA能在开源的情况下，提供更高的灵活度，用户选择OA的时候，O2OA就是不二之选。
这个问题我们的确也思考过，但是作为O2OA开发平台来说，集团公司的协同办公业务的复杂度以及与外系统的集成复杂度都会高很多。为了实现企业的IT规划目标，兰德网络也有设计与系统集成相关的各类产品，并且已经大规模使用：
公文交换中心：实现集团上下级公文的跨单位流转
统一门户系统：实现集团统一的综合信息门户和业务系统统一入口
统一用户管理系统：实现集团统一的组织、人员、权限以及各业务系统账号的集中管理
统一待办中心：实现集团所有业务系统的待办，已办数据的集中管理、同步，提供查询展现，统计支持
统一认证中心：以统一的主流认证方式实现集团内所有业务系统的统一登录认证，避免用户需要多次进行业务系统登录
统一日志分析系统等来为企业提供更优的解决方案。
其实您提到的问题解决时最大的障碍是：O2OA不是成品OA，没有固定权限、业务设计的方式，它是一套灵活性非常高的开发平台。
由于开发设计的自由度太大，所以将不同企业的O2OA进行融合，不管是业务上，还是组织权限的设计上还是有很大难度的，除非本身在初期设计时大家都考虑到了后续的融合问题。
不可否认，UCenter在Discuz的集成上的确是一个非常好的方案，我们后续也会仔细研究，借鉴更多更好的实现方式。
总之，非常感谢您再一次给我们建议。您所提到的问题，请容我们再考虑一些新的设计，看看有没有更简单的方案。
论坛管理员 发表于 2023-4-23 11:23
这个问题我们的确也思考过，但是作为O2OA开发平台来说，集团公司的协同办公业务的复杂度以及与外系统的集成 ...
嗯嗯，就是多个独立的O2OA，如何在后期进行整合，或者通信:lol
页:
[1]