Bảng Giá Phần Mềm ERP 2026: Gói Standard, Custom, Giấy Phép Light User Và Cách Tính Tổng Chi Phí Với Odoo 20

Thị trường phần mềm ERP trong năm 2026 đã dịch chuyển gần như hoàn toàn sang mô hình đăng ký theo người dùng. Bản quyền trọn đời theo module từng là cấu trúc phổ biến, nhưng giờ đây đã lùi về vị trí ngoại lệ. Phần lớn nhà cung cấp, trong đó có Odoo với phiên bản 20 vừa chính thức phát hành vào khoảng tháng 10 năm 2026, niêm yết giá theo đơn vị "người dùng trả phí mỗi tháng", kèm theo các gói dịch vụ được phân tách rõ ràng theo phạm vi ứng dụng, phương thức hosting và quyền tùy biến mã nguồn. Cách đọc bảng giá vì thế không còn là việc so sánh một con số duy nhất, mà là việc phân tích cấu trúc: những gì nằm trong gói, những gì nằm ngoài gói, và chi phí phát sinh ở từng giai đoạn vòng đời hệ thống.

Bài viết khảo sát cấu trúc bảng giá ERP năm 2026 qua một ví dụ cụ thể là Odoo 20, dựa trên các mức giá niêm yết chính thức trên trang định giá của nhà cung cấp, kiểm tra tại thời điểm tháng 11 năm 2026. Nội dung bao gồm ba nhóm vấn đề: mô hình định giá theo người dùng và các loại giấy phép, các gói One App Free, Standard và Custom với phạm vi dịch vụ đi kèm, và cách tổ chức tổng chi phí sở hữu thành các khoản mục để đối chiếu khi lập ngân sách hoặc khi so sánh giữa các nhà cung cấp.

📑 Mục Lục

• Mô hình định giá theo người dùng trong ERP 2026
• Các gói định giá chính thức của Odoo năm 2026
• Cấu trúc của một gói dịch vụ ERP: những gì được và không được bao gồm
• Tổng chi phí sở hữu ERP: cách tách các khoản mục ngân sách
• So sánh với mô hình định giá truyền thống
• Định hướng chọn gói cho doanh nghiệp vừa và nhỏ

Mô Hình Định Giá Theo Người Dùng Trong ERP 2026

🏷️ Từ định giá theo ứng dụng sang định giá theo người dùng

Cấu trúc định giá truyền thống của phần mềm ERP gắn mức phí với từng module chức năng: một giá cho bán hàng, một giá cho kho, một giá cho kế toán, cộng thêm phí bản quyền và phí hỗ trợ hàng năm. Tổng chi phí vì thế phụ thuộc vào số lượng ứng dụng được kích hoạt, và mỗi lần mở rộng chức năng đều kéo theo một dòng chi phí mới. Mô hình định giá theo người dùng thay thế trục "ứng dụng" bằng trục "tài khoản truy cập nội bộ": phí tính trên mỗi người dùng trả phí mỗi tháng, và trong cùng một mức phí đó, tập ứng dụng mở rộng theo gói. Ở gói cao nhất của Odoo, toàn bộ danh mục ứng dụng — từ Sales, Accounting, Inventory đến Manufacturing và HR — được truy cập với cùng một mức giá người dùng, không phân tách thêm theo module.

Hệ quả trực tiếp của cấu trúc này là chi phí biên để thêm một ứng dụng mới gần như bằng không, trong khi chi phí biên để thêm một người dùng nội bộ là một con số cố định được niêm yết công khai. Khi lập ngân sách, câu hỏi trung tâm vì thế chuyển từ "sẽ cài những module nào" sang "bao nhiêu người cần tài khoản nội bộ và họ thuộc loại giấy phép nào". Đây là sự khác biệt về cấu trúc, không phải sự khác biệt về mức giá: cùng một doanh nghiệp có thể có tổng chi phí thấp hơn hoặc cao hơn so với mô hình cũ tùy thuộc vào tỷ lệ giữa số người dùng và số ứng dụng mà họ thực sự sử dụng.

🧮 Người dùng trả phí và người dùng miễn phí

Một khái niệm quyết định độ chính xác của mọi phép tính chi phí là phân biệt người dùng trả phí (paying user) với người dùng miễn phí (free user). Theo định nghĩa được công bố trên trang định giá của Odoo, người dùng trả phí là những tài khoản có quyền truy cập nội bộ vào dữ liệu nghiệp vụ của doanh nghiệp: nhân viên nhập liệu đơn hàng, nhân viên kho thực hiện xuất nhập, nhân viên kế toán xử lý chứng từ, hoặc một kế toán viên bên ngoài làm việc trên sổ sách của doanh nghiệp. Người dùng miễn phí là những tài khoản chỉ tương tác qua cổng thông tin (portal) hoặc qua cửa hàng trực tuyến: khách hàng tra cứu hóa đơn và trạng thái đơn hàng, nhà cung cấp theo dõi đơn đặt hàng, hoặc khách truy cập đặt hàng trên kênh thương mại điện tử. Các tài khoản portal này không làm phát sinh chi phí giấy phép dù số lượng không giới hạn.

Phân loại này có ý nghĩa thực tế lớn đối với doanh nghiệp bán lẻ hoặc thương mại điện tử, nơi số lượng khách hàng sử dụng hệ thống có thể lớn gấp hàng chục, hàng trăm lần so với số nhân viên. Trong cấu trúc định giá theo người dùng, chỉ nhóm nhân viên và đối tác làm việc nội bộ mới được tính vào cơ sở tính phí, và cơ sở đó cần được xác định ngay từ bước khảo sát trước khi nhận báo giá.

👥 Light user: giấy phép cho nhóm thao tác giới hạn

Nằm giữa giấy phép đầy đủ và tài khoản portal là loại giấy phép light user, với mức phí thấp hơn đáng kể so với giấy phép người dùng đầy đủ. Trên trang định giá của Odoo năm 2026, mức phí niêm yết cho light user là 2,90 USD mỗi người dùng mỗi tháng, thấp hơn khoảng một phần ba so với mức phí của gói Standard thanh toán theo năm. Light user là tài khoản có phạm vi thao tác bị giới hạn trong một nhóm nghiệp vụ nhất định của hệ thống, thay vì truy cập toàn bộ dữ liệu nội bộ. Việc xác định ai phù hợp với loại giấy phép này là một bước cấu hình giấy phép, không phải một tùy chọn kỹ thuật: mỗi tài khoản được gán một loại giấy phép khi tạo, và tổng chi phí giấy phép là tổng của từng loại.

Các Gói Định Giá Chính Thức Của Odoo Năm 2026

💵 One App Free: một ứng dụng, số người dùng không giới hạn

Gói One App Free có mức phí 0 USD: một ứng dụng duy nhất, số người dùng không giới hạn, host trên Odoo Online. Trong cấu trúc định giá của Odoo, đây là điểm khởi đầu cho doanh nghiệp siêu nhỏ hoặc cho việc đánh giá một ứng dụng cụ thể trước khi mở rộng. Hai điểm cấu trúc đáng chú ý được ghi rõ trong phần hỏi đáp chính thức: thứ nhất, gói miễn phí hỗ trợ nhiều công ty (multi-company), tức là một cơ sở dữ liệu có thể phục vụ nhiều pháp nhân; thứ hai, ứng dụng được chọn cho gói miễn phí có thể là chính Odoo Studio, công cụ tùy biến giao diện và nghiệp vụ không cần viết mã. Một lưu ý kỹ thuật là tính phụ thuộc giữa các ứng dụng: khi ứng dụng được chọn có yêu cầu các ứng dụng nền tảng, các ứng dụng nền tảng đó được cấp kèm miễn phí theo gói. Ví dụ, eCommerce phụ thuộc vào Website và Invoicing, nên việc chọn eCommerce cho gói miễn phí kéo theo hai ứng dụng phụ thuộc đó.

📦 Standard: toàn bộ ứng dụng trên Odoo Online

Gói Standard mở toàn bộ danh mục ứng dụng của Odoo với một mức phí người dùng duy nhất, host trên Odoo Online. Mức phí niêm yết tính bằng USD là 8,95 USD mỗi người dùng mỗi tháng khi thanh toán theo năm, và 11,20 USD mỗi người dùng mỗi tháng khi thanh toán theo tháng. Danh mục ứng dụng trong gói bao gồm các nhóm nghiệp vụ lõi: Sales, eCommerce, Sign, Website, Accounting, CRM, Inventory, HR, Project, Point of Sale và các ứng dụng còn lại trong cùng một mức phí. Gói Standard là gói host hoàn toàn trên hạ tầng đám mây của Odoo, không bao gồm tùy chọn tự hosting, và không bao gồm các quyền mở rộng kỹ thuật như API ngoài hay Studio.

🛠️ Custom: Odoo Online, Odoo.sh và on-premise

Gói Custom giữ nguyên phạm vi "toàn bộ ứng dụng" của Standard nhưng mở rộng theo hai chiều. Chiều thứ nhất là quyền kỹ thuật: Odoo Studio và các công cụ AI theo mô hình agentic, đa công ty, và API ngoài (external API) được đưa vào gói. Chiều thứ hai là phương thức triển khai: ngoài Odoo Online, gói Custom cho phép host trên Odoo.sh — nền tảng tích hợp liên tục của Odoo cho các mã tùy biến — hoặc on-premise, tức là tải bản doanh nghiệp của Odoo về và tự vận hành trên hạ tầng của doanh nghiệp hoặc của một nhà cung cấp dịch vụ hosting tại Việt Nam. Mức phí niêm yết là 16,40 USD mỗi người dùng mỗi tháng khi thanh toán theo năm và 20,40 USD khi thanh toán theo tháng. Phần ghi chú của bảng giá nêu rõ rằng phí hosting trên Odoo.sh không được tính trong mức phí này: khi chọn Odoo.sh, chi phí nền tảng phát triển và hosting là một khoản mục riêng cần cộng thêm vào tổng ngân sách.

Cấu Trúc Của Một Gói Dịch Vụ ERP: Những Gì Được Và Không Được Bao Gồm

☁️ Hosting, sao lưu và hỗ trợ nằm trong gói

Điểm cấu trúc chung của toàn bộ ba gói chính thức là nhóm dịch vụ vận hành được gộp vào mức phí người dùng: hosting trên hạ tầng đám mây của Odoo (với Odoo Online, dung lượng lưu trữ miễn phí theo công bố hiện tại ở mức tối đa 100 GB mỗi cơ sở dữ liệu), sao lưu tăng phân theo ngày trên hai châu lục, tích hợp email, giám sát và một trung tâm điều khiển để quản lý cơ sở dữ liệu. Hỗ trợ kỹ thuật không giới hạn và nâng cấp phiên bản thuộc phạm vi của mọi gói, không tính phí riêng. Nền tảng eLearning của nhà cung cấp cũng được mở miễn phí cho người dùng. Trong cấu trúc này, chi phí "giữ hệ thống chạy" không xuất hiện như một dòng phí bảo trì hàng năm như ở mô hình bản quyền truyền thống, mà được phân tán vào mức phí người dùng hàng tháng.

🚫 Những khoản nằm ngoài gói

Bên cạnh nhóm dịch vụ được bao gồm, phần "không bao gồm" trong các gói được liệt kê thành bốn nhóm khoản mục. Nhóm thứ nhất là dịch vụ triển khai và dịch vụ chuyên gia: việc phân tích nghiệp vụ, cấu hình ban đầu, đào tạo và hỗ trợ trong giai đoạn chuyển đổi không nằm trong mức phí người dùng, và thường do một đối tác triển khai tại địa phương thực hiện. Nhóm thứ hai là hosting trên Odoo.sh cho các mã tùy biến, như đã nêu ở gói Custom. Nhóm thứ ba là các khoản mua trong ứng dụng (In-App-Purchase credits): nhắn tin SMS, tự động hoàn tất thông tin liên hệ, tạo lead và các dịch vụ AI quét hóa đơn, chứng từ chi phí. Nhóm thứ tư là bảo trì mã tùy biến. Bốn nhóm này là nơi phần lớn sự chênh lệch giữa "giá niêm yết trên trang định giá" và "tổng chi phí thực tế trong năm đầu" xuất hiện, và cũng là nhóm khoản mục cần được nêu thành dòng riêng trong mọi báo giá triển khai.

📅 Chu kỳ thanh toán và điều kiện áp dụng

Cả hai gói thu phí đều có hai chu kỳ thanh toán: theo năm và theo tháng, với mức phí tháng thấp hơn khi cam kết theo năm. Trên bảng giá, mức chênh lệch giữa hai chu kỳ được thể hiện trực tiếp qua hai con số niêm yết cho mỗi gói. Một điều kiện áp dụng cần lưu ý là khoản giảm giá cho người dùng ban đầu có hiệu lực trong 12 tháng, nghĩa là mức phí ưu đãi được khóa cho nhóm người dùng được đặt hàng trong giai đoạn đầu, không tự động mở rộng sang các người dùng bổ sung sau đó. Khi đối chiếu các báo giá, điều kiện thời hạn này cần được ghi rõ vào hợp đồng để tránh sự lệch kỳ vọng về mức phí ở các kỳ gia hạn.

Tổng Chi Phí Sở Hữu ERP: Cách Tách Các Khoản Mục Ngân Sách

📊 Ba nhóm khoản mục trong một ngân sách ERP

Tổng chi phí sở hữu (total cost of ownership) của một hệ thống ERP trong mô hình đăng ký được tách thành ba nhóm khoản mục có chu kỳ phát sinh khác nhau. Nhóm một là chi phí giấy phép, phát sinh đều đặn theo tháng hoặc theo năm, bằng số người dùng trả phí nhân mức phí của từng loại giấy phép. Nhóm hai là chi phí triển khai một lần, bao gồm khảo sát nghiệp vụ, cấu hình, nhập liệu dữ liệu ban đầu, tích hợp với các hệ thống hiện có và đào tạo, phát sinh tập trung trong vài tháng đầu. Nhóm ba là chi phí vận hành mở rộng, bao gồm các khoản mua trong ứng dụng, phí hosting tùy biến (nếu chọn Odoo.sh), chi phí phát triển hoặc bảo trì mã tùy biến, và chi phí tăng thêm người dùng trong các năm sau. Ba nhóm này có đặc tính ngân sách khác nhau: nhóm một là chi phí cố định theo số đầu việc, nhóm hai là chi phí dự án, nhóm ba là chi phí biến đổi theo mức sử dụng. Việc tách rõ ba nhóm trong bảng ngân sách giúp mỗi nhóm được thẩm định theo tiêu chí phù hợp với đặc tính của nó.

🧾 Ví dụ tính toán cho doanh nghiệp 10 người dùng

