Page History

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

https:

...

//procedure-epic.prozorro.sale/api/jobber/announcements/jcs/6a28507b5fe35ed2a68a9a52

Технічне завдання, згідно якого виконувалась розробка н стороні Prozoroo.Sale

Інформаційне повідомлення з умовами щодо компенсації орендарю невід’ємних поліпшень (JCS)Тут буде приклад створеного на DEV обʼєкта для можливості наглядно побачити структуру реального обʼєкта

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

1. Створення об’єкту приватизації в переліку об’єктів МП (registry.asset)
   1. Публікація об'єкту asset
   2. Редагування об’єкту asset та додавання документів
   3. Публікація рішення про продаж - cтворення інформаційного повідомлення одного з трьох типів
2. Робота з інформаційним повідомленням про умови приватизації та проведення електронних аукціонів:
   1. Редагування інформаційного повідомлення (в тому числі інформація про чинного орендаря (currentTenants)) та додавання документів:
      
      • Протягом 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. Автоматичне створення
   2. Зміна статусів об’єкту контрактингу (execution)
   3. Створення нових масивів contract, для execution в статусі active
   4. Зміна статусів масивів contract
   5. Автоматична зміна статусу об’єкта МП при роботі з об’єктом контрактингу
   6. Завершення приватизації

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

...

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

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

...

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. Для Організатора передбачена можливість вказати окремо кількість кроків для пʼятого і для шостого голландських аукціонів .

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

       за потреби

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

          1. 1. В разі відсутності даних з запиті, ЦБД автогенерує 99 кроків

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

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

       
       

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

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

       "extraSpecs": [
               {
                           ]
                       }
                   ]
                   "dutchStep": {
                   "dutchStepQuantity": 99
                   }
               }
           ],
           "initialProps": {
               "dutchStep:{
                   "dutchStepQuantity": 50
               }
           }
       

    4. Як працює логіка:  

       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. Інформація про наявність переважного права у чинного орендаря priorityRight = Ні (заповнюється автоматично без можливості зміни Організатором)
18. Інформація про наявність умов продажу saleCondition = Так (заповнюється автоматично без можливості зміни Організатором)

...