Page History

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

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

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

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

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

Expected results

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

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

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

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

Незалежно від кількості поданих валідних ставок - кваліфікацію проходять лише два Учасники з найвищими ціновими пропозиціями, ЦБД створює максимум 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. Завантажити Перевірити можливість завантажити/оновити Учасником всі необхідні доступні документи , які вимагає від нього Організатор до завершення verificationPeriodvericationPeriod.
2. Перевірити відображення документів на Майданчику після завантаження.

Expected results

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

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

Доступне завантаження/оновлення/видалення документів (Сценарії 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. 

Доступне завантаження/оновлення/видалення документів (Сценарії 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 (Переможець. Очікується договір).

Доступне завантаження/оновлення/видалення документів (Сценарії 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.

Доступне завантаження/оновлення/видалення документів (Сценарії 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:

Expected results

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

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

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

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

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

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

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

ЦБД api: 

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

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

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

Expected results

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

ЦБД api: 

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

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

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

Expected results

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

ЦБД api: 

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

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

Завантажений документ contractSigned (Підписаний договір) в contract Учасника.

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

Expected results

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

ЦБД api: 

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

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

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

Expected results

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

ЦБД api: 

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

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

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

Expected results

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

ЦБД api: 

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

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

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

Expected results

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

ЦБД api: 

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

• Учасник №1 - active (Переможець. Очікується договір), contract в статусі paid
• Учасник №2 - pending_waiting (Очікує рішення)

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

Expected results

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

ЦБД api:

Триває qualificationPeriod

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

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

Expected results

1. Можливість відмовитися від очікування існує при одночасному виконанні усіх наступних умов:

• Процедура не знаходиться в одному з термінальних статусів - unsuccessful (Аукціон не відбувся), cancelled (Аукціон відмінено), або complete (Аукціон завершено)
• Статус award'а Учасника №2 - pending_waiting (Очікує рішення)
• Статус award'а Учасника №1 - pending (Очікується протокол) або active (Переможець. Очікується договір), до переведення contract'у в статус active

  2. Після натискання кнопки “Відмовитись від очікування” Майданчик передає award'y статус cancelled (Учасник не став переможцем), статус процедури залишається без змін. 

  3. Організатор та Учасник №2 отримують сповіщення та листи: 

• Організатор - про відмову від очікування Учасника №2.
• Учасник №2 - про відмову від очікування та повернення гарантійного внеску.

ЦБД api: