Light User trong Odoo 20 được tính phí như thế nào, vì sao hồ sơ nhân viên đang hoạt động cũng có thể bị tính, và doanh nghiệp nên rà soát gì trước khi nâng cấp.
Cập nhật ngày 06/10/2026.
Odoo 20 đưa Light User vào cơ chế tính phí của Odoo Enterprise. Đây là loại người dùng dành cho một số nhu cầu hạn chế như xin nghỉ phép, khai báo chi phí, chấm công, làm việc tại điểm bán hàng (POS), kho hoặc xưởng sản xuất.
Tại thời điểm cập nhật bài viết, bảng giá Odoo dành cho thị trường Việt Nam hiển thị Light User ở mức 2,90 USD/người/tháng khi thanh toán theo năm.
Bảng giá Odoo cho thị trường Việt Nam, ngày 06/10/2026.
Mức giá này thấp hơn đáng kể so với User thông thường. Tuy nhiên, với doanh nghiệp có nhiều nhân viên, điều cần quan tâm không chỉ là đơn giá. Theo Enterprise Subscription Agreement hiện hành của Odoo, một hồ sơ nhân viên đang hoạt động (active employee record) cũng có thể được tính là Light User dù người đó không có tài khoản đăng nhập Odoo.
Vì vậy, trước khi nâng cấp lên Odoo 20, doanh nghiệp nên tính lại cả số User hiện tại có thể chuyển sang Light và số hồ sơ nhân viên sẽ được đưa vào cách tính mới.
Ai được tính là Light User?
Enterprise Subscription Agreement Version 13, có hiệu lực từ ngày 24/09/2026, định nghĩa Light User theo hai trường hợp:
- Tài khoản đang hoạt động và được gán là Light User trong Odoo.
- Hồ sơ nhân viên đang hoạt động trong ứng dụng Nhân sự (Employees) nhưng không liên kết với một tài khoản non-portal đang hoạt động.
Điều khoản này đi kèm một giới hạn quan trọng: “where supported by the Customer’s version of the Software” — tức cách tính Light User chỉ áp dụng khi phiên bản Odoo của khách hàng hỗ trợ cơ chế này.
Có thể hình dung cách phân loại như sau:
| Tình trạng | Cách tính |
|---|---|
| Tài khoản đang hoạt động, vai trò Light | Light User |
| Tài khoản nội bộ đang hoạt động, không phải Light User, bao gồm User và Administrator | User thông thường |
| Hồ sơ nhân viên đang hoạt động, không có tài khoản | Light User |
| Hồ sơ nhân viên liên kết với Portal User | Light User |
| Khách hàng hoặc nhà cung cấp chỉ dùng Portal và không phải là hồ sơ nhân viên | Không tính là User nội bộ |
Một nhân viên đã liên kết với User thông thường đang hoạt động được tính theo User đó, không cộng thêm một Light User riêng.
Điểm đáng lưu ý là việc có đăng nhập Odoo hay không không còn quyết định hoàn toàn việc có phát sinh phí người dùng hay không. Nếu một người vẫn có hồ sơ nhân viên đang hoạt động và không liên kết với active non-portal User, hồ sơ đó thuộc định nghĩa Light User.
Light User dùng được những chức năng nào?
Theo trang Pricing hiện tại của Odoo, Light User được sử dụng một số chức năng phục vụ nhu cầu cá nhân và công việc vận hành.
| Nhu cầu | Phạm vi dành cho Light User |
|---|---|
| Nhân sự cá nhân | Nghỉ phép, chi phí, đánh giá, chấm công, giới thiệu ứng viên |
| Planning | Các chức năng Planning dành cho Light User |
| Field Service | Các chức năng Field Service dành cho Light User |
| Kho | Inventory Barcode Operator |
| Knowledge | Quyền chỉ đọc |
| Với tư cách nhân viên | Nhận phiếu lương, sử dụng Point of Sale và Manufacturing Shop Floor |
Light User không thay thế User thông thường trong mọi trường hợp.
- Nghiệp vụ kho: Inventory Barcode Operator nằm trong phạm vi Light User. Nếu nhân viên cần thêm các quyền quản lý kho nằm ngoài phạm vi Light, doanh nghiệp cần kiểm tra lại access rights và có thể phải sử dụng User thông thường.
- Nghiệp vụ văn phòng: Nhân viên chỉ cần xin nghỉ phép hoặc khai báo chi phí có thể phù hợp với Light User. Nếu công việc còn bao gồm tạo đơn hàng, quản lý dự án, kế toán hoặc các nghiệp vụ khác ngoài phạm vi Light, doanh nghiệp cần bố trí User thông thường.
Do đó, khi phân loại người dùng, nên bắt đầu từ công việc thực tế mà từng nhóm nhân viên cần thực hiện, thay vì chỉ dựa vào chức danh.
Vai trò Light được thiết lập như thế nào trong Odoo 20?
Lựa chọn vai trò Light trên màn hình phân quyền người dùng trong Odoo 20.
Odoo 20 cho phép gán vai trò Light cho tài khoản người dùng. Tuy nhiên, việc chọn Light không chỉ là thay đổi loại tài khoản để tính phí.
Quyền truy cập thực tế vẫn phải phù hợp với phạm vi mà Odoo cho phép đối với Light User. Việc cấp thêm các nhóm quyền ngoài phạm vi Light có thể khiến tài khoản được phân loại lại thành User thông thường.
Vì vậy, việc rà soát Light User nên được thực hiện cùng với việc rà soát access rights và trách nhiệm công việc.
Doanh nghiệp có 1.000 nhân viên thì tính thế nào?
Giả sử một doanh nghiệp sử dụng Odoo 20 Enterprise và đang quản lý 1.000 hồ sơ nhân viên đang hoạt động:
- 30 người cần tài khoản User thông thường;
- 200 người có tài khoản Light;
- 770 người không có tài khoản đăng nhập Odoo.
Giả sử các tài khoản được liên kết đúng với hồ sơ nhân viên tương ứng, số lượng cần đưa vào dự toán sẽ là:
30 User thông thường + 970 Light User.
Trong đó, 970 Light User gồm:
- 200 tài khoản Light;
- 770 hồ sơ nhân viên đang hoạt động nhưng không có active non-portal User tương ứng.
Nếu chỉ đếm 230 người có tài khoản đăng nhập, doanh nghiệp sẽ bỏ sót 770 hồ sơ nhân viên trong cách tính mới.
Với mức 2,90 USD/Light User/tháng khi thanh toán theo năm đang hiển thị cho thị trường Việt Nam tại thời điểm cập nhật bài viết, riêng 970 Light User trong ví dụ trên tương đương:
970 × 2,90 USD = 2.813 USD/tháng, tương đương 33.756 USD/năm.
Con số này chưa bao gồm 30 User thông thường.
Ví dụ trên cho thấy tác động tài chính của Light User không chỉ nằm ở mức giá 2,90 USD, mà còn phụ thuộc rất lớn vào số hồ sơ nhân viên đang hoạt động trong Odoo.
Light User có giúp giảm chi phí không?
Có thể, nhưng không phải với mọi doanh nghiệp.
Nếu hiện tại doanh nghiệp đang trả phí User thông thường cho nhiều nhân viên nhưng những người này chỉ sử dụng nghỉ phép, chi phí, chấm công, POS hoặc các chức năng khác thuộc phạm vi Light, việc chuyển họ sang Light User có thể làm giảm chi phí.
Ngược lại, một doanh nghiệp có ít User thông thường nhưng quản lý toàn bộ lực lượng lao động trong ứng dụng Employees có thể gặp tình huống khác. Khoản tiết kiệm từ việc chuyển một số User xuống Light có thể không bù được số Light User phát sinh từ những hồ sơ nhân viên trước đây không cần tài khoản.
Do đó, trước khi kết luận Odoo 20 sẽ rẻ hơn hay đắt hơn, doanh nghiệp cần tính lại toàn bộ cơ cấu User và employee records, thay vì chỉ so sánh đơn giá User thông thường với Light User.
Mức 2,90 USD nêu trong bài là mức được hiển thị trên bảng giá Odoo dành cho thị trường Việt Nam tại ngày 06/10/2026, với lựa chọn thanh toán theo năm. Giá và điều kiện thương mại có thể thay đổi; khi lập ngân sách chính thức, doanh nghiệp nên đối chiếu với báo giá áp dụng cho hợp đồng của mình.
Đang ở Odoo 18 hoặc 19 có cần nâng cấp ngay lên Odoo 20 không?
Với hệ thống chạy trên Odoo.sh hoặc on-premise, không nhất thiết phải nâng cấp ngay chỉ vì Odoo 20 đã được phát hành.
Theo lịch hỗ trợ hiện tại của Odoo:
| Phiên bản | Kết thúc Standard Support |
|---|---|
| Odoo 20 | Tháng 09/2029, dự kiến |
| Odoo 19 | Tháng 09/2028, dự kiến |
| Odoo 18 | Tháng 09/2027, dự kiến |
| Odoo 17 | Tháng 09/2026 |
Odoo cung cấp Standard Support cho mỗi major version trong khoảng ba năm. Sau giai đoạn này, Odoo.sh và on-premise có thể tiếp tục theo chế độ Extended Support tùy phiên bản, kèm phí bổ sung; Odoo Online không sử dụng Extended Support theo cơ chế này.
Vì vậy, một doanh nghiệp đang dùng Odoo 18 hoặc Odoo 19 trên Odoo.sh hoặc on-premise vẫn có thời gian để đánh giá tác động của Light User trước khi quyết định nâng cấp.
Điều này không có nghĩa nên trì hoãn nâng cấp chỉ để tránh Light User. Phiên bản mới còn mang lại những thay đổi về chức năng, bảo mật và khả năng bảo trì. Nhưng với doanh nghiệp có hàng trăm hoặc hàng nghìn hồ sơ nhân viên, tác động về chi phí thuê bao là một yếu tố cần đưa vào bài toán nâng cấp.
Trường hợp Odoo Online thì sao?
Odoo Online cần được xem xét riêng.
Khác với Odoo.sh và on-premise, Odoo Online không cho phép doanh nghiệp chủ động giữ nguyên một major version vô thời hạn. Theo tài liệu hiện tại của Odoo, database Online chạy major version phải nâng cấp định kỳ hai năm một lần; nếu quá thời hạn mà khách hàng chưa thực hiện, Odoo có thể tự động kích hoạt quá trình nâng cấp.
Do đó, lựa chọn giữ nguyên phiên bản hiện tại thêm vài năm phù hợp hơn khi đánh giá Odoo.sh hoặc on-premise, không nên áp dụng nguyên trạng cho Odoo Online.
Chưa nâng cấp lên Odoo 20 có bị tính thêm 25% ngay không?
Không.
Khoản phí 25% cho phiên bản cũ và cách tính Light User là hai cơ chế khác nhau.
Enterprise Subscription Agreement định nghĩa Covered Versions là ba major version được phát hành gần nhất. Odoo cũng quy định một major version mới được phát hành mỗi năm.
Odoo 20 được phát hành ngày 24/09/2026. Vì vậy, sau khi Odoo 20 ra mắt, ba Covered Versions là:
- Odoo 20;
- Odoo 19;
- Odoo 18.
Theo Enterprise Subscription Agreement, nếu database chạy một phiên bản cũ hơn Covered Versions, Odoo có thể thu thêm khoản phí bằng 25% giá thuê bao quy đổi theo năm, tính theo số User và Light User hiện tại.
Tuy nhiên, điều khoản cũng quy định khoản này:
- chỉ được tính tối đa một lần mỗi năm;
- không được áp dụng sớm hơn sáu tháng sau khi một major version mới được phát hành.
Điều đó có nghĩa Odoo 18 và Odoo 19 không bị khoản phí 25% chỉ vì Odoo 20 vừa ra mắt, bởi cả hai vẫn nằm trong ba Covered Versions.
Odoo 17 đã rơi khỏi nhóm Covered Versions khi Odoo 20 được phát hành và Standard Support của Odoo 17 kết thúc vào tháng 09/2026. Theo điều kiện sáu tháng trong Agreement, mốc sớm nhất là ngày 24/03/2027. Thời điểm Odoo thực tế áp dụng khoản phí còn phụ thuộc vào hợp đồng của từng khách hàng.
Vì vậy, với doanh nghiệp đang ở Odoo 18 hoặc 19, bài toán hiện tại không phải là:
“Nâng lên Odoo 20 và trả Light User, hoặc không nâng và lập tức chịu thêm 25%.”
Cả Odoo 18 và Odoo 19 hiện vẫn là Covered Versions và còn Standard Support theo lịch của Odoo.
Dùng ứng dụng riêng có tránh được Light User không?
Không nên coi một ứng dụng mobile, kiosk hoặc frontend riêng là cách tránh cơ chế Light User.
Định nghĩa trong Enterprise Subscription Agreement dựa trên tài khoản và hồ sơ nhân viên đang hoạt động, không dựa vào việc người dùng có mở giao diện backend Odoo hay không.
Do đó, nếu một người vẫn có active employee record thuộc định nghĩa Light User, việc người đó chỉ thao tác thông qua một ứng dụng khác không tự động loại hồ sơ khỏi cách tính.
Với những kiến trúc tích hợp đặc thù, doanh nghiệp nên kiểm tra trường hợp cụ thể với Odoo và đối chiếu báo giá trước khi lập ngân sách.
Nên kiểm tra gì trước khi nâng cấp lên Odoo 20?
Với doanh nghiệp đang sử dụng Odoo Enterprise, đặc biệt là doanh nghiệp có nhiều nhân viên, nên rà soát bốn nhóm thông tin trước khi quyết định nâng cấp:
- User hiện tại: có bao nhiêu tài khoản đang hoạt động và bao nhiêu người thực sự cần đầy đủ quyền của User thông thường.
- Employee records: có bao nhiêu hồ sơ nhân viên đang hoạt động nhưng không liên kết với active non-portal User; đồng thời kiểm tra những hồ sơ của người đã nghỉ việc nhưng chưa được lưu trữ (Archive).
- Nhu cầu công việc: những User nào có thể chuyển sang Light mà vẫn đủ quyền để làm việc.
- Phiên bản và mô hình triển khai: database đang ở phiên bản nào, chạy trên Odoo Online, Odoo.sh hay on-premise, còn Standard Support đến khi nào và việc trì hoãn nâng cấp có phù hợp hay không.
Từ đó, doanh nghiệp có thể so sánh ít nhất hai phương án: tiếp tục sử dụng phiên bản hiện tại trong thời gian phù hợp, hoặc nâng cấp lên Odoo 20 với cơ cấu User và Light User mới.
Với hệ thống có nhiều tùy chỉnh, quyết định cũng cần tính đến chi phí nâng cấp module, tích hợp, kiểm thử, đào tạo người dùng và những lợi ích mà Odoo 20 mang lại.
Trước khi nâng cấp, hãy tính lại trên dữ liệu thực tế
Light User có thể giảm chi phí cho doanh nghiệp đang trả phí User thông thường cho nhiều nhân viên chỉ cần một phạm vi chức năng hạn chế.
Ngược lại, với doanh nghiệp quản lý hàng nghìn hồ sơ nhân viên trong Odoo, cách tính mới có thể làm tổng chi phí thuê bao tăng đáng kể, ngay cả khi phần lớn những nhân viên đó không đăng nhập vào Odoo.
Vì vậy, trước khi nâng cấp, câu hỏi cần trả lời không chỉ là “Light User giá bao nhiêu?”, mà là:
Với số User, hồ sơ nhân viên và quyền truy cập hiện tại, tổng chi phí Odoo của doanh nghiệp sẽ thay đổi như thế nào sau khi lên Odoo 20?
Là đối tác Odoo tại Việt Nam, Trobz có thể hỗ trợ rà soát User, employee records và nhu cầu truy cập hiện tại, từ đó mô phỏng cơ cấu User/Light User và so sánh các kịch bản nâng cấp trước khi doanh nghiệp đưa ra quyết định.