Giới thiệu dự án

Trong bối cảnh nền kinh tế thị trường cạnh tranh gay gắt, ngành kinh doanh phân phối khí dầu mỏ hóa lỏng (Liquefied Petroleum Gas - LPG) và thiết bị năng lượng đòi hỏi chu kỳ quay vòng vốn lưu động (Working Capital Cycle) cực kỳ chuẩn xác. Thống kê ngành năng lượng bán buôn và bán lẻ tại Việt Nam cho thấy khoản phải thu và phải trả thường chiếm từ 45% đến 65% tổng tài sản ngắn hạn của các doanh nghiệp vừa và nhỏ (SMEs). Việc quản lý lỏng lẻo công nợ dẫn đến rủi ro thâm hụt dòng tiền hoạt động (Operating Cash Flow), gia tăng chi phí cơ hội và tiềm ẩn nguy cơ nợ xấu khó đòi.

Đề tài khóa luận "Kế toán phải thu khách hàng, phải trả người bán tại Công ty TNHH Thương Mại và Dịch Vụ Anh Bửu" tập trung giải quyết triệt để các bài toán thực tiễn trong công tác hạch toán và kiểm soát công nợ. Vấn đề cốt lõi tại đơn vị bao gồm:

  • Tình trạng chiếm dụng vốn lẫn nhau giữa đại lý phân phối và doanh nghiệp chưa được cảnh báo tự động.
  • Sổ chi tiết công nợ (Tài khoản 131 và 331) chưa theo dõi được thời hạn thanh toán (Due Date) và tuổi nợ (Aging of Accounts Receivable/Payable).
  • Thiếu hụt cơ chế tự động trích lập dự phòng nợ phải thu khó đòi theo quy định pháp lý, làm sai lệch giá trị thuần có thể thực hiện được của tài sản.

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

  1. Hệ thống hóa cơ sở lý luận về kế toán công nợ theo Thông tư 133/2016/TT-BTC và chuẩn mực kế toán Việt Nam (VAS).
  2. Khảo sát, đánh giá toàn diện thực trạng luân chuyển chứng từ, phương pháp hạch toán và quy trình ghi sổ công nợ trên phần mềm kế toán BRAVO tại Công ty TNHH TM & DV Anh Bửu.
  3. Nhận diện các điểm nghẽn (bottlenecks) trong kiểm soát tín dụng thương mại, phân loại khách hàng và nhà cung cấp.
  4. Đề xuất mô hình tái cấu trúc biểu mẫu sổ chi tiết đa chiều (tích hợp hạn mức tín dụng, tuổi nợ, điều khoản chiết khấu) và thuật toán trích lập dự phòng nợ xấu (TK 2293).

Phạm vi nghiên cứu được xác định tại Công ty TNHH TM & DV Anh Bửu (1039 Ngô Quyền, Sơn Trà, Đà Nẵng) với dữ liệu tài chính thực tế giai đoạn 2017–2019, quy mô doanh thu thuần đạt trên 29,3 tỷ đồng và hệ thống 31 nhân sự vận hành.


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 thương mại và dịch vụ LPG, quy trình theo dõi công nợ thường đối mặt với sự phân mảnh giữa dữ liệu bán hàng thực tế và luân chuyển chứng từ kế toán.

Tiêu chí so sánh Phương pháp ghi chép thủ công / Excel rời rạc Hệ thống Kế toán Bravo SME tại Anh Bửu Giải pháp đề xuất hoàn thiện
Tính toàn vẹn dữ liệu Thấp, dễ sai lệch số liệu và trùng lặp mã Khá, lưu trữ tập trung trên cơ sở dữ liệu Cao, ràng buộc toàn vẹn khóa ngoại (Foreign Keys)
Theo dõi hạn thanh toán Hoàn toàn thủ công qua ghi chú riêng Chưa hỗ trợ trên sổ chi tiết chuẩn Tự động phân loại nợ trong hạn / quá hạn theo hóa đơn
Trích lập dự phòng (TK 2293) Bỏ qua hoặc tính toán ước lượng Chưa thực hiện trên hệ thống tài khoản Tự động tính toán theo Thông tư 48/2019/TT-BTC
Kiểm soát hạn mức tín dụng Dựa vào trí nhớ hoặc kiểm tra thủ công Chỉ theo dõi số dư tổng thể Cảnh báo realtime khi vượt Credit Limit

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

  • Must have (Bắt buộc có): Hạch toán chính xác nghiệp vụ phát sinh TK 131, TK 331 theo hình thức Chứng từ ghi sổ; kết xuất Bảng tổng hợp công nợ đối chiếu khớp đúng với Sổ cái 100%.
  • Should have (Nên có): Bổ sung trường dữ liệu Due_Date, Payment_TermsAging_Bucket trên Sổ chi tiết công nợ; chuẩn hóa danh mục mã hóa khách hàng/nhà cung cấp.
  • Could have (Có thể có): Module tự động tạo Biên bản xác nhận đối chiếu công nợ cuối quý theo từng hóa đơn chi tiết.
  • Won't have (Chưa ưu tiên): Tích hợp cổng thanh toán trực tuyến B2B tự động gạch nợ tức thời (Real-time Automated Reconciliation).

