基于Odoo開源技術平臺的ERP系統開發

摘 要： 以開源ERP Odoo為研究對象，從國內自主化的核心技術發展、當下ERP行業背景及自主化ERP的發展道路的選擇問題等方面，進行了較為客觀的闡述，較為系統性地從Odoo既有自帶的應用功能、技術架構平臺、實施部署方案、性能負載測試綜合性等方面，論證了Odoo可以滿足國內自主可控的先進ERP管理系統的技術要求。最后總結結論是，通過Odoo完全能夠開發出一套具有世界先進水平的自主可控的ERP管理系統。

關鍵詞： 安全可控; ERP; 企業信息化; 開源自主

中圖分類號： TP 311文獻標志碼： A

Development of self Self Controlled ERP System Based on

the? Open Source? Technology Platform of Odoo

YANG Xunbo

（General Manager Office， Zaoyuan Information Technology （Shanghai） Co.， Ltd.， Shanghai 200030， China）

Abstract： This article uses takes open source ERP The research object of oOdoo which is the core technology as research objective， to introduce the development of localization in China， the current ERP industry background and the choice of the development path of localization ERP in China. It systematically demonstrates that odoo Odoo can meet the requirements of domestic autonomy in terms of its own application function， technical architecture platform， implementation deployment scheme， performance load test comprehensiveness， etc. Technical requirements of Odoo can satisfy the controllable advanced ERP management system in China. Finally， the conclusion is that through odooOdoo， we can? develop a set of independent and controllable ERP management system that hao advanced level in the world.

Key words： safety controllability; ERP; enterprise informatization;? open? source autonomy

0 引言

本文主要以國內自主化的核心技術發展、當下ERP行業背景及自主化ERP的發展道路的選擇問題等方面，進行了較為客觀的闡述，較為系統性地從Odoo既有自帶的應用功能、技術架構平臺、實施部署方案、性能負載測試綜合性等方面，論證了Odoo可以滿足國內自主可控的先進ERP管理系統的要求問題。最后總結結論是，通過Odoo完全能夠開發出一套具有世界先進水平的自主可控的ERP管理系統。

1 發展自主可控的ERP系統必要性

1.1 國內企業ERP系統的現狀

從筆者多年從事相關的企業信息化服務工作情況了解，在國內的大型央企、合資企業、國企、醫療、銀行、教育等，均以美國企業為代表的商業ERP廠商SAP、ORACLE為主[1]，這些ERP管理系統從本質上是閉源的，以通過許可費加服務實施費的方式進行收費，其中這些系統因為對許可的授權監控影響，均在服務交互端上插入了后門程序，用于收集客戶的使用信息情況，因而存在數據被監測與收集的可能。

在國內涉密類的企業采用的是國產金蝶和用友的ERP產品。以金蝶為例，其中客戶端與服務端必須安裝美國微軟公司提供的WINDOWS 桌面版的操作系統，技術架構也就被限定的只能使用美國制定的X86技術CPU架構方案，如國內自行研制的龍芯、海光、麒麟等CPU所架構的服務端或是客戶端操作系統平臺無法支持，結論是雖然他們是國產的ERP管理系統，但在服務支持層上依然存在后門數據收集等安全風險問題。

1.2 自主可控的ERP系統的技術路線選擇

對于國內發展自主可控ERP的管理系統設計路徑有以下兩種方式：

完全按照當前的安全可控的要求重新按照技術規范構建ERP管理系統。

通過開源ERP Odoo的技術技術平臺，進行安全可控要求的移植與改造，轉化成為安全自主可控的ERP生態與產品。

Odoo采用的開源協議是LGPL V3;LGPL是GPL的一個主要為類庫使用設計的開源協議，和GPL要求任何使用/修改/衍生之GPL類庫的的軟件必須采用GPL協議不同，LGPL允許商業軟件通過類庫引用（LINK）方式使用LGPL類庫而不需要開源商業軟件的代碼，這使得采用LGPL協議的開源代碼可以被商業軟件作為類庫引用并發布和銷售[2]。

由于Odoo是通過GITHUB進行開源共享，世界上有不少組織，包括一些歐洲的國家事業單位，如法國郵電集團通過在GIT上進行本地化的GIT版本分支，將分支的源碼通過GIT分布式的技術轉到法國郵電集團內部的GIT服務管理，通過內部GIT管理進行應用的重構和擴展，同時保持內核代碼部分與Odoo在GITHUB上的代碼一致。自己分支開發上層應用，并重新定義私自的代碼分發協議，這里我們舉例Odoo官方企業版的版本協議控制和分發的圖來輔助上述解釋，如圖1所示。

從圖1可以得到結論：Odoo的開源的社區版是Odoo的企業版內核，而企業版是社區版的增強應用功能，在企業版的增強功能這部分應用當中所使用的是Odoo企業版自定義的協議OEEL，所以通過這個方式完全實現了商業版的自主控制分發權。如同前面所提到的法國郵電集團的例子一致，我們如果采用Odoo作為創新型的ERP技術平臺也是通過類似Odoo企業版和法國郵電集團的方式一樣完成自定義的內部版本分發，將自主創新的功能細分為內部協議、開源協議等多種交叉模式，如圖2所示。

第二種路徑方式對于國內現實情況極為適用，包括中科院的麒麟操作系統（UBUNTU LINUX分支）等開源技術平臺均采用類似的第二種路徑方案。在發展國內自主可控的ERP系統中，可以借鑒Odoo已有并成熟的完全開源可控的技術架構，同時將一些復雜的業務流程和配置類的ERP必須具有的屬性保留，再結合國內實際企業的情況進行深入改造，我們可以通過這樣的模式縮短產品研發期與推廣期的問題，生態上又很容易的快速建立，結論是通過Odoo的開源技術平臺發展國內自主可控的ERP管理系統，是非常適合的技術路徑方案。

2 通過Odoo構建自主可控的先進ERP系統

如圖3所示。

Odoo是基于PYTHON+HTML5語言所開發的快速開發平臺框架所構建的具體模塊化的ERP應用技術平臺，我們從Odoo的平臺簡介和技術架構及部署方案3個層面分開闡述。

2.1 Odoo平臺介紹

Odoo，以前叫OPENERP，是比利時Odoo S.A.公司開發的一個開源自由的遵守國際LGPL開源協議的企業應用軟件套件，開源套件包括一個企業應用快速開發平臺，以及2萬個以上的第三方開發的企業生態應用市場。Odoo適用于各種類型規模的企業應用，并且由于前端采用HTML5加后臺JS渲染，確保了跨平臺，跨設備訪問，僅需標準瀏覽器即可訪問應用。

Odoo默認已有的基礎功能包含：企業基本的進銷存、采購、銷售、MRP生產制造、品保質量保障、企業招聘、員工合同、休假、午餐管理、內部論壇、車隊管理、內部聊天IM溝通、客訴追溯管理、CRM客戶關系管理、VOIP、E-SHOP電子商務、企業網站、財務會計、銀行對賬、資產管理、HR工資管理、預算管理、WMS倉庫庫存管理、POS、社區論壇、項目管理、條碼、PLM等。

Odoo是真正意義上的純B/S架構設計理念，全網全設備覆蓋，支持市面上任何一種操作系統的客戶端與服務端的部署。客戶端僅需通過瀏覽器就能自適應訪問，做到真正意義上的全網互聯。

基于上述的論述可以得到這樣的結論，無論從平臺特性還是與功能應用覆蓋面上，Odoo已經處于世界領先的ERP技術范疇、超越SAP、ORACLE等歐美發達國家所創造的一流先進的ERP產品技術框架。同時徹底去客戶端化，通過標準瀏覽器即可訪問支持，更符合國內未來企業的跨設備跨平臺的需求。

2.2 Odoo技術架構

Odoo已經整合了互聯網最新的第三方PYTHON技術類庫和JS技術類庫，又同時根據自身的MVC軟件工程規范邏輯進行了模塊功能的解耦，將自己的數據層、邏輯層、表現層完全獨立化操作，甚至在語言及方法調用上做到了徹底的分離，同時兼顧快速開發平臺的高效建模的特性，又把復雜的動作方法進行標簽定義。通過少量的PYTHON代碼加之Odoo自身ORM的框架特性，可以快速生成一個數據表單業務的基礎結構。如圖4所示。

通過上述技術架構藍圖中，我們可以看到，Odoo在關系型數據庫支持層采用了大型混合型開源自主可控的數據庫系統POSTGRESQL系統，該數據庫的最大優勢是數據負載量與高并發性能，可以媲美ORACLE。這可以使國內企業未來在數據負載量與高并發性能中承擔更多的數據承載服務的需求。

