Bạn có một AI agent chạy ngon trên demo: gọi vài API công khai, trả lời mượt mà. Nhưng khi mang vào công ty thật — nơi có một hệ ERP mua năm 2011, một CRM viết bằng VB6, và một phần mềm kế toán chỉ có màn hình Windows — agent lập tức "đứng hình". Đây là hố tử thần của mọi dự án agent doanh nghiệp: hệ thống cũ (legacy) không được thiết kế để cho agent nói chuyện.
Legacy là gì trong ngữ cảnh này
Hệ thống legacy là bất kỳ phần mềm nào đang "chạy tiền thật" nhưng khó thay đổi: ERP (SAP, Oracle, Bravo, Fast), CRM nội bộ, phần mềm HR, kho, hoặc ứng dụng desktop tự viết. Đặc điểm chung:
- API nghèo nàn hoặc không có.
- Dữ liệu nằm trong database mà nhà cung cấp không cho phép sửa trực tiếp.
- Đăng nhập bằng session/cookie, có captcha, hoặc chỉ có màn hình Windows.
- Không ai dám "đụng" vì sợ hỏng nghiệp vụ đang chạy.
Bốn tầng kết nối (khung tư duy cốt lõi)
Khi cần cho agent chạm vào hệ thống cũ, luôn xét theo thứ tự ưu tiên từ an toàn/ổn định cao → thấp:
- API chính thức (REST/SOAP): ưu tiên số một. Có hợp đồng rõ ràng, versioning, ít vỡ.
- Database read-only / view: khi không có API nhưng được cấp quyền đọc DB. Nhanh, ổn định để đọc.
- File/hàng đợi (file drop, SFTP, message queue): trao đổi bất đồng bộ qua file CSV/XML hoặc queue. Rất phổ biến với ERP cũ.
- RPA bridge (giả lập thao tác người dùng trên UI): giải pháp cuối khi hệ thống hoàn toàn không có cửa nào khác.
Ví dụ cụ thể
Công ty phân phối mỹ phẩm cần agent tự tra tồn kho khi khách chat hỏi. Hệ ERP là Bravo, không có REST API công khai. Khảo sát ra:
- Có thể xin quyền đọc view
v_TonKhotrên SQL Server → chọn tầng 2 để đọc tồn kho. - Việc tạo đơn thì Bravo có một stored procedure nội bộ → phối hợp với nhà cung cấp làm một API wrapper mỏng (tầng 1).
- Riêng phần in phiếu xuất chỉ có trên màn hình desktop → dùng RPA (tầng 4) cho đúng một thao tác đó.
Các bước khởi động một dự án tích hợp legacy
- Liệt kê use case nghiệp vụ agent cần làm (đọc gì, ghi gì, tần suất bao nhiêu).
- Khảo sát từng hệ thống: có API không? có DB truy cập được không? có file/queue không?
- Chấm điểm mỗi kết nối theo 4 tầng, chọn tầng cao nhất khả thi.
- Tách đọc và ghi: đọc thường dễ và an toàn; ghi cần cực kỳ thận trọng (idempotency, xác nhận).
- Xác định rủi ro & người sở hữu hệ thống (ai chịu trách nhiệm nếu ERP lỗi).
- Dựng môi trường staging trước khi động vào production.
Sai lầm thường gặp
- Nhảy thẳng vào RPA vì thấy nhanh, bỏ qua DB/API sẵn có → hệ thống mong manh, vỡ khi UI đổi.
- Ghi thẳng vào database production của ERP → phá vỡ ràng buộc nghiệp vụ, mất bảo hành nhà cung cấp.
- Không tách đọc/ghi: dùng chung một cơ chế cho cả hai, khiến lỗi ghi làm hỏng cả luồng đọc.
- Quên hỏi ai sở hữu hệ thống: đến khi lỗi mới phát hiện không ai dám cấp quyền hay chịu trách nhiệm.
Tổng kết
Tích hợp legacy không phải bài toán AI, mà là bài toán kỹ thuật hệ thống có kỷ luật. Agent chỉ là lớp trên cùng. Nắm chắc 4 tầng kết nối và luôn ưu tiên phương án an toàn nhất còn khả thi, bạn đã tránh được 80% thất bại của các dự án agent doanh nghiệp.