Автоматизація відділу постачання з AI 2026

Начальник відділу постачання витрачає 2–3 години щодня на пересилання листів між підрозділами, менеджерами і бухгалтерією. Специфікація прийшла в Viber, комерційна пропозиція від постачальника — на пошту, акт виконаних робіт — у WhatsApp. Де «завис» рахунок-фактура — невідомо. Фінансовий директор питає про статус поставки, а відповідь доведеться збирати з трьох чатів і двох папок на диску.

Це не виняток — це типовий ранок у більшості компаній на 30–150 осіб, які регулярно купують матеріали, сировину або послуги підрядників. І головна проблема тут не відсутність дисципліни у команді, а архітектурна: процес постачання побудований на email і месенджерах, які за природою не мають статусу, черги пріоритетів або тригерів.

У цій статті ми розберемо весь ланцюжок — від моменту, коли підрозділ подав заявку, до підписаного акта і рахунка в черзі на оплату. Покажемо, де конкретно AI бере рутину, які інструменти підходять компанії без SAP і штатного програміста, і скільки годин на місяць реально звільняється після автоматизації.

Якщо вас цікавить суто технічна частина — від заявки до рахунку-фактури — читайте автоматизацію закупівель від заявки до рахунку. Тут ми беремо ширший погляд: весь відділ, документообіг і акт виконаних робіт.

Чому відділ постачання — це «чорна діра» в SMB

Типовий день начальника постачання: що їсть час

Опитування практиків показує: у компанії з 40–80 осіб начальник відділу постачання витрачає в середньому до 60% робочого часу не на стратегічні завдання — переговори з постачальниками, оптимізацію умов, розвиток бази — а на операційну рутину:

Збір і консолідація заявок від підрозділів (у різних форматах, каналах і з різним ступенем деталізації).
Уточнення неповних специфікацій — телефони, листи, переписка.
Ручне формування запитів комерційних пропозицій (КП) і розсилка постачальникам.
Зведення отриманих прайсів у Excel для порівняння.
Узгодження вибору з керівником або фінансовим директором — знову листи.
Контроль термінів поставки і підтвердження.
Ручна звірка фактури, накладної і замовлення.
Передача документів у бухгалтерію і відстеження оплати.

За оцінками практиків, ручне оформлення однієї поставки від початку до кінця займає сукупно 2–4 години по всьому ланцюгу. При 60 поставках на місяць — це 120–240 годин, або 15–30 людино-днів.

Прихована вартість email-координації: скільки коштує 1 поставка вручну

Порахуємо конкретно. Припустимо: середня зарплата начальника відділу постачання і задіяних менеджерів — 40 000 ₴/міс, тобто приблизно 230 ₴/год.

Операція	Час вручну	Вартість (230 ₴/год)
Збір і перевірка заявки	30 хв	115 ₴
Запит КП у 5 постачальників	45 хв	173 ₴
Зведення прайсів у таблицю	40 хв	153 ₴
Узгодження з керівником	20 хв	77 ₴
Оформлення PO і відправка	25 хв	96 ₴
Контроль поставки	20 хв	77 ₴
Звірка документів	30 хв	115 ₴
Передача в бухгалтерію	15 хв	58 ₴
Разом на 1 поставку	~3,5 год	~864 ₴

60 поставок на місяць × 864 ₴ = 51 840 ₴ операційних витрат тільки на ручну обробку. І це без урахування помилок, затримок оплати і часу, який фінансовий директор витрачає на пошук «де рахунок».

Відмінність комерційного постачання від держзакупівель (Prozorro) — де чиє місце

Важливе розмежування: коли в пошуку пишуть «автоматизація відділу постачання», Google часто змішує два різних світи.

Комерційне постачання — це закупівлі для власних потреб бізнесу: матеріали, обладнання, послуги підрядників. Регулюється внутрішніми правилами компанії. Автоматизується вільно — будь-яким стеком.

Держзакупівлі (Prozorro) — публічні тендери для державних і комунальних підприємств. Регулюються Законом №922-VIII. Мають власні платформи, ЕЦП і специфічний документообіг.

Ця стаття — про комерційне постачання. Якщо ваша компанія виступає постачальником у держзакупівлях (подає тендерні пропозиції на Prozorro) — це інша тема з іншим стеком.

