Table of Contents

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

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

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

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

legitimatePropertyLease-priorityEnglish

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

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

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

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

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

1. зазначається в оголошенні про передачу майна в оренду.

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

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

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

1. Схема "Загальний процес аукціонів"

   1. Схема "Timeline"

   2. Схема "Статуси процедури"

2. Схема "Публікація оголошення та прийняття заяви про участь"
   • Схема “Сервіс обговорення аукціону”
   • Схема "Статуси bid"
   • Схема "Передача переважного права"
3. Схема "Аукціон"
4. Схема "Кваліфікація (робота з договором та протоколом)"
   • Схема “Timeline об’єкта кваліфікації учасника (award)”
   • Схема "Статуси awards"
   • Схема "Статуси Contracts"

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

Загальні

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

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

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

Додатковий класифікатор приймає Додаткові класифікатори автогенеруються та приймають значення "PA01-7 - Оренда" та "DA04-3: Приватний"

• Особливості роботи із основним класифікатором наступні:

  • Основний класифікатор заповнюється із нижчезазначеного переліку:

    • 04000000-8 – Нерухоме майно та усі вкладені коди;
    • 05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди;
    • 16000000-5 – Сільськогосподарська техніка та усі вкладені коди;
    • 18000000-9 – Одяг, взуття, сумки та аксесуари та усі вкладені коди;
    • 30000000-9 – Офісна та комп’ютерна техніка, устаткування та приладдя, окрім меблів та пакетів програмного забезпечення та усі вкладені коди, крім:
      • 30124000-4 - Частини та приладдя до офісної техніки та усі вкладені коди;
      • 30160000-8 - Магнітні картки та усі вкладені коди;
      • 30192000-1 - Офісне приладдя та усі вкладені коди;
      • 30194000-5 - Креслярське приладдя;
      • 30196000-9 - Планувальні системи;
      • 30197000-6 - Дрібне канцелярське приладдя;
      • 30199000-0 - Паперове канцелярське приладдя та інші паперові вироби;
      • 30234100-9 - Магнітні диски;
      • 30234700-5 - Магнітні стрічки;
      • 30237000-9 - “Частини, аксесуари та приладдя до комп’ютерів та усі вкладені коди;
    • 31000000-6 – Електротехнічне устаткування, апаратура, обладнання та матеріали; освітлювальне устаткування та наступні вкладені коди, крім:
      • 31157000-1 - Індуктивні котушки;
      • 31160000-5 - Частини електродвигунів, генераторів і трансформаторів та всі вкладені коди;
      • 31220000-4 - Елементи електричних схем та всі вкладені коди;
      • 31230000-7 - Частини електророзподільної чи контрольної апаратури та всі вкладені коди;
    • 32000000-3 – Радіо-, телевізійна, комунікаційна, телекомунікаційна та супутня апаратура й обладнання та наступні вкладені коди, крім:
      • 32350000-1 - Частини до аудіо- та відеообладнання та всі вкладені коди;
    • 33000000-0 – Медичне обладнання, фармацевтична продукція та засоби особистої гігієни та наступні вкладені коди, крім:
      • 33140000-3 - “Медичні матеріали” та всі вкладені коди;
      • 33600000-6 - “Фармацевтична продукція” та всі вкладені коди;
      • 33700000-7 - “Засоби особистої гігієни” та всі вкладені коди;
    • 34000000-7 – Транспортне обладнання та допоміжне приладдя до нього та наступні вкладені коди, крім:
      • 34300000-0 - “Частини та приладдя до транспортних засобів і їх двигунів” та всі вкладені коди;
    • 35000000-4 – Охоронне, протипожежне, поліцейське та оборонне обладнання та наступні вкладені коди, крім:
      • 35300000-7 - “Зброя, боєприпаси та супутні деталі” та всі вкладені коди;
    • 37000000-8 – Музичні інструменти, спортивні товари, ігри, іграшки, ремісничі, художні матеріали та приладдя та наступні вкладені коди, крім:
      • 37820000-2 - “Приладдя для образотворчого мистецтва” та всі вкладені коди;
    • 38000000-5 – Лабораторне, оптичне та високоточне обладнання (крім лінз) та усі вкладені коди;
    • 39000000-2 – Меблі (у тому числі офісні меблі), меблево-декоративні вироби, побутова техніка (крім освітлювального обладнання) та засоби для чищення та наступні вкладені коди, крім:
      • 39800000-0 - Продукція для чищення та полірування та всі вкладені коди;
    • 42000000-6 – Промислова техніка та усі вкладені коди;
    • 43000000-3 – Гірничодобувне та будівельне обладнання та усі вкладені коди;
    • 44000000-0 – Конструкції та конструкційні матеріали; допоміжна будівельна продукція (крім електроапаратури) та наступні вкладені коди, крім:
      • 44111000-1 - “Будівельні матеріали” та всі вкладені коди;
      • 44800000-8 - “Фарби, лаки, друкарська фарба та мастики” та всі вкладені коди;
      • 44900000-9 - “Будівельний камінь, вапняк, гіпс і сланець” та всі вкладені коди;
    • 45000000-7 - “Будівельні роботи та поточний ремонт” та усі вкладені коди;
    • 48000000-8 – Пакети програмного забезпечення та інформаційні системи та усі вкладені коди;
    • Всі коди надання послуг (всі коди після 50000000-5) крім:
      • 70340000-6 - “Послуги з надання нерухомості у спільне користування в режимі розподілу часу” та всі вкладені коди;
      • 70130000-1 - “Послуги зі надання в оренду власної нерухомості” та всі вкладені коди;
      • 70200000-3 - “Послуги з надання в оренду чи лізингу власної нерухомості” та всі вкладені коди;
      • 70300000-4 - “Послуги агентств нерухомості, надавані на платній основі чи на договірних засадах” та всі вкладені коди;

  • В залежності від обраного значення із переліку основного класифікатора ЦБД автогенерує значення для Типу активу (itemType). Для значень основного класифікатора, які не описані нижче, нічого не автогенеруємо.

    • 04000000-8 – Нерухоме майно та усі вкладені коди - asset (Майно);
    • 05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди - asset (Майно);
    • 16000000-5 – Сільськогосподарська техніка та усі вкладені коди - asset (Майно);
    • 30000000-9 – Офісна та комп’ютерна техніка, устаткування та приладдя, крім меблів та пакетів програмного забезпечення та усі вкладені коди - asset (Майно);
    • 32000000-3 – Радіо-, телевізійна, комунікаційна, телекомунікаційна та супутня апаратура й обладнання та усі вкладені коди - asset (Майно);
    • 34000000-7 – Транспортне обладнання та допоміжне приладдя до нього та усі вкладені коди - asset (Майно);
    • 39000000-2 – Меблі (у тому числі офісні меблі), меблево-декоративні вироби, побутова техніка (крім освітлювального обладнання) та засоби для чищення та усі вкладені коди - asset (Майно);
    • 42000000-6 – Промислова техніка та усі вкладені коди - asset (Майно).

  • В залежності від обраного значення із переліку основного класифікатора ЦБД визначає необхідну itemProps схему. Для значень основного класифікатора, які не описані нижче, нічого не визначаємо.

    • Для типу об'єкта "Нерухоме майно" realEstate:
      • 04000000-8 – Нерухоме майно та усі вкладені коди.
    • Для типу об'єкта "ЄМК" jointPropertyComplex:
      • 05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди
    • Для типу об'єкта "Транспортний засіб" vehicle:
      • 34100000-8 – Мототранспортні засоби;
      • 34400000-1 – Мотоцикли, велосипеди та коляски;
      • 34500000-2 – Судна та човни;
      • 34600000-3 – Залізничні та трамвайні локомотиви і рейковий рухомий склад та супутні деталі;
      • 34700000-4 – Повітряні та космічні літальні апарати;

  • В залежності від обраного значення із переліку основного класифікатора, на рівні ЦБД визначається обов'язковість заповнення поля Місцезнаходження (address) в об'єкті Item. Для всіх кодів з надання робіт та послуг (всі перелічені коди після 45000000-7, які включені в основний класифікатор) поле Місцезнаходження НЕОБОВ'ЯЗКОВЕ для заповнення.

  • В залежності від обраного значення із переліку основного класифікатора, на рівні ЦБД визначається обов'язковість заповнення поля Географічні координати місця розташування (location) в об'єкті Item. Для наступних значень поле Географічні координати місця розташування ОБОВ'ЯЗКОВЕ для заповнення:

    • 04000000-8 – Нерухоме майно та усі вкладені коди.

  Додатковий класифікатор, ЦБД автогенерує єдине значення (CPVS) для:

  • PA01-7 - Оренда

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

• CAV
• CPVS

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

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

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

...

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

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

...

...

Схема "Timeline"

...

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

...

• Схема “Сервіс обговорення аукціону”
• Схема "Статуси bid"

...

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

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

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

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

...

...

...

...

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

...

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

...

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

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

Всі contracts[] мають статус active або unsuccessful (має бути хочаб один contract у статусі active)

Всі Awards[] мають бути у статусі active, cancelled чи unsuccessful (має бути хоча б один award у статусі active)

Технічна назва	Бізнесова назва	Перехід з	За умови	Коментар
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_auction). При невиконанні умови процедура набуває статусу Аукціон не відбувся (unsuccessful)
active_qualification	Очікується опублікування протоколу	active_auction active_tendering	Автоматично. Завершилась робота Модуля аукціону(auctionPeriod.endDate)/ Автоматично. Завершився період прийому пропозицій + 1 заявка Прийому пропозицій (tenderPeriod.endDate) і була подана 1 заява на участь (auctionPeriod.startDate)при умові minNumberOfQualifiedBids=1)	Для двох учасників, що мають Для кожного учасника, що мав bids[].status == active на та найвищі bids.value.amount+minimalStep на момент auctionPeriod.startDateendDate, в обʼєкті процедури створюється Award у статусі pending статусі pending АБО pending_waiting (деталі розподілу в розділі Статуси Awards).  Для одного учасника bids[].status == active та виконана  bids.value.amount момент tenderPeriod.endDate в обʼєкті процедури створюється Award у статусі pending (деталі розподілу в розділі Статуси Awards).  Для award у статусі pending відбувається 1 фаза кваліфікації переможця (робота із протоколом)Аварди в статусі unsuccessful свій статус не змінюють.
active_awarded	Очікується підписання договору	active_qualification	Ручна діяАвтоматично. Організатор надсилає запит на зміну status: active_qualification → active_awardedПри зміні статусу Організатором award: pending → active	По завершенню роботи із протоколом, Організатор натискає кнопку “Протокол затверджено”, змінює статус 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;=0 Якщо в рамках періоду кваліфікації (qualification Period) за результатами періоду аукціону періоду аукціону (auctionPeriod), немає жодної валідної ставки (рівна або вище суми стартової ціни лота та кроку аукціону); Якщо в рамках періоду кваліфікації Організатор дискваліфікував усіх учасників. Дискваліфіковані всі учасники на етапі підписання Протоколів і Договорів Якщо в рамках кваліфікації Організатор дискваліфікував 1-го учасника, а 2-й учасник відмовився від очікування;	Термінальний статус.

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

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

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

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

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

