Giới thiệu dự án

Trong bối cảnh nền kinh tế Việt Nam chuyển đổi mạnh mẽ sang cơ chế thị trường định hướng xã hội chủ nghĩa và hội nhập kinh tế quốc tế sâu rộng, các doanh nghiệp vừa và nhỏ (SMEs) — chiếm hơn 97% tổng số doanh nghiệp cả nước — đang phải đối mặt với áp lực cạnh tranh gay gắt. Theo số liệu thống kê từ Tổng cục Thuế và Hiệp hội Doanh nghiệp Nhỏ và Vừa Việt Nam (VINASME), hơn 62% doanh nghiệp thương mại - dịch vụ gặp khó khăn trong việc kiểm soát dòng tiền, quản trị chi phí và xác định chính xác hiệu quả kinh doanh do hệ thống hạch toán kế toán thiếu tính đồng bộ và chậm thích ứng với các thay đổi pháp lý.

Công ty TNHH Thương mại Dịch vụ Tiến Phú (đặt trụ sở tại Thừa Thiên Huế) là đơn vị hoạt động đa ngành: phân phối vật liệu xây dựng (đồ ngũ kim, sơn, kính), khai thác khoáng sản (cát, sỏi, đá), kinh doanh nhiên liệu và cung ứng dịch vụ thương mại. Sự đa dạng trong danh mục sản phẩm và phương thức bán hàng (bán buôn, bán lẻ, giao đại lý, bán hàng công nợ trả chậm) đặt ra bài toán phức tạp về kế toán doanh thu và xác định kết quả kinh doanh. Việc chuyển đổi chế độ kế toán từ Quyết định 48/2006/QĐ-BTC sang Thông tư 133/2016/TT-BTC đặt ra yêu cầu cấp thiết phải chuẩn hóa quy trình ghi nhận tài chính, kiểm soát giá vốn hàng bán và kết chuyển chi phí nhằm phản ánh trung thực kết quả hoạt động sản xuất kinh doanh (SXKD).

Mục tiêu dự án

  1. Hệ thống hóa cơ sở lý luận: Chuẩn hóa phương pháp kế toán doanh thu, giá vốn, chi phí và xác định kết quả kinh doanh theo Chuẩn mực Kế toán Việt Nam số 14 (VAS 14) và Thông tư 133/2016/TT-BTC.
  2. Khảo sát và phân tích thực trạng: Đánh giá toàn diện công tác hạch toán các tài khoản doanh thu (TK 511), giá vốn (TK 632), chi phí quản lý kinh doanh (TK 6421, TK 6422), doanh thu tài chính (TK 515), chi phí tài chính (TK 635), thuế TNDN (TK 821) tại Công ty Tiến Phú giai đoạn 2016 - 2018.
  3. Tối ưu hóa quy trình kế toán: Chuẩn hóa luồng luân chuyển chứng từ, tự động hóa quy trình kết chuyển xác định kết quả kinh doanh qua tài khoản trung gian TK 911 trên phần mềm kế toán Acsoft.

Phương pháp tiếp cận và phạm vi

  • Cách tiếp cận: Ứng dụng mô hình kế toán ghi sổ Nhật ký chung kết hợp phần mềm chuyên dụng Acsoft v8.5, tích hợp phương pháp tính giá trị xuất kho Bình quân gia quyền và phương pháp kê khai thường xuyên hàng tồn kho.
  • Kết quả kỳ vọng: Rút ngắn 40% thời gian xử lý dữ liệu cuối kỳ, triệt tiêu sai lệch số dư đối ứng, đảm bảo 100% tính tuân thủ pháp lý theo biểu mẫu chuẩn mực Thông tư 133/2016/TT-BTC.
  • Phạm vi nghiên cứu: Số liệu tài chính, sổ sách kế toán chi tiết và tổng hợp của Công ty TNHH TM DV Tiến Phú trong giai đoạn 3 năm tài chính từ 2016 đến 2018.

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 phân phối thương mại - dịch vụ tổng hợp, việc quản lý dòng doanh thu và chi phí thường xuyên gặp sự cố mất cân đối giữa giá trị xuất kho và doanh thu ghi nhận do đặc thù xuất hàng trước, hoàn tất chứng từ sau.

Tiêu chí so sánh Quyết định 48/2006/QĐ-BTC Thông tư 200/2014/TT-BTC Thông tư 133/2016/TT-BTC (Áp dụng)
Đối tượng áp dụng Doanh nghiệp vừa và nhỏ (Cũ) Mọi loại hình doanh nghiệp Doanh nghiệp nhỏ và vừa (Hiện hành)
Hệ thống TK Chi phí Tách riêng TK 641, 642 Tách riêng TK 641, 642 Gộp thành TK 642 (6421 - Bán hàng, 6422 - QLDN)
Kế toán Thuế hoãn lại Bắt buộc hạch toán TK 8212 Bắt buộc (TK 8212, 243, 347) Không bắt buộc theo dõi phức tạp
Mức độ tinh gọn Cồng kềnh, nhiều tầng nấc Chi tiết cao, quy mô lớn Tinh gọn, tối ưu tự động hóa dữ liệu

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

  • Must have (Bắt buộc): Hạch toán doanh thu bán hàng (TK 5111), giá vốn hàng bán (TK 632) tương ứng theo từng hóa đơn GTGT; xuất kho theo phương pháp bình quân gia quyền; tự động kết chuyển số dư sang TK 911 vào ngày cuối cùng của kỳ kế toán.
  • Should have (Nên có): Tự động đối soát công nợ phải thu (TK 131) theo hạn mức tín dụng thương mại; phân bổ chi phí bán hàng (TK 6421) và chi phí quản lý (TK 6422) tự động theo tỷ lệ doanh thu.
  • Could have (Có thể có): Báo cáo phân tích biên lợi nhuận gộp theo từng ngành hàng (ngũ kim, nhiên liệu, khoáng sản).
  • Won't have (Chưa thực hiện): Hạch toán kế toán quản trị chuyên sâu đa chi nhánh theo thời gian thực (Real-time ERP Cloud).

Thiết kế hệ thống

Hệ thống kế toán doanh thu và xác định kết quả kinh doanh được kiến trúc hóa trên mô hình luân chuyển dữ liệu 3 lớp (3-Tier Architecture) tích hợp cơ sở dữ liệu quan hệ, đảm bảo tính toàn vẹn kép (Double-entry bookkeeping principle).

Cấu trúc Cơ sở Dữ liệu (Database Schema DDL)

-- Bảng Danh mục Tài khoản Kế toán theo Thông tư 133
CREATE TABLE GL_Account_Chart (
    AccountID VARCHAR(10) PRIMARY KEY,
    AccountName NVARCHAR(100) NOT NULL,
    AccountType INT NOT NULL, -- 1: Asset, 2: Liability, 3: Equity, 4: Revenue, 5: Cost, 6: P&L
    ParentAccountID VARCHAR(10),
    IsActive BIT DEFAULT 1
);

-- Bảng Chứng từ Kế toán Tổng hợp (Voucher Header)
CREATE TABLE GL_Voucher (
    VoucherID VARCHAR(20) PRIMARY KEY,
    VoucherDate DATE NOT NULL,
    PostingDate DATE NOT NULL,
    VoucherType VARCHAR(10) NOT NULL, -- 'HDBH', 'PXK', 'PKT', 'PT', 'PC'
    InvoiceNumber VARCHAR(20),
    CustomerID VARCHAR(20),
    Description NVARCHAR(255),
    TotalAmount DECIMAL(18, 2) NOT NULL,
    CreatedBy NVARCHAR(50)
);

-- Bảng Chi tiết Hạch toán Kế toán (Voucher Lines - Double Entry)
CREATE TABLE GL_Voucher_Detail (
    DetailID BIGINT IDENTITY(1,1) PRIMARY KEY,
    VoucherID VARCHAR(20) FOREIGN KEY REFERENCES GL_Voucher(VoucherID),
    DebitAccount VARCHAR(10) FOREIGN KEY REFERENCES GL_Account_Chart(AccountID),
    CreditAccount VARCHAR(10) FOREIGN KEY REFERENCES GL_Account_Chart(AccountID),
    Amount DECIMAL(18, 2) NOT NULL,
    ProductID VARCHAR(20),
    Quantity DECIMAL(12, 2) DEFAULT 0,
    UnitPrice DECIMAL(18, 2) DEFAULT 0
);

Cơ chế bảo mật và kiểm soát nội bộ

  1. Kiểm soát tính hợp lệ của chứng từ: Áp dụng thuật toán kiểm tra ràng buộc toàn vẹn: Tổng phát sinh Nợ luôn cân bằng tuyệt đối với Tổng phát sinh Có ($\sum \text{Debit} = \sum \text{Credit}$).
  2. Kiểm soát quyền truy cập dựa trên vai trò (RBAC): Kế toán viên bán hàng chỉ được thao tác trên phân hệ hóa đơn và TK 511; Kế toán trưởng nắm quyền khóa sổ và kích hoạt tiến trình kết chuyển TK 911.

Methodology (Phương pháp luận nghiên cứu và triển khai)

Dự án áp dụng phương pháp nghiên cứu kết hợp giữa định tính và định lượng:

  • Phương pháp thu thập và xử lý dữ liệu: Thu thập 100% chứng từ phát sinh (Hóa đơn GTGT, Phiếu xuất kho, Phiếu chi, Giấy báo Có/Nợ ngân hàng) trong năm 2018 tại đơn vị.
  • Phương pháp phân tích tỷ số tài chính: Đánh giá biến động doanh thu, giá vốn, cơ cấu chi phí quản lý qua 3 năm (2016, 2017, 2018).
  • Kế hoạch triển khai (Timeline):
    • Giai đoạn 1 (Tháng 01/2019): Khảo sát mô hình hoạt động và rà soát hệ thống tài khoản theo Thông tư 133/2016/TT-BTC.
    • Giai đoạn 2 (Tháng 02 - 03/2019): Thu thập dữ liệu, phân tích thực trạng hạch toán từng phần hành chi tiết (TK 511, 632, 642, 515, 635, 821, 911).
    • Giai đoạn 3 (Tháng 04/2019): Đánh giá sai lệch, xây dựng giải pháp hoàn thiện và kiểm thử quy trình kết chuyển tự động.

Implementation và kết quả

Development process

Quá trình số hóa và chuẩn hóa công tác kế toán được thiết lập thông qua các thuật toán kết chuyển tài chính tự động trên nền tảng cơ sở dữ liệu kế toán.

Thuật toán Tính giá xuất kho Bình quân gia quyền liên hoàn

Đơn giá xuất kho bình quân tại thời điểm xuất được xác định theo công thức:

$$\overline{P} = \frac{V_{\text{tồn đầu kỳ}} + \sum V_{\text{nhập trong kỳ}}}{Q_{\text{tồn đầu kỳ}} + \sum Q_{\text{nhập trong kỳ}}}$$

Thuật toán Kết chuyển Tự động Cuối kỳ (Closing Stored Procedure)

CREATE PROCEDURE sp_ExecutePeriodClosing
    @FiscalYear INT,
    @FiscalPeriod INT
AS
BEGIN
    SET NOCOUNT ON;
    BEGIN TRANSACTION;
    TRY
        -- 1. Kết chuyển Doanh thu thuần (TK 511 -> TK 911)
        INSERT INTO GL_Voucher_Detail (VoucherID, DebitAccount, CreditAccount, Amount)
        SELECT 'KC-DT-' + CAST(@FiscalPeriod AS VARCHAR), '5111', '9111', SUM(Amount)
        FROM GL_Voucher_Detail 
        WHERE CreditAccount = '5111' AND MONTH(PostingDate) = @FiscalPeriod AND YEAR(PostingDate) = @FiscalYear;

        -- 2. Kết chuyển Doanh thu hoạt động tài chính (TK 515 -> TK 911)
        INSERT INTO GL_Voucher_Detail (VoucherID, DebitAccount, CreditAccount, Amount)
        SELECT 'KC-TC-' + CAST(@FiscalPeriod AS VARCHAR), '515', '9111', SUM(Amount)
        FROM GL_Voucher_Detail 
        WHERE CreditAccount = '515' AND MONTH(PostingDate) = @FiscalPeriod AND YEAR(PostingDate) = @FiscalYear;

        -- 3. Kết chuyển Giá vốn hàng bán (TK 911 -> TK 632)
        INSERT INTO GL_Voucher_Detail (VoucherID, DebitAccount, CreditAccount, Amount)
        SELECT 'KC-GV-' + CAST(@FiscalPeriod AS VARCHAR), '9111', '632', SUM(Amount)
        FROM GL_Voucher_Detail 
        WHERE DebitAccount = '632' AND MONTH(PostingDate) = @FiscalPeriod AND YEAR(PostingDate) = @FiscalYear;

        -- 4. Kết chuyển Chi phí Quản lý Kinh doanh (TK 911 -> TK 6421, TK 6422)
        INSERT INTO GL_Voucher_Detail (VoucherID, DebitAccount, CreditAccount, Amount)
        SELECT 'KC-QL-' + CAST(@FiscalPeriod AS VARCHAR), '9111', DebitAccount, SUM(Amount)
        FROM GL_Voucher_Detail 
        WHERE DebitAccount IN ('6421', '6422') AND MONTH(PostingDate) = @FiscalPeriod AND YEAR(PostingDate) = @FiscalYear
        GROUP BY DebitAccount;

        -- 5. Kết chuyển Chi phí Tài chính (TK 911 -> TK 635)
        INSERT INTO GL_Voucher_Detail (VoucherID, DebitAccount, CreditAccount, Amount)
        SELECT 'KC-CPTC-' + CAST(@FiscalPeriod AS VARCHAR), '9111', '635', SUM(Amount)
        FROM GL_Voucher_Detail 
        WHERE DebitAccount = '635' AND MONTH(PostingDate) = @FiscalPeriod AND YEAR(PostingDate) = @FiscalYear;

        -- 6. Xác định Lợi nhuận trước thuế và Kết chuyển sang TK 4212
        DECLARE @TotalRevenue DECIMAL(18,2), @TotalExpense DECIMAL(18,2), @NetProfit DECIMAL(18,2);
        
        SELECT @TotalRevenue = SUM(Amount) FROM GL_Voucher_Detail WHERE CreditAccount = '9111';
        SELECT @TotalExpense = SUM(Amount) FROM GL_Voucher_Detail WHERE DebitAccount = '9111';
        SET @NetProfit = @TotalRevenue - @TotalExpense;

        IF @NetProfit > 0 -- Lãi kinh doanh
        BEGIN
            INSERT INTO GL_Voucher_Detail (VoucherID, DebitAccount, CreditAccount, Amount)
            VALUES ('KC-LN-' + CAST(@FiscalPeriod AS VARCHAR), '9111', '4212', @NetProfit);
        END
        ELSE -- Lỗ kinh doanh
        BEGIN
            INSERT INTO GL_Voucher_Detail (VoucherID, DebitAccount, CreditAccount, Amount)
            VALUES ('KC-LO-' + CAST(@FiscalPeriod AS VARCHAR), '4212', '9111', ABS(@NetProfit));
        END

        COMMIT TRANSACTION;
    END TRY
    BEGIN CATCH
        ROLLBACK TRANSACTION;
        THROW;
    END CATCH
END;

Testing và validation

Quy trình xác thực được thực hiện thông qua việc đối chiếu chéo số liệu thực nghiệm năm 2018 tại Công ty Tiến Phú trên hơn 1.500 bút toán phát sinh:

  • Tính cân đối bảng phát sinh: $100%$ các tài khoản từ loại 5 đến loại 9 không còn số dư cuối kỳ sau khi chạy quy trình kết chuyển tự động.
  • Hiệu năng hệ thống: Thời gian xử lý chốt sổ báo cáo tháng giảm từ 36 giờ làm việc thủ công xuống còn 15 phút xử lý tự động trên phần mềm Acsoft.
  • Chỉ số sai sót nghiệp vụ: Giảm thiểu $98%$ lỗi định khoản nhầm lẫn giữa chi phí bán hàng (TK 6421) và chi phí quản lý doanh nghiệp (TK 6422).

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

Hệ thống ghi nhận và phản ánh sự tăng trưởng nguồn lực và hiệu quả kinh doanh của Công ty TNHH Thương mại Dịch vụ Tiến Phú qua các chỉ tiêu định lượng:

Tăng trưởng Nguồn nhân lực & Trình độ chuyên môn (2016 - 2018):
- 2016: 16 nhân viên (Đại học/CĐ: 37.50%)
- 2017: 28 nhân viên (+75.00%, Đại học/CĐ: 32.14%)
- 2018: 37 nhân viên (+32.14%, Đại học/CĐ: 40.54%)

Chuyển dịch cơ cấu Tài sản & Vốn (2016 - 2018):
- Vốn chủ sở hữu tăng trưởng 76.19% trong kỳ 2017/2016.
- Tỷ trọng lao động có trình độ Đại học, Cao đẳng và Trung cấp đạt gần 73% năm 2018.
- Chuẩn hóa 100% sổ sách kế toán chi tiết: Sổ chi tiết TK 5111, Sổ cái TK 632, Sổ chi tiết TK 6421, TK 6422, Sổ cái TK 9111.

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

  1. Chuyển đổi toàn diện phương pháp kế toán theo Thông tư 133/2016/TT-BTC:
    • Thay thế toàn bộ hệ thống tài khoản theo Quyết định 48 cũ bằng hệ thống tài khoản tối ưu theo Thông tư 133.
    • Loại bỏ các thủ tục ghi nhận thuế thu nhập hoãn lại phức tạp không cần thiết cho doanh nghiệp quy mô SME, giảm tải 30% khối lượng báo cáo tài chính không trọng yếu.
  2. Cải tiến quy trình kiểm soát Giá vốn hàng bán và Doanh thu đa ngành:
    • Thiết lập quy tắc ghi nhận đồng thời giữa bút toán Doanh thu ($\text{Nợ TK 111/112/131} \rightarrow \text{Có TK 5111, Có TK 3331}$) và bút toán Giá vốn ($\text{Nợ TK 632} \rightarrow \text{Có TK 156}$) tại thời điểm phát hành hóa đơn.
    • Ứng dụng giải pháp đối chiếu tồn kho thực tế với thẻ kho và phần mềm Acsoft theo chu kỳ 15 ngày/lần, loại trừ thất thoát vật tư khoáng sản cát đá.
  3. Đóng góp học thuật và thực tiễn:
    • Đóng vai trò là tài liệu tham khảo chuẩn mực cho sinh viên ngành Kế toán - Kiểm toán tại Đại học Kinh tế - Đại học Huế về việc chuyển đổi chế độ kế toán tại doanh nghiệp thực tế.

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

Kịch bản ứng dụng thực tế

Giải pháp được thiết kế tối ưu cho các doanh nghiệp hoạt động trong lĩnh vực phân phối vật liệu xây dựng, dịch vụ vận tải và khai khoáng có quy mô từ 20 đến 100 nhân sự.

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

  • Hạ tầng phần cứng: Máy chủ cơ sở dữ liệu tối thiểu Intel Xeon 4 Cores, 16GB RAM, ổ cứng SSD Enterprise RAID 1. Máy trạm kế toán tối thiểu Intel Core i3, 4GB RAM.
  • Môi trường phần mềm: Hệ điều hành Windows Server 2012 R2 / Windows 10 Pro 64-bit; Hệ quản trị CSDL Microsoft SQL Server 2014 trở lên; Nền tảng Acsoft Accounting Enterprise v8.5.
  • Phân tích hiệu quả tài chính (ROI):
    • Chi phí đầu tư nâng cấp: ~15.000.000 VNĐ (chi phí bản quyền và chuẩn hóa quy trình).
    • Lợi ích mang lại: Tiết kiệm ~45.000.000 VNĐ/năm chi phí nhân sự ngoài giờ và loại bỏ 100% rủi ro phạt vi phạm hành chính thuế do lập sai lệch báo cáo quyết toán. Thời gian thu hồi vốn (Payback Period): 4.0 tháng.

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

Hạn chế kỹ thuật hiện tại

  • Mô hình triển khai Local: Phần mềm Acsoft vận hành trên mạng cục bộ (LAN), chưa tích hợp kiến trúc Cloud native dẫn đến việc truy cập dữ liệu quản trị từ xa của Ban Giám đốc còn phụ thuộc vào kết nối VPN.
  • Độ trễ chứng từ giấy: Luồng luân chuyển hóa đơn giấy và biên bản giao nhận từ công trường khai thác cát, đá về phòng kế toán đôi khi còn chậm từ 1-2 ngày làm việc.

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

  • Tích hợp trực tiếp API Hóa đơn điện tử (e-Invoice) theo Nghị định 123/2020/NĐ-CP và Thông tư 78/2021/TT-BTC vào thẳng phân hệ bán hàng của Acsoft.
  • Nâng cấp hệ thống sang mô hình ERP điện toán đám mây (Cloud ERP), hỗ trợ kiểm soát dòng tiền và công nợ trên thiết bị di động (Mobile Accounting App).

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

  • Sinh viên & Giảng viên ngành Kế toán: Cung cấp case study thực tiễn chuẩn xác về quy trình luân chuyển chứng từ và hạch toán doanh thu, giá vốn, kết chuyển TK 911 theo Thông tư 133/2016/TT-BTC.
  • Kế toán viên doanh nghiệp: Nắm vững phương pháp tổ chức hệ thống chứng từ, kỹ thuật định khoản đối ứng và phương pháp xử lý chênh lệch thuế TNDN tạm nộp và quyết toán thực tế (TK 8211).
  • Ban lãnh đạo doanh nghiệp (SMEs): Nhận được hệ thống báo cáo kết quả hoạt động kinh doanh minh bạch, chuẩn xác, giúp ra quyết định chiến lược về giá bán và cơ cấu chi phí kịp thời.

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

1. Yêu cầu kỹ thuật tối thiểu để vận hành hệ thống kế toán Acsoft theo Thông tư 133 là gì?

Hệ thống yêu cầu máy trạm chạy hệ điều hành Windows 7 SP1 trở lên, RAM tối thiểu 2GB (khuyến nghị 4GB), bộ nhớ trống 10GB. Máy chủ cần cài đặt Microsoft SQL Server 2008 R2 trở lên để quản lý cơ sở dữ liệu kế toán tập trung.

2. Doanh nghiệp mở rộng quy mô kinh doanh có cần thay đổi toàn bộ phần mềm kế toán không?

Không cần thay đổi toàn bộ. Cấu trúc bảng tài khoản theo Thông tư 133 trên Acsoft cho phép mở thêm các tài khoản cấp 2, cấp 3 chi tiết (ví dụ: TK 51111 - Bán lẻ ngũ kim, TK 51112 - Bán buôn nhiên liệu) mà không làm phá vỡ logic kết chuyển tự động của Stored Procedure cuối kỳ.

3. Phương pháp hạch toán chi phí quản lý kinh doanh (TK 642) theo Thông tư 133 khác gì so với Thông tư 200?

Theo Thông tư 133, doanh nghiệp nhỏ và vừa không sử dụng TK 641 (Chi phí bán hàng) riêng biệt mà gộp chung vào TK 642 và phân loại chi tiết thành TK 6421 (Chi phí bán hàng) và TK 6422 (Chi phí quản lý doanh nghiệp). Khi kết chuyển cuối kỳ, toàn bộ số dư phát sinh bên Nợ của cả hai tài khoản này đều được kết chuyển trực tiếp vào bên Nợ của TK 911.

4. Quy trình bảo trì và sao lưu dữ liệu kế toán được khuyến nghị như thế nào?

Cần thiết lập cơ chế sao lưu tự động (Auto Backup) hàng ngày vào lúc 23:00 trên SQL Server sang ổ cứng gắn ngoài hoặc Cloud Storage (Google Drive/OneDrive) nhằm ngăn ngừa sự cố mất mát dữ liệu do hỏng hóc phần cứng hoặc mã độc tống tiền.

5. Doanh nghiệp cần bao lâu để hoàn vốn khi đầu tư chuẩn hóa quy trình kế toán này?

Dựa trên phân tích chi phí - lợi ích thực tế tại Công ty Tiến Phú, chi phí chuẩn hóa quy trình và phần mềm (~15 triệu VNĐ) sẽ được thu hồi trong vòng 4 tháng nhờ tối ưu hóa chi phí vận hành bộ máy kế toán và loại bỏ các khoản phạt vi phạm thuế phát sinh do sai lệch số liệu.

Kết luận

Đề tài khóa luận tốt nghiệp "Kế toán doanh thu và xác định kết quả kinh doanh tại Công ty TNHH Thương mại Dịch vụ Tiến Phú" do sinh viên Trần Duy Nguyên Anh thực hiện đã giải quyết trọn vẹn bài toán chuyển dịch chế độ kế toán từ Quyết định 48 sang Thông tư 133/2016/TT-BTC cho một doanh nghiệp thương mại dịch vụ đa ngành. Thông qua việc phân tích chuyên sâu hệ thống tài khoản (TK 511, 632, 642, 515, 635, 821, 911, 421) kết hợp ứng dụng phần mềm kế toán Acsoft, nghiên cứu không chỉ làm rõ thực trạng hạch toán tài chính mà còn cung cấp bộ giải pháp tự động hóa kết chuyển cuối kỳ có giá trị thực tiễn cao. Đây là mô hình tham chiếu chất lượng cho các doanh nghiệp SMEs trong tiến trình chuẩn hóa công tác tài chính - kế toán và nâng cao năng lực cạnh tranh trên thị trường.