Versions Compared

Key

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

...

Expand
titleСхема "Timeline commercialPropertyLease-priorityEnglish"

draw.io Diagram
bordertrue
diagramNameTimeline
simpleViewerfalse
width
linksauto
tbstyletop
lboxtrue
diagramWidth1180
revision2


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

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

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

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

Дата початку

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

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

Коментар

auctionPeriodactive_auctionАукціон

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

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

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

Не раніше ніж за 7 календарних днів з моменту публікації оголошення

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

active_auction → active_qualification

active_auction → unsuccessful

active_auction → cancelled

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


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

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

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

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

-
qualificationPeriodactive_qualification
active_awarded

Період кваліфікації

При відсутності auctionPeriod та наявності лише 1ї заявки:

qualificationPeriod.startDate == auctionPeriod.startDate

При наявності auctionPeriod:

qualificationPeriod.startDate == auctionPeriod.endDate



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

 
qualificationPeriod.endDate == qualificationPeriod.startDate + 20 р.д. о 18:00

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

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

Формується за наявності переможця за результатами проведеного аукціону (період аукціону) або після періоду подання пропозицій, за наявності лише 1 заяви на участь, 

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

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

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

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

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

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

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

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

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

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

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

Організатору доступно редагування полів процедури та  робота з документами процедури додавання/заміна.

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

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

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

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

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

active_tendering → active_auction


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

Організатору доступна робота з документами процедури додавання/заміна.

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

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

...

draw.io Diagram
bordertrue
diagramNameСтатуси процедури
simpleViewerfalse
width
linksauto
tbstyletop
lboxtrue
diagramWidth612
revision6


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

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

Перехід з

За умови

Коментар

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

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

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

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

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

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

Після активації процедури ЦБД визначає auctionPeriod.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.endDate, в обʼєкті процедури створюється Award у статусі pending АБО pending_waiting (деталі розподілу в розділі Статуси Awards). 


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


Для award у статусі pending відбувається 1 фаза кваліфікації переможця (робота із протоколом)

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.

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;
  • Якщо в рамках періоду аукціону (auctionPeriod), немає жодної валідної ставки (рівна або вище суми стартової ціни лота та кроку аукціону);
  • Якщо в рамках періоду кваліфікації Організатор дискваліфікував усіх учасників.
    • Дискваліфіковані всі учасники на етапі підписання Протоколів і Договорів
  • Якщо в рамках кваліфікації Організатор дискваліфікував 1-го учасника, а 2-й учасник відмовився від очікування;

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

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

...

Info
titleОсобливості для переважного права
  • Інформацію про учасника з переважним правом (Код ЄДРПОУ або ІПН) (identifier)
  • Кількість учасників з переважним правом (numberOfCurrentTenants: default = 1, max =2 readOnly:true)
  • Пріоритет учасників з переважним правом (priority: default = 0, max =1 readOnly:true)

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

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

documentType

Назва Укр

Назва Анг

Опис

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

Публічність

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

Презентація

Ні

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

documentType

Назва Укр

Назва Анг

Опис

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

Публічність

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

...

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

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

Перехід з

За умови

Коментар

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

...

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


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

draw.io Diagram
bordertrue
diagramNameПередача переважного права
simpleViewerfalse
width
linksauto
tbstyletop
lboxtrue
diagramWidth1682
revision1

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

Аукціон. AuctionPeriod

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

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

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
bordertrue
diagramNameАукціон
simpleViewerfalse
width
linksauto
tbstyletop
lboxtrue
diagramWidth4042
revision1


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

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

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

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

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

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

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

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

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

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


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

...

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

Аукціон

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


Expand
title

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

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

...

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

draw.io Diagram
bordertrue
diagramNameКваліфікація (робота з договором та протоколом)
simpleViewerfalse
width
linksauto
tbstyletop
lboxtrue
diagramWidth8633
revision1


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

draw.io Diagram
bordertrue
diagramNameTimeline об’єкта кваліфікації учасника (award)

...

simpleViewerfalse
width
linksauto
tbstyletop
lboxtrue
diagramWidth755
revision1


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

...

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

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

Дата початку

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

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

Коментар

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

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

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

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

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

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

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

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

verificationPeriod.endDate ==verificationPeriod.startDate+10 р.д. 18:00На рівні ЦБД: відсутній

Період формується в Аварді з моменту набуття Авардом статусу pending.Аварди в інших статусах цей період не отримують.

Статуси Awards

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

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



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

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

Перехід з

За умови

Коментар

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:

    pending

    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)

    ...

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

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

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

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

    ...

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

    documentType

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

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

    Опис

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

    Публічність

    contractSignedПідписаний договірSigned contract

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

    Так

    Так
    contractAnnexeДодатки до договоруContract annexe

    Додатки до договору

    Ні

    Так
    contractNoticeПовідомлення про договірContract notice

    Офіційне повідомлення, що містить деталі договору

    Ні


    Так
    paymentInformationІнформація про розрахункиPayment InformationВідомості про розрахунки переможцем аукціонуНіТак
    transferActАкт приймання - передачіTransfer actАкт приймання - передачіНіТак
    digitalSignatureЦифровий підписDigital signatureЦифровий підписНіНабуває значення документу з яким позв'язаний

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

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

    ...

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

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

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

    ...