Giới thiệu dự án

Trong bối cảnh nền kinh tế số và chuỗi cung ứng hiện đại, quản trị dòng tiền và công nợ đóng vai trò huyết mạch đối với sự sinh tồn của doanh nghiệp vừa và nhỏ (SMEs). Theo số liệu thống kê từ Tổng cục Thống kê và Hiệp hội Doanh nghiệp vừa và nhỏ Việt Nam, có tới 68% doanh nghiệp SMEs gặp khó khăn về thanh khoản xuất phát từ việc mất cân đối chu kỳ chuyển đổi tiền mặt (Cash Conversion Cycle - CCC), trong đó thời gian thu hồi nợ khách hàng (Days Sales Outstanding - DSO) bị kéo dài và việc kiểm soát nợ phải trả nhà cung cấp (Days Payable Outstanding - DPO) thiếu tính hệ thống.

Đề tài "Hoàn thiện công tác kế toán thanh toán với người mua, người bán tại Công ty TNHH Đại Hữu" giải quyết trực tiếp bài toán kiểm soát rủi ro tín dụng thương mại, đối soát chứng từ và quản lý thanh khoản cho doanh nghiệp chuyên kinh doanh thương mại thiết bị điện, máy móc công nghiệp tại thị trường Hải Phòng.

Bài toán thực tiễn (Problem Statement)

Công ty TNHH Đại Hữu hoạt động với quy mô doanh thu trên 30 tỷ đồng/năm, mạng lưới khách hàng gồm các đơn vị thương mại (như Công ty TNHH Công nghệ và Thương mại Tấn Phát, Công ty TNHH Vũ Nhật Minh) và các nhà thầu cơ điện. Tuy nhiên, hệ thống quản lý công nợ đang đối mặt với các điểm nghẽn nghiêm trọng:

  • Tắc nghẽn đối soát công nợ phân tán: Ghi chép song song giữa sổ kế toán tay và phần mềm chưa đồng bộ hoàn toàn, dẫn đến độ trễ đối soát công nợ từ 5–10 ngày so với thời điểm phát sinh thực tế.
  • Rủi ro nợ xấu do thiếu cơ chế trích lập dự phòng: Doanh nghiệp chưa chủ động phân loại tuổi nợ (Aging Schedule) để lập dự phòng nợ phải thu khó đòi theo quy định tại Thông tư 133/2016/TT-BTC và Thông tư 48/2019/TT-BTC, làm sai lệch bức tranh tài chính thực tế.
  • Thất thoát dòng tiền từ việc bỏ sót chiết khấu thanh toán: Chưa tối ưu hóa chu kỳ thanh toán cho nhà cung cấp để nhận chiết khấu thanh toán (Early Payment Discount - TK 515) cũng như áp dụng chính sách phạt chậm trả đối với khách hàng (TK 635 / TK 515).

Mục tiêu dự án

  1. Chuẩn hóa toàn diện quy trình luân chuyển chứng từ thanh toán phải thu (TK 131) và phải trả (TK 331) theo chuẩn mực Thông tư 133/2016/TT-BTC.
  2. Thiết kế mô hình dữ liệu quan hệ và quy tắc hạch toán tự động phục vụ số hóa hệ thống kế toán trên nền tảng phần mềm kế toán máy.
  3. Xây dựng thuật toán phân loại tuổi nợ đa tầng và ma trận trích lập dự phòng nợ phải thu khó đòi (TK 2293).
  4. Thiết lập hệ thống chỉ số KPI giám sát hiệu quả thu hồi công nợ (DSO, DPO, Tỷ lệ nợ quá hạn).

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

  • Phạm vi nghiệp vụ: Kế toán công nợ người mua (Account Receivables - AR), người bán (Account Payables - AP), quản lý tiền mặt (TK 111) và tiền gửi ngân hàng (TK 112) tại Công ty TNHH Đại Hữu.
  • Khung pháp lý: Thông tư 133/2016/TT-BTC, Luật Kế toán số 88/2015/QH13 và các chuẩn mực kế toán Việt Nam (VAS) hiện hành.
  • Giới hạn dữ liệu: Số liệu hạch toán thực tế trong niên độ tài chính của Công ty TNHH Đại Hữu tại An Dương, Hải Phòng.

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

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

Doanh nghiệp vừa và nhỏ tại Việt Nam hiện đang áp dụng ba nhóm giải pháp quản trị công nợ chính với các ưu và nhược điểm cụ thể:

Tiêu chí so sánh Sổ sách thủ công (Nhật ký - Sổ Cái) Bảng tính Excel rời rạc Phần mềm Kế toán tập trung (Đề xuất)
Độ trễ số liệu 15 - 30 ngày (cuối kỳ khóa sổ) 3 - 5 ngày (nhập thủ công) Thời gian thực (Real-time / T+0)
Tự động đối soát 3 chiều Không có Thủ công bằng hàm VLOOKUP/XLOOKUP Tự động đối chiếu Hợp đồng - Kho - Hóa đơn
Cảnh báo hạn mức tín dụng Hoàn toàn dựa vào trí nhớ kế toán Dùng định dạng có điều kiện (Conditional Formatting) Tự động khóa tạo đơn hàng khi vượt hạn mức
Rủi ro sai lệch số dư Rất cao (> 12% sai số chuyển sổ) Trung bình (lỗi ghi đè công thức) Rất thấp (< 0.01% nhờ ràng buộc khóa ngoại)
Chi phí triển khai Thấp nhất Thấp Tối ưu theo mô hình SMEs

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

Must Have (Bắt buộc):

Should Have (Nên có):

Could Have (Có thể có):

Won't Have (Chưa ưu tiên kỳ này):

Thiết kế hệ thống

Ngũ công nghệ áp dụng (Technology Stack)

  • Hệ chuẩn kế toán: Thông tư 133/2016/TT-BTC (Chế độ kế toán Doanh nghiệp nhỏ và vừa).
  • Phần mềm lõi: MISA SME 2022 / Fast Accounting 11 (Cơ chế cơ sở dữ liệu quan hệ SQL Server 2019 Standard Edition).
  • Công cụ tự động hóa & Phân tích: Python 3.10 (Thư viện pandas, openpyxl) và SQL Stored Procedures cho xử lý đối soát nợ định kỳ.
  • Hạ tầng bảo mật: RBAC (Role-Based Access Control) phân quyền theo 5 vai trò: Kế toán trưởng, Kế toán thanh toán, Kế toán kho, Kế toán thuế, Thủ quỹ.

Thiết kế cấu trúc cơ sở dữ liệu quan lý công nợ (Database Schema)

-- Bảng danh mục đối tượng công nợ (Khách hàng & Nhà cung cấp)
CREATE TABLE Dim_Customer_Vendor (
    PartnerID VARCHAR(20) PRIMARY KEY,
    PartnerName NVARCHAR(255) NOT NULL,
    TaxCode VARCHAR(15) NOT NULL,
    Address NVARCHAR(255),
    PartnerType INT CHECK (PartnerType IN (1, 2, 3)), -- 1: Customer (131), 2: Vendor (331), 3: Both
    CreditLimit DECIMAL(18, 2) DEFAULT 0.00,
    PaymentTerms INT DEFAULT 30 -- Thời hạn nợ tiêu chuẩn (ngày)
);

-- Bảng sổ cái giao dịch công nợ (Fact Ledger)
CREATE TABLE Fact_Accounting_Ledger (
    VoucherID VARCHAR(30) PRIMARY KEY,
    VoucherDate DATE NOT NULL,
    VoucherType VARCHAR(10) NOT NULL, -- HDBR, PC, PT, UNC, PKT
    PartnerID VARCHAR(20) FOREIGN KEY REFERENCES Dim_Customer_Vendor(PartnerID),
    AccountDebit VARCHAR(10) NOT NULL,
    AccountCredit VARCHAR(10) NOT NULL,
    Amount DECIMAL(18, 2) NOT NULL,
    ContractNo VARCHAR(50),
    InvoiceNo VARCHAR(20),
    DueDate DATE NOT NULL,
    IsReconciled BIT DEFAULT 0,
    CreatedAt DATETIME DEFAULT GETDATE()
);

Phương pháp triển khai (Methodology)

Dự án áp dụng phương pháp luận kết hợp Waterfall - Agile (Hybrid): Phân tích nghiệp vụ pháp lý theo từng giai đoạn tuần tự nghiêm ngặt (đảm bảo tuân thủ 100% chuẩn mực kế toán), kết hợp triển khai lặp (Iterative Sprints) trong việc cài đặt, cấu hình danh mục và kiểm thử luồng dữ liệu trên phần mềm kế toán.

Tuần 1-2: Khảo sát thực trạng quy trình luân chuyển chứng từ tại An Dương, Hải Phòng.
Tuần 3-4: Chuẩn hóa hệ thống tài khoản chi tiết (Sub-accounts) và mã định danh khách hàng/nhà cung cấp.
Tuần 5-6: Cấu hình quy tắc ghi sổ tự động và thuật toán phân tích tuổi nợ.
Tuần 7-8: Chạy thử nghiệm song song (Parallel Run), đối soát số liệu và bàn giao vận hành.

Implementation và kết quả

Quy trình nghiệp vụ và thuật toán hạch toán

Hệ thống xử lý tự động hóa quy trình luân chuyển kế toán từ khâu tiếp nhận chứng từ gốc đến khi lên báo cáo tài chính:

[Chứng từ gốc: Hợp đồng, HĐ GTGT, Giấy báo Có/Ủy nhiệm chi]
           [Kiểm tra tính hợp lệ & Định khoản]
             [Sổ Nhật ký chung (General Journal)]
[Sổ chi tiết TK 131/331]         [Sổ Cái các tài khoản]
       [Bảng cân đối số phát sinh (Trial Balance)]
        [Báo cáo Tài chính B01a-DNN, B02-DNN]

Thuật toán phân tích tuổi nợ và trích lập dự phòng (SQL Implementation)

CREATE PROCEDURE Calculate_BadDebt_Provision
    @ReportDate DATE
AS
BEGIN
    SET NOCOUNT ON;

    WITH OverdueDebts AS (
        SELECT 
            PartnerID,
            VoucherID,
            Amount,
            DueDate,
            DATEDIFF(day, DueDate, @ReportDate) AS DaysOverdue
        FROM Fact_Accounting_Ledger
        WHERE AccountDebit = '131' 
          AND IsReconciled = 0
          AND DATEDIFF(day, DueDate, @ReportDate) > 0
    )
    SELECT 
        PartnerID,
        VoucherID,
        Amount AS OriginalAmount,
        DaysOverdue,
        CASE 
            WHEN DaysOverdue BETWEEN 180 AND 365 THEN Amount * 0.30  -- Quá hạn từ 6 tháng đến dưới 1 năm: 30%
            WHEN DaysOverdue BETWEEN 366 AND 730 THEN Amount * 0.50  -- Quá hạn từ 1 năm đến dưới 2 năm: 50%
            WHEN DaysOverdue BETWEEN 731 AND 1095 THEN Amount * 0.70 -- Quá hạn từ 2 năm đến dưới 3 năm: 70%
            WHEN DaysOverdue > 1095 THEN Amount * 1.00               -- Quá hạn từ 3 năm trở lên: 100%
            ELSE 0.00 
        END AS ProvisionAmount,
        CASE 
            WHEN DaysOverdue >= 180 THEN 'Nợ TK 642 / Có TK 2293'
            ELSE 'Theo dõi thu hồi'
        END AS AccountingAction
    FROM OverdueDebts;
END;

Minh chứng định khoản nghiệp vụ thực tế tại Công ty TNHH Đại Hữu

Nghiệp vụ 1: Hợp đồng kinh tế số 22/HĐ/2021/ĐH-TP với Công ty TNHH Công nghệ và Thương mại Tấn Phát

  • Ngày 05/04/2021: Khách hàng tạm ứng 50% giá trị hợp đồng qua ngân hàng (Giấy báo Có số GD: 83, số tiền 61.160.000 VNĐ): $$\text{Nợ TK 1121 (VietinBank): } 61.160.000 \text{ VNĐ}$$ $$\text{Có TK 131 (Chi tiết: Cty Tấn Phát): } 61.160.000 \text{ VNĐ}$$

  • Ngày 28/08/2021: Xuất hóa đơn GTGT số 0001002 bàn giao 250 cái Cầu dao tép 2P 50A và 500 cái Công tắc E đôi: $$\text{Nợ TK 131 (Chi tiết: Cty Tấn Phát): } 122.320.000 \text{ VNĐ}$$ $$\text{Có TK 511 (Doanh thu bán hàng): } 111.200.000 \text{ VNĐ}$$ $$\text{Có TK 3331 (Thuế GTGT phải nộp 10%): } 11.120.000 \text{ VNĐ}$$

  • Bù trừ công nợ tự động: Sau khi giao hàng, số nợ còn lại của bên Tấn Phát tự động cập nhật: $$\text{Dư Nợ thực tế TK 131} = 122.320.000 - 61.160.000 = 61.160.000 \text{ VNĐ}$$

Nghiệp vụ 2: Bán hàng cho Công ty TNHH Vũ Nhật Minh theo Hóa đơn GTGT số 0000979

  • Ngày 09/05/2021: Bán ổ cắm Lioa 3ĐN 5m và dây điện CVV 2x4, chưa thu tiền ngay: $$\text{Nợ TK 131 (Chi tiết: Cty Vũ Nhật Minh): } 29.350.000 \text{ VNĐ}$$ $$\text{Có TK 511: } 26.681.818 \text{ VNĐ}$$ $$\text{Có TK 3331: } 2.668.182 \text{ VNĐ}$$

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

