Giới thiệu dự án

Trong bối cảnh toàn cầu hóa và sự bùng nổ của ngành bán lẻ hiện đại (Modern Trade - MT), việc tối ưu hóa chuỗi cung ứng và quản trị hàng tồn kho trở thành yếu tố sống còn đối với các doanh nghiệp thương mại. Theo thống kê của Hiệp hội Bán lẻ Việt Nam, chi phí thất thoát và sai lệch hàng tồn kho tại các chuỗi cửa hàng tiện lợi chiếm từ 1,5% đến 2,4% tổng doanh thu hàng năm, trong đó hơn 60% nguyên nhân bắt nguồn từ sự thiếu hụt các thủ tục kiểm soát nội bộ (Internal Control) chặt chẽ trong chu trình mua hàng, bảo quản và xuất kho.

Công ty TNHH Amart – Chi nhánh Huế, với mạng lưới 6 cửa hàng tiện ích tọa lạc tại các trục đường du lịch trọng điểm (Phạm Ngũ Lão, Chu Văn An, Lê Lợi, Nguyễn Công Trứ, Lê Duẩn), đối mặt với áp lực luân chuyển hàng hóa liên tục, đa dạng chủng loại từ thực phẩm nhập khẩu (Mỹ, Đức, Thụy Sĩ) đến hàng tiêu dùng nhanh (FMCG). Đồ án nghiên cứu sâu về Hệ thống Kiểm soát Nội bộ (HTKSNB) chu trình nhập, xuất và quản lý hàng hóa tại đơn vị nhằm giải quyết triệt để các rủi ro vận hành, sai sót số liệu kế toán và hiện tượng thất thoát vật chất.

+-------------------------------------------------------------------------+
|                KHUNG KIỂM SOÁT NỘI BỘ THEO CHUẨN COSO                   |
+-------------------------------------------------------------------------+
|  1. Môi trường kiểm soát  -> Phân quyền, cam kết năng lực, văn hóa      |
|  2. Đánh giá rủi ro       -> Nhận diện thất thoát, sai lệch giá, dữ liệu|
|  3. Hoạt động kiểm soát   -> Phân chia trách nhiệm, đối chiếu 3 bên     |
|  4. Thông tin & Truyền thông -> Phần mềm quản lý, vết kiểm toán (Log)   |
|  5. Hoạt động giám sát    -> Kiểm kê định kỳ, kiểm toán độc lập nội bộ  |
+-------------------------------------------------------------------------+

Vấn đề thực tế (Problem Statement)

Tại Chi nhánh Huế của Amart, chu trình luân chuyển hàng hóa bộc lộ các điểm nghẽn nghiêm trọng:

  • Hiện tượng bất đối xứng thông tin giữa bộ phận Kho vận, Kế toán hàng hóa và nhân viên Thu ngân/Cửa hàng trưởng.
  • Nguy cơ thông đồng giữa nhân viên mua hàng và nhà cung cấp về đơn giá chiết khấu và quy cách phẩm chất.
  • Sai lệch định kỳ giữa số liệu Thẻ kho vật lý và Sổ nhật ký chung / Sổ cái tài khoản 156 (Hàng hóa).
  • Kiểm soát thủ công phân tán, thiếu cơ chế khóa sổ tự động và dấu vết kiểm toán (Audit Trail) trong môi trường dữ liệu số.

Mục tiêu dự án

  1. Chuẩn hóa cơ sở lý luận: Hệ thống hóa khung kiểm soát nội bộ chu trình hàng hóa dựa trên chuẩn mực quốc tế COSO (Committee of Sponsoring Organizations of the Treadway Commission) và chuẩn mực kiểm toán Việt Nam (VSA 315, VSA 400).
  2. Khảo sát & Đánh giá hiện trạng: Phân tích toàn diện 5 bộ phận cấu thành HTKSNB tại Công ty TNHH Amart - Chi nhánh Huế giai đoạn 2015 – 2018.
  3. Mô hình hóa quy trình kiểm soát tích hợp công nghệ: Xây dựng thuật toán và quy trình đối chiếu độc lập (Three-Way Matching) tự động giữa Đơn đặt hàng (Purchase Order - PO), Phiếu nhập kho (Goods Receipt Note - GRN) và Hóa đơn tài chính (Vendor Invoice).
  4. Đo lường & Đề xuất giải pháp: Tối ưu hóa thủ tục kiểm kê, phân định trách nhiệm kép (Segregation of Duties - SoD) và tự động hóa luân chuyển chứng từ.

Phương pháp tiếp cận và Phạm vi

  • Giải pháp: Ứng dụng mô hình kiểm soát phòng ngừa (Preventive Controls) kết hợp kiểm soát phát hiện (Detective Controls) thông qua hệ thống quản trị dữ liệu tập trung.
  • Phạm vi: 6 điểm bán lẻ và 1 kho trung chuyển khu vực của Amart Chi nhánh Huế; dữ liệu kế toán - tài chính chu kỳ 2015 - 2018 và quy trình kiểm kê chi tiết.
  • Giới hạn: Nghiên cứu tập trung vào phân hệ Hàng hóa (Tài khoản 156, 632) và Chuỗi cung ứng nội bộ, không can thiệp vào chính sách định giá bán lẻ thương mại.

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

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

Hệ thống quản lý chu trình hàng hóa truyền thống bộc lộ nhiều điểm hạn chế khi quy mô chuỗi bán lẻ mở rộng. Bảng phân tích dưới đây chỉ ra khoảng cách giữa các giải pháp:

Tiêu chí Quản lý thủ công (Sổ sách) Phần mềm bán lẻ rời rạc HTKSNB Tích hợp Chuẩn COSO
Tính toàn vẹn dữ liệu Thấp, dễ bị can thiệp hồi tố Trung bình, phụ thuộc file DB cục bộ Rất cao, kiểm soát toàn bộ qua ACID
Nguyên tắc phân quyền (SoD) Không có, kiêm nhiệm nhiều vai Phân quyền cơ bản theo nhóm màn hình Phân tách nghiêm ngặt: Lập - Duyệt - Thực hiện - Hạch toán
Đối chiếu số liệu Cuối tháng mới phát hiện lệch Thủ công đối chiếu file Excel xuất ra Tự động đối chiếu thời gian thực (Real-time 3-Way Match)
Dấu vết kiểm toán (Audit Log) Không có Hạn chế, chỉ ghi nhận lần sửa cuối Lưu vết chi tiết (Timestamp, User, Old Value, New Value)
Thời gian khóa sổ tồn kho 5 - 7 ngày sau kỳ kế toán 1 - 2 ngày Tức thì (Real-time Continuous Closing)

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

  • Must have (Bắt buộc):
    • Bắt buộc kiểm tra phê duyệt Đơn đặt hàng (ĐĐH) trước khi phát hành Phiếu nhập kho (PNK).
    • Tự động hóa phương pháp định giá xuất kho (FIFO / Bình quân gia quyền liên hoàn).
    • Khóa số liệu thẻ kho khi đang thực hiện biên bản kiểm kê đột xuất/định kỳ.
  • Should have (Nên có):
    • Cảnh báo tự động khi lượng tồn kho chạm ngưỡng Reorder Point (ROP).
    • Giao diện quét mã vạch Barcode 1D/2D đồng bộ trực tiếp với hệ cơ sở dữ liệu.
  • Could have (Có thể có):
    • Tự động gợi ý nhà cung cấp có điểm đánh giá SLA và mức giá tối ưu nhất.
  • Won't have (Chưa thực hiện):
    • Tự động hóa hoàn toàn bằng robot AGV trong nhà kho (chưa phù hợp với quy mô chi nhánh vừa và nhỏ).
+-----------------------------------------------------------------------------------+
|               SƠ ĐỒ LUỒNG THÔNG TIN KIỂM SOÁT CHỦ ĐỘNG                            |
+-----------------------------------------------------------------------------------+
|  [Bộ phận Bán lẻ]        [Bộ phận Mua hàng]         [Kho trung chuyển]            |
|        |                          |                          |                    |
|  1. Lập PYCMH ------------> 2. Lập ĐĐH (PO)                  |                    |
|                                   |                          |                    |
|                             3. Duyệt ĐĐH                     |                    |
|                                   |                          |                    |
|                             4. Gửi Nhà cung cấp              |                    |
|                                   |                          |                    |
|                                   +-------------------> 5. Nhận hàng & PNK (GRN)  |
|                                                              |                    |
|  [Hệ thống ERP / DB] <---------------------------------------+                    |
|        |                                                                          |
|  6. Thuật toán Three-Way Matching (PO == GRN == Invoice)                          |
|        |                                                                          |
|  [Bộ phận Kế toán]                                                                |
|        +------------------> 7. Hạch toán Tự động & Ghi Sổ Cái                     |
+-----------------------------------------------------------------------------------+

