CBD3-PSADMIN-UC-08-01, CBD3-PSADMIN-UC-08-02, CBD3-PSADMIN-UC-08-03, CBD3-PSADMIN-UC-09-01, CBD3-PSADMIN-UC-09-02, CBD3-PSADMIN-UC-09-03

CBD3-PSADMIN-UC-12-01, CBD3-PSADMIN-UC-13-01, CBD3-PSADMIN-UC-14-01, CBD3-PSADMIN-UC-15-01

CBD3-PSADMIN-UC-03-04, CBD3-PSADMIN-UC-03-05, CBD3-PSADMIN-UC-03-06, CBD3-PSADMIN-UC-03-07, CBD3-PSADMIN-UC-03-08, CBD3-PSADMIN-UC-03-09

CBD3-PSADMIN-UC-16-01, CBD3-PSADMIN-UC-16-02, CBD3-PSADMIN-UC-16-03, CBD3-PSADMIN-UC-16-04, CBD3-PSADMIN-UC-16-05, CBD3-PSADMIN-UC-16-06

16.07.2024

17.07.2024

CBD3-PSADMIN-UC-11-01

CBD3-PSADMIN-UC-11-02

CBD3-PSADMIN-UC-12-01

CBD3-PSADMIN-UC-12-02

26.07.2024

CBD3-PSADMIN-UC-13-06, CBD3-PSADMIN-UC-13-07, CBD3-PSADMIN-UC-13-08,  CBD3-PSADMIN-UC-13-09,  CBD3-PSADMIN-UC-13-10,  CBD3-PSADMIN-UC-13-11,  CBD3-PSADMIN-UC-13-12,  CBD3-PSADMIN-UC-13-13

29.07.2024

CBD3-PSADMIN-UC-14-01, CBD3-PSADMIN-UC-14-02, CBD3-PSADMIN-UC-14-03, CBD3-PSADMIN-UC-14-04, CBD3-PSADMIN-UC-14-05, 

CBD3-PSADMIN-UC-14-06, CBD3-PSADMIN-UC-14-07, CBD3-PSADMIN-UC-14-08, CBD3-PSADMIN-UC-14-09

 CBD3-PSADMIN-UC-15-01, CBD3-PSADMIN-UC-15-02, CBD3-PSADMIN-UC-15-03, CBD3-PSADMIN-UC-15-04, CBD3-PSADMIN-UC-15-05, CBD3-PSADMIN-UC-15-06, CBD3-PSADMIN-UC-15-07,

Для даного користувача для Prozorro.Sale Administrator сервісу надано значення для логування Логін 1, Пароль 1 

Користувач в особистому кабінеті має прив'язаний власний пристрій на якому встановлено програму авторизації, яка забезпечить дворівневу перевірку. Наприклад, "Google Authenticator", де користувач отримав одноразовий OTP Token 1 для підтвердження дій.

Користувач використовує лінку адмінки https://control-panel-sandbox.prozorro.sale/control-panel/administration/ 

1. На діалоговій формі Prozorro. Sale Administrator вносить значення у поля: 

• Username = Логін 1
• Password = Пароль 1
• OTP Token = OTP Token 1, який отримав від "Google Authenticator" станом на момент логування адмінки не пізніше як 30 сек до моменту логування

2. Використовує клавішу "Log in"

3. Відкриваємо поле Namespace

4. Визначаємо значення prozorro-sandbox

Expected results

1. Користувач успішно вносить значення у всі поля. 

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

2.2. Відкривається форма Prozorro. Sale.Administration, на якій розташовано:

• Поле: Namespace
• Recent actions з порожнім переліком значень

3. Присутні значення prozorro-sandbox, prozorro-sandbox-dgf.

4. На Welcome to Prozorro.Sale Administration діалоговій формі:

4.1. Присутній перелік з 19 команд:

1. Add jobber additional information commands  
2. Add procedure additional information commands 
3. Add registry additional information commands
4. Change bid owner commands
5. Change date config commands
6. Change jobber owner commands
7. Change jobber status commands
8.  Change procedure contract status commands
9. Change procedure owner commands
10. Change procedure status commands
11. Change registry owner commands
12. Change registry status commands
13. Edit jobber additional information commands
14. Edit procedure additional information commands
15. Edit registry additional information commands
16. Move procedure document commands
17. Move registry document commands
18. Procedure protection commands
19. Registry object protection commands

4.2. Для кожної із команди доступною є клавіші "+Add", "View"

4.3. На верхній панелі навігації є в доступі до використання закладки:

• Профайл користувача з іменем залогованого користувача
• Access logs
• Change password
• Log out

1. Переходимо на Change Password закладку
2. Вносимо валідні значення у поля: Old password, New password, New password confirmation та використовуємо клавішу Change my password 
3. Вилоговуємось і повторно логуємось з новим значенням для пароля.

Expected results

1. Відкривається діалогове вікно для зміни пароля
2. Система коректно зберігає внесені значення. 
3. Користувач успішно логується із новим значенням для пароля.

1. Навігуємось на профайл користувача
2. У поля на формі вносимо нові валідні значення
3. Використовуємо клавішу Save and continue editing
4. Використовуємо клавішу Close

Expected results

1. Відкривається діалогова форма для зміни значень у полях:

• User name, First name, Last name, Email address
• Dates: Date joined, Last login
• Actions: Pasword - з лінкою переходу на функцію "Change password"
• Conneted otp devices: з лінкою переходу на функцію "Add new device"
• Connected Devieces: відображається інформація про відповідно внесений попередньо пристрій 

2. Є можливість внесення нових валідних значень

3. Система коректно зберігає зміни

4. Діалогова форма для змін даних профайлу користувача закривається. 

Користувач залогований та присутній на головній сторінці Prozorro.Sale.Administration

1. Протягом 20 хв користувач не робить жодних дій у програмі
2. На 21 хв. користувач навігується на свій профайл щоб внести зміни 

Expected results

2. Користувача система автоматично вилоговує. Для користувача доступна відкрита форма для повторного логування в систему

Вибрано команду Change procedure owner commands

Присутній Procedure з Owner Name 1. У базі присутній Owner  Name 2.

1. Використовуємо клавішу Add з подальшим визначенням значення для Procedure id/Auction id:  
2. На Change procedure owner commands формі визначаємо значення у полях :

• Old Owner = Owner Name 1
• Owner = Owner Name 2 
• Заповнюємо всі обов'язкові поля валідними значеннями 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу "Refresh"

Expected results

3. У JSON даної Procedure для поля Owner присутнє значення Owner Name 2

Присутньо 20 procedures різного напрямку з різними можливими статусами та з власником Owner Name 1. У базі присутній власник Owner Name 2. Для набору процедур для тестування використати всі можливі процедури згідно файлу Додаткова інформація для процедур_ Адмінка_04_10_2023

Вибрано команду Change procedure owner commands 

1. Використовуємо клавішу Add з подальшим визначенням значення для всіх 20-ти Procedures id/Auction ids:  
2. На Change procedure owner commands формі визначаємо значення у полях :

• Old Owner = Owner Name 1
• Owner = Owner Name 2 
• Заповнюємо всі обов'язкові поля валідними значеннями 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу "Refresh"

Expected results

3. У JSON для всіх 20-ти Procedures для поля Owner присутнє значення Owner Name 2

Role

Preconditions

Користувач здійснив 2 команди стосовно зміни власника процедури:

• В рамках Команди 1 відбулась зміна власника лише для 1- ої процедури. 
• В рамках Команди 2 відбулась зміна власника для 20-процедур 

Присутній на Change procedure owner commands" 

1. Перелік рекордів та відображення інформації
2. Відкриваємо Рекорд 1 для перегляду
3. Відкриваємо Рекорд 2 для перегляду

Expected results

1. На формі перегляду відображаються 2 рекорди з коректними даними для колонок Created at, Created by
2. На діалоговій формі VIew Cnange procedure owner commands коректно відображається інформація стосовно Рекорд 1  
3. На діалоговій формі VIew Cnange procedure owner commands коректно відображається інформація стосовно Рекорд 2

Вибрано команду Change registy owner commands

Присутній Registry з Owner Name 1. У базі присутній Owner  Name 2.

1. Використовуємо клавішу "Add" з подальшим визначенням у полі collection значення Asset 
2. На Change registry owner commands формі визначаємо значення у полях :

• Old Owner = Owner Name 1
• Owner = Owner Name 2 
• Заповнюємо всі обов'язкові поля валідними значеннями 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу "Refresh"

Expected results

3. У JSON даного Registry для поля Owner присутнє значення Owner Name 2

Вибрано команду Change registy owner commands

Присутній Action з Owner Name 1. У базі присутній Owner  Name 2.

1. Використовуємо клавішу "Add" з подальшим визначенням у полі collection значення Asset 
2. На Change registry owner commands формі визначаємо значення у полях :

• Old Owner = Owner Name 1
• Owner = Owner Name 2 
• Заповнюємо всі обов'язкові поля валідними значеннями 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу "Refresh"

Expected results

3. У JSON даного Action для поля Owner присутнє значення Owner Name 2

Вибрано команду Change registy owner commands

Присутній Action з Owner Name 1. У базі присутній Owner  Name 2.

1. Використовуємо клавішу "Add" з подальшим визначенням у полі collection значення Asset 
2. На Change registry owner commands формі визначаємо значення у полях :

• Old Owner = Owner Name 1
• Owner = Owner Name 2 
• Заповнюємо всі обов'язкові поля валідними значеннями 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу "Refresh"

Expected results

3. У JSON даного Action для поля Owner присутнє значення Owner Name 2

На Commands administration вибрано команду Change registy owner commands

Присутній Assets з Owner Name 1. У базі присутній Owner  Name 2.

1. Використовуємо клавішу "Add" з подальшим визначенням у полі collection значення Asset 
2. На Change registry owner commands формі визначаємо значення у полях :

• Old Owner = Owner Name 1
• Owner = Owner Name 2 
• Заповнюємо всі обов'язкові поля валідними значеннями 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу "Refresh"

Expected results

3. У JSON даного Asset для поля Owner присутнє значення Owner Name 2

На Commands administration вибрано команду Change registy owner commands

Присутній Execution з Owner Name 1. У базі присутній Owner  Name 2.

1. Використовуємо клавішу "Add" з подальшим визначенням у полі collection значення Execution 
2. На Change registry owner commands формі визначаємо значення у полях :

• Old Owner = Owner Name 1
• Owner = Owner Name 2
• Заповнюємо всі обов'язкові поля валідними значеннями 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу "Refresh"

3. У JSON даного Execution для поля Owner присутньо значення Owner Name 2

Expected results

На Commands administration вибрано команду Change registy owner commands

Присутній Large Asset з Owner Name 1. У базі присутній Owner  Name 2.

1. Використовуємо клавішу "Add" з подальшим визначенням у полі collection значення Large Asset 
2. На Change registry owner commands формі визначаємо значення у полях :

• Old Owner = Owner Name 1
• Owner = Owner Name 2 
• Заповнюємо всі обов'язкові поля валідними значеннями 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу "Refresh"

Expected results

3. У JSON даного Large Asset для поля Owner присутнє значення Owner Name 2

На Commands administration вибрано команду Change registy owner commands

Присутній Large Execution з Owner Name 1. У базі присутній Owner  Name 2.

1. Використовуємо клавішу "Add" з подальшим визначенням у полі collection значення Large Execution 
2. На Change registry owner commands формі визначаємо значення у полях :

• Old Owner = Owner Name 1
• Owner = Owner Name 2
• Заповнюємо всі обов'язкові поля валідними значеннями 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу "Refresh"

Expected results

3. У JSON даного Large Execution для поля Owner присутньо значення Owner Name 2

На Commands administration вибрано команду Change registy owner commands

Присутній Legacy Asset з Owner Name 1. У базі присутній Owner  Name 2.

1. Використовуємо клавішу "Add" з подальшим визначенням у полі collection значення Legacy Asset 
2. На Change registry owner commands формі визначаємо значення у полях :

• Old Owner = Owner Name 1
• Owner = Owner Name 2 
• Заповнюємо всі обов'язкові поля валідними значеннями 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу "Refresh"

Expected results

3. У JSON даного Legacy Asset для поля Owner присутнє значення Owner Name 2

На Commands administration вибрано команду Change registy owner commands

Присутній Legacy Execution з Owner Name 1. У базі присутній Owner  Name 2.

1. Використовуємо клавішу "Add" з подальшим визначенням у полі collection значення Large Execution 
2. На Change registry owner commands формі визначаємо значення у полях :

• Old Owner = Owner Name 1
• Owner = Owner Name 2
• Заповнюємо всі обов'язкові поля валідними значеннями 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу "Refresh"

Expected results

3. У JSON даного Legacy Execution для поля Owner присутньо значення Owner Name 2

Вибрано команду Change data config commands

Дата 1 - робочий день в майбутньому періоді

1. Використовуємо клавішу Add
2. У полі Type визначаємо Holidays
3. У полі Value визначаємо значення Дата 1
4. У полі Reason вносимо дані 
5. Заповнюємо валідними даними значення полів OTP confirmation 
6. Використовуємо клавішу Save and view
7. На Command results секції в колонці Result використовуємо клавішу Refresh

Expected results

1. Відкривається діалогове вікно Change date config commands
2. , 3., 4., 5. Система дозволяє вибір значення у полях

6. На загальній діалоговій формі Change data config commands додався рекорд для Дата 1 з валідними значеннями у всіх колонках.

7. Доступна клавіша Refresh

7.1. У таблиці вибраних даних додався рекорд для відповідної Дата 1. 

7.2. На загальній діалоговій формі Change data config commands додався рекорд для Дата 1 з валідними значеннями у всіх колонках. 

7.1. Закривається дана форма. Появляється повідомлення: The SANDBOX: Change config data command “Changeconfigdate (1)” was added successfully. 

7.2. Відкривається View Sandbox Change config date commands діалогова форма з відображенням коректних даних для "Дата 1".  Command results у колонці Status відображається значення Pending. Для рекорду на Command results у колонці Status відображається значення Success

Для Майданчиків:

7. Організатор НЕ може створити процедуру, вказавши, що початок аукціону припадає на Дата 1

Вибрано команду Change data config commands 

Дата 1 - вихідний день в майбутньому періоді

1. Використовуємо клавішу Add
2. У полі Type визначаємо Working days
3. У полі Value визначаємо значення Дата 1
4. У полі Reason вносимо дані 
5. Заповнюємо валідними даними значення полів OTP confirmation
6. Використовуємо клавішу Save and view
7. На Command results секції в колонці Result використовуємо клавішу Refresh

Expected results

1. Відкривається діалогове вікно Change date config commands 
2. 3., 4., 5. Система дозволяє вибір значення у полях

6. На загальній діалоговій формі Change data config commands додався рекорд для Дата 1 з валідними значеннями у всіх колонках.

7. Доступна клавіша Refresh

7.1. У таблиці вибраних даних додався рекорд для відповідної Дата 1 

7.2. На загальній діалоговій формі Change data config commands додався рекорд для Дата 1 з валідними значеннями у всіх колонках. 

7.1. Закривається дана форма. Появляється повідомлення: The SANDBOX: Change config data command “Changeconfigdate (1)” was added successfully. 

7.2. Відкривається View Sandbox Change config date commands діалогова форма з відображенням коректних даних для Дата 1.  Command results у колонці Status відображається значення Pending. Для рекорду на Command results у колонці Status відображається значення Success

Для Майданчиків:

7. Організатор може створити процедуру, сказавши, що початок аукціону припадає на Дата 1

Role

Preconditions

Користувач 1, 2 здійснили загалом 7 команд протягом Періоду 1 у різні проміжки часу стосовно змін днів:

• з holiday на working date;
• з working date на holiday.

Присутні на Change config commands

1. Перелік рекордів та відображення інформації про здійснені операції.

Expected results

1. На формі перегляду відображаються 7 рекордів  з коректними даними в колонах Created at, Created by

Вибрано команду Move procedure document commands 

Для Procedure присутній Документ з даними у JSON:

• _ds_scope = public;
• URL = URL 1

1.  Використовуємо клавішу Add та для Collection поля визначаємо Procedure.  Для Procedure id: визначаємо потрібну procedure
2. На діалоговій формі Move procedure document заповнюємо всі обов'язкові поля валідними значеннями. Визначаємо значення для полів:

1) Link = URL 1    

2) New scope: private 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу Refresh

Expected results

Вибрано команду Move procedure document commands 

Для Procedure присутній Документ з даними у JSON:

• _ds_scope = private;
• URL = URL 1

1.  Використовуємо клавішу Add та для Collection поля визначаємо Procedure.  Для Procedure id: визначаємо потрібну Procedure
2. На діалоговій формі Move procedure document заповнюємо всі обов'язкові поля валідними значеннями. Визначаємо значення для полів:

1) Link = URL 1    

2) New scope: public 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу "Refresh"

Expected results

Вибрано команду Move registry document commands 

Для Registry присутній Документ з даними у JSON:

• _ds_scope = public;
• URL = URL 1

1.  Використовуємо клавішу Add та для Collection поля визначаємо Registry.  Для Object id/Human readable id: визначаємо потрібний registry
2. На діалоговій формі Move registry document заповнюємо всі обов'язкові поля валідними значеннями. Визначаємо значення для полів:

1) Link = URL 1    

2) New scope: private 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу Refresh

Expected results

Вибрано команду Move registry document commands 

Для Registry присутній Документ з даними у JSON:

• _ds_scope = private;
• URL = URL 1

1.  Використовуємо клавішу Add та для Collection поля визначаємо Registry.  Для Object id/Human readable id: визначаємо потрібний Registry
2. На діалоговій формі Move registry document заповнюємо всі обов'язкові поля валідними значеннями. Визначаємо значення для полів:

1) Link = URL 1    

2) New scope: public 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу Refresh

Expected results

Вибрано команду Move registry document commands 

Для Action присутній Документ з даними у JSON:

• _ds_scope = public;
• URL = URL 1

1.  Використовуємо клавішу Add та для Collection поля визначаємо Action.  Для Object id/Human readable id: визначаємо потрібний Action
2. На діалоговій формі Move registry document заповнюємо всі обов'язкові поля валідними значеннями. Визначаємо значення для полів:

1) Link = URL 1    

2) New scope: private 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу Refresh

Expected results

Вибрано команду Move registry document commands 

Для Action присутній Документ з даними у JSON:

• _ds_scope = private;
• URL = URL 1

1.  Використовуємо клавішу Add та для Collection поля визначаємо Action.  Для Object id/Human readable id: визначаємо потрібний Action
2. На діалоговій формі Move registry document заповнюємо всі обов'язкові поля валідними значеннями. Визначаємо значення для полів:

1) Link = URL 1    

2) New scope: public 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу Refresh

Expected results

Вибрано команду Move registry document commands 

Для Action присутній Документ з даними у JSON:

• _ds_scope = public;
• URL = URL 1

1.  Використовуємо клавішу Add та для Collection поля визначаємо Lease Request.  Для Object id/Human readable id: визначаємо потрібний Lease Request
2. На діалоговій формі Move registry document заповнюємо всі обов'язкові поля валідними значеннями. Визначаємо значення для полів:

1) Link = URL 1    

2) New scope: private 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу Refresh

Expected results

Вибрано команду Move registry document commands 

Для Lease Request присутній Документ з даними у JSON:

• _ds_scope = private;
• URL = URL 1

1.  Використовуємо клавішу Add та для Collection поля визначаємо Lease Request.  Для Object id/Human readable id: визначаємо потрібний Lease Request
2. На діалоговій формі Move registry document заповнюємо всі обов'язкові поля валідними значеннями. Визначаємо значення для полів:

1) Link = URL 1    

2) New scope: public 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу Refresh

Expected results

Вибрано команду Move registry document commands 

Для Asset присутній Документ з даними у JSON:

• _ds_scope = public;
• URL = URL 1

1.  Використовуємо клавішу Add та для Collection поля визначаємо Asset.  Для Object id/Human readable id: визначаємо потрібний Asset 
2. На діалоговій формі Move registry document заповнюємо всі обов'язкові поля валідними значеннями. Визначаємо значення для полів:

1) Link = URL 1    

2) New scope: private 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу Refresh

Expected results

Вибрано команду Move registry document commands 

Для Asset присутній Документ з даними у JSON:

• _ds_scope = private;
• URL = URL 1

1.  Використовуємо клавішу Add та для Collection поля визначаємо Asset.  Для Object id/Human readable id: визначаємо потрібний Asset 
2. На діалоговій формі Move registry document заповнюємо всі обов'язкові поля валідними значеннями. Визначаємо значення для полів:

1) Link = URL 1    

2) New scope: public 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу Refresh

Expected results

Вибрано команду Move registry document commands 

Для Execution присутній Документ з даними у JSON:

• _ds_scope = public;
• URL = URL 1

Expected results

1.  Використовуємо клавішу Add та для Collection поля визначаємо Execution.  Для Object id/Human readable id: визначаємо потрібний Execution
2. На діалоговій формі Move registry document заповнюємо всі обов'язкові поля валідними значеннями. Визначаємо значення для полів:

1) Link = URL 1    

2) New scope: private 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу Refresh

Вибрано команду Move registry document commands 

Для Execution присутній Документ з даними у JSON:

• _ds_scope = private;
• URL = URL 1

1.  Використовуємо клавішу Add та для Collection поля визначаємо Execution.  Для Object id/Human readable id: визначаємо потрібний Execution
2. На діалоговій формі Move registry document заповнюємо всі обов'язкові поля валідними значеннями. Визначаємо значення для полів:

1) Link = URL 1    

2) New scope: public 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу Refresh

Expected results

Вибрано команду Move registry document commands 

Для Large Asset присутній Документ з даними у JSON:

• _ds_scope = public;
• URL = URL 1

1.  Використовуємо клавішу Add та для Collection поля визначаємо Large Asset.  Для Object id/Human readable id: визначаємо потрібний Large Asset
2. На діалоговій формі Move registry document заповнюємо всі обов'язкові поля валідними значеннями. Визначаємо значення для полів:

1) Link = URL 1    

2) New scope: private 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу Refresh

Expected results

Вибрано команду Move registry document commands 

Для Large Asset присутній Документ з даними у JSON:

• _ds_scope = private;
• URL = URL 1

1.  Використовуємо клавішу Add та для Collection поля визначаємо Large Asset.  Для Object id/Human readable id: визначаємо потрібний Large Asset
2. На діалоговій формі Move registry document заповнюємо всі обов'язкові поля валідними значеннями. Визначаємо значення для полів:

1) Link = URL 1    

2) New scope: public

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу Refresh

Expected results

Вибрано команду Move registry document commands 

Для Large Executionприсутній Документ з даними у JSON:

• _ds_scope = public;
• URL = URL 1

1.  Використовуємо клавішу Add та для Collection поля визначаємо Large Execution.  Для Object id/Human readable id: визначаємо потрібний Large Execution
2. На діалоговій формі Move registry document заповнюємо всі обов'язкові поля валідними значеннями. Визначаємо значення для полів:

1) Link = URL 1    

2) New scope: private 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу Refresh

Expected results

Вибрано команду Move registry document commands 

Для Large Executionприсутній Документ з даними у JSON:

• _ds_scope = private;
• URL = URL 1

Expected results

1.  Використовуємо клавішу Add та для Collection поля визначаємо Large Execution.  Для Object id/Human readable id: визначаємо потрібний Large Execution
2. На діалоговій формі Move registry document заповнюємо всі обов'язкові поля валідними значеннями. Визначаємо значення для полів:

1) Link = URL 1    

2) New scope: public 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу Refresh

Role

Preconditions

Вибрано команду Move registry document commands 

Для Legacy Asset присутній Документ з даними у JSON:

• _ds_scope = public;
• URL = URL 1

1.  Використовуємо клавішу "Add" та для Collection поля визначаємо Legacy Asset.  Для Object id/Human readable id: визначаємо потрібний Legacy Asset
2. На діалоговій формі Move registry document заповнюємо всі обов'язкові поля валідними значеннями. Визначаємо значення для полів:

1) Link = URL 1    

2) New scope: private 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу Refresh

Expected results

Role

Preconditions

Вибрано команду Move registry document commands 

Для Legacy Asset присутній Документ з даними у JSON:

• _ds_scope = private;
• URL = URL 1

1.  Використовуємо клавішу Add та для Collection поля визначаємо Legacy Asset.  Для Object id/Human readable id: визначаємо потрібний Legacy Asset
2. На діалоговій формі Move registry document заповнюємо всі обов'язкові поля валідними значеннями. Визначаємо значення для полів:

1) Link = URL 1    

2) New scope: public 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу Refresh

Expected results

Role

Preconditions

Вибрано команду Move registry document commands 

Для Execution Legacy присутній Документ з даними у JSON:

• _ds_scope = public;
• URL = URL 1

1.  Використовуємо клавішу Add та для Collection поля визначаємо Execution Legacy.  Для Object id/Human readable id: визначаємо потрібний Execution Legacy
2. На діалоговій формі Move registry document заповнюємо всі обов'язкові поля валідними значеннями. Визначаємо значення для полів:

1) Link = URL 1    

2) New scope: private 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу Refresh

Expected results

Role

Preconditions

Вибрано команду Move registry document commands 

Для Execution Legacy присутній Документ з даними у JSON:

• _ds_scope = private;
• URL = URL 1

1.  Використовуємо клавішу Add та для Collection поля визначаємо Legacy Execution.  Для Object id/Human readable id: визначаємо потрібний Legacy Execution.
2. На діалоговій формі Move registry document заповнюємо всі обов'язкові поля валідними значеннями. Визначаємо значення для полів:

1) Link = URL 1    

2) New scope: public

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу Refresh

Expected results

Вибрано команду Change bid owner commands. Присутня procedure 4-ма Bids

Для всіх Bids визначено власника Owner 1

1. Використовуємо клавішу Add
2. Використовуємо клавішу Select 1 object
3. Відкриваємо перелік значень у полі Select filter
4. У полі Select filter визначаємо auctionID відповідної процедури. Використовуємо клавішу Add
5. У полі auctionID визначаємо ID даної процедури та використовуємо клавішу Search
6. На формі перегляду вибраних процедур визначаємо рекорд для procedure та закриваємо форму перегляду даних
7. На загальній діалоговій формі Change procedure owner commands у полях визначаємо значення:

• Old Owner = Owner 1
• Owner = Owner 2 
• Reason = Reason 1
• Otp token =  current value for Otp Token 1
• Bid ID = валідне значення ID для Bid 1 

Використовуємо клавішу Save and view

8. На Command results секції в колонці Result використовуємо клавішу Refresh

Expected results

8.1.  Для рекорду на Command results у колонці Status відображається значення Success

8.2. У JSON даної procedure для:

• Bid 1 для поля Owner присутнє значення Owner 2
• Bid 2-4 присутнє значення Owner 1

Role

Preconditions

Користувачі 1, 2 здійснили загалом 7 команд протягом Періоду 1 у різні проміжки часу стосовно змін Bids для 7-ми різних процедур.

Відкрито Change Bid owner commands

1. Перелік рекордів та відображення інформації про здійснені операції

Expected results

1. На формі перегляду відображаються 7 рекордів  з коректними даними в колонах Created at, Created by

На Commands administration вибрано команду Change jobber owner commands

Присутній Announcement з Owner Name 1. У базі присутній Owner  Name 2.

1. Використовуємо клавішу "Add" з подальшим визначенням у полі collection значення Announcement
2. На Change jobber owner commands формі визначаємо значення у полях :

• Old Owner = Owner Name 1
• Owner = Owner Name 2 
• Заповнюємо всі обов'язкові поля валідними значеннями 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу "Refresh"

Expected results

3. У JSON даного Annoncement для поля Owner присутнє значення Owner Name 2

На Commands administration вибрано команду Change jobber owner commands

Присутній Redemption з Owner Name 1. У базі присутній Owner  Name 2.

1. Використовуємо клавішу "Add" з подальшим визначенням у полі collection значення Redemption
2. На Change jobber owner commands формі визначаємо значення у полях :

• Old Owner = Owner Name 1
• Owner = Owner Name 2 
• Заповнюємо всі обов'язкові поля валідними значеннями 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу "Refresh"

Expected results

3. У JSON даного Redemption для поля Owner присутнє значення Owner Name 2

На Commands administration вибрано команду Change jobber owner commands

Присутній Large Announcement з Owner Name 1. У базі присутній Owner  Name 2.

1. Використовуємо клавішу "Add" з подальшим визначенням у полі collection значення Large Announcement
2. На Change jobber owner commands формі визначаємо значення у полях :

• Old Owner = Owner Name 1
• Owner = Owner Name 2 
• Заповнюємо всі обов'язкові поля валідними значеннями 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу "Refresh"

Expected results

3. У JSON даного Large Annoncement для поля Owner присутнє значення Owner Name 2

На Commands administration вибрано команду Change jobber owner commands

Присутній Large Redemption з Owner Name 1. У базі присутній Owner  Name 2.

1. Використовуємо клавішу "Add" з подальшим визначенням у полі collection значення Large Redemption
2. На Change jobber owner commands формі визначаємо значення у полях :

• Old Owner = Owner Name 1
• Owner = Owner Name 2 
• Заповнюємо всі обов'язкові поля валідними значеннями 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу "Refresh"

Expected results

3. У JSON даного Large Redemption для поля Owner присутнє значення Owner Name 2

На Commands administration вибрано команду Change jobber owner commands

Присутній Legacy Announcement з Owner Name 1. У базі присутній Owner  Name 2.

1. Використовуємо клавішу "Add" з подальшим визначенням у полі collection значенняLegacy Announcement
2. На Change jobber owner commands формі визначаємо значення у полях :

• Old Owner = Owner Name 1
• Owner = Owner Name 2 
• Заповнюємо всі обов'язкові поля валідними значеннями 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу "Refresh"

Expected results

3. У JSON даногоLegacy Annoncement для поля Owner присутнє значення Owner Name 2

На Commands administration вибрано команду Change jobber owner commands

Присутній Legacy Redemption з Owner Name 1. У базі присутній Owner  Name 2.

1. Використовуємо клавішу "Add" з подальшим визначенням у полі collection значенняLegacy Redemption
2. На Change jobber owner commands формі визначаємо значення у полях :

• Old Owner = Owner Name 1
• Owner = Owner Name 2 
• Заповнюємо всі обов'язкові поля валідними значеннями 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу "Refresh"

Expected results

3. У JSON даного Legacy Redemption для поля Owner присутнє значення Owner Name 2

Вибрано команду Change procedure status commands

Присутня мігрована Procedure з legacy ID та зі статусом active qualification та з відповідними значеннями для dateModified, meta_systemDateModified

1. Використовуємо клавішу Add з подальшим визначенням у полі Procedure id/Legacy id/Auction id відповідного параметру пошуку даної процедури
2. На Change procedure commands формі визначаємо значення у полях :

• Status = active_awarded 
• Заповнюємо всі обов'язкові поля валідними значеннями 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу Refresh

Expected results

3.1.  У JSON даної procedure для поля:

• status присутнє значення active_awarded 
• dateModified, meta_systemDateModified = значення date змінились на дату, коли внеслися дані зміни 

3.2. Здійснити аналогічну перевірку можливості зміни статусу процедури згідно вимог ТЗ Технічна документація для створення архіву ЦБД2: 

• active_qualification → complete
• active_qualification → unsuccessful
• active_qualification → cancelled
• active_awarded → active_qualification
• active_awarded → complete
• active_awarded → unsuccessful
• active_awarded → cancelled
• Не має бути можливості змінити статус із термінального на інший. Із статусів complete, unsuccessful, cancelled - зміна статусу на інший неможлива.

3.3. Для процедур SPE 1, SPE 2, SPD здійснити перевірку, що зміна статусу процедури не призводить до зміни статусів наявних сутностей приватизації: asset, annoncement, redemption, execution 

Вибрано команду Change procedure contract status commands

Присутня мігрована Procedure з legacy ID (яка не є в термінальному статусі) зі статусом для contract = pending та з відповідними значеннями для procedure.dateModified, procedure.meta_systemDateModified

1. Використовуємо клавішу Add з подальшим визначенням у полі object id/Auction id відповідного параметру пошуку даної процедури
2. На Change procedure contract commands формі визначаємо значення у полях :

• Status = Active
• Contract id = відповідне значення id вносимо для даного контракту
• Заповнюємо всі обов'язкові поля валідними значеннями 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу Refresh

Expected results

3.1.  У JSON даної procedure для:

• contract для поля status присутнє значення Active
• procedure.dateModified, procedure.meta_systemDateModified: значення date змінились на дату, коли внеслися дані зміни

3.2. Здійснити аналогічну перевірку можливості зміни статусу процедури згідно вимог ТЗ Технічна документація для створення архіву ЦБД2: 

• pending → cancelled
• pending → unsuccessful

3.3. Для процедур SPE 1, SPE 2, SPD здійснити перевірку, що зміна статусу contract procedure не призводить до зміни статусів наявних сутностей приватизації: asset, annoncement, redemption, execution 

Вибрано команду Change Registry status commands

Присутній мігрований  Asset з legacy ID зі статусом pending та з відповідними значеннями для dateModified, meta_systemDateModified 

1. Використовуємо клавішу Add з подальшим визначенням у полі object id/Auction id відповідного параметру пошуку даного asset
2. На Change Registry commands формі визначаємо значення у полях :

• Collection = Legacy asset
• Status = active_rectification
• Object id/Legacy id: = вносимо відповідне значення id для даного asset
• Заповнюємо всі обов'язкові поля валідними значеннями 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу Refresh

Expected results

3.1. У JSON даного Asset для поля:

• поля status присутнє значення active_rectification
• dateModified, meta_systemDateModified: значення date змінились на дату, коли внеслися дані зміни

3.2. Здійснити аналогічну перевірку можливості зміни статусу Asset згідно вимог ТЗ Технічна документація для створення архіву ЦБД2: 

• pending → active_procedure
  
• pending → complete
• pending →deleted
• active_rectification → pending
• active_rectification → active_procedure
• active_rectification → complete
• active_rectification → deleted
• active_procedure → pending
• active_procedure → active_rectification
• active_procedure → complete
• active_procedure → deleted
• Зі статусів complete і deleted НЕ має бути можливості змінити статус на інший

3.3. Здійснити перевірку для Asset, для якого є присутні announcement, redemption, procedure SPE 1, SPE 2, SPD. А саме, що після зміни статусу Asset - статуси всіх інших сутностей залишаються незмінними. 

Вибрано команду Change Registry status commands

Присутній мігрований  Executionз legacy ID зі статусом pending та з відповідними значеннями для dateModified, meta_systemDateModified 

1. Використовуємо клавішу Add з подальшим визначенням у полі object id/Auction id відповідного параметру пошуку даного asset
2. На Change Registry commands формі визначаємо значення у полях :

• Collection = Legacy execution
• Status = active
• Object id/Legacy id: = вносимо відповідне значення id для даного execution
• Заповнюємо всі обов'язкові поля валідними значеннями 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу Refresh

Expected results

3.1. У JSON даного Execution для поля:

• поля status присутнє значення active
• dateModified, meta_systemDateModified = значення date змінились на дату, коли внеслися дані зміни

Вибрано команду Change Jober status commands

Присутній мігрований Announcement з legacy ID зі статусом pending та з відповідними значеннями для dateModified, meta_systemDateModified 

1. Використовуємо клавішу Add з подальшим визначенням у полі object id/Auction id відповідного параметру пошуку даного announcement
2. На Change Jobber commands формі визначаємо значення у полях :

• Collection = Legacy announcement
• Status = active_contracting
• Object id/Legacy id: = вносимо відповідне значення id для даного Announcement
• Заповнюємо всі обов'язкові поля валідними значеннями 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу Refresh

Expected results

3.1. У JSON даного Announcement для поля:

• status присутнє значення active_contracting
• dateModified, meta_systemDateModified = значення date змінились на дату, коли внеслися дані зміни

Вибрано команду Change Jober status commands

Присутній мігрований Redemption з legacy ID зі статусом pending та з відповідними значеннями для dateModified, meta_systemDateModified 

1. Використовуємо клавішу Add з подальшим визначенням у полі object id/Auction id відповідного параметру пошуку даного Redemption
2. На Change Jobber commands формі визначаємо значення у полях :

• Collection = Legacy redemption
• Status = active_contracting
• Object id/Legacy id: = вносимо відповідне значення id для даного Redemption
• Заповнюємо всі обов'язкові поля валідними значеннями 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу Refresh

Expected results

3.1. У JSON даного Redemption для поля:

• status присутнє значення active_contracting
• dateModified, meta_systemDateModified = значення date змінились на дату, коли внеслися дані зміни

3.3. Здійснити перевірку для Redemption, для якого є присутні asset, execution, procedure SPE 1, SPE 2, SPD. А саме, що після зміни статусу Redemption  - статуси всіх інших сутностей залишаються незмінними. 

Вибрано команду Procedure protection commands

Присутня Procedure з: 

• sellingMethod=landRental-english
• status = complete
• tender attemps >1
• присутні дискваліфіковані учасники в попередньому аукціоні
• 2 Bids - зі всіма можливими bid's документами 
• 2 Awards - зі всіма можливими award's документами 
• 2 Contracts - зі всіма можливими contract's документами
• Для Організатора (sellingEntity) заповнені всі поля (обов'язкові і необов'язкові), в т.ч. і для contact point 
• Усі можливі банківські рахунки згідно SWAGGER (bankAccounts) - із заповненими всіма полями (обов'язкові і необов'язкові)
• Всі можливі procedure's документи
• Заповнені всі обов'язкові і необов'язкові поля

1. Використовуємо клавішу Add з подальшим визначенням у полі Procedure id/Auction id відповідного параметру пошуку даної procedure
2. На Procedure protection command формі визначаємо значення у полях :

• Action = Protect
• Protect Level = High level protection

• Skip related auction anonymization - не визначений

• Skip archived data anonymization - не визначений 
• Заповнюємо всі обов'язкові поля валідними значеннями 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу Refresh

Expected results

3. У JSON даної procedure:

3.1. _protected = true, protect level = high

3.2. Інформація прихована і відображається значення у вигляді ***** у полях:

• previousAuctionId
• title
• description
• restrictions
• conditions
• accessDetails
• x_documentRequirements,
• x_additionalInformation
• x_platformLegalDetails

3.2. У секції sellingEntity - інформація прихована і відображається значення у вигляді ***** у полях:

• name, identifier.legalName, identifier.id
• address: name, countryName, region, locality, streetAddress, postalCode
• representativeInfo
• contactPoint: name, email, telephone, url

3.3. У секції Items:

• У title, description, address, location полях інформація прихована і відображається значення у вигляді ***** 
• У полі quanity (number) - інформація прихована і відображається значення за правилом приховування у вигляді "123.."
• Item.props: land.Area - інформація прихована і відображається значення за правилом приховування у вигляді "123.."

3.4. У полях відображається значення, за правилом приховування у вигляді "123.." :

• normativeMonetaryValuation.amount (number)
• expertMonetaryValuation.amount (number)

3.5. У секції bankAccounts.accounts - інформація прихована і відображається значення у вигляді ***** у полях: bankName, description, accountIdentifications.description, accountIdentifications.id

3.6. Bids - інформація прихована і відображається значення у вигляді ***** у полях:

• bidders: Identifier, name, address, contactPoint
• documents: title, description, url, format, hash, _ds_id, _ds_scope

3.7. Awards - інформація прихована і відображається значення у вигляді ***** у полях наступних секцій:

• buyers: Identifier, name, address, contactPoint
• documents: title, description, url, format, hash, _ds_id, _ds_scope
• items: title, description, address, location
• Для Award's дискваліфікованого учасника - terminationReason

• title, description
• buyers: Identifier, name, address, contactPoint
• documents: title, description, url, format, hash, _ds_id, _ds_scope
• items: title, description, address, location

3.9. Procedure documents: - інформація прихована і відображається значення у вигляді ***** у полях:  title, description, url, format, hash, _ds_id, _ds_scope

https://procedure-staging.prozorro.sale/api/procedures/61150df94fb9b7b6cddf12e8/history

Вибрано команду Procedure protection commands

Присутня Procedure з sellingMethod=basicSell-english, з ID та зі status = complete 

Для даної процедури присутні 4 Items з класифікаторами, яким відповідають Items.props:

• LandProps
• RealEstateProps
• JoinPropertyComplexProps
• VehicleProps

1. Використовуємо клавішу Add з подальшим визначенням у полі Procedure id/Auction id відповідного параметру пошуку даної процедури
2. На Procedure protection command формі визначаємо значення у полях :

• Action = Protect
• Protect Level = High level protection

• Skip related auction anonymization - не визначений

• Skip archived data anonymization - не визначений 
• Заповнюємо всі обов'язкові поля валідними значеннями 

3. Використовуємо клавішу Save and view. На Command results секції в колонці Result використовуємо клавішу Refresh

3. У JSON даної procedure для Items (в.т.ч. в структурі awrds, contracts) для Props інформація прихована і відображається значення у вигляді ***** а для  цифрових полів - значення згідно правила у полях для Props:

3.1. JoinPropertyComplexProps:

а) інформація прихована і відображається значення у вигляді ***** у полях:

• quantityAndNomenclature
• buildingsInformation
• landPlotInformation
• mainObligations

b) для поля workplacesQuantity (integer) - цифрове значення приховане у вигляді відображення "123..." згідно правила переведення згідно кількості цифр

Для landProps:

а) інформація прихована і відображається значення у вигляді ***** у полях:

• itemPropsType
• cadastralNumber
• jointOwnership
• utilitiesAvailability

 b) для поля landArea (number) - цифрове значення приховане у вигляді відображення "123..." згідно правила переведення згідно кількості цифр

3.2. RealEstateProps: 

a) інформація прихована і відображається значення у вигляді ***** у полях:     

• construction Technology
• locationInBuilding
• floors
• generalCondition
• powerSupplyClass
• servicesDescription
• servicesAccounting
• landTax

b) для наступних полів відображається приховане значення у вигляді відображення "123..." згідно правила переведення згідно кількості цифр:

• totalBuildingArea (number)
• totalObjectArea (number)
• usableArea (number)
• constructionYear (integer)
• livingArea (number)
• kitchenArea (number)
• landArea (number)
• powerSupplyCapacity (number)

3.3. VehicleProps:

a) для наступних полів відображається приховане значення у вигляді відображення "123..." згідно правила переведення згідно кількості цифр:

• brand
• model
• fuelType
• transmission
• color
• identificationNumber
• configuration
• condition
• damagedDescription

b) для полів відображається цифрове значення згідно правила переведення (123...):