Thiết kế hệ thống

Kiến trúc luân chuyển dữ liệu và xử lý nghiệp vụ công nợ được chuẩn hóa dựa trên nền tảng phần mềm kế toán quản trị:

Thiết kế cấu trúc dữ liệu quan hệ (Database Schema)

Để đáp ứng việc theo dõi công nợ chi tiết theo từng hóa đơn, thời hạn và phân tích tuổi nợ, cấu trúc bảng dữ liệu được thiết kế tối ưu:

-- Bảng danh mục Đối tác (Khách hàng & Nhà cung cấp)
CREATE TABLE Partners (
    Partner_ID VARCHAR(20) PRIMARY KEY,
    Partner_Type VARCHAR(10) CHECK (Partner_Type IN ('CUSTOMER', 'VENDOR', 'BOTH')),
    Partner_Name NVARCHAR(255) NOT NULL,
    Tax_Code VARCHAR(20),
    Credit_Limit DECIMAL(18, 2) DEFAULT 0.00,
    Payment_Term_Days INT DEFAULT 30,
    Status BIT DEFAULT 1
);

-- Bảng Chứng từ Công nợ Phải thu / Phải trả
CREATE TABLE Debt_Transactions (
    Trans_ID VARCHAR(30) PRIMARY KEY,
    Invoice_Number VARCHAR(20) NOT NULL,
    Invoice_Date DATE NOT NULL,
    Partner_ID VARCHAR(20) FOREIGN KEY REFERENCES Partners(Partner_ID),
    Account_Code VARCHAR(10) CHECK (Account_Code IN ('131', '331')),
    Offset_Account VARCHAR(10) NOT NULL,
    Original_Amount DECIMAL(18, 2) NOT NULL,
    Paid_Amount DECIMAL(18, 2) DEFAULT 0.00,
    Remaining_Amount AS (Original_Amount - Paid_Amount),
    Due_Date AS DATEADD(day, Payment_Term_Days, Invoice_Date),
    Payment_Status VARCHAR(15) DEFAULT 'UNPAID'
);

Methodology

Phương pháp triển khai hoàn thiện hệ thống kế toán công nợ được thực hiện theo quy trình tuyến tính kết hợp kiểm soát rủi ro định lượng:

  1. Giai đoạn chuẩn đoán (Diagnosis Phase): Thu thập toàn bộ chứng từ gốc, thẻ kho, bảng sao kê ngân hàng và sổ kế toán từ 2017 đến 2019.
  2. Giai đoạn chuẩn hóa (Standardization Phase): Xây dựng lại cấu trúc mã hóa thực thể (Entity Coding) theo nguyên tắc phân cấp [Loại đối tác]_[Khu vực]_[Mã định danh rút gọn].
  3. Giai đoạn tinh chỉnh hệ thống (Refinement Phase): Cấu hình lại các bảng tổng hợp chứng từ cùng loại, tái lập mẫu sổ chi tiết tài khoản 131 và 331 trên hệ thống BRAVO.
  4. Giai đoạn kiểm thử và đối soát (Verification Phase): Chạy song song hệ thống cải tiến và đối chiếu dữ liệu phát sinh hàng tháng, kiểm tra độ lệch (zero-discrepancy verification).

Implementation và kết quả

Development process

Quá trình hoàn thiện công tác kế toán được chia thành 4 cột mốc chính:

  • Cột mốc 1: Tái cấu trúc danh mục đối tác khách hàng (ví dụ: Đại lý Gas cấp 1, Khách hàng B2B trường học/bệnh viện, Khách hàng cá nhân) và đối tác cung ứng (Petrolimex Gas, Cội Nguồn Gas, Gas Miền Trung, Thiết bị Windo).
  • Cột mốc 2: Xây dựng quy trình luân chuyển chứng từ 3 liên khép kín đối với Hóa đơn GTGT, Phiếu xuất kho kiêm vận chuyển nội bộ, Giấy báo Có và Lệnh chi ngân hàng.
  • Cột mốc 3: Cài đặt thuật toán phân bổ công nợ và tự động sinh Chứng từ ghi sổ theo định kỳ.

