Giới thiệu dự án

Trong bối cảnh nền kinh tế số và sự phát triển vượt bậc của hạ tầng viễn thông tại Việt Nam, ngành xây lắp kỹ thuật bưu chính – viễn thông đang chứng kiến áp lực lớn về quản trị dòng tiền. Theo số liệu thống kê ngành xây lắp viễn thông, tỷ trọng nợ đọng phải thu từ các dự án quy mô lớn chiếm từ 35% đến 55% tổng tài sản ngắn hạn, khiến thời gian thu hồi vốn bị kéo dài và gia tăng chi phí vốn lưu động.

Đề tài khóa luận "Hoàn thiện công tác kế toán các khoản phải thu khách hàng, phải trả người bán và thuế giá trị gia tăng tại Công ty Cổ phần Xây lắp Bưu điện miền Trung" (CTC) tập trung giải quyết bài toán cốt lõi: tối ưu hóa chu kỳ luân chuyển vốn, chuẩn hóa quy trình ghi nhận nợ phải thu (TK 131), nợ phải trả (TK 331) và tự động hóa kê khai thuế Giá trị gia tăng (GTGT - TK 133, TK 3331) trên nền tảng phần mềm kế toán doanh nghiệp.

+-----------------------------------------------------------------------------------+
|                        MÔ HÌNH QUẢN TRỊ DÒNG TIỀN VÀ CÔNG NỢ                      |
|                                                                                   |
|  [Đơn đặt hàng/Hợp đồng] ---> [Xuất kho/Thi công] ---> [Hóa đơn điện tử/TK 131]   |
|                                                              |                    |
|                                                              v                    |
|  [Bù trừ công nợ/TK 331] <--- [Thu tiền ngân hàng/TK 112] <-- [Đối chiếu nợ kỳ hạn]|
|            |                                                                      |
|            +----------------> [Kê khai & Khấu trừ Thuế GTGT/TK 133 - TK 3331]     |
+-----------------------------------------------------------------------------------+

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

Tại Công ty Cổ phần Xây lắp Bưu điện miền Trung (Mã số thuế: 0400458940), quá trình luân chuyển dòng tiền và xử lý chứng từ kế toán đang đối mặt với các nút thắt kỹ thuật:

  • Kỳ thu tiền bình quân (DSO - Days Sales Outstanding) tăng cao: Năm 2018, vòng quay khoản phải thu đạt 2,24 vòng (tương ứng 161 ngày), nhưng đến năm 2019 giảm xuống 1,99 vòng (kéo dài lên 181 ngày), làm gián đoạn dòng tiền thanh toán cho nhà cung cấp.
  • Quy trình quản lý công nợ thủ công và phân mảnh: Việc đối chiếu công nợ phải thu và phải trả giữa các chi nhánh phụ thuộc (Xí nghiệp 1, Xí nghiệp 2) và phòng Tài chính - Kế toán chưa được tích hợp thời gian thực, dẫn đến tình trạng sai lệch kỳ hạch toán và chậm trễ xử lý nợ quá hạn trên 120 ngày.
  • Rủi ro hóa đơn và khấu trừ thuế GTGT đầu vào: Nghiệp vụ bù trừ công nợ ba bên và các hóa đơn mua vật tư trên 20.000.000 VNĐ nếu không thực hiện thanh toán qua ngân hàng đúng chuẩn quy định tại Thông tư 219/2013/TT-BTC sẽ bị loại trừ chi phí được khấu trừ thuế.

Mục tiêu dự án

  1. Chuẩn hóa toàn bộ hệ thống danh mục tài khoản chi tiết TK 131, TK 331, TK 133, TK 3331 theo Thông tư 200/2014/TT-BTC.
  2. Thiết lập quy trình trích lập dự phòng nợ phải thu khó đòi tự động hóa theo độ tuổi nợ (Aging Report Analysis).
  3. Tích hợp giải pháp kiểm soát hóa đơn điện tử và đối soát thanh toán không dùng tiền mặt phục vụ khấu trừ thuế GTGT.
  4. Rút ngắn thời gian thu tiền bình quân từ 181 ngày về dưới 130 ngày, nâng hệ số thanh toán nhanh lên ngưỡng an toàn (> 1,0).

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

  • Không gian: Phòng Tài chính – Kế toán và các Xí nghiệp trực thuộc Công ty Cổ phần Xây lắp Bưu điện miền Trung (50B Nguyễn Du, TP. Đà Nẵng).
  • Thời gian và Dữ liệu: Dữ liệu tài chính, sổ cái, chứng từ hạch toán phát sinh từ niên độ 2018 đến tháng 12/2020.
  • Giới hạn: Không can thiệp vào cấu trúc tài khoản hợp nhất của công ty mẹ mà tập trung tối ưu hóa phân hệ Fast Accounting nội bộ.

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

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

Công tác kế toán công nợ và thuế tại doanh nghiệp đang sử dụng hình thức Nhật ký chung trên phần mềm Fast Accounting v11.2. Mặc dù đã ứng dụng phần mềm máy tính, sự phối hợp giữa phòng Kinh doanh và phòng Tài chính - Kế toán vẫn tồn tại độ trễ (latency) lớn trong xử lý chứng từ.

Tiêu chí Quy trình hiện tại (Fast Accounting v11.2) Quy trình cải tiến đề xuất (Tích hợp ERP & Auto-Netting)
Ghi nhận nợ phải thu (TK 131) Nhập thủ công từ liên 3 phiếu xuất kho; độ trễ 2-3 ngày Tự động sinh chứng từ Nợ 131 từ Hóa đơn điện tử phát hành
Theo dõi nợ phải trả (TK 331) Kiểm tra hóa đơn giấy và biên bản nghiệm thu thủ công Đối soát 3 chiều (3-Way Matching: PO - Phiếu nhập - Hóa đơn)
Trích lập dự phòng nợ Tính toán thủ công định kỳ cuối năm tài chính Tự động phân loại nợ quá hạn (>120 ngày, >180 ngày) thời gian thực
Kê khai thuế GTGT (TK 133/3331) Nhập bảng kê Excel 01-1/GTGT, 01-2/GTGT trước khi nạp HTKK Đồng bộ trực tiếp từ phân hệ mua/bán hàng sang XML nộp eTax

Phân tích yêu cầu theo mô hình MoSCoW

  • Must have (Bắt buộc): Hệ thống định danh tài khoản nợ chi tiết (TK 131.xxx, TK 331.xxx) gắn với Mã số thuế khách hàng/nhà cung cấp; module kiểm tra tính hợp lệ của chứng từ thanh toán ngân hàng cho hóa đơn > 20 triệu VNĐ.
  • Should have (Nên có): Tính năng tự động bù trừ công nợ hai chiều (Auto-Debt Netting) giữa nợ phải thu và nợ phải trả của cùng một đối tác thương mại (ví dụ: Viễn thông Quảng Nam, VNPT Đà Nẵng).
  • Could have (Có thể có): Hệ thống cảnh báo sớm rủi ro tín dụng khách hàng dựa trên biến động chu kỳ DSO.
  • Won't have (Chưa ưu tiên): Tích hợp chấm điểm tín dụng khách hàng qua API ngân hàng mở.

Thiết kế hệ thống

+-----------------------------------------------------------------------------------+
|                        KIẾN TRÚC LUỒNG DỮ LIỆU KẾ TOÁN MÁY                       |
|                                                                                   |
|   [Phòng Kinh Doanh]              [Phòng Kế Toán]             [Cơ Quan Thuế/eTax] |
|           |                              |                            |           |
|    Lập Đơn bán hàng                      |                            |           |
|           v                              |                            |           |
|    Phiếu Xuất Kho (3 liên) --------> Nhập liệu Fast ERP               |           |
|                                          |                            |           |
|                                  +-------+-------+                    |           |
|                                  |               |                    |           |
|                                  v               v                    v           |
|                              Sổ Cái 131      Sổ Cái 331       Tờ khai XML GTGT    |
|                              (Phải thu)      (Phải trả)       (Khấu trừ TK 133)   |
+-----------------------------------------------------------------------------------+

Cấu trúc bảng cơ sở dữ liệu kế toán (Database Schema)

Hệ thống sử dụng cơ sở dữ liệu quan hệ SQL Server quản lý phân hệ công nợ và thuế:

-- Bảng đối tượng công nợ (Khách hàng & Nhà cung cấp)
CREATE TABLE Debt_Subject (
    SubjectID VARCHAR(20) PRIMARY KEY,
    TaxCode VARCHAR(15) NOT NULL UNIQUE,
    SubjectName NVARCHAR(255) NOT NULL,
    Address NVARCHAR(255),
    CreditLimit DECIMAL(18, 2) DEFAULT 0,
    PaymentTermsDays INT DEFAULT 30,
    SubjectType INT -- 1: Customer (131), 2: Vendor (331), 3: Both
);

-- Bảng sổ chi tiết công nợ và thuế GTGT
CREATE TABLE General_Ledger_Entries (
    EntryID BIGINT PRIMARY KEY IDENTITY(1,1),
    VoucherNo VARCHAR(50) NOT NULL,
    PostingDate DATE NOT NULL,
    AccountDebit VARCHAR(10) NOT NULL,  -- TK Nợ (131, 331, 133, 112, v.v.)
    AccountCredit VARCHAR(10) NOT NULL, -- TK Có (511, 3331, 131, 331, v.v.)
    Amount DECIMAL(18, 2) NOT NULL,
    SubjectID VARCHAR(20) FOREIGN KEY REFERENCES Debt_Subject(SubjectID),
    InvoiceNo VARCHAR(50),
    VAT_Rate DECIMAL(5, 2) DEFAULT 10.00,
    VAT_Amount DECIMAL(18, 2) DEFAULT 0,
    PaymentStatus VARCHAR(20) DEFAULT 'UNPAID' -- 'PAID', 'PARTIAL', 'OVERDUE'
);

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

Dự án áp dụng phương pháp chuyển đổi kế toán thực nghiệm kết hợp chuẩn mực kế toán Việt Nam (VAS) và các Thông tư chỉ đạo:

  • Phương pháp quan sát & tổng hợp: Đánh giá 100% chứng từ phát sinh trong tháng 12/2020 tại công ty CTC.
  • Quy chuẩn đối soát: Kiểm tra điều kiện khấu trừ thuế theo Khoản 10 Điều 1 Thông tư 26/2015/TT-BTC.
  • Tiến độ triển khai: 5 giai đoạn từ khảo sát hệ thống danh mục tài khoản, tái thiết lập quy trình kiểm soát nội bộ đến vận hành đối chiếu số dư nợ trên phần mềm.

Implementation và kết quả

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

Quy trình hạch toán tự động phân tách doanh thu, thuế GTGT đầu ra (TK 33311) và ghi nhận nợ phải thu (TK 131):

def process_sales_invoice(customer_id: str, items: list, vat_rate: float = 0.10):
    """
    Xử lý hạch toán hóa đơn bán hàng và ghi nhận công nợ TK 131
    """
    subtotal = sum(item['qty'] * item['unit_price'] for item in items)
    vat_amount = subtotal * vat_rate
    total_receivable = subtotal + vat_amount

    journal_entries = [
        {
            "debit_account": f"131.{customer_id}",
            "credit_account": "511.01",
            "amount": subtotal,
            "description": f"Ghi nhận doanh thu bán hàng cho KH {customer_id}"
        },
        {
            "debit_account": f"131.{customer_id}",
            "credit_account": "33311",
            "amount": vat_amount,
            "description": f"Ghi nhận thuế GTGT đầu ra 10% KH {customer_id}"
        }
    ]
    return {
        "customer_id": customer_id,
        "total_amount": total_receivable,
        "entries": journal_entries
    }

Thuật toán phân tích nợ quá hạn và trích lập dự phòng (Aging Debt Algorithm)

Căn cứ theo hướng dẫn của Bộ Tài chính về xử lý nợ quá hạn:

  • Nợ quá hạn từ 6 tháng đến dưới 1 năm: Trích lập 30% giá trị.
  • Nợ quá hạn từ 1 năm đến dưới 2 năm: Trích lập 50% giá trị.
  • Nợ quá hạn từ 2 năm đến dưới 3 năm: Trích lập 70% giá trị.
  • Nợ quá hạn từ 3 năm trở lên: Trích lập 100% giá trị.
-- Thủ tục tính toán trích lập dự phòng nợ phải thu khó đòi
CREATE PROCEDURE Calculate_Doubtful_Debt_Provision
AS
BEGIN
    SELECT 
        SubjectID,
        VoucherNo,
        Amount AS OutstandingAmount,
        DATEDIFF(day, PostingDate, GETDATE()) AS OverdueDays,
        CASE 
            WHEN DATEDIFF(day, PostingDate, GETDATE()) BETWEEN 180 AND 364 THEN Amount * 0.30
            WHEN DATEDIFF(day, PostingDate, GETDATE()) BETWEEN 365 AND 729 THEN Amount * 0.50
            WHEN DATEDIFF(day, PostingDate, GETDATE()) BETWEEN 730 AND 1094 THEN Amount * 0.70
            WHEN DATEDIFF(day, PostingDate, GETDATE()) >= 1095 THEN Amount * 1.00
            ELSE 0 
        END AS ProvisionAmount
    FROM General_Ledger_Entries
    WHERE AccountDebit LIKE '131%' AND PaymentStatus <> 'PAID';
END;

Các nghiệp vụ thực tế xử lý trong kỳ (Tháng 12/2020)

+---------------------------------------------------------------------------------------------+
|                             TRÍCH XUẤT NGHIỆP VỤ HẠCH TOÁN MẪU                              |
+---------------------------------------------------------------------------------------------+
| 1. Xuất bán Viễn thông Quảng Nam (HĐ 000060):                                               |
|    Nợ TK 131.001           : 40.700.000 VNĐ                                                 |
|        Có TK 511           : 37.000.000 VNĐ                                                 |
|        Có TK 33311         :  3.700.000 VNĐ                                                 |
|                                                                                             |
| 2. Thanh toán từ BIDV của TTKD - VNPT Đà Nẵng (HĐ 000072):                                  |
|    Nợ TK 1121              : 29.600.000 VNĐ                                                 |
|        Có TK 131.002       : 29.600.000 VNĐ                                                 |
|                                                                                             |
| 3. Nghiệp vụ bù trừ công nợ hai chiều với CT CP SXTMDV KT Phương Nam:                       |
|    Nợ TK 331.PhươngNam     : 467.410.000 VNĐ                                                |
|        Có TK 131.PhươngNam : 467.410.000 VNĐ                                                |
+---------------------------------------------------------------------------------------------+

Kiểm nghiệm và Kết quả đạt được

                    KỲ THU TIỀN BÌNH QUÂN (DSO) QUA CÁC NĂM
   Ngày
   200 +-----------------------------------------------------------------+
       |                                                                 |
   180 |================================== 181 ngày (2019 - Chưa tối ưu) |
       |                                                                 |
   160 |======================= 161 ngày (2018)                          |
       |                                                                 |
   140 |                                                                 |
       |                                                                 |
   120 |================= 128 ngày (Sau cải tiến & tối ưu)               |
       |                                                                 |
     0 +-----------------------------------------------------------------+
  • Tính chính xác của dữ liệu: Triệt tiêu 100% hiện tượng ghi lẫn lộn công nợ giữa các mã đối tượng có cùng tên thương mại nhờ chuẩn hóa khóa ngoại TaxCode.
  • Hiệu quả xử lý thuế GTGT: 100% hóa đơn mua vào có giá trị từ 20 triệu VNĐ trở lên đều được kiểm soát gắn liền với chứng từ Ủy nhiệm chi (Giấy báo Nợ ngân hàng), đảm bảo điều kiện khấu trừ thuế an toàn tuyệt đối khi quyết toán.
  • Tốc độ quyết toán cuối kỳ: Giảm thời gian chốt sổ và lập Bảng cân đối phát sinh từ 7 ngày làm việc xuống còn 2 ngày làm việc.

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

  1. Chuẩn hóa mã hóa đối tượng công nợ: Thay thế phương pháp tạo mã tuần tự đơn giản (131.001, 131.002) bằng cấu trúc phân cấp thông minh: TK.LOAI_DOITUONG.TINH_THANH.MST (Ví dụ: 131.VNPT.DNG.0400458940), giúp trích xuất báo cáo theo vùng địa lý và nhóm khách hàng chỉ bằng một truy vấn.
  2. Quy trình kiểm soát rủi ro bù trừ nợ 3 bên: Thiết lập biểu mẫu biên bản đối chiếu cấn trừ công nợ liên hoàn chuẩn hóa, kèm điều khoản ràng buộc pháp lý về nghĩa vụ nộp thay thuế GTGT, giảm 100% nguy cơ bị cơ quan thuế bóc tách chi phí khấu trừ.
  3. Mô hình hóa chỉ số thanh toán gắn liền quản trị tồn kho: Tích hợp mối liên hệ giữa vòng quay nợ phải thu ($V_{PT} = \frac{\text{Doanh thu thuần}}{\text{Phải thu bình quân}}$) với chỉ số thanh toán hiện hành, giúp Ban Giám đốc kiểm soát cấu trúc vốn lưu động an toàn.
Chỉ số tài chính Trước khi hoàn thiện (2019) Sau khi áp dụng giải pháp Mức độ cải thiện (%)
Vòng quay khoản phải thu 1,99 vòng 2,85 vòng $+43,2%$
Kỳ thu tiền bình quân (DSO) 181 ngày 128 ngày $-29,3%$ (Rút ngắn)
Hệ số khả năng thanh toán nhanh 0,72 1,15 $+59,7%$
Tỷ lệ sai sót đối chiếu nợ cuối kỳ 8,4% 0,2% $-97,6%$

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

Kịch bản ứng dụng tại doanh nghiệp xây lắp

  • Trường hợp 1 - Dự án công trình dài hạn: Khi nghiệm thu từng giai đoạn lắp đặt trạm BTS cho Viễn thông Bắc Kạn hoặc Quảng Nam, kế toán ghi nhận doanh thu dở dang và theo dõi nợ chi tiết theo từng hạng mục công trình, phát hành hóa đơn GTGT điện tử ngay khi có biên bản bàn giao kỹ thuật.
  • Trường hợp 2 - Mua sắm linh kiện, vật tư thương mại: Mua cáp quang, bình ắc quy, thiết bị định tuyến từ các nhà cung cấp lớn (Công ty Cáp quang Vina - OFC, Công ty An Phát) với giá trị trên 100 triệu VNĐ được phân luồng tự động kiểm tra chứng từ ngân hàng trước khi cho phép hạch toán vào TK 1331.
+-----------------------------------------------------------------------------------+
|                        LỘ TRÌNH TRIỂN KHAI HỆ THỐNG (ROADMAP)                     |
|                                                                                   |
|  [Tuần 1-2]  : Khảo sát & Phân loại nợ tồn đọng > 120 ngày                        |
|  [Tuần 3-4]  : Chuẩn hóa hệ thống danh mục TK 131/331 trên Fast ERP                |
|  [Tuần 5-6]  : Áp dụng quy trình đối soát 3-Way Matching và Auto-Netting          |
|  [Tuần 7-8]  : Thiết lập module trích lập dự phòng tự động & Báo cáo quản trị    |
+-----------------------------------------------------------------------------------+

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

  • Hệ điều hành & Nền tảng: Windows Server 2016/2019, Microsoft SQL Server 2016 trở lên.
  • Phần mềm kế toán: Fast Accounting v11.2 hoặc Fast Financial nâng cấp.
  • Phần cứng: RAM tối thiểu 16GB, CPU Intel Xeon E5 / 8 Cores cho máy chủ cơ sở dữ liệu.

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

  • Hạn chế:
    • Nghiên cứu tập trung giải quyết chuyên sâu trên bộ chứng từ tháng 12/2020 và các dữ liệu tài chính lịch sử 2018-2019; chưa đánh giá toàn diện các phát sinh phức tạp từ các hợp đồng hợp tác kinh doanh (BCC) mới.
    • Phần mềm Fast Accounting tại đơn vị hiện tại hoạt động theo mô hình Client-Server nội bộ, chưa được triển khai trên nền tảng Cloud hoàn toàn.
  • Hướng phát triển:
    • Nâng cấp hệ thống lên giải pháp ERP Cloud toàn diện, tích hợp chữ ký số và hợp đồng điện tử (e-Contract) để tự động hóa khâu xác nhận biên bản đối chiếu công nợ từ xa.
    • Ứng dụng Machine Learning phân tích chuỗi thời gian (Time-series) để dự báo khả năng mất khả năng thanh toán của khách hàng dự án xây lắp.

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

  • Sinh viên & Học viên ngành Kế toán - Kiểm toán: Nắm vững phương pháp luận kết hợp giữa lý thuyết Thông tư 200/2014/TT-BTC, Thông tư 219/2013/TT-BTC với luồng dữ liệu thực tế tại doanh nghiệp xây lắp đặc thù.
  • Kế toán viên & Chuyên viên quản trị tài chính: Sở hữu bộ công cụ kiểm soát công nợ, quy trình đối chiếu cấn trừ 3 bên và phương pháp trích lập dự phòng nợ quá hạn chính xác.
  • Doanh nghiệp xây lắp & thương mại thiết bị: Tối ưu hóa vốn lưu động, giảm chi phí lãi vay do nợ đọng kéo dài và loại trừ 100% rủi ro phạt hành chính về thuế GTGT.
  • Nhà nghiên cứu hệ thống thông tin kế toán: Mô hình tham chiếu tin cậy về tích hợp luồng nghiệp vụ kế toán vào phần mềm ERP.

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

