AI Agent hỗ trợ onboarding nhà cung cấp mới như thế nào?

Mỗi khi bộ phận mua hàng chọn được một nhà cung cấp mới, phần giấy tờ mới thật sự bắt đầu: giấy chứng nhận đăng ký doanh nghiệp, mã số thuế, thông tin tài khoản ngân hàng, người liên hệ, chứng nhận chất lượng, rồi chờ kế toán, pháp chế và quản lý duyệt. Hồ sơ thường đến qua email thành nhiều đợt, thiếu vài giấy tờ, và người mua hàng phải nhắc đi nhắc lại. Trong lúc đó, đơn mua hàng đầu tiên chưa phát hành được vì nhà cung cấp chưa có mã trong hệ thống.

AI Agent có thể gánh phần thu hồ sơ, kiểm tra thiếu đủ và nhắc bổ sung. Nhưng onboarding nhà cung cấp cũng là cửa ngõ của những rủi ro tài chính nghiêm trọng, nhất là gian lận thông tin tài khoản nhận tiền. Bài viết mô tả cách để agent làm nhanh phần giấy tờ mà không mở thêm lỗ hổng cho kẻ xấu.

1. Bản chất của AI onboarding nhà cung cấp

Onboarding nhà cung cấp là quá trình biến một đối tác bên ngoài thành một bản ghi trong danh mục nhà cung cấp (vendor master) của ERP, kèm đủ thông tin để đặt hàng và thanh toán. Agent hỗ trợ ở khâu đọc và đối chiếu: nhận hồ sơ qua cổng hoặc email, đọc giấy tờ để trích tên pháp nhân, mã số thuế, địa chỉ, so với danh sách hồ sơ bắt buộc rồi báo phần còn thiếu. Việc đọc giấy tờ dựa trên cùng kỹ thuật với AI đọc hóa đơn chứng từ.

Ba mức việc được chia như sau. Hỏi đáp là trả lời nhà cung cấp về hồ sơ cần nộp, định dạng file, các bước duyệt và đầu mối liên hệ. Tra cứu là kiểm tra hồ sơ đã nhận, trạng thái duyệt, và đối chiếu thông tin với danh sách nội bộ hoặc nguồn tra cứu công khai. Ghi là tạo bản ghi nháp trong vendor master và gửi yêu cầu duyệt. Tài khoản ngân hàng là trường nhạy cảm nhất: agent có thể ghi nhận, nhưng việc kích hoạt để thanh toán phải qua xác minh độc lập và phê duyệt của người có thẩm quyền.

2. Các yếu tố cần thiết kế

1. Thu hồ sơ

Nên có một kênh thu hồ sơ duy nhất, như form hay cổng nhà cung cấp, thay vì nhận rải rác qua email của từng người mua hàng. Agent hướng dẫn nộp từng loại giấy tờ và kiểm tra file có đọc được, đúng loại và còn hiệu lực không. Hồ sơ gửi qua email vẫn nhận được, nhưng agent gắn vào đúng hồ sơ của nhà cung cấp đó chứ không để nằm trong hộp thư cá nhân.

2. Kiểm tra trường bắt buộc

Danh sách trường bắt buộc khác nhau theo loại nhà cung cấp: doanh nghiệp trong nước, hộ kinh doanh, nhà cung cấp nước ngoài, bên cung cấp dịch vụ hay hàng hóa. Agent so thông tin trích từ giấy tờ với thông tin nhà cung cấp tự khai, ví dụ tên pháp nhân trên giấy chứng nhận có khớp tên trên form không. Chỗ lệch được ghi rõ để người duyệt xem; agent không tự chọn bên nào đúng.

3. Xác minh tài khoản

Thông tin tài khoản ngân hàng phải được xác minh qua kênh độc lập, chẳng hạn gọi lại số điện thoại đã biết của nhà cung cấp, không dùng số ghi trong chính email gửi thông tin tài khoản. Tên chủ tài khoản phải trùng tên pháp nhân. Agent chỉ đánh dấu trường này là “chờ xác minh” và tạo việc cho người phụ trách; giấy tờ trông hợp lệ không có nghĩa là tài khoản đã được xác minh.

4. Phân loại rủi ro

Không phải nhà cung cấp nào cũng cần cùng mức thẩm định. Agent gợi ý mức rủi ro theo tiêu chí doanh nghiệp đặt ra: giá trị giao dịch dự kiến, loại hàng hóa dịch vụ, có tiếp cận dữ liệu hay hệ thống nội bộ không, mới thành lập hay đã hoạt động lâu. Mức rủi ro quyết định cần thêm giấy tờ gì và ai duyệt, nhưng kết quả phân loại vẫn do bộ phận mua hàng xác nhận.

5. Phê duyệt

Luồng duyệt thường gồm người đề xuất, trưởng bộ phận mua hàng, kế toán, và với nhà cung cấp rủi ro cao thì thêm pháp chế hoặc kiểm soát nội bộ. Agent tổng hợp hồ sơ thành một trang tóm tắt gồm thông tin chính, điểm không khớp, mức rủi ro gợi ý và giấy tờ đính kèm, để người duyệt không phải mở từng file. Cách đặt các bước duyệt cho hợp lý được bàn ở bài quy trình phê duyệt AI Agent.

6. Tạo vendor master

Sau khi duyệt, bản ghi nhà cung cấp được tạo trong ERP. Agent có thể chuẩn bị dữ liệu và tạo bản ghi ở trạng thái khóa thanh toán; kế toán là người mở khóa. Trước khi tạo, hệ thống kiểm tra trùng theo mã số thuế và tên, vì một nhà cung cấp có hai mã trong vendor master là nguồn gốc quen thuộc của thanh toán trùng.

7. Tài liệu hướng dẫn

Nhà cung cấp mới cần biết cách làm việc với doanh nghiệp: quy cách xuất hóa đơn, địa chỉ giao hàng, cách ghi số đơn mua hàng trên chứng từ, điều khoản thanh toán, người liên hệ. Agent gửi bộ hướng dẫn đúng với loại nhà cung cấp và trả lời câu hỏi dựa trên đó. Hướng dẫn rõ từ đầu giúp bớt hẳn những hóa đơn sai quy cách bị trả lại về sau.

8. Theo dõi thiếu sót

Hồ sơ thiếu là chuyện thường. Agent theo dõi từng mục còn thiếu, nhắc nhà cung cấp theo lịch hợp lý và báo người mua hàng khi hồ sơ đứng yên quá lâu. Giấy tờ có thời hạn như chứng nhận chất lượng hay giấy phép chuyên ngành nên được ghi ngày hết hạn để nhắc gia hạn, thay vì chỉ kiểm tra một lần lúc onboarding.

3. Quy trình triển khai thực tế

Bước 1: Xác định phạm vi và kết quả cần đo

Vẽ lại quy trình onboarding hiện tại, đếm số vòng qua lại vì thiếu hồ sơ và các điểm chờ duyệt. Chọn loại nhà cung cấp có số lượng nhiều và hồ sơ chuẩn, như doanh nghiệp trong nước cung cấp hàng hóa. Đầu ra là phạm vi, danh sách hồ sơ theo loại và chỉ số mục tiêu, được trưởng bộ phận mua hàng và kế toán trưởng thống nhất.

Bước 2: Chuẩn hóa dữ liệu cùng quyền truy cập

Rà vendor master hiện có để tìm bản ghi trùng, thiếu mã số thuế hoặc có thông tin ngân hàng chưa xác minh, vì agent sẽ đối chiếu hồ sơ mới với dữ liệu này. Định nghĩa trường nào agent được đọc, trường nào được ghi nháp và trường nào chỉ kế toán được sửa. IT cấu hình quyền trong ERP, kế toán xác nhận các trường liên quan thanh toán.

Bước 3: Thiết kế tích hợp ngoại lệ và phê duyệt

Kết nối agent với kênh thu hồ sơ, công cụ đọc giấy tờ và ERP. Thiết kế luồng duyệt theo mức rủi ro, luồng xác minh tài khoản ngân hàng ngoài kênh, và các điều kiện dừng như mã số thuế không hợp lệ hay thông tin trùng với một nhà cung cấp đã có. Đầu ra là sơ đồ luồng có tên người duyệt ở từng bước.

Bước 4: Kiểm thử vận hành rồi cải thiện theo log

Chạy song song cho các nhà cung cấp mới trong một giai đoạn: người mua hàng vẫn kiểm tra như cũ, sau đó so với kết quả của agent. Ghi lại giấy tờ agent đọc sai, trường so khớp sai và câu hỏi của nhà cung cấp mà agent không trả lời được. Kế toán kiểm tra riêng mọi bản ghi có thông tin ngân hàng trước khi mở khóa thanh toán.

4. Ví dụ giả định

AI kiểm tra bộ hồ sơ và tạo checklist thiếu; tài khoản ngân hàng vẫn phải được xác minh ngoài kênh.

Ca thử quan trọng nhất rút ra từ ví dụ này là tình huống mạo danh: một email tự xưng là nhà cung cấp đang onboarding, báo đổi số tài khoản nhận tiền và đính kèm thư xác nhận trông rất thật. Kết quả mong đợi là agent ghi nhận yêu cầu, không cập nhật tài khoản, đánh dấu cần xác minh ngoài kênh và báo kế toán. Bên cạnh đó cần có ca hồ sơ đầy đủ, ca thiếu một giấy tờ, ca tên trên giấy chứng nhận lệch một chữ so với form, và ca mã số thuế trùng với nhà cung cấp đã tồn tại.

5. Rủi ro và giới hạn

• Không tự động hóa khi dữ liệu hoặc thẩm quyền chưa rõ
• Giới hạn quyền đọc ghi theo nhu cầu tối thiểu
• Giữ người phụ trách cho ngoại lệ và quyết định quan trọng
• Theo dõi log và kiểm thử lại sau mỗi thay đổi

Rủi ro lớn nhất trong onboarding nhà cung cấp là gian lận thanh toán: kẻ xấu mạo danh nhà cung cấp để đổi tài khoản nhận tiền, hoặc dựng một nhà cung cấp không có thật. Agent làm quy trình nhanh hơn thì cũng có thể làm gian lận trót lọt nhanh hơn, nếu tài khoản ngân hàng không được tách ra xác minh riêng. Rủi ro thứ hai là dữ liệu: hồ sơ chứa giấy tờ tùy thân của người đại diện và thông tin tài chính, nên chỉ người tham gia duyệt mới được xem. Rủi ro thứ ba là agent đọc sai bản scan mờ, tạo bản ghi sai tên pháp nhân và kéo theo hóa đơn không khớp về sau.

6. Phân chia trách nhiệm vận hành

Bộ phận mua hàng sở hữu quy trình onboarding, danh sách hồ sơ theo loại nhà cung cấp và quyết định có hợp tác hay không. Kế toán chịu trách nhiệm xác minh tài khoản ngân hàng, mở khóa thanh toán và giữ vendor master sạch. Pháp chế hoặc kiểm soát nội bộ tham gia với nhà cung cấp rủi ro cao và định kỳ rà soát ai có quyền sửa thông tin ngân hàng. IT lo tích hợp với ERP, kênh thu hồ sơ và nhật ký mọi thay đổi trên bản ghi nhà cung cấp.

Khi đổi danh sách hồ sơ bắt buộc, tiêu chí rủi ro hay luồng duyệt, cấu hình của agent phải được cập nhật và các ca thử phải chạy lại, nhất là ca mạo danh đổi tài khoản. Mọi thay đổi thông tin ngân hàng sau onboarding đi qua đúng quy trình xác minh như lần đầu. Nếu nghi ngờ gian lận, kế toán trưởng có quyền khóa thanh toán cho nhà cung cấp liên quan và tạm dừng phần tạo bản ghi tự động cho tới khi làm rõ.

7. Chỉ số nên theo dõi

• Tỷ lệ hồ sơ được kiểm tra đúng theo danh sách bắt buộc
• Tỷ lệ ca không khớp và ca rủi ro cao được chuyển người đúng
• Lỗi đọc giấy tờ, lỗi tích hợp ERP và số bản ghi phải sửa
• Thời gian từ lúc nhận hồ sơ tới khi nhà cung cấp sẵn sàng giao dịch

Onboarding nhanh hơn mới là một nửa bức tranh. Cần theo dõi số vòng nhắc bổ sung trên mỗi hồ sơ, số bản ghi trùng hoặc sai bị phát hiện sau khi tạo, và số hóa đơn đầu tiên bị trả lại vì sai thông tin nhà cung cấp. Các chỉ số về xác minh tài khoản ngân hàng nên báo cáo riêng cho kế toán trưởng, tách khỏi báo cáo tốc độ.

8. Checklist trước khi vận hành

• Danh sách hồ sơ theo loại nhà cung cấp và người chịu trách nhiệm đã xác nhận
• Quyền đọc ghi đã thử với nhiều vai trò
• Có phương án khi hệ thống lỗi hoặc thiếu dữ liệu
• Có log, phê duyệt và cơ chế chống tạo bản ghi trùng
• Có bộ kiểm thử hồi quy và người vận hành

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

Có thể dùng AI onboarding nhà cung cấp ngay không? Phần hướng dẫn hồ sơ và kiểm tra thiếu đủ có thể dùng sớm nếu danh sách hồ sơ theo từng loại nhà cung cấp đã rõ. Phần tạo bản ghi trong ERP nên bật sau khi đã có kiểm tra trùng, quyền ghi giới hạn và luồng xác minh tài khoản ngân hàng ngoài kênh.

Nên bắt đầu onboarding nhà cung cấp bằng AI từ bước nào? Bắt đầu từ bước thu và kiểm tra hồ sơ cho loại nhà cung cấp phổ biến nhất. Đây là phần tốn nhiều vòng email nhất mà rủi ro lại thấp, vì agent chưa ghi gì vào hệ thống thanh toán.

Khi nào hồ sơ nhà cung cấp cần người duyệt? Mọi nhà cung cấp mới đều cần người duyệt trước khi được giao dịch. Ngoài ra, thông tin không khớp, nhà cung cấp rủi ro cao và mọi thay đổi tài khoản ngân hàng phải được người có thẩm quyền kiểm tra trực tiếp.

AI có tự xác minh tài khoản ngân hàng của nhà cung cấp được không? Không nên. Agent có thể kiểm tra tên chủ tài khoản có khớp tên pháp nhân hay không, nhưng xác minh phải làm qua kênh độc lập, như gọi lại số điện thoại đã biết từ trước. Đây là lớp chặn chính trước gian lận mạo danh.

Kết luận

AI onboarding nhà cung cấp rút ngắn phần giấy tờ lặp lại: hướng dẫn, kiểm tra thiếu đủ, nhắc bổ sung và tổng hợp để duyệt. Phần không được rút ngắn là xác minh tài khoản ngân hàng và phê duyệt của người có thẩm quyền. Một vendor master sạch ngay từ đầu cũng giúp các bước sau như đối chiếu ba chiều chạy chính xác hơn.

Trao đổi với Naventic để khảo sát quy trình onboarding nhà cung cấp. Đọc thêm: AI Procurement Agent.