Робочий чекліст: 

...

Загальний огляд sanctionedAssets-english

...

Мета створення процедури та нормативні засади

...

З метою продажу підсанкційного майна (активів держави-агресора) в системі Prozorro.Sale реалізовано нову процедуру з sellingMethod: sanctionedAssets-english

Бізнес назва - Продаж санкційного майна

• Регламент
• Регламент 2 (див його)
• Постанова
• PRD

Загальна інформація про роботу процедури

...

•  Особливості процедури
•  Механіка аукціону
•  Опис класифікаторів та їх словників
•  Статуси процедури
•  Періоди процедури
•  Документи процедури

...

уточнити про 

інформацію про договори оренди об’єкта - пошук по документу

Загальний огляд sanctionedAssets-english

Мета створення процедури та нормативні засади

З метою продажу підсанкційного майна (активів держави-агресора) в системі Prozorro.Sale реалізовано нову процедуру з sellingMethod: sanctionedAssets-english

Бізнес назва - Продаж санкційного майна

• Регламент - посилання

Загальна інформація про роботу процедури

Стандартна процедура, де переможцем є той, хто подав найвищу цінову пропозицію? 

Глоссарій процедури

Закрита цінова пропозиція – сума коштів, намір та можливість сплати якої декларується учасником в особистому кабінеті та подається через оператора в ЕТС. Право на подання такої цінової пропозиції виникає в учасника після отримання підтвердження про зарахування гарантійного внеску (та реєстраційного внеску, якщо лотом є майно банку) на рахунок оператора до закінчення кінцевого терміну прийняття заяв про участь / прийняття закритих цінових пропозицій, встановленого у відповідному оголошенні, та забезпечує можливість його участі в електронному аукціоні. Закрита цінова пропозиція не може бути нижчою за стартову ціну

Кроку аукціону - мінімальна надбавка, на яку в ході електронного аукціону (або на етапі подання закритих цінових пропозицій) може здійснюватися підвищення цінової пропозиції. Розмір мінімального кроку електронного аукціону визначається в рішенні банку про затвердження умов продажу активів / продажу або передачі в оренду майна (далі – рішення про затвердження умов) та для електронних аукціонів з продажу або передачі в оренду майна банку має складати від 1 до 10% від стартової ціни лота

Стартова ціна – вартість лоту або початковий розмір орендної плати за лот, що відображені в оголошенні

Учасник – юридична особа, в особі уповноваженого представника, яка є користувачем ЕТС, виявила намір прийняти участь в аукціоні, відповідає вимогам, встановленим цим Регламентом, законодавством та/або внутрішніми актами банку, сплатила гарантійний внесок (та реєстраційний внесок, якщо лотом є майно банку) пройшла процедуру реєстрації для участі в аукціоні відповідно до цього Регламенту, отримала відповідне підтвердження про реєстрацію та індивідуальний код учасника

Ціна продажу – фактична сума коштів, за які було продано лот, запропонована переможцем аукціону

Цінова пропозиція – сума коштів, намір та можливість сплати якої декларується учасником електронного аукціону

Валідна ставка - ставка, яка дорівнює стартовій ціні + розмір мінімального кроку або більша за розміром

Організатор аукціону - Фонд державного майна України або інший орган державної влади, суб’єкт господарювання державного сектору економіки, відносно якого Кабінетом Міністрів України прийнято рішення про визначення його суб’єктом управління активом;

Термінальний статус процедури - cancelled, unsuccessful, complete

Пул - сукупність активів щодо яких ухвалено судове рішення про застосування санкції, передбаченої пунктом 1¹ частини першої статті 4 Закону України “Про санкції”, та об'єднані в один лот, зокрема, підприємства та/або господарські товариства, єдині майнові комплекси або акції (частки) щодо яких ухвалено таке судове рішення, права вимоги, в тому числі до таких юридичних осіб; правильно розумію, що це фактично кожен елемент пулу буде окремий айтем?

Процедура

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

1. Об'єктом продажу є пул активів
2. мінімальна кількість заяв для можливості успішного проведення аукціону за замовчуванням minNumberOfQualifiedBids = 1, але у Організатор присутня можливість при публікації процедури передати minNumberOfQualifiedBids =2 - будемо це робити чи ні? Даємо можливість обирати чи ні?
   1. Якщо заява тільки одна, то для викупу сума цінової пропозиції має бути не менше стартової ціни (просто стартова ціна, не стартова+крок)
   2. У випадку проведення аукціону і наявності більше 1 учасника, переможна пропозиція під час МА має бути не менше стартова ціна + крок. - Мені тут якщо чесно трішки дивно
3. Аукціон:
   • англійський аукціон
4. На перших порах відповідальність за публікацію ланцюжку процедур буде на організаторі 
5. Скасувати можемо тільки до проведення аукціону? Тобто тільки зі статусу active_tendering? Електронний аукціон може бути відмінено за рішенням організатора аукціону на будь-якому етапі до дня його проведення.
6. Якщо tenderAttempts = 1, то поле previousAuctionId не використовується.
   Якщо tenderAttempts > 1 поле previousAuctionId використовується та є обов'язкове;  - давайте цю валідацію додамо, виглядає непогано, щоб хоч якось ланцюжок фіксувати в цбд

Механіка аукціону

Англійський аукціон

Опис класифікаторів та їх словників

Для даної процедури використовуємо класифікатори: один основний обовʼязковий (CAV) та два додаткових необовʼязкових класифікатори.

Я ж правильно розумію, що тут можна буде обирати будь-який основний обов'язковий та необов'язково додаткові? Там буде cpvs та dm як в приватизації?  

Ендпоінти з класифікаторами:

• CAV
• CPVS
• dm? 

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

...

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

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

...

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

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

...

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

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

...

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

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

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

...

active_tendering

АБО

active_auction

АБО

active_awarded

...

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

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

АБО

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

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

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

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

...

Після завершення періоду подання пропозицій (tenderPeriod), за умови 1-ї заяви на участь (minNumberOfQualifiedBid=1)

АБО

По завершенню періоду аукціону (auctionPeriod), за умови 2-х заяв на участь - 

• ЦБД змінює статус процедури на “Очікується підписання протоколу” ( → active_qualification)
• ЦБД автоматично створює awards[]
  • awards[0].status: pending
  • awards[1,2...].status: pending_waiting
• ЦБД автоматично створює contracts[0] у статусі pending для Переможця, який отримав Awards[0] у статусі pending - коли створюємо контракт в статусі pending? коли він створюється в приватизації? 

...

active_qualification

...

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

Організатор завантажив підписаний протокол.

...

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

• ЦБД змінює статус процедури на "Очікується оплата" (→ pending_payment)
• ЦБД змінює статус Переможця
  • awards[0].status: pending_payment
  • Інші аварди лишаються в статусі pending_waiting

...

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

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

(Переможець виконав оплату)

...

Після оплати за лот Учасником Організатор натискає кнопку “Підтвердити оплату”:

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

Після внесення в повному обсязі плати за участь в електронному аукціоні оператор електронного майданчика, через який подано найвищу цінову пропозицію, натискає в електронній торговій системі відповідну електронну кнопку для підтвердження такої плати. - а оце за що відповідає 

...

Ручна дія.

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

...

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

Після завершення роботи із договором, Організатор аукціону натискає на кнопку “Завершити електронні торги”.

Після чого майданчик Організатора надсилає запит до ЦБД щодо зміни статусу процедури на “Аукціон завершено. Договір підписано”

...

active_tendering

АБО

active_auction

АБО

active_qualification

АБО

pending_payment

АБО

active_awarded

...

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

• Якщо протягом tenderPeriod немає жодної поданої заяви
• Якщо протягом tenderPeriod кількість поданих заяв на участь менше за встановлене Організатором значення minNumberOfQualifiedBids
• Якщо за результатами періоду аукціону (auctionPeriod), немає жодної валідної ставки. Валідна ставка >= сума стартової ціни лота + крок аукціону  
• Якщо в рамках кваліфікації Організатор дискваліфікував усіх учасників з award`ами в статусі active

...

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

...

active_tendering

АБО

active_auction

АБО

pending_payment

АБО

active_awarded

...

Ручна дія.

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

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

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

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

Я так зрозумів тільки з active_tendering? 

...

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

Стандартна процедура, де переможцем є той, хто подав найвищу цінову пропозицію

Глоссарій процедури

Закрита цінова пропозиція для проведення електронного аукціону за методом підвищення ціни – сума коштів, сплата якої декларується учасником до проведення електронного аукціону та подається в особистому кабінеті через оператора електронного майданчика в електронній торговій системі до закінчення кінцевого строку прийняття заяв на участь в електронному аукціоні;

Мінімальний крок електронного аукціону (крок аукціону) – мінімальна надбавка на рівні 1 відсотка стартової ціни активу, визначеної для кожного аукціону, на яку в ході електронного аукціону може здійснюватися підвищення цінової пропозиції;

Стартова ціна – вартість лоту або початковий розмір орендної плати за лот, що відображені в оголошенні

Учасник – фізична особа або юридична особа в особі уповноваженого представника, яка виявила намір взяти участь в електронному аукціоні, сплатила реєстраційний та гарантійний внески, та пройшла процедуру реєстрації для участі в електронному аукціоні;

Ціна продажу – фактична сума коштів, за які було продано лот, запропонована переможцем аукціону

Цінова пропозиція – сума коштів, намір та можливість сплати якої декларується учасником електронного аукціону

Валідна ставка - ставка, яка дорівнює стартовій ціні + розмір мінімального кроку або більша за розміром

Організатор аукціону - Фонд державного майна України або інший орган державної влади, суб’єкт господарювання державного сектору економіки, відносно якого Кабінетом Міністрів України прийнято рішення про визначення його суб’єктом управління активом;

Термінальний статус процедури - cancelled, unsuccessful, complete

Пул – сукупність активів, щодо яких ухвалено судове(-і) рішення про застосування санкції, передбаченої пунктом 1¹ частини першої статті 4 Закону України “Про санкції”, та які об’єднані в один лот в порядку, встановленому Фондом державного майна. До такого пулу можуть включатись акції, частки у статутному капіталі господарських товариств, майнові комплекси, права вимоги (у тому числі до зазначених юридичних осіб), а також нерухоме та рухоме майно;

Процедура

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

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. Процедури 2 та 3 повинні створюватися автоматично системою після завершення попередньої процедури в ланцюжку зі статусом unsuccessful
10. Для допуску дискваліфікованого учаснику до повторного аукціону потрібнен документ admissionReason - в нормативці прямо це не зазначено, але така можливість погоджена з Андрієм
11. Документи процедури, заяви на участь, аварда, контракта найбільш наближені до документів процедури великої приватизації 
12. Якщо завершився будь-який з періодів етапу кваліфікації, ЦБД не робить автоматично ніяких змін в процедурі. 

Опис класифікаторів та їх словників

Для даної процедури використовуємо класифікатори: один основний обовʼязковий (CAV) та додатковий необовʼязковий класифікатор (CVZU).

Основний класифікатор CAV (items[].classification)

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

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

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

      • Земля (land)

      • ЄМК (jointPropertyComplex)

Необхідно додати валідацію на доступні CAV. Для вибору НЕДОСТУПНІ: 

1. 45000000-7 – Будівельні роботи та усі вкладені коди
2. 48000000-8 – Пакети програмного забезпечення та інформаційні системи та усі вкладені коди
3. 50000000-5 – Послуги з ремонту і технічного обслуговування та усі вкладені коди
4. 51000000-9 – Послуги зі встановлення (крім програмного забезпечення) та усі вкладені коди
5. 55000000-0 – Готельні, ресторанні послуги та послуги з роздрібної торгівлі та усі вкладені коди
6. 60000000-8 – Транспортні послуги (крім транспортування відходів) та усі вкладені коди
7. 63000000-9 – Додаткові та допоміжні транспортні послуги; послуги туристичних агентств та усі вкладені коди
8. 64000000-6 – Поштові та телекомунікаційні послуги та усі вкладені коди
9. 65000000-3 – Комунальні послуги та усі вкладені коди
10. 66000000-0 – Фінансові та страхові послуги та усі вкладені коди
11. 71000000-8 – Архітектурні, будівельні, інженерні та інспекційні послуги та усі вкладені коди
12. 72000000-5 – Послуги у сфері інформаційних технологій: консультування, розробка програмного забезпечення, послуги мережі Інтернет і послуги з підтримки та усі вкладені коди
13. 73000000-2 – Послуги у сфері НДДКР та пов’язані консультаційні послуги та усі вкладені коди
14. 75000000-6 – Адміністративні, оборонні послуги та послуги у сфері соціального захисту та усі вкладені коди
15. 76000000-3 – Послуги, пов’язані з нафтогазовою промисловістю та усі вкладені коди
16. 77000000-0 – Послуги у сфері сільського господарства, лісівництва, рослинництва, водного господарства та бджільництва та усі вкладені коди
17. 79000000-4 – Ділові послуги: юридичні, маркетингові, консультаційні, кадрові, поліграфічні та охоронні та усі вкладені коди
18. 80000000-4 – Послуги у сфері освіти та навчання та усі вкладені коди
19. 85000000-9 – Послуги у сфері охорони здоров’я та соціальної допомоги та усі вкладені коди
20. 90000000-7 – Послуги у сферах поводження зі стічними водами та сміттям, послуги у сферах санітарії та охорони довкілля та усі вкладені коди
21. 92000000-1 – Послуги у сфері відпочинку, культури та спорту та усі вкладені коди
22. 98000000-3 – Інші громадські, соціальні та особисті послуги та усі вкладені коди

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

• 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 (Права вимоги)

В залежності від обраного значення із переліку основного класифікатора (Classification), ЦБД визначає, за необхідності, відповідну itemProps схему, для інших значень основного класифікатора, що не зазначені нижче, ЦБД нічого не автогенерує:

• 04000000-8 – Нерухоме майно та усі вкладені коди - base.RealEstateProps
• 05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди - base.JointPropertyComplexProps
• 06000000-2 – Земельні ділянки та усі вкладені коди - base.LandProps
• 34000000-7 – Транспортне обладнання та допоміжне приладдя до нього та усі вкладені коди - base.VehicleProps
• 07121000-3 – Застава - Нерухоме майно - base.RealEstateProps
• 07122000-0 – Застава - Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства - base.JointPropertyComplexProps
• 07123000-7 – Застава - Земельні ділянки - base.LandProps
• 07126000-8 – Застава - Транспортне обладнання та допоміжне приладдя до нього - base.VehicleProps
• 07221000-4 – Застава - Нерухоме майно - base.RealEstateProps
• 07222000-1 – Застава - Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства - base.JointPropertyComplexProps
• 07223000-8 – Застава - Земельні ділянки - base.LandProps
• 07226000-9 – Застава - Транспортне обладнання та допоміжне приладдя до нього - base.VehicleProps

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

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

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

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

Ендпоінти з класифікаторами:

• CAV
• CVZU

Timeline процедури

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

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

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

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

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

"auctionPeriod": {
	"startDate": {
		"time": "11:00 - 13:00",
		"validation": {
			"is_business_day": true,
			"min": {
				"diff": "8 days",
				"direction": "forward",
				"error": "raise",
				"from": "now",
				"time": "11:00",
				"is_business_day": true
			}
		}
	}
}

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

Я так розумію тут 1 в 1 документи як в приватизації? і щось навіть не знаю, жодного обовʼязкового документу? точно? 

...

illustration

notice, assetNotice - бракує. Є в приватизації 

...

Ілюстрація

...

ні

...

technicalSpecifications

...

evaluationCriteria

...

contractProforma

...

x_presentation

...

clarifications - потрібно тут? не бачив про це в нормативці

...

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

...

Цифровий підпис

(Особливості роботи із цифровим підписом)

...

Заява на участь

Статуси заяви на участь

Деактивуємо заяву на участь якщо редагується процедура? Не бачив про це нічого в нормативці, і в звичайній приватизації є тільки три статуса: deleted, active, draft

Схема приватизації - Модель статуса заяви на участь (біда) у процедурі Мала приватизація

Схема NLE - Image Removed

...

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

...

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

...

Перехід з

...

За умови

...

Коментар

...

Ручна дія.

Учасник надсилає запит на публікацію Bid-а

...

Публікація заяви на участь доступна тільки протягом tenderPeriod

Мають бути заповнені поля:

• value

• bidders

Майданчик Учасника робить POST запит до ЦБД та передає об'єкт заяви на участь. У разі правильно сформованого об'єкта заяви на участь, ЦБД повертає майданчику token для активації заяви на участь, заява на участь набуває статус “Чернетка заяви” (draft).

...

draft

inactive

...

Ручна дія.

Учасник надсилає запит на зміну статуса Bid-а

...

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

Майданчик Учасника надсилає запит на активацію заяви на участь в ЦБД, заява на участь змінює статус на “Підтверджена заява” (draft, inactive→ active) та вважається Опублікованою.

...

inactive

під питанням

...

draft

active

...

Автоматична дія.

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

• активувати заяву на участь (вперше, або повторно)
• видалити свою заяву на участь

...

У разі редагування Організатором процедури (поля або документи), заяви на участь (у статусах draft та/або active) автоматично переходять у статус inactive. Таку заяву на участь можна повторно перевести у статус active. Або видалити за бажанням учасника.

...

draft

active

inactive

...

Ручна дія.

Учасник надсилає запит на зміну статуса Bid-а

АБО

Автоматична дія.

Організатор скасовує процедуру до початку МА

...

У разі видалення (анулювання) заяви на участь учасником вона набуває статус “Видалена заява” (deleted).

Скасувати свою заявку на участь є можливість тільки протягом tenderPeriod

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

Заява на участь

Статуси заяви на участь

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

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

Авард

Статуси учасників на етапі кваліфікації (awards)

як я поняв відмови від очікування немає

Схема статусів якщо 1 заява на участь

Схема статусів якщо 2 та більше заяви на участь

Award’и формуються на ЦБД автоматично після заверешення аукціону, або Award’и формуються на ЦБД автоматично після заверешення аукціону, або за умови наявності одного учасника, одразу після завершення tenderPeriod

...

• один у статусі "Очікується оплатапротокол" - pending (10-й award)
• інші в статусі "Очікується рішення" - pending_waiting (2,3,4-ті award-и1й award)

Періоди Award

"paymentPeriod": {
	"endDate": {
		"diff": "10 business days",
		"direction": "forward",
		"from": "now"
	},
	"startDate": {
		"from": "now"
	}
}

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

Документи Аварду

redemptionDecision - потрібен документ викупу? 

Документи Аварду

...

• Найвища ставка - отримує Award у статусі pending (1-й award)
• Наступні валідні ставки Наступна валідна ставка (за наявності) - отримують отримує статус pending_waiting 

Особливості:

• У випадку, якщо ставка учасника не є валідною, формування award'у для такого учасника не здійснюється
• Якщо авард учасника вже в статусі pending_waiting, вони він не можуть може відмовитись від очікування 

ЦБД формує contracts[] для Переможця у статусі pending також одразу при переході процедури у статус pending_payment

Публікація протоколу

Очікується опублікування протоколу - дописати логіку

Підтвердження оплати

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

Award переможця отримав статус pending та в Аварді сформувався “Період оплати” (award.paymentPeriod)

Contract переможця також сформувався одночасно з Авардом і отримав статус “Очікується договір” - pending отут треба уточнення, коли саме має формуватись цей договір. я думаю після публікації протоколу, ні? або можна як зазвичай одразу після переходу процедури в статус active_qualification

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

Все що нижче перепровірити в нормативці

• Вказати дату сплати коштів за лот. Для цього необхідно надіслати запит на PATCH contracts.datePaid 

  Expand
  title приклад
  curl --location --request PATCH 'https://procedure-sandbox.prozorro.sale/api/procedures/69158092f559f36d2b2bc667/contracts/c1cd945b2f624cddb6da32ebaa25b1eb?acc_token=f9df0ca4-5992-4ac9-9852-4f605665b710' \ --header 'Authorization: *****************' \ --header 'Content-Type: application/json' \ --data '{     "datePaid": "2025-11-15T13:30:37.413Z" }'

• Завантажити в систему документ що підтверджує оплату documentType: paymentDetails (не обов’язкова дія). Для цього необхідно надіслати запит на POST contracts.documents[] 

  Expand
  title приклад
  curl --location 'https://procedure-sandbox.prozorro.sale/api/procedures/69158092f559f36d2b2bc667/contracts/c1cd945b2f624cddb6da32ebaa25b1eb/documents?acc_token=f9df0ca4-5992-4ac9-9852-4f605665b710' \ --header 'Authorization: ************' \ --header 'Content-Type: application/json' \ --data '{     "token": "eyJ0eXAiOiJK**********zm4Ag",     "title": {         "uk_UA": "Квитанція про оплату"     },     "description": {         "uk_UA": "Квитанція про оплату"     },     "documentOf": "contract" }'

• Натиснути кнопку “Підтвердити оплату” - це запит на зміну статусу Аварду pending → active 

  Expand
  title приклад
  curl --location --request PATCH 'https://procedure-sandbox.prozorro.sale/api/procedures/69158092f559f36d2b2bc667/awards/8baec7bf04904805baeb637fd9381777/status?acc_token=f9df0ca4-5992-4ac9-9852-4f605665b710' \ --header 'Authorization: **************' \ --header 'Content-Type: application/json' \ --data '{     "status": "active" }'

contracts.status = pending ТІЛЬКИ після переходу аварду переможця в статус active

Публікація протоколу

Після завершення роботи МА або За умови наявності лише однієї заяви на участь (minNumberOfQualifiedBids=1)  ЦБД переводить статус процедури в active_qualification. 

Організатор завантажити підписаний протокол протягом 15 робочих днів з дня, наступного за днем формування протоколу. 

Функціонал, доступний організатору ДО ПІДТВЕРДЖЕННЯ протоколу: 

• Робота із протоколом (завантаження, заміна);
• Можливість скасувати електронний аукціон (можливо до переходу процедури в термінальний статус);
• Можливість завантажувати нові документи в award у всіх нетермінальних статусах;
• Дискваліфікація переможця.

Функціонал, доступний учаснику:

• Робота із протоколом (необов'язкова дія - можливість завантажити та замінити протокол).
  
  

Результатом завершення цього етапу є: 

• Статус процедури змінюється на pending_payment
• Статус аварда переможця змінюється на pending_payment

Підтвердження оплати

Після того, як організатор завантажив та підтвердив завантаження протоколу, процедура набуває статусу pending_payment, але при сам період оплати розпочинається на наступний день після формування протоколу та триває 25 робочих днів.

Award переможця отримав статус pending_payment.

В авард буде додано нове булеве поле paymentReceived (true, false). За замовченням формується зі значенням false. Дане поле явно вказує на підтвердження оплати учасником. Спочатку організатор організатор змінює значення поля award.paymentReceived на true), натиснувши кнопку "Підтвердити оплату". Ця дія є незворотньою (організатор не може змінити значення з true на false). Наступним кроком організатор має натиснути кнопку “Підтвердити переможця”, після якої відбувається зміна статусу award’у на “Переможець”. Ця зміна статусу відбувається за допомогою окремого запиту (pending_payment → active). Зміна статусу буде успішною лише за умови award.paymentReceived == true (на ЦБД присутня валідація на це). 

Документи, що підтверджують оплату, відсутні. Поле, що відповідає за дату оплати, теж відсутнє. 

Результатом "Підтвердження переможцяРезультатом "Підтвердження оплати" є:

• Award.status: pending_payment → active
• Procedure.status: pending_payment → active_awarded
• Створюється сутність контракту з Contract.status залишається без змін = в статусі pending

Дискваліфікація Учасника

Триває період кваліфікації (qualificationPeriod), статус award’у "Очікується опублікування протоколу" pending або "Очікується оплата" pending_payment або “Переможець” active active 

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

1. Завантажити документ, що підтверджує дискваліфікацію (documentType: rejectionProtocol) або/та документ, що підтверджує відмову (documentType:act)
2. Обрати причину дискваліфікації (dict: terminationReason) 
3. Натиснути кнопку “Дискваліфікувати”

Внаслідок виконання даної дії статус award'у учасника змінюється на unsuccessful, якщо для даного award'у був створений contract, статус contract’у змінюється на cancelled.

Вказана причина дискваліфікації, а також статус учасника, повинні відображатися на майданчику

Перелік причин дискваліфікації terminationReason: - це ж стандартні причини? 

Увага. Учасник має потрапити в disqualifiedBids лише за умови його дискваліфікації по наступним причинам: 

• Відмовився від підписання протоколу про результати електронного аукціону або договору купівлі-продажу щодо того самого активу, що підтверджується відповідним актом

• Не сплатив ціну реалізації активу у строк, встановлений цим Порядком, щодо того самого активу, що підтверджується відповідним актом

Внаслідок виконання даної дії статус award'у учасника змінюється на unsuccessful, якщо для даного award'у був створений contract, статус contract’у змінюється на cancelled.

Перелік причин дискваліфікації terminationReason:

"1": {
	"en_US": "Non-compliance with the requirements set forth in Article 8 of the Law of Ukraine "On Privatization of State and Communal Property," excluding clauses 1-3

"1": {
	"en_US": "Refused to sign the contract/protocol",
	"uk_UA": "Відмовився від підписання договору/протоколу"
},
"2": {
	"en_US": "The winner of the auction is a debtor and/or guarantor under credit agreements and agreements to ensure the fulfillment of obligations",
	"uk_UA": "Переможець аукціону є боржником та/або поручителем за кредитними договорами та договорами забезпечення виконання зобов'язань"
},
"3": {
	"en_US": "Knowingly gave false information",
	"uk_UA": "Свідомо надав неправдиву інформаціюНе відповідає вимогам статті 8 Закону України “Про приватизацію державного і комунального майна”, крім пунктів 1-3"
},
"42": {
	"en_US": "FullFailure paymentto forsubmit thedocuments lot was not made on time/the winner refused to payor information, the mandatory submission of which is prescribed by this Procedure",
	"uk_UA": "ПовнаНе оплатаподав коштівдокументи заабо лотвідомості, необов’язкове здійсненаподання вяких строк/відмовивсяпередбачено відцим оплатиПорядком"
},
"5": {
	"en_US": "The winner of the auction participated in auctions from several marketplace",
	"uk_UA": "Переможець аукціону брав участь в аукціонах з кількох майданчиків"
},
"6": {
	"en_US": "Other",
	"uk_UA": "Інше"
}

До переведення Аварду у статус unsuccessful, Організатор повинен мати можливість змінити причину дискваліфікації та завантажити або замінити документ/ти Аварду.

Якщо award в статусі pending або active дискваліфіковують, учасник з наступною за величиною цінової пропозиції з award'ом в статусі pending_waiting набуває статусу pending та проходить процедуру кваліфікації по такому самому принципу як попередній переможець (процедура знову набуває статус "Очікується оплата" (active_awarded → pending_payment). Період кваліфікації qualificationPeriod формується повторно з усіма вкладеними періодами (award.signingPeriod, award.paymentPeriod) - тут треба б уточнити, чи переноситься ця логіка

Договір

Статуси Contracts

Модель статусів контракту великої приватизації - англійський аукціон - беремо оце? наче як ок, в нормативці ні слова про якісь відхилення 

...

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

...

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

...

Перехід з

...

За умови

...

Коментар

3": {
	"en_US": "Submission of false or misleading information about oneself",
	"uk_UA": "Подав неправдиві відомості про себе"
},
"4": {
	"en_US": "Refusal to sign the electronic auction results protocol or the sale and purchase agreement regarding the asset, as evidenced by the relevant act",
	"uk_UA": "Відмовився від підписання протоколу про результати електронного аукціону або договору купівлі-продажу щодо того самого активу, що підтверджується відповідним актом"
},
"5": {
	"en_US": "Failure to pay the asset sale price within the deadline established by this Procedure, as evidenced by the relevant act",
	"uk_UA": "Не сплатив ціну реалізації активу у строк, встановлений цим Порядком, щодо того самого активу, що підтверджується відповідним актом"
},
"6": {
	"en_US": "Other",
	"uk_UA": "Інше"
}

До переведення Аварду у статус unsuccessful, Організатор повинен мати можливість змінити причину дискваліфікації та завантажити або замінити документ/ти Аварду.

Якщо award в статусі pending, pending_payment або active дискваліфіковують, учасник з наступною за величиною цінової пропозиції з award'ом в статусі pending_waiting набуває статусу pending та проходить процедуру кваліфікації по такому самому принципу як попередній переможець (процедура знову набуває статус "Очікується опублікування протоколу" (active_awarded → active_qualification). Період кваліфікації qualificationPeriod формується повторно з усіма вкладеними періодами (award.verificationPeriod, award.signingPeriod, award.signaturePeriod, award.paymentPeriod)

Договір

Статуси Contracts

Документи contract

Робота з договором

Процедура знаходиться в статусі “Очікується підписання договору” - active_awarded

статус award’у “Переможець” - active

contract в статусі “Очікується договір” - pending

Для завершення роботи з договором Організатор повинен:

• Завантажити договір (documentType:contractSigned) 
• Заповнити обов'язкову інформацію договору:
  • Назва договору

  • Опис

  • Дата підписання

  • Номер договору

  • Фінальна сума

• Натиснути на кнопку “Підтвердити договір” (Надіслати запит на зміну статусу Contract: pending → active)

Результатом етапу підписання договору є:

• Статус Contract зміниться на “Договір підтверджено”: pending → active
• Award.status: залишається = active
• Procedure.status залишається active_awarded

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

Завершення аукціону (переведення у статус complete)

Процедура знаходиться в статусі “Очікується підписання договору” active_awarded, статус award’у “Переможець” active, contract в статусі “Договір підтверджено” active.

Для завершення аукціону Організатор повинен: - Натиснути на кнопку “Завершити електронні торги”.

Внаслідок чого статус процедури змінюється на “Аукціон завершено. Договір підписано” 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)
  • Дата проведення 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. previousAuctionId
   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

Робота із заявою на участь

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

• сплатити гарантійний внесок
• сплатити реєстраційний внесок, якщо лотом є майно банку
• заповнити поля заяви https://procedure-staging.prozorro.sale/api/doc#
• завантажити необхідні документи
• вказати закриту цінову пропозицію (сума коштів закритої цінової пропозиції>= початкова ціна лота/ціна реалізації
• ініціювати надсилання заяви на розгляд Оператору майданчика.
• За умови вартості лота більше або = 250 млн грн, підписати NDA організатор + майданчик. Дія вібдувається поза системою, в процедуру документ не завантажується. 

Внаслідок виконаних дій створюється заява bid в статусі draft, статус процедури залишається незмінним. Заява у статусі draft не може брати участь в аукціоні.
Для участі Учасника в аукціоні Оператору необхідно:

• перевірити виконання умов Організатора та наявність гарантійного внеску (та реєстраційного внеску, якщо лотом є майно банку)
• активувати заяву.

Внаслідок виконаних дій статус заяви (bid’а) змінюється з draft на active, статус процедури залишається незмінним. Після активації заяви Учасник може змінювати суму закритої цінової пропозиції. Зміна суми закритої цінової пропозиції не призводить до зміни статусу заяви (bid’а).

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

Результати періоду подання пропозицій (tenderPeriod)

• За наявності лише 1 заяви на участь та minNumberOfQualifiedBids=1 за результатами етапу подання пропозицій, процедура одразу набуває статусу кваліфікації, з урахуванням Особливостей процедури.
• За наявності лише 1 заяви на участь та minNumberOfQualifiedBids=2 за результатами етапу подання пропозицій, процедура одразу набуває статусу unsuccessful.
• За наявності 2-х та більше заяв на участь та minNumberOfQualifiedBids=1, за результатами етапу подання пропозицій, спочатку процедура набуває статусу active_auction, а вже за результатами аукціону статусу кваліфікації, в разі подання валідних ставок (стартова + крок).

У випадку переходу аукціону у статус Аукціон не відбувся (unsuccessful) або Аукціон скасовано (cancelled), до завершення періоду аукціону (auctionPeriod), ставки учасників залишаються закритими для всіх, включаючи Організатора аукціону і доступні виключно для майданчика, який розмістив ставку у ЦБД.
Умови скасування заяви
Інформація про отримання посилання на аукціон
Посилання на схему «Розміщення закритої цінової пропозиції»

Скасування аукціону sanctionedAssets-english

Скасувати аукціон можливо у будь-якому не термінальному статусі процедури.

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

• Документ (documentType:cancellationDetails)
• Причину скасування (cancellation.reason) (Організатор аукціону вказує вручну)
• Фактичну дату скасування (cancellations.date)

Перелік типів документів даного етапу
Типи, опис документів та робота з ними sanctionedAssets-english
Перелік періодів та статусів етапу та посилання на їх опис
Функціонал ролей в рамках періодівsanctionedAssets-english

Аукціон sanctionedAssets-english

ТЗ з модулю аукціону

Послідовний раунд (англійський)**

Системна назва
- Значення - sequential
Напрямок зміни ставок
- Значення - На підвищення
Обмеження ставки (масив)
- Значення - Попередня ставка самого учасника (user)
Тривалість
- Значення - 3 хвилини
Перелік учасників
- Значення - Анонімний
Відображення ставок
- Значення - Значення ставок (масив) - Ціна: Так

Пауза

Системна назва
- Значення - pause
Тривалість
Значення (ознайомча пауза) - 5 хвилини
Значення (пауза між раундами) - 3 хвилини

Розкриття

Системна назва
- Значення - final
Подія для завершення
- Значення - Час вичерпано
Тривалість
- Значення - 5 секунд (або менше, в залежності від завантаженості системи)
Перелік учасників
- Значення - Персоніфікований
Відображення ставок
- Значення - Значення ставок (масив) - Ціна: Так
Пост-дії
- Значення - Сортування - Так

Послідовність кроків:

• пауза - pause - 5 хв.
• послідовний раунд - sequential (складається із послідовних ходів учасників)
• пауза - pause - 3 хв.
• послідовний раунд - sequential (складається із послідовних ходів учасників)
• пауза - pause - 3 хв.
• послідовний раунд - sequential (складається із послідовних ходів учасників)
• розкриття - final

Формування протоколу Аукціону - додати посилання після готовності вимог до протоколів

Система генерує лише шаблон. Організатор або учасники мають можливість підписати та завантажити протокол, за бажанням.

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

• Аукціон відбувся
• Аукціон не відбувся
• Результати аукціону скасовано

Посилання на схему «Аукціон»

Особливості роботи із сутностями та документами

Структура даних процедури

Нотифікація процедури

Схеми процедури

Перелік схем:

1. Схеми для варіанту із 1 заявою на участь (викуп)

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

   • Timeline процедури Санкційне майно - англійський аукціон, 1 заява на участь (викуп)

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

   • Модель статусів аварду санкційного майна - англійський аукціон, 1 заява на участь (викуп)

2. Схеми для варіанту із 2 та більше заявами на участь

   • Загальний процес аукціонів продажу санкційного майна - англійський аукціон, 2+ заяв на участь

   • Timeline процедури Санкційне майно - англійський аукціон, 2+ заяви на участь

   • Модель статусів процедури продажу санкційного майна - англійський аукціон, 2+ заяв на участь

   • Модель статусів аварду санкційного майна - англійський аукціон, 2+ заяв на участь

3. Модель статуса заяви на участь (біда) у процедурі продажу санкційного майна

4. Модель статусів контракту санкційного майна - англійський аукціон

Мета інформація процедури

Посилання на батьківський документ ТЗ (зміни було позначено зеленим кольором)

Дану процедуру необхідно включити в мета інформацію. 

1. Додати в directions https://procedure-dev.prozorro.sale/api/dictionaries/direction
   

   name	Data extraction path	Matching	value	опис в dict
   sanctionedAssets	sellingMethod	Regexp	sanctionedAssets-.*	Санкційне майно

   
   
   
2. Додати в categories https://procedure-dev.prozorro.sale/api/dictionaries/category
   Посилання на табличку. Зміни так само позначені зеленим.  

...

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

В момент початку кваліфікації ЦБД автоматично створює contracts у статусі pending для Переможця

...

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

• Завантаження підписаного договору з учасником
• Підтвердження підписання договору
• Дискваліфікації учасника

...

Ручна дія.

Організатор завантажує документ contracts[x].documents.documentType: contractSigned і після цього надсилає запит на зміну contracts.status: pending → active

Повʼязаний Авард має бути у статусі active.

...

Якщо змінився contracts.status: pending → active, це означає, що завантажено Підписаний договір (contracts.documents.documentType: contractSigned)

...

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

За умови дискваліфікації Аварда із active → unsuccessful

Для того, щоб дискваліфікувати Учасника з причини того, що НЕ підписано договір або неотримано оплату, організатору необхідно надіслати запит на зміну статуса Аварда active → unsuccessful

Документи contract

Незрозуміло, що тут має бути. Приватизація - contractNotice, contractSigned, contractAnnexe, preliminaryContract, digitalSignature

...

documentType

...

Назва Українською

...

Назва Англійською

...

Обовʼязковіть

...

Публічність

...

Коментар

...

ні

...

Цей документ є можливість завантажити в contracts.documents ще протягом роботи з Авардом.

Коли процедура перебуває в статусі pending_payment "Очікується оплата", Організатор вказує дату оплати і може прикріпити до contracts.documents цей документ.

...

так

...

так

...

ні

...

ні

...

Робота з договором

Процедура знаходиться в статусі “Очікується підписання договору” - active_awarded

статус award’у “Переможець” - active

contract в статусі “Очікується договір” - pending

Для завершення роботи з договором Організатор повинен:

• Завантажити договір (documentType:contractSigned) 
• Завантажити протокол (documentType:auctionProtocol) - протокол має бути завантажений раніше, але чи лишаємо цю валідацію? 
• Заповнити обов'язкову інформацію договору:
  • Назва договору

  • Опис

  • Дата підписання

  • Номер договору

• Натиснути на кнопку “Підтвердити договір” (Надіслати запит на зміну статусу Contract: pending → active) - це робимо? 

Результатом етапу підписання договору є:

• Статус Contract зміниться на “Договір підтверджено”: pending → active
• Award.status: залишається = active
• Procedure.status залишається active_awarded