Анатомія процесу: 9 кроків від потреби до закритого документа

Перш ніж щось автоматизувати, треба розуміти, що саме відбувається в процесі. Більшість компаній, з якими ми працюємо, не мають задокументованого процесу — він «в голові» у начальника постачання. Це перша проблема.

Типовий ланцюжок закупівлі виглядає так:

Кроки 1–3: специфікація, узгодження, бюджет

Крок 1 — Подача потреби. Підрозділ формулює, що потрібно: найменування, кількість, характеристики, термін. На практиці це приходить у вигляді повідомлення в Telegram, листа на пошту або усного прохання.

Крок 2 — Перевірка специфікації. Начальник постачання уточнює: чи правильно сформульовано, чи немає залишків на складі, чи відповідає технічним вимогам.

Крок 3 — Узгодження бюджету. Якщо сума вище порогу (наприклад, 50 000 ₴) — потрібна санкція фінансового директора або власника. Зазвичай це ще один лист або дзвінок.

Кроки 4–6: запит КП, вибір постачальника, PO

Крок 4 — Запит комерційних пропозицій. Розсилка запитів у базу постачальників. Вручну — окремий лист кожному з таблицею характеристик.

Крок 5 — Порівняння і вибір. Отримані прайси у різних форматах зводяться в Excel. Аналіз: ціна, термін поставки, умови оплати, надійність.

Крок 6 — Замовлення (Purchase Order, PO). Формування документа замовлення і відправка постачальнику. Часто — ще один ручний лист з PDF.

Кроки 7–9: поставка, приймання, акт і оплата

Крок 7 — Контроль поставки. Відстеження термінів, підтвердження відвантаження, координація з логістикою і складом.

Крок 8 — Приймання і звірка. Отримання накладної від постачальника, звірка з PO: найменування, кількість, ціна. Якщо є розбіжності — претензія.

Крок 9 — Акт виконаних робіт і оплата. Підписання акта (для послуг) або прийняття накладної (для товарів). Передача рахунку-фактури в бухгалтерію, постановка в чергу на оплату.

Де AI замінює ручну роботу: зведена таблиця

Крок	Хто робить вручну	Що робить AI	Час: вручну → авто
1. Подача потреби	Підрозділ пише лист/повідомлення	Бот збирає структуровану заявку через форму/чат	15 хв → 3 хв
2. Перевірка специфікації	Начальник постачання перевіряє вручну	AI перевіряє обов’язкові поля, порівнює з каталогом	20 хв → авто
3. Узгодження бюджету	Лист/дзвінок до FD	Автоматичний маршрут узгодження за порогом суми	1–2 дні → 15 хв
4. Запит КП	Ручна розсилка листів	Масовий запит через шаблон у базу постачальників	45 хв → 5 хв
5. Порівняння КП	Зведення прайсів у Excel	AI зводить і скорує пропозиції автоматично	40 хв → 3 хв
6. Формування PO	Ручне заповнення шаблону	Авто-генерація PO з даних заявки і КП	25 хв → авто
7. Контроль поставки	Телефони, листи	Автоматичні нагадування і статус-апдейти	20 хв → авто
8. Звірка документів	Ручна звірка PO ↔ накладна ↔ рахунок	3-way matching алгоритм	30 хв → авто
9. Передача в бухгалтерію	Ручна передача папок і листів	Автоматичний тригер з документами до бухгалтерії	15 хв → авто

AI для збору специфікацій і узгодження заявок

Перший вузол болю — не постачальники, а внутрішні підрозділи. Виробництво, IT, адмін — кожен подає потреби по-своєму. Хтось пише в Telegram скорочено, хтось надсилає листа із зайвими деталями, хтось взагалі приходить особисто.

Як підрозділи подають потреби через бота або форму замість email

Рішення — стандартизована точка входу. Для цього підходить:

Telegram-бот або корпоративний месенджер-бот (Slack, Teams). Бот ставить структуровані питання: що купуємо, скільки, для якого підрозділу, до якого терміну, обґрунтування. Відповіді записуються в базу — наприклад, Google Sheets або Airtable.
Внутрішня веб-форма (Google Forms, Typeform або кастомна форма в CRM). Підрозділ заповнює, дані йдуть автоматично в чергу заявок.
Модуль заявок у KeyCRM або NetHunt, якщо CRM вже розгорнута.

Результат: всі заявки в одному місці, з одним форматом, з автоматичним присвоєнням номера і часової мітки.

Автоматичний маршрут узгодження: від заявника до фінансового директора

Далі заявка проходить маршрут узгодження — залежно від суми і категорії:

До 10 000 ₴ — начальник відділу постачання узгоджує самостійно.
10 000–100 000 ₴ — додаткове підтвердження операційного директора.
Понад 100 000 ₴ — санкція фінансового директора або власника.

Цей маршрут налаштовується один раз у Make (Integromat) або n8n: тригер — нова заявка із сумою вище порогу → надсилання повідомлення відповідальному → очікування підтвердження → передача наступному кроку або повернення на доопрацювання.

Узгодження відбувається одним кліком у Telegram або корпоративному месенджері. Не потрібно відкривати пошту, шукати лист, відповідати «Підтверджую».

Детальніше про обробку замовлень і заявок — на сторінці послуги.

Приклад: заявка на 80 000 ₴ — що відбувається за 15 хвилин замість 2 днів

Розберемо конкретний сценарій. Виробничий підрозділ потребує запасних частин для обладнання на загальну суму ~80 000 ₴.

Вручну (типовий сценарій): 1. Механік пише повідомлення начальнику постачання в Telegram — неструктурований текст. 2. Начальник уточнює деталі — ще кілька повідомлень. 3. Формує лист фінансовому директору для узгодження бюджету. 4. FD відповідає через 4–6 годин (або наступного дня). 5. Начальник починає шукати постачальників.

Загальний час до старту запиту КП: 1–2 дні.

З автоматизацією: 1. Механік відкриває Telegram-бот, відповідає на 5 запитань (найменування, артикул, кількість, термін, підрозділ) — 3 хвилини. 2. Заявка автоматично створюється в системі з усіма полями. 3. AI перевіряє: сума > 50 000 ₴ → надсилає повідомлення FD з посиланням «Підтвердити / Відхилити / Уточнити». 4. FD підтверджує одним кліком у Telegram — 2 хвилини. 5. Система автоматично переводить заявку в статус «Готова до запиту КП» і нотифікує начальника постачання.

Загальний час: 10–15 хвилин. І ніхто не чекає, поки хтось «побачить лист».

Автоматизація роботи з постачальниками і порівняння КП

Масовий запит комерційних пропозицій без ручного листування

Коли заявка узгоджена, система автоматично формує запит КП і відправляє його до бази відповідних постачальників.

Як це працює: 1. У базі (Google Sheets, Airtable або CRM) кожен постачальник має категорії — «запасні частини», «витратні матеріали», «IT-обладнання» тощо. 2. За категорією заявки система відбирає 3–7 релевантних постачальників. 3. Make або n8n формує листа за шаблоном — специфікація, кількість, термін відповіді. 4. Листи надсилаються автоматично. Постачальники отримують конкретний, структурований запит — не «розкажіть скільки у вас коштує».

Опціонально: якщо постачальник зареєстрований у портальному кабінеті (наприклад, у Битрікс24 або кастомному порталі) — він заповнює відповідь безпосередньо у форму, і дані одразу потрапляють у порівняльну таблицю.

AI зводить 5 різних прайсів у таблицю за 3 хвилини

Навіть якщо постачальники відповідають у різних форматах — PDF, Excel, лист у довільному тексті — AI обробляє їх і формує зведену таблицю.

Ось як це реалізується: – GPT-4o або аналогічна модель витягує з прикріплених документів ключові поля: найменування, артикул, ціна за одиницю, умови оплати, термін поставки. – Дані нормалізуються і вносяться в єдину порівняльну таблицю. – Розбіжності в найменуваннях обробляються fuzzy-matching — система розпізнає, що «Підшипник SKF 6205-2RS» і «Bearing SKF 6205» — один товар.

За оцінками практиків, що впроваджують такі рішення, економія на обробці КП і рахунків через OCR і AI-розпізнавання — до 80% вартості ручного введення.

