Make (Integromat) для бізнесу: 5 сценаріїв з Nova Poshta та Checkbox

Щодня тисячі українських підприємців виконують одні й ті самі дії вручну: відкривають сайт Нової Пошти, вводять ТТН, копіюють статус у CRM, пишуть клієнту повідомлення. Потім переходять до Privat24 Business, шукають потрібний платіж, вносять суму в Excel. Наприкінці дня відкривають Checkbox і фіскалізують чеки по одному. Якщо у вас 20–30 замовлень на день — це легко 2–3 години щоденної механічної роботи.

Make.com (раніше Integromat) закриває цю задачу без написання коду. Це no-code платформа для автоматизації: ви малюєте схему з модулів-блоків, вказуєте що звідки брати і куди класти — і сценарій запускається сам. За версією G2, Make використовують понад 500 000 компаній у 170+ країнах.

Проблема з наявними українськими матеріалами про Make — вони або пояснюють базові принципи платформи без прив’язки до реалій, або порівнюють її з Zapier і n8n у відриві від конкретних українських сервісів. Жодна стаття у UA-видачі не показує, як підключити Nova Poshta API, як отримати вебхук від ПриватБанку або як автоматично фіскалізувати чек через Checkbox ПРРО.

Цей матеріал закриває цей gap. Ви отримаєте 5 готових сценаріїв Make — від простого (Telegram-бот для заявок) до складного (автоматична фіскалізація). До кожного — логіка, точні назви модулів, типові помилки і оцінка трудомісткості. Читач — власник інтернет-магазину, ФОП-консультант або операційний директор компанії з 5 до 200 замовлень на день. Знання API не потрібно — але треба розуміти, що воно існує.

Що таке Make.com і чому він підходить для українського бізнесу

Make.com — це візуальний конструктор автоматизацій. Кожен сценарій складається з модулів: тригери запускають ланцюжок, дії виконують операції (HTTP-запит, запис у таблицю, надсилання повідомлення), фільтри та маршрутизатори направляють дані за умовами.

На відміну від CRM-специфічних автоматизацій (наприклад, вбудованих тригерів у KeyCRM), Make не залежить від конкретного продукту. Він з’єднує будь-які сервіси, у яких є API або вебхук. Саме тому він корисний для українського бізнесу: Nova Poshta, ПриватБанк, Checkbox, LiqPay — всі вони надають API. Make вміє з ними працювати.

Як Make відрізняється від n8n і Zapier

Коротко — бо цій темі присвячений окремий матеріал. Ключові відмінності для UA-ринку:

Zapier — найстаріший гравець, найбільший каталог готових інтеграцій, але дорогий (від $19,99/міс за 750 задач) і не має нативних модулів для Nova Poshta чи Checkbox. Підходить, коли потрібні глобальні сервіси (HubSpot, Salesforce, Mailchimp) «з коробки».

n8n — відкритий код, безкоштовний для self-hosted варіанту, але вимагає власного сервера та базових навичок адміністрування Linux. Оптимальний вибір для компаній з DevOps-ресурсом або де важлива локалізація даних.

Make.com — золота середина: візуальний інтерфейс як у Zapier, але гнучкість HTTP-модуля дозволяє підключити будь-який UA-сервіс за документацією API. Безкоштовний план щедріший за Zapier. Детальніше про порівняння — у матеріалі Make vs n8n vs Zapier для українського B2B.

Безкоштовний план і коли він закінчується

Make рахує операції — кожен виконаний модуль в сценарії. Якщо сценарій має 4 модулі і запускається 100 разів — це 400 операцій.

Free-план: 1 000 операцій на місяць, до 2 активних сценаріїв, мінімальний інтервал запуску — 15 хвилин.

Для бізнесу з 30 замовленнями на день: якщо сценарій обробки замовлення має 5 модулів, то 30 × 5 × 30 днів = 4 500 операцій на місяць. Безкоштовного плану не вистачить — потрібен Core ($10,59/міс): 10 000 операцій, необмежена кількість сценаріїв, мінімальний інтервал — 1 хвилина.

Pro ($18,82/міс) виправданий, коли операцій більше 10 000 або потрібна пріоритетна обробка черги.

Для ФОП з 5–10 замовленнями на день і простими сценаріями (2–3 модулі) безкоштовного плану може вистачити на перші місяці — але з обмеженням у 15 хвилин між перевірками.

Чи потрібен програміст — чесна відповідь

