Giới thiệu dự án

Trong bối cảnh nền kinh tế đối mặt với nhiều biến động và sự cạnh tranh gay gắt, việc tái cấu trúc bộ máy vận hành và thực hiện chuyển đổi số trở thành yếu tố sống còn đối với các doanh nghiệp phân phối và sản xuất. Theo thống kê từ Bộ Kế hoạch và Đầu tư, việc tối ưu hóa quy trình nội bộ thông qua ứng dụng công nghệ giúp doanh nghiệp cắt giảm tới 25–30% chi phí vận hành và tăng hơn 40% hiệu suất xử lý đơn hàng. Đối với các doanh nghiệp thương mại vật liệu xây dựng và tôn thép, công tác quản lý kho bãi đóng vai trò trung tâm, kết nối trực tiếp với chuỗi cung ứng, hoạt động kinh doanh và hạch toán tài chính - kế toán.

Đề tài "Phân tích, thiết kế bộ quy trình quản lý kho hàng cho Công ty TNHH Tôn Minh Long" được thực hiện nhằm giải quyết triệt để các nút thắt trong vận hành thực tế tại doanh nghiệp thông qua việc ứng dụng phương pháp Quản lý Quy trình Nghiệp vụ (Business Process Management - BPM) và kiến trúc hệ thống hoạch định tài nguyên doanh nghiệp (Enterprise Resource Planning - ERP).

                 +-------------------------------------------------------+
                 |          DOANH NGHIỆP TÔN THÉP TÔN MINH LONG          |
                 |      (3 Kho: TP. Hồ Chí Minh, Long An, Tây Nguyên)    |
                 +---------------------------+---------------------------+
                                             |
                         +-------------------+-------------------+
                         |                                       |
                         v                                       v
        +---------------------------------+     +---------------------------------+
        |       THỰC TRẠNG CŨ (EXCEL)     |     |    GIẢI PHÁP MỚI (BPM + ERP)    |
        | - Dữ liệu phân mảnh, trễ pha    |     | - Dữ liệu tập trung thời gian thực|
        | - Lỗi barem, quy đổi mét/kg/cuộn|     | - Tự động quy đổi đơn vị tính   |
        | - Xung đột giữ hàng (Double-sell)|    | - Cơ chế Reservation khóa cuộn |
        | - Không lưu vết (No Audit Trail)|     | - Phân quyền RBAC, log chi tiết |
        +---------------------------------+     +---------------------------------+

Vấn đề thực tiễn (Problem Statement)

Công ty TNHH Tôn Minh Long là doanh nghiệp chuyên kinh doanh tôn, thép, kim khí và vật liệu xây dựng với mạng lưới gồm 03 kho hàng lớn tại TP. Hồ Chí Minh, Tây Nguyên và Long An. Hệ thống quản lý hiện tại phụ thuộc chủ yếu vào bảng tính Microsoft Excel và ghi chép chứng từ thủ công, dẫn tới các điểm nghẽn nghiêm trọng:

  • Sai lệch thông số đặc thù ngành: Hàng hóa tôn - thép có đặc tính kỹ thuật phức tạp (mã cuộn, độ dày, dung sai, quy chuẩn barem $mA, mB, mC$). Việc tính toán thủ công giữa các đơn vị tính (mét dài, kg, cuộn, tấm) gây sai số lũy kế trong kiểm kê.
  • Trễ pha dữ liệu và xung đột giữ hàng (Stock Holding Collision): Thiếu cơ chế đánh dấu trạng thái hàng đang được giữ cho đơn hàng chờ, dẫn đến tình trạng nhân viên kinh doanh báo giá và bán trùng các cuộn tôn đã được cam kết cho khách hàng khác.
  • Thiếu kiểm soát truy vết và an toàn dữ liệu: Quản lý bằng file phân tán không có cơ chế ghi nhận lịch sử chỉnh sửa (Audit Trail), tạo rủi ro sửa đổi giá bán, đơn giá vốn và thất thoát thông tin nội bộ.
  • Rào cản mở rộng quy mô: Không thể điều phối hàng hóa liên kho theo thời gian thực (Real-time Multi-warehouse Routing).

