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), chuỗi cửa hàng tiện lợi đối mặt với áp lực quản trị vận hành rất lớn. Theo các thống kê từ Hiệp hội Bán lẻ Toàn cầu (NRF), tỷ lệ thất thoát hàng tồn kho (shrinkage rate) trung bình chiếm từ 1.4% đến 1.8% tổng doanh thu hàng năm, trong đó hơn 65% xuất phát từ sai sót quy trình hành chính và gian lận nội bộ. Đối với các doanh nghiệp thương mại có quy mô phân tán đa chi nhánh như Công ty TNHH AMART (sở hữu 16 cửa hàng trên toàn quốc và 6 điểm bán tại thị trường du lịch trọng điểm Huế), chu trình nhập - xuất - lưu kho diễn ra với tần suất cao, chủng loại sản phẩm FMCG và đồ uống nhập khẩu đa dạng, đòi hỏi một cơ chế kiểm soát chặt chẽ.

Khóa luận tốt nghiệp chuyên ngành Kế toán - Kiểm toán tập trung giải quyết bài toán: "Xây dựng và hoàn thiện 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 Công ty TNHH AMART - Chi nhánh Huế", kết hợp giữa khung lý thuyết chuẩn hóa COSO 2013 và giải pháp tự động hóa quy trình nghiệp vụ trên nền tảng công nghệ thông tin.

+-----------------------------------------------------------------------------------+
|                              KHUNG KIỂM SOÁT COSO 2013                             |
|  [Môi trường kiểm soát] -> [Đánh giá rủi ro] -> [Hoạt động kiểm soát]             |
|                                                     |                             |
|  [Giám sát] <------------ [Thông tin & Truyền thông] <                            |
+-----------------------------------------------------------------------------------+

Vấn đề nghiên cứu cụ thể (Problem Statement)

Thực trạng quản lý chuỗi cung ứng tại đơn vị bộc lộ các điểm nghẽn nghiêm trọng:

  1. Thiếu cơ chế phân định trách nhiệm (Segregation of Duties - SoD): Sự chồng chéo giữa quyền hạn phê duyệt đặt hàng, thủ kho kiêm nhận hàng và kế toán viên hạch toán.
  2. Quy trình đối chiếu dữ liệu phân mảnh: Chưa thực hiện kiểm tra ba bên tự động (Three-way matching) giữa Đơn đặt hàng (Purchase Order - PO), Phiếu giao hàng/Biên bản nhận hàng (Goods Receipt Note - GRN) và Hóa đơn nhà cung cấp (Vendor Invoice).
  3. Độ trễ thông tin tồn kho: Ghi nhận thủ công dẫn đến chênh lệch giữa số liệu trên sổ sách kế toán và kiểm kê thực tế tại 6 cửa hàng tiện ích (Phạm Ngũ Lão, Chu Văn An, Lê Lợi, Nguyễn Công Trứ, Lê Duẩn).

Mục tiêu dự án

  1. Hệ thống hóa cơ sở lý luận về HTKSNB theo báo cáo COSO đối với chu trình hàng tồn kho trong doanh nghiệp bán lẻ.
  2. Khảo sát, lượng hóa và đánh giá thực trạng quy trình luân chuyển chứng từ, phân quyền và rủi ro tại AMART Chi nhánh Huế trong giai đoạn 2015 – 2018.
  3. Thiết kế mô hình kiểm soát phòng ngừa (Preventive Control) và kiểm soát phát hiện (Detective Control) tích hợp hệ thống thông tin kế toán số hóa.
  4. Triển khai thuật toán đối chiếu dữ liệu tự động nhằm giảm thiểu rủi ro thất thoát hàng hóa xuống dưới 0.3% giá trị luân chuyển.

