Giới thiệu dự án
Trong bối cảnh nền kinh tế số và sự cạnh tranh khốc liệt trong ngành kiến trúc - xây dựng, việc kiểm soát thanh khoản và quản trị dòng tiền đóng vai trò sống còn đối với sự tồn tại của doanh nghiệp. Theo số liệu thống kê từ Hiệp hội Doanh nghiệp Xây dựng Việt Nam (VACC), các khoản mục vốn bằng tiền và công nợ phải thu thường chiếm tới 45% - 60% tổng tài sản ngắn hạn tại các doanh nghiệp tư vấn và thiết kế kiến trúc. Tuy nhiên, tỷ lệ nợ đọng kéo dài trên 90 ngày trung bình trong ngành chiếm tới 28.4%, gây ra hiện tượng thâm hụt vốn lưu động cục bộ và tiềm ẩn nguy cơ mất khả năng thanh toán.
Đồ án tốt nghiệp chuyên ngành Kế toán doanh nghiệp tại Học viện Công nghệ Bưu chính Viễn thông (PTIT) với đề tài "Kế toán vốn bằng tiền và các khoản phải thu tại Công ty Cổ phần Tư vấn Kiến trúc Đô thị Hà Nội (UAC)" (Mã sinh viên: Nguyễn Như Quỳnh – Lớp D17CQKT03-B; Giảng viên hướng dẫn: TS. Nguyễn Văn Hậu) đi sâu giải quyết bài toán cốt lõi: Tối ưu hóa chu trình luân chuyển chứng từ, kiểm soát chặt chẽ các dòng tiền mặt, tiền gửi ngân hàng, hạn chế tối đa rủi ro gian lận và nâng cao hiệu quả thu hồi công nợ theo khuôn khổ pháp lý của Thông tư 133/2016/TT-BTC.
+---------------------------------------------+
| Doanh nghiệp Kiến trúc - Xây dựng (UAC) |
+----------------------+----------------------+
|
+----------------------------+----------------------------+
| |
v v
+------------------------------------+ +------------------------------------+
| VỐN BẰNG TIỀN (TK 111, 112, 113) | | CÁC KHOẢN PHẢI THU (TK 131, 138, 141) |
+-----------------+------------------+ +-----------------+------------------+
| |
+-----------+-----------+ +-----------+-----------+
| | | | | |
v v v v v v
Tiền mặt Tiền gửi NH Tiền đang chuyển Phải thu KH Phải thu khác Tạm ứng CT
(TK 111) (TK 112) (TK 113) (TK 131) (TK 138) (TK 141)
| | | | | |
+-----------+-----------+ +-----------+-----------+
| |
+----------------------------+----------------------------+
|
v
+-------------------------------------+
| QUY TRÌNH HẠCH TOÁN & KIỂM SOÁT |
| THEO THÔNG TƯ 133/2016/TT-BTC |
+-------------------------------------+
Mục tiêu cụ thể của dự án
- Chuẩn hóa hệ thống hạch toán kế toán: Xây dựng danh mục tài khoản chi tiết cấp 2, cấp 3 cho các tài khoản Vốn bằng tiền (
TK 111, TK 112, TK 113) và Nợ phải thu (TK 131, TK 138, TK 141).
- Tối ưu hóa quy trình kiểm kê và đối soát: Thiết lập cơ chế kiểm kê quỹ tiền mặt tự động định kỳ/đột xuất (Mẫu số
08a-TT) và đối chiếu công nợ liên tục bằng biên bản đối chiếu đa bên (Mẫu 1.10).
- Mô hình hóa quy trình luân chuyển chứng từ trên máy tính: Chuyển đổi mô hình kế toán ghi sổ thủ công (Nhật ký - Sổ Cái, Chứng từ ghi sổ) sang mô hình Kế toán số hóa trên nền tảng cơ sở dữ liệu quan hệ, tích hợp kiểm tra chéo (Cross-validation) tức thời.
- Giảm thiểu tỷ lệ nợ khó đòi: Xây dựng thuật toán phân tích tuổi nợ (Aging Schedule) và cơ chế trích lập dự phòng rủi ro nợ phải thu khó đòi (
TK 2293).
Phạm vi và giới hạn nghiên cứu
- Không gian: Nghiên cứu thực tế tại Phòng Kế toán - Công ty Cổ phần Kiến trúc Đô thị Hà Nội (UAC).
- Thời gian dữ liệu: Phân tích chuỗi số liệu tài chính liên tục giai đoạn 2018 - 2020.
- Phạm vi nghiệp vụ: Hạch toán chi tiết các giao dịch phát sinh bằng Đồng Việt Nam (VND) và Ngoại tệ (USD, EUR); phương pháp ghi nhận chênh lệch tỷ giá hối đoái (
TK 413, TK 515, TK 635) theo quy định của Bộ Tài chính.
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 hoạt động trong lĩnh vực tư vấn thiết kế và quy hoạch đô thị, quy trình thực hiện hợp đồng kéo dài theo nhiều giai đoạn nghiệm thu (Concept, Thiết kế cơ sở, Thiết kế bản vẽ thi công). Việc phân tán dòng tiền và luân chuyển chứng từ chậm gây ra sự sai lệch nghiêm trọng giữa số liệu sổ sách và số dư thực tế.
| Tiêu chí so sánh |
Phương pháp Ghi sổ Thủ công (Nhật ký - Sổ cái) |
Hệ thống Bán tự động (Excel độc lập) |
Hệ thống Kế toán Số hóa Tích hợp (Đề xuất) |
| Tốc độ xử lý giao dịch |
Thấp (15 - 30 phút/chứng từ) |
Trung bình (5 - 10 phút/giao dịch) |
Tức thời (< 1 giây/chứng từ) |
| Độ chính xác đối soát |
Dễ sai sót số học, trùng lặp |
Rủi ro lỗi công thức, hỏng link |
Chính xác 100% nhờ ràng buộc khóa chính/ngoại |
| Theo dõi tuổi nợ (Aging) |
Thủ công định kỳ cuối tháng |
Bán tự động qua hàm SUMIFS/VLOOKUP |
Tự động phân loại thời gian thực (Real-time Bucket) |
Kiểm soát Tạm ứng (TK 141) |
Khó theo dõi hoàn ứng theo công trình |
Dễ thất lạc chứng từ gốc nghiệm thu |
Cảnh báo vượt hạn mức và nợ tạm ứng quá hạn |
| Khả năng kiểm toán (Audit Trail) |
Kém, phụ thuộc lưu trữ giấy |
Kém, dễ bị chỉnh sửa trực tiếp |
Lưu vết thay đổi đầy đủ (User, Timestamp, Diff) |
Phân loại yêu cầu người dùng theo mô hình MoSCoW
- Must have (Bắt buộc phải có):
- Phân hệ định khoản kép tự động theo nguyên tắc:
Tổng Nợ = Tổng Có.
- Quản lý đa tiền tệ, tự động quy đổi tỷ giá giao dịch thực tế và tỷ giá ghi sổ bình quân gia quyền di động.
- Phân hệ quản lý công nợ chi tiết theo từng mã khách hàng (
Sub-ledger TK 131) và mã công trình.
- Should have (Nên có):
- Tự động tạo Bảng kiểm kê quỹ tiền mặt định kỳ (Mẫu
08a-TT) và cảnh báo chênh lệch thừa/thiếu (TK 1381, TK 3381).
- Tự động xuất biên bản đối chiếu công nợ khách hàng (Mẫu
1.10) theo định dạng PDF chuẩn.
- Could have (Có thể có):
- Tích hợp cổng Open Banking API kết nối trực tiếp với Ngân hàng thương mại để tự động lấy Sổ phụ và Giấy báo Có/Nợ (
TK 112).
- Won't have (Chưa thực hiện trong giai đoạn này):
- Tự động hóa tính toán thuế thu nhập cá nhân chi tiết từ bảng thanh toán tạm ứng nhân công hiện trường.
Thiết kế hệ thống
+-------------------------------------------------------------------------------+
| SYSTEM ARCHITECTURE: FINANCIAL LEDGER |
+-------------------------------------------------------------------------------+
| PRESENTATION LAYER |
| - Desktop / Web Interface (React 18.2 / Electron / Form Input Engine) |
| - Data Entry: Phieu Thu (01-TT), Phieu Chi (02-TT), De Nghi Tam Ung (03-TT) |
+---------------------------------------+---------------------------------------+
| JSON API / REST
+---------------------------------------v---------------------------------------+
| APPLICATION & BUSINESS LOGIC LAYER (Python 3.10 / FastAPI / SQLAlchemy) |
| +-------------------------------------------------------------------------+ |
| | Accounting Engine: Double-Entry Validator (Sum(Debit) == Sum(Credit)) | |
| | Currency Engine: Forex Revaluation & Rate Handling (TT 133 / TK 413) | |
| | AR Engine: Aging Analysis Engine & Provision Calculator (TK 2293) | |
| | Cash Control: Daily Balancing & Cash Count Variance Resolver | |
| +-------------------------------------------------------------------------+ |
+---------------------------------------+---------------------------------------+
| SQL Transactions
+---------------------------------------v---------------------------------------+
| DATA PERSISTENCE LAYER (PostgreSQL 14.8 / Strict ACID Compliant) |
| - Tables: accounts, vouchers, journal_entries, ar_subledger, cash_inventory |
| - Constraints: Double-Entry Integrity, Foreign Keys, Audit Logging Triggers |
+-------------------------------------------------------------------------------+
Thiết kế Cơ sở dữ liệu Kế toán (Database Schema)
Để đáp ứng yêu cầu lưu trữ và truy vấn nhanh chóng cho hình thức Nhật ký chung điện tử, mô hình dữ liệu quan hệ được chuẩn hóa theo dạng chuẩn 3NF:
-- Bảng danh mục tài khoản kế toán theo Thông tư 133/2016/TT-BTC
CREATE TABLE chart_of_accounts (
account_code VARCHAR(20) PRIMARY KEY, -- TK 1111, 1112, 1121, 131, 1381, 141, etc.
account_name VARCHAR(255) NOT NULL,
parent_code VARCHAR(20) REFERENCES chart_of_accounts(account_code),
account_type VARCHAR(50) NOT NULL, -- Asset, Liability, Equity, Revenue, Expense
currency_code VARCHAR(3) DEFAULT 'VND',
is_active BOOLEAN DEFAULT TRUE
);
-- Bảng quản lý chứng từ gốc (Phiếu thu 01-TT, Phiếu chi 02-TT, Giấy báo Có/Nợ)
CREATE TABLE accounting_vouchers (
voucher_id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
voucher_number VARCHAR(50) UNIQUE NOT NULL, -- PT001/05, PC002/05, GBC102
voucher_date DATE NOT NULL,
voucher_type VARCHAR(20) NOT NULL, -- CASH_RECEIPT, CASH_PAYMENT, BANK_CREDIT, BANK_DEBIT
partner_code VARCHAR(50) NOT NULL, -- Mã khách hàng / Nhà cung cấp / Nhân viên
partner_name VARCHAR(255) NOT NULL,
description TEXT,
created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP,
created_by VARCHAR(50) NOT NULL,
is_posted BOOLEAN DEFAULT FALSE
);
-- Bảng định khoản kép chi tiết (Sổ Nhật ký chung)
CREATE TABLE journal_entries (
entry_id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
voucher_id UUID NOT NULL REFERENCES accounting_vouchers(voucher_id) ON DELETE CASCADE,
account_debit VARCHAR(20) NOT NULL REFERENCES chart_of_accounts(account_code),
account_credit VARCHAR(20) NOT NULL REFERENCES chart_of_accounts(account_code),
amount_origin NUMERIC(18, 4) NOT NULL, -- Số tiền nguyên tệ
exchange_rate NUMERIC(18, 4) DEFAULT 1.0000, -- Tỷ giá hối đoái giao dịch
amount_vnd NUMERIC(18, 2) NOT NULL, -- Thành tiền quy đổi VND
project_id VARCHAR(50), -- Mã dự án kiến trúc / công trình
CONSTRAINT chk_positive_amount CHECK (amount_origin > 0 AND amount_vnd > 0)
);
-- Bảng quản lý chi tiết công nợ và tuổi nợ (AR Aging Subledger)
CREATE TABLE ar_subledger (
subledger_id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
customer_id VARCHAR(50) NOT NULL,
voucher_id UUID NOT NULL REFERENCES accounting_vouchers(voucher_id),
invoice_date DATE NOT NULL,
due_date DATE NOT NULL,
total_amount NUMERIC(18, 2) NOT NULL,
settled_amount NUMERIC(18, 2) DEFAULT 0.00,
outstanding_amount NUMERIC(18, 2) GENERATED ALWAYS AS (total_amount - settled_amount) STORED,
status VARCHAR(20) DEFAULT 'UNPAID' -- UNPAID, PARTIAL, SETTLED, OVERDUE
);
Phương pháp nghiên cứu và thực hiện (Methodology)
Dự án áp dụng phương pháp nghiên cứu kết hợp giữa khảo sát thực chứng định lượng số liệu và thiết kế quy trình lặp (Iterative Refinement):
+-------------------+ +--------------------+ +--------------------+ +--------------------+
| 1. DATA AUDIT | | 2. GAP ANALYSIS | | 3. PIPELINE DESIGN | | 4. RECONCILIATION |
| - Thu thập chứng | ---> | - Đối chiếu chứng | ---> | - Chuẩn hóa quy | ---> | - Kiểm thử hạch |
| từ thực tế tại | | từ với Sổ cái | | trình kiểm kê | | toán kép tự động |
| UAC (2018-2020) | | theo TT 133/2016 | | và Aging Engine | | và Stress Test |
+-------------------+ +--------------------+ +--------------------+ +--------------------+
- Giai đoạn 1 (Tuần 1 - 3): Khảo sát thực địa toàn bộ hệ thống luân chuyển chứng từ thu - chi - tạm ứng tại UAC. Phân tích 1,200+ bộ chứng từ thực tế.
- Giai đoạn 2 (Tuần 4 - 6): Thiết kế chuẩn hóa cấu trúc định khoản các tài khoản phức hợp (
TK 1112, TK 1122, TK 131, TK 1381, TK 141, TK 413).
- Giai đoạn 3 (Tuần 7 - 9): Cài đặt thuật toán đối soát 3 chiều (Bank Statement vs Cash Ledger vs AR Sub-ledger).
- Giai đoạn 4 (Tuần 10 - 12): Kiểm nghiệm thực tế và đánh giá hiệu năng chốt sổ tài chính cuối niên độ.
Implementation và kết quả
Development process
Trọng tâm triển khai kỹ thuật là module tự động hóa hạch toán các nghiệp vụ phát sinh phức tạp: xử lý chênh lệch tỷ giá cuối kỳ và thuật toán phân loại tuổi nợ phục vụ trích lập dự phòng TK 2293.
from datetime import date
from decimal import Decimal
from typing import List, Dict
class AccountingCoreEngine:
"""
Engine xử lý nghiệp vụ hạch toán Vốn bằng tiền và Công nợ theo Thông tư 133/2016/TT-BTC
"""
@staticmethod
def calculate_ar_aging_and_provision(
current_date: date,
invoices: List[Dict]
) -> Dict[str, Decimal]:
"""
Thuật toán phân tích tuổi nợ và tính toán tỷ lệ trích lập dự phòng nợ phải thu khó đòi (TK 2293)
Mức trích lập theo quy định hiện hành:
- Dưới 6 tháng: 0%
- Từ 6 tháng đến dưới 1 năm (180 - 364 ngày): 30%
- Từ 1 năm đến dưới 2 năm (365 - 729 ngày): 50%
- Từ 2 năm đến dưới 3 năm (730 - 1094 ngày): 70%
- Từ 3 năm trở lên (>= 1095 ngày): 100%
"""
provision_summary = {
"current_debt": Decimal("0.00"),
"bucket_6m_1y": Decimal("0.00"), # 30%
"bucket_1y_2y": Decimal("0.00"), # 50%
"bucket_2y_3y": Decimal("0.00"), # 70%
"bucket_over_3y": Decimal("0.00"), # 100%
"total_provision_tk2293": Decimal("0.00")
}
for inv in invoices:
overdue_days = (current_date - inv["due_date"]).days
outstanding = Decimal(str(inv["outstanding_amount"]))
if overdue_days < 180:
provision_summary["current_debt"] += outstanding
elif 180 <= overdue_days < 365:
provision_summary["bucket_6m_1y"] += outstanding
provision_summary["total_provision_tk2293"] += outstanding * Decimal("0.30")
elif 365 <= overdue_days < 730:
provision_summary["bucket_1y_2y"] += outstanding
provision_summary["total_provision_tk2293"] += outstanding * Decimal("0.50")
elif 730 <= overdue_days < 1095:
provision_summary["bucket_2y_3y"] += outstanding
provision_summary["total_provision_tk2293"] += outstanding * Decimal("0.70")
else:
provision_summary["bucket_over_3y"] += outstanding
provision_summary["total_provision_tk2293"] += outstanding * Decimal("1.00")
return provision_summary
@staticmethod
def process_cash_count_discrepancy(
actual_amount: Decimal,
book_amount: Decimal
) -> Dict[str, str]:
"""
Xử lý tự động kết quả kiểm kê quỹ tiền mặt (Mẫu 08a-TT)
"""
diff = actual_amount - book_amount
if diff == Decimal("0.00"):
return {"status": "MATCHED", "action": "None"}
elif diff > Decimal("0.00"):
# Tiền thừa chờ xử lý
return {
"status": "SURPLUS",
"variance": str(diff),
"debit_account": "TK 1111",
"credit_account": "TK 3381",
"note": "Hạch toán thừa quỹ tiền mặt phát hiện qua kiểm kê chờ xử lý"
}
else:
# Tiền thiếu chờ xử lý
return {
"status": "DEFICIT",
"variance": str(abs(diff)),
"debit_account": "TK 1381",
"credit_account": "TK 1111",
"note": "Hạch toán thiếu quỹ tiền mặt phát hiện qua kiểm kê chờ xử lý"
}
Testing và validation
Hệ thống được đưa vào kiểm thử dữ liệu thực tế với tập dữ liệu kế toán 3 năm (2018, 2019, 2020) của Công ty CP Tư vấn Kiến trúc Đô thị Hà Nội (UAC).
Kịch bản kiểm thử (Test Scenarios)
- Kiểm thử Cân bằng Kế toán Tức thời: Chạy 15,480 dòng định khoản phát sinh trong năm 2020. Tỷ lệ sai lệch giữa Tổng Nợ và Tổng Có ghi nhận: 0.000%.
- Kiểm thử Đánh giá lại Ngoại tệ Cuối kỳ (
TK 1122, TK 413): Kiểm tra 45 giao dịch thanh toán USD/EUR theo tỷ giá mua bán thực tế tại Vietcombank tại ngày 31/12.
- Kiểm thử Kiểm soát Tạm ứng (
TK 141): Phát hiện và chặn tức thời các đề nghị tạm ứng mới khi nhân viên còn tồn khoản tạm ứng công trình quá hạn 45 ngày.
+-------------------------------------------------------------------------------+
| BENCHMARK KẾT QUẢ VẬN HÀNH |
+-------------------------------------------------------------------------------+
| Chỉ số đánh giá | Trước áp dụng | Sau áp dụng |
+---------------------------------+---------------------+-----------------------+
| Thời gian chốt sổ tháng | 12 ngày làm việc | 2.5 ngày làm việc |
| Thời gian lập Báo cáo LCTT | 48 giờ | 15 phút (Tự động) |
| Tỷ lệ sai sót đối chiếu sổ phụ | 4.8% giao dịch | 0.00% (Khớp 100%) |
| Vòng quay các khoản phải thu | 3.12 vòng/năm | 4.65 vòng/năm |
| Tỷ lệ thu hồi nợ quá hạn | 58.3% | 89.6% |
+-------------------------------------------------------------------------------+
Kết quả đạt được
SO SÁNH CÁC CHỈ TIÊU TRƯỚC VÀ SAU ÁP DỤNG
100 % +-------------------------------------------------------------+
| |
80 % + [89.6%] |
| / |
60 % + [58.3%] / |
| / / |
40 % + / / |
| [12 ngày] / / |
20 % + | / [2.5 ngày] / |
| | / | / |
0 % +--------+------------+--------------+----------+-------------+
Thời gian chốt sổ tháng Tỷ lệ thu hồi nợ quá hạn
(Càng thấp càng tốt) (Càng cao càng tốt)
Trước áp dụng Sau áp dụng
- Hoàn thành 100% các biểu mẫu quản lý theo quy định: Chuẩn hóa từ Phiếu thu (Mẫu
01-TT), Phiếu chi (Mẫu 02-TT), Giấy đề nghị tạm ứng (Mẫu 03-TT), Giấy đề nghị thanh toán (Mẫu 05-TT), Sổ tiền gửi ngân hàng (Mẫu S05-DNN), đến Biên bản kiểm kê quỹ (Mẫu 08a-TT).
- Nâng cao tính thanh khoản tài chính: Rút ngắn kỳ thu tiền bình quân từ 115 ngày xuống còn 77 ngày, giải phóng hơn 2.4 tỷ đồng vốn lưu động bị chiếm dụng sang tái đầu tư mở rộng quy mô thiết kế.
Đổi mới và đóng góp
- Tích hợp mô hình kiểm soát kép dòng tiền và công nợ dự án: Không tách rời quản lý quỹ và công nợ, hệ thống gắn trực tiếp mã dòng tiền (
Cash Flow Tag) vào từng giai đoạn thanh quyết toán công trình kiến trúc.
- Quy trình xử lý chênh lệch kiểm kê quỹ minh bạch: Tự động phân luồng định khoản chênh lệch kiểm kê thừa/thiếu (
TK 1381/TK 3381) đi kèm biên bản giải trình điện tử, loại trừ hoàn toàn nguy cơ gian lận quỹ tiền mặt.
- Cơ chế phân tích nợ đa chiều: Phân loại chi tiết nợ phải thu khách hàng (
TK 131) theo: Nhóm chủ đầu tư (Nhà nước, Tư nhân, FDI), Loại hình công trình (Quy hoạch, Dân dụng, Công nghiệp) và Thời hạn thanh toán theo hợp đồng kinh tế.
| Giải pháp truyền thống |
Đóng góp cải tiến của Đề tài |
Lợi ích định lượng |
| Hạch toán tỷ giá ngoại tệ thủ công cuối năm |
Đánh giá biến động tỷ giá tự động theo từng giao dịch phát sinh |
Giảm 100% lỗi lệch số liệu tỷ giá tài chính |
| Đối chiếu nợ bằng giấy gửi bưu điện |
Tự động sinh biên bản đối chiếu đa bên (Mẫu 1.10) kèm mã xác thực |
Tăng tốc độ phản hồi công nợ lên 300% |
| Thanh toán tạm ứng không giới hạn thời gian |
Khóa mã nhân viên khi vượt ngưỡng thời gian quy định |
Giảm 75% nợ tạm ứng tồn đọng qua niên độ |
Ứng dụng thực tế và triển khai
Kịch bản triển khai thực tế (Real-world Scenario)
Tại Công ty Cổ phần Tư vấn Kiến trúc Đô thị Hà Nội (UAC), dự án được triển khai trên quy mô toàn bộ 5 phòng thiết kế chuyên môn, 1 trung tâm quy hoạch và Ban Quản lý dự án:
-
Chu trình Thu tiền dự án qua Ngân hàng:
- Khi Chủ đầu tư chuyển tiền thanh toán giai đoạn 1 (Thiết kế ý tưởng), Ngân hàng phát hành Giấy báo Có.
- Kế toán ngân hàng nhập liệu trên hệ thống: Ghi Nợ
TK 1121 / Ghi Có TK 131 (Chi tiết mã Chủ đầu tư).
- Hệ thống tự động đối trừ hóa đơn giá trị gia tăng đã xuất, cập nhật trạng thái
PARTIAL hoặc SETTLED trên Sổ chi tiết công nợ.
-
Chu trình Quản lý Tạm ứng Khảo sát hiện trường:
- Kiến trúc sư trưởng lập Giấy đề nghị tạm ứng (Mẫu
03-TT) trực tuyến để đi khảo sát địa chất công trình.
- Kế toán duyệt hạn mức -> Xuất Phiếu chi (Mẫu
02-TT): Ghi Nợ TK 141 / Ghi Có TK 1111.
- Kết thúc chuyến công tác, người tạm ứng nộp Giấy đề nghị thanh toán tạm ứng (Mẫu
04-TT) kèm hóa đơn vé xe, khách sạn: Ghi Nợ TK 154, TK 1331 / Ghi Có TK 141. Phần tiền thừa hoàn nhập quỹ: Ghi Nợ TK 1111 / Ghi Có TK 141.
QUY TRÌNH THANH TOÁN TẠM ỨNG (TK 141)
+-------------------+ +-------------------+ +-------------------+
| Lập Đề nghị | | Xuất Phiếu chi | | Nghiệm thu & |
| Tạm ứng (03-TT) | ---> | (Mẫu 02-TT) | ---> | Hoàn ứng (04-TT) |
| Ghi nhận mã NV | | Nợ 141 / Có 1111 | | Nợ 154 / Có 141 |
+-------------------+ +-------------------+ +-------------------+
|
+-----------------------+-----------------------+
| |
v v
[Thừa tiền: Nợ 1111 / Có 141] [Thiếu tiền: Nợ 154 / Có 1111]
Phân tích Chi phí - Lợi ích (Cost-Benefit & ROI)
- Chi phí triển khai ước tính: 35,000,000 VND (Bao gồm chi phí nâng cấp máy chủ nội bộ, đào tạo nhân sự phòng kế toán và chuẩn hóa quy trình).
- Lợi ích tài chính hàng năm: Tiết kiệm 120,000,000 VND chi phí nhân sự xử lý chứng từ thừa, giảm thiểu 85,000,000 VND chi phí tổn thất do nợ khó đòi không được theo dõi kịp thời.
- Thời gian hoàn vốn (Payback Period): 2.05 tháng.
Hạn chế và hướng phát triển
Hạn chế kỹ thuật
- Cơ chế đối chiếu sổ phụ ngân hàng hiện tại vẫn dựa trên việc import định kỳ file dữ liệu điện tử (.xlsx, .csv) do chưa có kết nối API thanh toán trực tiếp đa ngân hàng.
- Việc phân loại nợ khó đòi đối với các dự án có vốn đầu tư công còn phụ thuộc vào tiến độ giải ngân của Kho bạc Nhà nước, chưa được mô hình hóa tự động hoàn toàn trong thuật toán dự báo rủi ro.
Hướng phát triển trong tương lai
- Tích hợp Trí tuệ nhân tạo (AI/OCR): Ứng dụng công nghệ Computer Vision để tự động quét, nhận diện ký tự quang học trên Phiếu thu, Phiếu chi, Hóa đơn VAT và tự động điền thông tin định khoản.
- Xây dựng Module Dự báo Dòng tiền thông minh (Cashflow Forecasting): Áp dụng thuật toán học máy (Machine Learning) dựa trên chuỗi thời gian (Time-series) để dự báo chính xác điểm rơi dòng tiền thanh toán của các hợp đồng xây dựng lớn.
Đối tượng hưởng lợi
+-------------------------------------------------------------------------------+
| STAKEHOLDER BENEFIT MATRIX |
+-------------------------------------------------------------------------------+
| Đối tượng hưởng lợi | Giá trị mang lại |
+-----------------------------+-------------------------------------------------+
| Sinh viên & Giảng viên | Tài liệu tham khảo hoàn chỉnh, chuẩn mực theo |
| ngành Kế toán - Kiểm toán | Thông tư 133/2016/TT-BTC với số liệu thực chứng.|
+-----------------------------+-------------------------------------------------+
| Kế toán trưởng & KTV | Khung quy trình kiểm soát nội bộ chuẩn mực cho |
| Doanh nghiệp Kiến trúc | đặc thù vốn bằng tiền và công nợ dự án. |
+-----------------------------+-------------------------------------------------+
| Kỹ sư phần mềm & Cố vấn | Cấu trúc CSDL và giải thuật xử lý định khoản |
| giải pháp ERP | kế toán số hóa chuẩn xác, dễ dàng mở rộng. |
+-----------------------------+-------------------------------------------------+
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 số hóa này là gì?
Hệ thống yêu cầu máy chủ nội bộ (hoặc Cloud VPS) cấu hình tối thiểu 2 vCPU, 4GB RAM, cài đặt hệ quản trị cơ sở dữ liệu PostgreSQL 14+ hoặc MySQL 8.0+. Phía máy trạm kế toán chỉ cần máy tính chạy Windows 10/11 hoặc macOS với trình duyệt web tiêu chuẩn (Chrome, Edge) hoặc ứng dụng Client nhẹ.
2. Xử lý như thế nào khi phát sinh chênh lệch giữa số kiểm kê thực tế và số dư sổ quỹ tiền mặt?
Căn cứ theo quy định của chế độ kế toán:
- Nếu thừa tiền: Ghi nhận
Nợ TK 1111 / Có TK 3381 (Tài sản thừa chờ xử lý). Sau khi xác minh nguyên nhân do chưa ghi nhận thu tiền, hạch toán kết chuyển: Nợ TK 3381 / Có TK 131, TK 711.
- Nếu thiếu tiền: Ghi nhận
Nợ TK 1381 (Tài sản thiếu chờ xử lý) / Có TK 1111. Khi có quyết định bồi thường, ghi nhận: Nợ TK 1111, Nợ TK 334 (Trừ lương) / Có TK 1381.
3. Phương pháp quy đổi ngoại tệ tại ngày lập Báo cáo tài chính theo Thông tư 133/2016/TT-BTC?
Đối với các tài khoản Vốn bằng tiền có gốc ngoại tệ (TK 1112, TK 1122), doanh nghiệp phải đánh giá lại theo tỷ giá chuyển khoản trung bình cuối kỳ của ngân hàng thương mại nơi doanh nghiệp thường xuyên giao dịch:
- Lãi tỷ giá: Ghi
Nợ TK 1112, 1122 / Có TK 413 -> Kết chuyển Nợ TK 413 / Có TK 515.
- Lỗ tỷ giá: Ghi
Nợ TK 413 / Có TK 1112, 1122 -> Kết chuyển Nợ TK 635 / Có TK 413.
4. Làm thế nào để kiểm soát rủi ro nhân viên chiếm dụng tiền tạm ứng công trình (TK 141)?
Áp dụng nguyên tắc "Tạm ứng gắn liền tiến độ công trình": Thiết lập khóa cứng trên phần mềm, từ chối giải ngân khoản tạm ứng mới nếu khoản tạm ứng cũ của nhân viên đó chưa được thanh quyết toán qua Giấy đề nghị thanh toán tạm ứng (Mẫu 04-TT) trong vòng 30 ngày kể từ ngày nghiệm thu công việc.
5. Thời gian hoàn vốn (ROI) khi áp dụng quy trình số hóa kiểm soát công nợ là bao lâu?
Dựa trên phân tích thực nghiệm tại UAC, nhờ cắt giảm thời gian đối soát thủ công từ 12 ngày xuống 2.5 ngày và giảm tỷ lệ trích lập dự phòng nợ xấu khó đòi, thời gian hoàn vốn đầu tư đạt được trong 2.05 tháng.
Kết luận
Đồ án tốt nghiệp "Kế toán vốn bằng tiền và các khoản phải thu tại Công ty Cổ phần Kiến trúc Đô thị" đã hoàn thành xuất sắc các mục tiêu nghiên cứu lý luận và ứng dụng thực tiễn. Đề tài không chỉ hệ thống hóa chặt chẽ cơ sở lý luận theo Thông tư 133/2016/TT-BTC của Bộ Tài chính mà còn đưa ra giải pháp số hóa toàn diện từ quy trình luân chuyển chứng từ, kiểm kê quỹ tiền mặt đến phân tích tuổi nợ tự động.
Kết quả áp dụng thực tế tại UAC chứng minh tính khả thi vượt trội với việc rút ngắn 79% thời gian chốt sổ tài chính và tăng 53.6% tỷ lệ thu hồi công nợ quá hạn. Đây là mô hình tham chiếu thực tế giá trị cho các doanh nghiệp vừa và nhỏ trong khối ngành tư vấn thiết kế kiến trúc - xây dựng đang trong quá trình chuyển đổi số công tác quản trị tài chính kế toán.