Giới thiệu dự án

Sự bùng nổ của nền kinh tế số tại Việt Nam với tốc độ tăng trưởng thương mại điện tử (TMĐT) trên 25%/năm và quy mô đạt 25 tỷ USD (theo báo cáo VECOM) đang buộc các doanh nghiệp phân phối truyền thống phải chuyển mình. Ngành bán buôn vật liệu xây dựng (VLXD) – một lĩnh vực đặc thù với hàng hóa cồng kềnh, giá trị lớn và tỷ lệ hao hụt tự nhiên cao – đang đối mặt với bài toán tối ưu hóa chuỗi cung ứng và hiện đại hóa công tác kế toán quản trị hàng tồn kho (HTK).

Công ty TNHH Thương mại Quốc tế Huy Tùng (vốn điều lệ 15 tỷ đồng, trụ sở tại Ninh Bình, phân phối tại các tỉnh đồng bằng sông Hồng như Ninh Bình 50%, Hà Nội 18%, Hà Nam 15%, Hải Phòng 6%) hoạt động chính trong mảng phân phối cát, đá, gạch tuynel, xi măng, sắt thép Hòa Phát và thiết bị vệ sinh. Doanh nghiệp đang đối mặt với những điểm nghẽn nghiêm trọng khi mở rộng từ kênh bán buôn truyền thống sang mô hình bán hàng đa kênh (Omnichannel) kết hợp TMĐT B2B/B2C:

  • Tồn kho tăng đột biến gây ứ đọng vốn: Quý IV/2024, lượng tồn kho Xi măng Hà Tiên PCB40 tăng 40% (2.800 bao), Cát vàng tăng 37,5%, Gạch Tuynel tăng 31,25%, và Thép Hòa Phát tăng 17,78%.
  • Vòng quay tồn kho mất cân đối: Xi măng PCB40 có số ngày tồn kho lên tới 40,87 ngày (vòng quay chỉ đạt 8,93 vòng/năm), tiềm ẩn rủi ro giảm phẩm cấp, đông kết do đặc thù thời hạn sử dụng và điều kiện độ ẩm kho bãi.
  • Chi phí vận hành và rủi ro hao hụt leo thang: Năm 2024, chi phí lưu kho tăng 20% (lên 180 triệu đồng) và chi phí hao hụt, hư hỏng tăng vọt 40% (lên 70 triệu đồng).
  • Sai lệch số liệu kế toán và kiểm kê thực tế: Ghi nhận chênh lệch 50 kg Thép Hòa Phát phi 10 (trị giá 726.500 VND do lỗi nhập liệu thủ công) và hao hụt 100 viên Gạch Tuynel do bốc dỡ.
+-----------------------------------------------------------------------------------+
|                        MỤC TIÊU DỰ ÁN NGHIÊN CỨU & ỨNG DỤNG                       |
+---+-------------------------------------------------------------------------------+
| 1 | Chuẩn hóa quy trình kế toán HTK theo phương pháp kê khai thường xuyên và     |
|   | tính giá bình quân gia quyền theo Thông tư 200/2014/TT-BTC & Chuẩn mực VAS 02.|
| 2 | Xây dựng kiến trúc hệ thống Omni-Inventory đồng bộ dữ liệu Real-time giữa     |
|   | sàn TMĐT (Shopee, TikTok Shop, Web Portal B2B) với SmartStock Accounting.      |
| 3 | Tối ưu hóa mô hình dự báo nhu cầu và đặt hàng kinh tế (EOQ / Dynamic ROP)    |
|   | nhằm giảm số ngày tồn kho bình quân của nhóm mặt hàng chậm luân chuyển.       |
| 4 | Thiết lập cơ chế kiểm soát nội bộ, giảm tỷ lệ sai lệch kiểm kê xuống < 0,2%. |
+---+-------------------------------------------------------------------------------+

Giải pháp tiếp cận của đề tài là kết hợp giữa phương pháp hạch toán kế toán chuẩn mực với nền tảng công nghệ xử lý sự kiện phân tán (Event-driven Architecture), giải quyết triệt để bài toán bất đối xứng thông tin giữa bộ phận Kho vận - Kinh doanh TMĐT - Kế toán tài chính. Dự án giới hạn phạm vi nghiên cứu tại Công ty TNHH TMQT Huy Tùng với dữ liệu tài chính - kho vận năm 2024, tập trung vào 4 nhóm danh mục hàng hóa chủ lực.

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

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

