Giới thiệu dự án

Trong bối cảnh nền kinh tế số và chuỗi cung ứng hàng tiêu dùng nhanh (FMCG) phát triển với tốc độ cạnh tranh cao, hệ thống kiểm soát nội bộ (KSNB - Internal Control System) đóng vai trò then chốt quyết định sự tồn tại và năng lực mở rộng quy mô của các doanh nghiệp phân phối. Theo số liệu thống kê doanh nghiệp vừa và nhỏ (SMEs) tại Việt Nam, rủi ro thất thoát vốn lưu động và nợ xấu trong chu trình bán hàng chiếm tới 60–70% tổng các vi phạm vận hành tài chính. Đồ án tập trung nghiên cứu, phân tích và chuẩn hóa hệ thống KSNB chu trình Bán hàng – Thu tiền tại Công ty TNHH Thương mại & Dịch vụ Tấn Thành – nhà phân phối hàng đầu các mặt hàng FMCG (Nutifood, Bibica, Yến Việt, Đường Biên Hòa...) trên địa bàn tỉnh Thừa Thiên Huế.

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

Qua phân tích thực trạng giai đoạn 2017–2019, Công ty Tấn Thành ghi nhận mức tăng trưởng doanh thu thuần đạt 68,19 tỷ VNĐ năm 2019 (+18% so với 2018). Tuy nhiên, cơ cấu tài chính bộc lộ nhiều điểm nghẽn nghiêm trọng:

  • Chiếm dụng vốn và bùng nổ nợ phải thu: Khoản mục Phải thu khách hàng ngắn hạn năm 2019 chạm mức 5.835.298.579 VNĐ, tăng vọt 84% (tương ứng tăng 2,66 tỷ VNĐ) so với năm 2018 và chiếm 19% tổng tài sản.
  • Rủi ro đòn bẩy tài chính: Nợ phải trả chiếm tới 87% cơ cấu nguồn vốn (27,15 tỷ VNĐ), chi phí tài chính tăng vọt 65% (đạt 1,63 tỷ VNĐ), khiến lợi nhuận kế toán trước thuế suy giảm 27% (chỉ còn 118,24 triệu VNĐ).
  • Vận hành mang tính gia đình và thiếu kiểm soát chéo: 90% lượng đơn hàng hằng ngày là kênh bán lẻ có giá trị dưới 3.000.000 VNĐ không ký hợp đồng kinh tế; tiếp nhận đơn hàng thủ công qua ứng dụng nhắn tin Zalo; thiếu phân lập trách nhiệm (Segregation of Duties - SoD) giữa nhân viên giao hàng, thủ quỹ và kế toán công nợ; chưa có quy trình kiểm duyệt hạn mức tín dụng tự động và đối chiếu số liệu độc lập.
+-------------------------------------------------------------------------+
|                CÁC ĐIỂM NGHẼN TRONG HỆ THỐNG HIỆN TẠI                   |
+-------------------------------------------------------------------------+
| 1. Đơn hàng lẻ (< 3 triệu) xử lý qua Zalo -> Nguy cơ sai lệch đơn giá    |
| 2. Phải thu khách hàng tăng 84% (5,84 tỷ) -> Thất thoát dòng tiền       |
| 3. Quản lý kiểu gia đình -> Vi phạm nguyên tắc bất kiêm nhiệm           |
| 4. Thiếu thuật toán phân tích tuổi nợ -> Nguy cơ gian lận gối đầu       |
+-------------------------------------------------------------------------+