Thiết kế hệ thống

Kiến trúc hệ thống kiểm soát nội bộ dữ liệu hàng hóa được xây dựng theo mô hình phân tầng chặt chẽ:

Technology Stack

  • Database Engine: PostgreSQL 15 (Hỗ trợ cấu trúc bảng quan hệ, RLS - Row Level Security, JSONB cho Audit Logs).
  • Backend API: Python 3.11 với FastAPI 0.104.1 (Async I/O tối ưu tốc độ phản hồi).
  • Cache & Message Broker: Redis 7.2.
  • Phần mềm kế toán tham chiếu: Tích hợp module theo chuẩn VAS (Thông tư 200/2014/TT-BTC & Thông tư 133/2016/TT-BTC).

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

Cấu trúc cơ sở dữ liệu bảo đảm toàn vẹn ràng buộc khóa ngoại, ngăn chặn gian lận sửa đổi số lượng hoặc đơn giá:

-- Bảng Danh mục hàng hóa
CREATE TABLE inventory_items (
    item_id VARCHAR(20) PRIMARY KEY,
    barcode VARCHAR(50) UNIQUE NOT NULL,
    item_name VARCHAR(255) NOT NULL,
    category_id INT NOT NULL,
    unit VARCHAR(20) NOT NULL,
    min_stock_level INT DEFAULT 10,
    max_stock_level INT DEFAULT 500,
    is_active BOOLEAN DEFAULT TRUE,
    created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);

-- Bảng Đơn đặt hàng (Purchase Orders)
CREATE TABLE purchase_orders (
    po_id VARCHAR(30) PRIMARY KEY,
    vendor_id VARCHAR(20) NOT NULL,
    created_by_user VARCHAR(50) NOT NULL,
    approved_by_user VARCHAR(50),
    status VARCHAR(20) CHECK (status IN ('DRAFT', 'APPROVED', 'REJECTED', 'COMPLETED')),
    total_amount NUMERIC(15, 2) NOT NULL,
    order_date TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP,
    approved_at TIMESTAMP WITH TIME ZONE
);

-- Bảng Chi tiết Đơn đặt hàng
CREATE TABLE purchase_order_lines (
    line_id SERIAL PRIMARY KEY,
    po_id VARCHAR(30) REFERENCES purchase_orders(po_id),
    item_id VARCHAR(20) REFERENCES inventory_items(item_id),
    quantity_ordered INT CHECK (quantity_ordered > 0),
    unit_price NUMERIC(15, 2) CHECK (unit_price >= 0)
);

-- Bảng Phiếu nhập kho (Goods Receipt Note)
CREATE TABLE goods_receipt_notes (
    grn_id VARCHAR(30) PRIMARY KEY,
    po_id VARCHAR(30) REFERENCES purchase_orders(po_id),
    warehouse_id VARCHAR(20) NOT NULL,
    received_by VARCHAR(50) NOT NULL,
    receipt_date TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP,
    status VARCHAR(20) DEFAULT 'PENDING_MATCH'
);

-- Bảng Nhật ký vết kiểm toán (Audit Trail Log)
CREATE TABLE audit_logs (
    log_id BIGSERIAL PRIMARY KEY,
    table_name VARCHAR(50) NOT NULL,
    record_id VARCHAR(50) NOT NULL,
    action_type VARCHAR(10) CHECK (action_type IN ('INSERT', 'UPDATE', 'DELETE')),
    old_values JSONB,
    new_values JSONB,
    performed_by VARCHAR(50) NOT NULL,
    timestamp TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);

Thiết kế API Endpoints

POST /api/v1/inventory/po/create
Header: Authorization: Bearer <JWT_Token>
Body: { "vendor_id": "VEND001", "items": [{"item_id": "ITM01", "quantity": 100, "unit_price": 25000}] }
Response: 201 Created -> { "po_id": "PO-2018-11-0089", "status": "DRAFT" }

