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

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

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

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

тут

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

Особливості реалізації в ЦБД-2 (оновленій):

Публікація Об'єкта та робота з ним:
- Використовуються структури даних елементів, які реалізовані в ЦБД-2 (оновленій);
- Додано новий статус “archive” для архівування Об'єктів;
- Використовується класифікатор КОАТУУ для Об’єктів і для Процедур малої приватизації;
- В Asset передаються ідентифікатори Інформаційного Повідомлення (Announcement), Процедури (Procedure), Пріоритетного Викупу (Redemption) та Контрактингу (Execution) які стосуються цього об'єкту (asset.relatedEntities).
Створення та робота із Інформаційним Повідомленням:
- При створенні сутності Announcement в ній зберігається посилання на пов’язаний Asset (announcement.relatedEntities.type == asset).
Створення та робота із Процедурою та аукціоном
- При автоматичному створенні Процедури поля Asset копіюються у Процедуру. Деталі описані у ТЗ по Процедурі.
Приватизація шляхом Пріоритетного Викупу (Redemption)
- При створенні сутності Redemption в ній зберігається посилання на пов'язаний Asset (redemption.relatedEntities.type == asset)
- Якщо Redemption набуває статусу redemption.status: deleted, то Asset має автоматично змінити статус з active_rectification на pending.
Виконання умов приватизації (Execution)
- Після набуття пов'язаним Announcement статусу announcement.status: active_contracting, автоматично створюється сутність Execution. Asset має автоматично змінити статус з active_procedure на статус active_contracting; АБО
- Після набуття пов'язаним Redemption статусу redemption.status: active_contracting, автоматично створюється сутність Execution. Asset має автоматично змінити статус з active_rectification на статус active_contracting;
- Після набуття пов'язаним Execution статусу execution.status: sold, автоматично Asset має змінити статус з active_contracting на статус complete; АБО
- Після набуття пов'язаним Execution статусу execution.status: deleted, автоматично Asset має змінити статус з active_contracting на статус pending.

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

Схема

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

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

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

Основний

Обов'язковий: 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, ЦБД автогенерує значення для Типу активу (itemType), для інших значень 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 (Права вимоги)
В залежності від обраного значення із переліку основного класифікатора 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
В залежності від обраного значення із переліку основного класифікатора CAV, на рівні ЦБД визначається обов'язковість заповнення поля Місцезнаходження (address) в об'єкті basicSell.Item. Для наступних значень поле Місцезнаходження НЕОБОВ'ЯЗКОВЕ для заповнення:
- 07000000-9 – Права вимоги за кредитними договорами та усі вкладені коди
- 08000000-0 – Корпоративні права та усі вкладені коди
В залежності від обраного значення із переліку основного класифікатора CAV, на рівні ЦБД визначається обов'язковість заповнення поля Географічні координати місця розташування (location) в об'єкті basicSell.Item. Для наступних значень поле Географічні координати місця розташування ОБОВ'ЯЗКОВЕ для заповнення:
- 04000000-8 – Нерухоме майно та усі вкладені коди

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

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

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

Timeline

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

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

Модель статусів об'єкта малої приватизації

Об’єкт опубліковано
- Технічний ідентифікатор: pending
- Умови набуття статусу:
  - Ручна дія. Після заповнення всіх обов’язкових полів і завантаження всіх обов’язкових документів Організатор має натиснути кнопку “Опублікувати Об’єкт” (Створення Asset можливе без завантаження жодного документа);
  - Автоматично після зміни статуса Announcement на “Інформаційне повідомлення розформовано” (announcement.status: deleted), статус Asset змінюється з active_rectification на pending;
  - Автоматично після зміни статуса Announcement на “Об’єкт не продано” (announcement.status: dissolved), статус Asset змінюється з active_procedure на pending;
  - Автоматично після зміни статуса Execution на "Продаж скасовано" (execution.status: deleted), статус Asset змінюється з active_contracting на pending;
  - Автоматично після зміни статуса Redemption на "Продаж скасовано" (redemption.status: deleted), статус Asset змінюється з active_rectification на pending;
- Умови зміни статусу:
  - Автоматично після створення Announcement пов’язаного з Asset; АБО
  - Автоматично після створення Redemption пов’язаного з Asset;
  - Ручна дія - архівування Об'єкта (pending => archive) (Не потрібно вантажити документів і не потрібно заповнювати поля пов'язані з Архівуванням);
  - Ручна дія - виключення Об'єкта з переліку (pending => deleted). Обов'язкова дія - завантаження документа cancellationDetails і НЕ обов'язкова дія: заповнення полів reason і datePublished (поля мають бути, Організатор заповнює за бажанням)
- Опис:
  - При створенні Asset у статусі pending на стороні ЦБД має відбуватись валідація на заповнення всіх обов’язкових полів (title, description, ownershipType, assetHolder, decision, assetCustodian, items);
  - Можливість редагування всіх полів, які заповнював Організатор при публікації Об’єкту (Після редагування полів Об’єкту не потрібно вантажити ніяких документів, пов’язаних з редагуванням);
  - Можливість додавати та змінювати документи Об’єкта.
Опубліковано Інформаційне Повідомлення
- Технічний ідентифікатор: active_rectification
- Умови набуття статусу:
  - Автоматично після створення Announcement пов’язаного з Asset у статусі announcement.status: pending.
  - Автоматично після створення Організатором сутності Redemption (Приватизація Об'єкта шлахом викупу) Asset змінює статус з pending на active_rectification.
- Умови зміни статусу:
  - Автоматично після зміни статуса Announcement на "Проведення аукціону" (announcement.status: active_auction), статус Asset змінює статус з active_rectification на active_procedure;
  - Автоматично після зміни статуса Announcement на “Інформаційне повідомлення розформовано” (announcement.status: deleted), статус Asset змінюється з active_rectification на pending;
  - Автоматично, як тільки сутність Пріоритетного Викупу набула статусу redemption.status: active_contracting. Статус Asset змінюється з active_rectification на active_contracting.
- Опис:
  - Подальша робота продовжується з пов'язаними Інформаційним Повідомленням. Редагування Asset на стороні Майданчика має відбуватись через пов’язану сутність Announcement. По технічній реалізації: Інформаційне Повідомлення має посилання (relatedEntity.type == asset) на Об'єкт реєстру і зміни мають вноситись у Об'єкт.
  - Cтатус active_rectification вказує на те, що Asset зараз використовується у активному пов’язаному Announcement і знаходиться у стадії редагування.
  - Можливість додавати та змінювати всі документи Об’єкта протягом 48 годин після переходу у статус active_rectification;
  - Можливість редагування полів Об’єкту протягом 48 годин після переходу у статус active_rectification:
    - title
    - description
    - ownershipType
    - assetHolder
    - assetCustodian
    - items
    - та всіх дочірніх полів вищевказаних сутностей, що є НЕ технічними.
  - Після редагування полів Об’єкту не потрібно вантажити ніяких документів, пов’язаних з редагуванням;
Проведення аукціону
- Технічний ідентифікатор: active_procedure
- Умови набуття статусу:
  - Автоматично після зміни статуса Announcement на "Проведення аукціону" (announcement.status: active_auction), статус Asset змінює статус з active_rectification на active_procedure;
- Умови зміни статусу:
  - Автоматично, як тільки пов'язане Інформаційне Повідомлення набуло статусу announcement.status: active_contracting. Статус Asset змінюється з active_procedure на active_contracting;
  - Автоматично, як тільки пов'язане Інформаційне Повідомлення набуло статусу announcement.status: dissolved. Статус Asset змінюється з active_procedure на pending;
- Опис:
  - Статус active_procedure вказує на те, що створена Процедура у ланцюжку Інформаційного Повідомлення. Редагування Asset заборонено.
Виконання умов приватизації
- Технічний ідентифікатор: active_contracting
- Умови набуття статусу:
  - Автоматично, як тільки пов'язане Інформаційне Повідомлення набуло статусу announcement.status: active_contracting;
  - Автоматично, як тільки пов'язана сутність Пріоритетного Викупу набула статусу redemption.status: active_contracting;
- Умови зміни статусу:
  - Автоматично, як тільки пов'язана сутність Execution набуває статусу "Умови приватизації виконано" (execution.status: sold), статус Asset має змінитися з active_contracting на complete;
  - Автоматично, як тільки пов'язана сутність Execution набуває статусу "Продаж скасовано" (execution.status: deleted), статус Asset має змінитися з active_contracting на pending;
- Опис:
  - Статус вказує на те, що Asset перебуває у статусі “Виконання умов приватизації”. Редагування Asset заборонено. Був успішно завершений Аукціон або успішний Пріоритетний викуп.
Приватизація Об'єкта завершена
- Технічний ідентифікатор: complete
- Умови набуття статусу:
  - Автоматично, як тільки пов'язана сутність Execution набуває статусу "Умови приватизації виконано" (execution.status: sold), статус Asset має змінитися з active_contracting на complete;
- Опис:
  - Термінальний статус при успішному завершенні приватизації Об'єкта.
Об’єкт виключено із переліку
- Технічний ідентифікатор: deleted
- Умови набуття статусу:
  - Ручна дія. Після завантаження документу cancellations.documents.documentType:cancellationDetails
- Умови зміни статусу: термінальний статус.
- Опис:
  - Видалити Asset є можливість тільки якщо він знаходиться у статусі pending;
  - Якщо у Asset є пов’язані Announcement, то вони повинні бути в статусі - dissolved або deleted. Якщо немає пов'язаних Announcement, то ця вимога не використовується;
  - Якщо до пов’язаного Announcement створено Процедури аукціонів, то вони повинні бути в статусах unsuccessful або cancelled. Якщо немає пов'язаних Процедур аукціонів, то ця вимога не використовується;
  - Якщо у Asset є пов’язана сутність Redemption у НЕ термінальному статусі, то необхідно спочатку скасувати сутність Redemption. Якщо немає, то ця вимога не використовується;
  - Якщо у Asset є пов’язана сутність Execution у НЕ термінальному статусі, то необхідно спочатку скасувати сутність Execution. Якщо немає, то ця вимога не використовується;
Архів
- Технічний ідентифікатор: archive
- Умови набуття статусу:
  - Ручна дія. Після натискання Організатором кнопки “Архівувати Об’єкт”.
- Опис:
  - Архівувати Об’єкт МП є можливість тільки якщо він знаходиться у статусі pending;
  - Якщо у Asset є пов’язані 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
- Опис: Детальна інформація про об’єкт приватизації
- Обов'язковість: Ні
- Публічність: Так

Виключення з реєстру МП

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

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

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

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

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

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

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

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

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

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

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

Організатор має можливість виключити Об’єкт з реєстру. Для цього необхідно завантажити документ cancellations.documents.documentType:cancellationDetails (Заповнення полів cancellations.reason та cancellations.datePublished - не обов'язково, але вони мають бути доступні для заповнення Організатором за його бажанням).
Після виключення Об’єкта з реєстру Об’єкт набуває статусу deleted.
Виключення Об’єкту з реєстру можливе виключно із статусу pending.
Видалити Asset є можливість тільки якщо він знаходиться у статусі pending; - Якщо у Asset є пов’язані Announcement, то вони повинні бути в статусі - dissolved або deleted. Якщо немає пов'язаних Announcement, то ця вимога не використовується; - Якщо до пов’язаного Announcement створено Процедури аукціонів, то вони повинні бути в статусах unsuccessful або cancelled. Якщо немає пов'язаних Процедур аукціонів, то ця вимога не використовується; - Якщо у Asset є пов’язана сутність Redemption у НЕ термінальному статусі, то необхідно спочатку скасувати сутність Redemption. Якщо немає, то ця вимога не використовується; - Якщо у Asset є пов’язана сутність Execution у НЕ термінальному статусі, то необхідно спочатку скасувати сутність Execution. Якщо немає, то ця вимога не використовується;
НЕ обов'язкове заповнення полів “Причина скасування” (cancellations.reason), “Дата+час виключення з реєстру” (cancellations.datePublished), але Майданчик має реалізувати можливість заповнити та передавати значення цих полів у ЦБД

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

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

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