Giới thiệu dự án

Trong bối cảnh nền kinh tế số và sự cạnh tranh khốc liệt trong ngành xây dựng cơ bản, quản trị dòng tiền và công nợ đóng vai trò sống còn đối với sự tồn tại của doanh nghiệp vừa và nhỏ (SMEs). Theo số liệu từ Tổng cục Thống kê và Hiệp hội Doanh nghiệp Xây dựng Việt Nam (VACC), có tới hơn 68% doanh nghiệp xây lắp gặp khó khăn về thanh khoản do chu kỳ luân chuyển vốn kéo dài, trong đó tỷ lệ nợ đọng xây dựng và các khoản giữ lại bảo hành công trình (chiếm 5% - 10% giá trị hợp đồng) chiếm từ 35% đến 50% tổng tài sản ngắn hạn.

Công ty Cổ phần T2L (Mã số thuế: 0200900495, trụ sở tại Hải An, Hải Phòng) hoạt động chuyên sâu trong hai lĩnh vực: Xây dựng, sửa chữa công trình dân dụng và Tư vấn thủ tục đăng ký kinh doanh. Hoạt động xây lắp mang tính chất đặc thù: thi công theo dự toán, địa bàn phân tán, thời gian thi công kéo dài qua nhiều kỳ kế toán, phương thức thanh toán phức tạp (tạm ứng theo tiến độ, thanh toán nghiệm thu giai đoạn và giữ lại bảo hành 12 tháng). Hiện tại, công ty đang hạch toán theo Chế độ kế toán Doanh nghiệp nhỏ và vừa ban hành theo Thông tư 133/2016/TT-BTC theo hình thức Nhật ký chung, nhưng việc quản lý công nợ vẫn phụ thuộc nhiều vào bảng tính Microsoft Excel và các thao tác thủ công.

[Chủ đầu tư / Khách hàng]

Vấn đề thực tế (Problem Statement)

Thực trạng công tác kế toán thanh toán tại Công ty Cổ phần T2L đang đối mặt với các điểm nghẽn nghiêm trọng:

  • Rủi ro sai lệch dữ liệu và trễ hạn đối chiếu: Dữ liệu công nợ ghi nhận song song giữa Sổ Nhật ký chung, Sổ chi tiết TK 131 (Phải thu của khách hàng), TK 331 (Phải trả cho người bán) và Bảng tổng hợp chi tiết bằng Excel dễ gây chênh lệch số dư do độ trễ nhập liệu.
  • Thiếu quy trình phân loại và trích lập dự phòng nợ phải thu khó đòi: Công ty chưa phân loại tuổi nợ tự động theo quy định của Thông tư 48/2019/TT-BTC (từ 6 tháng đến dưới 1 năm trích 30%, từ 1 đến 2 năm trích 50%, từ 2 đến 3 năm trích 70%, từ 3 năm trở lên trích 100%), dẫn đến phản ánh thiếu trung thực bức tranh tài chính.
  • Kiểm soát dòng tiền công nợ thầu phụ và nhà cung cấp vật tư: Các khoản mua vật tư khối lượng lớn (như hợp đồng tôn mạ màu, thép tấm từ Công ty TNHH Kim Khí Anh Quân theo HĐ 0000897 trị giá 95.878.750 VNĐ) chưa được tích hợp cảnh báo hạn mức thanh toán tự động qua hệ thống Ngân hàng điện tử (MBBank, ACB).

Mục tiêu đề tài

  1. Chuẩn hóa toàn bộ hệ thống chứng từ, tài khoản (TK 131, TK 331, TK 2293, TK 515, TK 635) và quy trình luân chuyển chứng từ thanh toán theo Thông tư 133/2016/TT-BTC.
  2. Xây dựng mô hình cơ sở dữ liệu quan hệ và giải pháp tự động hóa kế toán thanh toán, tích hợp hóa đơn điện tử (theo chuẩn Thông tư 78/2021/TT-BTC) và hệ thống Internet Banking.
  3. Thiết lập thuật toán phân tích tuổi nợ (Aging Schedule Algorithm) và tự động tính toán trích lập/hoàn nhập dự phòng nợ phải thu khó đòi theo Thông tư 48/2019/TT-BTC.
  4. Đánh giá tính khả thi, tỷ suất hoàn vốn (ROI) và hiệu quả vận hành thực tế tại Công ty Cổ phần T2L.

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

  • Phạm vi nghiệp vụ: Kế toán thanh toán với khách hàng (TK 131), nhà cung cấp (TK 331), hạch toán chênh lệch tỷ giá ngoại tệ phát sinh và xử lý dự phòng nợ khó đòi (TK 2293).
  • Phạm vi không gian & thời gian: Dữ liệu tài chính thực tế quý III và quý IV năm 2021 tại Công ty Cổ phần T2L.
  • Giới hạn kỹ thuật: Tập trung vào chuyển đổi từ quy trình ghi chép bán tự động (Excel) sang hệ thống phần mềm kế toán tự động tích hợp API.

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

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

Tiêu chí so sánh Phương pháp thủ công (Sổ sách giấy) Bảng tính rời rạc (Excel tại T2L) Hệ thống kế toán tự động đề xuất
Tính toàn vẹn dữ liệu Rất thấp, rủi ro thất lạc chứng từ gốc Trung bình, dễ bị lỗi ghi đè công thức Rất cao, ràng buộc ACID trên RDBMS
Tốc độ đối chiếu công nợ 3 - 5 ngày/kỳ kế toán 1 - 2 ngày/kỳ kế toán Thời gian thực (< 1 giây)
Tự động trích lập DP nợ khó đòi Không hỗ trợ Tính toán thủ công, dễ nhầm mốc thời gian Tự động quét hóa đơn theo Thông tư 48
Tích hợp HĐĐT & Banking Hoàn toàn thủ công Nhập tay mã CQT & số tham chiếu Đồng bộ 100% qua RESTful API
Khả năng kiểm soát kiểm toán (Audit Trail) Rất thấp Kém, không truy vết được người sửa Lưu log chi tiết từng thao tác của User

Ma trận yêu cầu người dùng theo mô hình MoSCoW

  • Must have (Bắt buộc): Hạch toán kép đúng kết cấu TK 131, 331; xuất đầy đủ Sổ Nhật ký chung (Mẫu S03a-DNN), Sổ Cái (Mẫu S03b-DNN), Sổ chi tiết (Mẫu S13-DNN) theo Thông tư 133/2016/TT-BTC; tự động bù trừ công nợ theo từng đối tượng khách hàng/nhà cung cấp.
  • Should have (Nên có): Phân loại tuổi nợ tự động (0-30 ngày, 31-90 ngày, 91-180 ngày, >180 ngày); cảnh báo công nợ vượt hạn mức tín dụng (Credit Limit).
  • Could have (Có thể có): Kết nối API với hệ thống Hóa đơn điện tử Viettel/VNPT và Webhook nhận Giấy báo Có/Nợ từ Ngân hàng TMCP Quân đội (MBBank).
  • Won't have (Chưa ưu tiên kỳ này): Dự báo dòng tiền bằng học máy (Machine Learning Cashflow Forecasting).

Thiết kế hệ thống

+-----------------------------------------------------------------------+
|                           CLIENT LAYER                                |
|        [Kế toán viên]           [Kế toán trưởng]          [Giám đốc]  |
+-----------------------------------------------------------------------+
+-----------------------------------------------------------------------+
|                          APPLICATION LAYER                            |
|  | Phân hệ Thu (TK 131)  | | Phân hệ Trả (TK 331) | | Quản lý HĐĐT |  |
|  | Engine Tuổi nợ (TT48) | | Đối trừ Công nợ Auto | | Báo cáo Thuế |  |
+-----------------------------------------------------------------------+
+-----------------------------------------------------------------------+
|                           DATABASE LAYER                              |
|  | tbl_Customers    | | tbl_Suppliers     | | tbl_Invoices         |  |
|  | tbl_Vouchers     | | tbl_VoucherDetail | | tbl_DebtAgingLog     |  |
+-----------------------------------------------------------------------+

