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

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

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

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

тут

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

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

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

  • No labels