Скорингова модель: ціна, терміни, надійність — що враховує алгоритм

Автоматичне порівняння — це не просто найнижча ціна. Скорингова модель враховує:

Ціна (вага 40–50%) — з врахуванням умов оплати (передоплата vs відстрочка 30 днів не рівнозначні).
Термін поставки (вага 20–30%) — чи вкладається в потрібні рамки.
Надійність постачальника (вага 20–30%) — кількість успішних поставок без затримок і претензій за останні 12 місяців (дані беруться з внутрішньої бази).
Умови гарантії і рекламацій — якщо задані як обов’язковий параметр.

Ваги налаштовуються під специфіку компанії. Для виробничих закупівель термін поставки може важити більше, ніж 5% різниця в ціні. Для офісних витратних матеріалів — навпаки.

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

Від PO до акта виконаних робіт — документообіг без паперів

Автоматизація документообігу — формування PO і накладних автоматично

Коли постачальник обраний, система автоматично формує Purchase Order (PO) — документ замовлення з усіма реквізитами: найменування, кількість, ціна, реквізити сторін, умови оплати і поставки.

PO генерується з шаблону Word або PDF і відправляється постачальнику автоматично. Паралельно — зберігається в хмарному сховищі (Google Drive або SharePoint) з правильною назвою і структурою папок.

Це знімає типову проблему: «PO десь є, але ніхто не пам’ятає де». Кожен документ прив’язаний до заявки і доступний за одним кліком.

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

OCR-розпізнавання рахунків-фактур і актів від постачальника

Постачальник надсилає зворотні документи — накладну, рахунок-фактуру, акт виконаних робіт. Зазвичай це PDF або скан. Ручне введення даних у бухгалтерську систему — це 10–15 хвилин на документ і джерело помилок.

OCR (Optical Character Recognition, розпізнавання символів) + AI вирішує це: – Документ надходить на спеціальну email-адресу або через портал постачальника. – Make/n8n запускає OCR (наприклад, через Google Document AI, AWS Textract або Mindee). – Витягнуті дані: номер документа, дата, найменування, кількість, ціна, сума ПДВ, реквізити постачальника. – Дані автоматично переносяться в бухгалтерську систему (BAS, 1С, Xero або інша) або в Google Sheets для подальшої обробки.

3-way matching: замовлення ↔ накладна ↔ рахунок без ручної звірки

Тристороння звірка (3-way matching) — це автоматична перевірка відповідності між трьома документами: 1. PO (що ми замовили і за якою ціною) 2. Накладна або акт (що фактично отримали) 3. Рахунок-фактура (що постачальник виставив до оплати)

Якщо всі три збігаються — система ставить позначку «Готово до оплати». Якщо є розбіжність — наприклад, у рахунку ціна вища за PO на 3% або в накладній інша кількість — система автоматично флагує розбіжність і нотифікує відповідального.

Вручну цю звірку роблять люди — і пропускають помилки. За статистикою аудиторів, до 5% рахунків-фактур у компаніях без автоматичної звірки містять помилки або невідповідності, які оплачуються непомічено.

Тригер оплати: коли система самостійно ставить рахунок у чергу

Після успішної 3-way matching система автоматично: – Переводить рахунок-фактуру в статус «До оплати». – Повідомляє бухгалтера або фінансового директора. – Встановлює дедлайн оплати (з урахуванням умов договору і дати документа). – Якщо рахунок не оплачений за 2 дні до дедлайну — надсилає нагадування.

Ніяких «забутих рахунків», ніяких штрафних відсотків за прострочення. Аудитний слід кожного документа — від заявки до платіжного доручення.

Стек інструментів для SMB без SAP і без програмістів

Типова помилка — думати, що автоматизація постачання вимагає впровадження ERP або дорогої SRM-платформи. Для компанії на 30–80 осіб це надмірно і часто не окупається за 3–5 років. Є прагматичніший шлях.

Make (Integromat) + GPT-4o — для команд до 40 осіб, бюджет: від $150/міс

Make (colишній Integromat) — no-code платформа для автоматизації між застосунками. Підключає Google Sheets, Gmail, Telegram, Airtable, BAS (через webhook або Zapier-bridge), KeyCRM, NetHunt і ще 1500+ додатків.

