З метою проведення електронних аукціонів з передачі в оренду майна, відповідно до Регламенту, в рамках Prozorro.Sale реалізовано sellingMethod: regulationsPropertyLease-priorityEnglish.

Процедура, на яку найбільше схожа:

legitimatePropertyLease-priorityEnglish

Вимоги до майданчиків

Глосарій процедури

Крок аукціону для проведення електронного аукціону — мінімальна надбавка, на яку в ході електронного аукціону або на етапі подання закритих цінових пропозицій може аукціону може здійснюватися підвищення цінової пропозиції
Лот — об’єкт оренди, який виставляється на електронний аукціон;
Закрита цінова пропозиція для проведення електронного аукціону — сума коштів, сплата якої декларується учасником до проведення електронного аукціону та подається в особистому кабінеті через оператора електронного майданчика в електронній торговій системі до закінчення кінцевого строку подання заяв на участь в електронному аукціоні;
Учасник — фізична особа або юридична особа в особі уповноваженого представника, у тому числі фізична та юридична особа іноземної держави, міжнародна організація та особа без громадянства, яка виявила намір узяти участь в електронному аукціоні, сплатила реєстраційний та гарантійний внески, пройшла процедуру реєстрації для участі в електронному аукціоні, отримала відповідне підтвердження про реєстрацію та індивідуальний код ключ (token) учасника;
Учасник з переважним правом - Учасник, який є чинним орендарем та має право на першочергову/другочергову оренду лоту за ціною вказаною учасником без такого права.
Цінова пропозиція для проведення електронного аукціону — сума коштів, сплата якої декларується учасником у ході електронного аукціону;
Орендар - фізична або юридична особа, яка на підставі договору оренди бере майно у користування за плату на певний строк;
Орендодавець - фізична або юридична особа, яка на підставі договору оренди передає майно у користування за плату на певний строк;Потенційний орендар - фізична або юридична особа, яка виявила бажання взяти майно в оренду та має переважне право
Стартова орендна плата - плата за користування майном, яка зазначається в оголошенні про передачу майна в оренду.

Загальна інформація про роботу процедури

Особливості процедури

Посилання на legalName endpoint (Додати задачу)

Посилання на конфігураційний файл з періодами та статусами

Перелік схем:

Особливості процедури

Загальні

На етапі роботи публікації Процедури:
- Обмеження по роботі з класифікаторами.
- мінімальна кількість заяв для можливості успішного проведення аукціону (організатор може визначити самостійно значення за замовченням 1):
  - minNumberOfQualifiedBids==1 - 1 заява на участь
- В банківських рахунках лише валюта UAH.
- Зміни в списку документів.
- Деактивація заяв при редагування лише певних полів.
- Внесення інформації про учасників з переважним правом (наразі реалізовано для 1 учасника).
На етапі подання заяв на участь:
- Учасник з переважним правом (currentTenant) має поле гарантійного
На етапі роботи публікації Процедури:
- Обмеження по роботі з класифікаторами.
- мінімальна кількість заяв для можливості успішного проведення аукціону (організатор може визначити самостійно значення за замовченням 1):
  - minNumberOfQualifiedBids==1 - 1 заява на участь
- В банківських рахунках лише валюта UAH.
- Зміни в списку документів.
- Деактивація заяв при редагування лише певних полів.
- Внесення інформації про учасників з переважним правом (максимальна кількість 2).

На етапі подання заяв на участь:Учасник з переважним правом (currentTenant) має поле гарантійного

- внеску (currentTenantGuaranteeFee), яке вказується Організатором
Аукціон:
- англійський аукціон
- додатковий раунд для учасників з переважним правом
Кваліфікація:
- кількість переможців - 1 переможець
- присутність 1-го учасника, що очікує кваліфікацію переможця

Опис класифікаторів та їх словників

Info

title	Загальні особливості для переважного права

Учасник має переважне право в ході аукціону на продовження договору оренди за умови, що він бере участь в такому аукціоні та зробив закриту цінову пропозицію, яка є не меншою, ніж розмір стартової орендної плати.

Дані учасників з переважним правом (currentTenants) можуть редагуватися Організатором протягом rectificationPeriod.

Під час аукціону (auctionPeriod) чинний орендар має право не робити ставки до 4-го раунду аукціону.

Опис класифікаторів та їх словників

Для даної процедури обов'Для даної процедури обов'язково використовуємо один основний класифікатор (CAV) та один додатковий (CPVS).

...

Ендпоінти з класифікаторами:

Посилання на legalName endpoint (Додати задачу)

Посилання на конфігураційний файл з періодами та статусами

Перелік схем:

...

Інформація про процедуру

Загальні дані процесу процедури

Expand

title	Схема "Загальний процес

...

Інформація про процедуру

Загальні дані процесу процедури

Схема "Загальний процес regulationsPropertyLease-priorityEnglish

...

regulationsPropertyLease-priorityEnglish "

...

draw.io Diagram

links
border	true

diagramName	Загальний процес
simpleViewer	false
width

auto
tbstyle	top
lbox	true
diagramWidth	1481
revision	4

...

Expand

...

title	Схема "Timeline regulationsPropertyLease-priorityEnglish "

draw.io Diagram

revision
border	true

diagramName	Timeline
simpleViewer	false
width
links	auto
tbstyle	top
lbox	true
diagramWidth	1180

...

5

Періоди процедури