Thuật toán tính toán tuổi nợ và trích lập dự phòng tổn thất nợ phải thu (Pseudocode)

def calculate_aging_and_provision(invoices, current_date):
    """
    Tính toán tuổi nợ và mức trích lập dự phòng theo Thông tư 48/2019/TT-BTC
    """
    debt_summary = []
    
    for inv in invoices:
        remaining_balance = inv['original_amount'] - inv['paid_amount']
        if remaining_balance <= 0:
            continue
            
        overdue_days = (current_date - inv['due_date']).days
        provision_rate = 0.0
        
        if overdue_days <= 0:
            status = "CURRENT_IN_TERM"
            provision_rate = 0.0
        elif 1 <= overdue_days < 180: # Dưới 6 tháng
            status = "OVERDUE_0_6M"
            provision_rate = 0.0
        elif 180 <= overdue_days < 360: # 6 tháng đến dưới 1 năm
            status = "OVERDUE_6_12M"
            provision_rate = 0.30
        elif 360 <= overdue_days < 720: # 1 năm đến dưới 2 năm
            status = "OVERDUE_1_2Y"
            provision_rate = 0.50
        elif 720 <= overdue_days < 1080: # 2 năm đến dưới 3 năm
            status = "OVERDUE_2_3Y"
            provision_rate = 0.70
        else: # Từ 3 năm trở lên
            status = "OVERDUE_OVER_3Y"
            provision_rate = 1.00
            
        provision_amount = remaining_balance * provision_rate
        
        debt_summary.append({
            'invoice_no': inv['invoice_no'],
            'partner_id': inv['partner_id'],
            'remaining_balance': remaining_balance,
            'overdue_days': max(0, overdue_days),
            'status': status,
            'provision_rate': provision_rate,
            'provision_amount': provision_amount
        })
        
    return debt_summary

Testing và validation

Quá trình kiểm thử số liệu kế toán thực tế trong quý I/2019 được tiến hành đồng thời giữa các luồng hạch toán:

  • Test case 1: Nghiệp vụ Bán hàng chưa thu tiền (HĐ 0002695 - Bệnh viện 199):
    • Giá trị hàng: 2.592.000 VNĐ, Thuế GTGT 10%: 230.000 VNĐ, Tổng thanh toán: 2.822.000 VNĐ.
    • Hạch toán: Nợ TK 131: 2.822.000 / Có TK 5111: 2.592.000, Có TK 33311: 230.000.
    • Kết quả: Hệ thống tự động ghi nhận vào Sổ chi tiết KH 199, Bảng tổng hợp chứng từ cùng loại bán ra và Chứng từ ghi sổ số HD 003, khớp đúng 100% với Sổ cái TK 131.
  • Test case 2: Nghiệp vụ Mua gas Petrolimex nhập kho (HĐ 0013550):
    • Giá trị hàng: 21.600.000 VNĐ, Thuế GTGT 10%: 2.160.000 VNĐ, Tổng nợ: 23.760.000 VNĐ.
    • Hạch toán: Nợ TK 156: 21.600.000, Nợ TK 1331: 2.160.000 / Có TK 331 (PETROLI): 23.760.000.
    • Kết quả: Khớp đúng trên Chứng từ ghi sổ PN 002 và Bảng tổng hợp công nợ phải trả tháng 02/2019.
Dữ liệu kiểm tra tính nhất quán (Consistency Verification):
                                            (Đối chiếu số phát sinh & số dư)
                                             [Sổ cái TK 131/331]
Sai lệch ghi nhận: 0.00 VNĐ (Hoàn toàn chính xác)

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

                    Hiệu quả sau khi chuẩn hóa hệ thống
  1. Chuẩn hóa quy trình ghi sổ kép: Tích hợp hoàn hảo giữa Bảng tổng hợp chứng từ cùng loại và Chứng từ ghi sổ chuyên biệt (HD00X, BC00X, PN00X, BN00X).
  2. Minh bạch hóa dòng tiền: Theo dõi rõ ràng tình hình thanh toán của các đối tác lớn (Bệnh viện 199, Công ty Aria, Gas Petrolimex Đà Nẵng, Gas PMG).
  3. Tuân thủ chính sách kế toán: Thực hiện hạch toán hàng tồn kho theo phương pháp kê khai thường xuyên, giá trị xuất kho bình quân cuối kỳ và khấu trừ thuế GTGT đầy đủ theo Thông tư 133/2016/TT-BTC.

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

  1. Cải tiến cấu trúc Sổ chi tiết công nợ đa thuộc tính: Khắc phục nhược điểm của mẫu sổ truyền thống bằng cách bổ sung 4 cột quản trị cốt lõi: Hạn thanh toán, Số ngày quá hạn, Nợ trong hạn, Nợ quá hạn.
  2. Cơ chế kiểm soát tín dụng thương mại hai chiều: Thiết lập mối liên kết chặt chẽ giữa chính sách chiết khấu thanh toán (TK 515 / TK 635) và thời hạn nợ nhằm tối ưu hóa vòng quay vốn lưu động.
  3. Mô hình hóa quy trình đối chiếu công nợ định kỳ: Xây dựng quy trình xác nhận công nợ tự động thông qua Biên bản đối chiếu đa bên, giảm thiểu rủi ro pháp lý và tranh chấp thương mại.
  4. Đóng góp học thuật và thực tiễn: Cung cấp tài liệu tham khảo hoàn chỉnh, chi tiết từ chứng từ gốc đến báo cáo tổng hợp cho sinh viên chuyên ngành Kế toán doanh nghiệp và các nhà quản trị SMEs trong lĩnh vực thương mại năng lượng.

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

Kịch bản ứng dụng thực tế (Real-world Scenario)

Khi doanh nghiệp phát sinh đơn hàng lớn cho khách hàng đại lý phân phối (ví dụ: Công ty CP Nhiên liệu Dầu khí Tín Phát với số dư nợ trên 88 triệu đồng):

  1. Kiểm tra hạn mức (Credit Check): Hệ thống tự động kiểm tra số dư hiện tại cộng giá trị đơn hàng mới so với hạn mức tín dụng được duyệt.
  2. Cảnh báo nợ quá hạn: Nếu khách hàng có hóa đơn quá hạn chưa thanh toán vượt quá 90 ngày, hệ thống chặn tạo lệnh xuất kho mới và thông báo cho kế toán trưởng.
  3. Xác nhận thanh toán: Khi nhận Giấy báo Có từ ngân hàng, hệ thống thực hiện phân bổ tự động số tiền thu được theo nguyên tắc hóa đơn phát sinh trước thanh toán trước (FIFO Allocation).

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

  • Chi phí triển khai: 0 VNĐ chi phí bản quyền mới (tận dụng tối đa cấu hình trường động trên phần mềm Bravo hiện có và nâng cấp quy trình làm việc nội bộ).
  • Lợi ích tài chính: Giảm thiểu 15–20% nợ đọng kéo dài, tiết kiệm chi phí lãi vay ngắn hạn tương đương 35–50 triệu VNĐ mỗi năm nhờ thu hồi công nợ đúng hạn.
  • Lộ trình thực hiện:
    • Tháng 1: Đào tạo nhân sự kế toán về chuẩn mã hóa mới và quy trình luân chuyển chứng từ.
    • Tháng 2: Áp dụng mẫu sổ chi tiết công nợ mới và đối soát toàn bộ số dư đầu kỳ.
    • Tháng 3: Vận hành toàn diện module theo dõi tuổi nợ và tự động trích lập dự phòng cuối quý.

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

  • Hạn chế:
    • Quy mô doanh nghiệp nhỏ với 31 nhân viên dẫn đến việc nhân sự kế toán phải kiêm nhiệm nhiều phần hành (Kế toán bán hàng kiêm kế toán công nợ; Kế toán kho kiêm thủ quỹ), tiềm ẩn rủi ro sai sót thao tác khi khối lượng hóa đơn tăng đột biến.
    • Chưa tích hợp hệ thống hóa đơn điện tử và phần mềm ngân hàng số qua API trực tiếp (E-Banking Integration).
  • Hướng phát triển:
    • Nâng cấp phiên bản phần mềm lên hệ sinh thái ERP hoàn chỉnh, hỗ trợ cảnh báo công nợ tự động qua Email/SMS cho khách hàng.
    • Nghiên cứu ứng dụng mô hình chấm điểm tín dụng khách hàng tự động (Credit Scoring Model) dựa trên lịch sử thanh toán để tối ưu hóa chính sách bán chịu.

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

  • Sinh viên & Học viên Kế toán: Nắm bắt quy trình thực hành kế toán chi tiết, hình thức Chứng từ ghi sổ trên phần mềm thực tế, kết nối lý thuyết giảng đường với thực tế doanh nghiệp.
  • Kế toán viên doanh nghiệp SMEs: Có ngay biểu mẫu chuẩn, phương pháp phân loại mã đối tác và giải pháp xử lý đối soát công nợ phức tạp.
  • Chủ doanh nghiệp & Giám đốc tài chính (CFO): Có công cụ kiểm soát dòng tiền, hạn chế rủi ro chiếm dụng vốn và đảm bảo an toàn tài chính trong kinh doanh bán buôn/bán lẻ.
  • Nhà nghiên cứu: Tài liệu khảo sát thực chứng về ứng dụng chế độ kế toán Thông tư 133/2016/TT-BTC trong ngành hàng phân phối khí hóa lỏng tại miền Trung.

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