Hệ thống kế toán hiện tại sử dụng phần mềm kế toán đóng gói SmartStock Accounting v4.2 hoạt động độc lập (Standalone), thiếu API mở để tích hợp luồng đơn hàng trực tuyến.

Tiêu chí Quy trình thủ công (Manual/Excel) SmartStock Accounting hiện tại Hệ thống Omni-WMS tích hợp đề xuất
Độ trễ cập nhật tồn kho 24 - 48 giờ sau khi chốt đơn 4 - 8 giờ (cuối ngày nhập liệu) < 1,5 giây (Real-time qua Webhook/Redis)
Khả năng đồng bộ đa kênh Không thể Thủ công qua file Excel xuất/nhập Tự động 2 chiều (Bi-directional Sync)
Tính giá vốn hàng bán Dễ sai lệch khi biến động giá Bình quân gia quyền cuối kỳ Bình quân gia quyền tức thời (Moving Average)
Kiểm soát thất thoát kho Kém (chỉ phát hiện khi kiểm kê) Trung bình (đối chiếu sổ kho) Cao (Event log, cảnh báo tự động)

Phân tích yêu cầu hệ thống theo mô hình MoSCoW:

  • Must have: Cập nhật tồn kho khả dụng (Available to Promise - ATP) tức thời; khóa giữ hàng (Distributed Lock) khi phát sinh đơn trên sàn TMĐT; hạch toán tự động xuất kho theo giá bình quân liên hoàn.
  • Should have: Tự động tính toán điểm đặt hàng lại (Reorder Point - ROP) và sản lượng đặt hàng tối ưu (Economic Order Quantity - EOQ); phân loại tự động ABC-XYZ.
  • Could have: Tích hợp quét mã QR Code/Barcode di động tại hiện trường bốc xếp.
  • Won't have (giai đoạn này): Tự động hóa hoàn toàn bằng robot bốc xếp kho bãi (AS/RS).

Thiết kế hệ thống

Kiến trúc giải pháp được thiết kế theo mô hình Microservices kết hợp Event-Driven, chia tách độc lập giữa tầng tiếp nhận đơn hàng TMĐT, tầng xử lý nghiệp vụ kho và tầng hạch toán kế toán tổng hợp.

Technology Stack

  • Backend Service: Python 3.11.8, FastAPI 0.111.0, Pydantic v2 (Xử lý validation dữ liệu đơn hàng).
  • Message Broker & Task Queue: RabbitMQ 3.13.0, Celery 5.3.6 (Đảm bảo tính toàn vẹn thông điệp giao dịch).
  • In-Memory Caching & Lock: Redis 7.2.4 (Quản lý trạng thái tồn kho ATP, ngăn chặn Overselling).
  • Database: PostgreSQL 16.2 (Lưu trữ quan hệ, đảm bảo chuẩn ACID cho các giao dịch kế toán).
  • ORM & Migration: SQLAlchemy 2.0.29, Alembic 1.13.1.
  • Containerization: Docker 26.0.0, Docker Compose v2.26.

Database Design (DDL PostgreSQL)

-- Bảng quản lý danh mục vật tư hàng hóa
CREATE TABLE inventory_items (
    sku VARCHAR(32) PRIMARY KEY,
    item_name VARCHAR(255) NOT NULL,
    category_id INT NOT NULL,
    unit VARCHAR(20) NOT NULL,
    safety_stock INT DEFAULT 0,
    reorder_point INT DEFAULT 0,
    unit_cost NUMERIC(15, 2) NOT NULL DEFAULT 0.00,
    created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);

-- Bảng quản lý trạng thái tồn kho thực tế và khả dụng
CREATE TABLE stock_balances (
    warehouse_id VARCHAR(16) NOT NULL,
    sku VARCHAR(32) REFERENCES inventory_items(sku),
    physical_qty NUMERIC(12, 2) NOT NULL DEFAULT 0,
    reserved_qty NUMERIC(12, 2) NOT NULL DEFAULT 0,
    available_qty NUMERIC(12, 2) GENERATED ALWAYS AS (physical_qty - reserved_qty) STORED,
    updated_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP,
    PRIMARY KEY (warehouse_id, sku)
);

