Page History

...

1. На сторінці кваліфікації учасника в кабінеті Замовника (в кабінеті Учасника та для глядача за бажанням майданчика) відображати інформацію про учасника у зведеному вигляді https://gyazo.com/8bcb2aa4f9b6b0472398ee37d8e88f31 - анімація з “прототипом”
   • Посилання або кнопка “Заява на участь” біля учасника\учасників, що проходить кваліфікацію
     • Обов'язково - для учасників, що проходять кваліфікацію, для інших учасників - опціонально, за бажанням майданчика.
   • Після натискання на посилання або кнопку “Заява на участь” відображається поп-ап або розкривається інформація про заяву учасника (залежно від поточної реалізації на майданчику)
   • Блок з заявою на участь містить наступну інформацію:
     • Реквізити учасника: ПІБ\Юридична назва, ЄДРПОУ\ІПН або інший ідентифікатор
     • Закрита цінова пропозиція: Розмір початкової цінової пропозиції (bids[x].value.*)
     • Обсяг квоти в заявці: quantityобсяг в кВт, яке який учасник запропонував в своїй заявці (bids[x].quantity)
     • Перелік документів учасника

Інформація з контактними даними учасників присутня у відкритому доступі JSON після завершення аукціону, але рекомендуємо не відображати її для глядачів та інших учасників

...

!!! Протягом всього життєвого циклу процедури, до набуття нею термінального статуса у Замовника має бути можливість завантажати документ до procedure.documents[] з documentType: x_verificationAct

Замовник

1. Сповіщення про початок процесу кваліфікації
2. В процедурі передбачається наявність декількох переможців та одного умовного переможця (деталі визначення описані в ТЗ)
   1. ВАЖЛИВО! Відображати Аварди в тій послідовності, яку повертає ЦБД. Замовнику має бути наглядно видно хто запропонував найменшу ціну і до найбільшої. ЦБД в JSON буде повертати вже сортовану послідовність Авардів. 
   2. На початку кваліфікації, поки триває період перевірки документів (verificationPeriod) Замовнику необхідно відобразити всі Awards і інформацію про кожен із них та їх документи. Можна завʼязатись на статус процедури: qualification
      1. В блоці "Період перевірки документів" відображати всі Аварди, що мають статус verification, waiting і поряд статус навпроти кожного Аварда, щоб Огранізатор бачив чиї документи вже перевірені, а чиї - ні.
         1. Для Авардів у статусі verification має бути передбачена кнопка, яка дозволяє підтвердити, що документи успішно перевірені. Ніякі awards.documents від Замовника не вимагаються.
         2. Для Авардів у статусі verification має бути передбачена також кнопка, яка дозволяє відхилити учасника. Це означає, що документи перевірені НЕ успішно. При відхиленні має бути можливість прикріпити документи.Поле awards.terminationReason (Причина дискваліфікації) в даному випадку заповнювати не обовʼязково
   3. Коли процедура набуває статусу active_qualification, всі Аварди змінять свій статус. Бажано окремо відобразити Переможців  та окремо Аварди, які очікують рішення
      1. В блоці "Очікується підписання протоколу і договору" показуємо Аварди у статусах: pending, protocol_signed, active і поряд кожного - статус цього Аварда та документи Аварда (можна в модальному вікні)
      2. В блоці "Очікують рішення" показуємо Аварди, що мають статус pending_waiting і поряд кожного - статус цього Аварда
   4. Як тільки зʼявиться один Авард у статусі pending_admission, його бажано також відобразити окремо у тому самому вікні
      1. В блоці "Умовний переможець" показуємо Авард, що має статус pending_admission і поряд - статус цього Аварда
      2. В блоці "Дискваліфіковані" показуємо Аварди, що мають статус unsuccessful, cancelled і поряд кожного - статус цього Аварда і документи Аварда
3. Протокол підписується з кожним Авардом, який має статус pending - окремо. Тобто, в процедурі передбачено не один протокол, а безліч.
   1. Для кожного Аварду, який має статус pending має бути можливість завантажити документи, у тому числі обовʼязковий документ auctionProtocol. Після цього Замовнику доступна можливість затвердити протокол
   2. Після завантаження протоколу Замовник натискає кнопку "Протокол затверджено". До моменту натискання кнопки Замовник має можливість замінити протокол.
4. Повинен мати можливість дискваліфікувати потенційного переможця за необхідності натискаючи кнопку “Дискваліфікувати учасника” (має бути можливість завантажити документ awards.documents.documentType: act  та обрати причину із словника):
   • Вказана причина, а також статус учасника, повинні відображатися на майданчику.
5. В процедурі доступна можливість підписати договір з декількома учасниками одразу. Відповідно, procedure.contracts[] буде містити більше одного обʼєкта.
6. Після завантаження договору, Замовник заповнює поля contracts[х]
7. Організатор підтверджує договір із переможцем натискаючи кнопку “Підтвердити договір”.
8. До переведення підтвердження договору, Замовник повинен мати можливість виправити поля договору та вкладені файли.
9. У Замовника має бути можливсть завершити процедуру натиснувши кнопку "Завершити аукціон". На рівні ЦБД завершити аукціон є можливість тільки, якщо всі Awards[] в термінальному статусі: active, unsuccessful, cancelled

...