AI kê khai chi phí 2026 – OCR hóa đơn và phát hiện gian lận

“Chỉ cần dùng điện thoại chụp lại hóa đơn là AI sẽ tự đọc ra dữ liệu” – đây là câu thường thấy trong các bài giới thiệu về AI kê khai chi phí. Nhưng thứ thực sự lấy đi thời gian của bộ phận kế toán có đúng là khâu đọc dữ liệu hay không? Kiểm tra xem đề nghị thanh toán có phù hợp với quy định nội bộ, phát hiện những hóa đơn bị dùng đi dùng lại, xử lý các biên lai viết bằng tiếng Thái. Phần vất vả thật sự nằm ở xung quanh khâu đó. Bài viết này tổng hợp lại việc tự động hóa kê khai chi phí cùng các vấn đề đặc thù của cứ điểm Thái Lan và ASEAN, từ góc nhìn tách bạch giữa đọc dữ liệu và phát hiện gian lận như hai lớp công nghệ khác nhau.

AI kê khai chi phí là gì – chia phạm vi được tự động hóa thành 3 lớp

Cụm từ AI kê khai chi phí trên thực tế đang chỉ một bó công nghệ có phạm vi khá rộng. Phần lớn các doanh nghiệp loay hoay khi cân nhắc triển khai đều nhìn cả bó này như một chức năng duy nhất, rồi bước vào so sánh sản phẩm với kỳ vọng thô sơ rằng “cứ đưa AI vào là việc kê khai chi phí sẽ nhẹ đi”. Kết quả là họ chọn sản phẩm vì bị cuốn hút bởi màn đọc dữ liệu ấn tượng trong buổi demo, nhưng khi vận hành thực tế thì thời gian làm việc của kế toán lại không giảm được như mong đợi.

Trước hết, hãy tách bạch xem cái gì được tự động hóa đến đâu, theo 3 lớp có tính chất kỹ thuật khác nhau. Khi đã có cách phân tách này trong đầu, lúc so sánh sản phẩm bạn sẽ phán đoán được “công ty này mạnh ở lớp nào”.

Lớp 1 – Đọc hóa đơn và chuyển thành dữ liệu

Lớp dưới cùng là xử lý chuyển đổi giấy tờ, file PDF hay ảnh chụp bằng điện thoại thành dữ liệu có cấu trúc như ngày tháng, số tiền, nơi thanh toán, tiền thuế. Đảm nhận phần này là AI-OCR, và độ chính xác khi đọc hóa đơn thường được cho là vào khoảng 95-99%. Khác biệt lớn về mặt thực tiễn nằm ở chỗ OCR truyền thống dựa trên quy tắc chỉ đọc được các biểu mẫu có định dạng cố định với tọa độ được định nghĩa sẵn, còn AI-OCR thì suy đoán được ý nghĩa của từng mục và trích xuất được ngay cả với biên lai có bố cục khác nhau tùy từng cửa hàng.

Tuy nhiên, cần thận trọng khi đọc con số này. 95-99% là “tỷ lệ đúng trong số các mục đã đọc được”, nói ngược lại thì cứ 20 đến 100 trường hợp sẽ có 1 trường hợp lẫn sai sót. Nếu một đề nghị bị đọc lệch một chữ số của số tiền mà vẫn trôi thẳng đến khâu phê duyệt, thì độ chính xác cao lại trở thành thứ nguy hiểm. Muốn thiết kế để dùng được trong thực tế, cần có cơ chế gắn điểm tin cậy cho kết quả trích xuất và chỉ đẩy những mục nằm dưới một ngưỡng nhất định sang cho người kiểm tra bằng mắt. Không phải người xem toàn bộ, cũng không phải giao toàn bộ cho AI. Việc có làm được thiết kế trung gian này hay không chính là ngã rẽ đầu tiên khi chọn sản phẩm. Về cách đọc bản thân con số “độ chính xác 99%” (tính theo ký tự, theo mục hay theo cả chứng từ), chúng tôi đã trình bày chi tiết trong So sánh AI-OCR 2026 – độ chính xác 99% và cách chọn cho nhà máy Thái Lan.

Lớp 2 – Thẩm định xem nội dung đề nghị có đúng quy định hay không

Lớp thứ hai là xử lý đối chiếu dữ liệu đã đọc được với quy định chi phí nội bộ và yêu cầu về thuế, rồi phán đoán xem đề nghị đó có được phép thông qua hay không. Có vượt mức trần hay không, việc gán tài khoản kế toán có hợp lý không, nếu là chi phí tiếp khách thì đã ghi số người tham dự và đối tác chưa, thời điểm hay địa điểm có thuộc diện nghi ngờ sử dụng cho mục đích cá nhân không. Đây hoàn toàn là công nghệ khác với OCR, phần cốt lõi nằm ở logic thẩm định và việc quản lý bộ quy tắc.

Lý do thực tiễn để dùng AI tạo sinh ở đây là vì quy định được viết bằng ngôn ngữ tự nhiên. Với hệ thống truyền thống, phải xây dựng quy định chi phí thành các nhánh điều kiện, và mỗi lần quy định được sửa đổi lại phát sinh việc thay đổi cấu hình hoặc chỉnh sửa chương trình. Với cấu hình dùng AI tạo sinh, có thể cho hệ thống tham chiếu chính văn bản quy định, phán đoán mức độ phù hợp với nội dung đề nghị, rồi diễn giải bằng ngôn ngữ tự nhiên rằng “chiếu theo điều khoản nào thì vướng ở chỗ nào”. Vì lý do trả lại hồ sơ được diễn đạt thành câu chữ cụ thể gửi tới người đề nghị, nên còn có tác dụng phụ là cùng một lỗi ít bị lặp lại hơn.

Lớp 3 – Quy trình phê duyệt và dấu vết kiểm toán

Lớp trên cùng là thiết kế kiểm soát, tức là dựa vào kết quả thẩm định để quyết định chuyển cho ai phê duyệt và lưu lại hồ sơ như thế nào. Việc có chuyển được từ mô hình cấp trên phê duyệt toàn bộ sang mô hình tự động phê duyệt các đề nghị rủi ro thấp và chỉ để người xem những hồ sơ bị thẩm định đánh dấu hay không sẽ quyết định lượng công sức thực sự cắt giảm được. Đi kèm với đó, việc tự động lưu lại dấu vết ai đã phê duyệt cái gì, vào lúc nào, dựa trên căn cứ nào sẽ tác động trực tiếp đến gánh nặng ứng phó kiểm toán. Trong các trường hợp đã tích hợp AI agent, có báo cáo cho biết thời gian kiểm toán của bộ phận tài chính giảm được 40%.

Điều bảng này muốn nói là 3 lớp có quan hệ chồng lên nhau, và chỉ đưa lớp dưới vào thì không giải được vấn đề của lớp trên. Nếu bạn muốn nhìn bao quát xem trong toàn bộ khối back office thì AI có cửa vào ở nghiệp vụ nào, bài AI back office là gì – sắp xếp cửa vào theo từng nghiệp vụ kế toán, hành chính và nhân sự có tổng hợp theo từng nghiệp vụ, mời bạn tham khảo thêm.

OCR hóa đơn và AI phát hiện gian lận chi phí là hai lớp khác nhau – đọc được không đồng nghĩa với nhìn ra được

Hiểu lầm phổ biến nhất khi cân nhắc AI kê khai chi phí là “chỉ cần độ chính xác đọc dữ liệu cao thì cũng ngăn được gian lận”. Hai thứ này là công nghệ hoàn toàn khác nhau và giải những bài toán khác nhau. Nếu chọn sản phẩm khi vẫn còn lẫn lộn chỗ này, bạn sẽ rơi vào tình trạng khâu đọc dữ liệu thì nhanh hơn nhưng gian lận và vi phạm chính sách vẫn lọt qua y như trước.

Vì sao nên nói về “kiểm soát” trước khi nói về “tốc độ”

Mục đích được nêu ra đầu tiên khi triển khai hệ thống kê khai chi phí thường là câu chuyện tốc độ, kiểu như “thanh toán nhanh hơn” hay “kế toán bớt phải nhập liệu tay”. Tốc độ thì dễ hiểu và cũng dễ đo hiệu quả. Trên thực tế, đã có trường hợp nhờ nhập liệu tự động bằng AI mà thời gian lập một bản báo cáo chi phí của mỗi nhân viên rút ngắn được 24 phút cho mỗi lần, và có trường hợp việc AI hóa khâu thanh toán chi phí đi lại dẫn tới cắt giảm khoảng 55,000 giờ làm việc mỗi năm. Xét về con số thì đủ lớn.

Dù vậy, vẫn có những tình huống mà chỉ riêng tốc độ là chưa đủ mạnh để làm căn cứ cho quyết định của ban lãnh đạo. Kê khai chi phí là quy trình chi tiêu có số lượng hồ sơ nhiều nhất, số tiền mỗi lần nhỏ nhất, và cũng dễ bị kiểm tra qua loa nhất trong công ty. Vì số tiền từng khoản nhỏ nên không được soi kỹ, mà tích lại cả năm thì thành khoản không thể bỏ qua. Hơn nữa, chính sự thật rằng khâu kiểm soát lỏng lẻo lại là đối tượng bị công ty kiểm toán hoặc bộ phận kiểm toán nội bộ của trụ sở chính chỉ ra. Tốc độ làm tăng mức hài lòng của hiện trường, còn kiểm soát thì làm giảm rủi ro cho doanh nghiệp. Trong bối cảnh trình hồ sơ xin phê duyệt nội bộ, vế sau có sức thuyết phục hơn.

Theo dữ liệu do công ty Ramp của Mỹ công bố, ở nhóm khách hàng sử dụng chức năng áp dụng chính sách theo thời gian thực, tức tự động phát hiện vi phạm quy định ngay tại thời điểm đề nghị, tỷ lệ phát sinh khoản chi vi phạm quy định đã giảm 62% trong hai năm. Điều này gợi ý rằng nếu chuyển sang cấu hình trả kết quả thẩm định ngay tại thời điểm phát sinh chi tiêu, thay vì kiểm tra gộp lại sau, thì bản thân hành vi vi phạm sẽ khó xảy ra hơn. Nó thể hiện khác biệt về tư tưởng thiết kế, rằng giá trị nằm ở việc “không để xảy ra” hơn là ở việc “tìm ra”.

Các dạng gian lận và vi phạm mà AI có thể phát hiện

Việc AI phát hiện gian lận chi phí thường nhắm vào những dạng sau đây. Tất cả đều thuộc loại khó tìm ra khi vận hành theo kiểu người kiểm tra bằng mắt từng hồ sơ một.

• Đề nghị trùng lặp. Là dạng cùng một khoản chi nhưng được kê khai hai lần với ngày tháng khác nhau hoặc tài khoản kế toán khác nhau. Chỉ cần đối chiếu chéo tổ hợp số tiền, nơi thanh toán và ngày tháng là phát hiện được bằng máy, nhưng bằng mắt người thì khó nhận ra vì người đề nghị và kỳ hạn đều rải rác.
• Sửa đổi số tiền. Là dạng sửa lại con số trên ảnh hóa đơn, hoặc dán một mảnh giấy khác lên trên rồi mới chụp. Người ta cho rằng thông qua phân tích ảnh, có thể phát hiện điểm bất thường từ các đặc trưng như font chữ không khớp, độ nhòe của nét in khác nhau, dấu vết chỉnh sửa pixel.
• Dùng đi dùng lại cùng một hóa đơn. Là dạng một tờ hóa đơn được nhiều nhân viên, hoặc cùng một nhân viên nhưng lệch kỳ, kê khai lặp lại nhiều lần. Phát hiện dựa trên độ tương đồng của chính hình ảnh hoặc sự trùng khớp của dữ liệu đã trích xuất.
• Chia nhỏ đề nghị nhằm né ngưỡng. Là dạng chia một khoản chi thành nhiều lần kê khai sao cho mỗi lần nằm ngay dưới mức tiền phải xin cấp trên phê duyệt. Vì xét riêng lẻ thì vẫn nằm trong quy định, nên nếu chỉ xem từng hồ sơ một thì vĩnh viễn không tìm ra. Đây là bất thường chỉ hiện lên khi nhìn phân bố theo chuỗi thời gian của từng người đề nghị.

Trong số này, dạng chia nhỏ đề nghị nêu cuối cùng đặc biệt quan trọng. Từng đề nghị riêng lẻ đều thỏa mãn quy định, giấy tờ cũng không thiếu sót. Vậy mà nhìn tổng thể vẫn đọc ra được ý đồ né tránh kiểm soát. Dạng “riêng lẻ thì bình thường, gộp lại thì bất thường” này về nguyên lý rất khó viết thành nhánh điều kiện dựa trên quy tắc, và chỉ bắt được bằng phương thức cho mô hình nhìn toàn bộ lịch sử kê khai. Dù có nâng độ chính xác đọc dữ liệu lên đến đâu cũng không chạm tới được chỗ này – đó chính là thực chất của luận điểm “lớp khác nhau” đã nêu ở đầu bài. Cùng một cách nghĩ rằng “thứ mang lại hiệu quả hoàn vốn không phải khâu đọc mà là khâu đối chiếu” cũng đúng với xử lý hóa đơn đầu vào, và chúng tôi đã trình bày trong Tự động hóa xử lý hóa đơn 2026 – hoàn vốn nhờ đối chiếu chứ không nhờ nhận dạng. Vì kê khai chi phí và xử lý hóa đơn đầu vào khác nhau cả về tính chất chứng từ lẫn luồng phê duyệt, nên bài viết này chỉ tập trung vào các dạng gian lận đặc thù của kê khai chi phí như chia nhỏ đề nghị hay dùng lại hóa đơn.

Phát hiện được, nhưng không có chứng từ thì không thể phán đoán

Mặt khác, AI cũng có những vùng về mặt cấu trúc là không giải được. Đó là các khoản chi vốn dĩ không tồn tại chứng từ. Những khoản thanh toán không được xuất hóa đơn, những giao dịch bằng tiền mặt, những trường hợp mà vì lý do phía đối tác nên tên người nhận hoặc nội dung ghi trên hóa đơn khác với thực tế. Có phân tích ảnh cũng không có cách nào phán đoán được. Như sẽ trình bày ở phần sau, tại các cứ điểm Đông Nam Á mà Thái Lan là một ví dụ, kiểu “thanh toán không ra được chứng từ” này phát sinh với tần suất cao hơn so với trong nước Nhật Bản.

Vì vậy, kết luận mang tính thực tiễn là hãy rà soát và tách bạch giữa gian lận mà AI phát hiện được với gian lận chỉ có thể ngăn bằng quy tắc nội bộ và vận hành tại hiện trường, rồi chỉ giao phần trước cho hệ thống. Nếu để lẫn lộn hai nhóm này mà đi giải thích trong nội bộ rằng “dùng AI để xóa sổ gian lận”, thì về sau chắc chắn sẽ lộ ra sự lệch pha về kỳ vọng.

Các vấn đề đặc thù khi triển khai AI kê khai chi phí tại cứ điểm Thái Lan và ASEAN

Triển khai AI kê khai chi phí trong nước Nhật Bản và triển khai tại các cứ điểm ASEAN mà Thái Lan là một ví dụ có những vấn đề cần cân nhắc khác nhau. Kiểu điển hình là định mang nguyên dịch vụ đám mây đang dùng ở trụ sở Nhật Bản triển khai luôn cho công ty con tại địa phương, rồi vấp ngã sau khi bắt đầu vận hành.

Hóa đơn lẫn lộn tiếng Thái và tiếng Anh

Tại Thái Lan, hóa đơn và hóa đơn thuế (tax invoice) chủ yếu được phát hành bằng tiếng Thái hoặc tiếng Anh. Ngay cả với công ty con của doanh nghiệp Nhật Bản, chứng từ của các khoản chi phát sinh hằng ngày cũng gần như đều bằng ngôn ngữ địa phương. Do đó, việc OCR hỗ trợ đa ngôn ngữ là điều kiện tiên quyết. Nếu bê nguyên một dịch vụ nội địa Nhật Bản vốn được tối ưu cho biểu mẫu tiếng Nhật sang đây, sẽ xảy ra tình trạng độ chính xác đọc dữ liệu không đạt được như con số công bố.

Rắc rối hơn nữa là việc tiếng Thái và tiếng Anh lẫn lộn trong cùng một tờ chứng từ. Bố cục kiểu tên cửa hàng và địa chỉ bằng tiếng Thái, số tiền và ngày tháng bằng chữ số Ả Rập, tên mặt hàng bằng tiếng Anh là chuyện không hiếm. Thêm vào đó, tiếng Thái không có khoảng trắng ngăn cách giữa các từ, và có đặc điểm là các dấu nguyên âm cùng dấu thanh chồng lên nhau theo chiều cao của chữ. Vì độ khó của việc nhận dạng ký tự khác về bản chất so với chữ Latin hay tiếng Nhật, nên việc nhà cung cấp có kinh nghiệm thực tế với biên lai tiếng Thái hay không là hạng mục cần xác nhận cụ thể ngay từ giai đoạn tuyển chọn.

VAT và yêu cầu về chứng từ hợp lệ

Để được khấu trừ thuế giá trị gia tăng của Thái Lan, tức VAT, cần lưu giữ hóa đơn thuế đáp ứng đầy đủ các yêu cầu. Tương tự chế độ hóa đơn của Nhật Bản, có các yêu cầu như mã số đăng ký của bên phát hành, tên người nhận, ghi rõ tiền thuế, và những hóa đơn không thỏa mãn các yêu cầu này thì tuy vẫn hạch toán được vào chi phí nhưng không dùng để khấu trừ thuế được.

Ở đây nảy sinh một ngã rẽ trong thực tiễn. Thứ mà hệ thống kê khai chi phí cần thẩm định không chỉ là mức độ phù hợp với quy định nội bộ, mà còn bao gồm cả việc chứng từ đó rơi vào phân loại nào về mặt thuế. Cùng một khoản thanh toán 1,000 baht, nhưng việc có hóa đơn thuế chính thức, chỉ có hóa đơn đơn giản, hay hoàn toàn không có chứng từ sẽ làm thay đổi cả cách hạch toán kế toán lẫn cách xử lý về thuế. Việc có tự động phân loại được dữ liệu đã đọc vào 3 nhóm này hay không gắn trực tiếp với việc nhà cung cấp có hiểu thực tiễn kế toán tại địa phương hay không.

Chênh lệch giữa quy định chi phí của trụ sở Nhật Bản với mặt bằng giá và tập quán kinh doanh địa phương

Một vấn đề khác là sự lệch pha khi áp dụng nguyên quy định chi phí của trụ sở Nhật Bản cho địa phương. Nếu lấy mức trần tiền ăn và chi phí đi lại vốn được đặt theo đồng yên Nhật rồi quy đổi tỷ giá và áp thẳng cho địa phương, sẽ tạo ra một chuẩn mực không khớp với thực tế. Mức trần cao hơn giá thị trường thực tế thì không phát huy được vai trò kiểm soát, còn thấp quá thì hiện trường sẽ bỏ luôn việc kê khai và tự chịu, hoặc lồng ghép khoản chi vào một tài khoản kế toán khác. Cả hai đều không lành mạnh.

Khác biệt về tập quán kinh doanh cũng không thể bỏ qua. Tại Thái Lan, taxi chạy trên đường phố có khi không xuất hóa đơn, và với các khoản thanh toán ở hàng quán vỉa hè hay tiệm ăn nhỏ thì việc không phát hành hóa đơn chính thức là chuyện phổ biến. Với những khoản chi như vậy, nếu quy định của trụ sở Nhật Bản ghi rằng “không chấp nhận chi phí không có hóa đơn”, thì hoạt động nghiệp vụ thực tế tại địa phương sẽ xung đột với quy định. Trong thực tiễn, người ta thường quy định trong nội bộ một mẫu giấy xác nhận thanh toán phù hợp với thực tế địa phương, giới hạn mức tiền tối đa và phạm vi sử dụng, rồi mới chấp nhận.

Điều quan trọng khi triển khai AI kê khai chi phí là phải văn bản hóa chính cái “vận hành ngoại lệ đặc thù của địa phương” này thành quy tắc của hệ thống. Khi ngoại lệ chỉ tồn tại trong đầu người phụ trách, không thể tự động hóa việc thẩm định, và mỗi lần thay người phụ trách thì chuẩn mực lại lung lay. Nói ngược lại, có thể tận dụng việc triển khai AI như một cơ hội để văn bản hóa những quy tắc vận hành tại địa phương lâu nay vẫn bị bỏ mặc trong trạng thái mơ hồ.

Ai sẽ là người vận hành bằng ngôn ngữ địa phương

Con người mới là chủ thể vận hành hệ thống. Trong vận hành tại cứ điểm Thái Lan có 3 tầng là nhân viên biệt phái người Nhật, nhân viên kế toán người Thái, và nhân viên hiện trường với vai trò người đề nghị, mỗi tầng cần một ngôn ngữ khác nhau. Nếu màn hình quản trị và thông báo trả lại hồ sơ không hiển thị bằng tiếng Thái, người đề nghị sẽ không biết phải sửa gì, và rốt cuộc kế toán lại phải đi giải thích riêng cho từng người. Hỗ trợ đa ngôn ngữ không chỉ là câu chuyện độ chính xác đọc dữ liệu của OCR, mà còn là câu chuyện giao diện người dùng và hỗ trợ vận hành.

Cách nhìn về chi phí hệ thống kê khai chi phí – mặt bằng giá, trợ cấp và lưu ý với cứ điểm nước ngoài

Câu chuyện chi phí chắc chắn xuất hiện ở giai đoạn đầu khi cân nhắc triển khai. Tuy nhiên, nếu xếp các bản báo giá cạnh nhau mà không có thước đo so sánh thì cũng không phán đoán được. Ở đây chúng tôi không sắp xếp theo bản thân con số, mà theo cấu trúc chi phí được tạo thành từ những gì.

Chia chi phí thành 4 nhóm để nhìn

Chi phí của hệ thống kê khai chi phí về cơ bản có thể phân tách thành 4 nhóm sau. Báo giá của nhà cung cấp thường đưa ra ở dạng trộn lẫn cả 4 nhóm này, nên bạn cần tự phân tách ra để so sánh.

• Chi phí ban đầu. Là chi phí một lần cho việc mở tài khoản, thiết lập ban đầu, di chuyển dữ liệu hiện có.
• Phí cơ bản hằng tháng và phí tính theo người dùng. Thường là tính phí theo số người sử dụng, nên số người càng tăng thì tổng tiền càng có tác động lớn. Nếu quản lý tài khoản của người nghỉ việc hay nghỉ dài hạn lỏng lẻo, bạn sẽ tiếp tục trả tiền cho phần không dùng đến.
• Phí theo lượng sử dụng. Là phí tính theo số lượng chứng từ OCR đọc hoặc số lần AI xử lý. Với những công ty biến động theo tháng lớn, đây là phần dễ chênh lệch giữa báo giá và thực tế.
• Phát triển riêng và thiết kế vận hành. Liên kết với hệ thống kế toán, cài đặt quy tắc thẩm định theo quy định nội bộ, hỗ trợ đa ngôn ngữ, đào tạo cho hiện trường. Đây là nhóm dễ bị bỏ sót khỏi báo giá và dễ lộ ra sau đó dưới dạng chi phí phát sinh thêm.

Nhóm dễ bị bỏ qua nhất là nhóm thứ tư. Đặc biệt việc liên kết với hệ thống kế toán đòi hỏi phải đối chiếu với hệ thống tài khoản kế toán và mã bộ phận hiện có, tốn nhiều công sức hơn dự tính. Nếu cứ điểm nước ngoài đang dùng hệ thống kế toán khác với trụ sở Nhật Bản, việc liên kết này sẽ phát sinh gấp đôi.

Lưu ý rằng 4 nhóm này là cấu trúc chi phí của riêng một nghiệp vụ kê khai chi phí. Câu chuyện ước tính chi phí của chính nền tảng công nghệ AI-OCR theo 6 lớp TCO thay vì theo đơn giá engine có phạm vi khác, và được trình bày trong Giá AI-OCR 2026 – So sánh TCO theo 6 lớp. Nếu muốn đào sâu chi tiết cơ cấu của nhóm “phí theo lượng sử dụng” trong 4 nhóm của hệ thống kê khai chi phí, mời bạn tham khảo thêm.

Trợ cấp của Nhật Bản dùng được, nhưng đừng đơn giản hóa các điều kiện

Khi doanh nghiệp vừa và nhỏ trong nước Nhật Bản triển khai hệ thống, các chế độ trợ cấp công là một lựa chọn. Ở chế độ trợ cấp số hóa và triển khai AI, tương ứng với chương trình trợ cấp triển khai IT trước đây, người ta cho biết trong loại hình ứng phó chế độ hóa đơn có quy định đặc biệt rằng chỉ khi doanh nghiệp quy mô nhỏ (nhìn chung là từ 20 nhân viên trở xuống, tiêu chí khác nhau tùy ngành nghề) đứng ra nộp hồ sơ thì tỷ lệ trợ cấp cho phần từ 500,000 yên trở xuống mới được nâng lên 4/5, tức tối đa 80%.

Điều cần lưu ý ở đây là đừng hiểu con số “tối đa 80%” này như một tỷ lệ trợ cấp áp dụng đồng loạt. Với doanh nghiệp vừa và nhỏ không thuộc diện doanh nghiệp quy mô nhỏ, thì cũng chính phần từ 500,000 yên trở xuống đó nhưng mức trần chỉ dừng ở 3/4, và với phần vượt quá 500,000 yên thì tỷ lệ trợ cấp được thiết kế còn giảm thêm nữa. Nói cách khác, không phải toàn bộ tổng chi phí triển khai đều được trợ cấp đồng loạt 80%, mà tiền đề thay đổi tùy theo việc công ty bạn có đáp ứng tiêu chí “doanh nghiệp quy mô nhỏ” hay không. Thêm nữa, ngoài việc nâng tỷ lệ trợ cấp, còn có trường hợp bị áp các yêu cầu như tăng lương tùy theo số tiền xin trợ cấp và số lần nộp hồ sơ. Nếu trong tài liệu giải thích nội bộ chỉ ghi mỗi “trợ cấp 80%”, về sau dự tính sẽ đổ vỡ. Trước khi nộp hồ sơ, hãy nhất định kiểm tra phân loại doanh nghiệp của công ty mình, phạm vi chi phí thuộc đối tượng và các điều kiện trong hướng dẫn tuyển chọn của năm tài chính đó.

Phần triển khai tại cứ điểm Thái Lan không thuộc đối tượng trợ cấp của Nhật Bản

Và đây là điểm mà các doanh nghiệp có cứ điểm nước ngoài dễ nhầm lẫn nhất. Chế độ trợ cấp của Nhật Bản về nguyên tắc nhắm vào các khoản đầu tư mà doanh nghiệp vừa và nhỏ của Nhật Bản thực hiện trong lãnh thổ Nhật Bản. Chi phí để công ty con tại Thái Lan triển khai hệ thống kê khai chi phí của chính mình không thuộc đối tượng trợ cấp của Nhật Bản.

Do đó, khi đổi mới toàn bộ hệ thống kê khai chi phí trên quy mô tập đoàn, cần lập ngân sách tách riêng phần triển khai của trụ sở Nhật Bản cùng các công ty thành viên trong nước với phần triển khai của công ty con ở nước ngoài. Tách riêng phần trong nước ra làm đối tượng xin trợ cấp, còn phần nước ngoài thì bố trí bằng ngân sách của công ty con tại địa phương. Nếu không đặt sự phân tách này làm tiền đề ngay từ đầu, bạn sẽ phải lập lại chính kế hoạch ngân sách. Với khoản đầu tư phía công ty con tại địa phương, vẫn còn dư địa để cân nhắc những khung khác như chế độ khuyến khích đầu tư phía Thái Lan, nhưng coi đó như phần nối dài của trợ cấp Nhật Bản là không phù hợp.

Các bước triển khai AI kê khai chi phí – bắt đầu từ chi phí đi lại rồi mở rộng ngang

Cách tiến hành tự động hóa kê khai chi phí thực tế nhất không phải là nhắm ngay vào toàn bộ chi phí của toàn công ty, mà là thu hẹp vào một loại chi phí để bắt đầu nhỏ, xác nhận hiệu quả rồi mới mở rộng. Cách đi từ PoC trên toàn khối back office rồi mở rộng ngang được trình bày trong AI back office là gì – sắp xếp cửa vào theo từng nghiệp vụ kế toán, hành chính và nhân sự, còn ở đây chúng tôi trình bày cách phân chia giai đoạn cụ thể hơn, giới hạn trong một nghiệp vụ là kê khai chi phí.

Tiến hành theo từng giai đoạn

• Đo hiện trạng bằng con số. Số lượng hồ sơ đề nghị mỗi tháng, tỷ lệ trả lại hồ sơ, thời gian xử lý một hồ sơ của kế toán, số ngày trung bình cho đến khi được phê duyệt. Nếu không nắm được 4 chỉ số này trước khi triển khai, sau khi triển khai bạn sẽ không thể khẳng định được hiệu quả.
• Thu hẹp đối tượng vào một nghiệp vụ. Cách làm chuẩn mực là bắt đầu từ loại chi phí có số lượng hồ sơ nhiều và quy tắc thẩm định đơn giản. Chi phí đi lại và phụ cấp công tác trong nước có quy tắc rõ ràng và số lượng hồ sơ lớn, nên phù hợp làm đối tượng đầu tiên.
• Văn bản hóa quy tắc thẩm định. Rà soát và ghi thành văn những ngoại lệ lâu nay vận hành bằng kinh nghiệm của người phụ trách. Đây là công đoạn tốn thời gian nhất, đồng thời cũng là công đoạn có giá trị nhất.
• Đo hiệu quả rồi mở rộng ngang. Đo lại chính 4 chỉ số đó, xác nhận biên độ cải thiện, rồi mở rộng đối tượng sang chi phí tiếp khách, khoản ứng trước khi mua sắm, và việc sử dụng thẻ tín dụng doanh nghiệp.

Lý do đi theo từng giai đoạn không chỉ là để giới hạn thiệt hại khi thất bại. Khi cho một nghiệp vụ chạy thực tế, bạn sẽ thấy cụ thể chỗ nào trong quy định của công ty còn mơ hồ, thao tác nào của hiện trường khác với giả định. Nếu triển khai toàn công ty mà không có bài học này, những chỗ cần sửa sẽ bùng phát đồng loạt và không thể kiểm soát nổi.

Tỷ lệ tự động hóa cũng có thể tăng nhanh trong thời gian ngắn

Nói là tiến hành theo từng giai đoạn nhưng không nhất thiết phải là câu chuyện tính bằng năm. Về tỷ lệ tự động hóa khâu kiểm tra chi phí, có trường hợp được báo cáo là từ mức khoảng 50% trước đây đã đạt tới 90% chỉ trong vòng 3 tháng nhờ triển khai AI agent. Nếu quy tắc thẩm định đã được sắp xếp gọn gàng và nghiệp vụ đối tượng đã được thu hẹp, việc chuyển biến lớn trong thời gian ngắn là hoàn toàn có thể. Nói ngược lại, những dự án kéo dài thì phần lớn là đang mắc kẹt ở khâu sắp xếp quy tắc chứ không phải ở hệ thống.

Trong lĩnh vực tính lương cũng vậy, chúng tôi đã sắp xếp theo hướng thứ cần cắt giảm không phải bản thân việc tính toán mà là các công đoạn trước và sau đó. Cùng một cách nghĩ ấy cũng đúng với kê khai chi phí. Nội dung chi tiết được trình bày trong Thiết kế 3 lớp cho AI tính lương – thứ cần cắt giảm không phải phép tính mà là hai đầu của phép tính, mời bạn tham khảo khi cân nhắc thiết kế cho toàn khối back office.

Nếu đã có nền tảng OCR sẵn có, hãy cân nhắc tận dụng lại

Nếu tại hiện trường nhà máy hay kho vận bạn đã triển khai AI-OCR để đọc phiếu giao hàng hoặc báo cáo kết quả kiểm tra, thì có trường hợp nền tảng đó có thể tận dụng lại cho kê khai chi phí. Nếu dùng chung được engine đọc dữ liệu và cơ chế quản lý chứng từ, bạn sẽ hạn chế được đầu tư bổ sung. Về việc ứng dụng AI-OCR tại các cứ điểm sản xuất ở Thái Lan và ASEAN, bài Tự động hóa back office bằng AI-OCR – nhà máy Thái Lan và ASEAN 2026 có tổng hợp các mô hình triển khai.

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

Chi phí triển khai AI kê khai chi phí vào khoảng bao nhiêu?

Mức chi phí thay đổi rất lớn tùy vào số người sử dụng, số loại chi phí thuộc phạm vi áp dụng, và phạm vi liên kết với hệ thống kế toán hiện có, nên không thể đưa ra một mặt bằng giá chung. Trước khi so sánh, hãy phân tách thành 4 nhóm là chi phí ban đầu, phí hằng tháng và phí theo người dùng, phí theo lượng sử dụng như OCR, chi phí phát triển riêng và thiết kế vận hành, rồi đặt báo giá của các công ty lên cùng một mặt bằng. Đặc biệt việc liên kết hệ thống kế toán và cài đặt quy tắc thẩm định theo quy định nội bộ là những khoản mục dễ bị bỏ sót khỏi báo giá. Nếu triển khai trong nước Nhật Bản, có dư địa tận dụng trợ cấp nhưng chỉ khi thuộc diện doanh nghiệp quy mô nhỏ, và lưu ý rằng phần của cứ điểm nước ngoài không thuộc đối tượng.

Có thể kỳ vọng độ chính xác của OCR hóa đơn ở mức nào?

Độ chính xác đọc hóa đơn bằng AI-OCR thường được cho là vào khoảng 95-99%. Tuy nhiên, đó là con số trong điều kiện đã được chuẩn bị tốt. Khi có độ nghiêng hay bóng đổ lúc chụp, giấy in nhiệt bị phai màu, nếp gấp, và cả những hệ chữ viết khác với tiếng Nhật hay tiếng Anh như tiếng Thái, thì độ chính xác trong vận hành thực tế có thể thấp hơn con số công bố. Quan trọng hơn bản thân con số độ chính xác là việc hệ thống có sẵn cơ chế đẩy những mục có độ tin cậy thấp sang cho người kiểm tra hay không.

Cứ triển khai AI kê khai chi phí là ngăn được gian lận hoàn toàn?

Không ngăn được hoàn toàn. Thứ AI giỏi là các dạng tìm ra được từ việc đối chiếu dữ liệu hoặc từ phân bố, như đề nghị trùng lặp, dấu vết sửa đổi số tiền, dùng đi dùng lại cùng một hóa đơn, chia nhỏ đề nghị nhằm né ngưỡng. Ngược lại, với những khoản thanh toán vốn dĩ không được xuất hóa đơn, hoặc chứng từ được phát hành với nội dung ghi khác thực tế, thì có phân tích hình ảnh hay dữ liệu đến đâu cũng không thẩm định được. Tiền đề là phải thiết kế tách bạch giữa phạm vi phát hiện bằng AI với phạm vi bảo đảm bằng quy tắc nội bộ và quy trình phê duyệt.

Cứ điểm tại Thái Lan có dùng được trợ cấp của Nhật Bản không?

Không dùng được. Chế độ trợ cấp của Nhật Bản về nguyên tắc nhắm vào các khoản đầu tư mà doanh nghiệp vừa và nhỏ của Nhật Bản thực hiện trong lãnh thổ Nhật Bản. Phần chi phí do công ty con tại Thái Lan triển khai không thuộc đối tượng, nên khi đổi mới trên quy mô tập đoàn cần lập ngân sách tách riêng phần trong nước và phần nước ngoài. Ngay cả khi nộp hồ sơ cho phần trong nước, hãy kiểm tra hướng dẫn tuyển chọn của năm tài chính đó, trên cơ sở hiểu rằng tỷ lệ trợ cấp 4/5 chỉ giới hạn cho doanh nghiệp quy mô nhỏ và cho phần từ 500,000 yên trở xuống, ngoài ra mức trần sẽ giảm, kèm theo các điều kiện đi kèm như tăng lương.

Có thể triển khai dịch vụ mà trụ sở Nhật Bản đang dùng sang cứ điểm Thái Lan không?

Về mặt kỹ thuật thì có thể, nhưng không chắc là dùng được nguyên trạng. Có 3 điểm cần xác nhận. Thứ nhất, có kinh nghiệm thực tế đọc các hóa đơn lẫn lộn tiếng Thái và tiếng Anh hay không. Thứ hai, có phân loại được chứng từ theo yêu cầu hóa đơn thuế của Thái Lan hay không. Thứ ba, màn hình quản trị và thông báo trả lại hồ sơ có hiển thị bằng ngôn ngữ mà nhân viên địa phương dùng được hay không. Nếu triển khai mà không xác nhận 3 điểm này, kết quả thường là ở địa phương rốt cuộc lại quay về làm thủ công.

Tổng kết

Bài viết tổng hợp lại những điểm cần nắm khi cân nhắc AI kê khai chi phí.

• AI kê khai chi phí là một bó gồm 3 lớp có tính chất khác nhau là đọc dữ liệu, thẩm định và kiểm soát, và chỉ đưa lớp dưới vào thì không giải được vấn đề của lớp trên.
• Độ chính xác đọc hóa đơn của AI-OCR thường được cho là vào khoảng 95-99%, nhưng nếu không có thiết kế về cách chuyển phần sai sót còn lại cho người xử lý, thì độ chính xác cao lại trở thành rủi ro.
• Đọc dữ liệu và phát hiện gian lận là hai công nghệ khác nhau. Các dạng như đề nghị trùng lặp, sửa đổi số tiền, dùng lại cùng một hóa đơn, chia nhỏ đề nghị để né ngưỡng là việc của lớp thẩm định.
• Nói về giá trị của kiểm soát trước khi nói về tốc độ sẽ mạnh hơn khi làm căn cứ cho quyết định của ban lãnh đạo. Có dữ liệu cho thấy với cấu hình trả kết quả thẩm định ngay tại thời điểm chi tiêu, tỷ lệ phát sinh vi phạm quy định đã giảm 62% trong hai năm.
• Tại cứ điểm Thái Lan và ASEAN, còn cộng thêm các vấn đề đặc thù như hóa đơn lẫn lộn tiếng Thái và tiếng Anh, yêu cầu về hóa đơn thuế, và chênh lệch giữa quy định của trụ sở với mặt bằng giá cùng tập quán kinh doanh địa phương.
• So sánh chi phí theo 4 nhóm là chi phí ban đầu, phí hằng tháng và phí theo người dùng, phí theo lượng sử dụng, phát triển riêng và thiết kế vận hành. Trợ cấp của Nhật Bản được cho là có quy định đặc biệt nâng tỷ lệ trợ cấp lên 4/5 nhưng chỉ khi doanh nghiệp quy mô nhỏ nộp hồ sơ cho phần từ 500,000 yên trở xuống, còn các doanh nghiệp vừa và nhỏ khác có mức trần 3/4, phần vượt quá còn giảm thêm, và kèm theo các điều kiện như tăng lương. Phần của cứ điểm nước ngoài không thuộc đối tượng.
• Cách tiến hành là bắt đầu từ PoC ở một nghiệp vụ có số lượng hồ sơ nhiều và quy tắc đơn giản, đo chỉ số rồi mở rộng ngang. Cũng có trường hợp tỷ lệ tự động hóa chuyển từ 50% lên 90% trong 3 tháng.

Kê khai chi phí chính vì số tiền mỗi lần nhỏ nên lại là quy trình chi tiêu dễ lỏng lẻo nhất về kiểm soát trong công ty. Nếu hài lòng với việc đọc dữ liệu đã nhanh hơn rồi để thẩm định và kiểm soát lại phía sau, bạn sẽ chỉ giảm được công sức còn lỗ hổng thì vẫn nguyên đó. Hãy suy nghĩ về thứ tự tự động hóa từ góc kiểm soát chứ không phải từ góc tốc độ.

Nên bắt tay từ đâu với việc kê khai chi phí tại cứ điểm Thái Lan, nên sắp xếp thực trạng chứng từ ở địa phương trước hay quy định của trụ sở trước. Chúng tôi cũng tiếp nhận cả những trao đổi ở giai đoạn như vậy. TOMAS TECH đặt trụ sở tại Bangkok, chuyên phát triển hệ thống và bảo trì tại địa phương cho các doanh nghiệp sản xuất Nhật Bản, với cơ chế hỗ trợ nhất quán từ việc sắp xếp yêu cầu bằng tiếng Nhật cho đến việc đưa vận hành vào nề nếp cho nhân viên địa phương. Chỉ trao đổi để làm rõ vấn đề hiện tại cũng được, mời bạn Liên hệ với chúng tôi qua biểu mẫu.

Thông tin tham khảo

• Năm 2026, AI agent sẽ “khép kín” việc kê khai chi phí – System Support Inc.
• AI Expense Management A Complete Guide – Ramp
• So sánh 18 hệ thống kê khai chi phí – Aspic
• Mặt bằng chi phí của hệ thống kê khai chi phí – bizocean
• Hướng dẫn tuyển chọn trợ cấp số hóa và triển khai AI 2026 – Cục Doanh nghiệp vừa và nhỏ Nhật Bản
• Best OCR Software for Receipts in 2026 – Klippa
• Thai receipt OCR for Expense Claim and Reimbursement – Asprise