Make розроблений так, що власник ФОП без технічного досвіду може самостійно зібрати базовий сценарій за 2–4 години. Для цього є вбудований туторіал, шаблони та drag-and-drop інтерфейс.

Але є межа, після якої без допомоги складно:

HTTP-модуль (потрібен для Nova Poshta та Checkbox) вимагає розуміння структури JSON-запиту. Не треба вміти програмувати, але треба прочитати документацію API і відтворити запит у полях форми.
Webhook-приймач від ПриватБанку потребує налаштування у Privat24 Business — це 15 хвилин у кабінеті, але якщо щось піде не так, важко діагностувати без розуміння HTTP-заголовків.
Фільтри і маршрутизатори з логікою «якщо / інакше» прості в Make, але при вкладеній логіці (кілька умов) легко заплутатись.

Висновок: базові сценарії (Telegram-бот, запис у Google Sheets) — самостійно. Сценарії з Nova Poshta API і Checkbox — або з консультацією спеціаліста (1–3 години), або самостійно з готовим шаблоном і документацією поруч.

Сценарій 1 — Автоматичний статус ТТН Нової Пошти → Telegram клієнту

Найпоширеніша задача для інтернет-магазинів: клієнт відправив замовлення — клієнт хоче знати, де посилка. Якщо менеджер відповідає вручну, він витрачає 3–5 хвилин на запитання, яких може бути 15–30 на день.

Як влаштований Nova Poshta API

Nova Poshta надає відкрите API v2.0 на ендпоінті https://api.novaposhta.ua/v2.0/json/. Для роботи потрібен API-ключ — він генерується безкоштовно в особистому кабінеті на novaposhta.ua у розділі «Налаштування → Безпека».

Метод для отримання статусу: getStatusDocuments. Запит надсилається методом POST у форматі JSON:

{
  "apiKey": "ваш_ключ",
  "modelName": "TrackingDocument",
  "calledMethod": "getStatusDocuments",
  "methodProperties": {
    "Documents": [
      {"DocumentNumber": "59000000000000", "Phone": "380XXXXXXXXX"}
    ]
  }
}

У відповідь API повертає поточний статус посилки (наприклад, «Відправлення прибуло до міста адресата»), очікувану дату доставки та назву відділення. Документація — на developers.novaposhta.ua.

Логіка сценарію в Make

Сценарій складається з 4 модулів:

Schedule — тригер за розкладом (наприклад, кожні 2 години з 8:00 до 20:00).
Google Sheets — Search Rows — читаємо таблицю зі стовпчиками: ТТН, телефон клієнта, Telegram chat_id, статус (останній відомий). Вибираємо рядки, де статус не «Отримано».
HTTP — Make a Request — для кожного рядка надсилаємо POST-запит до Nova Poshta API з ТТН і телефоном. У полі URL вказуємо https://api.novaposhta.ua/v2.0/json/, метод POST, тіло запиту формуємо з полів поточного рядка.
Router — перевіряємо: чи змінився статус порівняно із записаним? Якщо так — гілка A: Telegram — Send a Message (надсилаємо клієнту текст типу «Ваша посилка прибула у відділення №5»). Гілка B: нічого не робимо.
Google Sheets — Update a Row — записуємо новий статус у таблицю.

Важливий нюанс: щоб не заспамити клієнта, фільтр на Router має перевіряти і те, що старий статус відрізняється від нового (Status != PreviousStatus).

Що отримує бізнес

За нашою оцінкою, менеджер, який відповідає на 20 запитань про статус посилки на день, витрачає близько 1,5–2 годин на тиждень лише на цю задачу. Автоматизація повністю усуває потребу у відповідях — клієнт отримує повідомлення ще до того, як запитав.

Додатковий ефект: клієнти, яких попереджають про прибуття посилки, отримують її вчасно у 15–20% більше випадків — менше повернень і повторних відправок. Оцінка трудомісткості налаштування: 3–5 годин для людини без досвіду, 1 година зі спеціалістом.

Сценарій 2 — Нове замовлення в KeyCRM → ТТН → Google Sheets

Цей сценарій автоматизує весь ланцюжок від підтвердження замовлення до створення ТТН: нове замовлення в KeyCRM запускає Make, який звертається до Nova Poshta API і створює накладну, а номер ТТН записується назад у KeyCRM і одночасно у Google Sheets для звітності.