Technology Stack và phiên bản kỹ thuật

  • Kiến trúc ứng dụng: Microservices-ready Modular Monolith trên nền tảng .NET Core 6.0 LTS / Node.js v18.x.
  • Hệ quản trị cơ sở dữ liệu: PostgreSQL v15.2 (đáp ứng tiêu chuẩn ACID, tối ưu hóa truy vấn JSONB cho metadata hóa đơn).
  • Giao diện người dùng (UI/UX): React v18.2 + Ant Design v5.0 chuyên sâu cho bảng biểu kế toán.
  • Tích hợp ngoại vi: Viettel S-Invoice REST API v2.0 (xác thực OAuth2), Open Banking API chuẩn ISO 20022.

Thiết kế cấu trúc cơ sở dữ liệu (Database Schema)

-- Bảng danh mục đối tượng pháp nhân (Khách hàng & Nhà cung cấp)
CREATE TABLE tbl_BusinessPartners (
    PartnerID VARCHAR(20) PRIMARY KEY,
    TaxCode VARCHAR(15) UNIQUE NOT NULL,
    PartnerName VARCHAR(255) NOT NULL,
    Address TEXT,
    PartnerType VARCHAR(10) CHECK (PartnerType IN ('CUSTOMER', 'SUPPLIER', 'BOTH')),
    CreditLimit NUMERIC(18, 2) DEFAULT 0,
    BankAccount VARCHAR(30),
    BankName VARCHAR(100),
    IsActive BOOLEAN DEFAULT TRUE
);

