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

1. Заповнити усі обов'язкові поля з даними Замовника (акціонерне товариство “Українська залізниця”.)
   

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

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

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

  5. Перевірити активацію аккаунту Замовника.

Expected results

1. Виконуються автоматичні перевірки на обов'язкові поля, та їх валідність.
2. Завантажені документи відображаються в особистому кабінеті.

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

1. Заповнити усі обов'язкові поля з даними Замовника (акціонерне товариство “Українська залізниця”.)
   

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

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

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

  5. Перевірити активацію аккаунту Замовника.

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

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

ЦБД api:

Зміст

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

Expected results

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

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

ЦБД api:

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

Expected results

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

ЦБД api:

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

Expected results

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

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

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

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

Незалежно від кількості поданих валідних ставок - кваліфікацію проходять лише один Учасник з найвищою ціновою пропозицією, ЦБД створює лише 1 сутність  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)
• Терміни на завантаження протоколу (award.verificationPeriod.startDate - award.verificationPeriod.endDate)

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

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

Ставки Учасників сортуються від більшої ціни до меншої. У випадку співпадіння вище розташована пропозиція учасника, що подана раніше.

Майданчик не виводить інформацію щодо bid’ів у статусі статусі draft та deleted.

• currency)
• Статус award (award.status)
• Документи Учасника (bids.documents)
• Терміни на завантаження протоколу (award.verificationPeriod.startDate - award.verificationPeriod.endDate)

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

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

Ставки Учасників сортуються від більшої ціни до меншої. У випадку співпадіння вище розташована пропозиція учасника, що подана раніше.

Майданчик не виводить інформацію щодо bid’ів у статусі статусі draft та deleted.

ЦБД api: 

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

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

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

Expected results

1. Усі типи документів (описані в сценарії Draft!!!Сценарії railwayCargoEnglish-manual) доступні для завантаження. 
2. Завантажені документи передаються в ЦБД в bid Учасника та коректно відображаються на Майданчику. 

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

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

ЦБД api:

Зміст

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

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

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

Expected results

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

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

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

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

ЦБД api:

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

Award Учасника

в

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

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

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

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

В даній процедурі завантаження та підтвердження auctionProtocol Замовником - є не обов'язковою дією. 

Документ заяви на участь (завантажений Учасником), що ЦБД автоматично прикріплює до award'у, для можливості підтвердження його Майданчиком Замовника

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

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

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

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

.

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

ЦБД api:

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

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

1. Перейти Замовником на сторінку кваліфікації

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

Expected results

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

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

ЦБД api: 

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

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

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

Expected results

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

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

ЦБД api: 

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

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

1. Перейти Замовником на сторінку кваліфікації award'у, та дискваліфікувати Учасника.

Expected results

1. Дискваліфікації Учасника неможлива.

ЦБД api: 

Expected results

ЦБД api: