Mua hàng thường gặp khó khi yêu cầu đặt hàng gửi qua tin nhắn, bảng giá nhà cung cấp nằm ở nhiều file và kế toán chỉ biết chi phí khi nhận hóa đơn. Triển khai Odoo Purchase cần kết nối ba điểm: quyết định mua, hàng đã nhận và công nợ phải trả.
Để tránh đầu tư sai, doanh nghiệp nên bắt đầu bằng quy trình đặt hàng phổ biến nhất rồi kiểm thử trên đơn hàng, phiếu nhận và chứng từ đối chiếu tương ứng.
Luồng mua hàng từ nhu cầu đến nhận hàng
Tùy cách vận hành, một nhu cầu mua có thể xuất phát từ kế hoạch bổ sung tồn kho, bộ phận sản xuất hoặc đề xuất thủ công. Nhân viên lập RFQ, so sánh điều kiện, xác nhận đơn mua và theo dõi lịch giao từ nhà cung cấp.
Nếu có nhiều kho hoặc giao hàng từng phần, cần mô tả rõ kho nhận, trách nhiệm kiểm hàng và cách xử lý số lượng thiếu.
- Danh mục nhà cung cấp và mã hàng tương ứng
- RFQ, purchase order, ngày giao dự kiến
- Nhận hàng theo từng đợt và xử lý thiếu hàng
- Theo dõi trạng thái hóa đơn nhà cung cấp
Thiết kế quyền duyệt và chính sách mua sắm
Không nên cấp toàn bộ quyền xác nhận đơn mua cho mọi nhân viên. Doanh nghiệp cần xác định ai tạo yêu cầu, ai duyệt theo hạn mức và trường hợp nào được mua ngoài danh sách nhà cung cấp.
Quy trình duyệt nhiều cấp hoặc đấu thầu nội bộ thường cần kiểm tra mức đáp ứng của cấu hình chuẩn trước khi quyết định tùy chỉnh.
- Hạn mức duyệt theo phòng ban hoặc giá trị
- Quy trình thay đổi số lượng và đơn giá
- Chặn mua khi thiếu ngân sách nếu có yêu cầu
- Lưu lý do hủy đơn và lịch sử phê duyệt
Liên thông với Inventory và Accounting
Odoo Purchase phát huy hiệu quả hơn khi đơn mua liên kết phiếu nhận kho và hóa đơn. Tuy nhiên, cách đối chiếu hóa đơn theo số lượng đặt hay số lượng nhận phải được lựa chọn theo chính sách của doanh nghiệp.
Đối với công ty phân phối, cần kiểm tra cùng một mã hàng có thể mua từ nhiều nguồn và phương án cập nhật giá vốn.
- Đồng nhất SKU và đơn vị tính giữa mua/kho
- Kiểm tra sai lệch nhận hàng so với đơn mua
- Đối chiếu nhà cung cấp, đơn giá và chứng từ
- Tách rõ yêu cầu kế toán pháp lý Việt Nam
Các tình huống UAT không nên bỏ qua
Bên cạnh một đơn mua hoàn chỉnh, nên thử hàng giao trễ, trả hàng, nhận hàng lỗi và đơn mua có phí vận chuyển. Đây là nhóm lỗi dễ phát sinh khi dữ liệu chuẩn không đầy đủ.
Kết quả triển khai cần gồm hướng dẫn vận hành, danh sách quyền, dữ liệu mẫu và biên bản các tình huống đã kiểm thử.
- Đặt mua một lần, nhận đủ
- Đặt mua một lần, nhận nhiều đợt
- Hàng lỗi, trả lại nhà cung cấp
- Thay đổi giá hoặc thuế trước khi xác nhận
Bốn quyết định kiểm soát mua hàng phải chốt trước
| Quyết định | Câu hỏi cần trả lời | Rủi ro nếu bỏ qua |
|---|---|---|
| Nguồn nhu cầu | Ai tạo yêu cầu mua và từ dữ liệu nào? | Mua trùng hoặc thiếu căn cứ |
| Chọn nhà cung cấp | Có cần lấy nhiều báo giá hoặc hợp đồng khung? | Không so sánh được giá và điều kiện |
| Phê duyệt | Duyệt theo giá trị, nhóm hàng hay đơn vị? | Vượt thẩm quyền hoặc chậm mua |
| Thanh toán | Thanh toán theo đặt hàng, nhận hàng hay hóa đơn? | Sai công nợ và khó đối chiếu |
Quy trình không nên kết thúc ở đơn mua. Cần thống nhất cách nhận hàng một phần, trả hàng, thay đổi giá, hóa đơn chênh lệch và đối chiếu ba chiều giữa đơn mua, phiếu nhận và hóa đơn nhà cung cấp.
Các bước triển khai Odoo Purchase
- Chuẩn hóa nhà cung cấp, sản phẩm, đơn vị tính, thời gian cung ứng và điều khoản mua.
- Thiết kế yêu cầu báo giá, đơn mua, hợp đồng khung và quy tắc tái đặt hàng cần dùng.
- Thiết lập quyền tạo, sửa, phê duyệt, nhận hàng và ghi nhận hóa đơn.
- Kết nối với kho và kế toán bằng các tình huống nhận đủ, nhận thiếu, trả hàng và điều chỉnh.
- Chuyển dữ liệu đang mở như đơn mua chưa nhận hết và công nợ liên quan.
- Kiểm thử với người mua hàng, kho và kế toán trước khi đưa vào sử dụng.
Tài liệu tính năng Odoo Purchase cho thấy ứng dụng hỗ trợ RFQ, thỏa thuận mua hàng và kiểm soát hóa đơn. Phạm vi thực tế vẫn phải đối chiếu theo phiên bản, cách quản lý kho và chính sách mua sắm của doanh nghiệp.
Nếu quy trình mua hàng là một phần của dự án lớn hơn, xem dịch vụ triển khai Odoo và kiểm thử người dùng ERP.
Mẫu ma trận duyệt và đối chiếu ba chiều
Trước khi cấu hình Purchase, hãy lập ma trận duyệt theo rủi ro thay vì chỉ theo chức danh. Mức tiền, nhóm hàng, nhà cung cấp mới và mua ngoài hợp đồng có thể dẫn tới các tuyến duyệt khác nhau.
| Điều kiện | Người đề nghị | Người duyệt | Bằng chứng cần lưu |
|---|---|---|---|
| Mua trong hạn mức và từ nhà cung cấp đã duyệt | Bộ phận sử dụng | Quản lý ngân sách | Yêu cầu mua và đơn mua |
| Vượt hạn mức hoặc mua ngoài kế hoạch | Bộ phận sử dụng | Quản lý ngân sách và cấp phê duyệt bổ sung | Lý do, báo giá và quyết định |
| Nhà cung cấp mới | Mua hàng | Người phụ trách danh mục/tuân thủ | Hồ sơ nhà cung cấp và điều kiện thanh toán |
| Chênh lệch giữa đơn mua, nhận hàng và hóa đơn | Kho hoặc kế toán | Người được giao xử lý ngoại lệ | Số lượng, đơn giá và nguyên nhân chênh lệch |
Đối chiếu ba chiều nghĩa là so sánh đơn mua, số lượng thực nhận và hóa đơn nhà cung cấp. Doanh nghiệp cần đặt ngưỡng chênh lệch được phép và người có quyền chấp nhận ngoại lệ. Đây là đầu vào cấu hình; Odoo không thể tự quyết chính sách thay doanh nghiệp.
- Chạy thử một đơn mua đúng hoàn toàn.
- Chạy một hóa đơn vượt đơn giá hoặc số lượng.
- Chạy trường hợp nhận hàng nhiều lần.
- Chạy trường hợp trả hàng hoặc hủy phần còn lại.
Câu hỏi thường gặp
Purchase có dùng độc lập với Inventory được không?
Có thể cấu hình theo phạm vi từng doanh nghiệp, nhưng nếu cần quản lý nhận hàng và tồn kho chi tiết thì phải thiết kế luồng tích hợp kho.
Có thể nhập dữ liệu nhà cung cấp từ Excel?
Có, cần chuẩn hóa mã, dữ liệu liên hệ, đơn vị tính và kiểm tra thử trên bản staging trước khi import hàng loạt.
Tư vấn phạm vi triển khai
TD Digital nhận khảo sát quy trình mua hàng, kho và kế toán để phân chia rõ cấu hình sẵn có với hạng mục tùy chỉnh. Đầu vào hữu ích gồm một yêu cầu mua, một đơn mua và một bộ chứng từ nhận hàng mẫu.
Gửi yêu cầu tư vấn / báo giá TD Digital →
Đọc thêm: Tư vấn ERP Odoo · Odoo Inventory · Triển khai Odoo
Thông tin ứng dụng được đối chiếu với tài liệu chính thức Odoo 19. Ngưỡng duyệt, đối chiếu và ngoại lệ mua hàng là chính sách doanh nghiệp cần phê duyệt trước khi cấu hình.
Đoàn Trình Dục là Giảng viên Khoa Công nghệ Thông tin tại Đại học Công nghệ Sài Gòn (STU), với hơn 10 năm kinh nghiệm thực chiến trong các lĩnh vực Mạng máy tính, Marketing Online, SEO và Bảo mật hệ thống.
Với nền tảng sư phạm và kinh nghiệm tư vấn cho nhiều doanh nghiệp, thầy chuyên sâu vào việc xây dựng các giải pháp kỹ thuật số toàn diện và hiệu quả.