...

1. Об'єктом продажу є пул активів
2. Мінімальна кількість заяв для можливості успішного проведення аукціону за замовчуванням minNumberOfQualifiedBids = 1, але у Організатор присутня можливість при публікації процедури передати minNumberOfQualifiedBids =2. 
   1. Якщо заява тільки одна, то для викупу сума цінової пропозиції має бути не менше стартової ціни (просто стартова ціна, не стартова+крок)
   2. У випадку проведення аукціону і наявності більше 1 учасника, переможна пропозиція під час МА має бути не менше ніж стартова ціна + крок.
3. Учасник, який не став переможцем (авард в статусі pending_waiting), не може відмовитись від очікування. 
4. Аукціон:
   • англійський аукціон
5. На перших порах відповідальність за публікацію ланцюжку процедур буде на організаторі. Є додаткові умови при публікацїі ланцюжку процедур.Процедура публікується з ланцюжка JSC. 
6. В процедурі є додаткові умови продажу, буде додано поле saleCondition (можливі значення yes, no)
7. Наявність в аварді додаткового поля, що відповідає за підтвердження оплати awards.paymentReceived (true, false)
8. Скасування аукціону відбувається на будь-якому етапі
9. Якщо tenderAttempts = 1, то поле previousAuctionId не використовується.
   Якщо tenderAttempts > 1 поле previousAuctionId використовується та є обов'язкове; АЛЕ на старті не обмежуємо ніяк через Regexp який саме має бути ID попередньої процедури (бо це може бути як SAE, так і SPE / SPD, BSE / BSD тощо. Таке може бути виходячи з того, що написано в нормативці)Процедури 2 та 3 повинні створюватися автоматично системою після завершення попередньої процедури в ланцюжку зі статусом unsuccessful
10. Для допуску дискваліфікованого учаснику до повторного аукціону потрібнен документ admissionReason - в нормативці прямо це не зазначено, але така можливість погоджена з Андрієм
11. Документи процедури, заяви на участь, аварда, контракта найбільш наближені до документів процедури великої приватизації 
12. Якщо завершився будь-який з періодів етапу кваліфікації, ЦБД не робить автоматично ніяких змін в процедурі. 

...

Періоди процедури

Всі періоди генеруються ЦБД автоматично і залежать від конфігу - Посилання на конфігураційний файл з періодами та статусами - оновити посилання після його готовності

...

...

...

Внаслідок чого статус процедури змінюється на “Аукціон завершено. Договір підписано” complete, статус договору та авадру залишаються без змін. ЦБД автоматично змінює статуси аward'ів з ”Очікує рішення” pending_waiting на “Учасник не став переможцем” cancelled.

Після успішного завершення процедури подальші процедури ланцюжку не формуються. 

Створення та редагування оголошення

...

Організатор аукціону готує оголошення на проведення процедури в ЕТС через майданчик. Дана дія відбувається через створення мастер-об'єкту JSC. Після підготовки лота і оформлення усієї необхідної документації починається етап “Створення процедури”.

...

Для публікації оголошення Організатор повинен :

Заповнити поля процедури (частина полів заповнюються системою автоматично), повний перелік полів за посиланням:

створити мастер-об'єкт ланцюжка. Логіка створення цього об'єкту описана тут. 

Поля процедури заповнюються автоматично з мастер-об'єкту. Процедура створюється автоматично в статусі active_tendering. 

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

• Повну назву Аукціону (Заголовок) (title)
• Опис аукціону (description)
• Номер лоту (lotId)
• Інформація про Організатора (relatedOrganization.sellingEntity)
  • Ідентифікатори Організатора аукціону (Код ЄДРПОУ, ІПН або паспорт) (identifier)
  • Адреса Організатора аукціону (повна адреса) (address)
  • Інформація про Контактну особу (contactPoint)
• Банківські реквізити (bankAccounts) (обовʼязковий тільки accountType == guarantee)
• Стартову ціну лоту (value)
  • Наявність ПДВ (valueAddedTaxCharged)
• Розмір кроку аукціону (minimalStep)
  • Мінімальна кількість заяв (minNumberOfQualifiedBids)
• Розмір гарантійного внеску (guarantee)
  
• Розмір реєстраційного внеску (registrationFee)
  
• Лот виставляється x раз (tenderAttempts)
• Наявність умов продажу (saleCondition)
• Ідентифікатор попереднього аукціону (previousAuctionId обовʼязково до заповнення лише у випадку, якщо tenderAttempts > 1. Може бути процедурою іншого напрямку роботи)
• Документи аукціону (documents)
• Дата проведення аукціону (auctionPeriod.startDate)
  • Має бути не раніше, ніж через 19 повних календарних днів після дня публікації)
  • Не може припадати на вихідний або святковий деньДата проведення 1, 2 та 3 аукціону в ланцюжку.
• Інформація про лот (items[])
  • Опис лоту (items[].description)
  • Кількість одиниць (items[].quantity)
  • Одиниці виміру (items[].unit)
  • Основний класифікатор CAV (items[].classification)
  • Додатковий класифікатор CVZU за умови, що itemProps одне з: 

    • Земля (landProps)

    • ЄМК (jointPropertyComplex)

...

• • • )

...

Редагування оголошення

Процедура знаходиться в статусі “Прийняття заяв на участь” active_tendering, триває період “Період редагування” rectificationPeriod. Для редагування оголошення Організатору необхідно:

1. завантажити документ "Погодження змін до опису лоту. Опис причин редагування." (documentType:clarifications), що містить перелік змін, які вносяться в оголошення, причину внесення таких змін. Ця дія не є обов'язковою
2. внести зміни до полів процедури (крім технічних полів) та/або завантажити/замінити документи оголошення. Важлива відмінність: є додаткове поле saleCondition, редагування якого доступне, і редагування якого обов'язково деактивує біди!
3. ініціювати збереження внесених змін.
   У випадку внесення змін в поля процедури (набір полів, що деактивує заяву на участь стандартний + saleCondition) статус заяв на участь (bid’а) змінюється з active на inactive статус процедури залишається незмінним. 
   У випадку завантаження/зміни документів статус заяв на участь та процедури залишається без змін.
   Організатор аукціону може завантажувати документи оголошення протягом усього періоду прийняття пропозицій tenderPeriod.
4. Повний перелік полів, редагування яких деактивує біди: 
   1. value
   2. valueAddedTaxCharged
   3. minimalStep
   4. registrationFee
   5. guarantee
   6. title
   7. accessDetails
   8. description
   9. items
   10. x_additionalInformation
   11. x_documentRequirements
   12. previousAuctionIdtenderAttempts
   13. sellingEntity
   14. lotId
   15. bankAccounts
   16. minNumberOfQualifiedBids
   17. documents
   18. saleCondition
5. Наступні поля мають бути доступні для редагування, але при цьому необхідно відправити запит на ендпоінт редагування мастер-об'єкту JSC. Редагування має бути доступним в формі редагування полів процедури, але збереження змін в періодах має бути реалізовано через окрему кнопку. Редагувати можна лише для нестворених процедур. 
   1. extraSpecs.[1].periods[0].duration - період експозиції (в днях) для другої процедури до моменту створення другої процедри в ланцюжку
   2. extraSpecs.[2].periods[0].duration - період експозиції (в днях) для третьої процедури до моменту створення третьої процедри в ланцюжку

Розміщення заяви на участь sanctionedAssets-english

...

...