• Інформація про Організатора (sellingEntity)
  • Ідентифікатори Організатора аукціону (Код ЄДРПОУ або ІПН або паспорт) (identifier)
  • Місцезнаходження Організатора аукціону (повна адреса) (address)
  • Інформація про контактну особу (contactPoint)
• Номер лоту (lotId)
• Повну назву Аукціону (заголовок) (title)
• Опис аукціону (description)
• Учасника з переважним правом (Код ЄДРПОУ або ІПН) (identifier)
• Стартову ціну аукціону (value)
• Розмір гарантійного внеску (x_guarantee)
• Інформація про лот, що пропонується на аукціон, із зазначенням його розміру (items.quantity, items.description)
• Документи
• Дата та час проведення аукціону (auctionPeriod.startDate)
• Мінімальна кількість учасників (minNumberOfQualifiedBids)

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

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

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

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

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

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

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

• Інформація про Організатора (sellingEntity)
  • Ідентифікатори Організатора аукціону (Код ЄДРПОУ або ІПН або паспорт) (identifier)
  • Місцезнаходження Організатора аукціону (повна адреса) (address)
  • Інформація про контактну особу (contactPoint)
• Номер лоту (lotId)
• Повну назву Аукціону (заголовок) (title)
• Опис аукціону (description)
• Учасника з переважним правом (Код ЄДРПОУ або ІПН) (identifier)
• Вимоги до оформлення документів (x_documentRequirements)
• Стартову ціну аукціону (value)
• Розмір гарантійного внеску (x_guarantee)
• Інформація про лот, що пропонується на аукціон, із зазначенням його розміру (items.quantity, items.description)
• Документи
• Дата та час проведення аукціону (auctionPeriod.startDate)
• Мінімальна кількість учасників (minNumberOfQualifiedBids)

Повний перелік полів в Swagger

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

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

...

documentType

...

Назва Укр

...

Назва Анг

...

Опис

...

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

...

Публічність

...

Презентація

...

Ні

...

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

...

documentType

...

Назва Укр

...

Назва Анг

...

Опис

...

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

...

Публічність

...

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

...

...

...

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

...

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

...

Перехід з

...

За умови

...

Коментар

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

• lotId
• title
• description
• previousAuctionId
• tenderAttempts
• sellingEntity
• bankAccounts
• x_documentRequirements
• x_additionalInformation
• discount
• accessDetails
• value
• valueAddedTaxCharged
• minimalStep
• minNumberOfQualifiedBids
• items
• guarantee
• registrationFee
• documents (при редагуванні всього масиву document)
• schedule
• valuePeriod
• leaseDuration
• relatedOrganizations і всі вкладені
• numberOfCurrentTenants (default = 1, max =2 readOnly:true) - Наразі розроблено для 1 учасника з переважним правом 
• priority (default = 0, max =1 readOnly:true) Наразі розроблено для 1 учасника з пріоритетом 0

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

Аукціон. AuctionPeriod

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

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

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

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

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

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

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

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

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

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

Аукціон

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

...

Ручна дія.

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

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

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

• value
• quantity

• bidders

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

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

...

Ручна дія.

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

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

• value
• quantity

• bidders

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

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

...

Ручна дія.

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

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

...

Ручна дія.

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

...

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

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

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

...

documentType

...

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

...

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

...

Опис

...

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

...

Публічність

...

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

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

• lotId
• title
• description
• previousAuctionId
• tenderAttempts
• sellingEntity
• bankAccounts
• x_documentRequirements
• x_additionalInformation
• discount
• accessDetails
• value
• valueAddedTaxCharged
• minimalStep
• minNumberOfQualifiedBids
• items
• guarantee
• registrationFee
• documents
• schedule
• valuePeriod
• leaseDuration

Аукціон. AuctionPeriod

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

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

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

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

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

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

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

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

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

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

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

Аукціон

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

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

...

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

...

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

...

Статуси Awards

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

...

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

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

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

...

)

...

). QualificationPeriod

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

...

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

Статуси Contracts

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

...

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

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

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

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

...

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

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

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

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

...

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

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

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

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

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

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

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

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

...

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

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

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

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

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

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

...