企业服务架构演进-第三方系统与自研之道

本篇是企业服务架构演进系列的第五篇，本篇主要讨论的内容是在进行企业信息系统建设的过程中我们如何针对当前业务背景，部门需求选择合适的企业信息系统。是招人搭建企业信息部门建设还是购买第三方软件服务，或者基于自研系统与第三方系统进行数据打通。这些方案一旦定下来就会长时间内影响整个公司的办公运营效率，如果事前没有进行充分的调研和实施，对于企业来说对信息系统一定不能更好的支撑业务发展。

物料管理系统的下线

在我印象中，我第一次遇到这种自研系统与第三方系统存在冲突和和替代的情况是在物料管理系统中，物料管理系统迭代开发了大半年之后，整体功能已基本完成，在之后的几个月中只有简单的一些维护工作，后期由于业务部门的需要，这个系统逐渐下线了，业务部门决定采用金蝶软件供应商的服务产品，也就是说这个系统在公司业务高速发展的时间里完好的支撑了物料管理的需求，做好了自己的后勤工作。对于刚毕业的我和刚成立不久的企业信息化部门来说算是有个比较好的结果，这个系统的下线也代表着业务部门将会向更好的方向去发展。

物料系统的下线总体来说是对各方面都满意的结果，从成本，效率上考量，他已经完成了自己的使命，除非当时扩展出更多的功能，向进销存系统进发。

OA系统从外采到自建

从我16年2月实习开始用到的OA系统实际上是从外面采购过来的，是整套服务搬到自己的一个服务器上面，数据库，服务代码都在一个服务器上面，这个OA系统中包括了hr,招聘，流程，权限，审批，请假，工资，规章制度，公告等一系列服务。后期由于OA系统的登录账户数量限制和本身功能不能很好的满足公司办公的需要慢慢通过自建的方式将这个OA系统下线了。新的OA系统基于公司微服务框架进行搭建，财务，行政，请假，审批，hr办公等系统相继自研或者外采来替代老OA系统。

OA系统本身是个单体服务，数据库，代码等在同一个服务器上面，搞不好服务一挂，很多工作都会受到影响，另外一方面基于tomcat 单体服务支持同时在线的人数不多，无法满足上千人的企业办公需求。由于是整个采购过来搭建的，在上面进行二次开发几乎也不可能。但是对于1000人以内的中小企业来说基本够用了。它的下线也意味着随着公司的发展自研企业级办公系统基本成了最好的选择。

企业信息化部门对接hr saas平台

在企业信息化部门成立之后，实际上已经有团队在做hr系统了，但是中间并没有经过太多调研或者领导层并不信任把这个系统交给一个刚成立不久而且需要长时间投入开发的团队来做。第一版做完上线之后，领导层传递的信息就是我们要从外面采购一套hr系统，并快速投入使用，之后由我们部门对接这个外采的hr系统。这个外采系统背后的公司实际上是一家做saas服务的公司，也可以说做出的hr系统基本上算是一种通用的解决方案。我们这边由一位资深开发负责对接这个外采系统，和外采hr系统的开发人员&产品经理讨论之后，我们这边决定建设一个定时任务工程去定时捞取数据，双方采用HTTP协议，加上一些安全验证的机制保障数据安全。这种协作方式从16年到18年持续了2年多，但是中间出现了很多问题，导致我们后期决定花力气自研。其中最典型的问题就是数据延迟，员工入职流程最少要2天才能完成，有时候由于数据差错导致员工入职失败，我们这边维护人员经常接到业务部门的反馈说员工入职账号，数据等都有问题无法尽快正式办公。另外一个是和钉钉对接，阿里云邮箱对接也是由这个外采hr系统负责的，双方的数据通过同步完成，但是数据上的唯一性和对应的业务逻辑经常存在问题，新加字段也要和这个外采系统的对接同学扯皮很久，说要排期，加钱，没时间等等。因此，在这段时间里这种模式对于企业维护人员来说是极不友好的，对于整个公司的运营效率也产生了一定的负面影响。

这个自研服务与外采系统进行对接的case是一个比较典型的反例，虽然对于公司的发展有一定的帮助，但是最终弊大于利。对于公司，hr部门，企业信息部门来说都有不少沉没成本在里面。

企业级招聘系统对接前程无忧,智联招聘

我们重启开发corehr系统之后也同时立项开发招聘系统，经过几个月的迭代，招聘系统已经可以支持各个业务线和集团公司的招聘需求了。另一方面由于招聘系统对应的业务模型和hr系统不太一样，我们需要对简历信息进行收集和筛选，然后跟进，从捞取简历，到推荐，到投递，面试，入职等都有相应的流程和功能模块。我们也建立了自己的简历库，但是为了满足整个公司的招聘需求我们对接了前程无忧和智联招聘的简历库，通过http接口的方式捞取数据，如果一个应聘者通过前程无忧和智联招聘的渠道投递了我们公司，那么他的基本信息很快就可以在企业内部的招聘系统中查到，然后有专门的hr去跟进。这个系统与前程无忧和智联招聘对接的过程中其实也有些问题，只是没有之前外采hr系统那么严重，在开发对接过程中他们有专门的对接开发文档，按照文档去开发对应的业务代码就行了。我们这边也是建立了一个定时任务工程，定时从这两个网站后台拉取数据，然后通过一些通用的解析手段将我们这边需要的字段解析出来存到数据库中。在开发对接的过程中有一点比较重要就是HTTP接口的数据安全，两家技术网站的对接原理大同小异。

在这个case中，这是一个中规中矩的系统对接案例，因为无论从对接开始还是落地，还是换人维护基本没有遇到多少问题，同时还可以继续为企业贡献价值。

企业级财务系统对接金蝶api服务

在企业级财务系统中实际上对接了两个方向的系统，一个是银行一个是金蝶这种资深ERP软件服务公司。银企直连项目是之前财务系统中期迭代的时候提的需求，具体对接过程我这边没有更详细的接触，另一个就是对接金蝶系统，这个对接实际上是HR系统跟金蝶系统的对接，只不过从财务部门的角度来说财务系统和金蝶系统实际上是一体的，我们这边提供了一个http接口的api提供员工薪资等数据给到金蝶系统，然后做财务等相关业务。

在这个case中不仅仅是2个系统之间的对接，而是企业系统生态与外部系统整体的对接了。财务系统，hr系统，金蝶，银行这些相互之间通过安全的协议进行数据交互和打通共同提高企业的办公效率。比如发工资的时候，我相信在互联网行业里面发工资的形式也有很大不同。

总结:整体来说对于当前企业办公面临的问题如果有自研的能力的话那么还是自研是比较好的选择，另外一方面如果公司处于高速发展的时期不差钱可以外采系统然后慢慢自研替代。现如今，整个环境中很少有paas,saas等服务商能提供当前企业的全方位的需求，基本上每个公司都有自己的业务场景，有自己的组织架构，同时有相对个性而且特殊的问题要解决。自研与外采都或者自研与外采相结合都是解决问题的思路。建设企业系统少走弯路就需要从成本，效率，长远规划，组织决策，竞品方案等全方位的为企业办公系统进行筹划，逐步推进，自上而下的推动企业信息建设。

我最近整了一个公众号，持续输出原创内容，敬请关注：

架构设计@工程设计@服务稳定性之路