Versions Compared

Key

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

Table of Contents

Вступ

Мета та опис

Особливості комерційних торгів (аукціонів, де організатором виступає особа приватної форми власності) передбачені в Розділі 11 Регламенту ЕТС (ЦБД2), загальний порядок торгів регулюється порядком Регламенту ЕТС (ЦБД2). В рамках ProZorro.Sale буде реалізовано sellingMethod: CommercialSell-english.

Документ описує поведінку системи, нефунціональні вимоги, обмеження та інші особливості процедури та призначений у повному обсязі або в рамках окремих його частин для тих чи інших стейкхолдерів (PM, юристи, SA, Dev, QA, майданчики, донори та інші).

Визначення, скорочення та абревіатура

Валідна ставка – це ставка, що дорівнює або перевищує значення суми стартової ціни лота та кроку аукціон;

...

Dev (developer) - Розробник

Broker - Майданчик 

Джерела - Нормативні засади

  1. Особливості комерційних торгів - Розділ 11 Регламенту ЕТС ЦБД2, загальний порядок торгів регулюється Регламентом ЕТС ЦБД2.
  2. Інші відносини регулюються відповідними нормативно-правовими актами (наприклад, щодо продаж вогненебезпечних та отруйних побутових хімічних речовин)


Загальна інформація 

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


Терміни запуску процедури:

...

З метою проведення електронних аукціонів з продажу майна (активів) організаторів приватної форми власності, на основі базової процедури продажу basicSell-english реалізовано роботу з організаторами приватної форми власності.

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

  1. Процедура найбільше схожа на basicSell-english
  2. Відмінності від basicSell-english:
    1. Робота з оголошенням
      1. Мінімальний розмір стартової ціни лота становить 500? тис. грн.
      2. Організатором може бути юрособа, ФОП, фіз. особа та нерезидент (не можуть публікувати процедури комерційних торгів органи виконавчої влади та місцевого самоврядування)
    2. Публікація заяви на участь
      1. Відмінності відсутні
    3. Аукціон
      1. Стандартний англійський, 3 раунди
      2. Період кваліфікації
  3. Особливості процедури:
    1. На етапі роботи із Оголошенням:
      1. один аукціон може містити кілька айтемів (активів)
      2. мінімальна кількість заяв для можливості успішного проведення аукціону = 2 заяви (вказати роботу з 1м учасником неможливо)
      3. інактивація закритих цінових пропозицій після редагування оголошення
    2. Кваліфікація:

      1. кількість переможців = 1 переможець

      2. присутність 1-го учасника, що очікує кваліфікацію переможця

    3. Додаткові особливості:
      1. можливі відмінності у протоколі
      2. відмінності у розрахунках між майданчиками (частина біллінгу ДП без змін)

...

  • один додатковий класифікатор - CPV-S

Класи та функціонал користувачів


Класи користувачів: 

  • організатор, 
  • учасник, 
  • глядач/спостерігач

...

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


Документація


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

  • Бачення процедури
  • Шаблон з вимогами до процедури
  • Інструкції для користувачів на майданчиках


Функціональні вимоги

Сутності процедури та їх атрибути

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

Статус

Опис

Умова переходу

Поза системою (off_system)

Для створення чернетки аукціону на майданчику

Набуває за умови створення/копіювання аукціону Організатором на майданчику

Редагування доступне (active_rectification)

Для редагування полів аукціону та завантаження, заміни документації аукціону

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

Прийняття заяв на участь

(active_tendering)

Для подання заяв для участі в аукціоні

Після завершення періоду редагування (rectificationPeriod), ЦБД змінює статус процедури на “Прийняття заяви на участь” (active_tendering).

Аукціон 

(active_auction)

Для здійснення ставок під час періоду аукціону (auctionPeriod)

Після активації процедури ЦБД визначає точну дату початку та час періоду аукціону (auctionPeriod). У визначену дату та час ЦБД, за наявності необхідної кількості заяв (перевірка кількості поданих заяв відбувається на рівні ЦБД, для проведення періоду аукціону (auctionPeriod) необхідно не менш ніж 2 заяви на участь), змінює статус процедури з “Прийняття заяв на участь” (active_tendering) на “Аукціон” (active_auction);

Очікується опублікування протоколу 

(active_qualification)

Для роботи із протоколом, а саме завантаження з боку учасника (опціонально) або Організатора (обов’язково) та підтвердження протоколу Організатором

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

Очікується підписання договору 

(active_awarded)

Для роботи із договором, а саме завантаження договору та внесення необхідної інформації щодо договору та його підтвердження Організатором

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

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