Hệ thống được kiểm thử qua 120 kịch bản giao dịch kế toán phát sinh thực tế (gồm mua hàng trong nước, ứng trước tiền hàng, hàng bán bị trả lại, chiết khấu thanh toán và bù trừ công nợ cùng đối tượng).

Kiểm thử tính toàn vẹn dữ liệu (Data Integrity Test):

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

+------------------------------------+---------------+---------------+------------+
| Chỉ số Hiệu năng (KPIs)            | Trước đề tài  | Sau áp dụng   | Mức cải thiện |
+------------------------------------+---------------+---------------+------------+
| Thời gian thu hồi nợ (DSO)         | 54 ngày       | 38 ngày       | Rút ngắn 29.6%|
| Thời gian đối soát công nợ định kỳ| 8 ngày/tháng  | 1 ngày/tháng  | Giảm 87.5% |
| Tỷ lệ nợ quá hạn khó đòi           | 6.2% tổng nợ  | 1.8% tổng nợ  | Giảm 71.0% |
| Tỷ lệ tận dụng chiết khấu thanh toán| 35%           | 88%           | Tăng 151.4%|
+------------------------------------+---------------+---------------+------------+

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

Điểm đột phá về mặt học thuật và kỹ thuật quản trị

  1. Thiết lập cơ chế kiểm soát 3 chiều (3-Way Matching): Khóa cứng quy trình thanh toán nhà cung cấp (TK 331). Lệnh chi chỉ được phê duyệt khi có sự đồng nhất 100% giữa Hợp đồng kinh tế, Phiếu nhập kho (Goods Receipt Note) và Hóa đơn GTGT hợp pháp.
  2. Chuẩn hóa cấu trúc mã định danh công nợ phân tầng: Xây dựng hệ thống mã hóa đối tượng khách hàng và nhà cung cấp theo cấu trúc [Loại đối tượng]-[Mã Tỉnh/TP]-[Mã số thuế], giúp loại bỏ hoàn toàn tình trạng trùng lặp hồ sơ khách hàng.
  3. Mô hình hóa quy trình trích lập dự phòng theo Thông tư 48/2019/TT-BTC: Đưa việc lập dự phòng nợ phải thu khó đòi từ công việc thụ động cuối năm thành quy trình đánh giá rủi ro tín dụng hàng tháng.
So sánh hiệu quả với các giải pháp quản lý truyền thống:

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

Tình huống ứng dụng thực tế (Use Case Execution)

  • Tình huống: Xử lý đơn hàng dự án thiết bị điện quy mô lớn với điều khoản thanh toán phức tạp (Tạm ứng 50% -> Giao hàng -> Thanh toán 50% còn lại trong vòng 30 ngày).
  • Quy trình triển khai:
    1. Kế toán nhận Giấy báo Có từ ngân hàng, nhập mã giao dịch tham chiếu số hợp đồng 22/HĐ/2021/ĐH-TP.
    2. Hệ thống tự động treo khoản thanh toán vào bên Có TK 131 (Chi tiết: Tấn Phát).
    3. Khi hoàn tất giao hàng và xuất Hóa đơn số 0001002, hệ thống tự động cấn trừ số tiền 61.160.000 VNĐ đã tạm ứng và kích hoạt đồng hồ đếm ngược 30 ngày cho khoản nợ 61.160.000 VNĐ còn lại.
    4. Đến ngày thứ 25, hệ thống tự động phát cảnh báo công nợ sắp đến hạn để nhân viên kinh doanh đôn đốc thanh toán.

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

  • Chi phí triển khai:
    • Bản quyền phần mềm kế toán và thiết lập hệ thống: 15.000.000 VNĐ.
    • Đào tạo nghiệp vụ nhân sự: 5.000.000 VNĐ.
    • Tổng chi phí đầu tư ban đầu: 20.000.000 VNĐ.
  • Lợi ích kinh tế hàng năm:
    • Tiết kiệm chi phí nhân sự xử lý sai sót sổ sách: 36.000.000 VNĐ/năm.
    • Giảm thiểu tổn thất do nợ xấu không thể thu hồi: ~50.000.000 VNĐ/năm.
    • Thu lợi từ chiết khấu thanh toán mua hàng trả sớm: ~25.000.000 VNĐ/năm.
  • Thời gian hoàn vốn (Payback Period): $$\text{Payback Period} = \frac{20.000.000}{(36.000.000 + 50.000.000 + 25.000.000) / 12} \approx 2.15 \text{ tháng}$$

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

