ERPNext 如何優於 Odoo – 一個資深Odoo服務商轉ERPNext后的感悟

blank

從官方推特上找到的這篇部落格文章,跟我們自己總結的似乎異曲同工。

部落格原文 https://ecosoft-odoo.blogspot.com/2023/05/how-erpnext-superior-than-odoo-odooer.html

以下Google翻譯

ERPNext 如何優於 Odoo - Odoo 顧問的觀點

在默默關注 ERPNext 多年之後,我終於有機會為我們在 2015 年實施 Odoo 的一位現有客戶實施它,並希望改進他們的系統。 這一次,我認為切換到 ERPNext 會更好,因為有些事情 Odoo 沒有答案,即,

  • 免費升級
  • 低成本雲服務
  • 能夠由自己的員工維護

所以,在實施之後,我想分享一下我對這個產品的印象。 我將在主題中將 ERPNext 與 Odoo 進行比較,我認為 ERPNext 是明顯的贏家。

你準備好了嗎? 讓我們開始吧。

1. ERPNext 背後的公司 - Frappe Technologies

「ERPNext」是一個軟體名稱,由一家名為「Frappe Technologies」的公司使用名為「Frappe Framework」的框架創建。 該公司是在 Odoo S.A. 之後不久成立的。因此,這家公司並不是新成立的,並且在很長一段時間內一直在跌跌撞撞地尋找自己的出路。 它的創始人 Rushabh Mehta 是印度人/孟買人。 從美國受教育。

Rushabh 先生在未能在市場上找到足夠好的 ERP 之後創建了 ERPNext 作為其家族企業的解決方案,這些 ERP 既昂貴又不靈活。 令人驚訝的是,這與 Fabien Pinckaers 創建 Odoo 的原因相同。 然而,使 ERPNext 與包括 Odoo 在內的其他產品不同的是,從第一天開始就決定使用元框架的概念。 這個想法是讓數據模型/視圖邏輯/工作流和其他組件盡可能多地準備好由數據配置使用,並且需要盡可能少的編碼。

在早期,進展非常緩慢,因為要創建一些東西,不是直接編碼出那個組件,而是創建將實習創建組件的元數據組件(參考:ERPNext 的起源)。 這個元框架就是今天所說的低程式碼/無程式碼平台。

經過幾天的汗水和淚水,Frappe Framework 和 ERPNext 已經發展成為一個穩定且低維護的軟體,需要更少的開發人員進行維護。 Frappe 團隊相當小,如果沒有被誤解的話,4-5 年前他們只有 20 人。 後來忙著擴張,現在只有 60-80 人,跟 Odoo S.A. 幾千人的員工比起來簡直是小巫見大巫。

我喜歡 Frappe 團隊的地方在於它的設計原則,Frappe 非常重視用戶體驗,多年來它的 UI/UX 不斷地重新設計。 如果你瀏覽 Frappe 的網站,你會發現每個方面都極簡主義和高標準(參考:人與設計,ERPNext V13 重新設計)。

Frappe 是一家擁有非常民主文化的公司,其核心價值觀「透明和自由」貫穿於他們所做的一切。 一個具體的證據是選擇你自己的薪酬計劃,如果不是真正相信開放的文化,那將是不可能的。

許多驚喜轉為敬佩,選擇Frappe對我來說,不僅僅是軟體,還有公司和他們的價值觀。

2018 年,我參加了在 Jarkatar 舉行的開發者聚會並遇到了 Rushabh Mehta。

2. 100% 開放原始碼

畢業后一直從事企業IT工作。 我在一個面向銷售的專有軟體部門。 而且我對我們銷售的軟體有不好的感覺,這些軟體往往會誇大但最終無法兌現承諾。

10 年前,有人向我介紹了 Adempiere,一個開放原始碼 ERP,它的理念和社區。 事情與我來自的地方完全相反。 看起來真誠、開放、樸實無華。 它邀請大家發表意見並幫助進一步發展。 在那之後,我再也沒有回頭。

許多優秀的開放原始碼軟體一開始都是 100% 開放的,並吸引了大批頑固的開發人員。 一旦成功,就會讓他們的社區失望。 因此,開放原始碼是我在這裡的一個關鍵準則。

Odoo 本身在啟動時也是 100% 開放原始碼的,直到版本 9,許可從 AGPL(100% 開放)更改為 LGPL(開放核心)。 隨後,幾個關鍵模塊已從社區版本中刪除。

我們不得不接受這樣一個事實,即 Odoo S.A. 逐漸降低其開放原始碼強度,更多地關注行銷而不是傾聽他們的社區。

我不會判斷哪個更好。 Odoo 是迄今為止市場上最成功的開放原始碼軟體。 良好的行銷對開發商及其合作夥伴也有良好的影響。 但是對於來自開放原始碼類型的我們來說,我們可能希望在開放原始碼方式上走得更遠。

至於Frappe,它不僅沒有改變他們過去十年的承諾,而且似乎更加強烈地堅持開放原始碼原則。

有一個案例讓我印象深刻。 Frappe Cloud 為 Frappe Technologies 提供了一定程度的財務自由。 對於公司來說,這是它創收的秘密武器,如果它自己保守這個秘密,沒有人會介意。 但在 ERPNext

在孟買舉行的 2022 年大會上,由 Aditya Hase 領導的 Frappe Cloud 團隊宣布 Frappe Cloud 將開放原始碼,這讓所有人都大吃一驚。 這一原則決定使公司真正 100% 開放原始碼,毫不妥協。

未來是不確定的。 但如果我必須預測一家公司將保持 100% 開放原始碼,我當然會選擇 Frappe Technologies。

3.低程式碼/無程式碼

如果我只能選擇 ERPNext 相對於 Odoo 的一個優勢,我會選擇低程式碼/無程式碼功能。 低程式碼/無程式碼現在很流行,這個領域有很多參與者(例如 AppSmith、Retools、Bubble 等),但 Frappe 是唯一一個足以創建像 ERP 這樣的複雜系統的公司。

Frappe Framework 允許用戶無需編寫程式碼即可創建應用 程式,而是通過創建新的 DocType 並直接通過使用者介面對其進行自定義。 這相當於在 Odoo 中編碼出 Model / View / Action。

以我通過創建名為「Cash Holder Summary」的 Doctype 創建的新窗口為例

當您想要自定義時,選擇自定義菜單。 用戶可以立即編輯數據模型和視圖。 完成後,按下更新按鈕,瞧,用戶可以繼續使用它中斷的應用 程式。

需要比 CRUD App 更複雜的邏輯? 在許多其他無程式碼選項中,Frappe 用戶可以在 伺服器端和客戶端以低程式碼編寫腳本。

例如,下面的腳本設置為在更新費用索賠文檔時運行,以驗證稅基金額並顯示警告消息。

我不會去進一步的細節。 如需更多自定義選項,我編寫了一個基礎教程 Frappe Low Code 101。

現在讓我們回顧一下,使用 Frappe Low Code 我們幾乎可以做任何事情:數據建模、UI/UX、工作流、Onchange、計算欄位、 列印輸出、報告、視圖、圖表、圖形、菜單等等。 一切都可以導出以安裝在另一個 網站。

此外,通過 Low Code 螢幕編寫腳本只是一種選擇,在 VS Code 上編寫程式碼也是可能的,並且推薦使用。

在Odoo中,無論是創建新的模塊還是自定義現有的模塊,無論多小,都需要 程式員,需要一個部署步驟。

有些人可能會爭辯說,Odoo 也有一個名為 Studio 的低程式碼工具。 好吧……不是真的。 如果粗略的看一下,或者拿來做demo,我覺得還可以。 但如果它在項目中被廣泛使用,從長遠來看要小心問題。 因為 Studio 只是更混亂程式碼之上的糖層。 Studio 不是真正的低程式碼工具,而且永遠不會。 有經驗的人會告訴你遠離工作室。

而 Frappe 從第一天開始就是作為低程式碼方法建構的。 這是使用 Frappe 建構應用 程式的自然方式。

關於自定義開發,那些同時使用過這兩個系統的人會說 Frappe Framework 比 Odoo 更容易學習。 但比易於開發更重要的是低程式碼的敏捷性,可以直接從 UI 即時調整即時系統,這大大降低了維護成本。

4.一致性

一致性意味著整個系統的標準化工作方式、UX/UI。

事實上,Odoo 作為一個框架也有標準化的工作方式,但不如 Frappe。 我想舉例說明文檔的狀態和更改狀態的按鈕操作。

在 Odoo 中,每個文檔都可以有無限數量的 Status 和 Actions,因為它們是通過自定義編碼創建的。 例如,一個 RFQ 文檔可能有 4 個狀態(包括取消),並且有一些操作按鈕可以將一種狀態更改為另一種狀態。

而在 Frappe 中只需將 Doctype 設置為 Submittable(無編碼),文檔將只有 3 種狀態:0-Draft、1-Submitted 和 2-Cancelled,其中顯示有效的操作按鈕。 這適用於所有可提交的文件。

看起來 Frappe 缺乏靈活性,不是嗎? 話雖如此,這是用於創建像 ERP 這樣的複雜系統的框架,它具有針對每個 Doctype 的工作流配置,您可以在其中添加任意數量的狀態和操作,無需編碼。

擁有更標準化的工作方式使系統變得簡單和可預測,直接影響整個系統的穩定性。

5. 精心打造的特色

我會將 Frappe 定義為 Apple Inc,以用戶為中心和對細節的關注。 我想舉一個在 ERP 中非常常用的例子,表格 列印。

在 Odoo 中,我們將使用基於 XML 的文件 QWeb 來創建 列印輸出表單。 還有其他一些替代方案,例如 Jasper iReport,但它們都很複雜,需要部署步驟,而且不是很優雅。

直到今天,Odoo 仍以同樣的方式工作,通過點擊 列印菜單下載 PDF。

在 ERPNext 中,有一個可以拖放的表單生成器和可選的 Html/Jinja 模板組件。

單擊文檔窗口中的 列印按鈕會顯示一個漂亮的 列印預覽窗口。

您可以選擇 列印格式和語言。

完整頁面

刷新頁面

列印按鈕

低成本為新鋰電池帶來優勢

ve系統,這裡的調整往往還沒有結束。 用戶可以調整設計,單擊刷新並立即看到結果。

我喜歡的另一個示例功能是數據導入,它為每個文檔類型都有一個專用窗口。

一些突出的能力,例如,

  • 支持大批量的作業隊列
  • 即時進度條
  • 使用 Google 表格中的數據
  • 將所有導入歷史保存在一個地方
  • 能夠僅導出錯誤的記錄以便更正並再次導入

我目前的體驗,對於相同的功能,Frappe 似乎更周到。

6. 安全和審計日誌

ERPNext 具有安全性和可追溯性功能,無需依賴 Odoo 等社區外掛。

安全和審計日誌是ERP系統的一大強制性要求。 無論它擁有多少業務功能,缺乏良好的安全特性是任何企業都不能接受的。

一如既往,我想引用具體的例子,比如用戶許可權管理。 您會看到每個 Doctype 的許可權更詳細,就像在 Odoo 中一樣,例如操作、 列印、共享、導出,一切都在一個窗口中完成。

在用戶窗口中,顯示了很多安全功能。 我特別喜歡的一個例子是 IP 限制。 它適用於不希望員工從組織外部使用系統的組織。

可以在一個地方管理各種類型的審計日誌。

所有類型的日誌都被仔細保存並且易於理解。

每一個文件都保留每一個變化。 比較新舊數據。

7.可擴展性

對於曾經使用 Odoo 部署過大型系統的人來說,一定遇到過性能問題。 主要問題在於 Odoo 的 ORM(對象關係映射),這在某種程度上是一個很好的特性。 ORM 使得編寫程式碼來讀取/寫入數據變得非常容易,但代價是大量的 SQL 連接。

當我剛接觸 ERPNext 時,我發現 Frappe 有一個 String Name 欄位並將其用作外鍵而不是 Integer ID,這讓我非常惱火。 我一直都知道資料庫規範化需要一個整數 ID,並且如果它需要來自另一個表的名稱,則始終使用 SQL 連接。

比如ERPNext中的Purchase Order介面,懂技術的都知道,對於Odoo來說,它會使用5個join來檢索相關的Names (Supplier, Company, User, Warehouse, Item)。

但是使用 ERPNext,不需要單個 SQL 連接,因為在每個欄位中看到的名稱資訊直接從採購訂單表本身顯示。

ERPNext 上使用的示例 SQL。

從 `tabPurchase Order` 中選擇供應商、公司、requested_by,其中 name = 'PO-2023-01150'

如您所見,ERPNext 在其數據結構級別上具有擴展性,無論 Odoo 多麼努力,我相信 ERPNext 將更具可擴展性。

8. 升級也免費且簡單!

對於安裝最新版本的 Odoo 的人來說,可能不會太擔心未來的升級。 但是對於10年沒有升級的系統來說,這是一種風險,也是一個很大的機會喪失。

除了可以免費升級,Frappe的系統架構也讓升級變得非常簡單。 要升級,只需在命令行中輸入,

> git pull (更新程式碼到最新)

> 基準遷移(做升級)

Odoo開發者都會知道Odoo的架構是非常模塊化的。 在每次成功的實施中,可能會安裝數百個模塊。 每個模塊都將與其他模塊緊密相關。 一個模塊的更新會連續影響其他模塊,DevOps 必須足夠好以確保一個模塊的更改不會影響其他模塊。