GPT-4o через API додає «розумність»: розпізнавання документів, нормалізацію даних, аналіз КП.

Типовий стек: – Заявки: Google Forms або Telegram-бот → Google Sheets – Узгодження: Make → Telegram-бот – Запит КП: Make → Gmail – Порівняння КП: GPT-4o API → Google Sheets – PO: Make → шаблон Google Docs → PDF → Gmail – OCR рахунків: Mindee або Google Document AI → Google Sheets – Звірка: скрипт Google Apps Script або Make

Орієнтовний бюджет: Make Pro ($16/міс) + GPT-4o API (~$30–80/міс залежно від обсягу) + OCR ($20–50/міс) = $66–146/міс. Разові витрати на налаштування — 50–120 годин.

n8n self-hosted + LLM — якщо конфіденційність даних критична

n8n — відкрите програмне забезпечення, яке можна розгорнути на власному сервері. Принципова відмінність від Make: дані не покидають вашу інфраструктуру.

Це важливо для компаній, де: – Є конфіденційні умови з постачальниками (ексклюзивні ціни, знижки). – Юридичний відділ або служба безпеки вимагає контролю над даними. – Обробляються персональні дані (наприклад, ФОПи-постачальники з ПІБ і ІПН).

Замість GPT-4o через OpenAI API можна використовувати локальну модель (Ollama + Llama 3 або Mistral) — вона запускається на тому ж сервері.

Бюджет: сервер VPS ~$30–50/міс + n8n (безкоштовно для self-hosted) + локальна LLM (безкоштовно). Мінус: потрібна початкова технічна конфігурація.

Порівняння Make, n8n і Zapier для українського B2B — читайте детальніше на нашому блозі.

KeyCRM / NetHunt як ядро з модулем закупівель — якщо CRM вже є

Якщо у вас вже є KeyCRM або NetHunt — хороші новини: обидві системи підтримують кастомізацію під закупівельні процеси.

KeyCRM дозволяє: – Вести базу постачальників з историю взаємодій. – Налаштовувати воронку заявок / замовлень. – Інтегруватися з Google Sheets, Telegram і бухгалтерськими системами через API або Make.

NetHunt — більш гнучкий у кастомізації: можна побудувати повноцінну закупівельну воронку поверх Gmail-інтерфейсу.

Мінус: жодна з CRM не має вбудованого OCR або 3-way matching — ці блоки треба добудовувати через Make/n8n.

Коли потрібна повноцінна SRM — критерії переходу

SRM (Supplier Relationship Management) — це спеціалізована система для управління закупівлями: APS Smart, iStock.Link або аналоги.

Повноцінна SRM виправдана, коли: – Понад 200 активних постачальників. – Понад 200 поставок на місяць. – Потрібна сертифікація ISO 9001 або аналогічна (де процес постачання є формальним вимогою). – Холдингова структура з кількома юридичними особами.

Для компанії на 30–80 осіб із 30–100 поставками на місяць — SRM надмірна. Стек Make/n8n + CRM покриє 90% потреб за 10% ціни.

Реальний ROI: скільки звільняється часу і грошей

Розрахунок для компанії з 60 поставками на місяць

Візьмемо типовий кейс: виробнича або торгова компанія, 50–80 осіб, 60 поставок на місяць, 2 менеджери у відділі постачання.

До автоматизації: – 3,5 год на поставку (сукупно по ланцюгу) – 60 поставок × 3,5 год = 210 год/місяць – Середня ставка: 230 ₴/год – Вартість ручної обробки: 48 300 ₴/міс

Після автоматизації: – Стандартні поставки (близько 80% обсягу): ~25–30 хвилин на виключення. – Нетипові ситуації (нові постачальники, суперечки з документами): 60–90 хвилин. – В середньому: ~40 хвилин/поставку – 60 поставок × 40 хв = 40 год/місяць – Вартість: 9 200 ₴/міс

Звільнено: 170 годин і ~39 000 ₴/міс операційних витрат.

За оцінками, що наводить APS Smart для UA-ринку, автоматизація скорочує цикл закупівлі на 40–60%. Наш розрахунок дає ~81% зниження трудовитрат — але враховуйте, що це приклад із добре налаштованим стеком і стандартизованою базою постачальників.

