You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 6 Next »

Приклад інформаційного повідомлення:

https://procedure-sandbox.prozorro.sale/api/jobber/announcements/632b629ea4bace05282506a6 - змінити посилання як буде створено перше ІП

Загальний процес продажу в малій приватизації

  1. Створення об’єкту в переліку об’єктів МП
    1. Публікація об'єкту;
    2. Редагування об’єкту та додавання документів;
    3. Публікація рішення про продаж
      • Створення інформаційного повідомлення одного з трьох типів;
    4. Виключення об’єкта з переліку
  2. Робота з інформаційним повідомленням про умови приватизації та проведення електронних аукціонів:
    1. Редагування інформаційного повідомлення (в тому числі інформація про чинного орендаря) та додавання документів:
      • Без обмежень до публікації інформаційного повідомлення;
      • Протягом 48 годин після публікації інформаційного повідомлення. Для збереження змін потрібно завантажити документ з типом clarifications.
    2. Автоматична зміна статусу об’єкта МП при роботі з інформаційним повідомленням;
    3. Автоматичне створення послідовності оголошень електронних аукціонів після публікації інформаційного повідомлення:
      1. Перший аукціон - англійський (Аукціон з умовами)
      2. Другий аукціон - англійський (Повторний аукціон з умовами)
      3. Третій аукціон - англійський (Аукціон з умовами)
      4. Четвертий аукціон - англійський зі знижкою 50% від суми вказаної в ІП (Аукціон із зниженням стартової ціни)
      5. Пʼятий аукціон - голландський зі знижкою 50% від суми вказаної в ІП (Аукціон за методом покрокового зниження стартової ціни та подальшого подання цінових пропозицій)
      6. Шостий аукціон - голландський зі знижкою 50% від суми вказаної в ІП (Повторний аукціон за методом покрокового зниження стартової ціни та подальшого подання цінових пропозицій)
  3. Робота з оголошенням електронного аукціону (процедурою):
    1. Редагування окремих полів оголошення:
      • контактні дані організатора, інформація про порядок ознайомлення з майном, контактні дані балансоутримувача - до переходу процедури в термінальний статус
      • банківські реквізити - до підтвердження оплати за лот
      • гарантійний внесок - для 2-,3-,4-,5-,6-ї (за наявності 2і та 6ї) процедур до завершення періоду уточнень.
    2. Додавання нових документів;
    3. Запуск модуля аукціону;
    4. Кваліфікація переможців та підписання договору;
    5. Автоматична зміна статусу об’єкта МП при роботі з електронним аукціоном (процедурою);
    6. Автоматична зміна статусу інформаційного повідомлення при роботі з електронним аукціоном (процедурою);
    7. Створення об’єкту контрактингу
  4. Робота з Пріорететним викупом:
    1. Редагування рішення про викуп та додавання документів:
      • Без обмежень до публікації рішення про викуп;
      • Протягом 48 годин після публікації рішення про викуп. Для збереження змін не обов'язково завантажувати документ з типом clarifications.
    2. Автоматична зміна статусу об’єкта МП при роботі з рішенням про викуп;
    3. Автоматичне створення контрактингу через 48 годин після публікації інформаційного повідомлення рішення про викуп.
  5. Робота з об’єктом контрактингу:
    1. Автоматичне створення
    2. Зміна статусів об’єкту контрактингу (execution).
    3. Створення нових масивів contract, для execution в статусі active.
    4. Зміна статусів масивів contract.
    5. Автоматична зміна статусу об’єкта МП при роботі з об’єктом контрактингу;
    6. Завершення приватизації.

Приклад послідовності - додати посилання для прикладів

  1. Об’єкт
  2. Інформаційне повідомлення
  3. Процедура
    1. англієць
    2. англієць
    3. англієць
    4. англієць зі зниженням стартової вартості
    5. голландець
    6. голландець

Особливості інформаційного повідомлення 

  1. Створення та робота із інформаційним повідомленням:
    1. При створенні інформаційного повідомлення в ньому зберігається посилання на об’єкт переліку, в об’єкт переліку передається посилання на інформаційне повідомлення;
    2. Зміни полів та документів інформаційного повідомлення, зберігаються як окремі версії інформаційного повідомлення;
    3. Гарантійний внесок та Гарантійний внесок чинного орендаря може бути автоматично перерахований, якщо будь-які 2 попередні процедури не відбулись з причини дискваліфікації учасників.
  2. Створення та робота із оголошенням та аукціоном:
    1. В інформаційному повідомленні зберігаються ідентифікатори аукціонів, які оголошені по цьому об'єкту;
    2. Ланцюжок аукціонів складається з 4-х або 6-и аукціонів в разі розширення 2-м та 4-м аукціоном, якщо 1-й та/або 5-й аукціон не відбувся з причини дискваліфікації учасників на аукціоні.
  3. Завершення приватизації (контрактинг):
    1. В інформаційному повідомленні зберігається ідентифікатор модуля контрактингу (сутність execution)

