Tình huống minh họa: Một tổng thầu trúng gói xây dựng nhà máy với giá 320 tỷ đồng. Ban điều hành yêu cầu PM theo dõi lãi lỗ theo tháng, nhưng PM mở hệ thống ra thì chỉ thấy một con số tổng cho cả gói, không biết hạng mục nào đang ăn vào ngân sách. Kế toán ghi chi phí theo tài khoản, mua hàng ghi theo đơn mua, công trường ghi theo đầu việc. Ba cách gọi tên, không gắn được vào nhau.
Trả lời ngắn: Chuyển ngân sách đấu thầu thành baseline là việc phân rã giá dự thầu đã trúng thành ngân sách theo cost code và hạng mục, khóa lại làm đường cơ sở, rồi gắn mọi chi phí phát sinh về đúng cost code đó. Không có baseline, tổng thầu chỉ biết tổng chi phí của cả công trình chứ không biết hạng mục nào đang vượt, nên không kịp can thiệp.
Bài viết này dành cho ai?
Dành cho Giám đốc dự án (PM), Kiểm soát chi phí, Kế toán công trình, Trưởng phòng dự toán và Ban điều hành của doanh nghiệp tổng thầu xây dựng. Những người phải biến giá trúng thầu thành ngân sách theo dõi hằng tháng nhưng bế tắc vì chi phí ghi theo tài khoản kế toán, không theo hạng mục thi công.
Điều gì đang xảy ra?
- Giá dự thầu được nộp theo cách của khách, không theo cách tổng thầu cần để quản trị.
- Ngân sách nội bộ chỉ có một con số tổng, không chia theo hạng mục hay cost code.
- Chi phí mua hàng, thầu phụ và nhân công được ghi rời, không gắn về hạng mục đã trúng.
- Kế toán theo dõi theo tài khoản, PM theo dõi theo đầu việc, hai bên không khớp được.
- PM chỉ biết hạng mục vượt khi tháng đã đóng, sau khi đã cam kết gần hết chi phí.
Điều doanh nghiệp thực sự muốn đạt được
Chức năng: mỗi hạng mục trong giá trúng thầu có một dòng ngân sách baseline và mọi chi phí phát sinh gắn được về đó. Quản trị: baseline là đường cơ sở đã được phê duyệt, mọi thay đổi ngân sách phải qua phụ lục chứ không sửa trực tiếp. Tổ chức: rõ ai lập baseline, ai kiểm cấu trúc cost code và ai phê duyệt để nó trở thành chuẩn cho cả công trình.
Điều gì đang cản trở?
| Lớp cản trở | Biểu hiện | Hệ quả |
|---|---|---|
| Dữ liệu | Ngân sách nội bộ không phân rã theo hạng mục và cost code | Không biết hạng mục nào vượt, chỉ biết tổng |
| Quy trình | Không có bước chuyển ngân sách đấu thầu thành baseline | PM tự dựng bảng theo dõi riêng, không ai kiểm |
| Kiểm soát | Chi phí cam kết và thực tế không gắn về dòng baseline | So sánh ngân sách và thực tế luôn phải làm tay |
| Tổ chức | Không rõ ai chốt cấu trúc cost code | Mỗi công trình một cách phân rã, không tổng hợp được |
| Công cụ | Kế toán theo tài khoản, PM theo đầu việc | Hai bộ số liệu không nối được thành lãi lỗ hạng mục |
Điểm nhìn cốt lõi: Vấn đề không phải PM không theo dõi chi phí, mà là ngân sách không được phân rã về đúng đơn vị quản trị. Khi baseline thiếu cost code, mọi dữ liệu chi phí đều đúng ở tầng sổ sách nhưng vô dụng ở tầng quyết định. Baseline là bước ít tốn kém nhất để biến giá trúng thầu thành công cụ điều hành.
Tác động tới doanh nghiệp
| Chiều tác động | Điều gì xảy ra khi không có baseline |
|---|---|
| Cost | Chi phí bị kiểm soát ở mức tổng, không ai chặn được hạng mục vượt riêng lẻ |
| Margin | Lợi nhuận công trình chỉ lộ ra khi kết thúc, không còn đòn điều chỉnh |
| Cash Flow | Không gắn chi phí cam kết về hạng mục nên khó dự báo nhu cầu tiền theo giai đoạn |
| Progress | PM không dám quyết định điều chuyển nguồn lực vì thiếu cơ sở so sánh hạng mục |
| Risk | Thay đổi ngân sách được sửa trực tiếp, không có dấu vết để giải trình với ban điều hành |
Nguyên nhân gốc
Giá dự thầu được lập theo cấu trúc của khách, không theo cấu trúc quản trị nội bộ ↓ Không có bước phân rã ngân sách theo cost code và hạng mục thi công ↓ Chi phí mua hàng, thầu phụ và nhân công ghi rời theo chứng từ ↓ Không có dòng baseline để đối chiếu thực tế và chi phí cam kết ↓ PM dựng bảng theo dõi riêng bằng Excel, không ai kiểm chéo ↓ Hạng mục vượt ngân sách chỉ hiện ra khi tháng đã đóng, can thiệp đã muộn
Framework quản trị
MỘT CẤU TRÚC COST CODE — dùng chung cho dự toán, mua hàng, công trường và kế toán ↓ PHÂN RÃ NGÂN SÁCH — giá trúng thầu tách thành dòng baseline theo hạng mục và cost code ↓ BASELINE ĐƯỢC KHÓA — đường cơ sở đã phê duyệt, thay đổi phải qua phụ lục ↓ GẮN CHI PHÍ — mọi đơn mua, hợp đồng thầu phụ và lương gắn về dòng baseline ↓ ĐỐI CHIẾU ĐỊNH KỲ — baseline so với chi phí cam kết và chi phí thực tế ↓ CẢNH BÁO SỚM — hạng mục vượt ngưỡng nổi lên trước khi tháng đóng
Phân rã giá trúng thầu thành ngân sách baseline theo hạng mục và cost code, khóa lại làm đường cơ sở và gắn mọi chi phí cam kết về đúng dòng để theo dõi lãi lỗ theo tháng.
Khám phá EcoCons → Xem gói One →Chuỗi SOP: Trigger → Input → Process → Approval → Control → Exception → Output → KPI
| Tầng SOP | Nội dung quy định |
|---|---|
| Trigger | Có thông báo trúng thầu hoặc ký hợp đồng với giá đã chốt |
| Input | Giá dự thầu đã duyệt, BOQ trúng thầu, cấu trúc cost code chuẩn của doanh nghiệp |
| Process | Phân rã giá trúng thành ngân sách baseline theo hạng mục và cost code |
| Approval | Kiểm soát chi phí kiểm cấu trúc, PM xác nhận khối lượng, Giám đốc tài chính phê duyệt |
| Control | Tổng baseline bằng giá trúng thầu, mỗi dòng có cost code và chủ sở hữu |
| Exception | Giá trúng lệch giá dự thầu, hoặc khách yêu cầu cấu trúc hạng mục khác |
| Output | Ngân sách baseline đã khóa, sơ đồ cost code và quy tắc gắn chi phí |
| KPI | Đo ở bảng KPI bên dưới, gắn chủ sở hữu và tần suất cập nhật |
Quy trình đề xuất (To-Be)
| Bước | Người phụ trách | Điều kiện vào | Điểm kiểm soát |
|---|---|---|---|
| Chuẩn hóa cost code cho công trình | Kiểm soát chi phí | Hợp đồng đã ký | Cost code dùng chung với dự toán và kế toán |
| Phân rã giá trúng thành ngân sách hạng mục | PM + QS | Cost code đã chốt | Tổng các dòng bằng giá trúng thầu |
| Khóa baseline và phê duyệt | Giám đốc tài chính | Phân rã đã hoàn thành | Baseline được khóa, thay đổi phải qua phụ lục |
| Gắn chi phí về dòng baseline | Mua hàng + Công trường | Có đơn mua hoặc chứng từ | Mỗi chứng từ mang một cost code hợp lệ |
| Đối chiếu baseline với thực tế | Kiểm soát chi phí | Chi phí đã được ghi nhận | Chênh lệch được tính theo từng hạng mục |
| Rà soát và hành động định kỳ | PM + Ban điều hành | Có cảnh báo vượt ngưỡng | Hạng mục vượt có người xử lý và hạn đóng |
Quy tắc validation đi kèm: mọi dòng ngân sách phải có cost code trong danh mục chuẩn, tổng dòng baseline phải khớp giá trúng thầu, và chỉ người được ủy quyền mới chuyển baseline sang trạng thái khóa.
Ví dụ minh họa — số liệu giả định
Ví dụ minh họa — số liệu giả định, không phải thống kê.
Một gói thầu giả định có giá trúng 320 tỷ đồng và lợi nhuận mục tiêu 9,0%, tức 320 × 9,0% = 28,8 tỷ. Giá trúng được phân rã thành bốn nhóm ngân sách baseline: phần kết cấu 130 tỷ, phần hoàn thiện 90 tỷ, phần cơ điện 70 tỷ và phần chi phí chung 30 tỷ. Tổng bốn nhóm là 130 + 90 + 70 + 30 = 320 tỷ, khớp đúng giá trúng. Nếu nhóm cơ điện phát sinh thêm 4 tỷ, chênh lệch so với baseline là 4 ÷ 70 = 5,7% và ăn vào lợi nhuận, đưa lợi nhuận còn 28,8 − 4,0 = 24,8 tỷ, biên 24,8 ÷ 320 = 7,8%. Tự kiểm tra: 130 + 90 = 220; 220 + 70 = 290; 290 + 30 = 320; 320 × 0,09 = 28,8; 28,8 − 4,0 = 24,8.
EcoCons hỗ trợ ở đâu?
| Yêu cầu | Năng lực | Mức đáp ứng |
|---|---|---|
| Cấu trúc cost code dùng chung cho công trình | Mã phân tích, dự án và chiều phân tích chi phí | Tiêu chuẩn + cấu hình |
| Ngân sách baseline theo hạng mục | Ngân sách dự án, mục ngân sách và phiên bản ngân sách | Tiêu chuẩn + cấu hình |
| Gắn chi phí cam kết về dòng ngân sách | Đơn mua, hợp đồng và hóa đơn gắn mã phân tích | Tiêu chuẩn + cấu hình |
| Khóa baseline và phụ lục thay đổi ngân sách | Lịch sử phiên bản ngân sách và quy tắc phê duyệt | Mở rộng (AI-X) |
| Cảnh báo hạng mục vượt ngưỡng | Quy tắc tự động và danh sách cảnh báo theo người nhận | Đề xuất thiết kế |
AI / Automation hỗ trợ ở đâu?
Khi baseline và chi phí nằm cùng một hệ thống, AI có thể phân loại chứng từ chưa gắn cost code, gợi ý cost code cho đơn mua mới dựa trên mô tả và lịch sử, và xếp hạng hạng mục có nguy cơ vượt baseline cao nhất trong tháng. Điểm quyết định của AI nằm ở bước gợi ý gắn cost code và xếp hạng rủi ro vượt ngân sách. Đầu vào là giá trúng, baseline, đơn mua và hóa đơn; AI đưa danh sách ưu tiên; kiểm soát chi phí và PM quyết định. AI không tự đổi baseline, không tự duyệt chi phí và không tự kết luận một hạng mục đã vượt ngân sách.
KPI cần theo dõi
| KPI | Công thức | Tần suất | Chủ sở hữu | Hành động khi lệch |
|---|---|---|---|---|
| Tỷ lệ chi phí gắn đúng cost code | Chi phí có cost code hợp lệ ÷ tổng chi phí | Tuần | Kiểm soát chi phí | Rà chứng từ thiếu mã và bổ sung phân loại |
| Chênh lệch baseline và chi phí cam kết | Baseline − chi phí thực tế − chi phí cam kết | Tuần | PM | Can thiệp hạng mục vượt và siết đơn mua |
| Độ trễ khóa baseline sau khi ký hợp đồng | Ngày từ ký hợp đồng đến baseline được duyệt | Theo gói | Giám đốc tài chính | Rút ngắn bước phân rã và chuẩn hóa cost code |
| Số hạng mục vượt ngưỡng cảnh báo | Hạng mục vượt ngưỡng ÷ tổng hạng mục | Tháng | Kiểm soát chi phí | Phân công xử lý và theo dõi đến khi về ngưỡng |
| Tỷ lệ thay đổi ngân sách qua phụ lục | Thay đổi có phụ lục duyệt ÷ tổng thay đổi | Tháng | Ban điều hành | Chấm dứt sửa baseline trực tiếp |
Câu hỏi thường gặp
Baseline khác gì ngân sách dự án thông thường?
Ngân sách dự án thường chỉ là một con số tổng hoặc vài nhóm lớn. Baseline là ngân sách đã phân rã theo hạng mục và cost code, được phê duyệt và khóa lại làm đường cơ sở. Nhờ đó mọi chi phí phát sinh đối chiếu được về đúng dòng, và mọi thay đổi phải đi qua phụ lục thay vì sửa trực tiếp.
Vì sao cần cost code thay vì dùng tài khoản kế toán?
Tài khoản kế toán trả lời câu hỏi chi phí thuộc loại gì, ví dụ vật tư hay nhân công. Cost code trả lời câu hỏi chi phí thuộc hạng mục nào của công trình. Quản trị lãi lỗ công trình cần chiều hạng mục. Hai chiều này bổ sung cho nhau, nhưng nếu chỉ có tài khoản thì không biết hạng mục nào vượt.
Nên chuyển baseline ở thời điểm nào?
Ngay sau khi có thông báo trúng thầu hoặc ký hợp đồng, trước khi phát hành các đơn mua lớn đầu tiên. Nếu chuyển muộn, chi phí đã cam kết nằm rải rác theo cách gọi tên cũ và phải phân loại lại rất tốn công. Chuyển sớm còn giúp kiểm tra ngay giá trúng có đủ bù cấu trúc hạng mục không.
Xử lý thế nào khi giá trúng lệch giá dự thầu?
Khi giá trúng thấp hơn giá dự thầu, phần chênh phải được phân bổ có chủ đích vào các hạng mục, không rải đều một cách máy móc. Những hạng mục có khả năng tiết kiệm nên nhận phần giảm nhiều hơn, và các hạng mục rủi ro nên giữ ngân sách đủ. Quyết định này cần được ghi lại trong biên bản phê duyệt baseline.
SOP này khác gì bộ công cụ ở bài 1388?
SOP-BL-01 quy định cách làm: trigger, các tầng xử lý, điểm kiểm soát, ngoại lệ và KPI. Bộ công cụ ở bài 1388 quy định ghi vào đâu và kiểm bằng gì với các biểu mẫu như bảng phân rã baseline, danh mục cost code và quy tắc gắn chi phí. Hai bài dùng chung một bộ định nghĩa.
Doanh nghiệp nhỏ có thể làm baseline trên bảng tính không?
Được, miễn là có cấu trúc cost code thống nhất và một người chịu trách nhiệm khóa baseline. Điều kiện quan trọng là mọi chứng từ chi phí đều mang cost code hợp lệ. Khi số công trình và số dòng chi phí tăng, ERP giúp việc gắn mã và đối chiếu tự động thay vì làm tay.
Checklist: doanh nghiệp của bạn có vấn đề này không?
Đọc kết quả: 0–2 ô = baseline đang được quản trị tốt; 3–5 ô = cần chuẩn hóa cost code và phân rã ngân sách; 6–8 ô = nên áp dụng SOP-BL-01 cùng bộ công cụ ở bài 1388 trước khi mở rộng quy mô.
Kết luận
Chuyển ngân sách đấu thầu thành baseline không phải là việc sao chép một con số sang một file mới. Đó là việc phân rã giá trúng thầu về đúng đơn vị quản trị là hạng mục và cost code, khóa lại làm đường cơ sở và gắn mọi chi phí về đó. Khi chạy cùng bộ công cụ ở bài 1388, PM và ban điều hành nhìn được hạng mục nào đang vượt ngay trong tháng thay vì chờ đến lúc kết thúc công trình.