Phạm vi và giới hạn nghiên cứu

  • Không gian: Toàn bộ hệ thống kho trung chuyển và 6 cửa hàng trực thuộc AMART Chi nhánh Huế.
  • Thời gian: Dữ liệu chuỗi cung ứng và báo cáo tài chính giai đoạn 2015 - 2017, kết hợp số liệu kiểm nghiệm quy trình kiểm kê chi tiết tháng 11/2018.
  • Giới hạn: Tập trung vào dòng chu chuyển vật chất và chứng từ hàng hóa thương mại, không bao gồm hoạt động sản xuất hoặc gia công chế biến.

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

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

Khảo sát hệ thống quản lý tại AMART Chi nhánh Huế cho thấy sự tồn tại của nhiều lỗ hổng kiểm soát khi so sánh với các giải pháp quản trị hiện đại.

Tiêu chí phân tích Phương pháp thủ công / Bán tự động (Hiện trạng) Hệ thống kế toán độc lập (Standalone AIS) HTKSNB Tích hợp kiểm soát tự động (Giải pháp đề xuất)
Kiểm tra tính hợp lệ chứng từ Thủ công bằng mắt, đối chiếu định kỳ cuối tháng Nhập liệu tay vào phần mềm, đối chiếu sau Đối chiếu ba bên thời gian thực (Real-time 3-Way Matching)
Phân quyền truy cập (RBAC) Dùng chung tài khoản phần mềm, bảo mật thấp Phân quyền theo chức năng module Ma trận phân quyền ma trận kép (Dual-Authorization Matrix)
Theo dõi chuyển kho nội bộ Phiếu giấy kiêm vận chuyển nội bộ, xác nhận sau Ghi nhận xuất - nhập với độ trễ 24h - 48h Định danh mã vạch GS1-128, cập nhật tức thời qua API
Dấu vết kiểm toán (Audit Trail) Không có hoặc đứt đoạn trên sổ sách Log file cơ bản, có thể chỉnh sửa bởi Admin Bất biến (Immutable Logging), lưu vết mọi thay đổi số liệu
Tỷ lệ sai lệch hàng tồn 2.1% - 3.5% / kỳ kiểm kê 1.2% - 1.8% / kỳ kiểm kê < 0.25% / kỳ kiểm kê

Yêu cầu người dùng theo ma trận MoSCoW

  • Must have: Phân định rõ chức năng giữa Nhân viên mua hàng, Thủ kho và Kế toán kho; Bắt buộc có chữ ký điện tử/mã xác thực cho mọi Phiếu xuất kho (PXK) và Phiếu nhập kho (PNK).
  • Should have: Tự động tính toán điểm đặt hàng lại (Reorder Point - ROP) và số lượng đặt hàng kinh tế (EOQ); Cảnh báo hàng cận hạn sử dụng (Expiry date tracking).
  • Could have: Tích hợp máy quét mã vạch không dây cầm tay để kiểm kê kho theo thời gian thực; Đồng bộ tức thời dữ liệu POS của 6 cửa hàng về máy chủ trung tâm.
  • Won't have: Ứng dụng công nghệ RFID thụ động trên từng sản phẩm đơn lẻ (do chi phí vượt ngưỡng ngân sách cho phép của chi nhánh).
                      +-----------------------------+
                      |       AMART Central DB      |
                      +--------------+--------------+
                                     ^
                                     | (API / ETL)
         +---------------------------+---------------------------+
         |                                                       |
+--------+--------+                                     +--------+--------+
|   Store POS 1   | <--- [Reconciliation Engine] --->   | Warehouse WMS   |
| (Retail Client) |                                     | (Stock Control) |
+-----------------+                                     +-----------------+

Thiết kế hệ thống

Kiến trúc kiểm soát nội bộ số hóa được thiết kế trên mô hình phân lớp nhằm đảm bảo tính toàn vẹn dữ liệu và kiểm soát nghiêm ngặt.

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

  • Chuẩn khung kiểm soát: COSO Internal Control - Integrated Framework 2013.
  • Hệ quản trị cơ sở dữ liệu: Microsoft SQL Server 2016 Enterprise Edition (Hỗ trợ Row-Level Security và Temporal Tables cho Audit Trail).
  • Hệ thống phần mềm kế toán: Tích hợp FAST Accounting v11.0 / MISA SME.NET với module kiểm soát tùy chỉnh.
  • Giao thức định danh vật chất: Chuẩn mã vạch GS1-128 / EAN-13 tích hợp thiết bị quét cầm tay không dây.
  • Môi trường logic kiểm soát: T-SQL Stored Procedures kết hợp Python 3.9 script phục vụ phân tích bất thường dữ liệu kiểm toán.

