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

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:

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

Expected results

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

ЦБД api:

Створення чернетки доступно тільки для ролі Замовник

1. Обрати Тип аукціону - "Процедура послуги з використанням вагонів" та заповнити всі обов'язкові поля.

Замовник аукціону повинен обрати один з трьох варіантів у випадаючому переліку:

1. 0 – перевезення групами вагонів,
2. 1 – перевезення маршрутами відправника,
3. 2 – продаж обсягу перевезення

Замовник має можливість при створюванні процедури одрати мінімальну кількіть учасників 1 або 2 

Використовуються наступні коди класифікаторів:

Основний класифікатор (код) - 34621100-7 — Вантажні залізничні вагони

Додатковий класифікатор (код) - MA08-5 — Для залізничного транспорту

В разі якщо лот виставляється більше одного разу (значення tenderAttemts>1), необхідно обов'язково вказати id попереднього аукціону - (previousAuctionId) та знижку (масив полів Discount) - необов'язково для заповнення:

• Валюта (discountValueCurrency)
• Сума (discountValueAmount)
• Розмір знижки від попереднього аукціону, % (percentDiscount)

  2. Завантажити усі доступні типи документів :

• technicalSpecifications (Технічні специфікації)
  
• illustration (Ілюстрації)
  
• notice (Паспорт торгів)
  
• evaluationCriteria (Кваліфікаційні вимоги)
• x_presentation (Презентація)
  
• digitalSignature (Цифровий підпис)

  3. Зберегти інформацію як локальну чернетку на Майданчику.

  4. Перевірити можливість перегляду та редагування чернетки.

Expected results

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

ЦБД api:

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

Expected results

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

ЦБД api:

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

Expected results

1. Після перевірки валідності всіх даних відбувається публікація процедури в ЦБД  з присвоєнням процедурі ID вигляду RCE001-UA-2020..... 
2. Процедура стає доступною для пошуку та перегляду на Майданчиках та Порталі, уся інформація коректно відображається.
3. Процедура отримує статус active_tendering (Прийняття заяв на участь).
4. Замовник отримує сповіщення в особистий кабінет та лист на пошту - підтвердження успішної публікації процедури в ЦБД.

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

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

ЦБД api:

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

Expected results

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

ЦБД api:

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

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

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

Expected results

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

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

ЦБД api: 

Для Учасника та Замовника доступна функція оновлення документів:

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

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

Expected results

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

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

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

Винятки:

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

ЦБД api:

Для Учасника та Замовника доступна функція видалення документів:

• Учасник - протягом tenderPeriod та awardVerificationPeriod
• Замовник - протягом усіх періодів окрім auctionPeriod

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

Expected results

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

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

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

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

ЦБД api:

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

Steps To Reproduce

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

Expected results

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

Інформація про Учасника, що задав запитання розкривається ТІЛЬКИ після набуття процедурою статусу active_qualification (Очікується опублікування протоколу та завершення аукціону).

Майданчик зобов'язаний надсилати сповіщення та лист Замовнику аукціону кожні 24 години про наявність запитань без відповідей. 

Після завершення enquiryPeriod Майданчик припиняє надсилання Замовнику аукціону оповіщень/листів на пошту про запитання без відповідей.

ЦБД api: 

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

Отримано запитання від учасника

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

Expected results

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

В період відмінний від enquiryPeriod в Замовника відсутня можливість надати відповідь на запитання.

Після завершення enquiryPeriod Майданчик припиняє надсилання Замовнику аукціону оповіщень/листів на пошту про запитання без відповідей.

ЦБД api:

На Майданчику аукціони типу railwayCargoEnglish ("Процедура послуги з використанням вагонів") відображаються в окремому підрозділі.

Перейти в даний підрозділ або загальну форму пошуку аукціонів

1. Виконати пошук аукціону згідно заданих параметрів або критеріїв пошуку:

• ID аукціону
• Назва аукціону 
• Замовник
• Дата аукціону 
• Тип аукціону  

  2. Виконати фільтрацію згідно додаткових класифікаторів лоту.

Expected results

1. Відображені аукціони відповідають заданим параметрам або критеріям пошуку.
2. Відображені аукціони відповідають фільтрам які застосовувалися. 

Відсутні результати, які не відповідають заданим критеріям. 

В разі пошуку аукціону згідно параметрів, які не містяться в БД, або некоректних критеріїв - відсутні результати.

ЦБД api: 

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

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

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

• commercialProposal (Заява на участь)
• qualificationDocuments (Документи що підтверджують кваліфікацію)
• eligibilityDocuments (Документи що підтверджують відповідність)
• digitalSignature (Цифровий підпис)

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

Expected results

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

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

ЦБД 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. Учаснику відображається сповіщення та надходить лист на пошту про успішну активацію заяви на участь.

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

Відсутня можливість публікації чернетки заяви на участь без завантаження обов'язкових документів Сценарії railwayCargoEnglish-manual.

ЦБД api:

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

Bid в статусі active

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

Expected results

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

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

ЦБД api:

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

Bid в статусі active

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

Expected results

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

ЦБД api:

Наявні два або більше bid'а

Процедура змінила статус на active_auction (Аукціон)

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

Expected results

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

ЦБД api:

Наявні два або більше bid'а

Процедура змінила статус на active_auction (Аукціон)

1. Перевірити Учасником отримання сповіщення в особистому кабінеті та листа поштою з приватним посиланням для участі в модулі аукціону.
2. Перевірити відображення Майданчиком приватного посилання для переходу в модуль аукціону протягом 15 хв з моменту зміни статусу аукціону на active_auction (Аукціон).
3. Перейти в аукціон по приватному посиланню.

Expected results

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

ЦБД api:

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

Expected results

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

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

Статус 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.

ЦБД api: 

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

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

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

Expected results

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

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

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

ЦБД api:

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

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

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

Expected results

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

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

4. Документ auctionProtocol (Протокол аукціону) скопійований ЦБД до award'у Учасника, що кваліфікується. Майданчик відображає два документи.

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

Майданчик не блокує можливість завантаження документу - auctionProtocol (Протокол аукціону) Учасником після завершення verificationPeriod.

Вразі якщо Учасник завантажив до auctionProtocol digitalSignature (Цифровий підпис) він також дублюється ЦБД. 

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

ЦБД api:

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

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

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

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

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

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

ЦБД api:

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

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

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_qualification (Очікується опублікування протоколу та завершення аукціону)

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

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

Expected results

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

ЦБД api: 

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

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

Expected results

1. Список доступних операцій для Замовника:

• Завантаження та підтвердження auctionProtocol Замовником (CBD3-CE-UC-09-05) - завантаження - дія не обов'язкова, підтвердження - обов'язкова
  
• Дискваліфікація Учасника Сценарії railwayCargoEnglish-manual, Сценарії railwayCargoEnglish-manual. 

  2. Список доступних операцій для Учасника:

• Завантаження документів Переможцем після завершення модулю аукціону (CBD3-CE-UC-09-03).
• Завантаження auctionProtocol Переможцем (CBD3-CE-UC-09-04).

Всі інші операції з award'ом заблоковані.

ЦБД api: 

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

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

1. Дискваліфікація Учасника Сценарії railwayCargoEnglish-manual.
   
2. Для Учасника усі операції є заблоковані.

ЦБД api:

Award знаходиться в статусі unsuccessful (Дискваліфіковано)

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

Expected results

1. Для Замовника усі операції є заблоковані.
2. Для Учасника усі операції є заблоковані.

ЦБД api:

Процедура НЕ знаходиться в статусі active_auction (Аукціон) або термінальному: 

• unsuccessful (Аукціон не відбувся)
• cancelled (Аукціон відмінено)
• complete (Аукціон завершено)

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

Expected results

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

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

• Процедура не знаходиться в статусі  active_auction (Аукціон), або в одному з термінальних статусів
• Завантажений документ cancellationDetails (Причини скасування)
• Введено опису причини скасування.
• Введена фактична дата скасування

При скасуванні аукціону в статусі active_tendering (Прийняття заяв на участь) - ставки учасників не розкриваються.

ЦБД api:

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

Award переможця - в статусі active (Переможець. Очікується завершення аукціону)

1. Перейти Замовником на сторінку аукціону, та натиснути на кнопку “Завершити аукціон”.
2. Перевірити статус процедури після виконаних дій. 

3. Перевірити надходження сповіщень та листів Замовнику та Учасникам про виконані дії.

Expected results

1. Можливість Завершити Аукціон існує лише при виконанні наступних умов:

• Процедура знаходиться в статусі active_qualification (Очікується опублікування протоколу та завершення аукціону)
• Award Учасника - в статусі active (Переможець. Очікується завершення аукціону)

  2. Статус процедури - complete (Аукціон завершено).

  3. Замовник та Учасник отримують сповіщення та лист про успішне завершення аукціону.

ЦБД api: 

Створена локальна чернетка Організатором на Майданчику

Expected results

1. Процедура успішно опублікована.
2. Процедура набуває статусу unsuccessful (Аукціон не відбувся).
3. Дата та час періодів процедури відповідають таблиці.
4. Періоди відсутні, оскільки відсутній award кваліфікації.

ЦБД api: 

Створена локальна чернетка Організатором на Майданчику

1. Процедура успішно опублікована.
2. Заява успішно подана.
3. Дати та час періодів процедури відповідають таблиці.
4. Дата та час періодів award'у відповідають таблиці.
5. qualificationPeriodEndDate та award.verificationPeriodEndDate змінилися на дату та час підтвердження протоколу.

ЦБД api:

Створена локальна чернетка Організатором на Майданчику

1. Процедура успішно опублікована.
2. Заяви успішно подані.
3. Дати та час періодів процедури відповідають таблиці.
4. Дата та час періоду award'у відповідають таблиці.
5. qualificationPeriodEndDate та award.verificationPeriodEndDate змінився на дату та час підтвердження протоколу.

ЦБД api:

Створити Організатором на Майданчику три локальні чернетки з бажаними датами аукціону не менше ніж 1 робочий день від поточної дати, на наступні дні:

• суботу
• неділю
• святковий день (згідно словника)
  

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

Expected results

1. Процедури успішно опубліковано.
2. Для усіх опублікованих процедур auctionPeriodStartDate відповідає даті найближчого робочого дня після auctionPeriodShouldStartAfter (вказаної бажаної дати аукціону).

ЦБД api:

Створення чернетки доступно тільки для ролі Замовник

1. Створити Організатором  процедуру з minNumberOfQualifiedBids - 1 та minNumberOfQualifiedBids - 2.
2. Перевіри відображення мінімальної кількості учасників на Майданчику та в json`i.
3. Подати валідні ставки одним Учасником на обидва аукціони.
4. Дочекатися завершення active.auction. 

Expected results

ЦБД api: