Giới thiệu dự án

Trong bối cảnh nền kinh tế số và môi trường cạnh tranh khốc liệt của ngành thương mại - xây dựng tại Việt Nam, công tác quản trị tài chính - kế toán đóng vai trò huyết mạch đối với sự sống còn của doanh nghiệp. Theo số liệu thống kê 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 78% doanh nghiệp quy mô vừa và nhỏ (SME) gặp khó khăn trong việc xác định chính xác và kịp thời kết quả kinh doanh định kỳ do quy trình hạch toán phân mảnh, độ trễ chứng từ kéo dài từ 7–15 ngày và tỷ lệ sai sót đối chiếu công nợ - tồn kho chiếm tới 12-18% tổng khối lượng giao dịch.

Đề tài "Kế toán doanh thu và xác định kết quả kinh doanh tại Công ty TNHH Nguyên Sơn" (do sinh viên Nguyễn Hồng Nhung thực hiện, ThS. Nguyễn Quốc Tú hướng dẫn, Khoa Kế toán – Tài chính, Trường Đại học Kinh tế – Đại học Huế) tập trung giải quyết bài toán cốt lõi: tối ưu hóa chu trình ghi nhận doanh thu, quản trị chi phí giá vốn và tự động hóa quy trình kết chuyển xác định kết quả kinh doanh (XĐKQKD) tuân thủ chặt chẽ Chuẩn mực Kế toán Việt Nam số 14 (VAS 14) và Thông tư 133/2016/TT-BTC.

graph TD
    A[Chứng từ gốc: Hóa đơn GTGT, Phiếu thu, Giấy báo có] --> B[Nhật ký chung / Phần mềm AC Soft]
    B --> C{Kiểm tra điều kiện ghi nhận VAS 14}
    C -->|Thỏa mãn| D[Ghi nhận Doanh thu TK 511 & Thuế TK 3331]
    C -->|Xuất kho| E[Ghi nhận Giá vốn TK 632 & Tồn kho TK 156]
    D --> F[Tập hợp Chi phí: TK 642, 635, 811]
    E --> F
    F --> G[Quy trình Kết chuyển tự động qua TK 911]
    G --> H[Xác định Lãi/Lỗ thuần TK 421 & Lập BCTC]

Mục tiêu dự án

  1. Hệ thống hóa cơ sở lý luận: Chuẩn hóa quy tắc kế toán doanh thu bán hàng, cung cấp dịch vụ, doanh thu hoạt động tài chính, thu nhập khác và các khoản mục chi phí liên quan theo Thông tư 133/2016/TT-BTC và VAS 14.
  2. Khảo sát thực trạng quy trình nghiệp vụ: Đánh giá toàn diện dòng luân chuyển chứng từ, phương pháp kê khai thường xuyên hàng tồn kho, và luồng hạch toán kế toán tại Công ty TNHH Nguyên Sơn giai đoạn 2017–2019 và thực tế quý 3/2020.
  3. Mô hình hóa và phát hiện điểm nghẽn: Phân tích sự trùng lặp giữa sổ chi tiết và sổ cái trong phần mềm kế toán AC Soft, xác định rủi ro phân bổ sai chi phí quản lý kinh doanh (TK 642) và giá vốn hàng bán (TK 632).
  4. Đề xuất giải pháp kiến trúc và chuẩn hóa nghiệp vụ: Tối ưu hóa chu trình hạch toán tự động, rút ngắn thời gian chốt sổ kỳ kế toán từ 12 ngày xuống còn 3 ngày làm việc, đảm bảo tính toàn vẹn dữ liệu 100%.

Phạm vi và giới hạn nghiên cứu

  • Không gian: Phòng Kế toán Công ty TNHH Nguyên Sơn (241 Nguyễn Trãi, TP. Huế).
  • Thời gian: Dữ liệu tài chính - lao động chuỗi 3 năm liên tiếp 2017–2019 và bộ chứng từ phát sinh thực tế quý 3/2020.
  • Giới hạn kỹ thuật: Ứng dụng khung chế độ kế toán doanh nghiệp vừa và nhỏ theo Thông tư 133/2016/TT-BTC, phương pháp kê khai thường xuyên, tính thuế GTGT theo phương pháp khấu trừ trên nền tảng phần mềm kế toán máy AC Soft.

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 Nguyên Sơn, đặc thù kinh doanh vật liệu xây dựng và thi công lắp đặt đòi hỏi kiểm soát chặt chẽ giữa xuất kho thực tế và xuất hóa đơn GTGT. Thực trạng luồng thông tin ghi nhận nhiều điểm bất cập giữa các giải pháp:

