Page History

• Статус procedure - active_tendering.
• procedure == minNumberOfQualifiedBids 1.
• procedure == minNumberOfQualifiedBids 2.

Expected results

1. Bid'и в статусі active, до завершення auctionPeriod не змінюються. 
2. Запуск модулю аукціону, статус procedure та award'ів по завершенню auctionPeriod відповідають таблиці. 
3. Організатор та Учасник отримують сповіщення/листи:
   • Організатор - про початок кваліфікації та необхідність завантаження договір. 
   • Учасник в статусі pending - про набуття статусу переможця. Отримує Учасник, цінова пропозиція якого є найвища.
   • Учасник в статусі pending_waiting - про набуття статусу очікуючого (в разі наявності). Отримує Учасник, цінова пропозиція якого є друга по величині.

     ---

     • У випадку співпадіння ціни - статус active отримує Учасник, чия пропозиція подана раніше.
     • Незалежно від кількості поданих валідних ставок - кваліфікацію проходять лише два Учасники з найвищими ціновими пропозиціями, ЦБД створює максимум 2 сутності award'ів. 
     • Після завершення модуля аукціону Майданчик відображає усіх учасників, що приймали участь.  
     • Майданчик не виводить інформацію щодо bid’ів у статусі draft та deleted.

• Статус procedure - active_qualification.
• Статус award - pending/active.
• Статус bid’ів - active.

1. Перевірити на Майданчику відображення інформації по усім award'ам та bid’ам, що кваліфікуються.
2. Перевірити наявність на сторінці аукціону посилань для завантаження протоколу у PDF, HTML, JSON або YAML форматах.

Expected results

1. Відображається інформація по усім award'ам, що кваліфікуються:

• • • Повна юридична назва Учасника (bids.tenderers.identifier.legalName)
    • Розмір цінової пропозиції (bids.value.amount, bids.value.currency)
    • Статус award
    • Документи Учасника (bids.documents)
    • Терміни на завантаження протоколу/договору (verificationPeriod.startDate - verificationPeriod.endDate)

Для Учасників які не кваліфікуються відображається аналогічна інформація, окрім статусу та термінів на перевірку документів.

 Для bid’ів виводиться інформація:

• Повна юридична назва Учасника та ідентифікатор
  
• Розмір цінової пропозиції
  
• Документи Учасника
  

 2. Протоколи аукціону в PDF, HTML, JSON або YAML  доступні для завантаження.

• Для учасників які не кваліфікуються відображається аналогічна інформація, окрім статусу та термінів на перевірку документів.
• Award'и та bid`и сортуються від більшої ціни до меншої. У випадку співпадіння вище розташована пропозиція учасника, що подана раніше.
• Майданчик не виводить інформацію щодо bid’ів у статусі статусі draft та deleted.

• Статус procedure - active_qualification.
• Статус award - pending.
• Триває award.verificationPeriod.

1. Перейти Переможцем на сторінку кваліфікації. Завантажити документ - auctionProtocol та digitalSignature  до нього, до завершення vericationPeriod - дія не обов'язкова.
2. Перевірити відображення завантаженого документу на Майданчику.
3. Перевірити можливість оновлення документів. 
4. Перевірити, що після виконаних дій статуси award'у та procedure.

Expected results

1. Доступна можливість завантаження документу - auctionProtocol та digitalSignature до нього.
2. Завантажений документ передається в ЦБД в bid Учасника та коректно відображається на Майданчику. 

3. Доступне оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".

4. Статус award'у та procedure не змінились.

• Статус procedure - active_qualification.
• Статус award - pending.
• Триває award.verificationPeriod.

1. Перевірити можливість завантажити/оновити документи - auctionProtocol та digitalSignature до нього, до завершення vericationPeriod.
2. Перевірити відображення завантаженого документу на Майданчику.
3. Перевірити статуси award'у, contract'у та procedure.
4. Перевірити надходження сповіщення/листа про виконані дії.

1. Доступна можливість завантаження/оновлення документів - auctionProtocol та digitalSignature до нього.
2. Завантажений документ передається в ЦБД в award Учасника та корректно відображається на Майданчику. 
3. Статус award'у - active, contract`у - pending, procedure - active_awarded.
4. Надходять сповіщення/лист про виконані дії.

• Статус procedure - active_awarded. 
• Статус аward - active.
• Статус contract - pending.

1. Перейти Організатором на сторінку кваліфікації award'у, завантажити/оновити документи CBD3-ALE-UC-15-04.
2. Внести інформацію в обов'язкові поля contract'у згідно swagger.
3. Натиснути кнопку "Підтвердити договір" та перевірити надходження сповіщень/листів Організатору та Учаснику про виконані дії.
4. Перевірити статуси procedure, award'у, contract'у та інформацію щодо договору.

1. Завантажені документи договору передаються в ЦБД в contract Учасника, та корректно відображаються на Майданчику.
2. При внесені інформації в поля проводиться валідація даних на коректність.
3. Організатор та Учасник отримують сповіщення/листи про завантаження та підтвердження документів договору.
4. Після підтвердження договору статуси:

• сontract - active.
• procedure - без змін.
• award'у - без змін. 

• Доступне завантаження/оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
• У Організатора є можливість внести зміни в обов'язкові поля та замінити документи до моменту переведення контракту в статус active.

Майданчик 1 - власник (owner) процедури. Організатор 1 зареєстрований на Майданчику 1 і визначений у sellingEntity процедури.

Організатор 2 зареєстрований на Майданчику 1.

Організатор 3 зареєстрований на Майданчику 2.

Подано пропозиції від:

1. Учасник 1, 2, 3 з Майданчика 1. Для Учасників 1, 2, 3 в identifier.scheme визначено, відповідно: 'UA-IPN, UA-PASSPORT, UA-ID-CARD, UA-EDR, UA-IPN-FOP'. Статус bid, відповідно: active, active, inactive.  
2. Учасник 4, 5, 6 з Майданчика 2. Для Учасників 4, 5, 6 в identifier.scheme визначено, відповідно: 'UA-IPN, UA-PASSPORT, UA-ID-CARD, UA-EDR, UA-IPN-FOP'. Статуси bid, відповідно: active, active, inactive.

• Статус procedure - active_qualification, active_awarded, complete, cancelled, unsuccessful

Під користувачами з precondition перевірити відображення інформації "Контактна особа" (biders.contactPoint*/buyers.contactPoint) та bidders.address/ buyers.address на закладці:

1. "Пропозиції" (виведення інформації про bids).
2. "Кваліфікація"

1. (виведення інформації про awards: buyers).
2.  "

1. Договір"

1. (buyers) (виведення інформації про contract: buyers).

1. Організатор 1:  бачить усю інформацію для Учасників 1, 2, 3, 4, 5, 6 у відповідних полях згідно SWAGGER з відображенням значень з полів JSONполях для contact.point: name, e-mail, telephone, faxNumber, url ТА bidders. address
2. Організатор 3 для:

• Учасників 1, 2, 3 у відповідних полях name, e e-mail, telephone, faxNumber, url згідно SWAGGER  bidders.address відображається значення:  "*******". Для полів name, faxNumber, urlвідображаються коректні значення згідно JSON. 
• Учасників 4, 5, 6  у відповідних полях  згідно SWAGGER відображаються значення з полів JSONполях для contact.point: name, e-mail, telephone, faxNumber, url . ТА bidders.address відображаються значення згідно JSON.

3. Учасник 1, 2, 3, 4, 5, 6: бачить всю інформацію лише по собі. Для інших учасників у полях  name, e-mail, telephone, faxNumber, url, bidders.address відображається значення  "*******". Для name, faxNumber, urlвідображаються значення згідно JSON. 

4. Організатор 2, Спостерігач: для Учасників 1, 2, 3, 4, 5, 6 у полях  name, e-mail, telephone, faxNumber, url  bidders.address відображається значення  "*******". Для полів name, faxNumber, urlвідображаються коректні значення згідно JSON. 

5. Відображення інформації для Ролей, описані у expected results п. 1 - 4 мають бути ідентичні для всіх статусів award, contract.