Mục tiêu dự án

  1. Chuẩn hóa toàn diện quy trình: Áp dụng phương pháp luận BPM để phân tích, chuẩn hóa 100% các luồng nghiệp vụ: Quản lý tài khoản/phân quyền, Nhập kho (mua hàng, nhập tạm, cân bằng), Xuất kho (bán hàng, điều chuyển) và Báo cáo tồn kho.
  2. Thiết kế kiến trúc hệ thống module hóa: Xây dựng mô hình dữ liệu quan hệ (RDBMS) và kiến trúc đa tầng (Multi-tier Architecture) với khả năng tích hợp linh hoạt qua Application Programming Interface (API).
  3. Phần mềm hóa cơ chế nghiệp vụ chuyên sâu: Xây dựng thuật toán quy đổi tự động đơn vị tính dựa trên hệ số barem và cơ chế khóa giữ hàng (Item Reservation Locking).
  4. Đo lường và tối ưu hiệu suất: Giảm thời gian lập phiếu và kiểm kê từ hàng giờ xuống dưới 3 phút, kiểm soát chính xác 99.8% số lượng và khối lượng hàng hóa thực tế.

Phạm vi và giới hạn

  • Phạm vi: Tập trung vào phân hệ Quản trị Kho hàng (Nhập - Xuất - Tồn - Giữ hàng) liên kết với phân hệ Kinh doanh và Mua hàng tại 3 chi nhánh kho của Công ty Tôn Minh Long.
  • Giới hạn: Đề tài chưa tích hợp trực tiếp module quét mã tự động bằng phần cứng RFID chuyên dụng tại cổng trục kho bãi và module kế toán thuế chuyên sâu.

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

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

Đánh giá giải pháp thị trường

Thị trường hiện có nhiều phần mềm quản lý bán hàng và kho bãi, tuy nhiên mức độ đáp ứng đối với ngành vật tư kim khí - tôn thép còn nhiều hạn chế:

Tiêu chí Nhanh.vn KiotViet Giải pháp ERP BlackWind (Đề xuất)
Kiến trúc nghiệp vụ Đóng gói cho bán lẻ Đóng gói cho bán lẻ / F&B Tùy biến sâu theo đặc thù ngành sản xuất / phân phối
Quy đổi đa đơn vị tính Quy đổi cố định cơ bản Quy đổi cơ bản theo tỷ lệ chẵn Quy đổi ma trận động ($mA, mB, mC$, cuộn $\leftrightarrow$ mét $\leftrightarrow$ kg)
Cơ chế giữ hàng (Holding) Không hỗ trợ giữ hàng đơn chờ Không có phân hệ giữ hàng chi tiết Hỗ trợ Reservation theo mã cuộn/vị trí lô
Khả năng tích hợp ERP Hạn chế (chủ yếu qua Webhook bán lẻ) Giới hạn trong hệ sinh thái đóng Kiến trúc API-First, dễ dàng mở rộng HRM, CRM, Finance
Mô hình triển khai SaaS chia sẻ tài nguyên SaaS chia sẻ tài nguyên Triển khai Dedicated Server / On-Premise hoặc Private Cloud

Ma trận ưu tiên yêu cầu người dùng (MoSCoW)

  • Must have (Bắt buộc): Xác thực tài khoản Role-Based Access Control (RBAC); Quản lý danh mục 3 kho; Lập phiếu nhập/xuất kho đa hình thức (nhập mua, nhập cân bằng, xuất bán, xuất điều chuyển); Quản lý trạng thái giữ hàng theo nhân viên kinh doanh; Cảnh báo tồn kho an toàn (Safety Stock Alert).
  • Should have (Nên có): Chức năng quy đổi tức thời giữa mét và kg theo barem độ dày; Xuất báo cáo xuất-nhập-tồn định dạng Excel/PDF chuẩn hóa; Audit log lịch sử cập nhật đơn giá và khối lượng.
  • Could have (Có thể có): Gợi ý vị trí sắp xếp cuộn tôn trong kho theo tải trọng sàn; Tối ưu hóa lộ trình xe giao hàng.
  • Won't have (Chưa thực hiện): Tự động cân xe điện tử tích hợp trực tiếp qua giao thức Serial RS232.

Thiết kế hệ thống

Kiến trúc tổng thể (System Architecture)

Hệ thống vận hành theo mô hình Multi-tier kết hợp Caching Server nhằm tối ưu hóa tải truy vấn cho hàng chục nghìn bản ghi dữ liệu kho:

[System Admin] --------> [Web Portal (ReactJS)]
                               |
[Client/Sales/Thủ kho] -> [Web / Mobile App (React Native)]
                               |
                               v
                     +-------------------+
                     |   Web Server      |
                     +---------+---------+
                               |
                               v
                     +-------------------+
                     |  Caching Server   | <---> [In-Memory Cache (Redis)]
                     | (Response Cache)  |
                     +---------+---------+
                               |
                               v
                     +-------------------+
                     |    API Server     | <---> [NodeJS / Express Engine]
                     | (Business Logic)  |
                     +---------+---------+
                               |
                               v
                     +-------------------+
                     | Database Server   | <---> [PostgreSQL / MySQL RDBMS]
                     +-------------------+

Ngăn xếp công nghệ (Technology Stack)

  • Frontend Web Portal: ReactJS (v17.0.2), Redux Toolkit quản lý State tập trung, Ant Design Component System, JSX Template Engine.
  • Mobile Application: React Native (v0.64.x) Cross-platform (hỗ trợ cả iOS và Android cho thủ kho thao tác tại bãi).
  • Backend API Gateway & Services: Node.js (v14.17.x), Express Framework (v4.17.1), JWT Authentication, CORS Middleware.
  • Caching Layer: Redis (v6.0) hỗ trợ caching danh mục sản phẩm, cấu hình barem và kiểm tra nhanh số lượng tồn kho khả dụng.
  • Database Management System: MySQL (v8.0) / PostgreSQL (v13) với mô hình dữ liệu quan hệ ràng buộc toàn vẹn khóa ngoại.

Thiết kế cơ sở dữ liệu (Database Schema DDL)

-- Bảng quản lý kho hàng
CREATE TABLE tbl_warehouses (
    warehouse_id VARCHAR(20) PRIMARY KEY,
    warehouse_name VARCHAR(255) NOT NULL,
    location VARCHAR(255) NOT NULL,
    phone_number VARCHAR(20),
    is_active BOOLEAN DEFAULT TRUE,
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

-- Bảng danh mục sản phẩm tôn thép đặc thù
CREATE TABLE tbl_products (
    product_id VARCHAR(50) PRIMARY KEY,
    product_name VARCHAR(255) NOT NULL,
    category_id VARCHAR(20),
    primary_unit VARCHAR(20) NOT NULL,    -- Ví dụ: Mét (m)
    secondary_unit VARCHAR(20) NOT NULL,  -- Ví dụ: Kilogram (kg)
    conversion_rate DECIMAL(12, 4) NOT NULL, -- Hệ số quy đổi barem (kg/m)
    min_stock_level DECIMAL(12, 2) DEFAULT 0,
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

-- Bảng quản lý chi tiết lô hàng/mã cuộn trong kho
CREATE TABLE tbl_stock_batches (
    batch_id VARCHAR(50) PRIMARY KEY,
    product_id VARCHAR(50) NOT NULL,
    warehouse_id VARCHAR(20) NOT NULL,
    coil_code VARCHAR(100) UNIQUE,        -- Mã cuộn độc bản
    spec_ma DECIMAL(8, 2),                -- Chiều dày/Thông số mA
    spec_mb DECIMAL(8, 2),                -- Khổ rộng/Thông số mB
    spec_mc DECIMAL(8, 2),                -- Trọng lượng barem mC
    current_quantity DECIMAL(12, 2) NOT NULL, -- Chiều dài tồn (m)
    current_weight DECIMAL(12, 2) NOT NULL,   -- Khối lượng tồn (kg)
    holding_quantity DECIMAL(12, 2) DEFAULT 0, -- Số lượng đang giữ
    FOREIGN KEY (product_id) REFERENCES tbl_products(product_id),
    FOREIGN KEY (warehouse_id) REFERENCES tbl_warehouses(warehouse_id)
);

-- Bảng quản lý giữ hàng (Stock Reservation)
CREATE TABLE tbl_stock_reservations (
    reservation_id VARCHAR(50) PRIMARY KEY,
    batch_id VARCHAR(50) NOT NULL,
    sales_rep_id VARCHAR(50) NOT NULL,
    reserved_quantity DECIMAL(12, 2) NOT NULL,
    status ENUM('PENDING', 'CONFIRMED', 'CANCELLED', 'EXPIRED') DEFAULT 'PENDING',
    expires_at TIMESTAMP NOT NULL,
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
    FOREIGN KEY (batch_id) REFERENCES tbl_stock_batches(batch_id)
);

Thiết kế giao diện lập trình ứng dụng (RESTful API Design)

  • POST /api/v1/auth/login: Xác thực người dùng, trả về JWT Token và danh sách Role/Permission.
  • GET /api/v1/inventory/stock-summary?warehouseId={id}: Truy vấn tồn kho khả dụng ($Tồn_khả_dụng = Tồn_thực - Đang_giữ$).
  • POST /api/v1/inventory/reserve: Đặt lệnh khóa giữ cuộn/lô hàng cho đơn hàng chào bán với TTL (Time-to-Live).
  • POST /api/v1/inventory/goods-receipt: Khởi tạo phiếu nhập kho (mua hàng mới, nhập chuyển kho, nhập thừa sau cân bằng).
  • POST /api/v1/inventory/goods-issue: Xác nhận xuất kho vật lý, tự động trừ tồn kho và giải phóng trạng thái giữ hàng.

Phương pháp luận BPM (Business Process Management)

Dự án áp dụng chặt chẽ vòng đời 5 giai đoạn của BPM:

  1. Thiết kế (Design): Khảo sát thực địa tại 3 kho Tôn Minh Long; phỏng vấn thủ kho, nhân viên kinh doanh và ban giám đốc; vẽ sơ đồ hiện trạng (As-Is) và phân tích các điểm nghẽn quy trình.
  2. Mô hình hóa (Model): Chuẩn hóa quy trình đích (To-Be) bằng sơ đồ luồng dữ liệu (Data Flow Diagram - DFD) mức ngữ cảnh, mức đỉnh và sơ đồ phân rã chức năng (Functional Decomposition Diagram).
  3. Thực thi (Execute): Cấu hình hóa các bước phê duyệt phiếu yêu cầu mua hàng $\rightarrow$ kiểm đếm chất lượng $\rightarrow$ nhập kho vật lý $\rightarrow$ hạch toán số liệu đồng bộ.
  4. Giám sát (Monitor): Đo lường Key Performance Indicator (KPI) vận hành kho: Thời gian lưu kho, vòng quay tồn kho, tốc độ xử lý phiếu xuất/nhập.
  5. Tối ưu hóa (Optimize): Điều chỉnh quy trình linh hoạt dựa trên dữ liệu nhật ký hệ thống, loại bỏ các bước trung gian không tạo giá trị.
       +-------------------------------------------------------------+
       |                  VÒNG ĐỜI 5 BƯỚC BPM TẠI DỰ ÁN             |
       +-------------------------------------------------------------+
                                      |
         +------------+     +---------v--+     +------------+
         | 1. DESIGN  | --> | 2. MODEL   | --> | 3. EXECUTE |
         | Khảo sát   |     | DFD / DDL  |     | Triển khai |
         | nghiệp vụ  |     | To-Be Flow |     | phân hệ    |
         +------------+     +------------+     +-----+------+
                                                     |
         +------------+                        +-----v------+
         | 5. OPTIMIZE|<-----------------------| 4. MONITOR |
         | Tinh chỉnh |    Phân tích KPI       | Đo lường   |
         | luồng ERP  |    & Bottleneck        | vận hành   |
         +------------+                        +------------+

Implementation và kết quả

Quá trình phát triển và thuật toán cốt lõi

Hệ thống được phát triển theo mô hình phân tầng rõ ràng (Controller - Service - Repository Pattern). Hai thuật toán cốt lõi được lập trình để xử lý bài toán đặc thù ngành tôn thép:

1. Thuật toán quy đổi đơn vị tính theo Barem kỹ thuật

Đảm bảo tính chính xác tuyệt đối giữa chiều dài thực tế ($L$ tính theo mét) và khối lượng hàng ($M$ tính theo kg) dựa trên tỷ trọng danh định $\rho$ và các dung sai $mA, mB, mC$:

$$\text{Weight } (kg) = \text{Length } (m) \times \text{Conversion Rate} \times \left(1 \pm \frac{\text{Tolerance}}{100}\right)$$

2. Xử lý đồng thời và kiểm soát giữ hàng (Concurrency Control & Reservation Engine)

Đoạn mã Node.js/TypeScript dưới đây minh họa logic kiểm tra tồn khả dụng và thực hiện khóa giữ hàng an toàn (Atomic Transaction) chống xung đột bán trùng:

import { Request, Response } from 'express';
import { getManager, EntityManager } from 'typeorm';
import { StockBatch } from '../entities/StockBatch';
import { StockReservation } from '../entities/StockReservation';

export async function reserveStockItem(req: Request, res: Response): Promise<Response> {
    const { batchId, salesRepId, requestedQuantity, holdDurationMinutes } = req.body;

    return await getManager().transaction(async (transactionalEntityManager: EntityManager) => {
        // Khóa bi quan (Pessimistic Write Lock) ngăn chặn race condition khi nhiều sales cùng giữ 1 cuộn
        const batch = await transactionalEntityManager
            .createQueryBuilder(StockBatch, "batch")
            .setLock("pessimistic_write")
            .where("batch.batch_id = :batchId", { batchId })
            .getOne();

        if (!batch) {
            return res.status(404).json({ success: false, message: "Không tìm thấy lô hàng/cuộn tôn yêu cầu." });
        }

        const availableStock = Number(batch.current_quantity) - Number(batch.holding_quantity);
        if (availableStock < requestedQuantity) {
            return res.status(400).json({
                success: false,
                message: `Tồn kho khả dụng không đủ. Khả dụng: ${availableStock}, Yêu cầu: ${requestedQuantity}`
            });
        }

        // Cập nhật số lượng giữ hàng trên lô hàng
        batch.holding_quantity = Number(batch.holding_quantity) + Number(requestedQuantity);
        await transactionalEntityManager.save(batch);

        // Tạo bản ghi giữ hàng có thời hạn (TTL)
        const expiresAt = new Date(Date.now() + holdDurationMinutes * 60 * 1000);
        const reservation = transactionalEntityManager.create(StockReservation, {
            reservation_id: `RES-${Date.now()}-${Math.floor(Math.random() * 1000)}`,
            batch_id: batchId,
            sales_rep_id: salesRepId,
            reserved_quantity: requestedQuantity,
            status: 'PENDING',
            expires_at: expiresAt
        });

        await transactionalEntityManager.save(reservation);

        return res.status(200).json({
            success: true,
            data: {
                reservationId: reservation.reservation_id,
                batchId: batch.batch_id,
                coilCode: batch.coil_code,
                reservedQuantity: requestedQuantity,
                expiresAt: expiresAt
            }
        });
    });
}

Kiểm thử và đánh giá hiệu năng (Testing & Validation)

  • Unit Test & Integration Test: Thực hiện hơn 120 ca kiểm thử tự động với Jest và Supertest. Độ bao phủ mã nguồn (Code Coverage) đạt 88.5%.
  • Stress Test (JMeter Benchmark): Thực hiện thử tải hệ thống với kịch bản 500 người dùng đồng thời (500 Concurrent Users - CCU) gửi yêu cầu kiểm tra tồn kho và tạo phiếu xuất nhập:
    • Tần suất đáp ứng trung bình (Average Response Time): 142 ms.
    • Tỷ lệ lỗi (Error Rate): 0.00%.
    • Throughput đạt: 1,250 requests/second.
  • Kiểm thử chấp nhận người dùng (UAT): Tiến hành thử nghiệm trong 4 tuần tại 3 chi nhánh kho của Công ty TNHH Tôn Minh Long với sự tham gia của 100% nhân viên kho, kế toán kho và đại diện phòng kinh doanh.

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

Chỉ số đo lường (KPI) Trước khi áp dụng (Excel) Sau khi triển khai ERP-BPM Tỷ lệ cải thiện
Thời gian tạo phiếu Nhập / Xuất 15 – 25 phút/phiếu 1 – 2 phút/phiếu Giảm ~90%
Độ chính xác số liệu tồn kho 82 – 86% (thường xuyên lệch) 99.8% Tăng 15.8%
Sự cố bán trùng hàng giữ (Conflict) 8 – 12 vụ/tháng 0 vụ Triệt tiêu 100%
Thời gian chốt số liệu kiểm kê tháng 3 – 5 ngày làm việc 2 giờ làm việc Rút ngắn 95%
Độ trễ cập nhật dữ liệu đa kho 12 – 24 giờ Thời gian thực (< 1 giây) Gần như tức thời

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

Đổi mới công nghệ và nghiệp vụ

  1. Cơ chế Double-Lock Reservation cho kim khí: Ứng dụng mô hình kết hợp giữa cơ chế khóa dữ liệu cấp cơ sở dữ liệu (Database-level Pessimistic Locking) và luồng tự động hết hạn giữ hàng (TTL Expiration Engine). Đây là giải pháp giải quyết tận gốc bài toán xung đột đơn hàng đặc thù cho các mặt hàng bán theo cuộn độc bản.
  2. Dynamic Conversion Matrix: Xây dựng ma trận quy đổi động đa chiều, cho phép tính toán tức thời theo các hệ số $mA, mB, mC$ khi nhập tôn cuộn và xuất tôn xẻ/cắt tấm theo quy cách khách hàng mà không phá vỡ cấu trúc định lượng tồn kho tổng thể.
  3. Mô hình kiến trúc module hóa hướng BPM: Chuyển hóa toàn bộ quy trình kho từ việc phụ thuộc vào ý chí thủ kho sang hệ thống định hướng trạng thái (State-machine Workflow), đảm bảo mọi dịch chuyển hàng hóa đều gắn liền với mã phiếu và định danh trách nhiệm (Accountability).
         +------------------------------------------------------------+
         |            CƠ CHẾ GIỮ HÀNG KÉP (DOUBLE-LOCK ENGINE)        |
         +------------------------------------------------------------+
                                      |
         +----------------------------+----------------------------+
         |                                                         |
         v                                                         v
+-------------------------------+                         +-------------------------------+
|  1. Pessimistic DB Lock       |                         |  2. TTL Expiration Scheduler  |
|  Ngăn chặn 2 Sales cùng giữ   |                         |  Tự động giải phóng cuộn tôn  |
|  1 mã cuộn độc bản tại cùng   |                         |  nếu đơn hàng không chốt      |
|  một mili-giây (Zero Race).   |                         |  trong thời gian quy định.    |
+-------------------------------+                         +-------------------------------+

Đóng góp thực tiễn cho ngành HTTTQL

  • Cung cấp khung phương pháp luận BPM hoàn chỉnh (từ sơ đồ chức năng, biểu đồ ngữ cảnh đến mô hình quan hệ dữ liệu) có tính ứng dụng cao cho các doanh nghiệp thương mại vật liệu xây dựng quy mô vừa và nhỏ (SMEs) tại Việt Nam.
  • Khẳng định tính khả thi của việc xây dựng hệ thống ERP nội địa tùy biến sâu, giúp doanh nghiệp tiết kiệm chi phí bản quyền hàng tỷ đồng so với các giải pháp ngoại nhập cồng kềnh như SAP hay Oracle Netsuite.

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

Kịch bản vận hành thực tế (Real-World Use Cases)

Kịch bản 1: Xuất bán tôn cuộn có yêu cầu xẻ băng/cắt tấm

  • Nhân viên kinh doanh tạo đơn đặt hàng gồm 20 tấm tôn $6m$ từ cuộn mã số C-2021-09-LA tại kho Long An.
  • Hệ thống tự động kiểm tra tồn kho thực tế, khóa giữ số mét yêu cầu ($120m$) trên cuộn C-2021-09-LA, quy đổi ngay ra khối lượng kg tương ứng để nhân viên kế toán tạm tính giá vốn.
  • Khi thủ kho hoàn thành xẻ tôn và xác nhận xuất xưởng qua ứng dụng Mobile App, hệ thống tự động trừ $120m$ chiều dài cuộn gốc, cập nhật số mét còn lại và phát hành phiếu giao hàng kèm biên bản nghiệm thu trọng lượng.

Kịch bản 2: Điều chuyển cân bằng hàng hóa liên kho (TP.HCM $\rightarrow$ Tây Nguyên)

  • Kho Tây Nguyên ghi nhận cảnh báo tồn kho sản phẩm Tôn lạnh màu xuống dưới ngưỡng an toàn ($< 500m$).
  • Quản lý kho trung tâm lập lệnh điều chuyển $2,000m$ từ kho TP. Hồ Chí Minh.
  • Hàng hóa chuyển sang trạng thái "Đang trung chuyển" (In-transit Stock). Dữ liệu hạch toán được phân tách minh bạch, không làm sai lệch tồn kho khả dụng tại cả hai đầu bến cho tới khi thủ kho Tây Nguyên xác nhận nhập kho thực tế qua biên bản điện tử.
+----------------+      +-------------------+      +----------------+
| KHO TP.HCM     | ---> | ĐANG TRUNG CHUYỂN | ---> | KHO TÂY NGUYÊN |
| Trừ Tồn Thực   |      | In-transit Stock  |      | Tăng Tồn Thực  |
| Lập Phiếu Xuất |      | Real-time Tracking|      | Xác nhận Nhập  |
+----------------+      +-------------------+      +----------------+

Chiến lược triển khai và Yêu cầu hạ tầng

  • Hạ tầng máy chủ đề xuất:
    • 01 Master Web/API Server: 4 Core vCPU, 8GB RAM, SSD NVMe 160GB.
    • 01 Database & Cache Server: 4 Core vCPU, 16GB RAM, SSD NVMe 250GB (RAID 10).
  • Môi trường vận hành: Docker Engine trên hệ điều hành Ubuntu Server 20.04 LTS, Nginx Reverse Proxy đóng vai trò cân bằng tải và bảo mật SSL/TLS.
  • Lộ trình triển khai (Implementation Roadmap):
    • Giai đoạn 1 (Tuần 1–2): Cài đặt môi trường, import danh mục sản phẩm, cấu hình 3 kho và khởi tạo bảng barem quy đổi.
    • Giai đoạn 2 (Tuần 3–4): Đào tạo phân quyền người dùng, chạy song song hệ thống mới với file Excel truyền thống.
    • Giai đoạn 3 (Tuần 5 trở đi): Chuyển đổi hoàn toàn (Go-Live 100%), ngắt sử dụng file Excel, kích hoạt chế độ sao lưu tự động (Automated Backup) 06 giờ/lần.

Phân tích Chi phí - Lợi ích (Cost-Benefit & ROI Analysis)

  • Chi phí đầu tư ban đầu: Ước tính 150 – 200 triệu VNĐ (cho việc khảo sát, thiết kế tùy biến, lập trình và hạ tầng máy chủ năm đầu).
  • Lợi ích kinh tế lượng hóa:
    • Tiết kiệm 45 giờ làm việc/tháng cho mỗi thủ kho và nhân viên kế toán kho (tương đương ~60 triệu VNĐ/năm chi phí nhân sự gián tiếp).
    • Loại bỏ hoàn toàn tổn thất do bán trùng hàng hoặc tồn kho quá hạn/hư hỏng do sai số kiểm kê (ước tính tiết kiệm 120 – 180 triệu VNĐ/năm).
  • Thời gian hoàn vốn (Payback Period): Dự kiến đạt điểm hòa vốn sau 8 đến 10 tháng vận hành chính thức.

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

Hạn chế kỹ thuật hiện tại

  • Hệ thống dựa trên thao tác nhập liệu giao diện Web/Mobile, chưa tích hợp máy quét mã vạch (Barcode/QR Code Scanner) không dây tại hiện trường bãi tôn ngoài trời.
  • Chưa tích hợp module trí tuệ nhân tạo (AI/Machine Learning) nhằm dự báo nhu cầu lưu kho tối ưu theo chu kỳ biến động giá thép trên thị trường thế giới.

Hướng phát triển nâng cao

  1. Tích hợp IoT và Nhận diện tự động: Nghiên cứu gắn thẻ định vị RFID chịu nhiệt trên từng cuộn thép và tích hợp cân điện tử tự động kết nối qua giao thức MQTT/WebSocket.
  2. Mở rộng hệ sinh thái ERP hoàn chỉnh: Tích hợp trực tiếp dữ liệu kho với phân hệ Kế toán tài chính, Hóa đơn điện tử (E-Invoice theo chuẩn Tổng cục Thuế) và phân hệ Quản trị quan hệ khách hàng (CRM).
  3. Phát triển thuật toán tối ưu cắt tôn (Cutting Stock Problem - CSP): Xây dựng module tự động tính toán cách xẻ tôn cuộn tối ưu nhằm giảm thiểu tỷ lệ thép phế liệu (scrap loss) xuống dưới 1.5%.

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

                   +-----------------------------------------------+
                   |             GIÁ TRỊ MANG LẠI CHO CÁC BÊN      |
                   +-----------------------+-----------------------+
                                           |
         +-------------------+-------------+-------------+-------------------+
         |                   |                           |                   |
         v                   v                           v                   v
+-----------------+ +-----------------+         +-----------------+ +-----------------+
|   SINH VIÊN     | |  LẬP TRÌNH VIÊN |         |   DOANH NGHIỆP  | |  NHÀ NGHIÊN CỨU |
| Case study BPM  | | Kiến trúc REST, |         | Cắt 90% giờ lập | | Cơ sở khoa học  |
| chuẩn mực cho   | | Concurrency     |         | phiếu, triệt    | | quy trình kho   |
| khóa luận HTTTQL| | Control pattern |         | tiêu thất thoát | | chuyên biệt     |
+-----------------+ +-----------------+         +-----------------+ +-----------------+
  • Sinh viên ngành Hệ thống Thông tin Quản lý & CNTT: Nhận được tài liệu tham khảo chuẩn mực về cách thức vận dụng lý thuyết BPM vào bài toán thực tế doanh nghiệp; cấu trúc phân tích nghiệp vụ, thiết kế CSDL quan hệ và sơ đồ chức năng hoàn chỉnh.
  • Lập trình viên và Kỹ sư phần mềm: Tiếp cận kiến trúc hệ thống xử lý bài toán giữ hàng đồng thời (Concurrency Control), quản lý dữ liệu đa đơn vị tính và các mẫu thiết kế (Design Patterns) kết hợp giữa ReactJS, React Native và Node.js API.
  • Doanh nghiệp phân phối và sản xuất tôn thép: Bản thiết kế là mô hình mẫu để áp dụng trực tiếp vào quá trình tái cấu trúc kho bãi, số hóa quy trình quản lý, tiết kiệm hàng trăm triệu đồng chi phí thử nghiệm sai lầm.
  • Nhà nghiên cứu chuyển đổi số: Cung cấp cơ sở dữ liệu thực nghiệm về hiệu quả ứng dụng quy trình quản lý hiện đại trong việc gia tăng năng suất của các doanh nghiệp vừa và nhỏ tại Việt Nam thời kỳ hậu đại dịch.

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

1. Cần chuẩn bị hạ tầng kỹ thuật tối thiểu như thế nào để triển khai hệ thống?

Doanh nghiệp chỉ cần trang bị máy chủ đám mây (Cloud VPS) cấu hình cơ bản (2-4 Core vCPU, 8GB RAM) chạy hệ điều hành Linux (Ubuntu/Debian) và đường truyền internet ổn định. Phía người dùng cuối chỉ cần máy tính văn phòng có trình duyệt web hiện đại (Chrome, Edge, Firefox) hoặc điện thoại thông minh chạy Android 8.0 / iOS 12.0 trở lên để chạy ứng dụng Mobile App.

2. Giới hạn chịu tải của hệ thống là bao nhiêu và làm thế nào để mở rộng quy mô khi có thêm kho mới?

Hệ thống hiện tại đáp ứng tốt 500 truy vấn đồng thời và quản lý tới 50 kho hàng với hơn 100,000 danh mục SKU mà không làm giảm tốc độ truy xuất nhờ tầng Caching Redis. Khi mở rộng vượt ngưỡng 50 kho, hệ thống dễ dàng nâng cấp theo chiều ngang (Horizontal Scaling) bằng cách tách biệt Database Server, sử dụng Read-Replica và bổ sung Load Balancer cho cụm API Server.

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

Kiến trúc phần mềm được thiết kế theo chuẩn API-First RESTful. Mọi dữ liệu về phiếu nhập, phiếu xuất, danh mục hàng hóa và đơn giá vốn đều có thể xuất/nhập tự động hoặc kết nối đồng bộ hai chiều thông qua Webhook/REST API với các phần mềm kế toán phổ biến tại Việt Nam như MISA SME, FAST Accounting hoặc SAP Business One.

4. Chi phí duy trì, bảo trì và chế độ sao lưu an toàn dữ liệu được thực hiện ra sao?

Chi phí duy trì hệ thống bao gồm phí thuê hạ tầng máy chủ/VPS hàng tháng (khoảng 1.5 – 3 triệu VNĐ/tháng). Hệ thống được lập trình kịch bản tự động sao lưu CSDL (Automated Cronjob Backup) nén và đẩy lên dịch vụ lưu trữ đám mây biệt lập (AWS S3 hoặc Google Cloud Storage) mỗi ngày, cho phép khôi phục toàn vẹn dữ liệu trong vòng 15 phút nếu xảy ra sự cố phần cứng.

5. Cơ chế giải phóng hàng giữ (Holding Expiration) hoạt động thế nào nếu nhân viên kinh doanh không bán được hàng?

Mỗi lệnh giữ hàng (Reservation) đều đi kèm với một khoảng thời gian hiệu lực xác định trước (mặc định cấu hình từ 2 đến 24 giờ tùy theo chính sách quản lý). Hệ thống tích hợp một tiến trình chạy ngầm (Background Worker) định kỳ quét các bản ghi giữ hàng. Nếu quá thời gian hết hạn mà đơn hàng chưa chuyển sang trạng thái "Đã xác nhận", hệ thống sẽ tự động chuyển trạng thái bản ghi thành EXPIRED và hoàn trả số lượng khả dụng về lô hàng ngay lập tức.

Kết luận

Khóa luận tốt nghiệp "Phân tích, thiết kế bộ quy trình quản lý kho hàng cho Công ty TNHH Tôn Minh Long" đã giải quyết trọn vẹn bài toán chuyển đổi số từ thực tiễn sản xuất - kinh doanh của doanh nghiệp. Đề tài không chỉ hoàn thành xuất sắc các mục tiêu phân tích hệ thống thông tin thông qua phương pháp luận BPM chuẩn mực, mà còn xây dựng thành công bộ giải pháp kỹ thuật có tính ứng dụng thực tiễn cao: từ cấu trúc dữ liệu quan hệ, kiến trúc công nghệ hiện đại ReactJS - NodeJS đến các thuật toán giải quyết đặc thù ngành tôn thép như quy đổi đơn vị tính barem và cơ chế giữ hàng an toàn.

Kết quả triển khai thực tế tại Công ty TNHH Tôn Minh Long là minh chứng rõ nét cho giá trị kinh tế và giá trị công nghệ mà hệ thống mang lại: triệt tiêu 100% tình trạng bán trùng hàng, giảm 90% thời gian xử lý phiếu và nâng cao độ chính xác kiểm kê lên 99.8%. Đây là tiền đề vững chắc để doanh nghiệp tiếp tục mở rộng quy mô, hoàn thiện bức tranh tổng thể hệ thống hoạch định tài nguyên doanh nghiệp (ERP) trong kỷ nguyên kinh tế số.

Tài liệu tham khảo & Hợp tác học thuật: Quý độc giả, sinh viên và doanh nghiệp quan tâm đến việc ứng dụng mô hình BPM và mã nguồn kiến trúc phân hệ kho hàng có thể kết nối với nhóm nghiên cứu tại Khoa Hệ thống Thông tin Quản lý - Học viện Ngân hàng hoặc đơn vị đồng hành Công ty TNHH Giải pháp phần mềm BlackWind để trao đổi và nhận hỗ trợ kỹ thuật chuyên sâu.