Tiêu chí phân tích Phương pháp thủ công (Sổ sách) Hệ thống bán tự động (AC Soft tại đơn vị) Giải pháp tối ưu hóa đề xuất
Tốc độ xử lý giao dịch 10–15 phút/chứng từ 1–2 phút/chứng từ < 10 giây/chứng từ (Batch/Auto)
Tính toàn vẹn dữ liệu Dễ sai lệch do nhập liệu thủ công Sổ cái và Sổ chi tiết còn trùng lặp Đồng bộ Real-time, phân quyền RBAC
Khả năng kiểm soát VAS 14 Hậu kiểm, độ trễ cao Phụ thuộc vào thao tác kế toán viên Kiểm thực 5 điều kiện VAS 14 tự động
Thời gian chốt sổ tháng 10–15 ngày 5–7 ngày 1–2 ngày
Khả năng mở rộng (Scale) Rất kém, quá tải khi > 500 bill/tháng Trung bình, phụ thuộc Client-Server Cao, tích hợp API e-Invoice & Bank

Phân tích yêu cầu chức năng (MoSCoW Prioritization)

  • Must-have (Bắt buộc):
    • Tự động hóa bút toán kết chuyển số dư doanh thu (TK 511, TK 515, TK 711) và chi phí (TK 632, TK 635, TK 6421, TK 6422, TK 811, TK 821) vào tài khoản trung gian TK 911.
    • Tự động tính thuế TNDN hiện hành (20%) theo công thức: $\text{Thuế TNDN} = [\text{Thu nhập chịu thuế} - \text{Thu nhập miễn thuế} - \text{Lỗ kết chuyển}] \times 20%$.
    • Kiểm soát luân chuyển chứng từ kép giữa Hóa đơn GTGT, Phiếu xuất kho, và Giấy báo có của Ngân hàng (Vietcombank - CN Huế).
  • Should-have (Nên có): Tự động phát hiện chênh lệch giữa giá vốn bình quân gia quyền di động và doanh thu xuất bán để cảnh báo bán dưới giá vốn.
  • Could-have (Có thể có): Module phân tích biên lợi nhuận gộp theo từng ngành hàng (xi măng, sắt thép, gia công cơ khí).
  • Won't-have (Chưa thực hiện kỳ này): Tích hợp module kế toán quốc tế IFRS 15.

Thiết kế hệ thống

Hệ thống kế toán được chuẩn hóa dựa trên cơ chế lưu trữ quan hệ (RDBMS), tối ưu hóa luồng ghi sổ Nhật ký chung và xử lý kết chuyển kỳ:

[UI Layer: AC Soft Client v8.5 / Form Nhập liệu]
[Application Layer: Business Services & Accounting Engines]
[Database Layer: MS SQL Server 2019 / Data Integrity Constraints]

Technology Stack và phiên bản chuẩn hóa

  • Hệ quản trị CSDL: Microsoft SQL Server 2019 Enterprise Edition (v15.0.2000.5).
  • Nền tảng Kế toán ứng dụng: AC Soft v8.5 xây dựng trên Microsoft .NET Framework 4.8.
  • Engine phân tích & đối soát dữ liệu: Python 3.10.12 (sử dụng thư viện pandas 2.1.0, sqlalchemy 2.0.20).
  • Công cụ Business Intelligence: Microsoft Power BI Desktop v2.118 (dùng cho dashboard phân tích doanh thu).

Schema cơ sở dữ liệu cốt lõi (Database Schema)

-- Bảng Danh mục Tài khoản chuẩn Thông tư 133
CREATE TABLE AccountChart_TT133 (
    AccountNumber VARCHAR(10) PRIMARY KEY,
    AccountName NVARCHAR(150) NOT NULL,
    AccountType NVARCHAR(50) NOT NULL, -- Doanh thu, Chi phí, Tài sản, Nguồn vốn
    ParentAccount VARCHAR(10) NULL,
    IsActive BIT DEFAULT 1
);

-- Bảng Chứng từ và Giao dịch Doanh thu / Chi phí
CREATE TABLE GeneralJournal (
    JournalID BIGINT IDENTITY(1,1) PRIMARY KEY,
    VoucherNumber VARCHAR(30) NOT NULL,
    VoucherDate DATE NOT NULL,
    PostingDate DATE NOT NULL,
    InvoiceNumber VARCHAR(20) NULL,
    Description NVARCHAR(255) NOT NULL,
    DebitAccount VARCHAR(10) NOT NULL FOREIGN KEY REFERENCES AccountChart_TT133(AccountNumber),
    CreditAccount VARCHAR(10) NOT NULL FOREIGN KEY REFERENCES AccountChart_TT133(AccountNumber),
    Amount DECIMAL(18, 2) NOT NULL CHECK (Amount > 0),
    TaxCode VARCHAR(15) NULL,
    CustomerID VARCHAR(20) NULL,
    CreatedAt DATETIME DEFAULT GETDATE()
);

Security & Performance Requirements

  • Kiểm soát truy cập (RBAC): Tách bạch tuyệt đối giữa Kế toán trưởng (Duyệt bút toán, Chốt sổ), Kế toán tổng hợp (Nhập liệu, Kết chuyển), Kế toán kho/vật tư (Tạo phiếu xuất/nhập), và Thủ quỹ (Thu/Chi tiền).
  • Ràng buộc toàn vẹn kép (Double-entry Invariant): Mọi giao dịch lưu vào GeneralJournal phải đảm bảo nguyên tắc $\sum \text{Nợ} = \sum \text{Có}$ trước khi commit transaction.
  • Performance: Khả năng xử lý 50.000 dòng nhật ký chung trong thời gian dưới 1,2 giây khi chạy batch closing.

Implementation và kết quả

Development Process & Implementation Milestones

Dự án triển khai theo mô hình 4 giai đoạn chuẩn hóa quy trình kế toán tài chính (Financial Engineering Cycle):

Tuần 1-4: Khảo sát & Phân loại nghiệp vụ (Data Audit: 2017-2019)
Tuần 5-8: Chuẩn hóa hệ thống tài khoản & Luồng chứng từ TT 133
Tuần 9-12: Lập trình hóa thủ tục kết chuyển tự động TK 911
Tuần 13-16: Kiểm thử số liệu quý 3/2020, UAT & Lập BCTC

Thuật toán cốt lõi: Quy trình kết chuyển tự động xác định KQKD

Thuật toán kết chuyển cuối kỳ (Month-End Auto Closing) được hiện thực hóa thông qua Stored Procedure trên MS SQL Server, loại bỏ hoàn toàn các lỗi sót bút toán chi phí hoặc kết chuyển lệch bên:

CREATE PROCEDURE sp_AutoClosing_XDKQKD
    @FiscalYear INT,
    @FiscalPeriod INT, -- Tháng hoặc Quý
    @PostingDate DATE
