Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Table of Contents

Загальний огляд процедури

Мета створення процедури та нормативні засади

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

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

basicSell-english-priority

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

  1. Крок аукціону для проведення електронного аукціону та електронного аукціону із зниженням стартової ціни — мінімальна надбавка, на яку в ході електронного аукціону або на етапі подання закритих цінових пропозицій може здійснюватися підвищення цінової пропозиції
  2. Лот — об’єкт оренди, який виставляється на електронний аукціон;
  3. Закрита цінова пропозиція для проведення електронного аукціону — сума коштів, сплата якої декларується учасником до проведення електронного аукціону та подається в особистому кабінеті через оператора електронного майданчика в електронній торговій системі до закінчення кінцевого строку подання заяв на участь в електронному аукціоні;
  4. Поточна ціна лота — орендна плата за лот, яка відображається в режимі реального часу та діє протягом періоду між початком автоматичного покрокового зниження стартової орендної плати за об’єкт оренди, включаючи проміжок часу між здійсненням останнього кроку та завершенням електронного аукціону за методом покрокового зниження стартової орендної плати та подальшого подання цінових пропозицій;
  5. Учасник — фізична особа або юридична особа в особі уповноваженого представника, у тому числі фізична та юридична особа іноземної держави, міжнародна організація та особа без громадянства, яка виявила намір узяти участь в електронному аукціоні, сплатила реєстраційний та гарантійний внески, пройшла процедуру реєстрації для участі в електронному аукціоні, отримала відповідне підтвердження про реєстрацію та індивідуальний код учасника;
  6. Цінова пропозиція для проведення електронного аукціону — сума коштів, сплата якої декларується учасником у ході електронного аукціону;
  7. Орендар - фізична або юридична особа, яка на підставі договору оренди бере майно у користування за плату на певний строк;
  8. Орендодавець - юридична особа, яка на підставі договору оренди передає майно у користування за плату на певний строк;
  9. Потенційний орендар - фізична або юридична особа, яка виявила бажання взяти майно в оренду у спосіб, визначений цим Законом;
  10. Стартова орендна плата - плата за користування майном, яка зазначається в оголошенні про передачу майна в оренду.

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

  1. На етапі роботи із Оголошенням:
    • Обмеження по роботі з класифікаторами.
    • мінімальна кількість заяв для можливості успішного проведення аукціону:
      • minNumberOfQualifiedBids==1 - 1 заява на участь
    • В банківських рахунках лише валюта UAH.
    • Зміни в списку документів.
    • Деактивація заяв при редагування лише певних полів.
  2. Аукціон:
    • англійський аукціон
    • додатковий раунд для чинного орендаря
  3. Кваліфікація:
    • кількість переможців - 1 переможець
    • присутність 1-го учасника, що очікує кваліфікацію переможця

Структура даних


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

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

...

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

Періоди і статуси

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

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

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

Функціонал ролей в рамках періодів

Timeline процедури

draw.io Diagram
bordertrue
diagramNameДиаграмма без названия
simpleViewerfalse
width
linksauto
tbstyletop
lboxtrue
diagramWidth1481
revision1

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

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

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

...

Майданчикам

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

Організатора є можливість ввести інформацію про учасника з переважним правом.

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

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

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


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


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

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

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

Дата початку

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

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

Коментар

Повідомлення

rectificationPeriod active_tenderingПеріод редагування

Дата та час публікації процедури в ЦБД.
Може припадати на неробочий день

може припадати на неробочий день, завершується за 5 календарних днів до завершення періоду подання пропозицій, час завершення о 18:00

tenderPeriod.endDate - 5 к.д., завершення о 18:00

Редагування полів після завершення періоду процедури більше недоступне

Період "Період редагування" починється одразу, як тільки відбувається публікація процедури в ЦБД

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

tenderPeriodactive_tenderingПеріод подання пропозицій

Дата та час публікації процедури в ЦБД.
Може припадати на неробочий день

о 20:00 в день, що передує дню початку періоду аукціону auctionPeriod.startDate

(може припадати на НЕробочий день)

Статус процедури змінюється автоматично:

active_tendering → active_auction

Статус процедури змінюється вручну організатором:
active_tendering → cancelled
active_tendering → unsucessful

Період "Період редагування" починється одразу, як тільки відбувається публікація процедури в ЦБД

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

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

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


