Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

1. Реєстрація та внесення змін в акаунт

CBD3-SPP-UC-01-01

Anchor
CBD3-SPP-UC-01-01
CBD3-SPP-UC-01-01

Реєстрація Учасника

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

Expected results




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

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

Зміст

Самостійне тестування Майданчика (посилання на процедуру/скріншот):
Results: 

CBD3-SPP-UC-01-02

Anchor
CBD3-SPP-UC-01-02
CBD3-SPP-UC-01-02

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

  5. Перевірити відображення інформації після повторної активації акаунту.

Expected results




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

Зміст

Самостійне тестування Майданчика (посилання на процедуру/скріншот):
Results: 
2. Публікація процедури

CBD3-SPP-UC-02-01

Anchor
CBD3-SPP-UC-02-01
CBD3-SPP-UC-02-01

Публікація процедури з tenderAttempts = 1
RoleМайданчик/ЦБД/Організатор
Preconditions
  • Статус аsset - active_rectification.
  • Статус announcement - pending.
Steps To Reproduce
  1. Перевірити, що announcement набуває статусу active_auction, а ЦБД автоматично створює procedure.
  2. Перевірити, можливість переходу та перегляду інформації в announcement, з якого створено процедуру example: JAS001-UA-YYYYMMDD-00000.
  3. Перевірити, можливість переходу та перегляду інформації в аsset з якого створено ІП example: RAS001-UA-YYYYMMDD-00000.
  4. Перевірити статус procedure та має tenderAttempts = 1, відсутній discount.
  5. Перевірити надходження повідомлення/листа про створення процедури.

Expected results


  1. Автоматично створено першу процедуру з ланцюжка SPP000-UA-YYYYMMDD-00000.
  2. Доступний перехід та перегляд інформації в announcement.
  3. Доступний перехід та перегляд інформації в аsset.
  4. Статус procedure - active_tendering та має tenderAttempts = 1, відсутній discount.
  5. Організатору надходять повідомлення/листа про створення процедури.
Зміст
Самостійне тестування Майданчика (посилання на процедуру/скріншот):
Results: 

CBD3-SPP-UC-02-02

Anchor
CBD3-SPP-UC-02-02
CBD3-SPP-UC-02-02

Публікація процедури з tenderAttempts = 2
RoleМайданчик/ЦБД/Організатор
Preconditions
  • Статус аsset - active_rectification.
  • Статус announcement - pending.
  • Статус procedure (tenderAttempts = 1) - unsuccessful (якщо перший аукціон не відбувся з причини дискваліфікації учасників без переважного права).
Steps To Reproduce
  1. Перевірити, що announcement набуває статусу active_auction, а ЦБД автоматично створює procedure.
  2. Перевірити, можливість переходу та перегляду інформації в procedure (tenderAttempts = 1).
  3. Перевірити, можливість переходу та перегляду інформації в announcement, з якого створено процедуру example: JAS001-UA-YYYYMMDD-00000.
  4. Перевірити, можливість переходу та перегляду інформації в аsset з якого створено ІП example: RAS001-UA-YYYYMMDD-00000.
  5. Перевірити, що процедура має tenderAttempts = 2, відсутній discount.
  6. Перевірити надходження повідомлення/листа про створення процедури.

Expected results


  1. Автоматично створено другу процедуру з ланцюжка SPP000-UA-YYYYMMDD-00000.
  2. Доступний перехід та перегляд інформації в procedure (tenderAttempts = 1).
  3. Доступний перехід та перегляд інформації в announcement.
  4. Доступний перехід та перегляд інформації в аsset.
  5. Статус procedure - active_tendering та має tenderAttempts = 2відсутній discount.
  6. Організатору надходять повідомлення/листа про створення процедури.

  • Процедура створюється автоматично сутністю announcement, як тільки попередня Процедура із ланцюжка ІП набула статусу unsuccessful.
  • Для створення procedure використовуються ряд даних з блоків/полів announcement і аsset
  • ЦБД передає Майданчику Організатора token створеної procedure статус якої active_tendering.
  • В разі дискваліфікації Учасників в попередній процедурі відображають данні з поля disqualifiedBids.
Зміст
Самостійне тестування Майданчика (посилання на процедуру/скріншот):
Results: 

CBD3-SPP-UC-02-03

Anchor
CBD3-SPP-UC-02-03
CBD3-SPP-UC-02-03

Публікація процедури з tenderAttempts = 3
RoleМайданчик/ЦБД/Організатор
Preconditions
  • Статус аsset - active_rectification.
  • Статус announcement - pending.
  • Статус procedure (tenderAttempts = 1) - unsuccessful.
Steps To Reproduce
  1. Перевірити, що announcement набуває статусу active_auction, а ЦБД автоматично створює procedure.
  2. Перевірити, можливість переходу та перегляду інформації в procedure (tenderAttempts = 1).
  3. Перевірити, можливість переходу та перегляду інформації в announcement, з якого створено процедуру example: JAS001-UA-YYYYMMDD-00000.
  4. Перевірити, можливість переходу та перегляду інформації в аsset з якого створено ІП example: RAS001-UA-YYYYMMDD-00000.
  5. Перевірити, що процедура має tenderAttempts = 3, відсутній discount.
  6. Перевірити надходження повідомлення/листа про створення процедури.

Expected results


  1. Автоматично створено другу процедуру з ланцюжка SPЕ000-UA-YYYYMMDD-00000.
  2. Доступний перехід та перегляд інформації в procedure (tenderAttempts = 1).
  3. Доступний перехід та перегляд інформації в announcement.
  4. Доступний перехід та перегляд інформації в аsset.
  5. Статус procedure - active_tendering та має tenderAttempts = 3відсутній discount.
  6. Організатору надходять повідомлення/листа про створення процедури.

  • Процедура створюється автоматично сутністю announcement, як тільки попередня Процедура із ланцюжка ІП набула статусу unsuccessful.
  • Для створення procedure використовуються ряд даних з блоків/полів announcement і аsset
  • ЦБД передає Майданчику Організатора token створеної procedure статус якої active_tendering.
  • В разі дискваліфікації Учасників в попередній процедурі відображають данні з поля disqualifiedBids.
Зміст
Самостійне тестування Майданчика (посилання на процедуру/скріншот):
Results: 

CBD3-SPP-UC-02-04

Anchor
CBD3-SPP-UC-02-04
CBD3-SPP-UC-02-04

Відображення в процедурі пов'язаних сутностей ланцюжка
RoleМайданчик/Організатор/Учасник/ЦБД
Preconditions
  • Статус аsset - у відповідному статусі.
  • Статус announcement - у відповідному статусі.
  • Статус procedure - у відповідному статусі.
  • Статус execution - у відповідному статусі.
Steps To Reproduce
  1. Перевірити відповідність статусу аsset.
  2. Перевірити відповідність статусу announcement.
  3. Перевірити відповідність статусу procedure.
  4. Перевірити відповідність статусу execution.

Expected results

  1. Майданчик вірно відображає поточний статус аsset.
  2. Майданчик вірно відображає поточний статус announcement.
  3. Майданчик вірно відображає поточний статус procedure.
  4. Майданчик вірно відображає поточний статус execution.

В разі дискваліфікації Учасників в попередній процедурі відображають данні з поля disqualifiedBids.

Зміст
Самостійне тестування Майданчика (посилання на процедуру/скріншот):
Results: 

3. Робота з Document Service

CBD3-SPP-UC-03-01

Anchor
CBD3-SPP-UC-03-01
CBD3-SPP-UC-03-01

Завантаження документів
RoleМайданчик/Учасник/Організатор/ЦБД
Preconditions

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

  • Учасник - протягом tenderPeriod та award.verificationPeriod.
  • Організатор - протягом усіх періодів.
Steps To Reproduce
  1. Перейти в створену процедуру, та завантажити доступні документи для даного етапу.
  2. Перевірити наявність завантажених документів в DS та коректність їх відображення на Майданчику.

Expected results

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

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

index - Параметр сортування:

  • Чим менше значення поля, тим вище документ буде при відображенні на майданчиках.

  • Якщо параметр не зазначений, документи будуть виводитись останніми у переліку.

  • Якщо кілька документів мають однакове значення параметру, порядок сортування буде залежати від dateModified.

Зміст
Самостійне тестування Майданчика (посилання на процедуру/скріншот):
Results: 

CBD3-SPP-UC-03-02

Anchor
CBD3-SPP-UC-03-02
CBD3-SPP-UC-03-02

Оновлення документів
RoleМайданчик/Організатор/Учасник/ЦБД
Preconditions

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

  • Учасник - протягом tenderPeriod та award.verificationPeriod.
  • Організатор - протягом усіх періодів.
Steps To Reproduce
  1. Перейти в створену процедуру, оновити доступні документи для даного етапу.
  2. Перевірити наявність оновлених документів в DS та коректність їх відображення на Майданчику.

Expected results




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

  • Інформація про попередні версії документів доступна по окремому ендпойнту.
  • Можливість оновлення власних документів доступна лише в межах одного статусу процедури. 
  • Протягом tenderPeriod Організатору доступна можливість замінювати документи окрім документів Процедури, які були перенесені з Інформаційного Повідомлення та Об'єкту реєстру при автоматичному створенні Процедури.
Зміст
Самостійне тестування Майданчика (посилання на процедуру/скріншот):
Results: 

CBD3-SPP-UC-03-03

Anchor
CBD3-SPP-UC-03-03
CBD3-SPP-UC-03-03

Особливості роботи з digitalSignature
RoleМайданчик/Організатор/Учасник/ЦБД
Preconditions
  • Учасник - протягом tenderPeriod та award.verificationPeriod.
  • Організатор - протягом усіх періодів.
Steps To Reproduce
  1. Перейти в створену процедуру, та завантажити доступні документи для даного етапу.
  2. Завантажити до кожного документу digitalSignature.
  3. Перевірити наявність завантажених документів в DS. Перевірити, що Майданчик коректно відображає до якого саме документу завантажено digitalSignature.
  4. Замінити документ до якого було завантажено digitalSignature.

Expected results




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

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

  • Якщо док має "_ds_scope": "public" то digitalSignature також має "_ds_scope": "public"
  • Якщо док має "_ds_scope": "private" то digitalSignature також має "_ds_scope": "private"
Зміст
Самостійне тестування Майданчика (посилання на процедуру/скріншот):
Results: 
4. Редагування процедури

CBD3-SPP-UC-04-01

Anchor
CBD3-SPP-UC-04-01
CBD3-SPP-UC-04-01

Внесення змін в guarantee
RoleМайданчик/Організатор/ЦБД
Preconditions
  • Статус asset - active_procedure.
  • Статус announcement - active_auction.
  • Статус procedure - active_tendering.
  • Триває - clarificationPeriod.
  • Доступно тільки для procedure з tenderAttempts = 2.
Steps To Reproduce
  1. Перевірити можливість вносити зміни в опубліковану процедуру до завершення clarificationPeriod поле "Гарантійний внесок".
  2. Зберегти зміни в процедурі, опублікувати її в ЦБД та перевірити коректність відображення.
  3. Перевірити надходження сповіщення/лист про виконані дії.

Expected results




  1. Організатор має можливість внести зміни в поле "Гарантійний внесок".
  2. Усі зміни передаються в ЦБД та корректно відображаються на Майданчику.
  3. Організатору надходять сповіщення/лист про виконані дії.
Зміст
Самостійне тестування Майданчика (посилання на процедуру/скріншот):
Results: 

CBD3-SPP-UC-04-02

Anchor
CBD3-SPP-UC-04-02
CBD3-SPP-UC-04-02

Внесення змін в sellingEntity, accessDetails, аssetHolder 
RoleМайданчик/Організатор/Учасник/ЦБД
Preconditions
  • Статус procedure НЕ - complete, unsuccessful, cancelled.
Steps To Reproduce
  1. Перевірити можливість вносити зміни в опубліковану процедуру в: 
  • SellingEntity  (та всі дочірні) - Контактні дані організатора.
  • AccessDetails (та всі дочірні) - Порядок ознайомлення з майном, час і місце проведення огляду об’єкта.
  • АssetHolder (та всі дочірні) - Інформація про балансоутримувача.

  2. Зберегти зміни в процедурі, опублікувати її в ЦБД та перевірити коректність відображення.

  3. Перевірити надходження сповіщення/лист про виконані дії.

Expected results




  1. Організатор має можливість внести зміни в поля:
  • "Контактні дані організатора".
  • "Порядок ознайомлення з майном, час і місце проведення огляду об’єкта".
  • "Інформація про балансоутримувача".

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

  4. Організатору/Учаснику надходять сповіщення/лист про виконані дії.

Зміст
Самостійне тестування Майданчика (посилання на процедуру/скріншот):
Results: 

CBD3-SPP-UC-04-03

Anchor
CBD3-SPP-UC-04-03
CBD3-SPP-UC-04-03

Внесення змін в bankAccounts
RoleМайданчик/Організатор/Учаснику/ЦБД
Preconditions
  • Статус procedure відмінний від - active_awarded, complete, unsuccessful, cancelled.
Steps To Reproduce
  1. Перевірити можливість вносити зміни в BankAccounts (та всі дочірні) - Банківські рахунки організатора.
  2. Зберегти зміни в процедурі, опублікувати її в ЦБД та перевірити коректність відображення.
  3. Перевірити надходження сповіщення/лист про виконані дії.

Expected results




  1. Організатор має можливість внести зміни в BankAccounts (та всі дочірні) - Банківські рахунки організатора.
  2. Усі зміни передаються в ЦБД та корректно відображаються на Майданчику.
  3. Організатору/Учаснику надходять сповіщення/лист про виконані дії.

Доступна можливість обирати bankAccounts лише UA-IBAN.

Зміст
Самостійне тестування Майданчика (посилання на процедуру/скріншот):
Results: