Ngân sách là luật: lập baseline phân rã theo nhóm vật tư từ dự toán–BOM trước khởi công; mỗi PR đến tay người duyệt kèm ba con số tự động (đã dùng — PR này — còn lại, ví dụ 350tr — 100tr — 50tr trên hạn mức 500tr); phân cấp duyệt theo giá trị (dưới 20tr trưởng bộ phận, 20–100tr thêm PM, trên 100tr thêm GĐ vận hành, mỗi cấp một SLA); PR vượt hạn mức tự leo thang TGĐ/hội đồng kèm ngữ cảnh. Chuỗi khép kín PR → RFQ → PO → GRN → Invoice → Payment trên một nguồn dữ liệu — hết phê duyệt cảm tính, hết phát hiện vượt ngân sách khi đã muộn.
Vấn đề: phê duyệt mua hàng bằng cảm tính
Khi doanh nghiệp chạy nhiều dự án với hàng trăm đến hàng nghìn giao dịch PR/PO mỗi tháng, phê duyệt dựa trên kinh nghiệm, quan hệ nội bộ, email và tin nhắn không còn kiểm soát được. Người duyệt thường không nhìn thấy: ngân sách ban đầu, chi phí đã sử dụng, chi phí còn lại — nhận PR 200 triệu mà phải đi hỏi lại: dự án còn ngân sách không, đã mua vật tư này chưa, có tồn kho không. Chậm và dễ sai.
Năm điểm yếu của phê duyệt thủ công
| Điểm yếu | Biểu hiện | Hệ quả |
|---|---|---|
| Duyệt theo cảm tính | Kinh nghiệm + quan hệ + email/tin nhắn, không thấy số liệu ngân sách | Duyệt sai không ai nhận ra cho đến cuối kỳ |
| Không có dữ liệu tức thời | Nhận PR phải hỏi lại ngân sách, tồn kho, lịch mua | Chậm và sai sót trong quá trình hỏi đáp |
| Mỗi phòng một dữ liệu | QS Excel, mua hàng file riêng, kế toán phần mềm khác | Không nguồn thống nhất — quyết định thiếu cơ sở |
| Chậm phê duyệt 4 tầng | Trưởng bộ phận → PM → GĐ vận hành → TGĐ bằng tay | Kéo dài nhiều ngày — chậm PO, chậm dự án |
| Không phát hiện vượt ngân sách | Chỉ biết vượt khi dự án gần xong, kế toán tổng hợp | Lúc này gần như không thể khắc phục |
Chi phí minh họa: dự án ngân sách vật tư 3 tỷ, vượt 8% = mất 240 triệu lợi nhuận — cộng thêm mua dư, mua trùng, mua ngoài kế hoạch khi duyệt không có số liệu.
Control Model: ngân sách là luật của quy trình phê duyệt
Lớp 1 — Kế hoạch ngân sách: thiết lập từ dự toán dự án, BOM, kế hoạch sản xuất — phân rã theo nhóm vật tư trước khi dự án bắt đầu (MDF 1 tỷ, phụ kiện 500 triệu, sơn 300 triệu, kính 200 triệu...). Lớp 2 — Kiểm soát nhu cầu: mỗi PR đối chiếu định mức, kế hoạch, tồn kho. Lớp 3 — Kiểm soát ngân sách: hiển thị ngay đã dùng bao nhiêu, còn bao nhiêu, có vượt hạn mức không. Lớp 4 — Workflow phân cấp: theo giá trị giao dịch, loại vật tư, loại dự án. Lớp 5 — Theo dõi thực hiện: chuỗi khép kín PR → RFQ → PO → GRN → Invoice → Payment.
Quy trình phê duyệt — bảng chuẩn
| Bước | Input | Action | Output | Owner | Control |
|---|---|---|---|---|---|
| 1. Lập ngân sách | Dự toán, BOM, kế hoạch sản xuất | Phân rã ngân sách theo nhóm vật tư | Baseline duyệt mua | QS + PM | BGĐ duyệt trước khởi công |
| 2. Tạo PR | Nhu cầu sản xuất/công trình | Nhập PR gắn dự án, hạng mục | PR có ngữ cảnh ngân sách | Người yêu cầu | Không PR ngoài hệ thống |
| 3. Kiểm tra ngân sách tự động | PR + baseline | Hiển thị: ngân sách 500tr · đã dùng 350tr · PR này 100tr · còn 50tr | Con số trước mắt người duyệt | Hệ thống | Không duyệt được khi thiếu số |
| 4. Phân cấp duyệt | PR hợp lệ | <20tr: trưởng bộ phận · 20–100tr: +PM · trên 100tr: +GĐ vận hành | Duyệt đúng cấp, đúng SLA | Cấp phê duyệt | SLA từng cấp |
| 5. Leo thang vượt ngân sách | PR vượt hạn mức hạng mục | Tự chuyển TGĐ/Hội đồng phê duyệt | Quyết định có chủ đích về ngoại lệ | TGĐ/Hội đồng | Không ai duyệt thay được |
| 6. Chuyển RFQ → PO | PR đã duyệt | Gửi RFQ, so sánh giá, tạo PO | Đơn hàng khớp ngân sách đã duyệt | Mua hàng | PO không vượt PR duyệt |
KPI quy trình phê duyệt
| KPI | Ý nghĩa | Mục tiêu tham chiếu |
|---|---|---|
| Approval Time theo cấp | Thời gian chờ duyệt trung bình từng cấp | ≤ 1 ngày/cấp |
| Tỷ lệ duyệt sau hạn | Kỷ luật SLA của người duyệt | < 10% |
| PR vượt ngân sách được phát hiện tại bước duyệt | Thay vì cuối dự án | 100% |
| Vượt ngân sách thực tế sau duyệt | Chất lượng quyết định của cấp duyệt | < 5% giá trị mua |
| Chi phí mua ngoài kế hoạch | Mua dư, mua trùng, mua vội | Giảm liên tục theo quý |
ERP và AI trong phê duyệt
ERP biến ngân sách thành luật chạy tự động: người duyệt nhìn thấy ngay ba con số (đã dùng, PR này, còn lại) trên màn hình phê duyệt; vượt hạn mức tự leo thang; toàn bộ chuỗi PR → RFQ → PO → GRN → Invoice → Payment khép kín trên một nguồn dữ liệu. AI nâng thêm một tầng: gợi ý cảnh báo dựa trên mẫu mua hàng bất thường (nhà cung cấp mới, đơn giá lệch lịch sử), dự báo áp lực mua sắp tới để người duyệt chủ động — thay vì duyệt từng đơn trong thiếu thông tin.
Câu hỏi thường gặp
Phê duyệt mua hàng theo ngân sách là gì?
Cơ chế trong đó mọi PR được hệ thống đối chiếu với ngân sách hạng mục trước khi đến tay người duyệt: hiển thị ngân sách, đã dùng, giá trị PR, còn lại. Phân cấp duyệt theo giá trị; PR vượt hạn mức tự leo thang cấp cao hơn. Ngân sách là luật — không ai duyệt ngoại lệ ngoài luồng.
Phân cấp phê duyệt bao nhiêu cấp là hợp lý?
Ba cấp là đủ cho phần lớn doanh nghiệp nội thất: trưởng bộ phận (dưới 20 triệu), quản lý dự án (20–100 triệu), giám đốc vận hành (trên 100 triệu), thêm TGĐ/hội đồng cho ngoại lệ vượt ngân sách. Quan trọng hơn số cấp là SLA từng cấp — duyệt chậm còn tệ hơn duyệt sai.
Vượt ngân sách thì xử lý thế nào cho đúng quy trình?
Không chặn cứng mà leo thang: PR vượt hạn mức tự chuyển tổng giám đốc/hội đồng phê duyệt kèm ngữ cảnh đầy đủ (lý do, tác động margin, phương án thay thế). Quyết định tiếp tục hay không trở thành lựa chọn có chủ đích của cấp có thẩm quyền — không phải sự cố ai đó phát hiện muộn.
Làm sao người duyệt tin con số trên màn hình?
Vì nó đến từ một nguồn duy nhất: ngân sách phân rã từ dự toán đã duyệt, đã dùng = Committed Cost cộng dồn từ PO và hóa đơn thật. Khi QS, mua hàng, kế toán cùng nhìn một hệ thống, tranh luận 'số của anh, số của tôi' biến mất khỏi cuộc phê duyệt.
Dựng workflow phê duyệt theo ngân sách với phân cấp và leo thang tự động — cố vấn AI-X cấu hình cùng bạn trên dữ liệu thật.
Nhận tư vấn workflow phê duyệt → Xem quy trình quản lý PR →