Загальний огляд Реєстру об’єктів

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

Відповідно до ЗУ “Про приватизацію державного і комунального майна” розробити Реєстр Об’єктів великої приватизації. В рамках Prozorro.Sale буде реалізовано методи для створення Об’єктів в реєстрі (AssetLarge) та їх редагування.

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

TODO

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

  • Реєстр Об'єктів великої приватизації найбільше схожий на реєстр Об'єктів малої приватизації
  1. Відмінності від реєстру Об'єктів малої приватизації:
    • У майданчиків мають бути різні права для публікації Asset для Малої Приватизації та AssetLarge для Великої. Тобто, може бути ситуація, коли майданчик має права створювати Asset для МП, але не має прав на створення AssetLarge для ВП.
    • AssetLarge має іншу структуру полів (модель), а саме:
      • зміни у legalName
      • додається cancellation model для виключення AssetLarge з реєстру необхідно заповнити поля cancellation і завантажити документ cancelleationDetails. Лише після цього є можливість виконати ручну дію - змінити статус AssetLarge з pending у deleted
      • документ cancellationDetails відсутній у asset.documents.documentType: cancellationDetails (бо він міститься у cancellation моделі)
  2. Створення та робота із Інформаційним Повідомленням:
    • При створенні сутності Announcement в ній зберігається посилання на пов’язаний Asset (announcement.relatedEntities.type == asset);
    • Використовується принцип, коли для публікації AssetLarge у ЦБД обов'язковим є один набір полів, а для створення Інформаційного Повідомлення із цим AssetLarge потрібно більше заповнених полів, а саме:
      • Для публікації RAL у ЦБД НЕ обов'язкове заповнення полів:
        • assetItems.unit
        • assetItems.quantity
        • assetItems.address
        • assetItems.location
        • assetItems.itemProps
        • assetItems.registrationDetails
          але ці поля мають бути обов'язково заповнені для публікації пов’язаного Large Announcement.
      • Для публікації AssetLarge у ЦБД НЕ обов'язкове завантаження будь-яких документів,
        але для публікації у ЦБД Інформаційного Повідомлення обов'язково має бути завантажено документ documentType: illustration для assetType == asset (Майно)
      • Жодного обов'язкового для заповнення поля у моделі assetHolder при публікації AssetLarge та при публікації пов’язаного Інформаційного Повідомлення.
  3. Створення та робота із Процедурою та аукціоном
    • відмінності відсутні
  4. Приватизація шляхом Пріоритетного Викупу (Redemption)
    • відмінності відсутні
  5. Виконання умов приватизації (Execution)
    • відмінності відсутні

Зв'язок статусів сутностей Об'єкта МП, Інформаційного Повідомлення та Процедур

Схема

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

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

Структура даних .yml TODO

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

Основний

  • Обов'язковий: CAV

Додатковий

  • Обов'язковий: dm

При створенні Об'єкта у ЦБД відбувається валідація на відповідність CAV до dm згідно таблиці: Посилання на таблицю

Для коректної класифікації Об’єктів МП та відповідності CAV до dm створено Довідник мапінгу: Посилання на довідник

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

  • Виключити із CAV класифікатора наступні коди:

    • 45000000-7 – Будівельні роботи та усі вкладені коди
    • 48000000-8 – Пакети програмного забезпечення та інформаційні системи та усі вкладені коди
    • 50000000-5 – Послуги з ремонту і технічного обслуговування та усі вкладені коди
    • 51000000-9 – Послуги зі встановлення (крім програмного забезпечення) та усі вкладені коди
    • 55000000-0 – Готельні, ресторанні послуги та послуги з роздрібної торгівлі та усі вкладені коди
    • 60000000-8 – Транспортні послуги (крім транспортування відходів) та усі вкладені коди
    • 63000000-9 – Додаткові та допоміжні транспортні послуги; послуги туристичних агентств та усі вкладені коди
    • 64000000-6 – Поштові та телекомунікаційні послуги та усі вкладені коди
    • 65000000-3 – Комунальні послуги та усі вкладені коди
    • 66000000-0 – Фінансові та страхові послуги та усі вкладені коди
    • 71000000-8 – Архітектурні, будівельні, інженерні та інспекційні послуги та усі вкладені коди
    • 72000000-5 – Послуги у сфері інформаційних технологій: консультування, розробка програмного забезпечення, послуги мережі Інтернет і послуги з підтримки та усі вкладені коди
    • 73000000-2 – Послуги у сфері НДДКР та пов’язані консультаційні послуги та усі вкладені коди
    • 75000000-6 – Адміністративні, оборонні послуги та послуги у сфері соціального захисту та усі вкладені коди
    • 76000000-3 – Послуги, пов’язані з нафтогазовою промисловістю та усі вкладені коди
    • 77000000-0 – Послуги у сфері сільського господарства, лісівництва, рослинництва, водного господарства та бджільництва та усі вкладені коди
    • 79000000-4 – Ділові послуги: юридичні, маркетингові, консультаційні, кадрові, поліграфічні та охоронні та усі вкладені коди
    • 80000000-4 – Послуги у сфері освіти та навчання та усі вкладені коди
    • 85000000-9 – Послуги у сфері охорони здоров’я та соціальної допомоги та усі вкладені коди
    • 90000000-7 – Послуги у сферах поводження зі стічними водами та сміттям, послуги у сферах санітарії та охорони довкілля та усі вкладені коди
    • 92000000-1 – Послуги у сфері відпочинку, культури та спорту та усі вкладені коди
    • 98000000-3 – Інші громадські, соціальні та особисті послуги та усі вкладені коди

  • Реалізувати обмеження на створення items із наступними CAV кодами:

    • Заборонити створення айтему із кодом “06000000-2 – Земельні ділянки та всі вкладені коди”, якщо до цього не був створений хоча б один item з кодом “04000000-8 – Нерухоме майно та всі вкладені коди” АБО “05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та всі вкладені коди”;
    • Заборонити створення айтему із кодом “07000000-9 – Права вимоги за кредитними договорами та всі вкладені коди”, якщо до цього не був створений хоча б один item із кодом “05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та всі вкладені коди”.

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

    • 04000000-8 – Нерухоме майно та усі вкладені коди - asset (Майно)
    • 05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди - asset (Майно)
    • 06000000-2 – Земельні ділянки та усі вкладені коди - asset (Майно)
    • 16000000-5 – Сільськогосподарська техніка та усі вкладені коди - asset (Майно)
    • 30000000-9 – Офісна та комп’ютерна техніка, устаткування та приладдя, крім меблів та пакетів програмного забезпечення та усі вкладені коди - asset (Майно)
    • 32000000-3 – Радіо-, телевізійна, комунікаційна, телекомунікаційна та супутня апаратура й обладнання та усі вкладені коди - asset (Майно)
    • 34000000-7 – Транспортне обладнання та допоміжне приладдя до нього та усі вкладені коди - asset (Майно)
    • 39000000-2 – Меблі (у тому числі офісні меблі), меблево-декоративні вироби, побутова техніка (крім освітлювального обладнання) та засоби для чищення та усі вкладені коди - asset (Майно)
    • 42000000-6 – Промислова техніка та усі вкладені коди - asset (Майно)
    • 07000000-9 – Права вимоги за кредитними договорами та усі вкладені коди - claimRights (Права вимоги)
    • 08000000-6 – Корпоративні права та усі вкладені коди - claimRights (Права вимоги)

Правила генерації itemProps

