bip.gitd.gov.plbip.gitd.gov.pl/__data/assets/word_doc/0017/51092/Zal… · Web viewPracownik...

GŁÓWNY INSPEKTORAT TRANSPORTU DROGOWEGO

Załącznik 1. Opis procesów biznesowych KREPTD

SPIS TREŚCI:1. Opis kontekstu i celów dokumentu...........................................................................................................................32. Słownik Pojęć............................................................................................................................................................33. Referencje do dokumentów nadrzędnych................................................................................................................44. Lista procesów...........................................................................................................................................................55. Mapy procesów biznesowych...................................................................................................................................76. Opis procesów biznesowych...................................................................................................................................17

PB1.Wprowadzanie do KREPTD informacji o poważnych naruszeniach..................................................................17PB2. Wysłanie przez KREPTD powiadomienia o naruszeniu przepisów do Państwa Członkowskiego UE, w którym zagraniczny przedsiębiorca, który popełnił poważne naruszenie, posiada siedzibę................................................21PB3.Odpowiedź na powiadomienie o naruszeniu przepisów w modelu docelowym (przy wykorzystaniu Open BTM)..............................................................................................................................................................27PB4. Odpowiedź na powiadomienie o naruszeniu przepisów w modelu przejściowym (przy wykorzystaniu TransBit)..................................................................................................................................................................32PB5. Zapytanie o dobrą reputację w modelu docelowym (przy wykorzystaniu Open BTM)....................................37PB6. Zapytanie o dobrą reputację w modelu przejściowym (przy wykorzystaniu TransBit)....................................42PB7. Zapytanie o dobrą reputację w modelu docelowym (starostwa)....................................................................47PB8: Odpowiedź na zapytanie o dobrą reputację....................................................................................................53PB9. Cykliczne badanie dobrej reputacji w modelu obecnym (WITD).....................................................................56PB10. Cykliczne badanie dobrej reputacji w modelu docelowym (GITD)................................................................60PB11. Rejestracja wyników postępowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję w modelu obecnym (WITD).................................................................................64PB12. Rejestracja wyników postępowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję w modelu docelowym (GITD)...............................................................................70PB13. Rejestracja wyników postępowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję w modelu obecnym (starostwa)...........................................................................74PB14. Rejestracja wyników postępowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję w modelu docelowym (starostwa).......................................................................76PB15. Wykreślenie Zarządzającego transportem z ewidencji osób uznanych za niezdolne do kierowania operacjami transportowymi przedsiębiorstwa........................................................................................................79PB16. Import danych z systemu Open BTM (model docelowy)...............................................................................81PB17. Zmiana danych importowanych z systemu Open BTM (model docelowy)....................................................83PB18. Usuwanie danych zaimportowanych z systemu Open BTM (model docelowy).............................................85PB19. Import danych z systemu TransBit (model przejściowy)...............................................................................87PB20. Zmiana danych importowanych z systemu TransBit (model przejściowy).....................................................89PB21. Usuwanie danych zaimportowanych z systemu TransBit (model przejściowy).............................................91PB22. Import danych do KREPTD na podstawie komunikatu przesłanego ze starostw (model docelowy)..............93PB23.Aktualizacja danych w KREPTD na podstawie komunikatu przesłanego ze Starostw (model docelowy).......96PB24. Usuwanie danych zaimportowanych z aplikacji dla starostw (model docelowy)..........................................99PB25. Proces zapisywania dodatkowych komunikatów........................................................................................102

2

1. Opis kontekstu i celów dokumentu

Celem niniejszego dokumentu jest przedstawienie procesów biznesowych, których realizacja docelowo będzie wspierana przez system KREPTD. Zamodelowanie procesów umożliwi tym samym zidentyfikowanie i opisanie wymagań względem systemu KREPTD. Ponadto zamodelowanie procesów jest niezbędne do przygotowania studium wykonalności, a docelowo do złożenia wniosku o dofinansowanie Projektu w ramach Działania 2.1. Wysoka dostępność i jakość e-usług publicznych w ramach Programu Operacyjnego Polska Cyfrowa. Przedstawione w niniejszym dokumencie procesy biznesowe obejmują model obecny, model przejściowy (tj. do czasu uruchomienia systemu Open BTM) i model docelowy (tj. po uruchomieniu systemu OpenBTM).

2. Słownik Pojęć

Pojęcie Definicja

GITD Główny Inspektorat Transportu Drogowego

WITD Wojewódzki Inspektorat Transportu Drogowego

ACK Z ang. acknowledgement, potwierdzenie przyjęcia komunikatu przez system

NACK Z ang. negative acknowledgement, informacja o braku przyjęcia komunikatu przez system

KREPTD Krajowy Rejestr Elektroniczny Przedsiębiorców Transportu Drogowego

BTM Biuro ds. Transportu Międzynarodowego w ramach Głównego Inspektoratu

TransBit Istniejący system wspierający procesy realizowane przez BTM

Open BTM Planowany do wdrożenia system wspierający procesy realizowane przez BTM, który zastąpi system TransBit

CEN Centralna Ewidencja Naruszeń

KRK Krajowy Rejestr Karny

KPK Krajowy Punkt Kontaktowy w ramach GITD

KPK siedziby przedsiębiorstwa

Krajowy Punkt Kontaktowy właściwy dla Państwa Członkowskiego, w którym przedsiębiorca posiada siedzibe.

ERRU Z ang. European Register of Road Transport Undertakings, wspólnotowy system służący do automatyzacji obsługi wybranych procesów związanych z transportem drogowym i komunikacji pomiędzy krajami członkowskimi.

BNI Biuro Nadzoru Inspekcyjnego

3

Zezwolenie Zezwolenie na wykonywanie zawodu przewoźnika drogowego

Licencja wspólnotowa

Dokument uprawniający do wykonywania międzynarodowego transportu drogowego zgodnie z rodzajem przewozów w nim określonym. Licencja wspólnotowa uprawnia również do wykonywania krajowego transportu drogowego, zgodnie z rodzajem przewozów w niej określonym.

Model obecny Obecny model funkcjonowania procesów biznesowych przed wdrożeniem systemu KREPTD oraz z wykorzystaniem istniejącego systemu TransBit

Model przejściowy

Przejściowy model funkcjonowania procesów biznesowych po wdrożeniu systemu KREPTD z wykorzystaniem istniejącego systemu TransBit

Model docelowy Docelowy model funkcjonowania procesów biznesowych po wdrożeniu systemu KREPTD oraz po wdrożeniu systemu Open BTM

UoTD Ustawa o Transporcie Drogowym Dz.U. 2001 Nr 125 poz. 1371.

ITS Instytut Transportu Samochodowego

Anonimizacja Proces obróbki danych uniemożliwiający identyfikację tożsamości podmiotu

Aplikacja dla starostw

Aplikacja dostępowa umożliwiająca pracownikom starostw korzystanie z systemu KREPTD. Główne funkcje aplikacji to wprowadzanie danych przedsiębiorców oraz inicjowanie zapytania o dobrą reputację.

Organ kontrolny Organ uprawniony do kontroli przedsiębiorstw transportu drogowego i przewoźników (Policja, izba celna, straż graniczna, wojewódzkie inspektoraty transportu drogowego, zarządcy dróg, Inspekcja pracy).

Aplikacja dla organów kontrolnych

Aplikacja dostępowa umożliwiająca pracownikom organów kontrolnych korzystanie z systemu KREPTD. Główne funkcje aplikacji to wprowadzanie danych na temat poważnych naruszeń popełnionych przez przedsiębiorców.

Elektroniczna skrzynka podawcza GITD

Środek komunikacji elektronicznej służący do przekazywania informacji w formie elektronicznej do GITD przy wykorzystaniu powszechnie dostępnej sieci teleinformatycznej.

ETL Narzędzia wspomagające proces pozyskania danych dla baz danych, szczególnie dla hurtowni danych. Ich zadaniem jest pozyskanie danych ze źródeł zewnętrznych, przekształcenie danych oraz załadowanie danych do bazy danych.

3. Referencje do dokumentów nadrzędnych

1. Rozporządzenie Parlamentu Europejskiego i rady (WE) nr 1071/2009 z dnia 21 października 2009 r. ustanawiające wspólne zasady dotyczące warunków wykonywania zawodu przewoźnika drogowego i uchylające dyrektywę Rady 96/26/WE.

4

2. Decyzja Komisji z dnia 17 grudnia 2009 r. w sprawie minimalnych wymogów dotyczących danych, które mają być wprowadzane do krajowego rejestru elektronicznego przedsiębiorców transportu drogowego (2009/992/UE).

3. 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.

4. Ustawa o Transporcie Drogowym, Dz.U. 2001 Nr 125 poz. 1371.5. Projekt Ustawy o zmianie ustawy o transporcie drogowym oraz ustawy o systemie tachografów

cyfrowych.6. Ustawa z dnia 14 czerwca 1960 r. Kodeks postępowania administracyjnego, Dz.U. 1960 Nr 30 poz. 168 7. Rozporządzenie Ray 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 Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych

8. Wytczne Nr 1 /2015 Głownego Inspektora Transporu Drogoweg z dnia 10 marca 2015 r. W sprawie wprowadzenia proceury dotyczącej badania dobrej reputacji – art 6. Rozporządzenia Parlametu Europejskiego i Rady (WE) nr 1071/2009.

9. Regulamin wewnętrzny Biura do spraw Transportu Międzynarodowego Głównego Inspektoratu Drogowego.

10. Regulamin wewnętrzny Biura Nadzoru Inspecyjnego Głównego Inspektoratu Transportu Drogowego.11. Regulamin wewnętrzny Biura Informatyki i Łączności Głównego Insepktoratu Transportu Drogowego.12. European Register for Road Transport Undertakings, XML MESSAGING REFERENCE GUIDE, v3.0213. European Register for Road Transport Undertakings, GLOBAL BUSINESS ANALYSIS, v2.0.

4. Lista procesów:

Poniżej przedstawiono listę procesów biznesowych, dla których przygotowano diagramy (modele) i opisy. Zamodelowane procesy biznesowe dotyczą:

1 Modelu obecnego – w przypadku, gdy proces jest obecnie realizowany (przed uruchomieniem systemu KREPTD)

2 Modelu przejściowego – po uruchomieniu systemu KREPTD, ale przed uruchomieniem systemu Open BTM (w przypadku, gdy na kształt procesu wpływa wykorzystanie systemu TransBit zamiast systemu Open BTM)

3 Modelu docelowego – po uruchomieniu systemów KREPTD i Open BTM

Identyfikator procesu

Nazwa skrócona Czego dotyczy Nazwa pełna

PB1. Wprowadzanie naruszeń Model docelowy Wprowadzanie do KREPTD informacji o poważnych naruszeniach

PB2. Powiadomienia Model docelowy Wysłanie przez KREPTD powiadomienia o naruszeniu przepisów do Państwa Członkowskiego UE, w którym zagraniczny przedsiębiorca, który

5

popełnił poważne naruszenie, posiada siedzibę

PB3. Odpowiedź Open BTM Model docelowy Odpowiedź na powiadomienie o naruszeniu przepisów w modelu docelowym (przy wykorzystaniu Open BTM)

PB4. Odpowiedź Transbit Model przejściowy

Odpowiedź na powiadomienie o naruszeniu przepisów w modelu przejściowym (przy wykorzystaniu TransBit)

PB5. Zapytanie Open BTM Model docelowy Zapytanie o dobrą reputację w modelu docelowym (przy wykorzystaniu Open BTM)

PB6. Zapytanie Transbit Model przejściowy

Zapytanie o dobrą reputację w modelu przejściowym (przy wykorzystaniu TransBit)

PB7. Zapytanie starostwo Model docelowy Zapytanie o dobrą reputację w modelu docelowym (starostwa)

PB8. Odpowiedź na zapytanie Model docelowy Odpowiedź na zapytanie o dobrą reputację

PB9. Cykliczne badanie reputacji as is (WITD)

Model obecny Cykliczne badanie dobrej reputacji w modelu obecnym (WITD)

PB10. Cykliczne badanie reputacji to be (GITD)

Model docelowy Cykliczne badanie dobrej reputacji w modelu docelowym (GITD)

PB11. Rejestracja wyników postępowania as is

Model obecny Rejestracja wyników postępowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję w modelu obecnym (WITD)

PB12. Rejestracja wyników postępowania to be

Model docelowy Rejestracja wyników postępowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję w modelu docelowym (GITD)

PB13. Postępowanie reputacja starostwa as is

Model obecny Rejestracja wyników postępowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję w modelu obecnym (starostwa)

PB14. Postępowanie reputacja starostwa to be

Model docelowy Rejestracja wyników postępowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję w modelu docelowym (starostwa)

PB15. Wykreślenie niezdolności Model docelowy Wykreślenie Zarządzającego transportem z ewidencji osób uznanych za niezdolne do kierowania operacjami transportowymi przedsiębiorstwa

PB16. Dane z Open BTM Model docelowy Import danych z systemu Open BTM (model

6

docelowy)

PB17. Edycja danych Open BTM Model docelowy Zmiana danych importowanych z systemu Open BTM (model docelowy)

PB18. Usunięcie danych Open BTM

Model docelowy Usuwanie danych zaimportowanych z systemu Open BTM (model docelowy)

PB19. Dane z TransBit Model przejściowy

Import danych z systemu TransBit (model przejściowy)

PB20. Edycja danych TransBit Model przejściowy

Zmiana danych importowanych z systemu TransBit (model przejściowy)

PB21. Usunięcie danych TransBit

Model przejściowy

Usuwanie danych zaimportowanych z systemu TransBit (model przejściowy)

PB22. Dane ze starostw Model docelowy Import danych do KREPTD na podstawie komunikatu przesłanego ze starostw (model docelowy)

PB23. Edycja danych starostw Model docelowy Aktualizacja danych w KREPTD na podstawie komunikatu przesłanego ze starostw

PB24. Usunięcie danych starostw

Model docelowy Usuwanie danych zaimportowanych z aplikacji dla starostw (model docelowy)

PB25. Zapisywanie ACK i NACK Model docelowy Zapisywanie komunikatów otrzymywanych z ERRU (ACK i NACK)

5. Mapy procesów biznesowych

MAPA PROCESÓW BIZNESOWYCH – MODEL OBECNY:

7

MAPA PROCESÓW BIZNESOWYCH – MODEL PRZEJŚCIOWY:

15

MAPA PROCESÓW BIZNESOWYCH – MODEL DOCELOWY:

16

6. Opis procesów biznesowych

PB1.Wprowadzanie do KREPTD informacji o poważnych naruszeniach

17

OPIS PROCESÓW: ORGAN KONTROLNY (APLIKACJA DLA ORGANÓW KONTROLNYCH)

3.1.1 Nałożono karę grzywny lub karę pieniężną (za poważne naruszenie)

