Załącznik nr 7 Wytyczne do wdrożenia rozwiązań technicznych
|
|
- Grzegorz Czerwiński
- 8 lat temu
- Przeglądów:
Transkrypt
1 Załącznik nr 7 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
2 Autor Tytuł Projekt Informacje o dokumencie: Wersja 3.5 Liczba stron 20 Artur Kapuściński Data utworzenia Data ost. modyfikacji Kontakt do uwag Nazwa pliku Wytyczne do opracowania i wdrożenia zakładanych rozwiązań Zintegrowany Systemu Informacji o Nieruchomościach. Etap I Działania doraźne Projekt Pilotażowy artur.kapuscinski@codgik.gov.pl wytyczne_techniczne_pilotazzsin_v3_5.doc Wersja Data Wersji Autor Opis Artur Kapuściński CODGiK/GUGiK Artur Kapuściński CODGiK/GUGiK Artur Kapuściński CODGiK/GUGiK Artur Kapuściński CODGiK/GUGiK Artur Kapuściński CODGiK/GUGiK Artur Kapuściński CODGiK/GUGiK Artur Kapuściński CODGiK/GUGiK Artur Kapuściński CODGiK Utworzenie dokumentu Uzupełnienie dokumentu Uzupełnienie dokumentu (pkt 5.2.3) Uwzględnienie uwag developera systemu firmy HP Uwzględnienie uwag p. Witolda Radzio. Rozszerzenie Wytycznych o warianty dostosowania systemów EGiB. Korekty tekstu w dokumencie. Rozszerzenie Wytycznych o organy podatkowe Doprecyzowanie wariantu z MOZ-U oraz dodanie modelu ZSiN
3 Spis treści 1. Cel dokumentu Definicje, nazwy, skróty, pojęcia Ogólne wymagania biznesowe Ogólna koncepcja rozwiązania Założenia i uwarunkowania Ogólny model komunikacji Obieg komunikatów dot. zmian w EGiB adresowanych do NKW Obieg komunikatów dot. zmian w KW Obieg komunikatów dot. zmian w EGIB adresowanych do organów podatkowych Wymagania dla modyfikacji systemów EGiB, SIOP, IPE i NKW Wymagania ogólne Wymagania dla Modułu obsługi zawiadomień (MOZ) Wymagania funkcjonalne Wymagania niefunkcjonalne Wdrożenie modelu danych wg schematu GML w bazie EGiB Wymagania dla systemu Integrującej Platformy Elektronicznej Wymagania funkcjonalne Wymagania niefunkcjonalne Wymagania dla systemu Nowej Księgi Wieczystej Wymagania funkcjonalne Wymagania niefunkcjonalne Wymagania dla systemów informatycznych organów podatkowych Wymagania funkcjonalne Wymagania niefunkcjonalne Dostosowanie systemów do prowadzenia EGiB Wariant I Wariant II Dostosowanie systemów informatycznych organów podatkowych Specyfikacja komunikacji między systemami Opis użytych technologii Struktura komunikatów Usługa ZsinIpeMozSerwis Usługa ZsinIpeNkwSerwis Usługa ZsinNkwIpeSerwis Załączniki XSD wykorzystywane w usługach WSDL usługi w systemie IPE dla modułu MOZ WSDL usługi w systemie IPE dla systemu NKW WSDL usługi w systemie NKW dla systemu IPE XSD dla zawiadomień o zmianach w EGIB XSD dla zawiadomień o zmianach w NKW XSD dla komunikatów zmian z systemu EGiB...24
4 1. Cel dokumentu Niniejszy dokument ma za zadanie przedstawienie kluczowych wymagań oraz wytycznych technicznych (ze szczególnym uwzględnieniem zagadnień dot. interoperacyjności) dla rozwiązań technicznych, będących przedmiotem realizacji projektu Zintegrowany Systemu Informacji o Nieruchomościach. Etap I Działania doraźne Projekt Pilotażowy (zwanego dalej Pilotażem ). Wytyczne mają także stanowić podstawę do późniejszego wyspecyfikowania szczegółowych wymagań funkcjonalnych i niefunkcjonalnych na modyfikację/dostosowanie systemów informatycznych objętych Pilotażem w tym: Integrującej Platformy Elektronicznej, Nowej Księgi Wieczystej, lokalnych systemów do prowadzenia EGIB oraz systemów informatycznych wykorzystywanych przez organy podatkowe 2. Definicje, nazwy, skróty, pojęcia O ile w niniejszym dokumencie nie wskazano inaczej, następujące wyrażenia będą miały poniższe znaczenia: Wyrażenie Ustawa ZSIN Założenia do Pilotażu EGiB IPE lub System IPE CBKW NKW System NKW SIOP MOZ lub Moduł MOZ lub Znaczenie Ustawa z dnia 17 maja Prawo geodezyjne i kartograficzne (Dz.U tekst jednolity) Zintegrowany System Informacji o Nieruchomościach Dokument Założenia do projektu mającego na celu pilotażowe wdrożenie nowych funkcjonalności w systemie Integrującej Platformy Elektronicznej (IPE) Ewidencja gruntów i budynków System Integrującej Platformy Elektronicznej, centralny komponent tworzonego ZSIN zawierający centralne repozytorium kopii zbiorów EGiB Centralna Baza Ksiąg Wieczystych (centralny komponent systemu NKW) System Nowej Księgi Wieczystej Skrót przyjęty na potrzeby dokumentu, reprezentujący dowolny system informatyczny organów podatkowych wykorzystywany przy naliczaniu podatku od nieruchomości, podatku rolnego lub podatku leśnego. Moduł obsługi zawiadomień moduł lokalny po stronie EGiB komunikujący się z systemem IPE 3. Ogólne wymagania biznesowe Wymagania biznesowe dla rozwiązań technicznych będących przedmiotem prac implementacyjnych wynikają bezpośrednio z celu głównego Pilotażu, jakim jest wdrożenie
5 wybranych przepisów Ustawy tj. Art. 24b ust. 1 pkt 1, 3, 4. Dla kompletności poniżej przytoczono kluczowe zapisy w/w artykułu: Art. 24b ust. 1 pkt 1 prowadzenie centralnego repozytorium kopii zbiorów danych ewidencji gruntów i budynków; Art. 24b ust. 1 pkt 3 wymianę danych w formie dokumentów elektronicznych między ewidencją gruntów i budynków a innymi rejestrami publicznymi, takimi jak: księga wieczysta, państwowy rejestr granic i powierzchni jednostek podziałów terytorialnych kraju, krajowy rejestr urzędowy podziału terytorialnego kraju, krajowy rejestr 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 publicznych, mających znaczenie dla innych rejestrów publicznych włączonych do zintegrowanego systemu informacji o nieruchomościach; Art. 24b ust. 1 pkt 4 dokonywanie przez sądy prowadzące księgi wieczyste sprawdzeń, o których mowa w art Kodeksu postępowania cywilnego; Biorąc pod uwagę powyższe do osiągnięcia celu Pilotażu niezbędne jest wykonanie następujących prac implementacyjnych: Zadanie 1: dostosowanie systemu IPE do zadań centralnego repozytorium umożliwiającego w szczególności: automatyczną jego aktualizację na podstawie zmian przesyłanych z lokalnych systemów do prowadzenia EGiB oraz transfer/udostępnienie nadesłanych zawiadomień o zmianach innym systemom - funkcja brokera zawiadomień - w szczególności systemowi NKW. Realizacja wymagań Art. 24b ust. 1. pkt 1 i 4 Ustawy. Zadanie 2: rozbudowa lokalnych systemów do prowadzenia EGiB o funkcjonalności, o których mowa w art. 24b ust. 1. pkt 1 i 3 Prawa geodezyjnego i kartograficznego, umożliwiające: 1) automatyczne generowanie zawiadomień o zmianach w EGiB leżących w zainteresowaniu i adresowanych do odpowiedniego obszarowo wydziału ksiąg wieczystych oraz uwierzytelnianie tych zawiadomień podpisem elektronicznym, 2) automatyczne generowanie zawiadomień o zmianach w EGiB leżących w zainteresowaniu i adresowanych do właściwego organu podatkowego podatku od nieruchomości, podatku rolnego lub podatku leśnego oraz uwierzytelnianie tych zawiadomień podpisem elektronicznym, 3) odbiór zawiadomień o zmianach w rejestrze ksiąg wieczystych oraz obsługę procesu aktualizacji bazy EGiB na podstawie odebranych zawiadomień elektronicznych, 4) automatyczne generowanie danych aktualizacyjnych tworzonych w momencie i na podstawie dokonanych zmian w EGiB służących do aktualizacji centralnego repozytorium.
6 Zadanie 3: dostosowanie systemu NKW w zakresie funkcjonalności, o której mowa w art. 24b ust. 1 pkt 3 i 4 Prawa geodezyjnego i kartograficznego, umożliwiającej w szczególności: 1) automatyczne generowanie zawiadomień o zmianach w rejestrze KW leżących w zainteresowaniu i adresowanych do odpowiedniego obszarowo rejestru EGiB oraz uwierzytelnianie tych zawiadomień podpisem elektronicznym, 2) odbiór zawiadomień o zmianach danych EGIB oraz obsługa procesu aktualizacji rejestru KW na podstawie odebranych zawiadomień elektronicznych; 3) dokonywanie sprawdzeń, o których mowa w art Kodeksu postępowania cywilnego, z wykorzystaniem aktualnych danych zawartych w centralnym repozytorium kopii zbiorów danych ewidencji gruntów i budynków. 4. Ogólna koncepcja rozwiązania Na poniższym diagramie (Rysunek 1) przedstawiony został logiczny model ZSiN na podstawie, którego oparto rozwiązanie komunikacji między systemami EGiB, IPE i NKW w zakresie zawiadomień o zmianach (Rysunek 2).
7 deployment Logiczna_zsin Lokalne Rejestry Ewidencji Gruntów i Budynków ZSIN - komponent centralny Zewnętrzne systemy dziedzinowe System NKW Użytkownik EGiB Użytkownik ZSiN Użytkownik NKW Infrastruktura Powiatowa EGiB Interfejs WWW Intergująca Platforma Elektroniczna (Broker Usług i Centralne Repozytorium Kopii Danych EGiB) Wydział Ksiąg Wieczystych Wydział Ksiąg Wieczystych Infrastruktura Powiatowa... Centralna Baza Danych Ksiąg Wieczystych EGiB Wydział Ksiąg Wieczystych Infrastruktura Powiatowa Szyna usług ZSIN WebServ ices Lokalne Wydziały Ksiąg Wieczystych EGiB WebServ ices Rejestr PESEL... Infrastruktura Powiatowa WebServ ices Rejestr REGON EGiB WebServ ices Rejestr TERYT WebServ ices: WMS, WFS System Geoportal WebServ ices System Państwowy Rejestr Granic WebServ ices System Ewidencji Producentów, Gospodarstw Rolnych oraz Wniosków o Przyznanie Płatności WebServ ices e-puap Infrastruktura sieciowa systemu NKW Infrastruktura sieciowa PESEL-NET IPVPN Rysunek 1 Logiczny model ZSiN
8 deployment komunikacja_zsin Lokalne Rejestry Ew idencji Gruntów i Budynków ZSIN - komponent centralny Intergująca Platforma Elektroniczna (Broker Usług i Centralne Repozytorium Kopii Danych EGiB) Lokalne Wydziały Ksiąg Wieczystych Infrastruktura Powiatowa EGiB... Wydział Ksiąg Wieczystych Infrastruktura Powiatowa EGiB Szyna usług ZSIN WebServices (komunikaty XML) Centralna Baza Danych Ksiąg Wieczystych Wydział Ksiąg Wieczystych Infrastruktura Powiatowa EGiB Wydział Ksiąg Wieczystych Infrastruktura sieciowa systemu NKW Infrastruktura sieciowa PESEL-NET IPVPN ślad komunikacji pomiędzy EGiB a WKW Rysunek 2 Moduł komunikacji przy przesyłaniu zawiadomień o zmianach Założenia i uwarunkowania Z uwagi na stan obecnie funkcjonujących rozwiązań informatycznych oraz biorąc pod uwagę termin przewidziany na realizację Pilotażu przyjęto następujące założenia: 1. Transfer zawiadomień będzie realizowany za pośrednictwem systemu IPE, który będzie pełnił funkcję brokera zawiadomień (z możliwością odstąpienia patrz pkt 6), 2. Stanowiska do prowadzenia EGIB (w tym do wprowadzania zmian w EGIB oraz wprowadzenia zmian na podstawie zawiadomień z NKW) będzie połączone z siecią IPE (WAN-GUGiK), 3. Komunikacja między lokalnymi systemami do prowadzenia EGiB (a w szczególności MOZ), systemem IPE, systemem NKW oraz systemami organów podatkowych zostanie zrealizowana z wykorzystaniem usług sieciowych (ang. Web Services), 4. Dane służące do aktualizacji centralnego repozytorium będą przekazywane do centralnego repozytorium w postaci plików zapisanych w formacie GML, zgodnych ze schematem zdefiniowanym za pomocą XSD. Przesyłane pliki będą podlegać walidacji zgodności ze zdefiniowanym schematem. 5. Zawiadomienia będą przekazywane w postaci plików zapisanych w formacie XML zgodnych ze schematem zdefiniowanym za pomocą XSD. Przesyłane pliki będą podlegać walidacji zgodności ze zdefiniowanym schematem. 6. Transfer zawiadomień o zmianach danych w EGiB adresowanych do organów podatkowych, ze względu na uwarunkowania techniczne, a w szczególności na
9 niedostępność sieci WAN-GUGiK w lokalizacjach organów podatkowych, będzie mógł być realizowany z pominięciem systemu IPE (brokera) z wykorzystaniem sieci Internet. 7. Podpis elektroniczny do uwierzytelniania zawiadomień będzie spełniał wymagania bezpiecznego podpisu elektronicznego, o którym mowa w art. 3 pkt 2 ustawy z dnia 18 września 2001 r. o podpisie elektronicznym (Dz. U. Nr 130, poz z późn. zm.) Ogólny model komunikacji Obieg komunikatów dot. zmian w EGiB adresowanych do NKW Na poniższym diagramie przedstawiono sekwencję wymiany komunikatów między systemami EGiB, IPE i NKW dot. zmian w EGiB. Rysunek 3 Diagram sekwencji dot. zmian w EGiB adresowanych do WKW Po zatwierdzeniu zmian przez operatora EGiB, moduł obsługi zawiadomień dla systemu EGiB (MOZ) przesyła dane aktualizujące w formacie GML do systemu IPE. Następnie system IPE przeprowadza walidację otrzymanych danych, aktualizuje centralne repozytorium danych i generuje raporty z dokonania aktualizacji. Moduł MOZ cyklicznie odpytuje się do systemu IPE o raporty z ładowania i pobiera wyniki. Po pobraniu pozytywnego raportu dla danego ładowania moduł MOZ wysyła zawiadomienie o zmianie w EGiB oraz rejestruje wewnętrznie informację o wysłaniu zawiadomienia. Następne akcje po stronie MOZ będą dotyczyć aktualizacji statusu zawiadomienia w związku z odebraniem go przez system NKW. System IPE wysyła otrzymane zawiadomienie do systemu NKW. Następnie po stronie systemu NKW, operator WKW (sędzia orzecznik) dokonuje obsługi zawiadomienia
10 (zatwierdzenia lub nie zmiany na podstawie otrzymanego zawiadomienia), a informacja o dokonanej zmianie w systemie NKW przekazywana jest do systemu IPE. W kolejnym kroku system IPE aktualizuje status zawiadomienia. Moduł MOZ cyklicznie odpytuje się system IPE o status zawiadomienia, po otrzymaniu stosownej informacji o zatwierdzeniu zmiany, MOZ lokalnie zmienia/aktualizuje status zawiadomienia. Na poniższym rysunku przedstawiono diagram stanów dla zawiadomienia o zmianach EGiB. stm ZawiadomienieE... Initial Wygenerowane w MOZ Zmiany zatwierdzone w NKW Przesłane do IPE Zatwierdzenie przesłane do IPE Przesłane do NKW Zatwierdzenie pobrane przez MOZ Final Rysunek 4 Diagram stanów zawiadomienia i zmian w systemie EGiB
11 Obieg komunikatów dot. zmian w KW Na poniższym diagramie przedstawiono sekwencję wymiany komunikatów między systemami EGiB, IPE i NKW dot. zmian w KW. Rysunek 5 Diagram sekwencji dot. zmian w KW Po wprowadzeniu zmiany w rejestrze KW przez operatora WKW (sędzia orzecznik), system NKW przesyła zawiadomienie o zmianie w KW do systemu IPE. Moduł MOZ cyklicznie odpytuje się systemu IPE o nowe zawiadomienia o zmianie w KW. W przypadku pojawienia się nowego zawiadomienia jest ono pobierane przez moduł MOZ a w systemie IPE aktualizowany jest odpowiednio status tego zawiadomienia. Następnie moduł MOZ powiadamia operatora EGiB o odebraniu zawiadomienia o zmianie w KW. Po zatwierdzeniu zmiany przez operatora EGiB moduł MOZ aktualizuje dane w EGiB i przesyła informację o aktualizacji statusu zawiadomienia do systemu IPE. System IPE aktualizuje status zawiadomienia i przekazuje informację o zatwierdzeniu zmiany do systemu NKW.
12 Na poniższym rysunku przedstawiono diagram stanów dla zawiadomienia o zmianach w KW. stm ZawiadomienieN... Initial Wygenerowane w NKW Zmiany zatwierdzone w MOZ Przesłane do IPE Zatwierdzenie przesłane do IPE Pobrane przez MOZ Zatwierdzenie przesłane do NKW Final Rysunek 6 Diagram stanów zawiadomienia i zmian w systemie KW Obieg komunikatów dot. zmian w EGIB adresowanych do organów podatkowych. Na potrzeby wymiany komunikatów pomiędzy EGIB, a organami podatkowymi przyjęto dwa modele komunikacji, zróżnicowane pod kątem wykorzystanej infrastruktury sieciowej: 1) wykorzystanie sieci WAN-GUGiK - model jest spójny z ogólnym modelem komunikacji przyjętym w pilotażu, w którym jako sieć transmisyjna wykorzystywana jest sieć wydzielona. Model ten jest możliwy do realizacji w tych lokalizacjach, w których organy powiatowe mogą mieć zapewniony dostęp do sieci WAN-GUGIK (np. współdzielenie budynku z wydziałem ewidencji gruntów i budynków lub może nastąpić przyłączenie sieci wydzielonej). Model zakłada wykorzystanie systemu IPE jako brokera zawiadomień. Rysunek 7. Powyższy diagram prezentuje model I komunikacji.
13 2) wykorzystanie sieci Internet model zakłada bezpośrednią wymianę komunikatów pomiędzy EGiB i siop (z pominięciem systemu IPE za pomocą sieci publicznej Internet). W modelu tym, nacisk szczególny nacisk zostanie położony na bezpieczeństwo przesyłanych danych, a w szczególności poufność danych. Rysunek 8. Powyższy diagram prezentuje model II komunikacji 5. Wymagania dla modyfikacji systemów EGiB, SIOP, IPE i NKW Opisane w niniejszym punkcie wymagania zgodnie z Założeniami do Pilotażu - będą stanowić podstawę do przygotowania specyfikacji wymagań dostosowania dla lokalnych systemów do prowadzenia EGiB, systemów informatycznych organów podatkowych, a także systemu IPE i NKW Wymagania ogólne W niniejszym punkcie przedstawiono wymagania wspólne dla wszystkich systemów biorących udział w Pilotażu. 1) Komunikacja odbywa się z wykorzystaniem wydzielonej sieci WAN-GUGiK (z możliwością odstąpienia patrz pkt 2). 2) Wzajemna komunikacja systemów EGiB i systemu organów podatkowych może odbywać się z wykorzystaniem sieci Internet. 3) Moduły biorące udział w komunikacji będą umożliwiać wymianę danych za pomocą usług sieciowych (WebService) przy wykorzystaniu następujących standardów: SOAP wersja 1.2 (Simple Object Access Protocol) oraz załączniki zgodne z rozszerzeniem SOAP with Attachments Protokół wywoływania zdalnego dostępu do obiektów, WSDL wersja 1.1 (Web Services Description Language) - Język opisu usług sieciowych, 4) Moduły zapewnią obsługę przesyłanych danych przy uwzględnieniu następujących formatów: XML (Extensible Markup Language) - standard uniwersalnego formatu tekstowego służącego do zapisu danych w formie elektronicznej, XSD (XML Schema Definition) - standard definicji struktury dokumentów zapisanych w formacie XML, GML (Geography Markup Language) Język Znaczników Geograficznych, PDF wersja 1.4 (Portable Document Format) - dokumenty tekstowo-graficzne.
14 5) Usługi sieciowe będą komunikowały się za pomocą protokołu HTTPS. 6) Autentykacja usługi odbywa się za pomocą loginu i hasła na poziomie protokołu HTTPS (tryb Basic). 7) Komunikacja systemów IPE i NKW może być inicjowana zarówno przez NKW jak i IPE. 8) Komunikacja systemu IPE i modułu MOZ jest zawsze inicjowana przez moduł MOZ. 9) Przyjmowane dane ewidencyjne w formacie GML podlegają walidacji zgodności z XSD przed wprowadzeniem do centralnego repozytorium Wymagania dla Modułu obsługi zawiadomień (MOZ) Poniżej przedstawione zostały wybrane wymagania (w podziale na wymagania funkcjonalne i niefunkcjonalne) dla Modułu obsługi zawiadomień (MOZ) Wymagania funkcjonalne 1) Moduł obsługi zawiadomień powinien zapewnić niezawodną współpracę (interoperacyjność) z systemem do prowadzenia ewidencji gruntów i budynków oraz systemem IPE i NKW, 2) Moduł obsługi zawiadomień powinien posiadać następujące funkcjonalności generowanie i przesyłanie zawiadomień o zmianach w EGiB zgodnie z przyjętym protokołem wymiany informacji (ref. pkt 4), generowanie i przesyłanie zmian w EGiB mających na celu aktualizację bazy centralnego repozytorium, zgodnie z przyjętym protokołem wymiany informacji (ref. pkt 4), odbieranie/pobieranie i przygotowywanie do zatwierdzenia zawiadomienia o zmianach w NKW, zgodnie z przyjętym protokołem wymiany informacji (ref. pkt 4) udostępnianie (np. przez panel administracyjny) wglądu do stanu (statusów) wysłanej i odbieranej komunikacji dot. zawiadomień i zmian. W szczególności: - moduł MOZ dostarcza funkcjonalność przesyłania (zmian) danych ewidencji gruntów i budynków w formacie GML do systemu IPE, - moduł MOZ dostarcza funkcjonalności odbierania informacji o aktualizacji danych w systemie IPE, - moduł MOZ dostarcza funkcjonalność przekazywania zawiadomień o zmianie w EGiB do systemu IPE, - moduł MOZ dostarcza funkcjonalność odbierania informacji o zatwierdzeniu zmiany w NKW przez operatora NKW powstałej w związku z zawiadomieniem o zmianie w EGiB, - moduł MOZ dostarcza funkcjonalność wysyłania informacji o zatwierdzeniu zmiany w EGIB przez operatora EGIB powstałej w związku z zawiadomieniem o zmianie w NKW. - moduł MOZ dostarcza funkcjonalność przekazywania zawiadomień o zmianie w EGiB do organów podatkowych (w modelu komunikacji z pominięciem systemu IPE), - moduł MOZ dostarcza funkcjonalność odbierania informacji o odbiorze zawiadomienia o zmianie w EGiB przez system organów podatkowych (w modelu komunikacji z pominięciem systemu IPE). 3) Moduł obsługi zawiadomień powinien zapewnić przechowywanie historii wysłanej i odbieranej komunikacji dot. zawiadomień i zmian.
15 4) Moduł obsługi zawiadomień powinien umożliwiać na wprowadzenie i zmianę konfiguracji parametrów jego pracy (np. zmiana cyklu wysyłania żądań). 5) Moduł obsługi zawiadomień powinien umożliwiać autoryzację i weryfikację autoryzacji zawiadomień pod kątem uwierzytelnienia zawiadomień bezpiecznym podpisem elektronicznym Wymagania niefunkcjonalne 1) Moduł będzie spełniał wymagania opisane w pkt ) Moduł będzie komunikował się zgodnie z przyjętym protokołem wymiany informacji ref. pkt 4 3) Moduł obsługi zawiadomień będzie działać jako klient usług sieciowych. 4) Moduł obsługi zawiadomień musi cechować niezawodność i dostępność działania w godzinach analogicznych do czasu pracy Urzędu (dokonywania zmian w EGiB), organów podatkowych i NKW Wdrożenie modelu danych wg schematu GML w bazie EGiB Zapewnienie funkcjonalności przesyłania danych oraz zmian danych w ewidencji gruntów i budynków w formacie GML wg schematu opracowanego przez GUGiK (Rozporządzenie w sprawie EGiB) wiąże się z koniecznością implementacji nowego modelu danych w bazie EGiB. Zmiana modelu powiązana jest także z: - dostosowaniem niezbędnych narzędzi i aplikacji systemu do prowadzenia EGiB do współpracy z nowo zamodelowaną bazą danych np. implementacja eksportera danych w formacie GML Wymagania dla systemu Integrującej Platformy Elektronicznej Poniżej przedstawione zostały wybrane wymagania (w podziale na wymagania funkcjonalne i niefunkcjonalne) dla systemu Integrującej Platformy Elektronicznej Wymagania funkcjonalne 1) System IPE dostarcza funkcjonalność przyjmowania danych ewidencji gruntów i budynków w formacie GML oraz aktualizacji centralnego repozytorium kopii zbiorów EGiB w oparciu o te dane. 2) System IPE dostarcza funkcjonalności przyjmowania zawiadomień o zmianie w EGiB od modułu MOZ. 3) System IPE dostarcza funkcjonalność przekazywania zawiadomień o zmianie w EGiB do systemu NKW 4) System IPE dostarcza funkcjonalność odbierania informacji o zatwierdzeniu zmiany w EGiB przez operatora WKW. 5) System IPE dostarcza funkcjonalność przekazywania informacji o zatwierdzeniu zmiany w EGiB przez operatora WKW do modułu MOZ. 6) System IPE dostarcza funkcjonalność przyjmowania zawiadomień o zmianie w KW od systemu NKW. 7) System IPE dostarcza funkcjonalność przekazywania zawiadomień o zmianie w KW do modułu MOZ.
16 8) System IPE dostarcza funkcjonalność odbierania informacji o zatwierdzeniu przez operatora EGiB zmiany powstałej w EGIB w związku z zawiadomieniem o zmianie w KW 9) System IPE dostarcza funkcjonalność przekazywania informacji o zatwierdzeniu zmiany w EGiB w związku z zawiadomieniem z systemu NKW. 10) System IPE dostarcza funkcjonalności przeglądu informacji o zawiadomieniach o zmianie w EGiB. 11) System IPE dostarcza funkcjonalności przeglądu informacji o zawiadomieniach o zmianie w KW Wymagania niefunkcjonalne 1) System będzie spełniał wymagania opisane w pkt 5.1 2) System będzie komunikował się zgodnie z przyjętym protokołem wymiany informacji (ref. pkt 4) 3) System będzie działać zarówno jako serwer jak i klient usług sieciowych (komunikacja systemów IPE i NKW może być inicjowana zarówno przez NKW jak i IPE). 4) System musi cechować niezawodność i dostępność działania w godzinach analogicznych do czasu pracy lokalizacji EGIB i NKW Wymagania dla systemu Nowej Księgi Wieczystej Poniżej przedstawione zostały wybrane wymagania (w podziale na wymagania funkcjonalne i niefunkcjonalne) dla systemu Nowej Księgi Wieczystej Wymagania funkcjonalne 1) System NKW dostarcza funkcjonalności przyjmowania zawiadomień o zmianie w EGiB od systemu IPE. 2) System NKW dostarcza funkcjonalność przekazywania zawiadomień o zmianie w KW do systemu IPE. 3) System NKW dostarcza funkcjonalność odbierania informacji o zatwierdzeniu zmiany w EGiB przez operatora EGiB w związku z zawiadomieniem o zmianie w NKW. 4) System NKW dostarcza funkcjonalność przekazywania informacji o zatwierdzeniu zmiany w KW przez operatora WKW Wymagania niefunkcjonalne 1) System będzie spełniał wymagania ref. pkt 5.1 2) System obsługi zawiadomień będzie działać zarówno jako serwer jak i klient usług sieciowych (komunikacja systemów IPE i NKW może być inicjowana zarówno przez NKW jak i IPE). 3) System obsługi zawiadomień musi cechować niezawodność i dostępność działania w godzinach analogicznych do czasu pracy lokalizacji EGIB i WKW.
17 5.5. Wymagania dla systemów informatycznych organów podatkowych Poniżej przedstawione zostały wymagania (w podziale na wymagania funkcjonalne i niefunkcjonalne) niezbędne do współdziałania w ramach ZSIN, w szczególności odbioru zawiadomień o zmianach w EGiB Wymagania funkcjonalne 1) System informatyczny organów podatkowych (SIOP) powinien zapewnić niezawodną współpracę (interoperacyjność) z systemem do prowadzenia ewidencji gruntów i budynków oraz systemem IPE (w przypadku przyjęcia modelu wykorzystującego system IPE). 2) SIOP powinien posiadać następujące funkcjonalności odbieranie/pobieranie zawiadomień o zmianach w EGiB zgodnie z przyjętym protokołem wymiany informacji (ref. pkt 4), umożliwienie wykorzystania zawiadomień o zmianach w EGiB przez operatora systemu w procesie aktualizacji bazy i naliczania podatku nieruchomości, podatku rolnego lub podatku leśnego. W szczególności: - dostosowany SIOP dostarcza funkcjonalności odbierania zawiadomienia o zmianach w EGiB, - dostosowany SIOP dostarcza funkcjonalności potwierdzenia otrzymania zawiadomienia o zmianach w EGIB. 3) SIOP powinien umożliwiać weryfikację autoryzacji zawiadomień pod kątem uwierzytelnienia zawiadomień bezpiecznym podpisem elektronicznym Wymagania niefunkcjonalne 5) Dostosowany SIOP będzie spełniał wymagania opisane w pkt ) Dostosowany SIOP będzie komunikował się zgodnie z przyjętym protokołem wymiany informacji ref. pkt 4 7) Dostosowany SIOP będzie działać jako klient usług sieciowych. 8) Dostosowany SIOP musi cechować niezawodność i dostępność działania w godzinach analogicznych do czasu pracy Urzędu (dokonywania zmian w EGiB) oraz pracy organu podatkowego. 6. Dostosowanie systemów do prowadzenia EGiB Przyjęto dwa warianty dostosowania systemów do prowadzenia EGiB do wymagań przedmiotowych Wytycznych. Ich wybór i zastosowanie zależy od czynników finansowych, organizacyjnych oraz technologicznych uwarunkowań w danej lokalizacji. Obydwa warianty różni zakres prac koniecznych do podjęcia przy dostosowaniu systemów EGIB.
18 6.1. Wariant I Wariant I zakłada stworzenie przy dostosowaniu systemu EGIB - modułu obsługi zawiadomień (MOZ), który w założeniu (np. ze względów technologicznych) będzie integralną część oprogramowania (systemu) do prowadzenia EGiB. Całość dostosowania jest realizowana zgodnie z Wytycznymi w szczególności wymaganiami dla MOZ pkt 5.2 Wytycznych. Odpowiedzialność za poprawność funkcjonowania modułu MOZ współdziałającego z egib spoczywa na lokalizacji. Rysunek 6. Powyższy diagram prezentuje zakres dostosowania w wariancie I Wariant II Wariant II zakłada dostarczenie do lokalizacji uniwersalnego modułu obsługi zawiadomień (MOZ-U), którego istotą jest możliwość współdziałania z każdym systemem do prowadzenia ewidencji gruntów i budynków, umożliwiającym eksport zmian egib (w trybie różnicowym) w formacie GML. Moduł MOZ-U zasilany jest zmianami egib w formacie GML i na ich podstawie generuje zawiadomienia o zmianach egib. Wariant zakłada mniejszy zakres dostosowania po stronie sytemu egib. Odpowiedzialność za poprawność funkcjonowania modułu MOZ-U spoczywa na GUGiK. Rysunek 7. Powyższy diagram prezentuje zakres dostosowania w wariancie II.
19 7. Dostosowanie systemów informatycznych organów podatkowych Dostosowanie SIOP do realizacji zakładanych pilotażem celów, w szczególności do umożliwienia wymiany komunikatów z odpowiednim wydziałem EGIB musi obejmować nast. zakresy prac: - prace programistyczne polegające na rozszerzeniu funkcjonalnym obecnego oprogramowania (systemu), - prace wdrożeniowe i konfiguracyjne dla zapewnia odpowiedniej infrastruktury sieciowej. Zakłada się, że realizowany pilotaż dostarczy informacji, które będą miały przełożenie na wybór optymalnych rozwiązań technicznych i organizacyjnych w zakresie współdziałania organów podatkowych w ramach ZSiN. 8. Specyfikacja komunikacji między systemami 8.1. Opis użytych technologii Komunikacja pomiędzy systemami odbywa się za pomocą usług sieciowych (Web Service). W ramach wywoływania usług przekazywane są komunikaty w formacie SOAP 1.2. Jeżeli dodatkowo przesyłane są załączniki, to zgodnie w rozszerzeniem SOAP with Attachments. Usługi sieciowe są zdefiniowane za pomocą języka WSDL 1.1. W ramach definicji zdefiniowane są operacje udostępniane przez usługi i format komunikatów. Wywołanie usług następuje z wykorzystaniem protokołu HTTPS. Do autentykacji klienta wykorzystywany jest tryb Basic (użytkownik i hasło w ramach atrybutów nagłówka wywołania HTTPS). Podpis elektroniczny jest składany w formacie obecnie wykorzystywanym w systemie IPE. Składa się on ze strumienia bajtów, w którym jest zapisany najpierw certyfikat wykorzystany przy podpisaniu zapisany w formacie DER, a po nim wartość wyliczonej sygnatury SHA-1. Treść zawiadomienia jest załącznikiem do komunikatu SOAP w formacie XML. Wyrys i wypis jest przekazywany jako załącznik do komunikatu SOAP w formacie PDF Struktura komunikatów Nazewnictwo usług przyjęto według schematu: gdzie: ZsinAAABBBSerwis AAA oznacza system który udostępnia usługę (Ipe albo Nkw) BBB oznacza system dla którego usługa jest udostępniona (Ipe, Nkw, Moz).
20 W przypadku niepowodzenia wykonywania operacji jest zwracany standardowy komunikat SOAP Fault Usługa ZsinIpeMozSerwis Usługa zawiera operacje udostępnione dla modułu MOZ przez system IPE. Usługa została zdefiniowana w załączniku ZsinIpeMozSerwis.wsdl Opis metody PrzeslijDaneEwidencyjne Przesłanie danych aktualizacyjnych do centralnego repozytorium w IPE po zatwierdzeniu zmian w EGiB. Żądanie Struktura komunikatu głównego (koperty): dane dotyczące EGIB metadane dotyczącego przesyłanych danych plik GML z danymi ewidencyjnymi podpis pliku GML Odpowiedź Struktura komunikatu głównego (koperty): identyfikator zlecenia Brak Opis metody PobierzRaportyLadowaniaDanych Przesłanie raportów z ładowania danych ewidencyjnych. Żądanie Struktura komunikatu głównego (koperty): dane dotyczące EGiB data ostatniego pobrania brak Odpowiedź Struktura komunikatu głównego (koperty): lista o raport dotyczący ładowania do IPE-W lub IPE-C brak Opis metody PrzeslijZawiadomienieEGiB Przesłanie zawiadomienia o zmianach w EGiB z MOZ do systemu IPE. Żądanie Struktura komunikatu głównego (koperty): dane dotyczące EGIB metadane dotyczące zawiadomienia
21 plik XML z zawiadomieniem podpis pliku XML zawiadomienia plik PDF z wyrysem podpis pliku wyrysu Odpowiedź Struktura komunikatu głównego (koperty): identyfikator zawiadomienia przydzielony w systemie IPE Brak Opis metody PobierzZatwierdzonoZmianyNkw Pobieranie informacji o zatwierdzeniu zmian w systemie NKW na podstawie przesłanego zawiadomienia o zmianach EGiB. Żądanie Struktura komunikatu głównego (koperty): dane dotyczące EGiB data ostatniego pobrania brak Odpowiedź Struktura komunikatu głównego (koperty): lista o metadane dotyczące zawiadomienia brak Opis metody PobierzListeZawiadomienNKW Pobranie listy zawiadomień przesłanych z NKW do IPE. W ramach tej metody pobierane są tylko informacje nagłówkowe. Każde zawiadomienie trzeba pobrać pojedynczo metodą pobierzzawiadomienienkw. Po wywołaniu tej metody nie ulegają zmianie statusy zawiadomień. Żądanie Struktura komunikatu głównego (koperty): dane dotyczące EGiB data ostatniego pobrania brak Odpowiedź Struktura komunikatu głównego (koperty): lista o metadane dotyczące zawiadomienia brak
22 Opis metody PobierzZawiadomienieNkw Pobranie zawiadomienia o zmianach w NKW. Po pobraniu ulega zmianie status zawiadomienia. Żądanie Struktura komunikatu głównego (koperty): dane dotyczące EGiB identyfikator zawiadomienia przydzielony w systemie IPE brak Odpowiedź Struktura komunikatu głównego (koperty): dane dotyczące WKW metadane dotyczące zawiadomienia plik XML z zawiadomieniem podpis pliku XML zawiadomienia Opis metody ZatwierdzonoZmianyEGiB Przesłanie informacji o zatwierdzeniu zmian w systemie EGiB na podstawie przesłanego zawiadomienia o zmianach w NKW. Żądanie Struktura komunikatu głównego (koperty): dane dotyczące EGiB metadane dotyczące zawiadomienia Brak Odpowiedź Struktura komunikatu głównego (koperty): Pusty element Brak Usługa ZsinIpeNkwSerwis Usługa zwiera operacje udostępnione dla systemu NKW przesz system IPE. Usługa została zdefiniowana w załączniku ZsinIpeNkwSerwis.wsdl Opis metody ZatwierdzonoZmianyNkw Przesłanie informacji o zatwierdzeniu zmian w systemie NKW na podstawie przesłanego zawiadomienia o zmianach w EGiB. Żądanie Struktura komunikatu głównego (koperty): dane dotyczące WKW metadane dotyczące zawiadomienia Brak Odpowiedź Struktura komunikatu głównego (koperty): Pusty element
23 Brak Opis metody PrzeslijZawiadomienieNkw Przesłanie zawiadomienia o zmianach w KW z NKW do IPE. Żądanie Struktura komunikatu głównego (koperty): dane dotyczące WKW metadane dotyczące zawiadomienia plik XML z zawiadomieniem podpis pliku XML zawiadomienia Odpowiedź Struktura komunikatu głównego (koperty): identyfikator zawiadomienia przydzielony w systemie IPE Brak Usługa ZsinNkwIpeSerwis Usługa zawiera operacje udostępnione dla systemu IPE przez system NKW. Usługa została zdefiniowana w załączniku ZsinNkwIpeSerwis.wsdl Opis metody PrzeslijZawiadomienieEGiB Przesłanie zawiadomienia o zmianach w EGiB z system IPE do systemu NKW Żądanie Struktura komunikatu głównego (koperty): dane dotyczące EGIB metadane dotyczące zawiadomienia plik XML z zawiadomieniem podpis pliku XML zawiadomienia plik PDF z wyrysem podpis pliku wyrysu Odpowiedź Struktura komunikatu głównego (koperty): Pusty element Brak Opis metody ZatwierdzonoZmianyEGiB Przesłanie informacji o zatwierdzeniu zmian w systemie EGiB na podstawie przesłanego zawiadomienia o zmianach w NKW. Żądanie Struktura komunikatu głównego (koperty): dane dotyczące EGiB dodatkowe dane zawiadomienia
24 brak Odpowiedź Struktura komunikatu głównego (koperty): pusty element brak 9. Załączniki 9.1. XSD wykorzystywane w usługach Definicja znajduje się w pliku ZsinSerwisTypy.xsd WSDL usługi w systemie IPE dla modułu MOZ Definicja znajduje się w pliku ZsinIpeMozSerwis.wsdl 9.3. WSDL usługi w systemie IPE dla systemu NKW Definicja znajduje się w pliku ZsinIpeNkwSerwis.wsdl 9.4. WSDL usługi w systemie NKW dla systemu IPE Definicja znajduje się w pliku ZsinNkwIpeSerwis.wsdl 9.5. XSD dla zawiadomień o zmianach w EGIB Definicja schematu znajduje się w katalogu zawiadomieniaegib XSD dla zawiadomień o zmianach w NKW Definicja schematu znajduje się w katalogu zawiadomieniankw XSD dla komunikatów zmian z systemu EGiB Definicja schematu znajduje się w katalogu gmlegib.
Jarosław Zembrzuski. Kierownik Projektu ZSIN. Warszawa, 27 września 2013 r.
Jarosław Zembrzuski Z-ca Dyrektora Centralnego Ośrodka Dokumentacji Geodezyjnej i Kartograficznej Kierownik Projektu ZSIN Warszawa, 27 września 2013 r. Ramy organizacyjno - prawne Ustawa z dnia 17 maja
Bardziej szczegółowoBudowa Systemu ZSIN. Jarosław Zembrzuski Zastępca Dyrektora CODGiK. Szymon Rymsza Główny specjalista GUGiK. Warszawa, 30.11-1.12.2015 r.
Budowa Systemu ZSIN Jarosław Zembrzuski Zastępca Dyrektora CODGiK Szymon Rymsza Główny specjalista GUGiK Warszawa, 30.11-1.12.2015 r. Agenda spotkania 1. Rejestry włączone do ZSIN 2. Architektura ZSIN
Bardziej szczegółowoSystem ZSIN wyzwanie dla systemów do prowadzenia EGiB
System ZSIN wyzwanie dla systemów do prowadzenia EGiB Szymon Rymsza Główny specjalista w projekcie ZSIN - Faza I Główny Urząd Geodezji i Kartografii Warszawa, 10-11.09.2015 r. Agenda spotkania 1. Dostosowanie
Bardziej szczegółowoZintegrowany system informacji o nieruchomościach (ZSIN) architektura i funkcjonalność
Zintegrowany system informacji o nieruchomościach (ZSIN) architektura i funkcjonalność Jarosław Zembrzuski Zastępca Dyrektora Centralnego Ośródka Dokumentacji Geodezyjnej i Kartograficznej Warszawa, 10-11.09.2015
Bardziej szczegółowoMINISTERSTWO FINANSÓW PLAN INTEGRACJI SYSTEMU ZAŁĄCZNIK NR 6 SEAP SPECYFIKACJA KANAŁ EMAIL DLA PODMIOTÓW ZEWNĘTRZNYCH PL PROJEKT ECIP/SEAP
MINISTERSTWO FINANSÓW PLAN INTEGRACJI SYSTEMU ZAŁĄCZNIK NR 6 SEAP SPECYFIKACJA KANAŁ EMAIL DLA PODMIOTÓW ZEWNĘTRZNYCH PL PROJEKT ECIP/SEAP WERSJA 1 z 15 Spis treści 1. Kanał email dla podmiotów zewnętrznych...
Bardziej szczegółowoAplikacja do walidacji plików XML i GML
Aplikacja do walidacji plików XML i GML autor: Ewa Barczyk, inspektor wojewódzki, Wojewódzka Inspekcja Geodezyjna i Kartograficzna we Wrocławiu Przy piśmie z dnia 21 grudnia 2015r. nr KN-EGB.0742.4.2015
Bardziej szczegółowo1. Wymagania prawne. Europejskie uwarunkowania prawne:
1. Wymagania prawne Oferowane przez Wykonawcę rozwiązania muszą być na dzień odbioru zgodne z aktami prawnymi regulującymi pracę urzędów administracji publicznej, dyrektywą INSPIRE, ustawą o Infrastrukturze
Bardziej szczegółowoImplementacja standardu GML w oprogramowaniu ESRI i GISPartner na przykładzie Geoportalu2
Implementacja standardu GML w oprogramowaniu ESRI i GISPartner na przykładzie Geoportalu2 Paweł Soczewski Warszawa, 10 kwietnia 2013 Modelowanie świata rzeczywistego Model pojęciowy - conceptual model
Bardziej szczegółowoStan zaawansowania prac dotyczących zamówienia na opracowanie i wdrożenie rdzenia systemu e Urząd.
Stan zaawansowania prac dotyczących zamówienia na opracowanie i wdrożenie rdzenia systemu e Urząd. Andrzej Natuniewicz, Andrzej Perkowski Departament Geodezji i Kartografii Urząd Marszałkowski Województwa
Bardziej szczegółowoZintegrowany System Informacji o Nieruchomościach FAQ
Zintegrowany System Informacji o Nieruchomościach FAQ 1. Skąd wzięła się koncepcja stworzenia zintegrowanego systemu informacji o nieruchomościach (dalej ZSIN)? Budowa Zintegrowanego Systemu Katastralnego
Bardziej szczegółowoZINTEGROWANY SYSTEM INFORMACJI O NIERUCHOMOŚCIACH podstawy prawne
ZINTEGROWANY SYSTEM INFORMACJI O NIERUCHOMOŚCIACH podstawy prawne Główny Urząd Geodezji i Kartografii Kraków, 25 maja 2012 r. Agenda Zintegrowany System Informacji o Nieruchomościach Wstęp, rys historyczny
Bardziej szczegółowoROZPORZĄDZENIE RADY MINISTÓW z dnia... 2012 r. w sprawie zintegrowanego systemu informacji o nieruchomościach
PROJEKT wersja 21_06_2012 ROZPORZĄDZENIE RADY MINISTÓW z dnia... 2012 r. w sprawie zintegrowanego systemu informacji o nieruchomościach Na podstawie art. 24 b ust. 4 ustawy z dnia 17 maja 1989 r. - Prawo
Bardziej szczegółowoKraków, 2 kwietnia 2004 r.
Realizacja projektu Rozbudowa systemów elektronicznej administracji w Małopolsce w kontekście Wrót Małopolski oraz E-PUAP Kraków, 2 kwietnia 2004 r. 1 Agenda Podstawowe założenia Miejsce Wrót Małopolski
Bardziej szczegółowoZAŁOŻENIA TECHNICZNO-TECHNOLOGICZNE SYSTEMU BUDOWANEGO W RAMACH PROJEKTU
Projekt Rozwój elektronicznej administracji w samorządach województwa mazowieckiego wspomagającej niwelowanie dwudzielności potencjału województwa ZAŁOŻENIA TECHNICZNO-TECHNOLOGICZNE SYSTEMU BUDOWANEGO
Bardziej szczegółowoROZPORZĄDZENIE RADY MINISTRÓW z dnia... 2012 r. w sprawie zintegrowanego systemu informacji o nieruchomościach
PROJEKT wersja 25_04_2012 ROZPORZĄDZENIE RADY MINISTRÓW z dnia... 2012 r. w sprawie zintegrowanego systemu informacji o nieruchomościach Na podstawie art. 24 b ust. 4 ustawy z dnia 17 maja 1989 r. - Prawo
Bardziej szczegółowoKomunikacja i wymiana danych
Budowa i oprogramowanie komputerowych systemów sterowania Wykład 10 Komunikacja i wymiana danych Metody wymiany danych Lokalne Pliki txt, csv, xls, xml Biblioteki LIB / DLL DDE, FastDDE OLE, COM, ActiveX
Bardziej szczegółowoCENTRUM PROJEKTÓW INFORMATYCZNYCH MINISTERSTWA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI
CENTRUM PROJEKTÓW INFORMATYCZNYCH MINISTERSTWA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI Instrukcja użytkownika Narzędzie do modelowania procesów BPEL Warszawa, lipiec 2009 r. UNIA EUROPEJSKA EUROPEJSKI FUNDUSZ
Bardziej szczegółowoArchitektura TERYT GUS. EMUiA. EGiB. Pozostałe systemy ZSIN SZYNA USŁUG. EMUiA
Aplikacja EMUIA Architektura Architektura TERYT GUS EMUiA EMUiA SZYNA USŁUG ZSIN EGiB Pozostałe systemy SZPRG ISOK Widok ogólny Wyszukiwanie obiektów - szybkie Wyszukiwanie obiektów - atrybutowe Zarządzanie
Bardziej szczegółowoMinisterstwo Finansów
Ministerstwo Finansów Departament Informatyzacji Specyfikacja Wejścia-Wyjścia Wersja 1.0 Warszawa, 16.02.2017 r. Copyright (c) 2017 Ministerstwo Finansów MINISTERSTWO FINANSÓW, DEPARTAMENT INFORMATYZACJI
Bardziej szczegółowoDOKUMENTACJA TECHNICZNA MOZ-U
DOKUMENTACJA TECHNICZNA Dostosowanie systemu informatycznego wykorzystywanego do prowadzenia ewidencji gruntów i budynków do wymagań Zintegrowanego Systemu Informacji o Nieruchomościach (ZSiN) w ramach
Bardziej szczegółowoGML w praktyce geodezyjnej
GML w praktyce geodezyjnej Adam Iwaniak Kon-Dor s.c. Konferencja GML w praktyce, 12 kwietnia 2013, Warszawa SWING Rok 1995, standard de jure Wymiany danych pomiędzy bazami danych systemów informatycznych
Bardziej szczegółowoKielce, dnia 27.02.2012 roku. HB Technology Hubert Szczukiewicz. ul. Kujawska 26 / 39 25-344 Kielce
Kielce, dnia 27.02.2012 roku HB Technology Hubert Szczukiewicz ul. Kujawska 26 / 39 25-344 Kielce Tytuł Projektu: Wdrożenie innowacyjnego systemu dystrybucji usług cyfrowych, poszerzenie kanałów sprzedaży
Bardziej szczegółowoSystem DiLO. Opis interfejsu dostępowego v. 2.0
System DiLO Opis interfejsu dostępowego v. 2.0 Warszawa 2015 1 Wprowadzone zmiany Wersja Opis 1.0 Wersja bazowa 1.1 Dodanie możliwości przejścia z wydania karty w POZ (WK-POZ) do zabiegu operacyjnego (ZAB-OPER)
Bardziej szczegółowoUsługi danych przestrzennych w GEOPORTAL-u. Marek Szulc , Warszawa
Usługi danych przestrzennych w GEOPORTAL-u Marek Szulc 16.05.2013, Warszawa Czym jest GEOPORTAL 2? GEOPORTAL 2 jest jednym z największych projektów w Polsce, który koncentruje się na rozwoju Infrastruktury
Bardziej szczegółowoGEOPORTAL 2. Broker INSPIRE Broker krajowy Broker branżowy. Eliza Asendy, Marek Szulc 23-25.10.2012, Warszawa
GEOPORTAL 2 Broker INSPIRE Broker krajowy Broker branżowy Eliza Asendy, Marek Szulc 23-25.10.2012, Warszawa Czym jest GEOPORTAL 2? GEOPORTAL 2 jest jednym z największych projektów w Polsce, który koncentruje
Bardziej szczegółowoDodatkowo, w przypadku modułu dotyczącego integracji z systemami partnerów, Wykonawca będzie przeprowadzał testy integracyjne.
Załącznik nr 1a do Zapytania ofertowego nr POIG.08.02-01/2014 dotyczącego budowy oprogramowania B2B oraz dostawcy sprzętu informatycznego do projektu pn. Budowa systemu B2B integrującego zarządzanie procesami
Bardziej szczegółowoWarszawa, dnia 22 lutego 2013 r. Poz. 249 ROZPORZĄDZENIE RADY MINISTRÓW. z dnia 17 stycznia 2013 r.
DZIENNIK USTAW RZECZYPOSPOLITEJ POLSKIEJ Warszawa, dnia 22 lutego 2013 r. Poz. 249 ROZPORZĄDZENIE RADY MINISTRÓW z dnia 17 stycznia 2013 r. w sprawie zintegrowanego systemu informacji o nieruchomościach
Bardziej szczegółowoOpis procesów biznesowych związanych z realizacją e-usług WZGiK
Opis procesów biznesowych związanych z realizacją e-usług WZGiK Dokument zawiera przebieg oraz opis procesów i podprocesów związanych z realizacja e-usług WZGIK. Są to przykłady przebiegu procesów, które
Bardziej szczegółowoEtapy weryfikacji prac dotyczących dostosowania danych EGiB. Etapy odbioru prac
Etapy weryfikacji prac dotyczących dostosowania danych EGiB Etapy odbioru prac Wiesław Szymański Wydział Ewidencji Gruntów i Budynków Departament Informacji o Nieruchomościach GUGiK, ul. Wspólna 2, 00-926
Bardziej szczegółowoProcedura Walidacyjna Interfejs
Strona: 1 Stron: 7 SPIS TREŚCI: 1. CEL 2. ZAKRES 3. DEFINICJE 4. ODPOWIEDZIALNOŚĆ I UPRAWNIENIA 5. TRYB POSTĘPOWANIA 6. ZAŁĄCZNIKI Podlega aktualizacji X Nie podlega aktualizacji Strona: 2 Stron: 7 1.
Bardziej szczegółowoINFRA. System Connector. Opis wdrożenia systemu
INFRA System Connector Opis wdrożenia systemu Spis treści Wymagania z perspektywy Powiatowego Urzędu Pracy... 3 Wymagania dotyczące komunikacji między komponentami systemu... 3 Moduł Connector Serwis (Serwer)...
Bardziej szczegółowoNowe regulacje prawne dla potrzeb katastru nieruchomości
Nowe regulacje prawne dla potrzeb katastru nieruchomości 2 3 4 5 6 7 8 9 10 11 12 13 14 Rozporządzenie Ministra Administracji i Cyfryzacji z dnia 29 listopada 2013 r. zmieniające rozporządzenie w sprawie
Bardziej szczegółowoTom 6 Opis oprogramowania
Część 4 Narzędzie do wyliczania wielkości oraz wartości parametrów stanu Diagnostyka stanu nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 30 maja 2012 Historia dokumentu Nazwa
Bardziej szczegółowoProjekt ZSIN. Budowa Zintegrowanego Systemu Informacji o Nieruchomościach - Faza I
Projekt ZSIN Budowa Zintegrowanego Systemu Informacji o Nieruchomościach - Faza I Projekt ZSIN - Faza I Jaki jest cel projektu ZSIN Faza I? Administracja publiczna zmienia swoje oblicze z roku na rok.
Bardziej szczegółowoIntegracja Obieg Dokumentów - GiS Spis treści
Integracja Obieg Dokumentów - GiS Spis treści 1.Opis integracji.... 2 2.Interfejs po stronie Obiegu Dokumentów... 4 3.Interfejs po stronie Gis-u.... 7 4.Schematy przesyłanych plików xml.... 8 1 1. Opis
Bardziej szczegółowoZałącznik 1b - Szczegółowy opis II części zamówienia
Załącznik 1b - Szczegółowy opis II części zamówienia DOSTAWA I WDROŻENIE PORTALU INTERESANTA - 5 SZTUK W ramach zamówienia Wykonawca zrealizuje usługę polegającą na dostawie i wdrożeniu Portalu Interesanta
Bardziej szczegółowoPlatforma epuap. Igor Bednarski kierownik projektu epuap2 CPI MSWiA. Kraków, 18.05.2011 r.
Platforma epuap Igor Bednarski kierownik projektu epuap2 CPI MSWiA Kraków, 18.05.2011 r. Agenda 1. Czym jest epuap 2. Cele projektu epuap2 3. Możliwości portalu 4. Komunikacja poprzez epuap 5. Stan zaawansowania
Bardziej szczegółowoPUE ZUS Wysyłka elektronicznych zapytan. Instrukcja wysyłki zapytań do ZUZ-PUE za pomocą aplikacji Komornik SQL
PUE ZUS Wysyłka elektronicznych zapytan Instrukcja wysyłki zapytań do ZUZ-PUE za pomocą aplikacji Komornik SQL Spis treści Wysyłka elektronicznych wniosków ZUS EKS do portalu PUE ZUS... 2 Konfiguracja
Bardziej szczegółowoMINISTERSTWO FINANSÓW PLAN INTEGRACJI SYSTEMU ZAŁĄCZNIK NR 2 SEAP SPECYFIKACJA XML INTERFEJS WEBSERVICE DLA PODMIOTÓW ZEWNĘTRZNYCH PL
MINISTERSTWO FINANSÓW PLAN INTEGRACJI SYSTEMU ZAŁĄCZNIK NR 2 SEAP SPECYFIKACJA XML INTERFEJS WEBSERVICE DLA PODMIOTÓW ZEWNĘTRZNYCH PL PROJEKT ECIP/SEAP WERSJA 1 z 26 Spis treści 1. Interfejs WebService
Bardziej szczegółowoWYSTĄPIENIE POKONTROLNE
Wojewoda Dolnośląski Dolnośląski Wojewódzki Inspektor Nadzoru Geodezyjnego i Kartograficznego Wrocław, dnia 2 października 2018r. WYSTĄPIENIE POKONTROLNE Na podstawie art. 7b ust. 1 pkt 2 ustawy z dnia
Bardziej szczegółowoPosiada (TAK / NIE. Zrzut ekranu. Opis funkcji
Załącznik nr 1b do SIWZ TABELA FUNKCJONALNOŚCI UWAGA: Jeśli funkcjonalność, dla której wymagane jest potwierdzenie zrzutem ekranu wymusza wykonanie kliku zrzutów ekranu, konieczne jest aby każdy taki zrzut
Bardziej szczegółowoArchitektura użytkowa Regionalnej Infrastruktury Informacji Przestrzennej Województwa Lubelskiego. Maciej Żuber COMARCH Polska S.A.
Architektura użytkowa Regionalnej Infrastruktury Informacji Przestrzennej Województwa Lubelskiego Maciej Żuber COMARCH Polska S.A. Agenda Założenia projektu Architektura logiczna Zasób RIIP WL dane referencyjne,
Bardziej szczegółowoREJESTR ZBIORÓW DANYCH
REJESTR ZBIORÓW DANYCH Dane publikowane Dane publikowane Dane publikowane Dane publikowane Dane publikowane Dane publikowane Dane publikowane Dane publikowane Dane publikowane Dane publikowane Dane publikowane
Bardziej szczegółowoINSTRUKCJA UŻYTKOWNIKA Generowanie Jednolitego Pliku Kontrolnego (JPK) ISO 9001:2008 Dokument: Wydanie: 1 Waga: 90
Pakiet zmian w systemie związany z nowelizacją ustawy z dnia 10 września 2015r. I. Wstęp W związku ze zmianami wynikającymi z ustawy z dnia 10 września 2015 r. o zmianie ustawy Ordynacja podatkowa oraz
Bardziej szczegółowo12 czerwca Piotr Kozłowski Dyrektor ds. Rozwoju Sektora Samorządowego
12 czerwca 2015 Piotr Kozłowski Dyrektor ds. Rozwoju Sektora Samorządowego Integracja Systemów Informacji Przestrzennej wdrażanych w JST z oprogramowaniem dziedzinowym EOD, epuap oraz aplikacjami do prowadzenia
Bardziej szczegółowoRola systemu do prowadzenia ewidencji gruntów, budynków w i lokali w krajowej infrastrukturze danych przesztrzennych
Rola systemu do prowadzenia ewidencji gruntów, budynków w i lokali w krajowej infrastrukturze danych przesztrzennych Mapping and Geospatial Solutions Robert Widz Infrastruktura Danych Przestrzennych w
Bardziej szczegółowoWykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych
Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych dr inż. Adam Iwaniak Infrastruktura Danych Przestrzennych w Polsce i Europie Seminarium, AR Wrocław
Bardziej szczegółowoWARUNKI TECHNICZNE Weryfikacja zgodności treści mapy ewidencyjnej ze stanem faktycznym w terenie. Obręby 1, 2, 3, 4, 5, 6, i 7 miasta Wąbrzeźna
WARUNKI TECHNICZNE Weryfikacja zgodności treści mapy ewidencyjnej ze stanem faktycznym w terenie. Obręby 1, 2, 3, 4, 5, 6, i 7 miasta Wąbrzeźna Wąbrzeźno 2012 rok I. CEL OPRACOWANIA Celem pracy jest weryfikacja
Bardziej szczegółowoGŁÓWNE WĄTKI REALIZOWANE W PROJEKCIE GEOPORTAL
GŁÓWNE WĄTKI REALIZOWANE W PROJEKCIE GEOPORTAL Realizacja prac w ramach Implementacji Przedmiot prac - prace analityczne, projektowe, wdrożeniowo implementacyjne, dokumentacyjne oraz szkoleniowe, związane
Bardziej szczegółowoDOTACJE NA INNOWACJE
Rzeszów, 09.12.2013r. Zamówienie na stworzenie i wdrożenie systemu B2B do projektu pt. Platforma B2B do obsługi procesu powstawania produktu reklamowego Zamawiający: GREEN FLY Bartłomiej Inglot ul. Tarnowska
Bardziej szczegółowoPłatności CashBill - SOAP
Dokumentacja techniczna 1.0 Płatności CashBill - SOAP Dokumentacja wdrożenia systemu Płatności CashBill w oparciu o komunikację według protokołu SOAP CashBill Spółka Akcyjna ul. Rejtana 20, 41-300 Dąbrowa
Bardziej szczegółowoSYNCHRONIZACJA EWIDENCJI GRUNTÓW I BUDYNKÓW Z KSIĘGĄ WIECZYSTĄ. Wisła, 05 września 2012 r. mgr inż. Alicja Kulka
SYNCHRONIZACJA EWIDENCJI GRUNTÓW I BUDYNKÓW Z KSIĘGĄ WIECZYSTĄ Cel jaki chcemy osiągnąć to wypełnienie definicji,,kataster nieruchomości to: państwowy rejestr spójnych i wiarygodnych danych dotyczących
Bardziej szczegółowoOPERATOR SYSTEMU PRZESYŁOWEGO
KARTA AKTUALIZACJI nr K/2/2007 Instrukcji Ruchu i Eksploatacji Sieci Przesyłowej Warunki korzystania, prowadzenia ruchu, eksploatacji i planowania rozwoju sieci Data przygotowania: 14 września 2007 roku.
Bardziej szczegółowoAplikacja serwerowa Platformy Prezentacyjnej Opis produktu
Aplikacja serwerowa Platformy Prezentacyjnej Opis produktu Polska Organizacja Turystyczna ul. Chałubińskiego 8 00-613 Warszawa Spis treści 1 Założenia wstępne... 1 1.1 Informacje wstępne... 1 1.2 Cel projektu...
Bardziej szczegółowoDeduplikacja danych. Zarządzanie jakością danych podstawowych
Deduplikacja danych Zarządzanie jakością danych podstawowych normalizacja i standaryzacja adresów standaryzacja i walidacja identyfikatorów podstawowa standaryzacja nazw firm deduplikacja danych Deduplication
Bardziej szczegółowoPlatforma epuap. Igor Bednarski kierownik projektu epuap2 CPI MSWiA. Kraków, 16.05.2011 r.
Platforma epuap Igor Bednarski kierownik projektu epuap2 CPI MSWiA Kraków, 16.05.2011 r. Agenda 1. Czym jest epuap 2. Cele projektu epuap2 3. Możliwości portalu 4. Komunikacja poprzez epuap 5. Stan zaawansowania
Bardziej szczegółowoMałopolska wobec epuap
Małopolska wobec epuap Zasady integracji samorządów Małopolski na platformie epap poprzez Cyfrowy Urząd Kraków, 2 kwietnia 2004 r. Cyfrowy Urząd stan obecny Elektroniczna platforma komunikacyjna umoŝliwiającą
Bardziej szczegółowoDokumentacja wstępna TIN. Rozproszone repozytorium oparte o WebDAV
Piotr Jarosik, Kamil Jaworski, Dominik Olędzki, Anna Stępień Dokumentacja wstępna TIN Rozproszone repozytorium oparte o WebDAV 1. Wstęp Celem projektu jest zaimplementowanie rozproszonego repozytorium
Bardziej szczegółowoWYSTĄPIENIE POKONTROLNE
Wojewoda Dolnośląski Dolnośląski Wojewódzki Inspektor Nadzoru Geodezyjnego i Kartograficznego Wrocław, dnia 19 września 2018r. WYSTĄPIENIE POKONTROLNE Na podstawie art. 7b ust. 1 pkt 2 ustawy z dnia 17
Bardziej szczegółowoROZPORZĄDZENIE MINISTRA FINANSÓW 1) z dnia 27 stycznia 2011 r.
132 ROZPORZĄDZENIE MINISTRA FINANSÓW 1) z dnia 27 stycznia 2011 r. w sprawie wymogów dla systemów wyliczania utrzymywanych w podmiotach objętych obowiązkowym systemem gwarantowania Na podstawie art. 38j
Bardziej szczegółowoSZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA
Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Regionalnego Programu Operacyjnego Województwa Opolskiego na lata 2007-2013 inwestujemy w
Bardziej szczegółowoepuap Opis standardowych elementów epuap
epuap Opis standardowych elementów epuap Projekt współfinansowany ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Programu Operacyjnego Innowacyjna Gospodarka SPIS TREŚCI SPIS TREŚCI...
Bardziej szczegółowoCEL PODEJMOWANYCH DZIAŁAŃ Zapewnienie dostępu do danych i usług przestrzennych wszystkim zainteresowanym
KONCEPCJA DZIAŁAŃ SAMORZĄDU WOJEWÓDZTWA MAZOWIECKIEGO W ZAKRESIE BUDOWY REGIONALNEJ INFRASTRUKTURY INFORMACJI Dostęp do informacji przestrzennej warunkiem monitorowania zmian przestrzeni i procesów społecznogospodarczych
Bardziej szczegółowoObowiązek wysyłania Jednolitego Pliku Kontrolnego (JPK) Instrukcja
Obowiązek wysyłania Jednolitego Pliku Kontrolnego (JPK) Instrukcja Jednolity Plik Kontrolny (JPK) jest zbiorem danych pochodzących z ksiąg podatkowych. Tworzony jest poprzez bezpośredni eksport danych
Bardziej szczegółowoElektroniczna Platforma Usług Administracji Publicznej (epuap) to system informatyczny, dzięki któremu obywatele mogą załatwiać sprawy urzędowe za
Elektroniczna Platforma Usług Administracji Publicznej (epuap) to system informatyczny, dzięki któremu obywatele mogą załatwiać sprawy urzędowe za pośrednictwem internetu, natomiast przedstawiciele podmiotów
Bardziej szczegółowoINFORMACJA DLA WYKONAWCÓW PRAC GEODEZYJNYCH
INFORMACJA DLA WYKONAWCÓW PRAC GEODEZYJNYCH W związku z wejściem w życie Rozporządzenia Parlamentu Europejskiego i Rady (UE) 2016/679 z dnia 27 kwietnia 2016 r. w sprawie ochrony osób fizycznych w związku
Bardziej szczegółowoKurs OPC S7. Spis treści. Dzień 1. I OPC motywacja, zakres zastosowań, podstawowe pojęcia dostępne specyfikacje (wersja 1501)
Spis treści Dzień 1 I OPC motywacja, zakres zastosowań, podstawowe pojęcia dostępne specyfikacje (wersja 1501) I-3 O czym będziemy mówić? I-4 Typowe sytuacje I-5 Klasyczne podejście do komunikacji z urządzeniami
Bardziej szczegółowoZAMAWIAJĄCY. CONCEPTO Sp. z o.o.
Grodzisk Wielkopolski, dnia 11.02.2013r. ZAMAWIAJĄCY z siedzibą w Grodzisku Wielkopolskim (62-065) przy ul. Szerokiej 10 realizując zamówienie w ramach projektu dofinansowanego z Programu Operacyjnego
Bardziej szczegółowoSpis treści. Dzień 1. I Wprowadzenie (wersja 0906) II Dostęp do danych bieżących specyfikacja OPC Data Access (wersja 0906) Kurs OPC S7
I Wprowadzenie (wersja 0906) Kurs OPC S7 Spis treści Dzień 1 I-3 O czym będziemy mówić? I-4 Typowe sytuacje I-5 Klasyczne podejście do komunikacji z urządzeniami automatyki I-6 Cechy podejścia dedykowanego
Bardziej szczegółowoMinisterstwo Finansów
Ministerstwo Finansów Departament Informatyzacji Rejestr Domen Służących do Oferowania Gier Hazardowych Niezgodnie z Ustawą Specyfikacja Wejścia-Wyjścia Wersja 1.1 Warszawa, 16.02.2017 r. Copyright (c)
Bardziej szczegółowoDotacje na innowacje - Inwestujemy w Waszą przyszłość ZAPYTANIE OFERTOWE
Warszawa, 16.07.2013r. Nabywca: Rezerweo Sp. z o.o. Ul. Tamka38 00-355 Warszawa Tel./fax 22 556 23 42 e-mail: dariusz.urbanski@rezerweo.com Dane oferenta: ZAPYTANIE OFERTOWE W zawiązku z realizacją projektu
Bardziej szczegółowoWspółpraca z platformą Emp@tia. dokumentacja techniczna
Współpraca z platformą Emp@tia dokumentacja techniczna INFO-R Spółka Jawna - 2013 43-430 Pogórze, ul. Baziowa 29, tel. (33) 479 93 29, (33) 479 93 89 fax (33) 853 04 06 e-mail: admin@ops.strefa.pl Strona1
Bardziej szczegółowoZałącznik nr 1.3. Opis Przedmiotu Zamówienia (część 3) Moduł Komunikacyjny
Załącznik nr 1.3 do SIWZ Załącznik nr 1.3 Opis Przedmiotu Zamówienia (część 3) Moduł Komunikacyjny Strona 1 z 13 1 Opis przedmiotu zamówienia Przedmiotem zamówienia jest dostosowanie systemów EZD u Partnerów
Bardziej szczegółowoZSIN Budowa Zintegrowanego Systemu Informacji o Nieruchomościach Faza I
ZSIN Budowa Zintegrowanego Systemu Informacji o Nieruchomościach Faza I Jarosław Wysocki Dyrektor Departamentu Informacji o Nieruchomościach Główny Urząd Geodezji i Kartografii Warszawa, 30.11.2015 r.
Bardziej szczegółowoGeoportal 2 Podsumowanie realizacji projektu
Geoportal 2 Podsumowanie realizacji projektu Agenda 1. Jak projekt Geoportal 2 dostosowywał się do nowych potrzeb otoczenia? 2. Co zostało wykonane? 3. Jak projekt Geoportal wpisał się w strategiczne dokumenty?
Bardziej szczegółowoREGULAMIN PRZESYŁANIA FAKTUR W FORMIE ELEKTRONICZNEJ
REGULAMIN PRZESYŁANIA FAKTUR W FORMIE ELEKTRONICZNEJ 1 Podstawa prawna Podstawą prawną przesyłania faktur w formie elektronicznej jest Ustawa z dnia 11 marca 2004 roku o podatku od towarów i usług (Dz.U.
Bardziej szczegółowoWarszawa, dnia 6 października 2016 r. Poz. 1626
Warszawa, dnia 6 października 2016 r. Poz. 1626 ROZPORZĄDZENIE MINISTRA CYFRYZACJI 1) z dnia 5 października 2016 r. w sprawie zakresu i warunków korzystania z elektronicznej platformy usług administracji
Bardziej szczegółowoDlaczego GML? Gdańsk r. Karol Stachura
Dlaczego GML? Gdańsk 13.03.2017r. Karol Stachura Zanim o GML najpierw o XML Dlaczego stosuje się pliki XML: Tekstowe Samoopisujące się Elastyczne Łatwe do zmiany bez zaawansowanego oprogramowania Posiadające
Bardziej szczegółowoIZ /11 L.dz. 1916/10 Pani Alicja Meusz Dolnośląski Wojewódzki Inspektor Nadzoru Geodezyjnego i Kartograficznego
Warszawa, grudnia 2011 r. RZECZPOSPOLITA POLSKA GŁÓWNY GEODETA KRAJU Jolanta Orlińska IZ-802-71/11 L.dz. 1916/10 Pani Alicja Meusz Dolnośląski Wojewódzki Inspektor Nadzoru Geodezyjnego i Kartograficznego
Bardziej szczegółowoOpis modułu pl.id w programie Komornik SQL-VAT
Opis modułu pl.id w programie Komornik SQL-VAT 2016 Currenda Sp. z o.o. Spis treści 1. Opis... 3 2. Konfiguracja programu... 3 3. Tworzenie zapytań o dane dłużników do pl.id... 4 3.1. Eksport danych dłużników
Bardziej szczegółowoZałożenia i stan realizacji projektu epuap2
Założenia i stan realizacji projektu epuap2 Michał Bukowski Analityk epuap Serock, 28 października 2009 r. Agenda 1. Projekt epuap - cele i zakres. 2. Zrealizowane zadania w ramach epuap. 3. Projekt epuap2
Bardziej szczegółowoSYSTEM ZARZĄDZANIA BAZA DANYCH TOPOGRAFICZNYCH
SYSTEM ZARZĄDZANIA BAZA DANYCH TOPOGRAFICZNYCH Dariusz Gotlib elementy koncepcji i technologii Jerzy Zieliński plany GUGiK Jachranka, 8 grudzień 2009 STOSOWANE POJĘCIA I SKRÓTY BDT = TBD = BDOT SZBDT=SZTBD=SZBDOT
Bardziej szczegółowoWzorcowy załącznik techniczny, do umowy w sprawie przesyłania faktur elektronicznych pomiędzy Firmą A oraz Firmą B
Załącznik Nr 1 Wzorcowy załącznik techniczny, do umowy w sprawie przesyłania faktur elektronicznych pomiędzy Firmą A oraz Firmą B Wersja 1.0 Na podstawie: Europejskiej Modelowej Umowy o EDI (w skrócie:
Bardziej szczegółowoJPK Jednolity Plik Kontrolny.
JPK Jednolity Plik Kontrolny. Instrukcja wysyłki pliku JPK Jednolity Plik Kontrolny Wersja 2.0 S t r o n a 2 Spis treści. 1. Jednolity plik kontrolny - podstawowe informacje... 3 2. Jednolity Plik Kontrolny
Bardziej szczegółowoPoznań, dzień 10.02.2014. Zapytanie ofertowe
Poznań, dzień 0.0.0 Zapytanie ofertowe Beneficjent: Tech-Net Spółka z ograniczoną odpowiedzialnością Program: Program Operacyjny Innowacyjna Gospodarka Działanie: 8. Wspieranie wdrażania elektronicznego
Bardziej szczegółowoINFO-R. Instalacja pakietu programów obsługujących platformę
INFO-R Instalacja pakietu programów obsługujących platformę Emp@tia Instalacja pakietu programów obsługujących współpracę z platformą Emp@tia 1. Ze strony www.info-r.pl pobieramy pakiet programów obsługujących
Bardziej szczegółowo1. Wymagania dla lokalnej szyny ESB
CG.ZP.U.272.3.2018.AP Załącznik nr 5 do SOPZ WYMAGANIA DLA SZYNY ESB 1. Wymagania dla lokalnej szyny ESB Kod ESBL.1 ESBL.2 ESBL.3 ESBL.4 ESBL.5 ESBL.7 ESBL.8 ESBL.9 ESBL.10 Opis wymagania Szyna ESB musi
Bardziej szczegółowoSpecyfikacja techniczna interfejsu do obsługi Profilu Kandydata na Kierowcę.
Specyfikacja techniczna interfejsu do obsługi Profilu Kandydata na Kierowcę. (OE OSK) 31 lipca 2015 r. wersja 1.1 Dotyczy umowy z dn. 27.09.2013r. w sprawie realizacji projektu CEPiK 2.0 Nr MSW: 8/DEP/2013
Bardziej szczegółowoINFORMACJE DLA STACJI KONTROLI POJAZDÓW
INFORMACJE DLA STACJI KONTROLI POJAZDÓW Zapraszamy na prezentację Ministerstwo Cyfryzacji Centralny Ośrodek Informatyki 1 Badanie techniczne pojazdu 1. Przyjazd pojazdu na okresowe badanie techniczne do
Bardziej szczegółowoBazy danych 2. Wykład 1
Bazy danych 2 Wykład 1 Sprawy organizacyjne Materiały i listy zadań zamieszczane będą na stronie www.math.uni.opole.pl/~ajasi E-mail: standardowy ajasi@math.uni.opole.pl Sprawy organizacyjne Program wykładu
Bardziej szczegółowoWspółdziałanie SłuŜby Geodezyjnej i Kartograficznej w zakresie weryfikacji danych na potrzeby PRG
Współdziałanie SłuŜby Geodezyjnej i Kartograficznej w zakresie weryfikacji danych na potrzeby PRG Warszawa, 13 luty 2013 r. PRG rys historyczny Warszawa, 13 luty 2013 r. Art. 7 Ustawy z dnia 17 maja 1989
Bardziej szczegółowoAdam Augustynowicz OPEGIEKA Elbląg
Wypracowanie i wdrożenie innowacyjnych metod integracji danych katastralnych, mapy zasadniczej i bazy danych topograficznych oraz modernizacja usług publicznych świadczonych przez Służbę Geodezyjną i Kartograficzną
Bardziej szczegółowoRozdział 3. ROZWÓJ APLIKACJI CENTRALNEJ
Załącznik nr 2 do umowy nr 11/DI/PN/2013 PROCEDURA UTRZYMANIA I ROZWOJU APLIKACJI CENTRALNEJ Rozdział 1. WPROWADZENIE Celem niniejszego dokumentu jest sprecyzowanie procedury zarządzania realizacją umowy
Bardziej szczegółowoPłatniku rozlicz PIT-11 przez internet! www.e-deklaracje.gov.pl
Płatniku rozlicz PIT-11 przez internet! www.e-deklaracje.gov.pl Dynamiczny rozwój technologii internetowych oraz postępująca komputeryzacja społeczeństwa mają swoje bezpośrednie konsekwencje także w sferze
Bardziej szczegółowoTom 6 Opis oprogramowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli obmiaru do celów fakturowania
Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli Diagnostyka stanu nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 21 maja 2012 Historia dokumentu
Bardziej szczegółowoMETADANE GEOINFORMACYJNE PODLASIA
METADANE GEOINFORMACYJNE PODLASIA VII Ogólnopolskie Sympozjum Krakowskie spotkania z INSPIRE Kraków 12-14 maja 2011 Georeferencyjne dane przestrzenne w INSPIRE od zbiorów do usług danych przestrzennych
Bardziej szczegółowoDZIENNIK URZĘDOWY WOJEWÓDZTWA ŚLĄSKIEGO
DZIENNIK URZĘDOWY WOJEWÓDZTWA ŚLĄSKIEGO Katowice, dnia 30 października 2014 r. Poz. 5362 UCHWAŁA NR XLIV/483/14 RADY GMINY JASIENICA z dnia 9 października 2014 r. w sprawie określenia formatu elektronicznego,
Bardziej szczegółowoOpis modułu pl.id w programie Komornik SQL-VAT
Opis modułu pl.id w programie Komornik SQL-VAT Nazwa: KSQLVAT.INS.PL.ID.002 Data: 02.01.2017 Wersja: 1.2.0 Cel: Opis działania funkcjonalności pl.id 2016 Currenda Sp. z o.o. Spis treści 1. Opis... 3 2.
Bardziej szczegółowoPUE ZUS Wysyłka elektronicznych zapytan. Instrukcja wysyłki zapytań do ZUZ-PUE za pomocą aplikacji Komornik SQL
PUE ZUS Wysyłka elektronicznych zapytan Instrukcja wysyłki zapytań do ZUZ-PUE za pomocą aplikacji Komornik SQL Spis treści Wysyłka elektronicznych wniosków ZUS EKS do portalu PUE ZUS... 2 Konfiguracja
Bardziej szczegółowoGS2TelCOMM. Rozszerzenie do TelCOMM 2.0. Opracował: Michał Siatkowski Zatwierdził: IMIĘ I NAZWISKO
GS2TelCOMM Rozszerzenie do TelCOMM 2.0 Opracował: Michał Siatkowski 29-03-2017 Zatwierdził: IMIĘ I NAZWISKO DATA TEL-STER 2017 Spis treści Wprowadzenie... 3 Architektura... 3 Instalacja... 3 Współpraca
Bardziej szczegółowo