Odoo 19 đã giới thiệu một lớp AI vượt ra ngoài việc tạo văn bản. Nó có thể giúp người dùng tìm thông tin, diễn giải bản ghi, mở chế độ xem, phân loại tài liệu, hỗ trợ công việc helpdesk, trả lời khách truy cập website và chọn các hành động được kiểm soát. Odoo 19.4 mở rộng hướng đi đó với việc tự động chọn mô hình, tương tác bằng giọng nói, lưu cuộc trò chuyện, thẻ bản ghi live chat phong phú hơn và kết nối MCP.
Câu hỏi hữu ích không phải là liệu Odoo có AI hay không. Điều quan trọng là tác nhân nào được phép dùng thông tin và công cụ nào trong một hoàn cảnh cụ thể. Odoo tách các yếu tố đó thông qua tác nhân, kỹ năng, nguồn dữ liệu và server actions.
Bắt đầu với trợ lý Ask AI tiêu chuẩn
Trợ lý Ask AI tiêu chuẩn có sẵn từ command palette và nút AI trong toàn bộ giao diện Odoo. Theo tài liệu chính thức Odoo AI documentation, nó có thể trả lời các câu hỏi bằng ngôn ngữ tự nhiên, mở chế độ xem, cải thiện nội dung, tóm tắt chatter và gợi ý các bước tiếp theo dựa trên ngữ cảnh.
Tác nhân Ask AI tiêu chuẩn không thể thay đổi các bản ghi trong cơ sở dữ liệu. Nó có thể giúp người dùng hiểu và điều hướng thông tin, nhưng Odoo cố ý tách phần hỗ trợ đó khỏi các công cụ thực hiện ghi dữ liệu. Đây là mặc định quan trọng vì một câu trả lời trôi chảy không nên âm thầm trở thành giao dịch kế toán, bán hàng hoặc vận hành.
Tác nhân tùy chỉnh xác định một công việc cụ thể
Một tác nhân Odoo AI tùy chỉnh có system prompt, kiểu phản hồi, một hoặc nhiều kỹ năng, và nguồn dữ liệu tùy chọn. Tài liệu chính thức AI agents documentation mô tả một tác nhân là trợ lý ngôn ngữ tự nhiên với mục đích được xác định và quyền truy cập vào các công cụ Odoo.
Trong tài liệu Odoo 19 trước đây, các tập hợp hướng dẫn và công cụ được gọi là topics. Odoo 19.4 đổi tên chúng thành skills. Mục đích vẫn như cũ: mỗi skill giải thích ngữ cảnh, quy tắc và quy trình làm việc cho một nhiệm vụ, trong khi tools là các chức năng thực tế mà tác nhân có thể gọi.
Cấu trúc này hỗ trợ các tác nhân được thiết kế cho những hoàn cảnh khác nhau thay vì một trợ lý có quyền lực rộng và mơ hồ. Ví dụ gồm:
- Một trợ lý bán hàng tìm kiếm cơ hội, giải thích dữ liệu pipeline và soạn tin nhắn theo dõi.
- Một tác nhân hỗ trợ trả lời từ các bài Knowledge đã được phê duyệt và chuyển tiếp các trường hợp không chắc chắn.
- Một tác nhân tài liệu phân loại tệp tải lên và chọn thư mục hoặc thẻ đã được phê duyệt.
- Một trợ lý field-service tóm tắt lịch sử công việc và chuẩn bị bản cập nhật cho khách hàng.
- Một tác nhân live chat trả lời các câu hỏi thường gặp và tạo lead CRM sau khi thu thập đủ thông tin cần thiết.
Nguồn dữ liệu quyết định những gì tác nhân có thể tham chiếu
Các tác nhân Odoo có thể dùng PDF, liên kết web, tệp Documents và bài Knowledge làm nguồn được lập chỉ mục. Tùy chọn Restrict to Sources giới hạn tác nhân chỉ trong các nguồn đã tải lên đang hoạt động. Điều này hữu ích cho các câu trả lời hướng tới khách hàng vì tổ chức có thể xác định tài liệu mà tác nhân dự kiến sử dụng thay vì cho phép các phản hồi rộng và không có căn cứ.
Hạn chế nguồn dữ liệu giúp kiểm soát tốt hơn, nhưng chất lượng nguồn vẫn rất quan trọng. Tài liệu nên có chủ sở hữu, ngày xem xét và quy trình loại bỏ giá cũ, chính sách hoặc hướng dẫn lỗi thời. Các nguồn mâu thuẫn có thể tạo ra câu trả lời không nhất quán ngay cả khi mọi tài liệu đều đã được phê duyệt về mặt kỹ thuật.
Cách Odoo AI Live Chat hoạt động
Odoo có thể gán một tác nhân AI cho một quy tắc kênh Live Chat. Tài liệu chính thức AI Live Chat documentation nêu rằng một tác nhân có thể trả lời các câu hỏi thường gặp, yêu cầu thêm thông tin, phân loại cuộc trò chuyện và chuyển cho nhân viên hỗ trợ con người.
Mẫu live chat được cung cấp không chỉ đơn giản tạo lead sau tin nhắn đầu tiên. Các hướng dẫn của nó xác định khi nào nên chuyển tiếp, thu thập thông tin liên hệ còn thiếu, xác nhận các chi tiết đã biết và gọi công cụ tạo lead một lần. Điều này cho thấy vì sao hướng dẫn quy trình quan trọng không kém mô hình ngôn ngữ.
Odoo 19.4 cũng có thể hiển thị các thẻ giàu thông tin, có thể nhấp khi một tác nhân nhắc đến các bản ghi Odoo được hỗ trợ trong live chat. Điều này có thể giúp khách truy cập hiểu và mở sản phẩm, lịch hẹn hoặc bản ghi được hỗ trợ khác dễ hơn.
Chatbot theo từng công ty là một mẫu thiết kế, không phải một ô chọn duy nhất
Một tổ chức đa công ty có thể muốn mỗi website của công ty có một chatbot chỉ trả lời về công ty đó. Odoo có các khối xây dựng cho thiết kế này, nhưng ranh giới phải được cấu hình rõ ràng.
Một mẫu thực tiễn là:
- Dùng website và kênh Live Chat riêng, hoặc quy tắc kênh riêng cho từng trải nghiệm hướng tới từng công ty.
- Tạo một tác nhân AI riêng cho mỗi công ty thay vì một tác nhân cố gắng suy luận công ty từ prompt.
- Cung cấp cho mỗi tác nhân chỉ các bài Knowledge, tài liệu, chính sách và liên kết web đã được phê duyệt của công ty đó.
- Bật Restrict to Sources để câu trả lời luôn nằm trong tập nguồn dành riêng cho công ty.
- Chỉ gán những kỹ năng và công cụ cần thiết cho kênh đó, chẳng hạn truy xuất thông tin hoặc tạo lead có kiểm soát.
- Đảm bảo mọi lead, ticket hoặc cuộc hẹn được tạo đều nhận đúng ngữ cảnh công ty và đội phụ trách dự kiến.
- Kiểm thử các câu hỏi xuyên công ty, tên thương hiệu mơ hồ và các nỗ lực lấy thông tin của công ty khác.
Các bản ghi đa công ty trong Odoo có thể được chia sẻ hoặc dành riêng cho từng công ty. Tài liệu multi-company documentation giải thích rằng báo giá, hóa đơn và hóa đơn nhà cung cấp gắn với công ty bị giới hạn trong ngữ cảnh công ty liên quan, trong khi một số bản ghi như liên hệ và sản phẩm có thể được chia sẻ theo mặc định.
Mô hình bản ghi đó không có nghĩa là mọi nguồn AI đều tự động được cô lập. Đừng xem một system prompt như “chỉ nói về Company A” là một kiểm soát bảo mật. Các tập nguồn riêng biệt, phân công kênh, quyền truy cập và kiểm tra phía công cụ cung cấp ranh giới mạnh hơn. Nếu cần cô lập pháp lý nghiêm ngặt, cơ sở dữ liệu riêng có thể phù hợp hơn cấu hình đa công ty dùng chung.
Tác nhân chỉ có thể thực hiện tác vụ thông qua các công cụ được gán
Nếu một tác nhân không có kỹ năng nào, Odoo cho biết nó có thể cung cấp thông tin nhưng không thể hoàn thành tác vụ hoặc thay đổi cơ sở dữ liệu. Một công cụ mở rộng tác nhân vượt ra ngoài cuộc trò chuyện. Các ví dụ được cấu hình sẵn bao gồm mở một chế độ xem và tạo lead, trong khi các ứng dụng đã cài đặt có thể cung cấp những công cụ khác.
Đối với các quy trình tự động hóa bản ghi, Odoo sử dụng AI server actions. Tài liệu AI server actions documentation tách AI manager khỏi worker tool. AI đọc bản ghi và prompt, chọn một công cụ và cung cấp các đối số đã khai báo. Server action tiêu chuẩn sau đó thực thi logic nghiệp vụ thực sự.
Điều này cho phép AI đưa ra quyết định theo ngữ cảnh trong khi mã xác định đảm bảo các quy tắc được thực thi. Ví dụ, AI có thể phân loại một tài liệu của nhà cung cấp, nhưng công cụ được chọn phải xác thực nơi đến, công ty, trạng thái bản ghi được phép và các trường bắt buộc trước khi ghi bất cứ thứ gì.
Các mẫu tự động hóa tác vụ hữu ích
- Phân loại tài liệu đến và áp dụng thẻ hoặc thư mục đã được phê duyệt.
- Tóm tắt một ticket helpdesk và điền vào trường phân loại có cấu trúc.
- Chọn hướng xử lý tiếp theo dựa trên một bản ghi, trong khi việc gửi hoặc phê duyệt vẫn do người dùng thực hiện.
- Tạo một lead CRM từ live chat sau khi các thông tin liên hệ bắt buộc đã được xác nhận.
- Soạn một email từ ngữ cảnh bản ghi hiện tại để con người xem xét.
- Trích xuất các chi tiết có cấu trúc từ một tài liệu vào một quy trình làm việc được kiểm soát.
Mô hình yếu nhất là giao cho một agent rộng một loạt công cụ ghi mạnh mẽ. Các agent hẹp dễ kiểm thử, giải thích và kiểm tra hơn.
Odoo 19.4 bổ sung gì
Các ghi chú phát hành Odoo 19.4 chính thức bổ sung một số khả năng quanh mô hình agent này:
- Tự động chọn mô hình AI đã cấu hình phù hợp nhất cho một tác vụ.
- Tương tác bằng giọng nói để ra lệnh cho agent.
- Lưu trữ các cuộc hội thoại của agent tối đa 30 ngày sau tin nhắn cuối cùng.
- Kết nối MCP cho các công cụ bên ngoài tương thích.
- Thẻ xem trước giàu thông tin cho các bản ghi được hỗ trợ được nhắc đến trong live chat.
- Đổi tên topics thành skills.
MCP mở rộng khả năng tích hợp, nhưng cũng mở rộng phạm vi xem xét bảo mật. Thông tin xác thực, công cụ được lộ ra, quyền người dùng, ghi log và ranh giới dữ liệu nên được tài liệu hóa trước khi kết nối một ứng dụng AI bên ngoài.
Các cân nhắc về nhà cung cấp và giá cả
Odoo hỗ trợ các nhà cung cấp OpenAI và Google Gemini. Người dùng Odoo Online không cần tự thêm khóa API của mình cho dịch vụ tiêu chuẩn, mặc dù họ có thể làm vậy để kiểm soát nhiều hơn. Cơ sở dữ liệu Odoo.sh và on-premise cần khóa nhà cung cấp cho các tính năng AI. Phần tài liệu khóa API Odoo AI lưu ý rằng có thể phát sinh phí từ nhà cung cấp khi sử dụng các khóa do khách hàng sở hữu.
Danh sách kiểm tra triển khai an toàn
- Chọn một trường hợp sử dụng hẹp với quy trình thủ công có thể đo lường được.
- Xác định các nguồn được phê duyệt, chủ đề bị cấm và đường chuyển tiếp cho con người.
- Chỉ định số công cụ tối thiểu cần thiết và thực thi các quy tắc bên trong từng công cụ.
- Kiểm thử quyền truy cập công ty, người dùng và bản ghi bằng tài khoản thông thường, không chỉ bằng tài khoản quản trị.
- Kiểm thử các câu hỏi sai, thiếu thông tin, đối kháng và xuyên công ty.
- Yêu cầu xem xét đối với các hành động tài chính, hợp đồng, phá hủy hoặc gửi ra bên ngoài.
- Theo dõi câu trả lời, lệnh gọi công cụ, mức sử dụng nhà cung cấp và độ mới của nguồn sau khi triển khai.
Kết luận thực tiễn
Odoo AI hữu ích nhất như một tập hợp các trợ lý tập trung bên trong các quy trình kinh doanh hiện có. Live chat, kiến thức theo từng công ty, tạo lead, phân loại tài liệu và tự động hóa dựa trên bản ghi là các trường hợp sử dụng đáng tin cậy vì Odoo có thể kết hợp quyết định ngôn ngữ tự nhiên với các bản ghi có cấu trúc và công cụ được kiểm soát.
Thiết kế không bao giờ nên chỉ dựa vào độ tin cậy hay một prompt. Hãy tách các agent theo mục đích, giới hạn nguồn của chúng, tối thiểu hóa công cụ và giữ các quy tắc kinh doanh trong các hành động Odoo mang tính xác định. Đó là điều biến một bản demo chatbot thành một năng lực vận hành có thể hỗ trợ.