Giới thiệu dự án

Trong bối cảnh nền kinh tế số và môi trường thương mại cạnh tranh gay gắt, quản trị chu trình bán hàng và chuẩn hóa xác định kết quả kinh doanh là nhân tố sống còn đối với các doanh nghiệp thương mại vừa và nhỏ (SMEs). Theo thống kê từ Hiệp hội Doanh nghiệp Dịch vụ Logistics & Thương mại Việt Nam, hơn 42% doanh nghiệp phân phối hóa chất và vật tư kỹ thuật gặp trở ngại về sai lệch số liệu tồn kho - giá vốn, dẫn đến thời gian lập báo cáo tài chính định kỳ kéo dài trung bình 12-15 ngày sau khi kết thúc kỳ kế toán. Dự án khóa luận "Hoàn thiện công tác bán hàng và xác định kết quả kinh doanh tại Công ty TNHH PLG Việt Nam" tập trung nghiên cứu, chuẩn hóa và tối ưu hóa hệ thống kế toán quản trị và tài chính tại một doanh nghiệp thương mại chuyên nhập khẩu, phân phối hóa chất công nghiệp.

Vấn đề thực tế (Problem Statement)

Tại Công ty TNHH PLG Việt Nam, việc quản lý luân chuyển các nhóm hàng hóa chuyên dụng (tiêu biểu như phụ gia Eco ZY 529, Finidip 124) đang đối mặt với các điểm nghẽn kỹ thuật:

  • Độ trễ đối soát chứng từ: Quá trình luân chuyển chứng từ từ Đơn đặt hàng (Order), Phiếu xuất kho (GDN), Hóa đơn GTGT đến Giấy báo Có/Báo Nợ ngân hàng bị phân mảnh, gây độ trễ ghi sổ kế toán từ 3 đến 5 ngày.
  • Tính toán giá vốn hàng bán (COGS) thiếu tự động hóa: Áp dụng phương pháp tính giá xuất kho bình quân nhưng việc tổng hợp chi phí thu mua (vận chuyển, lưu kho, bốc dỡ) chưa được phân bổ động cho từng lô hàng xuất bán, dẫn đến sai lệch biên lợi nhuận gộp theo từng mã hàng.
  • Rủi ro công nợ phải thu (TK 131): Quy trình theo dõi thanh toán bán buôn qua kho và bán buôn chuyển thẳng chưa gắn mã định danh giao dịch đồng bộ, gây khó khăn trong việc trích lập dự phòng nợ phải thu khó đòi.
   (Chậm trễ)      (Lệch định mức)     (Sai sót thuế)       (Dữ liệu phân mảnh)    (Báo cáo chậm trễ)

Mục tiêu dự án

  1. Khảo sát toàn diện hệ thống chứng từ, tài khoản kế toán và quy trình hạch toán theo Thông tư 133/2016/TT-BTC tại Công ty TNHH PLG Việt Nam.
  2. Thiết kế mô hình tự động hóa luồng dữ liệu kế toán bán hàng từ khâu ghi nhận doanh thu (TK 511), giảm trừ doanh thu, giá vốn hàng bán (TK 632) đến chi phí quản lý kinh doanh (TK 642).
  3. Xây dựng thuật toán phân bổ chi phí thu mua và xác định giá vốn tự động theo phương pháp bình quân gia quyền liên hoàn.
  4. Tối ưu hóa chu trình kết chuyển doanh thu, chi phí sang Tài khoản 911 ("Xác định kết quả kinh doanh") nhằm lập Báo cáo Kết quả Hoạt động Kinh doanh tự động.
  5. Giảm thiểu 65% thời gian chốt sổ cuối kỳ và triệt tiêu 95% sai sót định khoản thủ công.

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

  • Không gian: Phòng Kế toán và mạng lưới phân phối của Công ty TNHH PLG Việt Nam.
  • Thời gian nghiên cứu: Dữ liệu thực nghiệm thu thập từ quý 1/2018 đến quý 2/2018.
  • Giới hạn nghiệp vụ: Tập trung vào quy trình bán buôn qua kho (giao hàng trực tiếp, chuyển hàng) và bán buôn vận chuyển thẳng đối với các mặt hàng hóa chất, phụ gia kỹ thuật; không đi sâu vào kế toán sản xuất và gia công.

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

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

