Tóm tắt nhanh: Một RFQ kho tự động cần làm rõ sáu nhóm thông tin cốt lõi gồm mục tiêu dự án, dữ liệu hàng hóa, sức chứa, throughput, điều kiện mặt bằng và phạm vi tích hợp phần mềm. RFQ càng ít giả định thì báo giá giữa các nhà cung cấp càng dễ so sánh và nguy cơ phát sinh sau ký hợp đồng càng thấp.
Không ít doanh nghiệp gửi yêu cầu báo giá kho tự động chỉ với một bản vẽ mặt bằng và con số sức chứa mong muốn. Nhà cung cấp sau đó phải tự giả định kích thước tải, lưu lượng xuất nhập, số giờ vận hành, mức độ tích hợp và phạm vi thiết bị.
Kết quả là mỗi đơn vị báo một cấu hình khác nhau. Có đơn vị tính cả WMS, rack và hệ thống an toàn; có đơn vị chỉ tính thiết bị chính. Có phương án được thiết kế theo sản lượng trung bình, trong khi phương án khác lại tính theo giờ cao điểm. Lúc này, so sánh tổng giá gần như không còn ý nghĩa.
Bài viết dưới đây hướng dẫn cách xây dựng hồ sơ RFQ theo góc nhìn thực tế, giúp doanh nghiệp cung cấp đúng dữ liệu mà nhà tư vấn và nhà tích hợp hệ thống cần nhận được.
RFQ kho tự động là gì?
RFQ là viết tắt của Request for Quotation, nghĩa là hồ sơ yêu cầu báo giá. Trong dự án kho tự động, RFQ không chỉ là thư mời chào giá mà còn là bộ tài liệu xác định mục tiêu, dữ liệu đầu vào, phạm vi cung cấp, chỉ tiêu hiệu suất và nguyên tắc phản hồi của nhà cung cấp.
Doanh nghiệp có thể đối chiếu các thành phần trong một giải pháp kho tự động tổng thể để hình dung những hạng mục có khả năng xuất hiện trong RFQ, từ rack, thiết bị vận chuyển đến lớp điều khiển và phần mềm quản lý.
Một RFQ đạt yêu cầu phải giúp nhà cung cấp trả lời được bốn câu hỏi:
- Hệ thống cần giải quyết vấn đề vận hành nào?
- Khối lượng hàng hóa và lưu lượng cần xử lý là bao nhiêu?
- Những giới hạn kỹ thuật nào không được vi phạm?
- Nhà cung cấp phải chịu trách nhiệm đến đâu?
RFQ không nhất thiết phải chỉ định sẵn loại thiết bị. Trong nhiều trường hợp, doanh nghiệp nên đưa ra yêu cầu về công suất, sức chứa và quy trình, sau đó để nhà cung cấp chứng minh công nghệ nào phù hợp nhất.
Vì sao báo giá kho tự động thường chênh lệch lớn?
Chênh lệch báo giá không phải lúc nào cũng có nghĩa một đơn vị bán đắt hơn. Nguyên nhân phổ biến là các nhà cung cấp đang tính toán trên những giả định khác nhau.
Ví dụ, cùng một yêu cầu sức chứa 5.000 pallet nhưng có thể tồn tại các khác biệt sau:
- Một phương án tính tải trọng tối đa 800 kg, phương án khác tính 1.200 kg.
- Một đơn vị tính 16 giờ vận hành mỗi ngày, đơn vị khác tính 24 giờ.
- Một phương án bao gồm WMS, phương án khác chỉ bao gồm WCS.
- Một bên tính luôn rack và hàng rào an toàn, bên còn lại loại trừ.
- Một nhà cung cấp thiết kế theo 60 pallet/giờ, nhà cung cấp khác tính 120 pallet/giờ.
Vì vậy, mục tiêu của RFQ không phải làm cho mọi phương án giống nhau. Mục tiêu là tạo ra một bộ dữ liệu nền chung để doanh nghiệp biết chính xác mỗi nhà cung cấp đang đề xuất điều gì và dựa trên giả định nào.
Bước 1: Xác định mục tiêu đầu tư trước khi chọn công nghệ
Phần mở đầu RFQ nên mô tả vấn đề doanh nghiệp cần giải quyết thay vì bắt đầu bằng tên thiết bị. Cách này giúp nhà cung cấp tiếp cận dự án theo bài toán vận hành, không phải cố gắng đưa một sản phẩm có sẵn vào mặt bằng.
Một số mục tiêu thường gặp gồm:
- Tăng mật độ lưu trữ trên cùng diện tích.
- Giảm lượng xe nâng hoạt động trong khu vực rack.
- Giảm nhân công tại công đoạn nhập, cất và lấy hàng.
- Tăng tốc độ xử lý đơn hàng trong giờ cao điểm.
- Kiểm soát hàng theo FIFO, FEFO, lot hoặc hạn sử dụng.
- Tăng độ chính xác tồn kho và khả năng truy xuất.
- Đồng bộ kho với sản xuất hoặc hệ thống phân phối.
- Chuẩn bị khả năng mở rộng trong 3–5 năm.
Mục tiêu nên được diễn đạt bằng chỉ số có thể kiểm chứng. Thay vì ghi “tăng hiệu suất kho”, doanh nghiệp nên ghi “đáp ứng tối đa 100 pallet nhập và 120 pallet xuất mỗi giờ trong hai giờ cao điểm”.
Bước 2: Xác định phạm vi dự án và trách nhiệm các bên
Phạm vi không rõ là nguyên nhân thường dẫn đến phát sinh sau khi ký hợp đồng. RFQ cần yêu cầu nhà cung cấp đánh dấu rõ hạng mục nào đã bao gồm, hạng mục nào loại trừ và phần nào do chủ đầu tư thực hiện.
| Nhóm hạng mục | Nội dung cần xác định |
|---|---|
| Thiết bị lưu trữ | Rack, giá đỡ, khung bảo vệ, vị trí lưu hàng |
| Thiết bị vận chuyển | Stacker crane, shuttle, conveyor, lift, AMR hoặc AGV |
| Điện và điều khiển | Tủ điện, PLC, sensor, dây cáp, mạng công nghiệp |
| Phần mềm | WMS, WCS, giao diện vận hành và hệ thống báo cáo |
| Tích hợp | ERP, MES, TMS, máy sản xuất hoặc hệ thống khác |
| Hạ tầng | Nền móng, điện nguồn, mạng LAN, server, PCCC |
| Dịch vụ | Lắp đặt, chạy thử, đào tạo, bảo hành và bảo trì |
Trong bảng phản hồi thương mại, nên yêu cầu nhà cung cấp sử dụng bốn trạng thái thống nhất:
- Included: đã bao gồm trong báo giá.
- Excluded: không thuộc phạm vi.
- By Customer: chủ đầu tư thực hiện.
- Optional: hạng mục tùy chọn, báo giá riêng.
Bước 3: Chuẩn bị dữ liệu SKU và đơn vị tải
Dữ liệu hàng hóa là nền tảng để tính rack, khoảng hở an toàn, cơ cấu chuyển tải và công suất thiết bị. Nếu thông tin này không chính xác, toàn bộ phương án phía sau có thể phải điều chỉnh.
Doanh nghiệp nên chuẩn bị bộ dữ liệu đầu vào thiết kế theo từng nhóm SKU hoặc từng loại đơn vị lưu trữ thay vì chỉ gửi một kích thước đại diện.
Các trường dữ liệu quan trọng gồm:
- Mã SKU hoặc nhóm SKU.
- Kích thước dài, rộng và cao.
- Khối lượng tịnh và khối lượng đầy tải.
- Loại pallet, thùng, tote hoặc khay.
- Chiều cao hàng sau khi xếp.
- Độ ổn định của tải.
- Tình trạng hàng nhô ra khỏi pallet.
- Tồn kho trung bình và tồn kho cao điểm.
- Tần suất nhập xuất của từng nhóm hàng.
- Điều kiện bảo quản đặc biệt nếu có.
Kích thước pallet danh nghĩa chưa đủ
RFQ ghi “pallet 1.000 × 1.200 mm” vẫn chưa đủ nếu hàng hóa có thể nhô ra ngoài mép pallet. Hệ thống tự động cần tính theo kích thước bao thực tế của tải, không chỉ theo kích thước tấm pallet.
Doanh nghiệp nên đo mẫu thực tế ở trạng thái đầy tải, bao gồm cả màng quấn, dây đai và sai lệch khi xếp hàng. Đây là dữ liệu ảnh hưởng đến khoảng hở rack, sensor và khả năng chuyển tải qua conveyor.
Mẫu bảng dữ liệu hàng hóa
| Nhóm hàng | Dài | Rộng | Cao tối đa | Tải tối đa | Đơn vị lưu |
|---|---|---|---|---|---|
| Nhóm A | 1.200 mm | 1.000 mm | 1.500 mm | 1.000 kg | Pallet |
| Nhóm B | 600 mm | 400 mm | 320 mm | 35 kg | Tote |
Số liệu trong bảng chỉ là ví dụ minh họa. Khi phát hành RFQ, doanh nghiệp cần sử dụng dữ liệu đo đạc thực tế và ghi rõ mức sai số cho phép.
Bước 4: Xác định sức chứa hiện tại và mục tiêu
Sức chứa là số lượng đơn vị tải hệ thống phải lưu được tại một thời điểm. RFQ không nên chỉ đưa một con số mục tiêu mà cần thể hiện cả tình trạng hiện tại, mức cao điểm và kế hoạch tăng trưởng.
| Dữ liệu | Ý nghĩa |
|---|---|
| Tồn kho trung bình | Phản ánh mức sử dụng thông thường |
| Tồn kho cao điểm | Giúp tránh thiết kế thiếu chỗ vào mùa cao điểm |
| Sức chứa khi vận hành | Mức yêu cầu tại thời điểm bàn giao |
| Sức chứa sau 3–5 năm | Cơ sở đánh giá khả năng mở rộng |
| Tỷ lệ vị trí dự phòng | Hỗ trợ đảo hàng, bảo trì và xử lý ngoại lệ |
Một hệ thống có 5.000 vị trí vật lý không đồng nghĩa doanh nghiệp luôn có thể sử dụng toàn bộ 5.000 vị trí. Một phần vị trí có thể phải dành cho luân chuyển, hàng lỗi, hàng chờ kiểm tra hoặc các ràng buộc theo SKU.
Bước 5: Cung cấp throughput trung bình và giờ cao điểm
Throughput là số lượng đơn vị tải hệ thống phải xử lý trong một khoảng thời gian. Đây là dữ liệu quyết định số lượng thiết bị, số aisle, số trạm nhập xuất và cấu hình buffer.
RFQ nên phân biệt rõ:
- Inbound trung bình mỗi giờ.
- Inbound cao điểm mỗi giờ.
- Outbound trung bình mỗi giờ.
- Outbound cao điểm mỗi giờ.
- Thời gian kéo dài của giai đoạn cao điểm.
- Số giờ vận hành mỗi ngày.
- Số ca và số ngày làm việc mỗi tuần.
- Mức tăng sản lượng dự kiến.
Không lấy sản lượng ngày chia đều cho số giờ
Giả sử kho xuất 800 pallet trong 16 giờ. Lấy 800 chia cho 16 sẽ cho kết quả trung bình 50 pallet/giờ. Tuy nhiên, nếu 300 pallet phải xuất trong hai giờ cuối ca thì hệ thống thực tế cần đáp ứng ít nhất 150 pallet/giờ trong giai đoạn cao điểm.
Nếu nhà cung cấp chỉ thiết kế theo mức trung bình, hệ thống có thể đủ công suất trên giấy nhưng vẫn gây ùn tắc trong vận hành thực tế.
Bước 6: Mô tả quy trình nhập, lưu trữ và xuất hàng
Nhà cung cấp cần biết hàng hóa được tiếp nhận, kiểm tra, cất kho và xuất đi theo logic nào. Sơ đồ quy trình càng rõ thì phạm vi thiết bị và phần mềm càng dễ xác định.
RFQ nên trả lời các câu hỏi:
- Hàng được nhập từ xe tải hay từ dây chuyền sản xuất?
- Có kiểm đếm, cân hoặc quét barcode trước khi nhập không?
- Có khu vực QC hoặc hàng chờ kiểm tra không?
- Hàng được quản lý theo FIFO hay FEFO?
- Có quản lý lot, batch và hạn sử dụng không?
- Có cho phép trộn nhiều lot trong cùng vị trí không?
- Hàng lỗi và hàng ngoại lệ được đưa về đâu?
- Đơn vị xuất là pallet nguyên, thùng hay từng sản phẩm?
Nếu doanh nghiệp đang có SOP vận hành, nên đính kèm flowchart thay vì chỉ mô tả bằng văn bản. Nhà cung cấp sẽ dễ nhận ra những bước cần buffer, station hoặc kiểm soát phần mềm.
Bước 7: Cung cấp bản vẽ và điều kiện mặt bằng
Bản vẽ mặt bằng giúp nhà cung cấp kiểm tra khả năng bố trí hệ thống, nhưng RFQ cần cung cấp thêm các giới hạn về chiều cao, nền, cột, lối thoát hiểm và hệ thống kỹ thuật hiện hữu.
Trước khi phát hành hồ sơ, đội dự án có thể áp dụng nguyên tắc trong bài cách đọc layout kho tự động để kiểm tra aisle, buffer, lift và các điểm nhập xuất trên bản vẽ.
Thông tin mặt bằng nên gồm:
- Bản vẽ CAD có kích thước.
- Chiều cao thông thủy.
- Vị trí cột và dầm.
- Tải trọng nền.
- Cao độ và độ phẳng nền.
- Vị trí cửa, dock và lối xe nâng.
- Lối thoát hiểm.
- Sprinkler, đường ống và máng kỹ thuật.
- Khu vực không được đặt thiết bị.
- Vị trí kết nối với sản xuất hoặc đóng gói.
Dự án cải tạo kho cần khảo sát hiện trường
Với kho đang vận hành, bản vẽ hiện có đôi khi không phản ánh đúng tình trạng thực tế. Một đường ống bổ sung, chênh lệch cao độ nền hoặc khu vực bắt buộc duy trì hoạt động đều có thể làm thay đổi phương án lắp đặt.
RFQ nên ghi rõ dữ liệu nào đã được xác nhận và dữ liệu nào cần nhà cung cấp khảo sát. Với các thông số quan trọng như tải nền và chiều cao thông thủy, không nên dựa hoàn toàn vào ước lượng.
Bước 8: Đưa yêu cầu WMS, WCS và tích hợp vào RFQ
Cụm từ “kết nối ERP” chưa đủ để nhà cung cấp xác định phạm vi phần mềm. RFQ phải chỉ rõ hệ thống nào phát lệnh, hệ thống nào quản lý tồn kho, hệ thống nào điều khiển thiết bị và bên nào chịu trách nhiệm phát triển giao diện.
Doanh nghiệp có thể đối chiếu chức năng của phần mềm quản lý kho WMS để phân biệt lớp quản lý nghiệp vụ với WCS và lớp điều khiển thiết bị.
Những dữ liệu cần cung cấp gồm:
- Tên ERP, MES, TMS hoặc WMS đang sử dụng.
- Phiên bản hệ thống nếu có ảnh hưởng đến tích hợp.
- Hệ thống nào quản lý master data.
- Hệ thống nào tạo lệnh nhập và xuất.
- Các transaction cần trao đổi.
- Phương thức tích hợp dự kiến.
- Yêu cầu về môi trường test và production.
- Trách nhiệm xử lý lỗi giao tiếp.
- Yêu cầu lưu log và truy xuất lịch sử.
Mô tả transaction thay vì ghi chung chung
Một phạm vi tích hợp rõ có thể được mô tả như sau:
- ERP gửi lệnh nhập kho.
- WMS xác nhận pallet đã được nhận.
- ERP gửi lệnh xuất kho.
- WMS trả trạng thái hoàn thành.
- WMS trả kết quả điều chỉnh tồn kho.
- WCS nhận nhiệm vụ vận chuyển từ WMS.
- WCS trả trạng thái thiết bị và vị trí tải.
Cách mô tả theo transaction giúp hai bên xác định được số lượng giao diện, dữ liệu trao đổi và trường hợp ngoại lệ cần xử lý.
Bước 9: Đưa KPI và tiêu chí hiệu suất vào hồ sơ
RFQ cần chuyển các kỳ vọng vận hành thành chỉ tiêu có thể đo. Tránh sử dụng những cụm như “tốc độ cao”, “hoạt động ổn định” hoặc “độ chính xác tốt” mà không có phương pháp kiểm chứng.
| KPI | Cách mô tả trong RFQ |
|---|---|
| Sức chứa | Số vị trí sử dụng được theo từng loại tải |
| Inbound throughput | Số pallet hoặc tote mỗi giờ |
| Outbound throughput | Mức trung bình và mức cao điểm |
| Availability | Tỷ lệ thời gian hệ thống sẵn sàng theo điều kiện thống nhất |
| Độ chính xác | Tỷ lệ nhận dạng, tracking hoặc thực hiện nhiệm vụ đúng |
| Thời gian phục hồi | Thời gian xử lý một số lỗi được xác định trước |
| Khả năng mở rộng | Công suất hoặc sức chứa có thể bổ sung trong tương lai |
Đối với availability, doanh nghiệp cần thống nhất rõ thời gian bảo trì định kỳ, lỗi do hệ thống bên ngoài và lỗi do người vận hành có được tính vào thời gian dừng hay không. Nếu không thống nhất cách tính, cùng một con số phần trăm có thể được hiểu theo nhiều cách.
Bước 10: Quy định yêu cầu an toàn và tiêu chuẩn áp dụng
Yêu cầu an toàn không nên để đến giai đoạn thi công mới bổ sung. RFQ cần nêu các tiêu chuẩn nội bộ, yêu cầu pháp lý và nguyên tắc bảo vệ người vận hành ngay từ đầu.
Các nội dung thường cần xác định gồm:
- Hàng rào và cửa an toàn.
- Interlock khi cửa được mở.
- Nút dừng khẩn cấp.
- Light curtain hoặc scanner nếu cần.
- Biển báo và phân vùng nguy hiểm.
- Quy trình lockout/tagout.
- Lối tiếp cận để bảo trì.
- Phương án cứu hộ khi thiết bị dừng.
- Yêu cầu liên quan PCCC.
- Tiêu chuẩn kỹ thuật áp dụng cho dự án.
Nhà cung cấp nên được yêu cầu nêu rõ các tiêu chuẩn họ sử dụng và những giả định liên quan đến hệ thống PCCC, kết cấu nhà xưởng hoặc thiết bị của bên thứ ba.
Bước 11: Yêu cầu đào tạo, bảo trì và phụ tùng
Chi phí vận hành sau bàn giao phụ thuộc nhiều vào khả năng tự xử lý của đội kỹ thuật nội bộ. RFQ nên yêu cầu nhà cung cấp mô tả đầy đủ chương trình đào tạo và dịch vụ hỗ trợ.
Nội dung cần làm rõ gồm:
- Đào tạo người vận hành.
- Đào tạo kỹ thuật viên bảo trì.
- Tài liệu vận hành và bảo trì.
- Sơ đồ điện và danh sách thiết bị.
- Danh sách phụ tùng tiêu hao.
- Danh sách critical spare parts.
- Thời gian bảo hành.
- Phạm vi bảo hành.
- Thời gian phản hồi khi xảy ra sự cố.
- Khả năng hỗ trợ từ xa.
- Gói bảo trì phòng ngừa.
Một danh sách phụ tùng chỉ ghi tên thiết bị là chưa đủ. Nên yêu cầu thêm mã hàng, số lượng khuyến nghị, thời gian cung ứng và mức độ quan trọng đối với khả năng vận hành hệ thống.
Bước 12: Nêu nguyên tắc FAT, SAT và nghiệm thu
RFQ chưa cần chứa toàn bộ kịch bản kiểm thử chi tiết, nhưng phải nêu rõ dự án sẽ có FAT, SAT, kiểm thử tích hợp và kiểm tra hiệu suất nếu các nội dung này thuộc phạm vi.
Các nguyên tắc nên đưa vào gồm:
- FAT được thực hiện trước khi thiết bị xuất xưởng nếu phù hợp.
- SAT được thực hiện sau khi lắp đặt tại hiện trường.
- Kiểm tra chức năng thiết bị và interlock an toàn.
- Kiểm tra giao tiếp với hệ thống bên ngoài.
- Chạy thử theo các kịch bản vận hành chính.
- Kiểm tra throughput theo điều kiện tải thống nhất.
- Ghi nhận lỗi tồn đọng bằng punch list.
- Xác định điều kiện để chuyển sang nghiệm thu chính thức.
Để tránh tranh luận ở giai đoạn cuối, RFQ nên yêu cầu nhà cung cấp đề xuất phương pháp đo KPI và điều kiện kiểm thử ngay trong hồ sơ kỹ thuật.
Thông tin nào bắt buộc phải có trong RFQ?
Doanh nghiệp không nhất thiết phải hoàn thiện toàn bộ thiết kế trước khi mời báo giá. Tuy nhiên, thiếu các dữ liệu dưới đây sẽ ảnh hưởng trực tiếp đến khả năng tính toán phương án.
| Nhóm thông tin | Mức độ |
|---|---|
| Mục tiêu và phạm vi dự án | Bắt buộc |
| Kích thước và tải trọng đơn vị lưu | Bắt buộc |
| Sức chứa mục tiêu | Bắt buộc |
| Throughput trung bình và cao điểm | Bắt buộc |
| Quy trình FIFO, FEFO, lot hoặc QC | Bắt buộc nếu áp dụng |
| Bản vẽ và điều kiện mặt bằng | Bắt buộc hoặc phải khảo sát |
| Phạm vi phần mềm và tích hợp | Bắt buộc nếu thuộc dự án |
| Thương hiệu thiết bị | Có thể để nhà cung cấp đề xuất |
| Số lượng crane hoặc shuttle | Nên để nhà cung cấp tính toán |
| Test case FAT và SAT chi tiết | Có thể hoàn thiện sau |
Mẫu cấu trúc RFQ kho tự động
Một hồ sơ RFQ có thể được tổ chức theo 15 phần dưới đây. Cấu trúc này đủ rõ để nhà cung cấp lập phương án nhưng vẫn cho phép họ đề xuất công nghệ phù hợp.
- Tổng quan dự án.
- Mục tiêu đầu tư.
- Vận hành hiện tại.
- Dữ liệu SKU và đơn vị tải.
- Yêu cầu sức chứa.
- Yêu cầu throughput.
- Quy trình nhập, lưu và xuất.
- Mặt bằng và điều kiện nhà xưởng.
- Phạm vi thiết bị.
- Phạm vi phần mềm và tích hợp.
- Yêu cầu hiệu suất.
- Yêu cầu an toàn.
- Kiểm thử và nghiệm thu.
- Đào tạo, tài liệu và bảo hành.
- Định dạng phản hồi kỹ thuật và thương mại.
Checklist trước khi gửi RFQ cho nhà cung cấp
Đội dự án có thể dùng bảng dưới đây để kiểm tra nhanh mức độ hoàn thiện của hồ sơ trước khi phát hành.
| Hạng mục | Trạng thái |
|---|---|
| Mục tiêu đầu tư có thể đo lường | □ |
| Danh sách SKU hoặc nhóm hàng | □ |
| Kích thước tải thực tế | □ |
| Tải trọng tối đa | □ |
| Tồn kho trung bình và cao điểm | □ |
| Sức chứa hiện tại và mục tiêu | □ |
| Inbound trung bình và cao điểm | □ |
| Outbound trung bình và cao điểm | □ |
| Số giờ và số ca vận hành | □ |
| Quy tắc FIFO, FEFO, lot và QC | □ |
| Bản vẽ CAD | □ |
| Chiều cao và tải trọng nền | □ |
| Thông tin ERP, WMS hoặc MES | □ |
| Danh sách transaction tích hợp | □ |
| Bảng phân chia phạm vi | □ |
| KPI nghiệm thu | □ |
| Yêu cầu đào tạo và bảo hành | □ |
Ví dụ RFQ thiếu dữ liệu và RFQ đủ dữ liệu
Cùng một dự án nhưng cách mô tả khác nhau sẽ tạo ra chất lượng phản hồi rất khác nhau.
RFQ thiếu dữ liệu
“Doanh nghiệp cần đầu tư kho tự động khoảng 5.000 pallet. Đề nghị nhà cung cấp khảo sát, tư vấn và báo giá hệ thống AS/RS.”
Với yêu cầu này, nhà cung cấp chưa thể xác định tải trọng, kích thước pallet, throughput, chiều cao, số ca vận hành, logic xuất hàng, phần mềm tích hợp và phạm vi cung cấp. Báo giá ban đầu chủ yếu dựa trên giả định.
RFQ có dữ liệu tốt hơn
“Dự án cần lưu 5.000 pallet trong giai đoạn đầu và có khả năng mở rộng lên 6.500 pallet. Pallet có kích thước 1.000 × 1.200 mm, chiều cao tải tối đa 1.500 mm và khối lượng tối đa 1.000 kg. Kho vận hành 16 giờ/ngày, inbound cao điểm 80 pallet/giờ và outbound cao điểm 120 pallet/giờ. Hàng được quản lý theo FIFO và lot. Nhà cung cấp đề xuất thiết bị, WCS và giao diện với WMS hiện hữu.”
Mô tả này chưa thay thế một RFQ hoàn chỉnh, nhưng đã giảm đáng kể số giả định và giúp các nhà cung cấp tính toán trên cùng một nền dữ liệu.
Những lỗi phổ biến khi viết RFQ kho tự động
Các lỗi dưới đây thường khiến doanh nghiệp nhận được nhiều báo giá nhưng vẫn không thể lựa chọn phương án phù hợp.
- Chỉ đưa sức chứa, không có throughput.
- Chỉ gửi kích thước pallet, không đo tải thực tế.
- Dùng sản lượng trung bình thay cho giờ cao điểm.
- Không nêu rõ số ca và thời gian vận hành.
- Ghi “tích hợp ERP” nhưng không có danh sách transaction.
- Không phân chia trách nhiệm điện, mạng, server và hạ tầng.
- Không yêu cầu nhà cung cấp liệt kê giả định.
- Chỉ so tổng giá, không so phạm vi và KPI.
Cách yêu cầu nhà cung cấp trình bày báo giá
RFQ nên quy định định dạng phản hồi để đội dự án có thể đặt các phương án cạnh nhau và so sánh theo cùng một cấu trúc.
Hồ sơ phản hồi nên gồm:
- Tóm tắt phương án.
- Layout và sơ đồ luồng hàng.
- Bảng tính sức chứa.
- Bảng tính throughput.
- Danh sách thiết bị.
- Kiến trúc phần mềm.
- Phạm vi cung cấp.
- Danh sách hạng mục loại trừ.
- Danh sách giả định.
- Yêu cầu điện, mạng và hạ tầng.
- Tiến độ triển khai.
- Điều kiện bảo hành.
- Giá thiết bị, phần mềm và dịch vụ.
- Các hạng mục tùy chọn.
Trong thực tế, danh sách giả định là phần cần đọc kỹ nhất. Hai báo giá có tổng giá tương đương vẫn có thể khác nhau đáng kể nếu một bên giả định nền đã đạt yêu cầu, còn bên kia đã bao gồm gia cường hoặc xử lý nền.
Kết luận
Một RFQ kho tự động hiệu quả không cần chỉ định sẵn toàn bộ công nghệ. Hồ sơ cần cung cấp đúng dữ liệu vận hành, mục tiêu hiệu suất, điều kiện mặt bằng, phạm vi phần mềm và trách nhiệm của từng bên.
Trước khi gửi RFQ, doanh nghiệp nên kiểm tra năm câu hỏi cốt lõi: lưu loại hàng gì, cần lưu bao nhiêu, cần xử lý nhanh đến đâu, hệ thống phải kết nối với những gì và nhà cung cấp chịu trách nhiệm đến đâu.
Khi những thông tin này được chuẩn hóa, báo giá nhận được sẽ dễ so sánh hơn, phương án kỹ thuật ít phụ thuộc vào giả định hơn và nguy cơ phát sinh trong quá trình triển khai cũng được giảm đáng kể.
Câu hỏi thường gặp về RFQ kho tự động
Phần dưới đây giải đáp những vấn đề doanh nghiệp thường gặp khi chuẩn bị hồ sơ yêu cầu báo giá cho dự án tự động hóa kho.
RFQ kho tự động cần dài bao nhiêu trang?
Không có số trang cố định. Một hồ sơ ngắn nhưng có đủ dữ liệu tải, sức chứa, throughput, mặt bằng, phần mềm và phạm vi thường hữu ích hơn một tài liệu dài nhưng chủ yếu mô tả chung.
Có cần chọn công nghệ trước khi phát hành RFQ không?
Không nhất thiết. Doanh nghiệp có thể đưa ra KPI, giới hạn mặt bằng và quy trình bắt buộc, sau đó yêu cầu nhà cung cấp đề xuất công nghệ và chứng minh khả năng đáp ứng.
Chưa có throughput chính xác thì có thể lấy báo giá không?
Có thể nhận phương án sơ bộ, nhưng báo giá sẽ phụ thuộc nhiều vào giả định. Doanh nghiệp nên tối thiểu cung cấp sản lượng lịch sử, số giờ vận hành và mức cao điểm để nhà cung cấp có cơ sở tính toán.
Có nên gửi cùng một RFQ cho nhiều nhà cung cấp?
Nên sử dụng cùng một bộ dữ liệu nền. Khi phát sinh thông tin mới có ảnh hưởng đến phương án, doanh nghiệp nên cập nhật đồng thời cho các nhà cung cấp đang tham gia.
RFQ có cần công khai ngân sách đầu tư không?
Không bắt buộc. Tuy nhiên, ngân sách mục tiêu có thể giúp nhà cung cấp đề xuất phương án phù hợp hơn và tránh thiết kế một cấu hình vượt quá khả năng triển khai thực tế.
Vì sao không nên chỉ chọn báo giá thấp nhất?
Tổng giá chỉ có ý nghĩa khi các phương án có phạm vi, công suất, điều kiện bảo hành và hạng mục loại trừ tương đương. Cần so sánh đồng thời giải pháp kỹ thuật, giả định và tổng chi phí vòng đời.
