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

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

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

Простими словами, заявка на закупівлю відповідає на питання:

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

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

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

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

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

Вступ

Закупівлі є майже в кожній компанії.

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

У торговій компанії закупівлі впливають на наявність товару і продажі.

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

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

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

Саме тому заявки на закупівлю потрібні не для бюрократії, а для контролю.

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

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

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

Що таке заявка на закупівлю

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

У заявці зазвичай зазначають:

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

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

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

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

Заявки на закупівлю потрібні, щоб компанія могла керувати витратами і потребами.

Вони допомагають:

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

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

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

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

Але це різні документи.

Заявка на закупівлю — це внутрішня потреба компанії.

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

Наприклад:

Відділ виробництва створює заявку: потрібно купити 100 кг матеріалу.

Після погодження закупівельник вибирає постачальника і створює замовлення постачальнику: купити 100 кг матеріалу в компанії “МеталПостач” за конкретною ціною і строком поставки.

Параметр	Заявка на закупівлю	Замовлення постачальнику
Тип документа	Внутрішній документ компанії	Документ для роботи з постачальником
Основне питання	Що потрібно купити і навіщо?	У кого, за скільки і коли купуємо?
Хто створює	Ініціатор потреби, підрозділ, склад, виробництво	Закупівельник або відповідальний за закупівлю
Погодження	Часто потребує внутрішнього погодження	Створюється після погодження або вибору постачальника
Бюджетний контроль	Перевіряється до закупівлі	Використовується для виконання закупівлі
Результат	Погоджена потреба	Закупівля у конкретного постачальника

Хто створює заявки на закупівлю

Заявки можуть створювати різні користувачі.

Наприклад:

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

Приклади:

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

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

IT-відділ створює заявку на ноутбуки.

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

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

Що може бути предметом заявки

У заявці на закупівлю може бути майже будь-що, що компанія купує.

Наприклад:

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

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

Проста заявка: купити 5 пачок паперу.

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

Основні поля заявки на закупівлю

У різних компаніях форма заявки може відрізнятися.

Але зазвичай заявка містить такі поля:

Поле	Для чого потрібне
Номер заявки	Для ідентифікації документа
Дата	Щоб розуміти, коли виникла потреба
Ініціатор	Хто створив заявку
Підрозділ	Для якого підрозділу потрібна закупівля
Стаття бюджету	Щоб контролювати витрати
Проєкт	Якщо закупівля пов’язана з конкретним проєктом
Номенклатура або послуга	Що саме потрібно купити
Кількість	Скільки потрібно
Бажана дата отримання	До якого строку потрібно отримати
Орієнтовна ціна	Для попередньої оцінки витрат
Обґрунтування	Навіщо це потрібно
Бажаний постачальник	Якщо ініціатор має пропозицію
Статус	На якому етапі перебуває заявка
Відповідальний закупівельник	Хто займається виконанням
Коментарі	Додаткова інформація
Файли	Комерційні пропозиції, специфікації, фото, технічні вимоги

Життєвий цикл заявки на закупівлю

Заявка на закупівлю проходить певні етапи.

Типовий життєвий цикл може бути таким:

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

У простій компанії етапів може бути менше.

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

Приклад простого процесу заявки

Малий бізнес може використовувати простий процес.

Наприклад:

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

Приклад:

Офіс-менеджер створює заявку на закупівлю паперу, картриджів і канцелярії.

Керівник офісу погоджує.

Закупівельник замовляє товари.

Після отримання офіс-менеджер підтверджує, що все отримано.

Заявка закрита.

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

Приклад складного процесу заявки

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

Наприклад:

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

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

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

Статуси допомагають розуміти, де саме знаходиться заявка.

Типові статуси:

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

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

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

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

Погодження — одна з головних причин використання заявок.

Не кожна потреба повинна одразу перетворюватися на закупівлю.

Потрібно перевірити:

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

Погодження може бути простим або багаторівневим.

Наприклад:

До 5 000 грн — погоджує керівник відділу.

Від 5 000 до 50 000 грн — погоджує керівник відділу і фінансовий директор.

Понад 50 000 грн — погоджує директор.

Для обладнання — додатково погоджує технічний директор.

Для IT — погоджує IT-відділ.

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

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

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

Заявки на закупівлю тісно пов’язані з бюджетом.

Перед погодженням потрібно розуміти:

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

Приклад:

Відділ маркетингу має бюджет 100 000 грн на місяць.

Уже використано 85 000 грн.

Нова заявка — 30 000 грн.

ERP повинна показати, що бюджет буде перевищено на 15 000 грн.

Далі керівник може вирішити:

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

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

Перевірка залишків перед закупівлею

Перед закупівлею потрібно перевірити, чи немає потрібного товару або матеріалу на складі.

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

Приклад:

Один відділ створює заявку на 10 ноутбуків.

А на складі вже лежить 6 нових ноутбуків, які закупили для іншого проєкту, але не використали.

Якщо ERP не перевіряє залишки, компанія може купити зайве.

Система повинна показувати:

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

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

Об’єднання потреб

ERP може допомагати об’єднувати однакові або схожі заявки.

Наприклад:

Відділ продажів просить 5 ноутбуків.

Відділ логістики просить 3 ноутбуки.

Бухгалтерія просить 2 ноутбуки.

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

Це дає переваги:

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

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

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

Після погодження заявки потрібно вибрати постачальника.

Критерії можуть бути різні:

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

Іноді найдешевший постачальник не є найкращим.

Приклад:

Постачальник А пропонує товар за 100 000 грн і поставку за 3 дні.

Постачальник Б пропонує товар за 95 000 грн і поставку за 30 днів.

Якщо товар потрібен терміново для виробництва, дешевша ціна може коштувати компанії простою.

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

Комерційні пропозиції постачальників

Для закупівель часто потрібно збирати комерційні пропозиції.

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

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

Це важливо для прозорості.

Якщо через місяць керівник питає, чому вибрали саме цього постачальника, не потрібно шукати листи в пошті закупівельника.

Усе видно в системі.

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

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

У ньому фіксується:

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

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

Можна бачити:

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

Поставка за заявкою

Після замовлення постачальнику компанія очікує поставку.

ERP повинна допомагати контролювати:

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

Приклад:

Замовлено 100 одиниць товару.

Постачальник привіз 80.

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

Залишок 20 одиниць ще очікується або має бути скасований.

Часткове виконання заявки

Заявка може бути виконана частково.

Наприклад:

Підрозділ попросив 10 позицій.

5 позицій купили одразу.

3 позиції будуть через тиждень.

2 позиції відхилено, бо вони не погоджені або замінені аналогами.

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

Інакше заявка може мати статус “у роботі” три місяці, хоча більша частина вже виконана.

Закриття заявки

Заявка закривається, коли потреба виконана або скасована.

Перед закриттям варто перевірити:

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

Закрита заявка — це не просто статус. Це сигнал, що потреба більше не потребує дій.

Заявки для складу

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

Наприклад:

Для товару встановлено мінімальний залишок — 50 одиниць.

Поточний залишок — 20 одиниць.

ERP може автоматично запропонувати закупити ще 100 одиниць.

Такі заявки допомагають уникати дефіциту.

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

Заявки для виробництва

У виробництві заявки на закупівлю можуть формуватися на основі виробничого плану.

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

Наприклад:

Для виробництва 100 одиниць продукції потрібно:

матеріал А — 200 кг;
матеріал Б — 50 кг;
комплектуючий В — 100 шт.

ERP перевіряє залишки.

Якщо матеріалу А є тільки 80 кг, система формує потребу на закупівлю 120 кг.

Це дозволяє планувати закупівлі не вручну, а на основі реальної виробничої потреби.

Заявки для сервісу

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

Наприклад:

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

Він створює заявку на закупівлю.

Після погодження закупівельник замовляє запчастину, а система пов’язує її з конкретною сервісною заявкою.

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

Заявки для адміністративних потреб

Адміністративні заявки можуть стосуватися офісних потреб:

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

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

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

Заявки для IT

IT-відділ може створювати або погоджувати заявки на:

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

