Page History

Процедури, на які найбільше схожа

...

1. Крок аукціону — мінімальна надбавка, на яку в ході електронного аукціону може здійснюватися підвищення цінової пропозиції
2. Лот — об’єкт продажу, який виставляється на електронний аукціон
3. Закрита цінова пропозиція — сума коштів, сплата якої декларується учасником до проведення електронного аукціону та подається в особистому кабінеті через оператора електронного майданчика в електронній торговій системі до закінчення кінцевого строку подання заяв на участь в електронному аукціоні
4. Учасник — фізична особа або юридична особа в особі уповноваженого представника, яка виявила намір узяти участь в електронному аукціоні, сплатила реєстраційний та гарантійний внески, пройшла процедуру реєстрації для участі в електронному аукціоні, отримала відповідне підтвердження про реєстрацію та індивідуальний ключ (token) учасника;
5. Учасник з переважним правом - Учасник, який є чинним орендарем та має право на першочерговий викуп лоту за ціною вказаною учасником без такого права
6. Цінова пропозиція — сума коштів, сплата якої декларується учасником у ході електронного аукціону
7. Валідна ставка - ставка, за умови якої аукціон вважаєтсья успішним = стартова ціна + мінімальний крок аукціону.

Особливості процедури

1. На етапі публікації Процедури:
   
   • Внесення інформації про учасника з переважним правом (наразі є потреба тільки в одному учаснику в цій процедурі може бути тільки один учасник з переважним правом).
   • Мінімальна кількість заяв для успішного проведення процедури (Організатор може не передавати це значення, тоді default minNumberOfQualifiedBids==1, або передати явно 1 або 2):
     • Цей параметр регулює, яка мінімальна кількість учасників має подати заяви на участь, щоб відбулася кваліфікація. Наприклад, якщо Організатор задав значення 2, а прийшов тільки один учасник (навіть з переважним правом), то процедура переходить в статус unsuccessful
   • Деактивація Заяв на участь при редагування певних полів (детальніше нижче)
2. Аукціон:
   • англійський аукціон
   • додатковий, 4-й раунд для учасника з переважним правом
3. Кваліфікація:
   • кількість переможців - 1 переможець
   • присутність 1-го учасника, що очікує кваліфікацію переможця (pending_waiting)

Посилання на legalNames

Етапи

...

Посилання на legalNames

Timeline процедури

Етапи

Anchor
proc_publishing proc_publishing