Xét một cấu trúc người dùng gồm 10 tài khoản nội bộ: 8 người dùng đầy đủ thuộc gói Standard và 2 light user. Phần chi phí giấy phép theo chu kỳ năm là 8 nhân 8,95 USD cộng 2 nhân 2,90 USD, bằng 79,20 USD mỗi tháng, tức 950,40 USD mỗi năm trước thuế và phí dịch vụ. Đây là phần chi phí cố định duy nhất nằm trong nhóm một. Phần chi phí triển khai một lần không có mức niêm yết chung và phụ thuộc vào phạm vi nghiệp vụ được đưa vào hệ thống: một triển khai giới hạn ở bán hàng, kho và kế toán có phạm vi cấu hình hẹp hơn nhiều so với một triển khai mở rộng sang sản xuất với công thức và lệnh sản xuất, hoặc sang thương mại điện tử tích hợp cổng thanh toán. Phần chi phí vận hành mở rộng phụ thuộc vào mức sử dụng các dịch vụ mua trong ứng dụng và số người dùng bổ sung theo tăng trưởng. Khi lập ngân sách, ba con số này được ghi thành ba dòng riêng, và dòng hai thường là dòng có biến động lớn nhất giữa các báo giá.

📈 Chi phí phát sinh theo vòng đời hệ thống

Theo vòng đời, cấu trúc chi phí của một hệ thống ERP đăng ký có ba giai đoạn nhận diện được. Giai đoạn đầu là giai đoạn tập trung chi phí triển khai, khi ngân sách lớn nhất dồn vào cấu hình và chuyển dữ liệu, trong khi chi phí giấy phép mới bắt đầu từ quy mô người dùng cốt lõi. Giai đoạn vận hành ổn định là giai đoạn chi phí giấy phép trở thành dòng cố định chủ đạo, chi phí triển khai về mức gần bằng không, và chi phí mua trong ứng dụng dao động theo mức sử dụng thực tế. Giai đoạn mở rộng là giai đoạn phát sinh thêm người dùng, thêm công ty trong môi trường đa công ty, hoặc nâng cấp từ gói Standard sang Custom khi nhu cầu tùy biến mã nguồn phát sinh. Sự nâng cấp gói này là một bước nhảy trong cấu trúc chi phí, vì mức phí người dùng của Custom cao hơn Standard, và nó thường đi kèm với việc chuyển đổi phương thức hosting. Việc dự phòng bước nhảy này trong ngân sách nhiều năm giúp tránh tình trạng ngân sách năm thứ hai hoặc thứ ba bị lệch so với kế hoạch ban đầu.

So Sánh Với Mô Hình Định Giá Truyền Thống

🔄 Bản quyền trọn đời và chi phí bảo trì hàng năm

Mô hình truyền thống gồm một lần mua bản quyền (perpetual license) cho từng module, kèm phí hỗ trợ và nâng cấp hàng năm thường được tính trên một tỷ lệ của giá bản quyền. Ưu điểm cấu trúc của mô hình này là chi phí phần mềm không tăng khi số người dùng nội bộ tăng, vì bản quyền thường gắn với máy chủ chứ không gắn với tài khoản. Nhược điểm cấu trúc là ngược lại: chi phí tăng theo số module, và mỗi ứng dụng thêm là một dòng phí mới. Ngoài ra, chi phí hạ tầng — máy chủ, sao lưu, nhân sự quản trị — nằm hoàn toàn ở phía doanh nghiệp, trong khi ở mô hình đăng ký đám mây, nhóm chi phí này được gộp vào mức phí người dùng. Khi so sánh hai mô hình, phép tính trung thực cần đưa cả ba vế: chi phí phần mềm, chi phí hạ tầng và chi phí nhân sự vận hành, thay vì chỉ so sánh giá phần mềm thuần.

🧩 Định giá theo module của các nhà cung cấp khác

Nhiều nhà cung cấp ERP khác trong năm 2026 vẫn duy trì cấu trúc định giá theo module hoặc theo nhóm ứng dụng, với mức phí người dùng cao hơn khi tập ứng dụng được mở rộng. Một số theo mô hình hybrid: một mức phí nền tảng cộng thêm phí cho các ứng dụng thuộc nhóm chức năng cao hơn. Trong bối cảnh đó, cấu trúc "toàn bộ ứng dụng một mức phí" của Odoo tạo ra một điểm so sánh rõ rệt ở trục phạm vi chức năng: cùng một mức phí người dùng, tập ứng dụng khả dụng của Odoo rộng hơn tập ứng dụng khả dụng của các cấu trúc định giá theo module. Ngược lại, ở trục tùy biến sâu, các cấu trúc theo module đôi khi cho phép mua đúng phạm vi cần thiết với tổng chi phí thấp hơn, nếu doanh nghiệp chỉ sử dụng một tập ứng dụng hẹp. Sự đánh đổi giữa hai trục này là nội dung chính của bài toán so sánh, và nó phụ thuộc vào bản đồ ứng dụng thực tế của từng doanh nghiệp.

⚖️ Các yếu tố cần cân bằng khi so sánh

Bên cạnh mức phí niêm yết, bốn yếu tố cấu trúc khác cần được đưa vào phép so sánh. Thứ nhất là cách tính người dùng: một số nhà cung cấp tính phí cho mọi tài khoản có quyền truy cập, trong khi cấu trúc của Odoo tách riêng người dùng portal miễn phí và light user với mức phí thấp hơn. Thứ hai là phạm vi dịch vụ vận hành: hosting, sao lưu, giám sát và nâng cấp nằm trong gói hay nằm ngoài gói. Thứ ba là chi phí triển khai, khoản mục không có mức niêm yết chung ở bất kỳ nhà cung cấp nào và phụ thuộc vào năng lực của đối tác triển khai tại địa phương. Thứ tư là chi phí thoát (exit cost): dữ liệu có thể được xuất ra định dạng nào, và việc di chuyển sang một hệ thống khác đòi hỏi những bước kỹ thuật nào. Với Odoo, các gói đám mây cho phép tải bản sao của cơ sở dữ liệu bất cứ lúc nào từ trung tâm điều khiển, và bản mã nguồn doanh nghiệp có thể được tải về cho triển khai on-premise, hai yếu tố giảm chi phí thoát ở cả hai hướng.

Định Hướng Chọn Gói Cho Doanh Nghiệp Vừa Và Nhỏ

🧭 Theo quy mô và nhu cầu tùy biến

Việc chọn gói trong thực tế diễn ra theo hai câu hỏi có thứ tự. Câu hỏi đầu tiên là về phương thức triển khai: doanh nghiệp có mã tùy biến, có yêu cầu tích hợp sâu với các hệ thống nội bộ, hoặc có yêu cầu đặt dữ liệu trên hạ tầng tại Việt Nam hay không. Nếu câu trả lời là có, phạm vi thu hẹp về gói Custom, và tiếp theo là lựa chọn giữa Odoo Online, Odoo.sh và on-premise. Nếu câu trả lời là không, gói Standard đáp ứng cùng phạm vi ứng dụng với mức phí người dùng thấp hơn, và đơn giản hóa vận hành ở phía hạ tầng. Câu hỏi thứ hai là về cấu trúc giấy phép: trong danh sách nhân viên, những ai cần quyền truy cập nội bộ đầy đủ, những ai chỉ thao tác một nhóm nghiệp vụ giới hạn và phù hợp với light user, và những ai chỉ cần tài khoản portal. Ba nhóm này cùng một doanh nghiệp có thể xuất hiện đồng thời, và việc gán đúng loại giấy phép cho từng nhóm là bước tối ưu chi phí trực tiếp nhất trong cấu trúc định giá theo người dùng.

🌐 Hosting: Odoo Online, Odoo.sh hay on-premise

