Page History

Table of Contents

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

...

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

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

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

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

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

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

1. об’єктом контрактингу
2. Завершення приватизації

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

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

Особливості

...

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

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

Робота з

...

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

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

Опис сценаріїв https://gitlab.prozorro.sale/prozorro-sale/jobber/-/blob/8f3d0cd7a9b3027af86125af23bfa52c9e4bdb12/src/prozorro_sale/jobber/packages/announcement/scenarios/announcement.yaml
Опис параметрів
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. Успішної публікації об’єкту у переліку (Об'єкт у статусі - pending Опубліковано Об’єкт МП у Реєстрі / Об’єкт доступний для створення нового Інформаційного Повідомлення
2. Зміни статусу пов’язаного інформаційного повідомлення на “Об’єкт не продано” (Announcement.status: dissolved)
Організатор має можливість зберегти чернетку інформаційного повідомлення до публікації в ЦБД - для внесення змін, видалення та перегляду.
Майданчик забезпечує можливість видалення та редагування сформованої чернетки до моменту публікації
1. При редагуванні чернетки інформаційного повідомлення зміни повинні вноситись і у об’єкт переліку
Організатор може бачити статус створеного інформаційного повідомлення

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

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

...

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

...

Успішної публікації об’єкту у переліку (Об'єкт у статусі - pending Опубліковано Об’єкт МП у Реєстрі / Об’єкт доступний для створення нового Інформаційного Повідомлення
Зміни статусу пов’язаного інформаційного повідомлення на “Об’єкт не продано” (Announcement.status: dissolved)

...

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

...

(для продажу через аукціон) присутні наступні дані:

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

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

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

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

Інформація про розпорядника (орган приватизації) - автоматично заповнюються з облікового запису (не обов’язково)
Інформація про балансоутримувача (не обов’язково)
Інформація про банківські рахунки для сплати реєстраційного внеску, гарантійного внеску, невідʼємних поліпшень та сплати за лот
1. Автозаповнення з облікового запису
2. Можливість вказати вручну
3. Якщо якісь реквізити ідентичні організатор може встановити відповідну ознаку ( при цьому при публікації необхідно передати реквізити для кожного типу рахунку)
Вся інформація внесена організатором у об’єкт переліку (не обов’язково)
Всі документи завантажені організатором у об’єкт переліку (не обов’язково)
Зображення об’єкту
1. При спробі опублікувати інформаційне повідомлення з об’єкту переліку з відсутніми зображеннями виводити сповіщення
Рішення про затвердження умов продажу
1. Найменування рішення
2. Номер рішення
3. Дата рішення
"Презентація обʼєкта" та "Англомовна презентація об’єкта"
1. Дані поля наявні в обʼєкті приватизації але користувач може не заповнити їх на попередньому етапі, тоді необхідно виконати дії за сценарієм (для кожного з полів)
  1. При створенні asset - поле не заповнено
  2. При створенні announcement - поле заповнюється інформацією Організатором та оновлює дані в asset (додатковий запит від майданчика)
  3. При створенні procedure - поле автоматично заповнюється інформацією з announcement
  4. При створенні наступних announcement - поле автоматично заповнюється інформацією з asset
Документи інформаційного повідомлення (не обов’язково)
1. Інформаційне повідомлення
2. Рішення про затвердження умов продажу
3. Проєкт договору
4. Попередній договір
Стартова ціна об'єкта (тільки для 1го аукціону; наступні розміри розраховуються автоматично)
1. Валюта (за замовченням гривня, з можливістю вибрати зі словника)
2. Сума
3. Інформація щодо ПДВ
  1. Податок (valueAddedTaxIncluded) ( за замовченням “Ні” з можливістю змінити на “Так”)
  2. На фінальну суму нараховуватиметься ПДВ (за замовченням “Так” з можливістю змінити на “Ні”)
Крок аукціону (для 1го аукціону, для наступних аукціонів розраховується автоматично як 1% від вартості відповідної процедури)
Кількість кроків голландця
1. Для Організатора передбачена можливість вказати окремо кількість кроків для пʼятого і для шостого голландських аукціонів .
  В моделі обовʼязкове поле initialProps.dutchStep.dutchStepQuantity присутнє в структурі.
  за потреби
  1. При публікації ІП Організатору потрібно передати узагальнену кількість кроків для Голландських аукціонів в полі initialProps.dutchStep.dutchStepQuantity
  2. При публікації ІП Організатор може
  3. передати кількість кроків для Першого Голландського аукціону в полі extraSpecs[4].dutchStep.dutchStepQuantity (не обовʼязково)
  4. При публікації ІП Організатор може додатково передати кількість кроків для Другого Голландського аукціону в полі extraSpecs[5].dutchStep.dutchStepQuantity (не обовʼязково)
  5. Якщо в запиті дані щодо кількості кроків не передаються - ЦБД автозгенерує 99
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
Користувачу відображаються назва та розрахована вартість усіх аукціонів у ланцюжку
1. Назву змінити не можна
2. Вартість можна змінити тільки для 1го
3. При зміні вартості 1го аукціну відбувається перерахунок стартової ціни для інших аукціонів
Гарантійний внесок та Гарантійний внесок чинного орендаря (розраховується автоматично майданчиком з можливістю змінити на основі внесеної ціни продажу)
1. 20% стартової ціни поточного аукціона
2. 50% стартової ціни поточного аукціону або 30 мін заробітних плат станом на 01.01. року, у якому оприлюднюється інф. Повідомлення (обирається більше значення) за умови що будь-які 2 попередні аукціони з продажу цього об’єкта не відбулись (статус процедури “unsuccessful”) з наступних причин дискваліфікації учасників (статус аварду “unsuccessful”):
  1. Не відповідає вимогам статті 8 ЗУ "Про приватизацію державного і комунального майна”;
  2. Не подав документи або відомості, обов’язкове подання яких передбачено ЗУ “Про приватизацію державного і комунального майна”;
  3. Подав неправдиві відомості про себе;
  4. Відмовився від підписання протоколу про результати електронного аукціону;
  5. Відмовився від укладення договору;
  6. Відмовився від підписання протоколу аукціону або договору купівлі-продажу щодо того самого об’єкта приватизації, що підтверджується відповідним актом;
  7. Не сплатив ціну продажу об’єкта приватизації у встановлений строк щодо того самого об’єкта приватизації, що підтверджується відповідним актом;
  8. Не сплатив ціну продажу об'єкта приватизації у встановлений строк.
Дата першого аукціону
1. Не може бути менше 4 робочих днів
2. Верхня межа не валідується: нав відповідальність організатора
3. Дата аукціону визначається Організатором;
4. Час аукціону визначається ЦБД в період з 11:00 - 13:00 при автоматичному створенні Першої Процедури;
5. В кабінеті Організатора до створення Першої Процедури не виводиться час аукціону, дане значення повинно відповідати значенню в Процедурі;
Тривалість періоду подачі пропозицій для наступних аукціонів (2,3,4,5,6)
1. Не менше 3 робочих днів
2. Верхня межа не валідується: на відповідальність організатора
Інформація про наявність умов продажу saleCondition = Так (заповнюється автоматично без можливості зміни Організатором)

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

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

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

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

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

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

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

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

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

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

На сторінці інформаційного повідомлення відображається:
Вся інформація про об’єкт, внесена організатором та всі документи в тому числі інформація про Чинного орендаря
Інформація про наявність переважного права
Інформація про дискваліфікованих учасників
Ідентифікатори інформаційного повідомлення
Статус інформаційного повідомлення
Інформація про пов’язані сутності та їх статус (у відповіді ЦБД модель 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
Майданчик відображає за замовчуванням останню версію інформаційного повідомлення
1. Користувач може подивитись попередні версії інформаційних повідомлень

Доступні pipelineMethod

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

Доступні sellingMethod

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

Схеми

...

1. ```
}
    ],
    "initialProps": {
        "dutchStep:{
            "dutchStepQuantity": 50
        }
    }
```
2. Як працює логіка:
  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
Користувачу відображаються назва та розрахована вартість усіх аукціонів у ланцюжку
1. Назву змінити не можна
2. Вартість можна змінити тільки для 1го
3. При зміні вартості 1го аукціну відбувається перерахунок стартової ціни для інших аукціонів
Гарантійний внесок та Гарантійний внесок чинного орендаря (розраховується автоматично майданчиком з можливістю змінити на основі внесеної ціни продажу)
1. 20% стартової ціни поточного аукціона
2. 50% стартової ціни поточного аукціону або 30 мін заробітних плат станом на 01.01. року, у якому оприлюднюється інф. Повідомлення (обирається більше значення) за умови що будь-які 2 попередні аукціони з продажу цього об’єкта не відбулись (статус процедури “unsuccessful”) з наступних причин дискваліфікації учасників (статус аварду “unsuccessful”):
  1. Не відповідає вимогам статті 8 ЗУ "Про приватизацію державного і комунального майна”;
  2. Не подав документи або відомості, обов’язкове подання яких передбачено ЗУ “Про приватизацію державного і комунального майна”;
  3. Подав неправдиві відомості про себе;
  4. Відмовився від підписання протоколу про результати електронного аукціону;
  5. Відмовився від укладення договору;
  6. Відмовився від підписання протоколу аукціону або договору купівлі-продажу щодо того самого об’єкта приватизації, що підтверджується відповідним актом;
  7. Не сплатив ціну продажу об’єкта приватизації у встановлений строк щодо того самого об’єкта приватизації, що підтверджується відповідним актом;
  8. Не сплатив ціну продажу об'єкта приватизації у встановлений строк.
Дата першого аукціону
1. Не може бути менше 4 робочих днів
2. Верхня межа не валідується: на відповідальність організатора
3. Дата аукціону визначається Організатором;
4. Час аукціону визначається ЦБД в період з 11:00 - 13:00 при автоматичному створенні Першої Процедури;
5. В кабінеті Організатора до створення Першої Процедури не виводиться час аукціону, дане значення повинно відповідати значенню в Процедурі;
Тривалість періоду подачі пропозицій для наступних аукціонів (2,3,4,5,6)
1. Не менше 3 робочих днів
2. Верхня межа не валідується: на відповідальність організатора
Інформація про наявність переважного права у чинного орендаря priorityRight = Ні (заповнюється автоматично без можливості зміни Організатором)
Інформація про наявність умов продажу saleCondition = Так (заповнюється автоматично без можливості зміни Організатором)

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

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

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

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

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

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

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

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

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

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

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

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

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

Доступні pipelineMethod

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

Доступні sellingMethod

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

Схеми

Матриця заповнення полів Інформаційного повідомлення

Блок / поле	Джерело заповнення	Хто заповнює / формує	Редагування Організатором	Відображення в кабінеті Організатора		Коли заповнюється	Коментар / правило
Блок / поле	Джерело заповнення	Хто заповнює / формує	Редагування Організатором	До публікації ІП	Після публікації ІП	Коли заповнюється	Коментар / правило
`id`	системна генерація	ЦБД	Ні	Ні	Так	при створенні ІП	Внутрішній ідентифікатор
`objectId`	системна генерація	ЦБД	Ні	Ні	Так	після створення ІП	Формат типу `JCS001-UA-YYYYMMDD-XXXXX`
`previousObjectId`	попереднє ІП по тому самому Asset	ЦБД	Ні	Ні	Так	якщо є попереднє ІП	Автоматично підтягується з останнього ІП з однаковим Asset
`title`	`related asset.title`	майданчик автозаповнює, Організатор може змінити	Так	Так	Так	створення ІП / `rectificationPeriod`	Автозаповнюється з Asset, але редагується Організатором
`description`	`related asset.description`	майданчик автозаповнює, Організатор може змінити	Так	Так	Так	створення ІП / `rectificationPeriod`	Автозаповнюється з Asset, але редагується Організатором
`_specs`		Організатор	Так	Так	Так	при створенні ІП
`activeScenario`	конфігурація сценарію	ЦБД	Ні	Ні	Так	при створенні ІП	Технічний сценарій
`pipelineMethod`	конфігурація сценарію	ЦБД	Ні	Ні	Ні	при створенні ІП	Значення з enum `сompensation_announcement`, `fast`, `manual`, `ultrafast` тощо
`status`	state machine	ЦБД	Ні	Ні	Так	автоматично	`pending`, `active_auction`, `active_contracting`, `sold`, `dissolved`, `deleted`
`datePublished`	системний час	ЦБД	Ні	Ні	Так	при публікації	Дата публікації
`dateModified`	системний час	ЦБД	Ні	Ні	Так	при кожній зміні	Дата останньої зміни
`platformLegalDetails`	системний default	ЦБД	Ні	Ні	Ні	автоматично	Посилання на перелік авторизованих майданчиків
`relatedEntities`	пов’язаний Asset	майданчик	Ні	Так	Так	при створенні ІП	Зв’язок з Asset
`relatedEntities.archiveId`	версія Asset	ЦБД	Ні	Ні	Ні	при створенні ІП	Версія Asset на момент створення ІП
`documents[]`	файли Організатора	Організатор додає, технічні поля формує ЦБД/DS	Частково Мігровані документи не доступні до редагування	Частково	Частково	створення ІП / `rectificationPeriod`	Організатор керує змістом документів; `id`, `hash`, `_ds_id`, `datePublished`, `dateModified` — системні
`saleCondition`	default	ЦБД/майданчик передзаповнює	Ні	Так	Так	при створенні ІП	Доступне значення “Так”
`initialProps.value`	введення Організатора	Організатор	Так	Так	Так	створення ІП / `rectificationPeriod`	Стартова ціна; валюта — грн
`initialProps.guarantee`	введення Організатора або підказка майданчика	Майданчик може передзаповнити але Організатор може змінити	Так	Так	Так	створення ІП / `rectificationPeriod`	Майданчик може запропонувати 20% від стартової ціни, але Організатор може змінити
`initialProps.currentTenantGuaranteeFee`	default = `guarantee`	Майданчик може передзаповнити але Організатор може змінити	Так	Так	Так	створення ІП / `rectificationPeriod`	За замовчуванням дорівнює `guarantee`
`initialProps.registrationFee`	введення Організатора	Організатор	Так	Так	Так	створення ІП / `rectificationPeriod`	Реєстраційний внесок
`initialProps.minimalStep`	введення Організатора	Організатор	Так	Так	Так	створення ІП / `rectificationPeriod`	Крок першого аукціону
`initialProps.minNumberOfQualifiedBids`	default	ЦБД / майданчик	Ні	Так	Так	при створенні ІП	Default `1`
`initialProps.numberOfCurrentTenants`	default	ЦБД / майданчик	Ні	Так	Так	при створенні ІП	Default `0`; поле обов’язкове для ІП, але не передається в процедури
`initialProps.bankAccounts[]`	введення Організатора	Організатор	Так	Так	Так	створення ІП / `rectificationPeriod`	Обов’язкові типи: `guarantee`, `registrationFee`, `payment`, `improvementCompensation`
`initialProps.accessDetails`	введення Організатора	Організатор	Так	Так	Так	створення ІП / `rectificationPeriod`	Порядок ознайомлення з майном
`initialProps.valueAddedTaxCharged`	default `true`	майданчик / ЦБД, Організатор може змінити за потреби	Так	Так	Так	створення ІП
`initialProps.dutchStep.dutchStepPercent`	системний розрахунок	ЦБД	Ні	Ні	Так	автоматично	Не редагується Організатором
`initialProps.dutchStep.dutchStepValue`	системний розрахунок	ЦБД	Ні	Ні	Так	автоматично	Не редагується Організатором
`initialProps.dutchStep.dutchStepQuantity`	default `99`	ЦБД/майданчик передзаповнює, Організатор може змінити	Так	Так	Так	створення ІП / `rectificationPeriod`	Організатор може змінити дефолтне значення
`initialProps.priorityRight`	default	ЦБД/майданчик передзаповнює	Ні	Так	Так	при створенні ІП	Для JCS автоматично `false` / “Ні”, не передається в процедури

`initialProps.currentTenants[]`	введення Організатора	Організатор + технічні поля ЦБД	Частково	Так	Так	створення ІП / `rectificationPeriod`	Дані орендаря, договору оренди та невід’ємних поліпшень
`currentTenants.id`	системна генерація	ЦБД	Ні	Ні	Ні	при додаванні орендаря	Технічний ID
`currentTenants.name`	введення Організатора	Організатор	Так	Так	Так	створення ІП / `rectificationPeriod`	Назва / ПІБ орендаря
`currentTenants.identifier`	введення Організатора	Організатор	Так	Так	Так	створення ІП / `rectificationPeriod`	Ідентифікатор орендаря
`currentTenants.address`	введення Організатора	Організатор	Так	Так	Так	створення ІП / `rectificationPeriod`	Адреса орендаря
`currentTenants.representativeInfo`	введення Організатора	Організатор	Так	Так	Так	створення ІП / `rectificationPeriod`	Інформація щодо повноважень
`currentTenants.priority`	default	ЦБД / майданчик	Ні	Так	Так	автоматично	Default `0`
`currentTenants.contract.` `currentContractTime.dateFrom`	введення Організатора	Організатор	Так	Так	Так	створення ІП / `rectificationPeriod`	Дата укладення договору
`currentTenants.contract.` `currentContractTime.dateTill`	введення Організатора	Організатор	Так	Так	Так	створення ІП / `rectificationPeriod`	Дата завершення договору
`currentTenants.contract.` `currentContractTime.term`	введення або автопідрахунок	майданчик може рахувати, Організатор контролює	Так	Так	Так	створення ІП	Формат ISO 8601 duration, наприклад `P2Y11M`
`currentTenants.contract.monthlyRentSum`	введення Організатора	Організатор	Так	Так	Так	створення ІП / `rectificationPeriod`	Місячна орендна плата
`currentTenants.contract.rentedArea`	введення Організатора	Організатор	Так	Так	Так	створення ІП / `rectificationPeriod`	Орендована площа
`currentTenants.essentialImprovements.` `essentialCost`	введення Організатора	Організатор	Так	Так	Так	створення ІП / `rectificationPeriod`	Вартість невід’ємних поліпшень
`currentTenants.essentialImprovements.` `improvementsTime.dateFrom`	введення Організатора / опційно	Організатор	Так	Так	Так	створення ІП / `rectificationPeriod`	Початок періоду поліпшень, якщо застосовується
`currentTenants.essentialImprovements.` `improvementsTime.dateTill`	введення Організатора	Організатор	Так	Так	Так	створення ІП / `rectificationPeriod`	Дата завершення невід’ємних поліпшень
`currentTenants.essentialImprovements.` `improvementsTime.term`	введення або автопідрахунок	майданчик може рахувати, Організатор контролює	Так	Так	Так	створення ІП	Формат ISO 8601 duration
`currentTenants.essentialImprovements.` `compensationTerms`	введення Організатора	Організатор	Так	Так	Так	створення ІП / `rectificationPeriod`	Умови компенсації
`currentTenants.essentialImprovements.` `essentialConsent`	введення Організатора	Організатор	Так	Так	Так	створення ІП / `rectificationPeriod`	Рішення про згоду на невід’ємні поліпшення
`currentTenants.essentialImprovements.` `orderCost`	введення Організатора	Організатор	Так	Так	Так	створення ІП / `rectificationPeriod`	Наказ про затвердження висновку про вартість
`decisions[]`	введення Організатора	Організатор	Так			створення ІП / `rectificationPeriod`	Рішення про затвердження умов продажу
`decisions.decisionOf`	default сompensation_announcement	ЦБД / майданчик	Ні			при створенні рішення	Технічний тип рішення
`presentationUrl`	введення Організатора	Організатор	Так	Так	Так	створення ІП / `rectificationPeriod`	URL презентації об’єкта
`presentationUrlEN`	введення Організатора	Організатор	ТАк	Так	Так	створення ІП / `rectificationPeriod`	URL англомовної презентації
`extraSpecs.periods.auctionPeriod.startDate`	введення Організатора	Організатор	Так	Так	Так	створення ІП / `rectificationPeriod`	Дата початку першого аукціону
`extraSpecs.periods.tenderPeriod.duration`	одне значення на UI	Організатор вводить, майданчик копіює в 5 об’єктів `extraSpecs`	Так	Так	Так	створення ІП / `rectificationPeriod`	На UI одне поле; у запиті до ЦБД дублюється для процедур 2–6
`producedEntities[]`	створені процедури	ЦБД	Ні	Ні	Так	після створення процедур	Список похідних сутностей
`cancellations[]`	дія Організатора / системні поля ЦБД	Організатор частково	Частково	Ні	Так	до створення першої процедури / автоматично при скасуванні	Розформування ІП або системне завершення
`periods`, `timer`, `proceduresInfo`, `_meta`, `_version`, `_protected`	системні значення	ЦБД	Ні	Ні	Ні	автоматично	Технічні поля відповіді

...

Space shortcuts

Page tree

Versions Compared

Old Version 4

New Version Current

Key

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

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

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

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

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

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

Особливості

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

Робота з

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

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

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

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

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

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

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

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

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

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

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

Доступні pipelineMethod

Доступні sellingMethod

Схеми

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

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

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

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

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

Доступні pipelineMethod

Доступні sellingMethod

Схеми

Матриця заповнення полів Інформаційного повідомлення