Період

Особливості

Дата початку та завершення

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

Період підготовки (preliminaryPeriod)

На майданчику для створення аукціону, у тому числі чернетки

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

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

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

Тривалість складає 2 робочі дні (не враховуючи день публікації процедури в ЦБД), час завершення о 18:00

Може припадати на неробочий день (співпадає з датою публікації процедури - datePublished)

Завжди припадає на робочий день, дата та час початку періоду редагування (rectificationPeriod) + 2 робочі дні, час завершення о 18:00

Період запитань (questionPeriod)

Час завершення 18:00

Може припадати на неробочий день, відповідає даті та часу початку періоду періоду редагування (rectificationPeriod)

Може припадати на неробочий день, завершується в день, що передує дню початку періоду аукціону (auctionPeriod) о 18:00

Період відповідей (enquiryPeriod)

Час завершення 18:00

Може припадати на неробочий день, відповідає даті та часу початку періоду періоду редагування (rectificationPeriod)

Може припадати на неробочий день, завершується в день, що передує дню початку періоду аукціону (auctionPeriod) о 18:00

Період подання пропозицій (tenderPeriod)

Час завершення в діапазоні з 19:30 до 20:30

Завжди припадає на робочий день, відповідає даті та часу завершення періоду редагування (rectificationPeriod)

Може припадати на неробочий день, в діапазоні з 19:30 до 20:30 дня, що передує дню початку періоду аукціону (auctionPeriod)

Період аукціону (auctionPeriod)

Починається за умови наявності не менш ніж 2 заяв на участь в період подання пропозицій (tenderPeriod).

Завжди припадає на робочий день, починається у визначений ЦБД день та час (але не раніше ніж за 7 календарних днів з дати публікації процедури, не враховуючи день публікації процедури (datePublished) в ЦБД), часовий діапазон з 11:00 - 13:00

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

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

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

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

Завжди припадає на робочий день, період триває доти, доки Організатор не завершить його вручну.

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

Тривалість періоду до 6-ти робочих днів з дня, наступного за днем формування протоколу

Може припадати на неробочий день, відповідає даті та часу початку періоду кваліфікації (qualificationPeriod)

Завжди припадає на робочий день, але період триває доти, доки Організатор не завершить його вручну.

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

Тривалість періоду до 20 робочих днів з дня, наступного за днем формування протоколу, дії в цьому періоді можуть здійснюватися тільки за умови завершення періоду підписання протоколу (award.verificationPeriod)

Може припадати на неробочий день, відповідає даті та часу початку періоду кваліфікації (qualificationPeriod)

Завжди припадає на робочий день, період триває доти, доки Організатор не завершить його вручну.


Особливості завершення періодів кваліфікації:

Завершення періодів кваліфікації:   

  • Час завершення (дедлайн) генерується системою, для даної процедури, це 18:00
  • Всі періоди кваліфікації завершуються Організатором аукціону вручну (не автоматична дія)
  • Організатор має можливість завершити аукціон до або після дедлайну
  • Обмеження не мають встановлюватися, але це має фіксуватись в окремій структурі milestone

Статуси заяви на участь

Статус

Опис

Умови переходу

Чернетка заяви (draft)

Для створення заяви на участь в ЦБД та завантаження, заміни документації заяви на участь. Гарантія отримання token заяви на участь

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

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

Для редагування полів заяви на участь та завантаження, заміни документації заяви на участь

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

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

Технічний статус для деактивації заяв на участь після редагування процедури організатором (для ознайомлення учасників зі зміненими умовами аукціону)

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

Видалена заява (deleted)

Для анулювання заяви на участь (bid:active)

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

Статуси об’єкту кваліфікації (award)

Статус

Опис

Умови переходу

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

Для завантаження протоколу з боку Учасника (опціонально) або з боку Організатора (обов’язково) та підтвердження протоколу Організатором

Генерується після завершення періоду аукціону (acutionPeriod) в рамках періоду кваліфікації (qualificationPeriod)

Очікується рішення (pending_waiting)

Для очікування Учасником, що очікує, кваліфікації Переможця (за наявності такого учасника), та/або відмови від очікування (за потреби) 

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

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

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

Після підтвердження протоколу Організатором, авард переможця змінює статус з “Очікується протокол” (pending) на “Переможець. Очікується договір” (active)

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

Термінальний статус аварду, який потрібен для відображення дискваліфікованого учасника

У разі дискваліфікації учасника Організатором

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

Термінальний статус аварду, який потрібен для відображення статусу 2-го учасника (Учасника, що очікує) у разі відмови від очікування або завершення аукціону. Статус набувається як вручну так і автоматично на рівні ЦБД

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

Статуси договору

Статус

Опис

Умови переходу

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

Автоматичний статус договору, який формується на рівні ЦБД під час набуття авардом статусу active. Для внесення даних договору (обов’язкових/опціональних) Організатором перед його підтвердженням

Формується за умови набуття авардом учасника статусу “Переможець. Очікується договір” (active)

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

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

Після підтвердження договору Організатором

Договір скасовано (cancelled)

Термінальний статус договору у разі дискваліфікації учасника

Після дискваліфікації аварду учасника (unsuccessful)

Перелік документів

Документи оголошення:

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

...

  • Цифровий підпис (Digital signature)
    • Ідентифікатор - digitalSignature
    • Опис - Цифровий підпис
    • Обов'язковість - Ні
    • Публічність - Набуває значення документу з яким пов'язаний

Опис бізнес процесів

Бізнес схеми

  1. Високорівневий бізнес процес - https://confluence-sale.prozorro.org/x/EgFFBQ
  2. Таймлайн процедури - https://confluence-sale.prozorro.org/x/EAFFBQ

Схеми з технічними елементами

  1. Схема "Зміна статусів процедури"
  2. Схема "Публікація оголошення та прийняття заяви про участь"
    1. Схема "Робота із заявою на участь"
    2. Схема "Обговорення електронних аукціонів (запитання-відповідь)"
    3. Схема "Розміщення закритої цінової пропозиції"
    4. Схема "Відміна аукціону"
  3. Схема "Аукціон"
    1. Схема "Оголошення 1-го, 2-го, 3-го раундів"
  4. Схема "Кваліфікація (робота з договором та протоколом)"
    1. Award`s timeline процедури
    2. Зміна статусів авардів
    3. Зміна статусів договору
    4. Підписання протоколу з переможцем та надсилання організатору
    5. Завершення аукціону

Сценарії використання (use cases)

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

Приклад use cases, за потреби, можна знайти у процедурі продажу землі з подвійним переважним правом.

Правила роботи з даними

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

Копія базової процедури (sellout-english). З відмінностей:

  • Мінімальний розмір стартової ціни лота value.amount >= 500000.00 (до обговорення)

Словники

Процедура:

Окремі словники відсутні

Протоколи

Посилання на шаблони протоколів - під час запуску копія протоколів базової процедури (sellout-english)?

Білінг

Білінг аналогічний білінгу по базовій процедурі за винятком:

...

Посилання на документ із білінгом - https://docs.google.com/spreadsheets/d/1edrVhVWGEZOHkgSU48M00YjmgrknyFLByYgyBgvULMs/edit#gid=892034561

Вимоги до інтерфейсів

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

Посилання на документ з вимогами до майданчиків - TODO (за основу беремо базову процедуру https://docs.google.com/document/d/1_-OzSBtlFhYWKeXaf1VJDnDC0bvb0iW8kOOj9lyFoMk/edit# )

Вимоги до модуля аукціону (МА)

Стандартний англійський аукціон з 3-ма раундами

Нотифікація

Копія нотифікацій базової процедури

Нефункціональні вимоги

Інформація щодо навантаження

Очікувана максимальна кількість процедур одночасно - до 1000 (скоріше за все менше)

...

Очікувана середня кількість учасників в 1му аукціоні - 4 учасники

Чек-ліст координації з іншими відділами, партнерами та системами. 


Підрозділ ДП/ партнер/ система

Завдання

Статус

Коментарі

РМ

Підготовка та погодження документу “Бачення”



Погодження документу “Шаблон вимог до процедури”



Юристи

Погодження документу “Шаблон вимог до процедури”



ІТ

Надання документу “Шаблону вимог до процедури”



Майданчики

Підготовка та погодження “Документу з вимогами до майданчиків”



Портал

Підготовка та погодження ТЗ для підключення процедури



ВІ

Підготовка та погодження ТЗ для підключення процедури





Критерії згідно яких можливо визначити коректність реалізації

  • Розробка процедури на рівні ЦБД:
    • Розробка етапу публікації аукціону
    • Розробка етапу подання заяви на участь
    • Розробка модулю аукціону
    • Розробка етапу кваліфікації
  • Тестування процедури на рівні ЦБД
  • Розробка майданчиків
    • Бек частини
    • Фронт частини
  • Тестування процедури на рівні майданчиків
  • Доробка порталу
  • Доробка модуля аналітики

Таблиця змін

Дата внесення змін

Опис змін

Автор