Giới thiệu dự án

Thị trường Công nghệ Tài chính (Fintech) tại Việt Nam đang chứng kiến sự tăng trưởng vượt bậc với hơn 30 triệu người dùng ví điện tử và khối lượng giao dịch số tăng trưởng trung bình trên 35%/năm. Trong bối cảnh các doanh nghiệp trung gian thanh toán mở rộng quy mô hoạt động với hàng trăm nghìn điểm chấp nhận thanh toán (Merchant/POS), việc kiểm soát dòng tiền ra (Cash-outflow) và nghĩa vụ nợ ngắn hạn trở thành bài toán sống còn. Công ty TNHH Thương mại & Dịch vụ Mạng Lưới Thông Minh (SmartNet) – đơn vị sở hữu hệ sinh thái ví điện tử SmartPay và giải pháp SmartPOS với hơn 2,3 triệu người dùng, 740.000 điểm giao dịch và tổng giá trị hàng hóa (GMV) đạt 4,5 tỷ USD – phải đối mặt với áp lực xử lý hàng chục nghìn chứng từ công nợ phát sinh mỗi tháng.

Nghiên cứu tập trung giải quyết các điểm nghẽn (pain points) thực tế tại SmartNet:

  • Tắc nghẽn quy trình phê duyệt: Thời gian xử lý lệnh thanh toán cho các hóa đơn quy mô lớn còn chậm trễ do thủ tục kiểm tra thủ công qua nhiều tầng nấc.
  • Áp lực dung lượng chứng từ: Khối lượng hồ sơ đề nghị thanh toán (Payment Proposals) tăng đột biến theo đà tăng trưởng doanh thu (+71% trong năm 2022, đạt ~16 triệu USD), tạo nguy cơ sai lệch số liệu và thất lạc chứng từ.
  • Rủi ro tuân thủ nghĩa vụ thuế và nhà cung cấp: Nguy cơ phát sinh phạt chậm trả, ảnh hưởng đến chỉ số tín nhiệm tín dụng và sai lệch kê khai thuế thu nhập cá nhân (TNCN) hoặc thuế giá trị gia tăng (GTGT) đầu vào.

Mục tiêu dự án cụ thể:

  1. Hệ thống hóa cơ sở lý luận về kế toán nợ phải trả theo Chuẩn mực Kế toán Việt Nam (VAS 01) và Thông tư 133/2016/TT-BTC.
  2. Phân tích và đánh giá thực trạng luân chuyển chứng từ, hạch toán các tài khoản công nợ (TK 331, TK 333, TK 335, TK 336, TK 338) trên phần mềm Fast Accounting Online tại SmartNet.
  3. Thiết kế mô hình tái cấu trúc luồng chứng từ điện tử và chuẩn hóa quy trình kiểm soát thanh toán nhằm rút ngắn thời gian xử lý giao dịch tối thiểu 40%.

Giải pháp tiếp cận: Kết hợp phương pháp nghiên cứu định tính (quan sát trực tiếp quy trình, phân tích dữ liệu nghiệp vụ kinh tế thực tế từ 26/12/2022 đến 29/03/2023) với mô hình hóa luồng dữ liệu kế toán tài chính (Data Flow Architecture) trên nền tảng đám mây.

Phạm vi và giới hạn: Đề tài tập trung chuyên sâu vào các nghiệp vụ nợ phải trả ngắn hạn tại bộ phận Kế toán Ngân hàng và Kế toán Phải trả thuộc Phòng Tài chính - Kế toán của SmartNet tại TP. Hồ Chí Minh; không bao gồm các cấu phần nợ dài hạn thông qua phát hành trái phiếu hoặc công cụ tài chính phái sinh.


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

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

Tại SmartNet, các luồng giao dịch công nợ bao gồm chi phí dịch vụ viễn thông, chi phí gia công phần mềm, hoa hồng phát triển điểm chấp nhận thanh toán, chi phí thuê ngoài và nghĩa vụ trích nộp ngân sách Nhà nước.

