Quản Lý Dự Án + Nhân Sự Với Odoo 20: Một Hệ Thống Cho Timesheet, Lương Và Dự Án — Cắt 70% Thời Gian Chốt Lương Và Nhìn Thấy Lãi Lỗ Dự Án Theo Thời Gian Thật

Hãy thử trả lời ba câu hỏi này ngay bây giờ: dự án đang chạy mạnh nhất của anh lãi hay lỗ, và con số đó mới nhất là bao nhiêu ngày trước? Nhân viên A tuần này thực sự dành bao nhiêu giờ cho dự án của khách B? Và lần chốt lương gần nhất, bộ phận kế toán của anh mất bao nhiêu ngày, dùng bao nhiêu file Excel?

Nếu câu trả lời là "cuối tháng", "không ai biết chính xác", và "hai đến ba ngày, hơn mười file" — thì anh đang vận hành một doanh nghiệp 20–200 nhân sự bằng công cụ của thời tiền số. Mảnh vá dự án và nhân sự bằng Excel, Google Sheet và báo cáo miệng không phải lỗi của nhân viên. Đó là cấu trúc hệ thống: mỗi phòng ban một file, dữ liệu không nối với nhau, và chủ doanh nghiệp chỉ thấy bức tranh tổng thể khi mọi thứ đã muộn.

Tin tốt: từ 2026, Odoo 20 đã nối Project, Timesheet, HR, Payroll và Accounting thành một dòng dữ liệu duy nhất trên cùng một cơ sở dữ liệu. Anh không cần mua ba phần mềm riêng rồi cầu nguyện chúng đồng bộ. Bài viết này em viết dưới góc nhìn tư vấn triển khai thực chiến: mỗi khối chức năng giúp anh cắt được bao nhiêu thời gian, bao nhiêu tiền, và bao lâu thì thu hồi vốn?

💼 Vì Sao Điều Hành Đang Mất Tiền Ngay Tại Mảnh Nút Dự Án – Nhân Sự

Trong 15 năm tư vấn ERP cho doanh nghiệp Việt Nam, em thấy một mẫu số chung: doanh nghiệp không thiếu người giỏi, không thiếu dự án. Họ thiếu tín hiệu — dữ liệu thật, đúng thời điểm, để ra quyết định. Và tín hiệu đắt đỏ nhất lại nằm ở chính hai phòng ban "mềm": dự án và nhân sự.

🔍 Ba "mảnh chết" của quản lý dự án và nhân sự thủ công

Mảnh chết số 1: doanh thu không gắn được với dự án. Khách hàng ký hợp đồng 500 triệu, nhưng tiền công của 6 nhân viên dự án đó nằm ở file lương riêng, chi phí thuê máy nằm ở hóa đơn phòng tài chính, và doanh thu công nhận nằm ở sổ kế toán. Kết quả: anh chỉ biết dự án đó lãi hay lỗ khi có người làm báo cáo cuối kỳ — thường là 4–8 tuần sau khi dự án đã đóng. Nếu lỗ, anh phát hiện khi đã quá muộn để điều chỉnh.

Mảnh chết số 2: thời gian lao động không đo được. Không có timesheet thì "anh A làm dự án B" chỉ là lời khai miệng. Tỷ lệ công có thể hóa đơn (billable) ở doanh nghiệp dịch vụ thường chỉ đạt 55–65% khi đo bằng miệng, và phần còn lại — họp nội bộ, chờ phản hồi, làm việc ngoài dự án — trôi mất không ai biết. Với công ty 50 nhân sự, mỗi 10% công trôi là khoảng 200 triệu đồng doanh thu/năm ở mức lương trung bình 15 triệu/tháng.

Mảnh chết số 3: chấm công tách rời khỏi công việc. Nhân viên chấm công 8 tiếng một ngày, nhưng 3 tiếng trong đó không thuộc dự án nào được khách trả tiền. Máy chấm công chỉ trả lời "có mặt hay không", không trả lời "mặt ở đâu và làm gì". Khoảng trống giữa hai câu trả lời đó chính là lỗ hổng biên lợi nhuận.

📊 Chi phí thực của việc vận hành bằng Excel và báo cáo miệng

Em đã xây một bảng tính chi phí cho một doanh nghiệp dịch vụ 60 nhân sự, 12 dự án đang chạy — mức trung bình mà SkyERP gặp trong khảo sát tại Hà Nội và TP.HCM:

· 2,5 FTE (kế toán + trợ lý dự án) dành cho việc gom số liệu, đối chiếu, làm báo cáo cuối tháng: chi phí 45–60 triệu/tháng.
· Chốt lương 2–3 ngày làm việc cho mỗi kỳ, kèm 3–5 lượt sửa vì số liệu sai: tốn thêm 1,5 FTE tạm thời.
· 8–12% doanh thu dự án bị xói mòn do không kiểm soát được công không billable và phát sinh ngoài phạm vi hợp đồng (scope creep).
· 5–7 ngày để trả lời câu hỏi "dự án X lãi hay lỗ" khi sếp hoặc đối tác hỏi — và câu trả lời thường phải xin lỗi vì "chưa đối xong".
· 15–20% nhân sự từng có tranh chấp lương do chênh lệch giữa chấm công và số công thực tế — mỗi vụ tốn 1–2 ngày quản lý để giải quyết, chưa kể rủi ro lòng tin.

Tổng chi phí vô hình ở quy mô này: 500–900 triệu đồng mỗi năm. Con số này lớn gấp 2–4 lần chi phí triển khai một hệ thống ERP hoàn chỉnh — và nó phát sinh hàng năm, không phải một lần.

🧩 Odoo 20 nối Project + HR + Accounting thành một dòng dữ liệu

Điểm khác biệt cấu trúc của Odoo 20 nằm ở chỗ: dự án, công việc, timesheet, nhân viên, lương và sổ cái kế toán là cùng một cơ sở dữ liệu. Một dòng timesheet ghi "5 tiếng, dự án A, nhân viên B, hạng mục phát triển" sẽ tự động: (1) cập nhật tiến độ Gantt, (2) tính vào chi phí dự án A, (3) chảy vào bảng lương kỳ này, (4) tạo bút toán chi phí trên sổ cái, (5) hiển thị trên dashboard lãi–lỗ thời gian thật của dự án. Không nhập lại, không đối chiếu file, không chờ cuối tháng. Đây là nền tảng cho mọi con số ROI em nêu ở phần sau.

🗂️ Odoo 20 Project: Từ Backlog Đến Chốt Dự Án Trong Một Sảnh Duy Nhất

Phần lớn doanh nghiệp 20–200 nhân sự không cần phần mềm quản lý dự án "cho khách hàng lớn". Họ cần một nơi duy nhất để thấy: dự án nào đang chạy, tới đâu rồi, ai làm, tốn bao nhiêu, và còn lãi hay không. Odoo 20 Project trả lời đúng năm câu hỏi đó.

📋 Gantt, Kanban và phụ thuộc công việc theo thời gian thực

Mỗi dự án có cấu trúc công việc chuẩn: Backlog → Đang làm → Kiểm tra → Hoàn thành, hiển thị cả dạng Kanban lẫn Gantt trên cùng một dữ liệu. Điểm quan trọng với điều hành là phụ thuộc công việc: công việc "viết tài liệu" không thể bắt đầu trước khi "phát triển tính năng" xong, và Gantt sẽ tự đẩy lịch nếu có trượt. Trong khảo sát của SkyERP, doanh nghiệp quản lý 10+ dự án song song bằng Excel mất trung bình 3–4 giờ/tuần để trả lời "tuần này dự án nào trễ và trễ vì khâu nào" — trên Odoo, con số đó gần như bằng 0 vì nó hiển thị sẵn ở màn hình mở đầu.

Với doanh nghiệp bán dịch vụ, Odoo 20 cho phép gắn hạng mục hóa đơn (billable item) ngay trên từng công việc: công việc nào tính tiền cho khách, tính theo giờ hay theo mốc, giá bao nhiêu. Khi nhân viên ghi timesheet vào công việc billable, hệ thống tự sinh đề xuất hóa đơn — giảm 70–80% thao tác lập hóa đơn so với làm tay.

⏱️ Timesheet số — công cụ đo "sự thật" về năng suất

Timesheet trong Odoo 20 thiết kế để người ghi không tốn quá 30 giây mỗi lần: chọn dự án, chọn công việc, nhập giờ — làm được từ máy tính, điện thoại, hoặc tích hợp với máy chấm công. Mức tuân thủ thực tế mà các khách hàng SkyERP đạt được sau 6–8 tuần vận hành: từ 30–40% (khi ghi bằng tay trên Excel) lên 95%+. Vì sao? Vì thời gian ghi giảm còn một lần chạm, và vì nó gắn với chấm công — không có timesheet là không có căn cứ tính lương tăng ca.

Điều giá trị nhất không phải là con số giờ, mà là tỷ lệ billable: dashboard cho thấy 78% công tháng này có thể hóa đơn, 12% là quản lý dự án (nội bộ), 10% là chờ phản hồi khách hàng. Ba con số đó trả lời câu hỏi "tại sao biên lợi nhuận giảm" nhanh hơn bất kỳ cuộc họp nào.

💸 Doanh thu và chi phí dự án theo thời gian thực

Đây là tính năng mà các chủ doanh nghiệp em từng tư vấn gọi là "điểm không thể quay lại": màn hình lãi–lỗ thời gian thật. Mỗi dự án hiển thị: doanh thu đã ký, doanh thu đã công nhận, chi phí nhân sự (từ timesheet), chi phí mua ngoài, và biên lợi nhuận hiện tại — cập nhật theo từng dòng timesheet. Một công ty phần mềm 40 nhân sự mà SkyERP triển khai đã phát hiện ra rằng dự án "ăn khách" nhất của họ thực ra có biên 4% (thay vì 18% như báo cáo cuối kỳ cũ) do scope creep không được ghi nhận. Họ đàm phán lại bảng giá cho dự án cùng loại và thu về thêm 320 triệu trong quý kế tiếp — lớn hơn cả chi phí triển khai hệ thống.

👥 Nhân Sự & Lương: Chốt Bảng Lương Trong 30 Phút Thay Vì Hai Tuần

Ở phần dự án, dữ liệu timesheet đã chảy về. Phần này là nơi dữ liệu đó biến thành bảng lương — và là nơi doanh nghiệp cảm nhận sự khác biệt rõ nhất về thời gian.

🧾 Chấm công tích hợp timesheet — chấm công là công

Odoo 20 HR cho phép nhân viên chấm công (check-in/check-out) và ghi timesheet trong cùng một luồng: buổi sáng vào ca, hệ thống hỏi "làm dự án nào, bao nhiêu giờ", và nếu anh không ghi thì cuối ngày sẽ có thông báo nhẹ. Với doanh nghiệp có ca xoay, ca tăng ca, làm ngoài giờ, quy tắc tính giờ được cấu hình một lần: tăng ca từ 18h tính 1,5 lần, ngày lễ tính 2 lần, tối đa bao nhiêu giờ/tháng. Kế toán không còn việc dò giờ tăng ca bằng mắt trên bảng chấm công scan — một trong những nguồn sai số lương lớn nhất (em từng gặp sai tới 11% tổng giờ tăng ca khi đối chiếu thủ công).

💰 Bảng lương tự động với khấu trừ, thưởng theo dự án

Kỳ lương chạy như sau: hệ thống lấy giờ chuẩn + giờ tăng ca từ chấm công, cộng lương cơ bản theo ngạch bậc, trừ BHXH – BHYT – thuế TNCN theo công thức hiện hành, cộng thưởng theo cấu hình. Với doanh nghiệp có thưởng theo dự án — rất phổ biến ở công ty dịch vụ — Odoo 20 cho phép gắn thưởng vào lợi nhuận thực của dự án: dự án đạt biên 20% thì thưởng 5% cho đội dự án, tự động phân bổ theo thời gian từng người. Kết quả thực tế ở các dự án SkyERP: thời gian chốt lương giảm từ 2–3 ngày xuống 15–30 phút (chạy batch, kiểm tra 2–3 trường hợp ngoại lệ, duyệt). Sai sót bảng lương giảm 90% vì không còn cộng trừ tay.