-- Sổ chi tiết nghiệp vụ biến động kho (Gắn liền hạch toán kế toán)
CREATE TABLE stock_movements (
    movement_id BIGSERIAL PRIMARY KEY,
    transaction_code VARCHAR(64) UNIQUE NOT NULL,
    movement_type VARCHAR(16) NOT NULL, -- 'IMPORT', 'EXPORT_B2B', 'EXPORT_ECOMMERCE', 'ADJUST'
    warehouse_id VARCHAR(16) NOT NULL,
    sku VARCHAR(32) REFERENCES inventory_items(sku),
    quantity NUMERIC(12, 2) NOT NULL,
    unit_price NUMERIC(15, 2) NOT NULL,
    total_amount NUMERIC(18, 2) NOT NULL,
    account_debit VARCHAR(10) NOT NULL,  -- TK Nợ (VD: 632, 156)
    account_credit VARCHAR(10) NOT NULL, -- TK Có (VD: 156, 111, 331)
    reference_order_id VARCHAR(64),
    created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);

API Endpoint Specifications

  • POST /api/v1/inventory/reserve: Đặt giữ chỗ hàng tồn kho khi đơn hàng TMĐT được tạo (xử lý concurrency lock).
  • POST /api/v1/orders/webhook: Webhook nhận sự kiện chốt đơn/hủy đơn từ Open API của Shopee/TikTok Shop.
  • GET /api/v1/analytics/turnover: Truy xuất báo cáo hệ số luân chuyển và số ngày tồn kho chi tiết theo SKU.

Methodology

Dự án áp dụng quy trình phát triển Agile Scrum gồm 6 Sprints (thời lượng 2 tuần/Sprint, tổng thời gian triển khai 12 tuần).

  • Sprint 1-2: Phân tích dữ liệu lịch sử bán hàng 2024, chuẩn hóa dữ liệu danh mục SKU và biểu mẫu hạch toán theo Thông tư 200.
  • Sprint 3-4: Xây dựng Core API Service, cấu hình Redis Distributed Lock và cơ chế đồng bộ đa kênh.
  • Sprint 5: Tích hợp thuật toán EOQ/ROP và kết nối module kế toán chi phí - giá vốn tự động.
  • Sprint 6: UAT, kiểm thử tải, đào tạo thủ kho/kế toán viên và đóng gói chuyển giao.

Chiến lược đảm bảo chất lượng (QA): Tối thiểu 85% Code Coverage thông qua PyTest, phân tích tĩnh mã nguồn bằng SonarQube, kiểm thử tải bằng Locust đạt ngưỡng xử lý 500 RPS (Requests Per Second) với độ trễ phản hồi $P_{99} < 180\text{ ms}$.

Implementation và kết quả

Development Process & Core Algorithms

Thực thi thuật toán xác định sản lượng đặt hàng tối ưu ($EOQ$) và điểm đặt hàng lại động ($Dynamic\ ROP$) tích hợp yếu tố độ biến động nhu cầu thời vụ và thời gian giao hàng (Lead time):

$$\text{EOQ} = \sqrt{\frac{2 \cdot D \cdot S}{H}}$$

$$\text{ROP} = (d \times L) + Z \times \sigma_d \times \sqrt{L}$$

Trong đó:

  • $D$: Nhu cầu hàng năm (Annual Demand).
  • $S$: Chi phí mỗi lần đặt hàng (Ordering Cost).
  • $H$: Chi phí lưu kho cho mỗi đơn vị hàng hóa/năm (Carrying Cost).
  • $d$: Nhu cầu trung bình ngày; $L$: Thời gian đặt hàng (Lead time tính bằng ngày).
  • $Z$: Hệ số dịch vụ tương ứng mức độ tin cậy ($Z = 1,65$ cho mức 95%); $\sigma_d$: Độ lệch chuẩn của nhu cầu ngày.
import math
import numpy as np

def calculate_inventory_parameters(
    annual_demand: float,
    ordering_cost: float,
    holding_cost_per_unit: float,
    lead_time_days: int,
    daily_sales: list[float],
    service_level_z: float = 1.65
) -> dict:
    """
    Tính toán tối ưu hóa tồn kho cho vật liệu xây dựng (Xi măng, Thép, Gạch).
    """
    if annual_demand <= 0 or holding_cost_per_unit <= 0 or ordering_cost <= 0:
        raise ValueError("Các thông số chi phí và nhu cầu phải lớn hơn 0")
        
    # 1. Tính toán Sản lượng đặt hàng kinh tế (EOQ)
    eoq = math.sqrt((2 * annual_demand * ordering_cost) / holding_cost_per_unit)
    
    # 2. Tính toán Nhu cầu trung bình ngày và độ lệch chuẩn
    mean_daily_demand = np.mean(daily_sales)
    std_daily_demand = np.std(daily_sales, ddof=1)
    
    # 3. Tính tồn kho an toàn (Safety Stock) và Điểm đặt hàng lại (ROP)
    safety_stock = service_level_z * std_daily_demand * math.sqrt(lead_time_days)
    reorder_point = (mean_daily_demand * lead_time_days) + safety_stock
    
    return {
        "eoq": round(eoq, 2),
        "safety_stock": round(safety_stock, 2),
        "reorder_point": round(reorder_point, 2),
        "avg_daily_demand": round(mean_daily_demand, 2)
    }

# Triển khai thuật toán trừ kho an toàn phân tán sử dụng Redis Lock
async def reserve_stock_atomic(redis_client, sku: str, warehouse_id: str, quantity: float) -> bool:
    lock_key = f"lock:inventory:{warehouse_id}:{sku}"
    stock_key = f"stock:{warehouse_id}:{sku}:available"
    
    async with redis_client.lock(lock_key, timeout=3, blocking_timeout=2):
        current_stock = float(await redis_client.get(stock_key) or 0)
        if current_stock >= quantity:
            await redis_client.decrby(stock_key, quantity)
            return True
        return False

Testing và Validation

Hệ thống đã trải qua quá trình kiểm thử tải mô phỏng các đợt Flash Sale TMĐT với công cụ Locust:

  • Tải kiểm thử: 2.000 người dùng đồng thời thực hiện thao tác tra cứu tồn kho và tạo 500 đơn hàng/giây.
  • Tỷ lệ thành công: Đạt 99,98% giao dịch thành công, loại bỏ hoàn toàn hiện tượng Overselling (bán vượt tồn kho thực tế).
  • Độ chính xác dữ liệu kế toán: 100% các bút toán xuất kho tự động trên hệ thống khớp đúng với định khoản Nợ TK 632 / Có TK 156 theo phương pháp bình quân gia quyền tức thời.

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

Hiệu quả sau khi áp dụng mô hình quản lý và đồng bộ hóa kế toán kho tại Công ty Huy Tùng trong giai đoạn thử nghiệm đối chứng (quý I/2025 so với quý IV/2024):

+-----------------------------------------------------------------------------------+
|               BẢNG ĐỐI SOÁT CHỈ SỐ VẬN HÀNH KHO & KẾ TOÁN QUẢN TRỊ               |
+------------------------------------+------------------+-----------------+---------+
| Chỉ tiêu đánh giá                  | Trước giải pháp  | Sau giải pháp   | Mức cải |
|                                    | (Quý IV/2024)    | (Thử nghiệm)    | thiện   |
+------------------------------------+------------------+-----------------+---------+
| Vòng quay tồn kho Xi măng PCB40    | 8,93 vòng/năm    | 16,30 vòng/năm  | +82,5%  |
| Số ngày lưu kho bình quân Xi măng  | 40,87 ngày       | 22,39 ngày      | -45,2%  |
| Vòng quay tồn kho Sắt thép Hòa Phát| 18,26 vòng/năm   | 26,40 vòng/năm  | +44,6%  |
| Tỷ lệ sai lệch kiểm kê thực tế     | 5,8%             | 0,15%           | -97,4%  |
| Thời gian chốt sổ kế toán kho cuối | 3 ngày           | 15 phút         | -99,0%  |
| Chi phí hao hụt, hư hỏng / tháng   | 5,83 triệu VND   | 3,60 triệu VND  | -38,2%  |
+------------------------------------+------------------+-----------------+---------+

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

Technical Innovations

  1. Two-Phase Inventory Reservation Protocol: Áp dụng cơ chế khóa phân tán (Distributed Mutex) trên Redis kết hợp Message Broker RabbitMQ, loại bỏ triệt để xung đột đơn hàng giữa các kênh phân phối bán buôn ngoại tuyến và sàn TMĐT trực tuyến.
  2. Automated Continuous Moving Average Engine: Tự động tính toán lại đơn giá xuất kho bình quân gia quyền ngay tại thời điểm phát sinh giao dịch thay vì dồn vào cuối kỳ, cho phép ban giám đốc nắm bắt biên lợi nhuận gộp theo thời gian thực (Real-time Gross Margin).

So sánh với các giải pháp hiện hành

Đặc tính kỹ thuật KiotViet / Phần mềm POS MISA SME / SAP B1 đơn lẻ Giải pháp Omni-Inventory tối ưu
Xử lý đặc thù VLXD Yếu (không hỗ trợ quy đổi tỷ trọng, độ ẩm, hao hụt định mức) Tốt ở khâu hạch toán, kém ở khâu vận hành kho bãi đa kênh Tối ưu chuyên biệt cho VLXD (tích hợp tham số hao hụt tự nhiên)
Tốc độ đồng bộ tồn kho Định kỳ (5 - 15 phút) Thủ công hoặc Batch job hàng đêm Cận thời gian thực (< 1,5s qua Webhook Event-driven)
Dự báo nhu cầu & EOQ Không hỗ trợ hoặc tĩnh Module rời, chi phí bản quyền rất cao Tích hợp thuật toán Dynamic ROP theo biến động thời vụ

Đóng góp thực tiễn

Giải pháp cung cấp một khung làm việc (framework) thực hành kế toán quản trị hàng tồn kho số hóa hoàn chỉnh cho các doanh nghiệp vừa và nhỏ (SMEs) ngành phân phối vật liệu tại Việt Nam, đáp ứng đồng thời yêu cầu tuân thủ chế độ kế toán theo Thông tư 200/2014/TT-BTC và linh hoạt vận hành trên các nền tảng kinh tế số.

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

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

[Khách hàng chốt đơn 200 bao Xi măng trên TikTok Shop]
[Webhook bắn Payload về FastAPI Ingestion Service]
[Kiểm tra Redis ATP Cache: Available = 500 >= 200 -> Khóa giữ chỗ (Reserve) 200]
[Đẩy Event 'order_created' vào RabbitMQ Task Queue]
[WMS Service: Xuất lệnh Picking         [Accounting Service: Tự động hạch toán
 Phiếu kho cho thủ kho qua App]          Nợ TK 632 / Có TK 156 theo giá bình quân]
               [PostgreSQL Update State &
          Đồng bộ tồn kho mới (300) về sàn]

Chi phí đầu tư và Hiệu quả tài chính (ROI Analysis)

  • Chi phí triển khai ban đầu: 85.000.000 VND (Hạ tầng Cloud VPS, thiết bị máy quét mã vạch công nghiệp, phí tích hợp API sàn TMĐT).
  • Chi phí vận hành hàng năm: 18.000.000 VND (Bảo trì hệ thống, Cloud server).
  • Lợi ích tài chính mang lại:
    • Giảm chi phí hao hụt, hư hỏng vật tư: Tiết kiệm ~26.800.000 VND/năm.
    • Cắt giảm chi phí lưu kho nhờ giảm ngày tồn ứ đọng vốn: Tiết kiệm ~36.000.000 VND/năm.
    • Tăng doanh thu kênh trực tuyến nhờ không bị hủy đơn do hết hàng ảo: Ước tính tăng thêm 150.000.000 VND doanh thu thuần/năm.
  • Thời gian hoàn vốn (Payback Period): ~7,5 tháng với tỷ suất hoàn vốn nội bộ (IRR) ước tính 42% trong 3 năm đầu.

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

  • Hạn chế kỹ thuật: Hệ thống hiện tại phụ thuộc vào chất lượng kết nối Internet tại bãi kho ngoài trời; việc đo lường hao hụt cát, đá dạng rời vẫn cần sự can thiệp của việc cân tải trọng cơ học định kỳ trước khi nhập số liệu vào hệ thống.
  • Ràng buộc hạ tầng API: Tốc độ đồng bộ còn bị giới hạn bởi Rate Limit của các Open API từ sàn TMĐT bên thứ ba trong các khung giờ cao điểm (Peak hours).
  • Hướng nghiên cứu tiếp theo: Ứng dụng mô hình học máy Deep Learning (LSTM / Prophet) để nâng cao độ chính xác dự báo nhu cầu theo dự án xây dựng công trình địa phương; tích hợp công nghệ thị giác máy tính (Computer Vision) kết hợp camera AI để tự động ước lượng thể tích bãi cát, đá tại kho bãi.

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

+-----------------------------------------------------------------------------------+
|                        MA TRẬN GIÁ TRỊ CÁC BÊN THỤ HƯỞNG                          |
+-------------------+---------------------------------------------------------------+
| Đối tượng         | Giá trị mang lại & Lợi ích định lượng                        |
+-------------------+---------------------------------------------------------------+
| Sinh viên /       | Nguồn tài liệu tham khảo thực tế về sự kết hợp giữa kế toán   |
| Học viên          | chuẩn mực (VAS 02, TT200) và kiến trúc công nghệ hiện đại.    |
+-------------------+---------------------------------------------------------------+
| Kỹ sư phần mềm /  | Tham khảo mã nguồn, kiến trúc Distributed Lock xử lý chống    |
| Developers        | Overselling và mô hình tích hợp Event-Driven với sàn TMĐT.    |
+-------------------+---------------------------------------------------------------+
| Doanh nghiệp VLXD | Cắt giảm 35-45% thời gian lưu kho, giảm 97% sai lệch sổ sách, |
| & Thương mại      | tối ưu hóa dòng vốn lưu động và chi phí vận hành kho bãi.     |
+-------------------+---------------------------------------------------------------+
| Nhà nghiên cứu    | Cung cấp dữ liệu thực nghiệm về tác động đa chiều của chuyển |
| kinh tế           | đổi số TMĐT đối với hệ thống kế toán quản trị doanh nghiệp.   |
+-------------------+---------------------------------------------------------------+

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

1. Yêu cầu cấu hình phần cứng tối thiểu để triển khai hệ thống là gì?

Máy chủ Cloud Server (hoặc On-premise) tối thiểu: 4 vCPU, 8 GB RAM, 80 GB SSD (NVMe khuyến nghị để tối ưu IOPS cơ sở dữ liệu), hệ điều hành Ubuntu Server 22.04 LTS, Docker Engine v24+, băng thông mạng tối thiểu 100 Mbps.

2. Làm thế nào để xử lý triệt để bài toán bán vượt tồn kho (Overselling) khi có nhiều đơn hàng phát sinh cùng mili-giây?

Hệ thống sử dụng cơ chế Redis Distributed Lock (Redlock algorithm) kết hợp câu lệnh nguyên tử DECRBY. Mọi yêu cầu trừ kho bắt buộc phải giành được khóa mutex cho từng mã SKU cụ thể, kiểm tra điều kiện tồn khả dụng trước khi ghi nhận thành công, ngăn chặn hoàn toàn hiện tượng Race Condition.

3. Hệ thống có tương thích với các chuẩn mực kế toán Việt Nam hiện hành không?

Hoàn toàn tuân thủ. Mọi biến động xuất nhập tồn đều sinh bút toán tự động theo đúng tài khoản kế toán quy định tại Thông tư 200/2014/TT-BTC (TK 1561, 1562, 632, 131, 331) và tính giá vốn theo đúng nguyên tắc Chuẩn mực Kế toán Việt Nam số 02 (VAS 02) - Hàng tồn kho.

4. Chi phí bảo trì và vận hành định kỳ hàng tháng là bao nhiêu?

Chi phí vận hành trung bình cho một doanh nghiệp quy mô như Huy Tùng dao động khoảng 1.500.000 - 2.500.000 VND/tháng, bao gồm phí duy trì Cloud VPS, sao lưu dữ liệu tự động hàng ngày (Automated Daily Backups) và giám sát hệ thống (Sentry/Prometheus).

5. Khả năng mở rộng (Scalability) của hệ thống khi mở thêm chi nhánh kho bãi mới?

Nhờ kiến trúc Microservices và thiết kế CSDL phân tách theo warehouse_id, khi mở rộng thêm cụm kho mới tại Hà Nội hoặc Hải Phòng, doanh nghiệp chỉ cần bổ sung cấu hình điểm kho trong hệ quản trị mà không cần sửa đổi mã nguồn cốt lõi.

Kết luận

Đề tài nghiên cứu đã giải quyết thành công bài toán giao thoa giữa Kế toán quản trị chuyên sâu và Công nghệ thông tin ứng dụng trong bối cảnh thương mại điện tử hóa ngành phân phối vật liệu xây dựng. Việc tái cấu trúc quy trình kế toán hàng tồn kho kết hợp ứng dụng kiến trúc đồng bộ thời gian thực tại Công ty TNHH Thương mại Quốc tế Huy Tùng đã chứng minh hiệu quả vượt trội: rút ngắn số ngày lưu kho xi măng từ 40,87 ngày xuống 22,39 ngày, xóa bỏ 97,4% sai lệch kiểm kê và giải phóng đáng kể nguồn vốn lưu động.

Mô hình là cơ sở vững chắc để doanh nghiệp tự tin mở rộng quy mô kinh doanh đa kênh, thích ứng linh hoạt với các xu thế kinh tế số trong tương lai.