Більшість магазинів, які пишуть мені про «автоматизацію з ШІ», вже працюють на BaseLinker. У половині таких розмов виявляється, що функція, за яку людина готова заплатити кілька тисяч злотих, налаштовується в панелі за двадцять хвилин автоматичними діями, у межах абонемента. Тому текст значною мірою про те, чого купувати не треба.
Друга частина - про межу. BaseLinker добре веде замовлення від моменту, коли воно впало, до моменту, коли посилка поїхала. Значно гірше він дає раду з тим, що відбувається поруч із замовленням: із листуванням, документом, рішенням і даними, яких у ньому немає. Саме там починається код.
Що BaseLinker і так робить за вас
Інтеграції з Allegro, Amazon та eBay, власний магазин, кур'єри на чолі з InPost, залишки в одному місці, рахунки, менеджер замовлень і автоматичні дії. Це операційний шар польського мультиканального e-commerce, і підробляти його немає сенсу.
Автоматична дія влаштована просто: подія, умова, дія. Замовлення оплачене - міняємо статус. Статус змінився - створюємо посилку і надсилаємо лист. Замовлення з маркетплейсу вище певної суми - вішаємо тег і призначаємо на конкретну людину. Плюс виклик вебхука, тобто двері назовні.
Варто пам'ятати, на якому ринку це відбувається. GUS повідомляє, що у 2025 році використання технологій ШІ декларували 8,7 відсотка польських компаній, а замовний ШІ від зовнішнього підрядника мали лише 2,1 відсотка. Найчастіше купували готове рішення. Переклад на практику: більшості магазинів потрібне нормальне налаштування, а не програмістський проєкт, і чесний підрядник каже це на першій розмові.
Де закінчується автоматична дія і починається воркфлоу
Автоматичні дії мають три жорсткі обмеження: не тримають пам'яті поза межами одного замовлення, не вміють розгалужуватися за відповіддю зовнішньої системи і не розуміють природної мови. Усе, що потребує історії клієнта, даних поза BaseLinker або розбору тексту, виходить назовні.
Нижче таблиця, яку я малюю клієнтам на першій зустрічі. Колонки - це три рівні вартості: панель безкоштовна, воркфлоу коштує один раз плюс підтримка, код коштує найдорожче.
| Завдання | Автоматична дія в BaseLinker | Зовнішній воркфлоу (n8n, Make) | Власний код |
|---|---|---|---|
| Зміна статусу після оплати | так | не потрібно | не потрібно |
| Створення відправлення і етикетки | так | не потрібно | не потрібно |
| Лист або SMS при зміні статусу | так | не потрібно | не потрібно |
| Рахунок до замовлення | так | не потрібно | не потрібно |
| Позначити клієнта з третім поверненням за квартал | ні, історії клієнта не видно | так | не потрібно |
| Спільний звіт про маржу з магазину і маркетплейсів | ні | так | за великої кількості SKU |
| Відповідь на «де моя посилка» в чаті | ні | частково, жорсткими шаблонами | так |
| Оцінка повернення за фото і описом клієнта | ні | ні | так |
| Заповнення описів і характеристик із файлу постачальника | ні | так, до кількох сотень SKU | так, за тисяч |
| Синхронізація залишків із WMS поза списком інтеграцій | ні | так, якщо API стабільне | так, коли з'являється резерв партій |
| Рахунок із власною логікою розбиття | частково | так | так, коли підключається ERP |
Правило одне: чим вищий рядок у цій таблиці, тим менше ви маєте за нього платити. Якщо в комерційній пропозиції перші чотири рядки, ви платите за налаштування, а не за автоматизацію.
Ліміти API, об які розбивається зростання
API у BaseLinker широке, і це його сильна сторона: замовлення, товари, склади, відправлення, рахунки, журнал подій. Проблема виникає не в наборі функцій, а в темпі опитування, коли магазин росте. Акаунт має ліміт запитів на токен за одиницю часу, а списки віддаються сторінками. Конкретні значення дивіться в документації API ще до проєктування інтеграції: їх змінюють, і переписувати їх із чужого блогу не варто.
| Обмеження | Що відбувається на практиці | Коли починає заважати |
|---|---|---|
| Ліміт запитів на токен | відповіді 429, воркфлоу губить події і мовчить про це | кілька паралельних процесів з опитуванням раз на хвилину |
| Списки віддаються сторінками | одне «забери замовлення» - це насправді кілька викликів | від кількох сотень замовлень на день |
| Опитування замість реакції на подію | затримка дорівнює інтервалу, клієнт бачить застарілий статус | коли ви обіцяєте статус у реальному часі |
| Журнал подій зберігається не вічно | година аварії інтеграції - це діра в даних назавжди | завжди, тому потрібні повторна синхронізація та алерт |
| Один токен на всі процеси | важкий звіт блокує відправку посилок | починаючи з трьох інтеграцій |
Інженерні висновки нудні, і це добре. Окремий токен на процес, черга з повторами та експоненційною паузою, інкрементальна синхронізація за журналом замість викачування всього поспіль, власна копія замовлень у базі під звіти. Три години роботи на старті повертають вихідні у грудні.
Агент для статусів, повернень і питань про наявність
Ось тут шар ШІ справді доречний, бо йдеться про листування, а листування BaseLinker не веде. Агент сидить у чаті, у пошті та в месенджері, розпізнає питання, сам іде в API по замовлення і відповідає фактом замість шаблону.
Три сценарії, які окупаються найшвидше:
- Статус замовлення і посилки. Клієнт називає пошту або номер, агент підтягує замовлення, дивиться трек і каже, де посилка. Зазвичай це найбільша пачка повторюваних повідомлень.
- Повернення і рекламація. Агент перевіряє дату покупки, рахує строк, просить фото, заводить звернення і віддає заповнену форму. Рішення про гроші лишаю людині.
- Наявність і варіант. Питання про розмір, колір і строк доставки, на які відповідають зі складського залишку, а не з пам'яті моделі.
Польські впроваджувачі публікують цифри близько 70 відсотків запитів, закритих без людини, і кейс магазину на 200 замовлень на день, де вартість рішення 2 500 zł на місяць зіставляється з 26 000 zł місячної економії. Це цифри постачальників, а не мій результат, і я вважав би їх верхньою межею. Сам вимірюю простіше: кількість повідомлень, які перестали доходити до людини, помножена на середній час обробки.
Чого агент не зробить добре: не ухвалить рішення про виняток із регламенту, не заспокоїть по-справжньому розлюченого клієнта і не замінить опис товару, якого в каталозі немає. Бідні картки агент лише підсвітить, тож порядок робіт зворотний: спершу каталог, потім бот. На це маю окремий чек-лист SEO для інтернет-магазину, а про сам попит - розбір, як збільшити продажі в інтернет-магазині.
Документи: рахунки, KSeF і папери щодо повернень
Якщо продаєте в Польщі, строки вже минули: з 1 лютого 2026 усі платники податків отримують закупівельні рахунки через KSeF, а з 1 квітня 2026 обов'язок виставляти через KSeF поширився на всіх чинних платників VAT. BaseLinker виставляє рахунки на продаж, і ця половина закрита. Відкритою лишається друга: витрати поза KSeF, тобто рахунки від іноземних постачальників, PDF, скани і чеки, плюс документи щодо повернень, коригування та акти рекламацій.
Арифметика тут приємно проста. Ринкові дослідження дають близько 10,89 долара на обробку одного рахунку вручну і близько 2,78 долара за автоматичного вилучення даних. На п'ятистах документах на місяць різниця стає більшою, ніж вартість побудови процесу. Якщо це про вас, деталі на сторінці про автоматизацію документів.
Схема, яку зазвичай ставлю: поштова скринька і KSeF як два джерела, вилучення даних із документа, зіставлення із замовленням у BaseLinker за номером і сумою, запис у бухгалтерію, а винятки - в окремий список на ручне підтвердження. Винятки будуть завжди, і процес, який вдає, що їх немає, розвалюється за місяць.
Міст до WMS, ERP і власної бази
У якийсь момент BaseLinker перестає бути всією системою і стає одним з учасників. Зазвичай це збігається з трьома подіями одразу: склад переїжджає на WMS зі сканерами, бухгалтерія сидить у Comarch Optima або XL, а керівництво хоче звіти, яких у панелі немає.
Тоді я будую міст, а не другу систему. BaseLinker лишається джерелом правди про замовлення і відправлення, WMS - про комірки і партії, ERP - про гроші, а посередині стоїть шар, який тримає напрямок синхронізації і розв'язує конфлікти.
Одну річ повторюю всім: домовтеся про напрямок запису до того, як хтось напише рядок коду. Хто володіє залишком, хто ціною, хто даними клієнта. Дев'ять із десяти аварій інтеграції - це не баг, а дві системи, які ввічливо перезаписують одна одну. Якщо заразом думаєте про сам рушій магазину, є окремий матеріал: WooCommerce, Shopify чи headless.
Чого не варто будувати самому
BaseLinker сам рухається в бік ШІ: чат-бот для повернень і рекламацій стоїть у нього в дорожній карті на 2027 рік. Це й задає розумну межу замовлення. Функція, яку платформа однаково довезе, - погане місце для вашого бюджету.
- Оптимізація цін і репрайсинг на маркетплейсах. Зачекайте. Конкурувати доведеться з командою, яка бачить дані всього ринку, а ви бачите свої кілька сотень пропозицій.
- Масова генерація описів товарів. Разовий скрипт на міграцію каталогу виправданий, постійна система - майже ніколи.
- Власна панель замовлень. Майже ніколи. Це рік роботи і вічна підтримка.
- Чат-бот щодо повернень. Тут вікно відкрите. Версія платформи датована 2027 роком, вона буде загальною і не знатиме ні вашого регламенту, ні вашого складу. Якщо повернення - головна стаття витрат на підтримку, будуйте зараз і рахуйте окупність до кінця 2027 року.
Правило: будуйте те, що випливає з вашого процесу і ваших даних. Не будуйте те, що є функцією платформи і з'явиться там за рік.
Скільки це коштує і коли не починати
Польські постачальники публікують досить узгоджені вилки. Налаштування з простим воркфлоу - 8 000-20 000 zł плюс 200-500 zł на місяць на API та інфраструктуру. Агент на базі знань - 20 000-60 000 zł і 2 000-8 000 zł на місяць. Агент, який пише дані в CRM, ERP або логістичну систему, - вже 80 000-250 000 zł впровадження. Річну підтримку прийнято рахувати як 15-25 відсотків вартості впровадження.
Мої ставки нижчі, бо я працюю сам і не утримую відділу продажів.
| Обсяг | Ціна в мене | Що отримуєте |
|---|---|---|
| Налаштування автоматичних дій | безкоштовно, робите самі в панелі | базові сценарії BaseLinker |
| Зовнішній воркфлоу | від 900 € (3 900 zł) | один процес, алерти, документація |
| Агент для листування з клієнтом | від 1 500 € (6 500 zł) | чат, доступ до API, ескалація на людину |
| Автоматизація документів | від 2 800 € (12 000 zł) | рахунки і повернення від джерела до бухгалтерії |
| Підтримка | 15-25 відсотків на рік | зміни в API, моніторинг, правки |
І тепер частина, якої ви не почуєте від агенції. Не починайте, якщо магазин робить менше ніж приблизно тридцять замовлень на день і ніхто не зайнятий підтримкою на повну ставку: на цьому обсязі автоматичних дій і нормальних шаблонів вистачає. Не починайте, якщо процес не описаний, - ви автоматизуєте безлад і заплатите двічі. Не починайте з трьох сценаріїв одразу.
Ринкові цифри охолоджують. Галузеві огляди 2026 року дають 89 відсотків пілотів ШІ-агентів, які ніколи не доходять до продакшену, і 171 відсоток віддачі в тих 11 відсотків, що дійшли. Gartner прогнозує, що до кінця 2027 року буде скасовано понад 40 відсотків агентських проєктів. Це ринкові дані, а не мій результат. Причина майже завжди в обсязі задачі, а не в технології: замовляють «агента для підтримки» замість одного сценарію з вимірюваним ефектом.
Питання про Apilo ставлять часто. Якщо все працює, переїжджати лише заради автоматизації не варто: описаний шар стоїть на API і воркфлоу, а не на конкретному постачальнику.
Якщо хочете скоротити шлях, надішліть мені три речі: кількість замовлень на день, список каналів продажу і те, на що йде найбільше часу в підтримці. Напишіть мені, і я відповім, що налаштувати самому в BaseLinker, що робити воркфлоу і що лишається писати. Якщо заразом переробляєте вітрину, я роблю інтернет-магазини разом із цим шаром інтеграцій.
FAQ
Чи вистачає BaseLinker без додаткової автоматизації? Більшості магазинів приблизно до тридцяти замовлень на день вистачає. Автоматичні дії закривають зміну статусів, створення відправлень, сповіщення клієнтові і рахунки на продаж, тобто основну операційку. Добудовувати має сенс, коли з'являється листування з клієнтом, документ поза KSeF або система, якої BaseLinker не знає, наприклад WMS чи ERP.
Які ліміти в API BaseLinker і коли вони заважають? BaseLinker обмежує кількість запитів на токен за одиницю часу і віддає списки сторінками, а актуальні значення є в документації API. За кількох сотень замовлень на день і кількох паралельних процесів легко впертися у відповіді 429 і почати тихо втрачати події. Стандартне рішення: окремий токен на кожен процес, черга з повторами, інкрементальна синхронізація за журналом подій замість викачування всього поспіль і алерт, якщо інтеграція мовчить довше за звичне.
Скільки коштує ШІ-агент, підключений до BaseLinker? Польські постачальники публікують вилки: 8 000-20 000 zł за налаштування з простим воркфлоу, 20 000-60 000 zł за агента на базі знань і від 80 000 zł, коли агент пише дані в CRM або ERP. У мене агент для листування з клієнтом стартує від 1 500 € (6 500 zł), автоматизація документів - від 2 800 € (12 000 zł). Зверху закладайте 200-500 zł на місяць на API та інфраструктуру і підтримку на рівні 15-25 відсотків вартості впровадження на рік.
Чи варто робити власний чат-бот щодо повернень, якщо BaseLinker його анонсував? Залежить від строків. Чат-бот для повернень і рекламацій стоїть у дорожній карті BaseLinker лише на 2027 рік, тобто у вас вікно понад рік. Якщо повернення - головна стаття витрат на підтримку, власне рішення окупиться за цей час і додатково знатиме ваш регламент, ваші строки та живі залишки, чого платформна функція не дасть. Якщо повернень кілька на тиждень, краще зачекати.
Що з KSeF і рахунками при мультиканальних продажах? З 1 лютого 2026 усі платники податків отримують закупівельні рахунки через KSeF, а з 1 квітня 2026 обов'язок виставлення поширився на всіх чинних платників VAT. BaseLinker виставляє рахунки на продаж, ця сторона закрита. Автоматизувати лишається витратну частину поза KSeF: іноземні рахунки, PDF і скани, плюс коригування щодо повернень. Ринкові дослідження дають близько 10,89 долара на ручну обробку одного рахунку проти приблизно 2,78 долара за автоматичного вилучення даних.
n8n чи власний код для інтеграцій з BaseLinker? n8n або Make вистачає, коли процес лінійний, викликів небагато і не треба зберігати власний стан: звіти, сповіщення, перенесення даних між двома системами. Власний код беруть, коли з'являються бізнес-логіка, тисячі записів, власна база або розбір тексту і фотографій. Розумна і поширена схема - воркфлоу як оркестратор плюс один написаний сервіс саме там, де відбувається складне.
Чи переїжджати з Apilo на BaseLinker заради автоматизації? Не з цієї причини. Шар автоматизації стоїть на API і зовнішньому воркфлоу, а їх можна побудувати на обох платформах. Переїзд виправданий, коли бракує конкретної інтеграції з каналом продажу, кур'єром або складською системою, або коли вартість абонемента на вашому обсязі помітно відрізняється. Бажання підключити агента - не аргумент за зміну платформи.
Скільки часу займає таке впровадження? Простий воркфлоу - зазвичай кілька робочих днів, агент, який відповідає на питання щодо замовлень, - два-три тижні разом із тестами, міст до WMS або ERP - найчастіше місяць-два, бо найбільше часу йде на узгодження, яка система володіє якими даними. Я завжди починаю з одного сценарію, виведеного в продакшен, бо три одразу закінчуються тим, що жоден не працює нормально.