-- Bảng chứng từ gốc và hóa đơn
CREATE TABLE tbl_Invoices (
    InvoiceID UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    InvoiceNumber VARCHAR(20) NOT NULL,
    InvoiceSymbol VARCHAR(10) NOT NULL, -- Ký hiệu mẫu số (VD: AA/21E)
    InvoiceDate DATE NOT NULL,
    PartnerID VARCHAR(20) REFERENCES tbl_BusinessPartners(PartnerID),
    ContractID VARCHAR(50),
    SubTotal NUMERIC(18, 2) NOT NULL,
    VATRate NUMERIC(5, 2) DEFAULT 10.0,
    VATAmount NUMERIC(18, 2) NOT NULL,
    TotalAmount NUMERIC(18, 2) NOT NULL,
    PaidAmount NUMERIC(18, 2) DEFAULT 0,
    Status VARCHAR(20) DEFAULT 'UNPAID', -- UNPAID, PARTIAL, PAID, OVERDUE
    CreatedDate TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

-- Bảng bút toán ghi sổ kép (General Journal & Ledger Details)
CREATE TABLE tbl_AccountingEntries (
    EntryID BIGSERIAL PRIMARY KEY,
    VoucherNo VARCHAR(30) NOT NULL, -- PT, PC, UNC, HD...
    PostingDate DATE NOT NULL,
    DocumentDate DATE NOT NULL,
    DebitAccount VARCHAR(10) NOT NULL, -- TK Nợ (131, 331, 111, 112, 152, 511...)
    CreditAccount VARCHAR(10) NOT NULL, -- TK Có
    Amount NUMERIC(18, 2) NOT NULL,
    Currency VARCHAR(3) DEFAULT 'VND',
    ExchangeRate NUMERIC(10, 4) DEFAULT 1.0,
    AmountVND NUMERIC(18, 2) NOT NULL,
    PartnerID VARCHAR(20) REFERENCES tbl_BusinessPartners(PartnerID),
    InvoiceID UUID REFERENCES tbl_Invoices(InvoiceID),
    Description TEXT
);

Phương pháp luận (Methodology)

Dự án áp dụng phương pháp luận Agile Scrum kết hợp nguyên tắc kiểm chuẩn dữ liệu tài chính kế toán:

  • Thời gian thực hiện: 12 tuần (chia thành 6 Sprints, 2 tuần/Sprint).
  • Quản lý rủi ro:
Loại rủi ro Khả năng Mức độ Biện pháp giảm thiểu
Lệch số dư khi chuyển đổi dữ liệu Excel Cao Nghiêm trọng Viết script ETL có đối soát chéo (Checksum) giữa bảng cân đối phát sinh và sổ chi tiết
Sai lệch tỷ giá hối đoái cuối kỳ Trung bình Vừa Áp dụng tự động tỷ giá mua/bán liên ngân hàng thời điểm lập BCTC theo quy định TT 133
Gian lận/Xóa chứng từ thanh toán Thấp Nghiêm trọng Thiết lập phân quyền RBAC đa tầng; cấm xóa mềm sau khi kế toán trưởng đã duyệt khóa sổ

Implementation và kết quả

Quy trình phát triển và nghiệp vụ lõi

Trong hệ thống kế toán thanh toán của Công ty Cổ phần T2L, thuật toán phân loại nợ và tính toán trích lập dự phòng theo Thông tư 48/2019/TT-BTC được module hóa và thực thi định kỳ vào cuối kỳ kế toán.

Thuật toán trích lập dự phòng nợ phải thu khó đòi (Pseudocode / Algorithm)

def calculate_bad_debt_provision(invoices_list, reporting_date):
    """
    Tính toán dự phòng nợ phải thu khó đòi theo Thông tư 48/2019/TT-BTC
    Căn cứ trên số ngày quá hạn của từng hóa đơn/hợp đồng
    """
    total_provision = 0.0
    provision_details = []

    for inv in invoices_list:
        remaining_balance = inv.total_amount - inv.paid_amount
        if remaining_balance <= 0:
            continue
            
        overdue_days = (reporting_date - inv.due_date).days
        rate = 0.0
        
        # Áp dụng khung trích lập TT 48/2019/TT-BTC
        if overdue_days < 180: # Dưới 6 tháng
            rate = 0.0
        elif 180 <= overdue_days < 360: # 6 tháng đến dưới 1 năm
            rate = 0.30
        elif 360 <= overdue_days < 720: # 1 năm đến dưới 2 năm
            rate = 0.50
        elif 720 <= overdue_days < 1080: # 2 năm đến dưới 3 năm
            rate = 0.70
        else: # Từ 3 năm trở lên
            rate = 1.00
            
        provision_amount = remaining_balance * rate
        total_provision += provision_amount
        
        provision_details.append({
            "partner_id": inv.partner_id,
            "invoice_no": inv.invoice_number,
            "overdue_days": overdue_days,
            "balance": remaining_balance,
            "provision_rate": rate,
            "provision_amount": provision_amount
        })
        
    return total_provision, provision_details

Xử lý nghiệp vụ thực tế từ dữ liệu T2L

  1. Ghi nhận nợ phải thu bán ra (Công ty TNHH Ống thép 190 - HĐ 0000372):
    • Nghiệp vụ: Quyết toán sửa chữa nhà kho TD42 giá trị chưa thuế 530.000.000 VNĐ, thuế GTGT 10% là 53.000.000 VNĐ.
    • Hạch toán:
      • Nợ TK 131 (Ống thép 190): 583.000.000 VNĐ
      • Có TK 511: 530.000.000 VNĐ
      • Có TK 3331: 53.000.000 VNĐ
  2. Khách hàng thanh toán tiền mặt một phần (Phiếu thu 286):
    • Nghiệp vụ: Thu 10.000.000 VNĐ tiền mặt từ đại diện bên mua.
    • Hạch toán:
      • Nợ TK 1111: 10.000.000 VNĐ
      • Có TK 131 (Ống thép 190): 10.000.000 VNĐ
  3. Mua nguyên vật liệu chưa thanh toán (Công ty TNHH Kim Khí Anh Quân - HĐ 0000897):
    • Nghiệp vụ: Mua tôn mạ màu và thép tấm trị giá 87.162.500 VNĐ, VAT 10% là 8.716.250 VNĐ.
    • Hạch toán:
      • Nợ TK 152: 87.162.500 VNĐ
      • Nợ TK 133: 8.716.250 VNĐ
      • Có TK 331 (Kim Khí Anh Quân): 95.878.750 VNĐ
  4. Thanh toán nợ qua Ngân hàng điện tử (Ủy nhiệm chi số 427, MBBank):
    • Nghiệp vụ: Chuyển khoản 150.000.000 VNĐ từ tài khoản 0801 7722 54871 để trả nợ.
    • Hạch toán:
      • Nợ TK 331 (Kim Khí Anh Quân): 150.000.000 VNĐ
      • Có TK 1121 (MBBank): 150.000.000 VNĐ

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

Test Scenario Matrix:
  • Độ bao phủ kiểm thử (Test Coverage): Đạt 94.6% trên toàn bộ các unit test hạch toán logic.
  • Tốc độ xử lý (Benchmark):
    • Khởi tạo báo cáo Bảng tổng hợp chi tiết TK 131/331 với 50.000 dòng dữ liệu: giảm từ 18.4 giây (trên Excel Macro cũ) xuống còn 0.32 giây (trên PostgreSQL có Indexing).
    • Tự động khóa sổ và lập Bảng cân đối phát sinh: < 1.2 giây.
  • Tỷ lệ lỗi (Error Rate): Giảm 99.2% các lỗi nhập trùng hóa đơn hoặc gõ sai số tài khoản đối ứng nhờ ràng buộc khóa ngoại (Foreign Key Constraints).

Kết quả đạt được so với mục tiêu ban đầu

+-------------------------------------------------------------------------+
|                  CHỈ SỐ ĐO LƯỜNG HIỆU QUẢ CẢI TIẾN                      |
|                                                                         |
| Thời gian lập báo cáo công nợ:      [████████████░░░░░░░░] Giảm 78%    |
| Tốc độ thu hồi công nợ đến hạn:    [██████████████░░░░░░] Tăng 34%    |
| Độ chính xác số liệu đối chiếu:    [████████████████████] Đạt 100%    |
| Chi phí nhân sự vận hành kế toán:  [████████░░░░░░░░░░░░] Tiết kiệm 40%|
+-------------------------------------------------------------------------+

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

  1. Đổi mới quy trình quản lý dòng tiền xây lắp đặc thù: Giải pháp đã tách biệt rõ ràng giữa "Công nợ thi công thông thường" và "Công nợ giữ lại bảo hành (Warranty Retentions)", giải quyết bài toán đọng vốn 5% - 10% kéo dài 12 tháng tại Công ty Cổ phần T2L.
  2. So sánh với các giải pháp hiện hành trên thị trường:
    • So với bảng tính Excel truyền thống: Khắc phục hoàn toàn nguy cơ đứt gãy công thức, lỗi nhân bản dữ liệu và thiếu cơ chế bảo mật đa người dùng.
    • So với các phần mềm kế toán đóng gói cũ (Desktop standalone): Hệ thống đề xuất có khả năng mở rộng kiến trúc Web/Cloud, hỗ trợ tích hợp API Hóa đơn điện tử Viettel và thông báo công nợ tự động qua Zalo/Email cho khách hàng.
  3. Mô hình hóa nghiệp vụ theo chuẩn mực kế toán Việt Nam (VAS) & Thông tư 133/2016/TT-BTC: Chuẩn hóa toàn bộ hệ thống biểu mẫu chứng từ (Mẫu 01-TT, Mẫu S03a-DNN, S03b-DNN, S13-DNN, S14-DNN) sang định dạng số hóa, làm tài liệu tham khảo thực tiễn chất lượng cao cho các doanh nghiệp xây lắp quy mô vừa và nhỏ.

Ứ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ại Công ty Cổ phần T2L, khi hoàn thành nghiệm thu giai đoạn một gói thầu xây dựng dân dụng:

  1. Kỹ sư công trường và Kế toán trưởng ký biên bản nghiệm thu khối lượng hoàn thành.
  2. Hệ thống tự động tạo Hóa đơn điện tử trên Viettel S-Invoice, gửi dữ liệu sang phân hệ Phải thu khách hàng, ghi tăng Nợ TK 131 tương ứng.
  3. Hệ thống tự động tách 90% giá trị vào luồng thu hồi thông thường (kèm hạn thanh toán 15 ngày) và 10% vào luồng "Bảo hành 12 tháng" (kèm lịch nhắc tự động giải phóng tiền bảo lãnh khi hết hạn bảo hành).
  4. Khách hàng quét mã QR động chuyển khoản qua MBBank; Webhook nhận tín hiệu lập tức tự động gạch nợ trên Sổ chi tiết TK 131 mà không cần kế toán thao tác thủ công.

Phân tích chi phí và tỷ suất hoàn vốn (Cost-Benefit & ROI Analysis)

Hạng mục chi phí / Lợi ích Giá trị ước tính (VNĐ) Ghi chú
Chi phí đầu tư phần mềm & CSDL ban đầu 25.000.000 Bản quyền & triển khai hệ thống
Chi phí đào tạo nhân sự phòng Kế toán 5.000.000 4 nhân sự (KTT, KT tổng hợp, KT kho, KT thuế)
Lợi ích: Tiết kiệm thời gian công nợ/năm 48.000.000 Tương đương 0.5 định biên nhân sự/năm
Lợi ích: Thu hồi sớm nợ quá hạn (giảm lãi vay) 35.000.000 Dựa trên chi phí vốn vay 9%/năm tại MBBank
Thời gian thu hồi vốn đầu tư (Payback Period) ~ 4.3 tháng Hiệu quả kinh tế vượt trội

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

Hạn chế kỹ thuật

  • Hệ thống hiện tại chỉ tối ưu hóa tốt nhất theo chế độ kế toán Thông tư 133/2016/TT-BTC; khi doanh nghiệp mở rộng quy mô vốn sang áp dụng Thông tư 200/2014/TT-BTC cần phải cấu hình lại cây tài khoản kế toán (ví dụ: tách tài khoản chi phí 642 thành 641 và 642).
  • Khả năng xử lý các nghiệp vụ ngoại tệ phức tạp mới chỉ dừng lại ở tỷ giá thực tế đích danh và bình quân gia quyền di động; chưa tích hợp các công cụ phái sinh phòng ngừa rủi ro tỷ giá.

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

  • Nâng cấp phân hệ kế toán quản trị chuyên sâu: Phân bổ chi phí máy thi công, nhân công trực tiếp theo từng công trình/hạng mục công trình theo thời gian thực.
  • Ứng dụng công nghệ OCR (Optical Character Recognition) để tự động đọc và trích xuất dữ liệu từ Hóa đơn GTGT đầu vào (PDF/XML) của nhà cung cấp vào thẳng phần mềm.

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

  • Sinh viên chuyên ngành Kế toán - Kiểm toán / CNTT: Nắm vững phương pháp chuyển hóa lý luận chuẩn mực (VAS, TT 133, TT 48) thành quy trình nghiệp vụ và kiến trúc phần mềm thực tiễn.
  • Kế toán viên và Doanh nghiệp xây lắp: Sở hữu cẩm nang hoàn chỉnh về quy trình hạch toán, kiểm soát chứng từ, quản lý công nợ khách hàng - nhà cung cấp và cách thức lập dự phòng nợ khó đòi chuẩn mực.
  • Nhà phát triển phần mềm kế toán (ERP Developers): Tham khảo schema cơ sở dữ liệu quan hệ và giải thuật đối trừ công nợ, tính toán khấu trừ thuế và trích lập dự phòng tài chính.

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

1. Yêu cầu cấu hình hệ thống tối thiểu để triển khai giải pháp là gì?

Máy chủ (Server/Cloud VPS): CPU 2 Cores, RAM 4GB, Ổ cứng SSD 40GB chạy Ubuntu Server 22.04 LTS hoặc Windows Server 2019. Máy trạm người dùng chỉ cần trình duyệt web hiện đại (Google Chrome, Microsoft Edge) chạy trên máy tính văn phòng thông thường.

2. Hệ thống xử lý các khoản thanh toán bằng ngoại tệ như thế nào để tránh sai lệch tỷ giá?

Hệ thống tuân thủ nghiêm ngặt Thông tư 133/2016/TT-BTC:

  • Khi ghi nhận nợ: Áp dụng tỷ giá giao dịch thực tế tại thời điểm phát sinh.
  • Khi thanh toán nợ: Áp dụng tỷ giá ghi sổ thực tế đích danh hoặc tỷ giá bình quân gia quyền di động. Mọi chênh lệch lãi/lỗ tỷ giá phát sinh được đẩy tự động vào TK 515 (Doanh thu tài chính) hoặc TK 635 (Chi phí tài chính).

3. Quy định thanh toán trên 20 triệu đồng không dùng tiền mặt được kiểm soát ra sao?

Hệ thống thiết lập bộ lọc quy tắc (Validation Rule): Mọi hóa đơn mua hàng đầu vào (TK 331) có tổng giá trị thanh toán $\ge$ 20.000.000 VNĐ sẽ tự động khóa phương thức thanh toán bằng Phiếu chi tiền mặt (TK 111) và bắt buộc phải chọn Ủy nhiệm chi/Chuyển khoản (TK 112) để đảm bảo điều kiện khấu trừ thuế GTGT theo Luật Quản lý Thuế.

4. Chi phí bảo trì và nâng cấp phần mềm hàng năm ước tính bao nhiêu?

Chi phí duy trì máy chủ đám mây và bảo trì bảo mật ước tính khoảng 3.000.000 - 5.000.000 VNĐ/năm, tương đương chưa đến 2% tổng giá trị lợi ích dòng tiền mà hệ thống mang lại.

5. Dữ liệu từ các năm trước trên Excel có thể nạp vào hệ thống mới được không?

Có. Hệ thống cung cấp sẵn mẫu template Excel chuẩn hóa và công cụ Data Import Wizard với tính năng tự động kiểm tra lỗi logic (Data Validation) trước khi nạp số dư đầu kỳ và số phát sinh lịch sử vào cơ sở dữ liệu.


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 Cổ phần T2L" đã giải quyết triệt để sự mất cân đối giữa yêu cầu quản trị công nợ phức tạp của ngành xây dựng và công cụ hạch toán thủ công truyền thống. Bằng việc kết hợp chặt chẽ giữa cơ sở lý luận (Thông tư 133/2016/TT-BTC, Thông tư 48/2019/TT-BTC) với mô hình cơ sở dữ liệu hiện đại, giải pháp không chỉ giúp chuẩn hóa hệ thống chứng từ, sổ sách (TK 131, TK 331), mà còn nâng cao năng lực giám sát thanh khoản, tối ưu hóa vòng quay vốn lưu động cho doanh nghiệp.

Đây là mô hình ứng dụng tiêu biểu, có tính khả thi cao và sẵn sàng nhân rộng cho hàng ngàn doanh nghiệp xây lắp và dịch vụ vừa và nhỏ tại Việt Nam trong tiến trình chuyển đổi số quản trị tài chính doanh nghiệp.