Видалення bid'а доступне лише в рамках статусу процедури active_tendering (Прийняття заяв на участь).

CBD3-SD-UC-07-03

CBD3-SD-UC-07-04

CBD3-SD-UC-08-01

CBD3-SD-UC-08-02

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

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

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

1. Заповнити усі обов'язкові поля:

• Повна назва - Державна служба геології та надр України (Держгеонадра)
• Форма власності - ДП
• ЄДРПОУ 
• ПІБ Контактної особи
• Телефон
• Адреса електронної пошти
• Поштова адреса
• Індекс

Банківські реквізити:

• Опис
• Назва банку
• Назва (4 типи UA-EDR (ЕДРПОУ отримувача), UA-MFO (МФО банку), UA-accountNumber(Рахунок отримувача), UA-IBAN (IBAN отримувача))
• Ідентифікатор (UA-EDR - 8 symbols, UA-MFO - 6 symbols, UA-accountNumber- min 5 symbols, UA-IBAN - 29 symbols)
• Опис до банківських реквізитів

  2. Завантажити документи, що підтверджують особу та повноваження Організатора аукціону.

  3. Погодитись з офертою про персональні дані, підтвердити ознайомлення з Регламентом ЕТС.

  4. Відправити інформацію на модерацію адміністратора Майданчика, перевірити надходження сповіщень та листів на пошту про створення аккаунту.

  5. Перевірити активацію аккаунту Організатора.

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

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

ЦБД api:

Зміст

1. Заповнити усі обов'язкові поля:

• Назву суб'єкту господарювання
• Обрати форму власності
• ЄДРПОУ/ІПН 
• ПІБ Контактної особи
• Телефон
• Адреса електронної пошти
• Поштова адреса
• Індекс

  2. Завантажити документи, що підтверджують особу та повноваження Учасника.

  3. Погодитись з офертою про персональні дані, підтвердити ознайомлення з Регламентом ЕТС.

  4. Зберегти та відправити інформацію на модерацію адміністратора Майданчика.

  5. Перевірити активацію аккаунту Учасника.

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

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

ЦБД api:

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

Expected results

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

ЦБД api:

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

Зміст

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

Expected results

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

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

Зміст

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

Expected results

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

Зміст

Створення чернетки доступно тільки для ролі Організатор

Expected results

1. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
2. Документи відображаються, доступні для

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

На сторінці аукціону виводяться значення полів - minNumberOfQualifiedBids (мінімальна кількість учасників) та tenderAttempts (Лот виставляється).

ЦБД api:

Зміст

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

Expected results

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

Зміст

ЦБД api:

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

Expected results

