Page History

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

Expected results

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

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

ЦБД api:

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

Expected results

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

ЦБД api:

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

Expected results

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

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

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

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

ЦБД api:

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

Expected results

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

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

При створенні копії існує можливість змінити тип аукціону на один з описаних в CBD3-SD-UC-02-01

ЦБД api:

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

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

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

Expected results

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

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

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

ЦБД api: 

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

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

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

Expected results

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

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

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

ЦБД api:

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

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

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

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

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

Expected results

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

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

ЦБД api: 

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

Створена чернетка заяви на участь

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

Expected results

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

ЦБД api:

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

Створити двома Учасниками чернетки заяви на участь 

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

Expected results

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

ЦБД api:

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

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

Expected results

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

Учасник має можливість подавати заяву на участь лише протягом tenderPeriod.Відсутня можливість публікації чернетки заяви на участь без завантаження обов'язкових документів CBD3-SD-UC-07-01.

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

ЦБД api:

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

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

Expected results

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

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

ЦБД api:

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

Bid в статусі active

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

Expected results

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

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

ЦБД api:

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

Bid в статусі active

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

Expected results

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

ЦБД api:

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

Expected results

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

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

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

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

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

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

ЦБД api:

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

ЦБД api: 

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

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

1. Завантажити Учасником всі необхідні документи, які вимагає від нього Організатор до завершення verificationPeriod.
2. Перевірити відображення документів на Майданчику після завантаження.

Expected results

1. Усі типи документів (описані в сценарії CBD3-SD-UC-07-01) доступні для завантаження. 
2. Завантажені документи передаються в ЦБД в bid Учасника та коректно відображаються на Майданчику. 

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

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

ЦБД api:

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

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

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

Expected results

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

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

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

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

ЦБД api:

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

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

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

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

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

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

ЦБД api:

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

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

1. Перейти Організатором на сторінку кваліфікації 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 - Дата підписання договору

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

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

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

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

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

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

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

ЦБД api:

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

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

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

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

ЦБД api:

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

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

1. Перейти Організатором на сторінку кваліфікації award'у, натиснути кнопку “Умови договору виконано”.
2. Перевірити надходження сповіщень, листів Організатору та Учаснику про виконані дії.
3. Перевірити статуси процедури, award'у, contract'у та інформацію щодо договору.

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

ЦБД api: