Присутня процедура GFE/ GFE з dateModified

На Prozorro.Sale Administrator для namespace визначити значення prozorro-sandbox-dgf

1. Використовуємо команду Add procedure Additional information commands  
2. На діалоговій формі Add procedure Additional information commands заповнити валідними значеннями усі обов'язкові поля: Auction ID, Additional information description, Additional information initiator, Additional information reason, Reason. 
3. Внести персональні дані у поля «Otp device» та «Otp token».
4. Зберегти внесені дані, використовуючи доступну клавішу «Save and continue editing». Використовуємо клавішу "Refresh".

Expected results

1. Відкривається діалогова форма "Add Additional information commands". Присутня можливість пошуку процедури за _id, auctionId, legacyId, sellingMethod, status, owner.

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

3. Система коректно валідує персональні дані.

4. 1. Система коректно валідує заповнення обов'язкових полів. На формі "Additional information command" відображається інформація про створену ДІ. Присутні коректні значення у полях: id (ідентифікаційний номер ДІ), Description, Initiator, Add info reason, Reason, created at, created by.  

4.2. В JSON даної процедури додалась ДІ з коректними даними для всіх параметрів. Значення dateModified  для процедури не змінилось.

Адміністратор ЦБД Прозоро.Продажі

Присутня procedure (крім GFE/ GFD) з dateModified

На Prozorro.Sale Administrator для namespace визначити значення "prozorro-sandbox"

1. Для команди Add Additional information commands використовуємо доступну клавішу "Add". 
2. На діалоговій формі Add Additional information commands заповнити валідними значеннями усі обов'язкові поля:  Auction ID, Additional information description, Additional information initiator, Additional information reason, Reason. 
3. У секції "Additional information documents" визначаємо 3 різні файли (Додати файл з типом формату, який підтримується ЦБД та об'ємом до 50 МБ.)
4. Внести персональні дані у поля «Otp device» та «Otp token» та зберегти внесені дані, використовуючи доступну клавішу «Save and continue editing»
5. Використовуємо клавішу "Refresh".

Expected results

1. Відкривається діалогова форма Add Additional information commands.

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

3. Файли додано успішно, відображаються в переліку доданих на діалоговій формі

4. Система коректно валідує персональні дані.

5.1. На формі Additional information command відображається інформація про створену ДІ. Присутні коректні значення у полях: id (ідентифікаційний номер ДІ), Description, Initiator, Add info reason, Reason, created at, created by.  

5. 2. В JSON даної процедури додалась ДІ з коректними даними для всіх параметрів. Присутні додані 3 файли. Значення procedure.dateModified не змінилось.

Присутні procedures всіх типів з різними статусами та відповідними значеннями для dateModified

Перейти на Prozorro.Sale Administrator

1. Створити ДІ для кожного з типів процедури з різним и статусами. До кожної ДІ додати декілька файлів до 50 МБ кожний різних допустимих форматів для ЦБД

Expected results

1. В JSON даної процедури додалась ДІ з коректними даними для всіх параметрів. Присутні додані файли. Значення dateModified для кожної з процедури не змінилось. 

Здійснити перевірку для всіх процедур згідно переліку у файлі ДІ_ перлікID_процедур_для тестування_04_10_2023.xlsx

Присутня procedure з dateModified

Перейти на Prozorro.Sale Administrator

1. Створити 3 ДІ для даної процедури

1. В JSON для procedyre:

1.1. Відображаються коректно всі валідні значення для всіх 3-ьох ДІ.

1.2. procedure.dateModified - без змін.

Присутня мігрована процедура з dateModified та з відповідним значенням legacyId 

Перейти на Prozorro.Sale Administrator

1. Для визначення даної процедури на Select 1 object використати у Select filter значення legacyId даної процедури.
2. На діалоговій формі Add Additional information commands заповнити валідними значеннями усі обов'язкові поля: Auction ID, Additional information description, Additional information initiator, Additional information reason, Reason. 
3. У секції "Additional information documents" визначаємо 3 різні файли (Додати файл з типом формату, який підтримується ЦБД та об'ємом до 50 МБ.)
4. Внести персональні дані у поля «Otp device» та «Otp token» та зберегти внесені дані, використовуючи доступну клавішу «Save and continue editing»
5. Використовуємо клавішу "Refresh".

5. В JSON відображаються коректні значення для всіх параметрів ДІ. Для procedure.dateModified значення не змінилося.

Зміст

Адміністратор ЦБД Прозоро.Продажі

Присутня процедура із ДІ 1 та ДІ 2.

ДІ 1 та ДІ 2 містять  по 2 файли

1. Для редагування використовується команда Edit procedure addigional information command
2. На Select object визначаємо пошук процедури за ID/ auctionID значенням.
3. Для Additional information id поля визначаємо значення id для ДІ 1.
4. Вносимо зміни у всі поля. Замінюємо 2 файли. Додаємо 2 нові файли. 
5. Зберігаємо зміни.

В JSON для даної процедури:

5.1. Відображаються коректно усі зміни для ДІ 1 - значення у полях, замінені файли та додані нові файли.

5.2. Для ДІ 2 - дані не змінені.

Зміст

Адміністратор ЦБД Прозоро.Продажі

Присутня процедура із значенням для legacy ID, мігрована з ЦБД 2 із ДІ 1 та ДІ 2.

ДІ 1 та ДІ 2 містять по 2 файли.

1. Для редагування використовується команда Edit procedure addigional information command
2. На Select object визначаємо пошук процедури за legacyID значенням.
3. Для Additional information id поля визначаємо значення legacyID для ДІ 1.
4. Вносимо зміни у всі поля. Замінюємо 2 файли. Додаємо 2 нові файли. 
5. Зберігаємо зміни.
6. Аналогічно вносимо зміни для ДІ 2. Зберігаємо. 

В JSON для даної процедури:

5. Відображаються коректно усі зміни для ДІ 1 - значення у полях, замінені файли та додані нові файли.

6. Відображаються коректно усі зміни для ДІ 2 - значення у полях, замінені файли та додані нові файли.

Зміст

Для Процедури 1 створено ДІ 1, ДІ 2, ДІ 3 із доданими файлами для кожної з них.

Адміністратор редагував ДІ, вносячи зміни в усі поля, оновлював присутні файли та додавав нові файли для:

1) ДІ 1 - двічі редагувалась; 

2) ДІ 2 та ДІ 3 - одноразово редагувалась.