1. Після перевірки валідності всіх даних відбувається публікація процедури в ЦБД  з присвоєнням процедурі ID вигляду NDR000процедурі ID вигляду SUD000-UA-YYYYMMMM-0000
2. Процедура стає доступною для публічного перегляду на Майданчиках та Порталі (https://prozorro.sale),  уся уся інформація коректно корректно відображається.
3. Процедура отримує статус active_rectification (Редагування доступне).
4. Організатор отримує сповіщення в особистий кабінет та лист повідомлення/листа на пошту - підтвердження успішної публікації процедури в ЦБД.

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

• усі обов'язкові поля заповненні валідними даними
• бажана дата проведення аукціону - не менше 15 календарних днів від поточної дати
• завантажено усі обов'язкові документи 

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

Зміст

ЦБД api:

1. Перейти Організатором в створену процедуру, натиснути кнопку "Створити копію".
2. Внести зміни в поля/завантажити документи.
3. Натиснути кнопку "Зберегти". Перевірити збереження локальної копії чернетки.

Expected results

1. Копіюється уся інформація з вибраної процедури.
2. Усі поля та завантаження документів доступні для редагування без обмежень, виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
3. Створюється нова локальна чернетка, яку в подальшому можна опублікувати в ЦБД.

Існує можливість створення копії навіть з чернетки процедури.

ЦБД api:

Зміст

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

• Учасник

• - протягом tenderPeriod та award.verificationPeriod.
  

• Організатор - протягом усіх періодів

• .

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

Expected results

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

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

Зміст

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

завантаження документів:

• Учасник

• - протягом tenderPeriod та award.verificationPeriod.
  

• Організатор - протягом усіх періодів

• .

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

Expected results

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

Інформація про попередні версії документів доступна по окремому ендпойнту.

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

Винятки:

• Організатор - робота з документами до завершення tenderPeriod - без обмежень;  
• Учасник - робота з документами завантаженими протягом tenderPeriod доступна також протягом verificationPeriod до зміни статусу процедури на active_awarded (Очікується підписання договору).

Зміст

ЦБД api:

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

документів:

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

• .

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

Expected results

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

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

Інформація про видалені документи доступна по окремому ендпойнту.

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

Виняток: Організатор - робота з документами доступна до завершення tenderPeriod - без обмежень.

ЦБД api:

1. Документ digitalSignature - Цифровий підпис також  відображено перекресленим відповідно до статусу з яким документом він пов'язан.

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

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

Зміст

• Статус procedure - active_rectification.
• rectificationPeriod триває 2 робочі дні з моменту публікації процедури в ЦБД не враховуючи дня публікації, та завершується о 18:00.

1. Перейти Організатором в створену процедуру, обрати функцію редагування.
2. Завантажити файлу типу - clarifications - дія 

Процедура опублікована та знаходиться в статусі active_rectification (Редагування доступне)

rectificationPeriod триває 2 робочі дні з моменту публікації процедури в ЦБД не враховуючи дня публікації, та завершується о 18:00

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

Expected results

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

1. Організатор отримує повідомлення/листа на пошту виконання дій.

• Після зміни статусу процедури з active_rectification (Редагування доступне) на active_tendering (Прийняття заяв на участь), редагування полів недоступне, окрім роботи з документами.
• Доступне завантаження/оновлення

• документів (

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

Зміст

• Статус procedure - active_tendering

• .
• tenderPeriod триває від моменту завершення rectificationPeriod, та завершується в діапазоні 19:30 - 20:30 дня, що передує дню початку періоду Аукціону.

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

Expected results

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

• ---

  Протягом tenderPeriod Організатору доступна лише робота з документами.
• Доступне завантаження/оновлення

• документів (

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

Зміст

ЦБД api:

• Статус procedure - active_rectification 

• або active_tendering

• .
• Триває - question.period.

Steps To Reproduce

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

• В період не завершився questionPeriod 
• Протягом 2 годин з моменту подачі запитання
• Організатор не надав відповід на запитання

Expected results

1. Доступна функція подачі

1. > 1 запитання.

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

1. Існує можливість редагування.

• Інформація про Учасника, що задав запитання розкривається ТІЛЬКИ після набуття процедурою статусу active_

• awarded (Очікується

• підписання договору).
• Майданчик зобов'язаний

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

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

Зміст

ЦБД api: 

• Статус procedure - active_rectification 

• або active_tendering

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

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

Expected results

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

• ---

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

Зміст

ЦБД api:

На Майданчику аукціони типу nadraEnglishтипу subsoil-dutch ("Продаж спеціальних дозволів на користування надрами") відображаються в окремому підрозділі.

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

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

• ID аукціону
• Назва аукціону 
• Організатор
• Дата аукціону 
• Тип аукціону  

  2. Виконати фільтрацію згідно додаткових класифікаторів лоту.

Expected results

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

• ---

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

Зміст

• Статус procedure - active_tendering.

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

Документи які можуть бути завантажені в заяву:

• commercialProposal (Заява на участь) 
• qualificationDocuments (Документи що підтверджують кваліфікацію)
• x_Passport (Копія паспорта)
• x_IPN (Копія ІПН)
• x_nonSanctionedStatement (Заява про непоширення обмежувальних заходів (санкції))
• eligibilityDocuments (Документи що підтверджують відповідність)
• digitalSignature (Цифровий підпис)

1. документи CBD3-SD-UC-16-02.
2. Погодитись з умовами регламенту ЕТС

1. і відповідальністю учасника та зберегти заяву.

Expected results

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

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

ЦБД api: 

Зміст

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

Процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь)

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

Expected results

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

ЦБД api:

Зміст

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

Процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь)

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

Expected results

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

ЦБД api:

Зміст

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

1. Перейти Учасником в Перейти Учасником №1 в створену чернетку заяви на участь та опублікувати її в ЦБД.
2. Перевірити отримання Учасником №1 сповіщення та листа на пошту про публікацію заяви. 
3. Дочекатись активації заяви на участь від Адміністратора Майданчика та перевірити відображення статусу активованої заяви на сторінці Майданчика.
4. Перевірити отримання Учасником №1 листа на пошту про активацію заяви.
5. Скасувати заяву на участь до завершення статусу процедури active_tendering (Прийняття заяв на участь)tendering.
6. Дочекатися набуття процедурою статусу active_auction, перейти Учасником №2 в створену чернетку заяви на участь та опублікувати її в ЦБД.
7. Виконати степи 1-4 відносно Учасник №2.
8. Скасувати заяву на участь до завершення статусу процедури active_auction.

Expected results

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

Учасник, що подав пропозицію в період дії статусу процедури active_tendering (Прийняття заяв на участь), має можливість скасувати заяву лише в рамках статусу процедури active_tendering (Прийняття заяв на участь.

ЦБД api:

1. Заява Учасника №2 публікується в ЦБД зі статусом draft. Адміністратор Майданчика отримує сповіщення про необхідність модерації поданої заяви на участь.
2. Відповідають Expected Result steps 1-4.
3. Скасування заяви на участь не доступна. 

Після завершення етапу tenderPeriod - видалення bid'а недоступне.

Зміст

Процедура опублікована та знаходиться в статусі active_action (Аукціон)

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

Expected results

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

Учасник, що подав пропозицію в період - до завершення Dutch Part, має можливість скасувати заяву лише до завершення Dutch Part.

Наявна процедура з дискваліфікованими учасниками Учасником №1 та Учасником №2 (причини дискваліфікації лише зі списку):

• Непідписання протоколу
• Непідписання договору

Оголошено повторний аукціон, процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь). 

1. Учасником №1 подати заявку на участь (завантажено документ "Підстави для допуску дискваліфікованого учасника" - admissionReason та опублікувати її в ЦБД. Активувати на стороні Майданчика. Перевірити надходження сповіщення в особистому кабінеті та на пошту. 
2. Учасником №2 подати заявку на участь, без завантаження документу admissionReason. Активувати на стороні Майданчика. Перевірити надходження сповіщення в особистому кабінеті та на пошту. 

Expected results

1. Bid опублікований в ЦБД в статусі active. Учасник отримує сповіщення в особистому кабінеті та на пошту про вдалу активацію. 
2. Bid опублікований в ЦБД в статусі draft, активація недоступна. Учасник отримує сповіщення в особистому кабінеті та на пошту про НЕВДАЛУ активацію.

• Майданчикам рекомендується, при публікації заяви на участь - перевіряти необхідність завантаження Учасником документа admissionReason (id ідентифікаторів таких Учасників присутні в json процедури блок disqualifiedBids).
• В разі потреби - відображати учаснику сповіщення про необхідність завантаження документу для допущення до торгів.

• Статус procedure - active_tendering

• .
• Статус bid'а - draft, active.

1. Внести зміни в bid

1. завантажити/оновити

1. документи CBD3-SD-UC-16-02.
2. Після завершення редагування - зберегти зміни, до набуття процедурою статусу active_auction.
   
3. Перевірити відображення зміненої інформації на Майданчику.
4. Перевірити отримання Учасником сповіщення та листа на пошту про внесення змін в bid.

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

Expected results

1. Відсутні обмеження на внесення змін.
2. Усі зміни передаються в ЦБД.
3. Уся змінена інформація

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

• Після набуття процедурою статусу active_auction (Аукціон) - редагування/видалення bid'а недоступне.
  
• Доступне завантаження/оновлення

• документів (

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

Зміст

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

1. Внести зміни в bid

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

1. внесення змін в bid.

1. Видалити bid до завершення DUTCH PART.

Expected results

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

• ---

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

Зміст

• Статус procedure - active_tendering.

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

1. auction.
2. Перейти в модуль аукціону по публічному посиланню.

Expected results

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

Зміст

• Статус procedure - active_tendering.

1. Перевірити Учасником отримання сповіщення

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

1. auction.
2. Перейти в аукціон по приватному посиланню.

Expected results

1. Учасник отримує сповіщення

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

Зміст

• Статус procedure - active_auction.
• Триває Dutch Part.

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

1. /листа поштою з приватним посиланням для участі в модулі аукціону.
2. Перейти в аукціон по приватному посиланню.

Expected results

1. Заява публікується в ЦБД зі статусом draft. Адміністратор Майданчика отримує сповіщення про необхідність модерації поданої заяви на участь.
2. Учаснику відображається сповіщення та надходить лист на пошту про успішну активацію заяви на участь
3. Учасник отримує сповіщення в особистий кабінет та лист з приватним посиланням для участі в модулі аукціону. Приватне посилання має наступний вигляд  https://auction.prozorro.sale/{id модулю аукціону}?bidder_id={id учасника}&acc_token={token учасника}
4. Після переходу відображається модуль аукціону.

Зміст

• Статус procedure - active_

• tendering.

Expected results

1. Bid'и в статусі active, до завершення auctionPeriod не змінюються.
2. Запуск модулю аукціону, статус процедури та award'ів по завершенню auctionPeriod відповідають таблиці. 
3. Організатор та Учасник отримують сповіщення

1. /листи:

• Організатор - про початок кваліфікації та необхідність завантаження протоколу
• Учасник в статусі pending 

• - про набуття статусу переможця
• Учасник в статусі pending_waiting 

• - про набуття статусу очікуючого.

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

Зміст

• Статус procedure - active_qualification

• .

1. Перевірити на Майданчику відображення інформації по усім

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

Expected results

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

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

  2. Протоколи аукціону в PDF та HTML форматах, та протоколи про результати аукціону в JSON або YAML форматах доступні для завантаження.

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

• щодо bid’ів у статусі статусі draft та deleted.

Зміст

• Статус procedure - active_qualification

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

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

1. доступні документи

1. до завершення 

1. vericationPeriod.
2. Перевірити відображення документів на Майданчику після завантаження.
3. Перевірити статуси award'у, procedure.

Expected results

1. Учасник award якого в статусі pending має можливість завантажити лише док auctionProtocol та digitalSignature до нього.
2. Завантажені документи передаються в ЦБД в bid Учасника та

1. корректно відображаються на Майданчику. 

2. Статус award'у та procedure не змінились.

• Завантаження/оновлення

• документів Учасником доступно до зміни статусу його award'у на active

• , до завершення verificationPeriod. 
• Доступне завантаження/оновлення

• документів (

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

Зміст

• Статус procedure - active_qualification

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

1. Перейти

1. Організатором на сторінку кваліфікації

1. , завантажити документ - auctionProtocol

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