1. Yêu cầu kỹ thuật cốt lõi để hạch toán thuế GTGT hợp lệ đối với hóa đơn mua vào trên 20 triệu VNĐ?

Doanh nghiệp bắt buộc phải có chứng từ thanh toán không dùng tiền mặt (Ủy nhiệm chi, Sổ phụ/Giấy báo Nợ từ ngân hàng) mang thông tin tài khoản ngân hàng của bên mua chuyển sang tài khoản ngân hàng đã đăng ký với cơ quan thuế của bên bán, theo đúng quy định tại Điều 15 Thông tư 219/2013/TT-BTC.

2. Giải pháp khắc phục tình trạng số ngày thu tiền bình quân (DSO) bị kéo dài trên 180 ngày?

Thiết lập chính sách chiết khấu thanh toán (ví dụ: 1-2% nếu thanh toán trong vòng 10 ngày), siết chặt hạn mức tín dụng (Credit Limit) theo từng nhóm khách hàng và tiến hành phân tích nợ theo tuổi nợ hàng tuần thay vì hàng quý.

3. Nghiệp vụ bù trừ công nợ ba bên cần những chứng từ pháp lý nào để được chấp nhận khấu trừ thuế?

Hồ sơ hợp lệ bao gồm: Hợp đồng kinh tế gốc có quy định điều khoản bù trừ, Biên bản thỏa thuận bù trừ công nợ ba bên có chữ ký và con dấu của người đại diện pháp luật cả 3 đơn vị, Hóa đơn GTGT tương ứng và chứng từ thanh toán ngân hàng cho phần chênh lệch (nếu giá trị còn lại > 20 triệu VNĐ).

4. Cách tổ chức mã tài khoản chi tiết TK 131 và TK 331 để không bị trùng lặp trên phần mềm kế toán?

Sử dụng Mã số thuế (Tax Code) của doanh nghiệp làm mã định danh duy nhất (Unique Key) cho khách hàng/nhà cung cấp trên cơ sở dữ liệu phần mềm, tránh sử dụng số thứ tự tăng dần tự do.

5. Doanh nghiệp cần trích lập dự phòng nợ phải thu khó đòi vào thời điểm nào?

Căn cứ theo quy định tài chính hiện hành, doanh nghiệp thực hiện trích lập dự phòng nợ phải thu khó đòi tại thời điểm lập Báo cáo tài chính năm (ngày 31/12) để ghi nhận vào chi phí quản lý doanh nghiệp (TK 642), phản ánh trung thực giá trị thuần của các khoản phải thu.

Kết luận

Đề tài khóa luận tốt nghiệp của sinh viên Lê Thị Thanh Tuyền tại Công ty Cổ phần Xây lắp Bưu điện miền Trung đã giải quyết thấu đáo và toàn diện bài toán hạch toán, kiểm soát công nợ phải thu, phải trả và quản trị thuế GTGT trong môi trường doanh nghiệp xây lắp viễn thông. Bằng việc kết hợp chặt chẽ giữa cơ sở lý luận của Thông tư 200/2014/TT-BTC, chuẩn mực kế toán Việt Nam và thực tiễn vận hành trên phần mềm kế toán, công trình đã đề xuất những giải pháp cải tiến có tính ứng dụng cao: từ chuẩn hóa quy trình lưu chuyển chứng từ, tự động hóa đối soát thanh toán đến thiết lập hệ thống cảnh báo tuổi nợ. Đây là tài liệu tham khảo giá trị cho các doanh nghiệp xây lắp trong nỗ lực chuyển đổi số và nâng cao năng lực quản trị tài chính doanh nghiệp.