KeyCRM webhook — де взяти URL і що він передає

KeyCRM підтримує вебхуки в розділі «Налаштування → Інтеграції → Вебхуки». Ви додаєте URL вашого Make-сценарію (Make генерує його автоматично при створенні модуля Webhooks — Custom Webhook) і обираєте подію: «Замовлення створено» або «Статус замовлення змінено на “Підтверджено”».

Вебхук надсилає JSON-об’єкт з полями замовлення: ім’я отримувача, телефон, адреса, перелік товарів, сума, місто. Ці дані потрібні для формування запиту до Nova Poshta API.

Make-сценарій: від вебхуку до ТТН

Сценарій налічує 5 модулів:

Webhooks — Custom Webhook — приймає дані замовлення від KeyCRM. Make автоматично визначає структуру JSON після першого тестового запиту — поля стають доступні у подальших модулях.
JSON — Parse JSON (опціонально) — якщо KeyCRM надсилає вкладені об’єкти, їх треба «розпакувати» для зручного доступу до полів.
HTTP — Make a Request — POST до https://api.novaposhta.ua/v2.0/json/ з методом createInternetDocument. У тілі запиту: відправник (ваш контрагент у НП), отримувач (з даних KeyCRM), вага, оголошена вартість, тип доставки. У відповідь API повертає номер ТТН.
Google Sheets — Append a Row — записуємо у таблицю: дату, номер замовлення, ім’я клієнта, номер ТТН, суму.
HTTP — Make a Request (другий) — PATCH-запит до KeyCRM API, щоб записати ТТН у поле замовлення. KeyCRM має власне REST API з документацією на docs.keycrm.app.

Оцінка складності і де помиляються

Складність: 4–6 годин для першого досвіду з Make. Основний час займає читання документації Nova Poshta API та налагодження формату запиту createInternetDocument — там багато обов’язкових полів (CitySender, SenderAddress, ContactSender тощо).

Типові помилки: – Неправильний ідентифікатор міста — Nova Poshta API використовує внутрішні Ref-ідентифікатори міст і відділень, а не текстові назви. Спочатку треба зробити запит getCities і getWarehouses, щоб отримати потрібні Ref. – Пропущені обов’язкові поля — API повертає помилку без чіткого пояснення, яке поле відсутнє. Перевіряйте відповідь API в полі errors. – Тестування на live-даних — у Make є режим тестування (Run once), але якщо ви не використовуєте тестовий API-ключ Nova Poshta, реальні ТТН будуть створені на рахунку відправника. Завжди тестуйте з тестовими даними або окремим тестовим контрагентом.

Сценарій 3 — Оплата на ПриватБанк → запис у Google Sheets → сповіщення в Telegram

ФОПи та малий бізнес часто використовують ПриватБанк як основний розрахунковий рахунок. Проблема: дізнатись про нову оплату можна або з Privat24, або з SMS — але обидва варіанти не дають структурованих даних для звітності. Цей сценарій робить так, що кожна нова транзакція автоматично з’являється у Google Sheets і Telegram менеджеру.

ПриватБанк merchant webhook: як підключити callback у Privat24 Business

ПриватБанк надає merchant API для юридичних осіб і ФОП, які підключили еквайринг або використовують рахунок для прийому оплат від контрагентів. У Privat24 Business є розділ «API та інтеграції», де можна вказати callback_url — адресу, на яку ПриватБанк надсилатиме POST-запит при кожній транзакції.

Якщо еквайринг не підключено, альтернатива — модуль ПриватБанк → Виписка: Make може запитувати виписку по API через модуль HTTP з методом https://acp.privatbank.ua/api/proxy/transactions/interim кожні 15 хвилин і порівнювати з останньою відомою транзакцією. Для цього потрібен токен корпоративного API — генерується у Privat24 Business у розділі «Налаштування → Ключі API».

Make-сценарій: Webhook → Parse → Google Sheets + Telegram

Варіант з вебхуком (еквайринг):

Webhooks — Custom Webhook — приймає POST від ПриватБанку. Після першого тестового платежу Make автоматично визначає структуру даних.
Tools — Set Variable — витягуємо потрібні поля: сума, відправник, призначення платежу, дата/час.
Google Sheets — Append a Row — додаємо рядок у таблицю обліку платежів: дата, сума, платник, призначення.
Telegram — Send a Message — надсилаємо менеджеру повідомлення: «Нова оплата: 3 500 грн від ТОВ “Клієнт” — Рахунок №125».

