Більшість спроб вбудувати штучний інтелект в Odoo закінчуються іграшковим віджетом: плаваюче вікно чату в кутку, яке нічого не знає про залишки на складі, не відрізняє комерційну пропозицію від накладної і надсилає адреси клієнтів у публічний API без жодного маскування даних. Захвату вистачає на два дні, а потім відділ продажів знову копіює запити клієнтів між поштою та екранами ERP.
Справжня цінність LLM у корпоративній системі не в розмові з оператором. Вона в тому, щоб працювати невтомним шаром сортування й чернеток: класифікувати вхідні повідомлення, діставати перевірені записи з PostgreSQL, готувати точні відповіді на затвердження людині й автоматично просувати воронки CRM.
Нижче - архітектурна схема комунікаційного центру в Odoo, який працює в продакшені, не ризикуючи цілісністю даних і швидкістю системи.
Чому універсальні чат-боти не працюють усередині ERP
ERP побудована на точності: у товару конкретний артикул, залишок на заданому складі або є, або немає, знижки йдуть за явними прайс-листами. Великі мовні моделі, навпаки, - імовірнісні машини, створені генерувати правдоподібний текст. Якщо підключити голий промпт напряму до клієнта, майже одразу ламаються три речі.
Перше - галюцинації: модель вигадує умови доставки або називає ціни, яких немає у вашому каталозі. Друге - безпека й розмежування доступу: в Odoo суворі правила записів (IR rules), що визначають, хто які дані компанії бачить; наївна обгортка над LLM обходить ці межі. Третє - затримки: чотири секунди очікування відповіді LLM у синхронному HTTP-воркері заморожують вкладку браузера і швидко вичерпують пул процесів Odoo.
Чотиришарова архітектура комунікаційного центру Odoo
Щоб ШІ в Odoo працював надійно, інтерфейс комунікацій відокремлюють від бізнес-логіки ERP чотирма самостійними шарами.
1. Шар приймання вхідних: єдиний шлюз, який нормалізує повідомлення з усіх каналів - пошти, Telegram, WhatsApp, веб-форм і повідомлень з маркетплейсів. Незалежно від джерела кожне повідомлення стає стандартним ланцюжком листування, прив’язаним до контрагента або ліда.
2. Асинхронна черга: на вхідні дані одразу відповідають HTTP 200 і ставлять їх у фонові завдання. Воркер, що обслуговує інтерфейс користувача, ніколи не чекає на відповідь моделі.
3. Контекстний RAG-пайплайн: перш ніж промпт потрапить до LLM, механізм пошуку збирає суворо дозволений контекст з Odoo: історію замовлень клієнта, наявність на складі та регламенти. Моделі приписано відповідати лише на основі переданого контексту і прямо казати, коли даних бракує.
4. Перевірка людиною: для відповідальних дій - надсилання комерційних пропозицій, скасування замовлень, повернень - ШІ готує чернетку відповіді й підготовлює операцію. Менеджер переглядає, виправляє в один клік і підтверджує.
Сценарії з продакшену, які справді заощаджують години
Розумне сортування й маршрутизація: коли за день надходять сотні листів, комунікаційний центр визначає намір (запит ціни, підтвердження оплати, гарантійна претензія чи спам) і спрямовує звернення до потрібного відділу з оцінкою тональності та мітками пріоритету.
Розбір документів у рядки замовлення: вхідні замовлення, надіслані неструктурованими PDF або таблицями, витягуються в структурований JSON, зіставляються з внутрішнім каталогом артикулів і перетворюються просто на чернетки комерційних пропозицій (sale.order), готові до перевірки.
Багатомовна підтримка клієнтів: запити французькою, німецькою чи іспанською автоматично переказуються робочою мовою команди, а запропоновані відповіді складаються рідною мовою клієнта з правильною галузевою термінологією.
Захист даних і GDPR у Європі
ШІ в європейських бізнес-процесах вимагає відповідності GDPR і європейському AI Act. Комунікаційний центр вирішує це автоматичним маскуванням персональних даних (PII): імена клієнтів, IBAN і особисті номери телефонів вичищаються або замінюються токенами, перш ніж залишать периметр.
Залежно від чутливості даних компанії обирають між європейськими хмарними ендпоінтами зі суворою угодою про нульове зберігання та повністю ізольованими open-source моделями на власній інфраструктурі.
Де це стає проєктом
Інтелектуальний шар комунікацій - це замовна розробка, а не встановлення плагіна за п’ять хвилин. Він глибоко пов’язаний з вашими процесами продажів і архітектурою бази даних.
Якщо хочете оцінити, яку частину комунікацій з клієнтами можна надійно автоматизувати в Odoo, не ламаючи шлях оновлень і не сповільнюючи сервери, запишіться на 30-хвилинний архітектурний дзвінок.