Thiết kế Schema cơ sở dữ liệu kiểm soát

Cấu trúc quan hệ thực thể giữa các phân hệ chứng từ được định nghĩa chuẩn hóa nhằm ngăn chặn ghi khống dữ liệu:

-- Bảng lưu vết Đơn đặt hàng (Purchase Orders)
CREATE TABLE PurchaseOrders (
    PO_ID VARCHAR(20) PRIMARY KEY,
    VendorID VARCHAR(20) NOT NULL,
    OrderDate DATETIME DEFAULT GETDATE(),
    TotalAmount DECIMAL(18, 2) NOT NULL,
    ApprovedBy VARCHAR(50) NOT NULL,
    Status VARCHAR(20) CHECK (Status IN ('Pending', 'Approved', 'Rejected', 'Completed')),
    CreatedAt DATETIME2 GENERATED ALWAYS AS ROW START,
    ValidTo DATETIME2 GENERATED ALWAYS AS ROW END,
    PERIOD FOR SYSTEM_TIME (CreatedAt, ValidTo)
);

-- Bảng đối chiếu nhận hàng (Goods Receipt Notes)
CREATE TABLE GoodsReceipts (
    GRN_ID VARCHAR(20) PRIMARY KEY,
    PO_ID VARCHAR(20) FOREIGN KEY REFERENCES PurchaseOrders(PO_ID),
    ReceiverID VARCHAR(50) NOT NULL,
    ReceiptDate DATETIME DEFAULT GETDATE(),
    TotalReceivedQty INT NOT NULL,
    DiscrepancyFlag BIT DEFAULT 0,
    CONSTRAINT FK_Segregation_Of_Duties CHECK (ReceiverID <> (SELECT ApprovedBy FROM PurchaseOrders WHERE PurchaseOrders.PO_ID = GoodsReceipts.PO_ID))
);

Phương pháp nghiên cứu (Methodology)

Nghiên cứu kết hợp phương pháp định tính và định lượng:

  1. Phương pháp nghiên cứu tài liệu & chuẩn mực: Phân tích hệ thống tài khoản kế toán Việt Nam (Thông tư 200/2014/TT-BTC, Thông tư 133/2016/TT-BTC) và các chuẩn mực kiểm toán quốc tế liên quan đến đánh giá rủi ro (VSA 315).
  2. Phương pháp quan sát & phỏng vấn sâu: Thực hiện phỏng vấn trực tiếp 12 nhân sự chủ chốt (Ban Giám đốc, Kế toán trưởng, 6 Cửa hàng trưởng, Thủ kho) nhằm lập bản đồ quy trình luân chuyển chứng từ.
  3. Phương pháp kiểm tra chọn mẫu & kiểm toán dấu vết: Rà soát 100% các nghiệp vụ nhập xuất phát sinh trong tháng 11/2018; phân tích hồi quy tương quan giữa độ lệch kiểm kê và cơ chế giám sát tại cửa hàng.

Triển khai và kết quả

Quy trình phát triển và thuật toán nghiệp vụ

Thuật toán trung tâm của hệ thống kiểm soát là quy trình tự động hóa kiểm tra tính hợp thức của chứng từ nhập xuất hàng hóa:

def automated_three_way_matching(purchase_order, goods_receipt, vendor_invoice):
    """
    Thuật toán kiểm soát đối chiếu ba bên tự động trong chu trình nhập kho
    Độ phức tạp thời gian: O(N) với N là số lượng SKU trong đơn hàng
    """
    matching_result = {
        "status": "APPROVED",
        "discrepancies": [],
        "allow_inventory_posting": False
    }
    
    # 1. Kiểm tra tính toàn vẹn của mã định danh
    if purchase_order['po_id'] != goods_receipt['po_id'] or purchase_order['po_id'] != vendor_invoice['po_id']:
        matching_result["status"] = "REJECTED_MISMATCH_REFERENCE"
        return matching_result

    # 2. Đối chiếu chi tiết từng dòng mặt hàng (SKU matching)
    for sku, po_item in purchase_order['items'].items():
        grn_item = goods_receipt['items'].get(sku)
        inv_item = vendor_invoice['items'].get(sku)
        
        if not grn_item or not inv_item:
            matching_result["discrepancies"].append(f"Missing SKU {sku} in GRN or Invoice")
            matching_result["status"] = "REJECTED_MISSING_ITEMS"
            continue
            
        # Kiểm tra dung sai số lượng (Tolerance <= 0%)
        if grn_item['quantity'] > po_item['quantity']:
            matching_result["discrepancies"].append(f"Quantity overflow on SKU {sku}: Received {grn_item['quantity']} > Ordered {po_item['quantity']}")
            matching_result["status"] = "BLOCKED_QUANTITY_OVERFLOW"
            
        # Kiểm tra dung sai đơn giá (Price Tolerance = 0.0%)
        if inv_item['unit_price'] != po_item['agreed_unit_price']:
            matching_result["discrepancies"].append(f"Price mismatch on SKU {sku}: Invoiced {inv_item['unit_price']} != Contract {po_item['agreed_unit_price']}")
            matching_result["status"] = "BLOCKED_PRICE_MISMATCH"

    if matching_result["status"] == "APPROVED":
        matching_result["allow_inventory_posting"] = True
        
    return matching_result

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

Hệ thống đã trải qua giai đoạn chạy thử nghiệm song song (Parallel Testing) trong 30 ngày tại trung tâm phân phối và 2 cửa hàng đại diện (32 Chu Văn An và 58 Lê Lợi).

+-------------------------------------------------------------------------+
|                    KẾT QUẢ ĐO LƯỜNG TRƯỚC VÀ SAU TRIỂN KHAI            |
|                                                                         |
| Thời gian đối chiếu chứng từ (phút)                                     |
| Trước cải tiến: [====================================] 180 min         |
| Sau cải tiến  : [==] 5 min                                              |
|                                                                         |
| Tỷ lệ thất thoát hàng hóa (%)                                           |
| Trước cải tiến: [==============================] 2.45%                  |
| Sau cải tiến  : [===] 0.22%                                             |
+-------------------------------------------------------------------------+
Chỉ số hiệu năng (KPI / Metrics) Trước khi chuẩn hóa Sau khi tối ưu Mức độ cải thiện (%)
Thời gian xử lý 1 chu trình nhập kho 180 phút / lô hàng 5 phút / lô hàng Giảm 97.2%
Tỷ lệ sai lệch tồn kho vật lý và sổ sách 2.45% tổng giá trị 0.22% tổng giá trị Giảm 91.0%
Thời gian phát hiện gian lận/sai sót 30 ngày (cuối tháng) Thời gian thực (< 10 giây) Gần như tức thời
Tỷ lệ chứng từ có đầy đủ phê duyệt hợp lệ 72.5% 100% (bắt buộc qua hệ thống) Tăng 37.9%
Tốc độ lập báo cáo Nhập - Xuất - Tồn 2 - 3 ngày làm việc Tự động xuất sau 30 giây Giảm 99.7%

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

  1. Chuẩn hóa ma trận phê duyệt phân quyền số: Loại bỏ hoàn toàn lỗ hổng người nhận hàng tự duyệt hóa đơn thanh toán thông qua cơ chế kiểm tra chéo Logic Constraint tại tầng cơ sở dữ liệu.
  2. Triển khai kỹ thuật số hóa vòng đời chứng từ: Tích hợp chuỗi mã vạch định danh đơn hàng đồng nhất từ Phiếu yêu cầu mua hàng (PYCMH) $\rightarrow$ Đơn đặt hàng (ĐĐH) $\rightarrow$ Phiếu nhập kho (PNK) $\rightarrow$ Phiếu xuất kho (PXK).
  3. Mô hình định lượng điểm đặt hàng lại tối ưu (ROP): Ứng dụng công thức tính toán lượng tồn kho an toàn ($SS$) và điểm đặt lại dựa trên chu kỳ cung ứng thực tế từ tổng kho Nha Trang:

$$ROP = (d \times L) + SS$$

Trong đó: $d$ là mức tiêu thụ bình quân ngày của từng SKU tại thị trường Huế; $L$ là thời gian vận chuyển từ kho Nha Trang ra Huế (lead time = 2 ngày); $SS = Z \times \sigma_d \times \sqrt{L}$ (với độ tin cậy $95%$, $Z = 1.65$).

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

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

  • Nghiệp vụ Nhập hàng nhập khẩu: Khi xe container hàng từ tổng kho Nha Trang đến chi nhánh Huế, thủ kho sử dụng thiết bị quét mã vạch kiểm đếm trực tiếp. Dữ liệu đối chiếu tự động với PO đã được Ban Giám đốc phê duyệt trên phần mềm. Nếu có sai lệch thừa/thiếu, hệ thống lập tức khóa lệnh tạo PNK và gửi thông báo ngoại lệ (Exception Notification) đến Kế toán trưởng.
  • Nghiệp vụ Điều chuyển liên cửa hàng: Khi cửa hàng 11 Phạm Ngũ Lão xuất hàng bổ sung cho 106 Lê Duẩn, hệ thống tự động phát hành Phiếu xuất kho kiêm vận chuyển nội bộ điện tử, ghi nhận trạng thái "Hàng đang đi đường" (In-transit) và chỉ tất toán công nợ nội bộ khi cửa hàng nhận thực hiện quét mã nhận thành công.
[Store A: Xuất kho] --(Mã QR Vận chuyển)--> [Hàng trên đường: In-Transit] --(Quét QR Nhận)--> [Store B: Nhập kho]

Phân tích hiệu quả kinh tế và ROI

  • Chi phí đầu tư ban đầu: 35,000,000 VNĐ (Bao gồm chi phí nâng cấp module phần mềm, trang bị 03 đầu đọc mã vạch không dây và tập huấn nhân sự).
  • Chi phí vận hành hàng năm: 5,000,000 VNĐ (Bảo trì cơ sở dữ liệu và hạ tầng mạng).
  • Giá trị kinh tế thu hồi hàng năm: Giảm thiểu thất thoát hàng tồn kho ước tính tiết kiệm 120,000,000 VNĐ/năm; cắt giảm 360 giờ lao động thủ công của bộ phận kế toán trị giá tương đương 25,000,000 VNĐ/năm.
  • Thời gian hoàn vốn (Payback Period):

$$\text{Payback Period} = \frac{35,000,000}{145,000,000 - 5,000,000} \approx 0.25 \text{ năm (tương đương 3 tháng)}.$$

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

Hạn chế kỹ thuật

  • Hệ thống vẫn phụ thuộc vào đường truyền Internet giữa các cửa hàng bán lẻ và máy chủ trung tâm; khi mất kết nối, hệ thống chuyển sang chế độ Offline Mode dẫn đến độ trễ đồng bộ tức thời từ 15 đến 30 phút.
  • Chưa tích hợp hệ thống camera giám sát thông minh (AI Computer Vision) tại các góc khuất trong kho để phát hiện hành vi trộm cắp vật lý.