1. Відображення "Історія змін" для присутніх ДІ даної процедури

Expected results

1.1. Для ДІ 1 відображаються 2 окремі записи стосовно редагування даної ДІ 1 згідно даних в JSON, наприклад: https://procedure-sandbox.prozorro.sale/api/procedures/61cae42ad1a59d4a969480dc/additionalInformation/history

1.2. Для ДІ 2, ДІ 3 відображаються по 1 окремому запису з відповідними даними згідно JSON та відповідної ДІ.

1.3. Користувачам доступна можливість перегляду інформації та файлів.

1.4. Для тестових прикладів різних процедур інформація "Історія змін" відображається згідно вимог. Дані присутні у файлі: 

https://docs.google.com/spreadsheets/d/1dRwho_HQwdJ3G7ksUSCqqWIDKrZ0LoJ6vsYSdFljqI0/edit#gid=790126311

Зміст

Присутній asset з DateModified 

1.  З використанням команди Add registry additional information command to view та значенням Asset у полі Сollection для відповідного _id asset створюємо ДІ.  Заповнюємо валідними значеннями усі обов'язкові поля: Object ID, Additional information description, Additional information initiator, Additional information reason, Reason. Додаємо декілька файлів. 
2. Внести персональні дані у поля «Otp device» та «Otp token».
3. Зберегти внесені дані за допомогою доступної клавіші «Save and continue editing». Використовуємо клавішу "Refresh".

Expected results

1. Система коректно валідує обов'язковість полів 
2. Система коректно валідує персональний OTP token 
3. В JSON для даного asset: 

1) додалась additional information з коректними значеннями у полях: owner, datePublished, description, initiator, reason;

2) коректно додались усі файли;

3) значення DateModified  для asset залишилось незмінним.

Зміст

Присутній asset з DateModified для якого створено ДІ 1 (додано Файл 1, Файл 2) та ДІ 2 (додано 2 файли).  

1. З використанням команди Edit registry additional Information із визначеним Asset у полі Collection знайти відповідний asset. Для поля Additional information id визначаємо значення id для ДІ 1. Вносимо нові дані у поля  Additional information description, Additional information initiator, Additional information reason, Reason. Замінуємо Файл 1 на Файл 3. Додаємо новий Файл 4, Файл 5. ДІ 2 не редагуємо. 
2. Зберегти внесені дані за допомогою доступної клавіші «Save and continue editing». Використовуємо клавішу "Refresh".

Expected results

2. У JSON для даного asset для: 

2.1. ДІ 1:  відображаються нові внесені значення у полях: Additional information description, Additional information initiator, Additional information reason, Reason. Присутні Файл 1, Файл 3, Файл 4 та Файл 5;

2.2. ДІ 2: без змін;

2.3. asset.DateModified - без змін

Зміст

Присутній asset з DateModified для якого є ДІ 1,  ДІ 2, ДІ 3.  

1. Для даного asset  ДІ 1 відредагувати один раз, ДІ 2 - двічі редагувати, ДІ 3 - не редагувати

Expected results

1. В JSON для даного asset в /additionalInformation/history для:

1.1. ДІ 1: присутній 1 рекорд з коректними оновленими даними;

1.2. ДІ 2: присутні 2 рекорди з коректними оновленими даними;     

1.3. ДІ 3: відсутні дані стосовно змін.

1.4. Asset: DeteModified без змін 

Зміст

Присутній announcement з DateModified 

1.  З використанням команди Add jobber additional information command to view та значенням announcement у полі Сollection для відповідного _id announcement  створюємо ДІ.  Заповнюємо валідними значеннями усі обов'язкові поля: Object ID, Additional information description, Additional information initiator, Additional information reason, Reason. Додаємо декілька файлів. 
2. Внести персональні дані у поля «Otp device» та «Otp token».
3. Зберегти внесені дані за допомогою доступної клавіші «Save and continue editing». Використовуємо клавішу "Refresh".

Expected results

1. Система коректно валідує обов'язковість полів 
2. Система коректно валідує персональний OTP token 
3. В JSON для даного announcement: 

1) додалась additional information з коректними значеннями у полях: owner, datePublished, description, initiator, reason;

2) коректно додались усі файли;

3) значення DateModified  для announcement залишилось незмінним.

Зміст

Присутній announcement з DateModified для якого створено ДІ 1 (додано Файл 1, Файл 2) та ДІ 2 (додано 2 файли).  

1. З використанням команди Edit jobber additional Information із визначеним Announcementу полі Collection знайти відповідний announcement. Для поля Additional information id визначаємо значення id для ДІ 1. Вносимо нові дані у поля  Additional information description, Additional information initiator, Additional information reason, Reason. Замінуємо Файл 1 на Файл 3. Додаємо новий Файл 4, Файл 5. ДІ 2 не редагуємо. 
2. Зберегти внесені дані за допомогою доступної клавіші «Save and continue editing». Використовуємо клавішу "Refresh".

Expected results

2. У JSON для даного announcement для: 

2.1. ДІ 1:  відображаються нові внесені значення у полях: Additional information description, Additional information initiator, Additional information reason, Reason. Присутні Файл 1, Файл 3, Файл 4 та Файл 5;

2.2. ДІ 2: без змін;

2.3. announcement.DateModified - без змін

Зміст

Присутній announcement з DateModified для якого є ДІ 1,  ДІ 2, ДІ 3.  

1. Для даного announcement  ДІ 1 відредагувати один раз, ДІ 2 - двічі редагувати, ДІ 3 - не редагувати

Expected results

1. В JSON для даного announcement в /additionalInformation/history для:

1.1. ДІ 1: присутній 1 рекорд з коректними оновленими даними;

1.2. ДІ 2: присутні 2 рекорди з коректними оновленими даними;     

1.3. ДІ 3: відсутні дані стосовно змін.

1.4. Announcement: DeteModified без змін 

Зміст

Присутній redemption з DateModified 

1.  З використанням команди Add jobber additional information command to view та значенням redemption у полі Сollection для відповідного _id redemption  створюємо ДІ.  Заповнюємо валідними значеннями усі обов'язкові поля: Object ID, Additional information description, Additional information initiator, Additional information reason, Reason. Додаємо декілька файлів. 
2. Внести персональні дані у поля «Otp device» та «Otp token».
3. Зберегти внесені дані за допомогою доступної клавіші «Save and continue editing». Використовуємо клавішу "Refresh".

Expected results

1. Система коректно валідує обов'язковість полів 
2. Система коректно валідує персональний OTP token 
3. В JSON для даного redemption: 

1) додалась additional information з коректними значеннями у полях: owner, datePublished, description, initiator, reason;

2) коректно додались усі файли;

3) redemption.DateModified залишилось незмінним.

Зміст

Присутній redemption з DateModified для якого створено ДІ 1 (додано Файл 1, Файл 2) та ДІ 2 (додано 2 файли).  

1. З використанням команди Edit jobber additional Information із визначеним redemption у полі Collection знайти відповідний redemption. Для поля Additional information id визначаємо значення id для ДІ 1. Вносимо нові дані у поля  Additional information description, Additional information initiator, Additional information reason, Reason. Замінуємо Файл 1 на Файл 3. Додаємо новий Файл 4, Файл 5. ДІ 2 не редагуємо. 
2. Зберегти внесені дані за допомогою доступної клавіші «Save and continue editing». Використовуємо клавішу "Refresh".

Expected results

2. У JSON для даного redemption для: 

2.1. ДІ 1:  відображаються нові внесені значення у полях: Additional information description, Additional information initiator, Additional information reason, Reason. Присутні Файл 1, Файл 3, Файл 4 та Файл 5;

2.2. ДІ 2: без змін;

2.3. redemption.DateModified - без змін

Зміст

Присутній redemption з DateModified для якого є ДІ 1,  ДІ 2, ДІ 3.  

1. Для даного redemption  ДІ 1 відредагувати один раз, ДІ 2 - двічі редагувати, ДІ 3 - не редагувати

Expected results

1. В JSON для даного redemption в /additionalInformation/history для:

1.1. ДІ 1: присутній 1 рекорд з коректними оновленими даними;

1.2. ДІ 2: присутні 2 рекорди з коректними оновленими даними;     

1.3. ДІ 3: відсутні дані стосовно змін.

1.4. redemption.DeteModified без змін 

Зміст

Присутній Execution з DateModified 

1.  З використанням команди Add registry additional information command to view та значенням Execution у полі Сollection для відповідного _id Execution створюємо ДІ.  Заповнюємо валідними значеннями усі обов'язкові поля: Object ID, Additional information description, Additional information initiator, Additional information reason, Reason. Додаємо декілька файлів. 
2. Внести персональні дані у поля «Otp device» та «Otp token».
3. Зберегти внесені дані за допомогою доступної клавіші «Save and continue editing». Використовуємо клавішу "Refresh".

Expected results

1. Система коректно валідує обов'язковість полів 
2. Система коректно валідує персональний OTP token 
3. В JSON для даного Execution: 

1) додалась additional information з коректними значеннями у полях: owner, datePublished, description, initiator, reason;

2) коректно додались усі файли;

3) значення Execution.DateModified залишилось незмінним.

Зміст

Присутній Execution з DateModified для якого створено ДІ 1 (додано Файл 1, Файл 2) та ДІ 2 (додано 2 файли).  

1. З використанням команди Edit registry additional Information із визначеним Execution у полі Collection знайти відповідний Execution. Для поля Additional information id визначаємо значення id для ДІ 1. Вносимо нові дані у поля  Additional information description, Additional information initiator, Additional information reason, Reason. Замінуємо Файл 1 на Файл 3. Додаємо новий Файл 4, Файл 5. ДІ 2 не редагуємо. 
2. Зберегти внесені дані за допомогою доступної клавіші «Save and continue editing». Використовуємо клавішу "Refresh".

Expected results

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

2.1. ДІ 1:  відображаються нові внесені значення у полях: Additional information description, Additional information initiator, Additional information reason, Reason. Присутні Файл 1, Файл 3, Файл 4 та Файл 5;

2.2. ДІ 2: без змін;

2.3. Execution.DateModified - без змін

Присутній Execution з DateModified для якого є ДІ 1,  ДІ 2, ДІ 3.  

1. Для даного Execution  ДІ 1 відредагувати один раз, ДІ 2 - двічі редагувати, ДІ 3 - не редагувати

Expected results

1. В JSON для даного Execution в /additionalInformation/history для:

1.1. ДІ 1: присутній 1 рекорд з коректними оновленими даними;

1.2. ДІ 2: присутні 2 рекорди з коректними оновленими даними;     

1.3. ДІ 3: відсутні дані стосовно змін.

1.4. Execution.DeteModified без змін 

Зміст

Присутній large asset з DateModified 

1.  З використанням команди Add registry additional information command to view та значенням Large Asset у полі Сollection для відповідного _id asset створюємо ДІ.  Заповнюємо валідними значеннями усі обов'язкові поля: Object ID, Additional information description, Additional information initiator, Additional information reason, Reason. Додаємо декілька файлів. 
2. Внести персональні дані у поля «Otp device» та «Otp token».
3. Зберегти внесені дані за допомогою доступної клавіші «Save and continue editing». Використовуємо клавішу "Refresh".

Expected results

1. Система коректно валідує обов'язковість полів 
2. Система коректно валідує персональний OTP token 
3. В JSON для даного Large asset: 

1) додалась additional information з коректними значеннями у полях: owner, datePublished, description, initiator, reason;

2) коректно додались усі файли;

3) значення DateModified  для large asset залишилось незмінним.

Зміст

Присутній Large asset з DateModified для якого створено ДІ 1 (додано Файл 1, Файл 2) та ДІ 2 (додано 2 файли).  

1. З використанням команди Edit registry additional Information із визначеним Large Asset у полі Collection знайти відповідний Large asset. Для поля Additional information id визначаємо значення id для ДІ 1. Вносимо нові дані у поля  Additional information description, Additional information initiator, Additional information reason, Reason. Замінуємо Файл 1 на Файл 3. Додаємо новий Файл 4, Файл 5. ДІ 2 не редагуємо. 
2. Зберегти внесені дані за допомогою доступної клавіші «Save and continue editing». Використовуємо клавішу "Refresh".

Expected results

2. У JSON для даного Large asset для: 

2.1. ДІ 1:  відображаються нові внесені значення у полях: Additional information description, Additional information initiator, Additional information reason, Reason. Присутні Файл 1, Файл 3, Файл 4 та Файл 5;

2.2. ДІ 2: без змін;

2.3. LargeAsset.DateModified - без змін

Зміст

Присутній Large asset з DateModified для якого є ДІ 1,  ДІ 2, ДІ 3.  

1. Для даного Large asset  ДІ 1 відредагувати один раз, ДІ 2 - двічі редагувати, ДІ 3 - не редагувати

Expected results

1. В JSON для даного large.asset в /additionalInformation/history для:

1.1. ДІ 1: присутній 1 рекорд з коректними оновленими даними;

1.2. ДІ 2: присутні 2 рекорди з коректними оновленими даними;     

1.3. ДІ 3: відсутні дані стосовно змін.

1.4. Asset: DeteModified без змін 

Зміст

Присутній Large announcement з DateModified 