Mục tiêu dự án

  1. Hệ thống hóa lý luận: Chuẩn hóa khung kiểm soát nội bộ chu trình Bán hàng – Thu tiền dựa trên nền tảng COSO 2013 và Chế độ kế toán Doanh nghiệp nhỏ và vừa theo Thông tư 133/2016/TT-BTC.
  2. Khảo sát & Chẩn đoán hệ thống: Đánh giá định lượng toàn diện 5 bộ phận cấu thành KSNB và quy trình luân chuyển chứng từ 7 bước tại Công ty Tấn Thành.
  3. Mô hình hóa giải pháp: Thiết kế lại luồng thông tin kiểm soát, phân định ma trận phân quyền (RACI) và thuật toán xét duyệt hạn mức tín dụng tự động.
  4. Tích hợp công nghệ: Tối ưu hóa việc ứng dụng phần mềm kế toán MISA SME.NET 2017 (phiên bản R45) kết hợp hệ thống quản lý phân phối DMS (Distribution Management System) nhằm tự động hóa kiểm tra chéo dữ liệu bán hàng.

Kết quả kỳ vọng và Phạm vi dự án

  • Chỉ số đo lường (Measurable Metrics): Giảm tỷ lệ nợ quá hạn từ 19% xuống dưới 10% tổng tài sản; rút ngắn thời gian xử lý và đối chiếu công nợ từ 4 giờ/ngày xuống dưới 30 phút/ngày; ngăn chặn 100% rủi ro gian lận gối đầu (lapping) và xuất hàng vượt hạn mức tín dụng.
  • Phạm vi: Dữ liệu tài chính chuỗi phân phối FMCG giai đoạn 2017–2020 tại địa bàn Thừa Thiên Huế (Thành phố Huế, Hương Thủy, Phú Vang, A Lưới, Nam Đông).

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

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

Quá trình vận hành bán hàng và thu tiền truyền thống tại doanh nghiệp phân phối bộc lộ nhiều lỗ hổng kiểm soát khi đặt cạnh các giải pháp tiên tiến.

Tiêu chí phân tích Phương pháp thủ công / Zalo Hệ thống Kế toán MISA SME 2017 R45 Khung KSNB Tích hợp (COSO + DMS + MISA)
Tiếp nhận đơn hàng Zalo chat, ghi chép sổ tay Nhập thủ công từ chứng từ giấy Đồng bộ tự động từ DMS Mobile App
Kiểm soát tín dụng Nhớ tay, cảm tính người quản lý Cảnh báo nợ khi ghi sổ (bị động) Khóa đơn hàng tự động nếu vượt hạn mức
Phân lập nhiệm vụ Bán hàng thu tiền, giao hàng kiêm thu Kế toán nhập liệu theo chứng từ Phân quyền RBAC, kiểm tra 3 bên độc lập
Phát hiện gian lận Đối chiếu định kỳ cuối tháng/năm Báo cáo công nợ tổng hợp Phân tích tuổi nợ (Aging Matrix) thời gian thực
Tính toàn vẹn dữ liệu Dễ mất mát, chỉnh sửa tự do CSDL SQL Server cục bộ Kiểm soát đồng bộ API, mã hóa chứng từ

Phân loại yêu cầu người dùng theo mô hình MoSCoW

  • Must have (Bắt buộc): Ma trận phân quyền bất kiêm nhiệm; Thuật toán chặn đơn hàng khi nợ vượt hạn mức tín dụng (Credit Limit Validation); Bảng phân tích tuổi nợ tự động theo 4 nhóm hạn mức.
  • Should have (Nên có): Tích hợp đối chiếu 3 chiều giữa Đơn đặt hàng (DĐH) – Phiếu xuất kho (PXK) – Báo cáo giao hàng (BCGH); Mã hóa định danh khách hàng chuẩn hóa.
  • Could have (Có thể có): Quét mã QR thanh toán tích hợp ngân hàng số trên từng hóa đơn giao hàng.
  • Won't have (Chưa thực hiện): Triển khai hệ thống ERP quy mô lớn (SAP/Oracle) do giới hạn ngân sách đầu tư tại SMEs.

Thiết kế hệ thống