Proces po stronie organów kontrolnych inicjuje nałożenie wykonalnej kary pieniężnej lub kary grzywny za poważne naruszenie określone w art. 6 ust. 2 lit. a) oraz załączniku IV Rozporządzenia 1071/2009. Decyzja wykonalna jest to decyzja prawomocna lub taka, w której nadano rygor natychmiastowej wykonalności lub decyzja, która podlega natychmiastowemu wykonaniu z mocy ustawy.

3.1.2 Zgłoszenie informacji o nałożonej karze

Pracownik organu kontrolnego wprowadza za pośrednictwem aplikacji dla organów kontrolnych lub własnej aplikacji lub elektronicznej skrzynki podawczej GITD informację o wykonalnej karze grzywny lub karze pieniężnej za poważne naruszenie. Aplikacja dla starostw oraz API (połączone z własną aplikacją użytkowaną przez starostwo w momencie uruchomienia KREPTD służącą do rejestracji informacji o wydanych zezwoleniach, o ile taka aplikacja będzie istniała) będą automatycznie weryfikować kompletność, spójność i poprawność danych.

3.1.3 Rodzaj wykorzystywanego interfesju

Proces jest kontynuowany w zależności od wykorzystywanego przez organ kontrolny interfejsu wymiany danych (API/dedykowana aplikacja/elektroniczna skrzynka podawcza).

API lub dedykowana aplikacja – proces jest kontynuowany w ramach zadania 1.1.4

Elektroniczna skrzynka podawcza – proces jest kontynuowany w ramach zadania 1.1.5

3.1.4 Przesłanie danych do KREPTD

Informacja o nałożonej karze zostaje przesłana do KREPTD.

3.1.5 Przesłanie danych na ESP GITD

Informacja o nałożonej karze zostaje przesłana na ESP GITD.

3.1.6 Informacja została przekazana do KREPTD

Proces z perspektywy Organu kontrolnego kończy się przekazaniem informacji o karze do KREPTD.

OPIS PROCESÓW: GITD

18

3.1.7 Zarejestrowano w CEN nałożenie kary grzywny lub kary pienieżnej za naruszenie

Proces po stronie GITD inicjuje zarejestrowanie w CEN informacji o wykonalnej decyzji o nałożeniu kary grzywny lub nałożeniu kary pieniężnej.

3.1.8 Selekcja poważnych naruszeń

CEN dokonuje automatycznej selekcji poważnych naruszeń.

3.1.9 Weryfikacja kompletności i poprawności danych

CEN weryfikuje kompletność i poprawności wprowadzonych danych. Kompletność danych polega na sprawdzeniu, czy wprowadzono numer licencji wspólnotowej / zezwolenia Przedsiębiorcy, na którego nałożono karę grzywny lub karę pieniężną, niezbędny dla zapewnienia komunikacji z ERRU. Poprawność danych oznacza zgodność z definicją struktury danych.

3.1.10 Czy dane kompletne?

Po weryfikacji kompletności danych, proces jest kontynuowany odmiennie w zależności od tego, czy wprowadzone dane są kompletne.Tak - Jeżeli dane są kompletne, proces jest kontynuowany w ramach zadania 1.1.11Nie - Jeżeli dane nie są kompletne, proces jest kontynuowany w ramach zadania 1.1.12

3.1.11 Przekazanie decyzji o nałożeniu kary pieniężnej lub kary grzywny za poważne naruszenie do KREPTD

CEN automatycznie przekazuje do KREPTD decyzję o nałożeniu wykonalnej kary pieniężnej lub kary grzywny za poważne naruszenia.

3.1.12 Uzupełnienie i poprawienie danych przez pracownika BNI w CEN

Pracownik BNI dokonuje uzupełnienia i poprawienia danych (ustala numer licencji / zezwolenia) w CEN.

3.1.13 Dekompozycja decyzji na naruszenia

System KREPTD dokonuje automatycznej dekompozycji otrzymanej decyzji za naruszenia (jedna decyzja może zawierać w sobie więcej niż jedno stwierdzone naruszenie) za pomocą algorytmu ETL, tak aby w Rejestrze były zapisywane jedynie pojedyncze naruszenia, a nie decyzje agregujące wiele naruszeń. ETL powinien też dbać o to, aby nie wystąpiły duplikaty danych w KREPTD.

19

3.1.14 Mapowanie (konwersja danych z prawa krajowego na prawo unijne)

W przypadku, gdy istnieje automatyczne mapowanie kategorii naruszeń i sankcji, System KREPTD automatycznie przeprowadza konwersję kategorii naruszeń i nałożonych sankcji na katalog kategorii naruszeń i sankcji ERRU, określonych w Rozporządzeniu 1213/2010. W przypadku braku automatycznego mapowania, pracownik KPK dokonuje ręcznej konwersji kategorii naruszeń i sankcji polskich na kategorie i sankcje unijne.

3.1.15 Czy udało sie automatycznie zmapować naruszenie na prawo unijne

W zależności od tego czy udało się w sposób automatyczny zmapować dane o kategorii i rodzaju naruszenia z prawa krajowego na prawo unijne proces jest kontynuowany odmiennie.

Tak – jeżeli mapowanie automatyczne zostało wykonane proces jest kontynuowany w ramach zadania 1.1.22

Nie – jeżeli nie udało się mapowanie automatyczne proces jest kontynuowany w ramach zadania 1.1.16

3.1.16 Pracownik KPK mapuje dane z prawa krajowego na prawo unijne

Pracownik KPK dokonuje ręcznej konwersji kategorii naruszeń i sankcji polskich na kategorie i sankcje unijne.

3.1.17 Otrzymanie na ESP informacji o nałożonej karze przez organ kontrolny

Proces po stronie GITD może zostać zainicjowany po otrzymaniu informacji o nałożonej karze przez organ kontrolny wysłanej poprzez elektroniczną skrzynkę podawczą.

3.1.18 Zapisanie danych na ESP

Mechanizmy elektronicznej skrzynki podawczej zapisują informację o otrzymanym z organu kontrolnego naruszeniu.

3.1.19 Rodzaj dokumentu

W zależności od tego jakiego rodzaju dokumentu użył organ kontrolny przesyłając na ESP informację o naruszeniu proces przebiega odmiennie:

Pismo ogólne – jeśli organ wykorzystał pismo ogólne proces jest kontynuowany w ramach zadania 1.1.20

Dedykowany wzór dokumentu – jeśli organ wykorzystał dedykowany wzór dokumentu proces jest kontynuowany w ramach zadania 1.1.22

20

3.1.20 Wprowadzenie danych przez pracownika KPK

Jeśli na elektroniczną skrzynkę podawczą wpłynęła informacja o naruszeniu w postaci pisma ogólnego Pracownik KPK wprowadza za pośrednictwem interfejsu KREPTD dane z elektronicznej skrzynki podawczej GITD. Przy wprowadzaniu danych KREPTD automatycznie weryfikuje kompletność, spójność i poprawność danych. W przypadku braku kompletności danych pracownik KPK kontaktuje się z organem kontrolnym w celu poprawy danych.

3.1.21 Otrzymanie informacji o nałożonej karze przez organ kontrolny

Proces po stronie GITD inicjuje również otrzymanie informacji o nałożonej karze przez organ kontrolny (za pośrednictwem aplikacji dla organów kontrolnych lub API).

3.1.22 Zapisanie danych w KREPTD

System KREPTD automatycznie zapisuje dane w Rejestrze, które mogą pochodzić od Biura Nadzoru Inspekcyjnego (CEN) lub od organów kontrolnych.

3.1.23 Informacja o naruszeniu została wprowadzona do KREPTD

Proces kończy się wprowadzeniem informacji o naruszeniu do KREPTD.

21

PB2. Wysłanie przez KREPTD powiadomienia o naruszeniu przepisów do Państwa Członkowskiego UE, w którym zagraniczny przedsiębiorca, który popełnił poważne naruszenie, posiada siedzibę

22

OPIS PROCESÓW: KPK (KREPTD)

3.1.1 Informacja o naruszeniu została wprowadzona

Proces inicjuje zdarzenie początkowe w postaci zarejestrowania w KREPTD informacji o ostatecznej decyzji administracyjnej dotyczącej nałożenia kary pieniężnej lub kary grzywny za poważne naruszenie.

3.1.2 Czy przedsiębiorca ma siedzibę za granicą?

Po otrzymaniu sygnału o naruszeniu następuje weryfikacja, w którym Państwie Członkowskim przedsiębiorca posiada siedzibę.Tak - Jeżeli przedsiębiorca posiada siedzibę na terytorium jednego z Państw Członkowskich poza Polską, proces jest kontynuowany w ramach zadania 1.1.4.Nie - Jeżeli przedsiębiorca nie posiada siedziby na terytorium jednego z Państw Członkowskich poza Polską, proces kończy się.

3.1.3 Powiadomienie o naruszeniu nie zostało wysłane

Proces kończy się brakiem wysłania powiadomienia o naruszeniu.

3.1.4 Sformułowanie powiadomienia o naruszeniu

Na bazie zarejestrowanych w KREPTD informacji o naruszeniu i przedsiębiorcy System formułuje komunikat "powiadomienie o naruszeniu przepisów", zawierający co najmniej obowiązkowe dane określone w Rozporządzeniu Komisji (UE) 1213/2010. W celu automatycznego uzupełnienia danych o wnioskowanych sankcjach i terminach ich obowiązywania zostanie wykorzystany algorytm uzupełniania danych o wnioskowanych sankcjach na bazie kategoryzacji naruszenia.

3.1.5 Wysłanie powiadomienia o naruszeniu do ERRU

Następuje automatyczne wysłanie przez KREPTD powiadomienia o naruszeniu (Infringement Notification) do Państwa Członkowskiego, w którym Przedsiębiorca posiada siedzibę, za pośrednictwem ERRU.

3.1.6 Bramka sterowana zdarzeniami

Dalszy przebieg procesu jest uzależniony od tego, które ze zdarzeń pośrednich wystąpi.

3.1.7 Otrzymanie komunikatu NACK

Jeżeli System otrzyma negatywne potwierdzenie (NACK), to następuje automatyczna weryfikacja przyczyny otrzymania komunikatu NACK.

23

3.1.8 Czego dotyczy NACK?

Po otrzymaniu komunikatu NACK następuje weryfikacja, czego dotyczy komunikat.Błąd w komunikacie - Jeżeli przyczyną otrzymania komunikatu NACK jest błąd w komunikacie, proces jest kontynuowany w ramach zadania 1.1.9.Nieudane wysłanie komunikatu lub brak potwierdzenia otrzymania komunikatu - Jeżeli przyczyną otrzymania komunikatu NACK jest nieudane wysłanie komunikatu z ERRU do Państwa Członkowskiego lub brak potwierdzenia otrzymania komunikatu przez Państwo Członkowskie, do którego adresowany jest komunikat, proces jest kontynuowany w ramach zadania 1.1.10.

3.1.9 Weryfikacja i poprawnienie powiadomienia

Pracownik KPK dokonuje weryfikacji i poprawy powiadomienia o naruszeniu przepisów w celu ponownego wysłania w ramach zadania 1.1.5.

3.1.10 Wypracowanie decyzji o ponowieniu powiadomienia o naruszeniu

W przypadku otrzymania negatywnego potwierdzenia (NACK) Pracownik KPK podejmuje decyzję, czy ponownie wysłać powiadomienie o naruszeniu za pośrednictwem ERRU.

3.1.11 Czy ponowiona zostanie próba?

Nie - Jeżeli pracownik KPK nie ponawia próby wysłania powiadomienia o naruszeniu za pośrednictwem ERRU, kontaktuje się poza systemem ERRU z krajowym punktem kontaktowym siedziby przedsiębiorstwa (Zadanie 1.1.12).Tak - Jeżeli pracownik KPK ponawia próbę wysłania powiadomienia o naruszeniu za pośrednictwem ERRU, proces jest kontynuowany w ramach zadania 1.1.5.

3.1.12 Wysłanie powiadomienia o naruszeniu do KPK siedziby przedsiębiorstwa

Pracownik KPK wysyła bezpośrednio (poza ERRU) powiadomienie o naruszeniu przepisów do KPK, w którym Przedsiębiorca posiada siedzibę.

3.1.13 Zapisanie informacji o przesłaniu powiadomienia poza ERRU

Pracownik KPK odnotowuje w KREPTD informację o fakcie wysłania powiadomienia poza ERRU. Zapisywane są co najmniej: data wysłania powiadomienia oraz dane użytkownika.

24



3.1.15 Odczekanie 6 tygodni na odpowiedź z KPK siedziby przedsiębiorstwa

W przypadku nie otrzymania odpowiedzi na powiadomienie o naruszeniu w ciągu 6 tygodni następuje wysłanie monitu (proces jest kontynuowany w ramach zadania 1.1.16).

3.1.16 Wysłanie monitu o braku odpowiedzi na powiadomienie poza ERRU do KPK.

Pracownik KPK zapisuje w KREPTD brak otrzymania odpowiedzi na wysłane powiadomienie i wysyła mailowo do KPK Państwa Członkowskiego, do którego wysłano powiadomienie, monit o braku odpowiedzi, która powinna wpłynąć poza systemem ERRU.



3.1.18 Odczekanie 1 tygodnia na odpowiedź z KPK siedziby przedsiębiorstwa

W przypadku nie otrzymania odpowiedzi na powiadomienie o naruszeniu w ciągu 1 tygodnia od wysłania pierwszego monitu następuje wysyłanie kolejnych monitów w cyklach co 1 tydzień aż do skutku (proces jest kontynuowany w ramach zadania 1.1.16).

3.1.19 Otrzymanie odpowiedzi na powiadomienie o naruszeniu z KPK

Jeżeli pracownik KPK otrzyma odpowiedź na powiadomienie o naruszeniu bezpośrednio (poza ERRU) z KPK siedziby Przedsiębiorstwa, proces jest kontynuowany w ramach zadania 1.1.20.

3.1.20 Wprowadzenie odpowiedzi do KREPTD

Pracownik KPK wprowadza do KREPTD odpowiedź na powiadomienie o naruszeniu przepisów otrzymane bezpośrednio z KPK siedziby Przedsiębiorstwa.

3.1.21 Odpowiedź z KPK siedziby przedsiębiorcy została wprowadzona do KREPTD

Proces kończy się wprowadzeniem do KREPTD odpowiedzi otrzymanej bezpośrednio z KPK siedziby przedsiębiorcy.

25

3.1.22 Otrzymanie komunikatu ACK

Jeżeli System otrzyma pozytywne potwierdzenie (ACK), to proces jest kontynuowany. Oznacza to, iż wysłany komunikat "powiadomienie o naruszeniu przepisów" był poprawny i Państwo Członkowskie potwierdziło jego otrzymanie.



3.1.24 Odczekanie 6 tygodni na odpowiedź

W przypadku, gdy w ciągu 6 tygodni system KREPTD nie otrzyma z ERRU odpowiedzi na powiadomienie o naruszeniu przepisów, system KREPTD powiadamia pracownika KPK o konieczności wysłania monitu do KPK Państwa Członkowskiego, w którym przedsiębiorstwo, które popełniło naruszenie, posiada siedzibę. W przypadku nie otrzymania odpowiedzi proces jest kontynuowany w ramach zadania 1.1.25.

