Питання «а яке у вас відділення?» виглядає дрібницею, поки не порахувати, скільки разів на день його ставить менеджер. Клієнт пише в месенджер, менеджер відкриває кабінет перевізника, шукає місто, звіряє номер відділення, копіює адресу в замовлення. Поки це триває, діалог стоїть, а разом із ним стоїть і замовлення.
У LEO Chat, нашій платформі чат-ботів для інтернет-магазинів, цей крок живе всередині діалогу: бот сам шукає місто й відділення в довіднику Нової Пошти, оформлює відправку і повертає номер накладної в той самий чат. Нижче — як це влаштовано, що для цього потрібно від магазину і де автоматизація закінчується.
Що бачить клієнт
Коли товари вже в кошику, а ім'я й телефон названі, бот пропонує спосіб доставки кнопками: відділення Нової Пошти, поштомат, кур'єр до дверей або самовивіз.
Для відділення бот спершу питає місто. Клієнт пише «Львів» — бот звертається до довідника перевізника і повертає варіанти кнопками, бо міст і селищ із такою назвою буває кілька, і саме на цьому кроці найчастіше народжується посилка, що поїхала не туди. Далі відділення: клієнт вводить номер або назву вулиці, бот показує збіги з реального списку відділень і поштоматів цього населеного пункту. Один дотик — і адреса доставки стоїть у замовленні в тому вигляді, який перевізник прийме.
Для кур'єра логіка інша: спочатку місто, потім вулиця, будинок і квартира текстом. Різниця не косметична. Нова Пошта приймає адресну доставку саме як адресу, а не як ідентифікатор відділення, тож гілки сценарію розходяться від самого початку.
Далі оплата — накладений платіж або картка — і підтвердження замовлення. Коли накладну створено, її номер приходить у чат. Зміна статусу відправлення теж лягає в той самий діалог: клієнтові не треба ні листа шукати, ні окремий кабінет відкривати.
Що відбувається під капотом
Довідник міст і відділень бот бере з API Нової Пошти в момент запиту. Власної копії ми не тримаємо навмисно: список відділень і поштоматів змінюється постійно, а застаріла копія дає найнеприємніший різновид помилки — клієнт спокійно обирає відділення, якого вже немає.
Накладна створюється викликом до того самого API з реквізитами відправника, які магазин вводить у кабінеті один раз. Створена накладна записується в замовлення, замовлення переходить у статус відправленого, клієнтові йде повідомлення. Далі вмикається автоматична синхронізація статусів: платформа сама перевіряє трек і оновлює замовлення, коли посилку видали отримувачу.
Звірка з кодом 21 серпня 2026 показує повний набір цієї гілки: міста, відділення, поштомати, створення накладної, друк наклейки, кур'єр до дверей і автосинк статусів працюють на реальному API Нової Пошти, а не на тестовому стенді — модуль перевірено бойовою накладною.
Окремо про надійність самих повідомлень, бо номер накладної, який не дійшов, гірший за його відсутність. Сімнадцятого серпня 2026 ми ганяли платформу на тестовому стеку під навантаженням 300 повідомлень за секунду протягом хвилини і на двадцятій секунді примусово вбивали движок, а в наступних прогонах перезапускали чергу й кеш. Після кожного прогону звіряли лічильники: нуль втрачених і нуль подвоєних повідомлень серед підтверджених. Дорогою знайшли два баги втрати повідомлень і виправили їх до того, як вони дісталися живого магазину.
Що потрібно від магазину
Три речі, і всі три — з боку магазину.
Ключ API з кабінету Нової Пошти. Накладна створюється від імені відправника, тому працювати на чужому ключі не можна ні технічно, ні по суті: відправником у документі буде той, чий ключ.
Реквізити відправника. Контрагент, контактна особа, місто й відділення відправлення, телефон. Без них перевізник накладну просто не створить.
Параметри вантажу. Тип, вага, хто платить за доставку — Нова Пошта вимагає їх у кожному запиті, тож їх задають наперед, а не з'ясовують у клієнта посеред діалогу.
Поки ключа магазину немає, бот доведе клієнта до кроку доставки, але накладної не буде. Це не тумблер, який вмикають пізніше, а вимога перевізника.
Де межі
Бот не вибирає найдешевшу доставку за клієнта, не домовляється про час кур'єра і не розбирає спірних ситуацій із пошкодженою посилкою. Такі діалоги він передає людині в спільний інбокс разом з усією історією, атрибутами клієнта і його замовленнями — оператор бачить контекст і не перепитує те, що вже питали.
Питання про доставку, на які відповідь є в базі знань магазину, бот закриває сам, але тільки в її межах. На оцінці 4 липня 2026 ми прогнали AI-модуль на 29 питаннях, відповідь на які в базі є, і на 16 питаннях поза нею: точність на перших — 89,7 %, на других бот у всіх 16 випадках визнав, що не знає, і запропонував передати оператору. Це результат на конкретному наборі, а не властивість, яка тримається на будь-якому питанні.
І найпростіша межа, про яку легко забути в розмові про автоматизацію: накладна створюється миттєво, а посилка їде тоді, коли її фізично відвезли у відділення. Оформлення в чаті прибирає переходи між каналами й ручний пошук у кабінеті перевізника — на ціну, наявність і швидкість самої відправки воно не впливає.
Варто знати й про канали. Живих у LEO Chat два: Telegram і віджет на сайті. Instagram і Viber — у планах. Оплата карткою вмикається на ключах платіжного провайдера з боку магазину, тобто це окремий крок підключення.
Для магазинів, у яких Нова Пошта вже налаштована на сайті
Модуля перевізника на самому сайті це не замінює. Магазин на OpenCart, Хорошопі чи Prom.ua і далі оформлює доставку у своєму чекауті — бот додає ту саму механіку в каналі, де сайту немає: у месенджері. Якщо замовлення з чату мають потрапляти в облік магазину, для цього є вебхуки й публічний API.
Якщо ж потрібна саме інтеграція Нової Пошти в магазин, а не в чат, у нас є окрема послуга, а про типові помилки чекауту з відділеннями ми писали в статті про Нову Пошту в чекауті.
Подивитися своїми очима
Бот у кутку цієї сторінки — це LEO Chat. Про те, як замовлення з діалогу потрапляє у звіт доходу і чого такий звіт не доводить, ми розповідали в попередній статті. Опис продукту й скріншоти кабінету — на сторінці LEO Chat, решта наших продуктів — у розділі власних продуктів.
Спробувати платформу на своєму магазині можна на leo.lionex.com.ua — модель тарифів і умови пробного періоду там же, на сайті продукту. А якщо бота треба підключити до вашого каталогу, доставки й обліку, а не налаштовувати самому, залиште задачу агенції: відповідаємо протягом двох годин і працюємо за договором.