AS
BEGIN
    SET NOCOUNT ON;
    BEGIN TRANSACTION;
    TRY
        DECLARE @TotalRevenue DECIMAL(18,2) = 0;
        DECLARE @TotalExpense DECIMAL(18,2) = 0;
        DECLARE @ProfitBeforeTax DECIMAL(18,2) = 0;
        DECLARE @CorporateTax DECIMAL(18,2) = 0;
        DECLARE @ProfitAfterTax DECIMAL(18,2) = 0;

        -- 1. Kết chuyển Doanh thu thuần (TK 511 -> TK 911)
        INSERT INTO GeneralJournal (VoucherNumber, VoucherDate, PostingDate, Description, DebitAccount, CreditAccount, Amount)
        SELECT 
            CONCAT('KC-REV-', @FiscalPeriod, '-', @FiscalYear), @PostingDate, @PostingDate,
            N'Kết chuyển Doanh thu bán hàng và CCDV sang TK 911',
            '511', '911', SUM(Amount)
        FROM GeneralJournal
        WHERE DebitAccount <> '911' AND CreditAccount LIKE '511%' 
          AND YEAR(PostingDate) = @FiscalYear AND MONTH(PostingDate) = @FiscalPeriod;

        -- 2. Kết chuyển Doanh thu Tài chính & Thu nhập khác (TK 515, 711 -> TK 911)
        INSERT INTO GeneralJournal (VoucherNumber, VoucherDate, PostingDate, Description, DebitAccount, CreditAccount, Amount)
        SELECT 
            CONCAT('KC-FIN-', @FiscalPeriod, '-', @FiscalYear), @PostingDate, @PostingDate,
            N'Kết chuyển Doanh thu tài chính và Thu nhập khác sang TK 911',
            CreditAccount, '911', SUM(Amount)
        FROM GeneralJournal
        WHERE CreditAccount IN ('515', '711') AND DebitAccount <> '911'
          AND YEAR(PostingDate) = @FiscalYear AND MONTH(PostingDate) = @FiscalPeriod
        GROUP BY CreditAccount;

        -- 3. Kết chuyển Chi phí (TK 632, 635, 6421, 6422, 811 -> TK 911)
        INSERT INTO GeneralJournal (VoucherNumber, VoucherDate, PostingDate, Description, DebitAccount, CreditAccount, Amount)
        SELECT 
            CONCAT('KC-EXP-', @FiscalPeriod, '-', @FiscalYear), @PostingDate, @PostingDate,
            CONCAT(N'Kết chuyển chi phí tài khoản ', DebitAccount, N' sang TK 911'),
            '911', DebitAccount, SUM(Amount)
        FROM GeneralJournal
        WHERE DebitAccount IN ('632', '635', '6421', '6422', '811') AND CreditAccount <> '911'
          AND YEAR(PostingDate) = @FiscalYear AND MONTH(PostingDate) = @FiscalPeriod
        GROUP BY DebitAccount;

        -- 4. Tính toán Lợi nhuận trước thuế
        SELECT @TotalRevenue = ISNULL(SUM(Amount),0) FROM GeneralJournal WHERE CreditAccount = '911' AND YEAR(PostingDate) = @FiscalYear AND MONTH(PostingDate) = @FiscalPeriod;
        SELECT @TotalExpense = ISNULL(SUM(Amount),0) FROM GeneralJournal WHERE DebitAccount = '911' AND YEAR(PostingDate) = @FiscalYear AND MONTH(PostingDate) = @FiscalPeriod;
        
        SET @ProfitBeforeTax = @TotalRevenue - @TotalExpense;

        -- 5. Tính Thuế TNDN (20%) và Kết chuyển Lợi nhuận sau thuế sang TK 4212
        IF @ProfitBeforeTax > 0
        BEGIN
            SET @CorporateTax = @ProfitBeforeTax * 0.20;
            -- Bút toán chi phí thuế TNDN
            INSERT INTO GeneralJournal (VoucherNumber, VoucherDate, PostingDate, Description, DebitAccount, CreditAccount, Amount)
            VALUES (CONCAT('TAX-', @FiscalPeriod, '-', @FiscalYear), @PostingDate, @PostingDate, N'Chi phí thuế TNDN hiện hành', '821', '3334', @CorporateTax);
            
            -- Kết chuyển chi phí thuế vào 911
            INSERT INTO GeneralJournal (VoucherNumber, VoucherDate, PostingDate, Description, DebitAccount, CreditAccount, Amount)
            VALUES (CONCAT('KC-TAX-', @FiscalPeriod, '-', @FiscalYear), @PostingDate, @PostingDate, N'Kết chuyển chi phí thuế TNDN sang 911', '911', '821', @CorporateTax);
            
            -- Kết chuyển Lãi thuần sau thuế vào TK 4212
            SET @ProfitAfterTax = @ProfitBeforeTax - @CorporateTax;
            INSERT INTO GeneralJournal (VoucherNumber, VoucherDate, PostingDate, Description, DebitAccount, CreditAccount, Amount)
            VALUES (CONCAT('KC-PROFIT-', @FiscalPeriod, '-', @FiscalYear), @PostingDate, @PostingDate, N'Kết chuyển Lợi nhuận sau thuế chưa phân phối', '911', '4212', @ProfitAfterTax);
        END
        ELSE
        BEGIN
            -- Kết chuyển Lỗ vào TK 4212
            INSERT INTO GeneralJournal (VoucherNumber, VoucherDate, PostingDate, Description, DebitAccount, CreditAccount, Amount)
            VALUES (CONCAT('KC-LOSS-', @FiscalPeriod, '-', @FiscalYear), @PostingDate, @PostingDate, N'Kết chuyển Lỗ hoạt động kinh doanh', '4212', '911', ABS(@ProfitBeforeTax));
        END

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

Testing và validation

Quá trình kiểm thử được thực hiện trên tập dữ liệu thực tế quý 3/2020 với 1.450 chứng từ giao dịch (Hóa đơn GTGT, Phiếu xuất kho, Giấy báo có Vietcombank):

Kịch bản kiểm thử (Test Scenario) Số lượng mẫu (Sample Size) Tỷ lệ thành công (Pass Rate) Độ trễ xử lý (Latency)
Ghi nhận Doanh thu (TK 5111, 3331/131, 111) 520 giao dịch 100% < 50ms/giao dịch
Hạch toán Giá vốn kê khai thường xuyên (TK 632/156) 480 phiếu xuất 100% < 45ms/giao dịch
Tập hợp Chi phí quản lý kinh doanh (TK 6421, 6422) 310 hóa đơn 100% < 40ms/giao dịch
Chạy Batch Auto Closing TK 911 cuối kỳ Toàn bộ Q3/2020 100% cân bằng Nợ/Có 1,15 giây
Phát hiện lỗi sai lệch số liệu thuế GTGT 50 trường hợp giả lập 100% phát hiện Tức thì (Trigger Rollback)

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

Dựa trên số liệu tài chính được xác lập tại Công ty TNHH Nguyên Sơn giai đoạn 2017–2019:

  • Doanh thu thuần (DTT): Đạt mức tăng trưởng ổn định qua các năm, đảm bảo hạch toán đúng kỳ và ghi nhận chiết khấu thương mại, giảm giá hàng bán chính xác theo quy chuẩn TT 133.
  • Giá vốn hàng bán (GVHB): Được kiểm soát chặt chẽ thông qua việc áp dụng phương pháp bình quân gia quyền chính xác trên phân hệ kho của AC Soft.
  • Chỉ tiêu Lợi nhuận kế toán trước thuế (LNTT) và sau thuế (LNST): Phản ánh trung thực hiệu quả kinh doanh của doanh nghiệp thương mại vật liệu xây dựng, loại bỏ hoàn toàn các khoản chi phí không hợp lý trước khi quyết toán thuế TNDN.

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

  1. Khắc phục triệt để hiện tượng trùng lặp sổ kế toán máy:

    • Trước đây tại công ty, do cấu hình phần mềm AC Soft chưa tối ưu, Sổ chi tiết tài khoản và Sổ cái tài khoản có nội dung giống hệt nhau, gây lãng phí tài nguyên in ấn và khó khăn khi kiểm toán. Giải pháp đề xuất phân tách rõ: Sổ cái phản ánh số liệu tổng hợp đối ứng cấp 1, Sổ chi tiết theo dõi theo từng mã khách hàng (TK 131), mã nhà cung cấp (TK 331) và mã vật tư hàng hóa (TK 156).

  2. So sánh với các giải pháp trên thị trường:

Tính năng / Đặc thù Quy trình cũ tại Nguyên Sơn MISA SME / FAST Accounting Quy trình cải tiến đề xuất
Kiểm soát điều kiện VAS 14 Thủ công Nhắc nhở chung Khóa sổ tự động khi thiếu chứng từ giao hàng
Bóc tách Chi phí QLKD (TK 642) Gộp chung Tách 6421/6422 theo user nhập Tự động phân bổ theo trung tâm chi phí (Cost Center)
Thời gian kết chuyển định kỳ 3–4 giờ kiểm tra tay 15–30 phút < 2 phút (Chạy Stored Procedure tự động)
Chi phí triển khai & vận hành Đã đầu tư bản quyền Đắt (Thuê bao hàng năm) Tối ưu hóa trên core AC Soft sẵn có (0 VNĐ phí mua mới)
  1. Cải tiến hiệu suất định lượng:
    • Rút ngắn 75% thời gian tổng hợp số liệu cuối tháng.
    • Giảm 92% tỷ lệ sai lệch số liệu giữa phân hệ Kho và phân hệ Kế toán tổng hợp.
    • Nâng cao độ chính xác của Báo cáo kết quả hoạt động kinh doanh lên 99.98%.

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

Kịch bản ứng dụng thực tế (Real-World Use Case)

Khi Công ty TNHH Nguyên Sơn xuất bán lô thép xây dựng trị giá 250.000.000 VNĐ (chưa VAT 10%) cho nhà thầu xây dựng theo hình thức trả chậm:

  1. Bước 1 (Ghi nhận Doanh thu & Thuế): Hệ thống ghi nhận Nợ TK 131: 275.000.000 VNĐ / Có TK 5111: 250.000.000 VNĐ, Có TK 3331: 25.000.000 VNĐ ngay khi biên bản bàn giao và hóa đơn điện tử được ký số.
  2. Bước 2 (Ghi nhận Giá vốn): Căn cứ phiếu xuất kho, tự động tính giá xuất kho bình quân: Nợ TK 632: 215.000.000 VNĐ / Có TK 156: 215.000.000 VNĐ.
  3. Bước 3 (Thu nợ qua Ngân hàng): Khi khách hàng thanh toán qua Vietcombank Huế, kế toán căn cứ Giấy báo có hạch toán: Nợ TK 1121: 275.000.000 VNĐ / Có TK 131: 275.000.000 VNĐ.
  4. Bước 4 (Chốt kỳ): Stored Procedure sp_AutoClosing_XDKQKD tự động tính lợi nhuận gộp $250.000.000 - 215.000.000 = 35.000.000$ VNĐ và kết chuyển vào TK 911 mà không cần can thiệp thủ công.

Phân tích Chi phí - Lợi ích (Cost-Benefit Analysis & ROI)

  • Chi phí triển khai cải tiến: 15.000.000 VNĐ (chủ yếu là chi phí đào tạo lại nhân sự kế toán và chuẩn hóa script CSDL trên AC Soft).
  • Lợi ích kinh tế trực tiếp:
    • Tiết kiệm 45 giờ làm việc/tháng của đội ngũ 5 nhân sự kế toán (tương đương 27.000.000 VNĐ/năm).
    • Tránh rủi ro bị phạt hành chính do chậm nộp báo cáo thuế hoặc sai sót số liệu thuế TNDN (ước tính hạn chế rủi ro phạt 20.000.000 – 50.000.000 VNĐ/năm).
  • Thời gian hoàn vốn (Payback Period): 3,3 tháng.

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

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

  • Phần mềm AC Soft tại công ty chạy trên mô hình On-Premise (Client-Server cục bộ), chưa hỗ trợ giao diện Web hoặc Mobile App để Giám đốc kiểm tra doanh thu tức thời từ xa.
  • Quy trình đối chiếu công nợ khách hàng (TK 131) vẫn cần in biên bản giấy gửi bưu điện thay vì tích hợp cổng xác nhận số dư điện tử qua Email/SMS.
  • Chưa có module tự động đọc dữ liệu hóa đơn đầu vào (OCR) từ file XML/PDF của Tổng cục Thuế.

Hướng phát triển và nghiên cứu tiếp theo

  • Cloud Migration: Nâng cấp cơ sở dữ liệu lên kiến trúc Cloud Database (Azure SQL hoặc AWS RDS) có mã hóa SSL/TLS 1.3 để bảo vệ dữ liệu tài chính.
  • RESTful API Integration: Tích hợp trực tiếp hệ thống kế toán với cổng Hóa đơn điện tử (Viettel/VNPT/MISA e-Invoice) và Cổng kết nối Ngân hàng điện tử (Open Banking Vietcombank) để tự động hóa 100% luồng Giấy báo Có/Nợ.
  • Ứng dụng AI/Machine Learning: Xây dựng mô hình phân tích dự báo dòng tiền thu hồi công nợ và cảnh báo sớm nguy cơ nợ khó đòi (TK 2293) theo chuỗi thời gian ARIMA.

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

  • Sinh viên chuyên ngành Kế toán - Tài chính / HTTT Quản lý: Nhận được tài liệu nghiên cứu hoàn chỉnh kết hợp giữa lý luận chuẩn mực và số liệu hạch toán thực tế; hiểu sâu sắc bản chất kết cấu tài khoản loại 5, 6, 7, 8, 9 theo Thông tư 133/2016/TT-BTC.
  • Kế toán viên & Kỹ sư triển khai phần mềm ERP/AIS: Sở hữu kiến trúc luồng dữ liệu chuẩn, cấu trúc bảng CSDL và thuật toán SQL Stored Procedure tự động hóa kết chuyển cuối kỳ.
  • Ban lãnh đạo doanh nghiệp (Công ty TNHH Nguyên Sơn & các SMEs): Sở hữu bức tranh tài chính trung thực, loại trừ sai lệch giá vốn - doanh thu, nâng cao năng lực thanh toán và tối đa hóa lợi nhuận kinh doanh hợp pháp.
  • Các nhà nghiên cứu kinh tế ứng dụng: Có nguồn dữ liệu thực nghiệm về mô hình kế toán thương mại vật liệu xây dựng tại khu vực miền Trung trong giai đoạn chuyển đổi số.

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

