English
日本語Ở nhiều doanh nghiệp vừa và nhỏ (SMB) tại Việt Nam, quy trình mua hàng vẫn dựa trên email xin duyệt, tin nhắn Zalo hỏi sếp “duyệt chưa anh/chị ơi”, hoặc một cuốn sổ phê duyệt truyền tay giữa các phòng ban. Khi số lượng đơn mua hàng còn ít, cách làm này tạm ổn.
Nhưng khi công ty mở rộng, số nhà cung cấp và số đơn hàng tăng lên, việc thiếu một quy trình duyệt rõ ràng dễ dẫn đến mua vượt ngân sách, mua trùng, hoặc chậm trễ vì đơn hàng “kẹt” ở bàn ai đó không rõ lý do.
Bài viết này trình bày cách phân hệ Mua hàng (Purchase) của Odoo thiết lập quy trình duyệt mua hàng tự động theo nhiều cấp, dựa trên giá trị đơn hàng và vai trò người duyệt, giúp SMB kiểm soát chi tiêu mà không làm chậm hoạt động mua sắm hàng ngày.
Mục lục
💡 Insight: Rủi ro lớn nhất trong mua hàng thủ công không phải là thiếu người duyệt, mà là thiếu một ngưỡng duyệt rõ ràng gắn với giá trị đơn hàng. Khi mọi đơn – dù 500 nghìn hay 500 triệu – đều phải “hỏi sếp” theo cùng một cách, người duyệt vừa quá tải với đơn nhỏ, vừa dễ bỏ sót kiểm soát ở đơn lớn.
HIỆN TRẠNG PHỔ BIẾN Ở SMB
Vấn đề phổ biến khi duyệt mua hàng còn thủ công
Ở nhiều SMB, người đề nghị mua hàng (phòng ban có nhu cầu), người duyệt (quản lý hoặc giám đốc) và người thực hiện (mua hàng, kế toán công nợ) thường không làm việc trên cùng một công cụ. Đề nghị mua hàng được gửi qua email hoặc chat, người duyệt trả lời bằng một dòng tin nhắn, và không ai lưu lại đầy đủ ai đã duyệt, duyệt lúc nào, với ngân sách bao nhiêu.
Cách vận hành này tạo ra ba vấn đề lặp lại. Thứ nhất, không có ngưỡng duyệt theo giá trị đơn hàng, nên đơn nhỏ (mua văn phòng phẩm) và đơn lớn (mua thiết bị, nguyên vật liệu) đi qua cùng một quy trình phê duyệt, gây quá tải cho người duyệt và làm chậm các đơn thực sự cần xử lý nhanh. Thứ hai, khi người duyệt vắng mặt hoặc đi công tác, đơn hàng dễ bị “treo” vì không có cơ chế duyệt thay hoặc chuyển cấp tự động. Thứ ba, việc thiếu lịch sử phê duyệt tập trung khiến kế toán khó đối chiếu khi phát sinh tranh chấp với nhà cung cấp hoặc khi kiểm toán nội bộ.
3
Vai trò tham gia mua hàng (đề nghị, duyệt, thực hiện) thường tách rời công cụ ở SMB
0
Ngưỡng duyệt theo giá trị đơn hàng khi quy trình còn vận hành qua email/chat
1
Nơi lưu toàn bộ lịch sử duyệt khi quy trình chạy trên Odoo Purchase
GIẢI PHÁP
Giải pháp: quy trình duyệt mua hàng tự động nhiều cấp trong Odoo
Phân hệ Purchase của Odoo cho phép cấu hình ngưỡng duyệt (approval threshold) và cấp duyệt (approval level) ngay trên hệ thống, gắn liền với đơn mua hàng (Purchase Order) và, nếu cần, với Yêu cầu báo giá (RFQ) trước đó. Toàn bộ quy trình – từ đề nghị, duyệt, đến chuyển thành đơn hàng chính thức – diễn ra trên cùng một bản ghi.
Ngưỡng duyệt theo giá trị đơn hàng
Quản trị viên thiết lập mức giá trị mà từ đó đơn mua hàng bắt buộc phải qua bước “Xác nhận đơn hàng” bởi người có quyền duyệt, thay vì được xác nhận trực tiếp bởi người tạo đơn. Đơn dưới ngưỡng có thể xử lý ngay, đơn trên ngưỡng tự động chuyển sang trạng thái chờ duyệt.
Nhiều cấp duyệt theo vai trò và phòng ban
Với đơn hàng giá trị lớn hơn, hệ thống có thể yêu cầu duyệt qua nhiều cấp (trưởng phòng, sau đó giám đốc) dựa trên nhóm quyền (Access Rights) và quy tắc bản ghi (Record Rules) được cấu hình theo cơ cấu tổ chức thực tế của doanh nghiệp.
Thông báo và lịch sử duyệt tập trung
Người duyệt nhận thông báo ngay trên hệ thống (và qua email nếu cấu hình) khi có đơn chờ xử lý. Mọi thao tác duyệt, từ chối, hoặc yêu cầu chỉnh sửa đều được ghi lại trên nhật ký (chatter) của đơn hàng, tạo thành lịch sử tra cứu đầy đủ khi cần đối chiếu hoặc kiểm toán.
LỢI ÍCH THỰC TẾ
Lợi ích khi tự động hóa quy trình duyệt mua hàng
Khi ngưỡng duyệt và cấp duyệt được cấu hình sẵn trên hệ thống, sự khác biệt rõ nhất nằm ở tốc độ xử lý đơn nhỏ và mức độ kiểm soát đơn lớn.
| Nghiệp vụ | Trước Odoo (thủ công) | Sau Odoo Purchase |
|---|---|---|
| Đơn hàng giá trị nhỏ | Vẫn phải chờ duyệt qua email/chat như đơn lớn | Tự động xác nhận dưới ngưỡng, không cần chờ duyệt |
| Đơn hàng giá trị lớn | Duyệt một cấp, dễ bỏ sót kiểm soát ngân sách | Tự động chuyển nhiều cấp duyệt theo giá trị và vai trò |
| Tra cứu lịch sử duyệt | Rải rác trong email, tin nhắn, khó tổng hợp | Tập trung trên nhật ký đơn hàng, tra cứu tức thời |
LƯU Ý TRIỂN KHAI
Lưu ý khi triển khai quy trình duyệt mua hàng trên Odoo
Trước khi cấu hình ngưỡng duyệt, SMB cần thống nhất trước với ban lãnh đạo về các mức giá trị cụ thể (ví dụ: dưới 10 triệu tự xác nhận, từ 10-100 triệu cần trưởng phòng duyệt, trên 100 triệu cần giám đốc duyệt) và người duyệt thay khi vắng mặt – đây là bước ra quyết định nội bộ, không phải bước kỹ thuật, nên thường tốn thời gian hơn việc cấu hình trên hệ thống. Phân quyền truy cập cũng cần rà soát kỹ để đảm bảo người duyệt chỉ thấy đơn hàng thuộc phạm vi phụ trách của mình. Có thể tham khảo thêm dịch vụ triển khai Odoo của Sonix.
Ngoài ra, nên chạy thử quy trình duyệt với một vài đơn hàng thật trong giai đoạn UAT (User Acceptance Testing) trước khi go-live, để phát hiện sớm các trường hợp ngoại lệ như mua khẩn cấp cần bỏ qua một cấp duyệt, thay vì phát hiện khi hệ thống đã vận hành chính thức.
ĐIỂM QUAN TRỌNG
| Điểm chính | Ý nghĩa đối với doanh nghiệp |
|---|---|
| Ngưỡng duyệt gắn với giá trị đơn hàng | Đơn nhỏ xử lý nhanh, đơn lớn được kiểm soát chặt hơn. |
| Nhiều cấp duyệt theo vai trò và phòng ban | Phù hợp với cơ cấu tổ chức thực tế thay vì một quy trình cứng. |
| Lịch sử duyệt lưu tập trung trên hệ thống | Dễ tra cứu, đối chiếu khi có tranh chấp hoặc kiểm toán. |
| Thống nhất mức duyệt trước khi cấu hình | Là bước quyết định để tránh cấu hình lại sau khi go-live. |
Đơn mua hàng của bạn vẫn đang chờ duyệt qua Zalo?
Đặt lịch discovery call 30 phút để Sonix đánh giá quy trình mua hàng hiện tại của bạn, và đề xuất cấu hình duyệt mua hàng tự động phù hợp với quy mô SMB.
Hàng trăm doanh nghiệp sử dụng Odoo tại Việt Nam đã bắt đầu hành trình theo cách này.
Sonix – Thành công của khách hàng là niềm vui của chúng tôi.
Để lại lời nhắn cho chúng tôi