Ứng dụng RPA trong kế toán: 10 nghiệp vụ, rủi ro, lộ trình

Trả lời nhanh: Ứng dụng RPA trong kế toán là dùng robot phần mềm làm các thao tác lặp lại theo quy tắc rõ ràng: nhận và đọc hoá đơn điện tử, đối chiếu sao kê ngân hàng, nhập bút toán, gạch công nợ. Bot làm phần cơ học; kế toán viên xét đoán, duyệt và chịu trách nhiệm.

Điểm chính

  • Bốn mảng hợp với RPA nhất: hoá đơn đầu vào, đối chiếu ngân hàng, công nợ phải thu, bút toán định kỳ khi đóng sổ.
  • Bot nên đọc file XML của hoá đơn, không đọc PDF. Theo Công văn 1152/TCT-CS ngày 05/04/2023 của Tổng cục Thuế, file XML mới có giá trị pháp lý.
  • Từ 01/07/2026, hoá đơn điện tử theo Nghị định 254/2026/NĐ-CP và Thông tư 91/2026/TT-BTC. Bot viết theo Nghị định 123/2020/NĐ-CP cần được rà lại quy tắc.
  • Rủi ro lớn nhất nằm ở kiểm soát: tài khoản bot có quyền quá rộng, bot sai hàng loạt không ai phát hiện, không ai hiểu bot khi người viết nghỉ việc.
  • Bắt đầu bằng 1–2 quy trình khối lượng lớn, quy tắc ổn định; chạy song song với người ít nhất một kỳ kế toán rồi mới bật chính thức.
Mục lục
  1. RPA trong kế toán là gì và khác phần mềm kế toán ở chỗ nào?
  2. Vì sao phòng kế toán là nơi hợp với RPA?
  3. Những nghiệp vụ kế toán nào nên giao cho RPA?
  4. Một quy trình hoá đơn đầu vào có bot vận hành ra sao?
  5. RPA, OCR, IDP, AI và phần mềm kế toán: mỗi thứ lo phần nào?
  6. Cần chuẩn bị dữ liệu gì trước khi cho bot chạy?
  7. Pháp lý Việt Nam cần nắm khi tự động hoá kế toán
  8. Rủi ro khi dùng bot trong kế toán và cách kiểm soát
  9. Lộ trình triển khai RPA cho phòng kế toán
  10. Đo hiệu quả RPA trong kế toán bằng chỉ số nào?
  11. Doanh nghiệp nhỏ có nên dùng RPA cho kế toán không?
  12. Câu hỏi thường gặp

RPA trong kế toán là gì và khác phần mềm kế toán ở chỗ nào?

RPA (Robotic Process Automation, tự động hoá quy trình bằng robot phần mềm) là công nghệ cho một chương trình bắt chước thao tác của người trên máy tính: mở email, tải tệp, đọc dữ liệu, gõ vào ô, bấm nút, chép dữ liệu từ hệ thống này sang hệ thống khác. Phần nền tảng về cách RPA hoạt động và các loại bot có trong bài RPA là gì và lộ trình triển khai. Bài này chỉ đi vào nghiệp vụ kế toán ở doanh nghiệp Việt Nam.

Phần mềm kế toán đã tự động rồi, sao cần thêm bot? Vì khoảng trống nằm giữa các hệ thống. Phần mềm kế toán tự tính giá vốn, kết chuyển, lên báo cáo khi dữ liệu đã nằm trong nó. Nhưng dữ liệu đến từ hộp thư nhận hoá đơn, cổng tra cứu của cơ quan thuế, ngân hàng, phần mềm bán hàng, file Excel của kho, hệ thống chấm công. Việc chuyển dữ liệu giữa các nơi đó vẫn làm bằng tay. RPA lấp đúng khoảng trống này.

  • Không cần sửa hệ thống cũ: bot thao tác qua giao diện như người, dùng được cả với phần mềm không có API (giao diện lập trình ứng dụng).
  • Có dấu vết: mỗi bước bot làm đều ghi nhật ký, thuận tiện cho soát xét và kiểm toán.

Giới hạn cũng rõ: RPA không “hiểu” chứng từ. Nó cần dữ liệu có cấu trúc và quy tắc viết được thành “nếu… thì…”. Gặp hoá đơn ghi tên hàng lạ, hợp đồng scan mờ hay khoản chi cần xét bản chất, bot phải dừng và chuyển cho người.

