...

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

Публікація процедури (Створення оголошення)

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

При публікації оголошення про проведення аукціону, Організатором аукціону необхідно заповнити обовʼязкові поля:

• Інформація про Організатора (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[])

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

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

Можливість подавати заяви на участь є тільки протягом періоду процедури 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)

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

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

draw.io Diagram
border true diagramName Cтатус bid simpleViewer false width links auto tbstyle top lbox true diagramWidth 586 revision 1

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

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

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

За результатами періоду аукціону (auctionPeriod) пропозиції сортуються від меншої ціни до більшої, а у випадку співпадіння ціни, вище відображається пропозиція розміщена раніше. Часом розміщення пропозиції вважається час першого розміщення заяви у ЦБД, а, у випадку редагування пропозиції під час періоду прийому пропозицій, час фіксації змін у заяві у ЦБД. По завершенню аукціону, процедура переходить у статус qualification - фазу перевірки доукументів учасників та підписання протоколу/договору. ЦБД генерує award'и для всіх учасників, відповідно до поданих кількості заяв на участь. 

Періоди Awards

...

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

...

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

...

Дата початку

...

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

...

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

...

Коментар

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

Аукціон

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

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

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

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

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

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

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

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

Пропозиції сортуються від більшої ціни до меншої, а, у випадку співпадіння ціни, вище відображається пропозиція розміщена раніше. Часом розміщення пропозиції вважається час першого розміщення заяви у ЦБД, а, у випадку редагування пропозиції під час періоду подання пропозицій (tenderPeriod), час фіксації змін у заяві у ЦБД.

ЦБД формує award'и тільки для двох учасників з найвищими валідними ставками (другий award за наявності такого учасника). Авард учасника з найвищою валідною ставкою отримує статус pending, а авард учасника з другою найвищою ставкою (за наявності) отримує статус pending_waiting.

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

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

Якщо усіх учасників, що пройшли до кваліфікації, дискваліфіковано, ЦБД автоматично змінює статус процедури на unsuccessful.

Після періоду аукціону (auctionPeriod) Організатор здійснює перевірку документів (поза системою) всіх учасників аукціону та приймає рішення щодо кваліфікації учасників.

1. Протокол аукціону (documentType:auctionProtocol) підписується переможцем аукціону та оператором електронного майданчика, з якого переможець подав цінову пропозицію, за допомогою кваліфікованого електронного підпису уповноваженої особи.
   • Організатор опубліковує підписаний протокол аукціону в ЕТС протягом 10-ти робочих днів після дня його завершення.
   • В Організатора є можливість підтвердити протокол і після завершення періоду підписання протоколу (verificationPeriod), обмеження на майданчику не мають встановлюватись.
   • Після завантаження протоколу організатор натискає кнопку "Протокол затверджено", після чого майданчик передає award’у такого учасника статус active (“Переможець. Очікується договір”).
     • В результаті чого для цього award’у створюється contract в статусі pending у масиві contracts.
2. У учасника, який кваліфікується є можливість завантаження та заміни Протоколу до bid`a (не обов’язкова дія), але завантаження цього документу учасником не призводить до зміни статусів в системі.
3. Для учасника з другою за розміром ціновою пропозицією (за наявності такого), одразу після аукціону, формуються award, що отримує статус pending_waiting, якщо його ставка була валідною.
   • У випадку, якщо ставка цього учасника не є валідною, формування award'у для такого учасника не здійснюється.
   • Єдина дія, яка може бути виконана в цей момент - це ручне скасування очікування - учасник може забрати свій гарантійний внесок, втрачаючи шанс стати переможцем аукціону. У разі відмови від очікування майданчик передає такому award'y статус cancelled.
   • Якщо перший award дискваліфіковують, а другий не самодискваліфікувався, після набуття статусу 2-го award'у pending, 2-й учасник проходить процедуру кваліфікації по такому самому принципу як 1-й переможець (процедура знову набуває статус "Очікується опублікування протоколу" (active_qualification)).
   • Якщо ж кваліфікація 1-го award'у пройшла успішно, та Організатор аукціону підтвердив виконання умов договору для 1-го award'у, у такому випадку ЦБД, під час зміни статусу процедури на complete, автоматично змінює статус 2-го award'у на cancelled.
4. У разі невідповідності переможця аукціону вимогам, Організатор аукціону повинен дискваліфікувати учасника, після чого майданчик передає статус “unsuccessful” award`у такого учасника до ЦБД.
5. Завершення періоду підписання протоколу (verificationPeriod) - період триває доти, доки Організатор не підтвердить протокол.

Періоди Awards

Статуси Awards

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

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

...

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

...

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

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

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

...

Статуси Awards

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

...

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

...

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

...

Перехід з

...

За умови

...

Коментар

...

...

• Завантаження протоколу (обв'язкова дія - з можливістю замінити протокол)
• Переведення статусу учасника до наступного статусу "Переможжець. Очікується договір"
• Дискваліфікація учасника

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

• Завантажити та замінити протокол (не обов'язкова дія - з можливістю замінити  протокол)

...

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

Присвоюється 2-му (після переможця) учаснику під час генерації авардів

...

Статус pending_waiting автоматично присвоюється 2-му (після переможця) учаснику під час генерації авардів

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

...

Організатор підтверджує підписання протоколу і award змінює свій статус з pending на active.

Термінальний статус.

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

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

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

• відмовитися від очікування до моменту дискваліфікації 1-го переможця.

...

pending_waiting

...

• 2-й учасник відмовився від очікування
• Статус змінюється лише після завершення аукціону
• Аукціон перейшов в термінальний статус (complete), у зв’язку з чим 2-й учасник не набув статусу переможця (за умови, що 2-й учасник відмовився від очікування).

Термінальний статус.

...

pending

...

Ручна дія.

Організатор надсилає запит на зміну award.status: pending → 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 "про відмову" в Авард.

...

documentType

...

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

...

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

...

Опис

...

Обовʼязковіть

...

Публічність

...

Завантажується у разі дискваліфікації учасника (окремо зазначається причина), за умови прийняття рішення Організатором;

...

Так

Для зміни awards.status: pending → unsuccessful

...

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

...

Так

Для зміни awards.status: pending → active

...

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

Документ має бути можливість завантажити у Організатора та у Переможця.

Для того, щоб Організатор дискваліфікував учасника, Авард якого перебуває у статусі pending або protocol_signed, має бути завантажено хоча б один документ з documentType: act 
В поле terminationReason аварду записується причина із довідника

Поле terminationReason має бути обов'язково заповнено для зміни awards.status: pending → unsuccessful

...

Так

Для зміни awards.status: pending → unsuccessful

...

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

Статуси Contracts

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

...

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

...

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

...

Перехід з

...

За умови

...

Коментар

...

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

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

...

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

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

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

...

Ручна дія.

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

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

...

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

...

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

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

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

...

.documents)

Повідомлення щодо кваліфікації (загальні)

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

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

В Організатора аукціону є можливість підтвердити договір (documentType:contractSigned) і після завершення періоду підписання договору (signingPeriod), обмеження на майданчику не мають встановлюватись.

До переведення договору в статус active, Організатор повинен мати можливість виправити поля договору та вкладені файли.

Завершення аукціону (переведення у статус complete)

Після підтвердження договору, Організатор аукціону завершує аукціон. Після чого процедура змінює статус на complete.

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

Статуси Contracts

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

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

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

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

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

Після чого майданчик передає статус unsuccessful award`у учасника, внаслідок чого ЦБД автоматично переводить договір у статус cancelled. Вказана причина, а також статус учасника, повинні відображатися на майданчику.

• Перелік причин дискваліфікації:
  • Відмова або непідписання протоколу
  • Відмова або непідписання договору
  • Відсутні обов’язкові документи
  • Невнесення передоплати або оплати за договором
  • Участь в аукціоні з більше, ніж 1 майданчика

До переведення статусу award`у учасника в unsuccessful, Організатор повинен мати можливість змінити причину дисквалифікації та завантажити або замінити документ/ти.

Повідомлення щодо кваліфікації (загальні)

Скасування аукціону

Рішення Організатора про відміну аукціону повинне бути викладене у формі розпорядчого акта (рішення, наказу, розпорядження, протоколу тощо)

...

У разі відміни аукціону ЦБД автоматично присвоює аукціону статус “Аукціон відмінено”.

Деталі описано тут

Документи скасування процедури (cancellations.documents)