Адреса розташування - обов'язкове, обирається зі словника koatuu. Введення в ручну заборонено. 

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

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

Expected results

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

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

ЦБД api:

Сценарії timber-multiAwards-manual

Зміст

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

Expected results

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

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

ЦБД api:

Зміст

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

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

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

Expected results

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

ЦБД api:

Сценарії timber-multiAwards-manual

Зміст

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

1. Обрати Тип аукціону - "Продаж необробленої деревини (timber-multiAwards)" та заповнити всі обов'язкові поля. Адреса розташування - обов'язкове, обирається зі словника koatuu. Введення в ручну заборонено. 
2. Завантажити усі доступні типи документів.

3. Зберегти інформацію як локальну чернетку на Майданчику.

4. Перевірити можливість перегляду та редагування чернетки.

Expected results

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

Список обовязкових полів та документів:

• https://procedure-sandbox.prozorro.sale/api/doc

ЦБД api:

• https://gitlab.prozorro.sale/public-projects/documentations/-/blob/master/timber-multiAwards/timber-

• multiAwards.md#%D0%BF%D1%80%D0%BE%D1%86%D0%B5%D0%B4%D1%83%D1%80%D0%B0

Валідація для полів:  quantity має бути кратним minQuantity (155 і 10 - не валідні значення, валідні лише 155 і 5) - перевірка на стороні Майданчика!!!

Одиниця виміру в даній процедурі лише м.куб

Зміст

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

Expected results

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

ЦБД api:

Зміст

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

Expected results

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

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

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

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

Зміст

ЦБД api:

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

Expected results

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

ЦБД api:

Зміст

1. Обрати Тип аукціону - Продаж необробленої деревини (timberEnglish), вибрати функцію створення аукціону з *.xls/*.xlsx таблиці.
2. Завантажити файл *.xls/*.xlsx з даними, натиснути кнопку "Зберегти".
3. Перевірити на відповідність кількості записів в таблиці та сформованих локальних чернеток процедури.
   
4. Перевірити можливість редагування та публікації створених чернеток.

Expected results

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

ЦБД api:

Зміст

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

• Учасник - протягом tenderPeriod та awardVerificationPeriod (в bid only)
  
• Організатор - протягом усіх періодів окрім auctionPeriod (в award та contract)
  

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

Expected results

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

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

ЦБД api:

Scope digitalSignature набуває значення документу з яким пов'язаний - якщо документ private, scope файла digitalSignature, який пов'язаний з ним за допомогою поля relatedDocument теж буде private.  

Зміст

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

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

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

Expected results

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

1. корректно оновлюються в DS. 
2. Документи

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

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

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

Виняток:

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

. Можливі завантаження має буди до будь-якого документу окрім cancellationDetails.

Зміст

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

 завантаження/оновлення

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

1. .

Expected results

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

1. Якщо док має "_ds_scope": "public" то digitalSignature також має "_ds_scope": "public"
   Якщо док має "_ds_scope": "private" то digitalSignature також має "_ds_scope": "private"
2. При заміні документу до якого закріплений Цифровий підпис - digitalSignature також видаляється.

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

Зміст

ЦБД api:

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

rectificationPeriod триває - дата та час початку періоду редагування з моменту публікації + 2 робочі дні, завершення о 18:00

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

Expected results

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

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

ЦБД api:

Зміст

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

Зміст

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

Зміст

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

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

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

Expected results

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

В період відмінний від enquiry.period в Організатора відсутня можливість надати відповідь на запитання.

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

ЦБД api:

Зміст

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

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

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

Expected results

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

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

ЦБД api: 

Зміст

Перейти в підрозділ аукціонів "Продаж необробленої деревини". 

1. Виконати фільтрацію згідно основного (CAV) та додаткових класифікаторів (CPVS) лоту: 

• Асортимент 
• Порода
• Клас якості
• Група діаметрів
• Довжина
• Склад
• Рік заготівлі
• Квартал заготівлі
• Ціна за 1 м3

Expected results

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

Відсутні результати, які не відповідають заданим критеріям. 

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

ЦБД api: 

Зміст

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

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

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

• commercialProposal (Заява на участь) 
• qualificationDocuments (Документи що підтверджують кваліфікацію)
• x_passport (Копія паспорта)
• x_IPN (Копія ІПН)
• x_tenderersRegisterExtract (Витяг з ЄДРПОУ)
• x_nonResidentRegistrations (Документ про реєстрацію у державі її місцезнаходження (нерезидент))
• x_nonSanctionedStatement (Заява про непоширення обмежувальних заходів (санкції)) - обов'язковий документ. 
• eligibilityDocuments (Документи що підтверджують відповідність)
• digitalSignature (Цифровий підпис)

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

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

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

ЦБД api: 

1. усі необхідні документи CBD3-TMA-UC-16-02.
2. Погодитись з умовами регламенту ЕТС і відповідальністю учасника та зберегти заяву.

Expected results

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

Валідація для полів:  biq.Quantity має бути кратним minQuantity - перевірка на стороні Майданчика!!!

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

Зміст

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

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

Expected results

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

Зміст

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

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

Expected results

Expected results

1. Обидві заяви опубліковані в ЦБД в статусі draft.

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

ЦБД api:

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

Зміст

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

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

Expected results

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

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

Expected results

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

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

Документи x_passport (Копія паспорта) та x_IPN (Копія ІПН) недоступні для публічного перегляду. Доступні лише Учасника який їх завантажив, та  Організатора по завершенню етапу Аукціону.

Зміст

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

Bid в статусі active

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

Expected results

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

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

Документи x_passport (Копія паспорта) та x_IPN (Копія ІПН) недоступні для публічного перегляду. Доступні для Організатора по завершенню етапу Аукціону.

ЦБД api:

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

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

Зміст

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

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

Expected results

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

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

ЦБД api:

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

Зміст

Наявні два або більше bid'а. Процедура змінила статус на active_auction (Аукціон).

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

Expected results

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

Зміст

Наявні два або більше bid'а. Процедура змінила

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

Процедура змінила статус на active_auction (Аукціон).

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

Expected results

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

ЦБД api:

Зміст

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

Expected results

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

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

Статуси pending (Очікується протокол) отримують усі Учасники, цінова пропозиція якого є найвища, та об'єм ставок не перевищує заявлений об'єм Організатора.

ЦБД створює необмежену кількість award'ів які відповідають вимогам.

Bid'и зі статусом draft та deleted відсутні у публічному АРІ після завершення tenderPeriod. 

Зміст

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

Expected results

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

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

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

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

У випадку співпадіння ціни - статус pending (Очікується протокол) отримує Учасник, чия пропозиція подана раніше.

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

Bid'и зі статусом draft та deleted відсутні у публічному АРІ після завершення tenderPeriod. 

ЦБД api:

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

Expected results

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

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

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

Award'и сортуються по значенню award.value.amount по спаданню. У випадку співпадіння вище розташована пропозиція учасника, що подана раніше. 

Майданчик виводить усіх учасників які приймали участь в аукціоні. 

Зміст

Процедура знаходиться в статусі active_qualification

(Очікується опублікування протоколу). Award Учасника знаходиться в статусі pending (Очікується протокол).

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

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.

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

Expected results

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

Завантаження/оновлення документів Учасником доступно лише в межах verificationPeriod, або до зміни статусу його award'у на active (Переможець. Очікується договір).

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

Зміст

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

. Award Учасника

в

статусі pending (Очікується протокол).

1. Перевірити можливість Перейти Організатором на сторінку кваліфікації, завантажити/оновити Учасником всі доступні документи до завершення vericationPeriod.
2. Перевірити відображення документів на Майданчику після завантаження.
3. - auctionProtocol (Протокол аукціону) та digitalSignature (цифровий підпис).
4. Натиснути кнопку "Протокол затверджено", перевірити надходження сповіщень та листів Організатору та Учаснику про виконані дії.
5. Перевірити статус award'у та процедури та створення сутності contract для award'у переможця. 

1. Завантажені документи передаються в ЦБД в award Учасника, та корректно відображаються на Майданчику. 
2. Організатор та Учасник отримують сповіщення та листи про завантаження та підтвердження протоколу, та початок роботи з договором.
3. Після підтвердження протоколу Майданчик змінює статус award’у на active (Переможець. Очікується договір), створена сутність contract в статусі pending.

У Організатора є можливість замінити документи auctionProtocol (Протокол аукціону) та digitalSignature (цифровий підпис) лише до моменту зміни статусу award'у на active 

Expected results

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

(Переможець. Очікується договір)

.

Доступне завантаження/оновлення

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

ЦБД api:

Зміст

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

. Award учасника в статусі active, contract в статусі pending

.

1. Перейти Учасником Перейти Організатором на сторінку кваліфікації . Завантажити документ - auctionProtocol (Протокол аукціону) до завершення vericationPeriod.
2. Перевірити відображення завантаженого документу на Майданчику.
3. Перевірити, що після виконаних дій статуси award'у та процедури не змінились.

1. Доступна можливість завантаження документу - auctionProtocol (Протокол аукціону).
2. Завантажений документ передається в ЦБД в bid Учасника та коректно відображається на Майданчику. 

3. Статус процедури та award'у Учасника залишаються без змін.

Завантаження auctionProtocol (Протокол аукціону) Учасником доступно доступно до зміни статусу його award'у на active (Переможець. Очікується договір), але не пізніше завершення verificationPeriod. 

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

ЦБД api:

1. award'у, завантажити/оновити документи CBD3-TMA-UC-16-04
2. Внести інформацію в обов'язкові поля (https://procedure-sandbox.prozorro.sale/api/doc):

• data.contracts.contractNumber - Номер договору
• data.contracts.title - Назва договору
• data.contracts.description - Опис договору
• data.contracts.contractTime.dateFrom  - Дата початку дії договору
• data.contracts.contractTime.dateTill  - Дата завершення дії договору
• data.contracts.dateSigned - Дата підписання договору
• data.contracts.contractTotalValue.amount  - Заключна вартість договору
  
• data.contracts.x_prepaymentDetails.date - Дата передоплати
  
• data.contracts.x_prepaymentDetails.prepayment.amount - Розмір передоплати

  3. Натиснути кнопку "Підтвердити договір" та перевірити надходження сповіщень

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

Award Учасника в статусі pending (Очікується протокол)

та листів Організатору та Учаснику про виконані дії.

  4. Перевірити статуси процедури, award'у, contract'у та інформацію щодо договору.

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

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

У Організатора є можливість виправити обов'язкові поля та вкладені файли до моменту переведення контракту в статус activeУ Організатора є можливість замінити/видалити auctionProtocol (Протокол аукціону) лише до моменту зміни статусу award'у на active (Переможець. Очікується договір).

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

ЦБД api:

Зміст

1. Перейти Організатором на сторінку кваліфікації award'у, завантажити/оновити документи:

• contractSigned (Підписаний договір)  - завантаження даного документу є обов'язковим для переводу contract'у в статус active
• contractNotice (Повідомлення про договір) 
• contractAnnexe (Додатки до договору) 

  2. Внести інформацію в обов'язкові поля:

• data.contracts.contractNumber - Номер договору
• data.contracts.title - Назва договору
• data.contracts.description - Опис договору
• data.contracts.period.startDate (масив data.contracts.period) - Дата початку дії договору
• data.contracts.period.endDate (масив data.contracts.period) - Дата завершення дії договору
• data.contracts.dateSigned - Дата підписання договору
• data.contracts.x_valueUAH.amount (масив data.contracts.x_valueUAH) - Загальна вартість договору в грн

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

  4. Перевірити статуси процедури, award'у, contract'у та інформацію щодо договору.

1. Завантажені документи договору передаються в ЦБД в contract Учасника, та коректно відображаються на майданчику. При заміні попередні версії документів відображаються перекресленими (або їх перегляд доступний через кнопку "Історія змін").
2. При внесені інформації в поля проводиться валідація даних на коректність.
3. Організатор та Учасник отримують сповіщення та листи про завантаження та підтвердження документів договору.
4. Після підтвердження договору Майданчик змінює статус contract на active, статус процедури та award'у - залишаються без змін.

Для award'у виводиться вся інформація щодо підписаного договору:

• вартість договору 
• cтатус договору

У Організатора є можливість виправити обов'язкові поля та вкладені файли до моменту переведення контракту в статус active.

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

ЦБД api:

1. завантажити rejectionProtocol (Протокол відхилення) або act (Акт про відмову).
2. Обрати причину дискваліфікації, та натиснути кнопку "Дискваліфікувати".

• Відмовився від підписання протоколу
• Невідповідність встановленим вимогам
• Відмовився від підписання договору купівлі-продажу лота 
• Не підписав договір купівлі-продажу лота в установлений строк
• Вчасно не здійснив передоплату за договором купівлі-продажу лота

  3. Перевірити статус award'у, відображення завантаженого документу та причини дискваліфікації на Майданчику після виконаних дій.

Expected results

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

Зміст

Процедура знаходиться в статусі active_awarded (Очікується підписання договору). Award Учасника в статусі active (Переможець. Очікується договір), contract в статусі pending.

1. Перейти Організатором на сторінку кваліфікації award'у, завантажити rejectionProtocol (Протокол відхилення) або act (Акт про відмову).
2. Обрати причину дискваліфікації, та натиснути кнопку "Дискваліфікувати".
3. Перевірити статус award'у, та contract'у відображення завантаженого документу та причини дискваліфікації на Майданчику після виконаних дій.

Expected results

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

Зміст

Процедура знаходиться в статусі active_awarded (Очікується підписання договору).

В ЦБД завантажений документ contractSigned (Підписаний договір) та передана інформація з усіх обов'язкових полів.

Award Учасника знаходиться в статусі active 

Статуси award'ів:

(Переможець. Очікується договір)

Триває qualificationPeriod

, contract в статусі active.

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

1. , завантажити rejectionProtocol (Протокол відхилення) або act (Акт про відмову).

1. Обрати причину дискваліфікації,,

1. та натиснути кнопку "Дискваліфікувати"

• Відмовився від підписання протоколу
• Невідповідність встановленим вимогам
• Відмовився від підписання договору купівлі-продажу лота 
• Не підписав договір купівлі-продажу лота в установлений строк
• Вчасно не здійснив передоплату за договором купівлі-продажу лота

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

  4. Перевірити статуси award'ів, contract'у (в разі наявності контракту) та процедури після виконаних дій.

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

Expected results

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

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

1. передається в ЦБД в поле terminationReason award'у.
2. Майданчик змінює статус дискваліфікованого award'у на- 

1. unsuccessful (Дискваліфіковано), статус contract'у змінюється на cancelled, завантажений документ та причина корректно відображається на Майданчику. 

Зміст

Було подано одну закриту цінову пропозицію. Процедура знаходиться в статусі   contract - cancelled (в разі наявності контракту), award Учасник №2 -  pending (Очікується протокол),  статус процедури - active_qualification (Очікується опублікування протоколу). 

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

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

Учасник №1, 2 award - unsuccessful (Дискваліфіковано),  contract - cancelled (в разі наявності контракту), статус процедури - unsuccessful (Аукціон не відбувся).

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

ЦБД api: 

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

Award Учасника в статусі pending (Очікується протокол)

1. Перейти Організатором на сторінку кваліфікації award'у, завантажити rejectionProtocol (Протокол відхилення) або act (Акт про відмову).
2. Обрати причину дискваліфікації, та натиснути кнопку "Дискваліфікувати".
3. Перевірити статус award'у, відображення завантаженого документу та причини дискваліфікації на Майданчику після виконаних дій.

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

ЦБД api: 

1. Перейти Організатором на сторінку кваліфікації award'у, завантажити rejectionProtocol (Протокол відхилення) та натиснути кнопку "Відхилити" до завершення verificationPeriod.
2. Перевірити надходження сповіщень та листів Організатору та Учаснику про виконані дії.
3. Перевірити, що після виконаних дій статус award'а та процедури змінились.
4. Перевірити відображення завантаженого документу на Майданчику.

Expected results

1. У Організатора є можливість замінити файл в інтерфейсі Майданчика до моменту зміни статусу award'у на cancelled (Учасник не став переможцем).
2. Організатор та Учасник отримують сповіщення та листи про те що аукціон не відбувся, додатково Учаснику надходить лист про повернення гарантійного внеску.
3. Майданчик змінює статус відхиленого award'у на cancelled (Учасник не став переможцем), статус процедури ЦБД автоматично змінює на - unsuccessful (Аукціон не відбувся).
4. Завантажений документ коректно відображається на Майданчику. 

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

• Була подана лише одна ставка
• Award Учасника в статусі pending (Очікується протокол)
• Триває verificationPeriod

При відхиленні Учасника - причина не вказується, та не передається в поле data.award.description.

Відхилення Учасника без завантаженого документу rejectionProtocol (Протокол відхилення) неможливо.

Відхилення Учасника можливе лише до завершення verificationPeriod.

Зміст

Award знаходиться в статусі pending (Очікується протокол).

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

Expected results

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

• Відхилення учасника до завершення verificationPeriod, за умов що була подана лише одна заява на участь (CBD3-TMA-UC-11-

• 04).
• Завантаження та підтвердження auctionProtocol Організатором (CBD3-TMA-UC-10-04).
• Дискваліфікація Учасника (CBD3-TMA-UC-11-01).

  2. Список доступних операцій для Учасника:

• Завантаження документів Учасником протягом verificationPeriod (CBD3-TMA-UC-10-03)

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

Зміст

Award знаходиться в статусі unsuccessful (Дискваліфіковано) 

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

Expected results

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

Зміст