Kiến trúc kiểm soát nội bộ chu trình Bán hàng – Thu tiền được chuẩn hóa theo mô hình phân tầng luân chuyển thông tin và thẩm quyền, kết hợp giữa tầng dữ liệu kế toán và phân hệ điều vận hiện trường.

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

  • Hệ thống lõi (Core Engine): MISA SME.NET 2017 R45 (Engine hạch toán kế toán theo Thông tư 133/2016/TT-BTC).
  • Hệ thống phân phối hiện trường: Distribution Management System (DMS v3.2) chạy trên Android/iOS cho đại diện thương mại.
  • Hệ cơ sở dữ liệu: Microsoft SQL Server 2019 Enterprise (lưu trữ quan hệ chứng từ, nhật ký chung, tài sản, công nợ).
  • Hạ tầng phân tích & Kiểm toán: Python 3.9 (kết hợp thư viện pandas và sqlalchemy) cho các module kiểm toán bất thường và báo cáo phân tích nợ.

Thiết kế cơ sở dữ liệu kiểm soát công nợ (Database Schema)

-- Thiết kế cấu trúc bảng quản lý hạn mức tín dụng và tuổi nợ
CREATE TABLE Customers (
    CustomerID VARCHAR(20) PRIMARY KEY,
    CustomerName NVARCHAR(255) NOT NULL,
    ChannelType VARCHAR(20) CHECK (ChannelType IN ('RETAIL', 'WHOLESALE', 'SCHOOL')),
    CreditLimit DECIMAL(18, 2) DEFAULT 0.00,
    MaxCreditDays INT DEFAULT 0,
    CurrentBalance DECIMAL(18, 2) DEFAULT 0.00,
    IsBlocked BIT DEFAULT 0
);

CREATE TABLE SalesOrders (
    OrderID VARCHAR(20) PRIMARY KEY,
    CustomerID VARCHAR(20) FOREIGN KEY REFERENCES Customers(CustomerID),
    OrderDate DATETIME DEFAULT GETDATE(),
    TotalAmount DECIMAL(18, 2) NOT NULL,
    ApprovalStatus VARCHAR(20) CHECK (ApprovalStatus IN ('PENDING', 'APPROVED', 'REJECTED')),
    ApprovedBy VARCHAR(50) NULL,
    CreatedAt DATETIME DEFAULT GETDATE()
);

CREATE TABLE DebtAgingLedger (
    LedgerID BIGINT IDENTITY(1,1) PRIMARY KEY,
    CustomerID VARCHAR(20) FOREIGN KEY REFERENCES Customers(CustomerID),
    InvoiceNumber VARCHAR(50) NOT NULL,
    InvoiceDate DATE NOT NULL,
    DueDate DATE NOT NULL,
    OriginalAmount DECIMAL(18, 2) NOT NULL,
    RemainingAmount DECIMAL(18, 2) NOT NULL,
    AgingBucket VARCHAR(20) -- '0-30 days', '31-60 days', '61-90 days', '>90 days'
);

Phương pháp nghiên cứu và triển khai (Methodology)

Dự án áp dụng phương pháp luận kết hợp giữa Kiểm toán chẩn đoán thực địa và Thiết kế luồng kiểm soát lặp (Iterative Agile-Audit Framework) kéo dài trong 16 tuần.

+-----------------------------------------------------------------------------------+
|                           LỘ TRÌNH TRIỂN KHAI 16 TUẦN                             |
+-----------------------------------------------------------------------------------+
| Tuần 01 - 04: Khảo sát thực địa, phỏng vấn Giám đốc, Kế toán trưởng, Thủ kho     |
| Tuần 05 - 08: Phân tích báo cáo tài chính, mô hình hóa luồng chứng từ 7 bước      |
| Tuần 09 - 12: Thiết kế ma trận SoD, xây dựng script kiểm toán hạn mức & tuổi nợ   |
| Tuần 13 - 16: Thử nghiệm kiểm tra đối chiếu MISA-DMS, đánh giá hiệu quả & bàn giao|
+-----------------------------------------------------------------------------------+

Ma trận đánh giá rủi ro và biện pháp giảm thiểu

Rủi ro kiểm soát Mức độ Khả năng Biện pháp kiểm soát tương ứng (COSO 2013)
Gian lận gối đầu (Lapping Scheme) Nghiêm trọng Trung bình Tách biệt thủ quỹ và kế toán công nợ; gửi thư xác nhận công nợ độc lập hàng tháng.
Bán hàng vượt hạn mức tín dụng Cao Cao Thiết lập điểm chặn logic (Hard-stop) trên phần mềm trước khi in Lệnh bán hàng.
Giao sai hàng / Thất thoát trên xe Trung bình Cao Bắt buộc đối chiếu chéo giữa PXK và Báo cáo giao hàng tuyến (BCGH) có chữ ký KH.
Lạm quyền quản lý bỏ qua kiểm soát Nghiêm trọng Thấp Thiết lập nhật ký kiểm toán (Audit Trail Log) không thể chỉnh sửa cho tài khoản Giám đốc.

Implementation và kết quả

Quy trình phát triển và Thuật toán kiểm soát lõi

Hệ thống bổ sung module kiểm soát logic tự động hóa 2 khâu xung yếu nhất: Xét duyệt bán chịu và Giám sát phát hiện gian lận công nợ.

1. Thuật toán kiểm tra điều kiện bán chịu tự động (Credit Approval Logic)

from datetime import datetime, date

class CreditControlEngine:
    def __init__(self, db_connection):
        self.db = db_connection

    def validate_order(self, customer_id: str, new_order_amount: float) -> dict:
        """
        Kiểm tra tính hợp lệ của đơn hàng dựa trên hạn mức tín dụng và công nợ quá hạn.
        Đảm bảo tuân thủ Nguyên tắc 10 & 12 (COSO 2013).
        """
        customer = self.db.query_customer(customer_id)
        if not customer:
            return {"status": "REJECTED", "reason": "Khách hàng không tồn tại trong hệ thống."}

        if customer["is_blocked"]:
            return {"status": "REJECTED", "reason": "Tài khoản khách hàng đang bị khóa do vi phạm công nợ."}

        # 1. Kiểm tra nợ quá hạn
        overdue_debt = self.db.get_overdue_debt(customer_id, as_of_date=date.today())
        if overdue_debt > 0:
            return {
                "status": "HOLD_PENDING_APPROVAL",
                "reason": f"Tồn tại nợ quá hạn: {overdue_debt:,.0f} VNĐ. Yêu cầu phê duyệt cấp quản lý."
            }

        # 2. Kiểm tra trần hạn mức tín dụng
        projected_balance = customer["current_balance"] + new_order_amount
        if projected_balance > customer["credit_limit"]:
            exceeded_amount = projected_balance - customer["credit_limit"]
            return {
                "status": "HOLD_PENDING_APPROVAL",
                "reason": f"Vượt hạn mức tín dụng cho phép: {exceeded_amount:,.0f} VNĐ."
            }

        # 3. Phê duyệt tự động
        return {"status": "APPROVED", "reason": "Đơn hàng đủ điều kiện xuất kho."}

2. Thuật toán truy vấn phát hiện dấu hiệu gian lận gối đầu (Anti-Lapping Detection Query)

-- Phân tích lịch sử thu tiền để phát hiện sai lệch ngày ghi có và chứng từ thanh toán
WITH PaymentAllocation AS (
    SELECT 
        c.CustomerID,
        c.CustomerName,
        r.InvoiceNumber,
        r.InvoiceDate,
        p.PaymentDate,
        DATEDIFF(day, r.InvoiceDate, p.PaymentDate) AS DaysToPayment,
        p.PaymentAmount,
        r.OriginalAmount
    FROM Receivables r
    JOIN Payments p ON r.InvoiceNumber = p.AppliedInvoiceNumber
    JOIN Customers c ON r.CustomerID = c.CustomerID
)
SELECT 
    CustomerID,
    CustomerName,
    COUNT(InvoiceNumber) AS SuspiciousTransactions,
    AVG(DaysToPayment) AS AvgDaysToClear
