Giới thiệu dự án

Trong bối cảnh ngành phân phối hàng tiêu dùng nhanh (FMCG - Fast-Moving Consumer Goods) tại Việt Nam duy trì tốc độ tăng trưởng bình quân 8–10%/năm, áp lực cạnh tranh về chi phí logistics và hiệu quả sử dụng vốn lưu động ngày càng trở nên khốc liệt. Đối với các doanh nghiệp thương mại tổng hợp, hàng tồn kho (HTK) chiếm từ 50% đến 65% tổng tài sản ngắn hạn. Việc quản trị tồn kho thiếu tối ưu không chỉ làm phát sinh chi phí vốn (Cost of Capital) và chi phí lưu kho (Holding Cost) mà còn dẫn đến nguy cơ suy giảm biên lợi nhuận do hàng quá hạn sử dụng, biến chất hoặc ứ đọng dòng tiền.

Tại Công ty TNHH TMTH Tuấn Việt – Chi nhánh Huế (nhà phân phối độc quyền các thương hiệu toàn cầu như Procter & Gamble - P&G và Ajinomoto tại Thừa Thiên Huế), bài toán quản trị tồn kho đặt ra nhiều thách thức:

  • Tồn đọng vốn lớn: Giá trị hàng tồn kho giai đoạn 2017–2019 luôn duy trì ở mức cao, từ 31.526,68 triệu VNĐ (2017) tăng lên 35.295,34 triệu VNĐ (2018) và 32.358,30 triệu VNĐ (2019), chiếm trên 55% tổng tài sản ngắn hạn (56.725,91 triệu VNĐ năm 2019).
  • Chi phí vận hành và bán hàng gia tăng: Chi phí bán hàng tăng liên tục từ 3.067,75 triệu VNĐ (2017) lên 4.668,93 triệu VNĐ (2019), tăng 52,19% do việc mở rộng thị trường tuyến huyện nhưng thiếu hụt công cụ điều phối lượng đặt hàng khoa học.
  • Phương pháp quản trị truyền thống: Việc đặt hàng chủ yếu dựa trên kinh nghiệm định tính, chưa áp dụng mô hình định lượng xác định điểm đặt hàng lại (Reorder Point - ROP) và mức dự trữ an toàn (Safety Stock - SS), dẫn đến tình trạng lệch pha cung - cầu cục bộ và kéo dài thời gian luân chuyển hàng tồn kho.
+-------------------------------------------------------------------------------+
|                    MỤC TIÊU NGHIÊN CỨU & ỨNG DỤNG CỦA ĐỀ TÀI                  |
+-------------------------------------------------------------------------------+
| 1. Khảo sát, phân tích định lượng thực trạng luân chuyển HTK giai đoạn 2017-19|
| 2. Xây dựng mô hình toán kinh tế EOQ, ROP và Safety Stock cho từng nhóm SKU   |
| 3. Tái cấu trúc luồng vận hành kho 400m² theo chuẩn 5S và nguyên tắc FIFO     |
| 4. Triển khai kiến trúc phần mềm quản lý kho thông minh (SWM v2.1)            |
| 5. Tối ưu hóa tổng chi phí tồn trữ (TC) và rút ngắn thời gian luân chuyển kho |
+-------------------------------------------------------------------------------+

Dự án áp dụng phương pháp tiếp cận kết hợp giữa mô hình định lượng toán kinh tế (Quantitative Operations Research) và số hóa quy trình kho (Smart Warehouse Management - SWM), chuẩn hóa phương pháp kê khai thường xuyên (KKTX) và xuất kho nhập trước xuất trước (FIFO).

Kết quả kỳ vọng đạt được bao gồm:

  • Nâng hệ số vòng quay hàng tồn kho ($ITR$) từ 3,22 vòng/năm lên trên 3,90 vòng/năm.
  • Rút ngắn thời gian luân chuyển hàng tồn kho trung bình từ 111,8 ngày xuống dưới 92 ngày.
  • Giảm tổng chi phí lưu kho và đặt hàng tối thiểu 12,8% so với phương pháp thủ công.
  • Đảm bảo độ chính xác dữ liệu tồn kho thực tế so với sổ sách đạt trên 99,2%.

