Page History

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

1. Перевірити можливість заповнити всі поля згідно swagger - sellingEntity. 
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. Змінена інформація корректно відображається в особистому кабінеті.

• Створення чернетки доступно тільки для ролі Замовник.
• Для Замовника доступно створення тільки процедури типу "Продаж майна. Аукціон з декількома переможцями".

1. Обрати Тип процедури - BasicSell-multiAwards та заповнити всі обов'язкові поля згідно swagger.
2. Перевірити можливість завантажити усі типи документів CBD3-BSM-UC-14-01.
3. Зберегти інформацію як локальну чернетку на Майданчику.
4. Перевірити можливість перегляду та редагування чернетки.

Expected results

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

• Наявна локальна чернетка процедури.

1. Перейти Замовником  в створену чернетку. Обрати функцию "Видалення чернетки".

Expected results

1. Чернетка видалена на Майданчику.

• Наявна локальна чернетка процедури.

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

Expected results

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

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

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

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

• Наявна процедура в будь якому статусі.

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

Expected results

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

• Створена чернетка Замовником. Створення процедури без прискорення.

Expected results

1. Процедури успішно опубліковано.
2. Дати періодів в процедурі відповідають Timelin'у процедури враховуючи данні словника вихідні дні та святковий день.
3. Періоди відповідають Timeline процедури.

Створена чернетка Організатором. Створення процедури без прискорення.

Expected results

1. Присутня можливість додавання декількох айтемів в процедуру з визначеними класифікаторами (верхньорівневими та вкладеними)
   
2. Після вибору класифікатору - відображається чекбокс - "Майно, що швидко псується".
3. Поле "Дата проведення аукціону" - заблоковане та виводиться підказка, "Дата аукціону буде запланована автоматично: через 1 повний робочий день з моменту публікації", або поле автозаповнюється валідним значенням без можливості редагування.
   
4. Доступні для завантаження усі типи документів. Завантаження документу без вказаного типу не допускається! 
5. Запис зберігається як чернетка на Майданчику без публікації в ЦБД.
6. Чернетка доступна для перегляду тільки автору, редагування без обмежень.
7. Процедура успішно опублікована

• присутній параметр - "isPerishable": "true"
• відсутня можливість завантаження файлу типу clarifications та внесення змін в опубліковану процедуру.
• присутня можливість роботи з документами (завантаження та оновлення) .
• tenderPeriod триває один робочий день не враховуючи дату публікації, rectificationPeriod.startDate = rectificationPeriod.endDate.

• На Майданчику присутня явна фільтрація процедур по параметру "isPerishable": "true".
• При перегляді процедури  відображається інформація/підказка - "Майно, що швидко псується".

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

Expected results

1. Доступна можливість додавання в процедуру банківських рахунків згідно swagger. 
2. Для кожного з рахунків доступний вибір однієї з 3 валют (UAH, EUR, USD).
3. За умови відсутності в створеному рахунку валюти UAH - публікація не відбувається.
4. Банківські рахунки відображаються постійно, для всіх інших ролей.

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

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

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

Expected results

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

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

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

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

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

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

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

Expected results

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

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

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

• Учасник - протягом 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_rectification.
• Триває rectificationPeriod.

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

Expected results

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

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

1. Перевірити, що завантаження/оновлення документів відбувається без обмежень.
2. Завантажити документу clarifications - дія НЕ обов'язкова.
3. Перевірити коректність відображення завантажених/оновлених документів.

Expected results

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

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

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

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

Expected results

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

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

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

• previousAuctionId
• tenderAttempts
• sellingEntity
• lotId
• title
• description
• accessDetails
• bankAccounts
• x_documentRequirements
• x_additionalInformation
• value
• valueAddedTaxCharged
• discount
• guarantee
• minNumberOfQualifiedBids
• items
• registrationFee
• minimalPart

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

Steps To Reproduce

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

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

Expected results

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

   • ---

     Інформація про Учасника, що задав запитання розкривається ТІЛЬКИ після набуття процедурою статусу qualification.
   • Майданчик зобов'язаний сповіщати Замовника аукціону кожні 24 години про наявність запитань без відповідей. 
   • Після завершення enquiryPeriod Майданчик припиняє надсилання Замовнику аукціону оповіщень/листів на пошту про запитання без відповідей.

• Статус procedure - active_tendering.
• Триває enquryPeriod. 
• Отримано запитання від учасника.

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

Expected results

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

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

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

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

1. Ідентифікатор аукціону
   1. BSM000-UA-YYYYMMDD-00000
2. Тип аукціону
3. Статус аукціону (за замовчування у статусі “Прийом пропозицій”)
4. Ключове слово:
   1. Назва аукціону
   2. Опис аукціону
   3. Опис об'єкта (айтема)
5. Замовник (ЄДРПОУ, назва)
6. Тип об’єкта (майна)
   1. Класифікатори
7. Місцезнаходження об’єкта (область, місто)
8. Дата початку аукціону від ________ до ________
9. Стартова ціна лота від ______ до ____ 
10. Розширений пошук

Expected results

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

• Відсутні результати, які не відповідають заданим критеріям. 
• В разі пошуку аукціону згідно параметрів, які не містяться в БД, або некоректних критеріїв - відсутні результати.
• На Майданчику аукціони типу basicSell-multiAwards відображаються в окремому підрозділі.

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

1. Перейти Користувачем в опубліковану процедуру, обрати функцію "Подати заяву на участь".
2. Користувач має обов'язково вказати:

• value має бути  >= більше чи дорівнювати procedure.value.amount. В іншому випадку ЦБД має повертати валідаційну помилку. 
• quantity не може бути менше за мінімальний обсяг, що вказав Організатора (>= має бути більше чи дорівнювати мінімальному обсягу (procedure.minimalPart), що вказав Організатор.

• bidders

 3. Перевірити можливість завантажити/замінити доступні документи CBD3-BSM-UC-14-02.

 4. Погодитись з умовами регламенту ЕТС і відповідальністю Учасника та зберегти заяву.

5. Кількість поданих заявок на участь в аукціоні одним Учасником.

Expected results

1. Відбувається перехід на сторінку подачі заяви на участь.
2. Доступна можливість заповнити обов'язкові поля - bids. bids.value - (цінова пропозиція) зазначається із двома знаками після коми.
3. Усі типи документів доступні для завантаження/заміни. Для збереження draft необовязково завантажувати жоден з bid's докуметів. 
4. Після збереження, заява зберігається локально на Майданчику як чернетка, без публікації в ЦБД. Статус bid'а - draft. 
5. Учасник може подати лише 1 заявку на участь. 

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

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

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

Expected results

1. Для активації Біда потрібно додати обов'язковий докумет Біда. Після активації Адміністратором Майданчика заяви статус bid'а - active та доступний для перегляду. Учасник допущений до участі в аукціоні.
2. Надходять сповіщення/лист про успішну активацію заяви на участь.

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

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

Expected results

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

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

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

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

Expected results

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

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

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

Expected results

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

• Статус procedure - active_auction.
• Наявні 2 чи більше bid'ів в статусі active.

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

Expected results

1. Публічне посилання має наступний вигляд  https://auction.prozorro.sale/{id аукціону}.
2. Після переходу відображається модуль аукціону.

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

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

Expected results

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

• Статус procedure - active_qualification.
• Триває qualificationPeriod.
• Статус award'ів - pending та pending_waiting.
• Статус bid’ів - active.

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

Expected results

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

• • • Повна юридична назва Учасника (awards.buyers)
    • Розмір цінової пропозиції (awards.value.amount, awards.value.currency)
    • Кількість обсягу активу (awards.quantity)
    • Документи Учасника (awards.documents)
    • Періоди пов'язані з award'ом
    • Період підписання протоколу (awards.verificationPeriod)
    • Період підписання договору (awards.signingPeriod)

    • Період прийняття рішення щод набуття статусу переможця (awards.admissionPeriod)

    • Статус awardСтатус award'у

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

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

• Повна юридична назва Учасника (bids.buyers)
• Розмір цінової пропозиції (bids.value.amount, bids.value.currency)
  
• Кількість обсягу активу (bids.quantity)
• Документи Учасника (bids.documents)
• Статус bid'а

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

Логіка формування порядку Awards:

За результатами роботи МА (auctionPeriod) пропозиції сортуються від найбільшої ціни до найменшої, а у випадку співпадіння ціни, вище відображається пропозиція розміщена раніше.

Часом розміщення пропозиції вважається час першого розміщення заяви у ЦБД, а, у випадку редагування пропозиції під час періоду прийому пропозицій, час фіксації змін у заяві у ЦБД.

При формуванні порядку Авардів, необхідно дивитись на Awards.value, але якщо value декількох Авардів однакове, необхідно подивитись, чи відрізняється у кожного bid-а bids.initialValue від bids.value:

1. Якщо учасник оновлював свою ставку протягом МА (bids.value < bids.initialValue), то часом розміщення ставки вважається час оновлення ставки протягом МА.
2. Якщо учасник НЕ оновлював свою ставку протягом МА (bids.value == bids.initialValue), то часом розміщення ставки вважається bids.dateModified.
3. Якщо у декількох Авардів однакове value і ці декілька учасників оновлювали свої ставки протягом МА, то вище в рейтингу має бути той, хто оновлював свою ставку раніше.
4. Якщо у декількох Авардів однакове value при цьому один із них НЕ оновлював ставку протягом МА, а інші оновлювали, то вище в рейтингу має бути той, хто НЕ оновлював ставку протягом МА. (бо він розмістив своє value раніше). Його bids.dateModified вважається датою і часом розміщення ставки. Інші учасники своє value розмістили точно пізніше, бо вони оновлювали value протягом МА. Їх порядок має бути згідно часу оновлення їх ставок.

Сформовані Аварди ЦБД розподіляє по статусам pending або pending_waiting за наступною логікою:

1. Перевіряється Авард з найбільшим value (запропонував найбільшу ціну), береться awards[0].items[0].quantity і віднімається від procedure.items[0].quantity.
2. Результат різниці двох чисел - нерозподілений залишок.
3. Перевіряється наступний Авард, який запропонував другу за величиною ціну, береться awards[1].items[0].quantity і віднімається від отриманого нерозподіленого залишку.
   • Якщо результатом другого віднімання є відʼємне число, то цей Авард отримує статус pending_waiting і всі наступні Аварди також отримують цей статус.
   • Якщо результатом другого віднімання є 0 або додатнє число, то цей Авард отримує статус pending також.
4. Перевіряється кожен Авард і виконуються дії описані в п.3

За результатами автоматичного розподілення, всі Аварди отримують статус pending АБО pending_waiting.

Для кожного Аварда, який отримав статус pending ЦБД генерується протокол

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

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

Expected results

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

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

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

1. Перевірити можливість завантажити/

1. замінити документи - auctionProtocol та digitalSignature до нього, до завершення qualificationPeriod - дія не обов'язкова.
2. Перевірити відображення завантаженого документу на Майданчику.
3. Перевірити

1. , що після виконаних дій статуси award'у

1. та procedure

1. .

Expected results

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

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

• Статус procedure -Триває qualificationPeriod active_awarded.qualification.
• Статус award аward - activepending.
• Статус contract - pendingТриває qualificationPeriod.

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

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

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

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

1. .

• Статус procedure - active_awarded.
• Триває qualificationPeriod.
• Статуси award'ів - pending_waiting.
• Наявний залишок нерозподіленого обсягу.

Steps To Reproduce

1. Перевірити автоматичне присвоєння award'у з найвищим рейтингом в статусі pending_waiting статусу pending_admission після переведення останнього contract в active.
2. Перевірити, статуси інших аward'ів pending_waiting.

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

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

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

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

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

1. Award в статусі pending_admission лише один.
2. Усі award'и в статусі pending_waiting які знаходились по рейтингу нижче - набувають статусу cancelled.

Умови:

• Статус procedure - active_qualification.awarded
• ТриваєqualificationPeriod.
• СтатусВідсутні  award'и у статусі pending
• Відсутні сontracts у статусі pending
• Статуси award'ів - pending_admission.waiting
• Наявний залишок нерозподіленого обсягу. Наприклад: 200

Steps To Reproduce

1. Перевірити можливість ввести бажану кількість < залишка нерозподіленого обсягу. Наприклад: 180.
2. Перевірити можливість погодитись з частиною залишка нерозподіленого обсягу.
3. Перевірити надходження сповіщень/листів Замовнику та Учаснику про виконані діїавтоматичне присвоєння award'у з найвищим рейтингом в статусі pending_waiting статусу pending_admission після переведення останнього contract в active.
4. Перевірити, статусстатуси інших аward'у та procedure. ів pending_waiting.

Expected results

1. Award в статусі pending_admission лише один.
2. Усі award'и в статусі pending_waiting які знаходились по рейтингу нижче - набувають статусу cancelled.
3. Доступна можливість ввести бажану кількість < залишка нерозподіленого обсягу.
4. Доступна можливість погодитись з частиною залишка нерозподіленого обсягу.
5. Замовник та Учасник отримують сповіщення/листи про виконані дії.
6. Статус аward'у - pending, procedure - залишається без змін.  

• Статус procedure - active_qualification.
• Триває qualificationPeriod.
• Статус award'у - pending_admission.
• Наявний залишок нерозподіленого обсягу. Наприклад: 200

Steps To Reproduce

1. Перевірити можливість ввести бажану кількість = залишка нерозподіленого обсягу.кількість < залишка нерозподіленого обсягу. Наприклад, 180.  Але цей обсяг має бути >= procedure.minimalPart
2. Перевірити можливість погодитись з повним залишком з частиною залишка нерозподіленого обсягу.
3. Перевірити надходження сповіщень/листів Замовнику та Учаснику про виконані дії.
4. Перевірити, статус аward'у та procedure. 

Expected results

1. Доступна можливість ввести бажану кількість = < залишка нерозподіленого обсягу.
2. Доступна можливість погодитись з повним залишком з частиною залишка нерозподіленого обсягу.
3. Замовник та Учасник отримують сповіщення/листи про виконані дії.
4. Статус аward'у - pending, procedure - залишається без змін.  

   Обсяг, на який Учасник погоджується і готовий купити (quantity) має бути >= procedure.minimalPart і <=  за нерозподілений залишок. Якщо обсяг, що передає "Умовний переможець" поза діапазоном, то ЦБД повертає валідаційну помилку. Перевірити, що майданчик виводить повідомлення українською мовою відповідного інформаційного змісту.

• Статус procedure - active_qualification.
• Триває qualificationPeriod.
• Статус award'у - pending_admission.
• Наявний залишок нерозподіленого обсягу. Наприклад: 200

Steps To Reproduce

1. Перевірити можливість відмовитись Учасником від наявного залишка нерозподіленої квотиввести бажану кількість = залишка нерозподіленого обсягу. Але цей обсяг має бути >= procedure.minimalPart
2. Перевірити можливість погодитись з повним залишком нерозподіленого обсягу.
3. Перевірити надходження сповіщень/листів Замовнику та Учаснику про виконані дії.
4. Перевірити, статус аward'у та procedure. 

Expected results

1. Доступна можливість відмовитись від наявного залишка нерозподіленої квотиввести бажану кількість = залишка нерозподіленого обсягу.
2. Доступна можливість погодитись з повним залишком нерозподіленого обсягу.
3. Замовник та Учасник отримують сповіщення/листи про виконані дії.
4. Статус ручна зміна аward'у - cancelledpending, procedure - залишається без змін.  

Обсяг, на який Учасник погоджується і готовий купити (quantity) має бути >= procedure.minimalPart і <=  за нерозподілений залишок. Якщо обсяг, що передає "Умовний переможець" поза діапазоном, то ЦБД повертає валідаційну помилку. Перевірити, що майданчик виводить повідомлення українською мовою відповідного інформаційного змісту.

• Статус procedure - active_qualification.
• Триває qualificationPeriod.
• Статус award'у - pending_admission.
• Наявний залишок нерозподіленого обсягу. Наприклад: 200обсягу. Наприклад: 200

Steps To Reproduce

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

Steps To Reproduce

1. Перевірити автоматичної зміни статусу аward'у в разі бездіяльності Учасника (зачекати завершення awards.admissionPeriod). 
2. Перевірити надходження сповіщень/листів Замовнику та Учаснику про виконані дії.
3. Перевірити, статус аward'у та procedure. 

Expected results

1. Доступна можливість бездіяльності Учасника до настання awards.admissionPeriod. відмовитись від наявного залишка нерозподіленої квоти.
2. Замовник та Учасник отримують сповіщення/листи про виконані дії.
3. Статус автоматична ручна зміна аward'у - cancelled, procedure - залишається без змін.  

• Статус procedure - active_qualification.
• ТриваєqualificationPeriod

• .

• Статус award'у

• - pending_

• admission.
• Наявний

• залишок нерозподіленого обсягу. Наприклад: 200

Steps To Reproduce

1. Перевірити автоматичної зміни статусу аward'у в разі бездіяльності Учасника (зачекати завершення awards.admissionPeriod). 
2. Перевірити надходження сповіщень/листів Замовнику та Учаснику про виконані дії.
3. Перевірити, статус аward'у  можливість Дискваліфікація award'у - pending або Дискваліфікація award'у - active. Перевірити, статуси аward'ів та procedure. 

Expected results

1. Доступна можливість

1. бездіяльності Учасника до настання awards.admissionPeriod. 

1. Замовник та Учасник отримують сповіщення/листи про виконані дії.
2. Статус автоматична зміна аward'у

1. - 

1. cancelled, 

1. procedure - залишається без змін.  

Принцип мовчазної відмови.

Steps To Reproduce

1. Перевірити наявність посилання та можливість завантаження/перегляду "Загального протоколу" у PDF, DOCX форматах можливість Дискваліфікація award'у - pending або Дискваліфікація award'у - active. 
2. Перевірити наявність біля Учасників посилання та можливість завантаження/перегляду "Індивідуального протоколу" у PDF, DOCX форматах, статуси аward'ів та procedure. 

Expected results

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

•  відповідний.
• Статус award'и - відповідний.

Steps To Reproduce

1. Перевірити наявність посилання та можливість завантаження/перегляду "Загального протоколу" у PDF, DOCX форматах. 
2. Перевірити наявність біля Учасників посилання та можливість завантаження/перегляду "Індивідуального протоколу" у PDF, DOCX форматах. 

Expected results

1. Доступна можливість якщо procedure набула статусу: qualification, active_qualification, unsuccessful, cancelled, complete.  
2. Доступна можливість якщо award набув статусу pending, pending_waiting, active

Expected results

1. . 

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

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

Expected results

1. В Замовника доступна можливість завантажити/замінити документи до моменту зміни статусу award'у на unsuccessful.
2. В Замовника доступна можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
3. Замовник та Учасники отримують сповіщення/листи про виконані дії.
4. Статус аward - unsuccessful, procedure - unsuccessful. 

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

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

Expected results

1. В Замовника доступна можливість завантажити/замінити документи до моменту зміни статусу award'у на unsuccessful.
2. В Замовника доступна можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
3. Замовник та Учасники

1. отримують сповіщення/листи про виконані дії.

1. Статус аward - unsuccessful, procedure - unsuccessful. 

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

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

Expected results

1. Доступний функціонал "Відмовитись від участі".
2. СтатусПо завершенню admissionPeriod ЦБД автоматично змінює статус award'у на- cancelled.
3. Замовник та Учасник отримують сповіщення/листи про автоматичну дискваліфікацію Умовного ПереможцяМайданчик інформує поштою/в особистий кабінет Учасника та Замовника про виконані дії.

• Статус procedure - active_qualification.
• Триває qualificationPeriod.
• Статус award'у№0 - active.
• - active_qualification.
• Триває qualificationPeriodСтатус award'у№1 - pending.waiting.
• Статус award'у№2 у - pending.waiting_admission.

1. Перевірити можливість "Відмови від очікування" Учасниками.
2. Перевірити статус award'у №2, після того як статус award'у №1 змінився на pending_admission CBD3-BSM-UC-09-05.Не здійснювати ніяких дії стосовно запропонованої квоти та перевірити статус award'у по завершенні admissionPeriod. 
3. Перевірити надходження сповіщень/листів Замовнику та Учаснику.

Expected results

1. Можливість "Відмови від очікування" відсутня.
2. Після набуття статусу award'у №1 на pending_admission автоматично По завершенню admissionPeriod ЦБД автоматично змінює статус award'у №2 на cancelled.
3. Замовник та Учасник отримують сповіщення/листи про зміну статусу award'уавтоматичну дискваліфікацію Умовного Переможця.

• Статус procedure - active_qualification.
• Триває qualificationPeriod.
• Статус procedure award'у№0 - active_qualification.
• Статус award'у№1 - pending.waiting.
• Статус award'у№2 - pending.waiting.

1. Перевірити можливість "Відмови від очікування" Учасниками.
2. Перевірити статус award'у №2, після того як статус award'у №1 змінився на pending_admission CBD3-BSM-UC-09-05.
3. Перевірити надходження сповіщень/листів Замовнику та Учаснику.

Expected results