Робота з інформаційними повідомленнями

Автоматичне створення наступної процедури ланцюжку (Буде змінено посилання коли будуть готові)

  1. Опис сценаріїв https://gitlab.prozorro.sale/prozorro-sale/jobber/-/blob/8f3d0cd7a9b3027af86125af23bfa52c9e4bdb12/src/prozorro_sale/jobber/packages/announcement/scenarios/announcement.yaml
  2. Опис параметрів
    1. Базовий https://gitlab.prozorro.sale/prozorro-sale/jobber/-/blob/8f3d0cd7a9b3027af86125af23bfa52c9e4bdb12/src/prozorro_sale/jobber/packages/announcement/specs/base_specs.yaml
    2. Кастомний https://gitlab.prozorro.sale/prozorro-sale/jobber/-/blob/8f3d0cd7a9b3027af86125af23bfa52c9e4bdb12/src/prozorro_sale/jobber/packages/announcement/specs/custom_specs.yaml

Передача токену з інформаційного повідомлення до процедури

https://gitlab.prozorro.sale/prozorro-sale/jobber/-/blob/master/docs/how-to-announcemen.md

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

Організатором може виступати Фонд державного майна України, його регіональні відділення, представництва у районах і містах, органи приватизації в Автономній Республіці Крим, органи приватизації територіальних громад або залучені ними юридичні особи, які діють відповідно до договору, укладеного з державними органами приватизації

  1. Для створення інформаційного повідомлення організатор на сторінці об’єкту переліку натискає кнопку “Створити інформаційне повідомлення з умовами щодо компенсації орендарю невід’ємних поліпшень”.
  2. Створення інформаційного повідомлення доступне організатору через особистий кабінет після:
    1. Успішної публікації об’єкту у переліку (Об'єкт у статусі - pending Опубліковано Об’єкт МП у Реєстрі / Об’єкт доступний для створення нового Інформаційного Повідомлення
    2. Зміни статусу пов’язаного інформаційного повідомлення на “Об’єкт не продано” (Announcement.status: dissolved)
  3. Організатор має можливість зберегти чернетку інформаційного повідомлення до публікації в ЦБД - для внесення змін, видалення та перегляду.
  4. Майданчик забезпечує можливість видалення та редагування сформованої чернетки до моменту публікації
    1. При редагуванні чернетки інформаційного повідомлення зміни повинні вноситись і у об’єкт переліку
  5. Організатор може бачити статус створеного інформаційного повідомлення

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

Для публікації інформаційного повідомлення малої приватизації організатор натискає кнопку “Опублікувати інформаційне повідомлення малої приватизації”.

При публікації інформаційного повідомлення (для продажу через аукціон) присутні наступні дані:

  1. Інформація про розпорядника (орган приватизації) - автоматично заповнюються з облікового запису (не обов’язково)
  2. Інформація про балансоутримувача (не обов’язково)
  3. Інформація про банківські рахунки для сплати реєстраційного внеску, гарантійного внеску, невідʼємних поліпшень та сплати за лот
    1. Автозаповнення з облікового запису
    2. Можливість вказати вручну
    3. Якщо якісь реквізити ідентичні організатор може встановити відповідну ознаку ( при цьому при публікації необхідно передати реквізити для кожного типу рахунку)
  4. Вся інформація внесена організатором у об’єкт переліку (не обов’язково)
  5. Всі документи завантажені організатором у об’єкт переліку (не обов’язково)
  6. Зображення об’єкту
    1. При спробі опублікувати інформаційне повідомлення з об’єкту переліку з відсутніми зображеннями виводити сповіщення 
  7. Рішення про затвердження умов продажу
    1. Найменування рішення
    2. Номер рішення
    3. Дата рішення
  8. "Презентація обʼєкта" та "Англомовна презентація об’єкта" 
    1. Дані поля наявні в обʼєкті приватизації але користувач може не заповнити їх на попередньому етапі, тоді необхідно виконати дії за сценарієм (для кожного з полів)
      1. При створенні asset - поле не заповнено
      2. При створенні announcement - поле заповнюється інформацією Організатором та оновлює дані в asset (додатковий запит від майданчика)
      3. При створенні procedure - поле автоматично заповнюється інформацією з announcement
      4. При створенні наступних announcement - поле автоматично заповнюється інформацією з asset
  9. Документи інформаційного повідомлення (не обов’язково)
    1. Інформаційне повідомлення
    2. Рішення про затвердження умов продажу
    3. Проєкт договору
    4. Попередній договір
  10. Стартова ціна об'єкта (тільки для 1го аукціону; наступні розміри розраховуються автоматично)
    1. Валюта (за замовченням гривня, з можливістю вибрати зі словника)
    2. Сума
    3. Інформація щодо ПДВ
      1. Податок (valueAddedTaxIncluded) ( за замовченням “Ні” з можливістю змінити на “Так”)
      2. На фінальну суму нараховуватиметься ПДВ (за замовченням “Так” з можливістю змінити на “Ні”)
  11. Крок аукціону (для 1го аукціону, для наступних аукціонів розраховується автоматично як 1% від вартості відповідної процедури)
  12. Кількість кроків голландця
    1. Для Організатора передбачена можливість вказати окремо кількість кроків для пʼятого і для шостого голландських аукціонів.

    2. В моделі обовʼязкове поле initialProps.dutchStep.dutchStepQuantity присутнє в структурі.

      1. При публікації ІП Організатору потрібно передати узагальнену кількість кроків для Голландських аукціонів в полі initialProps.dutchStep.dutchStepQuantity

      2. При публікації ІП Організатор може додатково передати кількість кроків для Першого Голландського аукціону в полі extraSpecs[4].dutchStep.dutchStepQuantity
      3. При публікації ІП Організатор може додатково передати кількість кроків для Другого Голландського аукціону в полі extraSpecs[5].dutchStep.dutchStepQuantity

    3. Логіка для extraSpecs[] така, що в масиві завжди присутні шість обʼєктів і кожен обʼєкт відповідає за процедуру в тій самій послідовності ланцюжка.

    4. Приклад заповнених полів:

      "extraSpecs": [
              {
                          ]
                      }
                  ]
                  "dutchStep": {
                  "dutchStepQuantity": 99
                  }
              }
          ],
      "initialProps": { "dutchStep:{ "dutchStepQuantity": 50 } }
    5. Як працює логіка:  

      1. Якщо Організатор передав тільки initialProps.dutchStep.dutchStepQuantity, та для обох процедур НЕ передав extraSpecs[].dutchStep.dutchStepQuantity, то Обидві голландські процедури створяться з кількістю кроків, яка вказана в initialProps.dutchStep.dutchStepQuantity

      2. Якщо Організатор передав заповнене initialProps.dutchStep.dutchStepQuantity, а також заповнені extraSpecs[].dutchStep.dutchStepQuantity для 5-,6-ї процедури, то значення initialProps.dutchStep.dutchStepQuantity НЕ враховується. Вважається, що вказанням кількості кроків в extraSpecs[] Організатор перевизначив кількість кроків для 5-,6-ї процедури. Тобто, те, що вказується в initialProps - як default значення, яке за потреби можна перевизначити, вказавши значення в extraSpecs для кожної окремої процедури.

      3. Якщо Організатор передав заповнене initialProps.dutchStep.dutchStepQuantity, а також заповнив extraSpecs[4].dutchStep.dutchStepQuantity, але НЕ заповнив extraSpecs[5].dutchStep.dutchStepQuantity, то Для першої голландської процедури кількість кроків буде та, яку вказали конкретно для неї в extraSpecs[2].dutchStep.dutchStepQuantity Для другої голландської процедури кількість кроків буде та, яка вказана в initialProps.dutchStep.dutchStepQuantity (бо це як дефолтне значення, якщо не вказано конкретно для extraSpecs[5].)

      4. Якщо Організатор передав заповнене initialProps.dutchStep.dutchStepQuantity, а також НЕ заповнив extraSpecs[4].dutchStep.dutchStepQuantity, але ЗАПОВНИВ extraSpecs[5].dutchStep.dutchStepQuantity, то Для першої голландської процедури кількість кроків буде та, яка вказана в initialProps.dutchStep.dutchStepQuantity, бо для неї НЕ перевизначили і не вказали іншої кількості кроків в extraSpecs[4].dutchStep.dutchStepQuantity

      5. Для другої голландської процедури кількість кроків буде та, яка вказана в extraSpecs[5].dutchStep.dutchStepQuantity, бо Організатор конкретно для неї перевизначив і вказав окрему кількість кроків.

        • Для правильного збору статистики ПОГОДЖУЄМО:
          • При публікації ІП Організатору потрібно передати кількість кроків для Першого Голландського аукціону в полі initialProps.dutchStep.dutchStepQuantity
          • При публікації ІП Організатору потрібно передати кількість кроків для Другого Голландського аукціону в полі extraSpecs[5].dutchStep.dutchStepQuantity
  13. Користувачу відображаються назва та розрахована вартість усіх аукціонів у ланцюжку
    1. Назву змінити не можна
    2. Вартість можна змінити тільки для 1го
    3. При зміні вартості 1го аукціну відбувається перерахунок стартової ціни для інших аукціонів
  14. Гарантійний внесок та Гарантійний внесок чинного орендаря (розраховується автоматично майданчиком з можливістю змінити на основі внесеної ціни продажу)
    1. 20% стартової ціни поточного аукціона
    2. 50% стартової ціни поточного аукціону або 30 мін заробітних плат станом на 01.01. року, у якому оприлюднюється інф. Повідомлення (обирається більше значення) за умови що будь-які 2 попередні аукціони з продажу цього об’єкта не відбулись (статус процедури “unsuccessful”) з наступних причин дискваліфікації учасників (статус аварду “unsuccessful”):
      1. Не відповідає вимогам статті 8 ЗУ "Про приватизацію державного і комунального майна”;
      2. Не подав документи або відомості, обов’язкове подання яких передбачено ЗУ “Про приватизацію державного і комунального майна”;
      3. Подав неправдиві відомості про себе;
      4. Відмовився від підписання протоколу про результати електронного аукціону;
      5. Відмовився від укладення договору;
      6. Відмовився від підписання протоколу аукціону або договору купівлі-продажу щодо того самого об’єкта приватизації, що підтверджується відповідним актом;
      7. Не сплатив ціну продажу об’єкта приватизації у встановлений строк щодо того самого об’єкта приватизації, що підтверджується відповідним актом;
      8. Не сплатив ціну продажу об'єкта приватизації у встановлений строк.
  15. Дата першого аукціону
    1. Не може бути менше 4 робочих днів
    2. Верхня межа не валідується: нав відповідальність організатора
    3. Дата аукціону визначається Організатором;
    4. Час аукціону визначається ЦБД в період з 11:00 - 13:00 при автоматичному створенні Першої Процедури;
    5. В кабінеті Організатора до створення Першої Процедури не виводиться час аукціону, дане значення повинно відповідати значенню в Процедурі;
  16. Тривалість періоду подачі пропозицій для наступних аукціонів (2,3,4,5,6)
    1. Не менше 3 робочих днів
    2. Верхня межа не валідується: на відповідальність організатора
  17. Інформація про наявність умов продажу saleCondition = Так (заповнюється автоматично без можливості зміни Організатором)

!!! Якщо користувачу в момент публікації ІП не відображаються поля та документи об’єкту реєстру, рекомендовано перед публікацією відправити користувачу сповіщення “Перевірте, будь ласка, коректність даних в об’єкті реєстру”, або відображати дані об’єкту реєстру для якого публікається ІП повторно для перевірки. Оскільки, після публікації процедури доступними для редагування будуть тільки поля:

  • sellingEntity
  • accessDetails
  • bankAccounts (до моменту підтвердження оплати)
  • assetHolder
  • guarantee та currentTenantGuaranteeFee (під час періоду уточнень) Якщо, наприклад, в об’єкті реєстру дані про item будуть не актуальні або заповнені помилково і користувач цього не помітить, доведеться скасовувати ввесь ланцюжок процедур.

Редагування інформаційного повідомлення

  1. Організатор має можливість редагувати опубліковане інформаційне повідомлення через особистий кабінет протягом 48 годин з моменту публікації
    1. Доступне редагування всіх полів які заповнювались та документів, які завантажувались організатором
  2. Редагувати інформаційне повідомлення має можливість виключно owner.
    1. Редагування документів відбувається за стандартною схемою роботи з документами (історія редагування документів зберігається та виводиться на майданчику).
    2. Для редагування доступні всі поля, які заповнював owner при публікації об’єкту та при публікації інформаційного повідомлення. 
      1. Обов’язково при редагуванні полів об’єкта у інформаційному повідомленні надсилати запит спершу на ендпоінт об’єкту а потім на ендпоінт інформаційних повідомлень. Інакше частина полів об’єкту заблокується і стане недоступною до редагування. Якщо поля об’єкту не змінювались - достатньо відправляти запит тільки на ендпоінт інформаційних повідомлень
  3. До моменту створення першої процедури ланцюжку організатор може розформувати інформаційне повідомлення

Розформування інформаційного повідомлення

Дія доступна для інформаційних повідомлень у статусі pending

  1. Організатор натискає кнопку "Розформувати інформаційне повідомлення"
  2. Організатор завантажує документ щодо скасування приватизації (cancellationDetails) - не обов’язкова дія.
  3. Організатор вказує причину скасування - обов’язкова дія (довільний текст).
  4. Автозаповнення поля дати поточною датою
    1. Можливість вказати дату вручну. При цьому валідація що вказана дата менше або дорінює поточній даті
  5. Організатор натискає кнопку “Наказ не підписано”
    1. статус контрактингу з pending змінюється на deleted

Пошук інформаційного повідомлення

  1. Інформаційні повідомлення відображаються у окремому розділі
  2. Учасник повинен мати можливість знайти об’єкт в рамках даних, що зазначені в наступних полях:
    1. Мінімальний набір фільтрів на майданчику:
      1. Ідентифікатор інформаційного повідомлення
        1. JAS001-UA-YYYYMMDD-00000
      2. Статус інформаційного повідомлення
      3. Ключове слово:
        1. Назва об’єкту інформаційного повідомлення
        2. Опис об’єкту інформаційного повідомлення
        3. Опис айтема
      4. Організатор (ЄДРПОУ, назва)
        1. Для розпорядника об’єкту
      5. Тип об’єкта (майна)
        1. Класифікатори
      6. Місцезнаходження об’єкта (область, місто)
  3. Розширений пошук: Будь-які інші фільтри, що відсутні у мінімальному наборі за бажанням майданчика

Відображення інформаційних повідомлень

  1. На сторінці інформаційного повідомлення відображається:
  2. Вся інформація про об’єкт, внесена організатором та всі документи в тому числі інформація про Чинного орендаря
  3. Інформація про наявність переважного права
  4. Інформація про дискваліфікованих учасників
  5. Ідентифікатори інформаційного повідомлення
  6. Статус інформаційного повідомлення
  7. Інформація про пов’язані сутності та їх статус (у відповіді ЦБД модель specs.pipeline.stages.calculatedData)
    1. До появи посилання на аукціон відображається сповіщення що дана інформація з’явиться через 48 годин з моменту публікації інформаційного повідомлення (для 1го аукціону)
    2. Для подальших аукціонів - створення та публікація аукціону відбувається наступного дня після набуття попереднього аукціону статусу неуспішний о 8:00
    3. Для аукціонів виводити назву аукціону
      1. Англійський аукціон (без зниження стартової ціни) (tenderAttempts": 1, sellingMethod: smallPrivatization-english)
      2. Англійський аукціон (із зниженням стартової ціни на 50%) (tenderAttempts": 2, sellingMethod: smallPrivatization-english)
      3. Голландський аукціон (за методом покрокового зниження стартової ціни та подальшого подання цінових пропозицій) (sellingMethod: smallPrivatization-dutch)
    4. Для аукціонів виводити
      1. Посилання на аукціон
      2. Стартову ціну об'єкта
      3. Крок аукціону
      4. Розмір ГВ
      5. Дату проведення аукціону (ДД.ММ.РРРР)
        1. Для наступних аукціонів ланцюжку - період між аукціонами
      6. Наявність умов продажу saleCondition
  8. Майданчик відображає за замовчуванням останню версію інформаційного повідомлення
    1. Користувач може подивитись попередні версії інформаційних повідомлень

Доступні pipelineMethod

  1. сompensation_announcement - rectificationPeriod: 2дні, процедура smallPrivatization-english
  2. сompensation_announcement-fast - rectificationPeriod: 2хв, процедура smallPrivatization-english-fast
  3. сompensation_announcement-manual - rectificationPeriod: 10хв, процедура smallPrivatization-english-manual
  4. сompensation_announcement-ultrafast - rectificationPeriod: 5с, процедура smallPrivatization-english-fast

Доступні sellingMethod

  1. english-fast - tenderPeriod триває (auctionPeriod.startDate мінус 10с), старт auctionPeriod не раніше 40c, admissionPeriod - 1хв, qualificationPeriod - 2хв, раунди аукціону по 10с,
  2. english-ultra-fast - tenderPeriod триває (auctionPeriod.startDate мінус 10с), старт auctionPeriod не раніше 40с, admissionPeriod - 5с, qualificationPeriod - 10с, раунди аукціону тривають по 10с,
  3. english-fast-auction-manual-qualification - tenderPeriod триває (auctionPeriod.startDate мінус 10хв), старт auctionPeriod не раніше 30хв, admissionPeriod та qualificationPeriod - як на проді, раунди аукціону по 3хв
  4. english-fast-auction-prod - tenderPeriod триває (auctionPeriod.startDate минус 10с), старт auctionPeriod не раньше 40с, admissionPeriod - 10с, qualificationPeriod - 30с, аукцион протекает как на продакшене
  5. english-fast-manual - tenderPeriod триває (auctionPeriod.startDate мінус 5хв), старт auctionPeriod не раніше 30хв, admissionPeriod - 10хв, qualificationPeriod 50хв, раунди аукціону по 45с
  6. english-initial-auction - процедура створюється зі статусом active_auction, admissionPeriod - 3хв, qualificationPeriod 8хв, раунди аукціону тривають по 10с
  7. english-initial-auction-manual - процедура створюється зі статусом active_auction, admissionPeriod - 3хв, qualificationPeriod 8m, раунди аукціону по 45с
  8. english-initial-qualification - процедура створюється зі статусом active_qualification, admissionPeriod - 5хв, qualificationPeriod 10хв
  9. english-initial-qualification-prod - tenderPeriod триває (auctionPeriod.startDate мінус 1хв), старт auctionPeriod не раніше 1хв, admissionPeriod та qualificationPeriod - як на проді, раунди аукціону по 10с

Схеми

  1. Timeline процесу роботи з об'єктом малої приватизації
  2. Модель статусів інформаційного повідомлення
  3. Ланцюжок аукціонів

Таблиці відповідностей автоматичного заповнення полів та полів які заповнює Організатор

Таблиця відповідальності за заповнення полів ІП

Блок / полеХто заповнюєЧи може Організатор редагуватиКоли заповнюєтьсяПравило / коментар
idЦБДНіпри створенні ІПВнутрішній ідентифікатор, readOnly.
ownerЦБД / майданчикНіпри створенні ІПІдентифікатор майданчика, через який створено ІП.
ownerTokenЦБД / майданчикНіпри створенні ІПТокен майданчика, через який створено об’єкт.
objectIdЦБДНіпісля створення ІПФормується системою у форматі типу JCS001-UA-YYYYMMDD-XXXXX.
previousObjectIdЦБДНіпри створенні ІП, якщо є попереднє ІП по assetАвтоматично підтягується з останнього ІП з однаковим asset.
titleМайданчик автозаповнює з related asset.title, Організатор може змінитиТакпри створенні ІП / до публікації / під час rectificationPeriodАвтозаповнення з Asset, але поле редаговане.
descriptionМайданчик автозаповнює з related asset.description, Організатор може змінитиТакпри створенні ІП / до публікації / під час rectificationPeriodАвтозаповнення з Asset, але поле редаговане.
_specs.activeScenarioЦБДНіпри створенні ІПТехнічне поле сценарію.
_specs.pipelineMethodЦБДНіпри створенні ІПЗначення з enum: сompensation_announcement, fast/manual/ultrafast тощо.
statusЦБДНіавтоматично протягом життєвого циклуpending, active_auction, active_contracting, sold, dissolved, deleted.
datePublishedЦБДНіпри публікації ІПСистемна дата публікації.
dateModifiedЦБДНіпри кожній змініСистемна дата останнього редагування.
platformLegalDetailsЦБД / конфігураціяНіавтоматичноDefault URL на перелік авторизованих майданчиків.
relatedEntitiesМайданчик / ЦБДНіпри створенні ІПМає містити зв’язок з Asset, archiveId останньої версії Asset.
archiveIdЦБДНіпри створенні ІПВерсія Asset, актуальна на момент створення ІП.
producedEntitiesЦБДНіпісля створення процедурСписок створених похідних сутностей/procedure.
proceduresInfoЦБДНіавтоматичноAutogenerated field with information about all related procedures.
periods.rectificationPeriodЦБДНіпісля публікації ІП48 годин після публікації ІП.

Таблиця полів initialProps: хто заповнює і що має бути readonly

ПолеХто заповнюєЧи може Організатор редагуватиКолиПравило / коментар
initialProps.valueОрганізаторТакпри створенні ІП / під час rectificationPeriodСтартова ціна першого аукціону. Валюта — тільки грн. Наступні стартові ціни процедур розраховуються автоматично.
initialProps.guaranteeОрганізаторТак в ІП до завершення rectificationPeriodпри створенні ІП / під час rectificationPeriodОбов’язкове поле. Майданчик може запропонувати автозаповнення як 20% стартової ціни, але Організатор має мати можливість змінити.
initialProps.currentTenantGuaranteeFeeЦБД/майданчик може передзаповнити = guarantee, Організатор може змінитиТакпри створенні ІП / під час rectificationPeriodЗа замовчуванням дорівнює guarantee; до/після публікації ІП Організатор має право редагувати.
initialProps.currentTenantsОрганізаторТак для ІПпри створенні ІП / під час rectificationPeriodІнформація про орендаря. Обов’язковий блок.
initialProps.registrationFeeМайданчик може передзаповнити = guarantee, Організатор може змінитиТак для ІПпри створенні ІПРеєстраційний внесок.
initialProps.minimalStepОрганізаторТак для ІПпри створенні ІП / під час rectificationPeriodДля 1-ї процедури береться значення з ІП, для 2–6 процедур — автоматично 1% від value процедури.
initialProps.minNumberOfQualifiedBidsЦБД / майданчик за defaultНі (інформаційне поле для Організатора)при створенні ІПDefault: 1.
initialProps.numberOfCurrentTenantsЦБД / майданчикНі (інформаційне поле для Організатора)при створенні ІПDefault: 0; поле обов’язкове для ІП, але не передається в процедури.
initialProps.bankAccountsОрганізаторТакпри створенні ІП / під час rectificationPeriodОбов’язкові 4 accountType: guarantee, registrationFee, payment, improvementCompensation.
initialProps.accessDetailsОрганізаторТакпри створенні ІП / під час rectificationPeriodПорядок ознайомлення з майном.
initialProps.valueAddedTaxChargedМайданчик/ЦБД default, Організатор може змінити, якщо бізнес-логіка дозволяєТак / уточнитипри створенні ІПDefault: true.
initialProps.dutchStep.dutchStepPercentЦБДНіпри створенні / генерації процедурАвтогенерується на рівні ЦБД без можливості внесення змін Організатором.
initialProps.dutchStep.dutchStepValueЦБДНіпри створенні / генерації процедурАвтогенерується на рівні ЦБД без можливості внесення змін Організатором.
initialProps.dutchStep.dutchStepQuantityЦБД / майданчик формує default, Організатор може змінитиТакпри створенні ІП / rectificationPeriodDefault: 99; Організатор має можливість змінити дефолтне значення.
initialProps.priorityRightЦБД / майданчикНі (інформаційне поле для Організатора)автоматично при створенні ІПАвтоматично false / “Ні”, обов’язкове для ІП, не передається в процедури.
initialProps.saleConditionЦБД / майданчикНі (інформаційне поле для Організатора)автоматично при створенні ІПАвтоматично “Так” / yes, без можливості редагування.

Дані про орендаря / договір / невід’ємні поліпшення

Блок / полеХто заповнюєЧи може Організатор редагуватиКолиПравило / коментар
currentTenants.idЦБДНіпри додаванні орендаряx-default: hex, технічний ідентифікатор.
currentTenants.nameОрганізаторТакпри створенні ІП / під час rectificationPeriodПовна юридична назва або ПІБ.
currentTenants.identifierОрганізаторТакпри створенні ІП / під час rectificationPeriodІдентифікатори організації або особи.
currentTenants.addressОрганізаторТакпри створенні ІП / під час rectificationPeriodАдреса орендаря.
currentTenants.representativeInfoОрганізаторТакпри створенні ІП / під час rectificationPeriodІнформація щодо підтвердження повноважень.
currentTenants.priorityЦБД / майданчикНі - (не виводимо організатору це поле)автоматичноDefault: 0.
currentTenants.contract.currentContractTime.dateFromОрганізаторТакпри створенні ІП / під час rectificationPeriodДата укладення договору оренди.
currentTenants.contract.currentContractTime.dateTillОрганізаторТакпри створенні ІП / під час rectificationPeriodДата завершення договору оренди.
currentTenants.contract.currentContractTime.termМайданчик може автозаповнювати на основі dateFrom/dateTill або Організатор вноситьТак / уточнитипри створенні ІП / під час rectificationPeriodСтрок дії в ISO 8601 duration, наприклад P2Y11M.
currentTenants.contract.monthlyRentSumОрганізаторТакпри створенні ІП / під час rectificationPeriodМісячна орендна плата, minimum 0.01.
currentTenants.contract.rentedAreaОрганізаторТакпри створенні ІП / під час rectificationPeriodОрендована площа, minimum 0.01.
essentialImprovements.essentialCostОрганізаторТакпри створенні ІП / під час rectificationPeriodВартість невід’ємних поліпшень.
essentialImprovements.improvementsTime.dateFromОрганізатор / опційноТакпри створенні ІП / під час rectificationPeriodПеріод з — у структурі вказано як необов’язковий.
essentialImprovements.improvementsTime.dateTillОрганізаторТакпри створенні ІП / під час rectificationPeriodДата завершення невід’ємних поліпшень.
essentialImprovements.improvementsTime.termМайданчик може автозаповнювати на основі dateFrom/dateTill або Організатор вноситьТак / уточнитипри створенні ІП / під час rectificationPeriodСтрок дії в ISO 8601 duration.
essentialImprovements.compensationTermsОрганізаторТакпри створенні ІП / під час rectificationPeriodУмови компенсації.
essentialImprovements.essentialConsentОрганізаторТакпри створенні ІП / під час rectificationPeriodРішення про згоду на невід’ємні поліпшення.
essentialImprovements.orderCostОрганізаторТакпри створенні ІП / під час rectificationPeriodНаказ про затвердження висновку про вартість об’єкта приватизації.

Дані з Asset, які не потрібно повторно заповнювати Організатору в ІП

ДаніХто є джереломХто заповнює в ІП / як відображатиЧи редагується в ІПКоментар
Інформація про орендодавця / розпорядникаasset.assetCustodianПідтягується з AssetТак, якщо редагується Asset у rectificationPeriodУ вимогах зазначено, що інформація про орендодавця заповнена ще на етапі Asset у полі assetCustodian.
asset.titleAssetАвтозаповнює announcement.titleТакtitle автозаповнюється з related asset.title, але може редагуватись.
asset.descriptionAssetАвтозаповнює announcement.descriptionТакdescription автозаповнюється з related asset.description, але може редагуватись.
asset.documents.illustrationAssetМайданчик перевіряє наявністьНі в ІП як окреме поле; редагується документ AssetЯкщо assetItems.assetItemType == asset, без Illustration створити ІП не можна.
Зв’язок з AssetAsset / ЦБДannouncement.relatedEntities.type = assetНіПри створенні ІП зберігається посилання на Об’єкт реєстру.
Версія AssetЦБДannouncement.relatedEntities.archiveIdНіЗберігається версія Asset, актуальна на момент створення ІП.

Поля, які майданчик повинен заповнити автоматично і не давати Організатору редагувати

ПолеЗначення / правило автозаповненняХто формуєЧи показувати ОрганізаторуЧи дозволити редагування
idсистемний IDЦБДможна показуватиНі
ownerID майданчикаЦБД / майданчикНі, технічне полеНі
ownerTokenтокен майданчикаЦБДНі, технічне полеНі
objectIdформат JCS001-UA-YYYYMMDD-XXXXXЦБДТакНі
previousObjectIdостаннє ІП з однаковим AssetЦБДТак, якщо єНі
statusза state machineЦБДТакНі
datePublishedдата публікаціїЦБДТакНі
dateModifiedдата останньої зміниЦБДТакНі
platformLegalDetailsdefault URLЦБД / конфігТакНі
relatedEntitiesзв’язок з AssetЦБД / майданчиктехнічноНі
archiveIdверсія Asset на момент створення ІПЦБДНі, технічне полеНі
producedEntitiesстворені процедуриЦБДТакНі
proceduresInfoінформація про пов’язані процедуриЦБДТакНі
periods.rectificationPeriod48 годин від публікаціїЦБДТакНі
timerчас до наступної подіїЦБДНі, технічне полеНі
initialProps.priorityRightfalse / “Ні”ЦБД / майданчикТакНі
initialProps.saleConditionyes / “Так”ЦБД / майданчикТакНі
initialProps.numberOfCurrentTenantsdefault 0ЦБД / майданчикТакНі
initialProps.minNumberOfQualifiedBidsdefault 1ЦБД / майданчикТакНі
initialProps.dutchStep.dutchStepPercentавтогенерація ЦБДЦБДТакНі
initialProps.dutchStep.dutchStepValueавтогенерація ЦБДЦБДМожна показуватиНі
documents.idID документаDS / ЦБДТакНі
documents.datePublishednowЦБДТакНі
documents.dateModifiednowЦБДТакНі
documents.hashhash файлуDSНі, технічне полеНі
documents._ds_idID в Document ServiceDSНі, технічне полеНі
documents._ds_scopepublic/privateDS / ЦБДНі, технічне полеНі
_versionверсія сутностіЦБДНі, технічне полеНі
_protecteddefault falseЦБДНі, технічне полеНі
_metaметаданіЦБДНі, технічне полеНі

Поля, які Організатор заповнює самостійно

Поле / блокОбов’язковістьЧи можна редагувати під час rectificationPeriodКоментар
titleТакТакАвтозаповнюється з Asset, але може редагуватися.
descriptionТакТакАвтозаповнюється з Asset, але може редагуватися.
initialProps.valueТакТакСтартова ціна ІП.
initialProps.guaranteeТакТакГарантійний внесок.
initialProps.currentTenantGuaranteeFeeТакТакПередзаповнюється = guarantee, але редагується.
initialProps.currentTenants.nameТакТакДані орендаря.
initialProps.currentTenants.identifierТакТакІдентифікатор орендаря.
initialProps.currentTenants.addressТакТакАдреса орендаря.
initialProps.currentTenants.representativeInfoНіТакІнформація щодо підтвердження повноважень.
initialProps.currentTenants.contract.currentContractTime.dateFromТакТакДата укладення договору оренди.
initialProps.currentTenants.contract.currentContractTime.dateTillТакТакДата завершення договору оренди.
initialProps.currentTenants.contract.currentContractTime.termТакТакМоже бути автопораховано майданчиком, але має лишатись видимим/контрольованим.
initialProps.currentTenants.contract.monthlyRentSumТакТакМісячна орендна плата.
initialProps.currentTenants.contract.rentedAreaТакТакОрендована площа.
initialProps.currentTenants.essentialImprovements.essentialCostТакТакВартість невід’ємних поліпшень.
initialProps.currentTenants.essentialImprovements.improvementsTime.dateTillТакТакДата завершення невід’ємних поліпшень.
initialProps.currentTenants.essentialImprovements.compensationTermsТакТакУмови компенсації.
initialProps.currentTenants.essentialImprovements.essentialConsentТакТакРішення про згоду на невід’ємні поліпшення.
initialProps.currentTenants.essentialImprovements.orderCostТакТакНаказ про затвердження висновку про вартість об’єкта приватизації.
initialProps.registrationFeeТакТакРеєстраційний внесок.
initialProps.minimalStepТакТакКрок першого аукціону.
initialProps.bankAccounts[guarantee]ТакТакРахунок гарантійного внеску.
initialProps.bankAccounts[registrationFee]ТакТакРахунок реєстраційного внеску.
initialProps.bankAccounts[payment]ТакТакРахунок оплати.
initialProps.bankAccounts[improvementCompensation]ТакТакРахунок компенсації невід’ємних поліпшень.
initialProps.accessDetailsТакТакПорядок ознайомлення з майном.
initialProps.valueAddedTaxChargedТакТак / уточнитиDefault true, але краще явно погодити, чи Організатор може змінювати.
initialProps.dutchStep.dutchStepQuantityТак / defaultТакЦБД формує default 99, Організатор може змінити.
decisions.decisionTitleТакТакРішення про затвердження умов продажу.
decisions.decisionNumberТакТакНомер рішення.
decisions.decisionDateТакТакДата рішення.
presentationUrlНіТакURL презентації об’єкта.
presentationUrlENНіТакURL англомовної презентації.
extraSpecs.auctionPeriod.startDateТакТакДата початку першого аукціону.
extraSpecs.tenderPeriod.durationТакТакОдне поле на UI, майданчик копіює у 5 об’єктів extraSpecs.
documents[]За типом документаТакДокументи ІП.
cancellationsНіТак до створення 1-ї процедуриДля розформування ІП.



  • No labels