Phạm vi nghiên cứu tập trung vào 120+ mã hàng (SKU) thuộc ngành hàng P&G (Ariel, Tide, Downy, Pantene, Rejoice, H&S, Pampers, Gillette, Oral-B) và Ajinomoto (Bột ngọt, Hạt nêm Aji-ngon, Aji-Quick, Aji-Mayo) tại kho trung tâm 400 m² của Chi nhánh Huế (Số 03 Nguyễn Văn Linh, TP. Huế).

Phân tích và thiết kế giải pháp

Phân tích hiện trạng

Qua phân tích chuỗi cung ứng thực tế tại Tuấn Việt – Chi nhánh Huế giai đoạn 2017–2019, phương pháp quản trị tồn kho thủ công bộc lộ nhiều điểm nghẽn nghiêm trọng khi so sánh với các giải pháp hiện đại.

Tiêu chí đánh giá Quản trị thủ công (Hiện trạng) Hệ thống Min-Max ERP tĩnh Mô hình Động EOQ + ROP + SWM (Đề xuất)
Cơ chế đặt hàng Dựa trên phán đoán & kinh nghiệm Mức chặn Min/Max cố định theo quý Tối ưu hóa điểm ROP & EOQ động theo nhu cầu ($D$)
Kiểm soát hạn dùng (FIFO) Nhãn giấy thủ công, dễ nhầm lẫn FIFO theo ngày ghi nhận kế toán Tự động hóa gán Barcode/QR theo lô, cưỡng chế xuất FIFO
Chi phí tồn trữ ($TC$) Cao do lượng tồn dư thừa lớn Trung bình, chưa tối ưu chi phí đặt hàng Cực tiểu hóa tổng chi phí $TC = C_{đh} + C_{tt}$
Độ chính xác tồn kho 92,0% – 93,5% 96,0% – 97,5% > 99,2% (đồng bộ qua thiết bị quét mã vạch)
Thời gian xử lý đơn 45 – 60 phút/đơn hàng 20 – 30 phút/đơn hàng 8 – 12 phút/đơn hàng

Khung phân loại yêu cầu hệ thống theo mô hình MoSCoW:

  • Must-Have (Bắt buộc): Tự động tính toán lượng đặt hàng kinh tế ($Q^*$), điểm tái đặt hàng ($ROP$), quản lý hạn sử dụng theo chuẩn FIFO, ghi nhận giao dịch theo phương pháp kê khai thường xuyên.
  • Should-Have (Nên có): Báo cáo trực quan hóa chỉ số vòng quay tồn kho ($ITR$), phân tích biên độ biến động chi phí đặt hàng ($S$) và chi phí lưu kho ($H$), cảnh báo tồn kho an toàn ($SS$).
  • Could-Have (Có thể mở rộng): Tích hợp thuật toán dự báo chuỗi thời gian (ARIMA) theo mùa vụ tiêu dùng.
  • Won't-Have (Chưa triển khai kỳ này): Hệ thống robot lấy hàng tự động (AGV) do hạ tầng kho vật lý chưa đồng bộ.

Rào cản kỹ thuật chính là diện tích mặt bằng kho giới hạn ở 400 m², bố trí 180 kệ hàng với 7 xe tải phân phối, trong khi đội ngũ nhân sự kho có 58% là lao động phổ thông, đòi hỏi giao diện thao tác phải tối giản hóa qua thiết bị quét barcode cầm tay.

Thiết kế hệ thống

Kiến trúc giải pháp được thiết kế theo mô hình phân lớp (Layered Architecture), đảm bảo tính module hóa và dễ dàng tích hợp với hệ thống kế toán hiện hữu của doanh nghiệp.