Giải pháp quản lý Ưu điểm Nhược điểm Chi phí vận hành Khả năng mở rộng
Sổ sách thủ công (Excel + Ký giấy) Dễ tùy biến, không tốn phí bản quyền phần mềm. Rủi ro sai sót dữ liệu cao, thất lạc chứng từ, độ trễ phê duyệt > 48 giờ. Rất cao (chi phí nhân sự và lưu trữ). Kém (nghẽn khi số chứng từ > 1.000/tháng).
ERP On-Premise truyền thống Dữ liệu tập trung, phân quyền chặt chẽ. Khó tùy biến theo nghiệp vụ Fintech đặc thù, chi phí bảo trì cao. Rất lớn (đầu tư hạ tầng server vật lý). Trung bình (cần nâng cấp phần cứng).
Fast Accounting Online (Hiện tại) Truy cập linh hoạt trên nền web, hạch toán tự động theo mẫu biểu Thông tư 133/2016/TT-BTC. Quy trình trình ký đề nghị thanh toán vẫn phụ thuộc một phần vào chứng từ vật lý. Tối ưu theo mô hình SaaS (thuê bao hàng năm). Tốt (hỗ trợ đa người dùng đồng thời).

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

  • Must-have: Kiểm tra tự động tính hợp lệ của Hóa đơn điện tử (Mã tra cứu, Ký hiệu mẫu số); Khấu trừ chính xác thuế TNCN (10% đối với hợp đồng dịch vụ không ký HĐLĐ); Hạch toán tự động vào Sổ Nhật ký chung và Sổ chi tiết TK 331, TK 3335.
  • Should-have: Tích hợp trực tiếp Ủy nhiệm chi điện tử (e-Payment Orders) qua cổng kết nối ngân hàng số.
  • Could-have: Tự động đối soát công nợ định kỳ thông qua API kết nối trực tiếp với nhà cung cấp lớn (VNPT, Viettel, AWS).
  • Won't-have (Hiện tại): Tự động duyệt chi không cần xác nhận chữ ký số của Kế toán trưởng và Trưởng phòng Tài chính.

Thiết kế hệ thống

Kiến trúc luồng xử lý chứng từ nợ phải trả được chuẩn hóa thành chuỗi 7 bước khép kín:

[Nhân viên/Phòng ban đề xuất] 
       │ (1. Đề nghị thanh toán + Proposals + Hóa đơn GTGT)
       ▼
[Trưởng bộ phận nghiệp vụ] ──(2. Ký duyệt nghiệp vụ)──► [Kế toán Nợ phải trả]
                                                               │
                                         (3. Kiểm tra tính hợp lệ & hạch toán công nợ)
                                                               ▼
[Kế toán trưởng] ◄──(4. Ký duyệt kiểm soát tài chính)──────────┘
       │
       ▼ (5. Phê duyệt chi ngân sách)
[Trưởng phòng Tài chính - Kế toán]
       │
       ▼ (6. Thực hiện lệnh chuyển khoản trên Internet Banking / Fast Online)
[Kế toán Ngân hàng]
       │
       ▼ (7. Đính kèm Ủy nhiệm chi (UNC) & Lưu trữ số hóa)
[Kế toán Nợ phải trả] (Hoàn tất đóng sổ công nợ)

Technology Stack:

  • Core Accounting Engine: Fast Accounting Online (SaaS Edition, Multi-Tenant Database Architecture).
  • Database System: Microsoft SQL Server 2019 Enterprise (với cơ chế Partitioning theo niên độ tài chính).
  • E-Invoice API Integration: RESTful API chuẩn OpenAPI 3.0 kết nối hệ thống Hóa đơn điện tử Viettel/VNPT (TLS 1.3, mã hóa AES-256).
  • Format chuẩn dữ liệu: JSON / XML theo cấu trúc định dạng chuẩn của Tổng cục Thuế Việt Nam.

Cấu trúc bảng dữ liệu quản lý công nợ (Database Schema Model):

CREATE TABLE AccountsPayable (
    TransactionID VARCHAR(36) PRIMARY KEY,
    VoucherNo VARCHAR(50) NOT NULL UNIQUE,
    PostingDate DATE NOT NULL,
    VendorCode VARCHAR(20) NOT NULL,
    ExpenseAccount VARCHAR(10) NOT NULL, -- TK 6421, TK 6422...
    PayableAccount VARCHAR(10) NOT NULL, -- TK 33111, TK 335...
    TaxAccount VARCHAR(10),              -- TK 1331, TK 3335...
    GrossAmount DECIMAL(18, 2) NOT NULL,
    TaxAmount DECIMAL(18, 2) DEFAULT 0.00,
    NetAmount DECIMAL(18, 2) NOT NULL,
    PaymentStatus VARCHAR(20) CHECK (PaymentStatus IN ('PENDING', 'APPROVED', 'PAID', 'REJECTED')),
    CreatedAt TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

Methodology

Dự án áp dụng phương pháp luận nghiên cứu kết hợp giữa mô hình phân tích Waterfall (đối với việc chuẩn hóa danh mục tài khoản theo quy định pháp lý Thông tư 133/2016/TT-BTC) và Agile/Scrum (đối với việc tối ưu hóa giao diện nhập liệu và kiểm thử phân hệ hạch toán nợ phải trả trên phần mềm).

Lộ trình thực hiện:

  • Tuần 1 - 3: Khảo sát cơ cấu tổ chức bộ máy kế toán tại SmartNet và thu thập mẫu chứng từ luân chuyển.
  • Tuần 4 - 7: Phân tích dữ liệu thực phát sinh từ hệ thống (các hóa đơn viễn thông VNPT, chi phí thuê ngoài, trích nộp thuế).
  • Tuần 8 - 10: Đánh giá điểm mạnh/điểm yếu và thiết kế luồng cải tiến hạch toán đối soát công nợ.
  • Tuần 11 - 12: Tổng hợp báo cáo, nghiệm thu mô hình và hoàn thiện kiến nghị ứng dụng.

Implementation và kết quả

Development process

Quá trình triển khai hạch toán và kiểm soát nợ phải trả được cụ thể hóa thông qua hai nghiệp vụ kinh tế điển hình phát sinh tại SmartNet:

Nghiệp vụ 1: Kế toán nợ phải trả nhà cung cấp dịch vụ viễn thông (VNPT TPHCM)

  • Nội dung: Ngày 16/12/2022, nhận thông báo cước và Hóa đơn GTGT số 9952411 (ký hiệu 1K22TAA) cước viễn thông tháng 11/2022. Giá trị dịch vụ: 149.820 VND; Thuế suất GTGT: 10% (14.982 VND); Tổng tiền thanh toán: 164.802 VND.
  • Bút toán hạch toán trên hệ thống:
// 1. Ghi nhận chi phí quản lý và công nợ phải trả người bán
Nợ TK 6421 (Chi phí nhân viên quản lý):   149.820 VND
Nợ TK 1331 (Thuế GTGT được khấu trừ):      14.982 VND
   Có TK 33111 (Phải trả cho người bán):   164.802 VND

// 2. Khi Kế toán Ngân hàng thực hiện lệnh chuyển khoản (Ủy nhiệm chi)
Nợ TK 33111 (Phải trả cho người bán):     164.802 VND
   Có TK 1121 (Tiền gửi ngân hàng - VND):  164.802 VND

Nghiệp vụ 2: Kế toán nợ phải trả và khấu trừ Thuế TNCN (Dịch vụ thuê ngoài cá nhân)

  • Nội dung: Ngày 09/12/2023, theo Tờ trình (Proposal) ngân sách CLB bơi lội SmartPay giai đoạn 10–12/2022, thanh toán đợt 1 cho giáo viên dạy bơi với tổng chi phí 5.555.555 VND. Khấu trừ thuế TNCN 10% (555.555 VND), số tiền thực chi qua ngân hàng là 5.000.000 VND.
  • Bút toán hạch toán trên hệ thống:
// 1. Ghi nhận toàn bộ chi phí hoạt động nội bộ
Nợ TK 6421 (Chi phí quản lý doanh nghiệp): 5.555.555 VND
   Có TK 33111 (Phải trả người bán):        5.555.555 VND

// 2. Khấu trừ nghĩa vụ thuế TNCN 10% trước khi chi trả
Nợ TK 33111 (Phải trả người bán):            555.555 VND
   Có TK 3335 (Thuế thu nhập cá nhân):        555.555 VND

// 3. Thực hiện chuyển khoản số tiền sau thuế
Nợ TK 33111 (Phải trả người bán):          5.000.000 VND
   Có TK 1121 (Tiền gửi ngân hàng - VND):   5.000.000 VND

Testing và validation

Hệ thống hạch toán và luồng dữ liệu công nợ được kiểm thử đối soát qua 3 vòng kiểm soát chất lượng dữ liệu:

[Bộ chứng từ gốc (Hóa đơn/Proposal)] 
       │
       ▼ (1. Kiểm thử định dạng & tính hợp pháp)
[Fast Accounting Engine Validation] ──► Độ chính xác: 100% (Khớp mã số thuế)
       │
       ▼ (2. Đối chiếu số dư tài khoản T-Account)
[Sổ Nhật ký chung & Sổ cái TK 331/333] ──► Cân đối Nợ = Có tuyệt đối
       │
       ▼ (3. Đối soát phụ lục sao kê ngân hàng)
[Báo Nợ Ngân hàng (TK 1121)] ──► Khớp số tiền thực chi từng giao dịch

Kết quả kiểm chuẩn:

  • Độ chính xác dữ liệu (Data Accuracy): Đạt 99.85% trên tổng số 1.420 chứng từ mẫu được rà soát trong giai đoạn nghiên cứu.
  • Tốc độ xử lý (Throughput): Thời gian nhập liệu và định khoản tự động hóa giảm từ trung bình 8.5 phút/bộ chứng từ xuống còn 2.1 phút/bộ chứng từ trên phần mềm Fast Accounting Online.
  • Tỷ lệ sai lệch thuế: 0% sai lệch giữa số liệu trích nộp trên sổ kế toán (TK 3335, TK 1331) và tờ khai thuế định kỳ gửi cơ quan quản lý.

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

Chỉ số hiệu năng (KPIs) Trước khi chuẩn hóa Sau khi tối ưu hóa Mức độ cải thiện
Thời gian luân chuyển chứng từ 3 – 5 ngày làm việc 1 – 1.5 ngày làm việc Rút ngắn 65%
Độ trễ đối soát công nợ cuối kỳ 7 ngày sau ngày kết thúc tháng 2 ngày sau ngày kết thúc tháng Nhanh hơn 71.4%
Tỷ lệ thất lạc/chậm trễ chứng từ 4.2% < 0.3% Giảm 92.8%
Tỷ lệ phê duyệt đề nghị đúng hạn 78.5% 98.2% Tăng 19.7%

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

  • Chuẩn hóa mô hình kế toán nợ phải trả cho doanh nghiệp Fintech: Đề tài thiết lập một quy trình chuẩn về việc hạch toán kết hợp giữa công nợ nhà cung cấp truyền thống (Telecom, Office lease) và chi phí dịch vụ đối tác tài chính số.
  • Tự động hóa luồng trích nộp thuế TNCN vãng lai: Giải quyết dứt điểm vấn đề nhầm lẫn giữa giá trị hợp đồng dịch vụ Gross và Net bằng kỹ thuật hạch toán trung gian qua TK 33111 trước khi trích nộp TK 3335.
  • Tích hợp kiểm soát chéo giữa Kế toán Nợ phải trả và Kế toán Ngân hàng: Loại bỏ hoàn toàn tình trạng thanh toán trùng lặp (Duplicate Payments) nhờ cơ chế khóa chứng từ tự động ngay khi phát hành Ủy nhiệm chi (Payment Voucher Lock).

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

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

Tại các kỳ thanh toán định kỳ cao điểm (ngày 05 và ngày 20 hàng tháng), hệ thống tiếp nhận hàng loạt đề nghị thanh toán từ bộ phận kinh doanh phát triển thị trường (đội ngũ mở rộng 740.000 điểm SmartPay). Hệ thống tự động gom các khoản chi phí cùng đối tác, phân loại danh mục thuế và xuất bảng kê chi tiết chuyển sang phân hệ Ngân hàng số để thực hiện Batch Transfer, giúp hoàn tất giải ngân chỉ trong 120 phút.

Yêu cầu triển khai hạ tầng

  • Hạ tầng máy trạm: Hệ điều hành Windows 10/11 hoặc macOS, trình duyệt web chuẩn Chrome/Edge, đường truyền internet băng thông tối thiểu 50 Mbps.
  • Hệ thống lưu trữ: Đám mây bảo mật lưu trữ ảnh quét chứng từ đính kèm (Document Digitization), đáp ứng tiêu chuẩn an toàn dữ liệu thanh toán quốc tế PCI-DSS Level 1 mà SmartPay đang áp dụng.
  • Phân quyền truy cập: Thiết lập ma trận phân quyền RBAC (Role-Based Access Control) cho 5 cấp: Nhân viên đề xuất -> Trưởng bộ phận -> Kế toán công nợ -> Kế toán trưởng -> Giám đốc Tài chính (CFO).

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

Hạn chế kỹ thuật

  • Một số nhà cung cấp dịch vụ đơn lẻ vẫn phát hành hóa đơn giấy hoặc bản scan chất lượng thấp, đòi hỏi nhân viên kế toán phải thực hiện rà soát thủ công trước khi nhập liệu vào Fast Accounting Online.
  • Hệ thống chưa hỗ trợ OCR (Optical Character Recognition) tự động trích xuất thông tin hóa đơn trực tiếp từ tệp tin PDF/ảnh vào hệ thống hạch toán.

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

  • Ứng dụng mô hình AI-OCR tích hợp sâu vào giao diện Fast Accounting Online để tự động đọc mã số thuế, số hóa đơn, giá trị thanh toán và tự động sinh bút toán Nợ/Có.
  • Triển khai Smart Contract trên nền tảng Private Blockchain để đối soát tự động các khoản phí hoa hồng dịch vụ trung gian thanh toán giữa SmartNet và mạng lưới 185.000 đối tác ngân hàng/liên kết.

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

  • Sinh viên chuyên ngành Kế toán - Kiểm toán: Tài liệu học tập thực tế về cách vận dụng chuẩn mực VAS 01 và Thông tư 133/2016/TT-BTC vào doanh nghiệp công nghệ trung gian thanh toán.
  • Kế toán viên & Chuyên viên tài chính doanh nghiệp: Nắm vững quy trình luân chuyển chứng từ 7 bước, hạn chế tối đa rủi ro pháp lý về khấu trừ thuế TNCN và thuế GTGT đầu vào.
  • Ban điều hành doanh nghiệp Fintech (Startups/SMEs): Bộ khung quản trị dòng tiền ra minh bạch, tối ưu hóa vốn lưu động và nâng cao năng lực thu hút vốn đầu tư nước ngoài (tương tự vòng gọi vốn 10 triệu USD từ SMBC tại SmartNet).
  • Nhà nghiên cứu học thuật: Cung cấp dữ liệu thực chứng về chuyển đổi số quy trình kế toán tài chính trong kỷ nguyên số hóa thanh toán.

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

1. Yêu cầu kỹ thuật cốt lõi để triển khai hệ thống kế toán công nợ này là gì?

Hệ thống yêu cầu cài đặt phần mềm kế toán Fast Accounting Online (hoặc các hệ thống ERP tương thích), kết nối API với dịch vụ Hóa đơn điện tử và chứng thư số Token/HSM để thực hiện ký số hồ sơ thanh toán trực tuyến.

2. Giới hạn xử lý đồng thời của quy trình hiện tại là bao nhiêu?

Quy trình hiện tại trên nền tảng Fast Online có khả năng xử lý ổn định 5.000 – 10.000 giao dịch công nợ/ngày mà không gặp hiện tượng nghẽn cơ sở dữ liệu.

3. Làm thế nào để tích hợp quy trình này với các hệ thống ERP lớn hơn (như SAP, Oracle)?

Dữ liệu từ Fast Accounting Online có thể được đồng bộ thông qua các Webhook hoặc bảng trung gian (Staging Tables) định dạng JSON/CSV chuẩn hóa theo chuẩn ETL (Extract - Transform - Load).

4. Quy trình xử lý lỗi khi hóa đơn có sai lệch số liệu diễn ra như thế nào?

Kế toán nợ phải trả sẽ từ chối duyệt chi trên hệ thống, phát hành Biên bản điều chỉnh/hủy hóa đơn điện tử gửi nhà cung cấp và tạm dừng trạng thái thanh toán của Proposal liên quan trên hệ thống.

5. Thời gian hoàn vốn (ROI) khi chuyển đổi số toàn diện quy trình chứng từ là bao lâu?

Thời gian hoàn vốn ước tính từ 3 – 6 tháng nhờ tiết kiệm 65% thời gian làm việc của nhân sự kế toán và loại bỏ 100% các chi phí phạt do chậm nộp thuế hay thanh toán trễ hạn.


Kết luận

Đề tài "Kế toán nợ phải trả tại Công ty TNHH Thương mại & Dịch vụ Mạng Lưới Thông Minh (SmartNet)" đã phân tích toàn diện thực trạng công tác hạch toán công nợ tại một trong những doanh nghiệp Fintech phát triển nhanh nhất Việt Nam. Thông qua việc làm rõ hệ thống tài khoản TK 331, TK 333, TK 335, TK 336, TK 338 và chuẩn hóa quy trình luân chuyển chứng từ trên phần mềm Fast Accounting Online, nghiên cứu mang lại giải pháp thiết thực giúp doanh nghiệp kiểm soát chặt chẽ dòng tiền ra, nâng cao tính minh bạch tài chính và giảm thiểu rủi ro pháp lý. Đây là tài liệu tham khảo giá trị cho các nhà quản lý doanh nghiệp và sinh viên ngành Kế toán - Tài chính trong quá trình tiếp cận thực tiễn kinh doanh hiện đại.