...
2. МІГРАЦІЯ:
2.1. Міграція поля encumbrances
- Якщо існуюче поле encumbrances НЕ заповнено в обʼєкті Процедури (відсутнє), то hasEncumbrances == false + encumbrances НЕ додаємо (його не було і не має зʼявитися)
- Якщо існуюче поле encumbrances заповнено в обʼєкті значеннями:
-- noEncumbrances
-- "-"
-- Відсутні
-- Ні
-- Немає
-- Не зареєстровані
(не враховувати регістр літер - може бути написано "відсутні", "ні" тощо)
то, hasEncumbrances == false, поле encumbrances прибираємо із публічного API response. Краще дотриуватись однієї логіки: якщо hasEncumbrances == false, то encumbrances має бути відсутнім.
- Якщо існуюче поле encumbrances заповнено будь-якими іншими значеннями, окрім перерахованих вище, то hasEncumbrances == true, поле encumbrances залишаємо у тому вигляді, яким воно є без змін.
2. 2. Міграція поля jointOwnership
- Якщо існуюче поле jointOwnership НЕ заповнено в обʼєкті Процедури (відсутнє), то hasEncumbrances == false + jointOwnership НЕ додаємо (його не було і не має зʼявитися)
- Якщо існуюче поле jointOwnership заповнено в обʼєкті значеннями:
-- Відсутні
-- "-"
-- Ні
-- Немає
-- Не зареєстровані
-- Один власник
-- Співвласників немає
(не враховувати регістр літер - може бути написано "відсутні", "ні" тощо)
то, hasJointOwnership == false, поле jointOwnership прибираємо із публічного API response. Краще дотриуватись однієї логіки: якщо hasJointOwnership == false, то jointOwnership має бути відсутнім.
- Якщо існуюче поле jointOwnership заповнено будь-якими іншими значеннями, окрім перерахованих вище, то hasJointOwnership == true, поле jointOwnership залишаємо у тому вигляді, яким воно є без змін.
2.3. Міграція поля utilitiesAvailability
- Якщо існуюче поле utilitiesAvailability НЕ заповнено в обʼєкті Процедури (відсутнє), то hasUtilitiesAvailability == false + utilitiesAvailability НЕ додаємо (його не було і не має зʼявитися)
- Якщо існуюче поле utilitiesAvailability заповнено в обʼєкті значеннями:
-- Відсутні
-- "-"
-- Інформація відсутня
-- Не встановлено
-- Відсутні комунікації
-- Ні
-- Немає
-- Не зареєстровані
(не враховувати регістр літер - може бути написано "відсутні", "ні" тощо)
то, hasUtilitiesAvailability == false, поле utilitiesAvailability прибираємо із публічного API response. Краще дотриуватись однієї логіки: якщо hasUtilitiesAvailability == false, то utilitiesAvailability має бути відсутнім.
- Якщо існуюче поле utilitiesAvailability заповнено будь-якими іншими значеннями, окрім перерахованих вище, то hasUtilitiesAvailability == true, поле utilitiesAvailability залишаємо у тому вигляді, яким воно є без змін.
3. Необхідно змінити для існуючих і додати для нових параметрів
LegalNames для параметрів:
```
"hasEncumbrances": {
"uk_UA": "Присутні обтяження",
"en_US": "Encumbrances are present"
},
"hasJointOwnership": {
"uk_UA": "Наявні співвласники",
"en_US": "Co-owners available"
},
"hasUtilitiesAvailability": {
"uk_UA": "Інженерні мережі наявні",
"en_US": "Utilities are available"
},
"encumbrances": {
"uk_UA": "Інформація про наявні обтяження",
"en_US": "Encumbrances information"
},
"jointOwnership": {
"uk_UA": "Інформація про співвласників",
"en_US": "JointOwnership information"
},
"utilitiesAvailability": {
"uk_UA": "Інформація про інженерні мережі",
"en_US": "Utilities information"
},
```
...
P.S.: Для процедур BRE/BRD поле utilitiesAvailability є обовʼязковим для заповнення. Відповідно, повʼязане поле hasUtilitiesAvailability має бути true. Залишається на відповідальність Майданчика
4.
- bankRuptcy
1.1.
- якщо продається щось із Land (землі), то поле utilitiesAvailability (Наявність на земельній ділянці комунікацій) є обовʼязковим для заповнення.
- якщо продається щось із JPC (майновий комплекс), то там присутня Land (земля) також. Але поле utilitiesAvailability вже НЕ обовʼязкове для заповнення.
1.2. - якщо продається щось із Land, то поле specialLandPurpose (Цільове призначення земельної ділянки) наявне і є обовʼязковим для заповнення.
- якщо продається щось із JPC, то там присутній Land також. Але поле specialLandPurpose відсутнє взагалі.
5.
поле landIntendedUse (Поточне використання земельної ділянки) landIntendedUse в базовій моделі base.LandProps
| Напрям | Наявність | Коментар | Обовʼязковість |
|---|---|---|---|
| BSE/BSD/BSW | Так | є в Land і є в JPC | Ні, Ні |
| GFE/GFD | Так | є в Land і є в JPC | Ні, Ні |
| LLE/LLD/LLP | Так | присутній в JPC (Land відстуній взагалі, як тип item) | Ні |
| LRE | Ні | потенційно має бути | - |
| LSE/LSP | Ні | потенційно має бути | - |
| RCE/RCD | Ні | і не потрібно | - |
| SUE/SUD | Ні | і не потрібно | - |
| AAE | Ні | і не потрібно | - |
| ALE | Так | присутній в JPC (Land відстуній взагалі, як тип item) | Ні |
| CSE/CSD/CSI | Так | є в Land і є в JPC | Ні |
| BRE/BRD/BRW | Так | є в Land і є в JPC | Ні |
| RLE/RLD | Так | присутній в JPC (Land відстуній взагалі, як тип item) | Ні |
| CLE/CLD | Так | присутній в JPC (Land відстуній взагалі, як тип item) | Ні |
| SSW | Ні | присутній в JPC, але + тут є Land і там немає | Ні |
| NLE/NLD | Так | є в Land і є в JPC | Ні |
| SPE/SPD | Так | є в Land і є в JPC | Ні |
| LPE | Так | є в Land і є в JPC | Ні |
| LAE/LAP/LAW | Ні | потенційно має бути | - |
| APE/APD | Так | є в Land і є в JPC | Ні |