模型層的快速建模的工作原理是通過ORM數據持久支持層作為數據庫交互通訊的接口，ORM API接口調用方法如：如記錄集方法@API.MULTI、單例記錄方法@API.ONE、類靜態方法@API.MODEL、動作觸發方法@API.

ONCHANGE及@API.DEPENDS計算型方法等。

筆者編寫的代碼示例，可以看到通過@API.ONCHANGE方法來進行系統反饋時間與服務器當前日期的比對進行錯誤異常的JSON格式化文件的提醒拋出的具體編寫規范實例。

@API.ONCHANGE（'MEMBER_ID'）

DEF ONCHANGE_MEMBER_ID（SELF）：

TODAY = FIELDS.DATE.TODAY（）

IF SELF.REQUEST_DATE ！= TODAY：

SELF.REQUEST_DATE = FIELDS.DATE.TODAY（）

RETURN {

'WARNING'：{

'TITLE'： 'CHANGED REQUEST DATE'，

'MESSAGE'： 'REQUEST DATE CHANGED TO TODAY.'

}

}

由于Odoo的ORM層承擔著開發平臺最重要的核心開發框架，但基于這之上還需要其他的公共應用容器模組進行封裝，如MESSAGE層承擔著各功能模塊間信息通訊的作用，Odoo自帶的每個表單模型默認繼承MESSAGE層的技術應用，將單據的所有操作記錄都寫入到MESSAGE數據表單之中。如圖5所示。

從圖5可以看到每個的單據工作變更記錄都寫入到MESSAGE數據表單，MESSAGE自帶推送機制，可以實現IM或是郵件的信息推送與數據交互。通過CONTROLLERS層進行不同間的APP支持應用層的通訊完成模塊數據的交互。CONTROLLERS層是主要通過內部API規范進行數據間的互動調用來確保數據交互與模組間的安全分割。

以上測試集代碼用于搜索客戶及建立銷售合同、確認銷售合同及合同打款單最具實際業務高并發的場景，用于測試Odoo依照線性訪問的性能優勢。采用硬件測試環境，測試Odoo應用服務器的硬件配置： I5雙核CPU，16G內存，SSD硬盤;Odoo數據庫服務器硬件配置：12核CPU，16G內存。按照之前測試代碼和OdooLOCUST用戶并發數模擬，最終測試結果如圖8所示。

1） 1個并發用戶和50個并發用戶，系統響應速度幾乎沒有變化，5個操作的響應時間都在2秒上下;

2） 當100個并發用戶時，系統響應速度略有下降，響應速度在2秒至2.5秒之間;

3） 從100個并發用戶到200個并發用戶，系統響應速度略有波動，但都在2秒至3秒之間;

4） 以大型企業的用戶數800為例，連接用戶數200為例，平均并發用戶數50為例，峰值并發用戶數71的情況下，系統常見操作的響應時間在2.5秒以下;

5） 考慮到將來的發展，如果用戶總數翻一倍，用戶數1600，連接用戶數400，平均并發用戶數100，峰值并發用戶數達到142人，系統常見操作的響應時間在3秒以內;

6） 正常情況下，系統響應時間在4秒內（考慮增加1秒的網絡延遲）。根據用戶響應時間標準，這個響應時間屬于“比較不錯”的用戶體驗。

通過上述結論，Odoo從部署架構與性能測試的結果，完全可以承擔大型企業級的應用，如果將POSTGRESQL的NOSQL特性發揮出來并進行功能深入的改造，可以有更大性能提升，如達到上述假設，將完全可以承擔國家級工業互聯網平臺化訪問并發量的需求。

3 總結

通過上述文中闡述，我們可以看到無論Odoo自身的開源技術特性、既有可移植使用的功能、先進的平臺技術架構、靈活的部署方案、性能壓力測試等關鍵性技術指標，已經可以得到Odoo各方面的技術要求是足以滿足發展及構建國內自主可控ERP系統較為優秀的技術路線方式。

參考文獻

[1] 馮明麗，陳志彬. 基于電信運營商的大數據平臺及去IOE應用研究[J]. 電信技術 ，2015（9）：25-28.

[2] 周榮茂. 五種開源協議的比較（BSD，APACHE，GPL，LGPL，MIT）[J]. 開源時代， 2010.

[3] 周愛武，汪海威，李知兵. 計算機操作系統教程[M].北京： 清華大學出版社，2005.

（收稿日期： 2020.07.20）

作者簡介：

楊潯波（1986-），男，本科，助理工程師，研究方向： Odoo ERP實施、開發、部署架構等相關企業信息服務。