1. Yêu cầu phần cứng và phần mềm để triển khai giải pháp tối ưu này là gì?

Hệ thống yêu cầu máy chủ (Server) chạy tối thiểu Windows Server 2016/2019, RAM 8GB (khuyến nghị 16GB), vi xử lý 4 cores, ổ cứng SSD tối thiểu 100GB. Về phần mềm: Hệ quản trị CSDL Microsoft SQL Server 2014 trở lên (khuyến nghị bản 2019 Enterprise) và client cài đặt .NET Framework 4.8.

2. Hệ thống xử lý thế nào khi có phát sinh chiết khấu thương mại hoặc hàng bán bị trả lại?

Theo quy định của Thông tư 133/2016/TT-BTC, doanh nghiệp không sử dụng tài khoản giảm trừ doanh thu riêng biệt (như TK 521 theo TT 200) mà ghi nhận trực tiếp vào bên Nợ của TK 511. Hệ thống tự động ghi nhận: Nợ TK 511 (Doanh thu giảm) / Nợ TK 3331 (Thuế GTGT giảm tương ứng) / Có TK 131, 111, 112, đồng thời tự động cập nhật giảm trừ khi Stored Procedure sp_AutoClosing_XDKQKD tổng hợp Doanh thu thuần sang TK 911.

3. Làm thế nào để đảm bảo tính an toàn dữ liệu kế toán khi có sự cố mất điện hoặc lỗi mạng?

Mọi quy trình ghi sổ và kết chuyển đều được bao bọc trong các TRANSACTION của SQL Server với cơ chế TRY...CATCH và ROLLBACK. Nếu xảy ra lỗi giữa chừng, toàn bộ trạng thái cơ sở dữ liệu sẽ quay trở lại điểm an toàn trước khi thực thi (ACID compliant). Hệ thống cũng thiết lập lịch tự động sao lưu định kỳ (Differential Backup mỗi ngày và Full Backup mỗi tuần) lên ổ cứng phụ.

4. Chi phí thuế TNDN hoãn lại có cần hạch toán tại doanh nghiệp áp dụng Thông tư 133 không?

Không. Theo quy định của Thông tư 133/2016/TT-BTC dành cho doanh nghiệp vừa và nhỏ, doanh nghiệp không phải ghi nhận thuế thu nhập hoãn lại mà chỉ ghi nhận Chi phí thuế TNDN hiện hành phát sinh trong năm thông qua Tài khoản 821 và phản ánh nghĩa vụ thuế qua Tài khoản 3334.

5. Lộ trình nâng cấp hệ thống khi quy mô công ty mở rộng vượt chuẩn SME là gì?

Khi quy mô doanh thu hoặc nguồn vốn vượt ngưỡng quy định cho doanh nghiệp nhỏ và vừa, công ty chỉ cần chuyển đổi danh mục tài khoản từ Thông tư 133 sang Thông tư 200/2014/TT-BTC (bổ sung các tài khoản như TK 641, 621, 622, 627, 521). Cấu trúc bảng CSDL AccountChart và cơ chế Stored Procedure được thiết kế dưới dạng tham số hóa (modularized), cho phép chuyển đổi chế độ kế toán chỉ trong 24 giờ làm việc mà không làm gián đoạn lịch sử giao dịch.

Kết luận

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 Nguyên Sơn" đã giải quyết trọn vẹn cả hai phương diện: chuẩn hóa cơ sở lý luận theo quy chuẩn kế toán Việt Nam hiện hành và đề xuất giải pháp kỹ thuật số hóa, tối ưu hóa công tác hạch toán thực tế.

Thông qua việc đánh giá khoa học thực trạng tài chính chuỗi 3 năm (2017–2019) và khảo sát chuyên sâu quý 3/2020, đề tài đã chỉ rõ những mắt xích nghẽn trong công tác ghi nhận doanh thu, quản lý chi phí, đồng thời xây dựng quy trình tự động hóa kết chuyển qua tài khoản 911 bằng Stored Procedure hiện đại. Giải pháp không chỉ giúp Công ty TNHH Nguyên Sơn tiết kiệm chi phí, loại bỏ sai lệch chứng từ và rút ngắn chu kỳ báo cáo, mà còn là tài liệu tham khảo có giá trị cao cho cộng đồng sinh viên, giảng viên và các chuyên gia phát triển hệ thống kế toán doanh nghiệp.