3.1.25 Wysłanie monitu o braku odpowiedzi na powiadomienie w ramach ERRU do KPK.

Pracownik KPK zapisuje w KREPTD brak otrzymania odpowiedzi na wysłane powiadomienie oraz wysyła do KPK Państwa Członkowskiego, do którego wysłano powiadomienie, monit o braku odpowiedzi, która powinna wpłynąć w ramach ERRU.



3.1.27 Odczekanie 1 tygodnia na odpowiedź z ERRU

W przypadku nie otrzymania odpowiedzi na powiadomienie o naruszeniu w ciągu 1 tygodnia następuje wysłanie kolejnego monitu (proces jest kontynuowany w ramach zadania 1.1.25).

3.1.28 Otrzymanie odpowiedzi

Jeżeli System otrzymuje komunikat „odpowiedź na powiadomienie o naruszeniu przepisów” określony w Rozporządzeniu Komisji (UE) 1213/2010 (IR - Infringement Response), to proces jest kontynuowany w ramach zadania 1.1.29.


Następuje automatyczne zapisanie odpowiedzi na powiadomienie o naruszeniu przepisów w KREPTD.

26

3.1.30 Wysłanie potwierdzenia otrzymania odpowiedzi

System automatycznie wysyła potwierdzenie otrzymania odpowiedzi na powiadomienie o naruszeniu (ACK) do Państwa Członkowskiego, w którym Przedsiębiorca posiada siedzibę, za pośrednictwem ERRU.




Jeżeli System otrzyma negatywne potwierdzenie (NACK), to proces kończy się. Komunikat NACK oznacza, iż wysłane potwierdzenie otrzymania odpowiedzi było niepoprawne.

3.1.33 Potwierdzenie otrzymania odpowiedzi nie zostało dostarczone

Proces kończy się otrzymaniem komunikatu NACK oznaczającego dostarczenie niepoprawnego potwierdzenia otrzymania odpowiedzi na powiadomienie o naruszeniu przepisów.

3.1.34 Odczekanie czasu, w którym może przyjść komunikat NACK

W przypadku nie otrzymania komunikatu NACK, proces kończy się.

3.1.35 Potwierdzenie otrzymania odpowiedzi na powiadomienie o naruszeniu zostało wysłane.

Proces kończy się wysłaniem potwierdzenia otrzymania odpowiedzi na powiadomienie o naruszeniu.

27

PB3.Odpowiedź na powiadomienie o naruszeniu przepisów w modelu docelowym (przy wykorzystaniu Open BTM)

28

OPIS PROCESU:

3.1.36 Otrzymanie powiadomienia o naruszeniu z ERRU

Proces inicjuje zdarzenie otrzymania z ERRU powiadomienia o poważnym naruszeniu przepisów przez polskie przedsiębiorstwo w jednym z Państw Członkowskich UE (poza Polską).

3.1.37 Otrzymanie powiadomienia poza ERRU

Proces inicjuje zdarzenie otrzymania powiadomienia o poważnym naruszeniu przepisów przez polskie przedsiębiorstwo w jednym z Państw Członkowskich UE poza systemem ERRU (bezpośrednio z KPK Państwa Członkowskiego).

3.1.38 Wprowadzenie powiadomienia o naruszeniu

Pracownik KPK wprowadza do KREPTD powiadomienie o naruszeniu otrzymane poza systemem ERRU.

3.1.39 Zapisanie powiadomienia w Rejestrze

System KREPTD zapisuje powiadomienie o naruszeniu przepisów w ewidencji poważnych naruszeń KREPTD.

3.1.40 Przygotowanie wiadomości ACK

System KREPTD automatycznie przygotowuje potwierdzenie otrzymania powiadomienia o naruszeniu (ACK).

3.1.41 Wysłanie ACK

System KREPTD automatycznie wysyła potwierdzenie otrzymania powiadomienia o naruszeniu (ACK).


Dalszy przebieg procesu jest uzależniony od rodzaju zdarzenia, które wystąpi.


Jeżeli System KREPTD otrzyma komunikat NACK, proces jest kontynuowany w ramach zadania 1.1.9. Komunikat NACK oznacza wysłanie przez KREPTD niepoprawnego potwierdzenia otrzymania powiadomienia o naruszeniu przepisów.

29

3.1.44 Skontaktowanie się z KPK Państwa, które przesłało powiadomienie w celu ponowienia procesu.

Pracownik KPK kontaktuje się z KPK Państwa, które przesłało powiadomienie w celu ponowienia procesu.

3.1.45 Ponowienie powiadomienia o naruszeniu zostało uzgodnione

Proces kończy się uzgodnieniem ponowienia wysłania powiadomienia o naruszeniu przepisów.

3.1.46 Odczekanie czasu na otrzymanie komunikatu NACK z ERRU

Jeżeli System KREPTD nie otrzyma komunikatu NACK w określonym czasie, proces jest kontynuowany w ramach zadania 1.1.12.

3.1.47 Analiza powiadomienia o naruszeniu

Pracownik BTM analizuje otrzymane powiadomienie o poważnym naruszeniu przepisów zarejestrowane w KREPTD.

3.1.48 Czy jest to pierwsze poważne naruszenie?

Tak - W przypadku, gdy jest to pierwsze poważne naruszenie przedsiębiorstwa, proces jest kontynuowany w ramach zadania 1.1.14.Nie - W przypadku, gdy jest to kolejne poważne naruszenie przedsiębiorstwa, proces jest kontynuowany w ramach zadania 1.1.15.

3.1.49 Wysłanie ostrzeżenia do przedsięborcy

Pracownik BTM przygotowuje, a następnie wysyła ostrzeżenie do przedsiębiorcy.

3.1.50 Zarejestrowanie w Open BTM informacji o wysłanym ostrzeżeniu do przedsiębiorcy

Pracownik rejestruje w OPEN BTM informację o wysłanym ostrzeżeniu do przedsiębiorcy.

3.1.51 Przeprowadzenie postępowania administracyjnego w celu nałożenia sankcji

Pracownicy BTM przeprowadzają postępowanie administracyjne w celu nałożenia wnioskowanych sankcji na przedsiębiorcę za poważne naruszenie przepisów.

30

3.1.52 Zarejestrowanie w systemie Open BTM informacji o wyniku postępowania administracyjnego

Pracownik BTM rejestruje w systemie Open BTM informację o wyniku postępowania administracyjnego w sprawie nałożenia sankcji za poważne naruszenie przepisów (np. cofnięcie licencji lub jej uwierzytelnionego odpisu).

3.1.53 Przesłanie przez system Open BTM informacji o zmianie danych przedsiębiorcy do systemu KREPTD

System Open BTM przesyła do systemu KREPTD informację o wyniku postępowania administracyjnego w sprawie nałożenia wnioskowanych sankcji za poważne naruszenie.

3.1.54 Czy powiadomienie otrzymano poza ERRU?

Proces jest kontynuowany odmiennie w zależności od tego, w jaki sposób otrzymano powiadomienie o naruszeniu przepisów.

Tak: Jeżeli powiadomienie otrzymano poza systemem ERRU proces jest kontynuowany w ramach zdania 1.1.24.

Nie: Jeżeli powiadomienie otrzymano z systemu ERRU proces jest kontynuowany w ramach zdania 1.1.20.

3.1.55 Sformułowanie odpowiedzi na powiadomienie

System KREPTD automatycznie formułuje komunikat „odpowiedź na powiadomienie o naruszeniu przepisów”.

3.1.56 Przesłanie odpowiedzi na powiadomienie

System KREPTD przesyła odpowiedź na powiadomienie o naruszeniu przepisów.




Jeżeli System KREPTD otrzyma komunikat NACK, proces jest kontynuowany w ramach zadania 1.1.24. Komunikat NACK oznacza:

- przesłanie przez KREPTD niepoprawnej odpowiedzi na powiadomienie o naruszeniu przepisów lub

31

- brak dostarczenia odpowiedzi na powiadomienie o naruszeniu do nadawcy powiadomienia o naruszeniu lub

- brak otrzymania potwierdzenia otrzymania odpowiedzi na powiadomienie o naruszeniu przepisów przez Państwo, które wysłało komunikatu "powiadomienie o naruszeniu przepisów".

3.1.59 Przesłanie odpowiedzi na powiadomienie o naruszeniu przepisów poza systemem ERRU

Pracownik KPK przesyła poza systemem ERRU odpowiedź na powiadomienie o naruszeniu przepisów do KPK Państwa Członkowskiego, które wysłało powiadomienie.

3.1.60 Odpowiedź na powiadomienie o naruszeniu przepisów została dostarczona poza systemem ERRU

Proces kończy się przesłaniem odpowiedzi na powiadomienie o naruszeniu przepisów poza systemem ERRU.


Jeżeli System KREPTD otrzyma potwierdzenie wysłanej odpowiedzi na powiadomienie o naruszeniu przepisów, to proces kończy się. Potwierdzenie (ACK) oznacza, iż komunikat "odpowiedź na powiadomienie o naruszeniu przepisów” był poprawny, został dostarczony do adresata i adresat potwierdził poprawnie jego otrzymanie.

3.1.62 Odpowiedź na powiadomienie o naruszeniu została dostarczona

Proces kończy się otrzymaniem potwierdzenia dostarczenia odpowiedzi na powiadomienie o naruszeniu przepisów do adresata komunikatu "powiadomienie o naruszeniu przepisów".

32

PB4. Odpowiedź na powiadomienie o naruszeniu przepisów w modelu przejściowym (przy wykorzystaniu TransBit)

33

OPIS PROCESÓW:

3.1.1 Otrzymanie powiadomienia o naruszeniu z ERRU

Proces inicjuje zdarzenie otrzymania z ERRU powiadomienia o poważnym naruszeniu przepisów przez polskie przedsiębiorstwo w jednym z Państw Członkowskich UE (poza Polską).

3.1.2 Otrzymanie powiadomienia poza ERRU

Proces inicjuje zdarzenie otrzymania powiadomienia o poważnym naruszeniu przepisów przez polskie przedsiębiorstwo w jednym z Państw Członkowskich UE poza systemem ERRU (bezpośrednio z KPK Państwa Członkowskiego).

3.1.3 Wprowadzenie powiadomienia o naruszeniu

Pracownik KPK wprowadza do KREPTD powiadomienie o naruszeniu otrzymane poza systemem ERRU.

3.1.4 Zapisanie powiadomienia w Rejestrze

System KREPTD zapisuje powiadomienie o naruszeniu przepisów w ewidencji poważnych naruszeń KREPTD.

3.1.5 Przygotowanie wiadomości ACK

System KREPTD automatycznie przygotowuje potwierdzenie otrzymania powiadomienia o naruszeniu (ACK).

3.1.6 Wysłanie ACK

System KREPTD automatycznie wysyła potwierdzenie otrzymania powiadomienia o naruszeniu (ACK).




Jeżeli System KREPTD otrzyma komunikat NACK, proces jest kontynuowany w ramach zadania 1.1.9. Komunikat NACK oznacza wysłanie przez KREPTD niepoprawnego potwierdzenia otrzymania powiadomienia o naruszeniu przepisów.

34

3.1.9 Skontaktowanie się z KPK Państwa, które przesłało powiadomienie w celu ponowienia procesu

Pracownik KPK kontaktuje się z KPK Państwa, które przesłało powiadomienie w celu ponowienia procesu powiadomienia o naruszeniu przepisów.

3.1.10 Ponowienie powiadomienia o naruszeniu zostało uzgodnione

Proces kończy się uzgodnieniem ponowienia powiadomienia o naruszeniu przepisów.

3.1.11 Odczekanie czasu na otrzymanie komunikatu NACK z ERRU

Jeżeli System KREPTD nie otrzyma komunikatu NACK w określonym czasie, proces jest kontynuowany w ramach zadania 1.1.12.

3.1.12 Analiza powiadomienia o naruszeniu

Pracownik BTM analizuje otrzymane powiadomienie o poważnym naruszeniu przepisów zarejestrowane w KREPTD.

3.1.13 Czy jest to pierwsze poważne naruszenie?

Proces jest kontynuowany odmiennie w zależności od tego, czy jest to pierwsze poważne naruszenie.Tak - W przypadku, gdy jest to pierwsze poważne naruszenie przedsiębiorstwa, proces jest kontynuowany w ramach zadania 1.1.14.Nie - W przypadku, gdy jest to kolejne poważne naruszenie przedsiębiorstwa, proces jest kontynuowany w ramach zadania 1.1.16.

3.1.14 Wysłanie ostrzeżenia do przedsięborcy

Pracownik BTM przygotowuje, a następnie wysyła ostrzeżenie do przedsiębiorcy.

3.1.15 Zarejestrowanie w KREPTD informacji o wysłanym ostrzeżeniu do przedsiębiorstwa

Pracownik rejestruje w KREPTD informację o wysłanym ostrzeżeniu do przedsiębiorstwa.

3.1.16 Przeprowadzenie postepowania administracyjnego w celu nałożenia sankcji

Pracownicy BTM przeprowadzają postępowanie administracyjne w celu nałożenia wnioskowanych sankcji na przedsiębiorcę za poważne naruszenie przepisów.

35

3.1.17 Zarejestrowanie w systemach TransBit i KREPTD informacji o wyniku postepowania administracyjnego

Pracownik BTM rejestruje w systemach TransBit i KREPTD informację o wyniku postępowania administracyjnego w sprawie nałożenia sankcji za poważne naruszenie przepisów (np. cofnięcie licencji lub jej uwierzytelnionego odpisu).

3.1.18 Czy powiadomienie otrzymano poza ERRU?

Proces jest kontynuowany odmiennie w zależności od tego, czy w jaki sposób otrzymano powiadomienie o naruszeniu przepisów.

Tak: Jeżeli powiadomienie otrzymano poza systemem ERRU, proces jest kontynuowany w ramach zdania 1.1.23.

Nie: Jeżeli powiadomienie otrzymano z systemu ERRU, proces jest kontynuowany w ramach zdania 1.1.19.

3.1.19 Sformułowanie odpowiedzi na powiadomienie

System KREPTD automatycznie formułuje komunikat "odpowiedź na powiadomienie o naruszeniu przepisów".

3.1.20 Przesłanie odpowiedzi na powiadomienie

System KREPTD przesyła odpowiedź na powiadomienie o naruszeniu przepisów.




Jeżeli System KREPTD otrzyma komunikat NACK, proces jest kontynuowany w ramach zadania 1.1.23.Komunikat NACK oznacza:- przesłanie przez KREPTD niepoprawnej odpowiedzi na powiadomienie o naruszeniu przepisów lub - brak dostarczenia odpowiedzi na powiadomienie o naruszeniu do nadawcy powiadomienia o naruszeniu lub - brak otrzymania potwierdzenia otrzymania odpowiedzi na powiadomienie o naruszeniu przepisów przez Państwo, które wysłało komunikat "powiadomienie o naruszeniu przepisów".

