Зміна розміру кроку голландського аукціону для процедури комерційного продажу

Підчас active_auction- редагування bid'а недоступне.

• Статус bid'а - active.
• Статус procedure - active_tendering або active_auction.

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.
• Статус award'у - pending_waiting.
• Статус 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.verificationPeriod.
• Статус award - pending.

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-CSD-UC-15-04.
2. Внести інформацію в обов'язкові поля contract'у згідно swagger.
3. Натиснути кнопку "Підтвердити договір" та перевірити надходження сповіщень/листів Організатору та Учаснику про виконані дії.
4. Перевірити статуси процедури, award'у, contract'у та інформацію щодо договору.

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

• сontract - active.
• procedure - active_awarded. 
• award'у - 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, invalide.  
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, invalide.

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

Під користувачами з precondition перевірити відображення інформації "Контактна особа" (biders.contactPoint*) на закладці "Кваліфікація" у розділі "Пропозиції" (де майданчик виводить інформацію про bids).

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

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

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

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