questionPeriodactive_tenderingПеріод запитань

Дата та час публікації процедури в ЦБД.
Може припадати на неробочий день

Може припадати на НЕробочий день.

о 18:00 за 1 р.д. до початку аукціону

-

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

enquiryPeriodactive_tenderingПеріод відповідей

Дата та час публікації процедури в ЦБД.
Може припадати на неробочий день

Може припадати на НЕробочий день.

о 18:00 за 1 р.д. до початку аукціону

-

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

auctionPeriodactive_auctionАукціон

Завжди припадає на робочий день.

Вказується організатором при публікації процедури.
Точна дата та час (часовий діапазон з 11:00 - 13:00)

Подія завершення аукціону (роботи модуля аукціону) може припадати на НЕробочий день.

Статус процедури змінюється автоматично:

active_auction → qualification

Статус процедури змінюється вручну організатором:
active_auction → cancelled (можливо до завершення аукціону)

auctionPeriod.endDate присутній виключно за умови наявності не менш ніж 2 заяв на участь (bids[].status: active) на момент tenderPeriod.endDate


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

Аукціон

 

qualificationPeriodactive_qualification
active_awarded

Період кваліфікаціїqualificationPeriod.startDate == auctionPeriod.endDate

Не може припадати на НЕробочий день.

Автоматично не переводимо в інші статуси
qualificationPeriod.endDate == qualificationPeriod.startDate + 20 р.д. о 18:00

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

На рівні майданчика: за 24 години до завершення, надсилання повідомлення Організатору про завершення періоду кваліфікації. 

Статус процедури змінюється автоматично при умові відсутності awards в статусі active :

active_auction → qualification

Статус процедури змінюється вручну організатором:
active_auction → cancelled (можливо до завершення аукціону)

 

Формується за наявності переможця за результатами проведеного аукціону (період аукціону) або після періоду подання пропозицій, за наявності лише 1 заяви на участь, тривалість періоду до 20 робочих днів (не включаючи день проведення аукціону), період завершується вручну Організатором аукціону. Формується повторно з усіма вкладеними періодами за наявності 2-го учасника в якості переможця (в момент дискваліфікації 1-го учасника).

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

**Всі періоди кваліфікації завершуються Організатором аукціону вручну (не автоматична дія), але повинна бути реалізована фіксація порушення строків

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

draw.io Diagram
bordertrue
diagramNameCom_Priority_Rent
simpleViewerfalse
width
linksauto
tbstyletop
lboxtrue
diagramWidth612
revision2

...

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

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

Перехід з

За умови

Коментар

active_tenderingПрийняття заяв на участьмомент публікації оголошення в ЦБД

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

Заповнені всі обовʼязкові поля для створення процедури в ЦБД

Майданчик Організатора робить запит до ЦБД та передає об'єкт процедури. У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику id та token створеного об'єкта процедури, процедура набуває статус "Прийняття заяв на участь" (active_tendering).
active_auctionАукціонactive_tendering

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

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

На момент завершення періоду "Прийняття заяв на участь"виконана умова переходу процедури для набуття статусу "Аукціон" (active_auction).
При невиконанні умови процедура набуває статусу Аукціон не відбувся (unsuccessful)

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 ЦБД перевіряє:

  • Всі contracts[] мають статус active або unsuccessful (має бути хочаб один contract у статусі active)
  • Всі Awards[] мають бути у статусі active, cancelled чи unsuccessful (має бути хоча б один award у статусі active)
unsuccessfulАукціон не відбувся

active_tendering

active_qualification

active_awarded

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

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

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

cancelled

Аукціон скасовано

active_rectification

active_tendering

active_qualification

active_awarded

Ручна дія.

Організатору у всіх статусах Процедури, окрім термінальних статусів, доступна опція "Скасування" Процедури.

Для скасування процедури, Організатору необхідно:

  • Завантажити документ в cancellations[].documents з documentType: cancellationDetails
  • Вказати причину скасування (cancellations.reason)
  • Вказати дату прийняття рішення про скасування (cancellations.datePublished)

Після цього, при натисканні кнопки, надсилається запит в ЦБД на скасування. Статус процедури автоматично змінюється → cancelled

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



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

documentType

Назва Укр

Назва Анг

Опис

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

Публічність

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

Презентація

Ні

Так
property_docДокументи на майноProperty documentsДокументи що підтверджують право власності організатора на лот, відсутність встановлених законом обтяжень (обмежень), відсутність встановлення законом обтяжень (обмежень) та заборон на відчудження лотівТак, якщо організатор ФОП (sellingEntity.identifier.scheme - всі значення крім UA-EDR зі схеми ua_identifier)Так
clarificationsПогодження змін до опису лоту. Опис причин редагування.ClarificationsДокумент не потрібно вносити до списку документів при створенні аукціону. Має бути доступний для завантаження в rectificationPeriodНі (обов'язковий лише для внесення змін в поля лоту)Так
digitalSignatureЦифровий підписDigital signatureЦифровий підписНіНабуває значення документу з яким позв'язаний


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

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

...

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

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

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

documentType

Назва Укр

Назва Анг

Опис

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

Публічність

cancellationDetailsПричини скасуванняCancellation detailsІнформація щодо причин скасування аукціонуТакТак
digitalSignatureЦифровий підписDigital signatureЦифровий підписНіНабуває значення документу з яким позв'язаний


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

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

...

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

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

draw.io Diagram
bordertrue
diagramNameStatusBid
simpleViewerfalse
width
linksauto
tbstyletop
lboxtrue
diagramWidth586
revision1

...

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

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

Перехід з

За умови

Коментар

draftЧернетка заявимомент публікації заявки в ЦБД

Ручна дія.

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

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

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

  • value
  • quantity
  • bidders

Опублікувати бід можна без документів, але без обовʼязкових документів не буде можливості активувати Біда.


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

activeПідтверджена заяваdraft

Ручна дія.

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

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

  • value
  • quantity
  • bidders

та обовʼязкові документи


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

inactiveДеактивована заяваdraft

Ручна дія.

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

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

Ручна дія.

Учасник надсилає запит на зміну статуса 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Цифровий підписНіНабуває значення документу з яким позв'язаний

Кваліфікація

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

Періоди Awards (ПЕРЕВІРИТИ)

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

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

Дата початку

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

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

Коментар

awards.signingPeriodПеріод підписання протоколу та договору

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

signingPeriod.endDate == signingPeriod.startDate + 15 р.д.На рівні ЦБД: відсутній

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

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

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

award.verificationPeriod




Статуси Awards


draw.io Diagram
bordertrue
diagramNameStatusAward
simpleViewerfalse
width
linksauto
tbstyletop
lboxtrue
diagramWidth823
revision1

...

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

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

Перехід з

За умови

Коментар

pending Очікується протокол


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

Присвоюється переможцю під час генерації авардів

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

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

  • Завантажити та замінити протокол (не обов'язкова дія - з можливістю замінити  протокол)
pending_waiting Очікується рішення

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

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

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

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

activeПереможець. Очікується договірpending

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

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

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

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

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

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


cancelledУчасник не став переможцем

pending_waiting


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

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


unsuccessfulДискваліфіковано

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 "про відмову" в Авард.


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

documentType

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

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

Опис

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

Публічність

rejectionProtocolДокумент, що підтверджує дискваліфікаціюRejection protocol

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

Так

Для зміни awards.status: pending → 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 → unsuccessful

Так
digitalSignatureЦифровий підписDigital signatureЦифровий підписНіТак


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

Статуси Contracts


draw.io Diagram
bordertrue
diagramNameStatusContracts
simpleViewerfalse
width
linksauto
tbstyletop
lboxtrue
diagramWidth437
revision2

...

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

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

Перехід з

За умови

Коментар

pendingОчікується договірМомент створення Awards[] у статусі active

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

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

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

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

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

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

Ручна дія.

Організатор завантажує документ contracts[x].documents.documentType: 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Цифровий підписНіТак



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

Особливості роботи із сутностями та документами

Особливості роботи із цифровим підписом

Цифровий підпис (ЕЦП/КЕП) накладається поза ЦБД. Завантажується в ЦБД окремим файлом (тільки підпис або підписаний файл) digitalSignature, в якому присутнє поле relatedDocument, де додається посилання на оригінальний документ (id документу), вже завантажений до DocumentService.

...

Цифровий підпис документу необов'язковий, обов'язковість вказується в ТЗ процедури, за умови відповідних вимог в нормативних документах.

Технічні особливості роботи із цифрового підпису

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

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

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

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

  1. Окремо документ цифрового підпису та назву/посилання на оригінальний документ
  2. Поряд з оригінальним документом виводити пов'язані файли цифрового підпису

Схеми процедури

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

  1. Timeline процедури
  2. Схема "Загальний процес аукціонів"
  3. Схема "Публікація оголошення та прийняття заяви про участь"
  4. Схема "Аукціон"
  5. Схема "Кваліфікація (робота з договором та протоколом)"

Етапи процедури

Створення та редагування оголошення

Публікація оголошення

Організатор аукціону, під час публікації оголошення, вказує необхідні поля процедури. Вони вказані в ТЗ з вимогами до майданчиків.

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

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

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

...

За умови внесення змін в опис лота Організатором заява на участь деактивується (статус inactive). Особливості деактивації заяви

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

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

  • Учаснику
    • Коли - Редагування процедури
    • Що - Організатор торгів змінив умови проведення аукціону, всі заяви на участь деактивовано. Вам необхідно підтвердити або змінити свою заяву для участі в аукціоні.
    • Коментарі - Повідомлення надходить Учаснику протягом 5 хв.

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

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

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

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

Розміщення заяви на участь

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

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

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

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

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

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

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

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

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

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

Скасувати аукціон можливо у будь-якому не термінальному статусі процедури.

Для скасування Організатор аукціону зобов’язаний завантажити документ (documentType:cancellationDetails) та внести опис причини скасування (cancellation.reason). Фактичну дату скасування (cancellations.date) Організатор аукціону вказує вручну.

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

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

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

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

Аукціон

Модуль аукціону 

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

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

Ознайомча пауза

  • Системна назва
    • Значення - pause
  • Тривалість
    • Значення (ознайомча пауза) - 5 хвилини

Послідовний раунд (англійський)

  • Системна назва
    • Значення - sequential
  • Напрямок зміни ставок
    • Значення - На підвищення
  • Обмеження ставки (масив)
    • Значення - База - Попередня ставка самого учасника (user)
  • Тривалість
    • Значення - 3 хвилини
  • Перелік учасників
    • Значення - Анонімний
  • Відображення ставок
    • Значення - Значення ставок (масив) - Ціна: Так

Пауза між раундами

  • Системна назва
    • Значення - pause
  • Тривалість
    • Значення (пауза між раундами) - 3 хвилини

Пріоритетний раунд (тільки для ролі чинний орендар)

  • Системна назва
    • Значення - precedence
  • Напрямок зміни ставок
    • Значення - Погодження із найвищою ставкою послідовного раунду (sequential)
  • Обмеження ставки (масив)
    • Значення - База - Попередня найвища ставка учасника послідовного раунду (sequential)
  • Тривалість
    • Значення - 3 хвилини на кожен блок дій
  • Перелік учасників
    • Значення - Анонімний
  • Відображення ставок
    • Значення - Значення ставок (масив) - Ціна: Так, тільки найвища ставка послідовного раунду (sequential)

Розкриття

  • Системна назва
    • Значення - final
  • Подія для завершення
    • Значення - Час вичерпано
  • Тривалість
    • Значення - 5 секунд (або менше, в залежності від завантаженості системи)
  • Перелік учасників
    • Значення - Персоніфікований
  • Відображення ставок
    • Значення - Значення ставок (масив) - Ціна: Так
  • Пост-дії
    • Значення - Сортування - Так

Послідовність кроків:

  • ознайомча пауза - 5 хв.
  • послідовний раунд (складається із послідовних ходів учасників)
  • пауза між раундами - 3 хв.
  • послідовний раунд (складається із послідовних ходів учасників)
  • пауза між раундами - 3 хв.
  • послідовний раунд (складається із послідовних ходів учасників)
  • пауза між раундами - 3 хв.
  • пріоритетний раунд (раунд тільки для чинного рендаря)
  • розкриття
Вимоги до модулю аукціону в рамках 4-го раунду

Під час 4-го раунду англійського аукціону, в залежності від варіантів, що зазначені нижче, у чинного орендаря будуть доступні такі дії:

  • 1-й порядок дій:
    • погодитися із найвищою ціновою пропозицією;
    • не погодитися.
  • 2-й порядок дій (у разі Не погодитися у попердньому):
    • погодитися із другою найвищою ціновою пропозицією;
    • відмовитися.

Переважне право чинного орендаря

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

...

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

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

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

...

  • 1-й варіант:

    • Період подання пропозицій:
      • 1 заява на участь (потенційного орендаря або чинного орендаря)
    • Аукціон - відсутній
    • Результат:
      • Кваліфікація потенційного орендаря або чинного орендаря
  • 2-й варіант:

    • Період подання пропозицій:
      • 1 заява на участь (потенційного орендаря)
      • Заява на участь (чинного орендаря)
    • Аукціон:
      • 1-3 раунд:
        • Потенційний орендар зробив крок (найвища пропозиція)
        • Чинний орендар зробив крок (2-га найвища пропозиція)
      • 4 раунд (чинний орендар):
        1. Погоджується на найвищу цінову пропозицію
        2. Не погоджується.
        3. Бездіяльність.
    • Результат:
      • Чинний орендар:
        1. Набуває статус "Очікується протокол" (pending);
        2. Набуває статус "Очікується рішення" (pending_waiting);
        3. Набуває статус "Очікується рішення" (pending_waiting);
      • Потенційний орендар:
        1. Набуває статус "Очікується рішення" (pending_waiting);
        2. Набуває статус "Очікується протокол" (pending);
        3. Набуває статус "Очікується протокол" (pending);
  • 3-й варіант:

    • Період подання пропозицій:
      • 1 заява на участь (потенційного орендаря)
      • Заява на участь (чинного орендаря)
    • Аукціон:
      • 1-3 раунд:
        • Потенційний орендар зробив крок (2-га найвища пропозиція)
        • Чинний орендар зробив крок (найвища пропозиція)
      • 4 раунд (чинний орендар) - відсутній
    • Результат:
      • Чинний орендар:
        1. Набуває статус "Очікується протокол" (pending);
      • Потенційний орендар:
        1. Набуває статус "Очікується рішення" (pending_waiting).
  • 4-й варіант:

    • Період подання пропозицій:
      • 1 заява на участь (потенційного орендаря)
      • Заява на участь (чинного орендаря)
    • Аукціон:
      • 1-3 раунд:
        • Потенційний орендар не зробив крок
        • Чинний орендар зробив крок
      • 4 раунд (чинний орендар) - відсутній
    • Результат:
      • Чинний орендар:
        1. Набуває статус "Очікується протокол" (pending);
      • Потенційний орендар:
        1. Не допускається на етап кваліфікації.
  • 5-й варіант:

    • Період подання пропозицій:
      • 1 заява на участь (потенційного орендаря)
      • Заява на участь (чинного орендаря)
    • Аукціон:
      • 1-3 раунд:
        • Потенційний орендар не зробив крок
        • Чинний орендар не зробив крок
      • 4 раунд (чинний орендар) - відсутній
    • Результат:
      • Аукціон набуває статус "Аукціон не відбувся" (unsuccessful)
  • 6-й варіант:

    • Період подання пропозицій:
      • 1 заява на участь (потенційного орендаря)
      • Заява на участь (чинного орендаря)
    • Аукціон:
      • 1-3 раунд:
        • Потенційний орендар зробив крок
        • Чинний орендар не зробив крок
      • 4 раунд (чинний орендар):
        1. Погоджується на найвищу цінову пропозицію;
        2. Відмовляється; ** # Подумать как можем информировать об этом текущего арендатора**
        3. Бездіяльність.
    • Результат:
      • Чинний орендар:
        1. Набуває статус "Очікується протокол" (pending);
        2. Не допускається на етап кваліфікації.
        3. Не допускається на етап кваліфікації.
      • Потенційний орендар:
        1. Набуває статус "Очікується рішення" (pending_waiting).
        2. Набуває статус "Очікується протокол" (pending);
        3. Набуває статус "Очікується протокол" (pending).
  • 7-й варіант:

    • Період подання пропозицій:
      • 2 заяви на участь (потенційного орендаря)
      • Заява на участь (чинного орендаря)
    • Аукціон:
      • 1-3 раунд:
        • 1-й потенційний орендар зробив крок (найвища пропозиція)
        • 2-й потенційний орендар зробив крок (2-га найвища пропозиція)
        • Чинний орендар зробив крок (3-тя найвища пропозиція)
      • 4 раунд (чинний орендар):
        • 1-й порядок дій:
          • 1.1. Погоджується на найвищу цінову пропозицію;
          • 1.2. Не погоджується;
          • 1.3. Бездіяльність.
        • 2-й порядок дій (у разі 1.2. та 1.3. у поперденьому порядку):
          • 2.1. Погоджується на другу найвищу пропозицію;
          • 2.2. Відмовляється;
          • 2.3. Бездіяльність.
    • Результат:
      • Чинний орендар:
        • 1.1. Набуває статус "Очікується протокол" (pending);
        • 2.1. Набуває статус "Очікується рішення" (pending_waiting);
        • 2.2. Не допускається на етап кваліфікації;
        • 2.3. Не допускається на етап кваліфікації.
      • 1-й потенційний орендар:
        • 1.1. Набуває статус "Очікується рішення" (pending_waiting);
        • 2.1. Набуває статус "Очікується протокол" (pending);
        • 2.2. Набуває статус "Очікується протокол" (pending);
        • 2.3. Набуває статус "Очікується протокол" (pending).
      • 2-й потенційний орендар:
        • 1.1. Не допускається на етап кваліфікації;
        • 2.1. Не допускається на етап кваліфікації;
        • 2.2. Набуває статус "Очікується рішення" (pending_waiting);
        • 2.3. Набуває статус "Очікується рішення" (pending_waiting).
  • 8-й варіант:

    • Період подання пропозицій:
      • 2 заяви на участь (потенційного орендаря)
      • Заява на участь (чинного орендаря)
    • Аукціон:
      • 1-3 раунд:
        • 1-й потенційний орендар зробив крок (найвища пропозиція)
        • 2-й потенційний орендар зробив крок (3-тя найвища пропозиція)
        • Чинний орендар зробив крок (2-га найвища пропозиція)
      • 4 раунд (чинний орендар):
        1. Погоджується на найвищу цінову пропозицію;
        2. Не погоджується;
        3. Бездіяльність.
    • Результат:
      • Чинний орендар:
        1. Набуває статус "Очікується протокол" (pending);
        2. Набуває статус "Очікується рішення" (pending_waiting);
        3. Набуває статус "Очікується рішення" (pending_waiting).
      • 1-й потенційний орендар:
        1. Набуває статус "Очікується рішення" (pending_waiting);
        2. Набуває статус "Очікується протокол" (pending);
        3. Набуває статус "Очікується протокол" (pending).
      • 2-й потенційний орендар:
        1. Не допускається на етап кваліфікації;
        2. Не допускається на етап кваліфікації;
        3. Не допускається на етап кваліфікації.
  • 9-й варіант:

    • Період подання пропозицій:
      • 2 заяви на участь (потенційного орендаря)
      • Заява на участь (чинного орендаря)
    • Аукціон:
      • 1-3 раунд:
        • 1-й потенційний орендар зробив крок (2-га найвища пропозиція)
        • 2-й потенційний орендар зробив крок (3-тя найвища пропозиція)
        • Чинний орендар зробив крок (найвища пропозиція)
      • 4 раунд (чинний орендар) - відсутній
    • Результат:
      • Чинний орендар:
        1. Набуває статус "Очікується протокол" (pending).
      • 1-й потенційний орендар:
        1. Набуває статус "Очікується рішення" (pending_waiting).
      • 2-й потенційни орендар:
        1. Не допускається на етап кваліфікації.
  • 10-й варіант:

    • Період подання пропозицій:
      • 2 заяви на участь (потенційного орендаря)
      • Заява на участь (чинного орендаря)
    • Аукціон:
      • 1-3 раунд:
        • 1-й потенційний орендар зробив крок (найвища пропозиція)
        • 2-й потенційний орендар зробив крок (2-га найвища пропозиція)
        • Чинний орендар не зробив крок
      • 4 раунд (чинний орендар): 1-й порядок дій: 1.1. Погоджується на найвищу цінову пропозицію; 1.2. Не погоджується; 1.3. Бездіяльність. 2-й порядок дій (у разі 1.2. та 1.3. у поперденьому порядку): 2.1. Погоджується на другу найвищу пропозицію; 2.2. Відмовляється; 2.3. Бездіяльність.
    • Результат:
      • Чинний орендар:
        • 1.1. Набуває статус "Очікується протокол" (pending);
        • 2.1. Набуває статус "Очікується рішення" (pending_waiting);
        • 2.2. Не допускається на етап кваліфікації;
        • 2.3. Не допускається на етап кваліфікації.
      • 1-й потенційний орендар:
        • 1.1. Набуває статус "Очікується рішення" (pending_waiting);
        • 2.1. Набуває статус "Очікується протокол" (pending);
        • 2.2. Набуває статус "Очікується протокол" (pending);
        • 2.3. Набуває статус "Очікується протокол" (pending).
      • 2-й потенційни орендар:
        • 1.1. Не допускається на етап кваліфікації;
        • 2.1. Не допускається на етап кваліфікації;
        • 2.2. Набуває статус "Очікується рішення" (pending_waiting);
        • 2.3. Набуває статус "Очікується рішення" (pending_waiting).
  • 11-й варіант:

    • Період подання пропозицій:
      • 2 заяви на участь (потенційного орендаря)
      • Заява на участь (чинного орендаря)
    • Аукціон:
      • 1-3 раунд:
        • 1-й потенційний орендар зробив крок (2-га найвища пропозиція)
        • 2-й потенційний орендар зробив крок (найвища пропозиція)
        • Чинний орендар не зробив крок
      • 4 раунд (чинний орендар): 1-й порядок дій: 1.1. Погоджується на найвищу цінову пропозицію; 1.2. Не погоджується; 1.3. Бездіяльність. 2-й порядок дій (у разі 1.2. та 1.3. у поперденьому порядку): 2.1. Погоджується на другу найвищу пропозицію; 2.2. Відмовляється; 2.3. Бездіяльність.
    • Результат:
      • Чинний орендар:
        • 1.1. Набуває статус "Очікується протокол" (pending);
        • 2.1. Набуває статус "Очікується рішення" (pending_waiting);
        • 2.2. Не допускається на етап кваліфікації;
        • 2.3. Не допускається на етап кваліфікації.
      • 1-й потенційний орендар:
        • 1.1. Не допускається на етап кваліфікації;
        • 2.1. Не допускається на етап кваліфікації;
        • 2.2. Набуває статус "Очікується рішення" (pending_waiting);
        • 2.3. Набуває статус "Очікується рішення" (pending_waiting).
      • 2-й потенційни орендар:
        • 1.1. Набуває статус "Очікується рішення" (pending_waiting);
        • 2.1. Набуває статус "Очікується протокол" (pending);
        • 2.2. Набуває статус "Очікується протокол" (pending);
        • 2.3. Набуває статус "Очікується протокол" (pending).
  • 12-й варіант:

    • Період подання пропозицій:
      • 2 заяви на участь (потенційного орендаря)
      • Заява на участь (чинного орендаря)
    • Аукціон:
      • 1-3 раунд:
        • 1-й потенційний орендар зробив крок (найвища пропозиція)
        • 2-й потенційний орендар не зробив крок
        • Чинний орендар зробив крок (2-га найвища пропозиція)
      • 4 раунд (чинний орендар):
        1. Погоджується на найвищу цінову пропозицію;
        2. Не погоджується;
        3. Бездіяльність.
    • Результат:
      • Чинний орендар:
        1. Набуває статус "Очікується протокол" (pending);
        2. Набуває статус "Очікується рішення" (pending_waiting);
        3. Набуває статус "Очікується рішення" (pending_waiting).
      • 1-й потенційний орендар:
        1. Набуває статус "Очікується рішення" (pending_waiting);
        2. Набуває статус "Очікується протокол" (pending);
        3. Набуває статус "Очікується протокол" (pending).
      • 2-й потенційний орендар:
        1. Не допускається на етап кваліфікації;
        2. Не допускається на етап кваліфікації;
        3. Не допускається на етап кваліфікації.
  • 13-й варіант:

    • Період подання пропозицій:
      • 2 заяви на участь (потенційного орендаря)
      • Заява на участь (чинного орендаря)
    • Аукціон:
      • 1-3 раунд:
        • 1-й потенційний орендар зробив крок (2-га найвища пропозиція)
        • 2-й потенційний орендар не зробив крок
        • Чинний орендар зробив крок (найвища пропозиція)
      • 4 раунд (чинний орендар) - відсутній.
    • Результат:
      • Чинний орендар:
        1. Набуває статус "Очікується протокол" (pending).
      • 1-й потенційний орендар:
        1. Набуває статус "Очікується рішення" (pending_waiting).
      • 2-й потенційний орендар:
        1. Не допускається на етап кваліфікації.
  • 14-й варіант:

    • Період подання пропозицій:
      • 2 заяви на участь (потенційного орендаря)
      • Заява на участь (чинного орендаря)
    • Аукціон:
      • 1-3 раунд:
        • 1-й потенційний орендар зробив крок
        • 2-й потенційний орендар не зробив крок
        • Чинний орендар не зробив крок
      • 4 раунд (чинний орендар):
        1. Погоджується на найвищу цінову пропозицію;
        2. Відмовляється.
    • Результат:
      • Чинний орендар:
        1. Набуває статус "Очікується протокол" (pending);
        2. Не допускається на етап кваліфікації.
      • 1-й потенційний орендар:
        1. Набуває статус "Очікується рішення" (pending_waiting);
        2. Набуває статус "Очікується протокол" (pending).
      • 2-й потенційний орендар:
        1. Не допускається на етап кваліфікації;
        2. Не допускається на етап кваліфікації.
  • 15-й варіант:

    • Період подання пропозицій:
      • 2 заяви на участь (потенційного орендаря)
      • Заява на участь (чинного орендаря)
    • Аукціон:
      • 1-3 раунд:
        • 1-й потенційний орендар не зробив крок
        • 2-й потенційний орендар не зробив крок
        • Чинний орендар зробив крок
      • 4 раунд (чинний орендар) - відсутній.
    • Результат:
      • Чинний орендар:
        1. Чинний орендар набуває статус "Очікується протокол" (pending).
      • 1-й потенційний орендар:
        1. Не допускається на етап кваліфікації.
      • 2-й потенційний орендар:
        1. Не допускається на етап кваліфікації.
  • 16-й варіант:

    • Період подання пропозицій:
      • 2 заяви на участь (потенційного орендаря)
      • Заява на участь (чинного орендаря)
    • Аукціон:
      • 1-3 раунд:
        • 1-й потенційний орендар не зробив крок
        • 2-й потенційний орендар не зробив крок
        • Чинний орендар не зробив крок
      • 4 раунд (чинний орендар) - відсутній
    • Результат:
      • Аукціон набуває статус "Аукціон не відбувся" (unsuccessful)
  • 17-й варіант:

    • Період подання пропозицій:
      • 2 заяви на участь (потенційного орендаря)
    • Аукціон:
      • 1-3 раунд:
        • 1-й потенційний орендар зробив крок
        • 2-й потенційний орендар не зробив крок
      • 4 раунд (чинний орендар) - відсутній
    • Результат:
      • 1-й потенційний орендар:
        • Набуває статус "Очікується протокол" (pending).
      • 2-й потенційний орендар:
        • Не допускається на етап кваліфікації.
  • 18-й варіант:

    • Період подання пропозицій:
      • 2 заяви на участь (потенційного орендаря)
    • Аукціон:
      • 1-3 раунд:
        • 1-й потенційний орендар зробив крок
        • 2-й потенційний орендар зробив крок
      • 4 раунд (чинний орендар) - відсутній
    • Результат:
      • Відповідно до валідації цінової пропозиції/ставки (величина та дата розміщення):
        • Один потенційний орендар набуває статус "Очікується протокол" (pending);
        • Інший потенційний орендар набуває статус "Очікується рішення" (pending_waiting);
Особливості роботи в ЦБД та вимоги до майданчиків

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

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

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

Функціонал ролей в рамках періодів legitimatePropertyLease-priorityEnglish

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

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

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

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

Посилання на схему «Аукціон»

Схема "Аукціон" legitimatePropertyLease-priorityEnglish ЦБД-3

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

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

Кваліфікація

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

...

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

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

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

...

  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) - період триває доти, доки Організатор не підтвердить протокол.

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

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

...

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

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

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

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

...

До переведення статусу 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


Документ з вимогами до майданчиків

Документ з вимогами до майданчиків