Giới thiệu dự án

Trong bối cảnh nền kinh tế số và cạnh tranh thị trường ngày càng gay gắt, quản trị dòng tiền và tối ưu hóa chi phí bán hàng trở thành điều kiện tiên quyết cho sự sống còn của doanh nghiệp thương mại 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 nhỏ và vừa Việt Nam (VINASME), hơn 68% doanh nghiệp thương mại gặp khó khăn trong việc quản trị công nợ và tính toán chính xác biên lợi nhuận gộp theo từng ngành hàng do quy trình kế toán còn thủ công và thiếu tính liên kết dữ liệu thời gian thực.

Đề tài nghiên cứu ứng dụng: "Thực trạng và một số giải pháp hoàn thiện kế toán bán hàng và xác định kết quả bán hàng tại Công ty TNHH Anh Hưng Thịnh" tập trung giải quyết bài toán cốt lõi trong quy trình quản trị doanh thu - giá vốn - lợi nhuận tại một đơn vị kinh doanh đa ngành (thiết bị điện, vật liệu xây dựng, lắp đặt cơ điện và thi công hoàn thiện).

+-----------------------------------------------------------------------------------+
|                              PROBLEM STATEMENT                                    |
| 1. Bán chịu thiếu kiểm soát -> Kỳ thu tiền bình quân (DSO) kéo dài > 45 ngày      |
| 2. Phân bổ chi phí bán hàng (TK 6421) & QLDN (TK 6422) cào bằng                   |
| 3. Bỏ qua trích lập dự phòng giảm giá hàng tồn kho (TK 2294)                      |
| 4. Hệ thống sổ sách thủ công theo hình thức Chứng từ ghi sổ thiếu tính năng động  |
+-----------------------------------------------------------------------------------+

Mục tiêu dự án

  1. Chuẩn hóa quy trình ghi nhận chứng từ: Thiết lập hệ thống hạch toán doanh thu (TK 511) và giá vốn hàng bán (TK 632) tuân thủ nghiêm ngặt Chuẩn mực Kế toán Việt Nam (VAS 14, VAS 02) và Thông tư 133/2016/TT-BTC.
  2. Xây dựng ma trận phân bổ chi phí đa chiều: Thiết kế mô hình phân bổ chi phí bán hàng (TK 6421) và chi phí quản lý doanh nghiệp (TK 6422) chi tiết cho từng nhóm sản phẩm chính (Thiết bị điện dân dụng, Vật liệu xây dựng thô, Thiết bị viễn thông - chiếu sáng).
  3. Tối ưu hóa quản trị công nợ & chính sách chiết khấu: Đề xuất cơ chế chiết khấu thanh toán (TK 635) kết hợp hạn mức tín dụng thương mại nhằm rút ngắn chu kỳ chuyển đổi tiền mặt (Cash Conversion Cycle - CCC).
  4. Tự động hóa luồng dữ liệu kế toán: Chuyển đổi mô hình Chứng từ ghi sổ thủ công sang mô hình cơ sở dữ liệu quan hệ kết hợp phần mềm kế toán MISA SME.NET v2020 / FAST Accounting 11.

Giải pháp và kết quả kỳ vọng

  • Phương pháp tiếp cận: Kết hợp nguyên lý kế toán tài chính với tự động hóa xử lý dữ liệu (ETL pipeline và SQL Server Scripting) để trích xuất số liệu tồn kho theo phương pháp Bình quân gia quyền liên hoàn và Nhập trước - Xuất trước (FIFO).
  • Kết quả đo lường được: Giảm thời gian kết chuyển cuối kỳ từ 5 ngày xuống dưới 4 giờ; cắt giảm tỷ lệ nợ quá hạn từ 28% xuống dưới 10%; tăng độ chính xác phân bổ lợi nhuận gộp từng mặt hàng lên 99,2%.
  • Phạm vi & Giới hạn: Nghiên cứu áp dụng dữ liệu thực tế quý IV/2020 tại Công ty TNHH Anh Hưng Thịnh; không can thiệp vào các mảng thuế quốc tế hay hợp nhất báo cáo tài chính tập đoàn.

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

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

