Odoo 19 запровадив рівень AI, який виходить за межі генерації тексту. Він може допомагати користувачам знаходити інформацію, інтерпретувати записи, відкривати подання, класифікувати документи, підтримувати роботу служби підтримки, відповідати відвідувачам сайту та обирати контрольовані дії. Odoo 19.4 розвиває цей напрямок за допомогою автоматичного вибору моделі, голосової взаємодії, збережених розмов, багатших карток записів у live chat і підключення MCP.

Корисне запитання полягає не в тому, чи має Odoo AI. Воно в тому, який агент має право використовувати яку інформацію та інструменти в конкретній ситуації. Odoo розділяє ці аспекти через агентів, навички, джерела та серверні дії.

Почніть зі стандартного помічника Ask AI

Стандартний помічник Ask AI доступний із палітри команд і кнопки AI по всьому інтерфейсу Odoo. Згідно з офіційною документацією Odoo AI, він може відповідати на запитання природною мовою, відкривати подання, покращувати вміст, підсумовувати chatter і пропонувати наступні кроки на основі контексту.

Стандартний агент Ask AI не може змінювати записи бази даних. Він може допомагати користувачу зрозуміти інформацію та орієнтуватися в ній, але Odoo навмисно відокремлює цю допомогу від інструментів, які виконують записи. Це важлива поведінка за замовчуванням, тому що плавна відповідь не повинна непомітно ставати бухгалтерською, продажною або операційною транзакцією.

Користувацькі агенти визначають конкретну роль

Користувацький агент Odoo AI має системний запит, стиль відповіді, одну або кілька навичок і необов’язкові джерела. Офіційна документація AI agents описує агента як помічника природною мовою з визначеною метою та доступом до інструментів Odoo.

У попередній документації Odoo 19 сукупності інструкцій та інструментів називаються topics. Odoo 19.4 перейменовує їх на skills. Суть залишається тією самою: кожна навичка пояснює контекст, правила та робочий процес для завдання, тоді як інструменти є фактичними функціями, які агент може викликати.

Така структура підтримує агентів, створених для різних ситуацій, замість одного помічника з широкими та нечіткими повноваженнями. Приклади:

  • Помічник із продажів, який знаходить можливості, пояснює дані воронки та готує повідомлення для подальшого контакту.
  • Агент підтримки, який відповідає на основі схвалених статей Knowledge і передає невизначені випадки далі.
  • Агент документів, який класифікує завантаження та вибирає схвалену теку або тег.
  • Помічник для виїзного обслуговування, який підсумовує історію завдання та готує оновлення для клієнта.
  • Агент live chat, який відповідає на типові запитання і створює CRM-лід після збору необхідних даних.

Джерела визначають, на що може посилатися агент

Агенти Odoo можуть використовувати PDF, вебпосилання, файли Documents і статті Knowledge як індексовані джерела. Параметр Restrict to Sources обмежує агента активними завантаженими джерелами. Це корисно для відповідей клієнтам, тому що організація може визначити матеріали, які агент має використовувати, замість того, щоб дозволяти широкі, непідтверджені відповіді.

Обмеження джерел покращує контроль, але якість джерел усе одно має значення. Документи повинні мати власників, дати перегляду та процес видалення застарілих цін, політик або інструкцій. Суперечливі джерела можуть спричиняти непослідовні відповіді, навіть коли кожен документ технічно схвалено.

Як працює Odoo AI Live Chat

Odoo може призначити AI-агента для правила каналу Live Chat. Офіційна документація AI Live Chat стверджує, що агент може відповідати на типові запитання, запитувати додаткову інформацію, кваліфікувати розмови та передавати їх оператору-людині.

Наведений шаблон live chat не просто створює лід після першого повідомлення. Його інструкції визначають, коли доцільне передавання оператору, збирають відсутні контактні дані, підтверджують відомі деталі та лише один раз викликають інструмент створення ліда. Це показує, чому інструкції робочого процесу такі ж важливі, як і мовна модель.

Odoo 19.4 також може показувати багаті, клікабельні картки, коли агент згадує підтримувані записи Odoo в live chat. Це може зробити продукт, зустріч або інший підтримуваний запис зрозумілішим для відвідувача та полегшити його відкриття.

Чатбот для конкретної компанії, це не один прапорець, а модель проєктування

Організація з кількома компаніями може захотіти, щоб кожен сайт компанії мав чатбот, який відповідає лише про цю компанію. Odoo має будівельні блоки для такого дизайну, але межу потрібно налаштувати явно.

Практичний підхід такий:

  • Використовуйте окремий сайт і окремий канал Live Chat або правило каналу для кожного досвіду, пов’язаного з компанією.
  • Створюйте окремого AI-агента для кожної компанії, а не одного агента із запитом, який намагається вгадати компанію.
  • Надавайте кожному агенту лише схвалені для цієї компанії статті Knowledge, документи, політики та вебпосилання.
  • Увімкніть Restrict to Sources, щоб відповіді залишалися в межах набору джерел конкретної компанії.
  • Призначайте лише ті навички та інструменти, які потрібні для цього каналу, наприклад отримання інформації або контрольоване створення лідів.
  • Переконайтеся, що будь-який створений лід, тікет або зустріч отримує потрібний контекст компанії та відповідальну команду.
  • Перевірте запитання між компаніями, неоднозначні назви брендів і спроби отримати інформацію іншої компанії.

