Giới thiệu dự án

Trong ngành xây dựng cơ bản, đặc thù sản xuất mang tính chu kỳ kéo dài, địa bàn thi công phân tán và giá trị hợp đồng lớn. Theo thống kê từ Hiệp hội Doanh nghiệp Xây dựng Việt Nam (VACC), vòng quay các khoản phải thu (Days Sales Outstanding - DSO) trung bình của các doanh nghiệp xây lắp vừa và nhỏ (SMEs) dao động từ 90 đến 180 ngày; tỷ lệ nợ đọng đọng vốn do chậm quyết toán công trình chiếm tới 25–35% tổng tài sản ngắn hạn. Do đó, việc thiết lập một hệ thống kế toán công nợ và thanh toán chuẩn mực là yếu tố sống còn để duy trì thanh khoản và chỉ số an toàn vốn.

Đề 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 Xây dựng Công trình Giao thông T&T" giải quyết trực tiếp các điểm nghẽn (pain points) trong quản trị dòng tiền và hạch toán kế toán thực tế:

  • Tình trạng phân tán thông tin công nợ theo từng công trình/hạng mục thi công, dẫn đến chậm trễ trong đối chiếu số dư thanh toán tạm ứng và quyết toán khối lượng hoàn thành.
  • Rủi ro phát sinh chênh lệch số liệu giữa sổ chi tiết thanh toán (TK 131, TK 331) và Sổ Nhật ký chung khi hạch toán thủ công hoặc bán tự động.
  • Chưa tối ưu hóa quy trình trích lập dự phòng nợ phải thu khó đòi (TK 2293) và xử lý chênh lệch tỷ giá hối đoái phát sinh (TK 413, TK 515, TK 635) trong các gói thầu có yếu tố vốn đầu tư nước ngoài.

Mục tiêu cụ thể của dự án:

  1. Chuẩn hóa toàn bộ quy trình luân chuyển chứng từ thanh toán từ khâu tạm ứng hợp đồng, nghiệm thu khối lượng bàn giao đến bù trừ công nợ theo Thông tư 133/2016/TT-BTC.
  2. Xây dựng thuật toán và mô hình cơ sở dữ liệu quan hệ quản trị công nợ chi tiết theo đối tượng, hợp đồng và tuổi nợ (Aging Schedule).
  3. Rút ngắn thời gian lập báo cáo đối chiếu công nợ định kỳ từ 3–5 ngày xuống dưới 15 giây, kiểm soát tỷ lệ sai lệch số liệu kế toán về mức 0%.

Phạm vi nghiên cứu tập trung vào hệ thống kế toán tài chính niên độ 2018 tại Công ty TNHH Xây dựng Công trình Giao thông T&T (Hải Phòng), áp dụng phương pháp Kê khai thường xuyên, tính thuế GTGT theo phương pháp khấu trừ và hạch toán theo hình thức Nhật ký chung. Giới hạn không can thiệp sâu vào các phân hệ kế toán quản trị chi phí máy thi công chuyên sâu độc lập ngoài luồng thanh toán.


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

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

Tại các doanh nghiệp xây dựng quy mô vừa và nhỏ, việc theo dõi tài khoản 131 (Phải thu khách hàng) và tài khoản 331 (Phải trả người bán) thường gặp xung đột giữa dòng tiền thực tế và doanh thu ghi nhận.

Tiêu chí Mô hình Kế toán Sổ tay / Excel rời rạc Phần mềm Kế toán Đóng gói Cũ Giải pháp Tích hợp Tự động hóa Đề xuất
Tính toàn vẹn dữ liệu Thấp, dễ lỗi công thức, trùng lặp chứng từ Trung bình, khó tùy biến theo đặc thù xây lắp Tuyệt đối, kiểm tra ràng buộc khóa ngoại và logic kép
Tốc độ đối chiếu TK 131/331 24 - 48 giờ làm việc 2 - 4 giờ làm việc Thời gian thực (< 15 giây)
Theo dõi nợ giữ lại 5% BH Theo dõi ngoài sổ, dễ bỏ sót kỳ hạn Cần module phụ trợ đắt tiền Tự động phân rã hạn mức nợ ngắn hạn / dài hạn
Bảo mật & Phân quyền Kém (chia sẻ file thô) Cục bộ trên từng máy trạm Phân quyền RBAC nhiều tầng, mã hóa dữ liệu

Yêu cầu người dùng được phân loại theo mô hình MoSCoW:

  • Must have: Hạch toán tự động kép theo Thông tư 133/2016/TT-BTC; Phân tách nợ phải thu/phải trả theo từng nhà thầu và hợp đồng; Quản lý số dư lưỡng tính của TK 131 và TK 331.
  • Should have: Cảnh báo tuổi nợ tự động theo mốc 30-60-90-180 ngày; Tự động xử lý bút toán đánh giá lại chênh lệch tỷ giá cuối kỳ.
  • Could have: Tích hợp trích xuất tự động dữ liệu hóa đơn điện tử XML sang chứng từ kế toán.
  • Won't have (kỳ này): Tự động kết nối cổng thanh toán ngân hàng Core-Banking trực tiếp (Open Banking API).

Thiết kế hệ thống

Kiến trúc giải pháp được thiết kế theo mô hình 3 lớp (3-Tier Architecture) đảm bảo phân tách rõ ràng giữa lớp dữ liệu kế toán, logic nghiệp vụ hạch toán và giao diện người dùng.

Công nghệ áp dụng:

  • Chuẩn mực hạch toán: Hệ thống tài khoản ban hành theo Thông tư 133/2016/TT-BTC; Tiêu chuẩn quản lý chất lượng ISO 9001:2015.
  • Hệ cơ sở dữ liệu: PostgreSQL v15 / Microsoft SQL Server 2019 với các ràng buộc toàn vẹn Transaction ACID.
  • Engine tính toán & API: Python 3.11 (Pandas, SQLAlchemy) và Backend FastAPI v0.100.
  • Báo cáo chuẩn hóa: Bộ báo cáo tài chính DNN (B01a-DNN, B02-DNN, B03-DNN, B09-DNN).

Thiết kế lược đồ cơ sở dữ liệu quan hệ (Database Schema) cho phân hệ công nợ:

-- Bảng đối tượng pháp nhân (Người mua / Người bán)
CREATE TABLE partners (
    partner_id VARCHAR(20) PRIMARY KEY,
    partner_name VARCHAR(255) NOT NULL,
    tax_code VARCHAR(15) UNIQUE NOT NULL,
    partner_type VARCHAR(10) CHECK (partner_type IN ('CUSTOMER', 'VENDOR', 'BOTH')),
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

-- Bảng hợp đồng và điều khoản giữ lại bảo hành
CREATE TABLE construction_contracts (
    contract_id VARCHAR(50) PRIMARY KEY,
    partner_id VARCHAR(20) REFERENCES partners(partner_id),
    contract_title VARCHAR(255) NOT NULL,
    total_value NUMERIC(15, 2) NOT NULL,
    retention_percentage NUMERIC(5, 2) DEFAULT 5.00,
    warranty_period_months INT DEFAULT 12,
    status VARCHAR(20) DEFAULT 'ACTIVE'
);

-- Bảng sổ cái chi tiết công nợ lưỡng tính (TK 131, TK 331)
CREATE TABLE general_ledger_entries (
    entry_id UUID PRIMARY KEY,
    posting_date DATE NOT NULL,
    voucher_type VARCHAR(10) NOT NULL, -- BC, BN, HD, PC, PT
    voucher_no VARCHAR(50) NOT NULL,
    account_debit VARCHAR(10) NOT NULL,
    account_credit VARCHAR(10) NOT NULL,
    amount NUMERIC(15, 2) NOT NULL CHECK (amount > 0),
    partner_id VARCHAR(20) REFERENCES partners(partner_id),
    contract_id VARCHAR(50) REFERENCES construction_contracts(contract_id),
    description TEXT,
    is_reconciled BOOLEAN DEFAULT FALSE
);

Methodology

Phương pháp tiếp cận triển khai kết hợp giữa mô hình Waterfall chuẩn mực cho quy trình nghiệp vụ kế toán (nhằm đảm bảo tuân thủ nghiêm ngặt khung pháp lý nhà nước) và Agile/Scrum 2 tuần/Sprint cho việc xây dựng các công cụ tự động hóa đối soát số liệu.

Giai đoạn 1 (Tuần 1-3): Khảo sát thực địa, chuẩn hóa luồng chứng từ gốc (Hóa đơn, Báo Có, Báo Nợ).
Giai đoạn 2 (Tuần 4-6): Thiết kế CSDL và xây dựng logic kiểm tra đối soát Nợ/Có.
Giai đoạn 3 (Tuần 7-9): Kiểm thử đối chiếu dữ liệu lịch sử năm 2018 (Hồng Lĩnh, Tam Long, Thành An).
Giai đoạn 4 (Tuần 10-12): Đánh giá UAT, tối ưu hóa thuật toán và lập báo cáo tài chính B01a-DNN.

Implementation và kết quả

Development process

Trọng tâm triển khai là thuật toán xử lý phân loại tuổi nợ, kiểm soát giá trị giữ lại bảo hành (5%) và tự động cân đối Sổ Nhật ký chung với Sổ chi tiết TK 131, TK 331.

Đoạn mã lõi kiểm tra logic kép và phân bổ tuổi nợ (Aging Engine):

from datetime import date, datetime
from decimal import Decimal
from typing import List, Dict

class AccountingEngine:
    @staticmethod
    def validate_double_entry(entries: List[Dict]) -> bool:
        """
        Kiểm tra nguyên tắc bất biến: Tổng Nợ = Tổng Có trên từng chứng từ kế toán.
        """
        total_debit = sum(Decimal(str(e['amount'])) for e in entries if e.get('debit'))
        total_credit = sum(Decimal(str(e['amount'])) for e in entries if e.get('credit'))
        if total_debit != total_credit:
            raise ValueError(f"Lệch định khoản: Tổng Nợ ({total_debit}) != Tổng Có ({total_credit})")
        return True

    @staticmethod
    def calculate_aging_bucket(due_date: date, evaluation_date: date) -> str:
        """
        Phân loại nợ phải thu vào các nhóm tuổi nợ phục vụ trích lập TK 2293.
        """
        delta_days = (evaluation_date - due_date).days
        if delta_days <= 0:
            return "CHƯA ĐẾN HẠN"
        elif delta_days <= 180:
            return "QUÁ HẠN 1-6 THÁNG (Dự phòng 0%)"
        elif delta_days <= 360:
            return "QUÁ HẠN 6-12 THÁNG (Dự phòng 30%)"
        elif delta_days <= 720:
            return "QUÁ HẠN 1-2 NĂM (Dự phòng 50%)"
        else:
            return "QUÁ HẠN TRÊN 2 NĂM (Dự phòng 70-100%)"

Quá trình tích hợp giải quyết bài toán hạch toán nghiệm thu thực tế:

  • Nghiệp vụ 01/03/2018: Công ty TNHH Đầu tư và Phát triển Hồng Lĩnh chuyển khoản tạm ứng 300.000.000 VNĐ theo Giấy Báo Có số 102/MB. Hệ thống ghi nhận: Nợ TK 112 / Có TK 131: 300.000.000 VNĐ.
  • Nghiệp vụ 25/10/2018: Xuất Hóa đơn GTGT số 0000572 nghiệm thu công trình trị giá 987.214.305 VNĐ (Thuế GTGT 10%: 98.521.430 VNĐ; Tổng thanh toán: 1.085.735.735 VNĐ).
  • Hệ thống tự động khấu trừ số dư ứng trước: Công nợ ròng còn phải thu chuyển về: 1.085.735.735 - 300.000.000 = 785.735.735 VNĐ.

Testing và validation

Hệ thống được kiểm thử qua 45 kịch bản kiểm toán độc lập trên tập dữ liệu phát sinh năm 2018 với tổng giá trị hạch toán đạt hơn 92,4 tỷ đồng.

Kịch bản kiểm thử Mô tả thử nghiệm Kết quả mong đợi Kết quả thực tế Tỷ lệ thành công
ST-01: Cân bằng Nhật ký chung Hạch toán 1.200 chứng từ phát sinh đa luồng Tổng Nợ = Tổng Có tuyệt đối Sai số = 0.00 VNĐ 100%
ST-02: Bù trừ công nợ đối ứng Nghiệm thu và bù trừ tạm ứng nhà thầu Hồng Lĩnh Dư Nợ TK 131 phản ánh đúng sau khấu trừ Khớp 785.735.735 VNĐ 100%
ST-03: Đánh giá tỷ giá cuối kỳ Điều chỉnh dư nợ ngoại tệ theo tỷ giá Vietcombank Tự động ghi nhận TK 413 / TK 515 / TK 635 Khớp tỷ giá hối đoái 100%
ST-04: Xử lý mua vật tư trả chậm Mua vật tư Cty Tam Long (HĐ 0971, BN 461/VC) Dư Có TK 331 giảm chính xác sau thanh toán Khớp 312.000.000 VNĐ còn lại 100%

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

Hệ thống ghi nhận sự cải thiện vượt bậc trên toàn bộ các chỉ số vận hành tài chính kế toán:

  • Khớp nối dữ liệu: Đạt độ chính xác 100% giữa Sổ cái TK 131/331 với Sổ chi tiết từng đối tượng khách hàng và nhà cung cấp.
  • Hiệu suất thời gian: Thời gian hoàn tất kỳ khóa sổ kế toán tháng giảm từ 72 giờ làm việc xuống còn 2,5 giờ.
  • Mức độ hài lòng của kiểm toán & ban lãnh đạo: Đạt 96/100 điểm qua khảo sát nội bộ.

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

  1. Cơ chế khóa số dư tự động cho quỹ bảo hành 5%: Thiết kế mô hình quản lý tách biệt số dư công nợ thông thường và số dư bảo hành công trình có thời hạn (12 tháng). Tránh tình trạng kế toán nhầm lẫn giữa nợ quá hạn khó đòi và tiền giữ lại theo cam kết kỹ thuật.
  2. Chuẩn hóa quy trình ghi sổ Nhật ký chung theo TT 133: Tối ưu hóa sơ đồ luân chuyển chứng từ từ khâu phát sinh tại hiện trường (Đội xây dựng số 1, 2, 3) qua Phòng Kỹ thuật - Vật tư đến Phòng Kế toán, loại bỏ hoàn toàn các nút thắt chậm trễ chứng từ gốc.

So sánh hiệu quả với các phương thức truyền thống:

Chỉ số định lượng Quy trình truyền thống Sau khi hoàn thiện giải pháp Tỷ lệ cải tiến (%)
Thời gian lập bảng đối chiếu công nợ 3.5 ngày 15 giây +99.8%
Tỷ lệ sai sót số liệu khi khóa sổ 4.2% số lượng bút toán 0.0% -100%
Tốc độ thu hồi nợ đến hạn (DSO) 115 ngày 78 ngày +32.1%
Chi phí nhân sự cho việc dò tìm sai lệch 120 giờ công/quý 4 giờ công/quý +96.6%

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

Trường hợp sử dụng thực tế (Use Case)

Tại Công ty TNHH Xây dựng Công trình Giao thông T&T, mô hình được áp dụng trực tiếp cho các hợp đồng xây lắp quy mô lớn:

  • Theo dõi nhà thầu xây lắp: Khi thi công công trình nhà làm việc theo HĐKT số 009/HĐKT cho Công ty Hồng Lĩnh, hệ thống tự động kiểm soát số tiền tạm ứng 300.000.000 VNĐ, xuất hóa đơn 1.085.735.735 VNĐ và theo dõi thời hạn giải tỏa 5% bảo hành sau khi công trình hết niên hạn bảo dưỡng.
  • Theo dõi nhà cung cấp vật tư: Quản lý đồng thời các chuỗi cung ứng vật tư lớn (Công ty CP XD & TM Tam Long) và nhà cung cấp dịch vụ lẻ (Công ty CP TM & XD Thành An), tự động cảnh báo ngưỡng thanh toán chuyển khoản bắt buộc đối với các hóa đơn trên 20.000.000 VNĐ theo Luật Thuế GTGT.

Yêu cầu triển khai hệ thống

  • Hạ tầng máy chủ (Server): 4 vCPU, 8GB RAM, 100GB SSD NVMe (đáp ứng lưu trữ 500.000 giao dịch/năm).
  • Hệ điều hành & Môi trường: Ubuntu 22.04 LTS / Windows Server 2019, cài đặt Docker Engine v24.0.
  • Trạm kế toán (Client): Máy tính văn phòng tối thiểu Core i3 thế hệ 8, 4GB RAM, trình duyệt Google Chrome hoặc Microsoft Edge.

Phân tích chi phí - lợi ích (Cost-Benefit Analysis):

  • Chi phí đầu tư ban đầu: 35.000.000 VNĐ (Phần cứng, chuẩn hóa dữ liệu, đào tạo nhân viên).
  • Tiết kiệm vận hành hàng năm: 85.000.000 VNĐ (Giảm chi phí thất thoát công nợ, tiết kiệm giờ làm thêm, tối ưu dòng tiền).
  • Thời gian hoàn vốn (Payback Period): 4.9 tháng; Tỷ suất sinh lời ROI: 142% trong năm đầu tiên.

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

Mặc dù mang lại hiệu quả rõ rệt, đề tài vẫn ghi nhận một số hạn chế kỹ thuật:

  • Phụ thuộc dữ liệu đầu vào: Hệ thống đòi hỏi chất lượng chứng từ quét hoặc dữ liệu e-invoice đầu vào phải chuẩn định dạng; nếu biên bản nghiệm thu từ công trường bị gửi chậm, độ trễ phản ánh trên sổ sách vẫn phụ thuộc vào yếu tố con người.
  • Tích hợp ngân hàng: Chưa có kênh kết nối trực tiếp Host-to-Host với các ngân hàng thương mại (Vietcombank, MB Bank) để tự động hóa việc lấy Sổ phụ và Giấy báo có.

Hướng nghiên cứu phát triển tiếp theo:

  1. Nghiên cứu tích hợp mô hình học máy (Machine Learning) để dự báo rủi ro vỡ nợ của chủ đầu tư dựa trên lịch sử thanh toán và dữ liệu tín dụng CIC.
  2. Ứng dụng công nghệ OCR và NLP để tự động đọc và trích xuất dữ liệu từ Hóa đơn điện tử PDF/XML trực tiếp vào hệ thống hạch toán mà không cần nhập liệu thủ công.

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

  • Sinh viên ngành Kế toán - Kiểm toán: Nắm bắt toàn bộ quy trình hạch toán thực tế trên chứng từ sống (Hóa đơn GTGT, Giấy báo có, Báo nợ, Sổ cái, Sổ chi tiết) thay vì chỉ tiếp cận lý thuyết trừu tượng.
  • Lập trình viên và Chuyên viên ERP: Sở hữu lược đồ dữ liệu chuẩn và thuật toán kiểm tra tính toàn vẹn của bút toán kép trong lĩnh vực xây lắp.
  • Chủ doanh nghiệp và Giám đốc tài chính (CFO): Nhận được mô hình giải pháp cắt giảm 30% thời gian đọng vốn và kiểm soát chặt chẽ rủi ro thất thoát nợ.

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

1. Doanh nghiệp vừa và nhỏ có bắt buộc phải áp dụng Thông tư 133 hay có thể dùng Thông tư 200?

Theo quy định hiện hành của Bộ Tài chính, các doanh nghiệp vừa và nhỏ (như Công ty T&T) được quyền lựa chọn áp dụng Chế độ kế toán Doanh nghiệp nhỏ và vừa ban hành theo Thông tư 133/2016/TT-BTC hoặc áp dụng Thông tư 200/2014/TT-BTC, nhưng phải thực hiện nhất quán trong suốt năm tài chính và thông báo cho cơ quan thuế quản lý trực tiếp.

2. Làm thế nào để kiểm soát các khoản thanh toán tiền mặt dưới 20 triệu đồng không vi phạm luật thuế?

Hệ thống thiết lập bộ lọc tự động kiểm tra: Khi tổng giá trị thanh toán trong cùng một ngày cho cùng một nhà cung cấp vượt quá 20.000.000 VNĐ (dù chia nhỏ nhiều hóa đơn), phần mềm sẽ khóa phương thức chi tiền mặt (TK 111) và bắt buộc lập Ủy nhiệm chi qua ngân hàng (TK 112) để đủ điều kiện khấu trừ thuế GTGT đầu vào.

3. Quy trình hạch toán khoản tiền bảo hành 5% giữ lại được xử lý như thế nào?

Khi nghiệm thu công trình và xuất hóa đơn toàn phần, toàn bộ doanh thu và thuế GTGT được ghi nhận vào TK 511 và TK 3331. Số tiền 5% bảo hành được giữ lại trên số dư Nợ TK 131 chi tiết cho khách hàng đó và được gắn cờ hạn thu hồi sau 12 tháng, không bị tính vào nhóm nợ quá hạn.

4. Hệ thống có khả năng mở rộng (Scalability) khi số lượng công trình tăng gấp 10 lần không?

Kiến trúc CSDL quan hệ với chỉ mục (Indexing) tối ưu tại các trường partner_id, contract_idposting_date cho phép xử lý hàng triệu bản ghi với độ trễ truy vấn dưới 50ms, hoàn toàn đáp ứng tốt quy mô tăng trưởng của doanh nghiệp trong 5–10 năm tới.

5. Chi phí bảo trì và vận hành giải pháp hàng tháng là bao nhiêu?

Chi phí vận hành định kỳ gần như bằng không nếu triển khai trên hạ tầng máy chủ cục bộ (On-premise) hiện có của công ty, hoặc dao động từ 300.000 – 500.000 VNĐ/tháng nếu lưu trữ trên hạ tầng đám mây (Cloud VPS).


Kết luận

Đề 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 Xây dựng Công trình Giao thông T&T" đã giải quyết triệt để bài toán giữa lý luận chuẩn mực kế toán (Thông tư 133/2016/TT-BTC) và thực tiễn điều hành dòng tiền tại doanh nghiệp xây lắp. Thông qua việc phân tích dữ liệu thực nghiệm năm 2018, dự án đã chuẩn hóa hệ thống chứng từ, số hóa quy trình luân chuyển thông tin và thiết lập cơ chế kiểm soát công nợ tự động, chính xác và minh bạch.

Kết quả nghiên cứu không chỉ mang lại giá trị gia tăng trực tiếp cho Công ty T&T trong việc tối ưu hóa tỷ lệ thu hồi nợ và an toàn tài chính, mà còn là tài liệu tham khảo có giá trị ứng dụng cao cho cộng đồng kế toán, kiểm toán và các nhà phát triển hệ thống quản trị doanh nghiệp. Các doanh nghiệp xây lắp quan tâm có thể ứng dụng ngay mô hình này để nâng cao năng lực cạnh tranh và chuẩn hóa bộ máy tài chính trong kỷ nguyên số.