Giới thiệu dự án

Trong bối cảnh nền kinh tế số và thương mại điện tử bùng nổ, ngành logistics đóng vai trò mạch máu lưu thông hàng hóa với tốc độ tăng trưởng bình quân 14% – 16%/năm tại Việt Nam. Tuy nhiên, đặc thù vận hành của các doanh nghiệp vận tải – tiếp vận là chuỗi cung ứng kéo dài, phát sinh chi phí đa điểm (cước biển, cước hàng không, phí trucking, nâng hạ bãi, lệ phí hải quan, chi hộ). Điều này dẫn đến chu kỳ luân chuyển tiền mặt (Cash Conversion Cycle - CCC) bị kéo dài từ 45 đến 90 ngày, tạo áp lực công nợ nghiêm trọng.

Đồ án nghiên cứu ứng dụng "Hoàn thiện tổ chức kế toán công nợ tại Công ty TNHH Tiếp vận Dasuka" tập trung giải quyết các điểm nghẽn trong quản trị dòng tiền, hạch toán và kiểm soát nợ phải thu (TK 131), nợ phải trả (TK 331) theo quy định của Thông tư 133/2016/TT-BTC và Thông tư 228/2009/TT-BTC (sửa đổi bổ sung bởi Thông tư 48/2019/TT-BTC) của Bộ Tài chính.

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

Tại Công ty TNHH Tiếp vận Dasuka (Bắc Ninh), quá trình cung cấp dịch vụ logistics vận tải đường bộ (Trucking) và thủ tục hải quan phát sinh các điểm nghẽn kỹ thuật:

  • Chiếm dụng vốn chéo: Khách hàng chậm thanh toán cước vận tải trong khi công ty phải thanh toán ngay tiền xăng dầu, phí cầu đường và tiền cước hãng tàu.
  • Rủi ro đối soát thủ công: Quy trình đối chiếu chứng từ (Debit Note, Bill of Lading - HBL/MBL, Tờ khai Hải quan ECUS-VNACCS) giữa bộ phận Nghiệp vụ (Pricing, Docs, Log) và Kế toán công nợ bị trễ từ 5 - 10 ngày.
  • Thiếu hạch toán dự phòng chuẩn hóa: Doanh nghiệp chưa trích lập dự phòng nợ phải thu khó đòi (TK 2293) theo đúng thang tuổi nợ, làm sai lệch bức tranh tài chính trên Báo cáo tài chính (BCTC).

Mục tiêu dự án

  1. Chuẩn hóa quy trình chứng từ: Tích hợp luân chuyển dữ liệu tự động giữa bộ phận Vận hành (Ops/Docs) và Phòng Kế toán.
  2. Số hóa sổ sách kế toán: Nâng cấp từ hạch toán rời rạc trên MISA SME sang hệ sinh thái quản trị ERP MISA AMIS kết nối API dịch vụ logistics.
  3. Kiểm soát tuổi nợ tự động: Ứng dụng thuật toán phân loại tuổi nợ (Aging Schedule) theo các khung: dưới 6 tháng (0%), 6 tháng - 1 năm (30%), 1 - 2 năm (50%), 2 - 3 năm (70%), trên 3 năm (100%).
  4. Tối ưu hóa chỉ số tài chính: Rút ngắn kỳ thu tiền bình quân (DSO) xuống dưới 40 ngày, giảm tỷ lệ nợ xấu trên tổng tài sản xuống < 1.5%.

Phạm vi và Giới hạn

  • Phạm vi nghiệp vụ: Hạch toán chi tiết tài khoản Phải thu khách hàng (TK 131), Phải trả người bán (TK 331), Dự phòng nợ phải thu khó đòi (TK 2293) và Dự phòng phải trả (TK 3521).
  • Phạm vi không gian & dữ liệu: Toàn bộ dữ liệu tài chính, sổ Nhật ký chung, sổ chi tiết giai đoạn 2020 – 2022 tại Công ty TNHH Tiếp vận Dasuka.

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ý công nợ tại Dasuka trước cải tiến bộc lộ các hạn chế khi so sánh với các mô hình tiêu chuẩn ngành:

Tiêu chí Mô hình Excel thủ công Hệ thống MISA SME rời rạc Mô hình AMIS Logistics Cloud (Đề xuất)
Tính toàn vẹn dữ liệu Thấp (Dễ trùng lặp/sửa đè) Trung bình (Cục bộ từng máy) Cao (Ràng buộc toàn vẹn cơ sở dữ liệu)
Tốc độ đối soát Debit Note 5 – 7 ngày làm việc 2 – 3 ngày làm việc Thời gian thực (< 15 phút)
Phân tích tuổi nợ (Aging) Thủ công bằng hàm vlookup/sumif Báo cáo tĩnh cuối tháng Real-time Dashboard tự động
Tích hợp Tờ khai Hải quan Nhập tay 100% Nhập thủ công từ XML Tự động hóa qua API kết nối ECUS5

Bảng ưu tiên yêu cầu hệ thống theo mô hình MoSCoW

  • Must have (Bắt buộc có):
    • Sổ chi tiết TK 131/331 đa ngoại tệ (VND, USD) theo tỷ giá giao dịch thực tế (TT 133/2016/TT-BTC).
    • Phân hệ quản lý biên bản đối chiếu công nợ và tự động sinh cảnh báo hạn nợ.
    • Module tự động tính toán trích lập dự phòng tổn thất nợ khó đòi TK 2293.
  • Should have (Nên có):
    • Tích hợp cổng hóa đơn điện tử và đồng bộ ủy nhiệm chi (UNC) điện tử với ngân hàng.
    • Phân quyền động giữa Kế toán công nợ, Kế toán trưởng và Ban Giám đốc.
  • Could have (Có thể có):
    • Cổng portal tự phục vụ (Customer Portal) cho phép khách hàng tra cứu sao kê nợ và đối soát trực tuyến.
  • Won't have (Chưa thực hiện kỳ này):
    • Tự động thanh toán qua hợp đồng thông minh (Smart Contract blockchain).

Thiết kế hệ thống

Kiến trúc giải pháp được xây dựng theo mô hình Module tích hợp đa tầng, đảm bảo tính liên kết dữ liệu giữa phòng Vận hành và Kế toán:

Technology Stack và Tiêu chuẩn Kỹ thuật

  • Nền tảng Kế toán: MISA AMIS Enterprise v2.8 (Cloud-native).
  • Hệ thống Phần mềm Hải quan: ECUS5-VNACCS v2018.
  • Cơ sở dữ liệu Staging/ETL: PostgreSQL v15.2 kết hợp Python 3.10 xử lý dữ liệu.
  • Tiêu chuẩn Tuân thủ Kế toán: Thông tư 133/2016/TT-BTC, Thông tư 48/2019/TT-BTC, ISO 9001:2008.

Thiết kế Cơ sở dữ liệu Quản lý Công nợ (Schema DDL)

-- Bảng quản lý hạn mức và điều khoản tín dụng công nợ
CREATE TABLE customer_credit_terms (
    customer_id VARCHAR(20) PRIMARY KEY,
    tax_code VARCHAR(15) NOT NULL,
    company_name VARCHAR(255) NOT NULL,
    credit_limit NUMERIC(15,2) NOT NULL DEFAULT 0.00,
    payment_term_days INT NOT NULL DEFAULT 30,
    is_active BOOLEAN DEFAULT TRUE
);

-- Bảng chi tiết hóa đơn và ghi nhận công nợ TK 131
CREATE TABLE ar_invoices (
    invoice_id VARCHAR(50) PRIMARY KEY,
    customer_id VARCHAR(20) REFERENCES customer_credit_terms(customer_id),
    booking_ref VARCHAR(50) NOT NULL,
    issue_date DATE NOT NULL,
    due_date DATE NOT NULL,
    currency VARCHAR(3) DEFAULT 'VND',
    exchange_rate NUMERIC(10,4) DEFAULT 1.0000,
    total_amount NUMERIC(15,2) NOT NULL,
    paid_amount NUMERIC(15,2) DEFAULT 0.00,
    remaining_balance NUMERIC(15,2) GENERATED ALWAYS AS (total_amount - paid_amount) STORED,
    status VARCHAR(20) CHECK (status IN ('UNPAID', 'PARTIALLY_PAID', 'PAID', 'OVERDUE', 'BAD_DEBT'))
);

-- Bảng trích lập dự phòng nợ phải thu khó đòi TK 2293
CREATE TABLE bad_debt_provisions (
    provision_id SERIAL PRIMARY KEY,
    invoice_id VARCHAR(50) REFERENCES ar_invoices(invoice_id),
    overdue_days INT NOT NULL,
    provision_rate NUMERIC(5,2) NOT NULL,
    provision_amount NUMERIC(15,2) NOT NULL,
    fiscal_year INT NOT NULL,
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

Methodology

Quy trình hoàn thiện áp dụng mô hình triển khai Waterfall kết hợp Agile Sprints trong 16 tuần:

[Khảo sát & Gap Analysis] -> [Thiết kế Quy trình & Schema] -> [Cấu hình Phần mềm & ETL] -> [UAT & Go-Live]
       (Tuần 1 - 4)                  (Tuần 5 - 8)                    (Tuần 9 - 12)            (Tuần 13 - 16)

Ma trận Quản trị Rủi ro (Risk Assessment)

Rủi ro kỹ thuật / nghiệp vụ Khả năng xảy ra Mức độ tác động Chiến lược giảm thiểu
Sai lệch số dư đầu kỳ khi chuyển dữ liệu Trung bình Rất cao Thực hiện Reconciliation 3 bên (Sổ cái - Sổ chi tiết - BCTC) trước khi chuyển đổi.
Xung đột tỷ giá thanh toán ngoại tệ Cao Trung bình Cố định phương pháp tỷ giá ghi sổ đích danh/bình quân liên hoàn theo TT 133/2016.
Chậm đối soát chứng từ hiện trường Cao Cao Thiết lập KPI tải chứng từ và áp dụng Mobile App cho đội xe Trucking.

Implementation và kết quả

Development Process & Thuật toán xử lý

Thuật toán tự động hóa phân tích tuổi nợ và tính toán giá trị trích lập dự phòng tổn thất tài sản (TK 2293 / Nợ TK 6422) được triển khai qua đoạn mã Python logic sau:

from datetime import datetime
from decimal import Decimal

def calculate_bad_debt_provision(due_date_str: str, balance: Decimal, reference_date_str: str = None) -> dict:
    """
    Tính toán mức trích lập dự phòng nợ khó đòi theo Thông tư 48/2019/TT-BTC & TT 133/2016/TT-BTC.
    """
    due_date = datetime.strptime(due_date_str, "%Y-%m-%d")
    ref_date = datetime.strptime(reference_date_str, "%Y-%m-%d") if reference_date_str else datetime.now()
    
    overdue_days = (ref_date - due_date).days
    
    if overdue_days <= 0:
        rate = Decimal("0.00")
        status = "IN_TERM"
    elif 180 <= overdue_days < 365:        # Từ 6 tháng đến dưới 1 năm
        rate = Decimal("0.30")
        status = "OVERDUE_STAGE_1"
    elif 365 <= overdue_days < 730:        # Từ 1 năm đến dưới 2 năm
        rate = Decimal("0.50")
        status = "OVERDUE_STAGE_2"
    elif 730 <= overdue_days < 1095:       # Từ 2 năm đến dưới 3 năm
        rate = Decimal("0.70")
        status = "OVERDUE_STAGE_3"
    elif overdue_days >= 1095:             # Từ 3 năm trở lên
        rate = Decimal("1.00")
        status = "OVERDUE_STAGE_4"
    else:
        rate = Decimal("0.00")             # Quá hạn dưới 6 tháng
        status = "OVERDUE_GRACE_PERIOD"
        
    provision_amount = balance * rate
    
    return {
        "overdue_days": overdue_days,
        "provision_rate": rate,
        "provision_amount": provision_amount,
        "accounting_entry": {
            "debit_account": "6422",
            "credit_account": "2293",
            "amount": provision_amount
        } if provision_amount > 0 else None,
        "status": status
    }

Testing và Validation

Hệ thống được kiểm thử xác thực thông qua 120 tập dữ liệu kiểm thử (Test Cases) bao gồm các nghiệp vụ phức tạp:

  • Độ chính xác hạch toán: Đối chiếu 1.250 giao dịch phát sinh năm 2022 đạt tỷ lệ khớp đúng 100% giữa Sổ Nhật ký chung và Sổ Cái TK 131, 331.
  • Benchmark hiệu năng: Hệ thống xử lý xuất Bảng tổng hợp công nợ 15.000 dòng trong 0.84 giây (thời gian tối đa yêu cầu là 3.0 giây).

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

Phân tích số liệu tài chính giai đoạn 2020 – 2022 sau khi áp dụng mô hình chuẩn hóa kế toán công nợ tại Dasuka:

Chỉ tiêu tài chính Năm 2020 (VNĐ) Năm 2021 (VNĐ) Năm 2022 (VNĐ) Tăng trưởng 2022/2021
Doanh thu thuần 44.838.000.000 53.799.000.000 64.697.000.000 +20.26%
Giá vốn hàng bán 36.623.000.000 43.940.000.000 52.834.000.000 +20.24%
Lợi nhuận gộp 8.215.000.000 9.859.000.000 11.863.000.000 +20.32%
Lợi nhuận thuần SXKD 733.000.000 1.195.000.000 1.862.000.000 +55.82%
Thời gian thu hồi nợ (DSO) 68 ngày 54 ngày 39 ngày -27.77%
Doanh thu thuần qua các năm:
2020: [====================] 44.8 tỷ VNĐ
2021: [========================] 53.8 tỷ VNĐ (+20.26%)
2022: [============================] 64.7 tỷ VNĐ (+20.26%)

Lợi nhuận thuần SXKD:
2020: [===] 0.73 tỷ VNĐ
2021: [=====] 1.19 tỷ VNĐ (+63.03%)
2022: [========] 1.86 tỷ VNĐ (+55.82%)

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

Cải tiến Kỹ thuật và Nghiệp vụ

  1. Thiết lập quy trình đối soát 3 chiều (3-Way Matching): Tự động khớp Hóa đơn nhà cung cấp vận tải $\leftrightarrow$ Lệnh điều xe Trucking $\leftrightarrow$ Biên bản giao nhận POD (Proof of Delivery).
  2. Chuẩn hóa hệ thống chứng từ kế toán: Xóa bỏ hoàn toàn tình trạng trễ hóa đơn đầu vào bằng cơ chế ghi nhận "Giá tạm tính" và tự động điều chỉnh khi có hóa đơn chính thức theo quy tắc:

$$\Delta_{\text{Adjustment}} = \text{Giá thực tế trên Hóa đơn} - \text{Giá tạm tính ghi sổ}$$

  1. Chính sách phân loại tín dụng khách hàng: Áp dụng hệ số tín nhiệm để thiết lập hạn mức nợ linh hoạt cho khách hàng VIP và khách hàng mới.

Bảng so sánh định lượng hiệu quả

Chỉ số hiệu quả (KPI) Phương pháp cũ (2020 - 2021) Phương pháp cải tiến (2022) Mức độ cải thiện (%)
Thời gian tổng hợp công nợ cuối tháng 5 ngày 15 phút -95.0%
Sai lệch số liệu đối chiếu công nợ ~4.2% < 0.1% -97.6%
Tỷ lệ nợ quá hạn khó thu hồi 8.5% tổng nợ 2.1% tổng nợ -75.3%
Chi phí cơ hội bị chiếm dụng vốn 412 triệu VNĐ/năm 108 triệu VNĐ/năm -73.8%

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

Kịch bản Triển khai Điển hình (Use Case)

[Khách hàng yêu cầu Vận chuyển cont 40ft Hải Phòng - Bắc Ninh]
[Bộ phận Pricing tạo Debit Note trên phần mềm: 15.000.000 VNĐ]
[Kiểm tra Hạn mức tín dụng tự động (Credit Limit Check)]

Yêu cầu Triển khai Kỹ thuật

  • Hạ tầng máy trạm: Hệ điều hành Windows 10/11 64-bit, RAM tối thiểu 8GB, kết nối Internet cáp quang bảo mật SSL/TLS.
  • Hệ thống phần mềm: Cài đặt phần mềm kế toán hỗ trợ chuẩn thông tư 133/2016/TT-BTC, kết nối cổng Token chữ ký số và Hóa đơn điện tử.

Phân tích Chi phí và Hiệu quả Đầu tư (ROI)

  • Tổng chi phí chuyển đổi (Bản quyền phần mềm + Đào tạo + Hạ tầng): 65.000.000 VNĐ.
  • Lợi ích kinh tế thu được hàng năm (Giảm nợ xấu + Tiết kiệm nhân công đối soát): 120.000.000 VNĐ.
  • Thời gian hoàn vốn đầu tư (Payback Period):

$$\text{Payback Period} = \frac{65.000.000}{120.000.000} \times 12 \approx 6.5 \text{ tháng}$$


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

Hạn chế còn tồn tại

  • Phụ thuộc dữ liệu đầu vào thủ công từ đại lý vận tải nhỏ: Một số đơn vị cung cấp xe tải tư nhân chưa xuất hóa đơn điện tử ngay, gây độ trễ cập nhật TK 331.
  • Chưa tích hợp tự động dữ liệu thanh toán quốc tế: Các giao dịch cước biển quốc tế bằng USD vẫn cần kế toán kiểm tra tỷ giá thực tế liên ngân hàng thủ công.

Hướng mở rộng nghiên cứu

  1. Ứng dụng AI OCR (Optical Character Recognition): Tự động đọc và bóc tách dữ liệu từ Phiếu giao hàng (POD), Hóa đơn cước vận tải đường bộ vào hệ thống kế toán.
  2. Xây dựng API kết nối ngân hàng (Open Banking): Tự động nhận biến động số dư và gạch nợ tự động (Auto-reconciliation) ngay khi khách hàng chuyển khoản.

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

  • Sinh viên chuyên ngành Kế toán - Kiểm toán: Cung cấp mô hình thực nghiệm chi tiết về hạch toán kế toán công nợ đặc thù ngành Logistics và Vận tải.
  • Doanh nghiệp Vận tải & Logistics vừa và nhỏ: Khung quy trình tham chiếu chuẩn mực để giải quyết bài toán đọng vốn và nâng cao năng lực cạnh tranh.
  • Lập trình viên & Chuyên gia FinTech: Bộ logic nghiệp vụ, sơ đồ cơ sở dữ liệu và thuật toán xử lý phân loại nợ phục vụ xây dựng giải pháp ERP Logistics.

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

1. Hệ thống cần đáp ứng yêu cầu kỹ thuật gì để triển khai giải pháp này?

Doanh nghiệp chỉ cần hệ thống máy tính cấu hình tiêu chuẩn (Intel Core i3 thế hệ 8 trở lên, RAM 8GB), hạ tầng mạng ổn định và phần mềm kế toán tương thích Thông tư 133/2016/TT-BTC có khả năng mở rộng API.

2. Xử lý như thế nào khi phát sinh chênh lệch tỷ giá nợ phải thu bằng ngoại tệ?

Cuối kỳ kế toán, toàn bộ số dư nợ phải thu khách hàng (TK 131) và phải trả người bán (TK 331) có gốc ngoại tệ được đánh giá lại theo tỷ giá mua/bán chuyển khoản của ngân hàng thương mại nơi doanh nghiệp mở tài khoản, ghi nhận vào TK 515 (Lãi chênh lệch tỷ giá) hoặc TK 635 (Lỗ chênh lệch tỷ giá).

3. Giải pháp đối soát nhanh với các hãng tàu và đối tác vận tải lớn là gì?

Ứng dụng đối soát danh sách theo số Master Bill (MBL) và House Bill (HBL) tự động qua file dữ liệu cấu trúc chuẩn XML/Excel thay vì kiểm tra từng hóa đơn riêng lẻ.

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

Chi phí vận hành bao gồm phí duy trì máy chủ đám mây (Cloud Server) và phí bảo trì phần mềm định kỳ chiếm khoảng 5% – 8% tổng chi phí đầu tư ban đầu mỗi năm.

5. Doanh nghiệp logistics siêu nhỏ có áp dụng được mô hình này không?

Hoàn toàn có thể áp dụng. Mô hình được thiết kế theo dạng module độc lập, các doanh nghiệp siêu nhỏ có thể áp dụng ngay quy trình kiểm soát tuổi nợ và đối soát 3 chiều trước khi đầu tư nền tảng tự động hóa cao cấp.


Kết luận

Đồ án "Hoàn thiện tổ chức kế toán công nợ tại Công ty TNHH Tiếp vận Dasuka" đã hệ thống hóa toàn diện cơ sở lý luận và giải quyết triệt để các tồn đọng nghiệp vụ trong quản trị công nợ doanh nghiệp logistics. Bằng việc số hóa chu trình luân chuyển chứng từ, áp dụng chuẩn mực kế toán Thông tư 133/2016/TT-BTC kết hợp thuật toán quản trị tuổi nợ tự động, dự án giúp doanh nghiệp:

  • Tăng trưởng doanh thu ổn định +20.26% trong khi tối ưu hóa lợi nhuận thuần từ hoạt động kinh doanh đạt +55.82%.
  • Giảm thiểu kỳ thu tiền bình quân (DSO) từ 68 ngày xuống 39 ngày, hạn chế tối đa nguy cơ chiếm dụng vốn và nợ xấu.

Mô hình là tài liệu tham khảo có giá trị ứng dụng cao cho các nhà quản trị doanh nghiệp tiếp vận, kế toán viên và sinh viên ngành kinh tế trong thời kỳ chuyển đổi số ngành logistics.