36

3.1.23 Przesłanie odpowiedzi na powiadomienie o naruszeniu przepisów poza systemem ERRU

Pracownik KPK przesyła poza systemem ERRU odpowiedź na powiadomienie o naruszeniu przepisów do KPK Państwa Członkowskiego, które wysłało powiadomienie.

3.1.24 Odpowiedź na powiadomienie o naruszeniu przepisów została dostarczona poza systemem ERRU

Proces kończy się przesłaniem odpowiedzi na powiadomienie o naruszeniu przepisów poza systemem ERRU.


Jeżeli System KREPTD otrzyma potwierdzenie wysłanej odpowiedzi na powiadomienie o naruszeniu przepisów, to proces kończy się. Potwierdzenie (ACK) oznacza, iż komunikat "odpowiedź na powiadomienie o naruszeniu” był poprawny, został dostarczony do adresata i adresat potwierdził poprawnie jego otrzymanie.

3.1.26 Odpowiedź na powiadomienie o naruszeniu została dostarczona

Proces kończy się otrzymaniem potwierdzenia dostarczenia odpowiedzi na powiadomienie o naruszeniu przepisów do adresata komunikatu "powiadomienie o naruszeniu przepisów".

37

PB5. Zapytanie o dobrą reputację w modelu docelowym (przy wykorzystaniu Open BTM)

38

OPIS PROCESU

3.1.1 Otrzymanie wniosku o wydanie zezwolenia/licencji

Proces inicjuje zdarzenie złożenia przez przedsiębiorcę w GITD wniosku o wydanie zezwolenia na wykonywanie zawodu przewoźnika drogowego lub wniosku o wydanie licencji wspólnotowej.

3.1.2 Potrzeba sprawdzenia dobrej reputacji w ramach cyklicznej weryfikacji

Proces inicjuje potrzeba sprawdzenia dobrej reputacji w ramach cyklicznej weryfikacji dobrej reputacji dokonywanej przez pracowników BTM.

3.1.3 Przesłanie z systemu Open BTM do KREPTD zapytania o dobrą reputację

Pracownik BTM rejestruje w systemie Open BTM dane Zarządzającego transportem oraz rejestruje polecenie wysłania do Państw Członkowskich zapytania o dobrą reputację określonego w Rozporządzeniu Komisji (UE) nr 1213/2010.

3.1.4 Bramka równoległa

System KREPTD równolegle realizuje zadanie 1.1.5 oraz zadanie 1.1.19.

3.1.5 Sformułowanie zapytania o dobrą reputację do ERRU

System KREPTD formułuje komunikat "zapytanie" określony w Rozporządzeniu Komisji (UE) 1213/2010.

3.1.6 Wysłanie zapytania o dobrą reputację do ERRU

System automatycznie wysyła komunikat "zapytanie" do 27 Państw Członkowskich, za pośrednictwem ERRU.



3.1.8 Otrzymano komunikat NACK


39


Po otrzymaniu komunikatu NACK następuje weryfikacja, czego dotyczy komunikat.Brak odpowiedzi na zapytanie od Państw Członkowskich - Jeżeli przyczyną otrzymania komunikatu NACK jest brak otrzymania odpowiedzi na zapytanie w ciągu 60 sekund, proces kontynuowany jest w ramach zadania 1.1.11.Błąd w komunikacie - Jeżeli przyczyną otrzymania komunikatu NACK jest błąd w komunikacie, proces jest kontynuowany w ramach zadania 1.1.10.

3.1.10 Weryfikacja i wypracowanie poprawnego zapytania o dobrą reputację

Po otrzymaniu negatywnego potwierdzenia (NACK) Pracownik KPK dokonuje weryfikacji wcześniej przesłanego zapytania i wypracowuje poprawne zapytanie w celu ponownego wysłania do ERRU.

3.1.11 Wypracowanie decyzji o ponowieniu zapytania o dobrą reputację

W przypadku otrzymania negatywnego potwierdzenia (NACK) lub w przypadku nieotrzymania odpowiedzi ze wszystkich Państw Członkowskich, Pracownik KPK podejmuje decyzję, czy ponowić zapytanie o dobrą reputację.


Proces jest kontynuowany odmiennie w zależności od podjętej decyzji.

Tak - Jeżeli podjęto decyzję o ponowieniu próby wysłania zapytania, proces jest kontynuowany w ramach zadania 1.1.5.

Nie - Jeżeli podjęto decyzje, że nie zostanie ponowiona próba wysłania zapytana proces jest kontynuowany w ramach zadania 1.1.13.

3.1.13 Wysłanie wiadomości do właściwych KPK

Pracownik KPK wysyła mailowo, poza systemem ERRU, zapytanie o dobrą reputację bezpośrednio do KPK Państw Członkowskich, od których nie otrzymano odpowiedzi.

3.1.14 Otrzymanie odpowiedzi na zapytanie

Pracownik otrzymuje odpowiedź na zapytanie o dobrą reputację bezpośrednio z KPK, które nie przesłały odpowiedzi za pośrednictwem ERRU.

40

3.1.15 Czy otrzymano odpowiedzi ze wszystkich KPK

Proces jest kontynuowany odmiennie w zależności od tego czy otrzymano odpowiedzi na zapytanie o dobrą reputację ze wszystkich KPK, które nie przesłały odpowiedzi za pośrednictwem ERRU.

Tak - Jeżeli otrzymano wszystkie odpowiedzi, proces jest kontynuowany w ramach zadania 1.1.18

Nie - Jeżeli nie otrzymano wszystkich odpowiedzi, proces jest kontynuowany w ramach zadania 1.1.16

3.1.16 Wypracowanie decyzji o ponowieniu zapytań poza ERRU

Pracownik KPK podejmuje decyzję czy ponowić zapytania mailowe, do KPK Państw Członkowskich, które nie przesłały odpowiedzi.

3.1.17 Czy zostanie ponowione zapytanie?


Tak - Jeżeli podjęto decyzję o ponowieniu zapytania poza systemem ERRU do KPK, które nie przesłały odpowiedzi, proces jest kontynuowany w ramach zadania 1.1.13.

Nie - Jeżeli podjęto decyzje, że nie zostanie ponowione zapytanie poza systemem ERRU, proces jest kontynuowany w ramach zadania 1.1.18.


Pracownik KPK wprowadza do KREPTD odpowiedzi na zapytanie o dobrą reputację otrzymane bezpośrednio z KPK Państw Członkowskich, które nie przesłały odpowiedzi za pośrednictwem ERRU.

3.1.19 Otrzymano odpowiedź na zapytanie

Jeżeli System otrzyma odpowiedź na zapytanie o dobrą reputację z ERRU, proces jest kontynuowany w ramach zadania 1.1.20.

3.1.20 Zapisanie w KREPTD odpowiedzi na zapytanie

Po otrzymaniu odpowiedzi na zapytanie o dobrą reputację z Państw Członkowskich następuje automatyczne jej zapisanie w KREPTD.

3.1.21 Czy otrzymano odpowiedź ze wszystkich Państw?

Po otrzymaniu i zapisaniu w KREPTD odpowiedzi na zapytanie następuje weryfikacja, czy otrzymano odpowiedzi ze wszystkich 27 Państw Członkowskich EU

41

Nie - Jeżeli skonsolidowana odpowiedź nie zawiera odpowiedzi z przynajmniej jednego Państwa Członkowskiego, proces jest kontynuowany w ramach zadania 1.1.11.Tak - Jeżeli skonsolidowana odpowiedź zawiera odpowiedzi ze wszystkich 27 Państw Członkowskich, proces kontynuowany jest w ramach zadania 1.1.23, po zakończeniu zadania 1.1.22.

3.1.22 Sprawdzenie danych Zarządzającego w KREPTD

System KREPTD weryfikuje:

- czy Zarządzający został wpisany do ewidencji osób zarządzających transportem,

- czy Zarządzający został wpisany do krajowej ewidencji osób niezdolnych do kierowania operacjami transportowymi przedsiębiorstwa,

- iloma przedsiębiorstwami Zarządzający aktualnie kieruje oraz

- iloma pojazdami aktualnie Zarządzający zarządza.

3.1.23 Połączenie i przekazanie odpowiedzi na zapytanie o dobra reputacje

System KREPTD automatycznie łączy odpowiedź uzyskaną z ERRU z odpowiedzią z krajowego rejestru i przekazuje jedną łączną odpowiedź na zapytanie o dobrą reputację Zarządzającego transportem do systemu Open BTM. Odpowiedź w szczególności obejmuje następujące informacje:

- czy Zarządzający został wpisany do ewidencji osób zarządzających transportem w którymś z Państw Członkowskich UE,

- czy Zarządzający został wpisany do ewidencji osób niezdolnych do kierowania operacjami transportowymi przedsiębiorstwa w którymś z Państw Członkowskich UE,



3.1.24 Otrzymanie odpowiedzi na zapytanie o dobra reputacje

System BTM otrzymuje odpowiedź na zapytanie o dobrą reputację.

3.1.25 Odpowiedź na zapytanie o dobrą reputację została otrzymana

Proces kończy się otrzymaniem przez system Open BTM odpowiedzi na zapytanie o dobrą reputację.

42

PB6. Zapytanie o dobrą reputację w modelu przejściowym (przy wykorzystaniu TransBit)

43

OPIS PROCESÓW:

3.1.1 Otrzymanie wniosku o wydanie zezwolenia/licencji

Proces inicjuje zdarzenie złożenia przez przedsiębiorcę w GITD wniosku o wydanie zezwolenia na wykonywanie zawodu przewoźnika drogowego lub wniosku o wydanie licencji wspólnotowej.


Proces inicjuje potrzeba sprawdzenia dobrej reputacji w ramach cyklicznej weryfikacji dobrej reputacji dokonywanej przez pracowników BTM.

3.1.3 Wprowadzenie do KREPTD zapytania o dobrą reputację

Pracownik BTM wyszukuje w interfejsie systemu KREPTD Zarządzającego transportem lub wprowadza ręcznie jego dane do interfejsu KREPTD oraz rejestruje w KREPTD polecenie wysłania do Państw Członkowskich zapytania o dobrą reputację określonego w Rozporządzeniu Komisji (UE) nr 1213/2010.


System KREPTD równolegle realizuje zadanie 1.1.5 oraz zadanie 1.1.6.


System KREPTD weryfikuje:

- czy Zarządzający został wpisany do ewidencji osób zarządzających transportem,

- czy Zarządzający został wpisany do krajowej ewidencji osób niezdolnych do kierowania operacjami transportowymi przedsiębiorstwa,







44






Po otrzymaniu komunikatu NACK następuje weryfikacja, czego dotyczy komunikat.

Brak odpowiedzi na zapytanie od Państw Członkowskich - Jeżeli przyczyną otrzymania komunikatu NACK jest brak otrzymania odpowiedzi na zapytanie w ciągu 60 sekund, proces kontynuowany jest w ramach zadania 1.1.12.

Błąd w komunikacie - Jeżeli przyczyną otrzymania komunikatu NACK jest błąd w komunikacie, proces jest kontynuowany w ramach zadania 1.1.11.






Proces jest kontynuowany odmiennie w zależności od tego jaką podjęto decyzję.Tak - Jeżeli podjęto decyzję o ponowieniu próby wysłania zapytania, proces jest kontynuowany w ramach zadania 1.1.6.Nie - Jeżeli podjęto decyzje, że nie zostanie ponowiona próba wysłania zapytana proces jest kontynuowany w ramach zadania 1.1.14.


Pracownik KPK wysyła mailowo, poza systemem ERRU, zapytanie o dobrą reputację bezpośrednio do KPK Państw Członkowskich, od których nie otrzymano odpowiedzi.

45







3.1.17 Wypracowanie decyzji o ponowieniu zapytań poza ERRU

Pracownik KPK podejmuje decyzję czy ponowić zapytania mailowe, do tych KPK Państw Członkowskich, które nie przesłały odpowiedzi.

3.1.18 Czy zostanie ponowionae zapytanie?







Jeżeli System otrzyma odpowiedź na zapytanie o dobra reputację z ERRU, proces jest kontynuowany w ramach zadania 1.1.21.


Po otrzymaniu odpowiedzi na zapytanie o dobrą reputację z Państw Członkowskich następuje automatyczne jej zapisanie w KREPTD.

46


Po otrzymaniu i zapisaniu w KREPTD odpowiedzi na zapytanie następuje weryfikacja, czy skonsolidowana odpowiedź z ERRU zawiera odpowiedzi ze wszystkich 27 Państw Członkowskich EUNie - Jeżeli skonsolidowana odpowiedź nie zawiera odpowiedzi z przynajmniej jednego Państwa Członkowskiego, proces jest kontynuowany w ramach zadania 1.1.12Tak - Jeżeli skonsolidowana odpowiedź zawiera odpowiedzi ze wszystkich 27 Państw Członkowskich, proces kontynuowany jest w ramach zadania 1.1.23, po zakończeniu pozostałych zadań związanych z komunikacją z ERRU.

3.1.23 Przekazanie wyniku zapytania o dobrą reputację do TransBit

System KREPTD automatycznie przekazuje wynik zapytania o dobrą reputację do TransBit.

3.1.24 Zarejestrowanie wyniku zapytania o dobrą reputację w TransBit

Pracownik Zespołu zajmującego się weryfikacją dobrej reputacji rejestruje wynik zapytania o dobrą reputację w systemie TransBit. Wynik zapytania o dobrą reputacje w szczególności obejmuje następujące informacje:

- czy Zarządzający został wpisany do ewidencji osób zarządzających transportem w którymś z Państw Członkowskich UE,

- czy Zarządzający został wpisany do ewidencji osób niezdolnych do kierowania operacjami transportowymi przedsiębiorstwa w którymś z Państw Członkowskich UE,



3.1.25 Wynik zapytania o dobrą reputację został zarejestrowany

Proces kończy się zarejestrowaniem wyniku zapytania o dobrą reputację.

47

PB7. Zapytanie o dobrą reputację w modelu docelowym (starostwa)

48

OPIS PROCESÓW: STAROSTWO (APLIKACJA DLA STAROSTW)

3.1.1 Otrzymanie wniosku o wydanie zezwolenia

Proces inicjuje zdarzenie złożenia przez przedsiębiorcę w starostwie wniosku o wydanie zezwolenia na wykonywanie zawodu przewoźnika drogowego.

3.1.2 Potrzeba sprawdzenia dobrej reputacji w ramch cyklicznej weryfikacji

Proces inicjuje potrzeba sprawdzenia dobrej reputacji w ramach cyklicznej weryfikacji dobrej reputacji dokonywanej przez pracowników starostwa.


Proces jest kontynuowany w zależności od wykorzystywanego przez starostwo interfejsu wymiany danych (API/dedykowana aplikacja/elektroniczna skrzynka podawcza).



3.1.4 Przesłanie zapytania o dobrą reputację do KREPTD

Pracownik starostwa przesyła za pośrednictwem aplikacji dla starostw lub API polecenie wysłania do Państw Członkowskich zapytania o dobrą reputację określonego w Rozporządzeniu Komisji (UE) nr 1213/2010.

3.1.5 Przesanie zapytania o dobra reputacje na ESP GITD

Zapytanie o dobrą reputację zostaje przesłane na ESP GITD.

3.1.6 Otrzymanie odpowiedzi

Starostwo otrzymuje odpowiedź z KREPTD na zapytanie o dobrą reputację. Odpowiedź odbierana jest tym samym kanałem, którym wysłane zostało zapytanie (API/aplikacja dla starostw/elektroniczna skrzynka podawcza)

3.1.7 Informacja o dobrej reputacji Zarządzającego została przekazana

Proces kończy się otrzymaniem odpowiedzi na zapytanie o dobrą reputację.

OPIS PROCESÓW GITD:

3.1.8 Otrzymanie zlecenia zapytania o dobrą reputację

Proces z perspektywy GITD inicjuje zdarzenie w postaci otrzymania zlecenia zapytania o dobrą reputację wysłanego z aplikacji dla starostw lub poprzez API.

49

3.1.9 Otrzymano na ESP zlecenie zapytania o dobrą reputację

Proces z perspektywy GITD może zostać również zainicjowany zdarzeniem otrzymania zlecenia zapytania o dobrą reputację na elektroniczna skrzynkę podawczą.


Mechanizmy elektronicznej skrzynki podawczej zapisują zlecenie zapytania o dobrą reputację wysłanego przez starostwo do GITD.


W zależności od tego jakiego rodzaju dokumentu użyło starostwo przesyłając na ESP zlecenia zapytania o dobrą informację proces przebiega odmiennie:

Pismo ogólne – jeśli starostwo wykorzystało pismo ogólne proces jest kontynuowany w ramach zadania 1.1.12

Dedykowany wzór dokumentu – jeśli starostwo wykorzystało dedykowany wzór dokumentu proces jest kontynuowany w ramach zadania 1.1.13


Jeśli na elektroniczną skrzynkę podawczą wpłynęło zlecenie zapytania o dobrą reputację w postaci pisma ogólnego Pracownik KPK wprowadza za pośrednictwem interfejsu KREPTD dane z elektronicznej skrzynki podawczej GITD. Przy wprowadzaniu danych KREPTD automatycznie weryfikuje kompletność, spójność i poprawność danych. W przypadku braku kompletności danych pracownik KPK kontaktuje się ze starostwem w celu poprawy danych.


System KREPTD zapisuje zlecenie zapytania o dobrą reputację w Rejestrze.


Po otrzymaniu zlecenia zapytania o dobrą reputację system KREPTD równolegle realizuje zadanie 1.1.15 oraz zadanie 1.1.16.


System KREPTD weryfikuje:- czy Zarządzający został wpisany do ewidencji osób zarządzających transportem, - czy Zarządzający został wpisany do krajowej ewidencji osób niezdolnych do kierowania operacjami transportowymi przedsiębiorstwa,

50

- iloma przedsiębiorstwami Zarządzający aktualnie kieruje oraz - iloma pojazdami aktualnie Zarządzający zarządza.










Po otrzymaniu komunikatu NACK następuje weryfikacja, czego dotyczy komunikat.

Błąd w komunikacie - Jeżeli przyczyną otrzymania komunikatu NACK jest błąd w komunikacie, proces jest kontynuowany w ramach zadania 1.1.21.

Brak odpowiedzi na zapytanie od Państw Członkowskich - Jeżeli przyczyną otrzymania komunikatu NACK jest brak otrzymania odpowiedzi na zapytanie w ciągu 60 sekund, proces kontynuowany jest w ramach zadania 1.1.22.







51

Tak - Jeżeli podjęto decyzję o ponowieniu próby wysłania zapytania, proces jest kontynuowany w ramach zadania 1.1.16.

Nie - Jeżeli podjęto decyzje, że nie zostanie ponowiona próba wysłania zapytana proces jest kontynuowany w ramach zadania 1.1.24.


Pracownik KPK wysyła poza systemem ERRU zapytanie o dobrą reputację bezpośrednio do KPK Państw Członkowskich, od których nie otrzymano odpowiedzi.







3.1.27 Wypracowanie decyzji o ponowieniu zapytań poza ERRU.

Pracownik KPK podejmuje decyzję czy ponowić zapytania mailowe, do tych KPK Państw Członkowskich, które nie przesłały odpowiedzi.

3.1.28 Czy zostanie ponowione zapytanie?







Jeżeli System otrzyma odpowiedź na zapytanie o dobrą reputację z ERRU, proces jest kontynuowany w ramach zadania 1.1.31.

52


Po otrzymaniu odpowiedzi na zapytanie o dobra reputacje z Państw Członkowskich następuje automatyczne jej zapisanie w KREPTD.


Po otrzymaniu i zapisaniu w KREPTD odpowiedzi na zapytanie następuje weryfikacja, czy skonsolidowana odpowiedź z ERRU zawiera odpowiedzi ze wszystkich 27 Państw Członkowskich EUTak - Jeżeli skonsolidowana odpowiedź zawiera odpowiedzi ze wszystkich 27 Państw Członkowskich, proces kontynuowany jest w ramach zadania 1.1.33, po zakończeniu zadania 1.1.15.Nie - Jeżeli skonsolidowana odpowiedź nie zawiera odpowiedzi z przynajmniej jednego Państwa Członkowskiego, proces jest kontynuowany w ramach zadania 1.1.22.

3.1.33 Połączenie i przekazanie odpowiedzi na zapytanie o dobra reputacje

System KREPTD automatycznie łączy odpowiedź uzyskaną z ERRU z odpowiedzią z krajowego rejestru i przekazuje jedną łączną odpowiedź na zapytanie o dobrą reputację Zarządzającego transportem do aplikacji dla starostw poprzez API lub poprzez elektroniczną skrzynkę podawczą (zgodnie z kanałem, którym otrzymano zapytanie). Odpowiedź w szczególności obejmuje następujące informacje:- czy Zarządzający został wpisany do ewidencji osób zarządzających transportem w którymś z Państw Członkowskich UE,- czy Zarządzający został wpisany do ewidencji osób niezdolnych do kierowania operacjami transportowymi przedsiębiorstwa w którymś z Państw Członkowskich UE,- iloma przedsiębiorstwami Zarządzający aktualnie kieruje oraz- iloma pojazdami aktualnie Zarządzający zarządza.

3.1.34 Odpowiedź na zapytanie o dobrą reputację została przekazana

Proces kończy się przekazaniem odpowiedzi na zapytanie o dobrą reputację do starostwa.

53

PB8: Odpowiedź na zapytanie o dobrą reputację

54

OPIS PROCESÓW:

3.1.1 Otrzymanie zapytania o dobrą reputację

Proces inicjuje otrzymanie zapytania o dobrą reputację

3.1.2 Zarejestrowanie zapytania

System automatycznie zapisuje otrzymane zapytanie w Rejestrze.

3.1.3 Wyszukanie Zarządzającego transportem w ewidencji osób zarządzajacych operacjami transportowymi

System KREPTD automatycznie wyszukuje Zarządzającego transportem w ewidencji osób zarządzających operacjami transportowymi i sprawdza, czy Zarządzający nie został uznany za niezdolnego do kierowania operacjami transportowymi.

3.1.4 Sformułowanie odpowiedzi na zapytanie

System automatycznie formułuje odpowiedź na zapytanie o dobrą reputację i zapisuje ją w KREPTD.

3.1.5 Wysłanie odpowiedzi do ERRU

System wysyła automatycznie odpowiedź na zapytanie o dobrą reputację do ERRU.




Jeżeli System otrzyma negatywne potwierdzenie (NACK - Negative Acknowledgement), proces jest kontynuowany w ramach zadania 1.1.8.

3.1.8 Przesłanie odpowiedzi na komunikat „zapytanie” poza systemem ERRU.

Po otrzymaniu negatywnego potwierdzenia (NACK) Pracownik KPK wysyła odpowiedź na zapytanie bezpośrednio do KPK, które wysłało zapytanie.

3.1.9 Odpowiedź na zapytanie została wysłana poza systemem ERRU

Proces kończy się wysłaniem odpowiedzi na zapytanie o dobrą reputację poza systemem ERRU.

55

3.1.10 Odczekanie czasu, w którym może przyjść komunikat NACK

W przypadku nie otrzymania komunikatu NACK, proces kończy się.

3.1.11 Odpowiedz na zapytanie została wysłana

Proces kończy się wysłaniem odpowiedzi na zapytanie o dobrą reputację.

56

PB9. Cykliczne badanie dobrej reputacji w modelu obecnym (WITD)

57

OPIS PROCESÓW GITD BTM:


Proces inicjuje wystąpienie potrzeby sprawdzenia dobrej reputacji w ramach cyklicznej weryfikacji.

3.1.2 Przekazanie polecenia zbadania dobrej reputacji przedsiębiorcy i Zarządzającego transportem

Pracownik BTM przekazuje do WITD polecenie zbadania dobrej reputacji przedsiębiorcy i Zarządzającego transportem

3.1.3 Otrzymano wynik weryfikacji dobrej reputacji

Pracownik BTM otrzymuje wynik weryfikacji dobrej reputacji.

3.1.4 Bramka wykluczająca

Wynik procesu jest odmienny w zależności od tego czy Przedsiębiorca i Zarządzający transportem spełniają wymóg dobrej reputacji.

3.1.5 Zapisano informację, iż Przedsiębiorca i Zarządzający transportem nie spełniają wymogu dobrej reputacji

Jeżeli Przedsiębiorca został skazany prawomocnym wyrokiem za przestępstwa umyślne określone w art. 6. Rozporządzenia 1071/2009, lub jeżeli orzeczono w stosunku do niego co najmniej dwie wykonalne decyzje o nałożeniu kar grzywny lub kar pieniężnych oraz jeżeli Zarządzający transportem został skazany prawomocnym wyrokiem lub orzeczono w stosunku do niego co najmniej dwie wykonalne decyzje o nałożeniu kar grzywny lub kar pieniężnych lub został wpisany do krajowej ewidencji osób niezdolnych do kierowania operacjami transportowymi lub został wpisany do ewidencji osób niezdolnych w jednym z pozostałych 27 Państw Członkowskich UE, wymóg dobrej reputacji zarówno dla Przedsiębiorcy, jak i Zarządzającego transportem nie jest spełniony. Proces kończy się zapisaniem informacji, iż Przedsiębiorca i Zarządzający transportem nie spełniają wymogu dobrej reputacji.

3.1.6 Zapisano informację, iż Przedsiębiorca nie spełnia wymogu dobrej reputacji

Jeżeli Przedsiębiorca został skazany prawomocnym wyrokiem za przestępstwa umyślne określone w art. 6. Rozporządzenia 1071/2009 lub jeżeli orzeczono w stosunku do niego co najmniej dwie wykonalne decyzje o nałożeniu kar grzywny lub kar pieniężnych, wymóg dobrej reputacji dla Przedsiębiorcy nie jest spełniony. Proces kończy się zapisaniem informacji, iż Przedsiębiorca nie spełnia wymogu dobrej reputacji.

58

3.1.7 Zapisano informację, iż Zarządzający tansportem nie spełnia wymogu dobrej reputacji

Jeżeli Zarządzający transportem został skazany prawomocnym wyrokiem za przestępstwo umyślne określone w art. 6. Rozporządzenia 1071/2009 lub jeżeli orzeczono w stosunku do niego co najmniej dwie wykonalne decyzje o nałożeniu kar grzywny lub kar pieniężnych lub został wpisany do krajowej ewidencji osób niezdolnych do kierowania operacjami transportowymi lub został wpisany do ewidencji osób niezdolnych w jednym z pozostałych 27 Państw Członkowskich UE, wymóg dobrej reputacji dla Zarządzającego transportem nie jest spełniony. Proces kończy się zapisaniem informacji, iż Zarządzający transportem nie spełnia wymogu dobrej reputacji

3.1.8 Zapisano informację, iż Przedsiębiorca i Zarządzający transportem spełniają wymóg dobrej reputacji

Jeżeli Przedsiębiorca i Zarządzający transportem nie zostali skazani prawomocnym wyrokiem za przestępstwa umyślne określone w art. 6. Rozporządzenia 1071/2009 oraz zarówno w stosunku do Zarządzającego transportem, jak i Przedsiębiorcy nie orzeczono co najmniej dwóch wykonalnych decyzji o nałożeniu kar grzywny lub kar pieniężnych oraz jeżeli Zarządzający transportem nie został wpisany do krajowej ewidencji osób niezdolnych do kierowania operacjami transportowymi oraz żadnej z ewidencji w pozostałych 27 Państwach Członkowskich UE, wymóg dobrej reputacji dla Przedsiębiorcy i Zarządzającego transportem jest spełniony. Proces kończy się zapisaniem informacji, iż Przedsiębiorca i Zarządzający transportem spełniają wymóg dobrej reputacji.

OPIS PROCESÓW WITD:

3.1.9 Otrzymanie polecenia zbadania dobrej reputacji

Proces inicjuje otrzymanie polecenia od GITD zbadania dobrej reputacji.

3.1.10 Bramka równoległą

Po otrzymaniu polecenia od GITD zbadania dobrej reputacji realizowane są dwie czynności równolegle.

3.1.11 Sprawdzenie naruszeń przedsiębiorcy i Zarządzającego transportem drogowym

Pracownik WITD weryfikuje w CEN, czy w stosunku do przedsiębiorcy lub Zarządzającego transportem nie orzeczono co najmniej dwóch wykonalnych decyzji o nałożeniu kar grzywny lub kar pieniężnych.

59

3.1.12 Sprawdzenie czy Przedsiębiorca i Zarządzający transportem nie zostali skazani za przestępstwa umyślne.

Pracownik Zespołu zajmującego się weryfikacją dobrej reputacji w BTM sprawdza czy Przedsiębiorca i Zarządzający transportem nie zostali skazani prawomocnym wyrokiem za przestępstwa umyślne wskazane w art. 6 Rozporządzenia 1071/2009. Sprawdzenie odbywa się ręcznie i jest dokonywane za pośrednictwem Krajowego Rejestru Karnego.

Bramka równoległa

Po zakończeniu dwóch równoległych zadań proces jest kontynuowany w ramach zadania 1.1.13.

3.1.13 Weryfikacja, czy wymóg dobrej reputacji jest spełniony, zapisanie wyniku w lokalnej ewidencji.

Pracownik WITD analizuje otrzymane informacje i dokonuje oceny, czy wymóg dobrej reputacji dla Zarządzającego transportem i przedsiębiorcy jest spełniony. Następnie rejestruje wynik weryfikacji w lokalnej ewidencji.

3.1.14 Przekazanie wyniku weryfikacji do BTM

