Аукціон з продажу спеціальних дозволів на користування надрами - голландський
ПРОЦЕДУРА НЕ ВИКОРИСТОВУЄТЬСЯ!!!
Згідно зі змінами, внесенеми постановою КМУ №836 від 26 липня 2022 р.
Anchor |
---|
| Причини дискваліфікації |
---|
| Причини дискваліфікації |
---|
|
Таблиця змін
Дата | Номер сценарію | Короткий опис змін |
---|
...
Зміст
Anchor |
---|
| Зміст nadraEnglishDutch |
---|
| Зміст nadraEnglishDutch |
---|
|
Зміст
1. Реєстрація та внесення змін в аккаунт |
CBD3-SD-UC-01-01 | Реєстрація Організатора аукціону |
CBD3-SD-UC-01-02 | Реєстрація Учасника |
CBD3-SD-UC-01-03 | Внесення змін в аккаунт |
2. Робота з чернеткою. Публікація процедури |
CBD3-SD-UC-02-01 | Створення та редагування чернетки процедури |
CBD3-SD-UC-02-02 | Видалення чернетки процедури |
CBD3-SD-UC-02-03 | Публікація процедури |
CBD3-SD-UC-02-04 | Створення копії процедури
|
3. Робота з Document Service Anchor |
---|
| Робота з Document Service |
---|
| Робота з Document Service |
---|
|
|
CBD3-SD-UC-03-01 | Завантаження документів |
CBD3-SD-UC-03-02 | Оновлення документів |
CBD3-SD-UC-03-03 | |
4. Редагування процедури |
CBD3-SD-UC-04-01 | Внесення змін в опубліковану процедуру протягом rectificationPeriod |
CBD3-SD-UC-04-02 | Робота з документами в процедурі протягом tenderPeriod |
5. Робота з питаннями/відповідями |
CBD3-SD-UC-05-01 | Подача запитання |
CBD3-SD-UC-05-02 | Надання відповіді на задане запитання |
6. Пошук аукціону на Майданчику |
CBD3-SD-UC-06-01 | Пошук аукціону |
7. Робота з заявою на участь |
CBD3-SD-UC-07-01 | Створення локальної чернетки заяви на участь (опціональний)
|
CBD3-SD-UC-07-02 | Редагування та видалення локальної чернетки заяви на участь (опціональний) |
CBD3-SD-UC-07-03 | Публікація локальної чернетки заяви на участь, редагування та видалення заяви на участь в статусі draft |
CBD3-SD-UC-07-04 | Активація заяви на участь. |
CBD3-SD-UC-07-05 | Публікація в ЦБД локальної чернетки заяви на участь від учасника дискваліфікованого раніше |
8. Робота з bid'ом |
CBD3-SD-UC-08-01 | Редагування/видалення bid'а активованого протягом статусу процедури active_tendering
|
CBD3-SD-UC-08-02 | Редагування/видалення bid'а активованого протягом статусу процедури active_auction
|
9. Отримання та перехід по посиланню |
CBD3-SD-UC-09-01 | Публічне посилання |
CBD3-SD-UC-09-02 | Приватне посилання |
CBD3-SD-UC-09-03 | Формування приватного посилання при подачі заяви на участь під час DUTCH PART |
10. Кваліфікація Учасників |
CBD3-SD-UC-10-01 | Умови формування award'ів та їх статусів |
CBD3-SD-UC-10-02 | Відображення таблиці кваліфікації на Майданчику |
CBD3-SD-UC-10-03 | Завантаження документів Учасником протягом verificationPeriod |
CBD3-SD-UC-10-04 | Завантаження та підтвердження auctionProtocol Організатором |
CBD3-SD-UC-10-05 | Завантаження та підтвердження документів договору |
CBD3-SD-UC-10-06 | Підтвердження сплати коштів до бюджету |
CBD3-SD-UC-10-07 | Підтвердження виконання умов договору |
11. Дискваліфікація Учасників |
CBD3-SD-UC-11-01 | Дискваліфікація 2-х award'ів |
CBD3-SD-UC-11-02 | Дискваліфікація підчас active_qualification |
CBD3-SD-UC-11-03 | Дискваліфікація підчас active_awarded |
CBD3-SD-UC-11-04 | Дискваліфікація підчас pending_payment |
CBD3-SD-UC-11-05 | Дискваліфікація підчас pending_admission |
CBD3-SD-UC-11-06 | Зміна статусу Учасника що очікує, після "Підтвердження виконання умов договору" для Переможця |
CBD3-SD-UC-11-07 | Відмова Учасника від участі в кваліфікації |
12. Перелік допустимих операцій для award'ів |
CBD3-SD-UC-12-01 | Операції для award'у в статусі pending |
CBD3-SD-UC-12-02 | Операції для award'у в статусі pending_waiting |
CBD3-SD-UC-12-03 | Операції для award'ів в статусі unsuccessful |
CBD3-SD-UC-12-04 | Операції для award'у в статусі cancelled |
CBD3-SD-UC-12-05 | Операції для award'у в статусі active, contract в статусі pending |
CBD3-SD-UC-12-06 | Операції для award'у в статусі active, contract в статусі signed |
CBD3-SD-UC-12-07 | Операції для award'у в статусі active, contract в статусі paid |
CBD3-SD-UC-12-08 | Операції для award'у в статусі active, contract в статусі active |
13. Скасування процедури |
CBD3-SD-UC-13-01 | Скасування аукціону |
14. Завершення процедури |
CBD3-SD-UC-14-01 | Завершення аукціону |
15. Формування періодів процедури, award'ів та contract'ів |
CBD3-SD-UC-15-01 | Відсутні подані bid'и |
CBD3-SD-UC-15-02 | Поданий один bid |
CBD3-SD-UC-15-03 | Подано два bid'а |
CBD3-SD-UC-15-04 | Перенесення дати початку періоду аукціону |
16. Періоди, статуси, документи Anchor |
---|
| 16. Періоди, статуси, документи |
---|
| 16. Періоди, статуси, документи |
---|
|
|
CBD3-SD-UC-16-01 | Документи процедури |
CBD3-SD-UC-16-02 | Документи bid`a |
CBD3-SD-UC-16-03 | Документи award'у |
CBD3-SD-UC-16-04 | Документи contract'у |
CBD3-SD-UC-16-05 | Статуси процедури |
CBD3-SD-UC-16-06 | Статуси award'у |
1. Реєстрація та внесення змін в аккаунт |
CBD3-SD-UC-01-01 Anchor |
---|
| CBD3-SD-UC-01-01 |
---|
| CBD3-SD-UC-01-01 |
---|
|
| Реєстрація Організатора аукціону |
---|
Role | Майданчик/Організатор |
Preconditions | Перейти на Майданчик у форму реєстрації нового Користувача |
Steps To Reproduce | - Заповнити усі обов'язкові поля.
- Завантажити документи, що підтверджують особу та повноваження Організатора аукціону.
- Погодитись з офертою про персональні дані, підтвердити ознайомлення з Регламентом ЕТС.
- Відправити інформацію на модерацію адміністратора Майданчика, перевірити надходження сповіщень та листів на пошту про створення аккаунту.
- Перевірити активацію аккаунту Організатора.
|
Expected results
| - Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
- Завантажені документи відображаються в особистому кабінеті.
- Наявні чек-бокси погодження.
- Надходить повідомлення про те, що аккаунт створений та знаходиться в стані валідації з боку Майданчика.
- Майданчик інформує електронною поштою та в особистому кабінеті про те, що його аккаунт активований, або докладний перелік помилок, які потрібно виправити.
У випадку реалізації Майданчиком заведення аккаунту без обрання ролі - адміністратор вручну обирає необхідні параметри для ролі в процесі модерації облікового запису. |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-SD-UC-01-02 Anchor |
---|
| CBD3-SD-UC-01-02 |
---|
| CBD3-SD-UC-01-02 |
---|
|
| |
---|
Role | Майданчик/Учасник |
Preconditions | Перейти на Майданчик у форму реєстрації нового Користувача |
Steps To Reproduce | - Заповнити усі обов'язкові поля.
- Завантажити документи, що підтверджують особу та повноваження Учасника.
- Погодитись з офертою про персональні дані, підтвердити ознайомлення з Регламентом ЕТС.
- Зберегти та відправити інформацію на модерацію адміністратора Майданчика.
- Перевірити активацію аккаунту Учасника.
|
Expected results
| - Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
- Завантажені документи відображаються в особистому кабінеті.
- Наявні чек-бокси погодження.
- Надходить повідомлення про те, що аккаунт створений та знаходиться в стані валідації з боку Майданчика.
- Майданчик інформує електронною поштою та в особистому кабінеті про те, що його аккаунт активований, або докладний перелік помилок, що треба виправити.
У випадку реалізації Майданчиком заведення аккаунту без обрання ролі - адміністратор вручну обирає необхідні параметри для ролі в процесі модерації облікового запису. |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-SD-UC-01-03 Anchor |
---|
| CBD3-SD-UC-01-03 |
---|
| CBD3-SD-UC-01-03 |
---|
|
| Внесення змін в аккаунт |
---|
Role | Майданчик/Учасник/Організатор |
Preconditions | Перейти на Майданчик в особистий кабінет Учасника/Організатора |
Steps To Reproduce | - Внести зміни в аккаунт, завантажити документи.
- Погодитись з офертою про персональні дані, та Регламентом роботи ЕТС.
- Зберегти та відправити інформацію на модерацію адміністратора Майданчика.
- Перевірити надходження сповіщень та листів Учаснику/Організатору про виконані дії.
- Перевірити відображення інформації після повторної активації аккаунту
|
1.Реєстрація та внесення змін в аккаунт |
Draft Сценарії subsoil-dutch manual | Реєстрація Організатора аукціону |
Draft Сценарії subsoil-dutch manual | Реєстрація Учасника |
Draft Сценарії subsoil-dutch manual | Внесення змін в аккаунт |
2.Робота з чернеткою. Публікація процедури |
Draft Сценарії subsoil-dutch manual | Створення та редагування чернетки |
Draft Сценарії subsoil-dutch manual | Видалення чернетки |
Draft Сценарії subsoil-dutch manual | Публікація процедури |
Draft Сценарії subsoil-dutch manual | Створення копії |
3.Draft Сценарії subsoil-dutch manual |
Draft Сценарії subsoil-dutch manual | Завантаження документів |
Draft Сценарії subsoil-dutch manual | Оновлення документів |
Draft Сценарії subsoil-dutch manual | Видалення документів |
4.Редагування процедури |
Draft Сценарії subsoil-dutch manual | Внесення змін в опубліковану процедуру протягом rectificationPeriod |
Draft Сценарії subsoil-dutch manual | Робота з документами в процедурі протягом tenderPeriod |
5.Робота з питаннями/відповідями |
Draft Сценарії subsoil-dutch manual | Подача запитання |
Draft Сценарії subsoil-dutch manual | Надання відповіді на задане запитання |
6.Пошук аукціону на Майданчику |
Draft Сценарії subsoil-dutch manual | Пошук аукціону |
7.Робота з заявою на участь |
Draft Сценарії subsoil-dutch manual | Створення чернетки заяви на участь |
Draft Сценарії subsoil-dutch manual | Редагування та видалення чернетки заяви на участь |
Draft Сценарії subsoil-dutch manual | Публікація чернетки заяви на участь, редагування та видалення ставки в статусі draft |
Draft Сценарії subsoil-dutch manual | Публікація чернетки заяви на участь та її активація |
Draft Сценарії subsoil-dutch manual | Публікація та активація заяви на участь під час DUTCH PART |
8.Робота з bid'ом |
Draft Сценарії subsoil-dutch manual | Редагування bid'а |
Draft Сценарії subsoil-dutch manual | Видалення bid'а |
9.Отримання та перехід по посиланню |
Draft Сценарії subsoil-dutch manual | Публічне посилання |
Draft Сценарії subsoil-dutch manual | Приватне посилання |
Draft Сценарії subsoil-dutch manual | Формування приватного посилання при подачі заяви на участь під час DUTCH PART |
10.Кваліфікація Учасників |
Draft Сценарії subsoil-dutch manual | Умови формування award'ів та їх статусів |
Draft Сценарії subsoil-dutch manual | Відображення таблиці кваліфікації на Майданчику |
Draft Сценарії subsoil-dutch manual | Завантаження документів Учасником протягом verificationPeriod |
Draft Сценарії subsoil-dutch manual | Завантаження auctionProtocol Учасником протягом verificationPeriod |
Draft Сценарії subsoil-dutch manual | Завантаження та підтвердження auctionProtocol Організатором |
Draft Сценарії subsoil-dutch manual | Завантаження та підтвердження документів договору |
Draft Сценарії subsoil-dutch manual | Підтвердження сплати коштів до бюджету |
Draft Сценарії subsoil-dutch manual | Підтвердження виконання умов договору |
11.Дискваліфікація Учасників |
Draft Сценарії subsoil-dutch manual | Дискваліфікація 2-х award'ів |
Draft Сценарії subsoil-dutch manual | Дискваліфікація до завантаження Організатором auctionProtocol |
Draft Сценарії subsoil-dutch manual | Дискваліфікація після підтвердження auctionProtocol |
Draft Сценарії subsoil-dutch manual | Дискваліфікація після завантаження contractSigned |
Draft Сценарії subsoil-dutch manual | Дискваліфікація на етапі "Підтвердження сплати коштів до бюджету" |
Draft Сценарії subsoil-dutch manual | Дискваліфікація на етапі "Підтвердження виконання умов договору" |
Draft Сценарії subsoil-dutch manual | Дискваліфікація на етапі "Завершення аукціону" |
Draft Сценарії subsoil-dutch manual | Зміна статусу Учасника що очікує, після "Підтвердження виконання умов договору" для Переможця |
Draft Сценарії subsoil-dutch manual | Відмова Учасника від участі в кваліфікації |
12.Перелік допустимих операцій для award'ів |
Draft Сценарії subsoil-dutch manual | Операції для award'у в статусі pending |
Draft Сценарії subsoil-dutch manual | Операції для award'у в статусі pending_waiting |
Draft Сценарії subsoil-dutch manual | Операції для award'ів в статусі unsuccessful |
Draft Сценарії subsoil-dutch manual | Операції для award'у в статусі cancelled |
Draft Сценарії subsoil-dutch manual | Операції для award'у в статусі active, contract в статусі pending |
Draft Сценарії subsoil-dutch manual | Операції для award'у в статусі active, contract в статусі signed |
Draft Сценарії subsoil-dutch manual | Операції для award'у в статусі active, contract в статусі paid |
Draft Сценарії subsoil-dutch manual | Операції для award'у в статусі active, contract в статусі active |
13.Скасування процедури |
Draft Сценарії subsoil-dutch manual | Скасування аукціону |
14.Завершення процедури |
Draft Сценарії subsoil-dutch manual | Завершення аукціону |
15.Формування періодів процедури, award'ів та contract'ів |
Draft Сценарії subsoil-dutch manual | Відсутні подані bid'и |
Draft Сценарії subsoil-dutch manual | Поданий один bid |
Draft Сценарії subsoil-dutch manual | Подано два bid'а |
Draft Сценарії subsoil-dutch manual | Подано два bid'а (contract's milestones) |
Draft Сценарії subsoil-dutch manual | Перенесення дати початку Періоду Аукціону |
1.Реєстрація та внесення змін в аккаунт |
CBD3-SD-UC-01-01 Anchor |
---|
CBD3-SD-UC-01-01 | CBD3-SD-UC-01-01 | Реєстрація Організатора аукціону | Role | Майданчик/Організатор |
Preconditions | Перейти на Майданчик у форму реєстрації нового Користувача |
Steps To Reproduce | - Заповнити усі обов'язкові поля:
- Повна назва - Державна служба геології та надр України (Держгеонадра)
- Форма власності - ДП
- ЄДРПОУ
- ПІБ Контактної особи
- Телефон
- Адреса електронної пошти
- Поштова адреса
- Індекс
Банківські реквізити: - Опис
- Назва банку
- Назва (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. Перевірити активацію аккаунту Організатора. |
Expected results
- Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
- Завантажені документи відображаються в особистому кабінеті.
- Наявні чек-бокси погодження.
- Надходить повідомлення про те, що аккаунт створений та знаходиться в стані валідації з боку Майданчика.
- Майданчик інформує електронною поштою та в особистому кабінеті про те, що його аккаунт активований, або докладний перелік помилок, які потрібно виправити.
У випадку реалізації Майданчиком заведення аккаунту без обрання ролі - адміністратор вручну обирає необхідні параметри для ролі в процесі модерації облікового запису. | ЦБД api: Зміст |
CBD3-SD-UC-01-02 Anchor |
---|
CBD3-SD-UC-01-02 | CBD3-SD-UC-01-02 | | Role | Майданчик/Учасник |
Preconditions | Перейти на Майданчик у форму реєстрації нового Користувача |
Steps To Reproduce | - Заповнити усі обов'язкові поля:
- Назву суб'єкту господарювання
- Обрати форму власності
- ЄДРПОУ/ІПН
- ПІБ Контактної особи
- Телефон
- Адреса електронної пошти
- Поштова адреса
- Індекс
2. Завантажити документи, що підтверджують особу та повноваження Учасника. 3. Погодитись з офертою про персональні дані, підтвердити ознайомлення з Регламентом ЕТС. 4. Зберегти та відправити інформацію на модерацію адміністратора Майданчика. 5. Перевірити активацію аккаунту Учасника. |
Expected results
- Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
- Завантажені документи відображаються в особистому кабінеті.
- Наявні чек-бокси погодження.
- Надходить повідомлення про те, що аккаунт створений та знаходиться в стані валідації з боку Майданчика.
- Майданчик інформує електронною поштою та в особистому кабінеті про те, що його аккаунт активований, або докладний перелік помилок, що треба виправити.
У випадку реалізації Майданчиком заведення аккаунту без обрання ролі - адміністратор вручну обирає необхідні параметри для ролі в процесі модерації облікового запису. | ЦБД api: Зміст |
CBD3-SD-UC-01-03 Anchor |
---|
CBD3-SD-UC-01-03 | CBD3-SD-UC-01-03 | Внесення змін в аккаунт | Role | Майданчик/Учасник/Організатор |
Preconditions | Перейти на Майданчик в особистий кабінет Учасника/Організатора |
Steps To Reproduce | - Внести зміни в аккаунт, завантажити документи.
- Погодитись з офертою про персональні дані, та Регламентом роботи ЕТС.
- Зберегти та відправити інформацію на модерацію адміністратора Майданчика.
- Перевірити надходження сповіщень та листів Учаснику/Організатору про виконані дії.
- Перевірити відображення інформації після повторної активації аккаунту.
|
Expected results
- Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність, завантажені документи відображаються в особистому кабінеті.
- Наявні чек-бокси погодження.
- Надходить повідомлення про те, що аккаунт знаходиться в стані валідації з боку Майданчика.
- Майданчик інформує електронною поштою та в особистому кабінеті про те, що зміни в його аккаунті успішно збережені, або докладний перелік помилок, що треба виправити.
- Змінена інформація коректно відображається в особистому кабінеті.
| ЦБД api: Зміст |
2.Робота з чернеткою. Публікація процедури |
CBD3-SD-UC-02-01 Anchor |
---|
CBD3-SD-UC-02-01 | CBD3-SD-UC-02-01 | Створення та редагування чернетки | Role | Майданчик/Організатор |
Preconditions | Створення чернетки доступно тільки для ролі Організатор |
Steps To Reproduce | Обрати створення аукціону - "Продаж спеціальних дозволів на користування надрами" (subsoil-english) , вибрати один з трьох типів аукціонів та заповнити всі обов'язкові поля:
- Перший аукціон (англійський аукціон) - Майданчик самостійно передає параметр tenderAttempts = 1, ЦБД по замовчуванню встановлює - minNumberOfQualifiedBids = 2
- Номер лота - lotId
- Назва аукціону - title
- Опис аукціону - description
- Порядок та можливий час ознайомлення з лотом - accessDetails
- Перелік та вимоги до оформлення документів - x_documentRequirements
- Стартова вартість лотa - value
- Гарантійний внесок - guarantee
- Розмір крок аукціону - minamalStep
- Склад лота (array)
- Вартість геологічної інформації - geologicDataValue
- Вартість пакета аукціонної документації, що сплачується переможцем - documentationValue
- Дата початку торгів (бажана дата проведення аукціону) - не менше 30 календарних днів (Валідація на стороні Майданчика)
- Адреса розташування (array Address)
- Код відповідного класифікатору лоту: CAV, CPV:
Основний код - 09000000-3: Нафтопродукти, паливо, електроенергія та інші джерела енергії та усі вкладені коди
Основний код - 14000000-1: Гірнича продукція, неблагородні метали та супутня продукція та усі вкладені коди
Основний код - 15981000-8: Мінеральна вода та усі вкладені коди
Основний код - 41100000-0: Необроблена вода та усі вкладені коди
Основний код - 76000000-3: Послуги, пов’язані з нафтогазовою промисловістю та усі вкладені коди
- Повторний аукціон (англійський аукціон) - Майданчик самостійно передає параметр tenderAttempts = 2
Поля описані для Першого аукціону (англійський аукціон) та додатково:
- ID Першого аукціону (англійський аукціон) - lotId (NDR000-UA-YYYYMMMM-0000/UA-PS-YYYYMMDD-00000) - обов'язково для заповнення
та поля блоку Discount (необов'язково для заповнення ):
- Сума (discountValueAmount) (грн, з ПДВ/без ПДВ)
- Розмір знижки від попереднього аукціону, %
2. Завантажити усі доступні типи документів :
Обов'язкові документи:
- evaluationCriteria (Перелік даних, які надаються заявниками)
- contractProforma (Типова форма договору)
- contractProformaEN (Типова форма договору (англ.))
- x_auctionDocumentationPackage (Пакет аукціонної документації)
- x_submissionBidProcedure (Порядок подання заявок для участі в аукціоні)
- x_nonSanctionedRequirements ( Вимоги до заявників (санкції))
- x_brokerPaymentConditions (Порядок та строки сплати винагороди оператору)
- x_qualificationSigningTerms (Строки підписання протоколу проведення аукціону та договорів купівлі-продажу)
Не обов'язкові документи:
- x_presentation (Презентація)
- technicalSpecifications (Технічні специфікації)
- notice (Паспорт торгів)
- illustration (Ілюстрації)
- digitalSignature (Цифровий підпис)
3. Зберегти інформацію як локальну чернетку на Майданчику.
4. Перевірити можливість перегляду та редагування чернетки- .
|
Expected results
| - Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність, завантажені документи відображаються в особистому кабінеті.
- Наявні чек-бокси погодження.
- Надходить повідомлення про те, що аккаунт знаходиться в стані валідації з боку Майданчика.
- Майданчик інформує електронною поштою та в особистому кабінеті про те, що зміни в його аккаунті успішно збережені, або докладний перелік помилок, що треба виправити.
- Змінена інформація корректно відображається в особистому кабінеті.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
2. Робота з чернеткою. Публікація процедури | .Документи відображаються, доступні для перегляду. Завантаження документу без вказаного типу не допускається. Запис зберігається як чернетка на Майданчику без публікації в ЦБД.Чернетка доступна для перегляду тільки автору, редагування без обмежень.На сторінці аукціону виводяться значення полів - minNumberOfQualifiedBids (мінімальна кількість заяв) та tenderAttempts (Лот виставляється).
ЦБД api:
Зміст |
| 02 | 02 | 02 | Видалення Створення та редагування чернетки |
---|
Role | Майданчик/Організатор |
PreconditionsСтворена локальна чернетка Організатором на Майданчику | Створення чернетки доступно тільки для ролі Організатор |
Steps To Reproduce | - Перейти Організатором до створеної чернетки, та видалити її.
|
Expected results | - Чернетка видалена на Майданчику.
|
ЦБД api: Зміст |
- Обрати створення аукціону - "Продаж спеціальних дозволів на користування надрами", вибрати тип аукціону - "Аукціон за методом покрокового зниження стартової ціни та подальшого подання цінових пропозицій (голландський аукціон) та заповнити всі обов'язкові поля.
- Завантажити усі доступні типи документів CBD3-SD-UC-16-01.
- Зберегти інформацію як локальну чернетку на Майданчику.
- Перевірити можливість перегляду та редагування чернетки.
|
Expected results
| - Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
- Документи відображаються, доступні для перегляду. Завантаження документу без вказаного типу не допускається.
- Запис зберігається як чернетка на Майданчику без публікації в ЦБД.
- Чернетка доступна для перегляду тільки автору, редагування без обмежень.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-SD-UC-02-0202-03 Anchor |
---|
CBD3-SD-UC-02-03 | CBD3-SD-UC-02-0302 |
|
| Публікація Видалення чернетки процедури |
Role | Майданчик/Організатор/ЦБД |
Preconditions | Створена локальна чернетка Організатором на чернетка Організатором на Майданчику. |
Steps To Reproduce | - Перейти Організатором до створеної чернетки, та видалити її.
|
Expected results
| - Чернетка видалена на Майданчику.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-SD-UC-02-03 Anchor |
---|
| CBD3-SD-UC-02-03 |
---|
| CBD3-SD-UC-02-03 |
---|
|
| Публікація процедури |
Role | Майданчик/Організатор/ЦБД |
Preconditions | Створена локальна чернетка Організатором на Майданчику |
Steps To Reproduce | - Перейти Організатором в створену чернетку та нПерейти Організатором в створену чернетку та натиснути кнопку "Опублікувати".
- Перевірити відображення опублікованої процедури на Майданчику та Порталі.
- Перевірити статус опублікованої процедури.
- Перевірити сповіщення в особистий кабінет та надходження повідомлення/листа на пошту про створення процедури.
|
Expected results
| - Після перевірки валідності всіх даних відбувається публікація процедури в ЦБД з присвоєнням процедурі ID вигляду NDR000процедурі ID вигляду SUD000-UA-YYYYMMMM-0000
- Процедура стає доступною для публічного перегляду на Майданчиках та Порталі (https://prozorro.sale), уся уся інформація коректно корректно відображається.
- Процедура отримує статус active_rectification (Редагування доступне).
- Організатор отримує сповіщення в особистий кабінет та лист повідомлення/листа на пошту - підтвердження успішної публікації процедури в ЦБД.
Можливість публікації процедури існує лише при одночасному виконанні усіх наступних умов: - усі обов'язкові поля заповненні валідними даними
- бажана дата проведення аукціону - не менше 30 15 календарних днів від поточної дати
- завантажено усі обов'язкові документи
В разі невиконання зазначених умов, при спробі публікації, Організатору виводиться сповіщення про необхідність внесення змін. Процедура не публікується в ЦБД. |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: ЦБД api: Зміст |
CBD3-SD-UC-02-04 Anchor |
---|
| CBD3-SD-UC-02-04 |
---|
| CBD3-SD-UC-02-04 |
---|
|
| Створення копії процедури |
Role | Майданчик/Організатор |
Preconditions | Існуюча процедура в будь-якому статусі. |
Steps To Reproduce | - Перейти Організатором в створену процедуру, натиснути кнопку "Створити копію".
- Внести зміни в поля/завантажити документи.
- Натиснути кнопку "Зберегти". Перевірити збереження локальної копії чернетки.
|
Expected results
| - Копіюється уся інформація з вибраної процедури.
- Усі поля та завантаження документів доступні для редагування без обмежень, виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
- Створюється нова локальна чернетка, яку в подальшому можна опублікувати в ЦБД.
Існує можливість створення копії навіть з чернетки процедури. При створенні копії існує можливість змінити тип аукціону на один з описаних в CBD3-SD-UC-02-01 ЦБД api: Зміст |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
3. Робота з Document Service Anchor |
---|
| Робота з Document Service |
---|
| Робота з Document Service |
---|
|
|
CBD3-SD-UC-03-01 Anchor |
---|
| CBD3-SD-UC-03-01 |
---|
| CBD3-SD-UC-03-01 |
---|
|
| Завантаження документів |
---|
Role | Майданчик/Учасник/Організатор/ЦБД |
Preconditions | Для Учасника та Організатора доступна функція завантаження документів: tenderPeriod та awardVerificationPeriod- tenderPeriod та award.verificationPeriod.
- Організатор - протягом усіх періодів
окрім auctionPeriod |
Steps To Reproduce | - Перейти в створену процедуру, та завантажити доступні документи для даного етапу.
- Перевірити наявність завантажених документів в DS та коректність їх відображення на Майданчику.
|
Expected results
| - Усі типи документів що доступні для даного етапу коректно корректно завантажуються в DS.
- Завантажені документи наявні в DS та коректно та корректно відображаються на Майданчику.
Завантаження документу без вказаного типу не допускається. |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
ResultsЦБД api: Зміст |
CBD3-SD-UC-03-02 Anchor |
---|
| CBD3-SD-UC-03-02 |
---|
| CBD3-SD-UC-03-02 |
---|
|
| Оновлення документів |
---|
Role | Майданчик/Організатор/Учасник/ЦБД |
Preconditions | Для Учасника та Організатора доступна функція оновленнязавантаження документів: tenderPeriod та awardVerificationPeriod- tenderPeriod та award.verificationPeriod.
- Організатор - протягом усіх періодів
окрім auctionPeriod |
Steps To Reproduce | - Перейти в створену процедуру, оновити доступні документи для даного етапу.
- Перевірити наявність оновлених документів в DS та коректність їх відображення на Майданчику.
|
Expected results
| - Усі типи документів що доступні для даного етапу коректно корректно оновлюються в DS.
- Документи коректно корректно відображаються в DS. На Майданчику попередні версії відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
Інформація про попередні версії документів доступна по окремому ендпойнту. Можливість оновлення власних документів доступна лише для документів завантажених в межах одного статусу процедури. Винятки: - Організатор - робота з документами до завершення tenderPeriod - без обмежень;
- Учасник - робота з документами завантаженими протягом tenderPeriod доступна також протягом verificationPeriod до зміни статусу процедури на active_awarded (Очікується підписання договору).
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: ЦБД api: Зміст |
CBD3-SD-UC-03-03 Anchor |
---|
| CBD3-SD-UC-03-03 |
---|
| CBD3-SD-UC-03-03 |
---|
|
| Видалення документів |
---|
Role | Майданчик/Організатор/Учасник/ЦБД |
Preconditions | Для Учасника та Організатора доступна функція завантаження видалення документівдокументів: tenderPeriod та awardVerificationPeriod- tenderPeriod та award.verificationPeriod.
- Організатор - протягом усіх періодів
окрім auctionPeriod |
Steps To Reproduce | - Перейти в створену процедуру, та завантажити доступні документи для даного етапу та етапу.
- Завантажити до кожного документу digitalSignature - Цифровий підписвидалити їх.
- Перевірити наявність видалених завантажених документів в DS та коректність їх відображення на Майданчику.. Перевірити, що Майданчик коректно відображає до якого самє документу завантажено Цифровий підпис.
- Замінити документ до якого було завантажено Цифровий підпис.
|
Expected results
| - Усі типи документів, що доступні для даного етапу
коректно завантажуються та видаляються з DS- є можливість завантажити.
- Присутня можливість завантаження до кожного документу digitalSignature - Цифровий підпис.
- Документи коректно відображаються
в DS. На Майданчику видалені документи - на Майданчику. Документ digitalSignature - Цифровий підпис відображено поряд з оригінальним документом.
- Попередні версії відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
Інформація про видалені документи доступна по окремому ендпойнту. Можливість видалення власних документів доступна лише для документів завантажених в межах одного статусу процедури. Виняток: Організатор - робота з документами доступна до завершення tenderPeriod - без обмежень. |
ЦБД api: Зміст |
- Документ digitalSignature - Цифровий підпис також відображено перекресленим відповідно до статусу з яким документом він пов'язан.
Цифровий підпис (ЕЦП/КЕП) накладається поза ЦБД. Завантажується в ЦБД окремим файлом (тільки підпис або підписаний файл) digitalSignature, в якому присутнє поле relatedDocument, де додається посилання на оригінальний документ (id документу), вже завантажений до DocumentService. - Якщо док має "_ds_scope": "public" то digitalSignature також має "_ds_scope": "public"
- Якщо док має "_ds_scope": "private" то digitalSignature також має "_ds_scope": "private"
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
4. Редагування процедури |
4.Редагування процедури |
CBD3-SD-UC-04-01 Anchor | CBD3-SD-UC-04-01 Anchor |
---|
| CBD3-SD-UC-04-01 |
---|
| CBD3-SD-UC-04-01 |
---|
|
| Внесення змін в опубліковану процедуру протягом rectificationPeriod |
---|
Role | Майданчик/Організатор/ЦБД |
PreconditionsПроцедура опублікована та знаходиться в статусі active_rectification (Редагування доступне) | - Статус procedure - active_rectification.
- rectificationPeriod триває 2 робочі дні з моменту публікації процедури в ЦБД не враховуючи дня публікації, та завершується о 18:00.
|
Steps To Reproduce | - Перейти Організатором в створену процедуру, обрати функцію редагування.
- Завантажити файлу типу - clarifications (Погодження змін до опису лоту. Опис причин редагування) - дія - дія не обов'язкова.
- Внести зміни в процедуру, завантажити/оновити /видалити документи.
- Зберегти зміни. Перевірити коректність відображення зміненої інформації.
- Перевірити надходження повідомлення/листа на пошту про виконані дії.
|
Expected results
| - Доступна можливість внесення змін в процедуру.
- В разі завантаження файлу типу - clarifications він відображається на Майданчику.
- Для редагування доступні усі поля та типи документів окрім полів з датами та типом процедури.
- Вся змінена інформація передається в ЦБД, та коректно корректно відображається на Майданчику.
- Організатор отримує повідомлення/листа на пошту виконання дій.
- Після зміни статусу процедури з active_rectification (Редагування доступне) на active_tendering (Прийняття заяв на участь), редагування полів недоступне, окрім роботи з документами.
- Доступне завантаження/оновлення
/видалення Draft Сценарії subsoil-dutch manual- Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
ResultsЦБД api: Зміст |
CBD3-SD-UC-04-02 Anchor |
---|
| CBD3-SD-UC-04-02 |
---|
| CBD3-SD-UC-04-02 |
---|
|
| Робота з документами в процедурі протягом tenderPeriod |
---|
Role | Майданчик/Організатор/ЦБД |
Preconditions | Процедура опублікована та знаходиться в статусі - Статус procedure - active_tendering
(Прийняття заяв на участь)- .
- tenderPeriod триває від моменту завершення rectificationPeriod, та завершується в діапазоні 19:30 - 20:30 дня, що передує дню початку періоду Аукціону.
|
Steps To Reproduce | - Перейти Організатором в опубліковану процедуру до завершення tenderPeriod.
- Завантажити документу clarifications (Погодження змін до опису лоту. Опис причин редагування) - дія не обов'язкова.
- Перевірити, що завантаження/оновлення /видалення документів відбувається без обмежень.
- Перевірити коректність відображення завантажених/оновлених /видалених документів.
|
Expected results
| - Доступна можливість завантаження/оновлення /видалення документів.
- В разі завантаження файлу типу - clarifications він відображається на Майданчику.
- Можливо додати новий, оновити існуючий документ або його видалення.
- Усі завантажені/оновлені /видалені документи обробляються в DS та коректно та корректно відображаються на Майданчику.
Протягом tenderPeriod Організатору доступна лише робота з документами.- Доступне завантаження/оновлення
/видалення Draft Сценарії subsoil-dutch manual- Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: ЦБД api: Зміст |
5.Робота з питаннями/відповідями |
CBD3-SD-UC-05-01 Anchor |
---|
| CBD3-SD-UC-05-01 |
---|
| CBD3-SD-UC-05-01 |
---|
|
| Подача запитання |
---|
Role | Майданчик/Організатор/Учасник/ЦБД |
Preconditions | Процедура опублікована та знаходиться в статусі - Статус procedure - active_rectification
(Редагування доступне) (Прийняття заяв на участь) до завершення - .
- Триває - question.period.
|
Steps To Reproduce | Перейти Учасником в опубліковану процедуру, обрати функцію "Задати запитання"- Перевірити Учасником можливість подати > 1 запитання, заповнити поля - заголовок, тіло запитання, та опублікувати в ЦБД.
- Перевірити отримання Учасником сповіщення та листа на пошту про успішну подачу запитання.
- Перевірити отримання Організатором сповіщення та листа на пошту про отримання нового запитання.
- Перевірити відображення опублікованого запитання на сторінці Майданчика.
- Перевірити, що Учаснику доступна можливість редагування кожного запитання за умов:
- В період не завершився questionPeriod
- Протягом 2 годин з моменту подачі запитання
- Організатор не надав відповід на запитання
|
Expected results
| - Доступна функція подачі
запитання- > 1 запитання.
- Запитання має бути сформульоване виключно в текстовому вигляді, без можливості додавання файлів.
- Учаснику відображається сповіщення та надходить лист на пошту про успішну подачу запитання.
- Організатору відображається сповіщення та надходить лист на пошту про отримання нового запитання.
- Запитання відображається на Майданчику та доступне для публічного перегляду. Інформація про Учасника, що задав запитання не розкривається.
В період відмінний від questionPeriod в Учасника відсутня можливість задати запитання- Існує можливість редагування.
- Інформація про Учасника, що задав запитання розкривається ТІЛЬКИ після набуття процедурою статусу active_
qualification опублікування протоколу- підписання договору).
- Майданчик зобов'язаний
надсилати сповіщення та лист Організатору - сповіщати Організатора аукціону кожні 24 години про наявність запитань без відповідей.
- Після завершення
enquiry.period- enquiryPeriod Майданчик припиняє надсилання Організатору аукціону оповіщень/листів на пошту про запитання без відповідей.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
ResultsЦБД api: Зміст |
CBD3-SD-UC-05-02 Anchor |
---|
| CBD3-SD-UC-05-02 |
---|
| CBD3-SD-UC-05-02 |
---|
|
| Надання відповіді на задане запитання |
Role | Майданчик/Організатор/Учасник/ЦБД |
Preconditions | Процедура опублікована та знаходиться в статусі - Статус procedure - active_rectification
(Редагування доступне) або (Прийняття заяв на участь) до завершення enquryPeriod- .
- Триває procedure - enquiry.period.
- Отримано запитання від учасника.
|
Steps To Reproduce | - Перейти Організатором в опубліковану процедуру, надати відповідь та опублікувати в ЦБД.
- Перевірити отримання Учасником сповіщення та листа на пошту про отримання відповіді на запитання.
- Перевірити відображення опублікованої відповіді на сторінці Майданчика.
|
Expected results
| - Відповідь на запитання успішно публікується в ЦБД, відображається на сторінці Майданчика та доступна для публічного перегляду.
- Учаснику відображається сповіщення та надходить лист на пошту про отримання відповіді на запитання.
- Відповіді відображається на Майданчику та доступні для публічного перегляду. Інформація про учасника, що задав запитання не розкривається.
В період відмінний від enquiry.period в Організатора відсутня можливість надати відповідь на запитання.- Після завершення enquiry.period Майданчик припиняє надсилання Організатору аукціону оповіщень/листів на пошту про запитання без відповідей.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: ЦБД api: Зміст |
6.Пошук аукціону на Майданчику |
CBD3-SD-UC-06-01 Anchor |
---|
| CBD3-SD-UC-06-01 |
---|
| CBD3-SD-UC-06-01 |
---|
|
| Пошук аукціону |
---|
Role | Майданчик/Організатор/Учасник/ЦБД |
Preconditions | На Майданчику аукціони типу nadraEnglishтипу subsoil-dutch ("Продаж спеціальних дозволів на користування надрами") відображаються в окремому підрозділі. Перейти в даний підрозділ або загальну форму пошуку аукціонів |
Steps To Reproduce | - Виконати пошук аукціону згідно заданих параметрів або критеріїв пошуку:
- ID аукціону
- Назва аукціону
- Організатор
- Дата аукціону
- Тип аукціону
2. Виконати фільтрацію згідно додаткових класифікаторів лоту. |
Expected results
| - Відображені аукціони відповідають заданим параметрам або критеріям пошуку.
- Відображені аукціони відповідають фільтрам які застосовувалися.
Відсутні результати, які не відповідають заданим критеріям. - В разі пошуку аукціону згідно параметрів, які не містяться в БД, або некоректних критеріїв - відсутні результати.
ЦБД api: |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
7.Робота з заявою на 7.Робота з заявою на участь |
CBD3-SD-UC-07-01 Anchor |
---|
| CBD3-SD-UC-07-01 |
---|
| CBD3-SD-UC-07-01 |
---|
|
| Створення локальної чернетки заяви на участь |
---|
Role | Майданчик/Учасник |
Preconditions | Процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь)- Статус procedure - active_tendering.
|
Steps To Reproduce | - Перейти Учасником в опубліковану процедуру, обрати функцію "Подати заяву на участь".
- Ввести цінову пропозицію.
- Завантажити необхідні документи:
Документи які можуть бути завантажені в заяву: - commercialProposal (Заява на участь)
- qualificationDocuments (Документи що підтверджують кваліфікацію)
- x_Passport (Копія паспорта)
- x_IPN (Копія ІПН)
- x_nonSanctionedStatement (Заява про непоширення обмежувальних заходів (санкції))
- eligibilityDocuments (Документи що підтверджують відповідність)
- digitalSignature (Цифровий підпис)
4. Погодитись з умовами регламенту ЕТС і відповідальністю учасника та зберегти заяву. | Expected results
- Відбувається перехід на сторінку подачі заяви на участь.
- Відсутня можливість ввести цінову пропозицію меншу ніж стартова вартість лоту (валідація на стороні Майданчика).
- Усі типи документів доступні для завантаження.
- Після збереження, заява зберігається локально на Майданчику як чернетка, без публікації в ЦБД.
Завантаження документу без вказаного типу не допускається! |
ЦБД api: Зміст |
- Завантажити необхідні документи CBD3-SD-UC-16-02.
- Погодитись з умовами регламенту ЕТС і відповідальністю учасника та зберегти заяву.
|
Expected results
| - Відбувається перехід на сторінку подачі заяви на участь.
- Усі типи документів доступні для завантаження.
- Після збереження, заява зберігається локально на Майданчику як чернетка, без публікації в ЦБД.
Завантаження документу без вказаного типу не допускається |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-SD-UC-07-02 Anchor |
---|
| CBD3-SD-UC-07-02 |
---|
| CBD3-SD-UC-07-02 |
---|
|
| Редагування та видалення локальної чернетки заяви на участь |
Role | Майданчик/Учасник |
Preconditions | - Статус procedure - active_tendering.
- Статус bid'а - draft.
|
Steps To Reproduce | - Перейти Учасником в створену чернетку заяви на участь, внести зміни (завантажити/оновити документи) та зберегти заяву на участь. Перевірити відображення внесених змін.
- Перейти Учасником в створену чернетку заяви на участь та видалити чернетку заяви на участь
|
Expected results
| - Доступна робота з документами. Після збереження заяви усі зміни корректно відображаються.
- Чернетка заяви на участь успішно видалена
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-SD-UC-07-0203 Anchor |
---|
| CBD3-SD-UC-07-0203 |
---|
| CBD3-SD-UC-07-0203 |
---|
|
| Публікація чернетки заяви на участь, редагування Редагування та видалення чернетки заяви на участь участь в статусі draft |
Role | Майданчик/Учасник |
Preconditions | - Статус procedure - active_tendering.
- Статус bid'а - draft.
Процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь) Створена чернетка заяви на участь |
Steps To Reproduce | - Перейти Учасником в створену чернетку Перейти Учасником №1 та Учасником № 2 в створені чернетки заяви на участь, внести зміни (змінити цінову пропозицію/завантажити документи/видалити документи) та зберегти заяву на участь. Перевірити відображення внесених змін.
- Перейти Учасником в створену чернетку заяви на участь та видалити чернетку заяви на участь
|
Expected results | - Доступно редагування цінової пропозиції та завантаження документів. Після збереження заяви усі зміни коректно відображаються.
- Чернетка заяви на участь успішно видалена
|
ЦБД api: Зміст |
- , та опублікувати їх в ЦБД.
- Перейти Учасником №1 в опубліковану заяву, завантажити/оновити документи та зберегти заяву, перевірити відображення внесених змін на Майданчику.
- Перейти Учасником №2 в опубліковану заяву та видалити її.
- Дочекатись завершення tenderPeriod та перевірити відображення поданих bid'ів
|
Expected results
| - Обидві заяви опубліковані в ЦБД в статусі draft.
- Доступно робота з документами для Учасника №1, після збереження усі внесені ним зміни корректно відображаються на Майданчику. Статус bid'а залишається draft.
- Заява на участь Учасника №2 успішно видалена, bid в статусі deleted.
- Bid'и зі статусом draft та deleted відсутні у публічному АРІ після завершення tenderPeriod.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-SD-UC-07-04CBD3-SD-UC-07-03 Anchor |
---|
| CBD3-SD-UC-07-0304 |
---|
| CBD3-SD-UC-07-0304 |
---|
|
| Публікація чернетки Активація заяви на участь, редагування та видалення ставки в статусі draft. |
Role | Майданчик/Учасник/ЦБД/Адміністратор |
Preconditions | - Статус procedure - active_tendering.
- Статус bid'а - draft.
Процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь) Створити двома Учасниками чернетки заяви на участь |
Steps To Reproduce | - Перейти Учасником №1 та Учасником № 2 в створені чернетки в створену чернетку заяви на участь , та опублікувати їх її в ЦБД.
- Перейти Учасником №1 в опубліковану заяву внести зміни (змінити цінову пропозицію/завантажити/оновити/видалити документи) та зберегти заяву, перевірити відображення внесених змін на Майданчику.
- Перейти Учасником №2 в опубліковану заяву та видалити її.
- Дочекатись завершення tenderPeriod та перевірити відображення поданих bid'ів
|
Expected results | - Обидві заяви опубліковані в ЦБД в статусі draft.
- Доступно редагування цінової пропозиції та робота з документами для Учасника №1, після збереження усі внесені ним зміни коректно відображаються на Майданчику. Статус bid'а залишається draft.
- Заява на участь Учасника №2 успішно видалена, bid в статусі deleted.
- Bid'и зі статусом draft та deleted відсутні у публічному АРІ після завершення tenderPeriod.
|
- Перевірити отримання Учасником №1 сповіщення та листа на пошту про публікацію заяви.
- Дочекатись активації заяви на участь від Адміністратора Майданчика та перевірити відображення статусу активованої заяви на сторінці Майданчика.
- Перевірити отримання Учасником №1 листа на пошту про активацію заяви.
- Скасувати заяву на участь до завершення статусу процедури active_tendering.
- Дочекатися набуття процедурою статусу active_auction, перейти Учасником №2 в створену чернетку заяви на участь та опублікувати її в ЦБД.
- Виконати степи 1-4 відносно Учасник №2.
- Скасувати заяву на участь до завершення статусу процедури active_auction.
|
Expected results
| - Заява Учасника №1 публікується в ЦБД зі статусом draft. Адміністратор Майданчика отримує сповіщення про необхідність модерації поданої заяви на участь.
- Учаснику відображається сповіщення та надходить лист на пошту про успішну публікацію заяви на участь.
- Після активації Адміністратором Майданчика заява набуває статусу active, та допущена до участі в аукціоні. Змінений статус доступний для перегляду Учасником.
- Учаснику відображається сповіщення та надходить лист на пошту про успішну активацію заяви на участь.
- Заява успішно скасована, Учасник №1 отримує листа на пошту про виконані дії.
- Заява Учасника №2 публікується в ЦБД зі статусом draft. Адміністратор Майданчика отримує сповіщення про необхідність модерації поданої заяви на участь.
- Відповідають Expected Result steps 1-4.
- Скасування заяви на участь не доступна.
Після завершення етапу tenderPeriod - видалення bid'а недоступне. |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: | ЦБД api:
Зміст |
| 04 | 04 | 04Публікація чернетки | Публікація в ЦБД локальної чернетки заяви на участь | та її активація від учасника дискваліфікованого раніше |
Role | Майданчик/Учасник | /ЦБД/Адміністратор |
Preconditions | Preconditions | Процедура опублікована та знаходиться в статусі Наявна процедура з дискваліфікованими учасниками Учасником №1 та Учасником №2 (причини дискваліфікації лише зі списку): - Непідписання протоколу
- Непідписання договору
Оголошено повторний аукціон, процедура опублікована та знаходиться в статусі | active_tendering (Прийняття заяв на участь). |
Steps To Reproduce | Перейти Учасником в створену чернетку заяви на участь та - Учасником №1 подати заявку на участь (завантажено документ "Підстави для допуску дискваліфікованого учасника" - admissionReason та опублікувати її в ЦБД.
| Перевірити отримання Учасником сповіщення та листа на пошту про публікацію заяви. Дочекатись активації заяви на участь від Адміністратора Майданчика та перевірити відображення статусу активованої заяви на сторінці Майданчика.Перевірити отримання Учасником листа на пошту про активацію заяви.
Expected results | - Заява публікується в ЦБД зі статусом draft. Адміністратор Майданчика отримує сповіщення про необхідність модерації поданої заяви на участь.
- Учаснику відображається сповіщення та надходить лист на пошту про успішну публікацію заяви на участь.
- Після активації Адміністратором Майданчика заява набуває статусу active, та допущена до участі в аукціоні. Змінений статус доступний для перегляду Учасником.
- Учаснику відображається сповіщення та надходить лист на пошту про успішну активацію заяви на участь.
Учасник має можливість подавати заяву на участь лише протягом tenderPeriod. Відсутня можливість публікації чернетки заяви на участь без завантаження обов'язкових документів CBD3-SD-UC-07-01. Документи x_Passport (Копія паспорта) та x_IPN (Копія ІПН) недоступні для публічного перегляду. Доступні для Організатора по завершенню етапу Аукціону. |
ЦБД api:
Зміст- Активувати на стороні Майданчика. Перевірити надходження сповіщення в особистому кабінеті та на пошту.
- Учасником №2 подати заявку на участь, без завантаження документу admissionReason. Активувати на стороні Майданчика. Перевірити надходження сповіщення в особистому кабінеті та на пошту.
|
Expected results | - Bid опублікований в ЦБД в статусі active. Учасник отримує сповіщення в особистому кабінеті та на пошту про вдалу активацію.
- Bid опублікований в ЦБД в статусі draft, активація недоступна. Учасник отримує сповіщення в особистому кабінеті та на пошту про НЕВДАЛУ активацію.
- Майданчикам рекомендується, при публікації заяви на участь - перевіряти необхідність завантаження Учасником документа admissionReason (id ідентифікаторів таких Учасників присутні в json процедури блок disqualifiedBids).
- В разі потреби - відображати учаснику сповіщення про необхідність завантаження документу для допущення до торгів.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
070507050705Публікація та активація заяви на участь під час DUTCH PART | Редагування/видалення bid'а активованого протягом статусу процедури active_tendering |
Role | Майданчик/Учасник/ЦБД |
/АдміністраторПроцедура опублікована та знаходиться в статусі active_action (Аукціон)- Статус procedure - active_tendering.
- Статус bid'а - draft, active.
|
Steps To Reproduce |
Перейти Учасником в опубліковану процедуру, створити чернетку заяви на участь та опублікувати її в ЦБД до завершення Dutch Part- Внести зміни в bid завантажити/оновити документи CBD3-SD-UC-16-02.
- Після завершення редагування - зберегти зміни, до набуття процедурою статусу active_auction.
- Перевірити відображення зміненої інформації на Майданчику.
- Перевірити отримання Учасником сповіщення та листа на пошту про
|
публікацію заяви. Дочекатись активації заяви на участь від Адміністратора Майданчика та перевірити відображення статусу активованої заяви на сторінці Майданчика- внесення змін в bid.
- Видалити bid до набуття процедурою статусу active_auction.
- Перевірити відображення зміненої інформації на Майданчику.
- Перевірити отримання Учасником сповіщення/листа на пошту про
|
активацію заяви- видалення bid'а.
|
Expected results |
Заява публікується
| - Відсутні обмеження на внесення змін.
- Усі зміни передаються в ЦБД
|
зі статусом draft. Адміністратор Майданчика отримує сповіщення про необхідність модерації поданої заяви на участь.Учаснику відображається сповіщення та надходить лист на пошту про успішну публікацію заяви на участь.Після активації Адміністратором Майданчика заява набуває статусу active, та допущена до участі в аукціоні. Змінений статус доступний для перегляду Учасником. Учаснику відображається сповіщення та надходить лист на пошту про успішну активацію заяви на участь.- .
- Уся змінена інформація корректно відображається на Майданчику.
- Учасник отримує сповіщення в особистий кабінет та листом про успішне внесення змін в bid.
- Відсутні обмеження на видалення bid'а.
- Уся змінена інформація корректно відображається на Майданчику.
- Учасник отримує сповіщення в особистий кабінет та листом про успішне видалення в bid'а.
- Після набуття процедурою статусу active_auction (Аукціон) - редагування/видалення bid'а недоступне.
- Доступне завантаження/оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
Учасник має можливість подавати заяву на участь лише протягом tenderPerod до завершення Dutch Part.
ЦБД api: Зміст |
8.Робота з bid'ом010101 | Редагування/видалення bid' |
аа протягом статусу процедури active_auction |
Role | Майданчик/Учасник/ЦБД |
Preconditions |
Процедура опублікована та знаходиться в статусі - Статус procedure - active_tendering
|
(Прийняття заяв на участь)Bid в статусі active |
Steps To Reproduce | - Внести зміни в bid (
|
змінити цінову пропозицію, /видалити - документи).
- Після завершення редагування - зберегти зміни, до завершення DUTCH PART.
- Перевірити відображення зміненої інформації на Майданчику.
- Перевірити отримання Учасником сповіщення та листа на пошту про внесення змін в bid.
- Видалити bid до завершення DUTCH PART.
|
Expected results
| - Відсутні обмеження на внесення змін.
- Усі зміни передаються в ЦБД.
- Уся змінена інформація
|
коректно - корректно відображається на Майданчику.
- Учасник отримує сповіщення в особистий кабінет та листом про успішне внесення змін в bid.
|
Доступне завантаження/оновлення/видалення документів (Draft Сценарії subsoil-dutch manual- Після завершення active_tendering - видалення bid'а недоступне.
Доступне завантаження/оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
|
ЦБД api:
Зміст- Видалення bid'а доступне лише в рамках статусу процедури active_tendering (Прийняття заяв на участь).
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
9. Отримання та перехід по посиланню |
|
080208020802Видалення bid'а | Публічне посилання |
Role | Майданчик/ |
УчасникBid в статусі activeСпостерігач/ЦБД |
Preconditions |
Процедура опублікована та знаходиться в статусі active_tendering (Прийняття заяв на участь)
Expected results | - Майданчик змінює статус bid'а на delete.
- Учасник отримує повідомлення в особистий кабінет та лист поштою про успішне видалення його bid'а, та повернення гарантійного внеску.
- Bid зі статусом deleted не відображається у публічному АРІ та на Майданчику незалежно від статусу процедури.
|
ЦБД api: Зміст |
9.Отримання та перехід по посиланню |
- Статус procedure - active_tendering.
|
Steps To Reproduce |
- Перейти Учасником в bid, видалити його.
- Перевірити отримання Учасником сповіщення та листа на пошту про видалення bid'а та повернення гарантійного внеску.
- Перевірити відсутність відображення bid'а на Майданчику по завершенню етапу аукціону.
| - Перевірити відображення Майданчиком публічного посилання для переходу в модуль аукціону протягом 15 хв з моменту зміни статусу процедури на active_auction.
- Перейти в модуль аукціону по публічному посиланню.
|
Expected results
| - Публічне посилання має наступний вигляд https://auction.prozorro.sale/{id аукціону}.
- Після переходу відображається модуль аукціону.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
010101Публічне Приватне посилання |
Role | Майданчик/ |
СпостерігачПроцедура змінила статус на active_auction (Аукціон)Наявні два або більше bid'а
- Статус procedure - active_tendering.
|
Steps To Reproduce | - Перевірити Учасником отримання сповіщення/листа поштою з приватним посиланням для участі в модулі аукціону.
- Перевірити відображення Майданчиком
|
публічного - приватного посилання для переходу в модуль
|
аукціону протягом - аукціону протягом 15 хв з моменту зміни статусу
|
процедури auction (Аукціон) модуль аукціону публічному - приватному посиланню.
|
Expected results |
| - Учасник отримує сповіщення/лист з приватним посиланням для участі в модулі аукціону.
- Приватне
|
Публічне вигляд аукціону}.Після - аукціону}?bidder_id={id учасника}&acc_token={token учасника}
- Після переходу відображається модуль аукціону.
|
ЦБД api:
Зміст
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
|
020202Приватне посиланняФормування приватного посилання при подачі заяви на участь під час DUTCH PART |
Role | Майданчик/Учасник/ЦБД |
Preconditions |
Наявні два або більше bid'а Процедура змінила статус на active_auction (Аукціон) | - Статус procedure - active_auction.
- Триває Dutch Part.
|
Steps To Reproduce | - Перейти Учасником в опубліковану процедуру, створити чернетку заяви на участь та опублікувати її в ЦБД до завершення Dutch Part.
- Дочекатись активації заяви на участь від Адміністратора Майданчика.
|
Steps To Reproduce- Перевірити Учасником отримання сповіщення
|
в особистому кабінеті та Перейти в аукціон - /листа поштою з приватним посиланням для участі в модулі аукціону.
|
Перевірити відображення Майданчиком приватного посилання для переходу в модуль аукціону протягом 15 хв з моменту зміни статусу аукціону на active_auction (Аукціон).- Перейти в аукціон по приватному посиланню.
|
Expected results
| - Заява публікується в ЦБД зі статусом draft. Адміністратор Майданчика отримує сповіщення про необхідність модерації поданої заяви на участь.
- Учаснику відображається сповіщення та надходить лист на пошту про успішну активацію заяви на участь
- Учасник отримує сповіщення в особистий кабінет та лист з приватним посиланням для участі в модулі аукціону.
|
аукціону- модулю аукціону}?bidder_id={id учасника}&acc_token={token учасника}
- Після переходу відображається модуль аукціону.
|
ЦБД api:
Зміст
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
10.Кваліфікація Учасників |
|
090309030903Формування приватного посилання при подачі заяви на участь під час DUTCH PART | Умови формування award'ів та їх статусів |
Role | ЦБД/Майданчик/Спостерігач/Учасник |
/ЦБДПроцедура опублікована та знаходиться в статусі active_auction (Аукціон), триває Dutch Part- Статус procedure - active_tendering.
|
Steps To Reproduce |
Перейти Учасником в опубліковану процедуру, створити чернетку Дочекатись активації заяви на участь від Адміністратора Майданчика.Перевірити Учасником отримання сповіщення в особистому кабінеті та листа поштою з приватним посиланням для участі в модулі аукціону.Перейти в аукціон по приватному посиланню.Expected results | - Заява публікується в ЦБД зі статусом draft. Адміністратор Майданчика отримує сповіщення про необхідність модерації поданої заяви на участь.
- Учаснику відображається сповіщення та надходить лист на пошту про успішну активацію заяви на участь
- Учасник отримує сповіщення в особистий кабінет та лист з приватним посиланням для участі в модулі аукціону. Приватне посилання має наступний вигляд https://auction.prozorro.sale/{id модулю аукціону}?bidder_id={id учасника}&acc_token={token учасника}
- Після переходу відображається модуль аукціону.
|
ЦБД api: Зміст |
10.Кваліфікація Учасників |
та опублікувати її в ЦБД до завершення Dutch Part.- , відповідні bid'и протягом раундів модулю аукціону згідно поданих сценаріїв:
Image Added 2. Перевірити запуск модулю аукціону, його тривалість (кількість раундів), статус процедури та award'ів по завершенню auctionPeriod. 3. Перевірити надходження сповіщень/листів Організатору та Учаснику по завершенню auctionPeriod. |
Expected results
| - Bid'и в статусі active, до завершення auctionPeriod не змінюються.
- Запуск модулю аукціону, статус процедури та award'ів по завершенню auctionPeriod відповідають таблиці.
- Організатор та Учасник отримують сповіщення/листи:
- Організатор - про початок кваліфікації та необхідність завантаження протоколу
- Учасник в статусі pending - про набуття статусу переможця
- Учасник в статусі pending_waiting - про набуття статусу очікуючого.
- Незалежно від кількості поданих валідних ставок - кваліфікацію проходять лише два Учасники з найвищими ціновими пропозиціями, ЦБД створює максимум 2 сутності award'ів.
- Bid'и зі статусом draft та deleted відсутні у публічному АРІ після завершення tenderPeriod.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
010101Умови формування award'ів та їх статусів | Відображення таблиці кваліфікації на Майданчику |
Role |
ЦБДМайданчикСпостерігачУчасникПроцедура знаходиться в статусі active_tendering (Прийняття заяв на участь)- Статус procedure - active_qualification.
|
Steps To Reproduce |
- Подати відповідні bid'и, та не змінювати їх протягом модулю аукціону згідно поданих сценаріїв:
Image Removed
2. Перевірити запуск модулю аукціону, статус процедури та award'ів по завершенню auctionPeriod.
- Перевірити на Майданчику відображення інформації по усім bid’ам та award'ам, що кваліфікуються.
- Перевірити наявність на сторінці аукціону посилань для завантаження протоколу у PDF та HTML форматах, та протоколу про результати аукціону у JSON або YAML форматах
|
3. Перевірити надходження сповіщень та листів Організатору та Учаснику по завершенню auctionPeriod- Bid'и в статусі active, до завершення auctionPeriod не змінюються.
- Запуск модулю аукціону, статус процедури та award'ів по завершенню auctionPeriod відповідають таблиці.
- Організатор та Учасник отримують сповіщення та листи:
- Організатор - про початок кваліфікації та необхідність завантаження протоколу
- Учасник в статусі pending (Очікується протокол) - про набуття статусу переможця
- Учасник в статусі pending_waiting (Очікує рішення) - про набуття статусу очікуючого.
Статус pending (Очікується протокол) отримує Учасник, цінова пропозиція якого є найвища. Статус pending_waiting (Очікує рішення) отримує Учасник, цінова пропозиція якого є друга по величині. У випадку співпадіння ціни - статус pending (Очікується протокол) отримує Учасник, чия пропозиція подана раніше. Незалежно від кількості поданих валідних ставок - кваліфікацію проходять лише два Учасники з найвищими ціновими пропозиціями, ЦБД створює максимум 2 сутності award'ів. Bid'и зі статусом draft та deleted відсутні у публічному АРІ після завершення tenderPeriod. |
| - Відображається інформація по усім 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.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
ЦБД api:
Зміст020202Відображення таблиці кваліфікації на Майданчику | Завантаження документів Учасником протягом verificationPeriod |
Role | Майданчик/ |
Спостерігач/ОрганізаторПроцедура знаходиться в статусі - Статус procedure - active_qualification
|
(Очікується опублікування протоколу)- .
- Статус award'у - pending.
- Триває verificationPeriod.
|
Steps To Reproduce | - Перевірити можливість завантажити/оновити Учасником всі доступні документи до завершення vericationPeriod.
- Перевірити відображення документів на Майданчику
|
відображення інформації по усім bid’ам та - після завантаження.
- Перевірити статуси award'
|
ам що кваліфікуються.Перевірити наявність на сторінці аукціону посилань для завантаження протоколу у PDF та HTML форматах, та протоколу про результати аукціону у JSON або YAML форматах.Expected results
- Відображається інформація по усім 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.
|
Expected results
| - Учасник award якого в статусі pending має можливість завантажити лише док auctionProtocol та digitalSignature до нього.
- Завантажені документи передаються в ЦБД в bid Учасника та корректно відображаються на Майданчику.
Статус award'у та procedure не змінились.
- Завантаження/оновлення документів Учасником доступно до зміни статусу його award'у на active, до завершення verificationPeriod.
- Доступне завантаження/оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-SD-UC-10-04 Anchor |
---|
| CBD3-SD-UC-10-04 |
---|
| CBD3-SD-UC-10-04 |
---|
|
| Завантаження та підтвердження auctionProtocol Організатором |
Role | ЦБД/Майданчик/Організатор/Учасник |
Preconditions | - Статус procedure - active_qualification.
- Статус award'у - pending.
- Триває verificationPeriod.
|
Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації, завантажити документ - auctionProtocol.
- Натиснути кнопку "Протокол затверджено", перевірити надходження сповіщень/листів Організатору та Учаснику про виконані дії
- Перевірити статуси award'у, contract`у та procedure.
|
Expected results
| - Завантажений документ auctionProtocol передається в ЦБД в award Учасника, та корректно відображається на Майданчику.
- Організатор та Учасник отримують сповіщення/листи про завантаження та підтвердження протоколу, та початок роботи з договором.
- Після підтвердження протоколу Майданчик змінює статус award’у на active, статус procedure - active_awarded, створена сутність contract в статусі pending.
- У Організатора є можливість замінити/видалити auctionProtocol лише до моменту зміни статусу award'у на active.
- Доступне завантаження/оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
ЦБД api:
Зміст030303 | Завантаження та підтвердження документів |
---|
Учасником протягом verificationPeriodдоговору |
---|
Role | ЦБД/Майданчик/Організатор/Учасник |
/ЦБДПроцедура знаходиться в статусі active_qualification (Очікується опублікування протоколу)
| - Триває qualificationPeriod.
- Статус procedure - pending_payment.
- Статус Award - active.
- Статус contract - signed.
|
Award Учасника знаходиться в статусі pending (Очікується протокол)Усі типи документів (описані в сценарії - Завантажити Учасником всі необхідні документи, які вимагає від нього Організатор до завершення verificationPeriod.
- Перевірити відображення документів на Майданчику після завантаження.
| Expected results | - Перейти Організатором на сторінку кваліфікації award'у, завантажити документи CBD3-SD-UC-
|
07-01) доступні для завантаження. Завантажені документи передаються в ЦБД в bid Учасника та коректно відображаються на Майданчику. Завантаження/оновлення/видалення документів Учасником доступно до зміни статусу його award'у на active (Переможець. Очікується договір), до завершення verificationPeriod.
Доступне завантаження/оновлення/видалення документів (Draft Сценарії subsoil-dutch manual), попередні - 16-04
- Внести інформацію в обов'язкові поля contract'у.
- Натиснути кнопку "Підтвердити договір" та перевірити надходження сповіщень/листів Організатору та Учаснику про виконані дії.
- Перевірити статуси procedure, award'у, contract'у.
|
Expected results
| - Завантажені документи договору передаються в ЦБД в contract Учасника, та корректно відображаються на Майданчику.
- При внесені інформації в поля проводиться валідація даних на коректність.
- Організатор та Учасник отримують сповіщення та листи про завантаження та підтвердження документів договору.
- Після підтвердження договору Майданчик змінює статус contract'у на signed, статус procedure - pending_payment, статус award'у - залишається без змін.
Для award'у виводиться вся інформація щодо підписаного договору: - вартість договору
- cтатус договору
У Організатора є можливість виправити обов'язкові поля та вкладені файли до моменту переведення контракту в статус signed. Доступне завантаження/оновлення документів (Робота з Document Service), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін". |
ЦБД api:
ЗмістЗміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
|
040404Завантаження auctionProtocol Учасником протягом verificationPeriod | Підтвердження сплати коштів до бюджету |
---|
Role | ЦБД/Майданчик/Організатор/Учасник |
Preconditions |
Процедура знаходиться в статусі active_qualification (Очікується опублікування протоколу)
- Триває qualificationPeriod.
- Статус procedure - pending_payment.
- Статус Award - active.
- Статус contract - signed.
|
Award Учасника знаходиться в статусі pending (Очікується протокол)Перейти Учасником - Перейти Організатором на сторінку кваліфікації
|
. Завантажити документ - auctionProtocol (Протокол аукціону) до завершення verificationPeriod.Перевірити відображення завантаженого документу на Майданчику.Перевірити, що після виконаних дій статуси award'у та процедури не змінились.Expected results
- Доступна можливість завантаження документу - auctionProtocol (Протокол аукціону).
- Завантажений документ передається в ЦБД в bid Учасника та коректно відображається на Майданчику.
Статус процедури та award'у Учасника залишаються без змін.
Завантаження auctionProtocol (Протокол аукціону) Учасником доступно доступно до зміни статусу його award'у на active (Переможець. Очікується договір), до завершення verificationPeriod. Доступне завантаження/оновлення/видалення документів (Draft Сценарії subsoil-dutch manual), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін". | - award'у, вказати дату сплати коштів до бюджету, натиснути кнопку "Кошти до бюджету сплачено".
- Перевірити надходження сповіщень/листів Організатору та Учаснику про виконані дії.
- Перевірити статуси procedure, award'у, contract'у.
|
Expected results
| - Введена дата передається в ЦБД в contract Учасника, та корректно відображаються на Майданчику, при внесені інформації в поле проводиться валідація даних на коректність.
- Організатор та Учасник отримують сповіщення/листи про підтвердження оплати коштів до бюджету.
- Після підтвердження оплати Майданчик змінює статус contract'у на paid, статус procedure - pending_admission, статус award'у - залишається без змін.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
|
ЦБД api: Зміст |
CBD3-050505Завантаження та підтвердження auctionProtocol Організатором | Підтвердження виконання умов договору |
---|
Role | ЦБД/Майданчик/Організатор/Учасник |
Preconditions |
Процедура знаходиться в статусі active_qualification (Очікується опублікування протоколу)
- Триває qualificationPeriod.
- Статус procedure - pending_admission.
- Статус Award - active.
- Статус contract - paid.
|
Award Учасника в статусі pending (Очікується протокол)Перейти Організатором - Перейти Організатором на сторінку кваліфікації
|
, завантажити документ - auctionProtocol (Протокол аукціону).Натиснути кнопку "Протокол затверджено", перевірити надходження сповіщень та - award'у, натиснути кнопку “Умови договору виконано”.
- Перевірити надходження сповіщень/листів Організатору та Учаснику про виконані дії.
- Перевірити
|
статус award- статуси procedure, award'у,
|
процедури та створення сутності contract для award переможця Завантажений документ auctionProtocol (Протокол аукціону) передається
| - Дата виконання умов договору фіксується в ЦБД в
|
award коректно відображається - корректно відображаються на Майданчику.
|
- Організатор та Учасник отримують сповіщення та листи про
|
завантаження та підтвердження протоколу, та початок роботи з договором.Після підтвердження протоколу Майданчик змінює статус award’у на active (Переможець. Очікується договір), статус процедури - active_awarded (Очікується підписання договору), створена сутність contract в статусі pending.У Організатора є можливість замінити/видалити auctionProtocol (Протокол аукціону) лише до моменту зміни статусу award'у на active (Переможець. Очікується договір).
Доступне завантаження/оновлення/видалення документів (Draft Сценарії subsoil-dutch manual), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін".
ЦБД api: Зміст |
- підтвердження виконання умов договору.
- Майданчик змінює статус contract'у на active, статус procedure та award'у - залишається без змін.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
11. Дискваліфікація Учасників |
|
100610061006Завантаження та підтвердження документів договору | Дискваліфікація 2-х award'ів |
Role |
ЦБД/Майданчик/Організатор/Учасник/ЦБД |
Preconditions |
Процедура знаходиться в статусі active_awarded (Очікується підписання договору)
Award учасника в статусі active (Переможець. Очікується договір), contract в статусі pending 3. Натиснути кнопку "Підтвердити договір" та перевірити надходження сповіщень та листів Організатору та Учаснику про виконані дії.
4. Перевірити статуси процедури, award'у, contract'у та інформацію щодо договору.
Expected results | - Завантажені документи договору передаються в ЦБД в contract Учасника, та коректно відображаються на Майданчику.
- При внесені інформації в поля проводиться валідація даних на коректність.
- Організатор та Учасник отримують сповіщення та листи про завантаження та підтвердження документів договору.
- Після підтвердження договору Майданчик змінює статус contract'у на signed, статус процедури - pending_payment (Очікується сплата до бюджету), статус award'у - залишається без змін.
Для award'у виводиться вся інформація щодо підписаного договору: - вартість договору
- cтатус договору
У Організатора є можливість виправити обов'язкові поля та вкладені файли до моменту переведення контракту в статус signed. Доступне завантаження/оновлення/видалення документів (Draft Сценарії subsoil-dutch manual), попередні версії документів відображаються перекресленими або їх перегляд доступний через кнопку "Історія змін". |
ЦБД api: Зміст |
CBD3-SD-UC-10-07Статуси award'ів: - Учасник №1 - pending або active.
- Учасник №2 - pending_waiting.
Триває qualificationPeriod |
Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у, завантажити
|
документи:- contractSigned (Підписаний договір) - завантаження даного документу є обов'язковим для переводу contract'у в статус signed
- contractSignedEN (Підписаний договір (англ.))
- 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 - Дата підписання договору
- /замінити rejectionProtocol або act та digitalSignature.
- Перевірити можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
- Перевірити надходження сповіщення/листа Організатору та Учасникам про виконані дії.
- Перевірити статуси award'ів, contract'у (в разі наявності), procedure після виконаних дій.
- Виконати степи 1-4 відносно Учасник №2. Та перевірити відображення на Майданчику статуси award'ів, contract'у (в разі наявності), procedure після виконаних дій.
- Перевірити надходження сповіщення/листа Організатору та Учасникам про виконані дії.
|
Expected results
| - В Організатора доступна можливість завантажити/замінити документи до моменту зміни статусу award'у на unsuccessful.
- В Організатора доступна можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
- Організатор та Учасники отримують сповіщення/лист:
- Організатор - про успішну дискваліфікацію Учасника №1; про необхідність завантаження протоколу та терміни кваліфікації Учасника №2.
- Учасник №1 - про дискваліфікацію Організатором.
- Учасник №2 - про те що він набув статусу Переможець.
4. Award Учасник №1- unsuccessful, статус contract - cancelled (в разі наявності контракту), award Учасник №2 - pending, статус procedure - active_qualification. 5. Award'и Учасників № 1, 2 - unsuccessful, contract - cancelled (в разі наявності контракту), статус procedure - unsuccessful. Причина дискваліфікації, дата/час та документ передається в ЦБД в поле terminationReason award'у та корректно відображається на Майданчику. 6. Організатор та Учасники отримують сповіщення/лист: - Організатор - про успішну дискваліфікацію Учасника №2; про те що аукціон не відбувся.
- Учасник №1 - про те що аукціон не відбувся.
- Учасник №2 - про дискваліфікацію Організатором, про те що аукціон не відбувся.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
|
10071007Підтвердження сплати коштів до бюджету | Дискваліфікація підчас active_qualification |
Role |
ЦБДМайданчикУчасникПроцедура знаходиться в статусі pending_payment (Очікується сплата до бюджету) Award учасника в статусі active (Переможець. Очікується договір),contract в статусі signed | | - Триває qualificationPeriod.
- Статус procedure - active_qualification.
- Статус Award - pending.
|
Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у,
|
вказати дату сплати коштів до бюджету, натиснути кнопку "Кошти до бюджету сплачено".- завантажити/замінити rejectionProtocol або act та digitalSignature.
- Перевірити можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
- Перевірити надходження сповіщення/листа Організатору та Учасникам
|
Перевірити надходження сповіщень та листів Організатору та Учаснику - про виконані дії.
- Перевірити статуси
|
процедури, award'у, contract'у та інформацію щодо договору- award'ів, procedure після виконаних дій.
|
Expected results |
Введена дата передається в ЦБД в contract Учасника, та коректно відображаються на Майданчику, п
| - В Організатора доступна можливість завантажити/замінити документи до моменту зміни статусу award'у на unsuccessful.
- В Організатора доступна можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати"
|
ри внесені інформації в поле проводиться валідація даних на коректність Учасник - Учасники отримують сповіщення
|
та листи про підтвердження оплати коштів до бюджету.Після підтвердження оплати Майданчик змінює статус contract'у на paid, статус процедури - pending_admission (Аукціон завершено. Очікується виконання умов договору), статус award'у - залишається без змін.- /лист про виконані дії.
- Статус аward - unsuccessful, procedure - unsuccessful.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
ЦБД api:
Зміст100810081008Підтвердження виконання умов договору | Дискваліфікація підчас active_awarded |
---|
Role |
ЦБДМайданчикУчасникПроцедура знаходиться в статусі pending_admission (Аукціон завершено. Очікується виконання умов договору)
- Триває qualificationPeriod.
- Статус procedure - active_awarded.
- Статус Award - pending.
|
Award учасника в статусі active (Переможець. Очікується договір),contract в статусі paid |
Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у,
|
натиснути кнопку “Умови договору виконано”.- завантажити/замінити rejectionProtocol або act та digitalSignature.
- Перевірити можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
- Перевірити надходження сповіщення/листа Організатору та Учасникам
|
Перевірити надходження сповіщень, листів Організатору та Учаснику - про виконані дії.
- Перевірити статуси
|
процедури, award'у, contract'у та інформацію щодо договору- award'ів, procedure після виконаних дій.
|
Expected results |
Дата виконання умов договору фіксується в ЦБД в contract'і Учасника, та коректно відображаються на Майданчику
| - В Організатора доступна можливість завантажити/замінити документи до моменту зміни статусу award'у на unsuccessful.
- В Організатора доступна можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
- Організатор та
|
Учасник - Учасники отримують сповіщення
|
та листи про підтвердження виконання умов договору.Майданчик змінює статус contract'у на active, статус процедури та award'у - залишається без змін.- /лист про виконані дії.
- Статус аward - unsuccessful, procedure - unsuccessful.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
ЦБД api: Зміст |
11.Дискваліфікація Учасників |
| 01 | 01 | 01 | Дискваліфікація | 2-х award'івпідчас pending_payment |
---|
Role | Майданчик/Учасник/Організатор/Учасник/ЦБД |
Preconditions Статуси award'ів: | - Триває qualificationPeriod.
- Статус procedure
Учасник №1 - pending (Очікується протокол) або active (Переможець. Очікується договір)Учасник №2 waiting (Очікує рішення) Anchor |
---|
| причину дискваліфікації | - payment.
- Статус аward - active.
- Статус contract - signed.
причину дискваліфікації | Триває qualificationPeriod
Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у
Учасник №1, обрати файл rejectionProtocol (Протокол відхилення) або act (Акт про відмову).Обрати причину дискваліфікації, та натиснути кнопку "Дискваліфікувати": - Непідписання протоколу
Непідписання договору Поширюються обмежувальні заходи (санкції) Не проведення реєстрації представництва Невнесення сплати в установлений строк Неотримання висновку з оцінки впливу на довкілля Отримання висновку з оцінки впливу на довкілля з обґрунтуванням недопустимості провадження планованої діяльності
3. Перевірити надходження сповіщень та листів Організатору та Учасникам про виконані дії. 4. Перевірити статуси award'ів, contract'у (в разі наявності контракту) та процедури після виконаних дій. 5. Виконати степи 1-4 відносно Учасник №2. - , завантажити/замінити rejectionProtocol або act та digitalSignature.
- Перевірити можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
- Перевірити надходження сповіщення/листа Організатору та Учасникам про виконані дії.
- Перевірити статуси award'ів, procedure після виконаних дій.
|
Expected results
| Expected results
Файл вибрано. У Організатора є можливість замінити файл в інтерфейсі Майданчика до моменту зміни статусу - В Організатора доступна можливість завантажити/замінити документи до моменту зміни статусу
- award'у на unsuccessful.
Причина дискваліфікації та документ передаються в ЦБД, та коректно відображається на Майданчику- В Організатора доступна можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
- Організатор та Учасники отримують сповіщення
та листи:- Організатор - про успішну дискваліфікацію Учасника №1; про необхідність завантаження протоколу та терміни кваліфікації Учасника №2.
- Учасник №1 - про дискваліфікацію Організатором.
- Учасник №2 - про те що він набув статусу Переможець.
4. Award Учасник №1- unsuccessful (Дискваліфіковано), contract - cancelled (в разі наявності контракту), award Учасник №2 - pending (Очікується протокол), статус процедури - active_qualification (Очікується опублікування протоколу). 5. Причина дискваліфікації та документ передається в ЦБД та коректно відображається на Майданчику. Організатор та Учасники отримують сповіщення та листи: - Організатор - про успішну дискваліфікацію Учасника №2; про те що аукціон не відбувся.
- Учасник №1 - про те що аукціон не відбувся.
- Учасник №2 - про дискваліфікацію Організатором, про те що аукціон не відбувся.
Учасник №1, 2 award - unsuccessful (Дискваліфіковано), contract - cancelled (в разі наявності контракту), статус процедури - unsuccessful (Аукціон не відбувся). Дискваліфікація Учасника без вказання причин та завантаженого документу act (Акт про відмову) або rejectionProtocol (Протокол відхилення) неможлива. |
ЦБД api: Зміст |
- /лист про виконані дії.
- Статус аward - unsuccessful, procedure - unsuccessful.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-SD-UC-11-05 Anchor |
---|
| CBD3-SD-UC-11-05 |
---|
| CBD3-SD-UC-11-05 |
---|
|
| Дискваліфікація підчас pending_admission
|
---|
Role | Майданчик/Учасник/Організатор/ЦБД |
Preconditions | - Триває qualificationPeriod.
- Статус procedure - pending_admission.
- Статус аward - active.
- Статус contract - paid.
|
Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у, завантажити/замінити rejectionProtocol або act та digitalSignature.
- Перевірити можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
- Перевірити надходження сповіщення/листа Організатору та Учасникам про виконані дії.
- Перевірити статуси award'ів, procedure після виконаних дій.
|
Expected results
| - В Організатора доступна можливість завантажити/замінити документи до моменту зміни статусу award'у на unsuccessful.
- В Організатора доступна можливість обрати причину дискваліфікації, дата/час дискваліфікації та натиснути кнопку "Дискваліфікувати".
- Організатор та Учасники отримують сповіщення/лист про виконані дії.
- Статус аward - unsuccessful, procedure - unsuccessful.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-SD-UC-11-02 | | 02 | 02Дискваліфікація до завантаження Організатором auctionProtocol | Зміна статусу Учасника що очікує, після "Підтвердження виконання умов договору" для Переможця
|
Role | Майданчик/Учасник/Організатор/ЦБД |
Preconditions Процедура знаходиться в статусі active_qualification (Очікується опублікування протоколу) Award Учасника в статусі pending (Очікується протокол) | - Триває qualificationPeriod.
- Статус procedure - pending_admission.
- Статус аward - active.
- Статус аward - pending_waiting.
- Статус contract - paid.
|
Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у
, обрати файл rejectionProtocol (Протокол відхилення) або act (Акт про відмову).Обрати Draft Сценарії subsoil-dutch manual, та натиснути кнопку "Дискваліфікувати".Перевірити статус award'у, відображення завантаженого документу та причини дискваліфікації на Майданчику після виконаних дій.- Учасник №1, натиснути кнопку “Умови договору виконано”.
- Перевірити статуси procedure, contract, та award'ів після виконаних дій.
- Перевірити надходження сповіщень/листів Організатору та Учасникам про виконані дії.
|
Expected results
| - Дата виконання умов договору фіксується в ЦБД в contract'і Учасника, та корректно відображаються на Майданчику.
- Після натискання кнопки “Умови договору виконано” Майданчик передає contract'у статус active, ЦБД змінює статус award'у Учасник №2 на cancelled, статуси award'у Учасник №1 та procedure - залишаються без змін.
- Організатор та Учасник №1 отримують сповіщення/листи про підтвердження виконання умов договору, Учасник №2 - про зміну статусу award'а та повернення гарантійного внеску.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: | Expected results
- Файл вибрано. У Організатора є можливість замінити файл в інтерфейсі Майданчика до моменту зміни статусу award'у на unsuccessful (Дискваліфіковано).
- Причина дискваліфікації передається в ЦБД в поле data.award.description.
- Майданчик змінює статус дискваліфікованого award'у на unsuccessful (Дискваліфіковано), завантажений документ та причина коректно відображається на Майданчику.
| ЦБД api: Зміст |
CBD3-SD-UC-11-0307 Anchor |
---|
| CBD3-SD-UC-11-0307 |
---|
| CBD3-SD-UC-11-0307 |
---|
|
| Відмова Учасника від участі в кваліфікації Дискваліфікація після підтвердження auctionProtocol
|
---|
Role | Майданчик/Організатор/Учасник/Організатор/ЦБД |
Preconditions Процедура знаходиться в статусі active_awarded (Очікується підписання договору) Award Учасника в статусі active (Переможець. Очікується договір), contract в статусі pending | - Триває qualificationPeriod.
- Статус аward'у №2 - pending_waiting.
|
Steps To Reproduce | Перейти Організатором на сторінку - Перейти Учасником на сторінку кваліфікації award'у
, обрати файл rejectionProtocol (Протокол відхилення) або act (Акт про відмову).Обрати Draft Сценарії subsoil-dutch manual, та натиснути кнопку "Дискваліфікувати".Перевірити статус award'у, відображення завантаженого документу та причини дискваліфікації на Майданчику після виконаних дій. | Expected results
- Файл вибрано. У Організатора є можливість замінити файл в інтерфейсі Майданчика до моменту зміни статусу award'у на unsuccessful (Дискваліфіковано).
- Причина дискваліфікації передається в ЦБД в поле data.contract.description.
- Майданчик змінює статус contract'у на cancelled, статус дискваліфікованого award'у - unsuccessful (Дискваліфіковано), завантажений документ та причина коректно відображається на Майданчику.
|
ЦБД api: Зміст |
CBD3-SD-UC-11-04 Anchor |
---|
CBD3-SD-UC-11-04 | CBD3-SD-UC-11-04 | Дискваліфікація після завантаження contractSigned | Role | Майданчик/Учасник/Організатор/ЦБД |
Preconditions | Процедура знаходиться в статусі active_awarded (Очікується підписання договору) Award Учасника в статусі active (Переможець. Очікується договір), contract в статусі pending Завантажений документ contractSigned (Підписаний договір) в contract Учасника. |
Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у, обрати файл rejectionProtocol (Протокол відхилення) або act (Акт про відмову).
- Обрати Draft Сценарії subsoil-dutch manual, та натиснути кнопку "Дискваліфікувати".
- Перевірити статус award'у, відображення завантаженого документу та причини дискваліфікації на Майданчику після виконаних дій.
|
Expected results
- Файл вибрано. У Організатора є можливість замінити файл в інтерфейсі Майданчика до моменту зміни статусу award'у на unsuccessful (Дискваліфіковано).
- Причина дискваліфікації передається в ЦБД в поле data.contract.description.
- Майданчик змінює статус contract'у на cancelled, статус дискваліфікованого award'у - unsuccessful (Дискваліфіковано), завантажений документ та причина коректно відображається на Майданчику.
| ЦБД api: Зміст |
CBD3-SD-UC-11-05- та натиснути кнопку “Відмовитись від очікування”.
- Перевірити статуси award'у та procedure після виконаних дій.
- Перевірити надходження сповіщення/лист Організатору та Учасникам про виконані дії.
|
Expected results
| - Можливість відмовитися від очікування існує при одночасному виконанні усіх наступних умов:
- Процедура не знаходиться в одному з термінальних статусів - unsuccessful, cancelled, або complete
- Статус award'а - pending_waiting
2. Після натискання кнопки “Відмовитись від очікування” Майданчик передає award'y статус cancelled, статус procedure залишається без змін. 3. Організатор та Учасник отримують сповіщення/лист: - Організатор - про відмову від очікування Учасника.
- Учасник - про відмову від очікування та повернення гарантійного внеску.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
12. Перелік допустимих операцій для award'ів |
CBD3-SD-UC-12-01 Anchor |
---|
| CBD3-SD-UC-12-01 |
---|
| CBD3-SD-UC-12-01 |
---|
|
| Операції для award'у в статусі pending |
---|
Role | Майданчик/ЦБД/Організатор/Учасник |
Preconditions | - Триває qualificationPeriod.
- Статус аward'у - pending.
|
Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
- Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.
|
Expected results
| - Список доступних операцій для Організатора:
2. Список доступних операцій для Учасника: - Завантаження документів Переможцем після завершення модулю аукціону в bid (CBD3-SD-UC-10-03)
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
|
11051105Дискваліфікація на етапі "Підтвердження сплати коштів до бюджету" | Операції для award'у в статусі pending_waiting |
Role | Майданчик |
/УчасникЦБДПроцедура знаходиться в статусі pending_payment (Очікується сплата до бюджету)
- Триває qualificationPeriod.
- Статус аward'у - pending_waiting.
|
Award Учасника в статусі active (Переможець. Очікується договір), contract в статусі signedПерейти Організатором - Перейти Організатором на сторінку кваліфікації award'у
|
, обрати файл rejectionProtocol (Протокол відхилення) або act (Акт про відмову).Обрати Draft Сценарії subsoil-dutch manual, та натиснути кнопку "Дискваліфікувати".- та перевірити список доступних операцій.
- Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій
|
Перевірити статус award'у, відображення завантаженого документу та причини дискваліфікації на Майданчику після виконаних дій- Файл вибрано. У Організатора є можливість замінити файл в інтерфейсі Майданчика до моменту зміни статусу award'у на unsuccessful (Дискваліфіковано).
- Причина дискваліфікації передається в ЦБД в поле data.contract.description.
- Майданчик змінює статус contract'у на cancelled, статус дискваліфікованого award'у - unsuccessful (Дискваліфіковано), завантажений документ та причина коректно відображається на Майданчику.
|
| - Для Організатора усі операції є заблоковані.
- Для Учасника доступна операція - відмова від участі в кваліфікації (CBD3-SD-UC-11-09).
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
ЦБД api:
Зміст110611061106Дискваліфікація на етапі "Підтвердження виконання умов договору" | Операції для award'ів в статусі unsuccessful |
Role | Майданчик/ |
УчасникЦБДПроцедура знаходиться в статусі pending_admission (Аукціон завершено. Очікується виконання умов договору)
- Триває qualificationPeriod.
- Статус аward'у - unsuccessful.
|
Award Учасника в статусі active (Переможець. Очікується договір), contract в статусі paidПерейти Організатором - Перейти Організатором на сторінку кваліфікації award'у
|
, обрати файл rejectionProtocol (Протокол відхилення) або act (Акт про відмову).Обрати Draft Сценарії subsoil-dutch manual, та натиснути кнопку "Дискваліфікувати".- та перевірити список доступних операцій.
- Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій
|
Перевірити статус award'у, відображення завантаженого документу та причини дискваліфікації на Майданчику після виконаних дійЦБД api: Зміст |
- Файл вибрано. У Організатора є можливість замінити файл в інтерфейсі Майданчика до моменту зміни статусу award'у на unsuccessful (Дискваліфіковано).
- Причина дискваліфікації передається в ЦБД в поле data.contract.description.
- Майданчик змінює статус contract'у на cancelled, статус дискваліфікованого award'у - unsuccessful (Дискваліфіковано), завантажений документ та причина коректно відображається на Майданчику.
|
| - Для Організатора усі операції є заблоковані.
- Для Учасника усі операції є заблоковані.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
110711071107Дискваліфікація на етапі "Завершення аукціону" | Операції для award'у в статусі cancelled |
Role | Майданчик/ |
УчасникЦБДПроцедура знаходиться в статусі pending_admission (Аукціон завершено. Очікується виконання умов договору)
- Триває qualificationPeriod.
- Статус аward'у - cancelled.
|
Award Учасника в статусі active (Переможець. Очікується договір), contract в статусі activeПерейти Організатором - Перейти Організатором на сторінку кваліфікації award'у
|
, обрати файл rejectionProtocol (Протокол відхилення) або act (Акт про відмову).Обрати Draft Сценарії subsoil-dutch manual, та натиснути кнопку "Дискваліфікувати".- та перевірити список доступних операцій.
- Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій
|
Перевірити статус award'у, відображення завантаженого документу та причини дискваліфікації на Майданчику після виконаних дійЦБД api: Зміст |
- Файл вибрано. У Організатора є можливість замінити файл в інтерфейсі Майданчика до моменту зміни статусу award'у на unsuccessful (Дискваліфіковано).
- Причина дискваліфікації передається в ЦБД в поле data.contract.description.
- Майданчик змінює статус contract'у на cancelled, статус дискваліфікованого award'у - unsuccessful (Дискваліфіковано), завантажений документ та причина коректно відображається на Майданчику.
|
| - Для Організатора усі операції є заблоковані.
- Для Учасника усі операції є заблоковані.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
110811081108Зміна статусу Учасника що очікує, після "Підтвердження виконання умов договору" для Переможця | Операції для award'у в статусі active, contract в статусі pending |
Role | Майданчик/ЦБД/Організатор/Учасник |
/ЦБДСтатуси award'ів:
Учасник №1 - Триває qualificationPeriod.
- Статус аward'у - active
|
(Переможець. Очікується договір), contract в статусі paidУчасник №2 _waiting (Очікує рішення)Перейти Організатором - Перейти Організатором на сторінку кваліфікації award'у
|
Учасник №1, натиснути кнопку “Умови договору виконано”.Перевірити статуси процедури, award'ів, contract'у та інформацію щодо договору.Перевірити надходження сповіщень та листів Організатору та Учасникам про виконані дії.- та перевірити список доступних операцій.
- Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.
|
Expected results
| - Список доступних операцій для Організатора:
2. Для Учасника усі операції є заблоковані. |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
Expected results | - Дата виконання умов договору фіксується в ЦБД в contract'і Учасника, та коректно відображаються на Майданчику.
- Після натискання кнопки “Умови договору виконано” Майданчик передає contract'у статус active, ЦБД змінює статус award'у Учасник №2 на cancelled (Учасник не став переможцем), статуси award'у Учасник №1 та процедури - залишаються без змін.
- Організатор та Учасник №1 отримують сповіщення та листи про підтвердження виконання умов договору, Учасник №2 - про зміну статусу award'а та повернення гарантійного внеску.
|
ЦБД api:
Зміст110911091109Відмова Учасника від участі в кваліфікації | Операції для award'у в статусі active, contract в статусі signed |
Role | Майданчик/ЦБД/Організатор/Учасник |
Role | Майданчик/Учасник/ЦБД |
Preconditions | - Триває qualificationPeriod
|
Award Учасника, цінова пропозиція якого є друга по величині - pending_waiting (Очікує рішення)- .
- Статус аward'у - active.
- Статус сontract - signed.
|
Steps To Reproduce |
Перейти Учасником (статус якого pending_waiting) на сторінку Перевірити статуси - Перейти Організатором на сторінку кваліфікації award'у та
|
натиснути кнопку “Відмовитись від очікування”.- перевірити список доступних операцій.
- Перейти Учасником на сторінку кваліфікації
|
процедури після виконаних дій.Перевірити надходження сповіщень та листів Організатору та Учасникам про виконані дії- перевірити список доступних операцій.
|
Expected results |
- Можливість відмовитися від очікування існує при одночасному виконанні усіх наступних умов:
- Процедура не знаходиться в одному з термінальних статусів - unsuccessful (Аукціон не відбувся), cancelled (Аукціон відмінено), або complete (Аукціон завершено)
- Статус award'а Учасника №2 - pending_waiting (Очікує рішення)
- Статус award'а Учасника №1 - pending (Очікується протокол) або active (Переможець. Очікується договір), до переведення contract'у в статус active
2. Після натискання кнопки “Відмовитись від очікування” Майданчик передає award'y статус cancelled (Учасник не став переможцем), статус процедури залишається без змін. 3. Організатор та Учасник №2 отримують сповіщення та листи: - Організатор - про відмову від очікування Учасника №2.
- Учасник №2 - про відмову від очікування та повернення гарантійного внеску.
|
| - Список доступних операцій для Організатора:
2. Для Учасника усі операції є заблоковані. |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-SD-UC-12-07 Anchor |
---|
| CBD3-SD-UC-12-07 |
---|
| CBD3-SD-UC-12-07 |
---|
|
| Операції для award'у в статусі active, contract в статусі paid |
Role | Майданчик/Організатор/ЦБД |
Preconditions | - Триває qualificationPeriod.
- Статус аward'у - active.
- Статус сontract - paid.
|
Steps To Reproduce | - Перейти Організатором на сторінку
|
ЦБД api: Зміст |
12.Перелік допустимих операцій для award'ів |
CBD3-SD-UC-12-01 Anchor |
---|
CBD3-SD-UC-12-01 | CBD3-SD-UC-12-01 | Операції для award'у в статусі pending | Role | Майданчик/ЦБД/Організатор/Учасник |
Preconditions | Award знаходиться в статусі pending (Очікується протокол) |
Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
- Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.
|
Expected results
| - Список доступних операцій для Організатора:
- Завантаження та підтвердження auctionProtocol Організатором Підтвердження виконання умов договору (CBD3-SD-UC-10-0508)
- Дискваліфікація до завантаження auctionProtocol (CBD3-SD-UC-11-0206)
2. Список доступних операцій для Учасника: Всі інші операції з award'ом заблоковані. Для Учасника усі операції є заблоковані. |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: ЦБД api: Зміст |
CBD3-SD-UC-12-0208 Anchor |
---|
| CBD3-SD-UC-12-0208 |
---|
| CBD3-SD-UC-12-0208 |
---|
|
| Операції для award'у в статусі pending_waitingдля award'а в статусі active, contract в статусі active |
Role | Майданчик/ЦБД/Організатор/Учасник |
PreconditionsAward знаходиться в статусі pending_waiting (Очікує рішення) | - Триває qualificationPeriod.
- Статус аward'у - active.
- Статус сontract - active.
|
Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
- Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.
|
Expected results
| - Для Організатора
усі операції є заблоковані.Для Учасника доступна операція - відмова від участі в кваліфікації (CBD3- існує можливість дискваліфікувати Учасника (CBD3-SD-UC-11-
08- 07).
Всі інші операції з award'ом заблоковані. ЦБД api: Зміст-
- Для Учасника усі операції є заблоковані.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
120312031203Операції для award'ів в статусі unsuccessful | Скасування процедури |
---|
Role | Майданчик |
/ЦБД/Організатор/Учасник/ЦБД |
Preconditions |
Award знаходиться в статусі unsuccessful (Дискваліфіковано) procedure - НЕ знаходиться в статусі active_auction або термінальному: - unsuccessful
- cancelled
- complete
|
Steps To Reproduce
| - Перейти Організатором на сторінку
|
кваліфікації award'у та перевірити список доступних операцій.Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій- аукціону, вибрати функцію скасування, вибрати документ - cancellationDetails.
- Обрати причину скасування.
- Ввести фактичну дату скасування. Натиснути кнопку "Скасувати аукціон".
- Перевірити відображення завантаженого документу на Майданчику, статуси award'ів, contract'у та procedure після виконаних дій.
- Перевірити надходження сповіщень/листів Організатору та Учасникам про виконані дії.
|
Expected results
|
- Для Організатора усі операції є заблоковані.
- Для Учасника усі операції є заблоковані.
| ЦБД api: Зміст |
CBD3-SD-UC-12-04 Anchor |
---|
CBD3-SD-UC-12-04 | CBD3-SD-UC-12-04 | Операції для award'у в статусі cancelled | Role | Майданчик/ЦБД/Організатор/Учасник |
Preconditions | Award знаходиться в статусі cancelled (Учасник не став переможцем) |
Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
- Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.
|
Expected results | - Для Організатора усі операції є заблоковані.
- Для Учасника усі операції є заблоковані.
|
| - Файл вибрано. У Організатора аукціону є можливість замінити cancellationDetails через інтерфейс Майданчика до моменту завантаження файлу в ЦБД та натискання кнопки "Скасувати аукціон".
- Доступний вибір причини скасування аукціону згідно переліку.
- Присутня валідація на введену дату (дата створення процедури < фактична дата скасування зазначена в документі < поточна дата).
- Завантажений документ та обрана причина скасування передається в ЦБД та корректно відображається на Майданчику. Можливість заміни файлу cancellationDetails в ЦБД - відсутня. Майданчик змінює статус procedure на - cancelled, статуси award'ів та contract'у (за наявності) - залишаються без змін.
- Організатор та Учасники отримують сповіщення/листи про скасування аукціону.
Можливість скасування Аукціону існує лише при одночасному виконанні усіх наступних умов: - procedure не знаходиться в статусі active_auction, або в одному з термінальних статусів
- Завантажений документ cancellationDetails
- Обрана причина скасування.
- Введена фактична дата скасування
При скасуванні аукціону в статусі active_tendering - ставки учасників відсутні у публічному АРІ та не розкриваються. |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
| 14. Завершення процедури |
ЦБД api:
Зміст120512051205Операції для award'у в статусі active, contract в статусі pending | Завершення процедури |
Role | Організатор/Майданчик/ |
ОрганізаторAward знаходиться в статусі active (Переможець. Очікується договір), сontract знаходиться в статусі pending - Статус procedure - pending_admission.
- Статус award'у - active.
- Статус contract - active.
|
Steps To Reproduce | - Перейти Організатором на сторінку
|
кваліфікації award'у та перевірити список доступних операцій.- аукціону, та натиснути на кнопку “Завершити аукціон”. Перевірити статуси award'у, contract та procedure після виконаних дій.
- Перевірити надходження сповіщення/листа Організатору та Учасникам про виконані дії.
|
Expected results
| Доступна можливість "Завершити процедуру". Статус award'у - залишається без змін, статус contract'у - active, procedure - complete. Організатор та Учасник отримують сповіщення/лист про успішне завершення аукціону.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
15. Формування періодів процедури, award'ів та contract'ів |
Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.Expected results | - Список доступних операцій для Організатора:
2. Для Учасника усі операції є заблоковані. Всі інші операції з award'ом заблоковані. |
ЦБД api:
Зміст120612061206Операції для award'у в статусі active, contract в статусі signed | Відсутні подані bid'и |
---|
Role | Організатор/Майданчик/ |
ОрганізаторAward знаходиться в статусі active (Переможець. Очікується договір), сontract знаходиться в статусі pending | Створена локальна чернетка Організатором на Майданчику |
Steps To Reproduce | - Перейти Організатором в створену чернетку та натиснути кнопку "Опублікувати".
- Не подавати Учасником жодної ставки протягом Dutch Part, дочекатись завершення tenderPeriod.
- Перевірити формування наступних періодів процедури:
Image Added 4. Перевірити відсутність формування наступних періодів award'ів: Image Added |
Expected results
| - Процедура успішно опублікована.
- Процедура набуває статусу unsuccessful.
- Дата та час періодів процедури відповідають таблиці.
- Періоди відсутні, оскільки відсутні award'и кваліфікації.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
- Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.
|
Expected results | - Список доступних операцій для Організатора:
2. Для Учасника усі операції є заблоковані. Всі інші операції з award'ом заблоковані. |
ЦБД api:
Зміст120712071207Операції для award'у в статусі active, contract в статусі paid |
---|
Role | Організатор/Майданчик/ |
ОрганізаторAward знаходиться в статусі active (Переможець. Очікується договір), сontract знаходиться в статусі pending | Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
- Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.
|
Expected results | - Список доступних операцій для Організатора:
2. Для Учасника усі операції є заблоковані. Всі інші операції з award'ом заблоковані. |
ЦБД api: Зміст |
CBD3-SD-UC-12-08 Anchor |
---|
CBD3-SD-UC-12-08 | CBD3-SD-UC-12-08 | Операції для award'а в статусі active, contract в статусі active | Role | Майданчик/ЦБД/Організатор |
Preconditions | Award знаходиться в статусі active (Переможець. Очікується договір), сontract знаходиться в статусі active |
Steps To Reproduce | - Перейти Організатором на сторінку кваліфікації award'у та перевірити список доступних операцій.
- Перейти Учасником на сторінку кваліфікації award'у та перевірити список доступних операцій.
|
Expected results | - Для Організатора існує можливість дискваліфікувати Учасника.
- Для Учасника усі операції є заблоковані.
|
ЦБД api: Зміст |
13.Скасування процедури |
CBD3-SD-UC-13-01 | Створена локальна чернетка Організатором на Майданчику |
Steps To Reproduce | - Перейти Організатором в створену чернетку та натиснути кнопку "Опублікувати".
- Подати одну ставку Учасником протягом Dutch Part, дочекатись завершення Simultaneous Part.
- Перевірити формування наступних періодів процедури:
Image Added 4. Перевірити формування наступних періодів для award'у в статусі pending:
Image Added 5. Завантажити та підтвердити Організатором протокол для переможця, перевірити періоди award'у, та створення сутності contract: Image Added 6. Завантажити та підтвердити договір Організатором для Переможця, перевірити зміну дат для періодів award'у та зміну статусу contract'у Переможця: Image Added 7. Підтвердити сплату коштів до бюджету, перевірити зміну дат для періодів award'у та зміну статусу contract'у Переможця
Image Added 8. Підтвердити виконання умов договору та перевірити зміну дат дат для періодів award'у: Image Added 9. Натиснути на кнопку “Завершити аукціон”, та перевірити зміну дат для періоду процедури та її статус:
Image Added |
Expected results
| - Процедура успішно опублікована.
- Ставка успішно подана.
- Дата та час періодів процедури відповідає таблиці.
- Дата та час періодів award'у в статусі pending - відповідають таблиці.
- Протокол для переможця, завантажено та підтверджено, дата та час періодів award'у відповідають таблиці, створена сутність contract в статусі pending.
- Договір для переможця, завантажено та підтверджено, дата та час періодів award'у відповідають таблиці, contract набуває статусу signed.
- Дата та час періодів award'у відповідають таблиці, contract набуває статусу paid.
- Дата та час періодів award'у відповідають таблиці, contract набуває статусу active.
- Дата та час періодів процедури відповідають таблиці, процедура набуває статусу complete.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
|
13011301Скасування процедури | Подано два bid'а |
---|
Role | Організатор/Майданчик |
/Організатор/Учасник/ЦБД |
Preconditions |
Процедура НЕ знаходиться в статусі active_auction (Аукціон) або термінальному: - unsuccessful (Аукціон не відбувся)
- cancelled (Аукціон відмінено)
- complete (Аукціон завершено)
| Steps To Reproduce | - Перейти Організатором аукціону на сторінку аукціону, вибрати функцію скасування, вибрати документ - cancellationDetails (Причини скасування).
- Обрати причину скасування:
- наявність рішення суду, яке набрало законної сили;
- визнання в установленому законодавством порядку протиправними дій та/або скасування рішень стосовно пропозицій щодо визначення переліку ділянок надр, дозволи на користування якими виставляються на аукціон.
3. Ввести фактичну дату скасування. Натиснути кнопку "Скасувати аукціон". 4. Перевірити відображення завантаженого документу на Майданчику, статуси award'ів, contract'у та процедури після виконаних дій. 5. Перевірити надходження сповіщень та листів Організатору та Учасникам про виконані дії. |
Expected results | - Файл вибрано. У Організатора аукціону є можливість замінити cancellationDetails (Причини скасування) через інтерфейс Майданчика до моменту завантаження файлу в ЦБД та натискання кнопки "Скасувати аукціон".
- Доступний вибір причини скасування аукціону згідно переліку.
- Присутня валідація на введену дату (дата створення процедури< фактична дата скасування зазначена в документі < поточна дата).
- Завантажений документ та обрана причина скасування передається в ЦБД та коректно відображається на Майданчику. Можливість заміни файлу cancellationDetails (Причини скасування) в ЦБД - відсутня. Майданчик змінює статус процедури на - cancelled (Аукціон відмінено), статуси award'ів та contract'у (за наявності) - залишаються без змін.
- Організатор та Учасники отримують сповіщення та листи про скасування аукціону.
Можливість скасування Аукціону існує лише при одночасному виконанні усіх наступних умов: - Процедура не знаходиться в статусі active_auction (Аукціон), або в одному з термінальних статусів
- Завантажений документ cancellationDetails (Причини скасування)
- Обрана причина скасування.
- Введена фактична дата скасування
При скасуванні аукціону в статусі active_tendering (Прийняття заяв на участь) - ставки учасників відсутні у публічному АРІ та не розкриваються. |
ЦБД api: Зміст |
14.Завершення процедури | CBD3-SD-UC-14-01Створена локальна чернетка Організатором на Майданчику |
Steps To Reproduce | - Перейти Організатором в створену чернетку та натиснути кнопку "Опублікувати".
- Подати дві заяви на участь, зробити ставку Учасником №1 протягом Dutch Part, Учасником №2 протягом Simultaneous Part, дочекатися завершення Priority Part.
- Перевірити формування наступних періодів процедури:
Image Added 4. Перевірити формування наступних періодів для award'у в статусі pending та відсутність їх для учасника зі статусом pending_waiting: Image Added 5. Дискваліфікувати award в статусі pending, та перевірити формування наступних періодів для 2-го award'у: Image Added 6. Перевірити формування наступного періоду процедури для 2-го award'у: Image Added |
Expected results
| - Процедура успішно опублікована.
- Заяви успішно подані.
- Дати та час періодів процедури відповідають таблиці.
- Дата та час періодів award'у переможця відповідають таблиці, для Учасника зі статусом pending_waiting - періоди відсутні.
- Успішна дискваліфікація 1-го Учасника, та набуття award'ом 2-го Учасника статусу pending. Дата та час періодів 2-го award'у відповідають таблиці.
- Дати та час періодів процедури відповідають таблиці.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
|
14011401Завершення процедури | Перенесення дати початку періоду аукціону |
Role | Організатор/Майданчик |
/УчасникAward переможця- в статусі active (Переможець. Очікується договір), contract - в статусі activeПроцедура знаходиться в статусі pending_admission (Аукціон завершено. Очікується виконання умов договору)
Створена чернетка Організатором. Створення процедури без прискорення. |
Steps To Reproduce |
- Перейти Організатором на сторінку аукціону, та натиснути на кнопку “Завершити аукціон”,
- Перевірити статус процедури після виконаних дій
Перевірити надходження сповіщень та листів Організатору та Учасникам про виконані дії
| - Організатором опублікувати процедуру на найближчу дату згідно Timeline процедури.
- Перевірити дати формування в процедурі періодів згідно Timelin'у процедури які призначила ЦБД відповідно словника вихідні дні та святковий день.
- Перевірити формування усіх періодів після МА.
|
Expected results
| - Процедури успішно опубліковано.
- Дати періодів в процедурі відповідають Timelin'у процедури враховуючи данні словника вихідні дні та святковий день.
- Періоди відповідають Timeline процедури.
|
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
Expected results | Можливість Завершити Аукціон існує лише при виконанні наступних умов:
- Процедура знаходиться в статусі active_awarded (Очікується підписання договору)
- Award Учасника - в статусі active (Переможець. Очікується договір)
- Contract - в статусі active
2. Статус процедури - complete (Аукціон завершено). 3. Організатор та Учасник отримують сповіщення та лист про успішне завершення процедури. |
ЦБД api: Зміст |
15.Формування періодів процедури, award'ів та contract'ів16. Періоди, статуси, документи |
151515Відсутні подані bid'иОрганізатор/УчасникЦБДСтворена локальна чернетка Організатором на Майданчику- Перейти Організатором в створену чернетку та натиснути кнопку "Опублікувати".
- Не подавати жодної ставки, дочекатись завершення tenderPeriod.
- Перевірити формування наступних періодів процедури:
Image Removed 4. Перевірити відсутність формування наступних періодів award'ів: Image Removed | - Перевірити Організатором можливість завантаження/оновлення документів.
|
Expected results
| - Присутня можливість завантаження /оновлення документів. Майданчик відображає документи згідно таблиці.
Image Added |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
Expected results | - Процедура успішно опублікована.
- Процедура набуває статусу unsuccessful (Аукціон не відбувся).
- Дата та час періодів процедури відповідають таблиці.
- Періоди відсутні, оскільки відсутні award'и кваліфікації.
|
ЦБД api:
Зміст151515Поданий один bidОрганізатор/Майданчик/Учасник/ЦБД |
Preconditions |
Створена локальна чернетка Організатором на Майданчику- Перейти Організатором в створену чернетку та натиснути кнопку "Опублікувати".
- Подати одну ставку, дочекатись завершення tenderPeriod.
- Перевірити формування наступних періодів процедури:
Image Removed 4. Перевірити відсутність формування наступних періодів award'ів: Image Removed | - Перевірити Учасником можливість завантаження/оновлення документів.
|
Expected results
| - Присутня можливість завантаження/оновлення документів. Майданчик відображає документи згідно таблиці.
Image Added |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
Expected results | - Процедура успішно опублікована.
- Ставка успішно подана.
- Процедура набуває статусу unsuccessful (Аукціон не відбувся). Дата та час періодів процедури відповідають таблиці.
- Періоди відсутні, оскільки відсутні award'и кваліфікації.
|
ЦБД api:
Зміст151515Подано два bidаОрганізатор/Майданчик/Учасник/Організатор/ЦБД |
Preconditions |
Створена локальна чернетка Організатором на Майданчику- Триває qualificationPeriod.
- Статус аward'у - active.
|
Steps To Reproduce |
- Перейти Організатором в створену чернетку та натиснути кнопку "Опублікувати".
- Подати дві ставки, дочекатись завершення auctionPeriod.
- Перевірити формування наступних періодів процедури:
Image Removed 4. Перевірити формування наступних періодів для award'у в статусі pending (Очікується протокол) та відсутність їх для учасника зі статусом pending_waiting (Очікує рішення): Image Removed 5. Дискваліфікувати award в статусі pending (Очікується протокол), та перевірити формування наступних періодів для 2-го award'у: Image Removed 6. Завантажити та підтвердити протокол для 2-го award'у, перевірити періоди award'у та створення сутності contract: Image Removed | - Перевірити Учасником та Організатором можливість завантаження/оновлення документів.
|
Expected results
| - Присутня можливість завантаження/оновлення документів. Майданчик відображає документи згідно таблиці.
Image Added |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
CBD3-SD-UC-16-04 Anchor |
---|
| CBD3-SD-UC-16-04 |
---|
| CBD3-SD-UC-16-04 |
---|
|
| Документи contract'у |
Role | Майданчик/Учасник/Організатор/ЦБД |
Preconditions | - Статус procedure - active_awarded.
- Статус аward'у - active.
- Статус contract'у - pending.
- Триває qualificationPeriod.
|
Steps To Reproduce | - Перевірити Організатором можливість завантаження/оновлення документів.
|
Expected results
| - Присутня можливість завантаження/оновлення документів. Майданчик відображає документи згідно таблиці.
Image Added |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
Expected results | - Процедура успішно опублікована.
- Заяви успішно подані.
- Дати та час періодів процедури відповідають таблиці.
- Дата та час періодів award'у переможця відповідають таблиці, для Учасника зі статусом pending_waiting (Очікує рішення) - періоди відсутні.
- Успішна дискваліфікація 1-го Учасника, та набуття award'ом 2-го Учасника статусу pending (Очікується протокол). Дата та час періодів 2-го award'у відповідають таблиці.
- Дати та час періодів процедури відповідають таблиці.
|
ЦБД api:
Зміст1504150415-04Подано два bid'а (contract's milestones) | Role | Організатор/Майданчик/Учасник/ЦБД |
Preconditions | Award в статусі active_awarded (Очікується підписання договору), contract - pending |
Steps To Reproduce | - Завантажити та підтвердити договір Організатором для Переможця, перевірити зміну дат для періодів award'у та contract'у Переможця:
Image Removed 2. Підтвердити сплату коштів до бюджету та перевірити зміну дат для періодів contract'у: Image Removed 3. Підтвердити виконання умов договору та перевірити зміну дат для періоду процедури та contract'у: Image Removed |
Expected results | - Дати та час періодів award'у та contract'у відповідають таблиці.
- Дати та час періодів contract'у відповідають таблиці.
- Дати та час періодів процедури та contract'у відповідають таблиці.
|
ЦБД api: Зміст |
| Статуси процедури |
Role | Майданчик/Учасник/Організатор/ЦБД |
Preconditions | Процедура знаходиться у відповідному статусі. |
Steps To Reproduce | - Перевірити відображення статусів процедури згідно таблиці.
|
Expected results
| - Майданчик відображає статуси процедури згідно таблиці.
Image Added |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
150515051505Перенесення дати початку Періоду Аукціону | Статуси award'у |
Role | Майданчик/Учасник/Організатор |
/Майданчиксуботунеділюсвятковий день (згідно словника)Створити Організатором на Майданчику три локальні чернетки з бажаними датами аукціону не менше ніж 30 календарних днів від поточної дати, на наступні дні:
2. Перевірити дати проведення аукціону auctionPeriodStartDate які призначила ЦБД.Процедура та award знаходяться у відповідному статусі. |
Steps To Reproduce |
- Перейти Організатором в створені чернетки та опублікувати їх.
- Перевірити відображення статусів award'ів згідно таблиці.
|
Expected results |
- Процедури успішно опубліковано.
- Для усіх опублікованих процедур auctionPeriodStartDate відповідає даті найближчого робочого дня після auctionPeriodShouldStartAfter (вказаної бажаної дати аукціону).
|
| - Майданчик відображає статуси award'ів згідно таблиці.
Image Added |
Зміст |
Самостійне тестування Майданчика (посилання на процедуру/скріншот): |
Results: |
ЦБД api:
Зміст