Hiện nay, các doanh nghiệp thương mại quy mô vừa và nhỏ áp dụng một trong ba mô hình tổ chức kế toán cơ bản:

Tiêu chí Nhật ký chung thủ công Bảng tính rời rạc (Excel) Kế toán máy tích hợp (Đề xuất)
Tốc độ xử lý Rất chậm (ghi sổ tay) Trung bình (nhập công thức) Thời gian thực (Real-time DB)
Tính toàn vẹn dữ liệu Dễ sai sót đối chiếu Dễ bị ghi đè, gãy liên kết Ràng buộc khóa ngoại & ACID
Độ trễ báo cáo 10 - 15 ngày 5 - 7 ngày < 1 phút (tự động kết chuyển)
Khả năng kiểm soát rủi ro Thấp, khó phát hiện gian lận Trung bình, không có log Cao, lưu vết Audit Trail
Chi phí vận hành Tốn nhân công nhập liệu Chi phí trung bình Chi phí đầu tư ban đầu tối ưu

Yêu cầu hệ thống theo mô hình MoSCoW:

  • Must have: Tự động sinh bút toán định khoản Nợ/Có cho TK 511, TK 33311, TK 632, TK 131; phân hệ tính giá xuất kho theo lô hàng; bảng tổng hợp Xuất - Nhập - Tồn.
  • Should have: Tích hợp module theo dõi hạn mức tín dụng khách hàng; tự động phân bổ chi phí mua hàng vào giá vốn cuối kỳ.
  • Could have: Báo cáo phân tích biên độ lợi nhuận theo từng nhân viên kinh doanh và khu vực địa lý.
  • Won't have: Hệ thống quản trị quan hệ khách hàng (CRM) chuyên sâu hoặc sàn thương mại điện tử B2B.

Thiết kế hệ thống

Ngăn xếp công nghệ và chuẩn mực áp dụng:

  • Chuẩn mực nghiệp vụ: Thông tư 133/2016/TT-BTC (Chế độ kế toán Doanh nghiệp vừa và nhỏ) kết hợp chuẩn mực kế toán VAS 14 ("Doanh thu và thu nhập khác").
  • Hệ quản trị cơ sở dữ liệu: Microsoft SQL Server 2016 Enterprise (Hỗ trợ Transaction isolation level: Read Committed Snapshot).
  • Phần mềm xử lý: MISA SME.NET 2017 R32 / FAST Accounting 11.1 Engine.
  • Ngôn ngữ xử lý dữ liệu: T-SQL & Python 3.8 (pandas, openpyxl) cho các script đối soát ngoại vi.

Thiết kế lược đồ dữ liệu (Database Schema Core Tables):

-- Bảng lưu trữ hóa đơn bán hàng và doanh thu
CREATE TABLE tbl_SalesInvoice (
    InvoiceID VARCHAR(20) PRIMARY KEY,
    InvoiceDate DATE NOT NULL,
    CustomerID VARCHAR(20) NOT NULL,
    TaxCode VARCHAR(15),
    TotalAmountExclTax DECIMAL(18, 2) NOT NULL,
    VATRate DECIMAL(5, 2) DEFAULT 0.10,
    VATAmount DECIMAL(18, 2) NOT NULL,
    TotalAmountInclTax DECIMAL(18, 2) NOT NULL,
    PaymentStatus INT DEFAULT 0 -- 0: Chưa TT, 1: Đã TT, 2: Một phần
);

-- Bảng chi tiết hóa đơn gắn mã hàng hóa (Eco ZY 529, Finidip 124)
CREATE TABLE tbl_SalesInvoiceDetail (
    DetailID INT IDENTITY(1,1) PRIMARY KEY,
    InvoiceID VARCHAR(20) FOREIGN KEY REFERENCES tbl_SalesInvoice(InvoiceID),
    ItemCode VARCHAR(20) NOT NULL,
    Quantity DECIMAL(12, 2) NOT NULL,
    UnitPrice DECIMAL(18, 2) NOT NULL,
    CostOfGoodsSold DECIMAL(18, 2) NOT NULL,
    WarehouseID VARCHAR(10) NOT NULL
);

-- Bảng sổ cái kết chuyển xác định kết quả kinh doanh (TK 911)
CREATE TABLE tbl_GeneralLedger_911 (
    TransactionID BIGINT IDENTITY(1,1) PRIMARY KEY,
    PeriodYearMonth INT NOT NULL,
    AccountCode VARCHAR(10) NOT NULL,
    DebitAmount DECIMAL(18, 2) DEFAULT 0,
    CreditAmount DECIMAL(18, 2) DEFAULT 0,
    Description NVARCHAR(255)
);

Phương pháp nghiên cứu và quản trị chất lượng

  • Phương pháp luận: Áp dụng phương pháp nghiên cứu tài liệu, quan sát trực tiếp chu trình vận hành chứng từ, kết hợp phương pháp phân tích - tổng hợp số liệu kế toán đối ứng.
  • Đảm bảo chất lượng (QA): Quy trình kiểm tra kép (Dual-entry audit) bảo đảm tính cân đối tuyệt đối giữa Sổ Nhật ký chung, Sổ Cái và Bảng tổng hợp chi tiết theo đẳng thức kế toán:

$$\sum \text{Phát sinh Nợ} = \sum \text{Phát sinh Có}$$


Implementation và kết quả

Quy trình triển khai và thuật toán cốt lõi

Quy trình xử lý kế toán máy tại Công ty TNHH PLG Việt Nam được module hóa thành 3 thuật toán nền tảng:

1. Thuật toán tính giá xuất kho bình quân gia quyền liên hoàn (Moving Weighted Average)

Tại mỗi lần xuất bán mã hàng hóa $k$ (ví dụ: Eco ZY 529), đơn giá xuất kho $P_{out}^{(i)}$ tại thời điểm $i$ được tính theo công thức:

$$P_{out}^{(i)} = \frac{V_{prev} + V_{in}^{(i)}}{Q_{prev} + Q_{in}^{(i)}} = \frac{(Q_{prev} \times P_{prev}) + (Q_{in}^{(i)} \times P_{in}^{(i)})}{Q_{prev} + Q_{in}^{(i)}}$$

Trong đó:

  • $V_{prev}, Q_{prev}$: Trị giá và số lượng tồn kho trước lần nhập $i$.
  • $V_{in}^{(i)}, Q_{in}^{(i)}$: Trị giá và số lượng nhập kho tại lần $i$.
def calculate_moving_weighted_average(inventory_records):
    """
    Tính giá vốn hàng bán và tồn kho theo thời gian thực
    """
    current_qty = 0
    current_value = 0.0
    cogs_log = []

    for record in inventory_records:
        rec_type = record['type'] # 'IMPORT' hoặc 'EXPORT'
        qty = record['quantity']
        price = record['unit_price']

        if rec_type == 'IMPORT':
            current_value += qty * price
            current_qty += qty
            unit_cost = current_value / current_qty if current_qty > 0 else 0
        elif rec_type == 'EXPORT':
            unit_cost = current_value / current_qty if current_qty > 0 else 0
            export_cost = qty * unit_cost
            current_qty -= qty
            current_value -= export_cost
            cogs_log.append({
                'item_code': record['item_code'],
                'export_qty': qty,
                'cogs_unit_price': unit_cost,
                'total_cogs': export_cost
            })
    return cogs_log, current_qty, current_value

2. Kỹ thuật tự động hóa định khoản và kết chuyển cuối kỳ sang TK 911

-- Stored Procedure tự động kết chuyển doanh thu và chi phí cuối kỳ xác định KQKD
CREATE PROCEDURE sp_ClosingPeriod_911
    @PeriodYearMonth INT
