2. Для розділу SpecifyParcels перевіряється:
а. Розділ SpecifyParcels / ExistParcel
i. Кілька розділів ExistParcel в схемі допускається вказувати тільки в разі, якщо один з об'єктів є Єдиним землекористуванням, а решта - що входять до нього Відокремлені і Умовні ділянки (орієнтування відбувається на тип ділянки в БД). В іншому випадку може бути тільки 1 розділ ExistParcel. Текст помилки: «Розділ ExistParcel: Більше 1 об'єкта допускається тільки в разі поділу Єдиного землекористування»
ii. для Багатоконтурні земельної ділянки (орієнтуватися на тип ділянки в БД) в XML файлі Розділ ExistParcel / Contours повинен бути присутнім. Інакше фіксується повідомлення «Розділ ExistParcel / Contours обов'язковий для Багатоконтурні земельної ділянки». Для ExistParcel / Contours / Contour: якщо зазначений Number_PP, то проводиться пошук в БД по обліковому номеру КМЗУ (зв'язок з МОЗ Нова, Актуальна або анульовані); Якщо не вдалося знайти в БД, то в протоколі фіксується помилка: «Розділ ExistParcel / Contours: КМЗУ з обліковим номером. не найден серед актуальних відомостей ».
iii. Розділ ExistParcel / EntitySpatial обов'язковий для ділянок, які є землекористування, Відособленим ділянкою або Умовним ділянкою (орієнтуватися на тип ділянки в БД). Інакше в протоколі фіксується повідомлення: «Розділ ExistParcel / EntitySpatial обов'язковий для ділянок, які є землекористування, Відособленим або Умовним ділянкою»
iv. Розділ ExistParcel / CompositionEZ обов'язковий для Єдиних землекористуванні (орієнтуватися на тип ділянки в БД). Інакше в протоколі фіксується повідомлення: «Розділ ExistParcel / Composition_EZ обов'язковий для Єдиного землекористування».
- Для розділів Composition_EZ / InsertEntryParcels / InsertEntryParcel / ExistEntryParcel / CadastralNumber, Composition_EZ / DeleteEntryParcels / DeleteEntryParcel / CadastralNumber КН перетвориться до шаблону.
- Якщо перетворення вдалося, то відбувається пошук ЗУ в БД по КН (серед ЗУ зі статусом Внесений, Тимчасовий, Врахований, Раніше врахований);
- Якщо в БД знайдений об'єкт по КН і даний об'єкт підлягає оновленню відомостями з файлу, але при цьому перевіряється, чи є даний об'єкт земельною ділянкою. Якщо немає, то в протокол виводиться помилка "Вид об'єкта у файлі не відповідає виду об'єкта в БД", об'єкт не завантажувати.
- Якщо не вдалося перетворити КН або не вдалося знайти ЗУ в БД, то в протоколі фіксується помилка: «Розділ ExistParcel / Composition_EZ: Об'єкт з КН. не найден серед актуальних відомостей »
- Для Composition_EZ / InsertEntryParcels / InsertEntryParcel / ExistEntryP arcel / CadastralNumber перевіряється, що об'єкт має тип «Окремий ділянку» або «Умовний ділянку». В іншому випадку телефон помилка: «Розділ ExistParcel / Composition_EZ / InsertEntryParcels / InsertEntryParcel / ExistEntryParcel. Об'єкт з КН. не є Відособленим або Умовним ділянкою »
- Для Composition_EZ / DeleteEntryParcels / DeleteEntryParcel / CadastralNumber перевіряється, що об'єкт має тип «Окремий ділянку» або «Умовний ділянку» і має зв'язок з батьківським ЕЗ «Актуальна» або «анульовані». Текст помилки: «Розділ ExistParcel / CompositionEZ / DeleteEntTyParcels / DeleteEntryParcel. Об'єкт з КН. не є Відособленим або Умовним ділянкою »
v. Для розділу Irmer_CadastralNumbers: якщо в БД не знайдені об'єкти з такими номерами або вони не є ЗУ, то дані про ЗУ не обробляються. Так само, якщо знайдено кілька об'єктів, то дані про ЗУ не обробляються.
vi. Для SpecifyParcels / ExistParcel / SubParcels / SubParcel: якщо зазначений Number_PP, то проводиться пошук в БД за обліковим номером (серед ЗУ зі статусом Внесений, Тимчасовий, Врахований, Раніше врахований); Якщо не вдалося знайти в БД, то в протоколі фіксувати помилку: «Розділ SpecifyParcels / ExistParcel / SubParcels: Об'єкт з обліковим номером. не найден серед актуальних відомостей ».
b. Розділ FormParcels / SpecifyRelatedParcels:
i. КН перетвориться до шаблону
ii. Якщо вдалося, проводиться пошук в БД по КН (серед ЗУ зі статусом Внесений, Тимчасовий, Врахований, Раніше врахований);
iii. якщо в БД знайдений об'єкт по КН і даний об'єкт підлягає оновленню відомостями з файлу, то перевіряти, що об'єкт є ЗУ. Якщо немає, то в протокол виводити помилку "Вид об'єкта у файлі не відповідає виду об'єкта в БД", об'єкт не завантажувати.
iv. Якщо не вдалося перетворити або не вдалося знайти в БД, то в протоколі фіксувати помилку: «Розділ SpecifyRelatedParcel: Об'єкт з КН. не найден серед актуальних відомостей »,
с. У разі якщо хоча б 1 об'єкт не пройшов перевірку, то всі об'єкти не завантажуються, а в протоколі фіксується помилка.
3. Для розділу NewSubParcel перевіряється:
a. КН батьківського ЗУ NewSubParcel / CadastralNumber_Parcel перетвориться до шаблону
b. Якщо перетворення вдалося, проводиться пошук в БД по КН (серед ЗУ зі статусом Внесений, Тимчасовий, Врахований, Раніше врахований);
c. Якщо не вдалося перетворити або не вдалося знайти в БД, то в протоколі фіксувати помилку: «Розділ NewSubParcel: Об'єкт з КН" не знайдено серед актуальних відомостей ».
У разі якщо хоча б один об'єкт не пройшов перевірку, то жоден об'єкт не завантажується, при цьому в протоколі фіксується відповідне повідомлення.
Для об'єктів, відомості яких підлягають змінам, здійснюється перевірка на блокування в інший заявці. Якщо об'єкт заблокований, то відомості завантаженні не підлягають.
Якщо перевірки пройшли успішно, то здійснюється завантаження відомостей. Перед завантаженням відомостей про об'єкти відбувається видалення всіх раніше прив'язаних до заявки об'єктів з заявки і заміна їх на нові.
Правила завантаження ЗУ:
1. Для розділу утворених земельних ділянок FormParcels:
a. Якщо перевірки пройшли успішно, то для розділу FormParcels / NewParcel створюються нові об'єкти на основі відомостей з XML.
b. Якщо перевірки пройшли успішно, то для розділів FormParcels / ChangeParcel і FormParcels / SpecifyRelatedParcel відомості по об'єктах оновлюються з XML файлу.
2. Для розділу SpecifyParcels:
b. Дляоб'ектов ChangeParcel / InsertEntryParcels / InsertEntryParcel / CadastralNumber і SpecifyParcels / ExistParcel / Composition_EZ / InsertEntryParcels / InsertEntry Parcel / ExistEntryParcel создаетсясвязьсЕЗ «Нова»
c. Дляоб'ектов SpecifyParcels / ExistParcel / Composition_EZ / DeleteEntryParcels / DeleteEntr yParcel / CadastralNumber создаетсясвязьсЕЗ «анульовані».
3. Для розділу NewSubParcel:
а. Якщо перевірки пройшли успішно, то для розділу NewSubParcel створюються нові об'єкти на основі відомостей з XML. Зв'язок з батьківським ЗУ «Нова».
Розділ SpecifyRelatedParcel (уточнюються суміжні земельні ділянки)
Правила опису суміжних ділянок в межевом плані:
1. Опис переліку точок повинно містити опис однієї ділянки уточнюється кордону. При цьому перелік точок повинен починатися і закінчуватися з точок, які або не змінюють свого положення, або його уточнюють.
2. Ділянка кордону уточнюється кордону повинен описуватися в напрямку обходу за годинниковою стрілкою.
3. Ділянка уточнюється кордону повинен містити опис виникають, змінюються або припиняють існування точок, а так само зберігають своє положення точок. Для зберігають своє положення точок стара координата і нова координата повинні мати однакове значення.
4. Якщо у суміжного ділянки уточнюються кілька ділянок кордону, то в елементі «SpecifyRelatedParcel» повторюється кадастрові номери суміжного ділянки.
5. Здійснюється зміна координат наступним чином:
a. Додавання точки. Якщо для точки не зазначена стара координата, а нова координата вказана, то у файлі відшукуються точки до і після оброблюваної точки, у яких вказана стара координата. Якщо дві такі точки »не знайдено, то об'єкт не обробляється, а в протоколі фіксується повідомлення« Некоректні координати суміжної ділянки з КН. ». Якщо знайдені, то додаються нові точки між двома знайденими. У разі якщо в файлі поспіль вказані кілька нових точок, то при додаванні в БД між існуючими точками необхідно враховується порядок проходження точок.
b. Заміна точки. Якщо для точки вказана стара координата і нова координата, то здійснюється пошук відповідної точки в БД за старою координаті і відповідно замінюється на нову.
c. Видалення точки. Якщо для точки вказана тільки стара координата, а нова не вказана, то здійснюється пошук відповідної точки в БД за старою координаті і проводиться її видалення.
Правила завантаження ЧЗУ
1. Для утворених ЧЗУ (FormParcels / NewParcel / SubParcels / SubParcel, FormParcels / ChangeParcel / SubParcels / SubParcel: якщо заповнений атрибут Definition, SpecifyParcels / ExistParcel / SubParcels / SubParcel: якщо заповнений атрибут Definition) створюються нові об'єкти на підставі відомостей в XML.
2. Для змінюваних ЧЗУ (FormParcels / ChangeParcel / SubParcels / SubParcel: якщо заповнений Number_PP, SpecifyParcels / ExistParcel / SubParcels / SubParcel: якщо заповнений NumberPP) проводиться пошук по NumberPP в ГКН - серед актуальних відомостей (статус Внесений, Тимчасовий, Врахований, Раніше врахований і зв'язок з батьківським ЗУ Нова, Актуальна або анульовані).
a. якщо ЧЗУ знайдена, то всі відомості оновлюються з XML файлу
b. якщо ЧЗУ не знайдено, то в протоколі фіксується відповідне повідомлення і дані про ЧЗУ не завантажуються.
Правила завантаження КМЗУ
1. Для утворених КМЗУ (NumberPP відсутня: FormParcels / NewParcel / Contours / Contour; pecifyParcels / ExistParcel / Contours / Contour - якщо заповнений атрибут Definition) створюються нові об'єкти на підставі відомостей XML.
2, Для змінюються КМЗУ (NumberPP присутній: SpecifyParcels / ExistParcel / Contours / Contour - якщо заповнений Number_PP) проводиться пошук по Number_PP в ГКН - серед актуальних відомостей (зв'язок з батьківським МОЗ Нова, Актуальна або анульовані).
a. Якщо КМЗУ знайдений, всі відомості оновлюються з XML файлу
b. Якщо КМЗУ не знайдений, то в протоколі фіксується відповідне повідомлення і дані про КМЗУ не завантажуються.