1. Yêu cầu kỹ thuật để áp dụng quy trình quản lý công nợ cải tiến là gì?

Hệ thống chỉ yêu cầu máy tính văn phòng tiêu chuẩn vận hành phần mềm kế toán có hỗ trợ cấu trúc dữ liệu quan hệ (như BRAVO, MISA, FAST) và phân quyền chức năng rõ ràng giữa kế toán kho, kế toán bán hàng và kế toán tổng hợp.

2. Làm thế nào để theo dõi tuổi nợ khi phần mềm chưa có tính năng chuyên sâu?

Doanh nghiệp có thể xuất dữ liệu giao dịch chi tiết từ bảng kê hóa đơn bán ra sang biểu mẫu Excel chuẩn hóa, sử dụng hàm tính khoảng cách ngày (DATEDIF hoặc phép trừ trực tiếp) kết hợp VLOOKUP/INDEX-MATCH theo thuật toán phân loại tuổi nợ đã nêu để lập báo cáo phân tích định kỳ.

3. Quy trình xử lý khi phát sinh chênh lệch trong Biên bản đối chiếu công nợ?

Khi phát hiện chênh lệch giữa số liệu của doanh nghiệp và đối tác, kế toán cần đối chiếu chi tiết từng hóa đơn, phiếu thu/phiếu chi và chứng từ ngân hàng (Giấy báo Có, Lệnh chi) trong kỳ để xác định nguyên nhân (ví dụ: hàng đang trên đường, phí ngân hàng chưa hạch toán, hàng trả lại chưa xuất hóa đơn điều chỉnh) và lập biên bản giải trình trước khi khóa sổ.

4. Tại sao doanh nghiệp SMEs áp dụng Thông tư 133 cần đặc biệt chú ý trích lập TK 2293?

Mặc dù Thông tư 133 dành cho doanh nghiệp vừa và nhỏ có tính linh hoạt cao, việc trích lập dự phòng nợ phải thu khó đòi theo đúng Thông tư 48/2019/TT-BTC là nguyên tắc thận trọng bắt buộc để báo cáo tài chính phản ánh trung thực năng lực tài chính, đồng thời là căn cứ tính chi phí hợp lý khi xác định thuế thu nhập doanh nghiệp.

5. Chi phí và thời gian hoàn vốn khi tái cấu trúc quy trình kế toán công nợ?

Chi phí gần như bằng không do không phải mua mới phần mềm phức tạp, trong khi thời gian hoàn vốn vô hình đạt được ngay trong chu kỳ kinh doanh đầu tiên nhờ việc thu hồi dòng tiền nhanh hơn từ 7 đến 15 ngày.


Kết luận

Đề tài "Kế toán phải thu khách hàng, phải trả người bán tại Công ty TNHH TM & DV Anh Bửu" đã phân tích sâu sắc bức tranh thực tế của công tác kế toán công nợ tại một doanh nghiệp thương mại năng lượng điển hình. Bằng việc kết hợp chặt chẽ giữa quy trình luân chuyển chứng từ chuẩn mực, hình thức Chứng từ ghi sổ trên phần mềm BRAVO và các đề xuất đột phá về Sổ chi tiết công nợ đa chiều cùng thuật toán theo dõi tuổi nợ, nghiên cứu mang lại giá trị gia tăng rõ rệt cho việc bảo toàn và phát triển vốn kinh doanh.

Các giải pháp đề xuất không chỉ khắc phục triệt để các tồn đọng về quản lý nợ quá hạn và trích lập dự phòng mà còn tạo nền tảng vững chắc cho việc chuyển đổi số toàn diện công tác quản trị tài chính tại các doanh nghiệp vừa và nhỏ hiện nay.