1. Kế toán là điểm cuối của toàn bộ dữ liệu vận hành
Trong một doanh nghiệp, dữ liệu không tự nhiên xuất hiện ở phòng kế toán.
Dữ liệu kế toán được hình thành từ nhiều hoạt động trước đó:
Sales
↓
Purchase
↓
Inventory
↓
Project
↓
Accounting
↓
Financial Report
Sales tạo ra đơn hàng, hợp đồng, doanh thu dự kiến.
Purchase tạo ra đơn mua hàng, chi phí mua vật tư, dịch vụ, thầu phụ.
Inventory ghi nhận nhập kho, xuất kho, tồn kho, giá vốn.
Project ghi nhận ngân sách, chi phí thực tế, tiến độ, nghiệm thu.
Accounting tổng hợp tất cả dữ liệu đó thành:
- Bút toán kế toán
- Công nợ phải thu
- Công nợ phải trả
- Doanh thu
- Chi phí
- Lợi nhuận
- Dòng tiền
- Báo cáo tài chính
- Báo cáo quản trị
Vì vậy, kế toán không chỉ là nơi “ghi sổ”.
Kế toán là nơi biến dữ liệu vận hành thành thông tin tài chính để Ban lãnh đạo ra quyết định.
Một hệ thống ERP tốt phải giúp kế toán nhìn thấy dữ liệu đúng, đủ, kịp thời và có khả năng truy xuất ngược về nguồn phát sinh.
Ví dụ:
CEO muốn biết vì sao lợi nhuận tháng này giảm.
Nếu doanh nghiệp chưa có ERP, kế toán có thể phải hỏi lại nhiều bộ phận:
- Sales gửi hợp đồng nào?
- Mua hàng phát sinh chi phí gì?
- Kho đã xuất vật tư chưa?
- Dự án đã nghiệm thu chưa?
- Nhà cung cấp đã gửi hóa đơn chưa?
- Khách hàng đã thanh toán chưa?
Nếu dữ liệu nằm rải rác trong Excel, Zalo, email và nhiều phần mềm khác nhau, kế toán rất khó đóng sổ nhanh.
Ngược lại, khi ERP được thiết kế đúng:
- Đơn bán hàng liên kết với hóa đơn khách hàng
- Đơn mua hàng liên kết với hóa đơn nhà cung cấp
- Phiếu nhập kho, xuất kho liên kết với giá trị tồn kho
- Dự án liên kết với chi phí và doanh thu
- Công nợ liên kết với thanh toán ngân hàng
- Báo cáo tài chính lấy dữ liệu từ bút toán chuẩn
Lúc đó, phòng kế toán không còn mất quá nhiều thời gian đi gom dữ liệu.
Họ tập trung nhiều hơn vào kiểm soát, phân tích và tư vấn tài chính cho Ban lãnh đạo.
2. Pain Point thường gặp của phòng Kế toán
2.1. Hạch toán thủ công
Nhiều doanh nghiệp vẫn xử lý kế toán theo cách thủ công.
Ví dụ:
- Sales gửi hợp đồng qua email
- Mua hàng gửi bảng kê bằng Excel
- Kho gửi phiếu nhập xuất cuối ngày
- Dự án gửi chi phí qua Zalo
- Kế toán tự nhập lại vào phần mềm kế toán
Vấn đề không chỉ nằm ở việc mất thời gian.
Rủi ro lớn hơn là sai dữ liệu.
Chỉ cần nhập sai mã khách hàng, mã nhà cung cấp, mã dự án hoặc tài khoản kế toán, báo cáo cuối kỳ có thể bị lệch.
Khi phát hiện sai, kế toán phải dò lại chứng từ, hỏi lại bộ phận liên quan và điều chỉnh nhiều lần.
2.2. Đối chiếu dữ liệu nhiều lần
Một giao dịch đơn giản có thể cần đối chiếu qua nhiều nơi.
Ví dụ một đơn mua vật tư:
Yêu cầu mua hàng
↓
Đơn mua hàng
↓
Phiếu nhập kho
↓
Hóa đơn nhà cung cấp
↓
Thanh toán
↓
Bút toán kế toán
Nếu mỗi bước nằm ở một file hoặc một phần mềm khác nhau, kế toán phải kiểm tra thủ công:
- Số lượng đặt mua có đúng với số lượng nhận hàng không?
- Giá mua có đúng với báo giá đã duyệt không?
- Hóa đơn nhà cung cấp có đúng với đơn mua hàng không?
- Thanh toán có đúng hạn không?
- Chi phí có được ghi đúng dự án không?
Việc đối chiếu nhiều lần làm tăng thời gian xử lý và dễ tạo ra tranh cãi giữa các phòng ban.
2.3. Chậm lập báo cáo
Nhiều doanh nghiệp chỉ có báo cáo tài chính sau khi tháng đã kết thúc khá lâu.
Nguyên nhân thường gặp:
- Dữ liệu từ các bộ phận gửi về chậm
- Chứng từ thiếu
- Hóa đơn chưa đối chiếu
- Chi phí dự án chưa phân bổ
- Ngân hàng chưa được reconcile
- Công nợ chưa được cập nhật đầy đủ
Khi báo cáo ra chậm, Ban lãnh đạo không còn nhìn thấy tình hình hiện tại.
Họ chỉ đang nhìn lại quá khứ.
Trong môi trường kinh doanh biến động, báo cáo chậm làm giảm tốc độ ra quyết định.
2.4. Khó theo dõi công nợ
Công nợ là một trong những điểm đau lớn nhất của phòng kế toán.
Với công nợ phải thu, doanh nghiệp cần biết:
- Khách hàng nào còn nợ?
- Nợ bao lâu?
- Hóa đơn nào đã quá hạn?
- Ai phụ trách thu hồi?
- Dự kiến khi nào thu được tiền?
- Khách hàng nào thường xuyên thanh toán chậm?
Với công nợ phải trả, doanh nghiệp cần biết:
- Nhà cung cấp nào sắp đến hạn thanh toán?
- Khoản nào cần ưu tiên?
- Khoản nào đang chờ duyệt?
- Khoản nào chưa đủ chứng từ?
- Dòng tiền tuần tới có đủ thanh toán không?
Nếu dữ liệu công nợ không được quản lý tốt, doanh nghiệp rất dễ gặp tình trạng:
- Có doanh thu nhưng thiếu tiền mặt
- Lãi trên báo cáo nhưng dòng tiền âm
- Quên thu hồi công nợ
- Thanh toán trùng hoặc sai
- Mất uy tín với nhà cung cấp
2.5. Thiếu báo cáo quản trị
Báo cáo tài chính phục vụ yêu cầu kế toán và pháp lý.
Nhưng CEO, CFO và trưởng bộ phận cần nhiều hơn thế.
Họ cần báo cáo quản trị:
- Lãi lỗ theo dự án
- Lãi lỗ theo khách hàng
- Lãi lỗ theo phòng ban
- Chi phí theo trung tâm chi phí
- Dòng tiền dự kiến
- Tuổi nợ phải thu
- Tuổi nợ phải trả
- Biên lợi nhuận theo nhóm sản phẩm
- Chi phí vượt ngân sách
- Hiệu quả sử dụng vốn
Nếu hệ thống kế toán chỉ dừng ở việc ghi nhận chứng từ, doanh nghiệp sẽ thiếu dữ liệu để điều hành.
Khi đó, kế toán vẫn làm nhiều việc nhưng chưa tạo đủ giá trị quản trị.
3. Chi phí nếu khảo sát kế toán thiếu
Khảo sát kế toán là một trong những phần quan trọng nhất khi triển khai ERP.
Nếu khảo sát thiếu, dự án có thể gặp nhiều vấn đề rất khó sửa về sau.
3.1. Thiết kế sai hệ thống kế toán
ERP không chỉ là nơi nhập chứng từ.
ERP cần được thiết kế theo đúng mô hình vận hành và quản trị của doanh nghiệp.
Nếu khảo sát không rõ:
- Sơ đồ tài khoản
- Cơ cấu phòng ban
- Trung tâm chi phí
- Quy trình phê duyệt
- Phương pháp ghi nhận doanh thu
- Phương pháp ghi nhận chi phí
- Cách phân bổ chi phí
- Cách theo dõi công nợ
- Cách theo dõi dự án
thì hệ thống kế toán có thể bị thiết kế sai từ đầu.
Ví dụ:
Một doanh nghiệp xây dựng cần theo dõi chi phí theo từng công trình.
Nhưng khi khảo sát, đội triển khai chỉ thiết kế kế toán theo phòng ban.
Kết quả là sau khi vận hành, CEO không xem được công trình nào lãi, công trình nào lỗ.
Muốn sửa lại phải thay đổi cấu trúc dữ liệu, báo cáo, quy trình nhập liệu và cách hạch toán.
Chi phí sửa lúc này cao hơn nhiều so với khảo sát đúng ngay từ đầu.
3.2. Sai báo cáo tài chính
Báo cáo tài chính phụ thuộc vào dữ liệu gốc và cách hạch toán.
Nếu mapping sai tài khoản, sai thuế, sai nhóm sản phẩm, sai quy tắc ghi nhận, báo cáo có thể bị lệch.
Một số lỗi thường gặp:
- Doanh thu ghi nhận sai kỳ
- Chi phí ghi nhận sai tài khoản
- Công nợ không khớp hóa đơn
- Tồn kho không khớp kế toán
- Giá vốn không phản ánh đúng thực tế
- Thuế đầu vào, đầu ra không được phân loại đúng
- Báo cáo lãi lỗ không đúng theo yêu cầu quản trị
Sai báo cáo tài chính không chỉ ảnh hưởng nội bộ.
Nó còn ảnh hưởng đến kiểm toán, thuế, ngân hàng và các quyết định đầu tư.
3.3. Tăng khối lượng xử lý thủ công
Một ERP được triển khai sai có thể khiến kế toán làm việc nhiều hơn trước.
Nguyên nhân:
- Hệ thống thiếu trường thông tin cần thiết
- Quy trình nhập liệu không phù hợp
- Không tự động tạo bút toán
- Không tự động đối chiếu công nợ
- Không liên kết với mua hàng, kho, dự án
- Báo cáo không lấy được dữ liệu chuẩn
Khi đó, kế toán phải vừa nhập ERP, vừa làm Excel bên ngoài.
Đây là tình trạng rất nguy hiểm.
Doanh nghiệp tưởng đã chuyển đổi số, nhưng thực tế chỉ chuyển từ “Excel đơn lẻ” sang “ERP cộng Excel”.
3.4. Phát sinh chi phí triển khai
Khảo sát thiếu thường dẫn đến change request.
Ví dụ:
- Thêm báo cáo mới
- Sửa quy trình hạch toán
- Thêm luồng phê duyệt
- Sửa cấu trúc tài khoản
- Thêm chiều phân tích
- Sửa dashboard
- Import lại dữ liệu
- Đào tạo lại người dùng
Mỗi thay đổi đều tốn thời gian của:
- Đội triển khai
- Kế toán
- Key User
- IT
- Ban lãnh đạo
Nếu phạm vi thay đổi nhiều, dự án dễ bị trễ tiến độ và vượt ngân sách.
4. Framework khảo sát phòng Kế toán
Một framework khảo sát tốt cần đi từ giao dịch gốc đến báo cáo quản trị.
Giao dịch ↓ Bút toán kế toán ↓ Đối soát ↓ Báo cáo tài chính ↓ Báo cáo quản trị
4.1. Transaction – Giao dịch phát sinh
Đây là điểm bắt đầu.
Cần khảo sát tất cả giao dịch tạo ra dữ liệu tài chính:
- Đơn bán hàng
- Hóa đơn khách hàng
- Phiếu thu
- Đơn mua hàng
- Hóa đơn nhà cung cấp
- Phiếu chi
- Nhập kho
- Xuất kho
- Điều chuyển kho
- Chi phí dự án
- Tạm ứng
- Hoàn ứng
- Lương
- Tài sản cố định
- Vay ngân hàng
- Chi phí trả trước
Câu hỏi cần đặt ra:
- Giao dịch phát sinh ở bộ phận nào?
- Ai tạo?
- Ai duyệt?
- Khi nào chuyển sang kế toán?
- Chứng từ đi kèm là gì?
- Dữ liệu nào bắt buộc phải có?
- Có liên quan đến dự án, hợp đồng, kho hoặc phòng ban không?
4.2. Accounting Entry – Bút toán kế toán
Sau giao dịch là bút toán.
ERP cần xác định giao dịch nào tạo bút toán tự động, giao dịch nào kế toán nhập thủ công.
Ví dụ:
- Hóa đơn bán hàng tạo bút toán doanh thu và công nợ phải thu
- Hóa đơn mua hàng tạo bút toán chi phí hoặc hàng tồn kho và công nợ phải trả
- Thanh toán ngân hàng tạo bút toán thu chi
- Xuất kho tạo bút toán giá vốn nếu dùng hạch toán tồn kho tự động
- Khấu hao tài sản tạo bút toán định kỳ
- Phân bổ chi phí trả trước tạo bút toán định kỳ
Câu hỏi cần làm rõ:
- Tài khoản kế toán nào được dùng?
- Hạch toán theo chuẩn nào?
- Có dùng tài khoản trung gian không?
- Có cần phân tích theo dự án không?
- Có cần phân tích theo phòng ban không?
- Có cần phân tích theo sản phẩm hoặc nhóm dịch vụ không?
- Bút toán nào cần duyệt trước khi ghi sổ?
4.3. Reconciliation – Đối chiếu
Đối chiếu là bước giúp dữ liệu kế toán đáng tin cậy.
Các nhóm đối chiếu quan trọng:
- Đối chiếu ngân hàng
- Đối chiếu công nợ khách hàng
- Đối chiếu công nợ nhà cung cấp
- Đối chiếu tồn kho và kế toán
- Đối chiếu tạm ứng, hoàn ứng
- Đối chiếu doanh thu và hợp đồng
- Đối chiếu chi phí dự án và ngân sách
Nếu không thiết kế tốt bước đối chiếu, số liệu trên báo cáo có thể đẹp nhưng không chắc đúng.
4.4. Financial Report – Báo cáo tài chính
Báo cáo tài chính cần đảm bảo đúng chuẩn kế toán.
Các báo cáo cơ bản:
- Bảng cân đối kế toán
- Báo cáo kết quả hoạt động kinh doanh
- Báo cáo lưu chuyển tiền tệ
- Sổ cái
- Sổ chi tiết tài khoản
- Báo cáo thuế
- Báo cáo công nợ
- Báo cáo tồn kho
Khi khảo sát, cần hỏi rõ:
- Doanh nghiệp đang dùng mẫu báo cáo nào?
- Có yêu cầu đặc thù theo ngành không?
- Có cần báo cáo theo chi nhánh không?
- Có cần báo cáo hợp nhất không?
- Báo cáo nào phục vụ thuế?
- Báo cáo nào phục vụ kiểm toán?
- Báo cáo nào phục vụ ngân hàng?
4.5. Management Report – Báo cáo quản trị
Đây là phần tạo giá trị lớn cho CEO và CFO.
Một số báo cáo quản trị cần khảo sát:
- Lãi lỗ theo dự án
- Lãi lỗ theo khách hàng
- Lãi lỗ theo sản phẩm
- Chi phí theo phòng ban
- Chi phí theo trung tâm chi phí
- Công nợ theo tuổi nợ
- Dự báo dòng tiền
- Dòng tiền theo tuần
- Tỷ lệ thu hồi công nợ
- Tỷ lệ thanh toán đúng hạn
- Ngân sách so với thực tế
- Dashboard tài chính
Báo cáo quản trị nên được thiết kế từ nhu cầu ra quyết định.
Không nên thiết kế theo thói quen có sẵn trong Excel.
5. Checklist khảo sát phòng Kế toán
5.1. Cơ cấu kế toán
Cần xác định rõ đội kế toán đang được tổ chức như thế nào.
Các vai trò thường gặp:
- Kế toán trưởng
- Kế toán tổng hợp
- Kế toán công nợ
- Kế toán kho
- Kế toán giá thành
- Kế toán thanh toán
- Kế toán thuế
- Thủ quỹ
- Kiểm soát nội bộ
Câu hỏi khảo sát:
- Ai phụ trách kế toán tổng hợp?
- Ai phụ trách công nợ phải thu?
- Ai phụ trách công nợ phải trả?
- Ai kiểm soát tồn kho?
- Ai tính giá thành?
- Ai phụ trách báo cáo quản trị?
- Ai duyệt bút toán?
- Ai chịu trách nhiệm đóng sổ cuối tháng?
Mục tiêu là xác định đúng trách nhiệm trên hệ thống.
Nếu vai trò không rõ, ERP dễ bị rối quyền, rối quy trình và khó truy vết lỗi.
5.2. Danh mục dữ liệu
Dữ liệu kế toán cần chuẩn ngay từ đầu.
Các danh mục quan trọng:
- Tài khoản kế toán
- Khách hàng
- Nhà cung cấp
- Sản phẩm
- Dịch vụ
- Kho
- Dự án
- Phòng ban
- Nhân viên
- Tài khoản ngân hàng
- Thuế
- Điều khoản thanh toán
- Nhóm chi phí
- Trung tâm chi phí
Câu hỏi khảo sát:
- Danh mục hiện tại đang nằm ở đâu?
- Có bị trùng mã không?
- Có quy tắc đặt mã không?
- Ai được quyền tạo mới?
- Ai duyệt danh mục mới?
- Có cần làm sạch dữ liệu trước khi import không?
- Có dữ liệu nào không nên đưa lên ERP không?
Dữ liệu master sai sẽ kéo theo báo cáo sai.
Vì vậy, làm sạch dữ liệu là bước bắt buộc trước khi triển khai kế toán ERP.
5.3. Công nợ phải thu
Công nợ phải thu liên quan trực tiếp đến dòng tiền.
Cần khảo sát rõ:
- Công nợ theo khách hàng
- Công nợ theo hợp đồng
- Công nợ theo hóa đơn
- Công nợ theo dự án
- Công nợ theo nhân viên phụ trách
- Công nợ theo tuổi nợ
Câu hỏi quan trọng:
- Khi nào ghi nhận phải thu?
- Khi nào xuất hóa đơn?
- Điều khoản thanh toán theo hợp đồng là gì?
- Có chia nhiều đợt thanh toán không?
- Ai theo dõi công nợ?
- Ai nhắc khách hàng thanh toán?
- Có quy trình cảnh báo quá hạn không?
- Có báo cáo tuổi nợ không?
- Có đối chiếu công nợ định kỳ với khách hàng không?
Với doanh nghiệp dự án, cần làm rõ thêm:
- Tạm ứng ghi nhận thế nào?
- Thanh toán theo tiến độ ghi nhận thế nào?
- Giữ lại bảo hành ghi nhận thế nào?
- Quyết toán cuối dự án xử lý ra sao?
5.4. Công nợ phải trả
Công nợ phải trả ảnh hưởng đến uy tín với nhà cung cấp và kế hoạch dòng tiền.
Cần khảo sát:
- Nhà cung cấp
- Hợp đồng mua
- Đơn mua hàng
- Hóa đơn nhà cung cấp
- Phiếu nhập kho
- Thanh toán
- Tạm ứng nhà cung cấp
- Đối chiếu công nợ
Câu hỏi quan trọng:
- Khi nào ghi nhận phải trả?
- Có bắt buộc có đơn mua hàng trước khi nhận hóa đơn không?
- Thanh toán có cần phê duyệt không?
- Ai đề nghị thanh toán?
- Ai kiểm tra chứng từ?
- Ai duyệt thanh toán?
- Có lịch thanh toán theo tuần không?
- Có theo dõi công nợ theo dự án không?
- Có kiểm soát thanh toán vượt ngân sách không?
Nếu không kiểm soát tốt AP, doanh nghiệp có thể thanh toán sai, thanh toán trùng hoặc thanh toán trước khi đủ điều kiện.
5.5. Hóa đơn
Hóa đơn là điểm giao giữa vận hành, kế toán và pháp lý.
Cần khảo sát:
- Hóa đơn đầu ra
- Hóa đơn đầu vào
- Hóa đơn điều chỉnh
- Hóa đơn thay thế
- Hóa đơn theo tiến độ
- Hóa đơn sau nghiệm thu
- Hóa đơn trước thanh toán
- Hóa đơn sau thanh toán
Câu hỏi quan trọng:
- Xuất hóa đơn khi nào?
- Ai yêu cầu xuất hóa đơn?
- Ai kiểm tra thông tin hóa đơn?
- Có cần duyệt trước khi xuất không?
- Hóa đơn liên kết với hợp đồng nào?
- Hóa đơn liên kết với đơn bán hàng nào?
- Hóa đơn liên kết với nghiệm thu nào?
- Có tích hợp hóa đơn điện tử không?
- Có báo cáo thuế tự động không?
Nếu quy trình hóa đơn không rõ, kế toán dễ gặp sai lệch giữa doanh thu, công nợ và thuế.
5.6. Ngân hàng và dòng tiền
Ngân hàng là nơi phản ánh dòng tiền thực.
ERP cần hỗ trợ đối soát giao dịch ngân hàng nhanh và chính xác.
Câu hỏi khảo sát:
- Doanh nghiệp có bao nhiêu tài khoản ngân hàng?
- Mỗi tài khoản dùng cho mục đích gì?
- Có nhập sao kê ngân hàng không?
- Có tích hợp ngân hàng không?
- Ai đối soát giao dịch?
- Đối soát theo ngày, tuần hay tháng?
- Có phân loại dòng tiền vào, dòng tiền ra không?
- Có dự báo dòng tiền không?
- Có kế hoạch thanh toán theo tuần không?
Một hệ thống tốt nên giúp CFO nhìn thấy:
- Tiền hiện có
- Tiền sắp thu
- Tiền sắp chi
- Khoản quá hạn
- Dòng tiền thiếu hụt
- Dòng tiền dư thừa
5.7. Báo cáo
Báo cáo là đầu ra cuối cùng của hệ thống kế toán.
Cần chia báo cáo thành 3 nhóm.
Nhóm 1: Báo cáo tài chính
- Bảng cân đối kế toán
- Báo cáo kết quả kinh doanh
- Báo cáo lưu chuyển tiền tệ
- Sổ cái
- Sổ chi tiết
- Báo cáo thuế
Nhóm 2: Báo cáo quản trị
- Lãi lỗ theo dự án
- Lãi lỗ theo khách hàng
- Lãi lỗ theo phòng ban
- Công nợ theo tuổi nợ
- Ngân sách so với thực tế
- Dòng tiền dự kiến
- Chi phí theo trung tâm chi phí
Nhóm 3: Dashboard tài chính
- Doanh thu
- Chi phí
- Lợi nhuận
- Biên lợi nhuận
- Dòng tiền
- AR Aging
- AP Aging
- Closing Status
- Cash Forecast
- Budget Variance
Câu hỏi quan trọng:
- Ai sử dụng báo cáo?
- Báo cáo dùng để ra quyết định gì?
- Tần suất xem báo cáo là ngày, tuần hay tháng?
- Dữ liệu cần realtime hay cuối kỳ?
- Báo cáo hiện tại đang làm bằng gì?
- Báo cáo nào mất nhiều thời gian nhất?
- Báo cáo nào CEO cần nhưng chưa có?
6. KPI cần đo lường cho phòng Kế toán
6.1. Closing Time
Closing Time là thời gian cần để đóng sổ kế toán.
Ví dụ:
- Hiện tại doanh nghiệp mất 15 ngày để có báo cáo tháng
- Sau ERP mục tiêu còn 5 ngày
- Giai đoạn tối ưu có thể còn 3 ngày
KPI này phản ánh mức độ chuẩn hóa dữ liệu và quy trình kế toán.
6.2. Data Accuracy
Data Accuracy đo độ chính xác của dữ liệu.
Có thể theo dõi qua:
- Số lỗi hạch toán
- Số lần điều chỉnh bút toán
- Số giao dịch thiếu thông tin
- Số chứng từ không khớp
- Tỷ lệ đối chiếu thành công
Dữ liệu chính xác giúp báo cáo đáng tin cậy.
6.3. AR Collection Rate
AR Collection Rate đo hiệu quả thu hồi công nợ phải thu.
Công thức đơn giản:
AR Collection Rate = Số tiền đã thu / Số tiền đến hạn phải thu
KPI này giúp doanh nghiệp biết đội ngũ đang thu tiền tốt hay không.
Doanh thu cao nhưng thu tiền kém vẫn có thể gây thiếu dòng tiền.
6.4. AP Processing Time
AP Processing Time là thời gian xử lý một khoản phải trả.
Tính từ lúc nhận hóa đơn nhà cung cấp đến lúc sẵn sàng thanh toán.
KPI này giúp đo:
- Tốc độ kiểm tra chứng từ
- Tốc độ phê duyệt
- Tốc độ ghi nhận công nợ
- Tốc độ lập kế hoạch thanh toán
Nếu AP Processing Time quá dài, doanh nghiệp dễ trễ thanh toán và mất uy tín với nhà cung cấp.
6.5. Reporting Efficiency
Reporting Efficiency đo hiệu quả lập báo cáo.
Có thể đo bằng:
- Thời gian lập báo cáo tháng
- Số báo cáo tự động
- Số báo cáo còn làm bằng Excel
- Số giờ kế toán dùng để tổng hợp dữ liệu
- Tỷ lệ báo cáo có thể xem trực tiếp trên dashboard
Mục tiêu của ERP không phải chỉ là nhập liệu nhanh hơn.
Mục tiêu là giảm thời gian tổng hợp và tăng thời gian phân tích.
7. Vai trò của ERP trong kế toán và tài chính
ERP giúp liên kết dữ liệu tài chính với toàn bộ hoạt động vận hành:
Sales
↓
Purchase
↓
Inventory
↓
Project
↓
Accounting
ERP giúp kế toán nhập liệu ít hơn
Khi Sales tạo đơn hàng, hệ thống có thể tạo hóa đơn từ đơn hàng.
Khi Purchase tạo đơn mua hàng, hóa đơn nhà cung cấp có thể đối chiếu với đơn mua và phiếu nhận hàng.
Khi Inventory xuất kho, giá vốn có thể được ghi nhận tự động.
Khi Project phát sinh chi phí, dữ liệu có thể đi thẳng vào báo cáo lãi lỗ dự án.
ERP giúp dữ liệu có nguồn gốc rõ ràng
Một con số trên báo cáo có thể truy ngược về:
- Bút toán
- Hóa đơn
- Đơn hàng
- Phiếu kho
- Hợp đồng
- Dự án
- Người tạo
- Người duyệt
- Thời điểm phát sinh
Điều này giúp kiểm soát tốt hơn và giảm tranh cãi nội bộ.
ERP giúp báo cáo nhanh hơn
Khi dữ liệu được ghi nhận đúng từ đầu, báo cáo không còn phụ thuộc quá nhiều vào việc tổng hợp thủ công.
CEO, CFO và kế toán trưởng có thể xem dashboard theo thời gian gần thực tế.
ERP giúp quản trị tài chính tốt hơn
ERP giúp doanh nghiệp trả lời các câu hỏi quan trọng:
- Dòng tiền tháng tới có thiếu không?
- Công nợ nào cần thu gấp?
- Nhà cung cấp nào cần thanh toán trước?
- Dự án nào đang vượt ngân sách?
- Chi phí nào tăng bất thường?
- Lợi nhuận thực tế có đúng với kế hoạch không?
8. Vai trò của AI trong kế toán và tài chính
AI không thay thế kế toán.
AI giúp kế toán và CFO xử lý dữ liệu nhanh hơn, phát hiện vấn đề sớm hơn và lập báo cáo tốt hơn.
8.1. Dự báo dòng tiền
AI có thể phân tích:
- Lịch sử thu tiền
- Điều khoản thanh toán
- Công nợ đến hạn
- Hành vi thanh toán của khách hàng
- Kế hoạch thanh toán nhà cung cấp
- Chi phí định kỳ
- Doanh thu dự kiến
Từ đó đưa ra dự báo dòng tiền.
Ví dụ:
“Hai tuần tới doanh nghiệp có nguy cơ thiếu 1,2 tỷ nếu khách hàng A chưa thanh toán hóa đơn quá hạn.”
8.2. Phân tích công nợ
AI có thể hỗ trợ:
- Nhóm khách hàng rủi ro cao
- Dự báo khả năng chậm thanh toán
- Gợi ý khách hàng cần nhắc nợ
- Tóm tắt lịch sử công nợ
- Soạn email nhắc thanh toán
- Đề xuất ưu tiên thu hồi tiền
Điều này giúp kế toán công nợ làm việc chủ động hơn.
8.3. Phát hiện bất thường
AI có thể cảnh báo các tình huống như:
- Chi phí tăng đột biến
- Thanh toán trùng
- Hóa đơn có giá trị bất thường
- Nhà cung cấp thay đổi giá bất thường
- Dự án vượt ngân sách
- Công nợ quá hạn tăng nhanh
- Bút toán ghi sai nhóm chi phí
AI không quyết định thay con người.
AI chỉ giúp phát hiện sớm để người phụ trách kiểm tra.
8.4. Hỗ trợ lập báo cáo
AI có thể tạo bản nháp báo cáo quản trị.
Ví dụ:
- Tóm tắt tình hình doanh thu
- Tóm tắt chi phí
- Giải thích biến động lợi nhuận
- Tóm tắt dòng tiền
- So sánh thực tế với kế hoạch
- Đề xuất hành động ưu tiên cho CFO
Thay vì mất nhiều giờ viết báo cáo, kế toán có thể dùng AI để tạo bản nháp, sau đó kiểm tra và hoàn thiện.
9. Case Study: Doanh nghiệp xây dựng quản lý công nợ bằng Excel
Một doanh nghiệp xây dựng có nhiều dự án đang triển khai cùng lúc.
Trước khi có ERP, công nợ được quản lý bằng nhiều file Excel:
- Một file theo dõi hợp đồng
- Một file theo dõi hóa đơn
- Một file theo dõi thanh toán
- Một file theo dõi công nợ khách hàng
- Một file theo dõi công nợ nhà cung cấp
- Một file theo dõi chi phí từng dự án
Vấn đề phát sinh:
- Kế toán mất nhiều ngày để tổng hợp báo cáo tháng
- Dữ liệu công nợ thường lệch giữa Sales, dự án và kế toán
- Một số hóa đơn đến hạn nhưng không được nhắc kịp
- CEO không nhìn thấy dòng tiền dự kiến
- Dự án có doanh thu nhưng chưa rõ lợi nhuận thực tế
- Mỗi lần họp phải chuẩn bị báo cáo thủ công
Sau khi triển khai ERP, doanh nghiệp chuẩn hóa lại quy trình:
Hợp đồng
↓
Đợt thanh toán
↓
Hóa đơn
↓
Công nợ
↓
Thu tiền
↓
Báo cáo dòng tiền
Kết quả:
- Dữ liệu công nợ tập trung trên một hệ thống
- Kế toán truy xuất được từng khoản phải thu theo hợp đồng
- CEO xem được công nợ quá hạn trên dashboard
- Đối soát thanh toán nhanh hơn
- Thời gian lập báo cáo tháng giảm rõ rệt
- Kế toán có thêm thời gian phân tích thay vì chỉ tổng hợp số liệu
Điểm quan trọng không nằm ở phần mềm.
Điểm quan trọng là doanh nghiệp đã khảo sát đúng quy trình kế toán, chuẩn hóa dữ liệu và thiết kế báo cáo theo nhu cầu quản trị.
10. Lộ trình khảo sát phòng Kế toán trước khi triển khai ERP
Một lộ trình khảo sát tốt có thể đi theo 6 bước:
Accounting Structure
↓
Process Mapping
↓
Pain Point
↓
Data Mapping
↓
KPI
↓
Solution Design
Bước 1: Accounting Structure
Xác định cơ cấu kế toán hiện tại.
Cần làm rõ:
- Ai phụ trách phần hành nào?
- Ai phê duyệt?
- Ai nhập liệu?
- Ai kiểm tra?
- Ai chịu trách nhiệm báo cáo?
- Có phân quyền theo chi nhánh, phòng ban, dự án không?
Đầu ra của bước này là sơ đồ vai trò kế toán.
Bước 2: Process Mapping
Vẽ lại các quy trình kế toán chính.
Ví dụ:
- Quy trình xuất hóa đơn
- Quy trình thu tiền
- Quy trình thanh toán nhà cung cấp
- Quy trình tạm ứng, hoàn ứng
- Quy trình ghi nhận chi phí dự án
- Quy trình đối soát ngân hàng
- Quy trình đóng sổ cuối tháng
- Quy trình lập báo cáo quản trị
Mỗi quy trình cần thể hiện rõ:
- Người thực hiện
- Dữ liệu đầu vào
- Chứng từ cần có
- Điểm phê duyệt
- Dữ liệu đầu ra
- Rủi ro thường gặp
Bước 3: Pain Point
Xác định vấn đề thực tế.
Không nên hỏi chung chung: “Phòng kế toán đang gặp khó khăn gì?”
Nên hỏi cụ thể:
- Báo cáo nào đang mất nhiều thời gian nhất?
- Dữ liệu nào thường sai?
- Bước nào phải nhập lại nhiều lần?
- Công nợ nào khó theo dõi?
- Đối chiếu nào mất nhiều thời gian?
- Báo cáo nào CEO thường xuyên hỏi nhưng chưa có?
- Quy trình nào phụ thuộc vào một nhân sự chủ chốt?
Pain Point càng rõ, thiết kế ERP càng đúng.
Bước 4: Data Mapping
Mapping dữ liệu từ vận hành sang kế toán.
Ví dụ:
- Sales Order tạo Invoice như thế nào?
- Purchase Order liên kết Vendor Bill ra sao?
- Receipt liên kết tồn kho như thế nào?
- Delivery tạo giá vốn không?
- Project Cost lấy từ đâu?
- Payment đối chiếu với Invoice nào?
- Chi phí phân bổ theo dự án hay phòng ban?
Đây là bước rất quan trọng.
Nếu mapping sai, hệ thống có thể chạy được nhưng báo cáo sai.
Bước 5: KPI
Xác định KPI cho phòng kế toán và tài chính.
Ví dụ:
- Closing Time
- Data Accuracy
- AR Collection Rate
- AP Processing Time
- Reporting Efficiency
- Cash Forecast Accuracy
- Budget Variance
- Overdue AR Ratio
- Payment On-Time Rate
KPI giúp doanh nghiệp đo được hiệu quả sau triển khai ERP.
Bước 6: Solution Design
Thiết kế giải pháp ERP.
Đầu ra gồm:
- Quy trình To-Be
- Danh mục dữ liệu cần chuẩn hóa
- Phân quyền người dùng
- Luồng phê duyệt
- Mapping tài khoản kế toán
- Quy tắc tự động hạch toán
- Báo cáo tài chính
- Báo cáo quản trị
- Dashboard tài chính
- Kế hoạch import dữ liệu
- Kế hoạch đào tạo Key User
- Kế hoạch kiểm thử UAT
Solution Design càng rõ, đội triển khai càng ít phải đoán.
11. Checklist nhanh cho doanh nghiệp tự đánh giá
Bạn có thể dùng danh sách dưới đây để kiểm tra mức sẵn sàng của phòng kế toán trước khi triển khai ERP.
Cơ cấu
- Đã có sơ đồ vai trò kế toán
- Đã phân rõ kế toán tổng hợp, công nợ, kho, giá thành, thanh toán
- Đã xác định người duyệt bút toán
- Đã xác định người chịu trách nhiệm báo cáo
Dữ liệu
- Đã có sơ đồ tài khoản chuẩn
- Đã có danh mục khách hàng sạch
- Đã có danh mục nhà cung cấp sạch
- Đã có danh mục sản phẩm, dịch vụ
- Đã có danh mục kho
- Đã có danh mục dự án
- Đã có danh mục phòng ban hoặc trung tâm chi phí
Quy trình
- Đã có quy trình thu tiền
- Đã có quy trình thanh toán
- Đã có quy trình xuất hóa đơn
- Đã có quy trình nhận hóa đơn đầu vào
- Đã có quy trình đối soát ngân hàng
- Đã có quy trình đóng sổ cuối tháng
- Đã có quy trình lập báo cáo quản trị
Báo cáo
- Đã xác định báo cáo tài chính cần có
- Đã xác định báo cáo quản trị cần có
- Đã xác định dashboard CFO/CEO cần xem
- Đã xác định tần suất báo cáo
- Đã xác định nguồn dữ liệu cho từng báo cáo
KPI
- Có KPI đóng sổ
- Có KPI độ chính xác dữ liệu
- Có KPI thu hồi công nợ
- Có KPI xử lý thanh toán
- Có KPI hiệu quả lập báo cáo
Nếu doanh nghiệp chưa đạt nhiều mục trong checklist này, nên khảo sát và chuẩn hóa trước khi cấu hình ERP.
12. Gợi ý cấu trúc Dashboard tài chính
Một dashboard tài chính tốt nên giúp CEO và CFO xem nhanh 5 nhóm thông tin.
Nhóm 1: Doanh thu và lợi nhuận
- Doanh thu tháng
- Doanh thu lũy kế
- Lợi nhuận gộp
- Biên lợi nhuận
- Doanh thu theo dự án
- Doanh thu theo khách hàng
Nhóm 2: Công nợ phải thu
- Tổng AR
- AR quá hạn
- AR theo tuổi nợ
- Top khách hàng nợ lớn
- Dự kiến thu tiền trong 30 ngày
- Tỷ lệ thu hồi công nợ
Nhóm 3: Công nợ phải trả
- Tổng AP
- AP đến hạn
- AP quá hạn
- Lịch thanh toán tuần tới
- Nhà cung cấp cần ưu tiên
- Khoản thanh toán đang chờ duyệt
Nhóm 4: Dòng tiền
- Tiền hiện có
- Dòng tiền vào dự kiến
- Dòng tiền ra dự kiến
- Chênh lệch dòng tiền
- Cảnh báo thiếu hụt
- Cash Forecast theo tuần
Nhóm 5: Kiểm soát chi phí
- Chi phí theo phòng ban
- Chi phí theo dự án
- Chi phí vượt ngân sách
- Chi phí bất thường
- Budget vs Actual
- Lãi lỗ theo dự án
Dashboard không nên chỉ hiển thị số liệu.
Dashboard phải giúp người quản lý biết nên hành động gì tiếp theo.
13. CTA
Phòng kế toán là điểm cuối của dữ liệu vận hành.
Nếu khảo sát kế toán thiếu, ERP có thể chạy được nhưng báo cáo sai, công nợ lệch, dòng tiền khó kiểm soát và kế toán vẫn phải làm Excel bên ngoài.
Nếu khảo sát đúng, ERP sẽ trở thành nền tảng tài chính giúp doanh nghiệp:
- Đóng sổ nhanh hơn
- Đối chiếu dữ liệu chính xác hơn
- Theo dõi công nợ tốt hơn
- Kiểm soát dòng tiền chủ động hơn
- Lập báo cáo quản trị nhanh hơn
- Hỗ trợ CEO và CFO ra quyết định tốt hơn