Pracownik WITD przekazuje wynik weryfikacji dobrej reputacji Przedsiębiorstwa lub Zarządzającego transportem do BTM

3.1.15 Wynik weryfikacji dobrej reputacji został przekazany

60

PB10. Cykliczne badanie dobrej reputacji w modelu docelowym (GITD)

61

OPIS PROCESÓW GITD BTM:


Proces inicjuje wystąpienie potrzeby sprawdzenia dobrej reputacji w ramach cyklicznej weryfikacji.


Po wystąpieniu potrzeby sprawdzenia dobrej reputacji przedsiębiorcy lub Zarządzającego transportem, realizowane są trzy czynności równolegle.

3.1.3 Weryfikacja oświadczeń dot. niekaralności lub sprawdzenie czy przedsiębiorca i Zarządzający transportem nie zostali skazani za przestępstwa.

Pracownik Zespołu zajmującego się weryfikacją dobrej reputacji w BTM weryfikuje oświadczenia dot. niekaralności, a w przypadku wystąpienia wątpliwości sprawdza, czy przedsiębiorca i Zarządzający transportem nie zostali skazani prawomocnym wyrokiem za przestępstwa wskazane w art. 6 Rozporządzenia 1071/2009. W przypadku, gdy funkcjonuje integracja z KRK następuje automatyczne odpytanie KRK, czy Przedsiębiorca i Zarządzający transportem nie zostali skazani prawomocnym wyrokiem. Jeśli nie funkcjonuje integracja z KRK, sprawdzenie odbywa się ręcznie i jest dokonywane za pośrednictwem interfejsu Krajowego Rejestru Karnego.

3.1.4 Weryfikacja w KREPTD naruszeń przedsiębiorcy i Zarządzającego oraz czy Zarządzający został uznany za niezdolnego

Pracownik Zespołu przesyła z systemu Open BTM do KREPTD zapytania:

- czy Zarządzający transportem nie został uznany za niezdolnego do kierowania operacjami transportowymi oraz

- czy w stosunku do Przedsiębiorcy lub Zarządzającego nie orzeczono co najmniej dwóch wykonalnych decyzji o nałożeniu kar grzywny lub kar pieniężnych.

System KREPTD automatycznie przesyła odpowiedź do systemu Open BTM.

3.1.5 Weryfikacja dobrej reputacji Zarzadzajacego transportem w ERRU

Następuje weryfikacja dobrej reputacji Zarządzającego transportem w ERRU. Proces został opisany szczegółowo w procesach 5 i 6.


Po zakończeniu trzech równoległych zadań proces jest kontynuowany w ramach zadania 1.1.7.

62

3.1.7 Weryfikacja, czy wymóg dobrej reputacji jest spełniony i wprowadzenie wyniku weryfikacji do Open BTM/TransBit

Pracownik Zespołu analizuje otrzymane informacje i dokonuje oceny, czy wymóg dobrej reputacji dla Zarządzającego transportem i przedsiębiorcy jest spełniony. Następnie rejestruje wynik weryfikacji w systemie Open BTM / TransBit.

3.1.8 Bramka wykluczająca

Wynik procesu jest odmienny w zależności od tego czy przedsiębiorca i Zarządzający transportem spełniają wymóg dobrej reputacji.

3.1.9 Zapisano informację, iż Przedsiębiorca i Zarządzający transportem nie spełniają wymogu dobrej reputacji

Jeżeli Przedsiębiorca został skazany prawomocnym wyrokiem za przestępstwa określone w art. 6. Rozporządzenia 1071/2009, lub jeżeli orzeczono w stosunku do niego co najmniej dwie wykonalne decyzje o nałożeniu kar grzywny lub kar pieniężnych oraz jeżeli Zarządzający transportem został skazany prawomocnym wyrokiem lub orzeczono w stosunku do niego co najmniej dwie wykonalne decyzje o nałożeniu kar grzywny lub kar pieniężnych lub został wpisany do krajowej ewidencji osób niezdolnych do kierowania operacjami transportowymi lub został wpisany do ewidencji osób niezdolnych w jednym z pozostałych 27 Państw Członkowskich UE, wymóg dobrej reputacji zarówno dla Przedsiębiorcy, jak i Zarządzającego transportem nie jest spełniony. Proces kończy się zapisaniem informacji, iż Przedsiębiorca i Zarządzający transportem nie spełniają wymogu dobrej reputacji.

3.1.10 Zapisano informację, iż Przedsiębiorca nie spełnia wymogu dobrej reputacji

Jeżeli Przedsiębiorca został skazany prawomocnym wyrokiem za przestępstwa określone w art. 6. Rozporządzenia 1071/2009 lub jeżeli orzeczono w stosunku do niego co najmniej dwie wykonalne decyzje o nałożeniu kar grzywny lub kar pieniężnych, wymóg dobrej reputacji dla Przedsiębiorcy nie jest spełniony. Proces kończy się zapisaniem informacji, iż Przedsiębiorca nie spełnia wymogu dobrej reputacji.

3.1.11 Zapisano informację, iż Zarządzający transportem nie spełnia wymogu dobrej reputacji

Jeżeli Zarządzający transportem został skazany prawomocnym wyrokiem za przestępstwa określone w art. 6. Rozporządzenia 1071/2009 lub jeżeli orzeczono w stosunku do niego co najmniej dwie wykonalne decyzje o nałożeniu kar grzywny lub kar pieniężnych lub został wpisany do krajowej ewidencji osób niezdolnych do kierowania operacjami transportowymi lub został

63

wpisany do ewidencji osób niezdolnych w jednym z pozostałych 27 Państw Członkowskich UE, wymóg dobrej reputacji dla Zarządzającego transportem nie jest spełniony. Proces kończy się zapisaniem informacji, iż Zarządzający transportem nie spełnia wymogu dobrej reputacji.

3.1.12 Zapisano informację, iż Przedsiębiorca i Zarządzający transportem spełniają wymóg dobrej reputacji

Jeżeli Przedsiębiorca i Zarządzający transportem nie zostali skazani prawomocnym wyrokiem za przestępstwa określone w art. 6. Rozporządzenia 1071/2009 oraz zarówno w stosunku do Zarządzającego transportem, jak i Przedsiębiorcy nie orzeczono co najmniej dwóch wykonalnych decyzji o nałożeniu kar grzywny lub kar pieniężnych oraz jeżeli Zarządzający transportem nie został wpisany do krajowej ewidencji osób niezdolnych do kierowania operacjami transportowymi oraz żadnej z ewidencji w pozostałych 27 Państwach Członkowskich UE, wymóg dobrej reputacji dla Przedsiębiorcy i Zarządzającego transportem jest spełniony. Proces kończy się zapisaniem informacji, iż Przedsiębiorca i Zarządzający transportem spełniają wymóg dobrej reputacji.

64

PB11. Rejestracja wyników postępowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję w modelu obecnym (WITD)

65

OPIS PROCESÓW: WITD (LOKALNA EWIDENCJA)

3.1.1 Otrzymanie informacji o nałożeniu sankcji za poważne naruszenie

Proces inicjuje otrzymanie informacji o nałożeniu sankcji za poważne naruszenie, określone w art. 6 Rozporządzenia (WE) nr 1071/2009 oraz w załączniku 4 do tego Rozporządzenia.

3.1.2 Otrzymanie informacji odnośnie prawomocnego wyroku za przestępstwa umyślne z rozporządzenia (WE) nr 1071/2009

Proces inicjuje otrzymanie informacji o prawomocnym wyroku skazującym za przestępstwa umyślne określone w art.6 Rozporządzenia (WE) nr 1071/2009. Informacja o wyroku będzie pochodzić z Krajowego Rejestru Karnego.

3.1.3 Weryfikacja, czy są przesłanki dla wszczęcia postępowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję

Pracownik WITD dokonuje weryfikacji, czy występują przesłanki dla wszczęcia postępowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję za nałożone sankcje. Warunek ten zostanie spełniony, jeśli Przedsiębiorca / Zarządzający transportem zostanie skazany co najmniej jednym prawomocnym wyrokiem za przestępstwa umyślne w dziedzinach określonych w art. 6 Rozporządzenia (WE) nr 1071/2009 lub jeżeli wobec Przedsiębiorcy / Zarządzającego transportem orzeczono w ciągu ostatnich dwóch lat co najmniej dwie wykonalne decyzje administracyjne o nałożeniu kary pieniężnej lub co najmniej dwie wykonalne decyzje o nałożeniu kary grzywny za poważne naruszenia określone w załączniku nr IV do Rozporządzenia.

3.1.4 Czy wystąpiły przesłanki?

Proces jest kontynuowany odmiennie w zależności od wyników weryfikacji. Nie - Jeżeli nie wystąpiły przesłanki dla wszczęcia procedury, proces kończy się.Tak- Jeżeli wystąpiły przesłanki do wszczęcia procedury, proces jest kontynuowany w ramach zadania 1.1.6.

3.1.5 Procedura nie została wszczęta

Proces kończy się brakiem wszczęcia procedury w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję za nałożone sankcje.

66

3.1.6 Ustalenie organu właściwego dla przeprowadzenia postępowania

Pracownik WITD ustala, który organ jest właściwy dla przeprowadzenia postępowania.

3.1.7 Który organ jest właściwy?

Proces jest kontynuowany odmiennie w zależności od wyników weryfikacji. WITD - Jeżeli organem właściwym dla przeprowadzenia postępowania jest WITD, proces jest kontynuowany w ramach WITD.Starostwo - Jeżeli organem właściwym dla przeprowadzenia postępowania jest starostwo, następuje przekazanie dokumentów zgromadzonych dotychczas w sprawie właściwemu staroście.

3.1.8 Przekazanie dokumentów do starostwa, w którym przedsiębiorstwo posiada siedzibę

Proces kończy się przekazaniem dokumentów zgromadzonych dotychczas w sprawie właściwemu staroście.

3.1.9 Jakie zdarzenie uruchomiło proces?

Proces jest kontynuowany odmiennie w zależności od tego, jakie zdarzenie inicjujące rozpoczęło proces.Informacja o wyroku za przestępstwo umyślne - Jeżeli zdarzeniem inicjującym była informacja o wyroku skazującym za przestępstwa umyślne w dziedzinach określonych w Rozporządzeniu, proces jest kontynuowany w ramach zadania 1.1.15.Informacja odnośnie sankcji za naruszenie - Jeżeli zdarzeniem inicjującym była informacja o nałożeniu sankcji za poważne naruszenie, proces jest kontynuowany w ramach zadania 1.1.10.

3.1.10 Weryfikacja, czy wystąpiły wątpliwości odnośnie wykonalności decyzji

Pracownik WITD weryfikuje, czy decyzja (lub decyzje) o nałożeniu sankcji są wykonalne.

3.1.11 Czy wystąpiły wątpliwości?

Proces jest kontynuowany odmiennie w zależności od wyników weryfikacji. Tak - Jeżeli pracownik WITD nie jest w stanie jednoznacznie ustalić, czy decyzja (lub decyzje) są wykonalne, proces jest kontynuowany w ramach zadania 1.1.12.Nie - Jeżeli pracownik WITD ustalił, że decyzja (lub decyzje) są wykonalne, proces jest kontynuowany w ramach zadania 1.1.15.

67

3.1.12 Ustalenie wykonalności decyzji z właściwym WITD

Pracownik WITD wyszukuje adres mailowy właściwego WITD oraz wysyła zapytanie pocztą elektroniczną. W odpowiedzi zostaje przesłany skan ostatecznej decyzji administracyjnej z informacją o jej wykonalności.

3.1.13 Jaki jest status decyzji?

Proces jest kontynuowany odmiennie w zależności od wyniku ustaleń.

Decyzja wykonalna - Jeżeli pracownik WITD ustali, iż decyzja administracyjna o nałożeniu kary pieniężnej lub kary grzywny jest wykonalna, proces jest kontynuowany w ramach zadania 1.1.15.

Decyzja jest niewykonalna - Jeżeli pracownik WITD ustali, iż decyzja administracyjna o nałożeniu kary pieniężnej lub kary grzywny jest niewykonalna, proces kończy się.


Proces kończy się brakiem wszczęcia procedury w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję za nałożone sankcje

3.1.15 Wszczęcie postępowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję

Pracownik WITD wszczyna postępowanie administracyjne w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję za nałożone sankcje.

3.1.16 Przeprowadzenie postępowania

Pracownik WITD przeprowadza postępowanie zgodnie obowiązującą procedurą.

3.1.17 Zarejestrowanie ostatecznej decyzji wydanej w postępowaniu

Pracownik WTID rejestruje wynik postępowania w lokalnej ewidencji.

3.1.18 Poinformowanie BTM o wydanej decyzji

Pracownik WITD informuje BTM o ostatecznej decyzji w sprawie utraty dobrej reputacji.

3.1.19 Informacja o wydanej decyzji została przekazana

Proces kończy się poinformowaniem BTM o wydanej decyzji.

68

OPIS PROCESÓW: GITD (BTM):

3.1.20 Otrzymanie informacji o wyniku postępowania

Proces po stronie BTM inicjuje otrzymanie informacji o wyniku postępowania w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję za popełnione naruszenia.

3.1.21 Kogo dotyczyło postępowanie?

Proces jest kontynuowany odmiennie w zależności od tego, kogo dotyczyło postępowanie w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję za nałożone sankcje.

3.1.22 Jaką decyzje podjęto?

Proces jest kontynuowany odmiennie w zależności od tego, jaką wydano decyzję.Utrata dobrej reputacji stanowi proporcjonalną reakcję - Jeżeli wydano decyzję, iż utrata dobrej reputacji Zarządzającego transportem stanowi proporcjonalną reakcję za nałożone sankcje, proces jest kontynuowany w ramach zadania 1.1.24.Utrata dobrej reputacji stanowi nieproporcjonalną reakcję - Jeżeli wydano decyzję, iż utrata dobrej reputacji Zarządzającego transportem stanowi nieproporcjonalną reakcję za nałożone sankcje, proces kończy się.

3.1.23 Dobra reputacja Zarządzającego pozostała nienaruszona

Proces kończy się uznaniem, iż dobra reputacja Zarządzającego transportem pozostanie nienaruszona.

3.1.24 Wpisanie do ewidencji osób niezdolnych do kierowania operacjami transportowymi

Pracownik BTM wpisuje Zarządzającego do lokalnej ewidencji osób niezdolnych do kierowania operacjami transportowymi przedsiębiorstwa.

3.1.25 Zarządzający został wpisany do ewidencji

Proces kończy się wpisaniem Zarządzającego transportem do ewidencji osób niezdolnych do kierowania operacjami transportowymi przedsiębiorcy.

3.1.26 Jaką decyzję podjęto?

Proces jest kontynuowany odmiennie w zależności od tego, jaką wydano decyzję.

69

