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. Перевірити коректність відображення завантажених/оновлених документів.

Expected results

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

• Протягом tenderPeriod Організатору доступна лише робота з документами.
• Доступне завантаження/оновлення документів (Робота з 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 Майданчик припиняє надсилання Організатору аукціону оповіщень/листів на пошту про запитання без відповідей.

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

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

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

Expected results

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

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

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

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)
    • Терміни на завантаження протоколу/договору (verificationPeriod.startDate - verificationPeriod.endDate)

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

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

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

 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 після виконаних дій.