Створіть реєстр вимог
Перенесіть вимоги з оголошення та додатків до таблиці. Для кожної вимоги запишіть назву документа, спосіб підтвердження, відповідального та стан готовності. Посилайтеся на конкретний пункт документації, щоб не переплутати вимогу з власним припущенням.
Звірте відомості між файлами
Назва компанії, реквізити, повноваження підписанта та предмет пропозиції мають бути узгоджені. Перевірте арифметику, одиниці виміру, валюту й зазначення ПДВ. Якщо застосовуєте шаблон із попередньої закупівлі, перегляньте всі дати, адреси та згадки іншого замовника.
Перевірте доступність документів
Відкрийте кожен файл після збереження. Переконайтеся, що сторінки читабельні, таблиці не обрізані, скани містять потрібні сторони. Зрозумілі назви файлів полегшують перевірку. Для державної закупівлі формат і спосіб підписання перевіряйте у її актуальних умовах та на майданчику.
Якщо потрібна перевірка всього пакета до подання, перегляньте послугу тендерного супроводу Юдей. Для аналізу підготуйте документацію та зібрані підтвердження за чеклістом.
Залиште час на контроль
Заплануйте окремий перегляд пакета іншою людиною. Після подання перевірте підтвердження у відповідному кабінеті. Збережіть копію саме поданих файлів, щоб подальші уточнення спиралися на однакову версію.
Як користуватися завантажуваним чеклістом
Візьміть файл під статтею як робочу основу та створіть окрему копію для конкретної закупівлі. У заголовку власного документа зазначте її ідентифікатор, потрібний лот і дату перевірки умов. Чекліст не встановлює перелік обов’язкових документів замість замовника. Його призначення — організувати виконання тих вимог, які ви підтвердили в актуальних матеріалах відповідного відбору.
Перед заповненням зберіть усі пов’язані додатки та зміни. Якщо аналізується лише основний файл, частина умов може залишитися поза реєстром. Для кожного джерела позначте редакцію або доступний час оприлюднення. Призначте відповідального за актуальність комплекту, щоб технічна команда й менеджер не формували завдання за різними версіями документації без усвідомлення розбіжності.
Переносьте одну перевірювану вимогу в окремий рядок. Якщо великий пункт містить кілька незалежних підтверджень, розділіть їх так, щоб можна було контролювати кожне. Водночас не створюйте нових вимог із власних звичок. Поряд із кожним рядком має залишатися точне посилання на джерело, за яким інший працівник перевірить обґрунтованість завдання.
Стани готовності, які описують реальну роботу
Розрізняйте «потрібно отримати», «чернетка підготовлена», «зміст перевірено», «належно оформлено» та «включено до фінального пакета». Це рекомендовані внутрішні позначки, які можна адаптувати до вашого процесу. Одна галочка «готово» часто приховує, що файл ще не підписаний або містить непідтверджені дані. Стан повинен показувати, яка саме дія залишилася та хто її виконує.
Для документів від банку, виробника або партнера зазначте час запиту й очікуваний результат. Власна готовність команди не гарантує швидкості зовнішнього учасника. Якщо документ залежить від іншого погодження, відобразіть цей зв’язок. Так ви побачите вузьке місце до останнього дня та зможете належно організувати підготовку без припущення, що всі вкладення з’являться одночасно.
Окремо ведіть невизначеності. Це може бути суперечність між пунктами, незрозуміла форма або сумнів щодо належності доказу. Для кожного питання визначте наступну дію та контрольну дату. Не закривайте рядок лише тому, що запитання передане замовнику або підтримці. Потрібно отримати й проаналізувати результат, а потім врахувати його у відповідній частині пакета.
Приклад заповненого рядка
У навчальній документації пункт 4 додатка визначає конкретний доказ досвіду. У чеклісті команда записує джерело, потрібний підтверджуваний факт, відповідального менеджера та назви матеріалів, які він готує. На першому етапі стоїть позначка «очікуємо документ від партнера». Після отримання інший працівник перевіряє належність предмета, сторін і змісту, а не лише факт появи файла.
Якщо доказ не підтверджує весь потрібний факт, рядок залишається відкритим із точним поясненням прогалини. Команда визначає належний спосіб її усунення за умовами відбору. Вона не додає довільну довідку лише для заповнення клітинки. Результатом роботи має бути перевірена відповідність конкретній вимозі, а не великий архів різноманітних документів без зв’язку з нею.
Після включення належного файла до фінального комплекту зазначають його контрольну назву та перевірену редакцію. Якщо документ змінено пізніше, відповідний стан переглядають. Попередня перевірка стосувалася старого змісту й не переноситься автоматично на новий. Це особливо важливо для реквізитів, чисел і підписаних матеріалів, де невелика правка може вимагати повторного належного оформлення.
Незалежний фінальний перегляд
Другий працівник має перевірити не тільки наявність усіх позначок, а й вибірково або повністю за вашим ризиком зіставити рядки з джерелами та фактичними файлами. Найважливіші умови потребують належної змістовної уваги. Якщо перевіряльник бачить лише список назв, він не зможе виявити документ іншої закупівлі або суперечність між таблицею та електронним полем.
Проведіть окреме зіставлення чисел і реквізитів у всьому пакеті. Для ціни перевірте базу, одиниці та погоджену редакцію розрахунку. Для представника — дані й належні повноваження на конкретну дію. Для технічного опису — фактично запропоновану конфігурацію. Узгодженість кількох файлів є окремим завданням і не випливає автоматично з успішної перевірки кожного документа ізольовано.
Після технічного передавання пропозиції збережіть доступне підтвердження та копію фактичного пакета. Позначте завершення подання окремо від готовності документів. Якщо дія не підтверджена, чекліст не повинен повідомляти команді про завершення участі. Подальший контроль повідомлень і рішень передайте відповідальному з визначеною наступною дією, не залишаючи процес без власника після відправлення файлів.
Архів для наступної закупівлі
Завершений чекліст використовуйте як історію конкретного відбору й джерело організаційних уроків. Для наступного створіть нову копію та знову встановіть вимоги за актуальними матеріалами. Переносити можна корисну структуру й підтверджені внутрішні контакти, але не всі галочки готовності. Саме повторна предметна перевірка захищає від застарілих довідок, чужих адрес і невірних очікувань щодо обов’язкового складу пакета.
Джерела для подальшої перевірки
- Prozorro Infobox: навчання та практичні пояснення
- OpenProcurement: структура документа закупівлі
- ЦЗО: офіційний сервіс перевірки електронного підпису
Практичні рекомендації потрібно зіставляти з умовами конкретної закупівлі. Перед застосуванням правових вимог перевіряйте чинну редакцію першоджерела.
