Od Integrującej Platformy Elektronicznej do Zinegrowanego Systemu Informacji o Nieruchomościach - podsumowanie projektów pilotażowych

43 OD INTEGRUJ¥CEJ PLATFORMY ELEKTRONICZNEJ DO ZINEGROWANEGO SYSTEMU INFORMACJI ..._{POLSKIE TOWARZYSTWO INFORMACJI PRZESTRZENNEJ}

ROCZNIKI GEOMATYKI 2012 m TOM X m ZESZYT 6(56)

OD INTEGRUJ¥CEJ PLATFORMY ELEKTRONICZNEJ

DO ZINEGROWANEGO SYSTEMU

INFORMACJI O NIERUCHOMOŒCIACH –

PODSUMOWANIE PROJEKTÓW PILOTA¯OWYCH

ROM INTEGRATING ELECTRONIC PLATFORM

TO INTEGRATED CADASTRAL SYSTEM –

SUMMARY OF PILOT PROJECTS

Centralny Oœrodek Dokumentacji Geodezyjnej i Kartograficznej, Warszawa

S³owa kluczowe: Zintegrowany System Informacji o Nieruchomoœciach, Integruj¹ca Platforma Elektroniczna, interoperacyjnoœæ, rejestry publiczne

Keywords: Integrated Cadastral System, Integrating Electronic Platform, interoperability, public registers

Wstêp

Wiarygodnoœæ, aktualnoœæ, kompletnoœæ, spójnoœæ oraz dostêpnoœæ informacji w reje-strach publicznych zawieraj¹cych informacje o nieruchomoœciach, a w szczególnoœci ewi-dencji gruntów i budynków (kataster nieruchomoœci) oraz ksi¹g wieczystych, by³a i jest celem wielu podejmowanych dzia³añ, zarówno w obszarze rozwi¹zañ prawnych, organiza-cyjnych, jak i technicznych. Potrzeba zapewnienia odpowiedniej jakoœci i dostêpnoœci da-nych – w tym tak¿e zapewnienia wymiany dada-nych pomiêdzy rejestrami publicznymi takimi jak EGIB, NKW, PESEL, REGON, TERYT oraz krajowym systemem ewidencji producen-tów, ewidencji gospodarstw rolnych oraz ewidencji wniosków o przyznanie p³atnoœci – by³a przyczynkiem do rozpoczêciem prac projektowych nad dedykowanym rozwi¹zaniem tech-nicznym implementuj¹cym powy¿sze wymagania i potrzeby.

Integruj¹ca Platforma Elektroniczna

W latach 2001-2003 w ramach projektu „Phare 2000 – Budowa Systemu Katastralnego” zosta³ stworzony system teleinformatyczny – Integruj¹ca Platforma Elektroniczna (IPE). Kolejno, poprzez cztery fazy rozwoju systemu, w których sukcesywnie przy³¹czane by³y kolejne lokalizacje regionalne i lokalne (urzêdy województw, urzêdy miast i starostwa powia-towe), od 2008 roku system umo¿liwi³ wymianê danych oraz dostêp do informacji o nieru-chomoœciach w skali ca³ego kraju.

IPE jest systemem rozproszonym terytorialnie, w którym dedykowane modu³y (IPE-C, IPE-W, IPE-ZK) komunikuj¹ siê w ramach wydzielonej sieci PESEL-NET (zarz¹dzanej przez Ministerstwo Spraw Wewnêtrznych), realizowanej w technologii IP-VPN z gwarantowany-mi parametraz gwarantowany-mi wydajnoœciowyz gwarantowany-mi i bezpieczeñstwa. Model logiczny obecnej architektury IPE przedstawia rysunek 1. Czêœæ centralna systemu (IPE-C) jest obecnie utrzymywana i administrowana w Centralnym Oœrodku Dokumentacji Geodezyjnej i Kartograficznej w War-szawie (CODGiK).

Obecnie system IPE funkcjonuje i realizuje pierwotne za³o¿enia u¿ytkowe i funkcjonalne. System IPE umo¿liwia:

m utrzymanie i aktualizacjê centralnej repliki powiatowych baz danych EGiB,

m udzielanie odpowiedzi na pytania kierowane przez u¿ytkowników systemu do