+-----------------------------------------------------------------------------+
|                      KIẾN TRÚC TỔNG THỂ HỆ THỐNG SWM                        |
+-----------------------------------------------------------------------------+
|  [PRESENTATION LAYER]                                                       |
|   - Web Dashboard (React 18 + TailwindCSS)                                  |
|   - Mobile Scanner App (React Native + Barcode Scanner SDK)                 |
+-----------------------------------------------------------------------------+
+-----------------------------------------------------------------------------+
|  [APPLICATION & SERVICES LAYER] (FastAPI / Python 3.10)                     |
+-----------------------------------------------------------------------------+
+-----------------------------------------------------------------------------+
|  [DATA LAYER]                                                               |
|   - PostgreSQL 15.3: Transactional Data, Products, Invoices, Stock Batches  |
|   - Redis 7.0: Real-time Stock Levels & High-frequency ROP Alert Cache      |
+-----------------------------------------------------------------------------+

Công nghệ cốt lõi bao gồm:

  • Backend: Python 3.10.12, FastAPI 0.100.0, SQLAlchemy ORM 2.0.19.
  • Frontend & Giao diện kho: React 18.2, TypeScript 5.0, TailwindCSS 3.3.
  • Cơ sở dữ liệu: PostgreSQL 15.3, Redis Cache 7.0.
  • Phần cứng tích hợp: Máy quét mã vạch không dây Zebra DS2208 (chuẩn 1D/2D).

Cấu trúc cơ sở dữ liệu quan hệ được thiết kế chuẩn hóa để theo dõi chính xác từng lô hàng:

-- Thiết kế lược đồ CSDL quản lý hàng tồn kho thông minh
CREATE TABLE products (
    product_id VARCHAR(20) PRIMARY KEY,
    sku_code VARCHAR(50) UNIQUE NOT NULL,
    product_name VARCHAR(255) NOT NULL,
    brand VARCHAR(50) NOT NULL, -- P&G, Ajinomoto
    category VARCHAR(50) NOT NULL,
    unit_price NUMERIC(12, 2) NOT NULL,
    holding_cost_rate NUMERIC(4, 3) NOT NULL, -- Tỷ lệ chi phí tồn trữ (H/P)
    ordering_cost NUMERIC(10, 2) NOT NULL     -- Chi phí cho 1 đơn hàng (S)
);

CREATE TABLE warehouse_locations (
    location_id VARCHAR(20) PRIMARY KEY,
    zone_code VARCHAR(10) NOT NULL, -- Khu vực 5S (A, B, C)
    rack_number INT NOT NULL,
    shelf_level INT NOT NULL,
    bin_number INT NOT NULL,
    capacity_cubic_meter NUMERIC(6, 2) NOT NULL
);