Окупність впровадження (орієнтовно 80–150 годин налаштування при ставці виконавця 1 500 ₴/год = 120 000–225 000 ₴): 3–6 місяців.

Обробка замовлень: що відбувається з циклом після автоматизації

Ключова зміна — не просто швидкість, а прозорість. До автоматизації цикл обробки одного замовлення непередбачуваний: може зайняти 2 дні, а може — 2 тижні, залежно від того, чи підтвердив FD, чи відповів постачальник, чи не загубився рахунок у пошті.

Після автоматизації: – Кожен крок має дедлайн і автоматичне нагадування. – Статус кожної поставки видно в реальному часі. – Затримка на будь-якому кроці негайно ескалюється відповідальному.

Середній цикл обробки стандартного замовлення скорочується, за даними практиків, з 5–7 робочих днів до 1–2 днів.

Нефінансові вигоди: аудитний слід, відсутність «забутих» актів, контроль дебіторки

Гроші і години — не єдина цінність. Є ще три вигоди, які важко порахувати, але легко відчути:

Аудитний слід. Кожна операція зафіксована: хто подав заявку, хто узгодив, коли надіслали КП, хто вибрав постачальника, коли підписали акт. Під час аудиту або внутрішньої перевірки — відповідь на будь-яке питання за 30 секунд.

Відсутність «забутих» актів. Класична ситуація: послуга надана у листопаді, акт підписали у грудні, а в бухгалтерію він потрапив у лютому — і витрата «випала» з правильного кварталу. Автоматизований процес не дозволяє акту «зависнути» без нагадування.

Контроль кредиторської заборгованості. Дашборд показує: скільки рахунків в черзі на оплату, які наближаються до дедлайну, які прострочені. Фінансовий директор бачить cash flow без ручного зведення таблиць.

Типові помилки при автоматизації постачання

Автоматизувати хаос — найдорожча помилка

Найчастіша і найкоштовніша помилка: почати автоматизацію до того, як процес описаний і зрозумілий.

Якщо сьогодні заявки приходять у трьох форматах, вибір постачальника залежить від «відчуття» начальника постачання, а акти підписуються «коли є час» — автоматизація лише прискорить хаос. Make буде швидше пересилати листи-в-нікуди, а бот — збирати заявки, які ніхто не обробляє за правилами.

Що зробити спочатку: 1. Описати «як є» — намалювати реальний процес на папері або в Miro. 2. Визначити, де найбільше втрат часу і помилок. 3. Стандартизувати: єдиний формат заявки, чіткі пороги узгодження, зрозумілі правила вибору постачальника. 4. Тільки після цього — автоматизувати.

Не враховувати виключення: термінові закупівлі, нові постачальники

Жоден автоматизований процес не покриє 100% ситуацій. Завжди буде: – Термінова закупівля — щось зламалось, треба негайно, немає часу на 3 КП і узгодження. – Новий постачальник — якого ще немає в базі, треба перевірити, внести реквізити. – Нетипова специфікація — те, що рідко купували і немає шаблону.

Ці виключення треба передбачити в архітектурі: «швидкий трек» для термінових закупівель з рівнем узгодження 1 (тільки безпосередній керівник), окремий процес онбордингу нових постачальників.

Якщо виключення не продумані — вся система буде регулярно «виходити» з автоматичного режиму, і команда повернеться до email.

Не пояснити команді, навіщо змінювати процес — опір знизу

Технічно ідеально налаштована система може провалитися через людський фактор: команда не розуміє, навіщо це, або боїться, що «машина замінить їх».

Що допомагає: – Пояснити не «ми впроваджуємо автоматизацію», а «ми прибираємо рутину, щоб ви займались тим, що важливо». – Залучити начальника відділу постачання до проектування — він знає де болить. – Показати перші результати швидко: навіть один автоматизований крок (наприклад, збір заявок через бота) дає відчутний ефект за тиждень. – Бути готовим до того, що перші 2–4 тижні буде більше питань і «це не так» — це нормально.

Часті питання (FAQ)

Чи потрібна SRM, або вистачить Make/n8n?

