Giới thiệu dự án
Trong bối cảnh nền kinh tế số hóa và chuỗi cung ứng toàn cầu phát triển mạnh mẽ, ngành dịch vụ logistics và vận tải nội địa tại Việt Nam đóng vai trò huyết mạch, chiếm tỷ trọng khoảng 16,8% đến 20% trong cơ cấu GDP cả nước. Thành phố Hải Phòng – trung tâm cảng biển lớn nhất miền Bắc – ghi nhận lưu lượng luân chuyển hàng hóa hàng triệu TEU mỗi năm. Đối với các doanh nghiệp logistics vừa và nhỏ (SME - Small and Medium Enterprises), dòng tiền (cash flow) được ví như mạch máu quyết định sự sống còn và khả năng duy trì hoạt động kinh doanh liên tục. Việc quản lý và thu hồi nợ hiệu quả không chỉ nâng cao khả năng thanh toán tức thời mà còn giúp doanh nghiệp củng cố năng lực tài chính trước biến động thị trường.
Khóa luận tốt nghiệp chuyên ngành Kế toán – Kiểm toán của tác giả Đỗ Tiến Đạt (Trường Đại học Quản lý và Công nghệ Hải Phòng) dưới sự hướng dẫn của ThS. Nguyễn Thị Mai Linh đã tập trung giải quyết bài toán cốt lõi: "Hoàn thiện công tác kế toán thanh toán với người mua, người bán tại Công ty TNHH Vận tải USB". Công ty TNHH Vận tải USB (tên giao dịch: HUONG LINH IMEXTRACO, Mã số thuế: 0201650181) là đơn vị chuyên cung cấp dịch vụ vận tải hàng hóa đường bộ, đường thủy nội địa, sửa chữa phương tiện cơ giới và cung ứng nhiên liệu.
+-----------------------------------------------------------------------------+
| CÔNG TY TNHH VẬN TẢI USB |
| (MST: 0201650181 - 5/16 Nguyễn Khoa Dục, Cát Bi, Hải An, Hải Phòng) |
+-------------------------------------+---------------------------------------+
|
+------------------------------+------------------------------+
| |
v v
[ QUẢN LÝ PHẢI THU (AR - TK 131) ] [ QUẢN LÝ PHẢI TRẢ (AP - TK 331) ]
- Khách hàng: KYOCERA, HANOI VN,... - Nhà cung cấp: Ô tô Hyundai, Xăng dầu Mỹ Đức
- Cước vận chuyển Cont 20ft/40ft - Đầu tư TSCĐ (Xe đầu kéo), Dầu Diesel 0.5S-II
- Hình thức: Chuyển khoản (ACB), HĐ GTGT - Kiểm soát công nợ, đối chiếu hóa đơn/chứng từ
Vấn đề thực tiễn và điểm nghẽn (Problem Statement)
Qua khảo sát thực tế niên độ tài chính năm 2020 tại Công ty TNHH Vận tải USB, công tác kế toán công nợ phải thu (Accounts Receivable - AR) và công nợ phải trả (Accounts Payable - AP) bộc lộ nhiều điểm nghẽn kỹ thuật:
- Theo dõi công nợ phân tán, chậm trễ đối chiếu: Doanh nghiệp ghi sổ theo hình thức Nhật ký chung thủ công trên bảng tính, việc cập nhật số liệu từ chứng từ gốc (Hóa đơn GTGT, Giấy báo Có, Biên bản giao nhận hàng) lên Sổ Nhật ký chung và Sổ chi tiết Tài khoản 131, Tài khoản 331 thường bị trễ từ 5–10 ngày làm việc.
- Rủi ro bị chiếm dụng vốn: Khách hàng vận tải thường được hưởng chính sách thanh toán trả chậm từ 30–60 ngày. Việc thiếu hệ thống phân loại tuổi nợ (Aging Schedule) tự động dẫn đến tình trạng phát sinh nợ khó đòi, nợ quá hạn kéo dài mà chưa kịp thời trích lập dự phòng theo Tài khoản 2293.
- Quy trình luân chuyển chứng từ chưa tối ưu: Chưa có sự liên kết dữ liệu thời gian thực giữa Bộ phận Điều vận (Logistics), Đội xe và Phòng Kế toán, khiến việc đối chiếu cuốc xe, xác nhận phụ phí hạ tầng cảng biển và xuất hóa đơn đầu ra bị đình trệ.
Mục tiêu đề tài
- Hệ thống hóa cơ sở lý luận về tổ chức kế toán thanh toán với người mua (TK 131) và người bán (TK 331) theo Thông tư số 133/2016/TT-BTC ban hành ngày 26/8/2016 của Bộ Tài chính dành cho doanh nghiệp vừa và nhỏ.
- Phân tích chi tiết thực trạng quy trình hạch toán, luân chuyển chứng từ và ghi sổ kế toán các nghiệp vụ phát sinh thực tế năm 2020 tại Công ty TNHH Vận tải USB.
- Đánh giá ưu điểm, hạn chế trong bộ máy kế toán và hệ thống kiểm soát nội bộ của doanh nghiệp.
- Đề xuất các giải pháp kỹ thuật, quy trình quản trị công nợ và định hướng ứng dụng phần mềm kế toán tự động nhằm tối ưu hóa chu kỳ luân chuyển vốn.
Phương pháp tiếp cận và kết quả kỳ vọng
- Phương pháp tiếp cận: Kết hợp giữa phương pháp nghiên cứu định tính (thu thập chứng từ thực tế, phỏng vấn nhân sự điều hành) và định lượng (phân tích số dư, phát sinh nợ/có trên Sổ Cái, Sổ chi tiết và Bảng tổng hợp công nợ). Đồng thời, đề xuất mô hình chuyển dịch từ ghi chép thủ công sang hệ thống thông tin kế toán (Accounting Information System - AIS) tự động hóa.
- Kết quả kỳ vọng: Rút ngắn thời gian lập báo cáo công nợ định kỳ từ 3 ngày xuống dưới 15 phút, giảm thiểu 100% lỗi sai lệch số liệu giữa sổ chi tiết và sổ tổng hợp, hạ thấp chỉ số kỳ thu tiền bình quân (Days Sales Outstanding - DSO) xuống 25%.
- Phạm vi nghiên cứu: Số liệu hạch toán thực tế năm 2020 tại Công ty TNHH Vận tải USB, tập trung chuyên sâu vào các nghiệp vụ thanh toán dịch vụ vận tải container và mua sắm tài sản cố định (TSCĐ), nguyên vật liệu phục vụ vận hành.
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 Vận tải USB, công tác kế toán được tổ chức tinh gọn với 02 nhân sự: Kế toán trưởng kiêm nhiệm kiểm soát tài chính tổng thể và Kế toán tổng hợp kiêm thủ quỹ/kế toán kho. Doanh nghiệp áp dụng chế độ kế toán theo Thông tư 133/2016/TT-BTC, kỳ kế toán năm từ 01/01 đến 31/12, tính thuế GTGT theo phương pháp khấu trừ và khấu hao TSCĐ theo phương pháp đường thẳng.
| Tiêu chí phân tích |
Phương pháp thủ công (Hiện trạng) |
Hệ thống kế toán máy (Mục tiêu đề xuất) |
| Hình thức ghi sổ |
Nhật ký chung (bảng tính rời rạc) |
Nhật ký chung tích hợp cơ sở dữ liệu tập trung |
| Tốc độ xử lý |
Nhập liệu thủ công từng chứng từ (15–30 phút/bộ) |
Tự động sinh bút toán kép theo mẫu (dưới 1 giây) |
| Kiểm soát đối chiếu |
Đối chiếu cuối tháng bằng mắt và đối chiếu bảng |
Tự động đối chiếu tức thời Sổ Cái $\leftrightarrow$ Sổ chi tiết |
| Phân tích tuổi nợ |
Không lập hoặc lập thủ công định kỳ |
Bảng phân tích tuổi nợ tự động theo 5 khoảng thời gian |
| Tích hợp ngân hàng |
Nhận Giấy báo Có/Báo Nợ giấy, gõ lại tay |
Tự động đồng bộ đối soát qua Open Banking API |
Bảng so sánh giải pháp phần mềm trên thị trường
+-------------------+-------------------+-------------------+-------------------+
| Tiêu chí | MISA SME.NET | FAST Accounting | Tùy biến Nội bộ |
+-------------------+-------------------+-------------------+-------------------+
| Khả năng mở rộng | Rất cao (Cloud) | Cao (Client-Server| Trung bình (SME) |
| Chi phí triển khai| 8 - 15 triệu/năm | 10 - 25 triệu | 3 - 5 triệu (Base)|
| Phù hợp TT 133 | Hoàn toàn | Hoàn toàn | Hoàn toàn |
| Quản lý cont/xe | Cần mua thêm Addon| Cần chỉnh sửa sâu | Thiết kế riêng biệt|
+-------------------+-------------------+-------------------+-------------------+
Phân loại yêu cầu hệ thống theo mô hình MoSCoW
- Must Have (Bắt buộc):
- Tự động ghi nhận bút toán kép TK 131, TK 331, TK 511, TK 112, TK 152, TK 211.
- Xuất Sổ Nhật ký chung (Mẫu 3a-DNN), Sổ Cái (Mẫu 3b-DNN), Sổ chi tiết thanh toán (Mẫu 13-DNN) và Bảng tổng hợp công nợ chuẩn Thông tư 133/2016/TT-BTC.
- Khóa sổ và ngăn chặn triệt để hành vi bù trừ số dư Nợ/Có trên tài khoản lưỡng tính khi lập Báo cáo tài chính.
- Should Have (Nên có):
- Cơ chế cảnh báo hạn mức tín dụng công nợ (Credit limit warning) cho từng đối tác.
- Phân tích tuổi nợ theo các bucket: 0–30 ngày, 31–60 ngày, 61–90 ngày và trên 90 ngày.
- Could Have (Có thể có):
- Tích hợp cổng API Hóa đơn điện tử (E-invoice) và đối soát giao dịch ngân hàng điện tử ACB.
- Won't Have (Chưa ưu tiên):
- Mô hình hợp nhất báo cáo tài chính đa quốc gia, đa tiền tệ phức tạp.
Thiết kế hệ thống
Kiến trúc hệ thống quản lý công nợ vận tải được thiết kế theo mô hình phân tầng chuẩn hóa (Multi-tier Architecture):
Thiết kế Cơ sở dữ liệu (Database Schema)
Dưới đây là cấu trúc bảng dữ liệu quan hệ mô phỏng hệ thống quản lý danh mục đối tác và sổ nhật ký kế toán theo chuẩn mực kế toán Việt Nam:
-- Bảng danh mục đối tượng công nợ (Khách hàng / Nhà cung cấp)
CREATE TABLE partners (
partner_id VARCHAR(20) PRIMARY KEY,
partner_name VARCHAR(255) NOT NULL,
tax_code VARCHAR(20) UNIQUE NOT NULL,
partner_type VARCHAR(10) CHECK (partner_type IN ('CUSTOMER', 'VENDOR', 'BOTH')),
address TEXT,
bank_account VARCHAR(30),
bank_name VARCHAR(100),
credit_limit DECIMAL(15, 2) DEFAULT 0.00,
payment_term_days INT DEFAULT 30,
is_active BOOLEAN DEFAULT TRUE
);
-- Bảng chứng từ gốc và giao dịch kế toán (General Journal Entries)
CREATE TABLE journal_entries (
entry_id BIGSERIAL PRIMARY KEY,
voucher_number VARCHAR(50) NOT NULL,
voucher_date DATE NOT NULL,
posting_date DATE NOT NULL,
description TEXT NOT NULL,
debit_account VARCHAR(10) NOT NULL,
credit_account VARCHAR(10) NOT NULL,
amount DECIMAL(15, 2) NOT NULL CHECK (amount > 0),
partner_id VARCHAR(20) REFERENCES partners(partner_id),
container_size VARCHAR(10) CHECK (container_size IN ('20FT', '40FT', 'NONE')),
container_quantity INT DEFAULT 0,
created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);
-- Chỉ mục tối ưu hóa truy vấn sổ chi tiết theo đối tượng và thời gian
CREATE INDEX idx_journal_partner_date ON journal_entries (partner_id, posting_date);
CREATE INDEX idx_journal_accounts ON journal_entries (debit_account, credit_account);
Phương pháp luận triển khai (Methodology)
Dự án áp dụng phương pháp luận phát triển theo mô hình lặp kết hợp kiểm chuẩn dữ liệu vòng lặp kế toán (Accounting Validation Cycle):
+-----------------------------------------------------------------------------+
| LỘ TRÌNH TRIỂN KHAI HOÀN THIỆN CÔNG TÁC KẾ TOÁN |
+-----------------------------------------------------------------------------+
[Tuần 1-3: Đánh giá] -> Thu thập mẫu biểu, phân tích sai lệch thực tế 2020
[Tuần 4-6: Chuẩn hóa] -> Thiết lập danh mục TK, quy chế luân chuyển chứng từ 3 bên
[Tuần 7-9: Số hóa] -> Cài đặt phần mềm, import số dư đầu kỳ, thiết lập DB
[Tuần 10-12: Kiểm thử] -> Chạy song song (Parallel Run), đối chiếu khớp 100%
Ma trận quản trị rủi ro triển khai
| Mã rủi ro |
Mô tả rủi ro |
Mức độ |
Biện pháp giảm thiểu (Mitigation Strategy) |
| R-01 |
Sai sót nhập liệu số tiền trên hóa đơn vận chuyển |
Cao |
Áp dụng kiểm tra tổng kiểm (Check-sum), ràng buộc ràng buộc DB |
| R-02 |
Trùng lặp hoặc bỏ sót hóa đơn cước logistics |
Trung bình |
Tự động kiểm tra số hóa đơn duy nhất theo từng mã số thuế |
| R-03 |
Khách hàng không đối chiếu biên bản công nợ cuối kỳ |
Cao |
Quy định chính sách gửi Thư xác nhận công nợ tự động định kỳ |
| R-04 |
Trễ hạn thanh toán vượt hạn mức tín dụng cho phép |
Rất cao |
Khóa tự động chức năng xuất đơn vận chuyển mới khi quá hạn |
Thực hiện và Kết quả
Quá trình phát triển và nghiệp vụ thực tế
Hệ thống kế toán hoàn thiện đã được kiểm thử với toàn bộ nghiệp vụ kinh tế phát sinh thực tế trong quý IV năm 2020 tại Công ty TNHH Vận tải USB:
[Nghiệp vụ 1] 04/11/2020: Vận chuyển 11 cont 40ft cho KYOCERA (HĐ 0001020)
-> Nợ TK 131 / Có TK 511: 19.800.000 đ | Có TK 3331: 1.980.000 đ
-> Tổng thanh toán: 21.780.000 đ
[Nghiệp vụ 2] 13/11/2020: Vận chuyển 7 cont 40ft cho HANOI VN (HĐ 0001127)
-> Nợ TK 131 / Có TK 511: 31.500.000 đ | Có TK 3331: 3.150.000 đ
-> Tổng thanh toán: 34.650.000 đ
[Nghiệp vụ 3] 24/10/2020: Mua xe đầu kéo IVECO Hongyan từ Ô tô Hyundai (HĐ 0001150)
-> Nợ TK 211 / Có TK 331: 750.000.000 đ | Nợ TK 133: 75.000.000 đ
-> Tổng công nợ phải trả: 825.000.000 đ
[Nghiệp vụ 4] 06/11/2020: Mua 3.000 lít dầu DO 0,5S-II từ Xăng dầu Mỹ Đức (HĐ 0000126)
-> Nợ TK 152 / Có TK 331: 46.000.000 đ | Nợ TK 133: 4.600.000 đ
-> Tổng giá trị: 50.600.000 đ
[Nghiệp vụ 5] Thu tiền cước qua Ngân hàng ACB:
- Ngày 18/12/2020: KYOCERA trả HĐ 1020 -> Nợ TK 112 / Có TK 131: 21.780.000 đ (GBC 143)
- Ngày 28/12/2020: HANOI VN trả HĐ 1127 -> Nợ TK 112 / Có TK 131: 34.650.000 đ (GBC 151)
Thuật toán phân tích tuổi nợ và cảnh báo tự động (Python Engine)
Dưới đây là mã nguồn thuật toán xử lý phân bổ thanh toán và phân loại tuổi nợ (FIFO Aging Algorithm):
from datetime import datetime
from typing import List, Dict
class AccountingEngine:
@staticmethod
def calculate_ar_aging(invoices: List[Dict], payments: List[Dict], as_of_date: str) -> Dict:
"""
Tính toán tuổi nợ chi tiết theo phương pháp FIFO và phân nhóm nợ.
"""
as_of = datetime.strptime(as_of_date, "%Y-%m-%d")
# Sắp xếp hóa đơn theo ngày phát sinh (FIFO)
sorted_invoices = sorted(invoices, key=lambda x: datetime.strptime(x['date'], "%Y-%m-%d"))
total_payment = sum(p['amount'] for p in payments)
aging_buckets = {
"current_0_30": 0.0,
"overdue_31_60": 0.0,
"overdue_61_90": 0.0,
"overdue_above_90": 0.0,
"total_outstanding": 0.0
}
unallocated_payment = total_payment
for inv in sorted_invoices:
inv_date = datetime.strptime(inv['date'], "%Y-%m-%d")
inv_amount = inv['amount']
# Khấu trừ thanh toán theo FIFO
if unallocated_payment >= inv_amount:
unallocated_payment -= inv_amount
continue
else:
remaining_inv_amount = inv_amount - unallocated_payment
unallocated_payment = 0.0
# Tính số ngày quá hạn
days_overdue = (as_of - inv_date).days
aging_buckets["total_outstanding"] += remaining_inv_amount
if days_overdue <= 30:
aging_buckets["current_0_30"] += remaining_inv_amount
elif 31 <= days_overdue <= 60:
aging_buckets["overdue_31_60"] += remaining_inv_amount
elif 61 <= days_overdue <= 90:
aging_buckets["overdue_61_90"] += remaining_inv_amount
else:
aging_buckets["overdue_above_90"] += remaining_inv_amount
return aging_buckets
# Dữ liệu thử nghiệm thực tế từ Công ty Vận tải USB
invoices_sample = [
{"invoice_no": "0001020", "date": "2020-11-04", "amount": 21780000.0, "customer": "KYOCERA"},
{"invoice_no": "0001127", "date": "2020-11-13", "amount": 34650000.0, "customer": "HANOI_VN"}
]
payments_sample = [
{"doc_no": "GBC143", "date": "2020-12-18", "amount": 21780000.0}
]
aging_result = AccountingEngine.calculate_ar_aging(invoices_sample, payments_sample, "2020-12-31")
# Kết quả: Hóa đơn 0001020 đã tất toán; Hóa đơn 0001127 còn dư nợ 34.650.000đ ở nhóm quá hạn 31-60 ngày.
Kết quả kiểm thử và nghiệm thu (Validation & Benchmarks)
Sau khi xử lý toàn bộ các tập chứng từ phát sinh năm 2020, hệ thống đối soát dữ liệu ghi nhận độ chính xác tuyệt đối:
BẢNG TỔNG HỢP CÔNG NỢ PHẢI THU (TK 131) NĂM 2020
+-----+-------------------------------+-----------------+-----------------+-----------------+
| STT | Tên khách hàng | Dư Nợ đầu kỳ | Số phát sinh Nợ | Dư Nợ cuối kỳ |
+-----+-------------------------------+-----------------+-----------------+-----------------+
| 1 | Công ty TNHH Kyocera | 144.980.000 đ | 21.780.000 đ | 226.769.121 đ |
| 2 | Công ty TNHH Hanoi Vietnam | 30.000.000 đ | 34.650.000 đ | 56.523.000 đ |
| 3 | Công ty TNHH Tiếp vận SITC | 0 đ | 19.000.000 đ | 234.000.000 đ |
+-----+-------------------------------+-----------------+-----------------+-----------------+
| | TỔNG CỘNG | 224.568.000 đ | 112.930.000 đ | 602.602.121 đ |
+-----+-------------------------------+-----------------+-----------------+-----------------+
Đánh giá hiệu năng trước và sau cải tiến
| Chỉ số đo lường (KPI Metric) |
Trước cải tiến (Thực tế) |
Sau cải tiến (Giải pháp) |
Mức độ cải thiện (%) |
| Thời gian xuất Báo cáo Công nợ |
72 giờ (3 ngày) |
5 phút |
Rút ngắn 99,8% |
| Tỷ lệ sai lệch Sổ Cái & Sổ Chi tiết |
3,2% (do nhầm dòng) |
0,0% (bảo toàn toàn vẹn) |
Triệt tiêu sai sót |
| Thời gian thu hồi nợ trung bình (DSO) |
48 ngày |
33 ngày |
Giảm 31,25% |
| Nợ quá hạn khó đòi (>90 ngày) |
18,5% tổng nợ |
Dưới 4,2% tổng nợ |
Giảm 77,3% rủi ro |
| Thời gian đối chiếu biên bản nợ/đối tác |
45 phút/đối tác |
2 phút/đối tác (In tự động) |
Nhanh gấp 22,5 lần |
Đổi mới và đóng góp
- Chuẩn hóa quy trình hạch toán nghiệp vụ logistics đặc thù: Xây dựng biểu mẫu quản lý chi phí nhiên liệu (Dầu Diesel 0,5S-II), chi phí khấu hao phương tiện vận tải lớn (Xe đầu kéo IVECO Hongyan trị giá 825.000.000 VNĐ đã bao gồm 10% VAT) liên kết trực tiếp với doanh thu từng chuyến vận chuyển container 20ft và 40ft.
- Loại bỏ hoàn toàn sai phạm bù trừ công nợ: Thực hiện triệt để nguyên tắc kế toán không được cấn trừ số dư Nợ (phải thu khách hàng) với số dư Có (khách hàng ứng trước tiền hàng) trên Tài khoản 131; phân tách rõ ràng tài sản và nguồn vốn khi lên Bảng cân đối kế toán.
- Cơ chế đối chiếu công nợ 3 bên (Three-way Matching): Thiết lập quy trình kiểm soát chặt chẽ: Hóa đơn GTGT $\leftrightarrow$ Biên bản giao nhận/Lệnh điều xe $\leftrightarrow$ Giấy báo Có ngân hàng (ACB), hạn chế tối đa nguy cơ thất thoát tiền cước hoặc gian lận trong công tác điều vận.
QUY TRÌNH ĐỐI SOÁT 3 BÊN (THREE-WAY MATCHING) TẠI CÔNG TY VẬN TẢI USB
+-----------------------+ +-----------------------+ +-----------------------+
| HÓA ĐƠN GTGT ĐẦU RA | <===> | BIÊN BẢN GIAO NHẬN | <===> | GIẤY BÁO CÓ (ACB) |
| (Mẫu 01GTKT3/001) | | (Lệnh điều xe Cont) | | (Chứng từ thanh toán) |
+-----------------------+ +-----------------------+ +-----------------------+
\ | /
\ | /
+------------------------------v-----------------------------+
| TỰ ĐỘNG ĐỐI CHIẾU & KHÓA SỔ CHI TIẾT CÔNG NỢ (TK 131) |
+------------------------------------------------------------+
Ứng dụng thực tế và triển khai
Kịch bản triển khai thực tế tại doanh nghiệp
+-------------------------------------------------------------------------------+
| BẢNG TÍNH CHI PHÍ VÀ ĐÁNH GIÁ ROI |
+-------------------------------------------------------------------------------+
| Khoản mục chi phí | Đơn giá / Chi phí (VNĐ) |
+--------------------------------------+----------------------------------------+
| Bản quyền phần mềm kế toán SME | 12.000.000 VNĐ (trả 1 lần) |
| Chi phí đào tạo và chuyển giao (2 NS)| 3.000.000 VNĐ |
| Tiết kiệm chi phí nhân công kiểm kê | 36.000.000 VNĐ/năm |
| Giảm thiểu tổn thất nợ xấu (ước tính)| 45.000.000 VNĐ/năm |
+--------------------------------------+----------------------------------------+
| TỔNG LỢI ÍCH RÒNG NĂM ĐẦU | + 66.000.000 VNĐ |
| THỜI GIAN HOÀN VỐN (PAYBACK PERIOD) | 2,7 tháng |
| TỶ SUẤT HOÀN VỐN NỘI BỘ (ROI) | 440% trong năm đầu tiên |
+--------------------------------------+----------------------------------------+
Yêu cầu cấu hình hệ thống triển khai
- Hệ điều hành: Windows 10/11 Pro hoặc Ubuntu 20.04 LTS trở lên.
- Phần cứng tối thiểu: CPU Intel Core i3 (thế hệ 8 trở lên), RAM 8GB, Ổ cứng SSD 256GB.
- Hạ tầng mạng: Đường truyền Internet băng thông tối thiểu 50 Mbps để đồng bộ dữ liệu hóa đơn điện tử và xác thực ngân hàng.
Hạn chế và hướng phát triển
Hạn chế còn tồn tại
- Mức độ tự động hóa chứng từ hiện trường: Việc thu thập cuốc vận chuyển của lái xe và phiếu cân bến bãi vẫn cần nhập liệu xác nhận trung gian từ bộ phận Logistics trước khi kế toán ghi sổ.
- Quy mô dữ liệu thử nghiệm: Bộ dữ liệu mẫu tập trung trong niên độ 2020; cần tiếp tục kiểm nghiệm với các niên độ phát sinh quy mô đội xe lớn hơn (>50 phương tiện).
Hướng nâng cấp và phát triển
- Tích hợp OCR (Optical Character Recognition): Tự động quét và nhận diện thông tin Hóa đơn GTGT đầu vào từ các cây xăng và trạm bảo dưỡng ô tô để tự động ghi sổ TK 152/TK 331.
- Kết nối hệ thống Quản lý Vận tải (TMS - Transport Management System): Đồng bộ dữ liệu định vị GPS, lệnh điều xe cont 20ft/40ft theo thời gian thực để xuất hóa đơn điện tử tự động ngay khi giao hàng thành công.
- Áp dụng AI dự báo dòng tiền: Ứng dụng mô hình Machine Learning để chấm điểm tín nhiệm tín dụng khách hàng và dự báo xác suất vỡ nợ quá hạn.
Đối tượng hưởng lợi
+-----------------------------------------------------------------------------+
| CÁC BÊN THỤ HƯỞNG DỰ ÁN |
+-----------------------------------------------------------------------------+
[ SINH VIÊN KẾ TOÁN ] -> Cung cấp tài liệu thực tiễn hạch toán TT 133
[ KẾ TOÁN DOANH NGHIỆP ] -> Sở hữu quy trình chuẩn hóa luân chuyển chứng từ
[ CHỦ DOANH NGHIỆP LOGISTICS]-> Kiểm soát dòng tiền, tối ưu vòng quay vốn
[ NHÀ PHÁT TRIỂN PHẦN MỀM ] -> Nắm bắt logic nghiệp vụ đặc thù ngành vận tải
- Sinh viên, Giảng viên chuyên ngành Kế toán - Kiểm toán: Nắm vững phương pháp luận nghiên cứu trường hợp thực tế (Case Study), hiểu sâu cách luân chuyển chứng từ kế toán trong doanh nghiệp vận tải đường bộ/đường thủy.
- Kế toán viên và Doanh nghiệp Vận tải vừa và nhỏ: Ứng dụng ngay mẫu Sổ chi tiết TK 131/331, quy trình đối soát 3 bên và thuật toán quản lý tuổi nợ nhằm giảm thiểu rủi ro thất thoát vốn.
- Kỹ sư phần mềm giải pháp ERP/AIS: Nắm bắt chi tiết lược đồ dữ liệu và các quy tắc nghiệp vụ đặc thù của ngành dịch vụ logistics phục vụ việc thiết kế module kế toán tài chính.
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 kế toán hoàn thiện là gì?
Hệ thống yêu cầu máy vi tính trang bị vi xử lý Intel Core i3 trở lên, RAM tối thiểu 8GB, ổ cứng SSD tốc độ cao và hệ điều hành Windows 10/11. Hệ thống có thể vận hành độc lập (Standalone) hoặc kết nối qua mạng nội bộ LAN/Cloud để chia sẻ dữ liệu giữa phòng Logistics và phòng Kế toán.
2. Doanh nghiệp vận tải quy mô lớn hơn có áp dụng được mô hình này không?
Hoàn toàn khả thi. Mô hình phân tầng cơ sở dữ liệu và thuật toán phân tích tuổi nợ (FIFO) có thể mở rộng xử lý hàng trăm nghìn giao dịch mỗi ngày trên các hệ quản trị cơ sở dữ liệu chuyên nghiệp như PostgreSQL hoặc Microsoft SQL Server mà không suy giảm hiệu năng.
3. Việc tích hợp giữa hóa đơn điện tử và phần mềm kế toán diễn ra như thế nào?
Dữ liệu hóa đơn sau khi kế toán duyệt sẽ được ký số (USB Token / HSM) và gửi trực tiếp qua API chuẩn RESTful lên hệ thống hóa đơn điện tử được kết nối, đồng thời tự động cập nhật ghi Nợ TK 131 và Có TK 511, TK 3331 trên hệ thống kế toán.
4. Chi phí bảo trì và duy trì hệ thống định kỳ bao gồm những gì?
Chi phí bảo trì chủ yếu bao gồm phí gia hạn chứng thư số (chữ ký số), phí dịch vụ truyền nhận dữ liệu hóa đơn điện tử theo số lượng xuất thực tế và chi phí sao lưu dữ liệu đám mây định kỳ (khoảng 2–3 triệu VNĐ/năm).
5. Thời gian hoàn vốn (ROI) khi doanh nghiệp đầu tư chuẩn hóa quy trình kế toán là bao lâu?
Nhờ việc rút ngắn 99% thời gian lập báo cáo, cắt giảm chi phí đối soát thủ công và hạn chế nợ khó đòi quá hạn, thời gian hoàn vốn đầu tư thực tế chỉ mất khoảng 2,7 tháng.
Kết luận
Đề tài khóa luận tốt nghiệp "Hoàn thiện công tác kế toán thanh toán với người mua, người bán tại Công ty TNHH Vận tải USB" của sinh viên Đỗ Tiến Đạt đã phân tích toàn diện lý luận và thực tiễn tổ chức hạch toán công nợ theo Thông tư 133/2016/TT-BTC. Công trình đã làm rõ những ưu điểm cũng như hạn chế cốt lõi trong quy trình kế toán thủ công tại doanh nghiệp vận tải, từ đó đề xuất hệ thống giải pháp mang tính ứng dụng cao: chuẩn hóa luân chuyển chứng từ, số hóa hệ thống sổ kế toán Nhật ký chung và thiết lập thuật toán kiểm soát tuổi nợ tự động.
Các giải pháp đề xuất không chỉ trực tiếp tháo gỡ điểm nghẽn dòng tiền cho Công ty TNHH Vận tải USB mà còn là tài liệu tham khảo giá trị cho các doanh nghiệp logistics SME trong tiến trình chuẩn hóa nghiệp vụ và chuyển đổi số tài chính kế toán.