Для IT-закупівель важливі технічні вимоги.

Наприклад, користувач може попросити “потужний ноутбук”.

Але для закупівельника це не технічне завдання.

Потрібно вказати:

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

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

Заявки і проєкти

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

Це дозволяє бачити витрати по проєктах.

Наприклад:

Компанія виконує проєкт для клієнта.

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

Кожна заявка прив’язується до цього проєкту.

Після виконання можна побачити:

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

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

Заявки і договори

Закупівлі можуть бути пов’язані з договорами.

Наприклад:

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

ERP повинна дозволяти пов’язувати заявку, замовлення постачальнику, рахунок, поставку, акт і оплату з договором.

Це важливо для контролю:

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

Заявки і документообіг

Заявки на закупівлю — це частина документообігу компанії.

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

Наприклад:

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

Такий процес набагато кращий, ніж нескінченний ланцюжок листів у пошті.

Автоматичне створення заявок

ERP може створювати заявки автоматично.

Підставами можуть бути:

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

Приклад:

Система бачить, що товар продається в середньому 20 одиниць на тиждень, залишок — 30 одиниць, строк поставки — 14 днів.

ERP може запропонувати сформувати заявку вже зараз, щоб не отримати дефіцит через два тижні.

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

У виробництві заявки на закупівлю можуть бути пов’язані з MRP — плануванням потреб у матеріалах.

MRP аналізує:

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

На основі цього система формує потребу в закупівлі.

Це дозволяє закуповувати не “на око”, а за планом.

Для виробництва. Заявки на закупівлю разом із MRP допомагають уникати ситуації, коли виробництво стоїть через одну дрібну деталь, яку “забули замовити”.

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

Одна з головних задач заявок — контроль строків.

У заявці можна вказати:

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

Це дозволяє аналізувати:

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

Якщо строки не контролювати, заявка може “зависнути”. А зависла заявка — це майбутній скандал, тільки ще не дозрілий.

Контроль якості закупівель

Закупівля — це не тільки купити дешевше.

Потрібно ще отримати потрібну якість.

ERP може допомагати фіксувати:

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

Приклад:

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

Без системи це можуть пам’ятати окремі співробітники.

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

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

На основі заявок і закупівель можна оцінювати постачальників.

Критерії оцінки:

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

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

Наприклад:

Постачальник А дешевий, але постійно затримує поставки.

Постачальник Б дорожчий на 3%, але постачає вчасно і без браку.

Для критичних матеріалів другий варіант може бути вигіднішим.

Заявки і оплата

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

Але вона може бути пов’язана з оплатою через:

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

ERP дозволяє бачити весь ланцюжок:

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

Це важливо для контролю грошей.

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

Заявки і cash flow

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

Якщо компанія погодила багато заявок, але ще не оплатила їх, це майбутнє навантаження на cash flow.

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

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

Приклад:

На наступний тиждень заплановано оплат за закупівлями на 1 500 000 грн.

На рахунку очікується 900 000 грн.

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

Пріоритети заявок

Не всі заявки однаково важливі.

Пріоритети можуть бути:

низький;
звичайний;
високий;
критичний;
аварійний.

Приклад:

Заявка на каву в офіс і заявка на запчастину, без якої стоїть виробництво, не повинні мати однаковий пріоритет.

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

Але важливо, щоб усі не ставили “критично”, бо тоді критично не буде нічого. Це як пожежна сирена, яка звучить щодня о 10:00 просто для настрою.

Права доступу

У заявках на закупівлю важливі права доступу.

Не кожен користувач повинен бачити всі закупівлі.

Наприклад:

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

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

Сповіщення і задачі

ERP може автоматично створювати задачі і повідомлення.

Наприклад:

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

Це допомагає не губити заявки.

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

Файли в заявках

До заявки можна прикріплювати файли:

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

Це важливо, бо закупівля часто потребує контексту.

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

ERP повинна зберігати файли поруч із заявкою, а не в пошті, месенджерах і папці “Нове 2”.

Аналітика заявок на закупівлю

Заявки дають багато корисної аналітики.

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

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

Приклад:

Якщо 40% закупівель мають статус “терміново”, можливо, проблема не в закупівельниках, а в плануванні.

Типові помилки в заявках на закупівлю

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

Найпоширеніші:

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

Окрема класика — заявка “купити таке саме, як минулого разу”.

Якщо “минулого разу” ніхто не пам’ятає, а документи не прив’язані, закупівельник отримує не задачу, а детективне розслідування.

Excel і месенджери в закупівлях

Excel і месенджери можуть бути корисними допоміжними інструментами.

Але вони погано підходять як основна система заявок.

Проблеми Excel:

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

Проблеми месенджерів:

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

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

Автоматизація заявок в ERP

ERP дозволяє зробити процес заявок керованим.

Система може забезпечити:

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

У результаті компанія бачить не окремі прохання “купити щось”, а повну систему управління потребами.

Як K2 ERP допомагає із заявками на закупівлю

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

Система може охоплювати:

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

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

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

Для великого бізнесу — складні бізнес-процеси, кілька рівнів погодження, проєкти, підрозділи, фінансовий контроль, інтеграції, аналітика і консолідація потреб.

Приклад автоматизації в K2 ERP

Приклад процесу:

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

Це вже не хаотичний процес, а керований ланцюжок.

Впровадження процесу заявок

Впровадження заявок на закупівлю краще робити поетапно.

Типові етапи:

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

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

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

Що потрібно описати перед впровадженням

Перед автоматизацією заявок потрібно відповісти на питання:

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

Чим краще описано процес, тим простіше його автоматизувати.

Ролі в процесі закупівель

У процесі заявок можуть бути такі ролі:

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

Коротко

Питання	Відповідь
Що таке заявка на закупівлю?	Це внутрішній документ компанії, який фіксує потребу щось купити: товар, матеріал, обладнання, послугу або інший ресурс.
Для чого потрібні заявки?	Щоб контролювати потреби, бюджети, погодження, закупівлі, строки, постачальників і виконання.
Чим заявка відрізняється від замовлення постачальнику?	Заявка фіксує внутрішню потребу, а замовлення постачальнику — це вже конкретна закупівля у вибраного постачальника.
Хто створює заявки?	Співробітники, підрозділи, склад, виробництво, сервіс, адміністрація або ERP автоматично на основі потреб.
Що можна купувати за заявкою?	Товари, матеріали, сировину, комплектуючі, обладнання, послуги, ліцензії, запчастини, канцтовари та інші ресурси.
Навіщо потрібне погодження?	Щоб перевірити доцільність, бюджет, залишки, кількість, строки і відповідальність до початку закупівлі.
Що таке бюджетний контроль?	Перевірка, чи є бюджет на закупівлю і чи не перевищує заявка доступний ліміт.
Чому важливо перевіряти склад?	Щоб не купити те, що вже є в наявності або може бути переміщено з іншого складу.
Чи можна створювати заявки автоматично?	Так. ERP може формувати заявки на основі мінімальних залишків, виробничого плану, замовлень клієнтів або прогнозу попиту.
Чому Excel і месенджери погані для заявок?	Вони не дають нормального погодження, статусів, прав доступу, історії змін, бюджетного контролю і аналітики.
Як ERP допомагає із заявками?	ERP автоматизує створення, погодження, бюджети, закупівлі, постачальників, поставки, оплату, документи і звіти.
Як K2 ERP може допомогти?	K2 ERP може автоматизувати заявки на закупівлю, маршрути погодження, бюджети, постачальників, замовлення, склад, оплату, документи і аналітику.

Висновок

Заявки на закупівлю — це важливий інструмент управління потребами компанії.

Вони допомагають зробити закупівлі прозорими, контрольованими і зрозумілими.

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

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

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

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

Для великого бізнесу — основа складного процесу закупівель, погоджень, бюджетування, MRP, проєктного обліку і фінансового контролю.

K2 ERP може допомогти автоматизувати заявки на закупівлю як частину єдиної системи управління підприємством: від потреби до постачання, від погодження до оплати, від складу до фінансової аналітики.

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

Заявки потрібні саме для того, щоб це “трошки” не стало традицією.