Видалені "ContractValue" та "contractTerms"

Сценарії subsoil-english-manual, 

Сценарії subsoil-english-manual

commercialProposal (Заява на участь) -  НЕ обов'язковий для завантаження

CBD3-NE-UC-07-03

CBD3-NE-UC-07-04

CBD3-NE-UC-08-01

CBD3-NE-UC-08-02

Видалені "ContractValue" та "contractTerms".

CBD3-NE-UC-02-01, 

CBD3-NE-UC-07-01

commercialProposal (Заява на участь

) -  НЕ обов'язковий для завантаження.

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

1. Заповнити усі обов'язкові поля згідно swagger.
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. .

Expected results

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

1. .
2. Завантажені документи відображаються в особистому кабінеті.

1. Обрані всі відповідні чек-бокси

1. .

2. Надходить повідомлення про те,

1. що аккаунт створений та знаходиться в стані валідації з боку Майданчика.
2. Майданчик інформує електронною поштою та в особистому кабінеті про те, що

1. його аккаунт активований, або докладний перелік помилок,

1. які потрібно виправити.

ЦБД api:

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

Зміст

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. Змінена інформація корректно відображається в особистому кабінеті.

Зміст

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

Expected results

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

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

Зміст

ЦБД api:

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

Expected results

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

Зміст

ЦБД api:

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

Expected results

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

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

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

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

Зміст

ЦБД api:

• Статус procedure - у будь-якому статусі.

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

Expected results

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

• Існує можливість створення копії

• процедури з будь-якого статусу.
• При створенні копії існує можливість змінити тип аукціону на один з описаних в 

• CBD3-NE-UC-02-01

Зміст

ЦБД 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.

Зміст

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

документів:

• Учасник - протягом

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

• .

1. Перейти в створену процедуру, та завантажити

1. доступні документи для даного

1. етапу.
2. Завантажити до кожного документу digitalSignature.
3. Перевірити наявність

1. завантажених документів в DS

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

Expected results

1. Усі типи документів, що доступні для даного етапу

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

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

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

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

ЦБД api:

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

1. Перейти Організатором в створену процедуру, обрати функцію редагування.
2. Завантажити файлу типу - clarifications (Погодження змін до опису лоту. Опис причин редагування) 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

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

1. документів

1. .
2. Перевірити коректність відображення завантажених/оновлених

1. документів.

Expected results

1. Можливість завантаження/оновлення

1. документів

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

• Протягом 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. Запитання має бути сформульоване виключно в текстовому вигляді, без можливості додавання файлів.
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-english ("Продаж спеціальних дозволів на користування надрами") відображаються в окремому підрозділі.

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

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

• ID аукціону
• Назва аукціону 
• Організатор
• Дата аукціону 
• Тип аукціону  
• Розширений пошук - Будь-які інші фільтри, що відсутні у мінімальному наборі за бажанням Майданчика

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

Expected results

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

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

Зміст

• Статус procedure - active_tendering.

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

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

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

1. документи CBD3-NE-UC-16-02
2. Погодитись

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

Expected results

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

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

Зміст

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

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

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

Expected results

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

Зміст

ЦБД api:

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

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

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

Expected results

1. Bid опублікований в ЦБД в

1. статусі active.
2. Bid опублікований в ЦБД в статусі draft.
3. Після завершення tenderPeriod у публічному АРІ  та на Майданчику відображаються лише bid'и зі статусом active.

Зміст

ЦБД api:

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

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

Expected results

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

Expected results

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

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

ЦБД api:

Активація заяви на участь можлива лише до завершення tenderPeriod.

Зміст

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

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

Оголошено повторний аукціон. Статус procedure - active_tendering.

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

Expected results

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

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

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

Bid в статусі active

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

Expected results

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

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

Доступне завантаження/оновлення/видалення документів (Сценарії subsoil-english-manual), , попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".

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

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

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

Expected results

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

1. bid

1. .

Доступне завантаження/оновлення/видалення документів (Сценарії subsoil-english-manualоновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".ЦБД api:

Зміст

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

• - active.

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

Expected results

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

Зміст

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

Expected results

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

• Наявні два або більше bid'

• и в статусі active. 
• Статус procedure - active_tendering.

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

Expected results

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

ЦБД api:

Зміст

• Наявні два або більше bid'и в статусі active

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

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

Expected results

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

Зміст

Статус procedure - active_tendering.

Expected results

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

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

Статус pending отримує Учасник, цінова пропозиція якого є найвища.

Статус pending_waiting отримує Учасник, цінова пропозиція якого є друга по величині.

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

Зміст

• Статус procedure - active_qualification.
• Статус award'у - pending.
• Статус award'у - pending_waiting.

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

Expected results

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