Приклад процедури:

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

Відмінності від bankRuptcy-withoutAuction:

1. На етапі роботи з оголошенням:
   1. Відмінності в полях оголошення
   2. Створення викупу доступне організатору шляхом копіювання даних з попередньої процедури та додаванням інформації про award.buyers
2. На етапі кваліфікації:
   1. відсутня робота з сутністю contract
   2. для переведення award в статус active обов’язкове завантаження документів contractSigned та auctionProtocol
   3. відсутні періоди процедури.

Відмінності від landArrested-English*

1. На етапі роботи з оголошенням:
   1. Створення викупу доступне організатору шляхом копіювання даних з попередньої процедури та додаванням інформації про award.buyers
2. На етапі роботи з заявою на участь:
   1. В процедурі викупу відсутній етап подачі заяв на участь
3. На етапі роботи з аукціоном:
   1. В процедурі викупу відсутній етап роботи з модулем аукціону
4. На етапі кваліфікації:
   1. Процедура одразу публікується в статусі active_awarded
   2. Образу після публікації в процедурі створюється award в статусі pending.
   3. В оголошення процедури автоматично копіюється посилання на згенерований ЦБД протокол процедури вказаної в previousAuctionId.
   4. відсутні періоди процедури
   5. відсутня можливість дискваліфікації award’у.
   6. обов’язкова умова для переведення процедури в статус complete:
      1. award в статусі active

*інформаційно для тих, хто не працював з BRW

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

Технічна реалізація ланцюжків процедур відсутня. Період підготовки (чернетка процедури)

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

Відповідно до базових вимог до майданчиків

Створення аукціону

• Організатор повинен мати можливість створити викуп шляхом копіювання даних з будь-якого аукціону продажу арештованої землі(LAE/LAP/LAT), що знаходиться в статусі cancelled або unsuccessful.
• Перед створенням копії оголошення Організатор на інтерфейсі повинен мати можливість обрати тип нової процедури для якої він копіює дані: “Оголошення про викуп” або “Викуп”
• Для створення оголошення про викуп шляхом копіювання даних в Організатора має бути можливість вручну внести тільки дані award.buyers (решту даних повинні автоматично скопіюватися з попереднього оголошення).
• Можливість вказати** Організатором дані award.title та award.description опціональна для реалізації на інтерфейсі.
• В Організатора має бути можливість створити оголошення з tenderAttempts можна зазначити від 1 до N.
• Створення аукціону та робота із чернеткою, створення копії аукціону, можливість видалення та редагування працюють відповідно до базових вимог до майданчиків

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

Для публікації оголошення Організатор натискає кнопку “Опублікувати викуп”:

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

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

• В наступні поля оголошення про викуп повинні скопіюватися дані процедури вказаної Організатором в previousAuctionId:*
  • title
  • description
  • arrests (всі вкладені поля)
  • sellingEntity (всі вкладені поля)
  • saleType
  • items (всі вкладені поля)
  • lotId
• Перед публікацію в Організатора має бути можливість вірдедагувати скопійовані дані та дозаповнити:
  • value
  • awards

*Інтерфейсна реалізація - на розсуд майданчика. Важливо, щоб Організатору було зрозуміло, що він може створити викуп шляхом копіювання даних з існуючих процедурю. Реокмендовані варіанти реалізації:

• додати кнопку викуп на оголошення, що перебуває в статусі cancelled або unsuccessful
• автозаповнювати дані в інтерфейсі після вказування Організатором previousAuctionId
• в меню створення копії процедури додати можливість "створити викуп".

При публікації оголошення про проведення аукціону присутні наступні дані (У випадку tenderAttempts==1, всі дані вводяться Організаторому вручну):