Публікація процедури

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

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

    • В процедурі використовується один основний (CAV) та два додаткових класифікатори (CPVS та CVZU).

      • Під час публікації процедури ЦБД приймає одне значення зі словника CAV для основного класифікатору (обов'язковий)

      • Передбачена можливість вказати декілька кодів CVZU. Необов'язковий додатковий класифікатор CVZU доступний для вказання в процедурах, де itemPropsType:

        • Земля (landProps)

        • ЄМК (jointPropertyComplex)

        • для realEstate та vehicle - ЦБД поверне валідаційну помилку, якщо передавати additionalClassification з scheme == CVZU

      • ЦБД автоматично додасть до кожної процедури до кожного item додатковий класифікатор CPVS == "DA04-3: Приватний".

      • Особливості роботи із основним класифікатором наступні:

        • В залежності від обраного значення Основного класифікатора (CAV Classification), ЦБД автогенерує значення для Типу активу (commercialSellItemType), для інших значень основного класифікатора, що НЕ зазначені нижче в таблиці, ЦБД нічого не автогенерує:

          • 04000000-8 – Нерухоме майно та усі вкладені коди	asset (Майно)
            05000000-5 –

...

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

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

    • В процедурі використовується один основний (CAV) та два додаткових класифікатори (CPVS та CVZU).

      • Під час публікації процедури ЦБД приймає одне значення зі словника CAV для основного класифікатору (обов'язковий)

      • Передбачена можливість вказати декілька кодів CVZU. Необов'язковий додатковий класифікатор CVZU доступний для вказання в процедурах, де itemPropsType:

        • Земля (landProps)

        • ЄМК (jointPropertyComplex)

        • для realEstate та vehicle - ЦБД поверне валідаційну помилку, якщо передавати additionalClassification з scheme == CVZU

      • ЦБД автоматично додасть до кожної процедури до кожного item додатковий класифікатор CPVS == "DA04-3: Приватний".

      • Особливості роботи із основним класифікатором наступні:

        • В залежності від обраного значення Основного класифікатора (CAV Classification), ЦБД автогенерує значення для Типу активу (commercialSellItemType), для інших значень основного класифікатора, що НЕ зазначені нижче в таблиці, ЦБД нічого не автогенерує:04000000-8 – Нерухоме майно та усі вкладені коди

          asset (Майно)

          05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди

          asset (Майно)

          06000000-2 – Земельні ділянки та усі вкладені коди

          asset (Майно)

          16000000-5 – Сільськогосподарська техніка та усі вкладені коди

          asset (Майно)

          30000000-9 – Офісна та комп’ютерна техніка, устаткування та приладдя, крім меблів та пакетів програмного забезпечення та усі вкладені коди

          asset (Майно)

          32000000-3 – Радіо-, телевізійна, комунікаційна, телекомунікаційна та супутня апаратура й обладнання та усі вкладені коди

          asset (Майно)

          34000000-7 – Транспортне обладнання та допоміжне приладдя до нього та усі вкладені коди

          asset (Майно)

          39000000-2 – Меблі (у тому числі офісні меблі), меблево-декоративні вироби, побутова техніка (крім освітлювального обладнання) та засоби для чищення та усі вкладені коди

          asset (Майно)

          42000000-6 – Промислова техніка та усі вкладені коди

          asset (Майно)

          07000000-9 – Права вимоги за кредитними договорами та усі вкладені коди

          claimRights (Права вимоги)

          08000000-6 – Корпоративні права та усі вкладені коди

          claimRights (Права вимоги)Існує залежність обраного Основного CAV класифікатора і можливості передати itemProps:
          • Якщо користувач передає вказані в таблиці нижче значення Основного CAV класифікатора, то ЦБД приймає тільки відповідні itemProps, які відносяться до вказаного в таблиці itemPropsType. Для інших значень основного класифікатора, що не зазначені нижче, ЦБД нічого не валідує і не приймає itemProps взагалі:

          • 04000000-8 – Нерухоме майно та усі вкладені коди	realEstateProps
            05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди	jointPropertyComplexProps
            06000000-2 - Земельні ділянки та усі вкладені коди	landProps
            34000000-7 - Транспортне обладнання та допоміжне приладдя до нього та усі вкладені коди	vehicleProps
            07121000-3 - Застава - Нерухоме майно	realEstateProps
            07122000-0 - Застава - Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства	jointPropertyComplexProps
            07123000-7 - Застава - Земельні ділянки	landProps
            07126000-8 - Застава - Транспортне обладнання та допоміжне приладдя до нього	vehicleProps
            07221000-4 - Застава - Нерухоме майно	realEstateProps
            07222000-1 - Застава - Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства	jointPropertyComplexProps
            07223000-8 - Застава - Земельні ділянки	landProps
            та усі вкладені коди	asset (Майно)
            06000000-2 – Земельні ділянки та усі вкладені коди	asset (Майно)
            16000000-5 – Сільськогосподарська техніка та усі вкладені коди	asset (Майно)
            30000000-9 – Офісна та комп’ютерна техніка, устаткування та приладдя, крім меблів та пакетів програмного забезпечення та усі вкладені коди	asset (Майно)
            32000000-3 – Радіо-, телевізійна, комунікаційна, телекомунікаційна та супутня апаратура й обладнання та усі вкладені коди	asset (Майно)
            34000000-7 – 07226000-9 - Застава - Транспортне обладнання та допоміжне приладдя до нього	vehicleProps

          В залежності від обраного значення із переліку основного CAV класифікатора, на рівні ЦБД визначається обов'язковість заповнення поля Географічні координати місця розташування (location) в об'єкті Items. Для значень із таблиці нижче поле location ОБОВ'ЯЗКОВЕ для заповнення:

          04000000-8 – Нерухоме майно та всі вкладені коди

          ЦБД очікує заповнене поле В залежності від обраного значення із переліку основного CAV класифікатора, на

          • та усі вкладені коди	asset (Майно)
            39000000-2 – Меблі (у тому числі офісні меблі), меблево-декоративні вироби, побутова техніка (крім освітлювального обладнання) та засоби для чищення та усі вкладені коди	asset (Майно)
            42000000-6 – Промислова техніка та усі вкладені коди	asset (Майно)
            07000000-9 – Права вимоги за кредитними договорами та усі вкладені коди	claimRights (Права вимоги)
            08000000-6

          рівні ЦБД визначається обов'язковість заповнення поля Місцезнаходження (address) в об'єкті Items. Для значень із таблиці нижче, поле Місцезнаходження НЕОБОВ'ЯЗКОВЕ для заповнення:

          • 07000000-9 – Права вимоги за кредитними договорами та усі вкладені коди

            08000000-0 – Корпоративні права та усі вкладені коди

            45000000-7 – Будівельні роботи та усі вкладені коди

            48000000-8 – Пакети програмного забезпечення та інформаційні системи та усі вкладені коди

            claimRights (Права вимоги)

        • Існує залежність обраного Основного CAV класифікатора і можливості передати itemProps:
          • Якщо користувач передає вказані в таблиці нижче значення Основного CAV класифікатора, то ЦБД приймає тільки відповідні itemProps, які відносяться до вказаного в таблиці itemPropsType. Для інших значень основного класифікатора, що не зазначені нижче, ЦБД нічого не валідує і не приймає itemProps взагалі:

          • 04000000-8 – Нерухоме майно50000000-5 – Послуги з ремонту і технічного обслуговування та усі вкладені коди	realEstateProps
            5100000005000000-9 – Послуги зі встановлення (крім програмного забезпечення)5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди	jointPropertyComplexProps
            55000000-0 – Готельні, ресторанні послуги та послуги з роздрібної торгівлі06000000-2 - Земельні ділянки та усі вкладені коди
            60000000-8 – Транспортні послуги (крім транспортування відходів) та усі вкладені коди
            landProps
            34000000-7 - Транспортне обладнання та допоміжне приладдя до нього63000000-9 – Додаткові та допоміжні транспортні послуги; послуги туристичних агентств та усі вкладені коди
            64000000-6 – Поштові та телекомунікаційні послуги та усі вкладені коди
            65000000-3 – Комунальні послуги та усі вкладені коди
            66000000-0 – Фінансові та страхові послуги та усі вкладені коди
            71000000-8 – Архітектурні, будівельні, інженерні та інспекційні послуги та усі вкладені коди
            72000000-5 – Послуги у сфері інформаційних технологій: консультування, розробка програмного забезпечення, послуги мережі Інтернет і послуги з підтримки та усі вкладені коди
            73000000-2 – Послуги у сфері НДДКР та пов’язані консультаційні послуги та усі вкладені коди
            75000000-6 – Адміністративні, оборонні послуги та послуги у сфері соціального захисту та усі вкладені коди
            76000000-3 – Послуги, пов’язані з нафтогазовою промисловістю та усі вкладені коди
            77000000-0 – Послуги у сфері сільського господарства, лісівництва, рослинництва, водного господарства та бджільництва та усі вкладені коди
            79000000-4 – Ділові послуги: юридичні, маркетингові, консультаційні, кадрові, поліграфічні та охоронні та усі вкладені коди
            80000000-4 – Послуги у сфері освіти та навчання та усі вкладені коди
            85000000-9 – Послуги у сфері охорони здоров’я та соціальної допомоги та усі вкладені коди
            90000000-7 – Послуги у сферах поводження зі стічними водами та сміттям, послуги у сферах санітарії та охорони довкілля та усі вкладені коди
            92000000-1 – Послуги у сфері відпочинку, культури та спорту та усі вкладені коди
            98000000-3 – Інші громадські, соціальні та особисті послуги та усі вкладені коди

Статуси процедури

...

Технічна назва

...

Бізнесова назва

...

Перехід з

...

За умови

...

Коментар

...

Автоматично.

Заповнені всі обовʼязкові поля для створення процедури в ЦБД

...

Майданчик Організатора робить POST запит до ЦБД та передає об'єкт процедури.

У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику id та token створеного об'єкта процедури, процедура набуває статус active_tendering

...

Автоматично. 

Завершився період Прийняття заяв на участь і протягом періоду прийшло мінімум 2 учасники

...

Після публікації процедури ЦБД визначає час початку аукціону в дату, яку вказав Організатор в полі auctionPeriod.startDate.

В момент tenderPeriod.endDate ЦБД перевіряє наявність необхідної кількості заяв на участь і якщо:

• minNumberOfQualifiedBids == 1
  • Прийшов один бід: ЦБД змінює статус процедури з active_tendering → active_qualification
  • Прийшли більше 1 біда: ЦБД змінює статус процедури з active_tendering → active_auction
• minNumberOfQualifiedBids == 2
  • Прийшов один бід: ЦБД змінює статус процедури з active_tendering на unsuccessful
  • Прийшли більше 1 біда → ЦБД змінює статус процедури з active_tendering на active_auction

...

active_auction

АБО

active_tendering

АБО

active_awarded

...

Автоматично.

Завершилась робота Модуля аукціону (auctionPeriod.endDate)

АБО

Автоматично.

Завершився період Прийому пропозицій (tenderPeriod.endDate) і була подана лише 1 заява на участь (при умові minNumberOfQualifiedBids=1) 

АБО

Автоматично.

Організатор дискваліфікував учасника на етапі підписання договору

Для двох учасників, що на початок роботи МА мали bids[].status == active та зробили найвищі ставки на момент auctionPeriod.endDate, в обʼєкті процедури створюється два Awards[]: один у статусі pending і другий у статусі pending_waiting (деталі розподілу в розділі Статуси Awards). 

АБО

Для одного учасника, що на початок роботи МА мав bids[].status == active та ставка >= value.amount+minimalStep на момент tenderPeriod.endDate, то в обʼєкті процедури створюється Award у статусі pending (деталі розподілу в розділі Статуси Awards)

АБО

Якщо з переможцем підписано протокол, то процедура набуває статусу active_awarded. Якщо після цього Організатор дискваліфіковує переможця, процедура повертаєтсья в статус active_qualification

...

Автоматично.

При зміні статусу Організатором award: pending → active

(Підписано протокол з переможцем)

...

По завершенню роботи із протоколом, Організатор змінює статус award'у: pending → active

При цьому статус процедури автоматично змінюється на “Очікується підписання договору” (active_qualification → active_awarded)

...

Ручна дія.

Організатор надсилає запит на зміну status: active_awarded → complete

...

Термінальний статус.

При виконанні дії зміни статуса на complete ЦБД перевіряє:

Статус учасника переможця: 

• • Статус award'у == active
  • Статус contractʼу ==  active

...

cancelled

...

active_tendering

active_auction

active_qualification

active_awarded

...

Ручна дія.

Організатору у всіх статусах Процедури, окрім термінальних статусів, доступна опція "Скасування" Процедури.

Для скасування процедури, Організатору необхідно:

• Завантажити документ в cancellations[].documents з documentType: cancellationDetails
• Вказати причину скасування (cancellations.reason)
• Вказати дату прийняття рішення про скасування (cancellations.datePublished)

Після цього, при натисканні кнопки, надсилається запит в ЦБД на скасування. Статус процедури змінюється на → cancelled

...

Термінальний статус.

• • • • • • vehicleProps
            07121000-3 - Застава - Нерухоме майно	realEstateProps
            07122000-0 - Застава - Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства	jointPropertyComplexProps
            07123000-7 - Застава - Земельні ділянки	landProps
            07126000-8 - Застава - Транспортне обладнання та допоміжне приладдя до нього	vehicleProps
            07221000-4 - Застава - Нерухоме майно	realEstateProps
            07222000-1 - Застава - Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства	jointPropertyComplexProps
            07223000-8 - Застава - Земельні ділянки	landProps
            07226000-9 - Застава - Транспортне обладнання та допоміжне приладдя до нього	vehicleProps

        • В залежності від обраного значення із переліку основного CAV класифікатора, на рівні ЦБД визначається обов'язковість заповнення поля Географічні координати місця розташування (location) в об'єкті Items. Для значень із таблиці нижче поле location ОБОВ'ЯЗКОВЕ для заповнення:

          • 04000000-8 – Нерухоме майно та всі вкладені коди

            ЦБД очікує заповнене поле

             
        • В залежності від обраного значення із переліку основного CAV класифікатора, на рівні ЦБД визначається обов'язковість заповнення поля Місцезнаходження (address) в об'єкті Items. Для значень із таблиці нижче, поле Місцезнаходження НЕОБОВ'ЯЗКОВЕ для заповнення:

          • 07000000-9 – Права вимоги за кредитними договорами та усі вкладені коди

            08000000-0 – Корпоративні права та усі вкладені коди

            45000000-7 – Будівельні роботи та усі вкладені коди

            48000000-8 – Пакети програмного забезпечення та інформаційні системи та усі вкладені коди

            50000000-5 – Послуги з ремонту і технічного обслуговування та усі вкладені коди

            51000000-9 – Послуги зі встановлення (крім програмного забезпечення) та усі вкладені коди

            55000000-0 – Готельні, ресторанні послуги та послуги з роздрібної торгівлі та усі вкладені коди

            60000000-8 – Транспортні послуги (крім транспортування відходів) та усі вкладені коди

            63000000-9 – Додаткові та допоміжні транспортні послуги; послуги туристичних агентств та усі вкладені коди

            64000000-6 – Поштові та телекомунікаційні послуги та усі вкладені коди

            65000000-3 – Комунальні послуги та усі вкладені коди

            66000000-0 – Фінансові та страхові послуги та усі вкладені коди

            71000000-8 – Архітектурні, будівельні, інженерні та інспекційні послуги та усі вкладені коди

            72000000-5 – Послуги у сфері інформаційних технологій: консультування, розробка програмного забезпечення, послуги мережі Інтернет і послуги з підтримки та усі вкладені коди

            73000000-2 – Послуги у сфері НДДКР та пов’язані консультаційні послуги та усі вкладені коди

            75000000-6 – Адміністративні, оборонні послуги та послуги у сфері соціального захисту та усі вкладені коди

            76000000-3 – Послуги, пов’язані з нафтогазовою промисловістю та усі вкладені коди

            77000000-0 – Послуги у сфері сільського господарства, лісівництва, рослинництва, водного господарства та бджільництва та усі вкладені коди

            79000000-4 – Ділові послуги: юридичні, маркетингові, консультаційні, кадрові, поліграфічні та охоронні та усі вкладені коди

            80000000-4 – Послуги у сфері освіти та навчання та усі вкладені коди

            85000000-9 – Послуги у сфері охорони здоров’я та соціальної допомоги та усі вкладені коди

            90000000-7 – Послуги у сферах поводження зі стічними водами та сміттям, послуги у сферах санітарії та охорони довкілля та усі вкладені коди

            92000000-1 – Послуги у сфері відпочинку, культури та спорту та усі вкладені коди

            98000000-3 – Інші громадські, соціальні та особисті послуги та усі вкладені коди

• • • • • • В залежності від обраного classification.id встановлюється валідація на обовʼязковість заповнення поля registrationDetails

            • CAV	registrationDetails
              04000000-8 – Нерухоме майно та усі вкладені коди	обовʼязково registrationStatus

Статуси процедури

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

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

...

active_tendering

АБО

active_auction

АБО

active_qualification

АБО

active_awarded

...

Автоматично.

Якщо на момент tenderPeriod.endDate кількість поданих заяв менше за встановлене Організатором значення minNumberOfQualifiedBids

АБО

Якщо в рамках періоду аукціону (auctionPeriod), немає жодної валідної ставки (рівна або вище суми стартової ціни лота + кроку аукціону)

АБО

Якщо в рамках періоду кваліфікації Організатор дискваліфікував усіх учасників: дискваліфіковані всі учасники на етапі підписання Протоколів і Договорів

АБО

Якщо в рамках кваліфікації Організатор дискваліфікував 1-го учасника на етапі підписання Договору, а 2-й учасник відмовився від очікування

...

Термінальний статус.

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

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

"rectificationPeriod": {
	"endDate": {
		"diff": "6 days",
		"direction": "backward",
		"from": "auctionPeriod.startDate",
		"time": "18:00"
	},
	"startDate": {
		"from": "now"
	}
}

"tenderPeriodrectificationPeriod": {
	"endDate": {
		"diff": "16 days",
		"direction": "backward",
		"from": "auctionPeriod.startDate",
		"time": "2018:00"
	},
	"startDate": {
		"from": "now"
	}
}

"tenderPeriod": {
	"endDate": {
	

"questionPeriod": {
	"endDate": {
		"diff": "1 days",
		"direction": "backward",
		"from": "auctionPeriod.startDate",
		"time": "1820:00"
	},
	"startDate": {
		"from": "now"
	}
}

"enquiryPeriodquestionPeriod": {
	"endDate": {
		"diff": "1 days",
		"direction": "backward",
		"from": "auctionPeriod.startDate",
		"time": "18:00"
	},
	"startDate": {
		"from": "now"
	}
}

"enquiryPeriod

"auctionPeriod": {
	"startDateendDate": {
		"timediff": "11:00 - 13:001 days",
		"validationdirection": {
"is_business_day": true"backward",
		"minfrom": {
"diff": "8 days"auctionPeriod.startDate",
		"directiontime": "forward"18:00"
	},
	"errorstartDate": "raise",
{
		"from": "now",
"time": "11:00",
"is_business_day": true

	}
}
}
}

"auctionPeriod

"qualificationPeriod": {
"endDatestartDate": {
"difftime": "20 business 11:00 - 13:00",
"validation": {
"is_business_day": true,
"min": {
"diff": "8 days",
"direction": "forward",
"error": "raise",
"from": "now",
"time": "1811:00"
},
"startDateis_business_day": {
"from": "now"true
}
}
}
}

Документи процедури

...

Ілюстрація

...

так (тільки для оголошень із Типом активу itemType == asset (Майно) - обов’язково, для всіх інших Типів активів - не обов’язково)

...

notice

...

technicalSpecifications

...

evaluationCriteria

...

contractProforma

...

x_presentation

...

clarifications

...

Опис причин редагування

...

"qualificationPeriod": {
"endDate": {
"diff": "20 business days",
"direction": "forward",
"from": "now",
"time": "18:00"
},
"startDate": {
"from": "now"
}
}

Документи процедури

Після заповнення всіх обовʼізкових полів майданчик має надіслати запит на публікацію обʼєкта процедури.

У разі правильно сформованого об'єкта процедури, ЦБД повертає майданчику id та token створеного об'єкта, процедура набуває статус active_tendering

Anchor
proc_edit proc_edit

Редагування процедури

Протягом періоду редагування (rectifiactionPeriod) Організатор аукціону має право самостійно вносити зміни в поля Процедури.

Організатор має можливість внести зміни в ті поля, які він заповнював самостійно під час публікації аукціону, окрім Дати початку аукціону (auctionPeriod.startDate)

• Для

...

Протягом періоду редагування (rectifiactionPeriod) Організатор аукціону має право самостійно вносити зміни в поля Процедури.

Організатор має можливість внести зміни в ті поля, які він заповнював самостійно під час публікації аукціону, окрім Дати початку аукціону (auctionPeriod.startDate)

• Для підтвердження внесених змін Організатор повинен завантажити документ - "Погодження змін до опису лоту. Опис причин редагування." (documentType:clarifications)
  • Цей документ має містити перелік змін, які вносяться, причину внесення таких змін
  • Має бути можливість завантажити документ з documentType:clarifications
  коли у процедури триває період
  • протягом періоду редагування (rectificationPeriod)
• ЦБД має повертати валідаційну помилку, якщо надходить запит на зміну полів процедури, але попередньо не був завантажений clarification документ.

Протягом періоду редагування (rectificationPeriod) Організатор процедури може завантажувати та замінювати документи оголошення (procedure.documents[]) без необхідності додавати перед цим clarification документ.

...

• previousAuctionId
• tenderAttempts
• sellingEntityrelatedOrganization
• lotId
• title
• description
• accessDetails
• bankAccounts
• x_documentRequirements
• x_additionalInformation
• value
• valueAddedTaxCharged
• discount
• guarantee
• minimalStep
• minNumberOfQualifiedBids
• items
• registrationFee
• documents

  Особливості інактивації бідів для переважного права

  • • якщо до documents додавати документи - біди Не деактивуються (POST /api/procedures/{{procedure_id}}/documents?acc_token={{procedure_acc_token}})
    • якщо PATCH-ити documents, то біди Деактивуються

  Особливості інактивації бідів для переважного права

  Дані учасника з переважним правом (relatedOrganization.currentTenants) можуть Дані учасника з переважним правом (currentTenants) можуть редагуватися Організатором протягом rectificationPeriod 

  ...

  • якщо є бід з identifier.id, який більше не вказаний в currentTenants (був вказаний, але Орг замінив) - статус такого bid’а змінюється на inactive
  • якщо є бід з identifier.id, який тепер вказано в currentTenants (був інший, але Орг замінив на цей) - статус bid’а змінюється на inactive
  • біди з іншими identifier.id (не був currentTenants і не став ним) не інактивуються, якщо Організатор відредагував currentTenants[].identifier.id

  У разі внесення змін в будь-які інші Технічна особливість: Якщо Організатору необхідно редагувати поля учасника з переважним правом (currentTenants) крім identifier.id - заяви на участь не змінюють своїх статусів і ознака "Учасник з переважним правом" залишається у bid'а, в якого вона була., то технічно це можна зробити лише запитом PATCH всього масиву relatedOrganization, який включає також sellingEntity. Тому при будь-якому редагуванні currentTenants будуть ЗАВЖДИ деактивовуватись всі Біди, бо паралельно в запиті надійдуть поля sellingEntity (навіть якщо наповнення в полях не змнилось)

  
  

  Info
  title Майданчикам
  Учаснику який втратив ознаку учасника з переважним правом (статус bid`а змінився на inactive) потрібно надіслати сповіщення про те, що він може взяти участь в аукціоні на правах учасника без переважного права, але для цього йому необхідно активувати заяву. У разі бездіяльності учасника заява на участь залишається у статусі inactive та не може брати участь в аукціоні. Учаснику який набув ознаку учасника з переважним правом (до цього не було ознаки) (статус bid`а змінився на inactive) приходить сповіщення про те, що він може взяти участь в аукціоні на правах учасника з переважним правом, але для цього йому необхідно активувати заяву. У разі бездіяльності учасника заява на участь залишається у статусі inactive та не може брати участь в аукціоні.

  Публікація заяви на участь

  Публікувати заяву на участь є можливість тільки протягом tenderPeiod.

  Info
  title Майданчикам
  В результаті успішного редагування Аукціону, Організатору необхідно вивести нотифікацію: "Оголошення про проведення аукціону відредаговано" Повідомлення надходить Організатору протягом 5 хв.

  Запитання - Відповіді
  

  Використовується стандартна логка цього функціоналу. Описана ТУТ

  Публікація заяви на участь (Bids)

  Публікувати заяву на участь є можливість тільки протягом tenderPeiod.

  Anchor
  bid_required_field bid_required_field

  Anchorbid_required_fieldbid_required_fieldПри публікації заяви на участь в аукціоні (публікації біда), обов'язково повинні бути заповнені поля:

  ...

  Обовʼязкових документів для публікації і активації заяви на участь немає.

  Для заяви на участь передбачена можливість додати такі документи до біда

  Документи заяви на участь

  Note
  title Анонімізовані поля
  Коли інформація про Учасників стає публічною, то поля, які містять Конфіденційну Інформацію (адреса, контактні дані) мають бути приховані для публічного доступу. Цю інформацію буде бачити Організатор та власник заяви на участь (бачить свої дані). Це реалізовано на рівні моделі base.Organization Публічно КІ буде повертатися у вигляді "******"

  
  

  Для заяви на участь передбачена можливість додати такі документи до біда

  Документи заяви на участь

  documentTypeНазва УкрНазва АнглОбовʼязковість для публікаціїПублічність

  documentType	Назва Укр	Назва Англ	Обовʼязковість для публікації	Публічність

  commercialProposal	Заява на участь	Commercial proposal	ні	так
  x_passport	Копія паспорта або документу, що посвідчує особу	Passport or identity document	ні	ні
  x_IPN	Копія РНОКПП	RNTRC copy	ні	ні
  x_tenderersRegisterExtract	Витяг ЄДРПОУ	Register extract	ні	так
  x_guaranteeApproval	Документ, що підтверджує сплату гарантійного внеску	Guarantee fee approval	ні	так
  x_registrationFeeApproval	Документ, що підтверджує сплату реєстраційного внеску	Registration fee approval	ні	так
  qualificationDocuments	Документи, що підтверджують відповідність вимогам	Qualification document	ні	так
  auctionProtocol	Протокол аукціону	Auction protocol	ні	так
  digitalSignature	Цифровий підпис	Digital signature	ні

  так

  Набуває значення документу з яким позв'язаний

  
  

  Info
  title Майданчикам
  При реєстрації учасника, що має отримати Переважне право, необхідно перевірити, що саме вказав Організатор аукціону в currentTenants. Індетифікатор (ЄДРПОУ, ІПН) має співпадати. Після публікації біда від учасника з переважним правом, бід опублікується з статусі draft. При цьому ознака "пріоритетного права" зʼявиться у біда лише після його активації (зміни статуса з draft → active) Якщо вже існує Бід з priority, але Організатор редагує поля процедури в результаті чого бід деактивується - ознака priority зникає, а після повторної активації (inactivate --> active) знов зʼявляється, якщо Організатор не замінив identifier учасника з переважним правом.

  ...

  draw.io Diagram
  border true diagramName CSP_bid_statuses simpleViewer false width links auto tbstyle top lbox true diagramWidth 636 revision 12

  
  

  Технічна назва	Бізнесова назва	Перехід з	За умови	Коментар
  draft	Чернетка заяви	момент публікації заявки в ЦБД	Ручна дія. Учасник надсилає запит на публікацію Bid-а	Публікація заяви на участь доступна тільки протягом tenderPeriod Мають бути заповнені поля: value bidders Майданчик Учасника робить POST запит до ЦБД та передає об'єкт заяви на участь. У разі правильно сформованого об'єкта заяви на участь, ЦБД повертає майданчику token для активації заяви на участь, заява на участь набуває статус “Чернетка заяви” (draft).
  active	Підтверджена заява	draft inactive	Ручна дія. Учасник надсилає запит на зміну статуса Bid-а	Активувати заяву на участь є можливість тільки протягом tenderPeriod. Майданчик Учасника надсилає запит на активацію заяви на участь в ЦБД, заява на участь змінює статус на “Підтверджена заява” (draft, inactive→ active) та вважається Опублікованою.
  inactive	Деактивована заява	draft active	Автоматична дія. Учасник має можливість: активувати заяву на участь (вперше, або повторно) видалити свою заяву на участь	У разі редагування Організатором процедури (поля або документи), заяви на участь (у статусах draft та/або active) автоматично переходять у статус inactive. Таку заяву на участь можна повторно перевести у статус active. Або видалити за бажанням учасника. Важливо: При переході біда в статус inactive для учасника з переважним правом має перестати відображатись поле priority
  deleted	Видалена заява	draft active inactive	Ручна дія. Учасник надсилає запит на зміну статуса Bid-а АБО Автоматична дія. Організатор скасовує процедуру до початку МА	У разі видалення (У разі видалення (анулювання) заяви на участь учасником вона набуває статус “Видалена заява” (deleted). Скасувати свою заявку на участь є можливість тільки протягом tenderPeriod Важливо: При переході біда в статус deleted для учасника з переважним правом має перестати відображатись поле priority

  ...

  Info
  title Особливості для переважного права
  Під час аукціону (auctionPeriod) чинний орендар має право не робити ставки до 4-го раунду аукціону. Для реалізації переважного права чинний орендар надає згоду сплатити суму, що є рівною ціновій пропозиції учасника, який подав найвищу цінову пропозицію за лот, після чого чинний орендар набуває статусу переможця аукціону. У разі відмови чинного орендаря сплачувати таку ціну, він може надати попередню згоду сплатити ціну, що є рівною ціновій пропозицій учасника з наступною (другою) за величиною ціновою пропозицією (за умови наявності такої пропозиції) Згода або відмова надається в ході спеціального етапу аукціону шляхом натискання відповідної кнопки в електронній торговій системі. Протягом четвертого раунду МА запитає Учасника з переважним правом: "Чи погоджується він на найвищу ставку, яку зробив інший учасник?" Якщо ні, то - "Чи погоджується він на другу за величиною ставку?" У разі відмови чинного орендаря сплачувати ціну, що є рівною ціновій пропозиції учасника, що подав найвищу цінову пропозицію за лот, або у випадку невідповідності вимогам аукціону, переможцем аукціону визнається учасник, що що  подав найвищу цінову пропозицію за лот. Якщо чинний орендар погоджується із найвищою ціновою пропозицією - за результатами аукціону чинний орендар набуває статусу переможця. Якщо чинний орендар погоджується із ціновою пропозицією з наступною за величиною після потенційного переможця - за результатами аукціону чинний орендар набуває статусу "Очікується рішення" (award:pending_waiting). У разі відмови або бездіяльності чинного орендаря під час 4-го раунду і за результатами аукціону він не посідає 1ше або 2ге місце →  чинний орендар не допускається на етап кваліфікації.

  ...

  Протокол про результати аукціону формується автоматично у вигляді структурованого машиночитаємого файлу (JSON або YAML) та оприлюднюється в формі електронного документу електронною торговою системою в день завершення аукціону (одразу по завершенню періоду аукціону).
  Майданчик має відображати посилання для завантаження (друкування) протоколу у PDF та HTML форматах

  Шаблони електронного протоколу аукціону

  ...

  Підписання протоколу (Awards)

  ...

  Аукціон відбувся

  Аукціон не відбувся

  Аукціон скасовано

  Кваліфікація

  Перевірка документів учасників та підписання протоколу

  За умови успішного проведення аукціону АБО якщо прийшов тільки один учасник і зробив валідну (стартова+крок) ставкуставку (minNumberOfQualifiedBids:1, ставка >=стартовій ціні), процедура переходить у період кваліфікації (qualificationPeriod) та розпочинається робота над протоколом та його підписання.

  ...

  1. Протокол аукціону (documentType:auctionProtocol) підписується Переможцем аукціону та оператором електронного майданчика, з якого переможець подав цінову пропозицію, за допомогою кваліфікованого електронного підпису уповноваженої особи.
     • Організатор опубліковує підписаний протокол аукціону в ЕТС протягом 10-ти робочих днів після дня завершення аукціону.
     • В Організатора є можливість підтвердити протокол (award.status: pending → active) і після завершення періоду підписання протоколу (verificationPeriod), обмеження на майданчику не мають встановлюватись.
     • Після завантаження протоколу Організатор натискає кнопку "Протокол затверджено", після чого майданчик передає award’у такого учасника статус active (“Переможець. Очікується договір”).(award.status: pending → active)
       • В результаті чого для цього award’у створюється contract в статусі pending у масиві contracts.
  2. У учасника, який кваліфікується, є можливість завантаження та заміни Протоколу до bid`a (не обов’язкова дія), але завантаження цього документу учасником не призводить до зміни статусів в системі.
     1. У учасника є можливість завантажити протокол протягом verificationPeriod і після завершення періоду підписання протоколу (verificationPeriod), обмеження на майданчику не мають встановлюватись.
  3. Для учасника з другою за розміром ціновою пропозицією (за наявності такого), одразу після аукціону, формуються award, що отримує статус pending_waiting, якщо його ставка була валідною.
     • У випадку, якщо ставка цього учасника не є валідною, формування award'у для такого учасника не здійснюється.
     • Єдина дія, яка може бути виконана в цей момент - це ручне скасування очікування - учасник може забрати свій гарантійний внесок, втрачаючи шанс стати переможцем аукціону. У разі відмови від очікування майданчик передає такому award'y статус cancelled.
     • Якщо перший award дискваліфіковують, а другий не самодискваліфікувався, після набуття статусу 2-го award'у pending, 2-й учасник проходить процедуру кваліфікації по такому самому принципу як 1-й переможець (процедура знову набуває статус "Очікується опублікування протоколу" (active_qualification)).
     • Якщо ж кваліфікація 1-го award'у пройшла успішно, та Організатор аукціону підтвердив виконання умов договору для 1-го award'у, у такому випадку ЦБД, під час зміни статусу процедури на complete, автоматично змінює статус 2-го award'у на cancelled.
  4. У разі невідповідності переможця аукціону вимогам, Організатор аукціону повинен дискваліфікувати учасника, після чого майданчик передає статус “unsuccessful” award`у такого учасника до ЦБД.
  5. Завершення періоду підписання протоколу (verificationPeriod) завершується автоматично, але статус процедури не змінюється на active_awarded, доки Організатор не підтвердить і завантажить протокол в процедуру.

  Технічна назва	Бізнесова назва	Дата початку	Дата завершення	Результат завершення	Коментар
  awards.verificationPeriod	Період підписання протоколу	В момент набуття Авардом статуса pending	verificationPeriod.endDate ==verificationPeriod.startDate+10 6 р.д. 18:00	На рівні ЦБД: відсутній	Період формується в Аварді з моменту набуття Авардом статусу pending Code Block "verificationPeriod": { "endDate": { "diff": "6 business days", "direction": "forward", "from": "now", "time": "18:00" }, "startDate": { "from": "now" } }
  awards.signingPeriod	Період підписання договору	В момент набуття Авардом статуса pending	signingPeriod.endDate == signingPeriod.startDate + 15 20 р.д. 18:00	На рівні ЦБД: відсутній	Період формується в Аварді з моменту набуття Авардом статусу pending Code Block "signingPeriod": { "endDate": { "diff": "20 business days", "direction": "forward", "from": "now", "time": "18:00" }, "startDate": { "from": "now" } }

  Якщо усіх учасників, що пройшли до кваліфікації, дискваліфіковано, ЦБД автоматично змінює статус процедури на unsuccessful.

  ...

  : "now" } }

  Якщо усіх учасників, що пройшли до кваліфікації, дискваліфіковано, ЦБД автоматично змінює статус процедури на unsuccessful.

  Anchor
  award_status award_status

  Статуси Awards

  draw.io Diagram
  border true diagramName CSL_award_status simpleViewer false width links auto tbstyle top lbox true diagramWidth 798 revision 4

  
  

  
  

  Технічна назва	Бізнесова назва	Перехід з	За умови	Коментар
  pending	Очікується протокол	МА (переможець) АБО pending_waiting	Автоматично: Присвоюється переможцю під час генерації авардів АБО Автоматично: Присвоюється 2-му (після переможця) після дискваліфікації переможця	Організатор має можливість: Завантаження протоколу (обв'язкова дія - з можливістю замінити протокол) Переведення статусу учасника до наступного статусу "Переможець. Очікується договір" Дискваліфікація учасника Учасник має можливість: Завантажити та замінити протокол (не обов'язкова дія - з можливістю замінити  протокол)
  pending_waiting	Очікується рішення	МА (учасник з другою за розміром валідною ставкою)	Автоматично. Присвоюється 2-му (після переможця) учаснику під час генерації авардів	Статус pending_waiting автоматично присвоюється 2-му (після переможця) учаснику під час генерації авардів 2й учасник має можливість відмовитися від очікування (до моменту дискваліфікації 1-го учасника та за умови, що процедура у не термінальному статусі)
  active	Переможець. Очікується договір	pending	Ручна дія. Організатор підтверджує підписання протоколу і змінює статус award pending → active	Термінальний статус. Організатор має можливість: Завантаження договору (з можливістю замінити); Дискваліфікація учасника (до завершення аукціону); Завершення аукціону. 2й Учасник має можливість: відмовитися від очікування до моменту дискваліфікації 1-го переможця.
  cancelled	Учасник не став переможцем	pending_waiting	Ручна дія. 2-й учасник (статус pending_waiting) відмовився від очікування Автоматично. Аукціон перейшов в термінальний статус (complete) та 2-й учасник в статусі pending_waiting → cancelled	Термінальний статус.
  unsuccessful	Дискваліфіковано	pending АБО active	Ручна дія. Організатор дискваліфікує переможця і надсилає запит на зміну award.status: pending → unsuccessful Організатор не підписує договір з переможцем і надсилає запит на зміну award.status: active → unsuccessful	Термінальний статус. 1. pending → unsuccessful: ЦБД має валідувати, що в Авард завантажено документ з documentType: rejectionProtocol OR act При зміні статуса з pending → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника 2. active → unsuccessful: ЦБД має валідувати, що в Авард завантажено документ з documentType: rejectionProtocol OR act При зміні статуса з active → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника При цьому contracts автоматично змінить свій статус на cancelled

  Документи обʼєкта кваліфікації (awards.documents)

  documentType	Назва Українською	Назва Англійською	Опис	Обовʼязковіть	Публічність
  rejectionProtocol	Документ, що підтверджує дискваліфікацію	Rejection protocol	Завантажується у разі дискваліфікації учасника (окремо зазначається причина), за умови прийняття рішення Організатором;	Так Для зміни awards.status: pending → unsuccessful	Так
  auctionProtocol	Протокол аукціону	Auction protocol	Протокол підписується і завантажується для кожного учасника окремо	Так Для зміни awards.status: pending → active	Так
  act	Документ, що підтверджує відмову	Refusal act	Завантажується у разі дискваліфікації учасника (окремо зазначається причина: відмова Переможцем підписувати договір/протокол), за умови прийняття рішення Учасником. Документ має бути можливість завантажити у Організатора та у Переможця. Для того, щоб Організатор дискваліфікував учасника, Авард якого перебуває у статусі pending або protocol_signed, має бути завантажено хоча б один документ з documentType: act  В поле terminationReason аварду записується причина із довідника Поле terminationReason має бути обов'язково заповнено для зміни awards.status: pending → unsuccessful	Так Для зміни awards.status: pending → unsuccessful	Так
  digitalSignature	Цифровий підпис	Digital signature		Ні	Набуває значення документу з яким позв'язаний

  Підписання договору (Contracts)

  Після підписання договору Організатор має:

  • завантажити його цифрову копію в ЦБД (documentType:contractSigned)
  • заповнити обов'язкові поля договору:
    • description - Опис договору
    • contractNumber - Номер договору
    • title - Назва договору
    • dateSigned - Дата підписання договору
  • підтвердити договір (надслати запит на зміну статусу договору pending → active)

  В Організатора аукціону є можливість підтвердити договір (documentType:contractSigned) і після завершення періоду підписання договору (signingPeriod), обмеження на майданчику не мають встановлюватись.

  До переведення договору в статус active, Організатор повинен мати можливість виправити поля договору та вкладені файли.

  Статуси Contracts

  draw.io Diagram
  border true diagramName CSLCSP_awardcontract_statusstatuses simpleViewer false width links auto tbstyle top lbox true diagramWidth 798566 revision 32

  
  

  Технічна назва	Бізнесова назва	Перехід з	За умови	Коментар
  pending

   Очікується протокол

  МА (переможець)

  АБО

  pending_waiting

  Автоматично: Присвоюється переможцю під час генерації авардів

  АБО

  Очікується договір

  Момент набуття Awardʼу статусу active

  Автоматично. Якщо будь-який Авард набуває статусу active, то ЦБД автоматично створює повʼязаний contracts у статусі pending.

  Автоматично: Присвоюється 2-му (після переможця) після дискваліфікації переможця

  Організатор має можливість: Завантаження

  протоколу (обв'язкова дія - з можливістю замінити протокол)
• Переведення статусу учасника до наступного статусу "Переможець. Очікується договір"
• Дискваліфікація учасника

Учасник має можливість:

• Завантажити та замінити протокол (не обов'язкова дія - з можливістю замінити  протокол)
pending_waiting Очікується рішенняМА (учасник з другою за розміром валідною ставкою)

Автоматично.

Присвоюється 2-му (після переможця) учаснику під час генерації авардів

Статус pending_waiting автоматично присвоюється 2-му (після переможця) учаснику під час генерації авардів

2й учасник має можливість відмовитися від очікування (до моменту дискваліфікації 1-го учасника та за умови, що процедура у не термінальному статусі)

activeПереможець. Очікується договірpending

Ручна дія.

Організатор підтверджує підписання протоколу і змінює статус award pending → active

Термінальний статус.

Організатор має можливість:

• Завантаження договору (з можливістю замінити);
• Дискваліфікація учасника (до завершення аукціону);
• Завершення аукціону.

2й Учасник має можливість:

• відмовитися від очікування до моменту дискваліфікації 1-го переможця.
cancelledУчасник не став переможцем

pending_waiting

Ручна дія.

2-й учасник (статус pending_waiting) відмовився від очікування

Автоматично.

Аукціон перейшов в термінальний статус (complete) та 2-й учасник в статусі pending_waiting → cancelled

Термінальний статус.

unsuccessfulДискваліфіковано

pending

АБО

active

Ручна дія.

Організатор дискваліфікує переможця і надсилає запит на зміну award.status: pending → unsuccessful

Організатор не підписує договір з переможцем і надсилає запит на зміну award.status: active → unsuccessful

Термінальний статус.

1. pending → unsuccessful:

ЦБД має валідувати, що в Авард завантажено документ з documentType: rejectionProtocol OR act

При зміні статуса з pending → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника

2. active → unsuccessful:

ЦБД має валідувати, що в Авард завантажено документ з documentType: rejectionProtocol OR act

При зміні статуса з active → unsuccessful ЦБД має валідувати, що заповнено awards.terminationReason значенням зі словника

При цьому contracts автоматично змінить свій статус на cancelled