【51CTO.com原创稿件】
一位CIO想把现有系统做集成，包括ERP、PLM、OA等。想问下，用OA集成是不是首选？自己做，还是请服务商做？
日前，CIO& IT经理精英汇微信群就系统集成和OA二开等问题，展开了一次选型话题讨论。
1、做流程集成，OA是否是首选？
一位CIO介绍了自己的经验：“我们目前的做法是用EHR集成企业微信、AD。企业微信授权所有移动端产品，AD集成所有PC端产品，然后审批流都推到OA。我们分的很清楚，就是OA只做流程，留痕，审批用，其他都是第三方系统，集成，所以SSO成了系统之间第一要解决的问题。”
这样做的原因在于：如果你的门户是OA，很多东西都要跟OA对接，那OA很重。现在很多企业追求的是轻便型，所以一般做法是审批流在OA，为了留痕，负责合规。
不过也有人提到：“我们把OA的门户功能做的比较强，但是流程和应用集成还是依赖BPM。”
相对打通流程，更突出OA的门户功能——这一做法在当下也不少见。
“更多的公司是将OA作为内部员工的统一门户入口 Portal ，其他ERP、CRM 、HR等系统与OA做登录集成，OA使用AD认证。”
——辅仁医药IT经理秦奇
此外，要做流程集成，明确的作业标准很重要，技术之外的因素也要多加权衡。如果公司的流程比较复杂，同时人员又总在变化，就很难有一个固定的系统支持。
因为架构在变，流程就要变，审批人员也要变，无法实现角色同步的话，费时费力还很难成事。而且用户的思维无论是不想变还是乱变，都影响系统的使用及上线。
是否用OA做系统集成需要根据公司的规模和所处的发展阶段综合考量。
公司上流程管理，抛开技术本身，核心问题先看公司当前所处阶段。比如一个200人的公司，你上来就让他去自研一套OA，这基本是不现实的，一是没工程师，二是没必要。所以讨论OA这类系统前，一定要定义一下公司当前的阶段。比如一个大企业要上OA，他不可能买外面的啊，一是买外面的是对一个自称技术驱动科技公司的侮辱，二是外面的没有一个能完美适配他的要求的。
——某互联网IT负责人
2、OA是否需要二开取决于什么
OA 是否二开取决于管理需求和业务需求；从成本、时间、范围由CIO提出专业建议，提报管理层决策。
——大爱城IT经理常相峰
就OA是否需要做二次开发，多数人持谨慎态度。主要可以归纳为以下三点：
1能通过调整业务和管理解决的问题，就不要二开。
2不是所有团队都适合二开，要考虑二开的价值。综合考虑预算还有团队的情况，利大于弊就可以进行二开。
3如果实施阶段就有很多二开，说明选型上就可能有问题，需求没有对上。
有人提到个中关键是：OA一期一旦上线，意味着未来几年就被绑死了，换的话前期投入作废，不换的话，随便一个需求就要二开，代码和API没有的话，自己想开发对接还不行，需要和服务商协调。
一位CIO分享了一个亲身经历的OA二开成功案例。
“我们当时升级OA的时候花时间进行二开，主要是因为领导们出差不喜欢干什么事情都带着个电脑，提倡移动办公。总的来说，审批效率是大大提高了。因为领导们可以直接在手机上批了（包括集成的其他系统的流程）。
OA不仅集成了公司几乎所有大型系统，SAP、PLM、SCM、HR、APS，在二开时还把员工的绩效管理做到了OA中。此外，OA也跟邮件集成，特别重要的流程跟短信平台集成，甚至是车间一些MES的异常信息也做到了OA中（出现生产异常，马上在OA中建一个流程，后续必须跟踪处理）。”
结果自然是皆大欢喜。“领导们对此相当满意，因为啥系统都不用登，开个OA就把全部的审批、邮件、下属的绩效全部都完成了。”
3、OA二开的风险有哪些？
从项目角度看，OA二开的方式有两种：一种是乙方不开放代码，那就只能找厂商团队做；一种是开放代码和接口，那就可以自组团队。
风险则主要集中于：高成本、团队专业要求变高、知识管理难度变大、维护变得更加困难。
自组团队在时间和人力上的成本投入毋庸赘述，如果是找传统OA服务商，那么就要警惕踩坑，其中博弈可以说是如履薄冰。正如下面这位CIO吐槽的：
“跟传统OA软件厂商，有扯不尽的皮。
其一，作为甲方，你准备的再充分，需求你不可能一次能做的清楚和准确，那合作方式是项目制，一次项目只管一次需求，项目结束，你就是改个字，那你到底是付钱呢，还是求着对面免费给你改呢。
其二，二开工作量评估，改一个表单字段，咱们都是搞技术的，我们觉得30分钟完事，对面评估3天。你虽然感觉不合理，但是代码是封闭的，你没法切图代码告诉他，你动了三行代码，你说你要三天开发。”
当然不能否认，传统厂商也有其优点和适用场景。
1 传统OA厂商，很适合政府、国企、大型公司，因为在预算充足的情况下，定制、开发、服务都很好。
2 传统OA大厂，基本都干了10年以上，软件的功能本身已经比较强大了，大部分常见需求是可以通过配置搞定的，在这个维度上，不开发就能搞定，上线还快。
3 传统OA大厂，对传统其他信息化软件兼容性还不错，因为毕竟干的时间足够长，集成的时候可能要花点钱，但技术上基本没什么障碍。
4、不得不OA二开时要注意哪些
OA的实施不可能一步到位。基于OA二开的风险，有人提出：“第一步是配置上线，所有的二开功能都不允许。第二步是少量二开，拿增加的利润说话。”
但也有IT管理人员需要面对不得不进行二开的情况。
“我们这种It不强势的公司，第一步不做二开不现实，第一步如果不做二开的话，业务部门的领导根本就不会允许这个系统上线，因为他觉得不符合他的要求，没有达到他的目的。”
对此众人给出了这样几个建议：
1 挖掘企业内部的真正诉求，尤其在OA选型上不要盲目追求大而全的产品，不要为了上而上，对企业来说不是所有功能都能用的上、用上好。
2 把握预算，公司打算在这事上花多少钱，结合高层的预期再做选择。
3 选择OA的时候最好结合内部的开发语言，尽量别跨语言，否则又是个坎儿。
某互联网IT负责人认为应该根据实际情况分析问题：
“如果自己本身团队有开发能力，内部需求也不是非常迫切的，可以考虑“BPM+自研”，或者“开源OA+二开”。如果团队没有开发能力，又必须快速上线，可以考察下市场商业产品，但是关于售后服务、技术支持、API开放能力、这些东西一定要说清楚了，不然后面碰到的对接问题可能会比较多。”
以上只是部分讨论内容，更多内容欢迎加群讨论。CIO & IT经理精英汇2群加群方法：公众号CIO进化论中回复【社群】。
扫码查看更多CIO文章
【51CTO原创稿件，合作站点转载请注明原文作者和出处为51CTO.com】