Варіант з інтервальним запитом виписки:

Schedule — кожні 15 хвилин.
HTTP — Make a Request — GET-запит до API ПриватБанку з токеном, отримуємо список транзакцій за останні 30 хвилин.
Array Aggregator / Iterator — перебираємо транзакції.
Filter — відфільтровуємо лише нові (де ID транзакції не записаний у Google Sheets).
Google Sheets — Search Rows + Append a Row — перевірка дублів і запис нових.
Telegram — Send a Message — сповіщення.

Чому цей сценарій закриває задачу «я не знаю, чи прийшла оплата»

Ручна перевірка Privat24 займає 2–5 хвилин, але у напружений день менеджер може перевіряти рахунок 10–15 разів. Це не лише час — це відволікання. Автоматичне Telegram-сповіщення означає: менеджер дізнається про платіж протягом хвилини, не відкриваючи Privat24, і одразу може підтвердити замовлення клієнту.

Додатковий бонус: Google Sheets з автоматичними записами — готовий журнал платежів для бухгалтера або податкової. Не треба вивантажувати виписку вручну щомісяця.

Оцінка трудомісткості: 2–3 години (варіант з вебхуком, якщо еквайринг вже підключено) або 4–5 годин (варіант з інтервальним запитом виписки).

Сценарій 4 — Автоматична фіскалізація через Checkbox ПРРО

Checkbox — Ukrainian ПРРО (програмний реєстратор розрахункових операцій), який дозволяє фіскалізувати чеки без фізичного РРО. З 2023 року більшість ФОП другої та третьої груп зобов’язані використовувати РРО або ПРРО при розрахунках готівкою або через еквайринг.

Ручна фіскалізація — відкрити Checkbox, ввести товар, суму, тип оплати, надіслати чек. При 20–30 операціях на день це 30–45 хвилин щодня. Make автоматизує цей процес: оплата надійшла — чек сформований автоматично.

Checkbox API: receipt endpoint і ліцензійний ключ касира

Checkbox надає REST API з документацією на api.checkbox.ua. Основний ендпоінт для фіскалізації продажу: POST https://api.checkbox.in.ua/api/v1/receipts/sell.

Для роботи з API потрібно: 1. Ліцензійний ключ касира — видається при підключенні до Checkbox, знаходиться у кабінеті у розділі «Касири». Кожен касир-касапарат має свій ключ. 2. Авторизація — спочатку POST на /api/v1/cashiers/signin з ключем касира, у відповідь — JWT-токен. Токен дійсний 24 години, після чого треба повторно авторизуватись. 3. Відкрита зміна — перед прийомом оплат зміна має бути відкрита. Make може відкривати зміну автоматично вранці через модуль Schedule + HTTP.

Тіло запиту на /api/v1/receipts/sell містить: масив товарів (назва, кількість, ціна в копійках), тип оплати (готівка або картка), суму, дані покупця (опціонально).

Make-сценарій: тригер → HTTP POST до Checkbox API

Повний ланцюжок при оплаті через LiqPay або ПриватБанк еквайринг:

Webhooks — Custom Webhook — тригер від LiqPay або ПриватБанку при успішній оплаті.
HTTP — Make a Request — POST на /api/v1/cashiers/signin з ключем касира. Витягуємо JWT з відповіді.
HTTP — Make a Request — POST на /api/v1/receipts/sell з JWT у заголовку Authorization. Формуємо тіло: назва товару (з вебхуку), сума в копійках (ціна × 100), тип оплати «CASHLESS».
Google Sheets — Append a Row — записуємо: дата/час, сума, фіскальний номер чека, статус фіскалізації.
Telegram або Email (опціонально) — надсилаємо клієнту посилання на електронний чек.

Типові помилки при фіскалізації через Checkbox API

Неправильний формат суми. Checkbox приймає суму в копійках (integer), не в гривнях. Якщо передати 350 замість 35000, чек буде на 3,50 грн. Перевіряйте формулу перетворення: {{round(price * 100)}}.

Проблема часового зсуву UTC. Checkbox записує час чека за UTC, але податкові вимоги — київський час (UTC+2 або UTC+3 влітку). Якщо Make-сервер також у UTC, час у чеку буде коректним — але якщо де-небудь є ручне виставлення часу, перевірте зсув.