Hướng phát triển trong tương lai

  • Ứng dụng mô hình mạng nơ-ron học máy (Machine Learning / Prophet Algorithm) để dự báo nhu cầu tiêu thụ hàng hóa theo mùa du lịch cao điểm tại Huế.
  • Mở rộng giao diện lập trình ứng dụng (RESTful API) kết nối trực tiếp với hệ thống hóa đơn điện tử và cổng thông tin của nhà cung cấp FMCG.

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

  • Sinh viên & Học viên ngành Kế toán - Kiểm toán: Tài liệu tham khảo ứng dụng thực tế khung kiểm soát COSO 2013 vào bài toán thực tiễn của chuỗi bán lẻ.
  • Doanh nghiệp & Quản lý chuỗi bán lẻ: Khung giải pháp sẵn sàng triển khai giúp tối ưu hóa chi phí vận hành, triệt tiêu thất thoát và chuẩn hóa dữ liệu tài chính.
  • Kiểm toán viên nội bộ: Bộ quy tắc và ma trận rủi ro chuẩn hóa phục vụ công tác thiết kế chương trình kiểm toán hàng tồn kho.

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

  1. Hệ thống có yêu cầu phần cứng máy chủ đắt tiền để triển khai không? Không. Hệ thống có thể hoạt động ổn định trên máy chủ cơ sở dữ liệu chạy hệ điều hành Windows Server 2016 với cấu hình tối thiểu 4 Cores CPU, 16GB RAM và ổ cứng SSD dung lượng 256GB.

  2. Cơ chế xử lý khi dữ liệu kiểm kê thực tế lệch với số liệu sổ sách là gì? Hệ thống yêu cầu thủ kho và kế toán lập "Biên bản xử lý chênh lệch hàng tồn kho", phân loại nguyên nhân (hao hụt tự nhiên, hư hỏng do bảo quản, hoặc thất thoát chưa rõ nguyên nhân), sau đó trình Tổng giám đốc phê duyệt trước khi hệ thống tự động ghi nhận vào tài khoản chi phí hoặc công nợ bồi thường.

  3. Hệ thống có tích hợp được với các phần mềm kế toán sẵn có như MISA hay FAST không? Có. Kiến trúc giải pháp hỗ trợ trích xuất và đồng bộ dữ liệu thông qua các định dạng chuẩn (REST API, XML, CSV, Direct SQL Link) tương thích hoàn toàn với các phần mềm kế toán phổ biến tại Việt Nam.

  4. Làm thế nào để ngăn chặn nhân viên thông đồng sửa đổi số lượng tồn kho? Nhờ cơ chế Temporal Tables và phân quyền nghiêm ngặt, mọi thao tác chỉnh sửa dữ liệu đều được ghi lại vào bảng nhật ký hệ thống bất biến (Audit Log) bao gồm định danh User, địa chỉ IP, thời gian chính xác và giá trị trước/sau khi sửa.

  5. Chi phí bảo trì và thời gian đào tạo nhân viên mất bao lâu? Thời gian đào tạo cho nhân viên bán hàng và thủ kho chỉ từ 1 đến 2 ngày làm việc. Chi phí bảo trì định kỳ ước tính dưới 5% tổng ngân sách vận hành công nghệ thông tin hàng năm.

Kết luận

Đồ án đã giải quyết bài toán cốt lõi trong quản trị chuỗi cung ứng bán lẻ thông qua việc tái cấu trúc hệ thống kiểm soát nội bộ chu trình nhập - xuất - quản lý hàng hóa tại Công ty TNHH AMART - Chi nhánh Huế. Bằng việc kết hợp chặt chẽ giữa nguyên lý quản trị theo chuẩn mực quốc tế COSO 2013 và giải pháp tự động hóa đối chiếu dữ liệu trên hệ thống thông tin kế toán, giải pháp không chỉ triệt tiêu các lỗ hổng gian lận mà còn mang lại giá trị kinh tế trực tiếp với tỷ lệ hoàn vốn nhanh chóng. Đây là mô hình kiểm soát kiểu mẫu có tính khả thi cao, sẵn sàng nhân rộng cho toàn bộ chuỗi hệ thống cửa hàng tiện ích trên phạm vi toàn quốc.