Загальний огляд Пріоритетного Викупу

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

Процес малої приватизації шляхом Викупу регламентується Законом України “Про приватизацію державного і комунального майна”, а також Постановою КМУ від 10.05.2018 року № 432 “Про затвердження Порядку проведення електронних аукціонів для продажу об’єктів малої приватизації та визначення додаткових умов продажу”.

В рамках Prozorro.Sale буде реалізовано сутність Пріоритетного Викупу redemption.

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

TODO

Особливості реєстру

Особливості реєстру Пріоритетного Викупу у ЦБД-2 (оновленій)

  • Створення та робота із Пріоритетним Викупом:
  • При створенні сутності Redemption в ньому зберігається посилання на Asset (redemption.relatedEntities.type == asset), в Asset передається посилання на Redemption (asset.relatedEntities.type == redemption);
  • Зміни полів та документів Об'єкта реєстру, зберігаються як окремі версії об’єкта;
  • Пріоритетний Викуп має поле redemption.relatedEntities.archiveId - це версія Об’єкта реєстру, яка була останньою на момент створення Пріоритетного Викупу.
  • При публікації у ЦБД сутності Redemption поля title та description будуть автоматично скопійовані із пов'язаного Asset. Передавати їх у запиті POST непотрібно.
  • При створенні Redemption має відбуватись перевірка:
    • якщо обраний для створення Redemption, Asset має itemType == ‘asset’, то чи додані у Asset.documents.documentType == 'Illustration'. Створити Asset є можливість без документів illustration, але створити Redemption із Asset, який не має таких документів - не має бути можливості.
  • Виконання умов приватизації (Execution):
  • При створенні сутності Execution в ньому зберігається посилання на Redemption (execution.relatedEntities.type == redemption), в Redemption передається посилання на Execution (redemption.relatedEntities.type == execution);
  • При успішному завершенні Пріоритетного Викупу автоматично створюється сутність Execution, яке описано ТЗ: посилання
  • Сутність Redemption має залишатись у статусі active_contracting до моменту, поки пов'язана сутність Execution перебуває у НЕ термінальному статусі;
  • Сутність Redemption має автоматично змінити свій статус з active_contracting на deleted, як тільки Execution набуває статусу Execution.status: deleted;
  • Сутність Redemption має автоматично змінити свій статус з active_contracting на sold, як тільки Execution набуває статусу Execution.status: sold.

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

Посилання на конфігураційний файл

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

Пріоритетний Викуп має посилання на пов’язаний Об’єкт реєстру (redemption.relatedEntities.type == asset).

При створенні Об’єкту реєстру МП використовуються обов’язкові словники:

  • Основний класифікатор: CAV
  • Додатковий класифікатор державного майна: dm

Логіка роботи з Класифікаторами описана у ТЗ по Об’єктам реєстру МП: Посилання на ТЗ

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

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

Бізнес-процес приватизації об'єктів МП шляхом пріоритетного викупу

Посилання на схему

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

Схема “Timeline Пріоритетного Викупу”

Статуси сутності Пріоритетний Викуп

Схема “Модель статусів Пріоритетного Викупу”

  • Опубліковано рішення про викуп

    • Технічний ідентифікатор: pending
    • Функціонал Організатора:
      • Редагування полів опублікованого Redemption протягом rectificationPeriod (48 годин). (НЕ обов'язкова дія при редагуванні - завантаження документа redemption.documents.documentType: clarifications, але треба надати можливівсть за бажанням Огранізатора цей документ завантажити);
      • Редагування полів пов’язаного Asset (asset.status: active_rectification) через інтерфейс Redemption на Майданчику протягом redemption.rectificationPeriod;
      • Завантаження або заміна документів Redemption та Asset через інтерфейс Redemption на Майданчику протягом redemption.rectificationPeriod;
      • Розформування сутності Redemption (НЕ обов'язкова дія при розформуванні - завантаження документа redemption.documents.documentType: cancellationDetails, але треба надати можливість Організатору за бажанням цей документ завантажити);
    • Умови набуття статусу:
      • Ручна дія. Організатор натискає кнопку “Приватизація шляхом Пріоритетного Викупу". ЦБД валідує обов’язкові поля (decisions, contracts) та документи (redemptionNotice, contractSigned) і публікує сутність redemption у статусі pending. При створенні Redemption має відбуватись перевірка, чи додано до пов'язаного Asset документ illustration (якщо Asset має itemType == ‘asset’).
    • Умови зміни статусу:
      • Завершення rectificationPeriod та створення сутності “Виконання умов приватизації” (Контрактингу);
      • Скасування сутності Пріоритетного Викупу протягом rectificationPeriod.
    • Опис: після набуття статусу pending сутність Пріоритетного Викупу стає доступною для всіх Спостерігачів.
    • Коментар:
      • При публікації сутності Пріоритетного Викупу у ЦБД до Об’єкта МП має передаватись посилання на створений ПВ (asset.relatedEntities.type == redemption)
      • Одночасно у Об’єкта може бути тільки одна сутність Пріоритетного Викупу у статусі pending, active_contracting та sold та необмежена кількість у статусі deleted;
      • Одночасно по одному Об’єкту реєстру МП в активному стані може бути АБО Інформаційне Повідомлення (announcement), АБО Приватизація шляхом Пріоритетного Викупу (redemption).

  • Виконання умов приватизації

    • Технічний ідентифікатор: active_contracting
    • Функціонал Організатора: функціонал відсутній
    • Умови набуття статусу: статус Redemption змінюється з pending на active_contracting автоматично після завершення rectificationPeriod.
    • Умови зміни статусу:
      • Автоматично, як тільки сутність Execution набуває статусу execution.status: sold, статус сутності Redemption змінюється з active_contracting на статусу sold;
      • Автоматично, як тільки сутність Execution набуває статусу execution.status: deleted, статус сутності Redemption набуває статусу deleted;
    • Опис: Організатор не взаємодіє з сутністью Пріоритетного Викупу. Всі дії відбуваються у сутності Контрактинг (Execution).

  • Об'єкт продано

    • Технічний ідентифікатор: sold
    • Функціонал Організатора: функціонал відсутній
    • Умови набуття статусу:
      • Автоматично, як тільки сутність Execution набуває статусу execution.status: sold.
    • Умови зміни статусу: термінальний статус.
    • Опис: Організатор не взаємодіє з сутністю Redemption. Всі дії відбуваються в межах роботи з сутністью Контрактинг (Execution) для підтвердження виконання умов приватизації.

  • Продаж скасовано

    • Технічний ідентифікатор: deleted
    • Функціонал Організатора: функціонал відсутній
    • Умови набуття статусу:
      • Ручна дія. Протягом rectificationPeriod є можливість скасувати сутність Пріоритетного Викупу. Використовуємо модель cancellation з НЕ обов'язковим завантаженням документа cancellations.documents.documentType: cancellationDetails. Завантаження цього документа залишається на розсуд Організатора при скасуванні Redemption. Обов'язкове заповнення полів cancellation.reason (довільне поле multiLang, без довідника) та cancellations.datePublished (Валідація: redemption.datePublished < cancellations.datePublished < current_time (не може бути в майбутньому)).
      • Автоматично, як тільки сутність Execution набуває статусу execution.status: deleted.
    • Умови зміни статусу: термінальний статус.
    • Опис: статус відповідає розформованому Приоритетному Викупу. При набутті сутністью Пріоритетний Викуп цього статусу ЦБД автоматично змінює статус Asset на pending;

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

  • Період редагування лота: rectificationPeriod
    • Статус Пріоритетного Викупу: pending
    • Умови формування дати початку та кінця періоду:
      • Дата початку: може припадати на неробочий день, відповідає даті та часу публікації сутності Redemption в ЦБД;
      • Дата завершення: може припадати на неробочий день, завершується через 48 годин після публікації сутності Redemption. Якщо протягом rectificationPeriod не відбулося ручного скасування сутності Пріоритетного Викупу, то Redemption автоматично змінює статус з pending на статусу active_contracting.
    • Функціонал Організатора:
      • Редагування полів сутності Пріоритетного Викупу та полів Об’єкта реєстру (перелік вказано нижче);
      • Завантаження або заміна документів;
      • Редагування полів Об'єкта реєстру;
      • Завантаження нових документів до Об’єкта реєстру;
      • Розформування сутності Пріоритетного Викупу;

Поля, які доступні для редагування протягом redemption.rectificationPeriod:

  • У Об’єкта реєстра МП:

    • title
    • description
    • ownershipType
    • assetHolder та всі дочірні не технічні поля
    • assetCustodian та всі дочірні не технічні поля
    • documents та всі дочірні не технічні поля
    • items та всі дочірні не технічні поля

  • У сутності Пріоритетного Викупу

    • title
    • description
    • contracts та всі дочірні не технічні поля
    • documents та всі дочірні не технічні поля
    • decisions
    • value
    • reducedValue
    • bankAccounts

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

Під час публікації сутності Пріоритетного Викупу або під час періода виправлення помилок (rectificationPeriod) окрім додавання нових документів або заміни раніше доданих документів безпосередньо у сутності Redemption доступна можливість додати нові або оновити існуючі документи Об'єкта реєстру.

Документи сутності Пріоритетного Викупу (Redemption.documents):

redemptionRights

  • Legal Name UA - Підтвердження права на викуп
  • Legal Name EN - Confirmation rights to redemption document
  • Опис - Документи, що підтверджують права Покупця на пріоритетний викуп
  • Обов'язковість - Ні
  • Публічність - Так

clarifications

  • Legal Name UA - Документ з інформацією про виправлення помилок
  • Legal Name EN - Decision on correction of errors
  • Опис - Будь-яка інформація про виправлення помилок, що були виявлені після публікації умов викупу
  • Обов'язковість - Ні
  • Публічність - Так

redemptionNotice

  • Legal Name UA - Рішення про приватизацію шляхом викупу
  • Legal Name EN - Redemption notice
  • Опис - Рішення органу приватизації про приватизацію об’єкта шляхом викупу
  • Обов'язковість - Так
  • Публічність - Так

Документи Договору (Redemption.contract):

contractSigned

  • Legal Name UA - Підписаний договір
  • Legal Name EN - Signed contract
  • Опис - Підписаний договір
  • Обов'язковість - Так
  • Публічність - Так

contractAnnexe

  • Legal Name UA - Додатки до договору
  • Legal Name EN - Contract annexe
  • Опис - Додатки до договору
  • Обов'язковість - Ні
  • Публічність - Так

Документи для скасування Пріоритетного Викупу (Redemption.cancellation):

cancellationDetails

  • Legal Name UA - Причини непідписання наказу
  • Legal Name EN - Redemption cancellation details
  • Опис - Інформація з рішенням органу приватизації про припинення викупу
  • Обов'язковість - Ні
  • Публічність - Так

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

digitalSignature

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

Redemption.contracts

У сутності Redemption може бути тільки один redemption.contracts, поля якого Ораганізатор має заповнити при створенні сутності Redemption.
Допустима валюта для contracts.value.currency та contracts.contractTotalValue.currency тільки UAH

Протягом redemption.rectificationPeriod має бути можливість редагувати всі не технічні поля у існуючому redemption.contracts запитом PATCH /api/jobber/redemption/{redemption_type}/{obj_id}/contracts/{contract_id}

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

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

Схеми по роботі з Пріоритетним Викупом

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

Повідомлення

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

  • Організатору
    • Коли - після створення сутності Пріоритетного Викупу в ЦБД та набуття статуса “Опубліковано” (pending)
    • Що - Приватизація шляхом пріоритетного викупу опублікована. Ви можете виправити технічні помилки протягом 48 годин після публікації.
    • Коментарі - Повідомлення надходить протягом 5 хв.

Повідомлення щодо редагування сутності Пріоритетного Викупу

  • Організатору - Коли - після збереження змін у сутності Пріоритетного Викупу або Об’єкті МП, які зроблені протягом rectificationPeriod - Що - Зміни в сутності Пріоритетного Викупу успішно виконані - Коментарі - Повідомлення надходить протягом 5 хв.

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

  • Організатору
    • Коли - після набуття сутністю Пріоритетного Викупу статусу “Об’єкт не продано” (deleted)
    • Що - Пріоритетний Викуп розформовано. Для продовження продажу Об'єкта малої приватизації створіть нове Інформаційне Повідомлення або приватизацію шляхом Приоритетного Викупу
    • Коментарі - Повідомлення надходить протягом 5 хв.
  • No labels