Page History

Зміна періоду кваліфікації і підписання договору

Зміни в LandProps окремо + в JointPropertyComplex

• Статус 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.

Присутні bids зі статусом active для Учасників, які подавались з майданчика-власника (owner) процедури та Учасників, які подавались з інших майданчиків. 

Статус procedure:active_qualification, active_awarded, complete, cancelled,

Майданчик 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.

unsuccessful

Для

різних ролей перевірити відображення інформації "Контактна

особа" (

bidders.contactPoint*/buyers.contactPoint) та bidders.address/ buyers.address на закладці:

• "Пропозиції" (bids): bidders.contactPoint*, bidders.address.
• "Кваліфікація" (awards): buyers

• .contactPoint, buyers.address.
• "Договір" (

• contracts): buyers.contactPoint, buyers

• .address.

У секціях 

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

"Пропозиції", "Кваліфікація". "Договір":

1. Організатору, який визначений у sellingEntity процедури, для всіх Учасників у відповідних полях згідно SWAGGER відображаються значення згідно JSON з секцій:

• bidders/ buyers.contact.point: name, eУчасників 1, 2, 3 у полях e-mail, telephone, faxNumber, url;
• bidders/ buyers.addressвідображається значення.

2. Учаснику, який є bid's owner: 

• По своєму bid/ award/ contract відображається вся інформація у секції bidders/buyers. "*******". Для полів name, faxNumber, urlвідображаються коректні значення згідно JSON. Учасників 4, 5, 6  у полях для contact.point: name, e-mail, telephone, faxNumber, urlТА та bidders/buyers.addressвідображаються значення  згідно JSON.

• По інших Учасниках, для bidders/buyers.contact.point секції для полів name, faxNumber, url відображається значення згідно JSON, а для полів e-mail, telephone

•  відображається значення    "*******". Для bidders/ buyers.address 

• відображається значення  "*******".

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

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

• Всіх статусів active_qualification, active_awarded, complete, cancelled, unsuccessful
• Всіх статусів award та contract.
• Учасників, bid's owner з UA-IPN, UA-PASSPORT, UA-ID-CARD, UA-EDR, UA-IPN-FOP в identifier.scheme