Технічна назва	Статус процедури	Бізнесова назва	Дата початку	Дата завершення	Результат завершення	Коментар
rectificationPeriod	active_tendering	Період редагування	Дата та час публікації процедури в ЦБД. Може припадати на неробочий день	може припадати на неробочий день, завершується за 5 календарних днів до завершення періоду подання пропозицій, час завершення о 18:00 tenderPeriod.endDate - 5 к.д., завершення о 18:00	Редагування полів після завершення періоду процедури більше недоступне	Період "Період редагування" починється одразу, як тільки відбувається публікація процедури в ЦБД Організатору доступно редагування полів процедури та робота з документами процедури додавання/заміна.
tenderPeriod	active_tendering	Період подання пропозицій	Дата та час публікації процедури в ЦБД. Може припадати на неробочий день	о 20:00 в день, що передує дню початку періоду аукціону auctionPeriod.startDate (може припадати на НЕробочий день)	Статус процедури змінюється автоматично: active_tendering → active_auction	Період "Період подання пропозицій" починється одразу, як тільки відбувається публікація процедури в ЦБД Організатору доступна робота з документами процедури додавання/заміна.
questionPeriod	active_tendering	Період запитань	Дата та час публікації процедури в ЦБД. Може припадати на неробочий день	Може припадати на НЕробочий день. о 18:00 за 1 р.д. до початку аукціону	-
enquiryPeriod	active_tendering	Період відповідей	Дата та час публікації процедури в ЦБД. Може припадати на неробочий день	Може припадати на НЕробочий день. о 18:00 за 1 р.д. до початку аукціону	-
auctionPeriod	active_auction	Аукціон	Завжди припадає на робочий день. Вказується організатором при публікації процедури. Точна дата та час (часовий діапазон з 11:00 - 13:00)	Подія завершення аукціону (роботи модуля аукціону) може припадати на НЕробочий день. Не раніше ніж за 7 календарних днів з моменту публікації оголошення	Статус процедури змінюється автоматично: active_auction → active_qualification active_auction → unsuccessful Статус процедури змінюється Організатором: active_auction → cancelled	auctionPeriod.endDate присутній виключно за умови наявності не менш ніж 2 заяв на участь (bids[].status: active) на момент tenderPeriod.endDate
qualificationPeriod	active_qualification active_awarded	Період кваліфікації	При відсутності auctionPeriod та наявності лише 1ї заявки: qualificationPeriod.startDate == auctionPeriod.startDate При наявності auctionPeriod: qualificationPeriod.startDate == auctionPeriod.endDate	Не може припадати на НЕробочий день. qualificationPeriod.endDate == qualificationPeriod.startDate + 20 р.д. о 18:00	На рівні ЦБД: відсутній На рівні майданчика: за 24 години до завершення, надсилання повідомлення Організатору про про завершення періоду кваліфікації. Статус процедури змінюється автоматично при умові відсутності awards в статусі active : active_qualification→ active_awarded→ complete	Формується за наявності переможця за результатами проведеного аукціону (період аукціону) або після періоду подання пропозицій, за наявності лише 1 заяви на участь, тривалість періоду до 20 робочих днів (не включаючи день проведення аукціону), період завершується вручну Організатором аукціону. Формується повторно з усіма вкладеними періодами за наявності 2-го учасника в якості переможця (в момент дискваліфікації 1-го учасника).

**

Статуси процедури

...

Схема "Статуси процедури"
draw.io Diagram
border true
diagramName Статуси процедури
simpleViewer false
width
links auto
tbstyle top
lbox true
diagramWidth 612
revision 25

Технічна назва
Бізнесова назва
Перехід з
За умови
Коментар
active_tendering Прийняття заяв на участь момент публікації оголошення в ЦБД
Автоматично.
Заповнені всі обовʼязкові поля для створення процедури в ЦБД
Майданчик Організатора робить запит до ЦБД та передає об'єкт процедури. У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику id та token створеного об'єкта процедури, процедура набуває статус "Прийняття заяв на участь" (active_tendering).
active_auction Аукціон active_tendering
Автоматично.
Завершився період Прийняття заяв на участь (мінімальна кількість учасників 2)
Після активації процедури ЦБД визначає точну дату та час початку періоду аукціону ( auctionPeriod). У визначену дату та час ЦБД, за наявності необхідної кількості заяв (перевірка кількості поданих заяв відбувається на рівні ЦБД, для проведення аукціону необхідно не менше 2 заяв на участь), змінює статус процедури з “Прийняття заяв на участь” (active_tendering) на “Аукціон” (active_auction).
При невиконанні умови процедура набуває статусу Аукціон не відбувся (unsuccessful).startDate.
В tenderPeriod.endDate ЦБД перевіряє наявність необхідної кількості заяв якщо:
1 заява на учать але не менше minNumberOfQualifiedBids → ЦБД змінює статус процедури з active_tendering на active_qualification.
не менше ніж 2 заяви на участь → ЦБД змінює статус процедури з active_tendering на active_auction.

При невиконанні умови кількість заяв на участь > minNumberOfQualifiedBids процедура набуває статусу unsuccessful
active_qualification Очікується опублікування протоколу
active_auction

active_tendering
Автоматично.
Завершилась робота Модуля аукціону(auctionPeriod.endDate)
Автоматично.
Завершився період Прийому пропозицій (tenderPeriod.endDate) і була подана 1 заява на участь (при умові minNumberOfQualifiedBids=1)
Для двох учасників, що мають Для кожного учасника, що мав bids[].status == active на та найвищі bids.value.amount+minimalStep на момент auctionPeriod.startDateendDate, в обʼєкті процедури створюється Award у статусі pending статусі pending АБО pending_waiting (деталі розподілу в розділі Статуси Awards).

Для одного учасника bids[].status == active та виконана bids.value.amount+minimalStep момент tenderPeriod.endDate в обʼєкті процедури створюється Award у статусі pending (деталі розподілу в розділі Статуси Awards).

Для award у статусі pending відбувається 1 фаза кваліфікації переможця (робота із протоколом)
Аварди в статусі unsuccessful свій статус не змінюють.
active_active_awarded Очікується підписання договору active_qualification
Ручна дія.
Організатор надсилає запит на зміну status: active_qualification → active_awarded
По завершенню роботи із протоколом, Організатор натискає кнопку “Протокол затверджено”, змінює статус award'у з pending на active при цьому статус процедури змінюється на автоматично на “Очікується підписання договору” (active_awarded) - 2 фаза кваліфікації переможця, а саме в частині роботи із договором.
complete Аукціон завершено active_awarded
Ручна дія.
Організатор надсилає запит на зміну status: active_awarded → complete
Термінальний статус.
При виконанні дії зміни статуса на complete ЦБД перевіряє:
Статус учасника
Статус award'у - active.
Статус contract - active.
Всі contracts[] мають статус active або unsuccessful (має бути хочаб один contract у статусі active)
Всі Awards[] мають бути у статусі active, cancelled чи unsuccessful (має бути хоча б один award у статусі active)
cancelled
Аукціон скасовано
active_rectification
active_tendering
active_qualification
active_awarded
active_auction
Ручна дія.
Організатору у всіх статусах Процедури, окрім термінальних статусів, доступна опція "Скасування" Процедури.
Для скасування процедури, Організатору необхідно:
Завантажити документ в cancellations[].documents з documentType: cancellationDetails
Вказати причину скасування (cancellations.reason)
Вказати дату прийняття рішення про скасування (cancellations.datePublished)
Після цього, при натисканні кнопки, надсилається запит в ЦБД на скасування. Статус процедури автоматично змінюється → cancelled
Термінальний статус.

unsuccessful Аукціон не відбувся
active_tendering
active_qualification
active_awarded
active_auction
АвтоматичноАвтоматично.
Якщо на момент tenderPeriod.endDate кількість поданих заяв:
менше за встановлене Організатором значення minNumberOfQualifiedBids;=0
Якщо в рамках періоду кваліфікації (qualification Period) за результатами періоду аукціону періоду аукціону (auctionPeriod), немає жодної валідної ставки (рівна або вище суми стартової ціни лота та кроку аукціону);
Якщо в рамках періоду кваліфікації Організатор дискваліфікував усіх учасників.
Дискваліфіковані всі учасники на етапі підписання Протоколів і Договорів
Якщо в рамках кваліфікації Організатор дискваліфікував 1-го учасника, а 2-й учасник відмовився від очікування;
Термінальний статус.

Опис періодів + функціонал ролей+ Повідомлення

Публікація процедури

...

Створення оголошення

...

Expand
...
title Схема "Публікація оголошення та прийняття заяви про участь"
draw.io Diagram
border true
diagramName Диаграмма Публікація оголошення та прийняття заяви про участь
simpleViewer false
width
links auto
tbstyle top
lbox true
diagramWidth 4361
revision 2

При публікації оголошення про проведення аукціону, Організатором аукціону необхідно заповнити обовʼязкові поля:
Інформація про Організатора (sellingEntity)
Ідентифікатори Організатора аукціону (Код ЄДРПОУ або ІПН або паспорт) (identifier)
Місцезнаходження Організатора аукціону (повна адреса) (address)
Інформація про контактну особу (contactPoint)
Номер лоту (lotId)
Повну назву Аукціону (заголовок) (title)
Опис аукціону (description)
Учасника з переважним правом (Код ЄДРПОУ або ІПН) (identifier)
Кількість учасників з переважним правом (default = 1, max =2)
Вимоги до оформлення документів (x_documentRequirements)
Стартову ціну аукціону (value)
Розмір гарантійного внеску (x_guarantee)
Стартову ціну аукціону (value)
Розмір гарантійного внеску (x_guarantee)
Інформація про Інформація про лот, що пропонується на аукціон, із зазначенням його розміру (items.quantity, items.description)
Документи
Дата та час проведення аукціону (auctionPeriod.startDate)
Мінімальна кількість учасників (minNumberOfQualifiedBids)
Повний перелік полів для Swagger
View file
name openapi RLP.yaml
height 250
та ТЗ з вимогами до майданчиків.
Info
title Особливості для переважного права
Інформацію про учасника з переважним правом (Код ЄДРПОУ або ІПН) (identifier)
Кількість учасників з переважним правом (numberOfCurrentTenants: default = 1, max =2 readOnly:true)
Пріоритет учасників з переважним правом (priority: default = 0, max =1 readOnly:true)
Реалізовано функціонал для одного Учасника з переважним правом

Повний перелік полів для Swagger openapi RLP.yaml та ТЗ з вимогами до майданчиків.

Документи процедури

documentType	Назва Укр	Назва Анг	Опис	Обовʼязковіть для публікації процедури	Публічність
illustration	Ілюстрації	Illustration	Зображення, що можуть додаватися Організатором до процедури	Так	Так
notice	Паспорт торгів	Auction notice	Офіційне повідомлення, що містить деталі аукціону	Ні	Так
technicalSpecifications	Копії документів та матеріалів на лот	Technical specificatons	Детальна інформація про лот	Ні	Так
evaluationCriteria	Кваліфікаційні вимоги	Evaluation criteria	Вимоги до потенційних учасників аукцціону	Ні	Так
contractProforma

Типова форма договору про надання послуги

Проєкт договору оренди

Contract proforma

Типова форма договору про надання послуги

Ні

Так	Так
x_presentation	Презентація	Presentation	Презентація	Ні	Так

digitalSignatureЦифровий підписDigital signature

x_documentRequirements	Перелік та вимоги до оформлення документів	List and requirements of registration documents	Вимоги до оформлення документів	Ні	Так
digitalSignature	Цифровий підпис	Digital signature	Цифровий підпис	Ні	Набуває значення документу з яким позв'язаний

Повідомлення при публікації оголошення

...

Редагування оголошення

...

. RectificationPeriod

Редагування оголошення

Протягом періоду редагування (rectifiactionPeriod) Організатор аукціону має право самостійно вносити зміни в опис лоту та оголошення щодо продажу лота в ЕТС.
Організатор має можливість внести зміни в ті поля які він заповнював самостійно під час публікації аукціону, окрім орієнтовного часу початку аукціону auctionPeriod.startDate.
Для підтвердження внесених змін Організатор має можливість завантажити повинен завантажити документ - "Погодження змін до опису лоту. Опис причин редагування." (documentType:clarifications), має містити перелік змін, які вносяться в оголошення, причину внесення таких змін. Він має бути доступний для завантаження в період редагування (rectificationPeriod) та є обов'язковим при внесенні змін в поля процедури.

Протягом періоду редагування (rectificationPeriod) Організатор процедури може завантажувати та замінювати документи оголошення (procedure.documents[])

...

Info

...

Назва Укр

...

Назва Анг

...

Опис

...

Обовʼязковіть для публікації процедури

...

Публічність

...

Повідомлення при редагуванні оголошення (загальні)

Обговорення аукціону (запитання-відповідь). QuestionPeriod-EnquiryPeriod

Посилання на схему «Обговорення електронних аукціонів (запитання-відповідь)»

Схема "Обговорення аукціонів"

Повідомлення при обговоренні аукціону (запитання-відповідь)

Публікація заяви на участь. TenderPeriod

Періоди у заяви на участь відсутні.

Можливість подавати заяви на участь є тільки протягом періоду процедури tenderPeriod

При публікації заяви на участь в аукціоні (публікації біда), обов'язково повинні бути заповнені поля:

bids.bidders.identifier
bids.bidders.address
bids.bidders.contactPoint
bids.value - (цінова пропозиція)

bids.value.amount >= procedure.value.amount. В іншому випадку ЦБД має повертати валідаційну помилку.

До закінчення tenderPeriod (статус процедури active_tendering) учасники мають право анулювати заяви про участь в аукціоні або внести до них зміни, зокрема шляхом завантаження оновлених редакцій доданих до заяви документів.

Info

Особливості роботи в ЦБД та вимоги до майданчиків

Для визначення чинного орендаря в системі, Організатор повинен зазначити дані чинного орендаря у тому числі його ЄДРПОУ/ІНН/ID. Під час реєстрації чинного орендаря, як учасника, на майданчику (обов'язково повинен зазначити ЄДРПОУ/ІНН/ID) та активації заяви на участь, система за ЄДРПОУ/ІНН/ID ідентифікує заяву на участь (тільки у статусі active) такого учасника та надає майданчику підтвердження, що такий учасник є чинним орендарем. За наявності такого підтвердження:

Майданчик інформує учасника, що його закрита цінова пропозиція прийнята та отримала відповідну ознаку;
Учасник в особистому кабінеті отримує ознаку "Учасник з переважним правом".

У разі коли в момент закінчення кінцевого строку подання заяв про участь в аукціоні подано менше зазначеної організатором мінімальної кількості заяв, ЦБД автоматично присвоює аукціону статус “аукціон не відбувся” (unsuccessful)

У випадку переходу аукціону у статус Аукціон не відбувся (unsuccessful) або Аукціон відмінено (cancelled), до завершення періоду аукціону (auctionPeriod), ставки учасників залишаються закритими для всіх, включаючи Організатора аукціону і доступні виключно для майданчика, який розмістив ставку у ЦБД.

Робота із заявою на участь

Схема "Публікація оголошення та прийняття заяви про участь"

Деактивація заяви на участь

У разі редагування оголошення (поля + документи) Організатором, заяви на участь (у статусах draft та/або active) учасників автоматично переходять у статус inactive. Таку заяву на участь можна повторно перевести у статус active. В учасника має бути можливість анулювати свою заяву на участь після деактивації (перевести bid в статус deleted). Необхідно виводити інформацію про факт редагування та історичні дані на Майданчику.

Статуси заяви на участь (біда)

Схема "Статуси bid"

...

Технічна назва

...

Бізнесова назва

...

Перехід з

...

За умови

...

Коментар

...

Ручна дія.

Учасник надсилає запит на публікацію Bid-а
Майданчик має можливість активувати заяву на участь

...

Публікація заяви на участь доступна тільки протягом tenderPeriod-а процедури.

Мають бути заповнені:

value
bidders

Майданчик Учасника робить запит до ЦБД та передає об'єкт заяви на участь. У разі правильно сформованого об'єкта заяви на участь, ЦБД повертає майданчику token для активації заяви на участь, заява на участь набуває статус “Чернетка заяви” (draft).

title	Особливості для переважного права

Реалізовано функціонал для одного Учасника з переважним правом
Дані учасників з переважним правом (currentTenants) можуть редагуватися Організатором протягом rectificationPeriod У разі внесення змін в хоча б в один ідентифікатор identifier.id учасника з переважним правом (currentTenants):

якщо identifier.id учасника більше не вказаний (змінений) в масиві currentTenants:
- статус bid’а учасника змінюється на inactive.
якщо identifier.id залишився вказаним в масиві currentTenants, але змінилося значення поля priority:
- якщо пріоритет учасника підвищився (наприклад, з 0 → 1) - статус bid’а учасника змінюється на inactive.
- якщо пріоритет учасника знизився (наприклад, з 1 → 0) - статус bid’а учасника не змінюється, учаснику приходить сповіщення про те, що його заява зареєстрована як заява учасника з переважним правом першої черги.
якщо identifier.id учасника почав відображатись в масиві currentTenants, але до того не було
- статус bid’а учасника змінюється на inactive.

Учаснику який втратив ознаку учасника з переважним правом (статус bid`а змінився на inactive) приходить сповіщення про те, що він може взяти участь в аукціоні на правах учасника без переважного права, але для цього йому необхідно активувати заяву. У разі бездіяльності учасника заява на участь залишається у статусі inactive та не може брати участь в аукціоні.

Учаснику який набув ознаку учасника з переважним правом (до цього не було ознаки) (статус bid`а змінився на inactive) приходить сповіщення про те, що він може взяти участь в аукціоні на правах учасника з переважним правом, але для цього йому необхідно активувати заяву. У разі бездіяльності учасника заява на участь залишається у статусі inactive та не може брати участь в аукціоні.

У разі внесення змін в будь-які дані учасника з переважним правом (currentTenants) крім ідентифікатора (ЄДРПОУ/ІПН/ID) - заяви на участь не змінюють своїх статусів і ознака "Учасник з переважним правом" залишається у bid'а, в якого вона була.

Також протягом періоду ratificationPeriod. Організато може змінювати кількість учасників з переважним правом:

Для того, щоб змінити кількість учасників з переважним правом, необхідно одним запитом надіслати:
- Змінені дані в масиві currentTenants;
- Змінене значення поля numberOfCurrentTenants.

Вимоги до повідомлень Майданчика

Для біда Учасника, що набув active - Ваша заява на участь отримала ознаку “Учасник з переважним правом”.

При деактивації біда Учасника, що набув inactive - Ваша заява втратила ознаку “Учасник з переважним правом”.

Документи для редагування оголошення

documentType	Назва Укр	Назва Анг	Опис	Обовʼязковіть для публікації процедури	Публічність
clarifications	Погодження змін до опису лоту. Опис причин редагування.	Clarifications	Документ не потрібно вносити до списку документів при створенні аукціону. Має бути доступний для завантаження в rectificationPeriod	Ні (обов'язковий лише для внесення змін в поля лоту)	Так
digitalSignature	Цифровий підпис	Digital signature	Цифровий підпис	Ні	Набуває значення документу з яким позв'язаний

Повідомлення при редагуванні оголошення (загальні)

Обговорення аукціону (запитання-відповідь). QuestionPeriod-EnquiryPeriod

Expand

title	Схема "Обговорення аукціонів"

draw.io Diagram

border	true

diagramName	Диаграмма Обговорення аукціонів
simpleViewer	false
width
links	auto
tbstyle	top
lbox	true
diagramWidth	1561
revision	4

Повідомлення при обговоренні аукціону (запитання-відповідь)

Публікація заяви на участь. TenderPeriod

Періоди у заяви на участь відсутні.

Можливість подавати заяви на участь є тільки протягом періоду процедури tenderPeriod

При публікації заяви на участь в аукціоні (публікації біда), обов'язково повинні бути заповнені поля:

bids.bidders.identifier
bids.bidders.address
bids.bidders.contactPoint
bids.value - (цінова пропозиція)

bids.value.amount >= procedure.value.amount. В іншому випадку ЦБД має повертати валідаційну помилку.

Info

title	Особливості для переважного права

Під час реєстрації чинного орендаря, як учасника, на майданчику (обов'язково повинен зазначити ЄДРПОУ/ІНН/ID) для активації заяви на участь, система за ЄДРПОУ/ІНН/ID ідентифікує заяву на участь (тільки у статусі active) такого учасника та надає майданчику підтвердження, що такий учасник є чинним орендарем.

До закінчення tenderPeriod (статус процедури active_tendering) учасники мають право анулювати заяви про участь в аукціоні або внести до них зміни, зокрема шляхом завантаження оновлених редакцій доданих до заяви документів.

У разі коли в момент закінчення кінцевого строку подання заяв про участь в аукціоні подано менше зазначеної організатором мінімальної кількості заяв, ЦБД автоматично присвоює аукціону статус “аукціон не відбувся” (unsuccessful)

У випадку переходу аукціону у статус Аукціон не відбувся (unsuccessful) або Аукціон відмінено (cancelled), до завершення періоду аукціону (auctionPeriod), ставки учасників залишаються закритими для всіх, включаючи Організатора аукціону і доступні виключно для майданчика, який розмістив ставку у ЦБД.

Робота із заявою на участь

Expand

title	Схема "Публікація оголошення та прийняття заяви про участь"

draw.io Diagram

border	true

diagramName	Диаграмма Публікація оголошення та заяви про участь
simpleViewer	false
width
links	auto
tbstyle	top
lbox	true
diagramWidth	4361
revision	3

Деактивація заяви на участь

У

...

Ручна дія.

Учасник надсилає запит на зміну статуса Bid-а

Мають бути заповнені обовʼязкові поля:

value
bidders

Майданчик Учасника надсилає запит на активацію заяви на участь в ЦБД, заява на участь змінює статус на “Підтверджена заява” (active) та вважається опублікованою.

...

draft

active

...

Автоматична дія.

Учасник має можливість:

активувати заяву на участь
анулювати заяву на участь

...

разі редагування оголошення (поля + документи) Організатором, заяви на участь (у статусах draft та/або active) учасників автоматично переходять у статус inactive. Таку заяву на участь можна повторно перевести у статус active.

...

draft

active

inactive

...

Ручна дія.

Учасник надсилає запит на зміну статуса Bid-а

...

У разі анулювання заяви на участь учасником вона набуває статус “Видалена заява” (deleted).

Скасувати свою заявку на участь є можливість тільки протягом tenderPeriod

В учасника має бути можливість анулювати свою заяву на участь після деактивації (перевести bid в статус deleted). Майданчик надсилає сповіщення/лист Учасникам про внесення змін в процедуру Організатором та необхідність повторно активувати ставки.

Статуси заяви на участь (біда)

Схема "Статуси bid"

draw.io Diagram

border	true

diagramName	Cтатус bid
simpleViewer	false
width
links	auto
tbstyle	top
lbox	true
diagramWidth	586
revision	5

Технічна назва	Бізнесова назва	Перехід з	За умови	Коментар
draft	Чернетка заяви	момент публікації заявки в ЦБД	Ручна дія. Учасник надсилає запит на публікацію Bid-а Майданчик має можливість активувати заяву на участь	Публікація заяви на участь доступна тільки протягом tenderPeriod-а процедури. Мають бути заповнені: value bidders Майданчик Учасника робить запит до ЦБД та передає об'єкт заяви на участь. У разі правильно сформованого об'єкта заяви на участь, ЦБД повертає майданчику token для активації заяви на участь, заява на участь набуває статус “Чернетка заяви” (draft).
active	Підтверджена заява	draft	Ручна дія. Учасник надсилає запит на зміну статуса Bid-а	Мають бути заповнені обовʼязкові поля: value bidders Майданчик Учасника надсилає запит на активацію заяви на участь в ЦБД, заява на участь змінює статус на “Підтверджена заява” (active) та вважається опублікованою.
inactive	Деактивована заява	draft active	Автоматична дія. Учасник має можливість: активувати заяву на участь анулювати заяву на участь	У разі редагування оголошення (поля + документи) Організатором, заяви на участь (у статусах draft та/або active) учасників автоматично переходять у статус inactive. Таку заяву на участь можна повторно перевести у статус active. Або анулювати за бажанням учасника.
deleted	Видалена заява	draft active inactive	Ручна дія. Учасник надсилає запит на зміну статуса Bid-а	У разі анулювання заяви на участь учасником вона набуває статус “Видалена заява” (deleted). Скасувати свою заявку на участь є можливість тільки протягом tenderPeriod

Документи заяви на участь (bids.documents)

documentType	Назва Українською	Назва Англійською	Опис	Обовʼязковіть для активації bid-а	Публічність
commercialProposal	Заява на участь	bid	Заява на участь	Ні	Так
x_passport	Копія паспорта або документу, що посвідчує особу	Passport or identity document	Паспорт або інший документ що посвідчує особу (для фізичної особи нерезидента)	Ні	Ні
x_IPN	Копія РНОКПП	RNTRC	Копія ІПН	Ні	Ні
x_tenderersRegisterExtract	Витяг ЄДРПОУ	Register extract	Копія витягу з ЄДРПОУ або копыю документа про реэстрацію у державі її місцезнаходження (витяг із торговельного, банківського або єдиного реєстру, тощо)	Ні	Так
x_nonResidentRegistrations	Документ про реєстрацію у державі її місцезнаходження (для юридичних осіб - нерезидентів)	Non Resident Registrations	Копія документа про реєстрацію у державі її місцезнаходження (для юридичної особи-нерезидента)	Ні	Так
x_registrationFeeApproval	Документ, що підтвкрджує сплату реєстраційного внеску	Registration fee approval	Документ, що підтвкрджує сплату реєстраційного внеску	Ні	Так
x_guaranteeApproval	Документ, що підтверджує сплату гарантійного внеску	Guarantee approval	Документ, що підтверджує сплату гарантійного внеску	Ні	Так
qualificationDocuments	Документи, що підтверджують відповідність вимогам	Qualification document	Документи, що підтверджують відповідність вимогам	Ні	Так
digitalSignature	Цифровий підпис	Digital signature	Цифровий підпис	Ні	Набуває значення документу з яким позв'язаний

Повідомлення при розміщення заяви на участь

Expand

title	Схема "Передача переважного права"

draw.io Diagram

border	true

diagramName	Диаграмма Передача переважного права
simpleViewer	false
width
links	auto
tbstyle	top
lbox	true
diagramWidth	1682
revision	3

Поля, в які можна вносити зміни в період редагування (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

Info

title	Особливості для переважного права

Поля, в які можна вносити зміни в період редагування (rectificationPeriod) і після зміни яких деактивуються заяви на участь учасників з переважним правом

currentTenants.identifier
currentTenants.address
currentTenants.currentContractTime
currentTenantGuaranteeFee
numberOfCurrentTenants (default = 1, max =2 readOnly:true) - Наразі розроблено для 1 учасника з переважним правом
priority (default = 0, max =1 readOnly:true) Наразі розроблено для 1 учасника з пріоритетом 0

Аукціон. AuctionPeriod

Expand

title	Схема "Аукціон"

draw.io Diagram

border	true

diagramName	Диаграмма Аукціон
simpleViewer	false
width
links	auto
tbstyle	top
lbox	true
diagramWidth	4042
revision	2

Після переходу за посиланням, учасник потрапляє на сторінку проведення аукціону (модуль аукціону).

Info

title	Особливості для переважного права

Під час аукціону (auctionPeriod) чинний орендар має право не робити ставки до 4-го раунду аукціону.

Для реалізації переважного права чинний орендар надає згоду сплачувати орендну плату, що є рівною ціновій пропозиції учасника, який подав найвищу цінову пропозицію за лот, після чого чинний орендар набуває статусу переможця аукціону на продовження договору оренди.

У разі відмови чинного орендаря сплачувати таку орендну плату він може надати попередню згоду сплачувати орендну плату, що є рівною ціновій пропозицій учасника з наступною за величиною ціновою пропозицією (за умови наявності такої пропозиції) або надати попередню згоду на очікування кваліфікації учасника, який подав найвищу цінову пропозицію за лот у разі якщо чинний орендар під час одного із перших 3-х раундів зробив крок аукціону (за умови відсутності учасника з наступною за величиною ціновою пропозицією або якщо такий учасник не зробив крок під час аукціону).

Згода або відмова надається в ході спеціального етапу аукціону шляхом натискання відповідної кнопки в електронній торговій системі.

У разі відмови чинного орендаря сплачувати орендну плату, що є рівною ціновій пропозиції учасника, що подав найвищу цінову пропозицію за лот, або у випадку невідповідності вимогам аукціону, переможцем аукціону визнається учасник, що подав найвищу цінову пропозицію за лот.

Якщо чинний орендар погоджується із найвищою ціновою пропозицією - за результатами аукціону чинний орендар набуває статусу переможця.

Якщо чинний орендар погоджується із ціновою пропозицією з наступною за величиною після потенційного переможця або надає попередню згоду на очікування кваліфікації потенційного переможця - за результатами аукціону чинний орендар набуває статусу "Очікується рішення" (award:pending_waiting).

У разі відмови або бездіяльності чинного орендаря під час 4-го раунду і за результатами аукціону він не посідає 1ше або 2ге місце → чинний орендар не допускається на етап кваліфікації.

Інформація про отримання посилання на аукціон

ТЗ з модулю аукціону

Формування протоколу Аукціону

Протокол про результати аукціону формується автоматично у вигляді структурованого машиночитаємого файлу (JSON або YAML) та оприлюднюється в формі електронного документу електронною торговою системою в день завершення аукціону (одразу по завершенню періоду аукціону).
Майданчик має відображати посилання для завантаження (друкування) протоколу у HTML | PDF | DOC форматах

Шаблони електронного протоколу аукціону:

Аукціон відбувся

Аукціон не відбувся

Повідомлення щодо аукціону

Аукціон не відбувся

Аукціон

Кваліфікація (Підписання протоколу). QualificationPeriod

Expand

title	Схема "Кваліфікація (робота з договором та протоколом)"

draw.io Diagram

border	true

diagramName	Диаграмма Кваліфікація (робота з договором та протоколом)
simpleViewer	false
width
links	auto
tbstyle	top
lbox	true
diagramWidth	8633
revision	4

Expand

title	Схема “Timeline об’єкта кваліфікації учасника (award)”

draw.io Diagram

border	true

diagramName	Диаграмма Award`s timeline процедури
simpleViewer	false
width
links	auto
tbstyle	top
lbox	true
diagramWidth	754
revision	2

Документи заяви на участь (bids.documents)

...

documentType

...

Назва Українською

...

Назва Англійською

...

Опис

...

Обовʼязковіть для активації bid-а

...

Публічність

...

Повідомлення при розміщення заяви на участь

Поля, в які можна вносити зміни в період редагування (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

Аукціон. AuctionPeriod

Схема "Аукціон"

Після переходу за посиланням, учасник потрапляє на сторінку проведення аукціону (модуль аукціону).

Інформація про отримання посилання на аукціон

ТЗ з модулю аукціону

Формування протоколу Аукціону

Протокол про результати аукціону формується автоматично у вигляді структурованого машиночитаємого файлу (JSON або YAML) та оприлюднюється в формі електронного документу електронною торговою системою в день завершення аукціону (одразу по завершенню періоду аукціону).
Майданчик має відображати посилання для завантаження (друкування) протоколу у PDF та HTML форматах

Шаблони електронного протоколу аукціону:

Аукціон відбувся

Аукціон не відбувся

Повідомлення щодо аукціону

Аукціон не відбувся

Аукціон

Кваліфікація (Підписання протоколу). QualificationPeriod

Схема Схема "Кваліфікація (робота з договором та протоколом)"

...

За результатами періоду аукціону (auctionPeriod), за умови наявності 2-х та більше заяв в рамках періоду подання пропозицій, основні умови відбору переможців Організатором аукціону - найвища валідна ставка та відповідність учасника кваліфікаційним вимогам.

...

Протокол аукціону (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) - період триває дотизавершується автоматично, але статус процедури не змінюється на active_awarded, доки Організатор не підтвердить і завантажить протокол в процедуру.

Періоди Awards

Технічна назва

Бізнесова назва

Дата початку

Дата завершення

Результат завершення

Коментар

awards.signingPeriod

Період підписання договору

В момент набуття Авардом статуса pending

signingPeriod.endDate == signingPeriod.startDate + 15 р.д. 18:00

На рівні ЦБД: відсутній

р.д. 18:00

На рівні ЦБД: відсутній

Період формується в Аварді з моменту набуття Авардом статусу pending

Якщо Авард був у статусі pending і отримав signingPeriod, то після зміни статуса на інший (active OR unsuccessful) період залишається незмінним.

Аварди в інших статусах цей період не отримують.

awards.verificationPeriod

Період підписання протоколу

В момент набуття Авардом статуса pending

verificationPeriod.endDate ==verificationPeriod.startDate+10 р.д. 18:00

На рівні ЦБД: відсутній

Період формується в Аварді з моменту набуття Авардом статусу pending.

Аварди в інших статусах цей період не отримують.

Статуси Awards

Схема "Статуси awards"

...

Технічна назва	Бізнесова назва	Перехід з	За умови	Коментар
pending	Очікується протокол	МА (переможець) pending_waiting	Автоматично.: Присвоюється переможцю під час генерації авардів Автоматично: Присвоюється 2-му (після переможця) після дискваліфікації переможця	Організатор має можливість: Завантаження протоколу (обв'язкова дія - з можливістю замінити протокол) Переведення статусу учасника до наступного статусу "Переможжець. Очікується договір" Дискваліфікація учасника Учасник має можливість: Завантажити та замінити протокол (не обов'язкова дія - з можливістю замінити протокол)
pending_waiting	Очікується рішення		Автоматично. Присвоюється 2-му (після переможця) учаснику під час генерації авардів	Статус pending_waiting автоматично присвоюється 2-му (після переможця) учаснику під час генерації авардів 2й учасник має можливість відмовитися від очікування (до моменту дискваліфікації 1-го учасника та за умови, що процедура у не термінальному статусі)
active	Переможець. Очікується договір	pending	Організатор підтверджує підписання протоколу і award змінює свій статус з pending на active.	Термінальний статус. Організатор має можливість: Завантаження договору (з можливістю замінити); Дискваліфікація учасника (до завершення аукціону); Підтвердження оплати; Завершення аукціону. 2й Учасник має можливість: відмовитися від очікування до моменту дискваліфікації 1-го переможця.
cancelled	Учасник не став переможцем	pending_waiting	2-й учасник (статус pending_waiting) відмовився від очікуванняСтатус змінюється лише після завершення аукціону Аукціон перейшов в термінальний статус (complete), у зв’язку з чим та 2-й учасник не набув статусу переможця (за умови, що 2-й учасник відмовився від очікування).в статусі pending_waiting) → Awardучасника автоматично набуває статусу cancelled	Термінальний статус.
unsuccessful	Дискваліфіковано	pending active	Ручна дія. Організатор надсилає запит на зміну award.status: pending → unsuccessful Організатор надсилає запит на зміну award.status: active → unsuccessful	Термінальний статус. `1. pending → unsuccessful: ЦБД має валідувати, що в Авард завантажено документ з documentType: rejectionProtocol/act При зміні статуса з pending → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника Обовʼязково завантажити документ act "про відмову" в Авард. 2. active → unsuccessful: ЦБД має валідувати, що в Авард завантажено документ з documentType: rejectionProtocol/act При зміні статуса з active → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника При цьому contracts автоматично змінить свій статус на cancelled Обовʼязково завантажити документ rejectionProtocol/act "про відмову" в Авард.

Документи обʼєкта кваліфікації (awards.documents)

documentType	Назва Українською	Назва Англійською	Опис	Обовʼязковіть	Публічність
rejectionProtocol	Документ, що підтверджує дискваліфікацію	Rejection protocol	Завантажується у разі дискваліфікації учасника (окремо зазначається причина), за умови прийняття рішення Організатором;	Так Для зміни awards.status: pending/active → unsuccessful	Так
auctionProtocol	Протокол аукціону	Auction protocol	Протокол підписується і завантажується для кожного учасника окремо	Так Для зміни awards.status: pending → active	Так
act	Документ, що підтверджує відмову	Refusal act	Завантажується у разі дискваліфікації учасника (окремо зазначається причина: відмова Переможцем підписувати договір/протокол), за умови прийняття рішення Учасником. Документ має бути можливість завантажити у Організатора та у Переможця. Для того, щоб Організатор дискваліфікував учасника, Авард якого перебуває у статусі pending або protocol_signed, має бути завантажено хоча б один документ з documentType: act В поле terminationReason аварду записується причина із довідника Поле terminationReason має бути обов'язково заповнено для зміни awards.status: pending → unsuccessful	Так Для зміни awards.status: pending/active → unsuccessful	Так
digitalSignature	Цифровий підпис	Digital signature	Цифровий підпис	Ні	Набуває значення документу з яким позв'язаний

...

Кваліфікація (Підписання контракту з переможцем (contracts)). QualificationPeriod

Схема Схема "Кваліфікація (робота з договором та протоколом)"

...

Після підписання договору Організатор має завантажити договір (documentType:contractSigned), заповнити обов'язкові поля договору (крім обов'язкових при створенні, для активації необхідно заповнити поля dateSigned, title, contractNumber, description, contractTotalValue) та підтвердити договір . Після цього майданчик переводить (переведення contract в статус active.)
В Організатора аукціону є можливість підтвердити договір (documentType:contractSigned) і після завершення періоду підписання договору (signingPeriod), обмеження на майданчику не мають встановлюватись.
...
Завершення аукціону (переведення у статус complete)
Після підтвердження договору, Організатор аукціону завершує аукціон. Після чого процедура змінює статус на complete.

Статуси Contracts

Схема "Статуси Contracts"

...

Технічна назва

Бізнесова назва

Перехід з

За умови

Коментар

pending

Очікується договір

Момент створення Awards[] у статусі active

Автоматично.

Якщо будь-який Авард набуває статусу active, то ЦБД автоматично створює повʼязаний contracts у статусі pending.

Організатор має можливість:

Завантаження підписаного договору з учасником;
Підтвердження підписання договору;
Дискваліфікації учасника.

contracts створюються не після того, як Award набув статусу active

active

Договір підтверджено

pending

Ручна дія.

Організатор завантажує документ contracts[x].documents.documentType: contractSigned contractSigned та заповнює обов'язкові поля і після цього надсилає запит на зміну contracts.status: pending → active

Повʼязаний Авард має бути у статусі active.

З технічної сторони, договір вважається підписаним і закритим, коли Організатор змінює contracts.status: pending → active.

Якщо змінився contracts.status: pending → active, це означає, що завантажено Підписаний договір (contracts.documents.documentType: contractSigned)

cancelled

Договір скасовано

pending

Автоматична.

За умови дискваліфікації Аварда із active → unsuccessful

Для того, щоб дискваліфікувати Учасника з причини того, що НЕ підписано договір або неотримано оплату, організатору необхідно надіслати запит на зміну статуса Аварда active → unsuccessful

Документи контракту (contracts.documents)

documentType	Назва Українською	Назва Англійською	Опис	Обовʼязковіть	Публічність
contractSigned	Підписаний договір	Signed contract	Підписаний договір	Так	Так
contractAnnexe	Додатки до договору	Contract annexe	Додатки до договору	Ні	Так
contractNotice	Повідомлення про договір	Contract notice	Офіційне повідомлення, що містить деталі договору	Ні	Так
paymentInformation	Інформація про розрахунки	Payment Information	Відомості про розрахунки переможцем аукціону	Ні	Так
transferAct	Акт приймання - передачі	Transfer act	Акт приймання - передачі	Ні	Так
digitalSignature	Цифровий підпис	Digital signature	Цифровий підпис	Ні	Набуває значення документу з яким позв'язаний

Умови дискваліфікації

Дискваліфікація Організатором

У разі дискваліфікації переможця на етапі роботи із договором (signingPeriod), Організатор , Організатор аукціону складає та оприлюднює в електронній торговій системі протокол відхилення (documentType:rejectionProtocol) або/та акт про відмову (documentType:act) та натискає на кнопку “Дискваліфікувати” і вказує одну причину з переліку причин (причина записуються в поле terminationReason аварду):

...

Обмежень щодо розширення файлу на стороні ЦБД відсутні

Вимоги до майданчиків

Можливі 2 варіанти реалізації цифрового підпису:

...

Технічна назва	Бізнесова назва	Перехід з	За умови	Коментар
active_tendering	Прийняття заяв на участь	момент публікації оголошення в ЦБД	Автоматично. Заповнені всі обовʼязкові поля для створення процедури в ЦБД	Майданчик Організатора робить запит до ЦБД та передає об'єкт процедури. У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику id та token створеного об'єкта процедури, процедура набуває статус "Прийняття заяв на участь" (active_tendering).
active_auction	Аукціон	active_tendering	Автоматично. Завершився період Прийняття заяв на участь (мінімальна кількість учасників 2)	Після активації процедури ЦБД визначає точну дату та час початку періоду аукціону ( auctionPeriod). У визначену дату та час ЦБД, за наявності необхідної кількості заяв (перевірка кількості поданих заяв відбувається на рівні ЦБД, для проведення аукціону необхідно не менше 2 заяв на участь), змінює статус процедури з “Прийняття заяв на участь” (active_tendering) на “Аукціон” (active_auction). При невиконанні умови процедура набуває статусу Аукціон не відбувся (unsuccessful).startDate. В tenderPeriod.endDate ЦБД перевіряє наявність необхідної кількості заяв якщо: 1 заява на учать але не менше minNumberOfQualifiedBids → ЦБД змінює статус процедури з active_tendering на active_qualification. не менше ніж 2 заяви на участь → ЦБД змінює статус процедури з active_tendering на active_auction. При невиконанні умови кількість заяв на участь > minNumberOfQualifiedBids процедура набуває статусу unsuccessful
active_qualification	Очікується опублікування протоколу	active_auction active_tendering	Автоматично. Завершилась робота Модуля аукціону(auctionPeriod.endDate) Автоматично. Завершився період Прийому пропозицій (tenderPeriod.endDate) і була подана 1 заява на участь (при умові minNumberOfQualifiedBids=1)	Для двох учасників, що мають Для кожного учасника, що мав bids[].status == active на та найвищі bids.value.amount+minimalStep на момент auctionPeriod.startDateendDate, в обʼєкті процедури створюється Award у статусі pending статусі pending АБО pending_waiting (деталі розподілу в розділі Статуси Awards). Для одного учасника bids[].status == active та виконана bids.value.amount+minimalStep момент tenderPeriod.endDate в обʼєкті процедури створюється Award у статусі pending (деталі розподілу в розділі Статуси Awards). Для award у статусі pending відбувається 1 фаза кваліфікації переможця (робота із протоколом) Аварди в статусі unsuccessful свій статус не змінюють.
active_active_awarded	Очікується підписання договору	active_qualification	Ручна дія. Організатор надсилає запит на зміну status: active_qualification → active_awarded	По завершенню роботи із протоколом, Організатор натискає кнопку “Протокол затверджено”, змінює статус award'у з pending на active при цьому статус процедури змінюється на автоматично на “Очікується підписання договору” (active_awarded) - 2 фаза кваліфікації переможця, а саме в частині роботи із договором.
complete	Аукціон завершено	active_awarded	Ручна дія. Організатор надсилає запит на зміну status: active_awarded → complete	Термінальний статус. При виконанні дії зміни статуса на complete ЦБД перевіряє: Статус учасника Статус award'у - active. Статус contract - active. Всі contracts[] мають статус active або unsuccessful (має бути хочаб один contract у статусі active) Всі Awards[] мають бути у статусі active, cancelled чи unsuccessful (має бути хоча б один award у статусі active)
cancelled	Аукціон скасовано	active_rectification active_tendering active_qualification active_awarded active_auction	Ручна дія. Організатору у всіх статусах Процедури, окрім термінальних статусів, доступна опція "Скасування" Процедури. Для скасування процедури, Організатору необхідно: Завантажити документ в cancellations[].documents з documentType: cancellationDetails Вказати причину скасування (cancellations.reason) Вказати дату прийняття рішення про скасування (cancellations.datePublished) Після цього, при натисканні кнопки, надсилається запит в ЦБД на скасування. Статус процедури автоматично змінюється → cancelled	Термінальний статус.
unsuccessful	Аукціон не відбувся	active_tendering active_qualification active_awarded active_auction	АвтоматичноАвтоматично. Якщо на момент tenderPeriod.endDate кількість поданих заяв: менше за встановлене Організатором значення minNumberOfQualifiedBids;=0 Якщо в рамках періоду кваліфікації (qualification Period) за результатами періоду аукціону періоду аукціону (auctionPeriod), немає жодної валідної ставки (рівна або вище суми стартової ціни лота та кроку аукціону); Якщо в рамках періоду кваліфікації Організатор дискваліфікував усіх учасників. Дискваліфіковані всі учасники на етапі підписання Протоколів і Договорів Якщо в рамках кваліфікації Організатор дискваліфікував 1-го учасника, а 2-й учасник відмовився від очікування;	Термінальний статус.

Space shortcuts

Page tree

Page History

Versions Compared

Key

Процедура, на яку найбільше схожа:

Глосарій процедури

Загальна інформація про роботу процедури

Особливості процедури

Посилання на legalName endpoint (Додати задачу)

Перелік схем:

Особливості процедури

Загальні

Опис класифікаторів та їх словників

Опис класифікаторів та їх словників

Посилання на legalName endpoint (Додати задачу)

Перелік схем:

Інформація про процедуру

Загальні дані процесу процедури

Інформація про процедуру

Загальні дані процесу процедури

Періоди процедури

Статуси процедури

Опис періодів + функціонал ролей+ Повідомлення

Публікація процедури

Створення оголошення

Документи процедури

Редагування оголошення

. RectificationPeriod

Редагування оголошення

Обговорення аукціону (запитання-відповідь). QuestionPeriod-EnquiryPeriod

Посилання на схему «Обговорення електронних аукціонів (запитання-відповідь)»

Публікація заяви на участь. TenderPeriod

Особливості роботи в ЦБД та вимоги до майданчиків

Деактивація заяви на участь

Статуси заяви на участь (біда)

Документи для редагування оголошення

Обговорення аукціону (запитання-відповідь). QuestionPeriod-EnquiryPeriod

Публікація заяви на участь. TenderPeriod

Деактивація заяви на участь

Статуси заяви на участь (біда)

Документи заяви на участь (bids.documents)

Поля, в які можна вносити зміни в період редагування (rectificationPeriod) і після зміни яких деактивуються заяви на участь

Поля, в які можна вносити зміни в період редагування (rectificationPeriod) і після зміни яких деактивуються заяви на участь учасників з переважним правом

Аукціон. AuctionPeriod

Формування протоколу Аукціону

Повідомлення щодо аукціону

Кваліфікація (Підписання протоколу). QualificationPeriod

Документи заяви на участь (bids.documents)

Поля, в які можна вносити зміни в період редагування (rectificationPeriod) і після зміни яких деактивуються заяви на участь

Аукціон. AuctionPeriod

Формування протоколу Аукціону

Повідомлення щодо аукціону

Кваліфікація (Підписання протоколу). QualificationPeriod

Періоди Awards

Статуси Awards

Документи обʼєкта кваліфікації (awards.documents)

Кваліфікація (Підписання контракту з переможцем (contracts)). QualificationPeriod

Статуси Contracts

Документи контракту (contracts.documents)

Умови дискваліфікації

Дискваліфікація Організатором

Вимоги до майданчиків