Зміст
Запит пропозицій на сонячну електростанцію допомагає підприємству поставити однакову задачу кільком виконавцям. У документі варто описати мету, майданчик, доступні дані, бажаний результат і форму відповіді. Це дозволяє побачити, які рішення пропонуються, що кожен виконавець включив і які питання ще потребують обстеження.
Запит не замінює проєктування, юридичного аналізу чи технічної перевірки. Нижче наведено робочу структуру для бізнесу та вигаданий приклад формулювання. Конкретні характеристики, порядок закупівлі й приймання визначаються для об'єкта разом із відповідальними фахівцями.
Почніть із задачі, а не переліку брендів
Опишіть, яку проблему має вирішити СЕС: наприклад, частково заміщувати денну закупівлю електроенергії. Вкажіть робочий графік підприємства, сезонні зупинки і плани розширення, якщо вони відомі. Якщо потрібне резервне живлення, окремо назвіть навантаження, очікувану тривалість та допустимий режим роботи. Наявність сонячних панелей сама по собі не підтверджує резерву.
Зафіксуйте, чи розглядається відпуск у мережу, а якщо рішення ще не ухвалено, попросіть окремо описати можливі варіанти та необхідні перевірки. Не називайте бажану потужність остаточною без даних про споживання, розміщення і мережу. Підбір потужності за графіком споживання допомагає сформулювати вихідну задачу.
Зазначте, яке рішення очікуєте від виконавця на цьому етапі: попередню оцінку, обстеження, проєкт або узгоджену пропозицію із визначеним складом робіт. Різні результати потребують різного рівня вихідних даних і не повинні порівнюватися як однакові.
Паспорт, який можна використати у своєму запиті
Почніть документ із короткого заповнюваного блоку. У дужках залишено поля для вашої команди, а не готові умови будь-якої закупівлі:
- Код і редакція: [назва об'єкта], [дата], [номер версії].
- Результат етапу: [оцінка, обстеження або визначена пропозиція].
- Базовий сценарій: [самоспоживання], [відпуск], [резерв], [черги].
- Додатки: [файл], [редакція], [що підтверджено або невідомо].
- Зворотний зв'язок: [контакт], [канал], [дата відповіді].
Якщо поле не визначене, прямо запишіть питання для уточнення. Не перетворюйте бажану конфігурацію на підтверджений параметр об'єкта лише заради повністю заповненої форми.
Опишіть майданчик і відсутні дані
Додайте адресу, доступні плани даху або ділянки, фото, місце електрощитової і можливі маршрути доступу. Позначте обладнання на покрівлі, запланований ремонт та зони, які залишаються потрібними виробництву чи логістиці. Розрізняйте підтверджений факт і попередній план: фото не замінює висновку про стан конструкцій.
Зазначте власника будівлі або території, відомий режим користування та контакт, який може організувати огляд. Не надсилайте конфіденційні матеріали без погодженого каналу і правил доступу. Якщо певного креслення немає, включіть його до переліку відкритих питань і попросіть пояснити, як виконавець пропонує отримати необхідні дані.
Вихідний комплект і маршрут документів докладніше розглядає матеріал про документи для СЕС підприємства. Запит пропозицій використовує ці відомості для однакового завдання всім учасникам, а не робить висновок про достатність документів.
Підготуйте дані споживання та мережі
За наявності додайте погоджений період інтервальних даних, одиниці, часовий пояс і пояснення пропусків. Рахунки за місяць допомагають зрозуміти витрати, але не показують часовий збіг сонячної генерації з навантаженням. Попросіть учасників назвати джерело і межу використаних даних та позначити оцінені періоди.
Передайте актуальну однолінійну схему і документи точки в межах погодженого доступу. Вкажіть наявні джерела живлення, обмеження виробничих зупинок і відомі зміни мережі. Якщо параметр не підтверджений, не заповнюйте його здогадкою і не просіть виконавця трактувати його як остаточний.
Попросіть окремо назвати роботи, що потребують додаткового огляду або узгодження. У запиті можна сформулювати бажаний режим, але остаточну схему, захист та налаштування визначають за проєктом і фактичними умовами. Один загальний шаблон не встановлює їх для кожного підприємства.
Попросіть межі постачання і робіт
Розділіть проєктування, обладнання, доставку, розвантаження, підготовку майданчика, монтаж, електричні роботи, налаштування, випробування та передання документації. Для кожної групи попросіть позначити: включено, виконує замовник, оцінено попередньо або потребує уточнення. Відсутність рядка не означає, що робота безкоштовна чи непотрібна.
Попросіть точні моделі та кількість запропонованого обладнання, а також пояснення щодо замін. Якщо модель ще не визначена, учасник має показати припущення і наслідок для ціни та строку. Критичні технічні питання оцінює проєктувальник; закупівельник не повинен самостійно підтверджувати електричну сумісність за назвою пристрою.
Для кожного виключення запишіть, хто відповідає за роботу і на якому етапі вона потрібна. Наприклад, підсилення даху може бути поза початковою пропозицією, але впливати на календар усього проєкту. Попросіть назвати підставу для остаточного уточнення, а не додавати довільний резерв замість відомого обсягу.
Задайте однакову форму відповіді
Попросіть усіх учасників відповідати на ті самі запитання, зберігаючи можливість запропонувати альтернативу окремо. Основний варіант має відповідати спільній задачі, а відхилення - мати пояснення. Для кожної цифри потрібні одиниця, межа, дата і припущення. Не забороняйте уточнювальні питання, які можуть виявити помилку у вихідному завданні.
| Код | Спільне питання | Що записати у відповіді |
|---|---|---|
| А. Рішення | Яку конфігурацію пропонуєте? | Потужності DC та AC, точні моделі, кількість, межа рішення, припущення. |
| Б. Роботи | Що входить до кожного етапу? | Включено, оцінено попередньо, виконує замовник або потребує уточнення; відповідальний. |
| В. Виробіток | Як отримано оцінку генерації? | Версія даних, період, часовий профіль, втрати та межі розрахунку. |
| Г. Ціна | До якого обсягу належить сума? | Цінові позиції, валюта, податкова основа, строк дії та умови уточнення. |
| Д. Календар | Від чого залежать строки? | Етапи, передумови, доступ, зупинки та пропоновані платіжні події. |
| Е. Передання | Що отримує замовник? | Документи, перевірки, інструкції, доступи; окремо гарантії й сервіс. |
| Ж. Відхилення | Що відрізняється від базового запиту? | Посилання на рядок, причина, наслідки для складу, ціни, строку та перевірок. |
Повернення таблиці з тими самими кодами дозволяє звести відповіді поруч. Для порожньої комірки попросіть пояснення: питання не застосовується, даних бракує чи роботу не пропонують. Ці стани не рівнозначні. Альтернативу оформлюють окремою таблицею з посиланням на базову редакцію.
Після отримання відповідей спочатку перевірте, чи однаково визначені результати та обсяги. Далі можна використати приклад вирівнювання бюджету, щоб зіставити ціни за однаковим складом. Сам запит не визначає переможця і не гарантує однакових технічних рішень.
Для комплексу з накопичувачем окрему технічну й економічну основу зіставлення наведено в матеріалі про порівняння проєктів УЗЕ.
Опишіть результат, який потрібно передати
У запиті варто сформулювати не лише список обладнання, а й очікуваний результат кожного етапу. Для проєктування це може бути погоджений комплект рішень у визначеному форматі; для монтажу і запуску - передбачені договором перевірки, схеми та інструкції. Конкретний перелік і критерії встановлюють для системи, а не копіюють із довільного шаблону.
Попросіть учасника описати умови перевірки, межу вимірювання, необхідні вихідні дані й тих, хто бере участь у прийманні. Якщо певний показник залежить від погоди або роботи підприємства, уточніть, як це враховано в запропонованому методі. Не призначайте універсального числового порога без технічного обґрунтування.
Визначте, як повідомляють про зауваження, хто погоджує виправлення і яка документація оновлюється після зміни конфігурації. Попросіть зразок переліку передання, але перевірте його відповідність конкретному обсягу робіт. Факт отримання папки не підтверджує повноти схем або виконання всіх випробувань.
Узгодьте спосіб розгляду відповідей
До отримання пропозицій визначте мінімальні умови, без яких підприємство не може перейти до наступного етапу: наприклад, опис межі робіт, можливість доступу чи підтвердження необхідної компетенції. Критерії мають відповідати задачі і бути зрозумілими учасникам. Перевірка має спиратися на надані документи, а не лише на рекламну заяву.
Окремо зафіксуйте питання, які порівнюватимуться після перевірки мінімальних умов: строки, склад робіт, порядок сервісу та інші важливі для об'єкта параметри. Якщо використовуються бали або ваги, погодьте їх заздалегідь і поясніть, що означає кожен рівень оцінки. Високий загальний бал не усуває невирішеного критичного питання.
Не переносіть правила конкретної публічної закупівлі на іншу процедуру автоматично. Для обов'язкового порядку, допустимих критеріїв та документів залучіть юриста або закупівельного фахівця. Ця робоча структура не встановлює юридичного порядку проведення тендеру.
Умовний приклад короткого завдання
Уявімо підприємство, яке працює вдень у будні і хоче оцінити дахову СЕС для прямого споживання. Воно надає доступні інтервальні дані за рік, план даху, наявну схему та перелік періодів зупинки. Потреба в резерві не заявлена; питання відпуску потрібно окремо перевірити. Це вигадана ситуація, а не реалізований об'єкт.
Учасників просять надати базову конфігурацію, оцінку виробітку з припущеннями, склад робіт, перелік невизначених позицій, календар, цінову відомість і пакет передання. Окремо запитують, які висновки потребують обстеження покрівлі та уточнення мережі. Результат - кілька відповідей у спільному форматі, а не підтвердження технічної здійсненності.
Припустімо, у рядку Б учасник А вказав лише попереднє компонування, а учасник Б включив обстеження і визначену пропозицію після нього. Не порівнюйте їхні суми як ціну одного результату. Попросіть обох окремо описати однаковий початковий етап, його ціну та результат, а подальші роботи показати умовно. Так форма виявляє розбіжність до вибору підрядника.
Якщо один учасник пропонує інший режим, його описують окремою альтернативою зі змінами в ціні, обсязі та необхідних перевірках. Так підприємство не порівнює два різні завдання як одну й ту саму систему. Перед прийняттям рішення команда має погодити технічні, правові та фінансові питання для об'єкта.
Якщо до переліку учасників додають нового виконавця пізніше, перевірте, чи отримав він усі чинні уточнення та додатки тієї самої версії. У реєстрі збережіть дату передавання і канал, а також перелік документів з обмеженим доступом. Це допоможе оцінити відповіді на однаковій основі.
Організуйте запитання і версії
Визначте відповідальну особу, канал запитань, дату відповіді і спосіб передавання оновлень. Якщо відповідь змінює вихідні дані, надішліть однакове уточнення всім учасникам і збережіть номер версії. Позначте, які дані потребують захищеного обміну і хто має право їх отримати.
До остаточного порівняння перевірте актуальність цін, однакову валюту та податкову основу, строки і виконуваність графіка. Запишіть причину кожного відкритого питання і наступну дію. Якщо потрібен огляд, погодьте його обсяг, доступ і результат, який має отримати підприємство.
Готовий запит складається з опису задачі, переліку переданих файлів, форми відповіді та реєстру невідомого. Передайте його фахівцям для перевірки, а після уточнень збережіть фінальну редакцію разом із отриманими пропозиціями, датами отримання та переліком відкритих питань. Це основа для предметного обговорення, а не заміна проєкту чи підписаного договору.
Обсяг обстеження і проєктування можна обговорити через послуги для СЕС.