Загальний огляд процедури
Мета створення процедури та нормативні засади
З метою проведення електронних аукціонів з передачі в оренду майна, відповідно до Регламенту, в рамках ProZorro.Sale реалізовано sellingMethod: commercialPropertyLease-priorityEnglish.
Процедура, на яку найбільше схожа
basicSell-english-priority
Глосарій процедури
- Крок аукціону для проведення електронного аукціону та електронного аукціону із зниженням стартової ціни — мінімальна надбавка, на яку в ході електронного аукціону або на етапі подання закритих цінових пропозицій може здійснюватися підвищення цінової пропозиції
- Лот — об’єкт оренди, який виставляється на електронний аукціон;
- Закрита цінова пропозиція для проведення електронного аукціону — сума коштів, сплата якої декларується учасником до проведення електронного аукціону та подається в особистому кабінеті через оператора електронного майданчика в електронній торговій системі до закінчення кінцевого строку подання заяв на участь в електронному аукціоні;
- Поточна ціна лота — орендна плата за лот, яка відображається в режимі реального часу та діє протягом періоду між початком автоматичного покрокового зниження стартової орендної плати за об’єкт оренди, включаючи проміжок часу між здійсненням останнього кроку та завершенням електронного аукціону за методом покрокового зниження стартової орендної плати та подальшого подання цінових пропозицій;
- Учасник — фізична особа або юридична особа в особі уповноваженого представника, у тому числі фізична та юридична особа іноземної держави, міжнародна організація та особа без громадянства, яка виявила намір узяти участь в електронному аукціоні, сплатила реєстраційний та гарантійний внески, пройшла процедуру реєстрації для участі в електронному аукціоні, отримала відповідне підтвердження про реєстрацію та індивідуальний код учасника;
- Цінова пропозиція для проведення електронного аукціону — сума коштів, сплата якої декларується учасником у ході електронного аукціону;
- Орендар - фізична або юридична особа, яка на підставі договору оренди бере майно у користування за плату на певний строк;
- Орендодавець - юридична особа, яка на підставі договору оренди передає майно у користування за плату на певний строк;
- Потенційний орендар - фізична або юридична особа, яка виявила бажання взяти майно в оренду у спосіб, визначений цим Законом;
- Стартова орендна плата - плата за користування майном, яка зазначається в оголошенні про передачу майна в оренду.
Особливості процедури
- На етапі роботи із Оголошенням:
- Обмеження по роботі з класифікаторами.
- мінімальна кількість заяв для можливості успішного проведення аукціону:
- minNumberOfQualifiedBids==1 - 1 заява на участь
- В банківських рахунках лише валюта UAH.
- Зміни в списку документів.
- Деактивація заяв при редагування лише певних полів.
- Аукціон:
- англійський аукціон
- додатковий раунд для чинного орендаря
- Кваліфікація:
- кількість переможців - 1 переможець
- присутність 1-го учасника, що очікує кваліфікацію переможця
Структура даних
Опис класифікаторів та їх словників
Для даної процедури обов'язково використовуємо один основний класифікатор (CAV) та один додатковий (CPVS).
Додатковий класифікатор приймає значення "PA01-7 - Оренда" та "DA04-3: Приватний"
Особливості роботи із основним класифікатором наступні:
Основний класифікатор заповнюється із нижчезазначеного переліку:
- 04000000-8 – Нерухоме майно та усі вкладені коди;
- 05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди;
- 16000000-5 – Сільськогосподарська техніка та усі вкладені коди;
- 18000000-9 – Одяг, взуття, сумки та аксесуари та усі вкладені коди;
- 30000000-9 – Офісна та комп’ютерна техніка, устаткування та приладдя, окрім меблів та пакетів програмного забезпечення та усі вкладені коди, крім:
- 30124000-4 - Частини та приладдя до офісної техніки та усі вкладені коди;
- 30160000-8 - Магнітні картки та усі вкладені коди;
- 30192000-1 - Офісне приладдя та усі вкладені коди;
- 30194000-5 - Креслярське приладдя;
- 30196000-9 - Планувальні системи;
- 30197000-6 - Дрібне канцелярське приладдя;
- 30199000-0 - Паперове канцелярське приладдя та інші паперові вироби;
- 30234100-9 - Магнітні диски;
- 30234700-5 - Магнітні стрічки;
- 30237000-9 - “Частини, аксесуари та приладдя до комп’ютерів та усі вкладені коди;
- 31000000-6 – Електротехнічне устаткування, апаратура, обладнання та матеріали; освітлювальне устаткування та наступні вкладені коди, крім:
- 31157000-1 - Індуктивні котушки;
- 31160000-5 - Частини електродвигунів, генераторів і трансформаторів та всі вкладені коди;
- 31220000-4 - Елементи електричних схем та всі вкладені коди;
- 31230000-7 - Частини електророзподільної чи контрольної апаратури та всі вкладені коди;
- 32000000-3 – Радіо-, телевізійна, комунікаційна, телекомунікаційна та супутня апаратура й обладнання та наступні вкладені коди, крім:
- 32350000-1 - Частини до аудіо- та відеообладнання та всі вкладені коди;
- 33000000-0 – Медичне обладнання, фармацевтична продукція та засоби особистої гігієни та наступні вкладені коди, крім:
- 33140000-3 - “Медичні матеріали” та всі вкладені коди;
- 33600000-6 - “Фармацевтична продукція” та всі вкладені коди;
- 33700000-7 - “Засоби особистої гігієни” та всі вкладені коди;
- 34000000-7 – Транспортне обладнання та допоміжне приладдя до нього та наступні вкладені коди, крім:
- 34300000-0 - “Частини та приладдя до транспортних засобів і їх двигунів” та всі вкладені коди;
- 35000000-4 – Охоронне, протипожежне, поліцейське та оборонне обладнання та наступні вкладені коди, крім:
- 35300000-7 - “Зброя, боєприпаси та супутні деталі” та всі вкладені коди;
- 37000000-8 – Музичні інструменти, спортивні товари, ігри, іграшки, ремісничі, художні матеріали та приладдя та наступні вкладені коди, крім:
- 37820000-2 - “Приладдя для образотворчого мистецтва” та всі вкладені коди;
- 38000000-5 – Лабораторне, оптичне та високоточне обладнання (крім лінз) та усі вкладені коди;
- 39000000-2 – Меблі (у тому числі офісні меблі), меблево-декоративні вироби, побутова техніка (крім освітлювального обладнання) та засоби для чищення та наступні вкладені коди, крім:
- 39800000-0 - Продукція для чищення та полірування та всі вкладені коди;
- 42000000-6 – Промислова техніка та усі вкладені коди;
- 43000000-3 – Гірничодобувне та будівельне обладнання та усі вкладені коди;
- 44000000-0 – Конструкції та конструкційні матеріали; допоміжна будівельна продукція (крім електроапаратури) та наступні вкладені коди, крім:
- 44111000-1 - “Будівельні матеріали” та всі вкладені коди;
- 44800000-8 - “Фарби, лаки, друкарська фарба та мастики” та всі вкладені коди;
- 44900000-9 - “Будівельний камінь, вапняк, гіпс і сланець” та всі вкладені коди;
- 45000000-7 - “Будівельні роботи та поточний ремонт” та усі вкладені коди;
- 48000000-8 – Пакети програмного забезпечення та інформаційні системи та усі вкладені коди;
- Всі коди надання послуг (всі коди після 50000000-5) крім:
- 70340000-6 - “Послуги з надання нерухомості у спільне користування в режимі розподілу часу” та всі вкладені коди;
- 70130000-1 - “Послуги зі надання в оренду власної нерухомості” та всі вкладені коди;
- 70200000-3 - “Послуги з надання в оренду чи лізингу власної нерухомості” та всі вкладені коди;
- 70300000-4 - “Послуги агентств нерухомості, надавані на платній основі чи на договірних засадах” та всі вкладені коди;
В залежності від обраного значення із переліку основного класифікатора ЦБД автогенерує значення для Типу активу (itemType). Для значень основного класифікатора, які не описані нижче, нічого не автогенеруємо.
- 04000000-8 – Нерухоме майно та усі вкладені коди - asset (Майно);
- 05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди - asset (Майно);
- 16000000-5 – Сільськогосподарська техніка та усі вкладені коди - asset (Майно);
- 30000000-9 – Офісна та комп’ютерна техніка, устаткування та приладдя, крім меблів та пакетів програмного забезпечення та усі вкладені коди - asset (Майно);
- 32000000-3 – Радіо-, телевізійна, комунікаційна, телекомунікаційна та супутня апаратура й обладнання та усі вкладені коди - asset (Майно);
- 34000000-7 – Транспортне обладнання та допоміжне приладдя до нього та усі вкладені коди - asset (Майно);
- 39000000-2 – Меблі (у тому числі офісні меблі), меблево-декоративні вироби, побутова техніка (крім освітлювального обладнання) та засоби для чищення та усі вкладені коди - asset (Майно);
- 42000000-6 – Промислова техніка та усі вкладені коди - asset (Майно).
В залежності від обраного значення із переліку основного класифікатора ЦБД визначає необхідну itemProps схему. Для значень основного класифікатора, які не описані нижче, нічого не визначаємо.
- Для типу об'єкта "Нерухоме майно" realEstate:
- 04000000-8 – Нерухоме майно та усі вкладені коди.
- Для типу об'єкта "ЄМК" jointPropertyComplex:
- 05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди
- Для типу об'єкта "Транспортний засіб" vehicle:
- 34100000-8 – Мототранспортні засоби;
- 34400000-1 – Мотоцикли, велосипеди та коляски;
- 34500000-2 – Судна та човни;
- 34600000-3 – Залізничні та трамвайні локомотиви і рейковий рухомий склад та супутні деталі;
- 34700000-4 – Повітряні та космічні літальні апарати;
- Для типу об'єкта "Нерухоме майно" realEstate:
В залежності від обраного значення із переліку основного класифікатора, на рівні ЦБД визначається обов'язковість заповнення поля Місцезнаходження (address) в об'єкті Item. Для всіх кодів з надання робіт та послуг (всі перелічені коди після 45000000-7, які включені в основний класифікатор) поле Місцезнаходження НЕОБОВ'ЯЗКОВЕ для заповнення.
В залежності від обраного значення із переліку основного класифікатора, на рівні ЦБД визначається обов'язковість заповнення поля Географічні координати місця розташування (location) в об'єкті Item. Для наступних значень поле Географічні координати місця розташування ОБОВ'ЯЗКОВЕ для заповнення:
- 04000000-8 – Нерухоме майно та усі вкладені коди.
Додатковий класифікатор, ЦБД автогенерує єдине значення (CPVS) для:
PA01-7
- Оренда
Ендпоінти з класифікаторами:
Періоди і статуси
Конфігураційний файл з періодами и статусами
Загальна схема процедури
Схема «Загальний процес»
Функціонал ролей в рамках періодів
Timeline процедури
Публікація процедури
Створення оголошення
При публікації оголошення про проведення аукціону, Організатором аукціону необхідно заповнити обовʼязкові поля:
- Інформація про Організатора (sellingEntity)
- Ідентифікатори Організатора аукціону (Код ЄДРПОУ або ІПН або паспорт) (identifier)
- Місцезнаходження Організатора аукціону (повна адреса) (address)
- Інформація про контактну особу (contactPoint)
- Номер лоту (lotId)
- Повну назву Аукціону (заголовок) (title)
- Опис аукціону (description)
- Учасника з переважним правом (Код ЄДРПОУ або ІПН) (identifier)
- Вимоги до оформлення документів (x_documentRequirements)
- Стартову ціну аукціону (value)
- Розмір гарантійного внеску (x_guarantee)
- Інформація про лот, що пропонується на аукціон, із зазначенням його розміру (items.quantity, items.description)
- Документи
- Дата та час проведення аукціону (auctionPeriod.startDate)
- Мінімальна кількість учасників (minNumberOfQualifiedBids)
Повний перелік полів в Swagger
Майданчикам |
---|
Організатор аукціону може зберегти чернетку оголошення без публікації в ЦБД - для внесення змін, видалення та перегляду (чернетка). Це - обов’язковий функціонал, що має бути присутній на майданчику. Організатора є можливість ввести інформацію про учасника з переважним правом. |
Редагування оголошення
Протягом періоду редагування (rectifiactionPeriod) Організатор аукціону має право самостійно вносити зміни в опис лоту та оголошення щодо продажу лота в ЕТС.
Організатор має можливість внести зміни в ті поля які він заповнював самостійно під час публікації аукціону, окрім орієнтовного часу початку аукціону.
Для підтвердження внесених змін Організатор має можливість завантажити документ - "Погодження змін до опису лоту. Опис причин редагування." (documentType:clarifications), має містити перелік змін, які вносяться в оголошення, причину внесення таких змін. Він має бути доступний для завантаження в період редагування (rectificationPeriod) та не є обов'язковим.
Протягом періоду редагування (rectificationPeriod) та Періоду прийняття заяв на участь (tenderPeriod) Організатор процедури може завантажувати та замінювати документи оголошення (procedure.documents[])
Періоди процедури
rectificationPeriod | Період редагування | Дата та час публікації процедури в ЦБД | rectificationPeriod.startDate + 2 р.д., завершення о 20:00 (завжди припадає на робочий день) | Статус процедури змінюється: active_rectification → active_tendering Редагування полів процедури більше недоступне | Період "Період редагування" починється одразу, як тільки відбувається публікація процедури в ЦБД |
tenderPeriod | Період подання пропозицій | tenderPeriod.startDate == rectificationPeriod.endDate | о 20:00 в день, що передує дню початку аукціону auctionPeriod.startDate (може припадати на НЕробочий день) | Статус процедури змінюється: active_tendering → active_auction | Період "Прийняття заяв на участь" починається одразу, як тільки завершується "Період редагування", що тривав 2 р.д. |
questionPeriod | Період запитань | Дата та час публікації процедури в ЦБД | Може припадати на НЕробочий день. о 20:00 за 1 р.д. до початку аукціону | - | |
enquiryPeriod | Період відповідей | Дата та час публікації процедури в ЦБД | о 20:00 за 1 р.д. до початку аукціону | - | |
auctionPeriod | Аукціон | Завжди припадає на робочий день. Вказується організатором при публікації процедури. ЦБД приймає тільки auctionPeriod.startDate >= datePublished + к.д. | Момент завершення роботи модуля аукціону | Статус процедури змінюється: active_auction → qualification | auctionPeriod.endDate присутній виключно за умови наявності не менш ніж 2 заяв на участь (bids[].status: active) на момент tenderPeriod.endDate |
qualificationPeriod | Період кваліфікації | qualificationPeriod.startDate == auctionPeriod.endDate | qualificationPeriod.endDate == qualificationPeriod.startDate + n р.д. о 18:00 | На рівні ЦБД: відсутній На рівні майданчика: за 24 години до завершення, надсилання повідомлення Організатору про завершення періоду кваліфікації. |
Статуси процедури
Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
---|---|---|---|---|
active_rectification | Редагування доступне | момент публікації оголошення в ЦБД | Ручна дія. Заповнені всі обовʼязкові поля для створення процедури в ЦБД | Майданчик Організатора робить запит до ЦБД та передає об'єкт процедури. У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику id та token створеного об'єкта процедури, процедура набуває статус "Редагування доступне" (active_rectification). |
active_tendering | Прийняття заяв на участь | active_rectification | Автоматично. Настав момент rectificationPeriod.endDate | Завершився Період редагування (rectificationPeriod), почався період Прийняття заяв на участь (tenderPeriod) |
active_qualification | Очікується опублікування протоколу | active_auction | Автоматично. Завершилась робота Модуля аукціону (настав момент auctionPeriod.endDate) | Для кожного учасника, що мав bids[].status == active на момент auctionPeriod.startDate, в обʼєкті процедури створюється Award у статусі pending АБО pending_waiting (деталі розподілу в розділі Статуси Awards). Для award у статусі pending відбувається 1 фаза кваліфікації переможця (робота із протоколом) Аварди в статусі unsuccessful свій статус не змінюють. |
active_awarded | Очікується підписання договору | active_qualification | Ручна дія. Організатор надсилає запит на зміну status: active_qualification → active_awarded | По завершенню роботи із протоколом, Організатор натискає кнопку “Протокол затверджено”, статус процедури змінюється на “Очікується підписання договору” (active_awarded) - 2 фаза кваліфікації переможця, а саме в частині роботи із договором. |
complete | Аукціон завершено | active_qualification | Ручна дія. Організатор надсилає запит на зміну status: active_awarded → complete | Термінальний статус. При виконанні дії зміни статуса на complete ЦБД перевіряє:
|
unsuccessful | Аукціон не відбувся | active_tendering active_qualification active_awarded | Автоматично.
| Термінальний статус. |
cancelled | Аукціон скасовано | active_rectification active_tendering active_qualification active_awarded | Ручна дія. Організатору у всіх статусах Процедури, окрім термінальних статусів, доступна опція "Скасування" Процедури. Для скасування процедури, Організатору необхідно:
Після цього, при натисканні кнопки, надсилається запит в ЦБД на скасування. Статус процедури автоматично змінюється → cancelled | Термінальний статус. |
Документи процедури
documentType | Назва Укр | Назва Анг | Опис | Обовʼязковіть для публікації процедури | Публічність |
---|---|---|---|---|---|
illustration | Ілюстрації | Illustration | Зображення, що можуть додаватися Організатором до процедури | Ні | Так |
contractProforma | Типова форма договору про надання послуги | Contract proforma | Типова форма договору про надання послуги | Ні | Так |
clarifications | Погодження змін до опису лоту. Опис причин редагування. | Clarifications | Документ НЕ обовʼязковий при публікації процедури. Документ НЕ обовʼязковий для редагування процедури. | Ні | Так |
digitalSignature | Цифровий підпис | Digital signature | Цифровий підпис | Ні | Так |
Скасування аукціону
Рішення Організатора про відміну аукціону повинне бути викладене у формі розпорядчого акта (рішення, наказу, розпорядження, протоколу тощо)
Скасувати процедуру є можливість у статусах, окрім термінальних
У разі відміни аукціону ЦБД автоматично присвоює аукціону статус “аукціон не відбувся”.
Деталі описано тут
Документи скасування процедури (cancellations.documents)
documentType | Назва Укр | Назва Анг | Опис | Обовʼязковіть для скасування процедури | Публічність |
---|---|---|---|---|---|
cancellationDetails | Причини скасування | Cancellation details | Інформація щодо причин скасування аукціону | Ні | Так |
Публікація заяви на участь
Періоди у заяви на участь відсутні.
Можливість подавати заяви на участь є тільки протягом періоду процедури tenderPeriod
При публікації заяви на участь в аукціоні (публікації біда), обов'язково повинні бути заповнені поля:
- bids.bidders.identifier
- bids.bidders.address
- bids.bidders.contactPoint
- bids.value - (цінова пропозиція)
- bids.quantity (bids.quantity не може бути більше procedure.items[0].quantity. Може дорівнювати чи бути менше.)
bids.value.amount <= procedure.value.amount. В іншому випадку ЦБД має повертати валідаційну помилку.
До закінчення tenderPeriod учасники мають право анулювати заяви про участь в аукціоні або внести до них зміни, зокрема шляхом завантаження оновлених редакцій доданих до заяви документів.
У разі коли в момент закінчення кінцевого строку подання заяв про участь в аукціоні подано менше зазначеної організатором мінімальної кількості заяв, ЦБД автоматично присвоює аукціону статус “аукціон не відбувся” (unsuccessful)
Статуси заяви на участь (біда)
Технічна назва | Бізнесова назва | Перехід з | За умови | Коментар |
---|---|---|---|---|
draft | Чернетка заяви | момент публікації заявки в ЦБД | Ручна дія. Учасник надсилає запит на публікацію Bid-а | Публікація заяви на участь доступна тільки протягом tenderPeriod-а процедури. Мають бути заповнені:
Опублікувати бід можна без документів, але без обовʼязкових документів не буде можливості активувати Біда. Майданчик Учасника робить запит до ЦБД та передає об'єкт заяви на участь. У разі правильно сформованого об'єкта заяви на участь, ЦБД повертає майданчику token для активації заяви на участь, заява на участь набуває статус “Чернетка заяви” (draft). |
active | Підтверджена заява | draft | Ручна дія. Учасник надсилає запит на зміну статуса Bid-а | Мають бути заповнені обовʼязкові поля:
та обовʼязкові документи Майданчик Учасника надсилає запит на активацію заяви на участь в ЦБД, заява на участь змінює статус на “Підтверджена заява” (active) та вважається опублікованою. |
inactive | Деактивована заява | draft | Ручна дія. Учасник має можливість:
| У разі редагування оголошення (поля + документи) Організатором, заяви на участь (у статусах draft та/або active) учасників автоматично переходять у статус inactive. Таку заяву на участь можна повторно перевести у статус active. Або анулювати за бажанням учасника. |
deleted | Видалена заява | active | Ручна дія. Учасник надсилає запит на зміну статуса Bid-а | У разі анулювання заяви на участь учасником вона набуває статус “Видалена заява” (deleted). Скасувати свою заявку на участь є можливість тільки протягом tenderPeriod |
Документи заяви на участь (bids.documents)
Обовʼязковіть для активації bid-а | |||||
---|---|---|---|---|---|
x_guarantee | Фінансове забезпечення | Financial support | Примірна форма безвідкличної банківської гарантії для участі в аукціоні | Так | Так |
х_ultimateBeneficiaryInfo | Інформація про кінцевого бенефіціарного власника | Ultimate beneficiary information | Інформація про кінцевого бенефіціарного власника. У разі коли особа не має кінцевого бенефіціарного власника, зазначається інформація про відсутність кінцевого бенефіціарного власника та причина його відсутності | Так | Так |
x_governingBodyInfo | Інформація про органи управління | Governing bodies information | Копії документів, що містять інформацію про органи управління учасника, який має намір взяти участь в аукціоні, та їх персональний склад (статут, протоколи, накази, інші документи, що містять інформацію про органи управління та їх персональний склад) | Ні | Так |
x_relatedParties | Інформація про пов'язаних осіб | Related parties information | Інформацію про осіб, пов’язаних із учасником, який має намір взяти участь в аукціоні, відносинами щодо здійснення контролю | Ні | Так |
x_generationType | Довідка із зазначенням виду альтернативного джерела енергії | Generation type certificate | У разі участі в технологічно нейтральному аукціоні довідку в довільній формі, підписану уповноваженою особою суб’єкта господарювання, із зазначенням виду альтернативного джерела енергії, щодо якого він має намір набути право на підтримку | Ні | Так |
eligibilityDocuments | Договір про приєднання об'єкта електроенергетики | Eligibility document | Договір з оператором електричних мереж включно з технічними умовами до нього. Інформація щодо технічних параметрів (характеристик) установки зберігання енергії (встановлена потужність, ємність, інші параметри) | Ні | Так |
digitalSignature | Цифровий підпис | Digital signature | Цифровий підпис | Ні | Так |
Необхідно передбачити можливість Учаснику додавати і замінювати документи в bids[x].documents, коли бід знаходиться у статусі active. Після завершення роботи МА у Учасника такожм має бути можливість додавати і замінювати документи протягом періоду Процедури qualification та active_qualification.
Кваліфікація
За результатами періоду аукціону (auctionPeriod) пропозиції сортуються від меншої ціни до більшої, а у випадку співпадіння ціни, вище відображається пропозиція розміщена раніше. Часом розміщення пропозиції вважається час першого розміщення заяви у ЦБД, а, у випадку редагування пропозиції під час періоду прийому пропозицій, час фіксації змін у заяві у ЦБД. По завершенню аукціону, процедура переходить у статус qualification - фазу перевірки документів учасників. ЦБД генерує award'и для N учасників у статусі verification. award'и формуються для всіх учасників, відповідно до поданих кількості заяв на участь. Валідною ставкою вважається та, що рівна або менша за значення value.amount.
Періоди Awards
awards.signingPeriod | Період підписання протоколу та договору | В момент набуття Авардом статуса pending | signingPeriod.endDate == signingPeriod.startDate + 15 р.д. | На рівні ЦБД: відсутній | Період формується в Аварді з моменту набуття Авардом статусу pending Якщо Авард був у статусі pending і отримав signingPeriod, то після зміни статуса на інший (protocol_signed, active OR unsuccessful) період залишається незмінним. Аварди в інших статусах цей період не отримують. |
awards.admissionPeriod | Період прийняття рішення щодо набуття статусу переможця | В момент набуття Авардом статуса pending_admission | admissionPeriod.endDate == admissionPeriod.startDate + 5 р.д. | На рівні ЦБД: Статус аварда автоматично змінюється з pending_admission → cancelled | Період формується для Авардів у статусі pending_admission і продовжує відображатись в Аварді після зміни його статуса на будь-який інший. |
Статуси Awards
verification | Перевірка документів | Момент auctionPeriod.endDate створюються Awards[] | Автоматично. По завершенню аукціону, процедура переходить у статус qualification ("Перевірка документів"). ЦБД генерує Awards[] у статусі verification для всіх учасників. | За результатами роботи МА (auctionPeriod) пропозиції сортуються від меншої ціни до більшої, а у випадку співпадіння ціни, вище відображається пропозиція розміщена раніше. Часом розміщення пропозиції вважається час першого розміщення заяви у ЦБД, а, у випадку редагування пропозиції під час періоду прийому пропозицій, час фіксації змін у заяві у ЦБД. При формуванні порядку Авардів, необхідно дивитись на Awards.value, але якщо value декількох Авардів однакове, необхідно подивитись, чи відрізняється у кожного bid-а bids.initialValue від bids.value: 1) Якщо учасник оновлював свою ставку протягом МА (bids.value < bids.initialValue), то часом розміщення ставки вважається час оновлення ставки протягом МА 2) Якщо учасник НЕ оновлював свою ставку протягом МА (bids.value == bids.initialValue), то часом розміщення ставки вважається bids.dateModified 3) Якщо у декількох Авардів однакове value і ці декілька учасників оновлювали свої ставки протягом МА, то вище в рейтингу має бути той, хто оновлював свою ставку раніше 4) Якщо у декількох Авардів однакове value при цьому один із них НЕ оновлював ставку протягом МА, а інші оновлювали, то вище в рейтингу має бути той, хто НЕ оновлював ставку протягом МА. (бо він розмістив своє value раніше). Його bids.dateModified вважається датою і часом розміщення ставки. Інші учасники своє value розмістили точно пізніше, бо вони оновлювали value протягом МА. Їх порядок має бути згідно часу оновлення їх ставок. За умови НЕ успішної перевірки документів, Організатор змінює статус Awards[].status: verification → unsuccessful (обовʼязково попередньо завантажує та може замінити документ awards.documents: documentType: rejectionProtocol) Організатор має можливість завантажити та заміни в Процедурі документ documentType:x_verificationAct |
waiting | Документи перевірено | verification | Ручна дія. У Організатора має бути можливість змінювати Awards.status: verification → waiting. Обовʼязкові документи для цієї зміни статуса відсутні. Автоматично. Якщо на момент verificationPeriod.endDate залишились Awards у статусі verification, то ЦБД змінює їх статус на waiting | Подальша робота з Авардом відбувається із статуса waiting. Частину Авардів в статус waiting може перевести Організатор, а у випадку, коли ЦБД автоматично змінила Awards.status: verification → waiting , він є проміжковим і після цього ЦБД також автоматично змінить статус на pending або pending_waiting За умови успішної превірки документів, Організатор змінює статус Awards[].status: verification → waiting (обовʼязкових документів немає) |
pending | Очікується протокол | waiting АБО pending_waiting АБО pending_admission | Автоматично. Завершився verificationPeriod.endDate: waiting → pending АБО Автоматично. Дискваліфіковано Авард у статусі pending АБО protocol_signed протягом qualificationPeriod: pending_waiting → pending АБО Ручна дія. pending_admission → pending: Учасник погодився закрити залишок обсягу | Перехід із waiting: Статус pending отримують Аварди, які перебувають перші у списку результатів Модуля Аукціону і які успішно пройшли етап перевірки документів (award.status <> unsuccessful) за умови, що обсяг, який вони запропонували повністю покривається розрахованим значенням x_quantityLimit Організатор має можливість:
Учасник має можливість завантажити та замінити протокол awards.document: documentType: auctionProtocol Перехід із pending_waiting: Лише у випадку, якщо Організатор дискваліфікував одного чи більше Переможців, Аварди, що перебувають у статусі pending_waiting автоматино можуть змінити свій статус на pending за умови, що обсяг, який вони запропонували повністю покривається залишком від обсягу, що залишився і не настала дата qualificationPeriod.endDate. Якщо завершився qualificationPeriod і після 29 р.д. Організатор дискваліфіковує переможця, наступний у черзі, який очікує вже НЕ отримує статус pending (на 30-й день вже не має бути Авардів у статусі pending_waiting, бо визначено одного, хто змінив свій статус на pending_admission, а всі інші змінили свій статус на cancelled) Приклад1: Організатор вказав procedure.items.quantity == 10 000 Учасник_1 запропонував awards.items.quantit == 3 000 по найменшій ціні 10 Учасник_2 запропонував awards.items.quantit == 1 000 по ціні 11 Учасник_3 запропонував awards.items.quantit == 2 000 по ціні 12 Всі три учасники успішно пройшли перевірку документів (awards.status == waiting) ЦБД розраховує x_quantityLimit == (3000 + 1 000 + 2 000) * 0.8 == 4 800 Обсяг 4 800 повністю покриває тільки запропоновані обсяги Учасника_1 і Учасника_2. Запропонований Учасником_3 обсяг повнітю не реалізується (він запропонував 2 000, а після розподілення між першим і другим учасниками, залишилось не розподілено тільки (4 800 - 3 000 - 1 000) == 800 ) В даному прикладі тільки третій учасник отримує статус pending_waiting Після цього Організатор дискваліфіковує Учасника_1 з його пропозицією 3 000. Учасник_3 автоматично отримує статус pending з своєю пропозицією 2 000, бо 2 000 повністю покривається обсягом 4 800 (першого дискваліфікували, другий 1 000, третій 2 000, 1000+2000 = 3000, що менше, ніж 4800) Приклад2: Організатор вказав procedure.items.quantity == 10 000 Учасник_1 запропонував awards.items.quantit == 1 000 по найменшій ціні 10 Учасник_2 запропонував awards.items.quantit == 1 000 по ціні 11 Учасник_3 запропонував awards.items.quantit == 8 000 по ціні 12 Всі три учасники успішно пройшли перевірку документів (awards.status == waiting) ЦБД розраховує x_quantityLimit == (1 000 + 1 000 + 8 000) * 0.8 == 8 000 Обсяг 8000 повністю покриває тільки запропоновані обсяги Учасника_1 і Учасника_2. Запропонований Учасником_3 обсяг повнітю не реалізується (він запропонував 8 000, а після розподілення між першим і другим учасниками, залишилось не розподілено тільки (8 000 - 1 000 - 1 000) == 6 000 ) В даному прикладі тільки третій учасник отримує статус pending_waiting Після цього Організатор дискваліфіковує Учасника_1 з його пропозицією 1 000. Учасник_3 НЕ отримує статус pending з своєю пропозицією 8000, бо 8000 повністю не покривається залишком обсягу (8000 - 1000 = 7000 - залишок обсягу, а Учасник_3 пропонує 8000, що більше, ніж 7000) Його статус залишається pending_waiting. P.S.: в майбутньому він отримає статус "Умовний переможець" (pending_admission) і зможе погодитись реалізувати залишок, який складає 7000 із його запропонованих 8000. Перехід із pending_admission: Учасник в статусі pending_admission має можливість вказати обсяг, який він готовий закрити і змінити статус на pending. Далі відбувається його кваліфікація за логікою кваліфікації інших переможців. |
protocol_signed | Підписано протокол | pending | Ручна дія. ЦБД має валідувати, що в Авард завантажено документ з documentType: auctionProtocol | Так як, дискваліфікувати Учасника має бути можливість у випадку, коли підписано Протокол і НЕ підписано Договір, використовуємо цей статус для відображення факту підписання Протоколу. |
pending_waiting | Очікується рішення | waiting | Автоматично. Завершився verificationPeriod.endDate | Статус pending_waiting отримують Аварди, які перебувають у списку результатів Модуля Аукціону і які успішно пройшли етап перевірки документів (award.status <> unsuccessful) за умови, що обсяг, який вони запропонували повністю НЕ покривається розрахованим значенням x_quantityLimit, з причини, що обсяг вже закритий іншими пропозиціями учасників, що запропонували меншу ціну. Приклад 1: Організатор вказав квоту procedure.items.quantity == 10 000 Учасник_1 запропонував awards.items.quantit == 3 000 по найменшій ціні 10 Учасник_2 запропонував awards.items.quantit == 1 000 по ціні 11 Учасник_3 запропонував awards.items.quantit == 2 000 по ціні 12 Всі три учасники успішно пройшли перевірку документів (awards.status == waiting) ЦБД розраховує x_quantityLimit == (3000 + 1 000 + 2 000) * 0.8 == 4 800 Обсяг 4 800 повністю покриває тільки запропоновані обсяги Учасника_1 і Учасника_2. Запропонований Учасником_3 обсяг повнітю не реалізується (він запропонував 2 000, а після розподілення між першим і другим учасниками, залишилось не розподілено тільки (4 800 - 3 000 - 1 000) == 800 ) В даному прикладі тільки третій учасник отримує статус pending_waiting Приклад 2: Організатор вказав квоту procedure.items.quantity == 10 000 Учасник_1 запропонував awards.items.quantit 3 000 по найменшій ціні 10 Учасник_2 запропонував 2 000 по ціні 11 Учасник_3 запропонував 1 000 по ціні 12 Всі три учасники успішно пройшли перевірку документів (awards.status == waiting) ЦБД розраховує x_quantityLimit == (3000 + 1 000 + 2 000) * 0.8 == 4 800 Обсяг 4 800 повністю покриває тільки запропонований обсяг Учасника_1. Запропонований Учасником_2 обсяг повністю не реалізується (він запропонував 2 000, а після Учасника_1 , залишилось не розподілено тільки (4 800 - 3 000) == 1800 ) В даному прикладі другий і третій учасники отримують статус pending_waiting Організатор не може дискваліфікувати Учасника, що очікує рішення Учасник не має можливості відмовитись від очікування. |
pending_admission | Підтвердження набуття статусу переможця | pending_waiting | Автоматично. Завершився qualificationPeriod.endDate АБО Автоматично. За умови, що всі Awards, що мали статус pending отримали статус active (Організатор успішно кваліфікував всіх Переможців, залишилось вирішити питання тільки з залишком запропонованого обсягу, що може бути закритий "умовним переможцем") АБО Автоматично. За умови, що взагалі відсутні Аварди у статусі pending | Статус pending_admission отримує тільки один Award, який знаходиться у статусі pending_waiting і запропонував найменшу після Переможців ціну. Згідно Постанови "Учасник, що набуває статусу умовного переможця, визначається на 30-й робочий день після завершення аукціону", але у випадку, коли Організатор успішно кваліфікував всіх переможців (всі Awards у статусі pending набули статусу active), не чекаючи 30-го дня після завершення МА, учасник одразу отримує статус pending_admission і отримує можливість погодитись чи відмовитись від залишку обсягу. Це потрібно для того, щоб після успішної кваліфікації переможців, небуло необхідності чекати завершення періоду кваліфікації для погодження умовним переможцем своє право на набуття статуса переможця. В момент отримання Авардом статусу pending_admission, всі інші Аварди, які перебувають у статусі pending_waiting отримують статус cancelled (дискваліфікація Переможців вже неможлива, бо закриті протоколи+договори. Вибор іншого "умовного переможця" не передбачений в нормативці) В цьому статусі Умовний переможець може:
|
active | Договір підписано | protocol_signed | Автоматично. Якщо повʼязаний contracts набув статуса active | Термінальний статус. Якщо змінився contracts.status: pending → active, це означає, що завантажено Підписаний договір (contracts.documents.documentType: contractSigned) Це потрібно для того, щоб за умови дискваліфікації Переможця на етапі підписання Договору, ЦБД зробила перевірку "qualificationPeriod.endDate вже пройшов?":
|
cancelled | Учасник не став переможцем | pending_admission АБО pending_waiting | із pending_admission: Ручна дія. Учасник ("Умовний переможець") відмовляється "закрити" нерозподілений залишок і надсилає запит на зміну статуса АБО Автоматично. Якщо протягом awards.admissionPeriod учасник ("Умовний переможець") не надав відповіді із pending_waiting: Автоматично. В момент, коли будь-який Авард набуває статусу pending_admission, всі інші Аварди, які знаходяться у статусі pending_waiting автоматично набувають статус cancelled | Термінальний статус. Після набуття статусу pending_admission "Умовний переможець" має можливість відмовитись від запропонованого обсягу і скасувати свою заявку (змінити статус Аварда з pending_admission на cancelled). Якщо протягом awards.admissionPeriod учасник ("Умовний переможець") не надав відповіді, то ЦБД автоматично змінює статус його Аварда. Після набуття статусу pending_admission "Умовний переможець" всі Аварди, які на цей момент заходились у статусі pending_waiting набувають статус cancelled |
unsuccessful | Дискваліфіковано | verification АБО pending АБО protocol_signed | Ручна дія. Організатор надсилає запит на зміну award.status:verification → unsuccessful Організатор надсилає запит на зміну award.status: pending → unsuccessful Ручна дія. Організатор надсилає запит на зміну статуса Аварда protocol_signed → unsuccessful | Термінальний статус. verification → unsuccessful: завантажується документ rejectionProtocol для кожного Аварда, який не пройшов перевірку документів протягом verificationPeriod Поле terminationReason в даному випадку заповнювати не обовʼязково pending → unsuccessful: ЦБД має валідувати, що в Авард завантажено документ з documentType: act При зміні статуса з pending → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника protocol_signed → unsuccessful: При зміні статуса з protocol_signed → unsuccessful Організатору необхідно заповнити поле terminationReason значенням зі словника Обовʼязково хавантажити документ act "про відмову" в Авард. |
- Очікується протокол
- Технічний ідентифікатор - pending
- Організатор
- Завантаження протоколу (обов'язкова дія - з можливістю замінити протокол);
- Переведення статусу учасника до наступного статусу “Переможець. Очікується договір”;
- Дискваліфікація учасника;
- Учасник:
- Можливість завантажити та замінити протокол (не обов'язкова дія - з можливістю замінити протокол).
- Умови зміни статусу - автоматично присвоюється переможцю під час генерації авардів.
- Очікується рішення
- Технічний ідентифікатор - pending_waiting
- Організатор - відсутній
- Учасник
- Можливість 2-му учаснику відмовитися від очікування (до моменту дискваліфікації 1-го учасника та за умови, що процедура у не термінальному статусі)
- Умови зміни статусу - автоматично присвоюється 2-му (після переможця) учаснику під час генерації авардів
- Переможець. Очікується договір
- Технічний ідентифікатор - active
- Організатор:
- Завантаження договору (з можливістю замінити);
- Дискваліфікація учасника (до завершення аукціону);
- Підтвердження оплати;
- Завершення аукціону.
- Учасник
- Можливість 2-му учаснику відмовитися від очікування до моменту дискваліфікації 1-го переможця.
- Умови зміни статусу - Організатор підтверджує підписання протоколу і award змінює свій статус на active.
- Коментар - Дискваліфікувати переможця можливо до завершення аукціону. Відмовитися від очікування 2-му учаснику можливо до моменту дискваліфікації 1-го учасника або завершення аукціону.
- Дискваліфіковано
- Технічний ідентифікатор - unsuccessful
- Організатор - функціонал відсутній
- Учасник - функціонал відсутній
- Умови зміни статусу - дискваліфікація учасника на будь-якому етапі кваліфікації
- Учасник не став переможцем
- Технічний ідентифікатор - cancelled
- Організатор - функціонал відсутній
- Учасник - функціонал відсутній
- Умови зміни статусу
- 2-й учасник відмовився від очікування
- Статус змінюється лише після завершення аукціону
- Аукціон перейшов в термінальний статус (complete), у зв’язку з чим 2-й учасник не набув статусу переможця (за умови, що 2-й учасник відмовився від очікування).
Статуси контракту
- Очікується договір
- Технічний ідентифікатор - pending
- Організатор
- Завантаження підписаного договору з учасником;
- Підтвердження підписання договору;
- Дискваліфікація учасника.
- Учасник - відсутній
- Умови зміни статусу - автоматично присвоюється переможцю під час генерації авардів.
- Договір підтверджено
- Технічний ідентифікатор - active
- Організатор:
- Завершення аукціону.
- Учасник - відсутній
- Умови зміни статусу - Організатор підтвердив договір.
- Договір скасовано
- Технічний ідентифікатор - cancelled
- Організатор - відсутній
- Учасник - відсутній
- Умови зміни статусу - Організатор аукціону дискваліфікував учасник через неможливість підписання договору або неотримання оплати.
Опис періодів
Період підготовки
Статус процедури - поза системою
- Умови формування дати початку та кінця періоду - поза системою
- Функціонал Організатора:
- Публікація оголошення
- Функціонал Учасника - відсутній
Період редагування
Статус процедури - Прийняття заяв на участь
- Умови формування дати початку та кінця періоду:
- Особливості періоду: - відсутні
- Дата початку: може припадати на неробочий день, відповідає даті та часу початку періоду подання пропозицій.
- Дата завершення: може припадати на неробочий день, завершується за 5 календарних днів до завершення періоду подання пропозицій, час завершення о 18:00
- Функціонал Організатора:
- Скасування аукціону;
- Можливість внесення змін до лота;
- Можливість завантажувати та замінювати документи процедури.
- Функціонал Учасника:
- Можливість знайти і переглянути інформацію про оголошені електронні аукціони.
- Функціонал ЦБД:
- Деактивація заяв на участь за умови внесення змін в оголошення Організатором.
Період подання пропозицій
Статус процедури - Прийняття заяв на участь
- Умови формування дати початку та кінця періоду:
- Особливості періоду: - мінімальна тривалість періоду 7 календарних днів (з дня наступного за днем публікації)
- Дата початку: може припадати на неробочий день (співпадає з датою публікації процедури)
- Дата завершення: може припадати на неробочий день, о 20:00 дня, що передує дню початку періоду аукціону
- Функціонал Організатора:
- Скасування аукціону.
- Функціонал Учасника:
- Розміщення заяв на участь в рамках:
- Можливість внесення змін в заяву на участь;
- Можливість завантажувати та замінювати документи заяви на участь;
- Можливість анулювати заяву на участь.
- Розміщення заяв на участь в рамках:
Період запитань
Статус процедури - Прийняття заяв на участь
- Умови формування дати початку та кінця періоду:
- Особливості періоду: - відсутні
- Дата початку: може припадати на неробочий день, відповідає даті та часу початку періоду подання пропозицій.
- Дата завершення: може припадати на неробочий день, завершується за 1 робочий день до дня початку періоду аукціону о 18:00
- Функціонал Організатора: - відсутній
- Функціонал Учасника:
- Можливість задати запитання
Період відповідей
Статус процедури - Прийняття заяв на участь
- Умови формування дати початку та кінця періоду:
- Особливості періоду: - відсутні
- Дата початку: може припадати на неробочий день, відповідає даті та часу початку періоду подання пропозицій.
- Дата завершення: може припадати на неробочий день, завершується за 1 робочий день до дня початку періоду аукціону о 18:00
- Функціонал Організатора:
- Відповіді на запитання учасників.
- Можливість завантажувати та замінювати документи процедури.
- Функціонал Учасника:
- Ознайомлення із отриманими відповідями
Період аукціону
Статус процедури - Аукціон
- Умови формування дати початку та кінця періоду:
- Особливості періоду: - починається у визначений ЦБД день та час і залежить від наявності поданих заяв на участь (не раніше ніж за 7 календарних днів з моменту публікації оголошення), починається за умови наявності не менш ніж 2-х заяв на участь в період подання пропозицій.
- Дата початку: завжди припадає на робочий день, точна дата та час (часовий діапазон з 11:00 - 13:00)
- Дата завершення: може припадати на неробочий день, подія завершення аукціону (торгів)
- Функціонал Організатора:
- Скасування аукціону.
- Функціонал Учасника:
- Участь в аукціоні.
Період кваліфікації*
Статус процедури - Очікується опублікування протоколу, Очікується підписання договору
- Умови формування дати початку та кінця періоду:
- Особливості періоду: - формується за наявності переможця за результатами проведеного аукціону (період аукціону) або після періоду подання пропозицій, за наявності лише 1 заяви на участь, тривалість періоду до 20 робочих днів (не включаючи день проведення аукціону), період завершується вручну Організатором аукціону. Формується повторно з усіма вкладеними періодами за наявності 2-го учасника в якості переможця (в момент дискваліфікації 1-го учасника).
- Дата початку: може припадати на неробочий день, відповідає даті та часу завершення періоду подання пропозицій, за умови подання лише 1 заяви або періоду аукціону, за умови подання 2-х та більше заяв.
- Дата завершення: завжди припадає на робочий день, період триває доти, доки Організатор не завершить аукціон вручну, час завершення о 18:00.
- Функціонал Організатора:
- Скасування аукціону (можливо до завершення аукціону);
- Завершення аукціону.
- Функціонал Учасника:
- Можливість 2-му учаснику відмовитися від очікування (до моменту дискваліфікації 1-го учасника та за умови, що процедура у не термінальному статусі).
Період підписання протоколу*
Статус процедури - Очікується опублікування протоколу
- Умови формування дати початку та кінця періоду:
- Особливості періоду: - відсутній
- Дата початку: може припадати на неробочий день, відповідає даті та часу початку періоду кваліфікації.
- Дата завершення: завжди припадає на робочий день, тривалість періоду до 10-ти робочих днів з дня, наступного за днем формування протоколу, але період триває доти, доки Організатор не завершить період вручну, час завершення о 18:00.
- Функціонал Організатора:
- Робота із протоколом (завантаження та заміна);
- Дискваліфікація переможця.
- Функціонал Учасника:
- Робота із протоколом (не обов'язкова дія - можливість завантажити та замінити протокол).
- Можливість 2-му учаснику відмовитися від участі в аукціоні (до моменту дискваліфікації 1-го учасника та за умови, що процедура у не термінальному статусі).
Період підписання договору*
Статус процедури - Очікується підписання договору
- Умови формування дати початку та кінця періоду:
- Особливості періоду: - тривалість періоду до 20 робочих днів (не включаючи день проведення аукціону)
- Дата початку: може припадати на неробочий день, відповідає даті та часу початку періоду кваліфікації.
- Дата завершення: завжди припадає на робочий день, період триває доти, доки Організатор не завершить період підписання договору вручну, час завершення о 18:00.
- Функціонал Організатора:
- Завантаження договору (заповнення обов’язкових полів);
- Дискваліфікація переможця (можливо до завершення аукціону).
- Функціонал Учасника:
- Можливість 2-му учаснику відмовитися від очікування (до моменту дискваліфікації 1-го учасника та за умови, що процедура у не термінальному статусі).
**Всі періоди кваліфікації завершуються Організатором аукціону вручну (не автоматична дія), але повинна бути реалізована фіксація порушення строків
Типи, опис документів та робота з ними
Процедура
Створення оголошення
Cтатус процедури: active_tendering
Період процедури\аварду: rectificationPeriod
- illustration
- Legal Name UA - Ілюстрації
- Legal Name EN - Illustration
- Опис - Зображення, що можуть додаватися Організатором до оголошення
- Обов'язковість - Так
- Публічність - Так
- notice
- Legal Name UA - Паспорт торгів
- Legal Name EN - Auction notice
- Опис - Офіційне повідомлення, що містить деталі аукціону
- Обов'язковість - Ні
- Публічність - Так
- technicalSpecifications
- Legal Name UA - Копії документів та матеріалів на лот
- Legal Name EN - Technical specifications
- Опис - Детальна інформація про лот
- Обов'язковість - Ні
- Публічність - Так
- evaluationCriteria
- Legal Name UA - Кваліфікаційні вимоги
- Legal Name EN - Evaluation criteria
- Опис - Вимоги до потенційних учасників аукціону
- Обов'язковість - Ні
- Публічність - Так
- contractProforma
- Legal Name UA - Проєкт договору оренди
- Legal Name EN - Contract proforma
- Опис - Документ містить умови договору
- Обов'язковість - Так
- Публічність - Так
- x_presentation
- Legal Name UA - Презентація
- Legal Name EN - Presentation
- Опис - Презентація
- Обов'язковість - Ні
- Публічність - Так
- property_doc
- Legal Name UA - Документи на майно
- Legal Name EN - Property documents
- Опис - Документи що підтверджують право власності організатора на лот, відсутність встановлених законом обтяжень (обмежень), відсутність встановлених законом обтяжень (обмежень) та заборон на відчуження лота
- Обов'язковість - Так, якщо організатор ФОП (sellingEntity.identifier.scheme = всі значення крім UA-EDR зі схеми ua_identifier)
- Публічність - Так
Редагування процедури
Cтатус процедури: active_tendering
Період процедури\аварду: rectificationPeriod
- clarifications
- Legal Name UA - Погодження змін до опису лоту. Опис причин редагування.
- Legal Name EN - Clarifications
- Опис - Документ не потрібно вносити до списку документів при створенні аукціону. Має бути доступний для завантаження в rectificationPeriod.
- Обов'язковість - Ні (обов'язковий лише для внесення змін в поля лоту)
- Публічність - Так
Заява на участь
Cтатус процедури: active_tendering
Період процедури\аварду: tenderPeriod
- commercialProposal
- Legal Name UA - Заява на участь
- Legal Name EN - Bid
- Опис - Заява на участь
- Обов'язковість - Ні
- Публічність - Так
- x_passport
- Legal Name UA - Копія паспорта або документу, що посвідчує особу
- Legal Name EN - Passport or identity document
- Опис - Паспорт або інший документ, що посвідчує особу (для фізичної особи нерезидента)
- Обов'язковість - Ні
- Публічність - Ні
- x_IPN
- Legal Name UA - Копія РНОКПП
- Legal Name EN - RNTRC
- Опис - Копія ІПН
- Обов'язковість - Ні
- Публічність - Ні
- x_tenderersRegisterExtract
- Legal Name UA - Витяг з ЄДРПОУ
- Legal Name EN - Register extract
- Опис - Копія витягу з ЄДРПОУ або копію документа про реєстрацію у державі її місцезнаходження (витяг із торговельного, банківського або судового реєстру тощо)
- Обов'язковість - Ні
- Публічність - Так
- x_nonResidentRegistrations
- Legal Name UA - Документ про реєстрацію у державі її місцезнаходження (для юридичних осіб - нерезидентів)
- Legal Name EN - Non Resident Registrations
- Опис - Копія документа про реєстрацію у державі її місцезнаходження (для юридичної особи-нерезидента)
- Обов'язковість - Ні
- Публічність - Так
- x_registrationFeeApproval
- Legal Name UA - Документ, що підтверджує сплату реєстраційного внеску
- Legal Name EN - Registration fee approval
- Опис - Документ, що підтверджує сплату реєстраційного внеску
- Обов'язковість - Ні
- Публічність - Так
- x_guaranteeApproval
- Legal Name UA - Документ, що підтверджує сплату гарантійного внеску
- Legal Name EN - Guarantee approval
- Опис - Документ, що підтверджує сплату гарантійного внеску
- Обов'язковість - Ні
- Публічність - Так
- qualificationDocuments
- Legal Name UA - Документи що підтверджують відповідність вимогам
- Legal Name EN - Qualification document
- Опис - Документи що підтверджують відповідність вимогам
- Обов'язковість - Ні
- Публічність - Так
Cтатус процедури: active_qualification
Період процедури\аварду: qualificationPeriod
- auctionProtocol
- Legal Name UA - Протокол аукціону
- Legal Name EN - Auction protocol
- Опис - Протокол аукціону, який учасник має можливість завантажити в рамках кваліфікації
- Обов'язковість - Ні
- Публічність - Так
Авард (об’єкт кваліфікації учасника)
Cтатус процедури: active_qualification Період процедури\аварду: qualificationPeriod
- auctionProtocol
- Legal Name UA - Протокол аукціону
- Legal Name EN - Auction protocol
- Опис - Протокол аукціону
- Обов'язковість - Так
- Публічність - Так
Cтатус процедури: active_qualification, active_awarded
Період процедури\аварду: qualificationPeriod (award.verificationPeriod, award.signingPeriod)
- rejectionProtocol
- Legal Name UA - Документ, що підтверджує дискваліфікацію
- Legal Name EN - Rejection protocol
- Опис - Завантажується у разі дискваліфікації учасника (окремо зазначається причина), за умови прийняття рішення Організатором;
- Обов'язковість - Так, для зміни статусу аварду на unsuccessful
- Публічність - Так
- act
- Legal Name UA - Документ, що підтверджує відмову
- Legal Name EN - Refusal act
- Опис - Завантажується у разі дискваліфікації учасника (окремо зазначається причина), за умови прийняття рішення Учасником;
- Обов'язковість - Так, для зміни статусу аварду на unsuccessful
- Публічність - Так
Договір
Cтатус процедури: active_awarded
Період процедури\аварду: qualificationPeriod (award.signingPeriod)
- contractNotice
- Legal Name UA - Повідомлення про договір
- Legal Name EN - Contract notice
- Опис - Офіційне повідомлення, що містить деталі договору
- Обов'язковість - Ні
- Публічність - Так
- contractSigned
- Legal Name UA - Підписаний договір
- Legal Name EN - Signed contract
- Опис - Підписаний договір
- Обов'язковість - Так
- Публічність - Так
- contractAnnexe
- Legal Name UA - Додатки до договору
- Legal Name EN - Contract annexe
- Опис - Додатки до договору
- Обов'язковість - Ні
- Публічність - Так
- paymentInformation
- Legal Name UA - Інформація про розрахунки
- Legal Name EN - Payment information
- Опис - Відомості про розрахунки переможцем аукціону
- Обов'язковість - Ні
- Публічність - Так
- transferAct
- Legal Name UA - Акт приймання-передачі
- Legal Name EN - Transfer act
- Опис - Акт приймання-передачі
- Обов'язковість - Ні
- Публічність - Так
Скасування процедури
Cтатус процедури: active_tendering, active_auction, active_qualification, active_awarded
Період процедури\аварду: rectificationPeriod, auctionPeriod, tenderPeriod, qualificationPeriod
- cancellationDetails
- Legal Name UA - Причини скасування
- Legal Name EN - Cancellation details
- Опис - Інформація щодо причин скасування аукціону
- Обов'язковість - Так, для скасування аукціону
- Публічність - Так
Цифровий підпис
Cтатус процедури: active_tendering, active_auction, active_qualification, active_awarded
Період процедури\аварду: rectificationPeriod, tenderPeriod, questionPeriod, enquiryPeriod, enquiryPeriod, qualificationPeriod (award.verificationPeriod, award.signingPeriod).
- digitalSignature
- Legal Name UA - Цифровий підпис
- Legal Name EN - Digital signature
- Опис - Цифровий підпис
- Обов'язковість - Ні
- Публічність - Набуває значення документу з яким пов'язаний
Загальні документи по розробці
Особливості роботи із сутностями та документами
Особливості роботи із цифровим підписом
Схеми процедури
Перелік схем:
- Timeline процедури
- Схема "Загальний процес аукціонів"
- Схема "Публікація оголошення та прийняття заяви про участь"
- Схема "Аукціон"
- Схема "Кваліфікація (робота з договором та протоколом)"
Етапи процедури
Створення та редагування оголошення
Публікація оголошення
Організатор аукціону, під час публікації оголошення, вказує необхідні поля процедури. Вони вказані в ТЗ з вимогами до майданчиків.
Повідомлення при публікації оголошення
Редагування оголошення
Організатор має можливість внести зміни в ті поля які він заповнював самостійно під час публікації аукціону, окрім орієнтовного часу початку аукціону.
Протягом rectificationPeriod Організатор аукціону може завантажувати та замінювати документи оголошення. Для підтвердження внесених змін (поля оголошення) Організатор повинен обов'язково завантажити документ - clarifications. Протягом rectificationPeriod та enquiryPeriod Організатор аукціону може завантажувати та замінювати документи оголошення без завантаження документу - "Погодження змін до опису лоту. Опис причин редагування.".
За умови внесення змін в опис лота Організатором заява на участь деактивується (статус inactive). Особливості деактивації заяви
Повідомлення при редагуванні оголошення (загальні)
Повідомлення при редагуванні оголошення
- Учаснику
- Коли - Редагування процедури
- Що - Організатор торгів змінив умови проведення аукціону, всі заяви на участь деактивовано. Вам необхідно підтвердити або змінити свою заяву для участі в аукціоні.
- Коментарі - Повідомлення надходить Учаснику протягом 5 хв.
Обговорення аукціону (запитання-відповідь)
Посилання на схему «Обговорення електронних аукціонів (запитання-відповідь)»
Повідомлення при обговоренні аукціону (запитання-відповідь)
Розміщення заяви на участь
Робота із заявою на участь
Схема "Публікація оголошення та прийняття заяви про участь"
Робота із заявою на участь
Учасник, що подав пропозицію в період дії статусу процедури active_tendering, має можливість вносити зміни в поля заяви на участь, анулювати заяву та завантажувати, замінювати документи в рамках статусу процедури active_tendering.
У випадку переходу аукціону у статус Аукціон не відбувся (unsuccessful) або Аукціон відмінено (cancelled), до завершення періоду аукціону (auctionPeriod), ставки учасників залишаються закритими для всіх, включаючи Організатора аукціону і доступні виключно для майданчика, який розмістив ставку у ЦБД.
Повідомлення при розміщення заяви на участь
Деактивація заяви на участь
У разі редагування оголошення (поля + документи) Організатором, заяви на участь (у статусах draft та/або active) учасників автоматично переходять у статус inactive. Таку заяву на участь можна повторно перевести у статус active. В учасника має бути можливість анулювати свою заяву на участь після деактивації (перевести bid в статус deleted). Необхідно виводити інформацію про факт редагування та історичні дані на Майданчику.
Скасування аукціону
Скасування аукціону
Скасувати аукціон можливо у будь-якому не термінальному статусі процедури.
Для скасування Організатор аукціону зобов’язаний завантажити документ (documentType:cancellationDetails) та внести опис причини скасування (cancellation.reason). Фактичну дату скасування (cancellations.date) Організатор аукціону вказує вручну.
Повідомлення при скасування аукціону
Інформація про отримання посилання на аукціон
Повідомлення щодо аукціону
Аукціон не відбувся
Аукціон
Аукціон
Схема "Аукціон"
Після переходу за посиланням, учасник потрапляє на сторінку проведення аукціону.
- Послідовність кроків:
- пауза - pause - 5 хв.
- послідовний раунд - sequential (складається із послідовних ходів учасників)
- пауза - pause - 3 хв.
- послідовний раунд - sequential (складається із послідовних ходів учасників)
- пауза - pause - 3 хв.
- послідовний раунд - sequential (складається із послідовних ходів учасників)
- розкриття - final
Послідовний раунд (англійський)
- Системна назва
- Значення - sequential
- Напрямок зміни ставок
- Значення - На підвищення
- Обмеження ставки (масив)
- Значення - Попередня ставка самого учасника (user)
- Тривалість
- Значення - 3 хвилини
- Перелік учасників
- Значення - Анонімний
- Відображення ставок
- Значення - Значення ставок (масив) - Ціна: Так
Пауза
- Системна назва
- Значення - pause
- Тривалість
- Значення (ознайомча пауза) - 5 хвилини
- Значення (пауза між раундами) - 3 хвилини
Розкриття
- Системна назва
- Значення - final
- Подія для завершення
- Значення - Час вичерпано
- Тривалість
- Значення - 5 секунд (або менше, в залежності від завантаженості системи)
- Перелік учасників
- Значення - Персоніфікований
- Відображення ставок
- Значення - Значення ставок (масив) - Ціна: Так
- Пост-дії
- Значення - Сортування - Так
Формування протоколу Аукціону
Шаблони електронного протоколу аукціону:
Кваліфікація
Схема "Кваліфікація (робота з договором та протоколом)"
За результатами періоду аукціону (auctionPeriod), за умови наявності 2-х та більше заяв в рамках періоду подання пропозицій, основні умови відбору переможців Організатором аукціону - найвища валідна ставка та відповідність учасника кваліфікаційним вимогам.
Пропозиції сортуються від більшої ціни до меншої, а, у випадку співпадіння ціни, вище відображається пропозиція розміщена раніше. Часом розміщення пропозиції вважається час першого розміщення заяви у ЦБД, а, у випадку редагування пропозиції під час періоду подання пропозицій (tenderPeriod), час фіксації змін у заяві у ЦБД.
ЦБД формує award'и тільки для двох учасників з найвищими валідними ставками (другий award за наявності такого учасника). Авард учасника з найвищою валідною ставкою отримує статус pending, а авард учасника з другою найвищою ставкою (за наявності) отримує статус pending_waiting.
Перевірка документів учасників та підписання протоколу
За умови успішного проведення аукціону, процедура переходить у період кваліфікації та розпочинається період підписання протоколу, статус процедури змінюється на active_qualification, починається робота із протоколом.
Якщо усіх учасників, що пройшли до кваліфікації, дискваліфіковано, ЦБД автоматично змінює статус процедури на unsuccessful.
Після періоду аукціону (auctionPeriod) Організатор здійснює перевірку документів (поза системою) всіх учасників аукціону та приймає рішення щодо кваліфікації учасників.
- Протокол аукціону (documentType:auctionProtocol) підписується переможцем аукціону та оператором електронного майданчика, з якого переможець подав цінову пропозицію, за допомогою кваліфікованого електронного підпису уповноваженої особи.
- Організатор опубліковує підписаний протокол аукціону в ЕТС протягом 10-ти робочих днів після дня його завершення.
- В Організатора є можливість підтвердити протокол і після завершення періоду підписання протоколу (verificationPeriod), обмеження на майданчику не мають встановлюватись.
- Після завантаження протоколу організатор натискає кнопку "Протокол затверджено", після чого майданчик передає award’у такого учасника статус active (“Переможець. Очікується договір”).
- В результаті чого для цього award’у створюється contract в статусі pending у масиві contracts.
- У учасника, який кваліфікується є можливість завантаження та заміни Протоколу до bid`a (не обов’язкова дія), але завантаження цього документу учасником не призводить до зміни статусів в системі.
- Для учасника з другою за розміром ціновою пропозицією (за наявності такого), одразу після аукціону, формуються award, що отримує статус pending_waiting, якщо його ставка була валідною.
- У випадку, якщо ставка цього учасника не є валідною, формування award'у для такого учасника не здійснюється.
- Єдина дія, яка може бути виконана в цей момент - це ручне скасування очікування - учасник може забрати свій гарантійний внесок, втрачаючи шанс стати переможцем аукціону. У разі відмови від очікування майданчик передає такому award'y статус cancelled.
- Якщо перший award дискваліфіковують, а другий не самодискваліфікувався, після набуття статусу 2-го award'у pending, 2-й учасник проходить процедуру кваліфікації по такому самому принципу як 1-й переможець (процедура знову набуває статус "Очікується опублікування протоколу" (active_qualification)).
- Якщо ж кваліфікація 1-го award'у пройшла успішно, та Організатор аукціону підтвердив виконання умов договору для 1-го award'у, у такому випадку ЦБД, під час зміни статусу процедури на complete, автоматично змінює статус 2-го award'у на cancelled.
- У разі невідповідності переможця аукціону вимогам, Організатор аукціону повинен дискваліфікувати учасника, після чого майданчик передає статус “unsuccessful” award`у такого учасника до ЦБД.
- Завершення періоду підписання протоколу (verificationPeriod) - період триває доти, доки Організатор не підтвердить протокол.
Підписання договору
Після підписання договору Організатор має завантажити договір (documentType:contractSigned), заповнити обов'язкові поля договору (крім обов'язкових при створенні, для активації необхідно заповнити поля dateSigned, title, contractNumber, description, contractTotalValue) та підтвердити договір. Після цього майданчик переводить contract в статус active.
В Організатора аукціону є можливість підтвердити договір (documentType:contractSigned) і після завершення періоду підписання договору (signingPeriod), обмеження на майданчику не мають встановлюватись.
До переведення договору в статус active, Організатор повинен мати можливість виправити поля договору та вкладені файли.
Завершення аукціону (переведення у статус complete)
Після підтвердження договору, Організатор аукціону завершує аукціон. Після чого процедура змінює статус на complete.
Умови дискваліфікації
Дискваліфікація Організатором
У разі дискваліфікації переможця на етапі роботи із договором (signingPeriod), Організатор аукціону складає та оприлюднює в електронній торговій системі протокол відхилення (documentType:rejectionProtocol) або/та акт про відмову (documentType:act) та натискає на кнопку “Дискваліфікувати” і вказує одну причину з переліку причин (причина записуються в поле terminationReason аварду):
Після чого майданчик передає статус unsuccessful award`у учасника, внаслідок чого ЦБД автоматично переводить договір у статус cancelled. Вказана причина, а також статус учасника, повинні відображатися на майданчику.
- Перелік причин дискваліфікації:
- Відмова або непідписання протоколу
- Відмова або непідписання договору
- Відсутні обов’язкові документи
- Невнесення передоплати або оплати за договором
- Участь в аукціоні з більше, ніж 1 майданчика
До переведення статусу award`у учасника в unsuccessful, Організатор повинен мати можливість змінити причину дисквалифікації та завантажити або замінити документ/ти.
Повідомлення щодо кваліфікації (загальні)
Повідомлення щодо кваліфікації
Організатору аукціону
- Коли - Розпочалася кваліфікація
- Що - Розпочато кваліфікацію по аукціону. На підтвердження протоколу _____
- Коментарі - Повідомлення надходить протягом 5 хв.
Організатору аукціону
- Коли - Закінчується період роботи із протоколом (за 24 години)
- Що - Період роботи з протоколом аукціону закінчується за 24 години.
- Коментарі - Повідомлення надходить протягом 5 хв.
Організатору аукціону
- Коли - Закінчується період роботи із договором (за 24 години)
- Що - Період роботи з договором по аукціону закінчується за 24 години.
- Коментарі - Повідомлення надходить протягом 5 хв.
Учаснику, що очікує
- Коли - Учасник, що очікує, не набув статусу переможця, оскільки 1-й учасник успішно пройшов кваліфікацію
- Що - Ви не стали переможцем аукціону, 1-й учасник успішно пройшов кваліфікацію.
- Коментарі - Повідомлення надходить протягом 5 хв.
Організатору аукціону, Учаснику
- Коли - Початок роботи із договором
- Що - Період роботи з договором по аукціону розпочато.
- Коментарі - Повідомлення надходить протягом 5 хв.
Учаснику
- Коли - Учасника дискваліфіковано
- Що - Вас дискваліфіковано з аукціону без можливості повернення внесків
- Коментарі - Повідомлення надходить протягом 5 хв.
Учаснику, що очікує
- Коли - Першого Учасника дискваліфіковано
- Що - Першого учасника дискваліфіковано. Ви стали переможцем аукціону. Розпочато період роботи з протоколом аукціону
- Коментарі - Повідомлення надходить протягом 5 хв.
Учаснику
- Коли - Учасник відмовився від очікування
- Що - Ви відмовилися від очікування по аукціону.
- Коментарі - Повідомлення надходить протягом 5 хв.
Поля в які можна вносити зміни після публікації аукціону
Якщо у нижче вказаних полів є дочірні - їх теж можна змінювати.
Поля, в які можна вносити зміни в період редагування (rectificationPeriod) і після зміни яких деактивуються заяви на участь
- lotId
- title
- description
- previousAuctionId
- tenderAttempts
- sellingEntity
- bankAccounts
- x_documentRequirements
- x_additionalInformation
- discount
- accessDetails
- value
- valueAddedTaxCharged
- minimalStep
- minNumberOfQualifiedBids
- items
- guarantee
- registrationFee
- documents
- schedule
- valuePeriod
- leaseDuration