本篇是企業服務架構演進系列的第五篇，本篇主要討論的內容是在進行企業信息系統建設的過程中我們如何針對當前業務背景，部門需求選擇合適的企業信息系統。是招人搭建企業信息部門建設還是購買第三方軟件服務，或者基于自研系統與第三方系統進行數據打通。這些方案一旦定下來就會長時間內影響整個公司的辦公運營效率，如果事前沒有進行充分的調研和實施，對于企業來說對信息系統一定不能更好的支撐業務發展。
- 企業服務架構演進-引言
- 企業服務架構演進-單體架構的變遷
- 企業服務架構演進-從jquery到vue的工程實踐
- 企業服務架構演進-單庫多服務的尷尬
5. 企業服務架構演進-第三方系統與自研之道
- 企業服務架構演進-走上造輪子之路
- 企業服務架構演進-重復開發之殤
物料管理系統的下線
在我印象中，我第一次遇到這種自研系統與第三方系統存在沖突和和替代的情況是在物料管理系統中，物料管理系統迭代開發了大半年之后，整體功能已基本完成，在之后的幾個月中只有簡單的一些維護工作，后期由于業務部門的需要，這個系統逐漸下線了，業務部門決定采用金蝶軟件供應商的服務產品，也就是說這個系統在公司業務高速發展的時間里完好的支撐了物料管理的需求，做好了自己的后勤工作。對于剛畢業的我和剛成立不久的企業信息化部門來說算是有個比較好的結果，這個系統的下線也代表著業務部門將會向更好的方向去發展。
物料系統的下線總體來說是對各方面都滿意的結果，從成本，效率上考量。他已經完成了自己的使命，除非當時擴展出更多的功能，向進銷存系統進發。
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等服務商能提供當前企業的全方位的需求，基本上每個公司都有自己的業務場景，有自己的組織架構，同時有相對個性而且特殊的問題要解決。自研與外采都或者自研與外采相結合都是解決問題的思路。建設企業系統少走彎路就需要從成本，效率，長遠規劃，組織決策，競品方案等全方位的為企業辦公系統進行籌劃，逐步推進，自上而下的推動企業信息建設。