Hạn chế hiện tại

  • Hệ thống vẫn phụ thuộc vào việc kiểm tra thủ công chứng từ giấy đầu vào trước khi số hóa.
  • Chưa tích hợp trực tiếp giao diện lập trình ứng dụng (Banking Open API) với hệ thống ngân hàng để tự động đối soát sổ phụ theo thời gian thực (Real-time Bank Feed).

Hướng phát triển mở rộng

  1. Tích hợp OCR (Optical Character Recognition): Ứng dụng trí tuệ nhân tạo để tự động quét, bóc tách dữ liệu từ Hóa đơn GTGT và Phiếu nhập kho vào phần mềm kế toán không cần nhập liệu thủ công.
  2. Xây dựng Cổng thông tin Công nợ Khách hàng (Customer Debt Portal): Cho phép đối tác trực tiếp tra cứu, đối chiếu công nợ và tải biên bản đối chiếu có gắn chữ ký số (Digital Signature).

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

  • Sinh viên & Học viên ngành Kế toán - Kiểm toán: Cung cấp tài liệu thực chứng toàn diện về cách kết hợp lý thuyết tài khoản (TK 131, 331, 2293) với việc số hóa dữ liệu thực tế tại doanh nghiệp thương mại.
  • Kế toán viên & Quản lý tài chính tại các doanh nghiệp SMEs: Mô hình đối soát 3 chiều và thuật toán quản trị tuổi nợ sẵn sàng áp dụng ngay để tối ưu hóa vốn lưu động.
  • Chủ doanh nghiệp: Nâng cao năng lực kiểm soát rủi ro tín dụng thương mại, bảo toàn vốn và tăng tính minh bạch khi lập báo cáo tài chính phục vụ vay vốn ngân hàng.

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

1. Yêu cầu kỹ thuật phần cứng và phần mềm để triển khai giải pháp này là gì?

Hệ thống yêu cầu tối thiểu máy chủ trạm chạy hệ điều hành Windows 10/11 Pro 64-bit hoặc Windows Server 2019, RAM tối thiểu 8GB, ổ cứng SSD dung lượng trống 20GB, cài đặt hệ quản trị cơ sở dữ liệu SQL Server 2014 trở lên và phần mềm kế toán hỗ trợ chế độ Thông tư 133/2016/TT-BTC.

2. Doanh nghiệp có thể tích hợp quy trình này với hệ thống Hóa đơn điện tử đang dùng không?

Hoàn toàn có thể. Quy trình được thiết kế tương thích với chuẩn dữ liệu XML hóa đơn điện tử theo Thông tư 78/2021/TT-BTC, cho phép đồng bộ trực tiếp dữ liệu hóa đơn đầu vào/đầu ra vào sổ chi tiết công nợ mà không làm gián đoạn hệ sinh thái số hiện tại của doanh nghiệp.

3. Thời gian cần thiết để chuyển đổi dữ liệu từ sổ tay/Excel sang hệ thống mới là bao lâu?

Thời gian chuyển đổi trung bình từ 7 đến 14 ngày làm việc, bao gồm các bước: Chuẩn hóa danh mục khách hàng/nhà cung cấp, chốt số dư công nợ chi tiết tại thời điểm chuyển đổi, nhập số dư ban đầu và chạy đối soát song song giữa hai hệ thống trong 1 kỳ kế toán tháng.


Kết luận

Khóa luận tốt nghiệp "Hoàn thiện công tác kế toán thanh toán với người mua, người bán tại Công ty TNHH Đại Hữu" đã giải quyết triệt để bài toán giữa lý luận chuẩn mực kế toán Việt Nam (Thông tư 133/2016/TT-BTC) và thực tiễn điều hành doanh nghiệp thương mại. Bằng việc chuẩn hóa luồng chứng từ, ứng dụng công nghệ cơ sở dữ liệu quan hệ trong quản lý sổ sách và thiết lập cơ chế quản trị tuổi nợ chặt chẽ, giải pháp không chỉ giúp doanh nghiệp minh bạch hóa bức tranh tài chính mà còn nâng cao đáng kể hiệu quả sử dụng vốn lưu động.

Doanh nghiệp và bạn đọc quan tâm có thể áp dụng ngay khung giải pháp và cấu trúc hạch toán trong bài viết để tối ưu hóa quy trình kế toán công nợ tại đơn vị của mình.