Utrata dobrej reputacji stanowi nieproporcjonalną reakcję - Jeżeli wydano decyzję, iż utrata dobrej reputacji Przedsiębiorcy stanowi nieproporcjonalną reakcję za nałożone sankcje, proces kończy się.Utrata dobrej reputacji stanowi proporcjonalną reakcję - Jeżeli wydano decyzję, iż utrata dobrej reputacji Przedsiębiorcy stanowi proporcjonalną reakcję za nałożone sankcje, proces jest kontynuowany w ramach zadania 1.1.27.

3.1.27 Wszczęcie postępowania w sprawie cofnięcia zezwolenia / licencji

Pracownik wszczyna postępowanie w sprawie cofnięcia zezwolenia / licencji Przedsiębiorcy, który utracił dobrą reputację.

3.1.28 Postępowanie w sprawie cofnięcia zezwolenia / licencji zostało wszczęte

Proces kończy się wszczęciem postępowania w sprawie cofnięcia zezwolenia / licencji Przedsiębiorcy.

3.1.29 Dobra reputacja Przedsiębiorcy pozostała nienaruszona

Proces kończy się uznaniem, iż dobra reputacja Przedsiębiorcy pozostanie nienaruszona.

70

PB12. Rejestracja wyników postępowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję w modelu

docelowym (GITD)

71

OPIS PROCESÓW:

3.1.1 Otrzymanie informacji o nałożeniu sankcji za poważne naruszenie

Proces inicjuje otrzymanie informacji o nałożeniu sankcji za poważne naruszenie, określone w art. 6 Rozporządzenia (WE) nr 1071/2009 oraz w załączniku 4 do tego Rozporządzenia.

3.1.2 Otrzymanie informacji odnośnie prawomocnego wyroku za przestępstwa z rozporządzenia (WE) nr 1071/2009

Proces inicjuje otrzymanie informacji o prawomocnym wyroku skazującym za przestępstwa określone w art.6 Rozporządzenia (WE) nr 1071/2009. Informacja o wyroku będzie pochodzić z Krajowego Rejestru Karnego.

3.1.3 Weryfikacja, czy sa przesłanki dla wszczecia postepowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalna reakcje

System KREPTD dokonuje automatycznej weryfikacji, czy występują przesłanki dla wszczęcia postępowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję za nałożone sankcje. Warunek ten zostanie spełniony, jeśli Przedsiębiorca / Zarządzający transportem zostanie skazany co najmniej jednym prawomocnym wyrokiem za przestępstwa w dziedzinach określonych w art. 6 Rozporządzenia (WE) nr 1071/2009 lub jeżeli wobec Przedsiębiorcy / Zarządzającego transportem orzeczono w ciągu ostatnich dwóch lat co najmniej dwie wykonalne decyzje administracyjne o nałożeniu kary pieniężnej lub co najmniej dwie wykonalne decyzje o nałożeniu kary grzywny za poważne naruszenia określone w załączniku nr IV do Rozporządzenia.

3.1.4 Czy wystąpiły przesłanki?

Proces jest kontynuowany odmiennie w zależności od wyników weryfikacji.

Tak - Jeżeli wystąpiły przesłanki do wszczęcia procedury, proces jest kontynuowany w ramach zadania 1.1.6.

Nie - Jeżeli nie wystąpiły przesłanki dla wszczęcia procedury, proces kończy się.


Proces kończy się brakiem wszczęcia procedury w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję za nałożone sankcje.

3.1.6 Ustalenie organu właściwego dla przeprowadzenia postępowania

Pracownik BTM ustala, który organ jest właściwy dla przeprowadzenia postępowania.

72

3.1.7 Który organ jest właściwy?

Proces jest kontynuowany odmiennie w zależności od wyników weryfikacji. Starostwo - Jeżeli organem właściwym dla przeprowadzenia postępowania jest starostwo, następuje przekazanie dokumentów zgromadzonych dotychczas w sprawie właściwemu staroście.GITD - Jeżeli organem właściwym dla przeprowadzenia postępowania jest GITD, proces jest kontynuowany w ramach GITD.


Proces kończy się przekazaniem dokumentów zgromadzonych dotychczas w sprawie właściwemu staroście.

3.1.9 Wszczęcie postępowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję

Pracownik GITD wszczyna postępowanie administracyjne w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję za nałożone sankcje.

3.1.10 Przeprowadzenie postępowania

Pracownik GITD przeprowadza postępowanie zgodnie obowiązującą procedurą.

3.1.11 Zarejestrowanie ostatecznej decyzji wydanej w postępowaniu

Pracownik GTID rejestruje wynik postępowania zarówno w Systemie KREPTD oraz Systemie Transbit / Open BTM

3.1.12 Kogo dotyczyło postępowanie?

Proces jest kontynuowany odmiennie w zależności od tego, kogo dotyczyło postępowanie w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję za nałożone sankcje.

3.1.13 Jaką decyzję podjęto?

Proces jest kontynuowany odmiennie w zależności od tego, jaką wydano decyzję.Utrata dobrej reputacji stanowi nieproporcjonalną reakcję - Jeżeli wydano decyzję, iż utrata dobrej reputacji Przedsiębiorcy stanowi nieproporcjonalną reakcję za nałożone sankcje, proces kończy się.Utrata dobrej reputacji stanowi proporcjonalną reakcję - Jeżeli wydano decyzję, iż utrata dobrej reputacji Przedsiębiorcy stanowi proporcjonalną reakcję za nałożone sankcje, proces jest kontynuowany w ramach zadania 1.1.15.

73

3.1.14 Dobra reputacja Przedsiębiorcy pozostała nienaruszona

Proces kończy się uznaniem, iż dobra reputacja Przedsiębiorcy pozostanie nienaruszona.

3.1.15 Wszczęcie postępowania w sprawie cofnięcia zezwolenia / licencji

Pracownik wszczyna postępowanie w sprawie cofnięcia zezwolenia / licencji Przedsiębiorcy, który utracił dobrą reputację. Informacja o tym fakcie zostaje zapisana w TransBit / Open BTM

3.1.16 Postepowanie w sprawie cofnięcia zezwolenia / licencji zostało wszczęte

Proces kończy się wszczęciem postępowania w sprawie cofnięcia zezwolenia / licencji Przedsiębiorcy.

3.1.17 Jaką decyzje podjęto?

Proces jest kontynuowany odmiennie w zależności od tego, jaką wydano decyzję.Utrata dobrej reputacji stanowi nieproporcjonalną reakcję - Jeżeli wydano decyzję, iż utrata dobrej reputacji Zarządzającego transportem stanowi nieproporcjonalną reakcję za nałożone sankcje, proces kończy się.Utrata dobrej reputacji stanowi proporcjonalną reakcję - Jeżeli wydano decyzję, iż utrata dobrej reputacji Zarządzającego transportem stanowi proporcjonalną reakcję za nałożone sankcje, proces jest kontynuowany w ramach zadania 1.1.19.

3.1.18 Dobra reputacja Zarządzającego pozostała nienaruszona

Proces kończy się uznaniem, iż dobra reputacja Zarządzającego transportem pozostanie nienaruszona.

3.1.19 Wpisanie do ewidencji osób niezdolnych do kierowania operacjami transportowymi

Pracownik GITD wpisuje Zarządzającego do ewidencji osób niezdolnych do kierowania operacjami transportowymi przedsiębiorstwa w Systemie KREPTD

3.1.20 Zarządzający został wpisany do ewidencji

Proces kończy się wpisaniem Zarządzającego transportem do ewidencji osób niezdolnych do kierowania operacjami transportowymi przedsiębiorcy w KREPTD.

74

PB13. Rejestracja wyników postępowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji stanowi

proporcjonalną reakcję w modelu obecnym (starostwa)

75

OPIS PROCESÓW:

3.1.1 Otrzymanie od WITD dokumentów

Proces inicjuje otrzymanie od WITD dokumentów zgromadzonych w sprawie, obejmujących w szczególności decyzję wobec przedsiębiorcy lub Zarządzającego transportem o nałożeniu kary grzywny lub kary pieniężnej za poważne naruszenia lub informacją o prawomocnym wyroku za przestępstwa umyślne z rozporządzenia (WE) nr 1071/2009.

3.1.2 Przeprowadzenie postępowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję za nałożone sankcje

Pracownik starostwa przeprowadza postępowanie administracyjne w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję za nałożone sankcje, zgodnie z wewnętrzną procedurą.

3.1.3 Zarejestrowanie wyników postępowania w lokalnej ewidencji

Pracownik starostwa rejestruje w lokalnej ewidencji wynik postępowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję za nałożone sankcje.

3.1.4 Wynik postępowania administracyjnego został zarejestrowany

Proces kończy się zarejestrowaniem w lokalnej ewidencji wyniku postępowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję za nałożone sankcje.

76

PB14. Rejestracja wyników postępowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję w modelu docelowym (starostwa)

77

OPIS PROCESÓW GITD:

3.1.1 Stwierdzenie, iż organem właściwym dla przeprowadzenia podstępowania jest starostwo

Proces inicjuje stwierdzenie, iż organem właściwym dla przeprowadzenia postępowania jest starostwo.


Pracownik BTM przekazuje do starostwa, w którym przedsiębiorstwo posiada siedzibę dokumenty, dot. postępowania w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję za nałożone sankcje.

3.1.3 Otrzymanie wyników postępowania

Po otrzymaniu wyników postępowania następuje zarejestrowanie ich w KREPTD.

3.1.4 Otrzymanie na ESP wyników postępowania

Proces po stronie GITD może zostać zainicjowany po otrzymaniu wyników postępowania na elektroniczną skrzynkę podawczą.


Mechanizmy elektronicznej skrzynki podawczej zapisują informację o wynikach postępowania otrzymaną ze starostwa.


W zależności od tego jakiego rodzaju dokumentu użyło starostwo przesyłając na ESP informację o wynikach postępowania proces przebiega odmiennie:

Pismo ogólne – jeśli starostwo wykorzystało pismo ogólne proces jest kontynuowany w ramach zadania 1.1.7



Jeśli na elektroniczną skrzynkę podawczą wpłynęła informacja o wynikach postępowania w postaci pisma ogólnego Pracownik KPK wprowadza za pośrednictwem interfejsu KREPTD dane z elektronicznej skrzynki podawczej GITD. Przy wprowadzaniu danych KREPTD automatycznie

78

weryfikuje kompletność, spójność i poprawność danych. W przypadku braku kompletności danych pracownik KPK kontaktuje się ze starostwem w celu poprawy danych.

3.1.8 Zarejestrowanie danych w KREPTD

Następuje rejestracja wyników postępowania w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję za nałożone sankcje w KRETPD..

3.1.9 Wynik postępowania administracyjnego został zarejestrowany w KREPTD

Proces kończy się zarejestrowaniem wyniku postępowania administracyjnego w KREPTD.

OPIS PROCESÓW STAROSTWO:

3.1.10 Otrzymanie od GITD dokumentów

Proces inicjuje otrzymanie od GITD dokumentów zgromadzonych w sprawie, obejmujących w szczególności decyzję wobec przedsiębiorcy lub Zarządzającego transportem o nałożeniu kary grzywny lub kary pieniężnej za poważne naruszenia lub informacji o prawomocnym wyroku za przestępstwa z rozporządzenia (WE) nr 1071/2009.

3.1.11 Przeprowadzenie postępowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję za nałożone sankcje

Pracownik starostwa przeprowadza postępowanie administracyjne w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję za nałożone sankcje, zgodnie z wewnętrzną procedurą.

3.1.12 Zarejestrowanie wyników postępowania

Pracownik starostwa rejestruje wynik postępowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję za nałożone sankcje.





79

3.1.14 Przesłanie danych do KREPTD

Informacja o wyniku postępowania zostaje przesłana do KREPTD

3.1.15 Przesłanie danych na ESP GITD

Informacja o nałożonej karze zostaje przesłana na ESP GITD.

3.1.16 Wynik postępowania administracyjnego został przekazany do KREPTD.

Proces kończy się przekazaniem wyniku postępowania administracyjnego do KREPTD.

80

PB15. Wykreślenie Zarządzającego transportem z ewidencji osób uznanych za niezdolne do kierowania operacjami transportowymi przedsiębiorstwa

81

OPIS PROCESÓW:

3.1.1 Upłynięcie terminu określającego niezdolność zarządzającego do kierowania operacjami transportowymi

Proces inicjuje upłynięcie terminu określającego niezdolność Zarządzającego transportem do kierowania operacjami transportowymi przedsiębiorcy.

3.1.2 Wykreślenie Zarządzającego transportem z ewidencji osób uznanych za niezdolne do kierowania operacjami transportowymi

Po upływie określonego terminu System KREPTD automatycznie wykreśla Zarządzającego transportem z ewidencji osób uznanych za niezdolne do kierowania operacjami transportowymi.

3.1.3 Poinformowanie pracownika BTM o wykreśleniu Zarządzającego z ewidencji osób niezdolnych

System KREPTD automatycznie informuje pracownika BTM o wykreśleniu Zarządzającego z ewidencji osób niezdolnych do kierowania operacjami transportowymi.

3.1.4 Zwrot certyfikatu kompetencji zawodowych Zarzadząjącemu transportem

Po przywróceniu Zarządzającemu transportem zdolności do kierowania operacjami transportowymi pracownik BTM zwraca z urzędu certyfikat kompetencji zawodowych.

3.1.5 Powiadomienie jednostki wydajacej certyfikaty kompetencji zawodowych

Pracownik BTM informuje jednostkę wydającą certyfikaty kompetencji zawodowych (Instytut Transportu Samochodowego) o zwrocie certyfikatu.

3.1.6 Informacja na temat wykreślenia Zarządzającego z ewidencji została przekazana

Proces kończy się zapisaniem w BTM informacji na temat wykreślenia Zarządzającego transportem z ewidencji osób uznanych za niezdolne do kierowania operacjami transportowymi.

82

PB16. Import danych z systemu Open BTM (model docelowy)

83

OPIS PROCESÓW:

3.1.1 Udzielenie zezwolenia lub licencji

Proces inicjuje zdarzenie wydania zezwolenia na wykonywanie zawodu przewoźnika drogowego lub licencji wspólnotowej.

3.1.2 Przesłanie do KREPTD danych przedsiębiorstwa i Zarządzającego transportem, określonych w UoTD

System Open BTM automatycznie przekazuje do KREPTD nowo zarejestrowane dane przedsiębiorstwa i Zarządzającego transportem, określone w Art 82h ust.1 projektu zmiany Ustawy o Transporcie drogowym.

3.1.3 Otrzymanie i przetworzenie danych do właściwego formatu

System KREPTD otrzymuje, weryfikuje i przetwarza dane do formatu właściwego dla KREPTD za pomocą narzędzi ETL.


System KREPTD zapisuje przetworzone dane w Rejestrze.

3.1.5 Dane przedsiębiorcy i Zarządzającego zostały zapisane

Proces kończy zapisanie danych przedsiębiorcy i Zarządzającego w KREPTD.

84

PB17. Zmiana danych importowanych z systemu Open BTM (model docelowy)

85

OPIS PROCESÓW:

3.1.1 Zmiana danych przedsiębiorcy lub Zarządzającego

Proces inicjuje zdarzenie zarejestrowania zmiany danych przedsiębiorcy lub Zarządzającego transportem.

3.1.2 Przesłanie do KREPTD zmienionych danych przedsiębiorstwa i Zarządzającego transportem, określonych w UoTD

System Open BTM automatycznie przekazuje zmienione dane przedsiębiorstwa i Zarządzającego transportem, określone w Art 82h ust.1 projektu zmiany Ustawy o Transporcie drogowym.

3.1.3 Otrzymanie i przetworzenie zmienionych danych do właściwego formatu

System KREPTD otrzymuje, weryfikuje i przetwarza zmienione dane do formatu właściwego dla KREPTD za pomocą narzędzi ETL.


System KREPTD zapisuje przetworzone dane w Rejestrze.

3.1.5 Zmiana danych przedsiębiorcy lub Zarządzającego została zapisana

Proces kończy zapisanie zmienionych danych przedsiębiorcy i Zarządzającego w KREPTD.

86

PB18. Usuwanie danych zaimportowanych z systemu Open BTM (model docelowy)

87

OPIS PROCESÓW:

3.1.1 Usunięcie danych przedsiębiorcy lub Zarządzającego

Proces inicjuje zdarzenie zarejestrowania anonimizacji danych przedsiębiorcy lub Zarządzającego transportem w systemie Open BTM.

3.1.2 Przesłanie do KREPTD zlecenia usunięcia danych przedsiębiorstwa lub Zarządzającego transportem

System Open BTM automatycznie przekazuje zlecenie anonimizacji danych przedsiębiorstwa lub Zarządzającego transportem zapisanych w KREPTD.


System KREPTD usuwa dane przedsiębiorcy lub Zarządzającego poprzez anonimizację.

3.1.4 Dane przedsiębiorcy lub Zarządzającego zostały usunięte

Proces kończy usunięcie danych przedsiębiorcy lub Zarządzającego z KREPTD poprzez anonimizację.

88

PB19. Import danych z systemu TransBit (model przejściowy)

89

OPIS PROCESÓW:

3.1.1 Udzielenie zezwolenia lub licencji

Proces inicjuje zdarzenie wydania zezwolenia na wykonywanie zawodu przewoźnika drogowego lub licencji wspólnotowej.

3.1.2 Udostępnienie aktualnej bazy danych przedsiębiorstw i Zarządzających transportem, określonych w UoTD

System TransBit cyklicznie udostępnia KREPTD aktualną bazę danych przedsiębiorstw i Zarządzających transportem zawierającą dane określone w Art 82h ust.1 projektu zmiany Ustawy o Transporcie drogowym.

3.1.3 Otrzymanie, selekcja nowych rekordów i przetworzenie danych do właściwego formatu

System KREPTD otrzymuje, selekcjonuje nowe rekordy, weryfikuje i przetwarza dane do formatu właściwego dla KREPTD za pomocą narzędzi ETL.


System KREPTD zapisuje nowe rekordy w Rejestrze.

3.1.5 Dane przedsiębiorcy i Zarządzającego zostały zapisane

Proces kończy zapisanie nowych rekordów danych przedsiębiorcy i Zarządzającego w KREPTD.

90

PB20. Zmiana danych importowanych z systemu TransBit (model przejściowy)

91

OPIS PROCESÓW:


Proces inicjuje zdarzenie zarejestrowania zmiany danych przedsiębiorcy lub Zarządzającego transportem.



3.1.3 Otrzymanie, selekcja zmienionych rekordów i przetworzenie danych do właściwego formatu

System KREPTD otrzymuje, selekcjonuje zmienione rekordy, weryfikuje i przetwarza dane do formatu właściwego dla KREPTD za pomocą narzędzi ETL.


System KREPTD zapisuje zmienione rekordy w Rejestrze.

3.1.5 Zmiana danych przedsiębiorcy i Zarządzającego została zapisana

Proces kończy zapisanie zmienionych rekordów danych przedsiębiorcy i Zarządzającego w KREPTD.

92

PB21. Usuwanie danych zaimportowanych z systemu TransBit (model przejściowy)

93


Proces inicjuje zdarzenie zarejestrowania usunięcia danych przedsiębiorcy lub Zarządzającego transportem w systemie TransBit.



3.1.3 Porównanie przez KREPTD baz danych, identyfikacja usuniętych w TransBit rekordów i ich usunięcie w systemie KREPTD

System KREPTD otrzymuje bazę danych z TransBit, porównuje ją ze swoją bazą, identyfikuje usunięte rekordy w TransBit, a następnie usuwa je w KREPTD poprzez anonimizację.

3.1.4 Dane przedsiębiorcy lub Zarządzającego zostały usunięte


94

PB22. Import danych do KREPTD na podstawie komunikatu przesłanego ze starostw (model docelowy)

95

3.1.1 Opis procesów Starostwo: Udzielenie zezwolenia

Proces inicjuje zdarzenie wydania zezwolenia na wykonywanie zawodu przewoźnika drogowego.

3.1.2 Zarejestrowanie danych przedsiębiorstwa i Zarządzającego określonych w UoTD

Pracownik starostwa rejestruje dane przedsiębiorstwa i Zarządzającego transportem określone w Art 82h ust.1 projektu zmiany Ustawy o Transporcie Drogowym za pośrednictwem aplikacji dla starostw, własnej aplikacji lub elektronicznej skrzynki podawczej GITD.





3.1.4 Przesłanie do KREPTD danych przedsiębiorstwa i Zarządzającego transportem, określonych w UoTD

Pracownik starostwa przekazuje do KREPTD nowo zarejestrowane dane przedsiębiorstwa i Zarządzającego transportem określone w Art 82h ust.1 projektu zmiany Ustawy o Transporcie Drogowym za pośrednictwem aplikacji dla starostw lub API.

3.1.5 Przesłanie na ESP danych przedsiębiorstwa i Zarządzającego transportem, określonych w UoTD

Pracownik starostwa przesyła na elektroniczną skrzynkę podawczą GITD nowo zarejestrowane dane przedsiębiorstwa i Zarządzającego transportem określone w Art 82h ust.1 projektu zmiany Ustawy o Transporcie Drogowym.

3.1.6 Dane przedsiębiorstwa i Zarządzającego zostały przesłane.

Proces kończy się przesłanie danych do KREPTD.

OPIS PROCESÓW KPK KREPTD (GITD):

96

3.1.7 Otrzymano dane przedsiębiorcy i Zarządzającego transportem

Proces po stronie KREPTD inicjuje zdarzenie otrzymania danych nowego przedsiębiorcy lub Zarządzającego za pośrednictwem aplikacji dla starostw lub API.

3.1.8 Otrzymano na ESP dane Przedsiębiorcy i Zarządzającego transportem

Proces po stronie GITD może zostać zainicjowany również po otrzymaniu danych nowego Przedsiębiorcy lub Zarządzającego poprzez elektroniczną skrzynkę podawczą.


Mechanizmy elektronicznej skrzynki podawczej zapisują informację o otrzymaniu ze starostwa danych nowego Przedsiębiorcy lub Zarządzającego.


W zależności od tego jakiego rodzaju dokumentu użyło starostwo przesyłając na ESP dane nowego Przedsiębiorcy lub Zarządzającego proces przebiega odmiennie:




Pracownik KPK wprowadza za pośrednictwem interfejsu KREPTD dane z elektronicznej skrzynki podawczej GITD. Przy wprowadzaniu danych KREPTD automatycznie weryfikuje kompletność, spójność i poprawność danych. W przypadku braku kompletności danych pracownik KPK kontaktuje się z starostwem w celu poprawy danych.


System KREPTD zapisuje dane przedsiębiorcy i Zarządzającego transportem

3.1.13 Dane przedsiębiorcy i Zarządzającego transportem zostały zapisane

Proces kończy zapisanie danych przedsiębiorcy i Zarządzającego w KREPTD.

97

PB23. Aktualizacja danych w KREPTD na podstawie komunikatu przesłanego ze Starostw (model docelowy)

98

OPIS PROCESÓW APLIKACJA DLA STAROSTW:


Proces inicjuje zdarzenie zmiany danych przedsiębiorcy lub Zarządzającego transportem.

3.1.2 Zarejestrowanie informacji o zmianie danych

Pracownik starostwa rejestruje dane przedsiębiorstwa i Zarządzającego transportem określone w Art 82h ust.1 projektu zmiany Ustawy o Transporcie Drogowym za pośrednictwem aplikacji dla starostw, własnej aplikacji lub elektronicznej skrzynki podawczej GITD.





3.1.4 Przesłanie do KREPTD zmienionych danych przedsiębiorstwa i Zarządzającego transportem, określonych w UoTD

Pracownik przekazuje do KREPTD zmienione dane przedsiębiorstwa i Zarządzającego transportem określone w Art 82h ust.1 projektu zmiany Ustawy o Transporcie Drogowym za pośrednictwem aplikacji dla starostw lub API

3.1.5 Przesłanie na ESP zmienionych danych przedsiębiorstwa i Zarządzającego transportem, określonych w UoTD

Pracownik starostwa przesyła na elektroniczną skrzynkę podawczą GITD zmienione dane przedsiębiorstwa i Zarządzającego transportem określone w Art 82h ust.1 projektu zmiany Ustawy o Transporcie Drogowym.

3.1.6 Zmiana danych została zapisana

Proces kończy zapisanie zmiany danych przedsiębiorstwa lub Zarządzającego transportem.


99

3.1.7 Otrzymano informację o zmianie danych

Proces po stronie KREPTD inicjuje zdarzenie otrzymania zmienionych danych przedsiębiorcy lub Zarządzającego za pośrednictwem aplikacji dla starostw, elektronicznej skrzynki podawczej lub API.

3.1.8 Otrzymano na ESP informację o zmianie danych

Proces po stronie GITD może zostać zainicjowany również po otrzymaniu zmienionych danych Przedsiębiorcy lub Zarządzającego poprzez elektroniczną skrzynkę podawczą.


Mechanizmy elektronicznej skrzynki podawczej zapisują informację o otrzymaniu ze starostwa danych nowego Przedsiębiorcy lub Zarządzającego.


W zależności od tego jakiego rodzaju dokumentu użyło starostwo przesyłając na ESP zmienione dane Przedsiębiorcy lub Zarządzającego proces przebiega odmiennie:




Pracownik KPK wprowadza za pośrednictwem interfejsu KREPTD dane z elektronicznej skrzynki podawczej GITD. Przy wprowadzaniu danych KREPTD automatycznie weryfikuje kompletność, spójność i poprawność danych. W przypadku braku kompletności danych pracownik KPK kontaktuje się z starostwem w celu poprawy danych.

3.1.12 Zapisanie w KREPTD zmiany danych przedsiębiorcy lub Zarządzającego

System KREPTD zapisuje zmianę danych przedsiębiorcy lub Zarządzającego transportem.

3.1.13 Zmiana danych została zapisana w KREPTD

Proces kończy zapisanie zmiany danych przedsiębiorstwa lub Zarządzającego transportem w KREPTD.

100

PB24. Usuwanie danych zaimportowanych z aplikacji dla starostw (model docelowy)

OPIS PROCESÓW STAROSTWO (APLIKACJA DLA STAROSTW):

3.1.1 Potrzeba usunięcia danych przedsiębiorcy lub Zarządzajacego

Proces inicjuje zdarzenie konieczności usunięcia danych przedsiębiorstwa lub Zarządzającego transportem.

3.1.2 Usunięcie danych przedsiębiorstwa lub Zarządzającego

Pracownik starostwa usuwa dane przedsiębiorcy lub Zarządzającego ze swojego rejestru (w szczególności w aplikacji dla starostw, jeśli ją wykorzystuje).

101





3.1.4 Przesłanie do KREPTD zlecenia usunięcia danych przedsiębiorstwa lub Zarządzającego transportem

Pracownik starostwa przekazuje zlecenie usunięcia danych przedsiębiorstwa lub Zarządzającego transportem zapisanych w KREPTD za pośrednictwem aplikacji dla starostw lub API.

3.1.5 Przesłanie na ESP zlecenia usunięcia danych przedsiębiorstwa lub Zarządzającego transportem

Pracownik starostwa przekazuje zlecenie usunięcia danych przedsiębiorstwa lub Zarządzającego transportem zapisanych w KREPTD za pośrednictwem elektronicznej skrzynki podawczej.

3.1.6 Dane przedsiębiorcy lub Zarządzającego zostały usunięte z lokalnego rejestru

Proces kończy usunięcie danych przedsiębiorcy lub Zarządzającego z lokalnego rejestru (w szczególności w aplikacji dla starostw, jeśli ją wykorzystuje).


3.1.7 Otrzymano zlecenia usunięcia danych

Proces po stronie KREPTD inicjuje zdarzenie otrzymania zlecenia usunięcia danych przedsiębiorcy lub Zarządzającego za pośrednictwem aplikacji dla starostw lub API.

3.1.8 Otrzymano na ESP zlecenia usunięcia danych

Proces po stronie KREPTD inicjuje zdarzenie otrzymania zlecenia usunięcia danych przedsiębiorcy lub Zarządzającego za pośrednictwem elektronicznej skrzynki podawczej.

102


Mechanizmy elektronicznej skrzynki podawczej zapisują informację o otrzymaniu ze starostwa zlecenia usunięcia danych Przedsiębiorcy lub Zarządzającego.


W zależności od tego jakiego rodzaju dokumentu użyło starostwo przesyłając na ESP zlecenie usunięcia danych Przedsiębiorcy lub Zarządzającego proces przebiega odmiennie:



3.1.11 Usunięcie danych przez pracownika KPK

Pracownik KPK usuwa dane z KREPTD za pośrednictwem interfejsu KREPTD. Dane w systemie KREPTD zostają usunięte poprzez anonimizację.


System KREPTD usuwa dane przedsiębiorcy lub Zarządzającego poprzez anonimizację.

3.1.13 Dane przedsiębiorcy lub Zarządzającego zostały usunięte z KREPTD


103

PB25. Proces zapisywania dodatkowych komunikatów

OPIS PROCESÓW:

3.1.14 Otrzymanie komunikatu ACK lub NACK

Proces inicjuje otrzymanie komunikatu ACK lub NACK.

3.1.15 Zapisanie komunikatu w KREPTD

System KREPTD automatycznie zapisuje komunikat.

3.1.16 Komunikat ACK / NACK został zapisany w KREPTD

Proces kończy się zapisaniem komunikatu ACK/NACK w KREPTD.

104

bip.gitd.gov.plbip.gitd.gov.pl/__data/assets/word_doc/0017/51092/Zal… · Web viewPracownik...

Documents

Transcript of bip.gitd.gov.plbip.gitd.gov.pl/__data/assets/word_doc/0017/51092/Zal… · Web viewPracownik...