Щойно хтось каже «штучний інтелект в ERP», уява малює робота в краватці. Він формує рахунки, будує звіти, приймає дзвінки й між іншим нагадує менеджеру спокійно відповісти клієнтові. У квітні 2026 року ми описали, в якому напрямі хотіли розвивати K2 ERP. За картинкою з роботом стояли цілком земні задачі: менше копіювати дані вручну, швидше знаходити документи й залишати людині рішення, які потребують відповідальності.
Де платформа допомагає почати
Після розмови про ботів, QR-коди й автоматизацію рутини мені поставили логічне запитання. А чи можна реалізувати подібні сценарії в 1С або BAS? Можна розглядати інтеграцію і там. Я б спочатку з’ясував, як команда дістане потрібні дані, чи зможе повторно використати налаштування та хто підтримуватиме їх після оновлень. Ремонт старого телевізора інколи виправданий. Якщо його доводиться лагодити після кожного натискання кнопки, час порівняти підходи.
K2 ERP — інформаційна система. K2 Platform — платформа розробки, де команда будує й розширює модулі. У документації К2 про платформу описано роботу з моделями даних, ORM, міграціями й генерацією основи модуля. Саме з такою основою корисно поєднувати ШІ: розробник отримує чернетку, а потім перевіряє структуру, права доступу й поведінку модуля.
Десять сценаріїв, які ми розглядали
Це приклади для розробки й пілотів. Для кожного окремо перевіряйте, що доступно в потрібній версії, що потребує інтеграції та хто перевірятиме результат. Окремі приклади запитів наведено в довідці К2 про ШІ в ERP.
1. Чернетка модуля для K2 Platform
ШІ може допомогти підготувати чернетку моделі даних, ORM-рівня чи програмного коду. Розробник і далі перевіряє обмеження, зв’язки й міграції. Різниця в тому, що перша кава йде на перевірку ідеї, а не на боротьбу з порожнім файлом.
2. Навчання працівників
З внутрішньої інструкції можна підготувати чернетку уроку, запитання для тесту й підказки для новачків. Експерт звіряє сценарій із робочим процесом і перевіряє, чи працівник справді може виконати завдання після уроку.
3. Звіти й друковані форми
Мета цього сценарію — дати користувачеві змогу описати потрібний звіт своїми словами. Для пілота візьміть одну форму, погодьте джерела даних, групування та формулу підсумку. Потім порівняйте результат із відомим правильним звітом і перевірте, чи доступні користувачу лише дозволені дані.
4. Аналіз дзвінків
Транскрипція й короткий підсумок допомагають знайти питання клієнта, домовленості та моменти, які варто переслухати. Ringostat описує таку аналітику для свого сервісу. Що саме передаватиметься в K2 ERP, слід перевірити в обраній інтеграції. Підсумок розмови корисно звіряти з записом, особливо перед висновками про якість обслуговування.
5. Конференції, відео й аудіо
Із запису зустрічі можна зробити текст для пошуку, виділити рішення та зібрати список доручень. Власник зустрічі перевіряє, хто що обіцяв і коли, перш ніж передавати підсумок команді. Так фраза «ми ж це обговорювали» нарешті отримує точне місце в записі.
6. Листи, платежі та первинні документи
Асистент може витягнути з рахунку номер, дату, суму й реквізити, запропонувати зіставлення з вхідною оплатою або підготувати чернетку документа. У сценарії з Вчасно чи M.E.Doc окремо перевіряють спосіб обміну й відповідність документів. Чернетку, проведення, підписання та оплату слід розділити й передати на перевірку відповідальній особі.
7. Зіставлення рахунку з договором
Почніть із порівняння ціни, кількості та строків із чинною версією договору. Якщо сума відрізняється, асистент має показати пункт і позначити розбіжність. Після перевірки можна підготувати відповідь контрагенту. Погодження рахунку залишається окремою дією.
8. Пошук документів і контактів
Користувач може шукати за змістом, наприклад «покажи останнє погодження умов доставки для цього клієнта». Для результату потрібні посилання на вихідний документ, перевірка його версії та дотримання прав доступу. Тоді пошук справді допомагає команді, а не просто впевнено відповідає.
9. Голосові нагадування
Приклад для пілота — нагадати про запис, уточнити деталі або відповісти на типове запитання. Для запуску потрібні телефонний сервіс, налаштування дозволених сценаріїв, передача оператору в складних випадках і контроль результату. Це сценарій інтеграції, який варто перевірити окремо.
10. Тренажер для відділу продажів
ШІ може зіграти клієнта, який сумнівається, торгується чи відкладає рішення. Менеджер проганяє діалог кілька разів, а керівник оцінює його за заздалегідь визначеними критеріями. Тренажер не ображається. Команді залишається перевірити, що сценарій відтворює реальні запитання покупців.
Де з’являються витрати і як рахувати ефект
У квітневому матеріалі ми окремо застерігали, що описані інтеграції ШІ не входили до задуму безкоштовної публічної хмари. Доступ до публічної хмари K2 ERP і бюджет на конкретну автоматизацію слід перевіряти окремо. На витрати можуть впливати підписки, споживання токенів, інтеграція, налаштування, супровід і час людей на перевірку результатів.
Оберіть повторювану операцію й заміряйте, скільки часу займає ручна обробка та скільки помилок команда виправляє. Повторіть замір на однакових даних після пілота. Для великого потоку рахунків або дзвінків навіть невелика економія на одній операції може мати вагу. Якщо процес трапляється рідко, налаштування й перевірка можуть забрати більше часу, ніж ручна робота.
Робот у краватці може залишатися уявним. Набагато цікавіше, коли бухгалтер швидко знаходить причину розбіжності, а менеджер бачить, що саме обіцяв клієнтові. Якщо хочете обговорити конкретний пілот, напишіть у WhatsApp +380679016322.
Квітнева публікація К2 про сценарії ШІ в ERP