ERP для закупівель

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

ERP допомагає закупівлям не жити в Excel, месенджерах і “мені постачальник обіцяв”, а працювати як контрольований бізнес-процес: хто ініціював закупівлю, хто погодив, у кого купили, чому саме в цього постачальника, за якою ціною, чи вписалися в бюджет, чи вчасно поставили, чи прийняв склад, чи можна оплачувати.

Головне. ERP для закупівель потрібна не для того, щоб “завести ще одну систему”, а щоб компанія бачила повний шлях закупівлі: потреба → заявка → погодження → постачальник → замовлення → поставка → документи → оплата → аналітика.

Проста аналогія. Закупівлі без ERP — це коли всі щось просять, хтось щось купує, бухгалтерія потім дивується, склад не знає, що приїхало, а фінансист тихо старіє. ERP перетворює це на зрозумілий процес із відповідальними, статусами, бюджетами й документами.

Що таке ERP для закупівель

ERP для закупівель — це набір функцій ERP-системи, які автоматизують закупівельний цикл підприємства.

ERP може покривати:

планування потреб;
заявки на закупівлю;
погодження заявок;
бюджетний контроль;
вибір постачальників;
запити цінових пропозицій;
тендери;
договори;
замовлення постачальникам;
контроль поставок;
приймання товарів;
приймання послуг;
контроль якості;
рахунки постачальників;
оплату;
взаєморозрахунки;
складський облік;
повернення постачальникам;
претензії;
аналітику закупівель;
KPI постачальників;
інтеграції з банком, складом, CRM, WMS, BI.

Для чого потрібна ERP у закупівлях

ERP потрібна закупівлям, щоб:

не губити заявки;
не купувати зайве;
не купувати дорожче, ніж потрібно;
не перевищувати бюджет;
бачити залишки на складі перед закупівлею;
контролювати постачальників;
порівнювати ціни;
погоджувати закупівлі за правилами;
контролювати договори;
бачити статус поставок;
не оплачувати те, що не прийнято;
уникати дублювання закупівель;
мати прозору історію рішень;
аналізувати ефективність закупівель.

Без ERP закупівлі часто працюють у режимі “хто голосніше попросив — тому купили”. Це весело до першого перевищення бюджету, простроченої поставки або складу, забитого товарами “на всякий випадок”.

Типовий закупівельний процес в ERP

Типовий процес виглядає так:

Потреба
  ↓
Заявка на закупівлю
  ↓
Погодження
  ↓
Вибір постачальника
  ↓
Замовлення постачальнику
  ↓
Поставка
  ↓
Приймання товару або послуги
  ↓
Первинні документи
  ↓
Оплата
  ↓
Закриття взаєморозрахунків
  ↓
Аналітика закупівель

У реальному бізнесі процес може бути простішим або складнішим, але ERP має фіксувати головне: хто, що, коли, навіщо і на яку суму купує.

Основні модулі ERP для закупівель

Модуль	Для чого потрібен	Приклад
Заявки на закупівлю	Фіксація потреби підрозділів	Відділу продажів потрібні ноутбуки
Погодження	Контроль рішень і бюджетів	Керівник погоджує закупівлю понад 20 000 грн
Постачальники	Довідник і оцінка постачальників	Основний постачальник обладнання
Договори	Умови роботи з постачальниками	Договір поставки з відстрочкою 14 днів
Замовлення постачальнику	Офіційна потреба до постачальника	Замовити 50 одиниць товару
Склад	Приймання і контроль залишків	Товар прийнято на основний склад
Фінанси	Оплата і бюджетний контроль	Оплата рахунку після приймання
BI / Аналітика	KPI і контроль ефективності	Економія, прострочки, рейтинг постачальників

Заявка на закупівлю

Заявка на закупівлю — це документ, у якому підрозділ або співробітник фіксує потребу щось купити.

Заявка може містити:

ініціатора;
підрозділ;
дату;
потрібний товар або послугу;
кількість;
бажаний строк;
обґрунтування;
проєкт;
бюджетну статтю;
бажаного постачальника;
орієнтовну суму;
пріоритет;
вкладені файли;
коментарі.

Приклад:

Поле	Значення
Ініціатор	Керівник відділу продажів
Потреба	Ноутбуки для нових менеджерів
Кількість	5 шт
Бажаний строк	До 25.05.2026
Орієнтовний бюджет	150 000 грн
Обґрунтування	Вихід 5 нових працівників

Погодження заявки

ERP дозволяє погоджувати закупівлі за правилами.

Наприклад:

До 5 000 грн → погоджує керівник підрозділу
5 000–50 000 грн → керівник + фінансист
Понад 50 000 грн → керівник + фінансист + директор
Поза бюджетом → додаткове погодження CFO

Погодження потрібне, щоб:

не купувати зайве;
контролювати бюджет;
уникати несанкціонованих витрат;
бачити відповідальних;
зберігати історію рішень;
прибрати хаос із месенджерів.

Гостра правда: “погоджено в чаті” — це не бізнес-процес, а археологічний квест для бухгалтера через три місяці.

Статуси заявки

Заявка в ERP може мати статуси:

чернетка;
на погодженні;
погоджено;
відхилено;
потребує уточнення;
передано в закупівлі;
замовлено;
частково виконано;
виконано;
скасовано;
закрито.

Статуси допомагають бачити, де “застрягла” закупівля.

Приклад:

Заявка	Статус	Відповідальний
Закупівля ноутбуків	На погодженні	Фінансовий директор
Закупівля пакувальних матеріалів	Замовлено	Закупівельник
Закупівля офісних меблів	Потребує уточнення	Ініціатор

Планування потреб

ERP для закупівель має допомагати не тільки обробляти заявки, а й планувати потреби.

Джерела потреб:

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

Приклад:

Мінімальний залишок товару: 100 шт
Поточний залишок: 40 шт
Відкриті замовлення покупців: 30 шт
Доступно: 10 шт
ERP формує рекомендацію: закупити 150 шт

Закупівлі за мінімальними залишками

Для складських товарів ERP може контролювати мінімальні та максимальні залишки.

Товар	Мінімум	Поточний залишок	Рекомендація
Пакувальна коробка S	1 000	300	Закупити
Стрічка пакувальна	200	250	Не закуповувати
Етикетки	5 000	1 200	Закупити

Це зменшує ризик ситуації “товар закінчився вчора, а згадали сьогодні”.

Вибір постачальника

ERP допомагає вибирати постачальника не “бо він нам давно знайомий”, а за даними.

Критерії вибору:

ціна;
строк поставки;
якість;
наявність товару;
умови оплати;
відстрочка;
історія виконання;
кількість рекламацій;
рейтинг;
географія;
мінімальна партія;
сертифікати;
відповідність договору;
ризики.

Приклад порівняння:

Постачальник	Ціна	Строк	Відстрочка	Рейтинг
Постачальник А	980 грн	3 дні	14 днів	4.8
Постачальник Б	950 грн	10 днів	0 днів	4.1
Постачальник В	1 020 грн	2 дні	30 днів	4.9

Найдешевший постачальник не завжди найкращий. Іноді “дешево” потім приїжджає із запізненням, без документів і в коробці, яка бачила війну з логістикою.

Запит цінових пропозицій

ERP може підтримувати процес RFQ — запиту цінових пропозицій.

Процес:

Потреба → Запит постачальникам → Отримання пропозицій → Порівняння → Вибір → Замовлення

У системі можна зберігати:

список постачальників;
запит;
товари або послуги;
кількість;
строки;
отримані ціни;
умови оплати;
файли комерційних пропозицій;
рішення;
коментарі;
відповідальних.

Тендери в ERP

Для великих закупівель ERP може підтримувати тендерний процес.

Етапи:

Формування потреби.
Погодження бюджету.
Створення тендеру.
Запрошення постачальників.
Отримання пропозицій.
Порівняння умов.
Технічна оцінка.
Фінансова оцінка.
Вибір переможця.
Погодження результату.
Створення договору.
Створення замовлення постачальнику.

Тендер у ERP допомагає уникнути “ми вибрали цього постачальника, бо він перший відповів у Telegram”.

Довідник постачальників

ERP має містити якісний довідник постачальників.

Картка постачальника може містити:

назву;
ЄДРПОУ або реєстраційний код;
ІПН;
статус платника ПДВ;
банківські рахунки;
контактних осіб;
email;
телефони;
категорії товарів;
умови оплати;
договори;
прайс-листи;
рейтинг;
історію поставок;
рекламації;
сертифікати;
статус активності;
відповідального закупівельника.

Оцінка постачальників

ERP дозволяє оцінювати постачальників за фактичними даними.

KPI постачальників:

своєчасність поставок;
відхилення ціни;
кількість рекламацій;
якість товару;
повнота документів;
швидкість відповіді;
стабільність поставок;
виконання договору;
частка прострочених поставок;
середній строк поставки.

Приклад:

Постачальник	Вчасність	Рекламації	Середня затримка	Рейтинг
Постачальник А	96%	2	1 день	4.8
Постачальник Б	72%	9	6 днів	3.2

Договори з постачальниками

ERP має пов’язувати закупівлі з договорами.

Договір визначає:

постачальника;
організацію;
валюту;
умови оплати;
строки поставки;
ціни;
відповідальність;
штрафи;
ПДВ;
банківські реквізити;
строк дії;
додаткові угоди;
статус.

Приклад:

Постачальник: ТОВ “Постачальник”
Договір: №25 від 01.05.2026
Умови: оплата 50% передоплата, 50% після приймання
Строк поставки: 7 календарних днів

Замовлення постачальнику

Замовлення постачальнику — це документ, який фіксує, що компанія планує купити в постачальника.

Він може створюватися:

на підставі заявки;
на підставі плану закупівель;
за мінімальними залишками;
за виробничою потребою;
вручну закупівельником;
автоматично за правилами.

Замовлення містить:

постачальника;
договір;
склад;
товари або послуги;
кількість;
ціну;
суму;
дату поставки;
умови оплати;
відповідального;
статус.

Контроль виконання замовлення

ERP має показувати, що відбувається із замовленням.

Статуси:

створено;
відправлено постачальнику;
підтверджено;
частково поставлено;
поставлено;
прострочено;
скасовано;
закрито.

Приклад:

Замовлення	Дата поставки	Поставлено	Статус
ЗП-000123	20.05.2026	100%	Поставлено
ЗП-000124	18.05.2026	40%	Прострочено
ЗП-000125	25.05.2026	0%	Очікується

Приймання товарів

Коли товар приїжджає, ERP фіксує приймання.

Приймання перевіряє:

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

Приклад:

Замовлено: 100 шт
Приїхало: 95 шт
Пошкоджено: 2 шт
Прийнято: 93 шт
Розбіжність: 7 шт

ERP має не просто “проковтнути” таку поставку, а зафіксувати розбіжність.

Приймання послуг

Послуги також потрібно приймати.

Приклади:

ремонт;
оренда;
консультації;
доставка;
маркетинг;
ІТ-підтримка;
юридичні послуги;
прибирання;
охорона.

Для послуг важливо підтвердити:

що саме виконано;
за який період;
хто прийняв;
чи відповідає договору;
чи можна оплачувати;
чи є акт.

Приклад:

Послуга: Технічна підтримка
Період: травень 2026
Сума: 20 000 грн
Статус: прийнято керівником ІТ
Документ: акт наданих послуг

Контроль якості

ERP може підтримувати контроль якості при прийманні.

Перевіряти можна:

кількість;
зовнішній вигляд;
відповідність специфікації;
сертифікати;
терміни придатності;
упаковку;
серійні номери;
партії;
брак;
комплектність.

Результати:

прийнято;
прийнято частково;
забраковано;
повернути постачальнику;
прийнято з претензією;
потрібна додаткова перевірка.

Повернення постачальнику

Повернення потрібне, якщо товар:

бракований;
не відповідає замовленню;
має неправильну кількість;
має неправильну комплектацію;
має пошкоджену упаковку;
прострочений;
поставлений помилково.

ERP має зв’язувати повернення з:

замовленням постачальнику;
надходженням;
партією;
серією;
документами;
претензією;
взаєморозрахунками.

Претензії постачальникам

ERP може вести претензії до постачальників.

Причини претензій:

прострочена поставка;
недопоставка;
брак;
неправильна ціна;
неправильні документи;
пошкодження;
невідповідність специфікації.

Претензія може містити:

постачальника;
замовлення;
документ приймання;
опис проблеми;
фото;
суму претензії;
відповідального;
статус;
рішення.

Рахунок постачальника

Рахунок постачальника в ERP використовується для контролю майбутньої оплати.

Важливо перевірити:

постачальника;
договір;
суму;
ПДВ;
призначення;
відповідність замовленню;
відповідність прийманню;
бюджет;
строк оплати.

Правило:

Не оплачувати рахунок, якщо немає погодженої заявки, замовлення або підтвердженого приймання — залежно від політики компанії.

Триступеневий контроль закупівель

У закупівлях часто використовують принцип 3-way matching:

Замовлення постачальнику
    ↓ порівняти з
Прийманням товару або послуги
    ↓ порівняти з
Рахунком постачальника

ERP має перевіряти:

чи замовляли це;
чи фактично отримали;
чи рахунок відповідає отриманому;
чи ціна не змінилась;
чи кількість не більша;
чи можна платити.

Це дуже корисно. Бо “рахунок прийшов — оплатіть” не є фінансовою стратегією. Це квест “знайди, хто це замовив”.

Бюджетний контроль

ERP для закупівель має контролювати бюджет.

Бюджет може бути:

по підрозділах;
по проєктах;
по статтях витрат;
по місяцях;
по договорах;
по категоріях закупівель;
по організаціях.

Приклад:

Стаття бюджету	Бюджет	Заявлено	Замовлено	Оплачено	Залишок
Офісне обладнання	200 000	50 000	80 000	40 000	70 000
Маркетинг	500 000	120 000	300 000	250 000	80 000

Платіжний календар

Закупівлі впливають на платіжний календар.

ERP має показувати:

які рахунки потрібно оплатити;
коли потрібно оплатити;
кому;
за яким договором;
за яким замовленням;
чи є підтверджене приймання;
чи є бюджет;
чи є прострочення;
які платежі критичні.

Приклад:

Дата оплати: 25.05.2026
Постачальник: ТОВ “Постачальник”
Сума: 120 000 грн
Підстава: Замовлення ЗП-000123, товар прийнято
Статус: готово до оплати

Закупівлі і склад

ERP має пов’язувати закупівлі зі складом.

Закупівельник має бачити:

поточні залишки;
резерви;
мінімальні залишки;
товари в дорозі;
відкриті замовлення постачальникам;
відкриті замовлення покупців;
складські розбіжності;
інвентаризаційні відхилення;
неліквід;
надлишки.

Інакше можна купити те, що вже лежить на складі. І воно буде лежати далі — вже з друзями.

Закупівлі і виробництво

Для виробництва ERP закупівель має враховувати:

виробничий план;
специфікації;
потребу в матеріалах;
залишки сировини;
строки поставки;
мінімальні партії;
альтернативних постачальників;
критичні матеріали;
НЗВ;
план випуску;
сезонність.

Приклад:

План виробництва: 1 000 виробів
На 1 виріб потрібно: 2 кг матеріалу
Потреба: 2 000 кг
Залишок: 600 кг
У дорозі: 300 кг
До закупівлі: 1 100 кг

Категорійний менеджмент

ERP може підтримувати категорійний підхід до закупівель.

Категорії:

сировина;
товари для перепродажу;
пакування;
обладнання;
запчастини;
офісні витрати;
маркетинг;
ІТ;
логістика;
послуги;
ремонт;
господарські товари.

Для кожної категорії можуть бути:

відповідальні закупівельники;
правила погодження;
постачальники;
бюджети;
KPI;
договори;
ліміти.

Закупівлі послуг

Закупівлі — це не тільки товари.

Послуги теж потрібно контролювати:

хто замовив;
навіщо;
за яким договором;
хто приймає результат;
який акт;
який період;
чи відповідає бюджету;
чи можна оплачувати.

Приклад закупівлі послуги:

Заявка: SEO-послуги за червень
Погодження: маркетинг-директор + фінанси
Постачальник: агенція
Документ: акт наданих послуг
Оплата: після приймання результату

Закупівлі основних засобів

Для обладнання й основних засобів ERP має контролювати:

заявку;
бюджет капітальних інвестицій;
погодження керівництва;
постачальника;
договір;
оплату;
поставку;
введення в експлуатацію;
відповідальну особу;
місце використання;
серійний номер;
гарантію.

Приклад:

Закупівля: сервер
Категорія: основний засіб
Погодження: ІТ-директор, CFO, CEO
Після поставки: приймання → інвентарний номер → введення в експлуатацію

Закупівлі і договори

ERP має не дозволяти закупівлям жити окремо від договорів.

Контроль:

чи є чинний договір;
чи не закінчився строк дії;
чи не перевищено суму договору;
чи відповідає ціна;
чи правильні умови оплати;
чи є додаткова угода;
чи є відповідальний;
чи є підписаний файл.

Приклад ризику:

Замовлення створили за договором, який завершився 3 місяці тому.
ERP має попередити або заборонити операцію.

Закупівлі і документообіг

Закупівлі пов’язані з документами:

заявки;
договори;
рахунки;
накладні;
акти;
ТТН;
сертифікати;
комерційні пропозиції;
претензії;
додаткові угоди.

ERP або документообіг мають зберігати файли й статуси:

створено;
на погодженні;
погоджено;
підписано;
відхилено;
очікує оригінал;
закрито.

Закупівлі і первинні документи

Для закупівель важливо мати повний комплект первинних документів.

Для товарів:

договір;
рахунок;
видаткова накладна постачальника;
прибуткова накладна;
ТТН;
податкова накладна, якщо застосовується;
банківська виписка.

Для послуг:

договір;
рахунок;
акт наданих послуг;
податкова накладна, якщо застосовується;
банківська виписка.

ERP має показувати, яких документів не вистачає. Бо “документи потім донесуть” — це закупівельна версія казки на ніч.

Закупівлі і ціни

ERP дозволяє контролювати закупівельні ціни.

Можна аналізувати:

останню ціну закупівлі;
середню ціну;
мінімальну ціну;
максимальну ціну;
ціну за договором;
відхилення від попередньої ціни;
відхилення від бюджету;
ціну по постачальниках;
динаміку цін.

Приклад:

Товар	Остання ціна	Нова ціна	Відхилення
Матеріал А	100 грн	118 грн	+18%
Матеріал Б	250 грн	245 грн	-2%

Система може вимагати додаткового погодження, якщо ціна зросла понад певний відсоток.

Закупівлі і валюта

Закупівлі можуть бути в різних валютах.

ERP має враховувати:

валюту договору;
валюту рахунку;
курс;
дату курсу;
курсові різниці;
митні платежі;
імпортні витрати;
собівартість;
бюджет у базовій валюті.

Приклад:

Постачальник виставив рахунок у EUR.
Бюджет ведеться в UAH.
ERP перераховує суму за курсом і показує вплив на бюджет.

Закупівлі і імпорт

Для імпортних закупівель ERP має підтримувати:

іноземного постачальника;
валютний договір;
інвойс;
митну декларацію;
транспортні витрати;
страхування;
мито;
ПДВ при імпорті;
додаткові витрати;
розподіл витрат на собівартість;
партії;
строки поставки.

Імпорт без ERP — це коли собівартість шукають у трьох Excel-файлах, двох листах і одному дуже втомленому логісті.

Закупівлі і собівартість

Закупівлі напряму впливають на собівартість товарів.

У собівартість можуть входити:

ціна постачальника;
транспортні витрати;
митні платежі;
страхування;
брокерські послуги;
пакування;
додаткові витрати;
курсові різниці, залежно від облікової політики.

ERP має дозволяти розподіляти додаткові витрати:

за сумою;
за кількістю;
за вагою;
за об’ємом;
вручну.

Закупівлі і резерви

ERP має враховувати резерви товарів.

Приклад:

Фізичний залишок: 100 шт
Резерв під замовлення покупців: 80 шт
Доступно: 20 шт
Нова потреба: 50 шт
До закупівлі: 30 шт

Якщо закупівельник дивиться тільки фізичний залишок, він може не побачити, що товар уже фактично “розібрали” замовленнями.

Закупівлі і неліквід

ERP допомагає бачити неліквід — товари, які довго не продаються або не використовуються.

Показники:

днів без руху;
залишок;
собівартість залишку;
останній продаж;
остання закупівля;
відповідальний;
причина накопичення.

Перед новою закупівлею ERP може попереджати:

Увага: товар має залишок 500 шт і не продавався 180 днів.

Це корисно. Бо купити ще 500 штук “про всяк випадок” — це не стратегія, а складський фольклор.

Закупівлі і права доступу

У закупівлях важливо розмежовувати права.

Приклад ролей:

Роль	Що може робити	Обмеження
Ініціатор	Створює заявки	Не обирає постачальника остаточно
Керівник підрозділу	Погоджує заявки свого підрозділу	Не змінює ціни постачальників
Закупівельник	Обробляє заявки, створює замовлення	Не погоджує власні закупівлі понад ліміт
Фінансист	Контролює бюджет і оплати	Не змінює складські залишки
Комірник	Приймає товар	Не погоджує оплату
Керівник	Бачить аналітику і погоджує великі суми	Не виконує операційне приймання

Закупівлі і audit log

Audit log у закупівлях має фіксувати:

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

Audit log — це коли “а хто це погодив?” має відповідь, а не хвилину незручного мовчання.

Закупівлі і KPI

ERP дозволяє рахувати KPI закупівель.

Приклади KPI:

економія від планової ціни;
виконання бюджету;
частка прострочених поставок;
середній строк закупівлі;
кількість заявок у роботі;
кількість термінових закупівель;
відсоток закупівель за договором;
частка закупівель без погодження;
кількість рекламацій;
рейтинг постачальників;
частка автоматизованих закупівель;
сума закупівель по категоріях.

Аналітика закупівель

ERP або BI-система може показувати:

закупівлі по постачальниках;
закупівлі по категоріях;
закупівлі по підрозділах;
закупівлі по проєктах;
закупівлі по бюджетах;
динаміку цін;
прострочені поставки;
відкриті замовлення;
план-факт бюджету;
економію;
рекламації;
якість постачальників.

Приклад дашборду:

Показник	Значення
Закупівлі за місяць	4 800 000 грн
Економія від планової ціни	320 000 грн
Прострочені поставки	12%
Закупівлі без договору	3%
Середній строк погодження заявки	2,4 дня

ERP для закупівель і Power BI

Power BI може використовувати дані ERP для дашбордів закупівель.

Дашборди можуть показувати:

план-факт закупівель;
бюджет;
постачальників;
ціни;
прострочення;
залишки;
неліквід;
відкриті заявки;
відкриті замовлення;
кредиторку;
графік оплат;
KPI закупівельників;
рейтинг постачальників.

Важливо не давати всім доступ до всього. Закупівельні ціни, договори й умови постачальників — це комерційно чутлива інформація.

Інтеграції ERP для закупівель

ERP для закупівель може інтегруватися з:

банком;
складом;
WMS;
CRM;
виробництвом;
сайтом;
маркетплейсами;
електронним документообігом;
сервісами перевірки контрагентів;
BI-системами;
поштою;
API постачальників;
системами тендерів;
фінансовим модулем.

Приклад інтеграції:

ERP → створює замовлення постачальнику
Постачальник → підтверджує дату поставки через API
WMS → приймає товар
ERP → дозволяє оплату
Power BI → показує виконання закупівлі

Приклад JSON заявки на закупівлю

{
  "external_id": "PR-2026-00045",
  "date": "2026-05-15",
  "requester": "user_001",
  "department": "sales",
  "budget_item": "office_equipment",
  "priority": "normal",
  "items": [
    {
      "sku": "LAPTOP-15-I5",
      "name": "Ноутбук 15 дюймів",
      "quantity": 5,
      "expected_price": 30000.00
    }
  ],
  "required_date": "2026-05-25",
  "comment": "Для нових менеджерів продажів"
}

Типові помилки при автоматизації закупівель

Помилка	Причина	Наслідок
Автоматизували хаос	Не описали процес	ERP стала цифровим безладом
Немає погодження	Хотіли швидше	Закупівлі йдуть повз бюджет
Немає довідника постачальників	Купують у кого завгодно	Немає контролю цін і якості
Не пов’язали закупівлі зі складом	Модулі живуть окремо	Купують зайве або не купують потрібне
Не контролюють договори	Замовлення без умов	Юридичні й фінансові ризики
Немає 3-way matching	Оплачують рахунки без приймання	Ризик переплат і помилок
Немає KPI	Не вимірюють закупівлі	Неможливо покращувати процес

Помилка: закупівлі в Excel, ERP потім

Часта ситуація:

Заявки — в Google Sheets
Погодження — в Telegram
Замовлення — в Excel
Рахунки — на пошті
Поставка — на складі
Оплата — у фінансиста
ERP — “потім внесемо”

Наслідок:

дані запізнюються;
немає контролю статусів;
склад не готовий;
фінанси не бачать зобов’язання;
керівник не бачить реальної картини;
бухгалтерія героїчно збирає уламки процесу.

Помилка: немає зв’язку заявки і оплати

Якщо оплата не пов’язана із заявкою, незрозуміло:

хто ініціював закупівлю;
хто погодив;
чи було в бюджеті;
чи товар прийняли;
чи послугу надали;
чи можна платити.

ERP має зв’язувати ланцюжок:

Заявка → Погодження → Замовлення → Приймання → Рахунок → Оплата

Помилка: закупівельник сам собі погоджує

Це погана практика.

Потрібно розділяти:

ініціатора;
погоджувача;
закупівельника;
приймальника;
фінансиста;
платника.

Інакше система контролю перетворюється на театр одного актора: сам попросив, сам погодив, сам купив, сам сказав “усе нормально”.

ERP для закупівель у K2 ERP

У K2 ERP закупівельний процес може бути частиною єдиної ERP-архітектури.

Можливості:

заявки на закупівлю;
погодження;
довідник постачальників;
договори;
замовлення постачальникам;
приймання товарів;
приймання послуг;
складський облік;
WMS;
бюджетний контроль;
заявки на оплату;
платіжний календар;
первинні документи;
Power BI;
API;
audit log;
права доступу;
інтеграції.

Перевага ERP-підходу — закупівлі не відірвані від складу, фінансів, виробництва, договорів і аналітики.

Приклад процесу в K2 ERP

1. Керівник відділу створює заявку на закупівлю.
2. ERP перевіряє бюджет.
3. Заявка йде на погодження.
4. Закупівельник обирає постачальника.
5. Створюється замовлення постачальнику.
6. Постачальник підтверджує строк.
7. Склад приймає товар.
8. Система звіряє замовлення, приймання і рахунок.
9. Фінанси погоджують оплату.
10. Power BI показує виконання закупівлі.

Впровадження ERP для закупівель

Етапи впровадження:

Описати поточний процес.
Визначити проблеми.
Описати майбутній процес.
Налаштувати довідники.
Налаштувати ролі.
Налаштувати погодження.
Налаштувати заявки.
Налаштувати замовлення постачальникам.
Налаштувати складське приймання.
Налаштувати бюджетний контроль.
Налаштувати інтеграції.
Налаштувати звіти.
Навчити користувачів.
Провести тестовий запуск.
Запустити в роботу.
Контролювати KPI.

Чек-лист ERP для закупівель

Є заявки на закупівлю.
Є маршрути погодження.
Є бюджетний контроль.
Є довідник постачальників.
Є договори.
Є замовлення постачальникам.
Є контроль поставок.
Є приймання товарів і послуг.
Є контроль розбіжностей.
Є 3-way matching.
Є заявки на оплату.
Є зв’язок зі складом.
Є зв’язок із фінансами.
Є первинні документи.
Є audit log.
Є KPI закупівель.
Є аналітика в BI.
Є права доступу.
Є інтеграції через API, якщо потрібно.

Типові питання

Що таке ERP для закупівель?

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

Чим ERP краща за Excel для закупівель?

ERP зберігає єдину базу заявок, статусів, постачальників, договорів, замовлень, приймань і оплат. Excel зручний для таблиць, але поганий як система контролю бізнес-процесу.

Що таке 3-way matching?

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

Чи потрібне погодження закупівель?

Так, якщо компанія хоче контролювати бюджет, відповідальність і обґрунтованість витрат. Без погодження закупівлі легко перетворюються на “купили, бо дуже треба було”.

Які KPI важливі для закупівель?

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

Чи можна інтегрувати ERP закупівель із банком і складом?

Так. ERP може зв’язувати закупівлю зі складським прийманням, рахунком постачальника, платіжним календарем, банківською оплатою і BI-аналітикою.

Коротко

Питання	Відповідь
Що це?	ERP-функціональність для управління закупівельним процесом.
Основний ланцюжок	Заявка → погодження → постачальник → замовлення → поставка → приймання → оплата.
Ключові об’єкти	Заявки, постачальники, договори, замовлення, рахунки, склади, бюджети.
Головний контроль	Бюджет, ціни, строки, приймання, документи, оплати.
Найкраща практика	3-way matching, audit log, KPI, BI-аналітика і права доступу.
Результат	Менше хаосу, прозорі витрати, контроль постачальників і точніша аналітика.

Висновок

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

Найбільша цінність ERP — не в тому, що вона “зберігає документи”, а в тому, що вона зв’язує всі етапи:

Потреба → Рішення → Постачальник → Гроші → Склад → Документи → Аналітика

Хороша ERP для закупівель — це коли компанія знає, що купує, навіщо купує, у кого купує, за скільки, хто погодив, коли приїде, чи прийнято і чи можна оплачувати. Погана закупівля — це коли відповідь на всі питання: “десь у листуванні”.

Для середнього і великого бізнесу ERP-закупівлі мають бути пов’язані зі складом, фінансами, договорами, бюджетами, виробництвом, первинними документами, Power BI-аналітикою, audit log і правами доступу. Саме тоді закупівлі стають не центром хаосу, а інструментом економії, контролю і стабільної роботи компанії.

Див. також

Зовнішні посилання