Odoo AI 19.4: чатботы и автоматизация задач

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

Полезный вопрос не в том, есть ли в Odoo ИИ. Вопрос в том, какому агенту разрешено использовать какие данные и инструменты в конкретной ситуации. Odoo разделяет эти задачи с помощью агентов, навыков, источников и server actions.

Начните со стандартного помощника Ask AI

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

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

Пользовательские агенты определяют конкретную задачу

Пользовательский агент Odoo AI имеет системный промпт, стиль ответа, один или несколько навыков и необязательные источники. В официальной документации по AI agents агент описывается как помощник на естественном языке с определенной целью и доступом к инструментам Odoo.

В более ранней документации Odoo 19 наборы инструкций и инструментов называются topics. В Odoo 19.4 они переименованы в skills. Смысл остается тем же: каждый skill описывает контекст, правила и рабочий процесс для задачи, а tools это реальные функции, которые агент может вызывать.

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

Помощник по продажам, который находит возможности, объясняет данные по воронке и составляет черновики сообщений для продолжения общения.
Агент поддержки, который отвечает на основе одобренных статей 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, чтобы ответы оставались в рамках набора источников конкретной компании.
Назначьте только те навыки и инструменты, которые нужны для этого канала, например поиск информации или управляемое создание лида.
Убедитесь, что любой созданный лид, тикет или встреча получает нужный контекст компании и ответственную команду.
Проверьте межкомпанийные вопросы, неоднозначные названия брендов и попытки получить информацию другой компании.

Записи multi-company в Odoo могут быть общими или привязанными к конкретной компании. В документации по multi-company объясняется, что счета, счета поставщиков и коммерческие предложения, привязанные к компании, ограничены соответствующим контекстом компании, тогда как некоторые записи, такие как контакты и товары, по умолчанию могут быть общими.

Однако эта модель записей не означает, что каждый источник AI автоматически изолирован. Не воспринимайте системный промпт вроде “only discuss Company A” как контроль конфиденциальности. Более надежную границу обеспечивают отдельные наборы источников, назначение каналов, права доступа и проверки на стороне инструментов. Если требуется строгая юридическая изоляция, отдельные базы данных могут быть более подходящим решением, чем общая multi-company конфигурация.

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

Если у агента нет навыков, Odoo говорит, что он может предоставлять информацию, но не может завершать задачи или изменять базу данных. Инструмент расширяет возможности агента за пределы разговора. Среди преднастроенных примеров есть открытие представления и создание лида, а установленные приложения могут предоставлять другие инструменты.

Для автоматизированных рабочих процессов с записями Odoo использует AI server actions. В документации по AI server actions AI manager отделен от инструмента-исполнителя. AI читает запись и промпт, выбирает инструмент и передает объявленные аргументы. Затем стандартное server action выполняет реальную бизнес-логику.

Это позволяет ИИ принимать контекстное решение, а детерминированный код обеспечивает соблюдение правил. Например, ИИ может классифицировать документ поставщика, но выбранный инструмент должен проверить назначение, компанию, допустимое состояние записи и обязательные поля до любой записи.

Полезные шаблоны автоматизации задач

Классифицируйте входящие документы и применяйте одобренный тег или папку.
Суммируйте тикет службы поддержки и заполняйте структурированное поле для первичной оценки.
Выбирайте дальнейший маршрут на основе записи, оставляя отправку или утверждение пользователю.
Создавайте лид CRM из живого чата после подтверждения обязательных контактных данных.
Подготовьте черновик письма на основе текущего контекста записи для проверки человеком.
Извлекайте структурированные данные из документа в контролируемый рабочий процесс.

Самый слабый подход, это дать одному широкому агенту набор мощных инструментов для записи. Узкоспециализированных агентов проще тестировать, объяснять и аудитировать.

Что добавляет Odoo 19.4

Официальные примечания к выпуску Odoo 19.4 добавляют несколько возможностей для этой модели агента:

Автоматический выбор наиболее подходящей настроенной модели ИИ для задачи.
Голосовое взаимодействие для диктовки запросов агенту.
Хранение разговоров с агентом до 30 дней после последнего сообщения.
Подключение MCP для совместимых внешних инструментов.
Карточки расширенного предпросмотра для поддерживаемых записей, упомянутых в живом чате.
Переименование тем в навыки.

MCP расширяет возможности интеграции, но также расширяет проверку безопасности. Учетные данные, открытые инструменты, права пользователей, журналирование и границы данных следует задокументировать до подключения внешнего клиента ИИ.

Вопросы провайдера и стоимости

Odoo поддерживает провайдеров OpenAI и Google Gemini. Пользователям Odoo Online не нужно добавлять собственный API-ключ для стандартного сервиса, хотя они могут сделать это для большего контроля. Базы Odoo.sh и on-premise требуют ключи провайдера для функций ИИ. В документации по API-ключу Odoo AI указано, что при использовании ключей, принадлежащих клиенту, могут применяться тарифы провайдера.

Чеклист безопасного внедрения

Выберите один узкий сценарий с измеримым ручным процессом.
Определите разрешенные источники, запрещенные темы и путь эскалации к человеку.
Назначьте минимально необходимые инструменты и применяйте правила внутри каждого инструмента.
Проверяйте доступ к компании, пользователям и записям с обычными учетными записями, а не только с учетными записями администраторов.
Проверяйте некорректные, неполные, враждебные и межкомпанийные вопросы.
Требуйте проверки для финансовых, договорных, разрушительных действий или действий, отправляемых наружу.
После запуска отслеживайте ответы, вызовы инструментов, использование провайдера и актуальность источников.

Практический вывод

Odoo AI наиболее полезен как набор сфокусированных помощников внутри существующих бизнес-процессов. Живой чат, специфичные для компании знания, создание лидов, классификация документов и автоматизация на основе записей, это убедительные сценарии, потому что Odoo может сочетать решения на естественном языке со структурированными записями и контролируемыми инструментами.

Проектирование никогда не должно опираться только на уверенность или один лишь промпт. Разделяйте агентов по назначению, ограничивайте их источники, минимизируйте инструменты и храните бизнес-правила в детерминированных действиях Odoo. Именно это превращает демонстрацию чатбота в поддерживаемую операционную возможность.