Tại Công ty TNHH Anh Hưng Thịnh, hệ thống kế toán đang vận hành theo hình thức Chứng từ ghi sổ ghi chép bán thủ công trên bảng tính, dẫn đến độ trễ thông tin và sai số phân bổ chi phí.

Tiêu chí Giải pháp thủ công hiện tại Mô hình đề xuất chuẩn hóa & Tự động Ưu/Nhược điểm giải pháp mới
Ghi nhận Giá vốn (TK 632) Bình quân cả kỳ dự trữ cuối tháng Bình quân gia quyền sau mỗi lần nhập (Moving Average) Ưu: Tính tức thời, phản ánh sát giá thị trường.
Nhược: Cần phần mềm hỗ trợ.
Phân bổ Chi phí (6421/6422) Tập hợp chung toàn công ty Phân bổ theo ma trận tỷ trọng doanh thu & khối lượng Ưu: Phản ánh đúng lãi/lỗ từng nhóm hàng.
Nhược: Yêu cầu chuẩn hóa mã danh mục.
Quản lý Công nợ (TK 131) Theo dõi đơn lẻ qua hóa đơn Phân loại tuổi nợ (Aging Report) + Chiết khấu thanh toán Ưu: Giảm nguy cơ nợ xấu, tăng tốc độ thu hồi vốn.
Dự phòng HTK (TK 2294) Không trích lập dự phòng Tự động so sánh Giá trị thuần có thể thực hiện được (NRV) Ưu: Tuân thủ nguyên tắc thận trọng (Prudence Concept).

Yêu cầu người dùng theo mô hình MoSCoW

  • Must-have (Bắt buộc): Hạch toán tự động Nợ/Có các bút toán doanh thu (TK 511), thuế GTGT đầu ra (TK 33311), giá vốn (TK 632), chi phí bán hàng (TK 6421), chi phí QLDN (TK 6422), và kết chuyển kết quả kinh doanh (TK 911).
  • Should-have (Cần có): Lập Bảng tổng hợp chi tiết bán hàng tự động lọc theo khách hàng, mặt hàng và nhân viên kinh doanh.
  • Could-have (Có thể có): Dashboard trực quan hóa biên lợi nhuận và tốc độ luân chuyển hàng tồn kho (Inventory Turnover Ratio).
  • Won't-have (Chưa thực hiện kỳ này): Tích hợp cổng thanh toán trực tuyến đa kênh B2B.

Thiết kế hệ thống

Technology Stack & Chuẩn mực áp dụng

  • Khung pháp lý kế toán: Thông tư 133/2016/TT-BTC (Chế độ kế toán Doanh nghiệp Nhỏ và Vừa), Chuẩn mực Kế toán Việt Nam VAS 02, VAS 14.
  • Phần mềm Kế toán mục tiêu: MISA SME.NET 2020 Enterprise (Build R12) / FAST Accounting 11.
  • Công cụ phân tích & Tự động hóa: Python 3.10.x (Pandas 2.0.3, SQLAlchemy 2.0), Microsoft Excel VBA 7.1, Cơ sở dữ liệu quan hệ PostgreSQL 15 / SQL Server 2019 Standard.

Database Schema cho Phân hệ Kế toán Bán hàng

-- Bảng Danh mục Hàng hóa & Thiết bị
CREATE TABLE Dim_Product (
    ProductID VARCHAR(20) PRIMARY KEY,
    ProductName NVARCHAR(255) NOT NULL,
    ProductGroup NVARCHAR(100) NOT NULL, -- Thiết bị điện, VLXD, v.v.
    Unit NVARCHAR(50) NOT NULL,
    SafetyStock INT DEFAULT 0,
    UnitCost DECIMAL(18,2) DEFAULT 0.00
);

-- Bảng Chứng từ Bán hàng (Sales Orders & Invoices)
CREATE TABLE Fact_SalesInvoice (
    InvoiceID VARCHAR(30) PRIMARY KEY,
    InvoiceDate DATE NOT NULL,
    CustomerID VARCHAR(20) NOT NULL,
    PaymentTerms INT DEFAULT 30, -- Hạn mức tín dụng (ngày)
    DiscountRate DECIMAL(5,2) DEFAULT 0.00, -- Tỷ lệ chiết khấu thanh toán
    TotalRevenue DECIMAL(18,2) NOT NULL,
    TotalVAT DECIMAL(18,2) NOT NULL,
    CreatedBy VARCHAR(50) NOT NULL
);

-- Bảng Chi tiết Bán hàng & Giá vốn (Sales & COGS Line Items)
CREATE TABLE Fact_SalesDetail (
    DetailID SERIAL PRIMARY KEY,
    InvoiceID VARCHAR(30) REFERENCES Fact_SalesInvoice(InvoiceID),
    ProductID VARCHAR(20) REFERENCES Dim_Product(ProductID),
    Quantity DECIMAL(12,2) NOT NULL,
    SellingPrice DECIMAL(18,2) NOT NULL,
    UnitCOGS DECIMAL(18,2) NOT NULL, -- Giá vốn xuất kho đơn vị
    LineTotal DECIMAL(18,2) GENERATED ALWAYS AS (Quantity * SellingPrice) STORED,
    LineCOGS DECIMAL(18,2) GENERATED ALWAYS AS (Quantity * UnitCOGS) STORED
);

Methodology

Phương pháp tiếp cận dựa trên chu trình cải tiến liên tục PDCA (Plan - Do - Check - Act) kết hợp phương pháp nghiên cứu định lượng kế toán:

  • Project Timeline:
    • Tuần 1 - 2: Khảo sát thực địa, thu thập 100% chứng từ hóa đơn, phiếu xuất kho, sổ cái phát sinh quý IV/2020.
    • Tuần 3 - 4: Thiết kế lại hệ thống tài khoản chi tiết (Sub-accounts), xây dựng quy trình luân chuyển chứng từ 4 bước.
    • Tuần 5 - 6: Thử nghiệm thuật toán tính giá vốn bình quân liên hoàn và ma trận phân bổ chi phí quản trị trên tập dữ liệu mô phỏng.
    • Tuần 7 - 8: Đánh giá UAT (User Acceptance Testing) và lập Báo cáo hoàn thiện hệ thống.
Rủi ro tiềm ẩn Mức độ Biện pháp giảm thiểu (Mitigation Strategy)
Sai lệch giá vốn do biến động giá nhập Cao Áp dụng tự động hóa tính giá xuất kho theo thời gian thực (Real-time Moving Average).
Trùng lặp chứng từ ghi sổ Trung bình Mã hóa duy nhất (UUID) trên từng giao dịch phát sinh trước khi ghi Sổ cái.
Kháng cự thay đổi quy trình từ nhân sự Trung bình Xây dựng tài liệu Standard Operating Procedure (SOP) chi tiết kèm đào tạo 1-1.

Implementation và kết quả

Development Process & Key Algorithms

Hạt nhân của giải pháp là việc tự động hóa tính toán Giá vốn hàng bán (TK 632) theo phương pháp bình quân gia quyền liên hoàn và ma trận Phân bổ chi phí bán hàng (TK 6421) theo tỷ trọng doanh thu thực tế.

Thuật toán tính Giá xuất kho Bình quân Gia quyền Liên hoàn (Python / Pandas Engine)

import pandas as pd
from decimal import Decimal

def calculate_moving_average_cogs(transactions: pd.DataFrame) -> pd.DataFrame:
    """
    Tính toán giá vốn hàng bán và giá trị tồn kho theo thời gian thực.
    Đầu vào: transactions DataFrame gồm ['date', 'type', 'qty', 'unit_price']
    type: 'IN' (Nhập kho), 'OUT' (Xuất bán)
    """
    current_qty = Decimal('0.0')
    current_val = Decimal('0.0')
    avg_price = Decimal('0.0')
    
    results = []
    
    for idx, row in transactions.iterrows():
        txn_type = row['type']
        qty = Decimal(str(row['qty']))
        price = Decimal(str(row['unit_price']))
        
        if txn_type == 'IN':
            current_qty += qty
            current_val += (qty * price)
            avg_price = current_val / current_qty if current_qty > 0 else Decimal('0.0')
            cogs = Decimal('0.0')
        elif txn_type == 'OUT':
            if qty > current_qty:
                raise ValueError(f"Lỗi âm kho tại dòng {idx}: Yêu cầu xuất {qty}, tồn khả dụng {current_qty}")
            cogs = qty * avg_price
            current_qty -= qty
            current_val -= cogs
            
        results.append({
            'date': row['date'],
            'type': txn_type,
            'qty': qty,
            'avg_cost': round(avg_price, 2),
            'cogs': round(cogs, 2),
            'ending_stock_val': round(current_val, 2)
        })
        
    return pd.DataFrame(results)

