Tình huống minh họa: Đầu quý, hãng tàu điều chỉnh phụ phí nhiên liệu cho tuyến HCM–Hà Nội nhưng bảng giá trong file của team pricing chưa cập nhật. Sales vẫn chào theo bản cũ, hai tuần sau mới phát hiện biên của các booking đã ký thấp hơn dự kiến 6 điểm phần trăm.
Trả lời ngắn: Báo giá logistics đúng là giá đang hiệu lực tại thời điểm chào, gồm cước chính và phụ phí có điều khoản thu lại. Kiểm soát phiên bản rate card theo ngày hiệu lực giúp Sales không dùng giá cũ, và biên lợi nhuận của báo giá được tính từ giá mua hiện hành, không phải giá trong file cũ.
Bài này dành cho ai?
Pricing, Sales, CS và trưởng vận hành của forwarder/vận tải container báo giá theo tuyến, có nhiều phụ phí và giá mua thay đổi theo tháng/quý.
Điều gì đang xảy ra?
- Rate card lưu nhiều phiên bản (Excel/Zalo/file), khó xác định bản hiệu lực.
- Phụ phí nhiên liệu, phí cảng, chờ bãi, chênh tỷ giá chưa được gắn điều khoản thu lại.
- Sales chào theo bản giá cũ sau khi giá mua đã đổi → biên bị bào mòn.
- Khách giữ bản giá cũ làm tranh chấp khi điều chỉnh.
(Quan sát từ tình huống biên tập, cần kiểm chứng với dữ liệu doanh nghiệp.)
Doanh nghiệp muốn đạt điều gì?
- Chức năng: báo giá nhanh từ tariff hiệu lực, gồm đủ cước và phụ phí.
- Quản trị: kiểm soát biên lợi nhuận ngay từ khâu chào giá.
- Phối hợp: pricing, sales, ops dùng chung một bảng giá và lịch sử thay đổi.
Điều gì đang cản trở?
| Loại | Rào cản |
|---|---|
| Dữ liệu | Rate card nhiều phiên bản, thiếu ngày hiệu lực |
| Quy trình | Chưa có quy trình duyệt – công bố phiên bản |
| Kiểm soát | Không chặn báo giá theo bản hết hiệu lực |
| Tổ chức | Chưa rõ ai quyết định thay đổi giá |
| Công cụ | Bảng giá trong file, không liên thông báo giá |
Insight
Giá bán đúng là giá đang hiệu lực tại thời điểm chào. Không thiếu dữ liệu giá — thiếu cơ chế gắn hiệu lực và chặn bản cũ.
Tác động
| Loại | Tác động |
|---|---|
| Cost | Chào thấp hơn chi phí hiện tại khi giá mua tăng |
| Margin | Biên bị bào mòn âm thầm theo đợt tăng giá |
| Cash Flow | Phụ phí không thu lại được làm giảm tiền về |
| Progress | Báo giá chậm, khách chờ, mất đơn |
| Risk | Tranh chấp khi khách giữ bản giá cũ |
Nguyên nhân gốc
Thiếu quy ước phiên bản và hiệu lực rate card → Phụ phí chưa được gắn điều khoản thu lại → Báo giá không kiểm tra bản hiệu lực → Biên lợi nhuận bị sai do giá cũ
Framework quản trị (5 bước)
1. Định nghĩa phiên bản — Mỗi rate card có mã, ngày hiệu lực, người duyệt 2. Gắn hiệu lực — Chỉ bản hiện hành được phép dùng khi chào 3. Chặn bản cũ — Báo giá tự kiểm tra ngày hiệu lực, cảnh báo giá hết hạn 4. Gắn phụ phí — Mỗi phụ phí có điều khoản thu lại và cơ sở áp 5. Đối soát — Cuối kỳ rà phụ phí phát sinh so với điều khoản đã chào
Quy trình To-Be (đề xuất)
| Bước | Chủ trì | Điều kiện ra | Điểm kiểm soát |
|---|---|---|---|
| Cập nhật tariff | Pricing | Có giá mua/điều khoản, ngày hiệu lực | Đối chiếu nguồn giá (hãng tàu, nhà xe) |
| Duyệt | Người có thẩm quyền | Biên tối thiểu, phạm vi áp dụng | Lưu phiên bản và lý do |
| Công bố | Pricing | Bản hiệu lực rõ, ngày bắt đầu | Sales/CS nhận thông báo |
| Báo giá | Sales/CS | Tự kiểm tra bản hiệu lực | Chặn bản cũ, cảnh báo phụ phí |
| Đối soát | Kế toán + ops | Phụ phí khớp điều khoản | Không bỏ sót phụ phí thu lại |
Ví dụ minh họa
Ví dụ minh họa — số liệu giả định, không phải thống kê. Đơn vị triệu đồng/chuyến; không gồm VAT và khoản thu hộ.
| Khoản mục | Giá mua (chi phí) | Giá bán chào | Biên |
|---|---|---|---|
| Cước chính | 16 | 20 | 4 |
| Phụ phí nhiên liệu (thu lại) | 2 | 2,4 | 0,4 |
| Phụ phí chờ bãi (thu lại) | 1 | 1,2 | 0,2 |
| Tổng | 19 | 23,6 | 4,6 |
| Biên % | — | — | 19,5% |
Nếu Sales vẫn chào theo giá cũ (phụ phí nhiên liệu chưa cập nhật 2 → 3 triệu), biên giảm còn (4,6 − 1) / 23,6 ≈ 15,3% — lệch ~4 điểm phần trăm. Nhãn: số liệu giả định để minh hoạ cơ chế, không phải bảng giá thực.
Biên báo giá = (Giá bán chào − Chi phí hiện hành của tuyến) ÷ Giá bán chào × 100% Phụ phí thu lại được = Phụ phí đã được khách chấp thuận trong điều khoản
Odoo hỗ trợ ở đâu?
| Yêu cầu | Năng lực/thiết kế | Mức đáp ứng | Bằng chứng hiện có và giới hạn |
|---|---|---|---|
| Bảng giá (pricelist) theo khách/tuyến | Pricelist Odoo | Standard ở phạm vi tài liệu Odoo 19 | Mô tả năng lực nền; chưa xác minh edition/cấu hình hệ thống mục tiêu |
| Phiên bản + hiệu lực rate card logistics | Mô hình tariff phiên bản riêng | Đề xuất | Chưa có demo/module; không gọi là có sẵn |
| Phụ phí với điều khoản thu lại | Mở rộng theo nghiệp vụ | Đề xuất | Cần khảo sát quy tắc khách và kiểm thử |
| Chặn báo giá bản cũ | Ràng buộc ngày hiệu lực | Đề xuất | Bài toán thiết kế, chưa thử nghiệm |
Gom cước, chi phí cont tài xế khai, nhiên liệu, sửa chữa xe và phụ phí về đúng mã chuyến; nhắc free time và hạn hạ rỗng trước khi phát sinh phí.
Khám phá EcoLog → Xem gói Base →AI/Automation nếu hữu ích
| Use case đề xuất | Dữ liệu vào | Đầu ra | Kiểm soát và người duyệt | Đo thử nghiệm |
|---|---|---|---|---|
| Phát hiện báo giá dùng giá hết hiệu lực | Báo giá + rate card phiên bản | Cảnh báo bản cũ, kèm bản hiện hành | Pricing/sales xác nhận trước gửi | Tỷ lệ phát hiện; thời gian xử lý |
Luồng: Dữ liệu có quyền truy cập → chuẩn hóa và kiểm tra ngày hiệu lực → quy tắc hoặc AI → dẫn nguồn → người phụ trách xác nhận → ghi ERP và lưu lịch sử. AI không tự duyệt giá hay phát hành báo giá chính thức.
KPI điều hành
| KPI | Công thức/định nghĩa | Tần suất đề xuất | Chủ sở hữu | Hành động |
|---|---|---|---|---|
| Báo giá theo bản hiệu lực | Báo giá dùng bản hiện hành / tổng báo giá | Hằng tuần | Pricing | Xử lý báo giá dùng bản cũ |
| Biên đề xuất theo báo giá | (Giá chào − chi phí hiện hành) / Giá chào | Khi lập báo giá | Sales + pricing | Rà soát dưới biên tối thiểu |
| Phụ phí thu lại | Phụ phí khách chấp thuận / phụ phí thuộc diện thu lại | Hằng tuần | Sales + tài chính | Rà bằng chứng và điều khoản |
Ngưỡng do doanh nghiệp tự đặt; ghi rõ kỳ, phạm vi và mẫu số bằng 0.
FAQ
Rate card nên có mấy phiên bản?
Nên giữ lịch sử phiên bản với ngày hiệu lực rõ; chỉ một bản hiện hành được phép dùng để chào.
Phụ phí nào nên thu lại?
Tùy điều khoản hợp đồng: nhiên liệu, phí cảng, chờ bãi, chênh tỷ giá… cần ghi rõ điều kiện thu lại và cơ sở áp.
Báo giá bản cũ đã gửi khách rồi xử lý sao?
Kiểm tra điều khoản hợp đồng và thông báo điều chỉnh có căn cứ; không tự đổi giá sau khi khách đã chấp thuận.
Có bắt buộc dùng AI không?
Không. Phần lớn giải quyết bằng quy ước phiên bản và ràng buộc hiệu lực; AI chỉ bổ sung khi có dữ liệu và người duyệt.
Checklist tự kiểm tra
□ Rate card có mã phiên bản và ngày hiệu lực rõ. □ Chỉ một bản giá hiện hành được dùng để báo giá. □ Mọi phụ phí đều có điều khoản thu lại và cơ sở áp. □ Báo giá tự kiểm tra ngày hiệu lực, cảnh báo bản cũ. □ Biên báo giá tính từ chi phí hiện hành, không phải file cũ. □ Thay đổi giá có người duyệt và lịch sử. □ Cuối kỳ đối soát phụ phí phát sinh với điều khoản. □ Khi biên chào lệch, có người chịu trách nhiệm.
Thang gợi ý: 0–3 = rà dữ liệu giá và trách nhiệm; 4–6 = ưu tiên điểm kiểm soát hiệu lực; 7–8 = kiểm chứng bằng tuyến thực tế.
Kết luận
Báo giá logistics chỉ ổn định khi rate card có phiên bản, hiệu lực và ràng buộc khi chào. Bắt đầu bằng việc chọn một tuyến chính, thống nhất phiên bản và phụ phí thu lại, rồi mở rộng cho toàn bộ tuyến.