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

CBD3-SD-UC-07-03

CBD3-SD-UC-07-04

CBD3-SD-UC-08-01

CBD3-SD-UC-08-02

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

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

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

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

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

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

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

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

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

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

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

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

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

ЦБД api:

Зміст

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

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

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

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

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

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

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

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

ЦБД api:

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

Expected results

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

ЦБД api:

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

Зміст

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

Expected results

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

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

Зміст

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

Expected results

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

Зміст

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

Expected results

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

Зміст

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

Expected results

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

Зміст

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

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

ЦБД api:

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

Expected results

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

ЦБД api:

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

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

Expected results

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

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

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

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

Зміст

ЦБД api:

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

Expected results

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

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

Зміст

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

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

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

• .

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

Expected results

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

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

Зміст

ЦБД api: 

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

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

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

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

• .

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

Expected results

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

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

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

Винятки:

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

Зміст

ЦБД api:

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

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

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

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

• .

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

Expected results

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

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

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

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

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

ЦБД api:

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

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

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

Зміст

Expected results

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

Expected results

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

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

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

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

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

Зміст

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

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

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

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

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

Expected results

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

1. сповіщення в особистий кабінет та

1. листом про успішне

1. внесення змін в bid.
2. Після завершення  active_tendering - видалення bid'а

1. недоступне.

• ---

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

Зміст

• Статус procedure - active_tendering.

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

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

Expected results

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

Зміст

• Статус procedure - active_tendering.

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

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

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

Expected results

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

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

Зміст

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

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

Expected results

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

Зміст

• Статус procedure - active_tendering.

Expected results

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

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

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

Зміст

• Статус procedure - active_qualification.

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

Expected results

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

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

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

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

Зміст

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

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

Expected results

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

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

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

Зміст