Vì sao phòng kế toán là nơi hợp với RPA?

Kế toán hội đủ ba điều kiện lý tưởng cho tự động hoá: khối lượng giao dịch lớn, quy tắc được pháp luật và chế độ kế toán quy định khá chặt, áp lực thời hạn theo kỳ.

Trong bài “Bots, algorithms, and the future of the finance function” đăng ngày 09/01/2018, McKinsey ước tính với công nghệ đã được chứng minh lúc đó, có thể tự động hoá hoàn toàn 42% hoạt động tài chính và tự động hoá phần lớn thêm 19%. Nhóm giao dịch như xử lý hoá đơn, thanh toán nhà cung cấp, bút toán, đối chiếu là dễ tự động nhất. Đây là tiềm năng kỹ thuật, không phải cam kết.

Ở Việt Nam, pháp luật quản lý thuế hiện chỉ còn quy định hoá đơn điện tử. Theo số liệu Cục Thuế được Tạp chí Kinh tế – Tài chính đăng ngày 08/04/2026, từ đầu năm đến 13/03/2026 hệ thống đã tiếp nhận, xử lý khoảng 2,4 tỷ hoá đơn điện tử; luỹ kế từ khi triển khai khoảng 23,3 tỷ. Mỗi hoá đơn mua vào đều phải được tải về, kiểm tra, đối chiếu, hạch toán. Đó là phần việc lặp lại lớn nhất của kế toán phải trả.

Những nghiệp vụ kế toán nào nên giao cho RPA?

Bảng dưới tổng hợp 10 nghiệp vụ hay được tự động hoá nhất. Cột cuối là điểm mấu chốt: tự động hoá tốt là tự động hoá có ranh giới rõ.

Nghiệp vụBot làm gìĐầu vào cần cóNgười giữ lại
Hoá đơn đầu vàoTải XML từ email, cổng nhà cung cấp; đọc, kiểm tra; tạo chứng từ nhápFile XML, danh mục nhà cung cấp, mã hàngXử lý hoá đơn lệch, khoản hạch toán lạ
Đối chiếu ba chiềuSo hoá đơn với đơn mua hàng, phiếu nhập kho theo số lượng, đơn giá, tiềnĐơn mua, phiếu nhập, ngưỡng sai lệchLàm việc với nhà cung cấp khi lệch
Đối chiếu ngân hàngTải sao kê, khớp từng dòng với sổ tiền gửi, đánh dấu khoản chưa khớpSao kê, sổ chi tiết tiền gửiGiải thích chênh lệch, điều chỉnh sổ
Công nợ phải thuGạch nợ theo nội dung chuyển khoản, gửi thư nhắc nợ, lập biên bản đối chiếuHoá đơn bán, quy ước ghi nội dung chuyển khoảnĐàm phán với khách, xét dự phòng
Đề nghị thanh toánGom hoá đơn đến hạn, lập bảng đề nghị, chuẩn bị lệnh chiHạn thanh toán, tài khoản nhà cung cấp đã xác minhDuyệt và ký lệnh chi
Hoàn ứng, chi phí nhân viênKiểm tra chứng từ kèm theo, so định mức, tạo bút toánQuy chế chi tiêu nội bộDuyệt khoản vượt định mức
Bút toán định kỳPhân bổ chi phí trả trước, trích trước, khấu hao, kết chuyển theo lịchBảng phân bổ, danh mục tài sản, lịch đóng sổSoát xét số dư, điều chỉnh cuối kỳ
Đối chiếu liên công tySo số dư phải thu, phải trả giữa các đơn vị, báo chênh lệchSổ chi tiết, mã đối tượng thống nhấtXử lý chênh lệch
Chuẩn bị số liệu thuếĐối chiếu bảng kê mua vào, bán ra với dữ liệu hoá đơn; gom số liệu tờ khaiDữ liệu hoá đơn, sổ cái, bảng thuế suấtKiểm tra, ký số, nộp tờ khai
Báo cáo quản trịXuất số liệu, đổ vào mẫu báo cáo, gửi theo lịchMẫu báo cáo, ánh xạ tài khoảnPhân tích, bình luận số liệu

