Ціна та рішення про переможця
Замовник має розмежувати оцінювання та відповідність. Оцінювання порівнює допустимі пропозиції за передбаченою методикою. Перевірка відповідності з’ясовує, чи виконані вимоги до предмета, документів і учасника. Кваліфікація, підстави відмови та технічні параметри не стають довільними додатковими балами після розкриття.
Як простежити логіку результату
Прочитайте критерії ще до подання пропозиції. Якщо застосовуються нецінові показники, знайдіть формулу, ваги та спосіб підтвердження значень. Порівняйте електронні поля з документами: строк гарантії або поставки має бути однаковим у всіх частинах пакета.
Після оприлюднення результату відкрийте рішення та перевірте його предмет. Повідомлення про намір укласти договір, підписаний договір і виконаний договір описують різні стани. За наявності спору потрібно аналізувати конкретну дію, застосовний порядок захисту та актуальні строки, а не орієнтуватися лише на повідомлення електронної пошти.
Приклад порівняння двох пропозицій
У навчальному відборі запитано ноутбуки з певним обсягом пам’яті. Пропозиція А коштує менше, але описує іншу конфігурацію. Пропозиція Б дорожча й відповідає параметрам. Саме співвідношення цін не вирішує, чи допустима А: спочатку з’ясовують фактичний зміст документів і правила їх перевірки.
Так само не можна довільно надати Б перевагу за «кращу репутацію», якщо відповідний критерій не передбачено. Рішення повинно відтворювати оголошену методику. Приклад не встановлює автоматичної підстави відхилення: можливість уточнення або виправлення визначається застосовним порядком.
Перевірка учасником
- Зіставте підсумкову ціну з власним підтвердженим поданням.
- Перевірте оцінені нецінові параметри й формулу.
- Знайдіть оприлюднений документ про рішення.
- Відокремте незгоду з результатом від конкретного доведеного порушення.
Найслабший аргумент — «ми дешевші». Сильний аналіз показує, які саме вимоги виконані, який документ це підтверджує та де рішення розходиться з оголошеними умовами.
Від оцінки до перевіреного рішення
Розмежовуйте місце пропозиції в результатах оцінювання та встановлення її відповідності. Позиція з найкращим розрахунковим показником не відповідає сама по собі на питання про документи, технічні характеристики та інші умови. Послідовність перевірки визначається правилами конкретного відбору. Висновок має показувати, які вимоги перевірено та якими відомостями підтверджено результат.
Учасник перед поданням може відтворити цю логіку на власному пакеті. Зіставте кожну вимогу з місцем її підтвердження, а методику оцінювання — зі своїми числовими полями. Якщо використані нецінові показники, перевірте, що заявлені значення мають підставу і не суперечать технічній частині. Оптимістичне заповнення поля не повинно створювати обіцянку, яку компанія не здатна виконати.
Матриця перевірки пропозиції
| Блок | Як зробити перевірку відтворюваною |
|---|---|
| Вимога документації | Наведіть точне місце вимоги та її актуальну редакцію, щоб інший працівник міг відкрити те саме положення й перевірити зміст без припущень. |
| Подане підтвердження | Запишіть назву файла, сторінку або конкретне електронне поле, яке містить потрібні відомості; загального посилання на весь пакет зазвичай недостатньо. |
| Фактичний результат | Опишіть встановлену характеристику, дату, повноваження або інший факт окремо від висновку про відповідність, зберігаючи зрозумілий зв’язок із підтвердженням. |
| Виявлена розбіжність | Зазначте, які саме дані не збігаються, чи стосуються вони вимоги та який передбачений для цієї ситуації порядок подальших дій. |
| Остаточне рішення | Поясніть підставу й наслідок за застосовними правилами, не підміняючи аналіз загальною фразою про невідповідність або найкращу ціну учасника. |
Приклад: одна цифра в різних документах
Учасник указав гарантію на обладнання в одному додатку як 24 місяці, а в іншому залишив старий текст про 12 місяців. Перевіряльник має встановити зміст актуальної вимоги, зіставити обидва документи та визначити допустимі дії за правилами закупівлі. Не можна довільно вибрати зручніший фрагмент або автоматично вважати будь-яку розбіжність підставою для однакового наслідку.
Для підготовки власної пропозиції така ситуація означає необхідність перехресної перевірки параметрів. Модель, строк гарантії, кількість, ціна й календар повинні збігатися в пов’язаних файлах. Корисно мати одну погоджену таблицю вихідних даних, з якої відповідальні працівники беруть значення. Перед підписанням фінальної версії інший член команди звіряє саме повторювані параметри.
Що робити після повідомлення про результат
Прочитайте офіційне рішення та визначте наступні обов’язки своєї сторони. Переможцю потрібно перевірити перелік подальших документів, умови забезпечення та підготовку договору. Інший учасник, який вважає рішення помилковим, має спочатку сформулювати конкретну розбіжність між фактом, вимогою та висновком, а потім перевірити належний механізм і строк захисту.
Не замінюйте офіційний статус повідомленням менеджера або заголовком у листі. Збережіть посилання на рішення та документи, на які воно спирається. Для внутрішнього аналізу відокремте програш за коректно застосованою методикою від проблеми у власному пакеті. У першому випадку переглядають економіку участі, у другому — процес підготовки та перевірки документів. Це різні причини, які потребують різних поліпшень у наступній закупівлі.
Для замовника корисною завершальною перевіркою є читання проєкту рішення колегою, який не проводив первинний аналіз. Він має відтворити шлях від вимоги до документа та висновку. Якщо такого зв’язку не видно, уточніть мотивування до його оформлення. Перевірка зрозумілості не змінює підстав рішення, а допомагає зробити їх конкретними та придатними для незалежного прочитання іншою відповідальною особою під час незалежної перевірки у майбутньому.
Джерела для подальшої перевірки
- Закон № 922-VIII: нормативне джерело для перевірки застосовної редакції
- Мінекономіки: офіційні роз’яснення, включно зі змінами 2026 року
Практичні рекомендації потрібно зіставляти з умовами конкретної закупівлі. Перед застосуванням правових вимог перевіряйте чинну редакцію першоджерела.