此外,如果您想升級到新的主要版本,您需要為所有用戶購買企業許可證,然後將您的資料庫提交給 Odoo S.A. 以升級您的資料庫。

回到 Frappe 框架,系統架構不像 Odoo 那樣模塊化。 您可以安裝額外的應用 程式或編寫您自己的自定義應用 程式,但它們不像 Odoo 案例那樣分散或緊密依賴於其他應用 程式。

Odoo 以在不諮詢社區的情況下更改新主要版本中的數據結構而聞名,導致開發人員需要額外的工作來糾正他們的模塊。 最新的例子是版本 16 中刪除的分析標籤。

雖然 ERPNext 團隊很少更改系統的結構,或者如果有更改,它會與其開發人員社區密切協商。

由於上述許多原因,ERPNext 上的額外應用 程式往往可以在新的主要版本中運行,而無需像 Odoo 中那樣進行太多修改,並且升級過程中的痛苦要小得多。

我使用專為 ERPNext 托管的 Frappe Cloud。 升級也超級簡單。 當雲系統警告程式碼已更新時,按下立即更新按鈕,就是這樣。

Frappe Cloud 是我最喜歡的服務之一。 與 Odoo.sh 相比,它易於使用且價格非常合理。 我運行了 6 個 網站,在更新系統時從未遇到過任何問題。

9. 貼合當地需求

從使用該系統的經驗來看,在我看來,ERPNext 具有以下特點:

帽子更適合我們當地的需要。 這在某種程度上是我個人的觀點。 長期使用Odoo,總覺得開箱即用的Odoo並沒有滿足我們需求的功能,我們必須始終依賴社區模塊來滿足我們國家的基本需求

  • Odoo 沒有員工預付款/費用清算,只有費用索賠,但 ERPNext 有。
  • Odoo Payroll 不支持符合泰國慣例,但 ERPNext 可以。
  • Odoo 沒有 Employee Loan 供員工借錢作為福利,但是 ERPNext 有。
  • Odoo 沒有多層折扣和賬單折扣,但 ERPNext 有。

等等

ERPNext 的概念似乎傾向於像我們這樣的亞洲,那裡的業務通常比西方國家更挑剔。

10. Frappeverse Frappe生態圈

Frappe Framework 已經達到了一個非常穩定的點。 Frappe 團隊可以以更低的成本更快地發布新產品。 Frappe Cloud 的到來有助於增加收入,並允許團隊推出比 ERPNext 更多樣化的產品,他們稱之為 Frappeverse。

Frappeverse由多種產品組成,全部基於Frappe Framework,每個產品團隊都有自己的技術和市場,其中ERPNext仍然是Frappe的主打產品。

Frappeverse 也是 100% 開放原始碼的,其中一些也可以在 SASS 中使用:

Frappe 框架 - 用於低程式碼開發

ERPNext - ERP / CRM / SCM

Frappe HR - 工資單、員工自助服務、貸款、休假、考勤等人力資源管理系統

Frappe Insight - 商業智能和視覺化

Frappe Books - 離線會計軟體

Gameplan - 企業通信和協作軟體

Frappe Desk - Helpdesk 系統

Frappe LMS - 學習管理系統

Frappe Healthcare - 醫療保健管理系統

Frappe Wiki - 創建 wiki 文檔.

Frappe Drive - 管理文檔和文件

過去,人們只知道 ERPNext 而不知道 Frappe Framework。 隨著 Frappeverse 的出現,Frappe Technology 擺脫了單獨在 ERP 市場的競爭。 其他市場的存在應該會加強 Frappe 團隊。 對於那些選擇 Frappe 生態系統的人來說,還可以獲得更廣泛的軟體應用 程式來實施。 當然,所有這些都是 100% 開放原始碼的。

總結

到目前為止閱讀過並且對 Frappe / ERPNext 感興趣的任何人,我認為現在是開始的好時機。 儘管與 Odoo 相比,ERPNext 在市場上的知名度較低,但它有其獨特的價值主張和功能。

對我來說,兩者都是非常好的商業軟體。 這篇文章不是想表達 Odoo 不是好的選擇,它是一種選擇的自由。 當我們了解它們時,我們可以充分利用它們的差異,並根據情況選擇合適的。

如果你已經選擇 Odoo ,但你仍然想要 100% 開放原始碼,我強烈建議你加入 OCA(Odoo 社區協會),它會成為你的救星。 如果您喜歡開放原始碼並希望項目能落地,恕我直言,這是唯一的途徑;)

What do you think?

Written by Hyper Growth

blank

終極 WordPress SEO 指南

blank

ERP部署的類型