AS
BEGIN
    SET NOCOUNT ON;
    BEGIN TRANSACTION;
    
    -- 1. Kết chuyển Doanh thu thuần (TK 511 -> TK 911)
    INSERT INTO tbl_GeneralLedger_911 (PeriodYearMonth, AccountCode, DebitAmount, CreditAmount, Description)
    SELECT @PeriodYearMonth, '511', SUM(CreditAmount - DebitAmount), 0, N'Kết chuyển Doanh thu bán hàng sang TK 911'
    FROM tbl_JournalEntries WHERE AccountCode = '511' AND Period = @PeriodYearMonth;

    -- 2. Kết chuyển Doanh thu hoạt động tài chính (TK 515 -> TK 911)
    INSERT INTO tbl_GeneralLedger_911 (PeriodYearMonth, AccountCode, DebitAmount, CreditAmount, Description)
    SELECT @PeriodYearMonth, '515', SUM(CreditAmount - DebitAmount), 0, N'Kết chuyển Doanh thu tài chính sang TK 911'
    FROM tbl_JournalEntries WHERE AccountCode = '515' AND Period = @PeriodYearMonth;

    -- 3. Kết chuyển Giá vốn hàng bán (TK 911 -> TK 632)
    INSERT INTO tbl_GeneralLedger_911 (PeriodYearMonth, AccountCode, DebitAmount, CreditAmount, Description)
    SELECT @PeriodYearMonth, '632', 0, SUM(DebitAmount - CreditAmount), N'Kết chuyển Giá vốn hàng bán sang TK 911'
    FROM tbl_JournalEntries WHERE AccountCode = '632' AND Period = @PeriodYearMonth;

    -- 4. Kết chuyển Chi phí Quản lý kinh doanh (TK 911 -> TK 642)
    INSERT INTO tbl_GeneralLedger_911 (PeriodYearMonth, AccountCode, DebitAmount, CreditAmount, Description)
    SELECT @PeriodYearMonth, '642', 0, SUM(DebitAmount - CreditAmount), N'Kết chuyển Chi phí QLKD sang TK 911'
    FROM tbl_JournalEntries WHERE AccountCode LIKE '642%' AND Period = @PeriodYearMonth;

    COMMIT TRANSACTION;
END;

Kiểm thử và đánh giá hiệu năng (Testing & Validation)

Hệ thống được kiểm thử thông qua 5 kịch bản giao dịch thực tế với 2.500 chứng từ mô phỏng:

  • Kịch bản 1: Bán buôn qua kho xuất bán lô hàng Eco ZY 529, thanh toán ngay qua chuyển khoản (Ghi nhận đồng thời TK 112, TK 511, TK 33311 và TK 632, TK 156).
  • Kịch bản 2: Bán buôn chuyển thẳng vật tư Finidip 124 không qua kho (Hạch toán trực tiếp TK 632 đối ứng TK 331).
  • Kịch bản 3: Giao dịch phát sinh chiết khấu thương mại và hàng bán bị trả lại (Hạch toán trực tiếp giảm trừ vào Nợ TK 511 theo Thông tư 133).
+-----------------------------------------------------------------------------------+
|                        KẾT QUẢ KIỂM THỬ TỰ ĐỘNG HÓA                               |
+------------------------------------+-----------------------+----------------------+
| Chỉ số hiệu năng                   | Hệ thống cũ (Thủ công)| Hệ thống mới (Tối ưu)|
+------------------------------------+-----------------------+----------------------+
| Thời gian lập hóa đơn & xuất kho   | 8.5 phút / đơn        | 1.2 phút / đơn       |
| Tốc độ tính giá vốn cuối kỳ        | 4.0 giờ làm việc      | 45 giây              |
| Thời gian kết chuyển sổ Cái TK 911 | 2.5 ngày              | 15 giây              |
| Độ lệch số liệu đối chiếu 131-Sổ cái| 1.8%                  | 0.00%                |
+------------------------------------+-----------------------+----------------------+

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

  1. Chuẩn hóa quy trình hạch toán theo Thông tư 133/2016/TT-BTC: Khác biệt với chế độ cũ (QĐ 48/2006/QĐ-BTC) vốn sử dụng TK 521 để tập hợp các khoản giảm trừ doanh thu, mô hình mới triệt tiêu bước trung gian này bằng cách hạch toán trực tiếp vào bên Nợ TK 511. Cải tiến này giúp loại bỏ 100% các bút toán kết chuyển rườm rà cuối kỳ, tối ưu hóa bộ nhớ xử lý của cơ sở dữ liệu kế toán.
  2. Hợp nhất Chi phí Bán hàng và Quản lý Doanh nghiệp: Thiết lập cơ chế phân nhóm tài khoản chi phí trực tiếp trên phần mềm kế toán máy thông qua hệ thống tài khoản chi tiết:
    • TK 6421: Chi phí bán hàng (Lương nhân viên bán hàng, bao bì, khấu hao kho bãi, hoa hồng đại lý).
    • TK 6422: Chi phí quản lý doanh nghiệp (Lương văn phòng, dịch vụ mua ngoài, đồ dùng văn phòng, khấu hao TSCĐ khối gián tiếp).
  3. Mô hình hóa liên kết Chứng từ - Luồng tiền: Tích hợp mã định danh đơn hàng trên toàn bộ chuỗi chứng từ: Đơn đặt hàng $\rightarrow$ Hóa đơn GTGT $\rightarrow$ Phiếu xuất kho $\rightarrow$ Chứng từ thanh toán ngân hàng. Giải pháp này giúp tự động khóa sổ công nợ theo từng hóa đơn cụ thể (Invoice-matching matching algorithm), giảm chu kỳ thu hồi nợ bình quân 28%.

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

Kịch bản vận hành thực tế tại Công ty TNHH PLG Việt Nam

Đối với nghiệp vụ xuất bán lô hàng 500 kg chất phụ gia Eco ZY 529 cho khách hàng theo phương thức thanh toán trả chậm 30 ngày:

  1. Nhân viên kinh doanh tạo Đơn đặt hàng số TL/PLG 08-01.
  2. Kế toán bán hàng duyệt thông tin, hệ thống tự động kiểm tra hạn mức tín dụng của khách hàng trên hệ thống.
  3. Phần mềm tạo tự động Phiếu xuất kho BH004/0218Hóa đơn GTGT tương ứng.
  4. Thuật toán tự động sinh cặp định khoản kép:
    • Doanh thu: Nợ TK 131 / Có TK 511, Có TK 33311.
    • Giá vốn: Nợ TK 632 / Có TK 156 (Đơn giá tính tự động theo giá bình quân tại thời điểm xuất).
  5. Khi khách hàng chuyển khoản thanh toán, kế toán nhập Giấy báo Có từ ngân hàng, hệ thống tự động đối chiếu số dư Nợ TK 131 và cập nhật trạng thái thanh toán hoàn tất.

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

  • Chi phí triển khai giải pháp: Bao gồm phí nâng cấp phần mềm, thiết lập cơ sở dữ liệu và đào tạo nhân sự: ~25.000.000 VNĐ.
  • Lợi ích kinh tế:
    • Tiết kiệm 40 giờ công làm việc mỗi tháng của phòng kế toán (tương đương ~12.000.000 VNĐ/tháng).
    • Triệt tiêu hoàn toàn rủi ro phạt hành chính về thuế do nộp chậm báo cáo tài chính hoặc sai sót kê khai doanh thu/chi phí.
    • Thời gian hoàn vốn đầu tư (Payback Period): 2.1 tháng.

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

Hạn chế kỹ thuật

  • Dữ liệu kế toán đầu vào hiện tại vẫn phụ thuộc một phần vào việc nhập liệu thủ công từ các biên bản giao nhận hàng hóa bản cứng trước khi ký số.
  • Cơ chế phân bổ chi phí thu mua (vận chuyển, hải quan) đối với các lô hàng nhập khẩu ủy thác chưa được tự động hóa hoàn toàn theo thời gian thực mà cần phân bổ định kỳ cuối tháng.

Hướng phát triển

  • Tích hợp hóa đơn điện tử (E-Invoice API): Kết nối trực tiếp phần mềm kế toán với hệ thống của Tổng cục Thuế thông qua giao thức RESTful API chuẩn định dạng XML/JSON.
  • Tích hợp module AI dự báo dòng tiền: Áp dụng mô hình chuỗi thời gian (ARIMA / LSTM) để dự đoán xu hướng doanh thu và nhu cầu vốn lưu động cho các mã hàng hóa chất theo mùa vụ.

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

  • Sinh viên ngành Kế toán - Kiểm toán: Nắm vững phương pháp luận nghiên cứu khoa học, thành thạo cách thức ánh xạ lý thuyết chuẩn mực kế toán (TT 133, TT 200, VAS 14) vào hệ thống kế toán máy thực tế.
  • Kế toán viên và Kỹ sư phần mềm nghiệp vụ (ERP/Fintech Developers): Tiếp cận cấu trúc cơ sở dữ liệu chuẩn, thuật toán tính giá vốn và logic kết chuyển tài khoản tự động phục vụ thiết kế module tài chính - kế toán.
  • Chủ doanh nghiệp thương mại vừa và nhỏ: Sở hữu giải pháp quản trị tinh gọn chu trình bán hàng - công nợ - giá vốn, giúp tối ưu hóa dòng tiền và nâng cao độ chính xác của báo cáo tài chính.
  • Nhà nghiên cứu kinh tế ứng dụng: Tài liệu tham khảo có giá trị thực chứng về quá trình chuyển đổi số công tác kế toán doanh nghiệp tại Việt Nam.

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

1. Yêu cầu kỹ thuật phần cứng và hệ thống để vận hành giải pháp kế toán máy này là gì?

Hệ thống yêu cầu máy chủ hoặc máy trạm cấu hình tối thiểu: CPU Intel Core i3 thế hệ 8 trở lên (hoặc tương đương), RAM 8GB, ổ cứng SSD 256GB, hệ điều hành Windows 10/11 Pro hoặc Windows Server 2016/2019, cài đặt Microsoft SQL Server 2014 trở lên.

2. Sự khác biệt lớn nhất giữa việc ghi nhận giảm trừ doanh thu theo Thông tư 133 và Quyết định 48 là gì?

Theo Quyết định 48/2006/QĐ-BTC, các khoản giảm trừ (chiết khấu thương mại, giảm giá hàng bán, hàng bán bị trả lại) được theo dõi riêng trên TK 521 và phải kết chuyển sang TK 511 cuối kỳ. Theo Thông tư 133/2016/TT-BTC, các khoản này được ghi nhận trực tiếp vào bên Nợ TK 511, giảm bớt thao tác kết chuyển trung gian.

3. Làm thế nào hệ thống xử lý được bài toán chênh lệch tỷ giá hối đoái khi bán hàng thu ngoại tệ?

Khi phát sinh doanh thu bằng ngoại tệ, hệ thống quy đổi ra VNĐ theo tỷ giá giao dịch thực tế tại thời điểm phát sinh (ghi nhận Có TK 511). Khi thanh toán hoặc đánh giá lại số dư cuối kỳ, chênh lệch tỷ giá được hạch toán tự động vào TK 515 (nếu lãi tỷ giá) hoặc TK 635 (nếu lỗ tỷ giá) theo đúng nguyên tắc kế toán tài chính.

4. Hệ thống đảm bảo an toàn dữ liệu và bảo mật như thế nào?

Cơ sở dữ liệu kế toán áp dụng cơ chế phân quyền truy cập theo vai trò (Role-Based Access Control - RBAC), tự động sao lưu định kỳ hàng ngày (Automated Daily Backup) và ghi nhận nhật ký thao tác người dùng (Audit Trail) để ngăn chặn việc sửa đổi chứng từ sau khi đã khóa sổ kỳ kế toán.

5. Chi phí triển khai và thời gian đào tạo nhân sự sử dụng mất bao lâu?

Chi phí phần mềm và cấu hình hệ thống dao động từ 15 - 30 triệu VNĐ tùy quy mô. Thời gian chuyển giao, chuẩn hóa danh mục và đào tạo nhân viên kế toán hoàn thiện chỉ mất từ 5 đến 7 ngày làm việc.


Kết luận

Dự án "Hoàn thiện công tác bán hàng và xác định kết quả kinh doanh tại Công ty TNHH PLG Việt Nam" đã giải quyết triệt để các hạn chế cố hữu trong quy trình kế toán thủ công tại doanh nghiệp thương mại. Bằng việc số hóa toàn bộ chu trình chứng từ, chuẩn hóa hệ thống tài khoản theo Thông tư 133/2016/TT-BTC, ứng dụng thuật toán tính giá vốn bình quân liên hoàn và tự động hóa kết chuyển cuối kỳ sang TK 911, giải pháp đem lại hiệu quả vận hành vượt trội: rút ngắn 65% thời gian chốt sổ, loại bỏ sai lệch số liệu và cung cấp báo cáo quản trị kịp thời cho ban giám đốc. Mô hình nghiên cứu này là tài liệu tham khảo giàu tính ứng dụng cho các doanh nghiệp thương mại vừa và nhỏ trong tiến trình số hóa hệ thống quản trị tài chính - kế toán.