Không phải nghiệp vụ nào cũng nên làm ngay. Cách chấm điểm quy trình theo khối lượng, độ ổn định, mức chuẩn hoá có trong bài quy trình nào nên tự động hoá bằng RPA. Dưới đây là bốn nghiệp vụ cho hiệu quả rõ nhất.

Hoá đơn đầu vào

Đây thường là bot đầu tiên. Bot vào hộp thư chung, tải XML đính kèm hoặc tải qua đường dẫn của nhà cung cấp dịch vụ hoá đơn, đọc mã số thuế bên bán, ký hiệu, số, ngày, tiền hàng, thuế suất, tiền thuế, tổng thanh toán. Bot kiểm tra trùng, đối chiếu danh mục nhà cung cấp, rồi tạo chứng từ mua hàng ở trạng thái nháp. File XML có cấu trúc rõ nên bot gần như không đọc sai. Khi nhà cung cấp chỉ gửi bản giấy hoặc ảnh, cần thêm OCR hoặc IDP ở khâu đọc; xem bài OCR hoá đơn.

Đối chiếu ngân hàng

Bot tải sao kê, chuẩn hoá định dạng, khớp từng giao dịch với sổ tiền gửi theo số tiền, ngày, mã tham chiếu, tên đối tác, nội dung. Khoản khách trả gộp nhiều hoá đơn cần quy tắc khớp một – nhiều riêng. Phần còn lại vào danh sách chờ người xem. Nếu ngân hàng có kênh kết nối dữ liệu chính thức, hãy ưu tiên kênh đó thay vì cho bot đăng nhập giao diện ngân hàng điện tử.

Công nợ phải thu

Bot đọc nội dung chuyển khoản, tìm mã khách hoặc số hoá đơn để gạch nợ, gửi thư nhắc nợ khi đến hạn, lập biên bản đối chiếu cuối quý. Hiệu quả phụ thuộc nhiều vào việc doanh nghiệp có quy ước cách khách ghi nội dung chuyển khoản hay không.

Bút toán định kỳ và đóng sổ

Phân bổ công cụ dụng cụ, chi phí trả trước, khấu hao, trích trước lãi vay, kết chuyển lặp lại gần như y hệt mỗi tháng. Phần mềm kế toán đã tự động một phần; bot làm phần còn lại: lấy số liệu từ file ngoài hệ thống, chạy các chức năng đúng thứ tự trong lịch đóng sổ, xuất bảng kiểm tra số dư gửi kế toán trưởng. Người soát xét nhờ đó bắt đầu sớm hơn.

Một quy trình hoá đơn đầu vào có bot vận hành ra sao?

Ví dụ minh hoạ. Một công ty thương mại nhận vài nghìn hoá đơn mua vào mỗi tháng từ hàng trăm nhà cung cấp. Sơ đồ mô tả luồng xử lý sau khi có bot.

Luồng xử lý hoá đơn đầu vào có robot phần mềm 1. Nhận Email, cổng nhà cung cấp 2. Đọc XML Lấy MST, số, tiền, thuế suất 3. Kiểm tra Tra cứu hoá đơn và MST bên bán 4. Đối chiếu Đơn mua, phiếu nhập, hợp đồng 5. Hạch toán Tạo bút toán ở trạng thái nháp Ngoại lệ: lệch tiền, sai MST, thiếu đơn mua Bot gắn cờ, ghi lý do vào nhật ký Kế toán viên xử lý rồi trả lại luồng chính 6. Người duyệt Kiểm tra bút toán, ghi sổ Lưu file XML gốc không khớp khớp Robot làm Robot và người phối hợp Người quyết định
Ví dụ minh hoạ luồng xử lý hoá đơn đầu vào: robot làm các bước theo quy tắc, ngoại lệ và quyết định ghi sổ thuộc về người.
  1. Nhận: bot quét hộp thư chung theo lịch, tải XML, lưu theo tháng và mã số thuế bên bán.
  2. Đọc: bot đọc các trường từ XML. Email chỉ có PDF hoặc ảnh thì chuyển sang luồng OCR, IDP hoặc gắn cờ.
  3. Kiểm tra: kiểm tra trùng, tình trạng mã số thuế bên bán, thông tin hoá đơn qua kênh chính thức mà doanh nghiệp được phép dùng.
  4. Đối chiếu: so với đơn mua hàng, phiếu nhập kho. Lệch trong ngưỡng cho phép thì đi tiếp, vượt ngưỡng thì vào ngoại lệ.
  5. Hạch toán nháp và duyệt: bot tạo chứng từ theo bảng ánh xạ tài khoản; kế toán viên duyệt theo lô để ghi sổ, file XML gốc được lưu cùng chứng từ.