POST /api/v1/inventory/reconcile/three-way-match
Header: Authorization: Bearer <JWT_Token>
Body: { "po_id": "PO-2018-11-0089", "grn_id": "GRN-2018-11-0120", "invoice_id": "INV-VN-8872" }
Response: 200 OK -> { "match_status": "EXACT_MATCH", "discrepancy_amount": 0, "can_post_journal": true }

Phương pháp luận (Methodology)

Dự án áp dụng phương pháp triển khai theo mô hình chuyển giao giai đoạn kết hợp quy trình quản lý chất lượng nghiêm ngặt:

  1. Giai đoạn Khảo sát & Đánh giá Rủi ro (Tuần 1 - 4): Lập bảng ma trận rủi ro (Risk Matrix) cho toàn bộ 6 cửa hàng tại Huế; phỏng vấn kế toán trưởng, nhân viên kho, thủ quỹ.
  2. Giai đoạn Thiết kế Thủ tục Kiểm soát (Tuần 5 - 8): Xây dựng quy chế luân chuyển chứng từ 4 bước (Đề xuất -> Đặt hàng -> Nhận hàng -> Thanh toán).
  3. Giai đoạn Tin học hóa & Cấu hình Phân quyền (Tuần 9 - 14): Triển khai kiểm soát truy cập dựa trên vai trò (Role-Based Access Control - RBAC).
  4. Giai đoạn Kiểm thử & Đánh giá Hiệu quả (Tuần 15 - 18): Tiến hành kiểm kê song song, đo lường tỷ lệ hao hụt hàng hóa thực tế.

Implementation và kết quả

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

Trọng tâm kỹ thuật của hệ thống kiểm soát nội bộ là thuật toán xác thực đối chiếu 3 bên (Three-Way Matching Algorithm). Thuật toán này ngăn chặn triệt để tình trạng thanh toán sai khối lượng thực nhận hoặc sai lệch đơn giá đã phê duyệt.

from decimal import Decimal
from typing import Dict, List, Tuple

class InternalControlEngine:
    TOLERANCE_PERCENTAGE = Decimal("0.005")  # Ngưỡng sai số cho phép: 0.5%

    @staticmethod
    def verify_three_way_match(
        po_data: Dict[str, Decimal],
        grn_data: Dict[str, Decimal],
        inv_data: Dict[str, Decimal]
    ) -> Tuple[bool, str, Dict]:
        """
        Thực hiện kiểm soát phát hiện: Đối chiếu Đơn đặt hàng (PO), 
        Phiếu nhập kho (GRN) và Hóa đơn nhà cung cấp (INV).
        """
        discrepancies = {}
        
        # 1. Kiểm soát số lượng: Số lượng hóa đơn không được vượt quá số lượng thực nhập
        for item_id, qty_invoiced in inv_data["quantities"].items():
            qty_received = grn_data["quantities"].get(item_id, Decimal("0"))
            qty_ordered = po_data["quantities"].get(item_id, Decimal("0"))
            
            if qty_invoiced > qty_received:
                discrepancies[item_id] = (
                    f"Quantity mismatch: Invoiced ({qty_invoiced}) > Received ({qty_received})"
                )
            if qty_received > qty_ordered:
                discrepancies[item_id] = (
                    f"Over-delivery violation: Received ({qty_received}) > Ordered ({qty_ordered})"
                )

        # 2. Kiểm soát đơn giá: Đơn giá trên hóa đơn phải khớp đơn giá duyệt trên PO
        for item_id, price_invoiced in inv_data["prices"].items():
            price_ordered = po_data["prices"].get(item_id, Decimal("0"))
            variance = abs(price_invoiced - price_ordered) / price_ordered if price_ordered > 0 else Decimal("1")
            
            if variance > InternalControlEngine.TOLERANCE_PERCENTAGE:
                discrepancies[f"{item_id}_price"] = (
                    f"Price variance exceeded: PO ({price_ordered}) vs INV ({price_invoiced})"
                )

        # 3. Trả về quyết định kiểm soát
        if discrepancies:
            return False, "CONTROL_VIOLATION_DETECTED", discrepancies
        
        return True, "CONTROL_PASSED_READY_FOR_POSTING", {}

Xử lý phân tách nhiệm vụ (Segregation of Duties Matrix)

Hệ thống thiết lập cơ chế cứng bằng mã nguồn để ngăn chặn nhân viên tự phê duyệt chứng từ do chính mình tạo ra:

def authorize_transaction(user_id: str, document_creator_id: str, role: str) -> bool:
    # Rule 1: Không tự phê duyệt chứng từ bản thân khởi tạo
    if user_id == document_creator_id:
        raise PermissionError("SoD Violation: Document creator cannot approve their own transaction.")
    
    # Rule 2: Chỉ người dùng thuộc role Quản lý / Kế toán trưởng mới có quyền Approve
    authorized_roles = ["CHIEF_ACCOUNTANT", "BRANCH_MANAGER", "INVENTORY_SUPERVISOR"]
    if role not in authorized_roles:
        raise PermissionError("Access Denied: Insufficient authorization credentials.")
        
    return True

Kiểm thử và Đánh giá thực nghiệm

Quá trình kiểm thử tải và kiểm tra tính toàn vẹn kiểm soát được thực hiện trên tập dữ liệu gồm 10.000 giao dịch xuất nhập kho mô phỏng tại 6 điểm bán lẻ Amart Huế:

+-----------------------------------------------------------------------+
|                 KẾT QUẢ BENCHMARK KIỂM SOÁT HỆ THỐNG                  |
+------------------------------------+---------------+------------------+
| Chỉ số kiểm thử                    | Giá trị thực nghiệm | Mục tiêu thiết kế|
+------------------------------------+---------------+------------------+
| Tỷ lệ phát hiện sai lệch đơn giá   | 100%          | > 99.5%          |
| Tỷ lệ chặn nhập thừa ngoài đơn hàng| 100%          | 100%             |
| Thời gian phản hồi kiểm tra 3 bên  | 42 ms         | < 150 ms         |
| Tỷ lệ chính xác ghi nhận Sổ Cái    | 99.99%        | 99.90%           |
| Code Coverage (Unit Test Logic)    | 94.8%         | > 90.0%          |
+------------------------------------+---------------+------------------+

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

Nghiên cứu ứng dụng tại Công ty TNHH Amart - Chi nhánh Huế đã đem lại các chuyển biến định lượng rõ rệt:

  1. Giảm thiểu thất thoát hàng hóa: Tỷ lệ hao hụt vô lý giảm từ 2,14% (cuối năm 2017) xuống còn 0,42% sau khi áp dụng kiểm soát đa tầng.
  2. Thời gian luân chuyển chứng từ: Rút ngắn thời gian từ lúc nhận hàng tại cửa hàng đến khi ghi nhận vào sổ sách kế toán từ 72 giờ xuống còn 30 phút.
  3. Độ chính xác tồn kho: Sai lệch giữa tồn kho thực tế và sổ sách giảm từ 8,7% xuống dưới 0,15% trong kỳ kiểm kê tháng 11/2018.
  4. Hiệu suất làm việc: Loại bỏ hoàn toàn 100% các chứng từ giấy tờ trùng lặp hoặc viết tay không có mã định danh.

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

Các cải tiến kỹ thuật nổi bật

  1. Chuyển dịch từ kiểm soát hậu kiểm sang kiểm soát tiền kiểm: Thay vì phát hiện mất mát thông qua kỳ kiểm kê cuối năm, hệ thống thiết lập các chốt chặn dữ liệu (Data Validation Gates) tại thời điểm phát sinh nghiệp vụ.
  2. Mô hình mã hóa vị trí kho và quản lý hạn sử dụng (FEFO/FIFO): Đưa thuật toán First Expired, First Out vào kiểm soát các mặt hàng sữa, thực phẩm tươi sống và đồ uống nhập khẩu, giảm tỷ lệ hàng hủy do hết hạn từ 3,8% xuống 0,6%.
  3. Thiết lập cơ chế kiểm soát kép trong kiểm kê định kỳ: Quy định độc lập giữa nhân viên quét mã vạch và người giám sát số lượng, triệt tiêu khả năng điều chỉnh số liệu ảo trên Thẻ kho.