• В процедурі “Продаж арештованої землі” Організатор повинен мати можливість зареєструватися вказавши “Номер посвідчення” виконавця, тип ідентифікатора з словника other_identifiers.
• Обов’язкові поля процедури, що заповнюються/редагується Організатором, підтягуються з особистого кабінету користувача:
  • Інформація про Організатора - автоматично заповнюються з облікового запису
    • за необхідності редагувати інформацію про організатора - редагування здійснюється в особистому кабінеті організатора до публікації аукціону
    • на етапі публікації аукціону є можливість обрати контактну особу організатора з переліку раніше створених контактних осіб або ввести інформацію про нову контактну особу
      • У поле “Контактна особа” вводиться прізвище, ім’я та по батькові, посада
      • В рамках інтерфейсу ПІБ та посада можуть бути як одне поле так і два, майданчик передає ці дані одним рядком (Main contact name) в ЦБД
• Поля процедури, що заповнюються Організатором або автогенеруються ЦБД (поле обов'язкове, якщо інше не зазначено):
  • Назва процедури
    • текстове поле без обмежень по кількості символів
    • якщо майданчик, не може працювати без обмежень, тоді обмеження не менше 100 000 символів
  • Опис процедури
    • текстове поле без обмежень по кількості символів
    • якщо майданчик, не може працювати без обмежень, тоді обмеження не менше 100 000 символів
  • Порядковий номер :
    • Значення від 1 до N
    • За умови, що значення ≥ 2
      • В Організатору необхідно заповнити наступні дані:
        • Номер попереднього аукціону (обов’язково)
  • Інформація про арешти (має бути заповнений мінімум 1 item в масиві arrests*):
    • поле "Номер виконавчого провадження" (statementID) - обов'язкове до заповнення;
    • поле "Арешт може бути знятий після продажу виконавцем" (isRemovable) - обов'язкове до заповнення ВРУЧНУ Організатором (не може бути автозаповнене, або заповнене за замовчуванням).
  • Номер попереднього аукціону - необов’язково
    • Якщо порядковий номер аукціону (tenderAttempts) == 1 то номер попереднього аукціону (previousAuctionId) не використовується
    • Якщо Лот виставляється не вперше, необхідно вказати номер попереднього аукціону
  • Номер лота (необов’язково)
  • Інформація про арешти (обов’язково має бути заповнена інформація мінімум про 1 арешт)
  • Тип айтема
    • Технічні характеристики (автогенерується значення landProprs):
      • Площа ділянки, га
      • Кадастровий номер
      • Тип власності (обирається одне значення зі словника https://procedure-sandbox.prozorro.sale/api/dictionaries/ownershipType - не обов’язково):
        • Обмеження значень:
          • державна
          • комунальна
          • приватна
          • сумісна
      • Наявність обтяжень (необов’язково)
      • Наявність співвласників (необов’язково)
      • Наявність інженерних мереж (необов’язково)
  • Додатковий класифікатор - КВЦПЗ (обирається одне значення)
    • Основний класифікатор автогенерується одне значення на рівні ЦБД відповідно до обраного значення КВЦПЗ
  • Додатковий класифікатор КВЗУ
    • обирається зі схеми https://procedure.prozorro.sale/api/classifiers/CVZU; для одної ділянки можливо обрати кілька значень
  • Місце розташування
    • Країна, область, район/населений пункт - обов’язково
      • Обирається з KOATUU
      • Реалізовано саджест-пошук за назвою населеного пункту та ідентифікатором
      • Реалізовано рівні вкладеності відповідно до структури класифікатору (аналогічно до роботи з класифікаторами CAV\CPV)
  • Географічні координати місця розташування (необов’язково)
    • обираються на карті
  • Додаткові відомості (необов’язково)
  • Ціна лота
  • Банківські рахунки (не обов’язково)
    • Присутні 4 категорії рахунків:
      • Внесення плати за лот
      • Внесення плати за підготовку лота
      • Забезпечувальний платіж
      • Гарантійний внесок
    • Кількість рахунків необмежена
    • Можна зазначати як національні так і валютні рахунки
    • Майданчик відображає дані рахунків лише Організатору.
  • Площа земельної ділянки (1 айтем - 1 площа земельної ділянки) - автоматичне заповнення з поля Площа ділянки, га та є необов’язковим.
  • Одиниці виміру (автогенерується єдине значення - гектар)
• Інформація про покупця (award.buyers) обов’язково.
• При публікації оголошення не обов’язкове завантаження документів.
• Для успішної публікації оголошення мають бути заповнені всі обов’язкові дані.
• Тип продажу (обирається одне значення зі словника saleOrLeaseType):
  • Доступні значення:
    • продаж земельних ділянок
    • продаж прав суперфіцію
    • продаж прав емфітевзису
• Дані учасника з попереднього аукціону не заповнюються.
• При публікації нового оголошення необхідно перевірити чи в ЦБД наявні вже опубліковані оголошення з лотом, що має такий самий кадастровий номер (cadastralNumber), опубліковане іншим Організатором (sellingEntity.identifier.id):
• якщо за результатами пошуку не виявлено раніше опублікованих процедур з таким самим кадастровим номером (cadastralNumber) - не виводити ніяких сповіщень
• якщо за результатами пошуку виявлено раніше опубліковані процедури з таким самим кадастровим номером (cadastralNumber), але sellingEntity.identifier.id Організатора оголошення, що публікується співпадає з усіма sellingEntity.identifier.id Організаторів раніше опублікованих оголошень з такими кадастровими номером (cadastralNumber) - не виводити ніяких сповіщень
• якщо за результатами пошуку виявлено раніше опубліковані процедури з таким самим кадастровим номером (cadastralNumber)і sellingEntity.identifier.id щонайменше одного або кількох Організаторів з опублікованих оголошень не співпадає з sellingEntity.identifier.id Організатора оголошення, що публікується - виводити Організатору, що публікує оголошення попередження про те, що оголошення про продаж такої земельної ділянки вже було опубліковано кимось іншим. Наприклад, таким сповіщенням: “Для вказаної вами земельної ділянки вже було опублікований аукціон іншим Організатором, ви впевнені, що хочете продовжити публікацію?”.

Редагування викупу

До переведення award`у в статус active Організатор може внести зміни в наступні поля:

• всі поля процедури, що передавалися майданчиком при створенні оголошення
• поля **award`**у title, description, buyers

Для збереження змін не потрібно завантажувати документів

Пошук оголошення

Пошук аукціону аналогічний як в процедурі продажу арештованої землі, крім:

1. Ідентифікатор аукціону
   1. LAW000-UA-YYYYMMDD-00000
      1. Тип аукціону
      2. Статус аукціону (за замовчування у статусі “Очікується підписання акту”)
      3. Дата початку аукціону відсутня.
      4. Ціна продажу (не виводиться за пошуком стартової ціни).
      5. Площа земельної ділянки від ______ до ____
      6. Кадастровий номер
   2. Розширений пошук
      1. Будь-які інші фільтри, що відсутні у мінімальному наборі за бажанням майданчика

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

Відображення інформації про учасників, що кваліфікуються

Відповідно до базових вимог до майданчиків

Організатор

Отримує сповіщення про початок процесу кваліфікації Для завершення кваліфікації організатор завантажує в award такі документи:

• Протокол попереднього аукціону auctionProtocol та** Акт contractSigned - обов'язково
• Додатки до акту contractAnnexe та Постанова courtOrder - не обов’язково

Всі документи award`у можуть бути підписані Організатором** за допомогою кваліфікованого електронного підпису уповноваженої особи.

Після завантаження обов’язкових документів Організатор підтверджує підписання акту (переводить award в статус active) та завершує процедуру.

Після завантаження протоколу та акту організатор натискає кнопку "Акт підписано", в особистому кабінеті відображається статус процедури “Акт підтверджено”. До натискання кнопки у Організатора повинна бути можливість замінити протокол та акт.

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

Скасування викупу

• Для скасування Організатор аукціону Організатор:
  • завантажує документ з причинами скасування (опціонально)
  • вказує фактичну дату скасування (обов’язково)
  • натискає кнопку “Скасувати викуп”.
• Скасувати аукціон можливо у будь-якому не термінальному статусі процедури.

Схеми

1. Високорівневий бізнес процес
2. Timeline процедури
3. Модель статусів процедури
4. Схема "Зміна статусів аварду"