1.  З використанням команди Add jobber additional information command to view та значенням Large announcement у полі Сollection для відповідного _id Large announcement  створюємо ДІ.  Заповнюємо валідними значеннями усі обов'язкові поля: Object ID, Additional information description, Additional information initiator, Additional information reason, Reason. Додаємо декілька файлів. 
2. Внести персональні дані у поля «Otp device» та «Otp token».
3. Зберегти внесені дані за допомогою доступної клавіші «Save and continue editing». Використовуємо клавішу "Refresh".

Expected results

1. Система коректно валідує обов'язковість полів 
2. Система коректно валідує персональний OTP token 
3. В JSON для даного Large announcement: 

1) додалась additional information з коректними значеннями у полях: owner, datePublished, description, initiator, reason;

2) коректно додались усі файли;

3) значення DateModified  для Large announcement залишилось незмінним.

Зміст

Присутній Large announcement з DateModified для якого створено ДІ 1 (додано Файл 1, Файл 2) та ДІ 2 (додано 2 файли).  

1. З використанням команди Edit jobber additional Information із визначеним Large Announcementу полі Collection знайти відповідний Large announcement. Для поля Additional information id визначаємо значення id для ДІ 1. Вносимо нові дані у поля  Additional information description, Additional information initiator, Additional information reason, Reason. Замінуємо Файл 1 на Файл 3. Додаємо новий Файл 4, Файл 5. ДІ 2 не редагуємо. 
2. Зберегти внесені дані за допомогою доступної клавіші «Save and continue editing». Використовуємо клавішу "Refresh".

Expected results

2. У JSON для даного Large announcement для: 

2.1. ДІ 1:  відображаються нові внесені значення у полях: Additional information description, Additional information initiator, Additional information reason, Reason. Присутні Файл 1, Файл 3, Файл 4 та Файл 5;

2.2. ДІ 2: без змін;

2.3. Large announcement.DateModified - без змін

Зміст

Присутній Large announcement з DateModified для якого є ДІ 1,  ДІ 2, ДІ 3.  

1. Для даного Large announcement  ДІ 1 відредагувати один раз, ДІ 2 - двічі редагувати, ДІ 3 - не редагувати

Expected results

1. В JSON для даного Large announcement в /additionalInformation/history для:

1.1. ДІ 1: присутній 1 рекорд з коректними оновленими даними;

1.2. ДІ 2: присутні 2 рекорди з коректними оновленими даними;     

1.3. ДІ 3: відсутні дані стосовно змін.

1.4. Large Announcement: DeteModified без змін 

Зміст

Присутній Large redemption з DateModified 

1.  З використанням команди Add jobber additional information command to view та значенням Large redemption у полі Сollection для відповідного _id Large redemption  створюємо ДІ.  Заповнюємо валідними значеннями усі обов'язкові поля: Object ID, Additional information description, Additional information initiator, Additional information reason, Reason. Додаємо декілька файлів. 
2. Внести персональні дані у поля «Otp device» та «Otp token».
3. Зберегти внесені дані за допомогою доступної клавіші «Save and continue editing». Використовуємо клавішу "Refresh".

Expected results

1. Система коректно валідує обов'язковість полів 
2. Система коректно валідує персональний OTP token 
3. В JSON для даного Large redemption: 

1) додалась additional information з коректними значеннями у полях: owner, datePublished, description, initiator, reason;

2) коректно додались усі файли;

3) Large redemption.DateModified залишилось незмінним.

Зміст

Присутній Large redemption з DateModified для якого створено ДІ 1 (додано Файл 1, Файл 2) та ДІ 2 (додано 2 файли).  

1. З використанням команди Edit jobber additional Information із визначеним Large redemption у полі Collection знайти відповідний Large redemption. Для поля Additional information id визначаємо значення id для ДІ 1. Вносимо нові дані у поля  Additional information description, Additional information initiator, Additional information reason, Reason. Замінуємо Файл 1 на Файл 3. Додаємо новий Файл 4, Файл 5. ДІ 2 не редагуємо. 
2. Зберегти внесені дані за допомогою доступної клавіші «Save and continue editing». Використовуємо клавішу "Refresh".

Expected results

2. У JSON для даного Large redemption для: 

2.1. ДІ 1:  відображаються нові внесені значення у полях: Additional information description, Additional information initiator, Additional information reason, Reason. Присутні Файл 1, Файл 3, Файл 4 та Файл 5;

2.2. ДІ 2: без змін;

2.3. Largeredemption.DateModified - без змін

Зміст

Присутній Large redemption з DateModified для якого є ДІ 1,  ДІ 2, ДІ 3.  

1. Для даного Large redemption  ДІ 1 відредагувати один раз, ДІ 2 - двічі редагувати, ДІ 3 - не редагувати

Expected results

1. В JSON для даного Large redemption в /additionalInformation/history для:

1.1. ДІ 1: присутній 1 рекорд з коректними оновленими даними;

1.2. ДІ 2: присутні 2 рекорди з коректними оновленими даними;     

1.3. ДІ 3: відсутні дані стосовно змін.