Записи Odoo для кількох компаній можуть бути спільними або прив’язаними до конкретної компанії. Її документація з multi-company пояснює, що комерційні пропозиції, рахунки та рахунки постачальників, пов’язані з компанією, обмежені відповідним контекстом компанії, тоді як деякі записи, наприклад контакти та товари, можуть бути спільними за замовчуванням.

Ця модель записів не означає, що кожне джерело AI автоматично ізольоване. Не сприймайте системний запит на кшталт «обговорювати лише Company A» як засіб конфіденційності. Окремі набори джерел, призначення каналів, права доступу та перевірки на боці інструментів забезпечують значно сильнішу межу. Якщо потрібна сувора юридична ізоляція, окремі бази даних можуть бути доречнішими, ніж спільна конфігурація multi-company.

Агенти можуть виконувати завдання лише через призначені інструменти

Якщо агент не має навичок, Odoo зазначає, що він може надавати інформацію, але не може завершувати завдання або змінювати базу даних. Інструмент розширює агента за межі розмови. Серед попередньо налаштованих прикладів є відкриття подання та створення ліда, а встановлені застосунки можуть надавати інші інструменти.

Для автоматизованих робочих процесів із записами Odoo використовує AI server actions. Офіційна документація AI server actions розділяє AI-менеджера та робочий інструмент. AI читає запис і запит, обирає інструмент і передає оголошені аргументи. Потім стандартна серверна дія виконує реальну бізнес-логіку.

Це дозволяє AI ухвалювати контекстне рішення, а детермінований код забезпечує дотримання правил. Наприклад, AI може класифікувати документ постачальника, але вибраний інструмент має перевірити місце призначення, компанію, дозволений стан запису та обов’язкові поля перед будь-яким записом.

Корисні шаблони автоматизації завдань

  • Класифікувати вхідні документи та застосовувати схвалений тег або теку.
  • Підсумовувати тікет служби підтримки та заповнювати структуроване поле для тріажу.
  • Обирати подальший шлях на основі запису, залишаючи надсилання або схвалення користувачу.
  • Створювати ліда CRM із live chat після підтвердження обов’язкових контактних даних.
  • Створювати чернетку листа з поточного контексту запису для перевірки людиною.
  • Витягувати структуровані дані з документа в контрольований робочий процес.

Найслабший підхід, це надати одному широкому агенту набір потужних інструментів для запису. Вузькі агенти легше тестувати, пояснювати й аудитувати.

Що додає Odoo 19.4

Офіційні примітки до випуску Odoo 19.4 додають кілька можливостей для цієї моделі агентів:

  • Автоматичний вибір найвідповіднішої налаштованої моделі ШІ для завдання.
  • Голосова взаємодія для диктування запитів агенту.
  • Зберігання розмов агентів до 30 днів після останнього повідомлення.
  • Підключення MCP для сумісних зовнішніх інструментів.
  • Картки попереднього перегляду з багатим вмістом для підтримуваних записів, згаданих у live chat.
  • Перейменування тем на навички.

MCP розширює можливості інтеграції, але також розширює перевірку безпеки. Облікові дані, відкриті інструменти, дозволи користувачів, журналювання та межі даних слід задокументувати перед підключенням зовнішнього клієнта ШІ.

Міркування щодо постачальника та ціноутворення

Odoo підтримує постачальників OpenAI і Google Gemini. Користувачам Odoo Online не потрібно додавати власний API-ключ для стандартного сервісу, хоча вони можуть зробити це для більшого контролю. Бази даних Odoo.sh і on-premise потребують ключів постачальника для функцій ШІ. У документації щодо API-ключа Odoo AI зазначено, що можуть застосовуватися тарифи постачальника, якщо використовуються ключі, що належать клієнту.

Контрольний список безпечного запуску

  • Оберіть один вузький сценарій використання з вимірюваним ручним процесом.
  • Визначте схвалені джерела, заборонені теми та шлях ескалації до людини.
  • Призначте мінімально необхідні інструменти та запровадьте правила всередині кожного інструмента.
  • Перевірте доступ компанії, користувача та записів за допомогою звичайних облікових записів, а не лише адміністраторів.
  • Перевірте неправильні, неповні, ворожі та міжкомпанійні запитання.
  • Вимагайте перевірку для фінансових, договірних, руйнівних або зовнішньо надісланих дій.
  • Після запуску відстежуйте відповіді, виклики інструментів, використання постачальника та актуальність джерел.

Практичний висновок

Odoo AI найкорисніший як набір зосереджених помічників у наявних бізнес-робочих процесах. Live chat, знання, специфічні для компанії, створення лідів, класифікація документів і автоматизація на основі записів є переконливими сценаріями використання, оскільки Odoo може поєднувати рішення на основі природної мови зі структурованими записами та контрольованими інструментами.

Конструкція ніколи не повинна покладатися лише на впевненість або на промпт. Розділяйте агентів за призначенням, обмежуйте їхні джерела, мінімізуйте їхні інструменти та зберігайте бізнес-правила в детермінованих діях Odoo. Саме це перетворює демонстрацію чат-бота на придатну для підтримки операційну можливість.