ewiden-cji gruntów i budynków, centralnej bazy ksi¹g wieczystych oraz rejestrów PESEL i REGON,

m wizualizacjê danych ewidencyjnych w postaci map ewidencyjnych, wypisów,

wyry-sów, tabel, zestawieñ,

m przygotowanie eksportu danych ewidencyjnych na potrzeby innych systemów (np.

IACS),

m opracowywanie wykazów i zestawieñ zbiorczych,

m wsparcie realizacji ustawy z dnia 7 wrzeœnia 2007 r. o ujawnieniu w ksiêgach

wieczy-stych prawa w³asnoœci nieruchomoœci Skarbu Pañstwa oraz jednostek samorz¹du terytorialnego – w ramach dodatkowego modu³u systemu IPE.

Zakres funkcjonalny systemu prezentuje rysunek 2.

Systemem objêtych jest 398 lokalizacji, w tym lokalizacje wojewódzkie oraz w g³ównej mierze lokalizacje powiatowe – starostwa powiatowe i urzêdy miast, w których prowadzona jest ewidencja gruntów i budynków.

System IPE posiada ponad 2500 zarejestrowanych u¿ytkowników, którzy w odniesieniu do najczêœciej wykorzystywanych funkcjonalnoœci generuj¹ dziennie œrednio:

m 750 zapytañ do NKW,

m 500 zapytañ do PESEL i REGON,

m 5 aktualizacji danych z EGiB, w tym 82 000 obiektów ewidencyjnych w jednej

45

OD INTEGRUJ¥CEJ PLA

TFORMY

ELEKTRONICZNEJ DO ZINEGROW

ANEGO SYSTEMU INFORMACJI ...

Rys. 1. Model logiczny obecnej architektury IPE

A

RTUR KAPUŒCIÑSKI

Rys. 2. Zakres funkcjonalny Systemu IPE

47 OD INTEGRUJ¥CEJ PLATFORMY ELEKTRONICZNEJ DO ZINEGROWANEGO SYSTEMU INFORMACJI ...

Zidentyfikowane ograniczenia systemu IPE

Na bazie d³ugoletnich doœwiadczeñ w u¿ytkowaniu i administrowaniu systemem, sprecy-zowano postulaty s³u¿¹ce optymalizacji za³o¿eñ funkcjonalno-architektonicznych, w szcze-gólnoœci s¹ to:

m zagwarantowanie zautomatyzowanego zasilania systemu IPE (bez zaanga¿owania

u¿yt-kowników w proces),

m zagwarantowanie zasilania ró¿nicowego (bez zaanga¿owania u¿ytkowników w

pro-ces),

m zagwarantowanie wykorzystania danych i funkcjonalnoœci systemu IPE przez inne

systemy informatyczne (obecnie dostêp do systemu jest mo¿liwy tylko przez przegl¹-darkê internetow¹ oraz niskopoziomow¹ wymianê danych),

m uproszczenie architektury systemu, reorganizacja i integracja powiatowych

i woje-wódzkich modu³ów systemu IPE-ZK i IPE-W celem optymalnego zarz¹dzania i utrzy-mania infrastruktury,

m ograniczenie zale¿noœci technologicznej przy wymianie danych z systemami NKW,

PESEL, REGON (ryzyko utraty komunikacji pomiêdzy systemami przy aktualizacjach wersji oprogramowania i wymianie komponentów systemów).

Zintegrowany System Informacji o Nieruchomoœci

W art. 7a pkt 5 oraz art. 24b znowelizowanego Prawa geodezyjnego i kartograficznego (Ustawa, 2010) okreœlone zosta³y ramy prawno-organizacyjne Zintegrowanego Systemu Informacji o Nieruchomoœciach. W myœl zapisów ustawy, rolê inicjuj¹c¹ i koordynuj¹c¹ dzia³ania w ramach ZSIN, w tym tworzenie i utrzymanie infrastruktury technicznej systemu, ustawodawca powierzy³ G³ównemu Geodecie Kraju we wspó³pracy z innymi organami ad-ministracji publicznej. Do wspó³dzia³ania ustawodawca zobowi¹za³:

m starostów, wojewodów i marsza³ków województw, m Ministra Sprawiedliwoœci,

m ministra w³aœciwego do spraw administracji publicznej, m ministra w³aœciwego do spraw finansów publicznych, m ministra w³aœciwego do spraw œrodowiska,

m Prezesa G³ównego Urzêdu Statystycznego,

m Prezesa Agencji Restrukturyzacji i Modernizacji Rolnictwa.

ZSIN ma umo¿liwiæ w szczególnoœci:

1) prowadzenie centralnego repozytorium kopii zbiorów danych ewidencji gruntów i bu-dynków,

2) monitorowanie w skali poszczególnych województw oraz ca³ego kraju spójnoœci i jako-œci zbiorów danych ewidencji gruntów i budynków,

3) wymianê danych w formie dokumentów elektronicznych miêdzy ewidencj¹ gruntów i bu-dynków a innymi rejestrami publicznymi, takimi jak: ksiêga wieczysta, pañstwowy re-jestr granic i powierzchni jednostek podzia³ów terytorialnych kraju, krajowy rere-jestr urzê-dowy podzia³u terytorialnego kraju, krajowy rejestr urzêurzê-dowy podmiotów gospodarki narodowej, krajowy system ewidencji producentów, ewidencji gospodarstw rolnych oraz ewidencji wniosków o przyznanie p³atnoœci, w zakresie niezbêdnym do prowadzenia tych

rejestrów publicznych, a tak¿e przekazywanie w formie dokumentów elektronicznych zawiadomieñ o zmianach danych, dokonywanych w poszczególnych rejestrach publicz-nych, maj¹cych znaczenie dla innych rejestrów publicznych w³¹czonych do zintegrowa-nego systemu informacji o nieruchomoœciach,

4) dokonywanie przez s¹dy prowadz¹ce ksiêgi wieczyste sprawdzeñ, o których mowa w art. 6268 _{§ 4 Kodeksu postêpowania cywilnego,}

5) weryfikacjê zgodnoœci danych ewidencji gruntów i budynków z danymi zawartymi w: ksiê-gach wieczystych, Powszechnym Elektronicznym Systemie Ewidencji Ludnoœci, krajo-wym rejestrze urzêdokrajo-wym podmiotów gospodarki narodowej oraz krajokrajo-wym rejestrze urzêdowym podzia³u terytorialnego kraju, a tak¿e pozyskiwanie danych zawartych w tych rejestrach na potrzeby ewidencji gruntów i budynków,

6) udostêpnianie organom administracji publicznej zintegrowanych zbiorów danych ewidencji gruntów i budynków, niezbêdnych do realizacji przez te organy ich ustawowych zadañ publicznych, dotycz¹cych w szczególnoœci badañ statystycznych, spisów powszechnych, prowadzenia krajowego rejestru urzêdowego podmiotów gospodarki narodowej, prowa-dzenia krajowego rejestru urzêdowego podzia³u terytorialnego kraju, planowania gospodar-czego, planowania przestrzennego, œrodowiska, ewidencji podatkowej nieruchomoœci, kon-troli pañstwowej, zwalczania korupcji oraz bezpieczeñstwa wewnêtrznego,

7) przeprowadzanie analiz przestrzennych na zbiorach danych ewidencji gruntów i budyn-ków obejmuj¹cych obszary wiêksze ni¿ jeden powiat.

W zwi¹zku z delegacj¹ ustawow¹ G³ówny Urz¹d Geodezji i Kartografii przygotowa³ pro-jekt rozporz¹dzenia Rady Ministrów w sprawie zintegrowanego systemu informacji o nieru-chomoœciach. Projekt ten okreœla:

1) sposób, tryb i standardy techniczne tworzenia i prowadzenia zintegrowanego systemu informacji o nieruchomoœciach, rozumianego jako system teleinformatyczny,

2) treœæ, formê i sposób przekazywania zawiadomieñ o zmianach danych, dokonywanych w poszczególnych rejestrach publicznych, maj¹cych znaczenie dla innych rejestrów pu-blicznych w³¹czonych do zintegrowanego systemu informacji o nieruchomoœciach. Projekt rozporz¹dzenia stanowi, ¿e ZSIN tworzy siê poprzez:

m utworzenie i wdro¿enie infrastruktury technicznej ZSIN,