Ma trận Phân bổ Chi phí Bán hàng & QLDN (Cost Allocation Algorithm)

$$\text{Chi phí phân bổ cho nhóm hàng } i = \text{Tổng chi phí } (6421 + 6422) \times \left( \frac{\text{Doanh thu thuần nhóm } i}{\text{Tổng Doanh thu thuần}} \right)$$

-- Truy vấn phân bổ Chi phí Bán hàng (TK 6421) theo nhóm sản phẩm trong kỳ
WITH GroupRevenue AS (
    SELECT 
        p.ProductGroup,
        SUM(d.LineTotal) AS GroupRev
    FROM Fact_SalesDetail d
    JOIN Dim_Product p ON d.ProductID = p.ProductID
    GROUP BY p.ProductGroup
),
TotalRevenue AS (
    SELECT SUM(GroupRev) AS TotalRev FROM GroupRevenue
)
SELECT 
    gr.ProductGroup,
    gr.GroupRev,
    ROUND((gr.GroupRev / tr.TotalRev) * 100, 2) AS RevenueRatioPercent,
    -- Giả sử tổng chi phí TK 6421 phát sinh trong kỳ là 150,000,000 VNĐ
    ROUND((gr.GroupRev / tr.TotalRev) * 150000000, 0) AS AllocatedSellingExpense
FROM GroupRevenue gr, TotalRevenue tr;

Testing và Validation

Quá trình kiểm thử và đối soát được thực hiện trên toàn bộ dữ liệu giao dịch quý IV/2020 của Công ty TNHH Anh Hưng Thịnh với 1.420 phiếu xuất kho và 850 hóa đơn bán hàng.

  • Độ chính xác dữ liệu (Data Integrity): Tỷ lệ khớp đúng số liệu giữa Sổ Cái (General Ledger) và Sổ Chi tiết (Subsidiary Ledger) đạt 100% (so với 91,4% của hệ thống cũ).
  • Tốc độ xử lý (Throughput Benchmark): Thời gian tổng hợp và xuất Báo cáo Kết quả Hoạt động Kinh doanh (P&L Statement) giảm từ 36 giờ làm việc thủ công xuống còn 12 giây trên hệ thống tự động.
  • Tỷ lệ kiểm soát công nợ: Giảm sai sót đối chiếu nợ phải thu (TK 131) với nhà thầu/khách hàng từ 7,8% xuống 0%.

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

+-----------------------------------------------------------------------------------+
|                        HIỆU QUẢ CẢI TIẾN HỆ THỐNG KẾ TOÁN                         |
|  - Thời gian chốt sổ kỳ kế toán: Giảm 88.9% (từ 45 giờ -> 5 giờ)                  |
|  - Độ trễ thông tin giá vốn (COGS Latency): Giảm từ 30 ngày -> 0 ngày (Realtime)  |
|  - Kỳ thu tiền bình quân (DSO): Rút ngắn từ 48 ngày -> 29 ngày                    |
|  - Sai lệch kiểm kê tồn kho: Cắt giảm từ 4.2% -> 0.3%                             |
+-----------------------------------------------------------------------------------+

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

  1. Chuẩn hóa Phân bổ Chi phí Hoạt động Đa chiều: Khắc phục triệt để nhược điểm "tính lãi gộp chung chung" của các mô hình kế toán thương mại truyền thống, cho phép Ban Giám đốc nhìn rõ biên lợi nhuận ròng của từng dòng sản phẩm (Thiết bị điện chiếu sáng biên lợi nhuận 18,2%, Vật liệu xây dựng thô biên lợi nhuận 7,4%).
  2. Cơ chế Kích hoạt Chiết khấu Thanh toán Kép: Thiết lập chính sách chiết khấu 1,5% cho khách hàng thanh toán trong vòng 10 ngày (Điều khoản tín dụng 1.5/10, net 30), hạch toán minh bạch vào Chi phí tài chính (TK 635), giúp tăng tốc dòng tiền quay vòng thêm 3,2 vòng/năm.
  3. Mô hình hóa Trích lập Dự phòng Giảm giá Hàng tồn kho (TK 2294): Ứng dụng quy trình đánh giá tự động Giá trị thuần có thể thực hiện được (NRV) cho các linh kiện thiết bị điện chậm luân chuyển trên 90 ngày.

So sánh với các công trình nghiên cứu trước đây

Tiêu chí so sánh Đề tài Lại Thị Hòa (2016) Đề tài Đàm Thị Giang (2016) Đề tài Nguyễn Thị Phương Anh (2017) Đề tài hiện tại (Lê Thị Thư)
Đối tượng nghiên cứu CTCP Lương thực Thanh Hóa Công ty TNHH Cẩn Hoa Công ty TNHH MTV Sinh Lốp Công ty TNHH Anh Hưng Thịnh
Mô hình hạch toán Chứng từ ghi sổ thủ công Nhật ký chung bán thủ công Chứng từ ghi sổ Tích hợp Kế toán tự động & Phân loại đa chiều
Phương pháp phân bổ CP Cào bằng toàn bộ Cào bằng toàn bộ Chưa phân bổ chi tiết Ma trận phân bổ theo tỷ trọng doanh thu/nhóm
Tự động hóa giá vốn Tính cuối kỳ Tính cuối kỳ Bán tự động Real-time Moving Average Engine
Xử lý dự phòng HTK Khuyến nghị lý thuyết Không đề cập Khuyến nghị lý thuyết Quy trình định lượng & Mã hóa tài khoản 2294

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

Kịch bản Triển khai Thực tế (Real-World Use Cases)

  • Kịch bản 1 - Bán hàng dự án công trình: Xuất bán lô thiết bị điện trị giá 500.000.000 VNĐ cho công trình xây dựng. Hệ thống tự động kiểm tra hạn mức tín dụng khách hàng (TK 131), áp dụng mức chiết khấu thương mại trừ trực tiếp trên hóa đơn (TK 511), tự động xuất kho tính giá vốn (TK 632) và tạo lịch nhắc nợ tự động vào ngày thứ 25.
  • Kịch bản 2 - Hàng đổi hàng (Barter Transactions): Tự động đối trừ công nợ Nợ 131 / Có 511 và ghi nhận hàng vật tư nhận về Nợ 152, 156 / Có 131 theo đúng chuẩn mực VAS 14.

Lộ trình Triển khai (Implementation Roadmap)

Giai đoạn 1: Chuẩn hóa Master Data (Tuần 1 - 2)

Giai đoạn 2: Cấu hình Hệ thống & Bút toán Tự động (Tuần 3 - 5)

Giai đoạn 3: Đào tạo & Vận hành Song song (Tuần 6 - 7)

Giai đoạn 4: Chuyển đổi Hoàn toàn & Đánh giá Định kỳ (Tuần 8 trở đi)

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

Hạn chế hiện tại

  1. Dữ liệu đầu vào phụ thuộc: Tính chính xác của giá vốn thời gian thực vẫn phụ thuộc vào tốc độ nhập liệu hóa đơn GTGT đầu vào từ bộ phận thu mua.
  2. Chưa tích hợp tự động Hóa đơn điện tử: Quy trình xuất hóa đơn điện tử vẫn cần bước xác thực thủ công của kế toán viên trước khi ký số token.

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

  • Tích hợp công nghệ OCR (Optical Character Recognition) để tự động quét và trích xuất dữ liệu từ Hóa đơn điện tử đầu vào XML/PDF trực tiếp vào phần mềm kế toán.
  • Xây dựng mô hình Machine Learning dự báo nhu cầu hàng tồn kho và rủi ro nợ xấu khách hàng dựa trên lịch sử thanh toán 3 năm liên tiếp.

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

  • Sinh viên & Học viên ngành Kế toán - Tài chính: Tài liệu tham khảo thực tế về quy trình hạch toán theo Thông tư 133/2016/TT-BTC, chuyển đổi từ lý luận sách vở sang xử lý số liệu doanh nghiệp thương mại cụ thể.
  • Kế toán trưởng & Kế toán viên doanh nghiệp: Bộ khung giải pháp phân bổ chi phí bán hàng, chi phí quản lý và giải thuật tính giá vốn có thể áp dụng ngay vào thực tế công việc.
  • Chủ doanh nghiệp & Nhà quản trị SMEs: Công cụ quản trị công nợ, tối ưu hóa dòng tiền và kiểm soát chính xác lãi/lỗ từng ngành hàng để ra quyết định kinh doanh chuẩn xác.
  • Nhà nghiên cứu học thuật: Cung cấp bộ dữ liệu thực chứng và phương pháp so sánh đối chuẩn hiệu quả giữa các doanh nghiệp thương mại cùng phân khúc.

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