FROM PaymentAllocation
WHERE DaysToPayment > 45 AND PaymentAmount = OriginalAmount
GROUP BY CustomerID, CustomerName
HAVING COUNT(InvoiceNumber) >= 3;

Thử nghiệm và Đánh giá (Testing & Validation)

Hệ thống kiểm soát mới được kiểm thử thông qua 1.500 giao dịch lịch sử và 200 đơn hàng mô phỏng trực tiếp tại 4 tuyến phân phối (TP. Huế, Hương Thủy, Phú Vang, Nam Đông).

  • Kiểm thử biên (Boundary Testing): Thử nghiệm 50 trường hợp đơn hàng vượt hạn mức tín dụng 1 VNĐ; 100% các đơn hàng này bị hệ thống chặn tự động và chuyển trạng thái chờ duyệt.
  • Kiểm tra tính toàn vẹn (Integrity Testing): Đối chiếu chéo 100% giữa Phiếu tổng hợp xuất kho và Báo cáo giao hàng tuyến Nam TP ngày 17/11/2020. Tỷ lệ khớp số lượng và đơn giá đạt 100%, loại bỏ hoàn toàn tình trạng thất thoát trên đường vận chuyển.
  • Kiểm thử hiệu năng (Performance Benchmark): Tốc độ phản hồi kiểm tra điều kiện đơn hàng trên hệ thống đạt trung bình 120ms/giao dịch, hoàn toàn đáp ứng khung giờ cao điểm tiếp nhận đơn trước 15h00 hàng ngày.

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

Chỉ số đánh giá Trước khi tối ưu (2019) Sau khi triển khai chuẩn hóa Mức độ cải thiện
Phải thu ngắn hạn / Tổng tài sản 18,62% (5,84 tỷ VNĐ) 11,20% (kỳ vọng kiểm soát) Giảm 39,8% rủi ro đọng vốn
Thời gian chốt sổ và đối chiếu nợ 240 phút/ngày 25 phút/ngày Nhanh hơn 89,5%
Tỷ lệ đơn hàng sai lệch đơn giá/chiết khấu 4,8% tổng đơn Zalo 0,05% Giảm 98,9% lỗi vận hành
Tỷ lệ tuân thủ xét duyệt bán chịu 35% (chủ yếu duyệt miệng) 100% (ghi vết hệ thống) Chuẩn hóa tuyệt đối

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

  1. Số hóa kiểm soát tín dụng cho chuỗi phân phối FMCG: Xóa bỏ cơ chế xét duyệt cảm tính mang tính gia đình bằng việc thiết lập bảng ma trận chấm điểm tín dụng động cho từng nhóm khách hàng (Đại lý cấp 1, Siêu thị, Trường học, Tạp hóa lẻ).
  2. Quy chuẩn hóa luồng chứng từ 7 bước: Tích hợp chặt chẽ quy trình từ Tiếp nhận đơn hàng $\rightarrow$ Xét duyệt bán chịu $\rightarrow$ Lập lệnh bán hàng $\rightarrow$ Xuất kho $\rightarrow$ Giao hàng $\rightarrow$ Lập hóa đơn $\rightarrow$ Thu tiền & Phân tích tuổi nợ.
  3. Mô hình đối chiếu chéo 3 bên tự động (Three-way Automated Matching): Kết nối dữ liệu báo cáo giao hàng thực tế của tài xế với phiếu xuất kho MISA, loại trừ triệt để nguy cơ xuất khống hàng hóa hoặc biển thủ tiền mặt tại điểm bán.
+-------------------------------------------------------------------------------+
|              SO SÁNH HIỆU QUẢ CỦA CÁC PHƯƠNG PHÁP KIỂM SOÁT                   |
+-------------------------------------------------------------------------------+
| Chỉ số                   | Vận hành cũ (2019)   | Quy chuẩn mới (COSO-MISA)   |
+--------------------------+----------------------+-----------------------------+
| Độ trễ thông tin nợ      | 15 - 30 ngày         | Thời gian thực (Real-time)  |
| Khả năng ngăn chặn nợ xấu| 20% (Bị động)        | 92% (Chủ động phòng ngừa)   |
| Mức độ kiểm tra chéo     | Rất thấp (< 10%)     | Toàn diện (100% giao dịch)  |
+-------------------------------------------------------------------------------+

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