m utworzenie centralnego repozytorium kopii zbiorów danych ewidencji gruntów

i bu-dynków.

W projekcie rozporz¹dzenia zawarte zosta³y nastêpuj¹ce za³o¿enia dotycz¹ce architektury ZSIN:

m lokalne systemy ewidencji gruntów i budynków, system NKW oraz inne zewnêtrzne

systemy dziedzinowe w³¹czone do ZSIN bêd¹ wyposa¿one w modu³y komunikacyj-ne, które umo¿liwi¹ wymianê danych za pomoc¹ us³ug sieciowych (webservices),

m infrastruktura techniczna IPE bêdzie tworzona i utrzymywana z zachowaniem

przepi-sów wydanych na podstawie art. 18 pkt 1 ustawy o informatyzacji dzia³alnoœci pod-miotów realizuj¹cych zadania publiczne (Ustawa, 2005) oraz przy zastosowaniu norm oraz uznanych w obrocie profesjonalnym standardów i metodyk,

m w us³ugach sieciowych wykorzystywane bêd¹ uznane standardy miêdzynarodowe,

a w szczególnoœci:

– SOAP (Simple Object Access Protocol), – WSDL (Web Services Description Language), – XML (Extensible Markup Language), – XSD (XML Schema Definition),

49 OD INTEGRUJ¥CEJ PLATFORMY ELEKTRONICZNEJ DO ZINEGROWANEGO SYSTEMU INFORMACJI ...

– GML (Geography Markup Language), – PDF (Portable Document Format).

m us³ugi sieciowe bêd¹ komunikowa³y siê za pomoc¹ protoko³u HTTPS,

– autentykacja us³ugi odbywaæ siê bêdzie za pomoc¹ loginu i has³a na poziomie pro-toko³u HTTPS (tryb Basic),

– komunikacja pomiêdzy systemami dziedzinowymi oraz udostêpnianie us³ug siecio-wych ZSIN odbywaæ siê bêdzie za pomoc¹ szyny us³ug.

Podstawowym elementem ZSIN jest centralne repozytorium kopii zbiorów danych ewidencji gruntów i budynków. Projekt rozporzadzenia stanowi, ¿e centralne repozytorium zostanie utworzone na podstawie danych ewidencji gruntów i budynków udostêpnianych przez w³aœciwe organy w postaci plików zapisanych zgodnie z przepisami wydanymi na podstawie art. 26 ust. 2 Prawa geodezyjnego (Ustawa, 2010), tj. w formacie GML lub SWDE. Centralne repozytorium bêdzie na bie¿¹co aktualizowane w powi¹zaniu z proce-sem aktualizacji bazy danych ewidencji gruntów i budynków. Nowe lub zmodyfikowane dane ewidencyjne bêd¹ przekazywane do centralnego repozytorium z chwil¹ ich wprowa-dzenia do bazy danych ewidencji gruntów i budynków. Dane te bêd¹ przekazywane w posta-ci plików sformatowanych zgodnie ze schematem aplikacyjnym GML, który zostanie okre-œlony w nowelizowanym rozporzadzeniu w sprawie ewidencji gruntów i budynków.

Wa¿nymi aspektami przy podjêciu prac nad budow¹ ZSIN s¹ tak¿e wymagania formalne stawiane przez standardy oraz dobre praktyki istotne z punktu widzenia wspó³dzia³ania i wymiany informacji systemy informacyjne oraz akty prawne, w szczególnoœci Rozporz¹-dzenie Rady Ministrów w sprawie Krajowych Ram Interoperacyjnoœci, minimalnych wyma-gañ dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimal-nych wymagañ dla systemów teleinformatyczminimal-nych (Rozporzadzenie, 2012). Powy¿sze aspekty nakazuj¹ wzi¹æ pod uwagê nastepuj¹ce zagadnienia:

m podejœcie us³ugowe przy projektowaniu systemów informatycznych (koncentracja na

realizacjê procesu, a nie na technologie, systemy zorientowane na us³ugi Service Orien-ted Architecture),

m us³ugi sieciowe (webserwisów), opisy us³ug – WSDL, XML, GML, szyny us³ug

(za-pewnienie interoperacyjnoœci niezale¿nie od zastosowanej technologii),

m reu¿ywalnoœæ us³ug i mo¿liwoœæ dynamicznych zmian œwiadczonych us³ug, bez

po-trzeby kosztownego przebudowywania systemów informatycznych.

Projekty pilota¿owe – za³o¿enia i cele

Przyjête ramy architektoniczne i rozwi¹zania technologiczne, w tym okreœlone projektami rozporz¹dzenia w sprawie ZSIN (Projekt RM, 2012) oraz rozporz¹dzenia zmieniaj¹cego rozpo-rz¹dzenie w sprawie EGIB (Projekt MAC, 2012), standardy i modele danych wymaga³y spraw-dzenia w realiach i uwarunkowaniach technologicznych wybranych lokalizacji w kraju.

G³ówny Urz¹d Geodezji i Kartografii podj¹³ próbê realizacji projektów pilota¿owych, dla których podstawowym za³o¿eniem realizacji by³a potrzeba weryfikacji mo¿liwoœci wymiany danych pomiêdzy systemem do prowadzenia gruntów i budynków, centralnym elementem ZSIN – systemem IPE (realizuj¹cym funkcjê brokera wymiany danych oraz centralnego repozytorium). Wed³ug przyjêtych za³o¿eñ projekt realizowany jest:

m w ramach Rz¹dowego Programu Rozwoju Zintegrowanego Systemu Informacji

o Nie-ruchomoœciach (ZSIN) – etap I,

m w oparciu o istniej¹ce przepisy prawne w zakresie ZSIN,

m w oparciu o istniej¹c¹ infrastrukturê techniczn¹ (system IPE, sieæ WAN –

PESEL-NET).

Zak³adanym g³ównym celem by³o wdro¿enie przepisów (art. 24b ust. 1 pkt 1, 3, 4) ustawy Prawo geodezyjne i kartograficzne (Ustawa, 2010)

Rezultatami realizacji projektów pilota¿owych by³o:

1) opracowanie wytycznych technicznych do wdro¿enia zak³adanych rozwi¹zañ,

2) wdro¿enie rozwi¹zañ realizuj¹cych wymagania formalne (art. 24b ust. 1 pkt. 1, 3, 4 Prawa geodezyjnego i kartograficznego), w tym:

a) dostosowanie systemu IPE do zadañ centralnego repozytorium umo¿liwiaj¹cego w szczególnoœci automatyczn¹ jego aktualizacjê oraz transfer zawiadomieñ o zmia-nach danych (broker),

b) uzupe³nienie systemów stosowanych do prowadzenia ewidencji gruntów i budynków o funkcjonalnoœci umo¿liwiaj¹ce automatyczne generowanie zawiadomieñ o zmianach danych, odbiór zawiadomieñ o zmianach w NKW i wykorzystanie ich do aktualizacji bazy EGIB, a tak¿e generowanie plików danych do aktualizacji centralnego repozyto-rium (realizacja wymagañ art. 24b ust. 1. pkt 3),

c) uzupe³nienie systemu NKW o funkcjonalnoœci umo¿liwiaj¹ce automatyczne genero-wanie zawiadomieñ oraz odbiór zawiadomieñ o zmianach EGIB do aktualizacji bazy NKW, a tak¿e o funkcjê dokonywania sprawdzeñ w centralnym repozytorium (reali-zacja wymagañ art. 24b ust. 1. pkt 3 i 4),

3) opracowanie dokumentu z wnioskami i rekomendacjami do czasu zakoñczenia prac nad projektem rozporz¹dzenia w sprawie ZSiN i rozporz¹dzenia zmieniaj¹cego rozporz¹dze-nie w sprawie EGIB.

Z punktu widzenia uwarunkowañ technicznych, w tym ró¿norodnoœci technologicznej systemów do prowadzenia EGIB, szczególny nacisk zosta³ po³o¿ony na realizacjê ww. punktu 2b, a wiêc dostosowania wybranych systemów do prowadzenia ewidencji grun-tów i budynków, celem przetestowania mo¿liwoœci wspó³dzia³ania (interoperacyjnoœci) w ramach ZSIN w oparciu o za³o¿enia przygotowane i opublikowane w dokumencie Wytycz-ne do wdro¿enia rozwi¹zañ technicznych dla realizacji projektu „Zintegrowany System In-formacji o Nieruchomoœciach. Etap I Dzia³ania doraŸne – Projekt Pilota¿owy” (Wytycz-ne, 2011).

Powy¿sze Wytyczne okreœlaj¹ standardy, schematy aplikacyjne i protoko³y oraz u¿yte tech-nologie wraz ze wskazaniem ich wersji, a tak¿e szczegó³owo opisuj¹ zasady komunikacji pomiêdzy systemami oraz warianty tej komunikacji – stanowi¹ zatem podstawê do budowa-nia rozwi¹zañ technicznych.

W pracach maj¹cych na celu dostosowanie systemów EGIB do wspó³dzia³ania z IPE w ramach ZSIN przyjêto dwa warianty realizacji (I – krakowski, II – gdyñski), które podda-no testowaniu i porównaniu. W obydwu przypadkach dostosowanie musia³o przebiegaæ z zachowaniem ni¿ej podanych wymagañ. Przedmiotem implementacji by³y schematy aplika-cyjne GML s³u¿¹ce do przekazywania danych do centralnego repozytorium oraz schematy aplikacyjne XML s³u¿¹ce do wymiany zawiadomieñ, zdefiniowane w projektach rozporz¹-dzeñ w sprawie ZSIN oraz EGIB. Nale¿a³o zapewniæ:

51 OD INTEGRUJ¥CEJ PLATFORMY ELEKTRONICZNEJ DO ZINEGROWANEGO SYSTEMU INFORMACJI ...

m mechanizmy s³u¿¹ce automatycznemu przekazywaniu zawiadomieñ i danych

aktuali-zuj¹cych centralne repozytorium w trybie on-line,

m wspó³pracê technologiczn¹ tworzonych interfejsów z systemem IPE w zakresie

trans-misji danych,

m mechanizmy s³u¿¹cych odbiorowi zawiadomieñ,

m automatyzacjê procesu aktualizacji EGiB na podstawie elektronicznych zawiadomieñ

przekazywanych przez s¹dy w postaci plików XML.

W obydwu przypadkach za³o¿ono istnienie fizycznego lub logicznego modu³u obs³ugi zawiadomieñ MOZ, który:

m funkcjonalnie odpowiada za komunikacjê ze œwiatem zewnêtrznym (systemem IPE,

bêd¹cym centralnym komponentem ZSIN),

m realizuje us³ugê udostêpniania danych EGIB do aktualizacji centralnego repozytorium

(w formacie GML),

m realizuje us³ugê udostêpniania zawiadomieñ o zmianach w EGIB przeznaczonych dla

systemu NKW (w formacie XML),

m realizuje us³ugê odbierania zawiadomieñ o zmianach w NKW przeznaczonych dla

sys-temu EGIB (w formacie XML).

Wariant I – model krakowski

Wariant I zosta³ zaprojektowany i wdro¿ony w wyniku realizacji porozumienia zawartego pomiêdzy GUGiK a Urzêdem Miasta Krakowa oraz umowy na „Rozbudowê rozwi¹zania infor-matycznego V-System do prowadzenia zasobu geodezyjnego w Urzêdzie Miasta Krakowa o funkcjonalnoœci umo¿liwiaj¹ce zasilanie centralnego repozytorium kopii danych ewidencji grun-tów i budynków w systemie IPE oraz wymianê zawiadomieñ o zmianach z systemem NKW”, realizowanej przez Przedsiêbiorstwo Geodezyjno-Informatyczne COMPASS S.A.

Model ten (rys. 3) zak³ada dostosowanie systemu do prowadzenia EGiB do wymagañ ZSIN – przez implementacjê funkcjonalnoœci modu³u obs³ugi zawiadomieñ MOZ, jako do-datkowej funkcjonalnoœci i us³ugi systemu do prowadzenia EGiB. MOZ w tym wariancie stanowi integraln¹ czêœæ oprogramowania (systemu) do prowadzenia EGiB. Ca³oœæ dostoso-wania jest realizowana zgodnie z Wytycznymi technicznymi w szczególnoœci wymaganiami funkcjonalnymi dla MOZ – ca³oœæ oprogramowania realizuje zak³adane us³ugi.

Oprócz zadañ technicznych projekt zak³ada³:

m wypracowanie praktyki wspó³pracy miêdzy elementami infrastruktury informacji

prze-strzennej w zakresie automatyzacji wymiany informacji i realizacji zasad interopera-cyjnoœci na przyk³adzie wspó³dzia³ania zasobu geodezyjnego szczebla powiatowego i systemu IPE,

m weryfikacjê za³o¿eñ zawartych w projekcie rozporz¹dzenia w sprawie ZSIN.

Zgodnie z powy¿szym wykonawca opracowa³ raport, w którym przekaza³ do GUGiK wnioski z realizacji pilota¿u. Wnioski te pos³u¿y³y do ukoñczenia prac nad projektem rozpo-rz¹dzenia w sprawie ZSIN.

Wariant II – model gdyñski

Wariant II zosta³ zaprojektowany i wdro¿ony w wyniku realizacji porozumienia zawarte-go pomiêdzy GUGiK a Urzêdem Miasta Gdyni oraz umowy na „Dostosowanie systemu informatycznego wykorzystywanego do prowadzenia ewidencji gruntów i budynków do wymagañ Zintegrowanego Systemu Informacji o Nieruchomoœciach (ZSIN) w ramach pro-jektu pilota¿owego” zrealizowanej przez BMT Argoss Sp. z o. o.

Model ten (rys. 4) zak³ada wdro¿enie w lokalizacji uniwersalnego modu³u obs³ugi zawia-domieñ MOZ, który stanowi zewnêtrzny, niezale¿ny technologicznie i fizycznie modu³ wo-bec systemu do prowadzenia EGIB. Modu³ MOZ zasilany jest wsadowo, ró¿nicowo i auto-matycznie danymi z systemu EGIB (w formacie GML lub przejœciowo w formacie SWDE) w momencie zmiany dokonanej w rejestrze EGIB i jest odpowiedzialny za wygenerowanie danych w formacie GML s³u¿¹cych do aktualizacji centralnego repozytorium oraz na ich podstawie wygenerowaniu zawiadomieñ o zmianach w EGIB w formacie XML.

Ponadto modu³ jest odpowiedzialny za odbiór zawiadomieñ o zmianach w NKW nades³a-nych w formacie XML i przekazywanie ich do systemu EGIB. Modu³, analogicznie do wy-magañ wariantu I, œwiadczy us³ugi sieciowe (webserwisy) wymiany powy¿szych danych z docelowymi systemami zewnêtrznymi oraz odpowiada za poprawnoœæ komunikacji.

Istot¹ i g³ównym za³o¿eniem modu³u jest niezale¿noœæ technologiczna od systemu do prowadzenia EGIB i tym samym mo¿liwoœæ wykorzystania modu³u w innej lokalizacji.

Na potrzeby realizacji pilota¿u firma BMT Argoss opracowa³a i wdro¿y³a nastêpuj¹ce aplikacje (rys. 5):

53

OD INTEGRUJ¥CEJ PLA

TFORMY

ELEKTRONICZNEJ DO ZINEGROW

ANEGO SYSTEMU INFORMACJI ...

Rys. 5. Schemat wspó³dzia³ania modu³ów i relacji pomiêdzy aplikacjami

m OZYRYS – generowanie informacji o zmianach danych ewidencji gruntów i

budyn-ków w formacie GML

m MOZ-U – uniwersalny modu³ obs³ugi zawiadomieñ

m ANUBIS – ³adowania danych z s¹dów pochodz¹cych z NKW do lokalnego

repozyto-rium ZSIN

m HORUS – przegl¹danie tych danych i odpowiadaj¹cych im danych

przechowywa-nych w Wydziale Geodezji Urzêdu Miasta Gdyni celem wygenerowania raportu roz-bie¿noœci danych.

Zgodnie z wymaganiami wykonawca oprócz rozwi¹zañ technicznych opracowa³ raport, w którym zawar³ wnioski z realizacji pilota¿u. Zosta³y one wykorzystane w pracach nad projektem rozporz¹dzenia w sprawie ZSIN oraz rozporz¹dzenia zmieniaj¹cego rozporz¹dze-nie w sprawie EGiB.

Podsumowanie

W pracach maj¹cych na celu dostosowanie systemów EGIB do wspó³dzia³ania z IPE w ramach ZSIN przyjêto dwa warianty: I – krakowski, II – gdyñski. Te zrealizowane i przete-stowane warianty daj¹ pogl¹d na mo¿liwoœci dostosowania systemów do prowadzenia EGIB do wymagañ ZSIN. Obydwa warianty umo¿liwiaj¹ zak³adan¹ interoperacyjnoœæ w ramach ZSIN.

Ostateczny wybór rozwi¹zania bêdzie zale¿eæ od decyzji organu odpowiedzialnego za system EGIB oraz od jego mo¿liwoœci dostosowania (zaawansowanie technologiczne opro-gramowania). Nale¿y zak³adaæ, ¿e wariant II bêdzie alternatyw¹ tam, gdzie z powodów tech-nologicznych lub finansowych (koszty dostosowania systemu) bêdzie korzystniej u¿yæ dar-mowe i gotowe rozwi¹zanie, za którego utrzymanie bêdzie odpowiadaæ G³ówny Urz¹d Geo-dezji i Kartografii.

Literatura

Projekt rozporz¹dzenia Ministra Administracji i Cyfryzacji zmieniaj¹cy rozporz¹dzenie w sprawie ewiden-cji gruntów i budynków. Dostêp 10.10.2012. http://www.gugik.gov.pl/bip/projekty-aktow-prawnych/ projekt-rozporzadzenia-ministra-administracji-i-cyfryzacji-zmieniajacy-rozporzadzenie-w-sprawie-ewidencji-gruntow-i-budynkow

Projekt rozporz¹dzenia Rady Ministrów w sprawie zintegrowanego systemu informacji o nieruchomoœciach. Dostêp 10.10.2012. http://www.gugik.gov.pl/bip/projekty-aktow-prawnych/projekt-rozporzadzenia-rady- ministrow-w-sprawie-zintegrowanego-systemu-informacji-o-nieruchomosciach-pozostajacych-we-wlasciwosci-ministra-spraw-wewnetrznych-i-administracji

Radzio W., Kapuœciñski A., 2012: Zintegrowany system informacji o nieruchomoœciach. Przegl¹d Geodezyj-ny nr 8.

Rozporz¹dzenie Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjnoœci, minimalnych wymagañ dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagañ dla systemów teleinformatycznych. Dz.U. 2012 poz. 526.

Ustawa z dnia 17 maja 1989 r. Prawo geodezyjne i kartograficzne. Dz.U. 2010 nr 193 poz. 1287, tekst jednolity.

Ustawa z dnia 17 lutego 2005 r. o informatyzacji dzia³alnoœci podmiotów realizuj¹cych zadania publiczne. Dz.U. 2005 nr 64 poz 565 z póŸn. zm.

55 OD INTEGRUJ¥CEJ PLATFORMY ELEKTRONICZNEJ DO ZINEGROWANEGO SYSTEMU INFORMACJI ...

Wytyczne do wdro¿enia rozwi¹zañ technicznych dla realizacji projektu „Zintegrowany System Informacji o Nieruchomoœciach. Etap I Dzia³ania doraŸne – Projekt Pilota¿owy”. Opublikowane 21.04.2011, dostêp 10.10.2012.

www.gugik.gov.pl/__data/assests/pdf_file/0012/31062/wytyczne_techniczne_pilotazZSIN.pdf Abstract

The paper is aimed at familiarizing readers with building of the Integrated Cadastral System. In the paper, organizational requirements and conditions are presented as well as legal acts and technical requirements which determine the scope and shape of the system.

The paper contains a short description of the currently functioning system of Integrating Electronic Platform (IEP), which is assumed to serve as basis for construction of Integrated Cadastral System. Basic functional requirements presented reflect formal requirements arising from existing and desi-gned legal acts. Particular attention was given to technical aspects and assumptions resulting from specific features of ICS, which should ensure interoperability with other systems (registers). Selected technical assumptions and technological variants were tested within the framework of the project „Integrated Cadastral System, Stage I Temporary Action – Pilot Project”. Two different pilot projects were implemented and their assumptions and final effects were described in the paper.

Artur Kapuœciñski

artur.kapuscinski@codgik.gov.pl tel. 22 532 25 01