Неправильна каса або закрита зміна. Якщо зміна закрита (наприклад, після 23:59 або при технічному збої), API повертає помилку 422. Додайте error-handler у Make: якщо відповідь не 200 — надсилайте сповіщення менеджеру для ручної фіскалізації.

Назва товару з обмеженнями. Checkbox має обмеження на довжину назви товару. При автоматичному передаванні назви з CRM переконайтесь, що вона не перевищує 256 символів.

Оцінка трудомісткості: 5–8 годин, у тому числі налаштування касира, відкриття зміни та тестування на реальній транзакції. Рекомендуємо залучити спеціаліста або консультацію — помилка у фіскалізації може мати наслідки для звітності.

Сценарій 5 — Telegram-бот для прийому заявок → KeyCRM або Google Sheets

Найпростіший у налаштуванні сценарій — і водночас один з найкориснішихдля малого бізнесу та ФОП-консультантів. Telegram-бот приймає заявки, Make опрацьовує їх і розподіляє: складні — у KeyCRM, прості — у Google Sheets, нестандартні — менеджеру на перевірку.

Telegram Bot API + Make Webhook: підключення без коду

Для створення Telegram-бота: 1. Відкрийте @BotFather у Telegram, введіть /newbot, вкажіть назву і username. 2. BotFather видасть токен бота — збережіть його. 3. У Make створіть новий сценарій з тригером Telegram Bot — Watch Updates. 4. У полі Token вставте токен від BotFather. Make автоматично зареєструє вебхук на стороні Telegram.

Після цього кожне повідомлення у вашому боті буде запускати Make-сценарій і передавати текст, ім’я користувача і chat_id відправника.

Логіка фільтрації і маршрутизації заявок

Типовий сценарій для ФОП-консультанта з 15–20 зверненнями на день:

Telegram Bot — Watch Updates — тригер на нове повідомлення.
Text Parser — Match Pattern — перевіряємо текст на ключові слова: якщо містить «ціна», «замовити», «скільки коштує» — маршрут A; якщо «питання», «порада», «консультація» — маршрут B; все інше — маршрут C.
Router — три гілки:

Гілка A (замовлення): – HTTP — Make a Request → POST до KeyCRM API /api/leads — створюємо ліда з текстом повідомлення і Telegram chat_id. – Telegram Bot — Send a Message — автовідповідь: «Дякуємо! Менеджер зв’яжеться з вами протягом 30 хвилин».

Гілка B (консультація): – Google Sheets — Append a Row — записуємо дату, текст запиту, Telegram username. – Telegram Bot — Send a Message — автовідповідь з посиланням на форму або часами роботи.

Гілка C (нестандартне): – Telegram — Send a Message → переслати повідомлення у робочий чат менеджера з позначкою «Перевірити вручну».

Реальний приклад для ФОП-консультанта

Уявімо ФОП, який надає консультації з бухгалтерії та реєстрації бізнесу. До нього щодня звертаються 15–20 людей через Telegram. Без автоматизації він або відповідає одразу (і перериває роботу), або накопичує 20 непрочитаних і забуває про когось.

З Make-сценарієм: нові звернення автоматично записуються у Google Sheets з priority-позначкою за ключовими словами. Клієнт одразу отримує автовідповідь і знає, що його почули. ФОП відкриває таблицю раз на 2–3 години і обробляє черги пакетно, а не реактивно.

За нашою оцінкою, такий підхід скорочує час на «диспетчеризацію» заявок на 1–1,5 години на день — і при цьому клієнти залишаються задоволені, бо не отримують тишу у відповідь.

Детальніше про автоматизацію Telegram-ботів для бізнесу — на сторінці послуги AI-чатботів.

Оцінка трудомісткості: 1,5–2 години для базового варіанту (без KeyCRM-інтеграції), 3–4 години з підключенням KeyCRM.

Скільки коштує автоматизація на Make для UA-бізнесу

Тарифи Make (актуальні на травень 2026)

Тариф	Ціна/міс	Операцій/міс	Мін. інтервал	Сценаріїв
Free	$0	1 000	15 хвилин	2
Core	$10,59	10 000	1 хвилина	Без ліміту
Pro	$18,82	10 000+	1 хвилина	Без ліміту
Teams	$34,12	10 000+	1 хвилина	Без ліміту

На Core-тарифі можна докуповувати операції пакетами (приблизно $7–9 за 10 000 доп. операцій).

Скільки операцій витрачає кожен сценарій

Сценарій	Модулів	Запусків/день	Операцій/міс
Статус ТТН НП → Telegram	5	30	~4 500
KeyCRM → ТТН → Google Sheets	5	20	~3 000
ПриватБанк → Sheets + Telegram	4	15	~1 800
Checkbox фіскалізація	5	25	~3 750
Telegram-бот → KeyCRM	6	20	~3 600

Якщо запускати всі 5 сценаріїв одночасно для середнього інтернет-магазину (20–30 замовлень/день) — це приблизно 15 000–20 000 операцій на місяць. Потрібен Core або Pro тариф з додатковими операціями.

Де знайти спеціаліста для налаштування

Варіанти:

Freelancehunt — пошук за тегами «Make.com», «Integromat», «автоматизація». Ціни: $15–50 за годину, типовий сценарій — $50–150.
Djinni — більш технічний пул, є спеціалісти з досвідом API-інтеграцій.
Directoria — ми налаштовуємо Make-сценарії для українського бізнесу зі знанням специфіки Nova Poshta, KeyCRM, Checkbox і ПриватБанку. Запишіться на безкоштовний AI-аудит — за 5 днів визначимо, які 2–3 сценарії дадуть найбільший ефект для вашого бізнесу.

Типові помилки при першій автоматизації на Make

Ці помилки стабільно зустрічаються у тих, хто вперше налаштовує Make самостійно. Краще дізнатись про них до, а не після.

Не враховують кількість операцій — несподіваний білінг. Make автоматично переводить на платний план або зупиняє сценарії, коли ліміт операцій вичерпано. Перед запуском підрахуйте: кількість модулів × кількість запусків на день × 30 днів. Результат — ваш місячний бюджет операцій. Якщо він перевищує ліміт плану — одразу переходьте на вищий.

Не додають error-handler — сценарій мовчки зупиняється. За замовчуванням, якщо один з модулів повертає помилку, сценарій зупиняється і нічого не повідомляє. Ви дізнаєтесь про це через день, коли клієнт запитає, чому не прийшло сповіщення. Додайте Error Handler до HTTP-модулів (правою кнопкою → Add error handler → Resume або Rollback + Telegram-сповіщення).

Тестують на live-даних — псують реальні записи. У Make є кнопка «Run once» — вона запускає сценарій одноразово з реальними даними. Якщо ваш сценарій записує у Google Sheets або надсилає SMS клієнту — тестування на live-даних означає реальні записи і реальні повідомлення. Використовуйте тестову таблицю і тестовий Telegram-чат (або заблокуйте відповідні модулі під час тестування).

Не налаштовують фільтри — зайві Telegram-повідомлення. Без фільтрів сценарій статусу ТТН надсилає повідомлення при кожній перевірці, навіть якщо статус не змінився. Клієнт отримує 10 однакових «Посилку прийнято на склад» і блокує бота. Завжди додавайте фільтр порівняння нового і попереднього статусу.

Не тестують сценарій у режимі реальних обсягів. Сценарій, який чудово працює при 5 замовленнях на день, може почати збоювати при 50 — через rate limits API (Nova Poshta обмежує кількість запитів за хвилину). Додайте модуль Tools — Sleep між запитами (затримка 1–2 секунди) або використовуйте пакетні запити, де API підтримує масив ТТН.

Наш досвід: як ми налаштовуємо Make для клієнтів

Типовий процес при зверненні до Directoria:

День 1–2: AI-аудит. Ми аналізуємо поточні процеси — де витрачається найбільше часу, які операції повторюються щодня, які сервіси вже використовуються (KeyCRM, Нова Пошта, ПриватБанк, Checkbox). За підсумком формуємо карту автоматизацій з пріоритетами і оцінками трудомісткості.

День 3–7: пілотний сценарій. Беремо один процес — зазвичай той, що дає найшвидший ефект (наприклад, сценарій статусу ТТН або Telegram-бот для заявок). Налаштовуємо, тестуємо з вашими реальними даними в тестовому середовищі, передаємо документацію.

Після пілоту. Якщо ефект підтверджено — розширюємо на інші процеси або передаємо знання вашій команді для самостійного обслуговування.

Що ми не обіцяємо: Make — не панацея. Є процеси, де ручний контроль важливіший за швидкість (наприклад, перевірка якості товару перед відправкою). Там автоматизація доречна лише частково. Ми завжди чесно говоримо, де автоматизація окупиться, а де ні.

