一些用户在OA选型的时候，特别是涉及到OA二次开发时，会问到OA厂商是否能够开放源代码。我们可以从实际需要的角度出发，来分析OA二次开发的方式，二次开发实际上有多种方式（如：基于源码，基于接口和定制平台等），早期开发一般都是通过修改源代码的方式实现的（应该说这是一种比较落实的模式，本文后续有阐述），但需要有以下条件：

1、需要熟悉对应的语言和编程技术，熟悉现有OA产品的技术架构和设计。
2、对技术人员的要求比较高。
3、OA二次开发开放源代码，对多系统之间的集成和接口开发有一定作用。
只有OA持续的修改、维护和升级系统，提供和开放源代码才有意义，如果不具备，不如直接交给厂商处理。

OA二次开发，直接开放源码有以下弊端：
1、需要花大量的时间分析和研究OA系统，对技术人员的要求也比较高
2、直接修改源代码的二次开发，有可能会导致已有功能出现错误，导致系统的不稳定。
3、修改了核心代码，无法直接享受原OA软件厂商的版本升级。
4、反复修改造成系统结构差，导致维护困难甚至是无法维护。

因此，如果是最终用户的OA二次开发，一般建议最好由厂商直接进行，而很多情况下OA功能的适应性调整，使用OA后台的定制和管理功能就可以实现，如果业务逻辑稍微有变化就要修改OA源代码，我们就有理由怀疑这个OA的技术和品质了。有些厂商承诺开放源代码，有以下方面的原因：
1、基于asp和php开发的OA系统，本身源代码就是开放的。
2、OA软件公司以此作为一个增值点吸引用户，但实际上源码对于不懂开发的用户来说，用处不大。

OA开放源码对于最终用户的作用其实很小，术业有专攻，尤其是对不懂软件开发的用户，只能说是增加了一个心理安慰。如果希望另外一家OA软件公司，在原有提供源码的OA基础上进行二次开发，可能性也非常小，开发的成本非常高，高过对系统的替换和数据迁移；如果最终用户想自己拥有技术人员自行维护，那么技术人员人工成本的费用将远远高过OA的价格，如果技术人员离职后续的维护又成了新的问题。实际上开放源码的OA其价值、技术含量都非常低，有些甚至是盗版的，真正有实力的OA软件公司一般是不会轻易开放源代码的。

新型的平台型OA进行二次开发不需要开放源码，通过定制代替开发技术难度低，可以解决日常中的绝大部分问题，同时系统提供了大量、丰富和成熟的开发接口，就像我们在windows上编程，难道需要微软开放windows源码吗?当然，这种模式对系统接口开发的完善和成熟度也提出了较高的要求，这是衡量一款OA软件二次开能力和技术架构的重要依据，这是一个完全区别于直接开放源码的OA二次开发，其技术难度更低，工作量小、风险低，特别是对系统核心没有影响，能够持续享受厂家的最新版本升级。

相关阅读：基于OA源代码和OA平台的二次开发