!!! При публікації AssetLarge заповнення полів itemProps НЕ обов'язкове. Але при публікації пов'язаного JAL на ЦБД має відбутись валідація:

  • В залежності від обраного значення із переліку основного класифікатора CAV, ЦБД визначає, за необхідності, відповідну itemProps схему, для інших значень основного класифікатора CAV, що не зазначені нижче, ЦБД нічого не автогенерує:
    • 04000000-8 – Нерухоме майно та усі вкладені коди - base.RealEstateProps
    • 05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди - base.JointPropertyComplexProps
    • 06000000-2 – Земельні ділянки та усі вкладені коди - base.LandProps
    • 34000000-7 – Транспортне обладнання та допоміжне приладдя до нього та усі вкладені коди - base.VehicleProps
    • 07121000-3 – Застава - Нерухоме майно - base.RealEstateProps
    • 07122000-0 – Застава - Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства - base.JointPropertyComplexProps
    • 07123000-7 – Застава - Земельні ділянки - base.LandProps
    • 07126000-8 – Застава - Транспортне обладнання та допоміжне приладдя до нього - base.VehicleProps
    • 07221000-4 – Застава - Нерухоме майно - base.RealEstateProps
    • 07222000-1 – Застава - Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства - base.JointPropertyComplexProps
    • 07223000-8 – Застава - Земельні ділянки - base.LandProps
    • 07226000-9 – Застава - Транспортне обладнання та допоміжне приладдя до нього - base.VehicleProps

  • !!! При публікації AssetLarge заповнення полів assetItems.address НЕ обов'язкове. Але при публікації пов'язаного JAL на ЦБД має відбутись валідація:
    В залежності від обраного значення із переліку основного класифікатора CAV, на рівні ЦБД визначається обов'язковість заповнення поля Місцезнаходження (address) в об'єкті asset.Item. Для наступних значень поле Місцезнаходження НЕОБОВ'ЯЗКОВЕ для заповнення:

    • 07000000-9 – Права вимоги за кредитними договорами та усі вкладені коди
    • 08000000-0 – Корпоративні права та усі вкладені коди

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

    • 04000000-8 – Нерухоме майно та усі вкладені коди

Статуси і документи

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

Функціонал ролей

Timeline

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

Статуси Об’єкта Великої Приватизації

