Page History

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

CBD3-RLD-UC-08-05

CBD3-RLD-UC-08-05

• Статус procedure - active_tendering.
• Статус bid'а №1- active.
• Статус bid'а №2- active.

Expected results

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

   ---

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

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

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

Expected results

1. Для award'ів виводиться інформація:

• Повна юридична назва Учасника та ідентифікатор.
• Статус award'у.
• Документи Учасника.
• Період підписання протоколу (award.verificationPeriod.startDate - award.verificationPeriod.endDate).
• Період підписання договору  (award.signingPeriod.startDate - award.signingPeriod.endDate).

Біля кожного award'а присутня кнопка "Заява на участь" після натискання якої відображається наступна інформація:

• Реквізити учасника: ПІБ\Юридична назва, ЄДРПОУ\ІПН або інший ідентифікатор (у випадку нерезидентів або осіб, що відмовились від ІПН)
• Закрита цінова пропозиція: Розмір початкової цінової пропозиції (у випадку англійського аукціону), у випадку голландського аукціону рядок відсутній
• Перелік документів учасника

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

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

 3. Протоколи аукціону  у форматах у форматах PDF, HTML, DOCX  доступні для завантаження та перегляду.

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

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

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

Expected results

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

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

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

1. Перевірити Організатором можливість завантажити/оновити документи - auctionProtocol - дія обов'язкова та digitalSignature.
2. Натиснути кнопку "Протокол затверджено", перевірити надходження сповіщення/листа Організатору та Учаснику про виконані дії. 
3. Перевірити статус award'у та procedure.

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

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

• Статус procedure - active_awarded.
• Статус award - active.
• Статус contract - pending.
• Триває signingPeriod.

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

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

Для award'у виводиться вся інформація щодо підписаного договору:

• вартість договору 
• cтатус договору

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

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

Майданчик 1 - власник Присутні bids зі статусом active, invalide для Учасників, які подавались з майданчика-власника (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

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

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

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

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

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

• contracts): buyers.contactPoint, buyers

• .address.

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

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

• bidders/ buyers.

• contact.point: name, e-mail, telephone

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

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

• По своєму bid/ award/ contract відображається вся інформація у секції bidders/buyers.Учасників 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, name, faxNumber, urlвідображаються  відображається значення згідно JSON. 4. Організатор 2, Спостерігач: для Учасників 1, 2, 3, 4, 5, 6 у полях згідно JSON, а для полів e-mail, telephone, bidders.address відображається значення   telephone відображається значення "*******". Для bidders/ buyers.address відображається значення "*******". Для полівname, faxNumber, urlвідображаються коректні значення згідно JSON. 

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

• Всіх статусів procedure: active_qualification, pending_payment, active_awarded, complete, cancelled, unsuccessful.
• Для bid зі статусом invalide - відображення даних лише на "Пропозиції" закладці.
• Всіх статусів award та contract.
• Учасників, bid's owner з UA-IPN, UA-PASSPORT, UA-ID-CARD, UA-EDR, UA-IPN-FOP в identifier.scheme