TÀI KHOẢN KẾ TOÁN 2026
Chọn đúng chế độ, hiểu nhóm, mở chi tiết có mục đích và kiểm soát thay đổi.
Chào bạn,
Hệ thống tài khoản là bản đồ phân loại giao dịch. Nó giúp doanh nghiệp ghi cùng một bản chất vào cùng một nơi, tổng hợp thành báo cáo và truy ngược về chi tiết. Người mới không nên bắt đầu bằng học thuộc hàng trăm số tài khoản mà nên hiểu nhóm, logic và chế độ đang áp dụng.
Trả lời nhanh
Năm 2026, doanh nghiệp cần xác định áp dụng Thông tư 99/2025/TT-BTC hay Thông tư 133/2016/TT-BTC theo đối tượng và lựa chọn phù hợp. Sau đó xây danh mục nội bộ từ hệ thống của chế độ, mở chi tiết theo nhu cầu quản trị, ban hành quy tắc và mapping vào phần mềm.
1. Tài khoản kế toán dùng để làm gì?
- Phân loại tài sản, nợ, vốn, doanh thu, chi phí và đối tượng khác.
- Ghi tăng, giảm và số dư theo nguyên tắc.
- Tổng hợp giao dịch từ chứng từ tới báo cáo.
- Đối chiếu sổ tổng hợp với chi tiết.
- Tạo ngôn ngữ chung giữa kế toán, phần mềm và báo cáo.
Một tài khoản không thay danh mục khách hàng, kho hoặc hợp đồng. Phần chi tiết cần sổ hoặc chiều quản trị để tránh mở quá nhiều tài khoản cấp thấp.
2. Chọn Thông tư 99 hay Thông tư 133
| Nội dung | Thông tư 99/2025 | Thông tư 133/2016 |
|---|---|---|
| Đối tượng | Chế độ kế toán doanh nghiệp theo phạm vi Thông tư 99 | Doanh nghiệp nhỏ và vừa theo phạm vi Thông tư 133 |
| Hiệu lực liên quan | Áp dụng từ năm tài chính bắt đầu từ hoặc sau 01/01/2026 | Văn bản chế độ cho DNNVV đang được công bố |
| Hệ thống tài khoản | Theo phụ lục và nguyên tắc Thông tư 99 | Theo hệ thống của Thông tư 133 |
| Báo cáo | Theo biểu mẫu và yêu cầu tương ứng | Theo biểu mẫu DNNVV |
| Khi dùng | Doanh nghiệp xác định phù hợp đối tượng, nhu cầu | DNNVV xác định đủ điều kiện và chính sách |
Không trộn số tài khoản, biểu mẫu và nguyên tắc giữa hai chế độ. Nếu chuyển đổi, cần lập kế hoạch số dư, mapping, chính sách, thông tin so sánh và thuyết minh theo quy định.
3. Sáu nhóm logic người mới cần hiểu
| Nhóm | Phản ánh | Ví dụ khái niệm |
|---|---|---|
| Tài sản | Nguồn lực doanh nghiệp kiểm soát | Tiền, phải thu, tồn kho, tài sản dài hạn |
| Nợ phải trả | Nghĩa vụ hiện tại | Phải trả, vay, thuế, khoản nhận trước có nghĩa vụ |
| Vốn chủ sở hữu | Phần còn lại của tài sản sau nợ | Vốn góp, kết quả lũy kế và thành phần khác |
| Doanh thu, thu nhập | Giá trị được ghi nhận từ hoạt động và khoản khác | Bán hàng, dịch vụ, tài chính, thu nhập khác |
| Chi phí | Nguồn lực tiêu hao và khoản làm giảm kết quả | Giá vốn, bán hàng, quản lý, tài chính, khác |
| Xác định kết quả | Tổng hợp doanh thu, thu nhập, chi phí | Phục vụ kết quả kỳ |
Tên và số tài khoản cụ thể phải tra phụ lục của chế độ. Bảng chỉ dạy logic, không thay danh mục pháp lý.
4. Tài khoản cấp tổng hợp và chi tiết
Tài khoản tổng hợp phục vụ sổ và báo cáo theo chế độ. Chi tiết nội bộ phục vụ khách hàng, nhà cung cấp, kho, sản phẩm, dự án, hợp đồng hoặc bộ phận. Phần mềm hiện đại có thể dùng chiều phân tích thay vì mở tài khoản cho mọi đối tượng.
Mở quá ít làm mất thông tin; mở quá nhiều làm danh mục khó kiểm soát. Quy tắc tốt là chỉ mở khi có người dùng, báo cáo, nguồn dữ liệu và trách nhiệm duy trì.
5. Quy trình xây danh mục tài khoản nội bộ
- Xác nhận chế độ kế toán và năm tài chính áp dụng.
- Liệt kê giao dịch, ngành, đơn vị, báo cáo và yêu cầu quản trị.
- Lấy danh mục gốc từ phụ lục chính thức.
- Chọn tài khoản cần dùng, không xóa logic bắt buộc.
- Thiết kế cấp chi tiết hoặc chiều quản trị.
- Viết mô tả, tính chất, chứng từ và đối chiếu cho từng tài khoản.
- Mapping với phần mềm, báo cáo và dữ liệu cũ.
- Phê duyệt quy chế hạch toán và đào tạo người dùng.
6. Sổ tay tài khoản cần có gì?
| Trường | Ví dụ nội dung | Mục đích |
|---|---|---|
| Mã, tên | Theo chế độ và tên nội bộ | Nhận diện |
| Bản chất | Tài sản, nợ, vốn, doanh thu, chi phí | Hiểu tính chất |
| Phạm vi | Giao dịch được và không được ghi | Tránh dùng sai |
| Chứng từ | Hóa đơn, hợp đồng, bảng tính, biên bản | Dấu vết |
| Đối tượng chi tiết | Khách, nhà cung cấp, hợp đồng, dự án | Đối chiếu |
| Tài khoản đối ứng thường gặp | Theo quy trình đã duyệt | Hỗ trợ kiểm tra |
| Owner | Bộ phận hoặc kế toán phụ trách | Trách nhiệm |
| Báo cáo | Chỉ tiêu hoặc báo cáo quản trị | Mapping đầu ra |
7. Ví dụ cửa hàng thương mại
Cửa hàng cần theo dõi tiền mặt, ngân hàng, phải thu theo khách, hàng theo mã và kho, phải trả theo nhà cung cấp, vốn, doanh thu theo kênh, giá vốn và chi phí vận hành. Không nên mở tài khoản cấp riêng cho từng khách hoặc từng mã hàng nếu phần mềm đã có danh mục chi tiết.
Kế toán thiết kế tài khoản tổng hợp theo chế độ, còn khách, hàng, kênh là chiều phân tích. Báo cáo phải nối tổng tài khoản với chi tiết và giải thích chênh lệch.
8. Mapping khi đổi phần mềm hoặc chế độ
- Xuất số dư, phát sinh và danh mục cũ.
- Lập bảng tài khoản cũ – mới – quy tắc chuyển.
- Tách tài khoản cũ chứa nhiều bản chất.
- Gộp tài khoản trùng nhưng giữ chi tiết đối tượng.
- Chạy thử một tháng và đối chiếu báo cáo.
- Lập biên bản số dư đầu, khoản treo và người xử lý.
- Khóa danh mục sau nghiệm thu, thay đổi phải phê duyệt.
9. Tự động hạch toán trong phần mềm
Mẫu định khoản giúp nhanh nhưng chỉ an toàn khi điều kiện nguồn rõ. Một nghiệp vụ bán hàng có thể khác theo loại hàng, thuế, kênh, giảm giá, trả hàng và thời điểm. Không áp một rule cho mọi trường hợp.
Mỗi rule tự động có chủ sở hữu, phiên bản, ngày hiệu lực, giao dịch mẫu và báo cáo lỗi. Sau khi phần mềm cập nhật hoặc chính sách đổi, chạy lại test.
10. Kiểm soát danh mục
- Không tạo tài khoản khi chưa tìm tài khoản hiện có.
- Tên rõ bản chất, không dùng `khác` quá rộng.
- Tài khoản ngừng dùng được khóa, không xóa lịch sử.
- Số dư bất thường được rà hàng tháng.
- Tổng hợp và chi tiết được đối chiếu.
- Mapping báo cáo được kiểm tra sau thay đổi.
- Quy chế hạch toán được cập nhật và đào tạo.
11. Sai lầm người mới
- Học số tài khoản nhưng không hiểu bản chất.
- Trộn danh mục Thông tư 99 và 133.
- Mở tài khoản cho từng khách thay vì dùng sổ chi tiết.
- Dùng một tài khoản chung cho mọi chênh lệch.
- Sửa danh mục trực tiếp trên phần mềm không có phê duyệt.
- Không mapping lại báo cáo sau thay đổi.
12. Checklist triển khai
- Chế độ kế toán được xác nhận.
- Danh mục lấy từ nguồn chính thức.
- Giao dịch và báo cáo được lập danh sách.
- Cấp chi tiết và chiều quản trị có mục đích.
- Sổ tay tài khoản có phạm vi và chứng từ.
- Phần mềm mapping đúng.
- Số dư đầu được đối chiếu.
- Người dùng được đào tạo.
- Quyền tạo sửa tài khoản được hạn chế.
- Có lịch rà danh mục hàng quý.
13. FAQ
Có phải dùng tất cả tài khoản trong phụ lục?
Doanh nghiệp xây danh mục phù hợp giao dịch và yêu cầu theo chế độ, nhưng phải bảo đảm nguyên tắc và báo cáo. Không tạo số liệu giả chỉ để dùng đủ tài khoản.
Có được mở thêm tài khoản chi tiết?
Cần căn cứ quy định của chế độ và quy chế nội bộ. Nên ưu tiên sổ chi tiết hoặc chiều quản trị khi phù hợp.
Phần mềm có tự cập nhật Thông tư 99?
Nhà cung cấp có thể cập nhật, nhưng doanh nghiệp phải kiểm tra mapping, số dư, biểu mẫu và chính sách của mình.
Khi nào cần đổi hệ thống tài khoản?
Khi đổi chế độ, mô hình, giao dịch hoặc nhu cầu báo cáo; mọi thay đổi cần kế hoạch, phê duyệt và đối chiếu.
14. Mapping tài khoản lên báo cáo
Mỗi tài khoản phải biết đi vào chỉ tiêu nào, có cần bù trừ, phân loại ngắn hạn – dài hạn, thuyết minh hoặc tách theo đơn vị hay không. Mapping được kiểm tra bằng báo cáo mẫu trước khi vận hành.
Một tài khoản có nhiều bản chất khiến mapping không ổn định. Khi đó cần tách chi tiết, sửa quy trình nguồn hoặc bổ sung chiều phân tích thay vì chỉnh báo cáo thủ công cuối kỳ.
15. Quản trị thay đổi danh mục
| Yêu cầu | Người đề nghị | Kiểm tra trước duyệt |
|---|---|---|
| Mở tài khoản mới | Kế toán phần hành | Không trùng, đúng chế độ, có giao dịch |
| Đổi tên | Owner tài khoản | Không làm sai lịch sử và báo cáo |
| Khóa tài khoản | Kế toán tổng hợp | Số dư bằng 0 hoặc có kế hoạch xử lý |
| Đổi mapping | Người lập BCTC | Ảnh hưởng số so sánh, thuyết minh |
| Đổi rule tự động | Owner quy trình | Test giao dịch và ngoại lệ |
Danh sách thay đổi có ngày hiệu lực và phiên bản. Người dùng được thông báo trước. Không chỉnh trực tiếp trên môi trường chính mà không có bản sao và cách quay lại.
16. Rà số dư bất thường
- Tài khoản tài sản có số dư Có không giải thích.
- Nợ phải trả có số dư Nợ kéo dài.
- Tài khoản trung gian còn số dư cuối kỳ.
- Tài khoản không phát sinh nhưng có số dư.
- Tài khoản chi tiết không khớp tổng hợp.
- Doanh thu, chi phí phát sinh vào tài khoản ngừng dùng.
Danh sách bất thường không đồng nghĩa tất cả là sai. Mỗi khoản cần chứng từ, nguyên nhân, người xác nhận và thời hạn xử lý.
17. Kế hoạch chuyển sang chế độ mới
- Đọc văn bản và phụ lục chính thức.
- Lập gap giữa danh mục cũ và mới.
- Mapping số dư, phát sinh, báo cáo và tích hợp.
- Cập nhật quy chế hạch toán, sổ tay tài khoản.
- Chạy thử trên bản sao dữ liệu.
- Đối chiếu số đầu, báo cáo và thông tin so sánh.
- Đào tạo, phê duyệt và khóa phiên bản.
Không chuyển chỉ bằng cách đổi mã trên phần mềm. Mỗi số dư cần quy tắc, bằng chứng, người kiểm tra và báo cáo trước – sau. Những tài khoản không còn dùng vẫn phải giữ lịch sử để tra cứu các kỳ cũ.
18. Phân biệt tài khoản và chiều phân tích
Tài khoản phản ánh bản chất kế toán; chiều phân tích trả lời câu hỏi quản trị như chi nhánh, sản phẩm, dự án, hợp đồng. Nếu mở tài khoản cho mọi chiều, danh mục phình và khó mapping báo cáo. Nếu chỉ dùng chiều nhưng không có quy tắc, dữ liệu chi tiết lại thiếu nhất quán.
Mình xác định câu hỏi nào cần lên sổ pháp lý và câu hỏi nào chỉ cần báo cáo quản trị. Sau đó thiết kế mã, trường bắt buộc, owner và kiểm soát cho từng lớp.
Kết luận
Hệ thống tài khoản không phải bảng số để học thuộc. Nó là cấu trúc nối giao dịch, chứng từ, sổ, báo cáo và quản trị. Năm 2026, việc đầu tiên là xác định đúng Thông tư 99 hay Thông tư 133, sau đó mới thiết kế danh mục nội bộ và phần mềm.
– Gr Hanh Lee · Một người, ít lời – nhiều ý, nhiều hành trình
Lặng lẽ học, vững vàng đi 🌸