+---------------------------------------------------------------------------------+
|                     SO SÁNH HIỆU QUẢ VẬN HÀNH TRƯỚC VÀ SAU                      |
+-----------------------------------+--------------------+------------------------+
| Hạng mục                          | Trước khi cải tiến | Sau khi hoàn thiện KSNB|
+-----------------------------------+--------------------+------------------------+
| Tỷ lệ hao hụt / Doanh thu         | 2.14%              | 0.42% (Giảm 80.3%)     |
| Độ trễ thông tin tồn kho          | 24 - 48 giờ        | Thời gian thực (< 1s)  |
| Thời gian xử lý 1 đơn nhập hàng   | 45 phút            | 12 phút                |
| Xung đột số liệu Kế toán - Kho    | Thường xuyên (15%) | Triệt tiêu (< 0.01%)   |
+-----------------------------------+--------------------+------------------------+

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

Kịch bản triển khai thực tế

Tại chuỗi cửa hàng Amart Chi nhánh Huế, hệ thống được phân bổ thành 3 kịch bản vận hành tiêu chuẩn:

  • Kịch bản 1: Mua hàng nhập kho từ Nhà phân phối lớn: Đơn hàng tạo từ BP Mua hàng -> Gửi qua cổng thông tin nhà cung cấp -> Khi giao hàng tại kho chi nhánh, thủ kho dùng thiết bị cầm tay PDA quét mã Barcode, đối chiếu tự động với PO -> Hệ thống sinh phiếu PNK và kích hoạt hạch toán Nợ 156 / Có 331.
  • Kịch bản 2: Điều chuyển hàng hóa liên chi nhánh (Inter-store Transfer): Sử dụng Phiếu xuất kho kiêm vận chuyển nội bộ điện tử, yêu cầu xác thực 2 đầu (Quản lý cửa hàng xuất xác nhận số lượng -> Hệ thống đưa hàng vào trạng thái "In-Transit" -> Quản lý cửa hàng nhận quét nhận và giải phóng trạng thái).
  • Kịch bản 3: Xử lý hàng hư hỏng, hết hạn (Write-off Control): Phải thành lập Hội đồng hủy hàng gồm Cửa hàng trưởng, Kế toán chi nhánh và Đại diện Ban Giám đốc; ghi nhận bằng biên bản điện tử có chữ ký số.
+-----------------------------------------------------------------------+
|                      LỘ TRÌNH TRIỂN KHAI DỰ ÁN                        |
+-----------------------------------------------------------------------+
| Tháng 1: Khảo sát quy trình, thiết lập tài liệu chính sách nội bộ     |
| Tháng 2: Cài đặt hệ thống CSDL, chuẩn hóa danh mục 2.500+ SKU         |
| Tháng 3: Đào tạo nhân sự 6 cửa hàng, vận hành thử nghiệm (Dry-run)    |
| Tháng 4: Go-Live toàn diện, chuyển giao quyền giám sát cho KSNB       |
+-----------------------------------------------------------------------+

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

  • Chi phí đầu tư: Thiết bị quét Barcode, máy chủ cơ sở dữ liệu, chi phí đào tạo nhân sự (~65.000.000 VNĐ).
  • Lợi ích kinh tế: Tiết kiệm chi phí thất thoát hàng hóa và giảm nhân công kiểm kê (~18.500.000 VNĐ/tháng).
  • Thời gian hoàn vốn (Payback Period): $65.000.000 / 18.500.000 \approx 3,5 \text{ tháng}$.

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

Hạn chế kỹ thuật

  • Hệ thống cơ sở dữ liệu tại thời điểm nghiên cứu (2018) còn phụ thuộc vào đường truyền Internet cục bộ; trong trường hợp mất kết nối, POS phải hoạt động ở chế độ Offline dẫn đến độ trễ đồng bộ ngắn.
  • Chưa tích hợp công nghệ nhận dạng tần số vô tuyến (RFID) do chi phí gắn chip RFID trên các mặt hàng giá trị thấp chưa khả thi về mặt kinh tế.

Hướng nâng cấp

  • Xây dựng mô hình Machine Learning dự báo nhu cầu hàng tồn kho (Demand Forecasting) theo mùa vụ du lịch tại Huế (Festival, mùa mưa, mùa cao điểm khách quốc tế).
  • Triển khai kiến trúc Event-Driven Architecture sử dụng Apache Kafka để xử lý hàng triệu sự kiện thay đổi trạng thái tồn kho tức thì trên toàn quốc.

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

