• У ЦБД 2 присутні Asset 1- Asset 6 з відповідними занченнями для status поля: 

1) Asset 1: draft;

2) Asset 2: pending;

3) Asset 3: verification;

4) Asset 4: active;

5) Asset 5: complete;

6) Asset 6: deleted.

• Відбувся процес міграції ЦБД 2 на ЦБД 3.

Steps To Reproduce

Міграція у ЦБД 3 status поля та значень в ньому

Expected results

У ЦБД 3 для Asset у JSON присутнє поле status з відобраеженням значень згідно логіки мапінгу для Asset 1- Asset 6:

1) Asset 1: pending;

2) Asset 2: pending;

3) Asset 3: active_rectification;

4) Asset 4: active_procedure;

5) Asset 5: complete;

6) Asset 6: deleted.  

У ЦБД 2 присутній Asset зі статусом complete.

Відбувся процес міграції ЦБД 2 на ЦБД 3.

Steps To Reproduce

Міграція у ЦБД 3 id, assetID, date, dateModified, owner полів та значень в них

Expected results

У ЦБД 3 для Asset у JSON міграція полів та значень в них відбулась згідно логіки мапінгу:

1) id поле → _id поле з відображенням відповідного значення з ЦБД 2;     

2) assetID поле →  assetId поле з відображенням відповідного значення з ЦБД 2;     

3) date поле → datePublished поле з відображенням відповідного значення з ЦБД 2;      

4) dateModified поле → dateModified поле з відображенням відповідного значення з ЦБД 2;        

5) owner поле → owner поле з відображенням відповідного значення з ЦБД 2.      

• У ЦБД 2 присутні Assets різних типів - з відображенням значення у полі assetType:

1) Asset 1: domain  

2) Asset 2: .......

• Відбувся процес міграції ЦБД 2 на ЦБД 3.

Steps To Reproduce

Міграція у ЦБД 3 assetType поля та значення в ньому

Expected results

У ЦБД 3 для мігрованих Assets у JSON присутнє поле assetType з відображенням відповідних значень згідно логіки мапінгу (наразі не вказаний мапінг значень):

1) Asset 1: .....

2) Asset 2: ..... 

• У ЦБД 2 присутній Assets, для якого у секції assetHolder заповнені дані для поля name.
• Відбувся процес міграції ЦБД 2 на ЦБД 3. 

Steps To Reproduce

Міграція у ЦБД 3 name поля та значення в ньому.

Expected results

У ЦБД 3 для мігрованого Assets у JSON згідно логіки мапінгу:

1. Присутня assetHolder секція.
2. Розташовано поле name: вкаладено uk_UA поле, де відображається значення з поля name з ЦБД 2.

Expected results.

У ЦБД 3 для мігрованих Assets у JSON:

1. Присутня assetHolder секція.
2. У секції assetHolder присутнє поле representativeInfo* (дане поле є обовязковим до заповнення згідно SWAGGER. Яким чином буде заповнюватись це поле?) 

У ЦБД 2 присутній Assets зі статусом complete, для якого є присутні дані для desription, title полів.   

Відбувся процес міграції ЦБД 2 на ЦБД 3.

Steps To Reproduce

Міграція у ЦБД 3 desription, title полів та значення в них.

Expected results.

У ЦБД 3 для мігрованого Assets у JSON присутні наступні поля з відповідними значеннями в них: 

1.  description: із вкладенням uk_UA, де відображається значення з відповідного поля description з ЦБД 2;
2. title: із вкладенням uk_UA, де відображається значення з відповідного поля title з ЦБД 2.

У ЦБД 2 присутній Assets для якого у секції assetHolder заповнені всі дані для підсекцї contacPoint у полях:

1) name;

2) email;

3) telephone;

4) faxNumber;

5) url.

Відбувся процес міграції ЦБД 2 на ЦБД 3.

Steps To Reproduce

Міграція у ЦБД 3 contactPoint підсекції та значень у всіх полях.

Expected results

У ЦБД 3 для мігрованого Assets у JSON:

1. Присутня assetHolder секція
2. У секції assetHolder розташована підсекція contacPoint
3. У секції contacPoint згідно логіки мапінгу присутні наступні поля з відповідними значеннями для них:

• name: із вкладенням uk_UA - де відображається значення з поля name ЦБД 2;
• email: відображається значення з поля email ЦБД 2;
• telephone:  відображається значення з поля telephone ЦБД 2;
• faxNumber: відображається значення з поля faxNumber ЦБД 2;
• url: відображається значення з поля faxNumber ЦБД 2.  

• У ЦБД 2 присутній Assets для якого у секції assetHolder заповнені всі дані для підсекцї identifier у полях:

1) scheme;

2) id;

3) legalName.

• Відбувся процес міграції ЦБД 2 на ЦБД 3.

Steps To Reproduce

Міграція у ЦБД 3 identifier  підсекції та значень у всіх полях.

Expected results

У ЦБД 3 для мігрованого Assets у JSON:

1. Присутня assetHolder секція
2. У секції assetHolder розташована підсекція identifier
3. У секції identifier згідно логіки мапінгу присутні наступні поля з відповідними значеннями для них:

• scheme: відображається значення з поля scheme з ЦБД 2;  

• id: відображається значення з поля id з ЦБД 2;

• legalName: вкладено uk_UA поле, де відображається значення з поля legalName ЦБД 2.

• У ЦБД 2 присутній Assets для якого у секції assetHolder заповнені всі дані для підсекцї address у полях:

1) postalCode;

2) countryName; 

3) streetAddress;

4) region;

5) locality.

•   Відбувся процес міграції ЦБД 2 на ЦБД 3. 

Steps To Reproduce

Міграція у ЦБД 3 address підсекції та значень у всіх полях.

Expected results

У ЦБД 3 для мігрованого Assets у JSON:

1. Присутня assetHolder секція.
2. У секції assetHolder розташована підсекція address.
3. У секції address згідно логіки мапінгу присутні наступні поля з відповідними значеннями для них:

1) postalCode: відображається значення з поля postalCode з ЦБД 2;

2) countryName: вкаладено uk_UA поле, де відображається значення з поля countryName з ЦБД 2; 

3) streetAddress: вкаладено uk_UA поле, де відображається значення з поля streetAddress з ЦБД 2;

4) region: вкаладено uk_UA поле, де відображається значення з поля region з ЦБД 2;

5) locality: вкаладено uk_UA поле, де відображається значення з поля locality з ЦБД 2;

У ЦБД 2 присутній Assets зі статусом complete.  У струкурі assetHolder на ЦБД 2 відсутнє поле representativeInfo.

Відбувся процес міграції ЦБД 2 на ЦБД 3.

Steps To Reproduce

Наявність поля representativeInfo

Expected results.

У ЦБД 3 для мігрованих Assets у JSON:

1. Присутня assetHolder секція.
2. У секції assetHolder присутнє поле representativeInfo* (дане поле є обовязковим до заповнення згідно SWAGGER. Яким чином буде заповнюватись це поле?) 

У ЦБД 2 присутній Assets для якого у секції rectiifcationPeriod визначено значення у полях: 

1) startDate;

2) endDate.

Відбувся процес міграції ЦБД 2 на ЦБД 3.

Steps To Reproduce

Міграція у ЦБД 3 rectificationPeriod підсекції та значень у всіх полях.

Expected results

У ЦБД 3 для мігрованого Assets у JSON у структурі додалась секція rectificationPeriod з наступними полями та значеннями в них:

1) startDate - відображається значення з поля startDate з ЦБД 2;

2) endDate - відображається значення з поля endDate з ЦБД 2.

У ЦБД 2 присутній Assets для якого у секції decisions визначено  лише 1 decision із присутніми даними у полях: 

1) decisionDate;

2) decisionID;

3) id;

4) decisionOf;

5) title.

Відбувся процес міграції ЦБД 2 на ЦБД 3.

Steps To Reproduce

Міграція у ЦБД 3 Decisions секції та значень у всіх полях.