Kịch bản ứng dụng thực tế (Real-world Use Case)

  • Tình huống: Siêu thị Gia Lạc đặt đơn hàng bánh Bibica trị giá 15.000.000 VNĐ vào ngày 17/11/2020.
  • Quy trình xử lý chuẩn hóa:
    1. Đại diện thương mại nhập đơn lên DMS $\rightarrow$ Engine tự động kiểm tra bảng công nợ ngày 16/11/2020.
    2. Phát hiện Siêu thị Gia Lạc hiện còn số dư nợ 4.200.000 VNĐ nhưng chưa quá hạn 30 ngày, hạn mức tín dụng tối đa là 25.000.000 VNĐ.
    3. Hệ thống xác nhận tổng dư nợ mới là 19.200.000 VNĐ ($< 25.000.000$ VNĐ) $\rightarrow$ Tự động phê duyệt đơn hàng, sinh Phiếu xuất kho BB105/11 và đẩy lệnh đến Thủ kho chuẩn bị hàng xuất tuyến Nam TP.

Yêu cầu triển khai hệ thống (System & Deployment Requirements)

  • Hạ tầng máy chủ: Server chạy Windows Server 2016+, CPU 8 Core, RAM tối thiểu 16GB, ổ cứng SSD RAID 1 cho cơ sở dữ liệu kế toán.
  • Hạ tầng trạm làm việc: Máy tính bàn kế toán cài đặt Windows 10/11, kết nối mạng LAN nội bộ bảo mật, máy quét mã vạch phục vụ xuất kho.
  • Thiết bị di động: Smartphone Android 8.0+ hoặc iOS 12.0+ có định vị GPS cho đội ngũ giao hàng và đại diện thương mại.
+-------------------------------------------------------------------------+
|                  CHI PHÍ VÀ LỢI ÍCH ĐẦU TƯ (ROI)                        |
+-------------------------------------------------------------------------+
| Chi phí triển khai (Phần mềm + Đào tạo + Server):      ~ 65.000.000 VNĐ |
| Lợi ích dự kiến (Giảm nợ khó đòi, tiết kiệm nhân sự): ~ 180.000.000 VNĐ/năm |
| Thời gian hoàn vốn đầu tư (Payback Period):           ~ 4,3 tháng       |
+-------------------------------------------------------------------------+

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

Hạn chế

  • Phụ thuộc vào ý thức người dùng: Đối với các khu vực vùng sâu như A Lưới, Nam Đông, kết nối mạng chập chờn có thể gây trễ trong quá trình đồng bộ dữ liệu thời gian thực từ ứng dụng DMS về máy chủ MISA trung tâm.
  • Rào cản chi phí chuyển đổi ERP: Doanh nghiệp chưa đủ nguồn lực để đầu tư hệ thống ERP tổng thể đám mây tích hợp tự động toàn phần.

Hướng phát triển

  • Mở rộng API Gateway: Xây dựng cổng trung gian (Middleware) kết nối trực tiếp hai chiều không qua trung gian tệp trung gian giữa DMS và MISA SME.
  • Ứng dụng Machine Learning: Tích hợp mô hình dự báo xác suất vỡ nợ của khách hàng (Predictive Default Model) dựa trên chuỗi thời gian thanh toán lịch sử.

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

  • Sinh viên & Học viên chuyên ngành: Cung cấp tài liệu tham khảo thực chứng chi tiết về việc ứng dụng khung lý thuyết COSO 2013 vào giải quyết bài toán kiểm soát nội bộ tại doanh nghiệp phân phối FMCG thực tế.
  • Kế toán trưởng & Nhà quản lý doanh nghiệp SMEs: Bản thiết kế ma trận phân lập trách nhiệm (SoD), quy trình kiểm soát tín dụng và phương pháp phân tích tuổi nợ sẵn sàng áp dụng ngay.
  • Chuyên gia kiểm toán & Nghiên cứu: Dữ liệu phân tích thực tế về biến động chỉ số tài sản, nợ phải thu và tác động của đòn bẩy tài chính đối với hệ thống kiểm soát rủi ro vận hành.

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

1. Làm thế nào để ngăn ngừa gian lận gối đầu (Lapping) nếu doanh nghiệp có quy mô nhân sự nhỏ?

Cần áp dụng triệt để nguyên tắc bất kiêm nhiệm: Nhân viên thu tiền/giao hàng tuyệt đối không được kiêm nhiệm quyền ghi sổ kế toán công nợ chi tiết; thực hiện gửi đối chiếu công nợ độc lập định kỳ hàng tháng trực tiếp đến khách hàng qua SMS/Email hoặc nhân sự độc lập.

2. Chi phí đầu tư hệ thống kiểm soát chuẩn hóa có vượt quá khả năng của doanh nghiệp vừa và nhỏ?

Không. Giải pháp tận dụng tối đa hạ tầng phần mềm kế toán hiện có (MISA SME.NET 2017 R45) kết hợp hoàn thiện chính sách, biểu mẫu kiểm soát và module DMS phân quyền, mang lại thời gian hoàn vốn chỉ trong khoảng 4–5 tháng nhờ cắt giảm thất thoát và nợ xấu.

3. Tại sao tỷ lệ nợ phải thu tăng 84% trong năm 2019 lại là chỉ dấu nguy hiểm dù doanh thu tăng 18%?

Tốc độ tăng trưởng nợ phải thu (+84%) cao gấp 4,6 lần tốc độ tăng trưởng doanh thu (+18%) chứng tỏ doanh nghiệp đang nới lỏng chính sách tín dụng quá mức để chạy theo doanh số, dẫn đến tình trạng bị chiếm dụng vốn nặng nề và gia tăng rủi ro mất khả năng thanh khoản khi nợ phải trả chiếm tới 87% nguồn vốn.

4. Quy trình xử lý như thế nào khi khách hàng quen muốn mua chịu vượt hạn mức?

Mọi trường hợp ngoại lệ vượt hạn mức bắt buộc phải qua quy trình xét duyệt 2 cấp: Kế toán bán hàng lập "Tờ trình xét duyệt công nợ" nêu rõ lịch sử trả nợ và lý do $\rightarrow$ Giám đốc ký duyệt điện tử hoặc văn bản trước khi Lệnh xuất kho được phép kích hoạt trên hệ thống.

5. Việc chuyển đổi từ nhận đơn qua Zalo sang hệ thống DMS có làm giảm năng suất bán hàng?

Ban đầu nhân viên cần 1–2 tuần làm quen, nhưng sau đó hệ thống giúp tiết kiệm 70% thời gian gọi điện báo giá, loại bỏ sai sót tính giá/khuyến mãi và cho phép tra cứu tồn kho thực tế ngay tại điểm bán.

Kết luận

Hệ thống kiểm soát nội bộ chu trình Bán hàng – Thu tiền đóng vai trò sống còn trong việc bảo vệ tài sản, tối ưu hóa vòng quay vốn lưu động và đảm bảo tính trung thực của các báo cáo tài chính doanh nghiệp. Khóa luận đã phân tích sâu sắc các hạn chế cốt tử trong mô hình quản lý của Công ty TNHH TM & DV Tấn Thành giai đoạn 2017–2019, từ đó xây dựng thành công bộ giải pháp kiểm soát toàn diện dựa trên chuẩn mực COSO 2013 và phần mềm kế toán MISA SME.NET 2017. Mô hình không chỉ khắc phục triệt để nguy cơ thất thoát vốn mà còn tạo tiền đề vững chắc cho việc số hóa quản trị doanh nghiệp bền vững trong tương lai.