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

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

Відповідно до ЗУ "Про виконавче провадження" та Порядку реалізації арештованого майна (затвердженим наказом Мінюсту від 29.09.2016 №2831/5) зі змінами затвердженими наказом Мінюсту від 28.08.2020 №2933/5.

З метою проведення електронних аукціонів з реалізації арештованого майна на англійському аукціоні, в рамках ProZorro.Sale реалізовано sellingMethod: arrestedAssets-english.

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

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

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

1. Один Організатор - СЕТАМ.
2. Період щодо підтвердження сплати вартості лота від Виконавця та сплати винагороди Оператору (active_payment).
3. Можливість зупинення і відновлення аукціону.
4. За умови редагування, скасування, зупинки та відновлення аукціону - автоматично генеруються документи з потрібними даними (опис змін полів в процедурі, підстава скасування аукціону, підстава зупинки аукціону та підстава відновлення аукціону).
5. Деякі поля процедури Організатор (зокрема, реквізити виконавця executorDetails) може змінювати в будь-якому не термінальному статусі процедури.
6. Можливість повторної кваліфікації учасника, який був дискваліфікований.
7. У випадку торгів за фіксованою ціною (містять позначку fixedPrice = true) для переходу в етап кваліфікації достатньо 1-ої заяви на участь. Якщо торги не за фіксованою ціною (fixedPrice = false), за наявності 1-ї заяви на участь.
8. Всі взаємодії Організатора з системою відбуваються через Інтеграційний модуль (посилання - https://procedure-sandbox.prozorro.sale/api/proxy/setam/procedures для роботи на сендбоксі). Вигляд запитів описаний в свагері для модулю процедур (https://procedure-sandbox.prozorro.sale/api/doc#/).

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

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

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

Описано тут

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

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

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

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

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

Timeline процедури

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

Схема "Зміна статусів процедури"

• Прийняття заяв на участь
  • Технічний ідентифікатор - active_tendering
  • Умови зміни статусу - Організатор робить запит до ЦБД та передає об'єкт процедури. У разі правильно сформованого об'єкта процедури, ЦБД повертає token створеного об'єкта процедури, процедура набуває статус “Прийняття заяв на участь” (active_tendering).
• Аукціон
  • Технічний ідентифікатор - active_auction
  • Умови зміни статусу - Після активації процедури ЦБД визначає точну дату початку та час періоду аукціону. У визначену дату та час ЦБД, за наявності необхідної кількості заяв (перевірка кількості поданих заяв відбувається на рівні ЦБД, для проведення аукціону необхідно не менше 2 заяв на участь), змінює статус процедури з “Прийняття заяв на участь” (active_tendering) на “Аукціон” (active_auction).
• Очікується опублікування протоколу
  • Технічний ідентифікатор - active_qualification
  • Умови зміни статусу -
    1. По завершенню періоду аукціону (auctionPeriod) ЦБД змінює статус процедури на “Очікується опублікування протоколу” (active_qualification) - 1 фаза кваліфікації переможця (award:pending), відбувається в частині роботи із протоколом, статус award’у змінюється на “Очікується протокол” (pending).
    2. За наявності 1-ї заяви на участь та позначки торгів з фіксованою ціною (fixedPrice = true) - статус процедури змінюється з “Прийняття заяв на участь” (active_tendering) на “Очікується опублікування протоколу” (active_qualification) та починається етап кваліфікації.
• Очікується інформація щодо сплати вартості лота від Виконавця та сплати винагороди Оператору
  • Технічний ідентифікатор - active_payment
  • Умови зміни статусу - По завершенню роботи із протоколом, Організатор надсилає запит для затвердження протоколу, статус процедури змінюється на “Очікується інформація щодо сплати вартості лота від Виконавця та сплати винагороди Оператору” (active_payment) - 2 фаза кваліфікації переможця..
• Аукціон завершено
  • Технічний ідентифікатор - complete
  • Умови зміни статусу - Термінальний статус. Після отримання інформації про сплату вартості лота від Виконавця та винагороди від Оператора, Організатор аукціону завершує аукціон, надсилаючи запит до ЦБД щодо зміни статусу процедури на complete.
• Аукціон не відбувся
  • Опис - Термінальний статус
  • Технічний ідентифікатор - unsuccessful
  • Умови автоматичної зміни статусу -
    • Якщо в рамках tenderPeriod подано менше двох заяв на участь для торгів не за фіксованою ціною (fixedPrice = false);
    • Якщо в рамках tenderPeriod не подано 2 або більше заяв на участь для торгів за фіксованою ціною (fixedPrice = true);
    • Якщо в рамках qualificationPeriod за результатами auctionPeriod, немає жодної валідної ставки (рівна або вище суми стартової ціни лота та кроку аукціону). Крім торгів за фіксованою ціною (fixedPrice = true).
  • Умови ручної зміни статусу - Якщо в рамках кваліфікації в рамках періоду (paymentPeriod) всі учасники дискваліфіковані (або 1-ий учасник дискваліфікований, а 2-ий відмовився від очікування), то для Організатор може вручну змінити статус процедури на unsuccessful. Якщо за 5 робочих днів жоден учасник не був повторно кваліфікований Організатором, ЦБД автоматично змінює статус процедури на unsuccessful.
• Аукціон скасовано
  • Технічний ідентифікатор - cancelled
  • Умови зміни статусу - Можливість скасування аукціону у Організатора присутня у всіх не термінальних статусах процедури. Для зміни статусу процедури на “Аукціон скасовано” Організатор надіслати запит до ЦБД на зміну статусу процедури на “Аукціон скасовано” з прикріпленим актом про скасування електронного аукціону.
• Аукціон зупинено
  • Технічний ідентифікатор - paused
  • Умови зміни статусу - Можливість зупинення аукціону у Організатора присутня у будь-якому нетермінальному статусі процедури. Для зміни статусу процедури на “Аукціон зупинено” Організатор зобов’язаний надіслати запит до ЦБД на зміну статусу процедури на “Аукціон зупинено” з вказівкою причини зупинки в поле pause.reason (ЦБД автоматично генерує документ pauseDetails). Варіанти зупинки аукціону наступні:
    • Якщо аукціону зупинено Організатором до початку періоду аукціону (auctionPeriod) - Процедура переходить в статус paused. При надсиланні запиту щодо відновлення аукціону Організатором (з обов'язковим вказуванням підстави відновлення аукціону), створюється нова процедура з автоматичною прив'язкою до зупиненої процедури в статусі active_tendering (тобто заповненим полем previousAuctionId). Зупинена процедура змінює статус на cancelled.
    • Якщо аукціону зупинено Організатором в процесі періоду аукціону (auctionPeriod) - етап аукціону завершується, після цього процедура переходить в статус paused. При надсиланні запиту щодо відновлення аукціону Організатором (з обов'язковим вказуванням підстави відновлення аукціону) процедура переходить в статус active_qualification. При цьому при завершенні аукціону публічно не розкриваються bid-и.
    • Якщо аукціону зупинено Організатором після періоду аукціону (auctionPeriod) - Процедура переходить в статус paused. При надсиланні запиту щодо відновлення аукціону Організатором (з обов'язковим вказуванням підстави відновлення аукціону) процедура відновлюється в тому ж періоді в якому була в момент зупинення аукціону. І відповідно до статусу, який був до зупинення аукціону, повторно формується період (для active_verification - verificationPeriod, для active_payment - paymentPeriod).

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

Схема "Зміна статусів заяви на участь (біда)"

• Чернетка заяви
  • Технічний ідентифікатор - draft
  • Майданчик:
    • Можливість активувати заяву на участь
  • Умови зміни статусу - при створенні заява на участь стає чернеткою
• Підтверджена заява
  • Технічний ідентифікатор - active
  • Учасник:
    • відсутній
  • Умови зміни статусу - активація майданчиком
• Видалена заява
  • Технічний ідентифікатор - deleted
  • Учасник:
    • відсутній
  • Умови зміни статусу - учасник анулює свою заяву на участь

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

Схема "Зміна статусів аварда"

1. Очікується протокол
   • Технічний ідентифікатор - pending
   • Організатор
     • Завантаження протоколу (з можливістю замінити протокол);
     • Переведення статусу учасника до наступного статусу active;
     • Дискваліфікація учасника;
   • Учасник:
     • відсутній
   • Умови зміни статусу - автоматично присвоюється переможцю під час генерації авардів.
2. Очікується рішення
   • Технічний ідентифікатор - pending_waiting
   • Організатор - відсутній
   • Учасник
     • Можливість 2-му учаснику відмовитися від очікування (до моменту дискваліфікації 1-го учасника та за умови, що процедура у не термінальному статусі)
   • Умови зміни статусу - автоматично генерується для учасника з другою за величиною валідною ставкою під час генерації авардів
3. Переможець. Очікується сплата
   • Технічний ідентифікатор - active
   • Організатор:
     • Підтвердження сплати вартості лота Виконавцю;
     • Дискваліфікація учасника (до завершення аукціону);
     • Завершення аукціону.
   • Майданчик:
     • Підтвердження отримання додаткової винагороди учасника.
   • Учасник:
     • Можливість 2-му учаснику відмовитися від очікування до моменту дискваліфікації 1-го переможця.
   • Умови зміни статусу - Організатор підтверджує підписання протоколу і award змінює свій статус на active.
   • Коментар - Дискваліфікувати переможця можливо до завершення аукціону. Відмовитися від очікування 2-му учаснику можливо до моменту дискваліфікації 1-го учасника або за умови, що процедура не в термінальному статусі.
4. Дискваліфіковано
   • Технічний ідентифікатор - unsuccessful
   • Організатор - Повторно кваліфікувати учасника (в якого був завантажений протокол (documentType:auctionProtocol) і Організатор отримав підтвердження сплати вартості Виконавцю та винагороди Оператору).
   • Учасник - функціонал відсутній
   • Умови зміни статусу - дискваліфікація учасника на будь-якому етапі кваліфікації
5. Учасник не став переможцем
   • Технічний ідентифікатор - cancelled
   • Організатор - функціонал відсутній
   • Учасник - функціонал відсутній
   • Умови зміни статусу
     • 2-й учасник відмовився від очікування
     • Аукціон перейшов в термінальний статус (complete), у зв’язку з чим 2-й учасник не набув статусу переможця (за умови, що 2-й учасник не відмовився від очікуванню), зміна статусу 2-го учасника відбувається автоматично на рівні ЦБД в момент завершення аукціону (auction:complete) Організатором.

Опис періодів

Період підготовки - preleminaryPeriod (off system)

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

• Умови формування дати початку та кінця періоду - поза системою
• Функціонал Організатора:
  • Публікація оголошення
• Функціонал Учасника - відсутній

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

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

• Умови формування дати початку та кінця періоду:
  • Особливості періоду: відсутні
  • Дата початку: співпадає з датою публікації процедури.
  • Дата завершення: в діапазоні з 19:30 до 20:30 дня, що передує дню початку auctionPeriod.
  • Функціонал Організатора:
    • Скасування аукціону.
    • Зупинка аукціону.
    • Зміна даних Виконавця (executorDetails)
  • Функціонал Учасника:
    • Розміщення заяв на участь в рамках active_tendering:
      • Можливість внесення змін в заяву на участь протягом всього tenderPeriod;
      • Можливість завантажувати та замінювати документи заяви на участь протягом всього tenderPeriod.
      • Можливість анулювати заяву на участь.

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

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

• Умови формування дати початку та кінця періоду:
  • Особливості періоду: відсутні;
  • Дата початку: співпадає з датою та часом початку tenderPeriod;
  • Дата завершення: завершується за 5 календарних днів до дати проведення аукціону, завершення о 18:00
  • Функціонал Організатора:
    • Скасування аукціону;
    • Зупинка аукціону
    • Можливість внесення змін до лота;
    • Можливість завантажувати та замінювати документи процедури.
  • Функціонал Учасника:
    • Можливість знайти і переглянути інформацію про оголошені електронні аукціони.

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

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

• Умови формування дати початку та кінця періоду:
  • Особливості періоду: - відсутні
  • Дата початку: відповідає даті та часу початку tenderPeriod.
  • Дата завершення: завершується за 1 робочий день до дня початку періоду аукціону о 18:00.
  • Функціонал Організатора: - відсутній
  • Функціонал Учасника:
    • Можливість задати запитання

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

Статус процедури - active_tendering, active_auction

• Умови формування дати початку та кінця періоду:
  • Особливості періоду: - відсутні
  • Дата початку: відповідає даті та часу початку tenderPeriod.
  • Дата завершення: завершується в день початку аукціону відповідно до auctionPeriod.startDate.
  • Функціонал Організатора:
    • Відповіді на запитання учасників.
  • Функціонал Учасника:
    • Ознайомлення із отриманими відповідями

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

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

• Умови формування дати початку та кінця періоду:
  • Особливості періоду: - починається у визначений ЦБД день та час, формується за наявності не менше ніж 2-х bid's в статусі active.
  • Дата початку: - завжди припадає на робочий день, точна дата та час (часовий діапазон з 11:00 - 13:00) визначається ЦБД з огляду на встановлену валідацію.
  • Дата завершення: - може припадати на неробочий день, подія завершення аукціону (торгів)
  • Функціонал Організатора:
    • Скасування аукціону.
    • Зупинка процедури.
    • Зміна даних Виконавця (executorDetails)
  • Функціонал Учасника:
    • Участь в аукціоні.

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

Статус процедури - active_qualification, active_payment

• Умови формування дати початку та кінця періоду:
  • Особливості періоду: - формується за наявності переможця за результатами проведеного аукціону (auctionPeriod) або за наявності 1-ї заяви на участь та позначки торгів за фіксованою ціною (fixedPrice = true), тривалість періоду до 17 робочих днів (не включаючи день проведення аукціону), період завершується вручну Організатором аукціону. Формується повторно з усіма вкладеними періодами за наявності 2-го учасника в якості переможця (в момент дискваліфікації 1-го учасника).
  • Дата початку: може припадати на неробочий день, відповідає даті та часу завершення періоду аукціону (auctionPeriod.endDate);
  • Дата завершення: завжди припадає на робочий день, період триває доти, доки Організатор не надішле запит щодо його завершення;
  • Функціонал Організатора:
    • Скасування аукціону (можливо до завершення аукціону);
    • Зупинка процедури (можлива до завершення аукціону);
    • Завершення аукціону (auction.complete).
    • Зміна даних Виконавця (executorDetails)
  • Функціонал Учасника:
    • Можливість 2-му учаснику відмовитися від очікування (до моменту дискваліфікації 1-го учасника та за умови, що процедура у не термінальному статусі).

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

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

• Умови формування дати початку та кінця періоду:
  • Особливості періоду: - тривалість періоду до 3-х робочих днів з дня, наступного за днем формування протоколу
  • Дата початку: може припадати на неробочий день, відповідає даті та часу початку qualificationPeriod.
  • Дата завершення: завжди припадає на робочий день, тривалість періоду до 3-ти робочих днів з дня, наступного за днем формування протоколу, але період триває доти, доки Організатор не надішле запит щодо його завершення.
  • Функціонал Організатора:
    • Робота із протоколом (завантаження та заміна);
    • Дискваліфікація переможця.
  • Функціонал Учасника:
    • Можливість 2-му учаснику відмовитися від участі в аукціоні (до моменту дискваліфікації 1-го учасника та за умови, що процедура у не термінальному статусі).

Період отримання інформації щодо сплати вартості лота від Виконавця та сплати винагороди Оператору - award.paymentPeriod*

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

• Умови формування дати початку та кінця періоду:
  • Особливості періоду: - тривалість періоду до 14-и робочих днів
  • Дата початку: відповідає даті та часу закінчення award.verificationPeriod.
  • Дата завершення: завжди припадає на робочий день, період триває доти, доки Організатор не надішле запит щодо отримання інформації щодо отримання всіх оплат. Тобто, після того, як Організатор підтвердив, що Виконавець отримав оплату (isPaymentComplete = true) та Оператор підтвердив, що отримав винагороду від учасника (isRemunerationComplete = true), Організатор може завершити аукціон (auction.complete).
  • Функціонал Організатора:
    • Підтвердження сплати вартості лота Виконавцю учасником;
    • Дискваліфікація переможця;
    • Повторна кваліфікація раніше дискваліфікованого учасника.
  • Функціонал Майданчика:
    • Підтвердження сплати винагороди Оператору учасником
  • Функціонал Учасника:
    • Можливість 2-му учаснику відмовитися від очікування (до моменту дискваліфікації 1-го учасника та за умови, що процедура у не термінальному статусі).

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

• Завершення періодів кваліфікації:
  • Час завершення (дедлайн) генерується системою, для даної процедури, це 18:00
  • Всі періоди кваліфікації завершуються Організатором аукціону вручну (не автоматична дія)
  • Організатор має можливість завершити аукціон до або після дедлайну
  • Обмеження не мають встановлюватися, але це має фіксуватись в окремій структурі [milestone] (https://gitlab.prozorro.sale/public-projects/documentations/-/blob/kochubynska/cdb-documentation/CDB-documentation/cdb-general-information.md#%D0%BC%D0%B0%D0%B9%D0%BB%D1%81%D1%82%D0%BE%D1%83%D0%BD-%D1%84%D1%96%D0%BA%D1%81%D0%B0%D1%86%D1%96%D1%8F-%D0%BF%D0%BE%D1%80%D1%83%D1%88%D0%B5%D0%BD%D0%BD%D1%8F-%D0%B4%D0%B5%D0%B4%D0%BB%D0%B0%D0%B9%D0%BD%D1%96%D0%B2-%D0%BF%D0%B5%D1%80%D1%96%D0%BE%D0%B4%D1%96%D0%B2)

Типи, опис документів та робота з ними

Процедура

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

Cтатус процедури: active_tendering
Період процедури\аварду: rectificationPeriod

• illustration
  • Legal Name UA - Фотографічні зображення та ілюстрації
  • Legal Name EN - Illustration
  • Опис - Зображення, що можуть додаватися Організатором до оголошення
  • Обов'язковість - Ні
  • Публічність - Так
• lotInformation
  • Legal Name UA - Інформація про лот
  • Legal Name EN - Lot information
  • Опис - Інформація про лот
  • Обов'язковість - Ні
  • Публічність - Так

Редагування процедури

Cтатус процедури: active_tendering
Період процедури\аварду: rectificationPeriod

• clarifications
  • Legal Name UA - Погодження змін до опису лоту. Опис причин редагування.
  • Legal Name EN - Clarifications
  • Опис - Документ не потрібно вносити до списку документів при створенні аукціону. Має бути доступний для завантаження в rectificationPeriod. Повинен генеруватися автоматично на основі змін внесених в процедуру.
  • Обов'язковість - Так, для внесення змін в поля лоту
  • Публічність - Так

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

Cтатус процедури: active_tendering
Період процедури\аварду: tenderPeriod

• commercialProposal
  • Legal Name UA - Заява на участь
  • Legal Name EN - Bid
  • Опис - Заповнена електронна форма заяви
  • Обов'язковість - Ні
  • Публічність - Так
• x_passport
  • Legal Name UA - Копія паспорта або документа, що посвідчує особу
  • Legal Name EN - Passport or identity document
  • Опис - Копія паспорта або документа, що посвідчує особу
  • Обов'язковість - Ні
  • Публічність - Ні
• x_IPN
  • Legal Name UA - Копія ІПН
  • Legal Name EN - IPN
  • Опис - Копія ІПН
  • Обов'язковість - Ні
  • Публічність - Ні
• x_registerExtract
  • Legal Name UA - Витяг з ЄДРПОУ
  • Legal Name EN - Register extract
  • Опис - Витяг з ЄДРПОУ
  • Обов'язковість - Ні
  • Публічність - Так
• x_guaranteeApproval
  • Legal Name UA - Документ, що підтверджує сплату гарантійного внеску
  • Legal Name EN - Guarantee approval
  • Опис - Документ, що підтверджує сплату гарантійного внеску
  • Обов'язковість - Ні
  • Публічність - Так
• digitalSignature
  • Legal Name UA - Цифровий підпис
  • Legal Name EN - Digital signature
  • Опис - Цифровий підпис
  • Обов'язковість - Ні
  • Публічність - Набуває значення документу з яким пов'язаний

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

Cтатус процедури: active_qualification Період процедури\аварду: qualificationPeriod (award.verificationPeriod)

• auctionProtocol
  • Legal Name UA - Протокол аукціону
  • Legal Name EN - Auction protocol
  • Опис - Протокол аукціону
  • Обов'язковість - Так
  • Публічність - Так

Cтатус процедури: active_qualification Період процедури\аварду: qualificationPeriod

• auctionProtocol
  • Legal Name UA - Протокол аукціону
  • Legal Name EN - Auction protocol
  • Опис - ЦБД у випадку зміни реквізитів Виконавця (executorDetails) автоматично оновлюэ протокол протягом всього qualificationPeriod.
  • Обов'язковість - Так, за умови оновлення реквізитів Виконавця і до отримання інформації про сплату коштів від Виконавця.
  • Публічність - Так

Cтатус процедури: active_qualification, active_payment
Період процедури\аварду: qualificationPeriod (award.verificationPeriod, award.paymentPeriod)

• rejectionProtocol
  • Legal Name UA - Протокол відхилення
  • Legal Name EN - Rejection protocol
  • Опис - Завантажується у разі дискваліфікації учасника (в поле terminationReason аварду записується причина)
  • Обов'язковість - Так, для зміни статусу аварду на unsuccessful
  • Публічність - Так
• act
  • Legal Name UA - Акт про відмову
  • Legal Name EN - Refusal act
  • Опис - Завантажується у разі дискваліфікації учасника (в поле terminationReason аварду записується причина)
  • Обов'язковість - Так, для зміни статусу аварду на unsuccessful
  • Публічність - Так

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

Cтатус процедури: active_tendering, active_auction, active_qualification, active_payment
Період процедури\аварду: rectificationPeriod, tenderPeriod, questionPeriod, enquiryPeriod, qualificationPeriod (award.verificationPeriod, award.paymentPeriod).

• cancellationDetails
  • Legal Name UA - Причини скасування
  • Legal Name EN - Cancellation details
  • Опис - Інформація щодо причин скасування аукціону
  • Обов'язковість - Так, для скасування аукціону. Автогенерується в вільному вигляді в вказаною причиною скасування, яку вибирає Організатор.
  • Публічність - Так

Зупинка процедури

Cтатус процедури: active_tendering, active_auction, active_qualification, active_payment
Період процедури\аварду: rectificationPeriod, tenderPeriod, questionPeriod, enquiryPeriod, qualificationPeriod (award.verificationPeriod, award.paymentPeriod).

• pauseDetails
  • Legal Name UA - Акт про зупинення аукціону
  • Legal Name EN - Pause details
  • Опис - Акт про зупинення аукціону.
  • Обов'язковість - Так, для зупинки аукціону. Автогенерується в вільному вигляді в вказаною причиною зупинки, яку вибирає Організатор.
  • Публічність - Так

Відновлення процедури

Cтатус процедури: active_tendering, active_auction, active_qualification, active_payment
Період процедури\аварду: rectificationPeriod, tenderPeriod, questionPeriod, enquiryPeriod, qualificationPeriod (award.verificationPeriod, award.paymentPeriod).

• resumptionDetails
  • Legal Name UA - Причини відновлення
  • Legal Name EN - Resumption details
  • Опис - Інформація щодо причин відновлення аукціону
  • Обов'язковість - Так, для відновлення аукціону. Автогенерується в вільному вигляді в вказаною причиною відновлення, яку вибирає Організатор.
  • Публічність - Так

Цифровий підпис

Cтатус процедури: active_tendering, active_auction, active_qualification, active_payment
Період процедури\аварду: rectificationPeriod, tenderPeriod, questionPeriod, enquiryPeriod, qualificationPeriod (award.verificationPeriod, award.paymentPeriod).

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

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

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

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

Схеми процедури arrestedAssets-english

Перелік схем

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

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

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

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

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

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

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

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

Протягом rectificationPeriod Організатор аукціону може завантажувати та замінювати документи оголошення.

Для підтвердження внесених змін автоматично формується документ з описом цих змін (documentType:clarifications). Цей файл додатково обов’язково підтверджується Організатором. Підтвердження обов’язкове.

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

Зміни можна вносити лише в поля title, description, items.description та додавати доповнювати фотографіями (documentType:illustration).

Внесення змін в реквізити Виконавця

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

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

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

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

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

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

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

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

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

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

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

Аукціон

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

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

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

• Послідовність кроків:
  • пауза - pause - 5 хв.
  • послідовний раунд - sequential (складається із послідовних ходів учасників)
  • пауза - pause - 3 хв.
  • послідовний раунд - sequential (складається із послідовних ходів учасників)
  • пауза - pause - 3 хв.
  • послідовний раунд - sequential (складається із послідовних ходів учасників)
  • розкриття - final

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

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

Пауза

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

Розкриття

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

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

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

• Аукціон відбувся/Один учасник
• Аукціон не відбувся

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

Схема "Кваліфікація"

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

Пропозиції сортуються від більшої ціни до меншої, а, у випадку співпадіння ціни, вище відображається пропозиція розміщена раніше. Часом розміщення пропозиції вважається час першого розміщення заяви у ЦБД (bid.datePublished).

ЦБД формує award'и для двох учасників з найвищими валідними ставками у випадку торгів не за фіксованою ціною (fixedPrice = false). У випадку наявності 1-ї заяви на участь та позначки торгів за фіксованою ціною (fixedPrice = true) - ЦБД формує 1 award.

Генерація та підписання протоколу

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

Якщо в рамках кваліфікації всі учасники дискваліфіковані (або 1-ий учасник дискваліфікований, а 2-ий відмовився від очікування), то Організатор вручну змінює статус процедури на unsuccessful. Якщо через 5 робочих днів з моменту дискваліфікації всіх учасників жоден учасник не був повторно кваліфікований, ЦБД автоматично змінює статус процедури на unsuccessful.

Після періоду аукціону (auctionPeriod) Організатор здійснює перевірку документів (поза системою) всіх учасників аукціону та приймає рішення щодо кваліфікації учасників.

1. Протокол аукціону (documentType:auctionProtocol) підписується переможцем аукціону та оператором електронного майданчика, з якого переможець подав цінову пропозицію, за допомогою кваліфікованого електронного підпису уповноваженої особи.
   • Організатор опубліковує підписаний протокол аукціону в ЕТС протягом 3-х робочих днів після дня його завершення.
   • В Організатора є можливість підтвердити протокол і після завершення періоду підписання протоколу (verificationPeriod), обмеження на майданчику не мають встановлюватись.
   • Після завантаження протоколу організатор надсилає запит щодо завантаження протоколу, після чого майданчик передає award’у такого учасника статус active (“Переможець. Очікується сплата”).
     • В результаті чого для цього award’у створюється contract в статусі pending у масиві contracts.
2. Для учасника з другою за розміром ціновою пропозицією (за наявності такого), одразу після аукціону, формуються award, що отримує статус pending_waiting, якщо його ставка була валідною.
   • У випадку, якщо ставка цього учасника не є валідною, формування award'у для такого учасника не здійснюється.
   • Єдина дія, яка може бути виконана в цей момент - це ручне скасування очікування - учасник може забрати свій гарантійний внесок, втрачаючи шанс стати переможцем аукціону. У разі відмови від очікування майданчик передає такому award'y статус cancelled.
   • Якщо перший award дискваліфіковують, а другий не самодискваліфікувався, після набуття статусу 2-го award'у pending, 2-й учасник проходить процедуру кваліфікації по такому самому принципу як 1-й переможець (процедура знову набуває статус "Очікується опублікування протоколу" (active_qualification)).
   • Якщо ж кваліфікація 1-го award'у пройшла успішно, Організатор аукціону підтвердив сплату вартості Виконавця та Оператор підтвердив сплату винагороди для 1-го award'у, у такому випадку ЦБД, під час зміни статусу процедури на complete, автоматично змінює статус 2-го award'у на cancelled.
3. У разі невідповідності переможця аукціону вимогам, Організатор аукціону завантажує відповідний документ (documentType:rejectionProtocol) або (documentType:act) та надсилає запит щодо дискваліфікації учасника з вказуванням причини дискваліфікації (award.terminationReason) “Дискваліфікувати учасника”, після чого майданчик передає статус “unsuccessful” award`у такого учасника до ЦБД.
4. Завершення періоду підписання протоколу (verificationPeriod) - період триває доти, доки Організатор не підтвердить протокол.

Період отримання інформації щодо сплати вартості лота Виконавцю та сплати винагороди Оператору (paymentPeriod).

Під час даного періоду Організатор надсилає запит про зміну поля isPaymentComplete на true. Після зміни поля на false, Організатор може дискваліфікувати учасника. Під час даного періоду майданчик Оператора надсилає запит про зміну поля isPaymentRemunerationComplete на true. Після зміни поля на false, Організатор може дискваліфікувати учасника. Після зміни обох полів Організатор повинен надіслати запит щодо підвердження обох сплат.

Завершення аукціону (переведення у статус complete)

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

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

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

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

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

Зупинка і відновлення аукціону

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

Для зупинки Організатор аукціону зобов’язаний вказати причину (pauses.reason) і ЦБД автогенерує документ (documentType.pauseDetails) з вказаною причиною.

Для відновлення Організатор аукціону зобов’язаний вказати причину (pauses.reasonResumption) і ЦБД автогенерує документ (documentType.resumptionDetails) з вказаною причиною.

Якщо Організатор зупинив аукціон до початку періоду аукціону (auctionPeriod) - Процедура переходить в статус paused. При надсиланні запиту щодо відновлення аукціону Організатором (з обов'язковим вказуванням підстави відновлення аукціону), створюється нова процедура з автоматичною прив'язкою до зупиненої процедури в статусі active_tendering (тобто заповненим полем previousAuctionId). В новій процедурі обов'язково вказується підстава відновлення аукціону (resumptionReason). Зупинена процедура змінює статус на cancelled. Поля переносяться, крім заяв на участь (bids), питань-відповідей (questions) та документів підстави редагування процедури (documentType.clarifications).

Якщо Організатор зупинив аукціон в процесі періоду аукціону (auctionPeriod) - етап аукціону завершується, після цього процедура переходить в статус paused. При надсиланні запиту щодо відновлення аукціону Організатором (з обов'язковим вказуванням підстави відновлення аукціону) процедура переходить в статус active_qualification. При завершенні аукціону заяви на участь розкриваються та генеруються award-и.

Якщо Організатор зупинив аукціон після періоду аукціону (auctionPeriod) - Процедура переходить в статус paused. При надсиланні запиту щодо відновлення аукціону Організатором (з обов'язковим вказуванням підстави відновлення аукціону) процедура переходить в статус, який був до зупинення аукціону. І відповідно до статусу, який був до зупинення аукціону, повторно формується період (відповідно до того, в якому періоді була зупинена процедура award.verificationPeriod та award.paymentPeriod).

Умови дискваліфікації і повторної кваліфікації

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

Дискваліфікувати учасника можна на всіх періодах кваліфікації (verificationPeriod, paymentPeriod).

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

• Перелік причин дискваліфікації:
  • Ненадходження від переможця електронних торгів (торгів за фіксованою ціною) належних до сплати сум за лот (у тому числі винагороди за організацію та проведення електронних торгів) на рахунок одержувача у строк
  • Виявлення Організатором розбіжностей між відомостями про переможця, зазначеними у протоколі електронних торгів (торгів за фіксованою ціною), із відомостями, зазначеними в документі, що ідентифікує переможця

Після чого майданчик передає статус unsuccessful award`у учасника. Вказана причина, а також статус учасника, повинні відображатися на майданчику.

Повторна кваліфікація

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

Повторно кваліфікувати можна учасника в якого завантажений протокол (documentType:auctionProtocol) та який був дискваліфікований в рамках paymentPeriod.

Після повторної кваліфікації переможця авард учасника набуває статусу pending, авард 2-го учасника набуває статусу pending_waiting, процедура отримує статус active_payment.

Якщо якась з оплат вже підтверджена (в award-а поле isPaymentComplete = true або isPaymentRemunerationComplete = true), тоді повторно підтверджувати сплату (встановлювати значення полів isPaymentComplete = true або isPaymentRemunerationComplete = true) не потрібно.

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

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

Обмежень по кількості повторних кваліфікацій учасників немає.

Реалізація функціоналу Організатора

Для реалізації функціоналу Організатора потрібно робити запити, які вказані в свагері для процедур (https://procedure-sandbox.prozorro.sale/api/doc#/), використовуючи інтеграційний модуль. Зараз він працює як проксі, і перенаправляє запити в API.

Посилання на ендпоінт інтеграційного модулю - https://procedure-sandbox.prozorro.sale/api/proxy/setam/.

Наприклад, для публікації процедури на сендбоксі потрібно відправити POST-запит з структурою процедури згідно тієї, що описана в свагері в блоці arrestedAssets-english на адресу https://procedure-sandbox.prozorro.sale/api/proxy/setam/procedures.