Для більшості компаній на 30–100 осіб з обсягом до 150 поставок на місяць — вистачить Make або n8n у зв’язці з CRM і Google Sheets. Повноцінна SRM виправдана при масштабі 200+ постачальників, 200+ поставок на місяць або при вимогах формальної сертифікації процесів (ISO). Якщо ви не впевнені — почніть з легкого стеку: його завжди можна масштабувати або мігрувати на SRM пізніше.

Скільки коштує впровадження автоматизації відділу постачання?

Орієнтовно: від 60 000 ₴ за базовий стек (збір заявок + маршрут узгодження + запит КП) до 150 000–250 000 ₴ за повний ланцюжок від специфікації до тригера оплати з OCR і 3-way matching. Це разові витрати на налаштування. Щомісячна підтримка інфраструктури — $100–300/міс залежно від стеку. При 60 поставках/місяць окупність — 3–6 місяців. Для уточнення вартості під вашу ситуацію — замовте AI-аудит за 5 днів.

Чи інтегрується з BAS / 1С / KeyCRM / NetHunt?

Так. BAS і 1С інтегруються через COM-об’єкти або REST API (залежно від версії і конфігурації). KeyCRM і NetHunt мають публічний API і підтримуються Make і n8n нативно. Важливо: інтеграція з BAS/1С потребує технічного консультанта зі знанням конфігурації — не кожен фахівець з автоматизації вміє це самостійно. Уточнюйте при виборі виконавця.

Скільки часу займе впровадження?

Базовий стек (заявки + узгодження + запит КП): 3–4 тижні. Повний ланцюжок з OCR, 3-way matching і інтеграцією з бухгалтерією: 6–10 тижнів. Термін залежить від готовності процесів на стороні клієнта: чи є описані правила узгодження, чи ведеться база постачальників, чи є шаблони документів. Чим краще підготовлена «аналогова» частина — тим швидше автоматизація.

Чи потрібен штатний програміст?

Для Make-стеку і базових сценаріїв — ні. Після впровадження щоденна підтримка не потребує програмування: зміна правил узгодження, додавання постачальника, оновлення шаблону PO — це налаштування в no-code інтерфейсі. Для n8n self-hosted і складних інтеграцій з BAS/1С — бажано мати людину з базовим розумінням API або виділений контракт на підтримку.

Залежить від стеку. Make — американська SaaS-платформа (сервери в ЄС опціонально), GPT через OpenAI — дані передаються в США. Для компаній з вимогами GDPR або корпоративними правилами щодо даних постачальників — рекомендуємо n8n self-hosted + локальна LLM на власному сервері в Україні або ЄС. Реквізити постачальників-ФОПів є персональними даними за GDPR — враховуйте це при виборі інфраструктури.

Чим це відрізняється від модуля закупівель у BAS або Bitrix24?

Вбудовані модулі закупівель у BAS або Bitrix24 покривають облікові функції (введення накладних, рахунків), але не автоматизують комунікаційний і аналітичний шар: збір заявок від підрозділів через бота, масовий запит КП, AI-порівняння прайсів, OCR вхідних документів, тригерні нагадування. Автоматизація, яку ми описуємо, — це шар поверх ERP/CRM, а не заміна облікової системи.

Висновок і наступний крок

Відділ постачання на email і месенджерах — це не проблема людей, це проблема архітектури. Специфікації в Viber, акти в WhatsApp і рахунки «десь у пошті» — це симптоми процесу без структури, а не ознака поганої команди.

Автоматизація, яку ми описали, вирішує саме цю архітектурну проблему: дає структуру, маршрути, статуси і тригери — замість ланцюжків листів. Для компанії з 60 поставками на місяць це реально 170 звільнених годин і ~39 000 ₴ операційних витрат щомісяця.

Починати не обов’язково з повного ланцюжка — достатньо одного вузла болю. Найчастіше це або збір заявок, або порівняння КП. За 3–4 тижні перший блок вже працює, і команда бачить ефект.

Якщо хочете зрозуміти, які кроки у вашому процесі постачання автоматизуються першими — розкажіть про ваш процес: AI-аудит за 5 днів покаже конкретні точки входу без зобов’язань.