Ba phương thức hosting khác nhau ở trục kiểm soát hạ tầng. Odoo Online là phương thức ít kiểm soát nhất ở phía doanh nghiệp: toàn bộ hạ tầng do nhà cung cấp vận hành, thời gian triển khai ngắn nhất, và không phát sinh chi phí quản trị kỹ thuật nội bộ. Odoo.sh nằm ở vị trí trung gian: hạ tầng vẫn do nhà cung cấp vận hành nhưng mở ra môi trường phát triển cho mã tùy biến, với chi phí nền tảng tính riêng. On-premise là phương thức kiểm soát nhiều nhất: doanh nghiệp hoặc nhà cung cấp dịch vụ hosting tại địa phương vận hành toàn bộ, thời gian triển khai dài hơn và yêu cầu năng lực quản trị, đổi lại dữ liệu nằm hoàn toàn trong phạm vi quản lý của doanh nghiệp. Theo công bố của nhà cung cấp, doanh nghiệp quy mô vừa và nhỏ, tương ứng khoảng 5 đến 250 nhân viên, thường triển khai thông qua một đối tác tại địa phương cung cấp dịch vụ quản lý dự án, và chính đối tác này là bên tư vấn trực tiếp cho lựa chọn phương thức hosting dựa trên hạ tầng hiện có và yêu cầu tuân thủ của doanh nghiệp.

📋 Các câu hỏi cần đặt trước khi nhận báo giá

Trước khi yêu cầu báo giá, một danh mục câu hỏi chuẩn giúp mọi báo giá có cùng cơ sở so sánh. Về người dùng: tổng số tài khoản nội bộ, phân tách theo loại giấy phép dự kiến, và số lượng tài khoản portal ước tính. Về ứng dụng: danh sách ứng dụng thuộc phạm vi triển khai năm đầu, và danh sách ứng dụng dự kiến ở các năm tiếp theo. Về tùy biến: mức độ tùy biến dự kiến, bằng cấu hình sẵn có, bằng Studio, hay bằng mã nguồn; và nếu bằng mã nguồn, phương thức hosting tương ứng. Về tích hợp: các hệ thống bên ngoài cần kết nối, từ và đến những hệ thống đó. Về dữ liệu: các nguồn dữ liệu cần chuyển vào hệ thống và quy mô của chúng. Về chu kỳ: chu kỳ thanh toán theo năm hay theo tháng, và điều kiện áp dụng mức phí ưu đãi cho người dùng ban đầu. Trả lời trọn vẹn danh mục này trước khi đối chiếu các báo giá giúp loại bỏ phần lớn sự chênh lệch do khác biệt về phạm vi, và đưa phép so sánh về đúng trục cần so sánh: mức phí người dùng, chi phí triển khai một lần, và chi phí vận hành mở rộng.

Cấu trúc bảng giá ERP năm 2026, với Odoo 20 làm ví dụ khảo sát, có thể tóm tắt trong ba điểm. Một, trục tính phí là người dùng trả phí nội bộ, với ba mức giấy phép: miễn phí cho portal, light user cho thao tác giới hạn, và giấy phép đầy đủ cho truy cập nội bộ. Hai, phạm vi ứng dụng được gói gọn trong ba mức dịch vụ: One App Free cho một ứng dụng, Standard cho toàn bộ ứng dụng trên Odoo Online, và Custom cho toàn bộ ứng dụng kèm quyền tùy biến và ba phương thức hosting. Ba, tổng chi phí sở hữu gồm ba nhóm khoản mục phát sinh ở ba thời điểm khác nhau của vòng đời, và nhóm triển khai một lần là nhóm có biến động lớn nhất giữa các báo giá.

Đối với doanh nghiệp đang ở giai đoạn khảo sát, bước tiếp theo mang tính kỹ thuật hơn so với việc đọc bảng giá: xác định bản đồ ứng dụng thực tế, phân loại người dùng theo loại giấy phép, và đối chiếu các báo giá triển khai trên cùng một phạm vi nghiệp vụ. SkyERP cung cấp dịch vụ tư vấn cấu trúc chi phí và triển khai Odoo tại Việt Nam, bao gồm phân tích nghiệp vụ, lập ngân sách theo ba nhóm khoản mục và báo giá triển khai minh bạch. Để nhận tư vấn chi tiết, liên hệ qua https://skyerp.net/contactus.