Модель статусів об'єкта

  • Об’єкт опубліковано

    • Технічний ідентифікатор: pending
    • Умови набуття статусу:
      • Ручна дія. Після заповнення всіх обов’язкових полів Організатор має натиснути кнопку “Опублікувати Об’єкт” (Створення AssetLarge можливе без завантаження жодного документа);
      • Автоматично після зміни статуса Announcement на “Інформаційне повідомлення розформовано” (announcement.status: deleted), статус AssetLarge змінюється з active_rectification на pending;
      • Автоматично після зміни статуса Announcement на “Об’єкт не продано” (announcement.status: dissolved), статус AssetLarge змінюється з active_procedure на pending;
      • Автоматично після зміни статуса Execution на "Продаж скасовано" (execution.status: deleted), статус AssetLarge змінюється з active_contracting на pending;
    • Умови зміни статусу:
      • Автоматично після створення Announcement пов’язаного з AssetLarge статус змінюється з pending на active_rectification; АБО
      • Автоматично після створення Redemption пов’язаного з AssetLarge статус змінюється з pending на active_rectification;
    • Опис:
      • При створенні AssetLarge у статусі pending на стороні ЦБД має відбуватись валідація на заповнення всіх обов’язкових полів (title, description, ownershipType, decision, items);
      • Можливість редагування всіх полів, які заповнював Організатор при публікації AssetLarge (Після редагування полів Об’єкту не потрібно вантажити ніяких документів, пов’язаних з редагуванням);
      • Можливість додавати та змінювати документи AssetLarge.

  • Опубліковано Інформаційне Повідомлення

    • Технічний ідентифікатор: active_rectification
    • Умови набуття статусу:
      • Автоматично після створення Announcement (announcement.status: pending) пов’язаного з AssetLarge статус змінюється з pending на active_rectification .
      • Автоматично після створення Redemption (redemption.status: pending) пов’язаного з AssetLarge статус змінюється з pending на active_rectification .
    • Умови зміни статусу:
      • Автоматично після зміни статуса Announcement на "Проведення аукціону" (announcement.status: active_auction), статус AssetLarge змінює статус з active_rectification на active_procedure;
      • Автоматично після зміни статуса Announcement на “Інформаційне повідомлення розформовано” (announcement.status: deleted), статус AssetLarge змінюється з active_rectification на pending;
    • Опис:
      • Подальша робота продовжується з пов'язаними Інформаційним Повідомленням. Редагування AssetLarge на стороні Майданчика має відбуватись через пов’язану сутність Announcement. По технічній реалізації: Інформаційне Повідомлення має посилання (relatedEntity.type == asset) на Об'єкт реєстру ВП і зміни мають вноситись у AssetLarge.
      • Cтатус active_rectification вказує на те, що AssetLarge зараз використовується у активному пов’язаному Announcement і знаходиться у стадії редагування.
      • Можливість додавати та змінювати всі документи AssetLarge протягом 48 годин після переходу у статус active_rectification;
      • Можливість редагування полів AssetLarge протягом 48 годин після переходу у статус active_rectification:
        • title
        • description
        • ownershipType
        • assetHolder
        • assetCustodian
        • items
          та всіх дочірніх полів вищевказаних сутностей, що є НЕ технічними.
      • Після редагування полів AssetLarge не потрібно вантажити ніяких документів, пов’язаних з редагуванням;

  • Проведення аукціону

    • Технічний ідентифікатор: active_procedure
    • Умови набуття статусу:
      • Автоматично після зміни статуса Announcement на "Проведення аукціону" (announcement.status: active_auction), статус AssetLarge змінює статус з active_rectification на active_procedure;
    • Умови зміни статусу:
      • Автоматично, як тільки пов'язане Інформаційне Повідомлення набуло статусу announcement.status: active_contracting. Статус AssetLarge змінюється з active_procedure на active_contracting;
      • Автоматично, як тільки пов'язане Інформаційне Повідомлення набуло статусу announcement.status: dissolved. Статус AssetLarge змінюється з active_procedure на pending;
    • Опис:
      • Статус active_procedure вказує на те, що є Процедура у активному статусі у ланцюжку Announcement.
        Редагування AssetLarge заборонено.

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

    • Технічний ідентифікатор: active_contracting
    • Умови набуття статусу:
      • Автоматично, як тільки пов'язаний Announcement набув статусу announcement.status: active_contracting;
      • Автоматично, як тільки пов'язаний Redemption набув статусу redemption.status: active_contracting;
    • Умови зміни статусу:
      • Автоматично, як тільки пов'язана сутність Execution набуває статусу "Умови приватизації виконано" (execution.status: sold), статус AssetLarge змінюєтья з active_contracting на complete;
      • Автоматично, як тільки пов'язана сутність Execution набуває статусу "Продаж скасовано" (execution.status: deleted), статус AssetLarge змінюєтья з active_contracting на pending.
    • Опис:
      • Статус вказує на те, що AssetLarge перебуває у статусі “Виконання умов приватизації”. Редагування AssetLarge заборонено. Був успішно завершений Аукціон або успішний Пріоритетний викуп.

  • Приватизація Об'єкта завершена

    • Технічний ідентифікатор: complete
    • Умови набуття статусу:
      • Автоматично, як тільки пов'язана сутність Execution набуває статусу "Умови приватизації виконано" (execution.status: sold), статус AssetLarge змінюється з active_contracting на complete;
    • Опис:
      • Термінальний статус при успішному завершенні приватизації Об'єкта.

  • Об’єкт виключено із переліку

    • Технічний ідентифікатор: deleted
    • Умови набуття статусу:
      • Ручна дія. Після завантаження документу з типом cancellationDetails та натискання Організатором кнопки “Виключити об’єкт з переліку”.
    • Умови зміни статусу: термінальний статус.
    • Опис:
      • Видалити AssetLarge є можливість тільки якщо він знаходиться у статусі pending;
      • Якщо у AssetLarge є пов’язані Announcement, то вони повинні бути в статусі - dissolved або deleted. Якщо немає пов'язаних Announcement, то ця вимога не використовується;
      • Якщо до пов’язаного Announcement створено Процедури аукціонів, то вони повинні бути в статусах unsuccessful або cancelled. Якщо немає пов'язаних Процедур аукціонів, то ця вимога не використовується;
      • Якщо у AssetLarge є пов’язана сутність Redemption у НЕ термінальному статусі, то необхідно спочатку скасувати сутність Redemption. Якщо немає, то ця вимога не використовується;
      • Якщо у Asset є пов’язана сутність Execution у НЕ термінальному статусі, то необхідно спочатку скасувати сутність Execution. Якщо немає, то ця вимога не використовується;

  • Архів

    • Технічний ідентифікатор: archive
    • Умови набуття статусу:
      • Ручна дія. Після натискання Організатором кнопки “Архівувати Об’єкт” статус LargeAsset змінюється з pending на archive.
    • Опис:
      • Архівувати AssetLarge є можливість тільки якщо він знаходиться у статусі pending;
      • Якщо у AssetLarge є пов’язані Announcement, то вони повинні бути в статусі - dissolved або deleted. Якщо немає пов'язаних Announcement, то ця вимога не використовується;
      • Якщо до пов’язаного Announcement створено Процедури аукціонів, то вони повинні бути в статусах unsuccessful або cancelled. Якщо немає пов'язаних Процедур аукціонів, то ця вимога не використовується;
      • Якщо у Asset є пов’язана сутність Redemption у НЕ термінальному статусі, то необхідно спочатку скасувати сутність Redemption. Якщо немає, то ця вимога не використовується;
      • Якщо у Asset є пов’язана сутність Execution у НЕ термінальному статусі, то необхідно спочатку скасувати сутність Execution. Якщо немає, то ця вимога не використовується;

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

Створення Об’єкта

Для створення Об'єкта реєстру у ЦБД немає обов'язкових документів. Об'єкт можна створити без документів.

  • illustration

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

  • x_presentation

    • Legal Name UA: Презентація
    • Legal Name EN: Presentation
    • Опис: Презентація
    • Обов'язковість: Ні
    • Публічність: Так

  • assetNotice

    • Legal Name UA: Рішення про затвердження переліку об’єктів
    • Legal Name EN: Decision on approval of the list of objects
    • Опис: Рішення про затвердження переліку об’єктів, що підлягають приватизації/ внесення змін до переліку об’єктів
    • Обов'язковість: Ні
    • Публічність: Так

  • technicalSpecifications

    • Legal Name UA: Інформація про об’єкт приватизації
    • Legal Name EN: Technical specifications
    • Опис: Детальна інформація про об’єкт приватизації
    • Обов'язковість: Ні
    • Публічність: Так

Виключення з реєстру (cancellation.documents)

  • cancellationDetails
    • Legal Name UA: Рішення про виключення об’єкта з реєстру
    • Legal Name EN: Decision to exclude an object from the register
    • Опис: Рішення про виключення об’єкта малої приватизації з переліку об’єктів, що підлягають приватизації
    • Обов'язковість: Так, при виключенні об’єкту з переліку
    • Публічність: Так

Загальні документи об'єкта реєстру

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

Обов'язковість заповнення полів AssetLarge для створення пов'язаного Announcement

  • Для публікації AssetLarge у ЦБД НЕ обов'язкове завантаження будь-яких документів,
    • але для публікації у ЦБД Announcement обов'язково має бути завантажено документ documentType: illustration для assetType == asset (Майно)
  • Для публікації AssetLarge у ЦБД НЕ обов'язково заповнювати assetItems поля:
    • assetItems.unit
    • assetItems.quantity
    • assetItems.address
    • assetItems.location
    • assetItems.itemProps*
    • assetItems.registrationDetails
    • !!! але ці поля можуть бути обов'язково заповнені для публікації пов’язаного Large Announcement.
    • Поле assetItems.itemProps - може бути не заповненим, якщо Організатором вказано CAV класифікатор для якого itemProps - не автогенерується.
  • При публікації пов’язаного Announcement, якщо недостатньо заповнених полів (серед тих, що зазначені у пункті вище) необхідно виводити помилку, яка має явно вказати, яке саме поле чи документ не заповнено у AssetLarge для публікації Announcement.

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

Формування Об’єкта, опис дій поза системою

  • ФДМУ або орган місцевого самоврядування приймає рішення про включення Об’єкту до реєстру. Результуючий документ: assetNotice.
  • Після прийняття рішення ФДМУ або орган місцевого самоврядування набувають статусу Організатора (далі - Організатор).
  • Організатор укладає договір щодо організації Великої приватизації Майданчиком з переліку акредитованих електронних майданчиків.
  • Після підготовки цього починається етап “Публікація Об’єкту у реєстр”.

Публікація Об’єкту у реєстр

  • Майданчик надає можливість створити draft Об’єкту на стороні Майданчика, можливість редагувати всі поля до моменту публікації Об’єкта у ЦБД.
  • Організатор заповнює всі обов’язкові поля Об’єкту, завантажує Документи, що стосуютья Об’єкту в яких можуть міститись додаткові деталі про об’єкт та прикріплюватись зображення об’єкту.
  • Організатор має опублікувати Об’єкт у реєстрі, натиснувши кнопку “Опублікувати об’єкт у переліку”.
  • Об’єкт створюється у ЦБД у статусі pending.
  • В Організатора є можливість створити копію Об’єкту на стороні Майданчика.
  • Після публікації Майданчик відображає перелік Об’єктів для всіх користувачів.
  • У Організатора та користувачів є можливість здійснити пошук Об’єкту по реєстру за унікальним assetID Об’єкту.

Редагування Об’єкту

  • Організатор має можливість редагувати опублікований у ЦБД Об’єкт реєстру без обмежень до моменту створення Інформаційного Повідомлення з цього Об’єкту.
  • Після створення Інформаційного Повідомлення Об’єкт набуває статусу active_rectification, редагування Об’єкту має відбуватись у інтерфейсі Майданчика через створене Інформаційне Повідомлення протягом 48 годин після публікації пов'язаного Інформаційного Повідомлення
  • Редагувати Об’єкт має можливість виключно Організатор.
  • Для редагування доступні всі поля, які заповнював Організатор при публікації Об’єкту та незаповнені поля.
  • Редагування документів відбувається за стандартною схемою роботи з документами, історія редагування документів зберігається та виводиться на Майданчику.

Виключення Об’єкту з переліку

  • Організатор має можливість виключити Об’єкт з реєстру натисканням кнопки “Виключити об’єкт з переліку”. Ця дія доступна лише після завантаження Організатором відповідного документу cancellation.documentType:cancellationDetails.
  • Після виключення Об’єкта з реєстру Об’єкт набуває статусу deleted.
  • Виключення Об’єкту з реєстру можливе виключно із статусу pending.
  • Передавати додаткові поля, такі як “Причина скасування”, “Дата+час виключення з реєстру” не потрібно.

Створення Інформаційного Повідомлення

  • В момент, коли Організатор створює Інформаційне Повідомлення, вказуючи id відповідного AssetLarge, ЦБД перевіряє:
    • доступність цього Об’єкта (Об’єкт має знаходитись у статусі pending);
    • якщо Об'єкт має itemType == ‘asset’, то в момент створення Announcement необхідно перевірити, чи завантажені у AssetLarge документ documentType == illustration. Вони мають бути завантажені обов'язково для публікації Announcement у ЦБД.
  • Якщо Об’єкт є доступним (не прив’язаний до інших активних Інформаційних Повідомлень), то ЦБД при створенні Інформаційного Повідомлення має змінити статус Об’єкту з pending у статус active_rectification.
  • Якщо Об’єкт було реалізовано успішно (Інформаційне Повідомлення перебуває у статусі active_contracting), статус Об’єкту автоматично змінюється на active_contracting та починається етап виконання умов приватизації.
  • Якщо Об’єкт НЕ було реалізовано (аукціони не відбулись, були скасовані, або учасників було дискваліфіковано), то Інформаційне Повідомлення набуває статусу announcement.status: dissolved або deleted і ЦБД автоматично змінює статус Об’єкта на pending.
  • У цьому статусі Об’єкт знову доступний для редагування та створення нового Інформаційного Повідомлення.

Деталі в ТЗ по роботі з Інформаційними Повідомленнями (Посилання на ТЗ TODO

  • No labels