Оцінімо, які 2–3 сценарії Make дадуть найбільший ефект для вашого бізнесу за 5 днів — безкоштовно.

Часті питання

Чи є Make.com в Україні — чи є обмеження для UA-ринку?

Make.com доступний в Україні без обмежень. Реєстрація через пошту або Google-акаунт, оплата через міжнародну картку (Visa/Mastercard). Деякі платіжні системи з санкційних юрисдикцій заблоковані, але для оплати підписки Make це не стосується. Інтерфейс — англійською, є часткова документація іншими мовами.

Nova Poshta є в каталозі Make-інтеграцій?

Ні, Nova Poshta не має офіційного модуля в каталозі Make (на відміну від, наприклад, DHL або FedEx). Але це не проблема: модуль HTTP — Make a Request дозволяє звернутись до будь-якого REST API, включно з Nova Poshta API v2.0. Всі 5 сценаріїв у цій статті використовують саме цей підхід.

Скільки коштує налаштування Make від фахівця?

Орієнтовний діапазон: $50–150 за простий сценарій (Telegram-бот або ПриватБанк → Sheets), $150–400 за складний (Nova Poshta API з повним ланцюжком або Checkbox-інтеграція з error-handling). Ціни залежать від складності логіки, кількості сервісів і необхідності документації. Уточніть вартість для вашого випадку — ми надаємо оцінку безкоштовно після AI-аудиту.

Make безпечний для даних клієнтів?

Make.com сертифікований за ISO 27001 і SOC 2 Type II. Дані передаються зашифрованим каналом (TLS). Для чутливих даних (персональні дані клієнтів, банківська інформація) рекомендуємо: не зберігати їх у Make Datastore, мінімізувати кількість модулів, через які проходять дані, і розглянути self-hosted варіант n8n, якщо вимоги до локалізації даних критичні.

Чи можна замінити KeyCRM на Make?

Ні — це різні класи інструментів. KeyCRM — це CRM-система: база клієнтів, угод, задач, аналітика продажів. Make — це платформа автоматизації. Вони доповнюють одне одного: KeyCRM зберігає дані і є джерелом подій, Make автоматизує дії між KeyCRM та іншими сервісами (Nova Poshta, Telegram, Checkbox). Використання Make без CRM можливе, але тоді Google Sheets стає базою даних, що має свої обмеження при масштабуванні.

Що робити, якщо Make заблокують або підвищать ціну?

Make — американська компанія (Celonis), яка наразі не потрапляє під обмеження, що стосуються UA-ринку. Але якщо ризик диверсифікації важливий — n8n self-hosted є повноцінною альтернативою: відкритий код, ваш сервер, ваші дані. Більшість сценаріїв, описаних у цій статті, можна перенести на n8n за 1–2 дні роботи спеціаліста. Детальніше — у матеріалі Make vs n8n vs Zapier для українського B2B.

Чи може Make обробляти документи — рахунки, акти, договори?

Так, але обмежено. Make вміє генерувати PDF через інтеграцію з Google Docs або зовнішніми сервісами (PDF.co, DocuSign), надсилати файли електронною поштою або у Telegram. Але складне редагування документів або юридично значущий підпис потребують окремих рішень. Докладніше — на сторінці автоматизації документообігу.

Висновок

П’ять сценаріїв, які ми розглянули — від простого Telegram-бота до автоматичної фіскалізації через Checkbox — реальні і вже використовуються українськими бізнесами. Жоден з них не вимагає програміста для базового налаштування, але кожен вимагає часу на вивчення документації та тестування.

Якщо ви лише починаєте з Make — рекомендуємо стартувати зі сценарію ПриватБанк → Google Sheets + Telegram. Він потребує мінімальних технічних знань, не ризикує даними клієнтів (на відміну від Checkbox або Nova Poshta createDocument) і одразу дає відчутний результат — ви перестанете відкривати Privat24 кожні 20 хвилин.

Наступний крок — статус ТТН. Потім Telegram-бот для заявок. Складніші сценарії — з Nova Poshta createInternetDocument і Checkbox API — краще робити з фахівцем або хоча б після того, як освоїте базову логіку Make.

Хочете зрозуміти, який сценарій дасть найшвидший ефект саме для вашого бізнесу — замовте безкоштовний AI-аудит. За 5 днів ми складемо карту автоматизацій і покажемо, де Make заощадить найбільше часу.