1.4. Large redemption.DeteModified без змін 

Зміст

1. З використанням команди Edit jobber additional Information із визначеним Large redemption у полі Collection знайти відповідний Large redemption. Для поля Additional information id визначаємо значення id для ДІ 1. Вносимо нові дані у поля  Additional information description, Additional information initiator, Additional information reason, Reason. Замінуємо Файл 1 на Файл 3. Додаємо новий Файл 4, Файл 5. ДІ 2 не редагуємо. 
2. Зберегти внесені дані за допомогою доступної клавіші «Save and continue editing». Використовуємо клавішу "Refresh".

Expected results

2. У JSON для даного Large redemption для: 

2.1. ДІ 1:  відображаються нові внесені значення у полях: Additional information description, Additional information initiator, Additional information reason, Reason. Присутні Файл 1, Файл 3, Файл 4 та Файл 5;

2.2. ДІ 2: без змін;

2.3. Large redemption.DateModified - без змін

Зміст

Присутній Large Execution з DateModified 

1.  З використанням команди Add registry additional information command to view та значенням Large Execution у полі Сollection для відповідного _id Large Execution створюємо ДІ.  Заповнюємо валідними значеннями усі обов'язкові поля: Object ID, Additional information description, Additional information initiator, Additional information reason, Reason. Додаємо декілька файлів. 
2. Внести персональні дані у поля «Otp device» та «Otp token».
3. Зберегти внесені дані за допомогою доступної клавіші «Save and continue editing». Використовуємо клавішу "Refresh".

Expected results

1. Система коректно валідує обов'язковість полів 
2. Система коректно валідує персональний OTP token 
3. В JSON для даного Large Execution: 

1) додалась additional information з коректними значеннями у полях: owner, datePublished, description, initiator, reason;

2) коректно додались усі файли;

3) значення Large Execution.DateModified залишилось незмінним.

Зміст

Присутній Large Execution з DateModified для якого створено ДІ 1 (додано Файл 1, Файл 2) та ДІ 2 (додано 2 файли).  

1. З використанням команди Edit registry additional Information із визначеним Large Execution у полі Collection знайти відповідний Large Execution. Для поля Additional information id визначаємо значення id для ДІ 1. Вносимо нові дані у поля  Additional information description, Additional information initiator, Additional information reason, Reason. Замінуємо Файл 1 на Файл 3. Додаємо новий Файл 4, Файл 5. ДІ 2 не редагуємо. 
2. Зберегти внесені дані за допомогою доступної клавіші «Save and continue editing». Використовуємо клавішу "Refresh".

Expected results

2. У JSON для даного Large Execution для: 

2.1. ДІ 1:  відображаються нові внесені значення у полях: Additional information description, Additional information initiator, Additional information reason, Reason. Присутні Файл 1, Файл 3, Файл 4 та Файл 5;

2.2. ДІ 2: без змін;

2.3. Large Execution.DateModified - без змін

Присутній Large Execution з DateModified для якого є ДІ 1,  ДІ 2, ДІ 3.  

1. Для даного Large Execution  ДІ 1 відредагувати один раз, ДІ 2 - двічі редагувати, ДІ 3 - не редагувати

Expected results

1. В JSON для даного Large Execution в /additionalInformation/history для:

1.1. ДІ 1: присутній 1 рекорд з коректними оновленими даними;

1.2. ДІ 2: присутні 2 рекорди з коректними оновленими даними;     

1.3. ДІ 3: відсутні дані стосовно змін.

1.4. Large Execution.DeteModified без змін 

Зміст

Присутній Legacy asset з DateModified 

1.  З використанням команди Add registry additional information command to view та значенням Legacy Asset у полі Сollection для відповідного _id Legacy asset створюємо ДІ.  Заповнюємо валідними значеннями усі обов'язкові поля: Object ID, Additional information description, Additional information initiator, Additional information reason, Reason. Додаємо декілька файлів. 
2. Внести персональні дані у поля «Otp device» та «Otp token».
3. Зберегти внесені дані за допомогою доступної клавіші «Save and continue editing». Використовуємо клавішу "Refresh".

Expected results

1. Система коректно валідує обов'язковість полів 
2. Система коректно валідує персональний OTP token 
3. В JSON для даного Legacy asset: 

1) додалась additional information з коректними значеннями у полях: owner, datePublished, description, initiator, reason;

2) коректно додались усі файли;

3) значення Legacy.DateModified залишилось незмінним.

Зміст

Присутній Legacy asset з DateModified для якого створено ДІ 1 (додано Файл 1, Файл 2) та ДІ 2 (додано 2 файли).  

1. З використанням команди Edit registry additional Information із визначеним Legacy Asset у полі Collection знайти відповідний Large asset. Для поля Additional information id визначаємо значення id для ДІ 1. Вносимо нові дані у поля  Additional information description, Additional information initiator, Additional information reason, Reason. Замінуємо Файл 1 на Файл 3. Додаємо новий Файл 4, Файл 5. ДІ 2 не редагуємо. 
2. Зберегти внесені дані за допомогою доступної клавіші «Save and continue editing». Використовуємо клавішу "Refresh".

Expected results

2. У JSON для даного Legacy asset для: 

2.1. ДІ 1:  відображаються нові внесені значення у полях: Additional information description, Additional information initiator, Additional information reason, Reason. Присутні Файл 1, Файл 3, Файл 4 та Файл 5;

2.2. ДІ 2: без змін;

2.3. LegacyAsset.DateModified - без змін

Присутній Legacy asset з DateModified для якого є ДІ 1,  ДІ 2, ДІ 3.  

1. Для даногоLegacy asset  ДІ 1 відредагувати один раз, ДІ 2 - двічі редагувати, ДІ 3 - не редагувати

Expected results

1. В JSON для даного Legacy.asset в /additionalInformation/history для:

1.1. ДІ 1: присутній 1 рекорд з коректними оновленими даними;

1.2. ДІ 2: присутні 2 рекорди з коректними оновленими даними;     

1.3. ДІ 3: відсутні дані стосовно змін.

1.4. Legacy.DeteModified без змін 

Зміст

Присутній Legacy announcement з DateModified 

1.  З використанням команди Add jobber additional information command to view та значенням Legacy announcement у полі Сollection для відповідного _id Legacy announcement  створюємо ДІ.  Заповнюємо валідними значеннями усі обов'язкові поля: Object ID, Additional information description, Additional information initiator, Additional information reason, Reason. Додаємо декілька файлів. 
2. Внести персональні дані у поля «Otp device» та «Otp token».
3. Зберегти внесені дані за допомогою доступної клавіші «Save and continue editing». Використовуємо клавішу "Refresh".

Expected results

1. Система коректно валідує обов'язковість полів 
2. Система коректно валідує персональний OTP token 
3. В JSON для даного Legacy announcement: 

1) додалась additional information з коректними значеннями у полях: owner, datePublished, description, initiator, reason;

2) коректно додались усі файли;

3) значення Legacy announcement.DateModified без змін.

Зміст

Присутній Legacy announcement з DateModified для якого створено ДІ 1 (додано Файл 1, Файл 2) та ДІ 2 (додано 2 файли).  

1. З використанням команди Edit jobber additional Information із визначеним Legacy Announcement у полі Collection знайти відповідний Legacy announcement. Для поля Additional information id визначаємо значення id для ДІ 1. Вносимо нові дані у поля  Additional information description, Additional information initiator, Additional information reason, Reason. Замінуємо Файл 1 на Файл 3. Додаємо новий Файл 4, Файл 5. ДІ 2 не редагуємо. 
2. Зберегти внесені дані за допомогою доступної клавіші «Save and continue editing». Використовуємо клавішу "Refresh".

Expected results

2. У JSON для даного Legacy announcement для: 

2.1. ДІ 1:  відображаються нові внесені значення у полях: Additional information description, Additional information initiator, Additional information reason, Reason. Присутні Файл 1, Файл 3, Файл 4 та Файл 5;

2.2. ДІ 2: без змін;

2.3. Legacy announcement.DateModified - без змін

Зміст

Присутній Legacy announcement з DateModified для якого є ДІ 1,  ДІ 2, ДІ 3.  

1. Для даного Legacy announcement  ДІ 1 відредагувати один раз, ДІ 2 - двічі редагувати, ДІ 3 - не редагувати

Expected results

1. В JSON для даного Legacy announcement в /additionalInformation/history для:

1.1. ДІ 1: присутній 1 рекорд з коректними оновленими даними;

1.2. ДІ 2: присутні 2 рекорди з коректними оновленими даними;     

1.3. ДІ 3: відсутні дані стосовно змін.

1.4. Legacy Announcement: DeteModified без змін 

Зміст

Присутній Legacy redemption з DateModified 

1.  З використанням команди Add jobber additional information command to view та значенням Legacy redemption у полі Сollection для відповідного _id Legacy redemption  створюємо ДІ.  Заповнюємо валідними значеннями усі обов'язкові поля: Object ID, Additional information description, Additional information initiator, Additional information reason, Reason. Додаємо декілька файлів. 
2. Внести персональні дані у поля «Otp device» та «Otp token».
3. Зберегти внесені дані за допомогою доступної клавіші «Save and continue editing». Використовуємо клавішу "Refresh".

Expected results

1. Система коректно валідує обов'язковість полів 
2. Система коректно валідує персональний OTP token 
3. В JSON для даногоLegacy redemption: 

1) додалась additional information з коректними значеннями у полях: owner, datePublished, description, initiator, reason;

2) коректно додались усі файли;

3) Legacy redemption.DateModified - без змін. 

Зміст

Присутній Legacy redemption з DateModified для якого створено ДІ 1 (додано Файл 1, Файл 2) та ДІ 2 (додано 2 файли).  