+-----------------------------------------------------------------------------+
|                            ĐỐI TƯỢNG HƯỞNG LỢI                              |
+--------------------+--------------------------------------------------------+
| Sinh viên /        | Tài liệu tham khảo toàn diện về đối chiếu lý thuyết    |
| Nghiên cứu sinh    | COSO với thực tế vận hành tại doanh nghiệp bán lẻ.     |
+--------------------+--------------------------------------------------------+
| Kỹ sư phần mềm /   | Nắm vững quy tắc nghiệp vụ kế toán, giải thuật đối     |
| System Architect   | soát Three-Way Matching và thiết kế Schema chuẩn hóa.  |
+--------------------+--------------------------------------------------------+
| Chủ doanh nghiệp / | Bộ giải pháp quản trị rủi ro thất thoát, rút ngắn thời |
| Nhà quản lý bán lẻ | gian hoàn vốn và nâng cao hiệu quả luân chuyển vốn.    |
+--------------------+--------------------------------------------------------+
| Kiểm toán viên     | Phương pháp luận đánh giá hệ thống kiểm soát trong môi |
| nội bộ             | trường tin học hóa theo chuẩn mực VSA.                 |
+--------------------+--------------------------------------------------------+

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

1. Yêu cầu kỹ thuật tối thiểu để triển khai hệ thống là gì?

Hệ thống yêu cầu máy chủ Linux (Ubuntu Server 20.04+), RAM tối thiểu 8GB, CPU 4 Cores, PostgreSQL 15 và mạng LAN/Internet ổn định tại các cửa hàng. Các máy trạm POS chỉ cần trình duyệt web hiện đại hoặc ứng dụng client gọn nhẹ.

2. Làm thế nào để ngăn chặn tình trạng thủ kho và kế toán thông đồng sửa số liệu?

Hệ thống áp dụng nguyên tắc bất biến (Immutability) trên bảng audit_logs. Khi dữ liệu nhập kho đã được ký duyệt, không có tài khoản đơn lẻ nào (kể cả Admin) được quyền xóa hoặc sửa trực tiếp mà bắt buộc phải tạo nghiệp vụ điều chỉnh (Adjusting Entry) có sự phê chuẩn của cấp Giám đốc.

3. Hệ thống xử lý thế nào khi xảy ra lệch hàng giữa kho và cửa hàng nhận?

Khi phát hiện số lượng thực nhận nhỏ hơn số lượng trên Phiếu xuất điều chuyển, hệ thống tự động đưa số hàng chênh lệch vào tài khoản tạm giữ "Hàng chờ xử lý" (Tài khoản 1381 - Tài sản thiếu chờ xử lý) và kích hoạt thông báo điều tra nguyên nhân đến Trưởng bộ phận Kho vận.

4. Chi phí duy trì và vận hành hệ thống hàng tháng là bao nhiêu?

Chi phí vận hành định kỳ rất thấp, chủ yếu bao gồm phí duy trì đường truyền mạng bảo mật (VPN), bảo trì định kỳ hệ thống máy chủ và vật tư in ấn mã vạch (ước tính khoảng 2 - 3 triệu VNĐ/tháng cho toàn chi nhánh).

5. Khả năng mở rộng quy mô (Scalability) của mô hình này ra sao?

Cấu trúc cơ sở dữ liệu và mô hình phân tầng cho phép mở rộng không giới hạn số lượng điểm bán lẻ mới. Khi mở thêm cửa hàng tại Đà Nẵng hay Quảng Nam, quản trị viên chỉ cần khai báo mã cửa hàng mới (Store ID) và cấu hình phân quyền người dùng mà không cần lập trình lại hệ thống cốt lõi.

Kết luận

Đồ án "Hệ thống kiểm soát nội bộ chu trình nhập, xuất và quản lý hàng hóa tại Công ty TNHH Amart - Chi nhánh Huế" đã giải quyết triệt để bài toán dung hòa giữa tốc độ vận hành thương mại bán lẻ và tính chặt chẽ của công tác tài chính - kế toán. Bằng việc kết hợp nhuần nhuyễn khung lý thuyết COSO với giải pháp tin học hóa quy trình (Three-Way Matching, RBAC, Audit Logging), đề tài không chỉ khẳng định giá trị học thuật xuất sắc mà còn mang lại giá trị thực tiễn kinh tế trực tiếp cho doanh nghiệp: giảm thất thoát hơn 80%, tăng tốc độ quay vòng vốn và bảo đảm tính minh bạch tuyệt đối cho báo cáo tài chính.