CBD3-GFW-UC-05-01

CBD3-GFW-UC-05-02

Логіка доступу до блоку питання/відповіді 

21,08,2024

CBD3-GFW-UC-12-01

CBD3-GFW-UC-12-02

CBD3-GFW-UC-12-03 

Документ cancellationDetails є необовʼязковим.

Перейти на Майданчик у форму реєстрації нового Користувача.

1. Заповнити усі обов'язкові поля згідно swagger.
2. Завантажити документи, що підтверджують особу та повноваження Організатора аукціону.
3. Погодитись з офертою про персональні дані, підтвердити ознайомлення з Регламентом ЕТС.
4. Відправити інформацію на модерацію адміністратора Майданчика, перевірити надходження сповіщення/лист про створення аккаунту.
5. Перевірити активацію аккаунту Організатора.

Expected results

1. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
2. Завантажені документи відображаються в особистому кабінеті.
3. Обрані всі відповідні чек-бокси.
4. Надходить надходження сповіщення/лист про те, що аккаунт створений та знаходиться в стані валідації з боку Майданчика.
5. Майданчик інформує сповіщенням/листом про те, що аккаунт активований, або докладний перелік помилок, які потрібно виправити.

У випадку реалізації Майданчиком заведення аккаунту без обрання ролі - адміністратор вручну обирає необхідні параметри для ролі в процесі модерації облікового запису.

Зміст

1. Заповнити усі обов'язкові поля згідно swagger.
2. Завантажити документи, що підтверджують особу та повноваження Учасника.
3. Погодитись з офертою про персональні дані, підтвердити ознайомлення з Регламентом ЕТС.
4. Зберегти та відправити інформацію на модерацію адміністратора Майданчика.
5. Перевірити активацію акаунту Учасника.

Expected results

1. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
2. Завантажені документи відображаються в особистому кабінеті.
3. Обрані всі відповідні чек-бокси.
4. Надходять сповіщення/лист про те, що акаунт створений та знаходиться в стані валідації з боку Майданчика.
5. Майданчик інформує сповіщенням/листом про те, що аккаунт активований, або докладний перелік помилок, які потрібно виправити.

У випадку реалізації Майданчиком заведення акаунту без обрання ролі - адміністратор вручну обирає необхідні параметри для ролі в процесі модерації облікового запису.

1. Внести зміни в акаунт, завантажити документи.
2. Погодитись з офертою про персональні дані, та Регламентом роботи ЕТС.
3. Зберегти та відправити інформацію на модерацію адміністратора Майданчика.

4. Перевірити надходження сповіщень та листів Учаснику/Організатору про виконані дії.

5. Перевірити відображення інформації після повторної активації акаунту.

Expected results

1. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність, завантажені документи відображаються в особистому кабінеті.
2. Обрані всі відповідні чек-бокси. 
3. Надходить повідомлення про те, що акаунт знаходиться в стані валідації з боку Майданчика.
4. Майданчик інформує електронною поштою та в особистому кабінеті про те, що зміни в акаунті Учасника/Організатора успішно збережені, або докладний перелік помилок, що треба виправити.
5. Змінена інформація коректно відображається в особистому кабінеті.

• Створення чернетки доступно тільки для ролі Організатор.
• Наявна процедура Прозоро.Закупки. (статус процедури має бути лише complete)
• На одну закупівлю (на один lot) одночасно існує тільки одна процедура факторингу в активному статусі, або в статусі completed. 

1. Перевірити можливість введення tenderID в форматі "UA-2024-07-22-002087-a". За цим Id Майданчик має знайти на Прозорро.Закупки процедуру, та відобразити всі лоти, які є в закупівлі.
2. Перевірити можливість обрати будь який лот зі знайденої процедури.
3. Перевірити можливість заповнити усі поля згідно swagger. 
4. Перевірити можливість завантажити усі доступні типи документів CBD3-GFW-UC-14-01.
5. Перевірити можливість зберегти інформацію як локальну чернетку на Майданчику.
6. Перевірити надходження сповіщення/листа Організатору про виконані дії.
7. Перевірити можливість перегляду та редагування чернетки.

Expected results

1. Організатору доступна можливість вказати productEntity.humanId та відображаються всі lots процедури.
2. Доступна можливість обрати необхідний лот. Майданчик автоматично передає productEntity.lotId.
3. Доступні всі поля для заповнення згідно swagger. 
4. Завантажені документи коректно відображаються та доступні для перегляду. Завантаження документу без вказаного типу не допускається.
5. Запис зберігається як чернетка на Майданчику без публікації в ЦБД. 
6. Організатору надходять сповіщення/лист про виконані дії.
7. Чернетка доступна для перегляду тільки автору, редагування без обмежень. Усі заповнені поля коректно збереглись та відображаються на Майданчику. 

• В одній закупівлі може бути одночасно декілька лотів, і на кожен лот можна створювати окрему процедуру факторингу. 
• Майданчик переносить:

1. tenderID в productEntity-humanId
2. lots-id в productEntity-lotId
3. id в productEntity-id

Вимоги до відображення на інтерфейсі майданчика для:

Сценарій #2. В процедурі закупок присутні lots. Посилання на приклад даної процедури. 

• Створення чернетки доступно тільки для ролі Організатор.
• Наявна процедура Прозоро.Закупки. (статус процедури має бути лише complete)

1. Перевірити можливість введення tenderID в форматі "UA-2024-07-23-001248-a". За цим Id Майданчик має знайти на Прозорро.Закупки процедуру, та відобразити всі items, які є в закупівлі.
2. Перевірити можливість заповнити усі поля згідно swagger. 
3. Перевірити можливість завантажити усі доступні типи документів CBD3-GFW-UC-14-01.
4. Перевірити можливість зберегти інформацію як локальну чернетку на Майданчику.
5. Перевірити надходження сповіщення/листа Організатору про виконані дії.
6. Перевірити можливість перегляду та редагування чернетки.

Expected results

1. Організатору доступна можливість вказати productEntity.humanId та відображаються всі доступні всі items, які є в закупівлі.
2. Доступні всі поля для заповнення згідно swagger. 
3. Завантажені документи коректно відображаються та доступні для перегляду. Завантаження документу без вказаного типу не допускається.
4. Запис зберігається як чернетка на Майданчику без публікації в ЦБД. 
5. Організатору надходять сповіщення/лист про виконані дії.
6. Чернетка доступна для перегляду тільки автору, редагування без обмежень. Усі заповнені поля коректно збереглись та відображаються на Майданчику. 

• В одній закупівлі може бути одночасно декілька лотів, і на кожен лот можна створювати окрему процедуру факторингу. 
• Майданчик переносить:

1. tenderID в productEntity-humanId
2. productEntity-lotId - лишається порожнім
3. id в productEntity-id

Вимоги до відображення на інтерфейсі майданчика для:

Сценарій #1. В процедурі закупок відсутні lots. Посилання на приклад даної процедури.

1. Перейти Організатором до створеної чернетки, та перевірити можливість редагування.
2. Перейти Організатором до створеної чернетки, та перевірити можливість видалити.

Expected results

1. Доступна можливість редагування всіх полів та документів. 
2. Чернетка видалена на Майданчику.

1. Перейти Організатором в створену чернетку та натиснути кнопку "Опублікувати".
2. Перевірити відображення опублікованої procedure на Майданчику та Порталі.
3. Перевірити статус опублікованої procedure.
4. Перевірити надходження сповіщення/листа Організатору про виконані дії.

Expected results

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

Можливість публікації процедури існує при виконанні усіх наступних умов:

• усі обов'язкові поля заповненні валідними даними
• завантажено усі обов'язкові документи

В разі невиконанні зазначених умов, при спробі публікації, Організатору виводиться сповіщення про необхідність внесення змін. Процедура не публікується в ЦБД.

Вимоги до відображення на інтерфейсі майданчика для:

Сценарій #1. В процедурі закупок відсутні lots. Посилання на приклад даної процедури.

Сценарій #2. В процедурі закупок присутні lots. Посилання на приклад даної процедури. 

1. Створити копію procedure, перевірити, що усі поля коректно експортувалися.
2. Перевірити можливість введення tenderAttempts 1 - N. Якщо tenderAttempts > 1 previousAuctionId заповнюється вручну, має відповідати GFW000-UA-YYYYMMDD-00000.
3. Зберегти інформацію як локальну чернетку на Майданчику, перевірити можливість перегляду та редагування чернетки.
4. Опублікувати procedure в ЦБД, та перевірити її відображення згідно статусу батьківської процедури.
5. Перевірити надходження сповіщення/листа Організатору про виконані дії.

Expected results

1. Організатору відображається форма створення procedure, усі імпортовані поля з procedure коректно відображаються. 
2. Організатор має можливість ввести tenderAttempts 1 - N. При tenderAttempts > 1 Організатор previousAuctionId заповнює вручну або майданчик заповнює автоматично.
3. Запис зберігається як чернетка на Майданчику без публікації в ЦБД. Доступні для редагування усі поля. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність. 
   
4. Процедура стає доступною для публічного перегляду на Майданчиках та Порталі, уся інформація коректно відображається. 
5. Організатору надходять сповіщення/лист про виконані дії.

Створена чернетка Організатором.

Expected results

1. Доступна можливість додавання в procedure банківських рахунків paymentта other згідноswagger
2. Обов'язково заповнити банківських рахунки з типом payment валюта UAH без заповнення цього рахунку - публікація не відбувається.
3. Для Організатора та Учасників банківські рахунки відображаються постійно.

Для Учасника та Організатора доступна функція завантаження документів:

• Учасник - протягом tenderPeriod та award.verificationPeriod.
  
• Організатор - протягом усіх періодів.

1. Перейти в створену процедуру, та завантажити доступні документи для даного етапу.
2. Перевірити наявність завантажених документів в DS та коректність їх відображення на Майданчику.

Expected results

1. Усі типи документів що доступні для даного етапу коректно завантажуються в DS. 
2. Завантажені документи коректно відображається на Майданчику. 

Завантаження документу без вказаного типу не допускається.

index - Параметр сортування ілюстрацій:

• Чим менше значення поля, тим вище документ буде при відображенні на майданчиках.

• Якщо параметр не зазначений, документи будуть виводитись останніми у переліку.

• Якщо кілька документів мають однакове значення параметру, порядок сортування буде залежати від dateModified

Для Учасника та Організатора доступна функція оновлення документів:

• Учасник - протягом tenderPeriod та award.verificationPeriod.
  
• Організатор - протягом усіх періодів.

1. Перейти в створену процедуру, оновити доступні документи для даного етапу.
2. Перевірити наявність оновлених документів в DS та коректність їх відображення на Майданчику.

Expected results

1. Усі типи документів що доступні для даного етапу коректно оновлюються в DS. 
2. Документи коректно відображається на Майданчику, попередні версії відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".

• Інформація про попередні версії документів доступна по окремому ендпойнту.
• Можливість оновлення власних документів доступна лише в межах одного статусу процедури. 

Для Учасника та Організатора доступна функція завантаження та оновлення (власних) документів:

• Учасник - протягом tenderPeriod та award.verificationPeriod.
  
• Організатор - протягом усіх періодів.

1. Перейти в створену процедуру, та завантажити доступні документи для даного етапу.
2. Завантажити до кожного документу digitalSignature.
3. Перевірити наявність завантажених документів в DS. Перевірити, що Майданчик корректно відображає до якого саме документу завантажено digitalSignature.
4. Замінити документ до якого було завантажено digitalSignature. 

Expected results

1. Усі типи документів, що доступні для даного етапу є можливість завантажити.
2. Присутня можливість завантаження до кожного документу digitalSignature.
3. Документи коректно відображаються на Майданчику. Документ digitalSignature відображено поряд з оригінальним документом.
4. Попередні версії відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін". Документ digitalSignature також  відображено перекресленим відповідно до статусу з яким документом він пов'язана.

Цифровий підпис (ЕЦП/КЕП) накладається поза ЦБД. Завантажується в ЦБД окремим файлом (тільки підпис або підписаний файл) digitalSignature, в якому присутнє поле relatedDocument, де додається посилання на оригінальний документ (id документу), вже завантажений до DocumentService.

• Якщо док має "_ds_scope": "public" то digitalSignature також має "_ds_scope": "public"
• Якщо док має "_ds_scope": "private" то digitalSignature також має "_ds_scope": "private"

• Статус procedure - active_tendering.
• Триває - rectificationPeriod.

1. Перевірити можливість вносити зміни в опубліковану procedure до завершення rectificationPeriod.
2. Завантажити документ clarifications - дія обов'язкова.
3. Зберегти зміни в procedure, опублікувати її в ЦБД та перевірити коректність відображення.
4. Перевірити надходження сповіщення/листа Організатору про виконані дії.

Expected results

1. Організатор має можливість внести зміни в ті поля які він заповнював самостійно під час публікації аукціону, окрім дата/часу періодів, та типу процедури. Поля productEntity.id, productEntity.humanId, productEntity.lotId не редагуються

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

У разі редагування полів оголошення Організатором bid'и Учасників переходять у статус inactive. Таку ставку можна повторно перевести у статус active.

• Статус procedure - active_tendering.
• Триває - tenderPeriod.

1. Перейти Організатором в опубліковану процедуру до завершення tenderPeriod.
2. Завантажити документу clarifications - дія НЕ обов'язкова.
3. Перевірити, що завантаження/оновлення документів відбувається без обмежень.
4. Перевірити коректність відображення завантажених/оновлених документів.
5. Перевірити можливість завантаження/оновлення документів після завершення rectificationPeriod.

Expected results

1. Доступна можливість завантаження/оновлення документів.
2. В разі завантаження файлу типу - clarifications він відображається на Майданчику.
3. Можливо додати новий, оновити існуючий документ. 
4. Усі завантажені/оновлені документи коректно відображаються на Майданчику. 

1. Функціонал не доступний.

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

• Статус procedure - active_tendering.
• Триває - tenderPeriod.

1. Подати Учасником заявку на участь. 
2. Перейти Організатором в опубліковану процедуру до завершення tenderPeriod та завантажити документу clarifications - дія обов'язкова.
3. Перевірити Організатором можливість внесення змін в процедуру.
4. Перевірити Організатором, що завантаження/оновлення документів відбувається без обмежень та їх коректність відображення після змін.
5. Перевірити надходження сповіщення/листа Організатору та Учаснику про виконані дії.

Expected results

1. Перевірити отримання сповіщення/листа про виконану дію.
2. Доступний функціонал "Редагування" та можливість завантажити clarifications.
3. Поля доступні для редагування на Майданчику.
4. Можливо завантажити/оновити існуючий документ. Усі завантажені/оновлені документи коректно відображаються на Майданчику. 
5. Організатору надходять сповіщення/лист про виконані дії. Учасник отримує сповіщення, що його ставка набула статус inactive.

• Доступне завантаження/оновлення документів (Робота з Document Service). При оновленні документів попередні версії відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
• У випадку редагування полів або завантаження/оновлення документів, Майданчик інформує про факт редагування користувачів, які вже зробили ставки або задавали питання до аукціону, на e-mail та в особистому кабінеті Сповіщення має містити такий текст: Організатор торгів змінив умови проведення аукціону, всі закриті цінові пропозиції деактивовані. Вам необхідно підтвердити або змінити свою закриту цінову пропозицію для участі в аукціоні.

• Перелік полів, які деактивують заяви на участь:

  • value
  • documents
  • valueAddedTaxCharged
  • title
  • description
  • items
  • x_additionalInformation
  • x_documentRequirements
  • paymentTerms
  • productEntity (крім productEntity.id, productEntity.humanId, productEntity.lotId)
    
  • previousAuctionId
  • tenderAttempts
  • sellingEntity
  • lotId
  • bankAccounts

• Статус procedure - active_tendering.
• Триває - question.period.

Steps To Reproduce

1. Перевірити Учасником можливість подати > 1 запитання, заповнити поля - заголовок, тіло запитання, та опублікувати в ЦБД.
2. Перевірити отримання Учасником сповіщення та листа на пошту про успішну подачу запитання. 
3. Перевірити отримання Організатором сповіщення та листа на пошту про отримання нового запитання.
4. Перевірити відображення опублікованого запитання на сторінці Майданчика.
5. Перевірити, що Учаснику доступна можливість редагування кожного запитання за умов:   

• Не завершився questionPeriod 
• Не пройшло 2 години з моменту подачі запитання
• Організатор не надав відповідь на запитання

Expected results

1. Доступна функція подачі > 1 запитання.  Запитання має бути сформульоване виключно в текстовому вигляді, без можливості додавання файлів.
2. Учаснику відображається сповіщення та надходить лист на пошту про успішну подачу запитання.
3. Організатору відображається сповіщення та надходить лист на пошту про отримання нового запитання.
4. Запитання відображається на Майданчику та доступне для публічного перегляду. Інформація про Учасника, що задав запитання не розкривається.
5. Існує можливість редагування.

• Майданчик зобов'язаний сповіщати Організатора аукціону кожні 24 години про наявність запитань без відповідей. 
• Після завершення enquiryPeriod Майданчик припиняє надсилання Організатору аукціону оповіщень/листів на пошту про запитання без відповідей.

• Додатково здійснити перевірку, що:

1. 1. Перегляд блоку питання/відповіді доступний лише учасникам після подачі Чернетки пропозиції.
   2. questions.author недоступно до перегляду в усіх статусах процедур для учасників (в тому числі, які подали чернетки пропозицій і пропозиції).
   3. Організатор бачить questions.author після переходу процедури в статус active_awarded/cancelled/unsuccessful.
   4. Недоступно до перегляду в усіх статусах процедур для майданчика (broker).
   5. Системний користувач бачить questions.author після переходу процедури в статус active_awarded/cancelled/unsuccessful.

• Статус procedure - active_tendering.
• Триває - enquryPeriod.

Отримано запитання від Учасника.

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

Expected results

1. Відповідь на запитання успішно публікується в ЦБД, відображається на сторінці Майданчика та доступна для публічного перегляду.
2. Учаснику відображається сповіщення та надходить лист на пошту про отримання відповіді на запитання.
3. Відповіді відображається на Майданчику та доступні для публічного перегляду. Інформація про учасника, що задав запитання не розкривається.
4. Доступна можливість редагування відповіді.
5. .
6. Доступна можливість редагування відповіді.

• В період відмінний від enquiryPeriod в Організатора відсутня можливість надати відповідь на запитання.
• Після завершення enquiryPeriod Майданчик припиняє надсилання Організатору аукціону оповіщень/листів на пошту про запитання без відповідей.

• Додатково здійснити перевірку, що:

  1. Перегляд блоку питання/відповіді доступний лише учасникам після подачі Чернетки пропозиції.
  2. questions.author недоступно до перегляду в усіх статусах процедур для учасників (в тому числі, які подали чернетки пропозицій і пропозиції).
  3. Організатор бачить questions.author після переходу процедури в статус active_awarded/cancelled/unsuccessful.
  4. Недоступно до перегляду в усіх статусах процедур для майданчика (broker).
  5. Системний користувач бачить questions.author після переходу процедури в статус active_awarded/cancelled/unsuccessful
• В період відмінний від enquiryPeriod в Організатора відсутня можливість надати відповідь на запитання.
• Після завершення enquiryPeriod Майданчик припиняє надсилання Організатору аукціону оповіщень/листів на пошту про запитання без відповідей
  1. .

Перейти в загальну форму пошуку аукціонів.

1. Виконати пошук аукціону згідно заданих параметрів або критеріїв пошуку:

• Ідентифікатор аукціону
• GFW000-UA-YYYYMMDD-00000
• Тип аукціону
• Статус аукціону (за замовчування у tenderPeriod)
• Ключове слово:
• Назва аукціону
• Опис аукціону
• Опис об'єкта (айтема)
• Організатор (ЄДРПОУ, назва)
• Тип об’єкта (майна)
• Класифікатори
• Місцезнаходження об’єкта (область, місто)
• Розширений пошук

Expected results

1. Відображені аукціони відповідають заданим параметрам або критеріям пошуку.

• Відсутні результати, які не відповідають заданим критеріям. 
• В разі пошуку аукціону згідно параметрів, які не містяться в БД, або некоректних критеріїв - відсутні результати.
• На Майданчику аукціони відображаються в окремому підрозділі.
• Спостерігач. Бачить публічну інформацію, яка включає анонімізовані поля. Бачить тільки процедури - complete. Процедури в статусах відмінних від complete бачить повністю анонімізованими.
  
• Перекваліфікований фактор (перекваліфікований спостерігач). Бачить всі процедури факторингу в усіх статусах, не бачить анонімізовані поля. Майданчик має відобразити списки процедур факторингу тільки для перекваліфікованих учасників. Технічна реалізація передбачає наступну логіку. Згідно конфігу, буде налаштовано наступну логіку. Для майданчиків, які планують брати участь в пілоті, буде додано права на створення процедури та bids, і, відповідно, ці майданчики будуть отримувати повний список процедур в усіх статусах (без анонімізованих полів). Щодо інших майданчиків - вони будуть отримувати тільки процедури в статусі complete. 
• Учасник. Бачить всі процедури факторингу в усіх статусах. Бачить documents, paymentTerms, questions. Бачить лише свої bids, awards, contracts. 
• Організатор. Бачить всі процедури та поля. 

• Статус procedure - active_tendering.

1. Перейти Учасником в опубліковану процедуру, обрати функцію "Подати заяву на участь".
2. Ввести цінову пропозицію.
3. Завантажити доступні документи CBD3-GFW-UC-14-02.
4. Погодитись з умовами регламенту ЕТС і відповідальністю учасника та зберегти заяву.

Expected results

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

• Щодо валідації на поле value. Необхідно прибрати валідацію, що bid.value має дорівнювати або бути більшим procedure.value, оскільки банки будуть пропонувати меншу суму угоди, ніж ціна закупівлі.
• Для створення заяви на участь Майданчик має пропускати тільки ЄДРПОУ - UA-EDR, щоб унеможливити створення заяви на участь від фізичних осіб або ФЛП. 
• Завантаження документу без вказаного типу не допускається!

• Статус procedure - active_tendering.
• Статус bid'а - draft.

1. Перейти Учасником в створену чернетку заяви на участь, внести зміни (змінити цінову пропозицію, завантажити документи) та зберегти заяву на участь. Перевірити відображення внесених змін. 
2. Перейти Учасником в створену чернетку заяви на участь та видалити чернетку заяви на участь.

Expected results

1. Доступно редагування цінової пропозиції та завантаження документів. Після збереження заяви усі зміни коректно відображаються.
2. Чернетка заяви на участь успішно видалена.

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

1. Перейти Учасником №1 в створену чернетку заяви на участь та опублікувати її в ЦБД.
2. Дочекатись Учасником №1 завершення tenderPeriod та перевірити відображення поданих bid'ів.
3. Учасником №2 видалити заявку на участь.
4. Після завершення tenderPeriod перевірити, що bid'и зі статусом draft та deleted відсутні у публічному АРІ.

Expected results

1. Заява опубліковані в ЦБД в статусі draft.
2. Доступно редагування цінової пропозиції та завантаження документів для Учасника №1, після збереження усі внесені ним зміни коректно відображаються на Майданчику.
3. Заява на участь Учасника №2 успішно видалена, bid'а в статусі deleted.
4. Bid'и зі статусом draft та deleted відсутні у публічному АРІ після завершення tenderPeriod. 

• Статус procedure - active_tendering.
• Статус bid'а - inactive.

1. Перейти Учасником в bid подати на повторну активацію на цьому ж Майданчику.
2. Перевірити отримання Учасником сповіщення/листа про повторну активацію Майданчиком.

Expected results

1. Учаснику доступний функціонал повторної подачі на активацію bid'а. 
2. Учасник отримує сповіщення/листа про повторну активацію Майданчиком.

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

1. Внести зміни в bid (змінити цінову пропозицію, завантажити/оновити документи).
2. Після завершення редагування - зберегти зміни.
3. Перевірити відображення зміненої інформації на Майданчику.
4. Перевірити Учасником надходження сповіщення/лист про внесення змін в bid.

Expected results

1. Відсутні обмеження на внесення змін.
2. Усі зміни передаються в ЦБД.
3. Уся змінена інформація коректно відображається на Майданчику. 
4. Учаснику надходять сповіщення/лист про успішне внесення змін в bid.

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

• Статус procedure - active_tendering.
• Статус bid'а - draft.

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

Expected results

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

• Учасник має можливість подавати заяву на участь лише протягом tenderPerod.
• Для зміни статусу bid'а з draft на active обов'язкові документи (commercialProposal). А також необхідно value, perks та bankAccounts.

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

1. Внести зміни в bid (змінити цінову пропозицію, завантажити/оновити документи) та опублікувати в ЦБД.
2. Перевірити отримання Учасником сповіщення/лист про внесення змін в bid.
3. Перевірити відображення зміненої інформації на Майданчику.

Expected results

1. Відсутні обмеження на внесення змін. Усі зміни передаються в ЦБД.
2. Учасник отримує сповіщення/лист про внесення змін в bid.
3. Уся змінена інформація коректно відображаються на Майданчику. 

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

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

1. Перейти Учасником в bid, видалити його.
2. Перевірити отримання Учасником сповіщення/лист про видалення bid'а.
3. Перевірити відсутність відображення bid'а на Майданчику при настанні active_awarded.

Expected results

1. Майданчик змінює статус bid'а на delete. 
2. Учасник отримує сповіщення/лист про успішне видалення його bid'а.
3. Bid зі статусом deleted не відображається у публічному АРІ та на Майданчику незалежно від статусу процедури.

• Статус procedure - active_tendering.
• Статус bid'а - inactive.

1. Перейти Учасником в bid подати на повторну активацію цього ж Майданчиком.
2. Перевірити отримання Учасником сповіщення/листа про повторну активацію Майданчиком.

Expected results

1. Учаснику доступний функціонал повторної подачі на активацію bid'а. 
2. Учасник отримує сповіщення/листа про повторну активацію Майданчиком.

Створена чернетка на участь Учасником. 

Expected results

1. Доступна можливість додавання в bid банківських рахунків paymentта other згідноswagger
2. Обов'язково заповнити банківських рахунки з типом payment валюта UAH без заповнення цього рахунку - публікація не відбувається.
3. Для Організатора та Учасника банківські рахунки відображаються постійно вразі заповнення.

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

Expected results

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

     ---

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

• Статус procedure - active_awarded.
• Статус award - pending_waiting.
• Статус bid’ів - active.

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

Expected results

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

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

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

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

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

 2. Організатору доступна можливість переведення будь якого award'у з pending_waiting в active.  

 3. Статус procedure - pending_payment, award - active, contract - pending.

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

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

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

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

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

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

• Статус procedure - pending_payment.
• Триває - pending_payment.
• Статус award'у - active.
• Статус contract - signed.

1. Перейти Організатором на сторінку кваліфікації award'у , ввести дату та суму оплати. Перевірити та перевірити можливість завантажити/оновити документи purchaseContractEndorsemen іhandoverCertificate та digitalSignature до них. 
2. Підтвердити оплату натиснувши кнопку "Підтвердження оплати" зміна lotPaymentConfirmation з false на true та перевірити надходження сповіщень/листів Організатору та Учаснику про виконані дії.
3. Перевірити статуси procedure, award'у, contract'у.

1. Майданчик коректно відображає дату, суму оплати та документи. При заміні попередні версії документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
2. Організатору та Учаснику надходять сповіщення/листи про завантаження документів та підтвердження оплати.
3. Після підтвердження оплати статуси:

• procedure - без змін. 
• award’у - без змін. 
• contract`у - без змін. 

• Статус procedure - pending_payment.
• Триває - paymentPeriod.
• Статус аward - active.
• Статус contract - signed.

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

1. Організатор та Учасник отримують сповіщення/листи про завантаження та підтвердження документів договору.
2. Після підтвердження договору статуси:

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

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

Expected results

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

• Організатор - про успішну дискваліфікацію Учасника №1; про необхідність обрати нового переможця (вразі наявності інших award'ів в статусі pending_waiting).
• Учасник №1 - про дискваліфікацію Організатором.
• Учасник №2 - повідомлення не отримує. 

  4. Award Учасник №1- unsuccessful, статус contract - cancelled (в разі наявності контракту), award Учасник №2 -  залишається без змін,  статус procedure - active_awarded.

Дискваліфікація Учасника без вказання причин та завантаженого документу rejectionProtocol або act неможлива.

• Статус award'у - active.
• Статус procedure - active_awarded.
• Статус contract - signed.
• Триває qualificationPeriod.

1. Перейти Організатором на сторінку дискваліфікації award'у, завантажити/замінити rejectionProtocol або act та digitalSignature.
2. Обрати причину дискваліфікації та натиснути кнопку "Дискваліфікувати".
3. Перевірити надходження сповіщень/листів Організатору/Учаснику про виконані дії.
4. Перевірити статуси award'у, contract'ута procedure після виконаних дій.

Expected results

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

• Організатор - про успішну дискваліфікацію Учасника, аукціон не відбувся.
• Учасник - про дискваліфікацію Організатором, аукціон не відбувся.

  4. Статуси award'у - unsuccessful, contract'у - cancelled та procedure - unsuccessful.

Дискваліфікація Учасника без вказання причин та завантаженого документу rejectionProtocol або act неможлива.

• Статус award'у - active.
• Статус procedure - pending_payment.
• Триває paymentPeriod.
• contract - active.

1. Перейти Організатором на сторінку дискваліфікації award'у, завантажити/замінити rejectionProtocol або act та digitalSignature.
2. Обрати причину дискваліфікації, та натиснути кнопку "Дискваліфікувати".
3. Причина дискваліфікації та документ передаються в ЦБД в поле terminationReason award'у, та корректно відображається на Майданчику.
4. Перевірити статус award'у, procedure та contract після виконаних дій.

Expected results

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

• Організатор - про успішну дискваліфікацію Учасника, аукціон не відбувся.
• Учасник - про дискваліфікацію Організатором, аукціон не відбувся.

  4. Статуси award'у та procedure - unsuccessful, contract - cancelled.

Дискваліфікація Учасника без вказання причин та завантаженого документу rejectionProtocol або act неможлива.

• Статус procedure - pending_payment.
• Триває paymentPeriod.
• Статус аward'у №1 - active.
• Статус contract'у №1 - active.
• Статус аward'у №2 - pending_waiting.

1. Натиснути кнопку "Завершити аукціон". Перевірити статуси procedure, contract, та award'ів після виконаних дій.
2. Перевірити надходження сповіщень/листів Організатору та Учасникам про виконані дії. 

Expected results

1. Рrocedure набуває статусу complete, contract'у та award'у №1- без змін, статус award'у №2 змінюється на cancelled.
2. Організатору/Учаснику надходять сповіщення/лист:

• Організатору/Учаснику надходять сповіщення/лист про успішне завершення аукціону.
• Учасник №2 - про повернення гарантійного внеску.

• Триває qualificationPeriod.
• Статус аward'у - pending_waiting.

1. Перевірити можливість Організатором "Відхилити пропозицію учасника". Перевірити статуси procedure та award'ів після виконаних дій.
2. Перевірити надходження сповіщень/листів Організатору та Учаснику про виконані дії. 

Expected results

1. Організатору доступний функціонал "Відхилити пропозицію учасника".Рrocedure - unsuccessful, award'у - discarded.
2. Організатору/Учаснику надходять сповіщення/лист:

• Організатору/Учаснику надходять сповіщення/лист про те що аукціон не відбувся.
• Учасник №2 - про повернення гарантійного внеску.

Майданчику рекомендується перед переведенням award'ув discarded виводити попередження, що ця дія незворотня.

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

1. Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
2. Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.

Expected results

1. Список доступних операцій для Організатора:

• Переведення contract з pending в signed.
• Дискваліфікація під час active_awarded

  2. Для Учасника усі операції є заблоковані.

Всі інші операції з award'ом заблоковані.

• Триває qualificationPeriod.
• Статус procedure - active_awarded.
• Статуси award'у - active.
• Статус contract - signed.

1. Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
2. Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.

Expected results

1. Список доступних операцій для Організатора:

• Переведення contract з signed в active
• Дискваліфікація під час active_awarded
  

  2. Для Учасника усі операції є заблоковані.

Всі інші операції з award'ом заблоковані.

• Триває qualificationPeriod.
• Статус procedure - pending_payment.
• Статуси award'у - active.
• Статус contract - active.

1. Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
2. Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.

Expected results

1. Список доступних операцій для Організатора:

• Робота з оплатою під час pending_payment
• Дискваліфікація під час pending_payment

1. Для Учасника усі операції є заблоковані.

• Триває qualificationPeriod.
• Статуси award'у - pending_waiting.

1. Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
2. Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.

Expected results

1. Список доступних операцій для Організатора:

• Відхилення пропозиції Учасника
• Обрання переможця

  2. Для Учасника усі операції заблоковані.

Всі інші операції з award'ом заблоковані.

• Триває qualificationPeriod.
• Статус procedure - active_awarded.
• Статуси award'у - unsuccessful, cancelled та discarded.

1. Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
2. Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.

Expected results

1. Для Організатора усі операції є заблоковані.
2. Для Учасника усі операції є заблоковані.

• Статус procedure - active_tendering.

Expected results

1. В Організатора аукціону є можливість завантажити cancellationDetails через інтерфейс Майданчика.
2. Доступна можливість вводу причини, дати/час скасування процедури. Та доступна можливість скористатись "Скасувати аукціон".
3. Завантажений документ та  обрана причина скасування передається в ЦБД та коректно відображається на Майданчику. Можливість заміни файлу cancellationDetails в ЦБД - відсутня. Майданчик змінює статус procedure на - cancelled.
4. Організатор отримує сповіщення/листи про скасування аукціону.
5. Доступна можливість завантажити digitalSignature до cancellationDetails.

• Статус procedure - active_awarded.

1. Перейти Організатором аукціону на сторінку аукціону, обрати функцію скасування, завантажити документ - cancellationDetails - дія не обов'язкова.
2. Внести опис причини скасування вручну (cancellation.reason) та фактичну дату/час скасування (cancellations.date). Та натиснути кнопку "Скасувати аукціон".
3. Перевірити відображення завантаженого документу на Майданчику та причини скасування, статус procedure після виконаних дій.
4. Перевірити надходження сповіщень/листів Організатору про виконані дії.
5. Перевірити можливість завантажити digitalSignature до cancellationDetails.

Expected results

1. В Організатора аукціону є можливість завантажити cancellationDetails через інтерфейс Майданчика.
2. Доступна можливість вводу причини, дати/час скасування процедури. Та доступна можливість скористатись "Скасувати аукціон".
3. Завантажений документ та  обрана причина скасування передається в ЦБД та коректно відображається на Майданчику. Можливість заміни файлу cancellationDetails в ЦБД - відсутня. Майданчик змінює статус procedure на - cancelled.
4. Організатор отримує сповіщення/листи про скасування аукціону.
5. Доступна можливість завантажити digitalSignature до cancellationDetails.

• Статус procedure - pending_payment.

1. Перейти Організатором аукціону на сторінку аукціону, обрати функцію скасування, завантажити документ - cancellationDetails - дія не обов'язкова.
2. Внести опис причини скасування вручну (cancellation.reason) та фактичну дату/час скасування (cancellations.date). Та натиснути кнопку "Скасувати аукціон".
3. Перевірити відображення завантаженого документу на Майданчику та причини скасування, статус procedure після виконаних дій.
4. Перевірити надходження сповіщень/листів Організатору про виконані дії.
5. Перевірити можливість завантажити digitalSignature до cancellationDetails.

Expected results

1. В Організатора аукціону є можливість завантажити cancellationDetails через інтерфейс Майданчика.
2. Доступна можливість вводу причини, дати/час скасування процедури. Та доступна можливість скористатись "Скасувати аукціон".
3. Завантажений документ та  обрана причина скасування передається в ЦБД та коректно відображається на Майданчику. Можливість заміни файлу cancellationDetails в ЦБД - відсутня. Майданчик змінює статус procedure на - cancelled.
4. Організатор отримує сповіщення/листи про скасування аукціону.
5. Доступна можливість завантажити digitalSignature до cancellationDetails.

• Триває qualificationPeriod.
• Статус procedure - procedure - pending_payment.
• Статуси award'у - active.
• Статус contract - active.

1. Перевірити можливість “Завершити аукціон” та перевірити статус procedure після виконаних дій.

2. Перевірити надходження сповіщень/листів Організатору та Учасникам про виконані дії.

Expected results

1. Доступна можливість "Завершити Аукціон", статус procedure - complete.

2. Організатор та Учасник отримують сповіщення/лист про успішне завершення аукціону.

• Статус procedure - active_rectification/active_tendering.

1. Перевірити Організатором можливість завантаження/оновлення документів.
   

Expected results

• Триває tenderPeriod.

1. Перевірити Учасником можливість завантаження/оновлення документів. 

Expected results

• Триває qualificationPeriod.
• Статус аward'у - pending/active.

1. Перевірити Учасником та Організатором можливість завантаження/оновлення документів. 

Expected results

• Статус аward'у - active.
• Статус contract'у - pending.
• Триває qualificationPeriod.

1. Перевірити Організатором можливість завантаження/оновлення документів. 

Expected results

Рrocedure знаходиться у відповідному статусі.

1. Перевірити відображення статусів procedure.

Expected results

• Триває active_tendering або qualificationPeriod.
• Вids знаходяться у відповідному статусі.

1. Перевірити відображення статусів bid`ів.

Expected results

• Триває qualificationPeriod.
• Аward знаходяться у відповідному статусі.

1. Перевірити відображення статусів award'ів.

Expected results

• Триває qualificationPeriod.
• Сontracts знаходяться у відповідному статусі.

1. Перевірити відображення статусів contract'у.

Expected results

1. Майданчик відображає статуси contracts згідно 

• https://procedure-demo.prozorro.sale/api/legal_names/governmentFactoring-withoutAuction - status - contracts

• Триває відповідний період процедури.

1. Перевірити відображення періодів процедури.

Expected results

1. Майданчик відображає періоди процедури згідно 

• https://procedure-demo.prozorro.sale/api/legal_names/governmentFactoring-withoutAuction - status - period