Kế toán viên chuyển từ gõ số liệu sang xử lý ngoại lệ. Tỷ lệ hoá đơn đi thẳng là chỉ số quan trọng nhất.

Nhiều cổng tra cứu có mã xác thực (captcha) để ngăn truy cập tự động. Không cấu hình bot vượt captcha. Hãy dùng kênh dữ liệu chính thức như chức năng xuất dữ liệu của tài khoản doanh nghiệp, dịch vụ của tổ chức cung cấp hoá đơn điện tử, hoặc để người làm bước đó.

RPA, OCR, IDP, AI và phần mềm kế toán: mỗi thứ lo phần nào?

Các thuật ngữ này hay bị dùng lẫn. Hiểu đúng vai trò để không mua nhầm công cụ.

Công nghệVai trò trong phòng kế toánKhông nên kỳ vọng
Phần mềm kế toán, ERPGhi sổ chính thức, tính toán, lên báo cáo theo chế độ kế toánTự đi lấy dữ liệu ở hộp thư, ngân hàng, file ngoài
RPAChuyển dữ liệu giữa các hệ thống, thao tác theo quy tắc, chạy theo lịchĐọc hiểu chứng từ ảnh, quyết định cần xét đoán
OCRChuyển ảnh, bản scan thành văn bảnBiết chữ nào là số hoá đơn, chữ nào là tổng tiền
IDPPhân loại tài liệu, trích xuất trường dữ liệu từ chứng từ không cấu trúcThay XML khi đã có XML
AI tạo sinh, AI agentGợi ý tài khoản hạch toán, tóm tắt hợp đồng, giải thích chênh lệchTự ghi sổ không có người duyệt

Với hợp đồng, biên bản, chứng từ nước ngoài, khâu đọc nên giao cho IDP (xử lý tài liệu thông minh), RPA lo khâu đưa dữ liệu vào hệ thống. Cách ghép hai công nghệ được phân tích trong bài RPA và AI khác nhau thế nào.

Thận trọng với lời chào “AI tự làm kế toán”: ngày 25/06/2025, Gartner dự báo hơn 40% dự án AI agent sẽ bị huỷ trước cuối năm 2027 vì chi phí tăng, giá trị không rõ, kiểm soát rủi ro yếu. Hãy yêu cầu trình diễn trên dữ liệu của bạn.

Cần chuẩn bị dữ liệu gì trước khi cho bot chạy?

Bot chỉ chính xác bằng dữ liệu nền và quy tắc bạn đưa cho nó. Dự án RPA kế toán chậm thường vì dữ liệu nền chưa sạch chứ không vì công nghệ.

  • Danh mục nhà cung cấp, khách hàng: mỗi đối tượng một mã, mã số thuế đúng, không trùng; quy tắc rõ cho đối tác nhiều chi nhánh.
  • Bảng ánh xạ hàng hoá: từ tên hàng trên hoá đơn của nhà cung cấp sang mã hàng nội bộ. Bảng này tốn công nhất nhưng quyết định tỷ lệ đi thẳng.
  • Bảng tham số: thuế suất, ngưỡng sai lệch, ngưỡng phải có chứng từ thanh toán không dùng tiền mặt, hạn thanh toán. Để trong bảng, không ghi cứng trong bot, vì quy định thay đổi.
  • Đơn mua hàng, phiếu nhập kho: lập đúng hạn, có số tham chiếu chung, nếu muốn đối chiếu ba chiều.
  • Tài khoản bot: mỗi bot một tài khoản riêng trong phần mềm kế toán, không dùng chung với nhân viên.

Cách thử nhanh: lấy mẫu 100 hoá đơn tháng trước, áp quy tắc bằng tay hoặc Excel. Nếu hơn một nửa rơi vào ngoại lệ, hãy làm sạch dữ liệu trước khi viết bot.

Pháp lý Việt Nam cần nắm khi tự động hoá kế toán

RPA không chuyển trách nhiệm pháp lý sang máy. Chứng từ do bot tạo vẫn là chứng từ của doanh nghiệp; kế toán trưởng và người đại diện theo pháp luật vẫn chịu trách nhiệm. Các văn bản dưới đây là điểm chạm chính, cập nhật đến tháng 10/2026.

Văn bảnNội dung liên quan đến botViệc cần làm
Nghị định 254/2026/NĐ-CP (ban hành 30/06/2026, hiệu lực 01/07/2026) và Thông tư 91/2026/TT-BTCThay Nghị định 123/2020/NĐ-CP (đã sửa đổi bởi Nghị định 70/2025/NĐ-CP) và Thông tư 32/2025/TT-BTC; định dạng dữ liệu hoá đơn do Bộ trưởng Bộ Tài chính hướng dẫnRà quy tắc của bot về thời điểm lập, hoá đơn điều chỉnh, thay thế, kỳ kê khai; theo dõi thay đổi định dạng XML
Công văn 1152/TCT-CS ngày 05/04/2023File XML có giá trị pháp lý; file PDF chỉ là bản thể hiệnBot đọc và lưu XML, không dùng PDF làm căn cứ
Luật Kế toán số 88/2015/QH13, Điều 17Chứng từ điện tử phải bảo đảm bảo mật, bảo toàn dữ liệu, được quản lý như tài liệu kế toán ở dạng nguyên bảnLưu file gốc không chỉnh sửa, phân quyền thư mục lưu trữ
Luật Kế toán số 88/2015/QH13, Điều 41Chứng từ dùng trực tiếp để ghi sổ lưu trữ ít nhất 10 nămThiết kế lưu trữ, sao lưu đủ thời hạn
Luật Thuế giá trị gia tăng số 48/2024/QH15 (hiệu lực 01/07/2025), Điều 14Điều kiện khấu trừ đầu vào gồm chứng từ thanh toán không dùng tiền mặt, trừ trường hợp Chính phủ quy địnhĐưa ngưỡng, ngoại lệ theo văn bản hướng dẫn vào bảng tham số để bot cảnh báo
Luật Giao dịch điện tử số 20/2023/QH15 (hiệu lực 01/07/2024)Điều 34 thừa nhận hợp đồng điện tử giao kết hoặc thực hiện qua hệ thống thông tin tự độngXác định bot được làm giao dịch nào, ai uỷ quyền
Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 (hiệu lực 01/01/2026)Bot xử lý lương, tài khoản ngân hàng của người lao động là xử lý dữ liệu cá nhânGiới hạn quyền truy cập, ghi nhận mục đích, cẩn trọng với nền tảng đặt ở nước ngoài
Thông tư 99/2025/TT-BTC (áp dụng từ 01/01/2026)Chế độ kế toán doanh nghiệp thay Thông tư 200/2014/TT-BTC; doanh nghiệp nhỏ và vừa được lựa chọn áp dụngCập nhật bảng ánh xạ tài khoản nếu hệ thống tài khoản đổi

Tình huống hay gặp trong năm 2026: bot viết năm 2024 theo Nghị định 123/2020/NĐ-CP vẫn chạy sau 01/07/2026. Theo tóm tắt của EY Việt Nam, Thông tư 91/2026/TT-BTC không còn quy định riêng việc kê khai bổ sung vào kỳ của hoá đơn gốc khi hoá đơn sai nội dung bắt buộc; doanh nghiệp phải căn cứ quy định về thuế GTGT và quản lý thuế để xác định kỳ kê khai. Quy tắc cũ ghi cứng trong bot sẽ tiếp tục chạy mà không báo lỗi. Vì vậy mỗi bot kế toán cần một người chịu trách nhiệm theo dõi thay đổi pháp luật.

Phần pháp lý trên giúp bạn biết bot chạm vào quy định nào, không phải tư vấn thuế hay kế toán cho trường hợp cụ thể. Quy tắc liên quan đến kỳ kê khai, khấu trừ thuế hay hoá đơn sai sót nên được kế toán trưởng hoặc đơn vị tư vấn thuế xác nhận.

Rủi ro khi dùng bot trong kế toán và cách kiểm soát

Người làm sai thì sai từng chứng từ. Bot làm sai thì sai cả nghìn chứng từ cùng lúc, có thể đến lúc đóng sổ hay kiểm toán mới lộ ra.

Rủi roDấu hiệuBiện pháp kiểm soát
Bot sai hàng loạt do quy tắc saiMột tài khoản chi phí tăng bất thường, nhiều chứng từ cùng lỗiBot chỉ tạo chứng từ nháp; duyệt theo lô; so sánh với kỳ trước
Bot hỏng khi giao diện phần mềm đổiBot dừng giữa chừng hoặc nhập sai ôKiểm thử lại sau mỗi lần cập nhật; cảnh báo khi lỗi; quy trình làm tay dự phòng
Tài khoản bot quyền quá rộngBot vừa tạo, vừa duyệt, vừa chi đượcTách quyền: bot tạo, người duyệt; bot không giữ quyền ký lệnh chi
Lộ thông tin đăng nhập, dữ liệuMật khẩu ghi trong kịch bản bot, thư mục lưu trữ mở rộngKho quản lý mật khẩu, mã hoá, phân quyền, nhật ký truy cập
Số tài khoản nhà cung cấp bị đổi gian lậnEmail “đổi tài khoản nhận tiền” ngay trước kỳ thanh toánBot không tự cập nhật số tài khoản từ email; thay đổi phải xác minh qua kênh độc lập
Không ai hiểu botNgười viết bot nghỉ việc, không có tài liệuTài liệu thiết kế, sổ đăng ký bot, người phụ trách nghiệp vụ và kỹ thuật

Lộ trình triển khai RPA cho phòng kế toán

Đừng bắt đầu bằng dự án tự động hoá “toàn bộ”. Năm giai đoạn dưới đây giúp kiểm soát rủi ro và có kết quả sớm.

Lộ trình 5 giai đoạn đưa RPA vào phòng kế toán 1. Khảo sát Ghi lại quy trình đang làm, đếm khối lượng, đo thời gian Đầu ra: bản đồ quy trình và danh sách ứng viên 2. Chuẩn hoá Chọn 1–2 quy trình, làm sạch dữ liệu nền, viết quy tắc Đầu ra: tài liệu thiết kế, bảng tham số, tài khoản bot 3. Thí điểm Chạy song song với người trong 1–2 kỳ kế toán Đầu ra: tỷ lệ ngoại lệ, lỗi phát hiện, quyết định đi tiếp 4. Vận hành Chạy chính thức, có nhật ký, cảnh báo, người phụ trách Đầu ra: quy chế vận hành bot, kế hoạch dự phòng 5. Mở rộng Thêm quy trình, ghép IDP hoặc AI ở khâu đọc tài liệu Đầu ra: danh mục bot, rà soát kiểm soát định kỳ
Lộ trình 5 giai đoạn đưa RPA vào phòng kế toán, mỗi giai đoạn có đầu ra cụ thể để quyết định đi tiếp.
  1. Khảo sát: ghi lại từng bước đang làm, kể cả bước “không chính thức” như nhắn tin hỏi kho hay sửa file Excel. Đếm khối lượng, đo thời gian, ghi các lỗi hay gặp.
  2. Chọn và chuẩn hoá: chọn 1–2 quy trình khối lượng lớn, quy tắc ổn định, đầu vào điện tử; hoá đơn đầu vào có XML và đối chiếu ngân hàng thường đi đầu. Làm sạch dữ liệu nền, viết quy tắc thành văn bản, chốt ngưỡng sai lệch với kế toán trưởng. Quyết định bot chạy có người giám sát (attended) hay tự chạy theo lịch (unattended). Các khoản giấy phép, phát triển, vận hành được phân tích trong bài chi phí triển khai RPA.
  3. Thí điểm: chạy song song với người ít nhất một kỳ, tốt nhất hai kỳ có đóng sổ. Mọi khác biệt phải giải thích được: bot sai, người sai hay quy tắc chưa rõ. Chỉ bật chính thức khi tỷ lệ sai thấp hơn mức chấp nhận đã thống nhất.
  4. Vận hành: ban hành quy chế: ai bật, ai tắt, ai xử lý ngoại lệ, làm gì khi bot lỗi đúng ngày đóng sổ. Bot có tài khoản riêng, quyền tối thiểu, mật khẩu trong kho quản lý mật khẩu, cảnh báo khi dừng hay khi ngoại lệ tăng đột biến.
  5. Mở rộng: thêm quy trình kế tiếp; lúc này mới cân nhắc ghép IDP hoặc AI. Định kỳ rà danh mục bot: bot nào cần sửa theo quy định mới, bot nào nên bỏ vì phần mềm kế toán đã có sẵn chức năng.

Đo hiệu quả RPA trong kế toán bằng chỉ số nào?

Đừng chỉ đo “số giờ tiết kiệm”, vì con số này dễ bị thổi phồng và không nói gì về chất lượng. Nên theo dõi:

  • Tỷ lệ xử lý thẳng: phần trăm chứng từ đi hết luồng mà người chỉ cần duyệt.
  • Tỷ lệ ngoại lệ theo lý do: sai mã số thuế, lệch tiền, thiếu đơn mua, để biết cần sửa dữ liệu nền ở đâu.
  • Thời gian chu trình: từ lúc nhận hoá đơn đến lúc ghi sổ; số ngày đóng sổ tháng.
  • Lỗi phát hiện sau ghi sổ và số lần bot dừng mỗi tháng.

Ví dụ minh hoạ cách tính. Giả sử phòng kế toán xử lý 3.000 hoá đơn mỗi tháng, mỗi hoá đơn mất 4 phút làm tay, tức 200 giờ. Có bot, 70% hoá đơn đi thẳng, mỗi hoá đơn mất 0,5 phút để duyệt theo lô; 30% còn lại vẫn mất 4 phút. Tổng: 3.000 × 0,7 × 0,5 + 3.000 × 0,3 × 4 = 1.050 + 3.600 = 4.650 phút, khoảng 78 giờ. Khoảng 122 giờ tiết kiệm mỗi tháng phải được so với chi phí giấy phép, phát triển, bảo trì bot. Các con số là giả định; hãy đo trên dữ liệu thật của bạn.

Doanh nghiệp nhỏ có nên dùng RPA cho kế toán không?

Không phải lúc nào cũng nên. Với vài trăm hoá đơn mỗi tháng, chi phí xây và bảo trì bot có thể lớn hơn phần tiết kiệm. Hãy xem các lựa chọn đơn giản hơn trước:

  • Tính năng có sẵn: nhiều phần mềm kế toán đã có nhận hoá đơn đầu vào, kết nối ngân hàng, tự gạch nợ. Cấu hình đúng thường đã đủ.
  • Thuê ngoài: giao việc ghi sổ cho đơn vị chuyên nghiệp theo mô hình BPO kế toán.

RPA đáng cân nhắc khi doanh nghiệp có nhiều chi nhánh hoặc pháp nhân, dùng nhiều hệ thống rời nhau, khối lượng hoá đơn và giao dịch ngân hàng lớn, hoặc phải đóng sổ nhanh để báo cáo công ty mẹ.

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

RPA có thay thế kế toán viên không?

RPA thay phần gõ và chép số liệu, không thay vai trò kế toán. Người vẫn cần để xét bản chất nghiệp vụ, xử lý ngoại lệ, duyệt bút toán, làm việc với cơ quan thuế và kiểm toán. Công việc dịch chuyển từ nhập liệu sang kiểm soát và phân tích.

Bot có được tự nộp tờ khai thuế không?

Về kỹ thuật làm được, nhưng không nên để bot nộp khi chưa có người duyệt, vì tờ khai gắn với trách nhiệm pháp lý của người nộp thuế. Cách an toàn: bot chuẩn bị số liệu và tệp tờ khai, người kiểm tra rồi ký số và nộp.

Triển khai bot hoá đơn đầu vào mất bao lâu?

Phụ thuộc độ sạch dữ liệu nền và số hệ thống phải kết nối. Viết bot thường không phải phần lâu nhất; làm sạch danh mục, xây bảng ánh xạ hàng hoá và chạy song song ít nhất một kỳ mới tốn thời gian. Hãy lập kế hoạch theo kỳ đóng sổ.

Dùng bot có làm khó công tác kiểm toán không?

Nếu thiết kế tốt, bot giúp kiểm toán dễ hơn vì mọi bước đều có nhật ký. Kiểm toán viên sẽ quan tâm kiểm soát quanh bot: ai được sửa quy tắc, ai duyệt kết quả, thay đổi bot có được kiểm thử và ghi nhận không.