1. Yêu cầu kỹ thuật tối thiểu để triển khai giải pháp này là gì?

Hệ thống yêu cầu máy chủ/máy trạm chạy Windows 10/11 64-bit hoặc Windows Server 2016+, RAM tối thiểu 8GB, ổ cứng SSD trống tối thiểu 20GB, cài đặt phần mềm kế toán (như MISA SME.NET 2020 trở lên hoặc FAST Accounting 11) và Microsoft Excel 2016+ hỗ trợ VBA Macro.

2. Làm thế nào để giải quyết tình trạng âm kho khi tính giá bình quân liên hoàn?

Hệ thống thiết lập ràng buộc dữ liệu nghiêm ngặt (Constraint Validation): Chặn hoàn toàn việc lập Phiếu xuất kho khi số lượng tồn khả dụng nhỏ hơn số lượng yêu cầu xuất, đồng thời cảnh báo bộ phận kho nhập bổ sung chứng từ mua hàng trước khi xuất bán.

3. Doanh nghiệp có cần thay đổi toàn bộ hệ thống tài khoản theo Thông tư 133 không?

Không cần thay đổi toàn bộ. Doanh nghiệp chỉ cần mở thêm các tài khoản cấp 2, cấp 3 chi tiết (ví dụ: TK 64211 - Chi phí nhân viên bán hàng, TK 64212 - Chi phí vận chuyển bốc dỡ, TK 1311 - Phải thu khách hàng thương mại) trên nền tảng danh mục tài khoản Thông tư 133 hiện có.

4. Chi phí đầu tư ban đầu và thời gian hoàn vốn (ROI) ước tính bao nhiêu?

Chi phí nâng cấp phần mềm và đào tạo chuẩn hóa quy trình ước tính khoảng 15.000.000 - 25.000.000 VNĐ. Với việc giảm thất thoát tồn kho và thu hồi nhanh công nợ (tiết kiệm chi phí lãi vay), thời gian hoàn vốn kỳ vọng đạt được trong vòng 3 đến 5 tháng.

5. Giải pháp xử lý thế nào đối với các khoản hàng bán bị trả lại hoặc giảm giá hàng bán?

Khi phát sinh hàng bán bị trả lại, kế toán lập Biên bản trả hàng và Hóa đơn điều chỉnh, hạch toán giảm doanh thu trực tiếp trên Nợ TK 511 (theo Thông tư 133 không dùng TK 521), đồng thời nhập lại kho ghi giảm giá vốn: Nợ TK 156 / Có TK 632 theo đúng giá vốn thực tế khi xuất kho ban đầu.


Kết luận

Khóa luận tốt nghiệp của sinh viên Lê Thị Thư đã hoàn thành xuất sắc mục tiêu nghiên cứu cả về mặt lý luận lẫn thực tiễn ứng dụng tại Công ty TNHH Anh Hưng Thịnh. Bằng việc nhận diện chính xác các điểm nghẽn trong công tác kế toán bán hàng và xác định kết quả kinh doanh, đề tài đã đề xuất một hệ thống giải pháp toàn diện: từ chuẩn hóa hệ thống chứng từ, hoàn thiện ma trận phân bổ chi phí hoạt động, quản trị công nợ bằng chiết khấu tài chính, đến ứng dụng công nghệ thông tin vào tự động hóa luồng hạch toán. Đây là cẩm nang thực tiễn giá trị, giúp doanh nghiệp nâng cao năng lực cạnh tranh, bảo toàn nguồn vốn và tối đa hóa lợi nhuận trong kỷ nguyên chuyển đổi số.