...
Сутності процедури та їх атрибути
Статуси процедури
Статус | Опис | Умова переходу |
Поза системою (off_system) | Для створення чернетки аукціону на майданчику | Набуває за умови створення/копіювання аукціону Організатором на майданчику |
Редагування доступне (active_rectification) | Для редагування полів аукціону та завантаження, заміни документації аукціону | Майданчик Організатора робить запит до ЦБД та передає об'єкт процедури. У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику token створеного об'єкта процедури, процедура набуває статус “Редагування доступне” (active_rectification) |
Прийняття заяв на участь (active_tendering) | Для подання заяв для участі в аукціоні | Після завершення періоду редагування (rectificationPeriod), ЦБД змінює статус процедури на “Прийняття заяви на участь” (active_tendering). |
Аукціон (active_auction) | Для здійснення ставок під час періоду аукціону (auctionPeriod) | Після активації процедури ЦБД визначає точну дату початку та час періоду аукціону (auctionPeriod). У визначену дату та час ЦБД, за наявності необхідної кількості заяв (перевірка кількості поданих заяв відбувається на рівні ЦБД, для проведення періоду аукціону (auctionPeriod) необхідно не менш ніж 2 заяви на участь), змінює статус процедури з “Прийняття заяв на участь” (active_tendering) на “Аукціон” (active_auction); |
Очікується опублікування протоколу (active_qualification) | Для роботи із протоколом, а саме завантаження з боку учасника (опціонально) або Організатора (обов’язково) та підтвердження протоколу Організатором | По завершенню періоду аукціону, за умови 2-х або більше заяв на участь або після завершення періоду подання пропозицій, за умови 1-ї заяви на участь (якщо на аукціон прийшов учасник з попереднього аукціону, який не відбувся з причини єдиної заяви на участь від такого учасника), починається 1 фаза кваліфікації переможця в частині роботи із протоколом. |
Очікується підписання договору (active_awarded) | Для роботи із договором, а саме завантаження договору та внесення необхідної інформації щодо договору та його підтвердження Організатором | По завершенню роботи із протоколом, починається 2 фаза кваліфікації переможця, а саме в частині роботи із договором. |
Очікується оплата (pending_payment) | Для підтвердження оплати та за бажанням завантаження відповідного документу | По завершенню роботи із договором, починається 3 фаза кваліфікації переможця, а саме в частині роботи із підтвердженням оплати. |
Періоди процедури
Період | Особливості | Дата початку та завершення | Дата завершення |
Період підготовки (preliminaryPeriod) | На майданчику для створення аукціону, у тому числі чернетки | Може припадати на неробочий день, починається з моменту створення/копіювання аукціону на майданчику Організатором | Може припадати на неробочий день, завершується в момент публікації аукціону Організатором на майданчику |
Період редагування (rectificationPeriod) | Тривалість складає 2 робочі дні (не враховуючи день публікації процедури в ЦБД), час завершення о 18:00 | Може припадати на неробочий день (співпадає з датою публікації процедури - datePublished) | Завжди припадає на робочий день, дата та час початку періоду редагування (rectificationPeriod) + 2 робочі дні, час завершення о 18:00 |
Період запитань (questionPeriod) | Час завершення 18:00 | Може припадати на неробочий день, відповідає даті та часу початку періоду періоду редагування (rectificationPeriod) | Може припадати на неробочий день, завершується в день, що передує дню початку періоду аукціону (auctionPeriod) о 18:00 |
Період відповідей (enquiryPeriod) | Час завершення 18:00 | Може припадати на неробочий день, відповідає даті та часу початку періоду періоду редагування (rectificationPeriod) | Може припадати на неробочий день, завершується в день, що передує дню початку періоду аукціону (auctionPeriod) о 18:00 |
Період подання пропозицій (tenderPeriod) | Час завершення в діапазоні з 19:30 до 20:30 | Завжди припадає на робочий день, відповідає даті та часу завершення періоду редагування (rectificationPeriod) | Може припадати на неробочий день, в діапазоні з 19:30 до 20:30 дня, що передує дню початку періоду аукціону (auctionPeriod) |
Період передачі переважного права (priorityPeriod) | Час завершення о 23:59 | Завжди припадає на робочий день, відповідає даті та часу завершення періоду редагування (rectificationPeriod). | Може припадати на неробочий день, завершується за 5 робочих днів до завершення періоду подання пропозицій, час завершення о 23:59 |
Період аукціону (auctionPeriod) | Починається за умови наявності не менш ніж 2 заяв на участь в період подання пропозицій (tenderPeriod). | Завжди припадає на робочий день, починається у визначений ЦБД день та час (але не раніше ніж за 7 календарних днів з дати публікації процедури, не враховуючи день публікації процедури (datePublished) в ЦБД), часовий діапазон з 11:00 - 13:00 | Може припадати на неробочий день (у випадку великої кількості учасників), подія завершення аукціону (торгів) |
Період кваліфікації (qualificationPeriod) | Тривалість періоду до 25 робочих днів (не включаючи день проведення аукціону), період завершується вручну Організатором аукціону. Формується повторно з усіма вкладеними періодами за наявності 2-го учасника в якості переможця (в момент дискваліфікації 1-го учасника). | Може припадати на неробочий день, відповідає даті та часу завершення періоду подання пропозицій (tenderPeriod), за умови подання лише 1 заяви (якщо на аукціон прийшов учасник з попереднього аукціону, який не відбувся з причини єдиної заяви на участь від такого учасника) або періоду аукціону (auctionPeriod), за умови подання 2-х та більше заяв. | Завжди припадає на робочий день, період триває доти, доки Організатор не завершить його вручну. |
Період підписання протоколу (award.verificationPeriod) | Тривалість періоду до 6-ти робочих днів з дня, наступного за днем формування протоколу | Може припадати на неробочий день, відповідає даті та часу початку періоду кваліфікації (qualificationPeriod) | Завжди припадає на робочий день, але період триває доти, доки Організатор не завершить його вручну. |
Період підписання договору (award.signingPeriod) | Тривалість періоду до 20 робочих днів з дня, наступного за днем формування протоколу, дії в цьому періоді можуть здійснюватися тільки за умови завершення періоду підписання протоколу (award.verificationPeriod) | Може припадати на неробочий день, відповідає даті та часу початку періоду кваліфікації (qualificationPeriod) | Завжди припадає на робочий день, період триває доти, доки Організатор не завершить його вручну. |
Період оплати (paymentPeriod) | Формується за умови успішного завершення періоду підписання договору (award.signingPeriod), тривалість періоду до 5-ти робочих днів з дня завершення періоду підписання договору (award.signingPeriod) | Завжди припадає на робочий день, відповідає даті та часу завершення періоду підписання договору (award.signingPeriod). | Завжди припадає на робочий день, період триває доти, доки Організатор не натисне кнопку ТАК/НІ щодо Підтвердження сплати за лот (lotPaymentConfirmation). |
Особливості завершення періодів кваліфікації:
Завершення періодів кваліфікації:
- Час завершення (дедлайн) генерується системою, для даної процедури, це 18:00
- Всі періоди кваліфікації завершуються Організатором аукціону вручну (не автоматична дія)
- Організатор має можливість завершити аукціон до або після дедлайну
- Обмеження не мають встановлюватися, але це має фіксуватись в окремій структурі milestone
Статуси заяви на участь
Статус | Опис | Умови переходу |
Чернетка заяви (draft) | Для створення заяви на участь в ЦБД та завантаження, заміни документації заяви на участь. Гарантія отримання token заяви на участь | Майданчик Учасника робить запит до ЦБД та передає об'єкт заяви на участь. У разі правильно сформованого об'єкта заяви на участь, ЦБД повертає майданчику token для активації заяви на участь, заява на участь набуває статус “Чернетка заяви” (draft) |
Підтверджена заява (active) | Для редагування полів заяви на участь та завантаження, заміни документації заяви на участь | Майданчик Учасника надсилає запит на активацію заяви на участь в ЦБД, заява на участь змінює статус на “Підтверджена заява” (active) та вважається опублікованою |
Деактивована заява (inactive) | Для деактивації заяви (bid:active) учасника з переважним правом, що призводить до втрати ознаки “Учасник з переважним правом”. | У разі внесення змін в дані учасника з переважним правом (ЄДРПОУ/ІНП/ID) в оголошення аукціону в рамках періоду передачі переважного права (priorityPeriod), такий учасник втрачає переважне право та його заява набуває статус “Деактивована заява” (inactive) |
Видалена заява (deleted) | Для анулювання заяви на участь (bid:active) | У разі анулювання заяви на участь учасником вона набуває статус “Видалена заява” (deleted) |
Статуси об’єкту кваліфікації (award)
Статус | Опис | Умови переходу |
Очікується протокол (pending) | Для завантаження протоколу з боку Учасника (опціонально) або з боку Організатора (обов’язково) та підтвердження протоколу Організатором | Генерується після завершення періоду аукціону (acutionPeriod) в рамках періоду кваліфікації (qualificationPeriod) |
Очікується рішення (pending_waiting) | Для очікування Учасником, що очікує, кваліфікації Переможця (за наявності такого учасника), та/або відмови від очікування (за потреби) | Генерується після завершення періоду аукціону (acutionPeriod) в рамках періоду кваліфікації (qualificationPeriod) за наявності такого учасника |
Переможець. Очікується договір (active) | Термінальний статус аварду, що призначений для завантаження та підтвердження договору із переможцем Організатором | Після підтвердження протоколу Організатором, авард переможця змінює статус з “Очікується протокол” (pending) на “Переможець. Очікується договір” (active) |
Дискваліфіковано (unsuccessful) | Термінальний статус аварду, який потрібен для відображення дискваліфікованого учасника | У разі дискваліфікації учасника Організатором |
Учасник не став переможцем (cancelled) | Термінальний статус аварду, який потрібен для відображення статусу 2-го учасника (Учасника, що очікує) у разі відмови від очікування або завершення аукціону. Статус набувається як вручну так і автоматично на рівні ЦБД | У разі відмови від очікування 2-м учасником (Учасник, що очікує) або у разі не набуття статусу переможця, за умови успішної кваліфікації 1-го учасника, під час завершення аукціону (auction:complete) |
Статуси договору
Статус | Опис | Умови переходу |
Очікується договір (pending) | Автоматичний статус договору, який формується на рівні ЦБД під час набуття авардом статусу active. Для внесення даних договору (обов’язкових/опціональних) Організатором перед його підтвердженням | Формується за умови набуття авардом учасника статусу “Переможець. Очікується договір” (active) |
Договір підтверджено (signed) | Для підтвердження договору, після внесення всіх обов’язкових даних договору | Після підтвердження договору Організатором |
Отримання оплати підтверджено (active) | Термінальний статус договору для підтвердження оплати Організатором | Після позитивної (ТАК) Підтвердження сплати за лот |
Договір скасовано (cancelled) | Термінальний статус договору у разі дискваліфікації учасника | Після дискваліфікації аварду учасника (unsuccessful) |
Перелік документів
Документи оголошення:
...
- Схема "Зміна статусів процедури"
- Схема "Публікація оголошення та прийняття заяви про участь"
- Схема "Робота із заявою на участь"
- Схема "Обговорення електронних аукціонів (запитання-відповідь)"
- Схема "Розміщення закритої цінової пропозиції"
- Схема "Відміна аукціону"
- Схема "Аукціон"
- Схема "Оголошення 1-го, 2-го, 3-го раундів"
- Схема "Оголошення 4-го раунду"
- Схема "Кваліфікація (робота з договором та протоколом)"
- Award`s timeline процедури
- Зміна статусів авардів
- Зміна статусів договору
- Підписання протоколу з переможцем та надсилання організатору
- Завершення аукціону
Сценарії використання (use cases)
Створення аукціону на майданчику (процедури)
Посилання на use cases - https://docs.google.com/document/d/1fH5O2lui-jtGlCEBadevh_QGdfaPRoUXJAxKaQj6HjM/edit#
Публікація та редагування аукціону на рівні ЦБД (процедури)
Посилання на use cases - https://docs.google.com/document/d/1uELvO128fjhmQiteMtgwfPTbIWue6_6skQvdNnQf2B0/edit#
Обговорення аукціону
Посилання на use cases - https://docs.google.com/document/d/14tDLVjuyYug3zjIBe1a4G1FQSG7uTbkbhCh5iqJ4ICc/edit#
Робота із заявою на участь на майданчику
Посилання на use cases - https://docs.google.com/document/d/13YlmQhYaW1EK5gs7UnAxG2ipNdVSL8OieExovZOeVns/edit#heading=h.o5uz1gj5kqub
Робота із заявою на участь на рівні ЦБД
Посилання на use cases - https://docs.google.com/document/d/1KS58bixu5al3iE1oWmAJpyF9CyijJlLJPbSBmWs1zxQ/edit#heading=h.c5yejemdom3p
Скасування аукціону (процедури)
Посилання на use cases - https://docs.google.com/document/d/1fH-aKU07-TrAN3jNf9JCH4q_k6_XKiCKJIolexJcbR8/edit#heading=h.o5uz1gj5kqub
Модуль аукціону (МА)
Посилання на use cases - https://docs.google.com/document/d/1fRtARjRlTIqKKZLNG5iSG43Hp8imYidkwAjADeu1DiE/edit#heading=h.awtypluh3rah
Кваліфікація
Посилання на use cases - https://docs.google.com/document/d/1JED08soMzEmlh5uiRJsGyD_FZl1uEQ-V2I_5-a5MxQQ/edit#heading=h.c5yejemdom3p
...
- продаж земельних ділянок
- продаж прав суперфіцію,
- продаж прав емфітевзисуПротоколи
Посилання на шаблони протоколів - в процесі розробки
...
Посилання на документ з нотифікацією - https://docs.google.com/document/d/1xnl4ELrFMmI-oAWoZCYBatMWGrSCR7ygx--ZWzkyMSU/edit#heading=h.n68urteopts1
Нефункціональні вимоги
Інформація щодо навантаження
Очікувана максимальна кількість процедур одночасно - до 1000 (скоріше за все менше)
...
Очікувана середня кількість учасників в 1му аукціоні - 4 учасники
Чек-ліст координації з іншими відділами, партнерами та системами.
Підрозділ ДП/партнер/система | Завдання | Статус | Коментарі |
РМ | Підготовка та погодження документу “Бачення” | Готово | |
Погодження документу “Шаблон вимог до процедури” | Наче готовоВ процесі | ||
Юристи | Погодження документу “Шаблон вимог до процедури” | ||
ІТ | Надання документу “Шаблону вимог до процедури” | ||
Майданчики | Підготовка та погодження “Документу з вимогами до майданчиків” | В процесі | |
Портал | Підготовка та погодження ТЗ для підключення процедури | ||
ВІ | Підготовка та погодження ТЗ для підключення процедури | ||
Критерії згідно яких можливо визначити коректність реалізації
- Розробка процедури на рівні ЦБД:
- Розробка етапу публікації аукціону
- Розробка етапу подання заяви на участь
- Розробка модулю аукціону
- Розробка етапу кваліфікації
- Тестування процедури на рівні ЦБД
- Розробка майданчиків
- Бек частини
- Фронт частини
- Тестування процедури на рівні майданчиків
- Доробка порталу
- Доробка модуля аналітики
Таблиця змін
Дата внесення змін | Опис змін | Автор |