📈 Hồ sơ nhân sự và quy trình xin nghỉ, tăng ca, đánh giá KPI

Mỗi nhân viên có một hồ sơ: hợp đồng, ngạch bậc, lịch sử lương, lịch sử kỷ luật, chứng chỉ, ngày nghỉ phép còn lại. Các quy trình xin nghỉ – xin tăng ca – xin cấp thiết bị chạy dạng yêu cầu duyệt trực tiếp tới quản lý trên điện thoại, có thời hạn phản hồi và ghi log. Điểm em nhấn mạnh với các anh làm dịch vụ: KPI gắn với dự án. Thay vì đánh giá "năng lực" bằng cảm tính cuối năm, KPI được định nghĩa từ chính dữ liệu dự án: tỷ lệ billable, giờ hoàn thành đúng hạn, số lỗi được khách hàng báo. Kỳ đánh giá cuối năm vì vậy giảm từ 2–3 tuần họp xuống 3–4 giờ, vì con số đã ở đó — cuộc họp chỉ còn để thảo luận chất lượng, không phải để lục tìm số liệu.

💰 Bài Toán ROI: Bao Nhiêu Nhân Sự, Bao Nhiêu Dự Án Thì Đáng Đầu Tư

Câu hỏi em được hỏi nhiều nhất không phải "Odoo có gì" mà là "công ty tôi có đủ lớn để đáng đầu tư không". Dưới đây là cách em tính, và anh có thể tự áp.

🧮 Công thức tính ROI cho doanh nghiệp 20–200 nhân sự

Công thức SkyERP dùng trong khảo sát, gồm ba dòng thu lợi:

Dòng 1 — Tiết kiệm nhân sự vận hành. Số FTE dành cho gom số liệu, đối chiếu, chốt lương, làm báo cáo (thường 1,5–3 FTE ở quy mô này) × chi phí nhân sự (25–40 triệu/năm/FTE) × 70% (giả định hệ thống thay được 70%). Doanh nghiệp 60 nhân sự: 2,5 FTE × 35 triệu × 70% ≈ 61 triệu/năm.

Dòng 2 — Công không billable được thu hồi. Tổng doanh thu dự án × (mục tiêu billable − billable hiện tại). Ví dụ: doanh thu dự án 15 tỷ/năm, billable hiện tại 60%, mục tiêu 75% → 15 tỷ × 15% × 30% biên gộp ≈ 67 triệu/năm, và thực tế thường cao hơn vì doanh nghiệp còn cắt được scope creep.

Dòng 3 — Tốc độ và chất lượng quyết định. Khó định giá chính xác, nhưng đo được: thời gian trả lời "dự án lãi/lỗ" từ 7 ngày xuống tức thời; phát hiện lỗ trước 1–2 quý thay vì cuối năm; tranh chấp lương giảm. Em thường tính dòng này 10–20 triệu/năm ở quy mô SME.

Tổng lợi ích năm đầu cho doanh nghiệp 60 nhân sự, 12 dự án: 140–200 triệu/năm, lặp lại hàng năm.

🏢 Ba trường hợp điển hình em đã triển khai

Công ty phần mềm 45 nhân sự, 14 dự án song song: triển khai 7 tuần, chi phí tổng (triển khai + năm 1 license và hỗ trợ) khoảng 320 triệu. Billable tăng từ 61% lên 76%, phát hiện 2 dự án âm biên và điều chỉnh giá. Thu hồi vốn tháng thứ 8. Bài học: thành bại nằm ở kỷ luật timesheet đầu 4 tuần đầu — khi đó mọi người ghi 100%, sau đó mới hạ xuống tự động.

Đơn vị thiết kế – xây dựng 30 nhân sự, 8 dự án công trình: triển khai 6 tuần, chi phí 240 triệu. Lợi ích lớn nhất không phải lương mà là định giá dự án mới: có đủ dữ liệu chi phí 24 tháng để báo giá chính xác, biên trung bình các dự án mới tăng từ 9% lên 14%. Thu hồi vốn tháng thứ 7.

Doanh nghiệp gia công cơ khí 80 nhân sự (phân xưởng + văn phòng): triển khai 9 tuần (rộng hơn vì có ca xoay), chi phí 450 triệu. Chấm công thay máy chấm thẻ giấy, giờ tăng ca sai lệch giảm từ 11% xuống dưới 1%, tranh chấp lương về 0. Thu hồi vốn tháng thứ 10.

Mẫu chung: doanh nghiệp 20+ nhân sự và 5+ dự án song song đều đạt ROI dương trong 12 tháng; dưới 15 nhân sự, em thường khuyến nghị chỉ triển khai khối Project + Timesheet trước (chi phí 80–150 triệu) rồi mở rộng.

⚖️ Chi phí triển khai và vòng thu hồi vốn 6–10 tháng

Chi phí gồm ba phần: (1) phí triển khai một lần — khảo sát, cấu hình, phát triển riêng, nhập liệu, đào tạo, hỗ trợ go-live: 150–350 triệu tùy quy mô; (2) license Odoo theo người dùng/năm: doanh nghiệp 60 người khoảng 60–90 triệu/năm nếu dùng bản Enterprise đầy đủ, thấp hơn nếu dùng Community + module riêng; (3) hỗ trợ – bảo trì năm 1: 10–15% phí triển khai. Với lợi ích 140–200 triệu/năm (phần trên), vòng thu hồi 6–10 tháng là kịch bản tiêu chuẩn, 10–12 tháng cho kịch bản thận trọng. Con số này SkyERP đưa vào hợp đồng khảo sát để anh đối chiếu — không phải con số em nói miệng.

🗓️ Lộ Trình Triển Khai 6–8 Tuần: Không Dừng Dự Án Đang Chạy

Nguyên tắc triển khai của SkyERP: dự án đang chạy không được dừng, quy trình không được đổi hai lần trong cùng một tháng. Vì vậy lộ trình chia nhỏ, go-live theo nhóm, và mỗi giai đoạn có mốc nghiệm thu bằng số liệu.

📅 Giai đoạn 1–2: Khảo sát, chuẩn hóa quy trình và dữ liệu

Tuần 1–2: khảo sát 5–7 buổi làm việc với giám đốc dự án, kế toán trưởng, trưởng nhân sự. Đầu ra là hai tài liệu anh ký xác nhận: bản đồ quy trình hiện tại (mỗi bước, ai làm, mất bao lâu, mất bao nhiêu tiền) và bản mô tả quy trình mục tiêu. Song song: làm sạch dữ liệu — danh sách nhân viên, ngạch bậc, hợp đồng, danh sách dự án đang chạy và số dư đã ghi nhận. Sai số dữ liệu đầu vào dưới 5% là điều kiện đi tiếp; kinh nghiệm em rút ra: doanh nghiệp nào coi nhẹ bước này, tuần thứ 5 sẽ tốn gấp đôi thời gian để sửa.

🚀 Giai đoạn 3–5: Go-live từng nhóm, đào tạo theo vai trò

Tuần 3: cấu hình và phát triển riêng (mẫu timesheet, quy tắc lương, dashboard lãi–lỗ). Tuần 4: đào tạo theo 4 vai trò — quản lý dự án (4 giờ), nhân viên dự án (2 giờ), nhân sự (4 giờ), kế toán (6 giờ) — mỗi vai trò một kịch bản thực hành trên dữ liệu thật của công ty anh, không phải dữ liệu mẫu. Tuần 5: go-live song song — hai tuần đầu, hệ thống chạy song song với quy trình cũ; cuối tuần 5 đối chiếu: sai lệch timesheet < 3%, sai lệch lương < 0,5% mới tắt quy trình cũ. Đây là mốc quan trọng nhất: nó biến "tin tưởng phần mềm" thành "đã kiểm chứng bằng số".

🛡️ Giai đoạn 6–8: Ổn định, đối soát và bàn giao vận hành

Tuần 6–8: hỗ trợ tại chỗ (onsite) 2–3 ngày/tuần cho các tuần đầu, sau đó chuyển online. Hai chỉ số theo dõi hàng tuần: mức tuân thủ timesheet (mục tiêu > 90% vào tuần thứ 8) và số giờ không gán dự án (cần xuống dưới 8%). Tuần 8: bàn giao — tài liệu vận hành, tài khoản quản trị cho đội IT nội bộ, và lịch bảo trì. Sau bàn giao, SkyERP chạy báo cáo ROI tháng thứ 3 và thứ 6 để đối chiếu với cam kết — anh thấy chính xác con số mình đang thu về.

⚠️ 5 Sai Lầm Khiến Dự Án ERP Dự Án – Nhân Sự Thất Bại

Em đã xem quá nhiều dự án chết không phải vì phần mềm, mà vì năm lỗi dưới đây. Anh đọc phần này trước khi ký hợp đồng với bất kỳ vendor nào — kể cả em.

🚫 Sai lầm 1–2: Ép toàn bộ go-live một ngày và bỏ qua chuẩn timesheet

Sai lầm 1: big bang go-live. "Thứ Hai tuần sau, cả công ty chuyển hết." Với doanh nghiệp đang chạy dự án, cách này gần như chắc chắn tạo ra một tháng hỗn loạn: dữ liệu nhập trễ, timesheet thiếu, lương kỳ đầu sai, và niềm tin của nhân viên vào hệ thống mất ngay từ đầu. Cách đúng là go-live theo nhóm (dự án trước, lương sau) và chạy song song ít nhất hai tuần. Chi phí của big bang không nằm trong hợp đồng — nó nằm trong 1–2 tháng năng suất giảm mà không ai đo được.

Sai lầm 2: coi timesheet là thủ tục hành chính. Doanh nghiệp mua hệ thống nhưng bảo "tự ghi thì ghi, không bắt buộc". Kết quả sau 3 tuần: tuân thủ rơi xuống 40–50% và mọi con số ROI ở trên biến mất. Timesheet phải là điều kiện của quy trình (không có timesheet thì không duyệt tăng ca, không tính thưởng), không phải khuyến nghị. Vendor nào cam kết ROI mà không gắn kỷ luật timesheet vào phạm vi dự án — anh nên hỏi ngược lại họ.

🚫 Sai lầm 3–4: Không gắn tài chính với dự án và không đo sau go-live

Sai lầm 3: triển khai Project nhưng không gắn Accounting. Nhiều doanh nghiệp để tiết kiệm chi phí chỉ mua phần quản lý dự án, không cấu hình dòng tiền dự án. Hệ quả: anh có tiến độ đẹp nhưng vẫn mù về lãi–lỗ — đúng vấn đề anh muốn giải quyết. Chi phí gắn tài chính chỉ tăng 10–15% phí triển khai nhưng quyết định 60% giá trị ROI. Đây là hạng mục em luôn giữ trong phạm vi, dù anh có yêu cầu cắt.

Sai lầm 4: nghiệm thu bằng "đã bật hệ thống" thay vì bằng số. Nghiệm thu đúng phải bằng chỉ số: tuân thủ timesheet ≥ 90%, sai lệch lương < 0,5%, thời gian chốt lương ≤ 1 ngày, dashboard lãi–lỗ cập nhật trong ngày. SkyERP đưa các chỉ số này vào hợp đồng; anh nên yêu cầu mọi vendor làm như vậy.

🚫 Sai lầm 5: Chọn vendor theo giá rẻ thay vì theo ROI

Hai báo giá 150 triệu và 350 triệu cho cùng phạm vi — chênh 200 triệu. Nhưng nếu báo giá thấp thiếu khâu chuẩn hóa dữ liệu, đào tạo theo vai trò và đo ROI sau go-live, chi phí thực tế của nó có thể cao hơn 500 triệu vì phải làm lại. Câu hỏi đúng khi so sánh vendor không phải "ai rẻ hơn" mà là: ai đưa được con số ROI cụ thể vào hợp đồng, và ai đo nó sau 6 tháng? Anh cũng nên yêu cầu xem 2–3 dự án vendor đã làm cùng quy mô với mình — và gọi trực tiếp khách hàng đó.

SkyERP — Chuyên gia tư vấn & triển khai Odoo cho doanh nghiệp Việt Nam. skyerp.net/contactus