Góc nhìn quản trị ERP · Hub2S
Light User Odoo 20: không chỉ là người có tài khoản đăng nhập
Điểm mới đáng chú ý của Odoo 20 là cách nhìn về Light User rộng hơn khái niệm “user được mời vào hệ thống”. Một nhân viên chỉ tồn tại dưới dạng hồ sơ HR, không có tài khoản đăng nhập, vẫn có thể nằm trong phạm vi Light User nếu hồ sơ đó đang active.
Cập nhật 01/10/2026 · Hub2S · Quản trị license Odoo
Trả lời nhanh cho CEO
Light User không còn nên được dự toán bằng cách chỉ đếm người được invite vào Odoo. Khi lập ngân sách Odoo 20, doanh nghiệp cần nhìn đồng thời vào active user account, active employee record và loại quyền mà từng người thực sự cần. Với doanh nghiệp đông lao động, đây có thể là một biến số TCO đáng kể.
Light User trên Odoo 20 là gì?
Theo định nghĩa trong Odoo Enterprise Subscription Agreement, khi phiên bản phần mềm hỗ trợ Light User, một Light User có thể xuất hiện theo hai cách. Đây là điểm quan trọng nhất để hiểu đúng mô hình license mới.
Đây là tài khoản đang active nhưng chỉ được cấp phạm vi quyền giới hạn dành cho Light User.
Nhân viên có hồ sơ đang hoạt động trong HR, dù không có thông tin đăng nhập, vẫn có thể được tính trong phạm vi Light User.
Cách hiểu để dự toán
Light User dự kiến ≈ Active Light User accounts + Active Employee records không được bao phủ bởi active non-portal user account.
Điểm cần nhớ: Employee và User là hai đối tượng khác nhau. Employee là hồ sơ nhân sự; User là danh tính có thể đăng nhập và được gán quyền. Vì vậy, “không có login” không đồng nghĩa với “không liên quan đến license”.
Đừng chỉ đếm login: hãy bắt đầu từ trạng thái active
Với góc nhìn quản trị, từ khóa quan trọng không phải là “đã từng tạo bao nhiêu nhân viên”, mà là ai đang active và họ đang được Odoo nhận diện theo vai trò nào.
| Tình huống | Cách hiểu khi dự toán | Lưu ý |
|---|---|---|
| Employee active, không có user login | Có thể là Light User | Đây chính là nhóm mới dễ bị bỏ sót khi chỉ đếm tài khoản đăng nhập. |
| User active và được chỉ định Light User | Light User | Quyền truy cập bị giới hạn theo phạm vi Light User. |
| Employee active liên kết với active non-portal Regular/Custom User | Không nên cộng thêm một Light User cho cùng người khi dự toán | Người này đã được bao phủ bởi user vận hành có trả phí; xác nhận cuối cùng theo quotation của Odoo. |
| Employee đã nghỉ việc / inactive | Không nằm trong định nghĩa active employee | Cần duy trì trạng thái nhân sự đúng với thực tế, không để hồ sơ nghỉ việc tiếp tục active. |
| Chỉ có Portal access | Cần kiểm tra thêm employee record | Định nghĩa chính thức dùng cụm “active non-portal user”; vì vậy không nên mặc định portal account sẽ loại employee khỏi phạm vi Light User. |
Ví dụ dễ hình dung
Một nhà máy có 300 nhân viên active, trong đó 25 người là Regular/Custom User để làm kế toán, mua hàng, bán hàng, kho và quản lý. Nếu 275 người còn lại vẫn là active employee records và không được liên kết với active non-portal user, doanh nghiệp cần xem xét ngân sách cho khoảng 275 Light Users — thay vì chỉ nhìn 25 tài khoản đăng nhập.
Light User không phải concurrent license. Theo điều khoản chính thức định nghĩa Light User theo trạng tháitừ Odoo active user / active employee record, không theo số phiên đăng nhập đồng thời. Khi lập ngân sách, nên dùng trạng thái active làm cơ sở và lấy báo giá Odoo làm căn cứ thương mại cuối cùng.
Light User làm được gì — và không làm được gì?
Light User không phải “user giá rẻ dùng gần như đầy đủ Odoo”. Đây là loại license được giới hạn khá rõ cho các tác vụ nhân viên và một số thao tác vận hành cụ thể.
Khi hoạt động như một user giới hạn
- Nghỉ phép (My Time Off), Chi phí (My Expenses), Đánh giá nhân viên (My Appraisals), Chấm công (My Attendances), My Referrals
- Lịch làm việc (My Planning và worksheet liên quan)
- Field Services trong phạm vi được phép
- Thực hiện nghiệp vụ nhập xuất hàng bằng barcode (Inventory Barcode)
- Knowledge ở chế độ read-only
Khi tồn tại như một employee
- Nhận bảng lương
- Được sử dụng trong Bán lẻ (POS) với vai trò employee
- Được sử dụng trong thực hiện sản xuất bằng Shopfloor
- Tham gia các quy trình HR cá nhân phù hợp với phạm vi được Odoo hỗ trợ
Giới hạn quan trọng: theo Odoo Pricing, Light User không có quyền vào các ứng dụng vận hành cốt lõi như Sales, Purchase, Project, Accounting hoặc các tính năng nâng cao dành cho Standard/Custom User.
Không dùng HRM có cần tạo toàn bộ Employee không?
Câu trả lời thực tế là: chỉ nên tạo hồ sơ Employee khi nghiệp vụ cần đến chúng. Nếu doanh nghiệp chỉ triển khai Sales, Purchase, Accounting, Inventory và không có quy trình nào cần nhận diện toàn bộ nhân viên, không có lý do vận hành để đưa toàn bộ lực lượng lao động vào Employee chỉ để “cho đủ danh sách”.
Chỉ dùng nghiệp vụ cốt lõi
Nếu 40 người thực sự làm việc trên Sales, Purchase, Accounting, Inventory và doanh nghiệp không triển khai quy trình quản lý nhân sự (HR), thì doanh nghiệp chỉ cần mua đúng 40 user vận hành thuộc loại Standard/Custom User.
Có nghiệp vụ theo Employee
Payroll, Attendance, Time Off, Expenses, Planning, POS employee hay Shop Floor đều có thể khiến hồ sơ Employee được tính là Light user.
Lao động thời vụ / nghỉ việc
Điều cần quản trị là trạng thái active chính xác. Hồ sơ lịch sử có thể được giữ lại nhưng nhân sự không còn phục vụ không nên tiếp tục active nếu thực tế đã nghỉ để không bị tính là Light User Odoo.
Không nên “thiết kế database để né license”. Nếu một Employee record cần thiết cho vận hành, kiểm soát hoặc truy vết trách nhiệm, hãy giữ đúng dữ liệu. Bài toán license nên được tối ưu bằng cách phân loại vai trò và phạm vi nghiệp vụ, không phải làm sai lệch master data.
Với doanh nghiệp đông nhân sự, quy mô workforce đã trở thành biến số license
Đây là điểm doanh nghiệp nên quan tâm. Trước đây, câu hỏi dự toán thường là “có bao nhiêu người đăng nhập ERP?”. Với Light User trên Odoo 20, câu hỏi nên mở rộng thành “có bao nhiêu người active trong hệ thống, họ cần làm gì và có thực sự cần một user đầy đủ quyền hay không?”.
| Mô hình doanh nghiệp | Điểm cần chú ý | Câu hỏi nên đặt trong Discovery |
|---|---|---|
| Nhà máy / sản xuất | Shop Floor, payslip, attendance và workforce lớn | Bao nhiêu nhân viên cần xuất hiện active trong Odoo tại cùng một giai đoạn vận hành? |
| Retail / F&B | POS employee, ca làm việc, tỷ lệ turnover cao | Có cần nhận diện từng nhân viên tại POS hay chỉ một số vai trò quản lý? |
| Resort / dịch vụ | Planning, attendance, expense, seasonal workforce | Nhân sự active thay đổi theo mùa như thế nào? |
| Văn phòng / dịch vụ chuyên môn | Tỷ lệ Regular User có thể cao hơn | Ai cần Sales, Project, Accounting hoặc quyền nghiệp vụ cốt lõi? |
License chỉ là một phần của TCO. Doanh nghiệp vẫn cần xem cùng chi phí triển khai, tích hợp, dữ liệu, đào tạo, hạ tầng và vận hành. Xem thêm phân tích chi phí triển khai Odoo ERP & dự toán TCO của Hub2S.
6 bước để dự toán Light User trước khi chốt ngân sách
1. Chốt số Active Employee
Không lấy tổng headcount lịch sử. Xác định số nhân viên thực sự cần ở trạng thái active trong Odoo.
2. Chốt số Regular/Custom User
Liệt kê người cần Sales, Purchase, Project, Accounting và các quyền nghiệp vụ cốt lõi.
3. Xác định Light User login
Ai thực sự cần login nhưng chỉ dùng các quyền Employee/HR, Planning, barcode hoặc Knowledge giới hạn?
4. Rà các Employee không login
Đây là nhóm dễ bỏ sót nhất: active employee records vẫn có thể nằm trong Light User.
5. Kiểm tra lao động thời vụ
Định nghĩa rõ khi nào employee được activate/deactivate để dữ liệu phản ánh đúng tình trạng phục vụ.
6. Chốt bằng quotation Odoo
Giá, loại user, kỳ hạn, thuế và cách áp dụng cuối cùng phải được xác nhận trong báo giá chính thức.
Không nên cố định đơn giá Light User trong bài toán dài hạn
Odoo hiển thị đơn giá Light User theo thị trường và tiền tệ, và mức giá có thể thay đổi theo chính sách giá thuê tại mỗi thời điểm. Vì vậy, bài viết này tập trung vào cách xác định số lượng thay vì xác định một con số giá duy nhất.
Nguyên tắc: dùng bảng giá Odoo để lập ngân sách sơ bộ, nhưng dùng quotation chính thức để phê duyệt. Đặc biệt với Light User, Odoo yêu cầu làm việc với Đối tác của Odoo để review nhu cầu và cung cấp báo giá phù hợp.
Kiểm tra mức giá hiện hành tại Odoo Pricing.
Câu hỏi thường gặp về Light User Odoo 20
Một Employee không có tài khoản đăng nhập có thể bị tính Light User không?
Có. Nếu hồ sơ Employee đang active và không được liên kết với một active non-portal user account, nó nằm trong định nghĩa Light User của Odoo Enterprise Subscription Agreement.
Nếu Employee đã có Regular/Custom User thì có tính thêm Light User không?
Khi dự toán, không nên cộng thêm một Light User cho cùng người nếu employee đã được liên kết với active non-portal user account. Tuy nhiên, báo giá Odoo vẫn là căn cứ thương mại cuối cùng.
Light User có dùng Sales, Purchase, Project hoặc Accounting không?
Không theo phạm vi công khai trên điều khoản thương mai. Đây là các ứng dụng vận hành cốt lõi dành cho Standard/Custom User.
Không triển khai HRM thì có cần khai báo toàn bộ nhân viên không?
Không nhất thiết. Chỉ nên tạo Employee records khi nghiệp vụ cần. Tuy nhiên, nếu doanh nghiệp dùng Payroll, Attendance, Time Off, Expense, Planning, POS employee hoặc Shop Floor thì hồ sơ Employee có thể là dữ liệu vận hành cần thiết.
Nhân viên nghỉ việc có tiếp tục tính không?
Không, theo định nghĩa Light User là hồ sơ nhân viên đang kích hoạt (active employee record). Vì vậy, trạng thái active/inactive phải được quản trị đúng với thực tế nhân sự.
Light User có phải là user đồng thời (concurrent user) không?
Không nên hiểu như vậy. Điều khoản chính thức xác định theo active user hoặc active employee record, không theo số phiên đăng nhập đồng thời.
Hub2S · ERP & AI Consulting
Dự toán license từ dữ liệu nhân sự và vai trò thực tế
Trước khi chốt ngân sách Odoo 20, hãy tách rõ Regular/Custom User, Light User có login và active Employee không có login. Một bảng phân loại đúng từ đầu sẽ tránh việc dự toán ERP chỉ dựa trên số tài khoản được mời vào hệ thống.
Trao đổi với Hub2S →Góc nhìn quản trị ERP · Hub2S
Light User Odoo 20: không chỉ là người có tài khoản đăng nhập
Điểm mới đáng chú ý của Odoo 20 là cách nhìn về Light User rộng hơn khái niệm “user được mời vào hệ thống”. Một nhân viên chỉ tồn tại dưới dạng hồ sơ HR, không có tài khoản đăng nhập, vẫn có thể nằm trong phạm vi Light User nếu hồ sơ đó đang active.
Cập nhật 01/10/2026 · Hub2S · Quản trị license Odoo
Trả lời nhanh cho CEO
Light User không còn nên được dự toán bằng cách chỉ đếm người được invite vào Odoo. Khi lập ngân sách Odoo 20, doanh nghiệp cần nhìn đồng thời vào active user account, active employee record và loại quyền mà từng người thực sự cần. Với doanh nghiệp đông lao động, đây có thể là một biến số TCO đáng kể.
Light User trên Odoo 20 là gì?
Theo định nghĩa trong Odoo Enterprise Subscription Agreement, khi phiên bản phần mềm hỗ trợ Light User, một Light User có thể xuất hiện theo hai cách. Đây là điểm quan trọng nhất để hiểu đúng mô hình license mới.
Đây là tài khoản đang active nhưng chỉ được cấp phạm vi quyền giới hạn dành cho Light User.
Nhân viên có hồ sơ đang hoạt động trong HR, dù không có thông tin đăng nhập, vẫn có thể được tính trong phạm vi Light User.
Cách hiểu để dự toán
Light User dự kiến ≈ Active Light User accounts + Active Employee records không được bao phủ bởi active non-portal user account.
Điểm cần nhớ: Employee và User là hai đối tượng khác nhau. Employee là hồ sơ nhân sự; User là danh tính có thể đăng nhập và được gán quyền. Vì vậy, “không có login” không đồng nghĩa với “không liên quan đến license”.
Đừng chỉ đếm login: hãy bắt đầu từ trạng thái active
Với góc nhìn quản trị, từ khóa quan trọng không phải là “đã từng tạo bao nhiêu nhân viên”, mà là ai đang active và họ đang được Odoo nhận diện theo vai trò nào.
| Tình huống | Cách hiểu khi dự toán | Lưu ý |
|---|---|---|
| Employee active, không có user login | Có thể là Light User | Đây chính là nhóm mới dễ bị bỏ sót khi chỉ đếm tài khoản đăng nhập. |
| User active và được chỉ định Light User | Light User | Quyền truy cập bị giới hạn theo phạm vi Light User. |
| Employee active liên kết với active non-portal Regular/Custom User | Không nên cộng thêm một Light User cho cùng người khi dự toán | Người này đã được bao phủ bởi user vận hành có trả phí; xác nhận cuối cùng theo quotation của Odoo. |
| Employee đã nghỉ việc / inactive | Không nằm trong định nghĩa active employee | Cần duy trì trạng thái nhân sự đúng với thực tế, không để hồ sơ nghỉ việc tiếp tục active. |
| Chỉ có Portal access | Cần kiểm tra thêm employee record | Định nghĩa chính thức dùng cụm “active non-portal user”; vì vậy không nên mặc định portal account sẽ loại employee khỏi phạm vi Light User. |
Ví dụ dễ hình dung
Một nhà máy có 300 nhân viên active, trong đó 25 người là Regular/Custom User để làm kế toán, mua hàng, bán hàng, kho và quản lý. Nếu 275 người còn lại vẫn là active employee records và không được liên kết với active non-portal user, doanh nghiệp cần xem xét ngân sách cho khoảng 275 Light Users — thay vì chỉ nhìn 25 tài khoản đăng nhập.
Light User không phải concurrent license. Theo điều khoản chính thức định nghĩa Light User theo trạng tháitừ Odoo active user / active employee record, không theo số phiên đăng nhập đồng thời. Khi lập ngân sách, nên dùng trạng thái active làm cơ sở và lấy báo giá Odoo làm căn cứ thương mại cuối cùng.
Light User làm được gì — và không làm được gì?
Light User không phải “user giá rẻ dùng gần như đầy đủ Odoo”. Đây là loại license được giới hạn khá rõ cho các tác vụ nhân viên và một số thao tác vận hành cụ thể.
Khi hoạt động như một user giới hạn
- Nghỉ phép (My Time Off), Chi phí (My Expenses), Đánh giá nhân viên (My Appraisals), Chấm công (My Attendances), My Referrals
- Lịch làm việc (My Planning và worksheet liên quan)
- Field Services trong phạm vi được phép
- Thực hiện nghiệp vụ nhập xuất hàng bằng barcode (Inventory Barcode)
- Knowledge ở chế độ read-only
Khi tồn tại như một employee
- Nhận bảng lương
- Được sử dụng trong Bán lẻ (POS) với vai trò employee
- Được sử dụng trong thực hiện sản xuất bằng Shopfloor
- Tham gia các quy trình HR cá nhân phù hợp với phạm vi được Odoo hỗ trợ
Giới hạn quan trọng: theo Odoo Pricing, Light User không có quyền vào các ứng dụng vận hành cốt lõi như Sales, Purchase, Project, Accounting hoặc các tính năng nâng cao dành cho Standard/Custom User.
Không dùng HRM có cần tạo toàn bộ Employee không?
Câu trả lời thực tế là: chỉ nên tạo hồ sơ Employee khi nghiệp vụ cần đến chúng. Nếu doanh nghiệp chỉ triển khai Sales, Purchase, Accounting, Inventory và không có quy trình nào cần nhận diện toàn bộ nhân viên, không có lý do vận hành để đưa toàn bộ lực lượng lao động vào Employee chỉ để “cho đủ danh sách”.
Chỉ dùng nghiệp vụ cốt lõi
Nếu 40 người thực sự làm việc trên Sales, Purchase, Accounting, Inventory và doanh nghiệp không triển khai quy trình quản lý nhân sự (HR), thì doanh nghiệp chỉ cần mua đúng 40 user vận hành thuộc loại Standard/Custom User.
Có nghiệp vụ theo Employee
Payroll, Attendance, Time Off, Expenses, Planning, POS employee hay Shop Floor đều có thể khiến hồ sơ Employee được tính là Light user.
Lao động thời vụ / nghỉ việc
Điều cần quản trị là trạng thái active chính xác. Hồ sơ lịch sử có thể được giữ lại nhưng nhân sự không còn phục vụ không nên tiếp tục active nếu thực tế đã nghỉ để không bị tính là Light User Odoo.
Không nên “thiết kế database để né license”. Nếu một Employee record cần thiết cho vận hành, kiểm soát hoặc truy vết trách nhiệm, hãy giữ đúng dữ liệu. Bài toán license nên được tối ưu bằng cách phân loại vai trò và phạm vi nghiệp vụ, không phải làm sai lệch master data.
Với doanh nghiệp đông nhân sự, quy mô workforce đã trở thành biến số license
Đây là điểm doanh nghiệp nên quan tâm. Trước đây, câu hỏi dự toán thường là “có bao nhiêu người đăng nhập ERP?”. Với Light User trên Odoo 20, câu hỏi nên mở rộng thành “có bao nhiêu người active trong hệ thống, họ cần làm gì và có thực sự cần một user đầy đủ quyền hay không?”.
| Mô hình doanh nghiệp | Điểm cần chú ý | Câu hỏi nên đặt trong Discovery |
|---|---|---|
| Nhà máy / sản xuất | Shop Floor, payslip, attendance và workforce lớn | Bao nhiêu nhân viên cần xuất hiện active trong Odoo tại cùng một giai đoạn vận hành? |
| Retail / F&B | POS employee, ca làm việc, tỷ lệ turnover cao | Có cần nhận diện từng nhân viên tại POS hay chỉ một số vai trò quản lý? |
| Resort / dịch vụ | Planning, attendance, expense, seasonal workforce | Nhân sự active thay đổi theo mùa như thế nào? |
| Văn phòng / dịch vụ chuyên môn | Tỷ lệ Regular User có thể cao hơn | Ai cần Sales, Project, Accounting hoặc quyền nghiệp vụ cốt lõi? |
License chỉ là một phần của TCO. Doanh nghiệp vẫn cần xem cùng chi phí triển khai, tích hợp, dữ liệu, đào tạo, hạ tầng và vận hành. Xem thêm phân tích chi phí triển khai Odoo ERP & dự toán TCO của Hub2S.
6 bước để dự toán Light User trước khi chốt ngân sách
1. Chốt số Active Employee
Không lấy tổng headcount lịch sử. Xác định số nhân viên thực sự cần ở trạng thái active trong Odoo.
2. Chốt số Regular/Custom User
Liệt kê người cần Sales, Purchase, Project, Accounting và các quyền nghiệp vụ cốt lõi.
3. Xác định Light User login
Ai thực sự cần login nhưng chỉ dùng các quyền Employee/HR, Planning, barcode hoặc Knowledge giới hạn?
4. Rà các Employee không login
Đây là nhóm dễ bỏ sót nhất: active employee records vẫn có thể nằm trong Light User.
5. Kiểm tra lao động thời vụ
Định nghĩa rõ khi nào employee được activate/deactivate để dữ liệu phản ánh đúng tình trạng phục vụ.
6. Chốt bằng quotation Odoo
Giá, loại user, kỳ hạn, thuế và cách áp dụng cuối cùng phải được xác nhận trong báo giá chính thức.
Không nên cố định đơn giá Light User trong bài toán dài hạn
Odoo hiển thị đơn giá Light User theo thị trường và tiền tệ, và mức giá có thể thay đổi theo chính sách giá thuê tại mỗi thời điểm. Vì vậy, bài viết này tập trung vào cách xác định số lượng thay vì xác định một con số giá duy nhất.
Nguyên tắc: dùng bảng giá Odoo để lập ngân sách sơ bộ, nhưng dùng quotation chính thức để phê duyệt. Đặc biệt với Light User, Odoo yêu cầu làm việc với Đối tác của Odoo để review nhu cầu và cung cấp báo giá phù hợp.
Kiểm tra mức giá hiện hành tại Odoo Pricing.
Câu hỏi thường gặp về Light User Odoo 20
Một Employee không có tài khoản đăng nhập có thể bị tính Light User không?
Có. Nếu hồ sơ Employee đang active và không được liên kết với một active non-portal user account, nó nằm trong định nghĩa Light User của Odoo Enterprise Subscription Agreement.
Nếu Employee đã có Regular/Custom User thì có tính thêm Light User không?
Khi dự toán, không nên cộng thêm một Light User cho cùng người nếu employee đã được liên kết với active non-portal user account. Tuy nhiên, báo giá Odoo vẫn là căn cứ thương mại cuối cùng.
Light User có dùng Sales, Purchase, Project hoặc Accounting không?
Không theo phạm vi công khai trên điều khoản thương mai. Đây là các ứng dụng vận hành cốt lõi dành cho Standard/Custom User.
Không triển khai HRM thì có cần khai báo toàn bộ nhân viên không?
Không nhất thiết. Chỉ nên tạo Employee records khi nghiệp vụ cần. Tuy nhiên, nếu doanh nghiệp dùng Payroll, Attendance, Time Off, Expense, Planning, POS employee hoặc Shop Floor thì hồ sơ Employee có thể là dữ liệu vận hành cần thiết.
Nhân viên nghỉ việc có tiếp tục tính không?
Không, theo định nghĩa Light User là hồ sơ nhân viên đang kích hoạt (active employee record). Vì vậy, trạng thái active/inactive phải được quản trị đúng với thực tế nhân sự.
Light User có phải là user đồng thời (concurrent user) không?
Không nên hiểu như vậy. Điều khoản chính thức xác định theo active user hoặc active employee record, không theo số phiên đăng nhập đồng thời.
Hub2S · ERP & AI Consulting
Dự toán license từ dữ liệu nhân sự và vai trò thực tế
Trước khi chốt ngân sách Odoo 20, hãy tách rõ Regular/Custom User, Light User có login và active Employee không có login. Một bảng phân loại đúng từ đầu sẽ tránh việc dự toán ERP chỉ dựa trên số tài khoản được mời vào hệ thống.
Trao đổi với Hub2S →