Expected results

У ЦБД 3 для мігрованого Assets у JSON у структурі присутня секція decisions з наступними полями та значеннями в них:

1) decisionDate: відображається значення з поля decisionDate з ЦБД 2;

2) decisionNumber: відображається значення з поля postalCode з ЦБД 2;;

3) decisionOf: відображається значення з поля decisionOf з ЦБД 2;

4) decisionTitle: відображається значення з поля decisionTitle з ЦБД 2;

5) відсутнє у структурі поле id.

У ЦБД 2 присутній Assets для якого у секції decisions визначено лише 3 decisions із присутніми даними у полях:

1) decisionDate;

2) decisionID;

3) id;

4) decisionOf;

5) title.

Відбувся процес міграції ЦБД 2 на ЦБД 3.

Steps To Reproduce

Міграція у ЦБД 3 декількох decisions у Decisions секції та значень у всіх полях.

Expected results

У ЦБД 3 для мігрованого Assets у JSON у структурі присутня секція decisions для якої:

1) у структурі присутні 3 окремі сутності decisions;

2) для кожної з 3-ьох decisions відображаються коректні відповідні їм значення з ЦБД 2 у полях: decisionDate, decisionNumber, decisionOf, decisionTitle.

У ЦБД 2 присутній Asset зі статусом complete з присутніми валідними значеннями у всіх полях.

Steps To Reproduce

1. Відбувся процес міграції ЦБД 2 на ЦБД 3.

Expected results

1. Для мігрованого Asset у JSON присутній перелік полів з відображенням відповідних зачень згідно логіки мапінгу. Згідно даного документу, поля, відзначені червоним кольором, НЕ перенеслися на ЦБД 3.   

У ЦБД 2 присутній Asset зі статусом complete з присутніми валідними значеннями у всіх полях.

Steps To Reproduce

1. Відбувся процес міграції ЦБД 2 на ЦБД 3.

Expected results

1. Для мігрованого Asset у JSON присутній перелік полів з відображенням відповідних зачень згідно логіки мапінгу. Згідно даного документу, поля, відзначені зеленим кольором перенеслися на ЦБД 3 з відповідними змінами для назв полів АБО додалося нове поле, якого не було на ЦБД2, але логіка його формування зрозуміла.

У ЦБД 2 присутні:

1) Asset 1, статус = completed з даними related entities: Announcement (sold), Procedure (SPE1 (unsuccessful), SPE2 (unsuccessful), SPD1 (unsuccessful), SPD 2 (conmpleted), Execution (sold)

2) Asset 2, статус = completed з даними related entities: Redemption (sold), Execution (sold) 

3) Asset 3, статус = completed з даними related entities: Announcement (deleted), Announcement (deleted), Redemption (deleted), Redemption (sold), Execution (deleted), Execution (sold).

Steps To Reproduce

1. Відбувся процес міграції ЦБД 2 у ЦБД 3.

Expected results

Для мігрованого Asset 1, 2, 3  у JSON для секції relatedEntities відображаються дані для всіх сутностей з коректними значення згідно логіки мапінгу у полях objectId, Type, _id

У ЦБД 2 присутні з відповідними статусами:

1) Asset 1, draft;

2) Asset 2, pending;

3) Asset 3, verification;

4) Asset 4, active;

5) Asset 5, complete;

6) Asset 6, deleted.

Steps To Reproduce

1. Відбувся процес міграції ЦБД 2 у ЦБД 3.

Expected results

Для мігрованих Assets  у JSON для status відображаються відповідні значеня логіки мапінгу: 

1) Asset 1, pending;

2) Asset 2, pending;

3) Asset 3, active_rectification;

4) Asset 4, active_procedure;

5) Asset 5, complete;

6) Asset 6, deleted.

У ЦБД 2 присутній Asset  зі статусом complete та з 7-ми файлами з типом документів: notice, illustration, technicalSpecifications, x_presentation, informationDetails, x_dgfAssetFamiliarization, clarifications.

https://public.api.ea2.openprocurement.net/api/2/assets/c65440381d1d40fab893c39ff1d671f2

https://nrcukraine.com.ua/uk/registry/assets/view?id=RAS001-UA-20230228-23625 (писутньо 4 різні типи документів)

Steps To Reproduce

1. Відбувся процес міграції ЦБД 2 у ЦБД 3.

Expected results

Для мігрованого Assets  у JSON у секції documents відображається інформація про всі 7 документів з відповідними полями згідно логіки мапінгу та значеннями у них (наразі відсутня інформація стосовно маплення типів документу). 

Звернути увагу на особливості міграції переліку наступних полів згідно логіки мапінгу:

1) Червоні рядки - не переносяться на ЦБД3.

2) Жовті - переносяться зі змінами;

3) Зелені - Змінюється назва поля АБО додається поле, якого не було на ЦБД2, але логіка його формування зрозуміла.

У ЦБД 2 присутній Asset  зі статусом deleted та файлом з типом документу cancelation.

Steps To Reproduce

1. Відбувся процес міграції ЦБД 2 на ЦБД 3.

Expected results

Для мігрованого Assets  у JSON у секції cancellations відображаються всі поля згідно логіки мапінгу та значеннями у них, які відповідають Asset з ЦБД 2 (наразі відсутня інформація стосовно особливостей міграції для cancellations). 

Звернути увагу на особливості міграції переліку наступних полів згідно логіки мапінгу:

1) Червоні рядки - не переносяться на ЦБД3.

2) Жовті - переносяться зі змінами;

3) Зелені - Змінюється назва поля АБО додається поле, якого не було на ЦБД2, але логіка його формування зрозуміла.

У ЦБД 2 присутній Asset  зі статусом completed та  6-ма Items у складі з різними відповіднми класифікаторами та типами майна: 

1) Item 1: 04000000-8 – Нерухоме майно та усі вкладені коди - asset (Майно)  

2) Item 2: 05000000-5 – Цілісний майновий комплекс або майновий комплекс - комплекс активів підприємства та усі вкладені коди - asset (Майно)     

3) Item 3: 06000000-2 – Земельні ділянки та усі вкладені коди - asset (Майно)   

5) Item 4: 34000000-7 – Транспортне обладнання та допоміжне приладдя до нього та усі вкладені коди - asset (Майно)     

6) Item 5: 07000000-9 – Права вимоги за кредитними договорами та усі вкладені коди - claimRights (Права вимоги)

7) Item 6: 08000000-6 – Корпоративні права та усі вкладені коди - claimRights (Права вимоги)

Steps To Reproduce

1. Відбувся процес міграції ЦБД 2 на ЦБД 3.

Expected results

Для мігрованого Assets  у JSON у секції asset.items відображаються всі поля згідно логіки мапінгу та значеннями у них, які відповідають Asset з ЦБД 2 (наразі відсутня інформація стосовно маплення типу майна AssetType). 

Звернути увагу на особливості міграції переліку наступних полів згідно логіки мапінгу:

1) Червоні рядки - не переносяться на ЦБД3.

2) Жовті - переносяться зі змінами;

3) Зелені - Змінюється назва поля АБО додається поле, якого не було на ЦБД2, але логіка його формування зрозуміла.

Відбувся процес міграції ЦБД 2 у ЦБД 3.

Steps To Reproduce

1. Виконати пошук Об'єкту згідно заданих параметрів або критеріїв пошуку:
   1. UA-AR-P-2022-01-13-000010-1  
   1. Назва Об’єкта
   2. Опис Об’єкта
   3. Опис айтема
   1. Класифікатори
   2. Ідентифікатор Об’єкта
   3. Статус Об’єкта (за замовчування у статусі “Опубліковано Об’єкт МП у Реєстрі”)
   4. Ключове слово
   5. Організатор (ЄДРПОУ, назва)
   6. Тип об’єкта (майна) - класифікатори
   7. Місцезнаходження об’єкта (область, місто) 

Expected results

 1. Відображені Об'єкти відповідають заданим параметрам або критеріям пошуку.

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