CREATE TABLE inventory_batches (
    batch_id VARCHAR(50) PRIMARY KEY,
    product_id VARCHAR(20) REFERENCES products(product_id),
    location_id VARCHAR(20) REFERENCES warehouse_locations(location_id),
    manufacture_date DATE NOT NULL,
    expiry_date DATE NOT NULL,
    initial_quantity INT NOT NULL,
    current_quantity INT NOT NULL,
    unit_cost NUMERIC(12, 2) NOT NULL,
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

CREATE INDEX idx_fifo_lookup ON inventory_batches (product_id, expiry_date ASC, created_at ASC);

Hệ thống bảo mật tuân thủ mô hình phân quyền dựa trên vai trò (RBAC - Role-Based Access Control) với 4 cấp độ: Giám đốc, Kế toán trưởng, Thủ kho và Nhân viên vận chuyển. Thời gian đáp ứng truy vấn tồn kho (Latency) cam kết $\le 120\text{ ms}$ cho tải 500 requests/giây.

Methodology

Quy trình phát triển và ứng dụng giải pháp được triển khai theo mô hình Agile/Scrum với chu kỳ 4 Sprint (kéo dài trong 12 tuần):

+-----------------------------------------------------------------------------+
|                   LỘ TRÌNH TRIỂN KHAI PHƯƠNG PHÁP 12 TUẦN                   |
+-----------------------------------------------------------------------------+
| Sprint 1 (Tuần 1-3)  : Khảo sát thực địa, làm sạch dữ liệu kế toán 2017-19  |
| Sprint 2 (Tuần 4-6)  : Xây dựng thuật toán EOQ/ROP & quy tắc điều hướng FIFO|
| Sprint 3 (Tuần 7-9)  : Tái thiết kế Layout kho 400m² (5S) & Cài đặt SWM v2.1|
| Sprint 4 (Tuần 10-12): Chạy thử nghiệm Pilot 30 SKU, đánh giá UAT, đào tạo  |
+-----------------------------------------------------------------------------+

Bảng phân tích rủi ro và giải pháp khắc phục (Risk Assessment & Mitigation):

Rủi ro tiềm ẩn Mức độ Kế hoạch giảm thiểu rủi ro
Đứt gãy chuỗi cung ứng P&G Cao Thiết lập tồn kho an toàn ($SS$) dựa trên phương sai độ lệch chuẩn thời gian giao hàng ($\sigma_L$).
Sai lệch dữ liệu kiểm kê Trung bình Áp dụng cơ chế kiểm kê chu kỳ (Cycle Counting) hàng tuần kết hợp quét Barcode 2D.
Nhân viên kháng cự thay đổi Trung bình Xây dựng quy trình thao tác chuẩn (SOP) 5S trực quan bằng hình ảnh, tổ chức đào tạo nội bộ 16 giờ.

Implementation và kết quả

Development process

Trọng tâm kỹ thuật của dự án là việc mô hình hóa toán học các tham số tồn kho và số hóa quy trình tính toán tự động:

  1. Mô hình lượng đặt hàng kinh tế cơ bản (EOQ): $$Q^* = \sqrt{\frac{2 \cdot D \cdot S}{H}}$$ Trong đó:

    • $D$: Nhu cầu tiêu thụ hàng năm của từng nhóm sản phẩm (Đơn vị tính).
    • $S$: Chi phí bình quân cho mỗi lần đặt hàng (VNĐ/đơn hàng), bao gồm chi phí chuẩn bị đơn hàng, giao dịch, vận chuyển, kiểm nhận.
    • $H$: Chi phí tồn trữ một đơn vị hàng hóa trong một năm ($H = I \times P$, với $I$ là tỷ lệ chi phí lưu kho, $P$ là giá mua đơn vị).

  2. Điểm đặt hàng lại (Reorder Point - ROP) và Tồn kho an toàn (Safety Stock - SS): $$ROP = (d \times L) + SS$$ $$SS = Z_{\alpha} \times \sigma_d \times \sqrt{L}$$ Trong đó: $d$ là nhu cầu bình quân ngày ($d = D / 360$), $L$ là thời gian vận chuyển từ nhà cung cấp về kho Huế ($L = 3 \div 5\text{ ngày}$), $Z_{\alpha} = 1,65$ (ứng với mức dịch vụ 95%), $\sigma_d$ là độ lệch chuẩn nhu cầu tiêu thụ hàng ngày.

Đoạn mã Python cốt lõi thực thi thuật toán tối ưu hóa tồn kho:

import math
from typing import Dict, Any

def calculate_inventory_parameters(
    annual_demand: float,
    ordering_cost: float,
    unit_cost: float,
    holding_cost_rate: float,
    lead_time_days: float,
    daily_demand_std: float,
    service_level_z: float = 1.65,
    working_days: int = 360
) -> Dict[str, Any]:
    """
    Tính toán các thông số tối ưu cho mô hình quản trị hàng tồn kho EOQ - ROP.
    """
    if annual_demand <= 0 or ordering_cost <= 0 or unit_cost <= 0:
        raise ValueError("Các tham số đầu vào phải có giá trị dương.")
        
    holding_cost_per_unit = unit_cost * holding_cost_rate
    
    # 1. Tính toán lượng đặt hàng kinh tế tối ưu (EOQ)
    eoq = math.sqrt((2 * annual_demand * ordering_cost) / holding_cost_per_unit)
    
    # 2. Số lần đặt hàng tối ưu trong năm (N)
    optimal_orders_per_year = annual_demand / eoq
    
    # 3. Khoảng cách thời gian giữa các lần đặt hàng (T - ngày)
    cycle_time_days = working_days / optimal_orders_per_year
    
    # 4. Nhu cầu bình quân ngày (d)
    daily_demand = annual_demand / working_days
    
    # 5. Tồn kho an toàn (Safety Stock - SS)
    safety_stock = service_level_z * daily_demand_std * math.sqrt(lead_time_days)
    
    # 6. Điểm đặt hàng lại (ROP)
    reorder_point = (daily_demand * lead_time_days) + safety_stock
    
    # 7. Tổng chi phí tồn trữ và đặt hàng tối thiểu hàng năm (TC)
    total_cost = (annual_demand / eoq) * ordering_cost + (eoq / 2) * holding_cost_per_unit
    
    return {
        "EOQ": round(eoq, 2),
        "Optimal_Orders_Year": round(optimal_orders_per_year, 2),
        "Cycle_Time_Days": round(cycle_time_days, 1),
        "Safety_Stock": round(safety_stock, 2),
        "Reorder_Point": round(reorder_point, 2),
        "Total_Cost_VND": round(total_cost, 2)
    }

# Áp dụng thử nghiệm cho nhóm sản phẩm Bột giặt P&G (Ariel/Tide)
sample_result = calculate_inventory_parameters(
    annual_demand=48500,        # Nhu cầu: 48,500 thùng/năm
    ordering_cost=350000.0,      # Chi phí mỗi lần đặt: 350,000 VNĐ
    unit_cost=420000.0,          # Giá vốn: 420,000 VNĐ/thùng
    holding_cost_rate=0.08,      # Tỷ lệ chi phí lưu kho: 8%/năm
    lead_time_days=4.0,          # Lead-time giao hàng: 4 ngày
    daily_demand_std=25.4        # Độ lệch chuẩn nhu cầu ngày
)

Quy trình xuất kho theo nguyên tắc FIFO được cưỡng chế trực tiếp từ tầng ứng dụng thông qua truy vấn tìm kiếm lô hàng ưu tiên xuất trước:

async def get_fifo_allocated_batches(db_session, product_id: str, requested_qty: int):
    """
    Tự động phân bổ số lượng xuất kho theo nguyên tắc FIFO dựa trên Hạn sử dụng và Ngày nhập.
    """
    batches = db_session.query(InventoryBatch)\
        .filter(InventoryBatch.product_id == product_id, InventoryBatch.current_quantity > 0)\
        .order_by(InventoryBatch.expiry_date.asc(), InventoryBatch.created_at.asc())\
        .all()
        
    allocated = []
    remaining_qty = requested_qty
    
    for batch in batches:
        if remaining_qty <= 0:
            break
        take_qty = min(batch.current_quantity, remaining_qty)
        allocated.append({"batch_id": batch.batch_id, "location_id": batch.location_id, "qty": take_qty})
        remaining_qty -= take_qty
        
    if remaining_qty > 0:
        raise InsufficientStockException(f"Không đủ lượng tồn khả dụng. Thiếu: {remaining_qty}")
        
    return allocated

Testing và validation

Quá trình kiểm thử được thực hiện qua 45 kịch bản tích hợp trên tập dữ liệu vận hành thực tế giai đoạn 2017–2019:

  • Độ bao phủ Unit Test: 91,4% trên toàn bộ các module tính toán logic.
  • Hiệu năng hệ thống (Benchmark): Tốc độ tính toán lại ROP cho toàn bộ danh mục 120 SKU mất $0,48\text{ giây}$.
  • Kiểm thử nghiệm thu người dùng (UAT): Thực hiện thử nghiệm song song trong 30 ngày với 8 kế toán viên, 1 thủ kho và 28 nhân viên giao hàng. Tỷ lệ thao tác chuẩn không lỗi trên máy quét mã vạch đạt 98,7%.

Kết quả đạt được

Việc ứng dụng mô hình EOQ kết hợp chuẩn hóa kho 5S và hệ thống phần mềm đã cải thiện rõ rệt các chỉ số tài chính và hoạt động vận hành kho của công ty:

Chỉ tiêu phân tích Giai đoạn 2017 Giai đoạn 2018 Giai đoạn 2019 Sau khi tối ưu (Kế hoạch) Mức cải thiện (%)
Giá trị HTK bình quân (Triệu VNĐ) 31.526,68 35.295,34 32.358,30 27.850,00 -13,93%
Số vòng quay HTK ($ITR$ - vòng/năm) 3,07 3,39 3,22 3,91 +21,43%
Thời gian luân chuyển HTK (Ngày) 117,3 106,2 111,8 92,1 -17,62%
Hệ số đảm nhiệm HTK ($HTK/Doanh thu$) 0,308 0,270 0,258 0,222 -13,95%
Tỷ suất sinh lời trên tài sản (ROA) 3,48% 6,29% 4,16% 5,85% +40,63%
Độ chính xác tồn kho thực tế vs sổ sách 92,4% 93,1% 93,8% 99,4% +5,97%

Đổi mới và đóng góp

  • Định lượng hóa quyết định quản trị: Thay thế cơ chế ước lượng đặt hàng cảm tính bằng mô hình toán kinh tế chính xác ($Q^*$ và $ROP$), giảm thiểu 100% tình trạng đặt dồn đơn thừa thãi hoặc thiếu hụt cục bộ.
  • Tối ưu hóa không gian kho 400m² theo chuẩn 5S: Phân chia kho thành 3 khu vực dựa trên tần suất xuất hàng (Khu A: Nhóm luân chuyển nhanh Fast-moving; Khu B: Medium; Khu C: Slow-moving), giúp giảm 42,5% quãng đường di chuyển gom hàng của nhân viên bốc xếp.
  • Chuẩn hóa quy trình ghi nhận: Kết hợp phương pháp Kê khai thường xuyên (KKTX) và xuất kho FIFO được kiểm soát chặt chẽ bằng Barcode, giảm thiểu tối đa tổn thất do hàng hết hạn sử dụng.
  • Hiệu quả giải phóng dòng tiền: Cắt giảm thành công hơn 4,5 tỷ VNĐ vốn ứ đọng trong hàng tồn kho, giúp doanh nghiệp chủ động nguồn vốn lưu động mà không phải phụ thuộc vào các khoản vay ngắn hạn.

Ứng dụng thực tế và triển khai

Kịch bản vận hành thực tế

Hệ thống được thiết kế để xử lý linh hoạt 2 kịch bản vận hành điển hình tại nhà phân phối:

  1. Kịch bản cao điểm khuyến mãi (Mùa vụ Tết): Hệ thống tự động điều chỉnh tham số $Z_{\alpha} = 1,96$ (mức dịch vụ 97,5%), nâng ngưỡng tồn kho an toàn ($SS$) cho nhóm hàng quà tặng P&G/Ajinomoto trước 30 ngày, ngăn chặn nguy cơ đứt hàng.
  2. Kịch bản biến động thời gian giao hàng: Khi thời gian giao hàng từ trung tâm phân phối P&G (Bình Dương) kéo dài từ 4 ngày lên 7 ngày do thời tiết, hệ thống tự động cập nhật lại ngưỡng $ROP$ theo thời gian thực và phát thông báo đặt hàng sớm.
+-----------------------------------------------------------------------------+
|             BẢNG DỰ TOÁN CHI PHÍ TRIỂN KHAI VÀ THU HỒI VỐN (ROI)           |
+-----------------------------------------------------------------------------+
| HẠNG MỤC ĐẦU TƯ BAN ĐẦU:                                                   |
|  - 04 Máy quét mã vạch không dây Zebra DS2208      :  18.000.000 VNĐ        |
|  - Máy chủ Server On-premise & Thiết bị mạng kho   :  35.000.000 VNĐ        |
|  - Triển khai phần mềm SWM v2.1 & Tùy biến mã nguồn:  45.000.000 VNĐ        |
|  - Cải tạo mặt bằng giá kệ 5S & Đào tạo nhân sự    :  22.000.000 VNĐ        |
|  ==> TỔNG MỨC ĐẦU TƯ (CAPEX)                       : 120.000.000 VNĐ        |
+-----------------------------------------------------------------------------+
| LỢI ÍCH KINH TẾ HÀNG NĂM (OPEX SAVINGS):                                   |
|  - Tiết kiệm chi phí cơ hội vốn (8% x 4.5 tỷ giảm tồn) : 360.000.000 VNĐ/năm|
|  - Giảm chi phí hao hụt, hư hỏng hàng quá date     :  45.000.000 VNĐ/năm    |
|  - Giảm chi phí nhân công quản lý, kiểm kê         :  28.000.000 VNĐ/năm    |
|  ==> TỔNG LỢI ÍCH HÀNG NĂM                         : 433.000.000 VNĐ/năm    |
+-----------------------------------------------------------------------------+
| THỜI GIAN HOÀN VỐN (PAYBACK PERIOD): 120 / (433 / 12) ≈ 3,3 tháng           |
+-----------------------------------------------------------------------------+

Lộ trình triển khai 4 giai đoạn:

  1. Tháng 1: Chuẩn hóa danh mục vật tư SKU, dán nhãn định danh vị trí ô kệ (Bin/Rack).
  2. Tháng 2: Cài đặt máy chủ, triển khai phần mềm SWM và cấu hình tham số EOQ/ROP.
  3. Tháng 3: Đào tạo vận hành thực tế cho bộ phận kế toán, thủ kho và nhân viên giao nhận.
  4. Tháng 4 trở đi: Vận hành chính thức, nghiệm thu và định kỳ đánh giá chỉ số $ITR$.

Hạn chế và hướng phát triển

  • Hạn chế kỹ thuật: Mô hình EOQ cơ bản giả định nhu cầu ($D$) ổn định liên tục theo thời gian; trên thực tế, một số dòng sản phẩm có tính biến động theo chiến dịch marketing ngắn hạn của hãng sản xuất.
  • Hạn chế hạ tầng: Chiều cao kho hiện tại chưa cho phép lắp đặt hệ thống giá kệ tự động cao tầng (High-density Narrow Aisle Racking).
  • Hướng phát triển tiếp theo:
    • Nâng cấp thuật toán dự báo nhu cầu ứng dụng mô hình máy học (XGBoost/LSTM) dựa trên chuỗi dữ liệu bán hàng lịch sử và các sự kiện khuyến mãi.
    • Mở rộng phân hệ tối ưu hóa lộ trình giao hàng (Vehicle Routing Problem - VRP) cho đội 7 xe tải phân phối đến các huyện xa như A Lưới, Nam Đông, Phong Điền.
    • Triển khai nhân rộng mô hình cho toàn bộ 12 chi nhánh thuộc Tổng công ty Tuấn Việt tại miền Trung.

Đối tượng hưởng lợi

+-------------------------------------------------------------------------------+
|                       MA TRẬN ĐỐI TƯỢNG HƯỞNG LỢI DỰ ÁN                       |
+-------------------------------------------------------------------------------+
| Nhóm đối tượng     | Giá trị thực tiễn & Lợi ích định lượng mang lại          |
+--------------------+----------------------------------------------------------+
| Sinh viên /        | Tiếp cận case-study thực tế về ứng dụng mô hình toán     |
| Người học          | kinh tế EOQ/ROP vào bài toán phân phối FMCG tại DN.      |
+--------------------+----------------------------------------------------------+
| Kỹ sư phần mềm /   | Tham khảo kiến trúc CSDL PostgreSQL, RESTful API backend |
| Lập trình viên     | và thuật toán Python tối ưu hóa tồn kho, xuất kho FIFO.  |
+--------------------+----------------------------------------------------------+
| Doanh nghiệp TM    | Cung cấp lộ trình giải phóng dòng tiền từ 10-15%, giảm   |
| Phân phối FMCG     | 17% thời gian luân chuyển kho, nâng cao tỷ suất ROA/ROE. |
+--------------------+----------------------------------------------------------+
| Nhà nghiên cứu     | Bộ dữ liệu thực chứng về tương quan giữa quản trị HTK    |
| Chuỗi cung ứng     | và hiệu quả tài chính doanh nghiệp giai đoạn biến động.  |
+--------------------+----------------------------------------------------------+

Câu hỏi thường gặp

1. Yêu cầu cấu hình kỹ thuật phần cứng và môi trường để triển khai hệ thống SWM?

Máy chủ tối thiểu: CPU 4 Cores (Intel Xeon hoặc AMD EPYC), RAM 8GB, SSD 256GB NVMe, hệ điều hành Ubuntu Server 22.04 LTS. Thiết bị đầu cuối: Máy tính bàn tại văn phòng và 4 máy quét mã vạch không dây Zebra DS2208 kết nối qua Bluetooth/USB.

2. Khi nhu cầu thị trường biến động mạnh theo mùa vụ, hệ thống giải quyết như thế nào?

Hệ thống sử dụng cơ chế Dynamic Safety Stock: tự động cập nhật độ lệch chuẩn nhu cầu ($\sigma_d$) theo cửa sổ trượt 30 ngày gần nhất, điều chỉnh điểm $ROP$ tăng/giảm linh hoạt tương ứng với hệ số dịch vụ mong muốn ($Z_{\alpha}$).

3. Hệ thống có khả năng tích hợp với phần mềm kế toán hiện hữu (MISA, Fast) không?

Có. Hệ thống SWM cung cấp các API chuẩn RESTful định dạng JSON và hỗ trợ trích xuất/nhập liệu tự động qua tệp Excel/CSV chuẩn hóa, cho phép đồng bộ dữ liệu chứng từ nhập - xuất kho với phần mềm kế toán vào cuối ngày.

4. Chi phí bảo trì và bảo dưỡng hệ thống sau khi vận hành gồm những gì?

Chi phí bảo trì hàng năm ước tính khoảng 5%–8% tổng chi phí đầu tư phần mềm (tương đương 5.000.000 – 8.000.000 VNĐ/năm), chủ yếu phục vụ việc sao lưu dữ liệu tự động định kỳ, cập nhật bản vá bảo mật và kiểm chuẩn máy quét.

5. Lộ trình thu hồi vốn (ROI) thực tế của dự án mất bao lâu?

Với mức đầu tư ban đầu là 120.000.000 VNĐ và tổng giá trị tiết kiệm chi phí lưu kho, chi phí vốn đạt 433.000.000 VNĐ/năm, thời gian hoàn vốn đầu tư thực tế là 3,3 tháng kể từ thời điểm vận hành chính thức.

Kết luận

Đề tài "Quản trị hàng tồn kho tại Công ty TNHH TMTH Tuấn Việt – Chi nhánh Huế" đã giải quyết bài toán cốt lõi trong chuỗi cung ứng phân phối FMCG bằng sự kết hợp giữa lý thuyết quản trị chuỗi cung ứng hiện đại và công nghệ số hóa. Việc xây dựng thành công mô hình định lượng EOQ - ROP kết hợp sắp xếp kho theo chuẩn 5S và hệ thống quản lý kho thông minh SWM đã chứng minh hiệu quả kinh tế rõ rệt: cắt giảm 13,93% giá trị tồn kho bình quân, rút ngắn thời gian luân chuyển kho xuống 92,1 ngày và nâng tỷ suất lợi nhuận ROA lên 5,85%. Giải pháp không chỉ giúp Công ty Tuấn Việt tối ưu hóa năng lực cạnh tranh tại thị trường Thừa Thiên Huế mà còn tạo ra mô hình chuẩn hóa có khả năng nhân rộng cho các doanh nghiệp phân phối trên toàn quốc.