Załącznik nr 1 - Analiza wymagań dla systemu...

Załącznik 2 do pisma z dnia 26.09.2016 r. znak: DP.VI.0213.330.2016.JW.1

OPIS ZAŁOŻEŃ PROJEKTU INFORMATYCZNEGO

Nazwa projektu: Utworzenie Krajowego Rejestru Elektronicznego Przedsiębiorców Transportu Drogowego

Wnioskodawca: Ministerstwo Infrastruktury i BudownictwaPartner /Partnerzy:

Nie dotyczy

Beneficjent / realizator projektu:

Główny Inspektorat Transportu Drogowego

Krótki opis projektu:

Projekt polega na stworzeniu systemu teleinformatycznego, za pośrednictwem którego zostanie udostępniona usługa A2A gromadzenia, przetwarzania i wymiany danych rejestrowanych w Krajowym Rejestrze Elektronicznym Przedsiębiorców Transportu Drogowego. Będzie to usługa elektroniczna, umożliwiająca realizację zadań publicznych drogą elektroniczną, udostępniona przez podmiot wykonujący zadania publiczne, tj. Głównego Inspektora Transportu Drogowego. Usługa ta będzie udostępniona zarówno zewnętrznym podmiotom wykonującym zadania publiczne, tj. starostom, organom kontrolnym (wojewódzkim inspektorom transportu drogowego, Policji, Straży Granicznej, Izbie Celnej, Inspekcji Pracy, zarządcom dróg, w tym także właściwym organom kontrolnym państw członkowskich UE oraz Norwegii i Luksemburga - stosownie do sporządzonego na podstawie art. 18 rozporządzenia (WE) nr 1071/2009 wykazu punktów kontaktowych), jak również komórkom organizacyjnym w ramach Głównego Inspektoratu Transportu Drogowego.W ramach systemu teleinformatycznego zostanie utworzona usługa A2B polegająca na udostępnianiu przedsiębiorcom i zarządzającym transportem danych zgromadzonych na ich temat oraz usługa A2C polegająca na udostępnianiu obywatelom danych dotyczących przedsiębiorców posiadających zezwolenie na wykonywanie zawodu przewoźnika drogowego oraz zarządzających transportem.Projekt wpisuje się w działanie 2.1. Wysoka dostępność i jakość e-usług publicznych.Planowane przedsięwzięcie pozwoli uzyskać w formie elektronicznej kompletną, aktualną oraz szczegółową bazę danych przedsiębiorców transportu drogowego oraz zarządzających transportem. Utworzenie Krajowego Rejestru Elektronicznego Przedsiębiorców Transportu Drogowego (dalej: KREPTD) zapewni sprawny przepływ informacji pomiędzy podmiotami biorącymi udział w procesie wydawania zezwoleń na wykonywanie zawodu przewoźnika drogowego w zakresie przewozu osób lub rzeczy oraz organami kontroli. System pozwoli również na szybką i skuteczną wymianę informacji z krajowymi rejestrami przedsiębiorców transportu drogowego funkcjonującymi w innych państwach Unii Europejskiej. Będzie to możliwe poprzez przesyłanie komunikatów za

Strona: 1


Wnioskodawca: Główny Inspektorat Transportu Drogowego Strona: 2

pośrednictwem systemu ERRU. Współpraca ta umożliwi skuteczniejszy nadzór nad rynkiem transportu drogowego poprzez zagwarantowanie, że przewoźnicy nie będą skłonni do popełniania poważnych naruszeń w innych państwach członkowskich niż to, w którym mają siedzibę, ani do podejmowania ryzyka ich popełnienia.

Spis treści

1. SŁOWNIK TERMINÓW...........................................................................................................3

2. DOŚWIADCZENIE BENEFICJENTA W REALIZACJI PODOBNYCH PROJEKTÓW.......................5

3. CELE I KORZYŚCI....................................................................................................................6

3.1. UWARUNKOWANIA STRATEGICZNE.....................................................................................6

3.2. CELE PROJEKTU.....................................................................................................................7

3.3. KORZYŚCI WYNIKAJĄCE Z PROJEKTU....................................................................................9

3.4. UDOSTĘPNIONE E-USŁUGI..................................................................................................11

3.5. UPROSZCZONE PROCEDURY...............................................................................................15

4. CZAS REALIZACJI PROJEKTU................................................................................................17

4.1. DATY / TERMINY REALIZACJI PROJEKTU.............................................................................17

4.2. HARMONOGRAM PROJEKTU / KAMIENIE MILOWE...........................................................17

5. BENCHMARKING.................................................................................................................19

6. INTERESARIUSZE.................................................................................................................20

7. KOSZTY PROJEKTU..............................................................................................................25

7.1. KOSZTY OGÓLNE PROJEKTU...............................................................................................25

7.2. WYKAZ POSZCZEGÓLNYCH POZYCJI KOSZTOWYCH...........................................................26

8. PLANOWANA ARCHITEKTURA ROZWIĄZANIA....................................................................28

9. STANDARDY ARCHITEKTONICZNE I TECHNOLOGICZNE......................................................30

9.1. INFORMACJE O API.............................................................................................................30

9.2. WCAG 2.0............................................................................................................................31

9.3. OTWARTE STANDARDY I TECHNOLOGIE............................................................................31

9.4. INTEROPERACYJNOŚĆ.........................................................................................................32

10. WYDAJNOŚĆ PLANOWANEGO SYSTEMU...........................................................................33

11. BEZPIECZEŃSTWO PRZETWARZANIA DANYCH...................................................................33

12. KOMPLEMENTARNOŚĆ PROJEKTU.....................................................................................34

12.1. WYKORZYSTANIE ZASOBÓW SPRZĘTOWYCH, USŁUG LUB SYSTEMÓW INNYCH PODMIOTÓW.....................................................................................................................34

12.2. WYKORZYSTANIE ZASOBÓW SPRZĘTOWYCH, USŁUG I SYSTEMÓW WŁASNYCH..............34



13. ZAGROŻENIE DLA REALIZACJI PROJEKTU............................................................................35

14. OPIS METODY PROWADZENIA PROJEKTU..........................................................................37

15. OSOBA DO KONTAKTÓW....................................................................................................37

1. Słownik terminów

A2A - (ang. administration to administration) model biznesowy polegający na elektronicznych usługach wewnątrzadministracyjnych.Źródło definicji:https://epodrecznik.mac.gov.pl/mediawiki/index.php?title=E-us%C5%82uga

A2B – (ang. Administration to business) model biznesowy zawierający elektroniczne usługi administracji dla przedsiębiorców.Źródło definicji:https://epodrecznik.mac.gov.pl/mediawiki/index.php?title=E-us%C5%82ugaA2C - (ang. administration to consumer) model biznesowy polegający na elektronicznych usługach administracji dla interesanta.Źródło definicji:https://epodrecznik.mac.gov.pl/mediawiki/index.php?title=E-us%C5%82ugaAPI - Interfejs programistyczny – sposób, rozumiany jako ściśle określony zestaw reguł i ich opisów, w jaki programy komputerowe komunikują się między sobą.Źródło definicji: https://pl.wikipedia.org/wiki/Application_Programming_InterfaceBPM - Zarządzanie procesami biznesowymi – podejście do zarządzania koncentrujące się na optymalizacji przebiegu procesów biznesowych w organizacjach.Źródło definicji: https://pl.wikipedia.org/wiki/Zarz%C4%85dzanie_procesami_biznesowymiePUAP - Zarządzana przez Ministerstwo Cyfryzacji ogólnopolska platformateleinformatyczna służąca do komunikacji z jednostkami administracji publicznej.Źródło definicji: https://obywatel.gov.pl/czym-jest-epuapERRU - European Register of Road Transport Undertakings. Zgodnie z art. 16 ust. 1 rozporządzenia (WE) nr 1071/2009, każde państwo członkowskie prowadzi krajowy rejestr elektroniczny przedsiębiorców transportu drogowego, którzy od wyznaczonego przez to państwo właściwego organu uzyskali zezwolenie na wykonywanie zawodu przewoźnika drogowego.Źródło definicji: http://www.erru.pl/ESB - warstwa pośrednia w wielowarstwowej architekturze systemów informatycznych umożliwiająca zastosowanie koncepcji SOA (Architektura zorientowana na usługi) w środowisku korporacyjnym. Umożliwia dynamiczne przyłączanie i odłączanie usług wchodzących w skład korporacyjnego systemu informacyjnego.Źródło definicji: https://pl.wikipedia.org/wiki/Enterprise_Service_BusETL– narzędzia wspomagające proces pozyskania danych dla baz danych.Źródło definicji: https://pl.wikipedia.org/wiki/ETLGITD - Główny Inspektorat Transportu Drogowego.Źródło definicji: Definicja Głównego Inspektoratu Transportu DrogowegoHTTP (Hypertext Transfer Protocol) – protokół przesyłania dokumentów hipertekstowych to protokół sieci WWW.Źródło definicji: https://pl.wikipedia.org/wiki/Hypertext_Transfer_ProtocolKickoff – jest to spotkanie inaugurujące/spotkanie startowe, rozpoczynające pracę nad projektem.

http://ux.marszalkowski.org/kickoff-meeting-spotkanie-startowe/



Źródło definicji: https://en.wikipedia.org/wiki/Kickoff_meetingKPI (Key Performance Indicators) - kluczowy wskaźnik efektywności, finansowy i niefinansowy wskaźnik pomiaru stopnia realizacji celów. Może być wyrażony w liczbach, procentach itd.Źródło definicji: Pojęcie powszechnie używane w procesach zarządzania poprzez cele.KPK Krajowy Punkt Kontaktowy w ramach Głównego Inspektoratu Transportu Drogowego.Źródło definicji: Definicja stworzona na potrzeby projektuKREPTD – akronim stworzony z pierwszych liter nazwy rejestru: Krajowy Rejestr Elektroniczny Przedsiębiorców Transportu DrogowegoŹródło definicji: Definicja stworzona na potrzeby projektuOpenBTM – system teleinformatyczny realizujący zadania Biura ds. Transportu Międzynarodowego w ramach Głównego Inspektoratu Transportu Drogowego.Źródło definicji: System dziedzinowy wykorzystywany w Głównym Inspektoracie Transportu Drogowego. Definicja Głównego Inspektoratu Transportu Drogowego.Online Transaction Processing (OLTP) – kategoria aplikacji klient-serwer dotyczących baz danych w ramach bieżącego przetwarzania transakcji obejmujących takie zastosowania jak systemy rezerwacji, obsługa punktów sprzedaży, systemy śledzące itp. W systemach tych klient współpracuje z serwerem transakcji, zamiast z serwerem bazy danych.Źródło definicji: https://pl.wikipedia.org/wiki/Online_Transaction_ProcessingProtokół SOAP - uproszczony protokół oparty na języku XML służący do wymiany informacji w zdecentralizowanym, rozproszonym środowisku. Protokołu SOAP można użyć do wysyłania zapytań i zwracania informacji oraz wywoływania usług w Internecie przy użyciu komunikatów SOAP.Źródło definicji: http://www.ibm.com/support/knowledgecenter/pl/SSFTDH_8.5.0/com.ibm.wbpm.wle.editor.doc/modeling/topic/web_service_security_D.htmlSAN – sieć pamięci masowej; obszar sieci zapewniający systemom komputerowym dostęp do zasobów pamięci masowej.Źródło definicji: https://pl.wikipedia.org/wiki/Storage_Area_NetworkSI CEPIK - System Informatyczny Centralnej Ewidencji Pojazdów i Kierowców. W systemie gromadzone są między innymi dane o pojazdach i ich właścicielach oraz o kierowcach.Źródło definicji: http://www.cepik.gov.pl/SSD, Napęd półprzewodnikowy – urządzenie pamięci masowej zbudowane w oparciu o pamięć flash.Źródło definicji: https://pl.wikipedia.org/wiki/Dysk_p%C3%B3%C5%82przewodnikowyST CEN- System Teleinformatyczny Centralnej Ewidencji Naruszeń działający na podstawie art. 80 ustawy o transporcie drogowym.Źródło definicji: System dziedzinowy wykorzystywany w Głównym Inspektoracie Transportu Drogowego. Definicja Głównego Inspektoratu Transportu Drogowego.SQL- strukturalny język zapytań używany do tworzenia, modyfikowania baz danych oraz do umieszczania i pobierania danych z baz danych.Źródło definicji: https://pl.wikipedia.org/wiki/SQLSZBD – (system zarządzania bazami danych) oprogramowanie bądź system informatyczny służący do zarządzania bazą danych.Źródło definicji: https://pl.wikipedia.org/wiki/System_zarz%C4%85dzania_baz%C4%85_danychTLS – przyjęte jako standard w Internecie rozwinięcie protokołu SSL, zaprojektowanego pierwotnie przez Netscape Communications. TLS zapewnia poufność i integralność transmisji danych, a także uwierzytelnienie serwera, a niekiedy również klienta.



Źródło definicji: https://pl.wikipedia.org/wiki/Transport_Layer_SecurityUstawa – Ustawa o zmianie ustawy o transporcie drogowym, obecnie proces legislacyjny w toku (druk sejmowy nr 459), nr projektu UC20 – Projekt ma na celu wykonanie prawa Unii Europejskiej, w tym regulacji wynikających m.in. z rozporządzenia Parlamentu Europejskiego i Rady (WE) nr 1071/2009 z dnia 21 października 2009 r. ustanawiającego wspólne zasady dotyczące warunków wykonywania zawodu przewoźnika drogowego i uchylającego dyrektywę Rady 96/26/WE (Dz. Urz. UE L 300 z 14.11.2009, str. 51, z późn. zm.).Źródło definicji: Definicja stworzona na potrzeby projektuWeb service - Usługa internetowa – realizowana programistycznie usługa świadczona poprzez sieć telekomunikacyjną, a w tym sieć komputerową, w szczególności przez Internet.Źródło definicji: https://pl.wikipedia.org/wiki/Us%C5%82uga_internetowaWITD - Wojewódzki Inspektorat Transportu Drogowego.Źródło definicji: Definicja Głównego Inspektoratu Transportu DrogowegoWSDL (Web Services Description Language) – opracowany przez Microsoft i IBM, oparty na XML język do definiowania usług internetowych.Źródło definicji: https://pl.wikipedia.org/wiki/Web_Services_Description_LanguageWWW – (ang. World Wide Web) światowa rozległa sieć internetowa.Źródło definicji: https://pl.wikipedia.org/wiki/World_Wide_WebXML (Extensible Markup Language) – uniwersalny język znaczników przeznaczony do reprezentowania różnych danych w strukturalizowany sposób. XML jest niezależny od platformy, co umożliwia łatwą wymianę dokumentów pomiędzy heterogenicznymi (różnymi) systemami i znacząco przyczyniło się do popularności tego języka w dobie Internetu. XML jest standardem rekomendowanym oraz specyfikowanym przez organizację W3C.Źródło definicji: https://pl.wikipedia.org/wiki/XML

2. Doświadczenie Beneficjenta w realizacji podobnych projektów

Nazwa projektu Czas trwania

Wartość Źródło finansowania

„Budowa centralnego systemu automatycznego nadzoru nad ruchem drogowym” nr POIS.08.01.00-00-030/12

4 lata

2011 - 2015

184 597 485,91 PLN

Program Operacyjny Infrastruktura i Środowisko (POIiŚ)

„Utrzymanie i rozwój Systemu Teleinformatycznego Centralnej Ewidencji Naruszeń”

5 lat

2011 - 2016

7 070 190 PLN budżet państwa

„Budowa Systemu Teleinformatycznego Centralnej Ewidencji Naruszeń”

2 lata

2008 - 2010

2 700 000 PLN budżet państwa

„Wytworzenie, rozwój i utrzymanie rozwiązania informatycznego OpenBTM dla potrzeb Biura ds. Transportu Międzynarodowego w

1 rok

2015 - 2016

6 920 394,51 PLN budżet państwa



ramach Głównego Inspektoratu Transportu Drogowego”

3. Cele i korzyści

3.1. Uwarunkowania strategiczne

Aktualnie obowiązującym dokumentem strategicznym dla właściwej polityki publicznej, tj. polityki w zakresie transportu drogowego oraz właściwego resortu, tj. Ministerstwa Infrastruktury i Budownictwa, w którym wskazano potrzebę realizacji Projektu jest Strategia Rozwoju Transportu do 2020 roku (z perspektywą do 2030 roku, dalej zwana „Strategią Rozwoju Transportu”).

Jest to średniookresowy dokument planistyczny, który stanowi integralny element spójnego systemu zarządzania krajowymi dokumentami strategicznymi. Strategia Rozwoju Transportu została przyjęta przez Radę Ministrów w dniu 22 stycznia 2013 r., a więc zanim podjęto decyzję o ubieganiu się o środki unijne w ramach Programu Operacyjnego Polska Cyfrowa na realizację Projektu. Strategia Rozwoju Transportu przewiduje wdrażanie postanowień opracowanej przez Komisję Europejską w obszarze transportu Białej Księgi - Planu utworzenia jednolitego europejskiego obszaru transportu – dążenie do osiągnięcia konkurencyjnego i zasobooszczędnego systemu transportu.

Projekt wpisuje się w następujący priorytetowy obszar tematyczny wskazany w POPC: prowadzenie działalności gospodarczej. Przewóz rzeczy i osób przez przedsiębiorców transportu drogowego z naruszeniem przepisów prawa (np. w przypadku przekroczenia dopuszczalnej ładowności pojazdów czy z naruszeniem norm socjalnych kierowców w transporcie drogowym), stanowi przejaw nieuczciwej konkurencji (np. w przypadku przekroczenia dopuszczalnej ładowności pojazdów). Konsekwentnie realizacja projektu, mająca na celu wyeliminowanie nieuczciwych przedsiębiorców transportu drogowego, przyczyni się do poprawy warunków prowadzenia działalności gospodarczej w tym obszarze. Dodatkowo, Projekt wpisuje się w następujący priorytetowy obszar tematyczny wskazany w POPC: sprawy administracyjne, w szczególności obywatelskie.

Jednocześnie, Projekt realizuje wskazane w POPC zalecenia Rady Unii Europejskiej w sprawie krajowego programu reform Polski na rok 2014 (Country Specific Recommendations) w zakresie:- zwiększenia skuteczności administracji podatkowej i celnej – Izba celna będzie jedną ze służb kontrolujących przedsiębiorców transportu drogowego przesyłającą informacje o poważnych naruszeniach do Rejestru KREPTD. Jej pracownicy będą mogli wykorzystywać do tego celu aplikację stworzoną dla organów kontrolnych lub API, co przyczyni się do zwiększenia skuteczności administracji celnej;

- poprawy warunków otoczenia biznesu poprzez redukcję kosztów rozpoczynania i prowadzenia działalności gospodarczej – w wyniku realizacji projektu nastąpi redukcja kosztów prowadzenia działalności gospodarczej przez przedsiębiorców transportu drogowego. Przedsiębiorcy będą



mogli za pośrednictwem interfejsu programistycznego (a w przyszłości usługi publicznej, która będzie korzystać z tego API), bez konieczności przemieszczania się, sprawdzić swoje dane zgromadzone w Rejestrze KREPTD, takie jak: status posiadanego zezwolenia / licencji, liczba i data popełnionych naruszeń, czy też okres ustania niezdolności zarządzającego transportem do kierowania operacjami transportowymi przedsiębiorcy.

3.2. Cele projektu

1. Cel główny

Głównym celem realizacji projektu jest poprawa bezpieczeństwa transportu drogowego i obrotu transportowego poprzez uruchomienie Krajowego Rejestru Elektronicznego Przedsiębiorców Transportu Drogowego, połączonego z krajowymi rejestrami przedsiębiorców transportu drogowego innych państw UE za pośrednictwem ERRU - European Register of Road Transport Undertakings. Głównym celem pozostaje także wdrożenie prawa Unii Europejskiej, tj. art. 16 rozporządzenia 1071/2009. Komisja Europejska wystąpiła przeciwko Polsce do Trybunału Sprawiedliwości UE z zarzutem niezgodności prawa krajowego z prawem UE, stąd potrzeba wyeliminowania rozbieżności.

Wskaźniki produktu/rezultatu realizowane przez projekt, wymagane w działaniu 2.1 POPC :

Nazwa wskaźnika Jednostka miary

Wartość bazowa

Wartość docelowa Źródło weryfikacji

Liczba uruchomionych systemów teleinformatycznych i aplikacji w podmiotach wykonujących zadania publiczne

sztuka 0 1

Sposób pomiaru specyficznego wskaźnika produktu nastąpi poprzez próbę skorzystania z systemu Krajowy Rejestr Elektroniczny Przedsiębiorstw Transportu Drogowego oraz weryfikację protokołów odbioru jego wszystkich funkcjonalności, podpisanych przez Wnioskodawcę (GITD) oraz wykonawcę odpowiedzialnego za jego budowę. Osiągnięta wartość wskaźnika zostanie wykazana najpóźniej we wniosku o płatność końcową.

Liczba udostępnionych usług wewnątrzadmini-stracyjnych (A2A)

sztuka 0 1 Sposób pomiaru obligatoryjnego wskaźnika produktu nastąpi poprzez próbę skorzystania z funkcjonalności usługi A2A w wersji produkcyjnej lub/i weryfikację protokołów odbioru wszystkich jej funkcjonalności, podpisanych przez Wnioskodawcę (GITD) oraz



wykonawcę odpowiedzialnego za jej budowę. Osiągnięta wartość wskaźnika zostanie wykazana najpóźniej we wniosku o płatność końcową.

1.1. Cel szczegółowy

Wyeliminowanie nieuczciwych przedsiębiorców transportu drogowego.


Poprawa warunków uczciwej konkurencji przewoźników.


Poprawa skuteczności nadzorowania przedsiębiorców prowadzących działalność gospodarczą w zakresie transportu drogowego równolegle we wszystkich państwach członkowskich UE, co pozwoli na osiągnięcie jednego z zasadniczych celów rozporządzenia 1071/2009, tj. unowocześnienie przepisów regulujących dostęp do zawodu przewoźnika drogowego w celu zapewnienia bardziej jednolitego i skutecznego ich stosowania w państwach członkowskich.


Wzrost efektywności procesów administracyjnych związanych z wydawaniem zezwoleń oraz licencji wspólnotowych.


Udostępnienie przedsiębiorcom informacji w ramach ponownego wykorzystania informacji z sektora publicznego, które to informacje będą mogły być włączone do produktów i usług informacyjnych tych przedsiębiorców.


Gromadzenie i udostępnianie dla potrzeb rządowego procesu legislacyjnego danych pozwalających na skuteczniejsze i bardziej rzetelne opracowanie Ocen Skutków Regulacji oraz ocen wpływu.


Gromadzenie i udostępnianie dla potrzeb statystycznych GUS danych zawierających informacje o przedsiębiorstwach transportu drogowego oraz zarządzających transportem.

1.8.

Udostępnienie obywatelom i przedsiębiorcom możliwości weryfikacji dobrej reputacji przedsiębiorców transportu drogowego.




Integracje rejestrów publicznych zawierających informacje o przedsiębiorstwach transportu drogowego i osobach zarządzających transportem oraz poważnych naruszeniach przepisów wspólnotowych z zakresu transportu drogowego, powodujących utratę dobrej reputacji.


Umożliwienie sporządzania rzetelnych sprawozdań przekazywanych do Komisji Europejskiej na podstawie art. 26 rozporządzenia 1071/2009, zawierających m.in. podstawowe statystyki dotyczące krajowych rejestrów elektronicznych i ich wykorzystania przez właściwe organy.

Wyżej wskazane cele są społecznie istotne, odnoszą się do:

- poprawy warunków otoczenia biznesu - m.in. poprzez redukcję kosztów rozpoczynania i prowadzenia działalności gospodarczej oraz umożliwienie uzyskania informacji o wszystkich poważnych naruszeniach popełnionych przez polskich przedsiębiorców na terytorium innych państw członkowskich UE. Szczelniejszy system wydawania zezwoleń oraz zmniejszenie liczby popełnianych naruszeń powinny w długim okresie przyczynić się do zmniejszenia liczby kontroli, w tym kontroli realizowanych w siedzibie przedsiębiorców,

- poszerzenie zakresu spraw, które obywatele i przedsiębiorcy mogą załatwić drogą elektroniczną - m.in. poprzez umożliwienie weryfikacji wiarygodności przedsiębiorców transportu drogowego drogą elektroniczną.

Powyższe cele projektu wpisują się w dwa z priorytetowych obszarów tematycznych wskazanych w dokumencie programowym Polska Cyfrowa:

- prowadzenie działalności gospodarczej,

- sprawy administracyjne, w szczególności obywatelskie.

3.3. Korzyści wynikające z projektu

Korzyść: Utworzenie Krajowego Rejestru Elektronicznego Przedsiębiorców Transportu Drogowego (dostosowanego do współpracy w ramach sieci ERRU)

KPI: Liczba utworzonych Krajowych Rejestrów Elektronicznych Przedsiębiorców Transportu Drogowego (dostosowanych do współpracy w ramach sieci ERRU)

Cel: 1Podstawa: Zawarta umowa z wykonawcąMetoda pomiaru KPI:

Końcowy protokół odbioru utworzonego Krajowego Rejestru Elektronicznego Przedsiębiorców Transportu Drogowego (dostosowanego do współpracy w ramach sieci ERRU)



Korzyść: Skrócenie czasu przekazania/uzyskania informacji do/z rejestru innego państwa członkowskiego UE

KPI: Czas przekazania/ uzyskania informacji z rejestru KREPTD do rejestru innego państwa członkowskiego UE poprzez sieć ERRU

Cel: - maksymalnie: do 60 sekundPodstawa: Rozporządzenie Komisji (UE) Nr 1213/2010 z dnia 16 grudnia 2010 r.

ustanawiające wspólne zasady dotyczące połączenia krajowych rejestrów elektronicznych przedsiębiorców transportu drogowego.

Raporty generowane przez system ERRU.

Metoda pomiaru KPI:

Dane statystyczne z systemu ERRU.

Korzyść: Skrócenie czasu uzyskania informacji z rejestru przez osoby fizyczne, osoby prawne oraz jednostki organizacyjne nieposiadające osobowości prawnej

KPI: Czas uzyskania informacji z rejestru KREPTD przez osoby fizyczne, osoby prawne oraz jednostki organizacyjne nieposiadające osobowości prawnej

Cel: - maksymalnie: do 60 sekundPodstawa: Rozporządzenie Parlamentu Europejskiego i Rady (WE) Nr 1071/2009

ustanawiające wspólne zasady dotyczące warunków wykonywania zawodu przewoźnika drogowego i uchylające dyrektywę Rady 96/26/WE

Rozporządzenie Komisji (UE) Nr 1213/2010 z dnia 16 grudnia 2010 r. ustanawiające wspólne zasady dotyczące połączenia krajowych rejestrów elektronicznych przedsiębiorców transportu drogowego.


Metoda pomiaru KPI:


Korzyść: Skrócenie czasu uzyskania informacji z rejestru przez uprawnione organy administracji

KPI: Czas uzyskania informacji z rejestru KREPTD przez uprawnione organy administracji

Cel: - maksymalnie: do 60 sekundPodstawa: Rozporządzenie Parlamentu Europejskiego i Rady (WE) Nr 1071/2009

ustanawiające wspólne zasady dotyczące warunków wykonywania zawodu przewoźnika drogowego i uchylające dyrektywę Rady 96/26/WE

Rozporządzenie Komisji (UE) Nr 1213/2010 z dnia 16 grudnia 2010 r. ustanawiające wspólne zasady dotyczące połączenia krajowych rejestrów



elektronicznych przedsiębiorców transportu drogowego.


Metoda pomiaru KPI:


3.4. Udostępnione e-usługiLp. Nazwa e-usługi wraz z

krótkim opisemSzacowana liczba

odbiorców*(rocznie)

Poziom dojrzałoście-usługi1

(nie dotyczy procesów

back-office)

RWD(tak/nie)

Aplikacje na

urządzenia mobilne(tak/nie

oraz system operacyjny)

1. Usługa udostępniania obywatelom publicznych danych przedsiębiorców transportu drogowegoOpis usługi: Obywatelom udostępniane będą publiczne dane dotyczące przedsiębiorców posiadających zezwolenie na wykonywanie zawodu przewoźnika drogowego oraz zarządzających transportem, zgromadzone w Rejestrze KREPTD (usługa A2C).

W 2015 r. w UE-28 mieszkało 508,3 mln osób

(źródło: http://ec.europa.eu/eurostat/statistics-explained/index.php/Population_and_population_change_statistics)

Ludność PL w wieku produkcyjnym: 24 002 168

(źródło: GUS 2015 r.)

docelowy poziom e-dojrzałości usługi:(IV) transakcja

Nie Nie

2. Usługa udostępniania przedsiębiorcom transportu drogowego i zarządzającym danych zgromadzonych na ich temat.Opis usługi: Przedsiębiorcom i zarządzającym

Liczba zezwoleń na wykonywanie zawodu przewoźnika drogowego udzielonych przez starostów i prezydentów miast na prawach powiatu łącznie: 68 100

docelowy poziome-dojrzałości usługi:(IV) transakcja

Nie Nie

1 Pięciostopniowa e-dojrzałość usług określona w badaniach „Digitizing Public Services in Europe: Putting ambition into action”, prowadzonych na zlecenie KE przez firmę Cap Gemini.



transportem będą udostępniane wszystkie dane na ich temat, zgromadzone w Rejestrze KREPTD (usługa A2B).

(według stanu na 30 czerwca 2014 r.)

Liczba licencji wspólnotowych na wykonywanie międzynarodowego transportu drogowego wydanych przez GITD łącznie: 32 676

(według stanu na 1 kwietnia 2015 r.)

3. Usługa udostępniania przedsiębiorcom informacji w ramach ponownego wykorzystania informacji z sektora publicznegoOpis usługi:Przedsiębiorcom udostępniane będą dane zgromadzone w Rejestrze KREPTD w ramach ponownego wykorzystania informacji z sektora publicznego, które to informacje będą mogły być włączone do produktów i usług informacyjnych tych przedsiębiorców (usługa A2B).

Liczba przedsiębiorców w PL w 2015 r.: 4 155 328


docelowy poziome-dojrzałości usługi:(IV) transakcja

Nie Nie

4 Usługa sieciowa dla organów regionalnych (starostw)Opis usługi:Starostwom udostępniane będą dane dotyczące ewidencji przedsiębiorców, w pozostałych dwóch

Liczba starostw powiatowych: 380

Nie Nie



ewidencjach Rejestru udostępnianie danych w zakresie, w jakim jest to konieczne dla wykonywania nałożonych na te organy zadań(usługa A2A).

5. Usługa sieciowa dla organów kontrolnychOpis usługi:Organom kontrolnym udostępniane będą dane dotyczące ewidencji przedsiębiorców, w pozostałych dwóch ewidencjach Rejestru udostępnianie danych w zakresie, w jakim jest to konieczne dla wykonywania nałożonych na te organy zadań(usługa A2A).

Przyjęto, że liczba jednoczesnych użytkowników aplikacji dla organów kontrolnych nie przekroczy 2926.

(Źródło: OSR do projektu nowelizacji ustawy o transporcie drogowym)

Nie Nie

6. Usługa sieciowa dla pracowników KPKOpis usługi:Zakres udostępnianych danych będzie ograniczony do roli i uprawnień dostępowych, jakie dany użytkownik będzie posiadał w celu wykonywania zadań związanych z obsługą procesów biznesowych wspieranych przez KREPTD(usługa A2A).

Liczba potencjalnych użytkowników systemu: 50 osób

(Źródło: Studium Wykonalności do projektu utworzenia KREPTD, wersja z 2015 r.)

Nie Nie

7. Usługi sieciowe komunikacji z systemami OpenBTM i CENOpis usługi:W zakresie komunikacji

Liczba potencjalnych użytkowników: ok. 1100 osób

(Źródło: Studium Wykonalności do

Nie Nie



z OpenBTM udostępnianie danych zawartych w ewidencji przedsiębiorców, którzy posiadają zezwolenie na wykonywanie zawodu przewoźnika drogowego; w zakresie komunikacji z CEN udostępnianie danych zawartych w ewidencji poważnych naruszeń(usługa A2A).

projektu utworzenia KREPTD, wersjaz 2015 r, GITD)

8. Usługa sieciowa aplikacji raportowejOpis usługi:Generowanie danych statystycznych na bazie danych zgromadzonych we wszystkich trzech ewidencjach rejestru oraz informacji rejestrowanych automatycznie na temat wymienianych komunikatów z ERRU i dostępności systemu(usługa A2A).

Departament Transportu Drogowego Ministerstwa Infrastruktury i Budownictwa

Nie Nie

9. Usługa sieciowa generowania raportów i statystykOpis usługi:Generowanie raportów na bazie danych zgromadzonych we wszystkich trzech ewidencjach Rejestru oraz informacji rejestrowanych automatycznie na temat komunikatów z ERRU i dostępności systemu(usługa A2A).

Departament Transportu Drogowego Ministerstwa Infrastruktury i Budownictwa

Nie Nie

*określenie szacunkowej liczby odbiorców w skali roku nie jest możliwe z uwagi na innowacyjny charakter projektu.



3.5. Uproszczone procedury



Lp. Nazwa procesu/procedury

Stan obecny Stan projektowany

1. Proces wymiany informacji dotyczących przedsiębiorców transportu drogowego funkcjonujących w państwach członkowskich UE.

Proces jest realizowany w oparciu o papierowy obieg dokumentów, co skutkuje długotrwałym czasem realizacji oraz koniecznością tłumaczenia dokumentów.Brak zautomatyzowanego procesu w zakresie wymiany informacji, skutkuje utrudnieniami w dostępie do informacji biznesowych (oficjalne informacje, dotyczące przedsiębiorstw są łatwo dostępne w kraju, w którym te przedsiębiorstwa są zarejestrowane, natomiast dostęp do tych samych informacji z innego państwa członkowskiego może być utrudniony przez bariery techniczne lub językowe).

Nowy model współpracy państw członkowskich w systemie integracji rejestrów ERRU. Automatyzacja procesu wymiany informacji dotyczących przedsiębiorców transportu drogowego funkcjonujących w państwach członkowskich UE.

2. Proces aktualizacji informacji o podmiotach zarejestrowanych w rejestrach państw członkowskich UE, którzy dopuścili się naruszenia przepisów transportowych na terytorium Rzeczpospolitej Polskiej, a wobec których powinno zostać wszczęte postępowanie administracyjne w przedmiocie spełniania wymogów koniecznych do prowadzenia operacji transportowych.

Proces jest zdefiniowany regulacjami prawnymi, tj. rozporządzeniem Parlamentu Europejskiego i Rady (WE) nr 1071/2009 ustanawiającym wspólne zasady dotyczące warunków wykonywania zawodu przewoźnika drogowego i uchylającym dyrektywę Rady 96/26/WE, rozporządzeniem Komisji (UE) nr 1213/2010 ustanawiającym wspólne zasady dotyczące połączenia krajowych rejestrów elektronicznychprzedsiębiorców transportu drogowego, oraz rozporządzeniem Komisji (UE) nr 2016/480 ustanawiającym wspólne zasady dotyczące połączenia krajowych rejestrów elektronicznych

Zautomatyzowany proces wymiany informacji dotyczących przedsiębiorców transportu drogowego funkcjonujących w państwach członkowskich UE, którzy dopuścili się naruszenia przepisów transportowych na terytorium Rzeczpospolitej Polskiej, a wobec których powinno zostać wszczęte postępowanie administracyjne w przedmiocie spełniania wymogów koniecznych do prowadzenia operacji



4. Czas realizacji projektu

4.1. Daty / terminy realizacji projektu

Przewidywany okres realizacji wynosi: 36 miesięcy

Termin realizacji projektu zależny jest od ogłoszenia nowelizacji ustawy o transporcie drogowym, ze względu na umieszczenie w niej zapisów dotyczących utworzenia krajowego rejestru elektronicznego przedsiębiorców transportu drogowego.

4.2. Harmonogram projektu / kamienie milowe

Lp. Etap / Faza / Kamień milowy Przewidywany czas trwania etapu / fazy lub termin realizacji kamienia milowego

1 Etap 1 – Inicjowanie projektu Przewidywany czas trwania: do 1 miesiąca od dnia podpisania umowy z Wykonawcą

1.1 Kickoff projektu Przewidywany czas trwania: 1 dzień

1.2 Wytworzenie, dostarczenie i odbiory dokumentacji zarządczej.

Przewidywany czas trwania: 20 dni

1.3 Powołanie struktury projektowej Przewidywany czas trwania: 2 dni

1.4 Wdrożenie konfiguracja i odbiory środowisk projektowych Przewidywany czas trwania: 10 dni

1.5 Zainicjowanie pracy Biura Projektu Przewidywany czas trwania: 2 dni

2 Etap 2 - Budowa podstawowej wersji systemu KREPTD Przewidywany czas trwania: do 6 miesięcy od dnia podpisania umowy z Wykonawcą

2.1 Analiza wymagań i projektowanie systemu KREPTD w wersji podstawowej


2.2 Wytworzenie, dostarczenie i odbiory rejestru KREPTD w wersji podstawowej


2.3 Wytworzenie, wdrożenie i odbiory usług utrzymania i Przewidywany czas trwania: 40 dni



rozwoju systemu

2.4 Połączenie rejestru KREPTD z systemem ERRU Przewidywany czas trwania: 35 dni

2.5 Rafinacja i migracja danych z systemów ST CEN i OpenBTM Przewidywany czas trwania: 18 dni

2.6 Wytworzenie i wdrożenie formularzy ePUAP dla Starostw i Organów kontroli


2.7 Przygotowanie szkoleń Przewidywany czas trwania: 40 dni

2.8 Wytworzenie, wdrożenie i odbiory dokumentacji systemu Przewidywany czas trwania: 10 dni

2.9 Wdrożenie systemu KREPTD w wersji podstawowej Przewidywany czas trwania: 5 dni

2.10 Przeprowadzenie szkoleń Przewidywany czas trwania: 10 dni

3 Etap 3 – Budowa docelowej wersji systemu KREPTD Przewidywany czas trwania: do 24 miesiąca od dnia podpisania umowy z Wykonawcą

3.1 Wytworzenie, dostarczenie i odbiory rejestru KREPTD w wersji docelowej


3.2 Wytworzenie i wdrożenie usług zasilania i aktualizacji KREPTD kompletem danych pochodzących z systemów zarządzanych przez GITD i rejestrów zewnętrznych


3.3 Wytworzenie i wdrożenie aplikacji dla pracowników KPK Przewidywany czas trwania: 120 dni

3.4 Wytworzenie i wdrożenie aplikacji dla starostw i organów kontroli


3.5 Wytworzenie i wdrożenie Interfejsu wymiany danych (API) dla starostw i organów kontroli


3.6 Wytworzenie i wdrożenie aplikacji raportowej Przewidywany czas trwania: 90 dni

3.7 Przygotowanie i przeprowadzenie szkoleń Przewidywany czas trwania: 90 dni

3.8 Wytworzenie i wdrożenie platformy e-learningowej Przewidywany czas trwania: 100 dni

4 Etap 4 - Wdrożenie narzędzia klasy hurtowni danych Przewidywany czas trwania: do 36 miesiąca od dnia podpisania umowy z Wykonawcą

4.1 Wytworzenie, wdrożenie i odbiory hurtowni danych Przewidywany czas



trwania: 180 dni

4.2 Wytworzenie, wdrożenie i odbiory aplikacji raportowej na potrzeby sprawozdawczości dla MIiB


4.3 Przygotowanie i przeprowadzenie szkoleń Przewidywany czas trwania: 90 dni

5. Benchmarking

System KREPTD tworzony będzie w oparciu o art. 16 Rozporządzenia Parlamentu Europejskiego i Rady (WE) nr 1071/2009 z dnia 21 października 2009 r. ustanawiającego wspólne zasady dotyczące warunków wykonywania zawodu przewoźnika drogowego i uchylającego dyrektywę Rady 96/26/WE (Dz. Urz. UE L Nr 300/51). Zgodnie z powyższym każde państwo członkowskie zobligowane jest do prowadzenia krajowego rejestru elektronicznego przedsiębiorców transportu drogowego.

W Hiszpanii w trakcie prac nad projektem administracja państwowa współpracowała z prywatnymi podmiotami z branży IT (Atos, Consultrans, Tecnocom). Zarówno na etapie budowy, jak i obecnie przy utrzymaniu systemu zaangażowanych jest ok. 20 osób, które są zatrudnione w ministerstwie. Implementacja przepisów na grunt prawa krajowego i utworzenie Rejestru trwały rok. Spoza zakresu IT, za utrzymanie prawidłowego funkcjonowania systemu odpowiedzialnych jest ok. 20 osób, których zadania polegają m.in. na wprowadzaniu, aktualizowaniu i przetwarzaniu danych, w tym wysyłaniu zapytań.

W Słowacji prace nad projektem budowy Rejestru rozpoczęły się w dniu 24 czerwca 2011 r., natomiast w dniu 4 grudnia 2012 r. Rejestr uzyskał pełną operacyjność. Po tej dacie biura regionalne/okręgowe zobligowane zostały do przesyłania danych. Od 1 czerwca 2012 r. została uruchomiona oficjalna strona internetowa www.erru.sk. Faza testów połączeniowych z centralnym serwerem przypadała na okres 1.10.2012 – 31.12.2012 r. Za kompleksową budowę systemu odpowiedzialny był prywatny podmiot – Tempest, który obecnie w imieniu ministerstwa odpowiada za utrzymanie i bieżące funkcjonowanie całego systemu. Rejestr został połączony w dniu 31 grudnia 2012 r.

W Słowenii Rejestr powstał przy udziale prywatnej firmy Medius. Pierwszy etap wdrażania systemu trwał ok. 4 miesiące. W tym czasie w prace wdrożeniowe zaangażowanych było 6 osób (właściwe ministerstwo i przedstawiciele służb kontrolnych), nie wliczając pracowników prywatnej firmy odpowiedzialnej za utworzenie Rejestru. Obecnie za utrzymanie prawidłowego funkcjonowania systemu odpowiedzialne są 2 osoby, natomiast za wprowadzanie, aktualizowanie i przetwarzanie danych, w tym wysyłanie zapytań, odpowiedzialnych jest 5 osób, a ponadto także przedstawiciele służb kontrolnych. Całkowity koszt budowy Rejestru w przypadku Słowenii wyniósł 220 tys. euro, w tym koszt zewnętrznej firmy Medius.

http://www.erru.sk/



Powyższe dane obrazują element implementacji prawa Unii Europejskiej w zakresie wdrożenia Rejestru. Jednocześnie należy zauważyć, że w innych państwach członkowskich działalność w zakresie przewozów drogowych jest prowadzona w znacznie mniejszym zakresie niż w Polsce, a co za tym idzie ilość przekazywanych informacji i prowadzonych kontroli jest znacznie mniejsza. W Polsce system przekazywania danych do Rejestru będzie bardziej skomplikowany, ponieważ zezwolenia na wykonywanie zawodu przewoźnika drogowego wydawane są nie tylko przez Głównego Inspektora Transportu Drogowego, ale również przez starostów. Z uwagi na stosunkowo wysoki odsetek naruszeń przepisów dotyczących transportu drogowego przez polskich kierowców szacuje się, że w związku z uruchomieniem przekazywania danych o naruszeniach dokonywanych przez polskich kierowców za granicą wystąpi konieczność prowadzenia wielu postępowań w sprawie utraty dobrej reputacji.

6. Interesariusze

Interesariusz Krótka charakterystyka (2-3 zdania)

Szacowana wielkość grupy Wpływ Nastawienie

Przedsiębiorcy, którzy uzyskali zezwolenie na wykonywanie zawodu przewoźnika drogowego

Ujawnienie informacji nt. tzw. dobrej reputacji przedsiębiorcy.Udostępnienie szerszej grupie uprawnionych podmiotów informacji nt. przedsiębiorstwa.

Ok. 100.000 przedsiębiorców Duży Pozytywne

Obywatele PL, UE

Krajowy Rejestr Elektroniczny Przedsiębiorców Transportu Drogowego będzie udostępniał obywatelom, w ogólnodostępnych sieciach teleinformatycznych, aktualne informacje o podmiotach posiadających zezwolenie na wykonywanie zawodu przewoźnika drogowego i wykonujących przewóz drogowy.

Dzięki integracji systemu informatycznego KREPTD

Ludność PL w wieku produkcyjnym:

24 002 168

(Źródło: GUS 2015 rok)

Ludność UE:

508,3 mln

http://ec.europa.eu/eurostat/statistics-explained/index.php/Population_and_population_change_statistics

Mały Pozytywne

http://ec.europa.eu/eurostat/statistics-explained/index.php/Population_and_population_change_statistics%20





z systemem informatycznym ERRU obywatele będą w stanie wyszukiwać, za pośrednictwem portalu informacje dotyczące przedsiębiorców transportu drogowego.

Przedsiębiorcy Przedsiębiorcom udostępniane będą dane zgromadzone w Rejestrze KREPTD w ramach ponownego wykorzystania informacji z sektora publicznego, które to informacje będą mogły być włączone do produktów i usług informacyjnych tych przedsiębiorców.

Liczba przedsiębiorców w PL w 2015 r.: 4 155 328


Mały Pozytywne

Główny Inspektor Transportu Drogowego

Prowadzenie oraz zasilanie Rejestru w informacje o przedsiębiorcach posiadających zezwolenie na wykonywanie zawodu przewoźnika drogowego, osobach zarządzających transportem drogowym, a także o nałożeniu kar za naruszenia przepisów stwierdzone podczas kontroli.Bieżący dostęp do aktualnych informacji dotyczących popełnienia przez ww. podmioty naruszeń obowiązków lub warunków przewozu drogowego oraz uznania osób za niezdolne do kierowania operacjami transportowymi przedsiębiorcy do czasu przywrócenia dobrej

1 (organ pomocniczy realizujący zadanie - Główny Inspektorat Transportu Drogowego)

Duży Pozytywne



reputacji.

Wojewódzcy Inspektorzy Transportu Drogowego

Zasilanie Rejestru w informacje o przedsiębiorcach posiadających zezwolenie na wykonywanie zawodu przewoźnika drogowego, osobach zarządzających transportem drogowym, a także o nałożeniu kar za naruszenia przepisów stwierdzone podczas kontroli. Dostęp do aktualnych informacji dotyczących popełnienia przez ww. osoby naruszeń obowiązków lub warunków przewozu drogowego oraz uznania osób za niezdolne do kierowania operacjami transportowymi przedsiębiorcy do czasu przywrócenia dobrej reputacji.

16 (organy pomocnicze realizujące zadanie – wojewódzkie inspektoraty transportu drogowego)

Duży Pozytywny

Starostowie Jw. 380 (starostwa powiatowe) Duży Pozytywne

Wojewódzcy Komendanci Policji

Zasilanie Rejestru w informacje o nałożeniu kar za naruszenia przepisów stwierdzone podczas kontroli. Dostęp do aktualnych informacji dotyczących popełnienia przez przedsiębiorców posiadających zezwolenie na wykonywanie zawodu przewoźnika drogowego, osoby zarządzające transportem drogowym naruszeń obowiązków lub warunków przewozu drogowego oraz uznania osób za niezdolne do

16 (komendy wojewódzkie Policji

Mały Pozytywne



kierowania operacjami transportowymi przedsiębiorcy do czasu przywrócenia dobrej reputacji.

Organy kontrolne państw członkowskich UE oraz Norwegii i Luksemburga

Jw. 28 (organów kontrolnych państw członkowskich UE oraz Norwegii i Luksemburga)

Średni Pozytywne

Dyrektorzy izb celnych

Jw. 16 (izby celne) Mały Pozytywne

zarządcy dróg Jw. 2876 Mały Pozytywne

Komendant Główny Straży Granicznej

Jw. 1 (organ pomocniczy realizujący zadanie – Komenda Główna Straży Granicznej)

Mały Pozytywne

Główny Inspektor Pracy

Jw. 1 (organ pomocniczy, realizujący zadanie - Główny Inspektorat Pracy)

Mały Pozytywne

Komendanci oddziałów straży granicznej

Dostęp do aktualnych informacji dotyczących popełnienia przez przedsiębiorców posiadających zezwolenie na wykonywanie zawodu przewoźnika drogowego, osoby zarządzające transportem drogowym naruszeń obowiązków lub warunków przewozu drogowego oraz do informacji dotyczących uznania osób za niezdolne do kierowania operacjami transportowymi przedsiębiorcy do czasu

9 (oddziały straży granicznej) Mały Pozytywne



przywrócenia dobrej reputacji.

Szef Agencji Bezpieczeństwa Wewnętrznego

Dostęp do aktualnych informacji dotyczących popełnienia przez przedsiębiorców posiadających zezwolenie na wykonywanie zawodu przewoźnika drogowego, osoby zarządzające transportem drogowym naruszeń obowiązków lub warunków przewozu drogowego oraz do informacji dotyczących uznania osób za niezdolne do kierowania operacjami transportowymi przedsiębiorcy do czasu przywrócenia dobrej reputacji.

1 (organ pomocniczy realizujący zadanie - Agencja Bezpieczeństwa Wewnętrznego)

Mały Pozytywne

Prezes Głównego Urzędu Statystycznego

Gromadzenie i udostępnianie dla potrzeb statystycznych GUS danych zawierających informacje o przedsiębiorstwach transportu drogowego oraz zarządzających transportem.

1 (organ realizujący zadanie – Główny Urząd Statystyczny)

Mały Pozytywne

Organy administracji publicznej, odpowiedzialne w ramach swoich kompetencji za prowadzenie procesu legislacyjnego

Gromadzenie i udostępnianie danych dla potrzeb rządowego procesu legislacyjnego pozwalających na skuteczniejsze i bardziej rzetelne opracowanie Ocen Skutków Regulacji oraz ocen wpływu.

Organy administracji publicznej, odpowiedzialne w ramach swoich kompetencji za prowadzenie procesu legislacyjnego

Mały Pozytywne



7. Koszty projektu

7.1. Koszty ogólne projektu

Koszty projektu zostały naliczone przy założeniu, że Ustawa o zmianie ustawy o transporcie drogowym zostanie uchwalona do końca września 2016 r. Na etapie planowania budżetu państwa wydatki w ramach projektu zaplanowano do poniesienia z rezerwy celowej (część 83). W przypadku uzyskania dofinansowania ze środków Programu Operacyjnego Polska Cyfrowa dla Działania 2.1. Wysoka dostępność i jakość e-usług publicznych budżet państwa poniesie wydatki odpowiednio niższe do wartości dofinansowania tytułem środków krajowych.

Całkowita wartość projektu (brutto) z podziałem kwoty na poszczególna lata w przypadku projektów planowanych do realizacji w okresie dłuższym niż 1 rok:

12 290 860,96 pln

w podziale na:

1 443 405,00 pln – w 2014 r.1 570 310,00 pln – w pierwszym roku obowiązywania Ustawy (jeden kwartał)6 161 240,00 pln – w drugim roku obowiązywania Ustawy1 644 820,00 pln – w trzecim roku obowiązywania Ustawy 131 115,00 pln – w czwartym roku obowiązywania Ustawy (trzy kwartały) 1 339 970,96 pln – wydatki realizowane sukcesywnie

Kwota dofinansowania z funduszy zagranicznych (brutto):

10 401 755,63 pln (84,63%)

Programy operacyjne, w ramach których projekt ubiega się o dofinansowanie:

Program Operacyjny Polska Cyfrowa (POPC)

Wysokość środków z budżetu państwa:

1 889 105,33 pln (15,37%)

Przewidywany roczny koszt utrzymania trwałości projektu:

Roczny koszt utrzymania trwałości projektu jest ujęty w ramach Oceny Skutków Regulacji do nowelizacji ustawy o transporcie drogowym, który jest załącznikiem do tego dokumentu.



7.2. Wykaz poszczególnych pozycji kosztowych

Nazwa pozycji kosztowej: Zakup infrastruktury serwerowej na użytek KREPTD

Przewidywany koszt brutto: 889 905,00 pln

Uzasadnienie pozycji kosztowej (przeznaczenie):

Zakup infrastruktury serwerowej przeznaczonej do zainstalowania w siedzibie GITD, niezbędnej do utworzenia Rejestru.

Przewidywany czas dostarczenia:

Dostarczoną infrastrukturę serwerową odebrano w dniu 29 grudnia 2014 r.

Nazwa pozycji kosztowej: Zakup infrastruktury sieciowej na użytek KREPTD



Zakup infrastruktury sieciowej przeznaczonej do zainstalowania w siedzibie GITD, niezbędnej do utworzenia Rejestru.


Dostarczoną infrastrukturę sieciową odebrano w dniu 18 grudnia 2014 r.

Nazwa pozycji kosztowej: Utworzenie KREPTD

Przewidywany koszt brutto: 1 500 000,00 pln – w pierwszym roku obowiązywania Ustawy

6 000 000,00 pln – w drugim roku obowiązywania Ustawy

1 470 000,00 pln – w trzecim roku obowiązywania Ustawy


Na koszt utworzenia Rejestru składają się m.in. koszty wykonania projektu systemu, wykonania serwerowni podstawowej i zapasowej, zakup serwerów i osprzętu sieciowego (z wyłączeniem sprzętu zakupionego w 2014 r.), zakup oprogramowania systemowego i narzędziowego, koszt wykonania aplikacji dla uprawnionych organów, koszt wprowadzenia do rejestru danych (z uwzględnieniem 6 umów zleceń zgodnie z OSR), których brak jest w dotychczasowych systemach. Szacunkowe koszty utworzenia KREPTD zostały oszacowane zgodnie z OSR do Ustawy, jednak szczegółowy harmonogram prac będzie znany po zawarciu umowy z wykonawcą. Część wydatków zaplanowanych na trzy pierwsze lata obowiązywania Ustawy może zostać



przesunięta na rok czwarty.


W ciągu trzech pierwszych lat obowiązywania Ustawy.

Nazwa pozycji kosztowej: Wydatki płacowe na zatrudnienie 3 osób zaangażowanych we wdrażanie projektu

Przewidywany koszt brutto: 40 310,00 pln - w pierwszym roku obowiązywania Ustawy (jeden kwartał)

161 240,00 pln – w drugim roku obowiązywania Ustawy

174 820,00 pln – w trzecim roku obowiązywania Ustawy

131 115,00 pln – w czwartym roku obowiązywania Ustawy (trzy kwartały)


Wydatki płacowe na zatrudnienie 3 osób bezpośrednio realizujących zadania w projekcie. Wydatki obejmują miesięczne wynagrodzenie.


W ciągu czterech pierwszych lat obowiązywania Ustawy.

Nazwa pozycji kosztowej: Koszt utworzenia 3 stanowisk pracy



Koszt utworzenia 3 stanowisk pracy dla osób bezpośrednio realizujących zadania w projekcie.


W pierwszym roku obowiązywania Ustawy

Nazwa pozycji kosztowej: Szkolenia dla osób zaangażowanych we wdrażanie projektu



Szkolenia dla osób zaangażowanych we wdrażanie projektu, m.in. z zakresu zarządzania projektami, metodyk kontroli realizacji projektu i audytów projektu, zamówień publicznych na dostawy i usługi informatyczne, kwalifikowalności wydatków w ramach POPC. Kwota oszacowana na podstawie doświadczeń zdobytych podczas realizacji projektów.


Bieżące finansowanie



Nazwa pozycji kosztowej: Promocja projektu



Konieczność ponoszenia tego typu rodzaju wydatków wynika z obowiązku informowania przez Wnioskodawcę o fakcie uzyskania dofinansowania na realizację projektu z POPC. Obok realizacji działań obowiązkowych planuje się zakup publikacji sponsorowanych m.in. w prasie branżowej, a także dostępnych on-line oraz zorganizowanie warsztatów/konferencji informacyjnych dla interesariuszy projektu. Kwota oszacowana na podstawie doświadczeń zdobytych podczas realizacji projektów.



Nazwa pozycji kosztowej: Usługi zewnętrzne, wspomagające realizację projektu



W ramach projektu planuje się zakup usług zewnętrznych, niezbędnych do realizacji projektu, będą to w szczególności usługi o charakterze doradczym, w tym wsparcia technicznego, prawnego, zarządczego.



8. Planowana architektura rozwiązania

Poniżej zaprezentowano wysokopoziomowy, poglądowy diagram architektury systemu KREPTD.

cmp Model architektury

KREPTD

ESB

OpenBTM

ST CEN

Aplikacja dla Organów kontroli

Aplikacja dla Starostw

Aplikacja dla MIiB

ERRU

ESP (ePUAP)

«interface»ESB::API

Aplikacja KPK

Hurtownia danych

Raporty i statystyki

Usługi synchronizacji

danych

Silnik procesów

BPM

Rejestry / Ewidencje Państwowe



System KREPTD będzie, za pośrednictwem szyny usług (ESB) gromadził dane o naruszeniach i przedsiębiorstwach transportu drogowego z systemów OpenBTM i ST CEN. Ponadto analogicznie będą gromadzone dane za pośrednictwem ESB z dedykowanych aplikacji od organów kontroli i starostw w zakresie przewidzianym przepisami prawa. Na szynie usług zostanie udostępniona usługa API umożliwiająca uprawnionym podmiotom przekazywanie danych do systemu KREPTD z pominięciem ESP czy dedykowanych aplikacji. Komunikacja z ERRU zgodnie modelem architektury również realizowana będzie za pośrednictwem szyny usług i obejmuje ona dwukierunkową obsługę zapytań i odpowiedzi pomiędzy system KREPTD a ERRU.



W ramach samego systemu KREPTD zakłada się, że zrealizowane zostaną funkcjonalności wspierane przez wykorzystanie, o ile będzie to uzasadnione funkcjonalnie, silnika procesów biznesowych BPM, w następujących obszarach:

- Aplikacja KPK

- Raporty i statystyki

- Usługi synchronizacji danych

Wdrożona zostanie również funkcjonalność umożliwiająca administrowanie systemem KREPTD (parametry, słownik, uprawnienia) oraz hurtownia danych wspierająca procesy analizy i raportowania z systemu KREPTD zarówno wynikające z wewnętrznych potrzeb KPK, wymagań ERRU oraz celem udostępnienia raportów w Aplikacji dla MIiB.

9. Standardy architektoniczne i technologiczne

9.1. Informacje o API

Korzystając z API lub aplikacji dostępowej komunikującej się za pośrednictwem API z KREPTD obywatele będą mogli przeglądać dane przedsiębiorców transportu drogowego, którzy uzyskali w starostwach lub GITD zezwolenie na wykonywanie zawodu przewoźnika drogowego. Korzystając z aplikacji dostępowej komunikującej się za pośrednictwem API z KREPTD, przedsiębiorcy będą mogli zgłosić do Krajowego Punktu Kontaktowego żądanie sprostowania lub usunięcia swoich danych z KREPTD za pośrednictwem elektronicznego formularza aplikacji. W efekcie zarówno obywatele, jak i przedsiębiorcy będą wykorzystywać Internet w kontaktach z administracją publiczną.

Utworzenie KREPTD powinno zapewnić usprawnienie wymiany informacji pomiędzy Głównym Inspektorem Transportu Drogowego, starostami, wojewódzkimi inspektorami transportu drogowego, wojewódzkimi komendantami Policji, dyrektorami izb celnych, zarządcami dróg, Komendantem Głównym Straży Granicznej o poważnych naruszeniach przedsiębiorców transportu drogowego oraz osób zarządzających transportem. Dostęp do KREPTD z perspektywy organów i instytucji zaangażowanych w proces wydawania licencji, zezwoleń oraz certyfikatów kompetencji zawodowych, a także służb kontrolnych ruchu drogowego zostanie zapewniony za pośrednictwem usługi sieciowej aplikacji dla starostw, usługi sieciowej aplikacji dla organów kontrolnych, API integrującego systemy tych instytucji z KREPTD. Ponadto zostanie stworzona usługa sieciowa aplikacji dla pracowników KPK, umożliwiająca im obsługę systemu KREPTD oraz wprowadzanie do Rejestru danych.

W ramach Projektu dla interesariuszy udostępniony zostanie interfejsprogramistyczny API, umożliwiający dostęp do informacji publicznych. Przedsiębiorcom udostępniane będą dane zgromadzone w Rejestrze KREPTD w ramach ponownego wykorzystania informacji z sektora publicznego, które to informacje będą mogły być włączone do produktów i usług informacyjnych tych przedsiębiorców.



9.2. WCAG 2.0

Rejestr KREPTD oraz poszczególne aplikacje przewidziane w projekcie zostaną utworzone zgodnie z kryteriami dostępu dla osób niepełnosprawnych Web Content Accessibility Guidelines (WCAG 2.0) wskazanymi w rozporządzeniu 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. z 2016 r. poz. 113), co zapewni, że udostępniane dzięki projektowi treści i usługi będą dostępne dla osób niepełnosprawnych, w tym niewidomych i słabowidzących, osób niesłyszących, osób z trudnościami w uczeniu się, osób o ograniczeniach poznawczych, osób z upośledzeniem ruchu, mowy itp.

Wszystkie graficzne interfejsy użytkowników zostaną stworzone z uwzględnieniem wytycznych WCAG 2.0, na poziomach wskazanych w rozporządzeniu 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.

Podczas projektowania systemu zostaną spełnione wymagania w zakresie funkcjonalności, obejmujące takie zagadnienia, jak zapewnienie dostępności do funkcjonalności systemu z poziomu klawiatury, zapewnienie użytkownikom wystarczającej ilości czasu na zapoznanie się z treścią oraz projektowanie treści w taki sposób, by nie prowokować ataków epilepsji. Użytkownikom zostaną dostarczone również narzędzia ułatwiające nawigowanie po systemie, znajdowanie treści oraz ustalanie, w której części systemu się znajdują (m.in. zadbanie o to, aby istniały alternatywne drogi dla znalezienia różnych podstron, z wyjątkiem sytuacji, kiedy dana strona jest jednym z etapów jakiejś procedury). Wnioskodawca zamierza dołożyć wszelkich starań, aby system, zawarte w nim informacje oraz obsługa interfejsu były zrozumiałe. System będzie otwierać się i działać w przewidywalny sposób, co zagwarantuje m.in. konsekwencja i powtarzalność mechanizmów nawigacji oraz przypisanie powtarzającym się komponentom tych samych funkcjonalności. Ponadto system będzie wspierał użytkownika podczas wprowadzania informacji w taki sposób, aby mógł uniknąć błędów oraz w łatwy sposób je skorygować. To zagadnienie będzie obejmowało takie elementy, jak automatyczne sugerowanie korekty błędów, czy też pojawianie się etykiet lub instrukcji.

9.3. Otwarte standardy i technologie

Zamawiający wytworzy dla usługi jednolity model danych, tzn. taki, w którym zastosuje jednolite podejście do opisu różnych danych, w odniesieniu do tego jak powinny one być zbudowane, powiązane, opisane, udostępniane i interpretowane. Jednolity model danych będzie zgodny z obiektami wskazanymi w Krajowych Ramach Interoperacyjności oraz w standardach klasyfikacyjnych i identyfikacyjnych ustanowionych przepisami prawa oraz w schematach atomowych umieszczonych w Repozytorium interoperacyjności Wnioskodawca



zapewni zgodność schematu XML opisującego struktury danych i cechy informacyjne obiektów ze schematem opublikowanym w repozytorium interoperacyjności.

W ramach Projektu zostanie stworzony otwarty interfejs programistyczny aplikacji, z którego będą mogły skorzystać inne centralne urzędy administracji publicznej (starostwa, organy kontrolne). Za jego pośrednictwem starostwa będą mogły przesyłać ze swoich systemów do systemu KREPTD dane przedsiębiorstw transportu drogowego. Analogicznie organy kontrolne będą mogły przesyłać informacje o nałożonych sankcjach za poważne naruszenia przepisów popełnione przez przedsiębiorców transportu drogowego lub zarządzających transportem. W ten sposób Projekt będzie prowadził do uporządkowania rejestrów publicznych oraz zapewnienia ich interoperacyjności, zgodnie z Krajowymi Ramami Interoperacyjności. Otwarty interfejs programistyczny aplikacji będzie komunikował się z wykorzystaniem protokołu HTTP szyfrowanego SSL/TLS w wersji minimum 1.1. Protokołem wymiany danych będzie SOAP, natomiast wiadomości będą zdefiniowane zgodnie ze standardem WSDL.

Zamawiający nie chce ograniczyć potencjalnego wykonawcy systemu do jednego rozwiązania technologicznego, aby nie narzucić niepotrzebnie drogich rozwiązań i nie ograniczyć grupy potencjalnych oferentów. Na bazie szczegółowej analizy koncepcji systemu KREPTD oraz możliwych do zastosowania technologii wykonawca wybrany do budowy systemu KREPTD dostarczy w pierwszym etapie realizacji umowy takie dokumenty jak: specyfikacja funkcjonalno-techniczna, Projekt i dokumentacja punktów integracyjnych pomiędzy systemami, projekt i dokumentacja procesów synchronizujących dane pomiędzy systemami wewnętrznymi GITD, projekt migracji danych i procedury zasilania danych systemu KREPTD, zaktualizowane modele procesów biznesowych i lista wymagań względem systemu, projekt graficzny interfejsów użytkownika, stworzony projekt środowiska deweloperskiego i produkcyjnego oraz scenariusze testowe.

9.4. Interoperacyjność

W ramach Projektu zostanie stworzony otwarty interfejs programistyczny aplikacji, z którego będą mogły skorzystać inne centralne urzędy administracji publicznej (starostwa, organy kontrolne). Za jego pośrednictwem starostwa będą mogły przesyłać ze swoich systemów do systemu KREPTD dane przedsiębiorstw transportu drogowego. Analogicznie organy kontrolne będą mogły przesyłać informacje o nałożonych sankcjach za poważne naruszenia przepisów popełnione przez przedsiębiorców transportu drogowego lub zarządzających transportem. W ten sposób Projekt będzie prowadził do uporządkowania rejestrów publicznych oraz zapewnienia ich interoperacyjności, zgodnie z Krajowymi Ramami Interoperacyjności. W wyniku wdrożenia systemu KREPTD będą zbierane dane od innych centralnych urzędów administracji publicznej, które następnie będą przetwarzane i udostępniane za pośrednictwem interfejsu programistycznego. W efekcie nastąpi optymalizacja wykorzystania infrastruktury. System KREPTD zostanie zbudowany zgodnie z wymogami dotyczącymi interoperacyjności określonymi w rozporządzeniu 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.



10. Wydajność planowanego systemu

Prognozowane obciążenie systemów informatycznych oszacowano poprzez analizę częstotliwości komunikacji z ERRU realizowanej przez krajowe rejestry przedsiębiorców transportu drogowego innych państw członkowskich oraz z analizy obciążenia systemów referencyjnych.

Dla określenia przewidywanej częstotliwości komunikacji z ERRU realizowanej przez KPK w ramach GITD, skierowano zapytanie do Komisji Europejskiej w sprawie udostępnienia danych na temat liczby zapytań i odpowiedzi o dobrą reputację, wymienionych między punktami kontaktowymi połączonymi w ramach ERRU. Na podstawie przesłanej odpowiedzi oraz zgodnie z danymi pozyskanymi z CEN przeprowadzono kalkulację, z której wynika, że średnia miesięczna liczba obsłużonych komunikatów związanych z dobrą reputacją wyniesie szacunkowo 14750.

Z prognozy obciążenia systemu KREPTD przez pracowników GITD oraz pracowników organów kontrolnych wynikło, iż normalnie z systemu KREPTD będzie jednocześnie korzystać szacunkowo 1870 użytkowników. Wartość szczytowa obciążenia szacunkowo wyniesie 2900 jednoczesnych użytkowników.

11. Bezpieczeństwo przetwarzania danych

Zgodnie z § 20 ust. 2 rozporządzenia 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 zarządzanie bezpieczeństwem informacji realizowane będzie w szczególności przez zapewnienie przez kierownictwo Wnioskodawcy warunków umożliwiających realizację i egzekwowanie następujących działań:- cykliczną aktualizację regulacji wewnętrznych w zakresie dotyczącym zmieniającego się otoczenia,- utrzymywanie aktualności inwentaryzacji sprzętu i oprogramowania, - przeprowadzanie okresowych analiz ryzyka utraty integralności, dostępności lub poufności informacji oraz podejmowanie działań minimalizujących to ryzyko,- podejmowanie działań zapewniających, że osoby zaangażowane w proces przetwarzania informacji posiadają stosowne uprawnienia,- bezzwłoczną zmianę uprawnień, w przypadku zmiany zadań osób,- zapewnianie szkolenia osób zaangażowanych w proces przetwarzania informacji,- zapewnienie ochrony przetwarzanych informacji przed ich kradzieżą, nieuprawnionym dostępem, uszkodzeniami lub zakłóceniami.

W celu zapewnienia bezpieczeństwa danych na każdym etapie cyklu życia usługi dla wszystkich usług objętych Projektem; zapewnieniu ochrony danych osobowych, w tym danych



podlegających szczególnej ochronie; zachowaniu tajemnic prawnie chronionych zastosowane zostaną poniżej wymienione mechanizmy:

mechanizmy ochrony kryptograficznej danych przesyłanych w sieci publicznej, mechanizmy zarządzania dostępem, mechanizmy ochrony przed oprogramowaniem złośliwym, mechanizmy zarzadzania konfiguracją, mechanizmy wykrywania podatności, mechanizmy zarządzania zdarzeniami i logami.

12. Komplementarność projektu

12.1. Wykorzystanie zasobów sprzętowych, usług lub systemów innych podmiotów

Produkty i zasoby teleinformatyczne, z którymi planowany projekt informatyczny jest powiązany:

- ERRU - European Register of Road Transport Undertakings,

Zbiory danych już istniejące lub powstające, które będą wykorzystywane w projekcie informatycznym:

- CEIDG - Centralna Ewidencja i Informacja o Działalności Gospodarczej prowadzony od 1 lipca 2011 r. w systemie teleinformatycznym przez ministra właściwego do spraw gospodarki na podstawie przepisów ustawy o swobodzie działalności gospodarczej,

- REGON - krajowy rejestr urzędowy podmiotów gospodarki narodowej utworzony na podstawie art. 41 ust. 1 pkt. 1 ustawy z dnia 29 czerwca 1995 r. o statystyce publicznej (Dz. U. z 2012 r. poz. 591, z późn. zm.),

- CEPIK - SI CEPiK, System Informatyczny Centralnej Ewidencji Pojazdów i Kierowców, zawiera informacje o pojazdach zarejestrowanych w Polsce i kierowcach posiadających polskie prawo jazdy. SI CEPiK jest prowadzony przez Ministra Cyfryzacji,

- KRS - Krajowy Rejestr Sądowy, zgodnie z Ustawą z dnia 20 sierpnia 1997 r. o Krajowym Rejestrze Sądowym powołano Krajowy Rejestr Sądowy który prowadzi w systemie informatycznym m.in. rejestr przedsiębiorców. Rejestr obejmuje podmioty, na które przepisy ustaw nakładają obowiązek uzyskania wpisu do tego Rejestru.

12.2. Wykorzystanie zasobów sprzętowych, usług i systemów własnych

Wykorzystanie danych zawartych w systemach OpenBTM i ST CEN.

Elementy infrastruktury zostały zakupione w 2014 roku na potrzeby wdrożenia KREPTD.



Serwer dla środowiska podstawowego (dwa komputery z wirtualizacją o właściwościach "serwera wirtualizacyjnego”).

Serwer bazodanowy (2 sztuki) dla systemu SQL (osobny serwer o właściwościach "serwera bazodanowego").

Serwer obliczeniowy (2 sztuki). Macierz dyskowa (1 sztuki) na dyskach SSD Netapp EF550A. System składowania kopii zapasowych. 2 przełączniki sieci SAN. Urządzenia do ochrony poczty e-mail (2 sztuki). Urządzenia do ochrony aplikacji www (2 sztuki).

13. Zagrożenie dla realizacji projektu

Zagrożenie 1. Ryzyko związane z przedłużaniem procedur przetargowych związanych z wyborem zewnętrznych wykonawców - w związku z koniecznością przeprowadzenia procedur przetargowych na wybór wykonawców zewnętrznych istnieje ryzyko wystąpienia opóźnień w ich rozstrzyganiu.Proponowane rozwiązanie: REDUKOWANIE Aby zminimalizować to ryzyko wnioskodawca sprawnie opracuje dokumentację przetargową, w szczególności SIWZ. W realizację procesów przetargowych zaangażowane zostaną zasoby beneficjenta, posiadające odpowiednie doświadczenie.

Zagrożenie 2. Ryzyko związane z terminowością i jakością realizacji prac ze strony zewnętrznych wykonawców – aby zrealizować Projekt KREPTD niezbędne będzie zaangażowanie wykonawcy zewnętrznego - firmy programistycznej, która wykona system KREPTD. Istnieje ryzyko, że w trakcie współpracy wystąpią opóźnienia w realizacji spowodowane czynnikami zaistniałymi po stronie wykonawców.Proponowane rozwiązanie: REDUKOWANIE Aby zminimalizować to ryzyko beneficjent po pierwsze przeprowadzi skrupulatną procedurę przetargową, zwracając szczególną uwagę na doświadczenie, kwalifikacje i potencjał wykonawców składających oferty na realizację systemu KREPTD. Ponadto w umowach zawartych z wybranymi w drodze przetargu wykonawcami uwzględnione zostaną zapisy pozwalające skutecznie egzekwować terminowość realizacji zobowiązań kontraktowych (kary umowne w przypadku wystąpienia opóźnień w realizacji zamówienia).

Zagrożenie 3. Ryzyko wzrostu kosztów realizacji projektu - wycena wydatków niezbędnych do poniesienia w związku z realizacją i utrzymaniem Projektu KREPTD została przygotowana na bazie koncepcji systemu opisanej w Studium. Szacunek kosztów utworzenia, koordynacji wdrożenia i utrzymania KREPTD, kosztów modernizacji sprzętu, który będzie wykorzystywany przez KREPTD oraz kosztów funkcjonowania Krajowego Punktu Kontaktowego został przygotowany możliwie najdokładniej z uwzględnieniem następujących ograniczeń:- został przygotowany na bazie niepełnej dokumentacji technicznej, aby nie ograniczać potencjalnego wykonawcy systemu do jednego rozwiązania technologicznego, nie narzucać nadmiernie drogich rozwiązań i nie ograniczać grupy potencjalnych oferentów;



- szacunek nie został jeszcze podparty ofertami potencjalnych wykonawców, a więc istnieje możliwość, iż potencjalni wykonawcy złożą oferty przekraczające do 10% procent obecny budżet Wnioskodawcy.Proponowane rozwiązanie: TWORZENIE REZERWY Ze względu na przedmiotowe ryzyko należy utworzyć rezerwę na potencjalny wzrost kosztów maksymalnie o 10%, zgodnie z założeniami Działania 2.1 w ramach Programu Operacyjnego Polska Cyfrowa.

Zagrożenie 4. Pominięcie w trakcie projektowania systemu niektórych z jego funkcjonalności – w związku ze spodziewanym szerokim zakresem funkcjonalnym systemu istnieje ryzyko pominięcia w trakcie projektowania systemu niektórych z jego funkcjonalności.Proponowane rozwiązanie: REDUKOWANIE. Aby zredukować to ryzyko, wykonawca systemu KREPTD zostanie zobligowany umownie do przygotowania specyfikacji funkcjonalnotechnicznej i scenariuszy testowych oraz przeanalizowania, czy wszystkie przypadki użycia systemu zostały zidentyfikowane. Konieczne będzie również zaangażowanie do zaopiniowania specyfikacji funkcjonalno-technicznej użytkowników końcowych systemu w celu identyfikacji brakujących funkcjonalności systemu. Po każdym ze spotkań należy sporządzić bądź zmodyfikować istniejące opisy wymagań i funkcjonalności, by uświadomić użytkownikom końcowym wprowadzane zmiany. Równocześnie kształt docelowych procesów biznesowych, zmodyfikowanych po przygotowaniu specyfikacji funkcjonalno-technicznej, zostanie zweryfikowany przez osoby z działu prawnego GITD w kontekście komplementarności i zgodności z Kodeksem postępowania administracyjnego.

Zagrożenie 5. Nieodpowiednie oszacowanie wydajności systemu - na etapie planowania oszacowano określoną liczbę użytkowników na ok. 4000 nazwanych użytkowników. Istnieje ryzyko wzrostu docelowej liczby użytkowników wraz z rozwojem rynku transportu drogowego i na skutek potencjalnych zmian administracyjnych.Proponowane rozwiązanie: ZAPOBIEGANIE Wyeliminowanie ryzyka polega na zaplanowaniu zasobów sprzętowych i odpowiedniej wirtualizacji systemu, by w przypadku skokowej zmiany obciążenia systemu płynnie zwiększać jego wydajność.

Zagrożenie 6. Nieodpowiednie przetestowanie systemu - system KREPTD będzie systemem o dużym stopniu integracji i wielu funkcjonalnościach, stąd istnieje ryzyko, iż nie wszystkie przypadki użycia systemu zostaną zidentyfikowane i przetestowane.Proponowane rozwiązanie: REDUKOWANIE W celu ograniczenia ryzyka na potrzeby testów przewidziano ok. 25% budżetu programistycznego. Jednocześnie Wnioskodawca zastosuje metodyki z zakresu „Test Driven Development” w trakcie tworzenia systemu. Dzięki automatyzacji testów możliwa będzie szybka reakcja na ewentualne błędy powstałe przy wprowadzaniu kolejnych funkcjonalności. Przygotowanie scenariuszy testowych również zmniejszy ryzyko powstawania błędów na etapie działania systemu.

Zagrożenie 7. Ryzyko związane z wydłużeniem procesu legislacyjnego. W wyniku prac sejmowych istnieje realne zagrożenie opóźnień związanych z uchwaleniem projektu nowelizacji ustawy o transporcie drogowym. Proponowane rozwiązanie: REDUKOWANIE Aby zminimalizować opóźnienie wynikające z prac legislacyjnych konieczna jest ścisła współpraca z Komisją Infrastruktury. Sprawny przepływ informacji zawierający niezbędne wyjaśnienia pozwoli na uniknięcie ewentualnej zwłoki.



Zagrożenie 8. Ryzyko związane z brakiem możliwości zasilenia danymi do systemu KREPTD przez systemy zewnętrzne. Proponowane rozwiązanie: REDUKOWANIE W celu ograniczenia ryzyka podjęte zostaną dodatkowe działania mające na celu wczesne informowanie o aspektach technicznych integracji z systemem KREPTD. Przez starostwa będą wysyłane raporty dotyczące postępu prac integracyjnych.

14. Opis metody prowadzenia projektu

W projekcie planuje się wykorzystanie metodyki zarządzania projektami PRINCE2.

15. Osoba do kontaktów

Imię i nazwisko: Piotr ZakrzewskiAdres e-mail: [email protected]: 784 373 822

mailto:[email protected]

Załącznik nr 1 - Analiza wymagań dla systemu...

Documents

Transcript of Załącznik nr 1 - Analiza wymagań dla systemu...