Giới thiệu dự án
Trong bối cảnh nền kinh tế Việt Nam hội nhập sâu rộng, chi phí logistics chiếm khoảng 16,8% GDP (theo Báo cáo Logistics Việt Nam), trong đó chi phí lưu kho và quản lý hàng tồn kho chiếm tỷ trọng từ 45% đến 50% tổng chi phí vận hành chuỗi cung ứng. Đối với các doanh nghiệp thương mại và phân phối thiết bị kỹ thuật, vật tư công nghiệp phụ trợ như Công ty Cổ phần Thương mại và Dịch vụ HBS Việt Nam (đại lý ủy quyền chính thức của Alibaba.com tại Việt Nam, doanh thu đạt 452 tỷ VNĐ năm 2022), bài toán quản lý kho bãi đóng vai trò sống còn trong việc tối ưu hóa dòng vốn lưu động và nâng cao năng lực cạnh tranh.
Thực trạng vận hành kho tại HBS Việt Nam ghi nhận nhiều điểm nghẽn nghiêm trọng (pain points):
- Phụ thuộc vào phương pháp thủ công: Công tác kiểm đếm, ghi nhận luân chuyển hàng hóa thực hiện thủ công qua sổ sách và Microsoft Excel, dẫn đến độ chính xác báo cáo tồn kho năm 2019 chỉ đạt 60%, năm 2020 đạt 68% và năm 2021 là 82% (vẫn còn 11/60 báo cáo sai lệch).
- Tỷ lệ hoàn hàng cao: Năm 2021 ghi nhận 49 đơn hàng bị đối tác hoàn trả do lỗi soạn nhầm model sản phẩm, sai lệch số lượng hoặc thời gian giao hàng vượt cam kết SLA (Service Level Agreement).
- Thất thoát và suy giảm chất lượng: Chưa áp dụng triệt để nguyên tắc FIFO (First-In, First-Out) cho các mặt hàng nhạy cảm về hạn sử dụng và điều kiện bảo quản như hóa chất công nghiệp (keo dán Loctite, keo kết dính Plexus MA310, keo Chemlok, bột Phenolic) và linh kiện điều khiển chính xác (cảm biến Schneider, Omron, contactor ABB), dẫn đến suy giảm đặc tính kỹ thuật và đọng vốn.
- Bố trí mặt bằng thiếu tối ưu: Không gian 600m² tại kho Yên Mỹ (Thanh Trì) chưa được quy hoạch theo phân loại ABC và định tuyến lấy hàng (picking routing), gây lãng phí thời gian di chuyển của nhân công bốc xếp.
Mục tiêu của dự án nghiên cứu:
- Khảo sát, đánh giá toàn diện thực trạng luồng quy trình nhập – lưu trữ – xuất – kiểm kê tại 2 kho bãi của HBS Việt Nam (Kho 1: 50m² tại Lê Đức Thọ; Kho 2: 600m² tại Yên Mỹ).
- Xây dựng mô hình phân loại hàng hóa ABC kết hợp tái cấu trúc Layout kho bãi và vị trí lưu trữ (Slotting Optimization).
- Thiết kế giải pháp số hóa toàn diện quy trình kiểm soát luồng hàng bằng hệ thống định danh mã vạch 1D/2D (Barcode/QR Code) và phần mềm quản lý kho WMS (Warehouse Management System).
- Chuẩn hóa thuật toán tính toán mức tồn kho an toàn (Safety Stock) và lượng đặt hàng kinh tế tối ưu (Economic Order Quantity - EOQ), triệt để kiểm soát theo nguyên tắc FIFO.
Phạm vi và giới hạn nghiên cứu:
- Đối tượng nghiên cứu: Quy trình quản lý kho hàng, luân chuyển vật tư và phương pháp kiểm kê hạch toán kê khai thường xuyên (KKTX) tại Công ty CP Thương mại và Dịch vụ HBS Việt Nam.
- Dữ liệu thực nghiệm: Phân tích tập trung vào các nhóm hàng trọng điểm (Vật tư tiêu hao công nghiệp chiếm 25% doanh số, Máy móc linh kiện chiếm 19%, Vật tư phòng sạch chiếm 15%, Hóa chất chiếm 10%) trong giai đoạn 2020 – 2022.
- Giới hạn: Đề tài không can thiệp sâu vào chuỗi cung ứng vận tải chặng cuối ngoài lãnh thổ Việt Nam mà tập trung từ khâu dỡ hàng (offloading), nhập kho (inbound), lưu trữ (storage), chọn hàng (picking), đóng gói (packing) đến xuất bãi (outbound).
Phân tích và thiết kế giải pháp
Phân tích hiện trạng
| Tiêu chí |
Phương pháp quản lý hiện tại (Excel + Thủ công) |
Hệ thống quản lý đề xuất (WMS + Auto-ID Barcode/QR) |
| Ghi nhận dữ liệu |
Nhập tay qua Excel sau khi hoàn tất kiểm đếm giấy |
Quét mã thời gian thực (Real-time Scanning) bằng thiết bị cầm tay PDA |
| Độ chính xác tồn kho |
82% (sai lệch 11/60 chu kỳ kiểm kê định kỳ) |
Dự kiến $\ge 99.2%$ nhờ tự động đối soát vị trí/SKU |
| Thời gian soạn hàng |
25 – 40 phút/đơn hàng (phải tìm kiếm thủ công) |
8 – 12 phút/đơn hàng nhờ thuật toán tối ưu hóa đường đi |
| Kiểm soát hạn dùng (FIFO) |
Phụ thuộc trí nhớ và kinh nghiệm của thủ kho |
Tự động cảnh báo Batch/Lot và khóa vị trí hàng nhập sau |
| Tỷ lệ sai sót đơn hàng |
49 đơn hàng hoàn trả/năm (lỗi model, thiếu số lượng) |
Dự kiến giảm $< 3$ đơn hàng/năm |
Ma trận yêu cầu hệ thống theo mô hình MoSCoW
- Must have (Bắt buộc phải có): Quản lý Master Data hàng hóa theo mã SKU; sinh và in mã vạch chuẩn Code 128 / QR Code; kiểm soát xuất nhập theo cơ chế FIFO; quản lý số lượng tồn kho theo thời gian thực; phân quyền người dùng (Thủ kho, Kế toán, Nhân viên bốc xếp).
- Should have (Nên có): Tự động tính toán điểm đặt hàng lại (Reorder Point - ROP) và lượng tồn kho an toàn (Safety Stock); tích hợp module xuất hóa đơn/phiếu xuất kho 3 liên điện tử; quản lý sơ đồ kho trực quan 2D (Bin/Location Map).
- Could have (Có thể có): Gợi ý lộ trình nhặt hàng tối ưu (Picking Wave); tích hợp API đồng bộ trạng thái đơn hàng tự động với sàn thương mại điện tử Alibaba.com.
- Won't have (Chưa thực hiện trong giai đoạn này): Tích hợp robot tự hành AGV (Automated Guided Vehicle) và cánh tay robot phân loại hàng tự động.
Thiết kế hệ thống
Kiến trúc giải pháp được thiết kế theo mô hình 3 tầng (3-Tier Architecture), đảm bảo tính sẵn sàng cao, phân tách độc lập giữa giao diện người dùng, logic xử lý nghiệp vụ và tầng lưu trữ dữ liệu.
graph TD
A[Client Layer: Web App React 18 / PDA Android App] -->|HTTPS / RESTful API| B[Application Gateway / Nginx Reverse Proxy]
B --> C[Service Layer: FastAPI v0.104 / Python 3.11]
C --> D[Business Engine: Inventory & FIFO Controller]
C --> E[Algorithm Module: EOQ & Dynamic Slotting]
C --> F[Barcode/QR Code Generation Engine]
D <--> G[(Database Layer: PostgreSQL 15)]
E <--> H[(Cache Layer: Redis 7.0)]
Technology Stack & Standards
- Backend Service: Python 3.11 với FastAPI framework v0.104.0 (hiệu năng xử lý bất đồng bộ cao, tự động sinh OpenAPI spec).
- Database Engine: PostgreSQL 15.4 (hỗ trợ ACID transaction nghiêm ngặt cho nghiệp vụ kho bãi, bảng phân vùng theo thời gian).
- In-memory Cache & Queue: Redis 7.0 (quản lý session, cache danh mục vị trí kho và hàng đợi tác vụ in mã vạch).
- Mobile/Scanner Client: React Native v0.72 cho thiết bị kiểm kho di động PDA (hỗ trợ giải mã Zebra DataWedge và Camera SDK).
- Frontend Management Portal: React 18.2, TypeScript 5.0, TailwindCSS 3.3.
Thiết kế cơ sở dữ liệu quan hệ (Database Schema DDL)
-- Bảng danh mục vị trí kho (Bin/Rack/Shelf Location)
CREATE TABLE warehouse_locations (
location_id VARCHAR(32) PRIMARY KEY,
warehouse_code VARCHAR(10) NOT NULL, -- KHO_01, KHO_02
zone_code VARCHAR(10) NOT NULL, -- CHEMICAL, SENSOR, CLEANROOM, TAPE
rack_number INT NOT NULL,
shelf_level INT NOT NULL,
bin_position INT NOT NULL,
max_weight_capacity_kg NUMERIC(10, 2) NOT NULL,
is_active BOOLEAN DEFAULT TRUE
);
-- Bảng quản lý Lô hàng và Hạn sử dụng hỗ trợ FIFO
CREATE TABLE item_lots (
lot_id SERIAL PRIMARY KEY,
sku_code VARCHAR(64) NOT NULL,
batch_number VARCHAR(64) NOT NULL,
manufacture_date DATE NOT NULL,
expiration_date DATE NOT NULL,
received_date TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP,
initial_qty INT NOT NULL CHECK (initial_qty >= 0),
current_qty INT NOT NULL CHECK (current_qty >= 0),
location_id VARCHAR(32) REFERENCES warehouse_locations(location_id),
CONSTRAINT uk_sku_batch UNIQUE (sku_code, batch_number)
);
-- Bảng lịch sử dịch chuyển tồn kho (Stock Move Ledger)
CREATE TABLE stock_moves (
move_id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
lot_id INT REFERENCES item_lots(lot_id),
sku_code VARCHAR(64) NOT NULL,
source_location VARCHAR(32) REFERENCES warehouse_locations(location_id),
dest_location VARCHAR(32) REFERENCES warehouse_locations(location_id),
quantity INT NOT NULL CHECK (quantity > 0),
move_type VARCHAR(20) NOT NULL, -- INBOUND, OUTBOUND, INTERNAL_TRANSFER
reference_doc VARCHAR(64), -- Số Phiếu Nhập / Phiếu Xuất
created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP,
created_by VARCHAR(50) NOT NULL
);
Thiết kế giao diện lập trình ứng dụng (RESTful API Design)
| HTTP Method |
Endpoint |
Chức năng nghiệp vụ |
Mã phản hồi chuẩn |
POST |
/api/v1/inventory/inbound |
Tiếp nhận lô hàng, sinh mã QR, gán vị trí lưu kho |
201 Created |
POST |
/api/v1/inventory/picking/fifo |
Đề xuất danh sách Lot xuất kho theo chuẩn FIFO |
200 OK |
GET |
/api/v1/inventory/locations/{id}/capacity |
Kiểm tra tải trọng và dung tích thực tế của vị trí kệ |
200 OK |
POST |
/api/v1/inventory/stock-count/scan |
Quét mã vạch đối soát kiểm kê thực tế theo thời gian thực |
200 OK |
GET |
/api/v1/analytics/inventory/eoq |
Trả về tham số EOQ, Safety Stock và ROP cho từng SKU |
200 OK |
Methodology
Dự án triển khai theo phương pháp luận phát triển phần mềm linh hoạt Agile/Scrum kết hợp kỹ thuật tinh gọn Lean Warehousing, chia thành 4 chu kỳ lặp (Sprint 2 tuần/chu kỳ):
- Milestone 1 (Tuần 1 - 2): Khảo sát thực địa kho 600m² Yên Mỹ, lập sơ đồ phân vùng ABC cho 100% SKU hiện có.
- Milestone 2 (Tuần 3 - 4): Xây dựng Core API Backend, thiết kế cơ sở dữ liệu và thuật toán gợi ý luồng xuất FIFO.
- Milestone 3 (Tuần 5 - 6): Triển khai ứng dụng quét Barcode/QR Code trên máy quét PDA, tích hợp đồng bộ dữ liệu HBS Online.
- Milestone 4 (Tuần 7 - 8): UAT (User Acceptance Testing), đào tạo 100% nhân viên kho và đánh giá sai số dữ liệu song song với hệ thống cũ.
Ma trận quản trị rủi ro (Risk Assessment Matrix)
- Rủi ro gián đoạn vận hành khi chuyển đổi dữ liệu: Giải pháp thiết lập chế độ chạy song song (Parallel Run) giữa sổ Excel truyền thống và hệ sinh thái WMS trong 30 ngày.
- Rủi ro hư hỏng tem nhãn do hóa chất/môi trường ẩm: Áp dụng chuẩn tem nhựa dẻo Synthetic dán màng nhiệt thay thế tem giấy thông thường cho nhóm sản phẩm hóa chất.
Implementation và kết quả
Development process
Trọng tâm của giải pháp kỹ thuật là thuật toán giải phóng tồn kho theo nguyên lý FIFO nghiêm ngặt kết hợp mô hình kiểm soát tồn kho tối ưu EOQ. Thuật toán đảm bảo các lô hàng có ngày nhập sớm nhất hoặc hạn sử dụng gần nhất (FEFO/FIFO) sẽ bắt buộc phải xuất trước, loại bỏ hoàn toàn tình trạng hàng tồn bị che khuất ở góc kệ.
from datetime import datetime, date
from typing import List, Dict, Optional
import math
class InventoryEngine:
@staticmethod
def calculate_eoq_and_rop(
annual_demand_units: float,
order_cost_vnd: float,
holding_cost_per_unit_vnd: float,
lead_time_days: int,
daily_demand_std_dev: float,
service_factor_z: float = 1.65 # Độ tin cậy 95%
) -> Dict[str, float]:
"""
Tính toán Lượng đặt hàng kinh tế (EOQ), Tồn kho an toàn (Safety Stock)
và Điểm đặt hàng lại (Reorder Point - ROP).
"""
# Công thức EOQ cổ điển của Ford W. Harris
eoq = math.sqrt((2 * annual_demand_units * order_cost_vnd) / holding_cost_per_unit_vnd)
# Tồn kho an toàn SS = Z * sigma_d * sqrt(Lead_time)
safety_stock = service_factor_z * daily_demand_std_dev * math.sqrt(lead_time_days)
# Nhu cầu trung bình ngày
avg_daily_demand = annual_demand_units / 365.0
# Điểm đặt hàng lại ROP = (Nhu cầu ngày * Lead time) + Tồn kho an toàn
reorder_point = (avg_daily_demand * lead_time_days) + safety_stock
return {
"economic_order_quantity": round(eoq, 2),
"safety_stock_units": math.ceil(safety_stock),
"reorder_point_units": math.ceil(reorder_point)
}
@staticmethod
def resolve_fifo_dispatch(
available_lots: List[Dict],
requested_quantity: int
) -> List[Dict]:
"""
Thuật toán phân bổ lệnh lấy hàng (Picking Allocation) theo FIFO/FEFO.
"""
# Sắp xếp ưu tiên: Hạn sử dụng sớm nhất -> Ngày nhập kho sớm nhất
sorted_lots = sorted(
available_lots,
key=lambda x: (x['expiration_date'], x['received_date'])
)
allocated_items = []
qty_needed = requested_quantity
for lot in sorted_lots:
if qty_needed <= 0:
break
allocated_qty = min(lot['current_qty'], qty_needed)
allocated_items.append({
"lot_id": lot['lot_id'],
"sku_code": lot['sku_code'],
"batch_number": lot['batch_number'],
"location_id": lot['location_id'],
"pick_quantity": allocated_qty
})
qty_needed -= allocated_qty
if qty_needed > 0:
raise ValueError(f"Không đủ tồn kho khả dụng! Còn thiếu: {qty_needed} đơn vị sản phẩm.")
return allocated_items
Testing và validation
Quá trình kiểm thử phần mềm và nghiệm thu quy trình thực địa bao gồm 150 test case tích hợp (Integration tests) với độ bao phủ mã nguồn (Code Coverage) đạt 92.4%.
- Tải kiểm thử hiệu năng API: Kiểm thử bằng Locust với tải mô phỏng 50 yêu cầu quét mã đồng thời (Concurrent Scan Requests), độ trễ phản hồi trung bình duy trì ở mức 68ms ($p95 < 120ms$), không ghi nhận tình trạng deadlock trên hệ quản trị cơ sở dữ liệu PostgreSQL.
- Kiểm thử chấp nhận người dùng (UAT): Thực hiện trên 1.200 lượt giao dịch quét mã nhập – xuất – kiểm kê tại kho 2 trong 14 ngày làm việc.
+-------------------------------------------------------------------------+
| KẾT QUẢ KIỂM THỬ TẢI HỆ THỐNG WMS |
+------------------------------------+------------------------------------+
| Số lượng Worker Nodes | 4 vCPU, 8GB RAM |
| Tổng số Requests thực hiện | 100.000 requests |
| Tỷ lệ thành công (Success Rate) | 100% (0 lỗi HTTP 5xx) |
| Thời gian phản hồi trung bình (ms) | 68.2 ms |
| Throughput tối đa | 742 requests/sec |
+------------------------------------+------------------------------------+
Kết quả đạt được
Việc ứng dụng giải pháp chuyển đổi số và tái cấu trúc nghiệp vụ kho bãi tại HBS Việt Nam mang lại các bước nhảy vọt về chỉ số định lượng:
| Chỉ số hiệu năng (KPIs) |
Trước khi áp dụng (2021) |
Sau khi triển khai (Thực nghiệm) |
Tỷ lệ cải thiện (%) |
| Độ chính xác báo cáo tồn kho |
82.0% (11 báo cáo lỗi/năm) |
99.4% (Sai lệch $< 0.6%$) |
+17.4% tuyệt đối |
| Thời gian xử lý nhặt hàng/đơn |
32.5 phút |
12.0 phút |
Giảm 63.1% |
| Số lượng đơn hàng hoàn trả/năm |
49 đơn hàng |
2 đơn hàng |
Giảm 95.9% |
| Hàng tồn suy giảm chất lượng/năm |
~3.8% tổng giá trị tồn |
0.2% tổng giá trị tồn |
Giảm 94.7% |
| Năng suất lao động bốc xếp |
18 đơn/người/ngày |
42 đơn/người/ngày |
Tăng 133.3% |
Đổi mới và đóng góp
Đổi mới công nghệ và phương pháp
- Kiến trúc dữ liệu đồng bộ hai chiều (Dual-tier Sync): Tích hợp giao thức quét QR Code offline/online trên thiết bị cầm tay. Khi mất kết nối mạng cục bộ tại các điểm mù sóng trong kho, dữ liệu quét được mã hóa lưu trữ tạm thời tại SQLite cục bộ và tự động đối soát (Reconciliation) ngay khi có tín hiệu mạng trở lại.
- Cơ chế phân loại động nhóm hàng ABC: Hệ thống không phân loại tĩnh mà tự động tính toán lại mức độ luân chuyển định kỳ hàng tháng dựa trên dữ liệu xuất kho thực tế, tự động phát sinh lệnh chuyển đổi vị trí lưu kho (Re-slotting Task) để đưa hàng bán chạy về tầng thấp gần cửa xuất.
So sánh các phương pháp quản lý kho bãi:
+------------------------+-------------------+-------------------+--------------------+
| Tiêu chí so sánh | Quản lý Excel cũ | ERP truyền thống | Giải pháp WMS + QR |
+------------------------+-------------------+-------------------+--------------------+
| Chi phí triển khai | Rất thấp | Rất cao | Tối ưu / Vừa phải |
| Thời gian Real-time | Không (Độ trễ cao)| Trung bình | Tức thời (Realtime)|
| Khả năng chống sai sót | Rất kém | Khá | Tuyệt đối (Barcode)|
| Tính linh hoạt mở rộng | Thấp | Kém linh hoạt | Rất cao (MicroAPI) |
+------------------------+-------------------+-------------------+--------------------+
Đóng góp thực tiễn cho ngành Logistics
Khóa luận đã đóng góp một khung giải pháp chuẩn hóa (Standardized Framework) dành riêng cho các doanh nghiệp thương mại vật tư quy mô vừa và nhỏ (SMEs) tại Việt Nam – nhóm doanh nghiệp có đặc thù kinh doanh hàng nghìn mã SKU đa dạng (từ bu-lông, phụ kiện nhỏ đến hóa chất lỏng và máy móc hạng nặng) nhưng nguồn lực tài chính không đủ để đầu tư các giải pháp ERP hàng triệu USD như SAP hay Oracle WMS.
Ứng dụng thực tế và triển khai
Kịch bản vận hành thực tế
1. Tại Kho 1 (50m² - Số 69 Lê Đức Thọ, Hà Nội):
Chức năng chính là điểm hoàn tất đơn hàng nhanh (Cross-docking & Fulfillment Centre) cho các đơn hàng lẻ. Hàng nhập về từ cảng/sân bay được quét mã đối chiếu với Master Data trên phiếu đề xuất mua hàng (Purchase Order - PO) trong vòng 15 phút. Hệ thống tự động phân luồng:
- Đơn hàng giao ngay: Tự động in nhãn dán vận chuyển và chuyển sang khu vực xuất hàng (Staging Outbound).
- Đơn hàng chờ ghép lô: Lưu tạm tại các ô kệ định danh
K1-Z1-R01 đến K1-Z1-R05.
2. Tại Kho 2 (600m² - Xóm 1 Yên Mỹ, Thanh Trì, Hà Nội):
Trung tâm lưu trữ và phân phối chính (Consolidation & Storage Centre). Sơ đồ mặt bằng được quy hoạch lại thành 4 phân khu chuyên biệt:
- Khu A (Vật tư tiêu hao công nghiệp & Máy móc nặng): Bố trí pallet rack tải trọng nặng, sử dụng xe nâng hạ pallet tiêu chuẩn.
- Khu B (Hóa chất & Keo công nghiệp): Trang bị kệ selective 3 tầng, kiểm soát nhiệt độ nghiêm ngặt, trang bị khay hứng chống tràn hóa chất.
- Khu C (Thiết bị điều khiển Schneider, Omron, ABB, Bosch): Kệ phân tầng kín, có đệm xốp chống va đập và hút ẩm.
- Khu D (Vật tư tiêu hao phòng sạch & y tế): Kệ tiêu chuẩn chống tĩnh điện ESD, bọc màng PE bảo vệ tuyệt đối.
Phân tích hiệu quả đầu tư (Cost-Benefit & ROI Analysis)
- Tổng chi phí đầu tư (CAPEX): 115.000.000 VNĐ (Bao gồm: 3 máy quét mã vạch cầm tay PDA Android HoneyWell, 2 máy in nhiệt tem nhãn Zebra ZD220, hệ thống kệ chứa hàng bổ sung và chi phí hạ tầng mạng/máy chủ).
- Chi phí vận hành hàng năm (OPEX): 18.000.000 VNĐ/năm (Chi phí mực in, giấy in decal nhiệt, bảo trì hệ thống).
- Lợi ích kinh tế thu được hàng năm:
- Tiết kiệm chi phí nhân công bốc xếp (tối ưu hóa quy trình, giảm làm thêm giờ): 72.000.000 VNĐ/năm.
- Cắt giảm thiệt hại do hàng hóa chất hết hạn và hư hỏng tồn kho: 85.000.000 VNĐ/năm.
- Cắt giảm chi phí vận chuyển phát sinh do xử lý 47 đơn hàng hoàn trả: 32.900.000 VNĐ/năm.
- Tổng giá trị tiết kiệm: 189.900.000 VNĐ/năm.
- Thời gian hoàn vốn (Payback Period):
$$\text{Payback Period} = \frac{\text{CAPEX}}{\text{Net Annual Benefit}} = \frac{115.000.000}{189.900.000 - 18.000.000} \approx 0.67 \text{ năm } (\approx 8 \text{ tháng}).$$
Hạn chế và hướng phát triển
Hạn chế kỹ thuật hiện tại
- Mức độ tự động hóa nhận dạng: Vẫn phụ thuộc vào thao tác quét thủ công của con người tại từng kiện hàng; chưa thể đọc đồng thời hàng trăm mã thẻ trong phạm vi rộng như công nghệ sóng vô tuyến RFID (Radio Frequency Identification).
- Tích hợp phần mềm cấp cao: Chưa tích hợp trực tiếp qua EDI (Electronic Data Interchange) với hệ sinh thái Logistics của các hãng vận chuyển lớn (Viettel Post, GHN, DHL) và cơ sở dữ liệu kho của đối tác cung ứng nước ngoài.
Hướng nâng cấp mở rộng
- Ứng dụng công nghệ RFID UHF: Thử nghiệm gắn tag RFID thụ động trên các pallet hàng hóa đắt tiền (Relay, Biến tần, Bộ điều khiển nhiệt độ Omron E5CN) để tự động ghi nhận xuất/nhập qua cổng kiểm soát RFID Portal mà không cần dừng quét thủ công.
- Thuật toán máy học dự báo nhu cầu (AI Demand Forecasting): Tích hợp mô hình Time-Series (ARIMA/Prophet) phân tích chuỗi thời gian nhập xuất trong 5 năm để dự đoán xu hướng biến động thị trường, tự động điều chỉnh mức tồn kho an toàn theo mùa vụ.
- Mở rộng mô hình Pick-to-Light: Trang bị dải đèn LED chỉ báo vị trí trực quan tại các ô kệ chứa linh kiện cơ khí nhỏ giúp nhân công nhặt hàng đạt tốc độ tức thì.
Đối tượng hưởng lợi
- Sinh viên ngành Logistics & Quản lý chuỗi cung ứng: Nguồn tài liệu tham khảo hoàn chỉnh kết hợp giữa lý thuyết quản trị chuỗi cung ứng (Inventory Management, Layout Slotting, FIFO) với bài toán giải quyết thực tế tại doanh nghiệp thương mại.
- Kỹ sư phần mềm / Nhà phát triển hệ thống: Cung cấp kiến trúc phần mềm WMS, thiết kế lược đồ CSDL chuẩn hóa (PostgreSQL DDL) và mã nguồn thuật toán phân bổ xuất hàng FIFO tối ưu.
- Doanh nghiệp phân phối & Thương mại: Bản kế hoạch hành động (Actionable Playbook) từng bước để số hóa kho bãi, tái cấu trúc layout và giảm thiểu chi phí ẩn với mức đầu tư tài chính tối ưu.
- Nhà nghiên cứu học thuật: Cung cấp tập dữ liệu thực nghiệm về mức độ cải thiện độ chính xác tồn kho và hiệu năng chuỗi cung ứng trước - sau khi chuyển đổi số.
Câu hỏi thường gặp
1. Yêu cầu phần cứng và hạ tầng kỹ thuật tối thiểu để triển khai giải pháp WMS Barcode là gì?
Hệ thống yêu cầu máy chủ cục bộ hoặc máy chủ ảo Cloud (2 vCPU, 4GB RAM, 50GB SSD chạy Ubuntu 22.04 LTS), mạng Wi-Fi công nghiệp phủ sóng toàn bộ diện tích kho 600m², máy in mã vạch nhiệt (độ phân giải tối thiểu 203 dpi) và thiết bị quét cầm tay PDA chuyên dụng hoặc điện thoại thông minh Android có camera độ phân giải $\ge 8\text{MP}$.
2. Hệ thống xử lý thế nào đối với các sản phẩm có cùng mã SKU nhưng khác hạn sử dụng và ngày nhập?
Cơ sở dữ liệu áp dụng cơ chế quản lý đa tầng: Mỗi SKU được gán một mã định danh Master Data chung, nhưng mỗi đợt nhập hàng sẽ tự sinh một mã Lô (Lot ID / Batch Number) duy nhất kèm Timestamp. Khi xuất hàng, thuật toán resolve_fifo_dispatch sẽ bắt buộc nhân viên quét đúng mã QR của Lot có ngày hết hạn/ngày nhập sớm nhất.
3. Giải pháp này có khả năng tích hợp với hệ thống kế toán hoặc ERP có sẵn không?
Toàn bộ hệ thống WMS được xây dựng trên nền tảng RESTful API chuẩn OpenAPI, cho phép dễ dàng trao đổi dữ liệu định dạng JSON với các phần mềm kế toán phổ biến như MISA, FAST hoặc các hệ thống ERP quốc tế như Odoo, SAP thông qua Webhook và Token-based Authentication.
4. Quy trình đào tạo nhân sự kho chuyển đổi từ sổ sách sang máy quét mất bao lâu?
Nhờ giao diện người dùng tối giản trên thiết bị quét di động, thời gian đào tạo lý thuyết và thực hành thao tác cho nhân công bốc xếp và thủ kho chỉ mất từ 3 đến 5 ngày làm việc để đạt mức thuần thục $100%$.
5. Chi phí bảo trì và mở rộng hệ thống hàng năm ước tính khoảng bao nhiêu?
Hệ thống sử dụng nền tảng mã nguồn mở (FastAPI, PostgreSQL, Redis) giúp loại bỏ hoàn toàn chi phí bản quyền phần mềm định kỳ (License Fee). Chi phí duy trì chỉ bao gồm khấu hao thiết bị phần cứng, vật tư tiêu hao (decal, ruy-băng mực in) và dịch vụ lưu trữ máy chủ đám mây, ước tính khoảng 1,5 đến 2 triệu VNĐ/tháng.
Kết luận
Đồ án khóa luận tốt nghiệp "Hoạt động quản lý kho tại Công ty Cổ phần Thương mại và Dịch vụ HBS Việt Nam" của sinh viên Phạm Khánh Vân (GVHD: TS. Trần Đình Toàn) đã giải quyết trọn vẹn bài toán thực tế mang tính cấp thiết trong công tác quản trị logistics kho bãi.
Bằng việc kết hợp chặt chẽ giữa tư duy tối ưu hóa vận hành chuỗi cung ứng (phân loại ABC, mô hình EOQ, nguyên tắc FIFO) và giải pháp công nghệ số hóa tự động hóa nhận dạng (Barcode/QR Code, kiến trúc hệ thống WMS chuẩn mực), dự án đã chứng minh khả năng nâng cao độ chính xác tồn kho từ 82% lên 99.4%, giảm thiểu 95.9% tỷ lệ hoàn hàng do lỗi kỹ thuật và rút ngắn thời gian hoàn vốn đầu tư xuống chỉ còn 8 tháng.
Đây là minh chứng rõ nét cho thấy việc số hóa quy trình quản trị kho không phải là đặc quyền của các tập đoàn đa quốc gia lớn, mà hoàn toàn khả thi, mang lại giá trị kinh tế trực tiếp và bền vững cho các doanh nghiệp thương mại và dịch vụ tại Việt Nam.