1. З використанням команди Edit jobber additional Information із визначеним Legacy redemption у полі Collection знайти відповідний Legacy redemption. Для поля Additional information id визначаємо значення id для ДІ 1. Вносимо нові дані у поля  Additional information description, Additional information initiator, Additional information reason, Reason. Замінуємо Файл 1 на Файл 3. Додаємо новий Файл 4, Файл 5. ДІ 2 не редагуємо. 
2. Зберегти внесені дані за допомогою доступної клавіші «Save and continue editing». Використовуємо клавішу "Refresh".

Expected results

2. У JSON для даного Legacy redemption для: 

2.1. ДІ 1:  відображаються нові внесені значення у полях: Additional information description, Additional information initiator, Additional information reason, Reason. Присутні Файл 1, Файл 3, Файл 4 та Файл 5;

2.2. ДІ 2: без змін;

2.3. Legacy.redemption.DateModified - без змін

Зміст

Присутній Legacy redemption з DateModified для якого є ДІ 1,  ДІ 2, ДІ 3.  

1. Для даного Legacy redemption  ДІ 1 відредагувати один раз, ДІ 2 - двічі редагувати, ДІ 3 - не редагувати

Expected results

1. В JSON для даного Legacy redemption в /additionalInformation/history для:

1.1. ДІ 1: присутній 1 рекорд з коректними оновленими даними;

1.2. ДІ 2: присутні 2 рекорди з коректними оновленими даними;     

1.3. ДІ 3: відсутні дані стосовно змін.

1.4. Legacy redemption.DeteModified без змін 

Зміст

1. З використанням команди Edit jobber additional Information із визначеним Legacy redemption у полі Collection знайти відповідний Legacy redemption. Для поля Additional information id визначаємо значення id для ДІ 1. Вносимо нові дані у поля  Additional information description, Additional information initiator, Additional information reason, Reason. Замінуємо Файл 1 на Файл 3. Додаємо новий Файл 4, Файл 5. ДІ 2 не редагуємо. 
2. Зберегти внесені дані за допомогою доступної клавіші «Save and continue editing». Використовуємо клавішу "Refresh".

Expected results

2. У JSON для даного Legacy redemption для: 

2.1. ДІ 1:  відображаються нові внесені значення у полях: Additional information description, Additional information initiator, Additional information reason, Reason. Присутні Файл 1, Файл 3, Файл 4 та Файл 5;

2.2. ДІ 2: без змін;

2.3. Legacy redemption.DateModified - без змін

Зміст

Присутній Legacy Execution з DateModified 

1.  З використанням команди Add registry additional information command to view та значенням Legacy Execution у полі Сollection для відповідного _id Legacy Execution створюємо ДІ.  Заповнюємо валідними значеннями усі обов'язкові поля: Object ID, Additional information description, Additional information initiator, Additional information reason, Reason. Додаємо декілька файлів. 
2. Внести персональні дані у поля «Otp device» та «Otp token».
3. Зберегти внесені дані за допомогою доступної клавіші «Save and continue editing». Використовуємо клавішу "Refresh".

Expected results

1. Система коректно валідує обов'язковість полів 
2. Система коректно валідує персональний OTP token 
3. В JSON для даного Legacy Execution: 

1) додалась additional information з коректними значеннями у полях: owner, datePublished, description, initiator, reason;

2) коректно додались усі файли;

3) значення Legacy Execution.DateModified залишилось незмінним.

Зміст

Присутній Legacy Execution з DateModified для якого створено ДІ 1 (додано Файл 1, Файл 2) та ДІ 2 (додано 2 файли).  

1. З використанням команди Edit registry additional Information із визначеним Legacy Execution у полі Collection знайти відповіднийLegacy Execution. Для поля Additional information id визначаємо значення id для ДІ 1. Вносимо нові дані у поля  Additional information description, Additional information initiator, Additional information reason, Reason. Замінуємо Файл 1 на Файл 3. Додаємо новий Файл 4, Файл 5. ДІ 2 не редагуємо. 
2. Зберегти внесені дані за допомогою доступної клавіші «Save and continue editing». Використовуємо клавішу "Refresh".

Expected results

2. У JSON для даногоLegacy Execution для: 

2.1. ДІ 1:  відображаються нові внесені значення у полях: Additional information description, Additional information initiator, Additional information reason, Reason. Присутні Файл 1, Файл 3, Файл 4 та Файл 5;

2.2. ДІ 2: без змін;

2.3. Legacy Execution.DateModified - без змін

Присутній Legacy Execution з DateModified для якого є ДІ 1,  ДІ 2, ДІ 3.  

1. Для даного Legacy Execution  ДІ 1 відредагувати один раз, ДІ 2 - двічі редагувати, ДІ 3 - не редагувати

Expected results

1. В JSON для даного Legacy Execution в /additionalInformation/history для:

1.1. ДІ 1: присутній 1 рекорд з коректними оновленими даними;

1.2. ДІ 2: присутні 2 рекорди з коректними оновленими даними;     

1.3. ДІ 3: відсутні дані стосовно змін.

1.4. Legacy Execution.DeteModified без змін 

Зміст