Вступ

Мета та опис

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

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

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

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

Крок аукціону – мінімальна надбавка, на яку в ході електронного аукціону (або на етапі подання закритих цінових пропозицій) може здійснюватися підвищення цінової пропозиції. Розмір мінімального кроку аукціону визначається організатором аукціону в діапазоні від 1 до 10% від стартової ціни лота;.

Лот – нерухоме майно, транспортні засоби, інше окреме індивідуально визначене майно, права вимоги, тощо.

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

Організатором є юридична особа (приватної або публічної форми власності) або фізична особа-підприємець (яка є власником майна (активів), що здійснює продаж майна (активів) або здійснює передачу права, яким вона наділена, через ЕТС.

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

Переможець комерційних торгів - учасник, відповідний статус якого визначено ЦБД згідно з Регламентом ЕТС.

Абревіатури та скорочення:

CTO (chief technology officer) - Технічний директор

PO (product owner) - Власник продукту

PM (project manager) - Керівник проєкту

Lawyer - Юрист

PdM (product manager) - Менеджер з продукту

ITPM (information technology project manager) - Керівник технічної частини проєкту

BA (business analyst) - Бізнес аналітик

SA (system analyst) - Системний аналітик

ITQA (information technology quality assurance) - Тестувальник ЦБД

PQA (product quality assurance) - Тестувальник майданчиків

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

Broker - Майданчик 

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

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


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

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


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


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

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

Процедура найбільше схожа на basicSell-english

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


Ланцюги процедур

Автоматичне перевиставлення відсутнє.

На розсуд організатора:


Класифікатори:

Для даної процедури обов'язково використовуємо:

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

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


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


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


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


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

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


Функціонал користувачів відповідно до визначеного періоду

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

Статус процедури - Поза системою (off_system)

Функціонал Організатора:

Функціонал Учасника:


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

Статус процедури - Прийняття заяв на участь (active_tendering)

Функціонал Організатора:

Функціонал Учасника:


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

Статус процедури - Редагування доступне (active_rectification)

Функціонал Організатора:

Функціонал Учасника:


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

Статус процедури - Прийняття заяв на участь (active_tendering)

Функціонал Організатора - відсутній

Функціонал Учасника:


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

Статус процедури - Прийняття заяв на участь (active_tendering)

Функціонал Організатора:

Функціонал Учасника:


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

Статус процедури - Проведення аукціону (active_auction)

Функціонал Організатора:

Функціонал Учасника:


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

Статус процедури - Очікується опублікування протоколу  (active_qualification), Очікується підписання договору (active_awarded)

Функціонал Організатора:

Функціонал Учасника:


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

Статус процедури - Очікується опублікування протоколу  (active_qualification)

Функціонал Організатора:

Функціонал Учасника:


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

Статус процедури - Очікується підписання договору (active_awarded)

Функціонал Організатора:

Функціонал Учасника:

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

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


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

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

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

Статус

Опис

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

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

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

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

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

(active_tendering)

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

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

Аукціон 

(active_auction)

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

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

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

(active_qualification)

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

По завершенню періоду аукціону (auctionPeriod), за умови наявності хоча б однієї валідної ставки (рівна або вище суми стартової ціни лота та кроку аукціону), ЦБД змінює статус процедури на “Очікується опублікування протоколу” (active_qualification) - 1 фаза кваліфікації переможця (award:pending), відбувається в частині роботи із протоколом, статус award’у змінюється на “Очікується протокол” (pending).

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

(active_awarded)

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

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

Аукціон завершено. Договір підписано (complete)

Термінальний статус - успішне завершення продажу.

Після отримання інформації про оплату, Організатор аукціону натискає на кнопку “Завершити аукціон”. Після чого майданчик Організатора надсилає запит до ЦБД щодо зміни статусу процедури з active_awarded на complete.

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

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

Можливі наступні автоматичні варіанти зміни статусу процедури на unsuccessful в ЦБД, у разі:
1) Якщо в рамках tenderPeriod немає жодної поданої заяви;
2) Якщо в рамках періоду подання пропозицій (tenderPeriod) кількість поданих заяв на участь менше за встановлене Організатором значення minNumberOfQualifiedBids;
3) Якщо за результатами auctionPeriod, немає жодної валідної ставки (рівна або вище суми стартової ціни лота та кроку аукціону);
4) Якщо в рамках кваліфікації Організатор дискваліфікував 1-го учасника, а 2-й учасник відмовився від очікування;
5) Якщо в рамках кваліфікації Організатор дискваліфікував усіх учасників.

Аукціон відмінено (cancelled)

Термінальний статус - аукціон скасовано.

Можливість скасування аукціону у Організатора присутня у всіх не термінальних статусах процедури. Для зміни статусу процедури на “Аукціон відмінено” Організатор зобов’язаний в особистому кабінеті натиснути кнопку “Скасувати”, завантажити документ з причинами скасування та вибрати причину скасування, після чого майданчик Організатора передає запит до ЦБД на зміну статусу процедури на “Аукціон відмінено”.

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

Період

Особливості

Дата початку

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

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

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

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

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

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

При редагуванні процедури, заяви учасників інактивуються

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

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

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

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

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

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

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

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

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

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

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

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

Мінімальна тривалість періоду складає не менше 7 календарних днів (з дня наступного за днем публікації).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Завжди припадає на робочий день, період триває доти, доки Організатор не завершить його вручну (не натисне кнопку “Підтвердити договір”)


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

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

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

Статус

Опис

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Статус

Опис

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Статус

Опис

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

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

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

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

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

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

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

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

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


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

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

Редагування оголошення (період редагування):

Скасування процедури:

Заява на участь:

Авард (об’єкт кваліфікації учасника):

Договір:

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


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

Бізнес схеми

  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)

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


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

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

Копія базової процедури (legal_name = “Комерційний продаж на англійському аукціоні”, basicSell-english).

Словники

Процедура

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

Розширити словник ua_identifiers поля sellingEntity.identifier.scheme значенями (Організаторами аукціонів можуть бути фізичні особи): 

Протоколи

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

Білінг

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

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


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

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

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

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

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

Нотифікація

Посилання на документ з нотифікацією - https://docs.google.com/document/d/1xnl4ELrFMmI-oAWoZCYBatMWGrSCR7ygx--ZWzkyMSU/edit#heading=h.n68urteopts1 

 

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

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

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


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

Завдання

Статус

Коментарі

РМ

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



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



Юристи

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



ІТ

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



Майданчики

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



Портал

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



ВІ

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



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

Таблиця змін

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

Опис змін

Автор

20.10.2021

Розширено словник ua_identifiers поля sellingEntity.identifier.scheme значенями (Організаторами аукціонів можуть бути фізичні особи)

  • UA-IPN,
  • UA-PASSPORT, 
  • UA-ID-CARD.
Іван Мироненко
07.10.2021

Змінено атрибут документу “Проєкт договору” (Contract proforma):
Було: Обов'язковість - Так
Стало: Обов'язковість - Ні

Іван Мироненко

16.12.2021До розділу "класифікатори" доданий додатковий (необов'язковий) класифікатор CVZU
До розділу "структура даних" в поле items.additionalClassifications.scheme доданий тип поля "CVZU"
Михайлюк Марина



Посилання на шаблон вимог процедури “Комерційні продажі (англійський аукціон)” у Google Docs:

https://docs.google.com/document/d/1lyXeaybPEP3uXwDyJM84g3OFboypZ_hFl_GD0nKTpkY/edit?usp=sharing