Załącznik IV

1. Wprowadzenie i zakres

W art. 3 ust. 9 rozporządzenia (UE) 2022/850 w sprawie skomputeryzowanego systemu transgranicznej wymiany danych w obszarze współpracy sądowej w sprawach cywilnych i karnych (system e-CODEX) „cyfrowy standard proceduralny” zdefiniowano jako specyfikacje techniczne dla modeli procesów biznesowych i schematów danych określające elektroniczną strukturę danych wymienianych za pośrednictwem punktów dostępu e-CODEX. Model procesów biznesowych opracowuje się, utrzymuje i aktualizuje przy zastosowaniu normy Business Process Model and Notation (BPMN) lub innych ogólnobranżowych norm dotyczących modelowania procesów biznesowych.

Schematy danych muszą umożliwiać interoperacyjną wymianę danych za pośrednictwem systemu e-CODEX.

W związku z tym do celów cyfryzacji decyzji ramowej 2002/584/WSiSW w niniejszym załączniku określono specyfikacje techniczne dotyczące:

a) modeli procesów biznesowych;

b) schematów danych.

2. Specyfikacje techniczne dla modeli procesów biznesowych na podstawie decyzji ramowej 2002/584/WSiSW

Specyfikacje techniczne modeli procesów biznesowych uznaje się za specyfikacje minimalne i określają one kluczowe aspekty niezbędne do umożliwienia komunikacji elektronicznej do celów decyzji ramowej 2002/584/WSiSW za pośrednictwem zdecentralizowanego systemu informatycznego i obejmują zarówno przypadki komunikacji transgranicznej, jak i – gdy państwa członkowskie zdecydują się wykorzystać zdecentralizowany system informatyczny do tego celu – przypadki komunikacji między podmiotami krajowymi (np. gdy następuje przekazanie lub odbiór za pośrednictwem organu centralnego, w stosownych przypadkach).

Aby zapewnić zgodność z art. 9 i 10 decyzji ramowej 2002/584/WSiSW, przebiegi działań wspierające opisane poniżej modele procesów biznesowych muszą uwzględniać możliwość przekazywania europejskiego nakazu aresztowania (ENA) poza zdecentralizowanym systemem informatycznym, w tym za pośrednictwem Systemu Informacyjnego Schengen (SIS). Faktyczny proces komunikacji za pośrednictwem takich kanałów wykracza jednak poza zakres tego cyfrowego standardu proceduralnego.

Specyfikacje techniczne modeli procesów biznesowych są następujące:

Model procesu wydawania i przekazywania ENA

Organ sądowy wydający nakaz wydaje ENA i przesyła go właściwemu organowi sądowemu wykonującemu nakaz w państwie członkowskim, w którym przebywa (lub prawdopodobnie przebywa) osoba, której dotyczy wniosek.

Model procesu otrzymywania i wykonywania ENA

Po otrzymaniu ENA organ sądowy wykonujący nakaz ocenia wniosek i podejmuje decyzję o wydaniu żądanej osoby państwu wydającemu nakaz lub o odmowie wydania osoby, której dotyczy wniosek.

Model procesu wydania osoby na podstawie ENA

W przypadku podjęcia decyzji o wydaniu osoby, wobec której wydano nakaz, organ sądowy wykonujący nakaz informuje o tym organy państwa wydającego nakaz. W tym procesie uwzględniono również wydanie warunkowe i odroczenie wydania, a także tranzyt przez terytorium innego państwa członkowskiego, w stosownych przypadkach.

Model procesu odmowy wydania osoby, której dotyczy wniosek

W przypadku gdy organ sądowy wykonujący nakaz podejmuje decyzję o odmowie wydania osoby, której dotyczy wniosek, informuje o tym organ sądowy, który wydał nakaz.

Model procesu wycofania ENA

Jeżeli organ sądowy wydający ENA podejmie decyzję o jego wycofaniu, powiadamia o tym organ sądowy wykonujący nakaz, w którym osoba, której dotyczy wniosek, została pozbawiona wolności. Wycofanie może nastąpić po wydaniu i przekazaniu ENA, aż do momentu wydania danej osoby.

Model procesu ścigania za inne przestępstwa

Jeżeli organ sądowy wydający nakaz zamierza ścigać osobę, której dotyczy wniosek, za inne przestępstwa (por. art. 27 decyzji ramowej 2002/584/WSiSW) i pod warunkiem że nie zachodzi sytuacja domniemanej zgody zgodnie z art. 27 ust. 1 decyzji ramowej 2002/584/WSiSW, organ sądowy wydający nakaz występuje z wnioskiem w rozumieniu art. 27 ust. 4 decyzji ramowej 2002/584/WSiSW.

Model procesu wydania osoby do trzeciego państwa członkowskiego

Trzecie państwo członkowskie może wystąpić z wnioskiem o wydanie osoby, która została wcześniej wydana z jednego państwa członkowskiego do innego. W takich przypadkach zgodę musi wyrazić ostatnie państwo wykonujące ENA.

Model procesu ekstradycji do państwa trzeciego

Zgodnie z art. 28 ust. 4 osoba wydana na podstawie ENA nie może zostać poddana ekstradycji do państwa trzeciego bez zgody organu państwa członkowskiego, które wydało tę osobę.

3. Specyfikacje techniczne schematów danych

W poniższych punktach przedstawiono przepisy dotyczące specyfikacji technicznych, które stanowią podstawę do opracowania definicji schematów XML (XSD) na potrzeby cyfryzacji decyzji ramowej 2002/584/WSiSW. W specyfikacjach tych zdefiniowano kluczowe elementy i wszelkie inne informacje w celu zapewnienia wyczerpującego opisu na potrzeby opracowania tych schematów.

Opis ma mieć charakter ogólny, umożliwiający modyfikację i rozszerzenie opracowanych schematów XSD bez konieczności wprowadzania zmian w tych specyfikacjach.

Specyfikacje dotyczą przepisowego formatu, załączonego do decyzji ramowej 2002/584/WSiSW, wszelkich uprzednio zdefiniowanych wiadomości lub wiadomości tekstowych używanych w wymianie informacji na podstawie decyzji ramowej 2002/584/WSiSW.

3.1. Uwagi ogólne

W odniesieniu do wszystkich schematów, które należy przedstawić, stosuje się następujące przepisy:

Wersjonowanie

W celu ułatwienia zarządzania wersjami schematu podaje się atrybut wersji. Umożliwi to aktualizację schematu w przyszłych iteracjach odpowiednio do wymogów biznesowych, przy czym przy wprowadzaniu nowych funkcji i udoskonaleń zostaje wskazane, czy nowa wersja jest kompatybilna wstecznie.

Deklaracja schematu i metadane

W stosownych przypadkach w schemacie wykorzystuje się odpowiednie normy lub słowniki, stosowane przez system e-CODEX do zapewnienia interoperacyjności, które są niezbędne do właściwej walidacji elementów oraz typów określonych w danym schemacie. Składana dokumentacja może obejmować:

— unijny słownik podstawowy e-Justice,

— elementy zagregowane,

— niekwalifikowane typy danych,

— listę kodów językowych Unii Europejskiej.

W stosownych przypadkach schemat może również zawierać odpowiednie normy ETSI w celu wykorzystania ich definicji.

Adnotacje i dokumentacja

Adnotacje: każdemu elementowi w schemacie zwykle towarzyszą adnotacje. W adnotacjach zawarte są czytelne dla człowieka informacje na temat danego elementu, często określające w jasny i zwięzły sposób jego przeznaczenie lub zastosowanie.

Użycie i możliwość dostosowania

Struktura modułowa: każdą sekcję projektuje się w sposób zapewniający określoną funkcjonalność, a także możliwe jest jej ponowne użycie lub niezależne dostosowanie. To ułatwia dostosowanie schematu do różnych przypadków użycia.

Możliwość rozszerzenia: schemat projektuje się tak, aby umożliwić włączanie nowych elementów lub atrybutów, jeżeli w przyszłości potrzebne będą dodatkowe informacje. Osiąga się to poprzez zastosowanie opcjonalnych elementów i sekwencji, które można rozszerzać bez naruszania istniejących wdrożeń.

Struktura możliwa do dostosowania: schemat projektuje się pod kątem umożliwienia w razie potrzeby dodawania lub modyfikowania elementów lub rodzajów danych. Struktura formularza może umożliwiać uwzględnienie zmian w wymogach bez większych modyfikacji projektu.

Elementy opcjonalne: elementy formularza mogą być oznaczone jako opcjonalne, co oznacza, że można je uwzględniać lub pomijać odpowiednio do konkretnych okoliczności.

Schemat projektuje się w taki sposób, aby umożliwić gromadzenie ustrukturyzowanych danych na potrzeby konkretnych wniosków.

Modyfikacje

W projekcie schematu kładzie się nacisk na elastyczność, modułowość i łatwość dostosowania. Złożone typy i elementy opcjonalne muszą zapewniać, by możliwe było użycie schematu w różnych scenariuszach, a zarazem by był on łatwy do modyfikacji i rozszerzenia.

3.2. Przepisowe formaty

Specyfikacje techniczne schematów danych określają ustrukturyzowane ramy przedstawiania formularzy, zgodnie z decyzją ramową 2002/584/WSiSW, w formacie XML.

3.3. Uprzednio zdefiniowane wiadomości

Uprzednio zdefiniowane wiadomości to formy wymiany informacji ustanowionej w decyzji ramowej 2002/584/WSiSW, ale w przypadku których w akcie prawnym nie przewidziano żadnego konkretnego formatu. Ich rodzaje i liczba zostaną określone w trakcie analizy biznesowej i technicznej.

Ich schematy muszą być zaprojektowane tak, aby określały strukturę definicji schematów XML (XSD), zapewniając spójność, strukturę i zgodność z potrzebami biznesowymi.

Zarys kluczowych elementów tych schematów jest następujący:

— Element najwyższego poziomu w tym schemacie musi nosić nazwę odpowiadającą konkretnemu rodzajowi definiowanej wiadomości.

— W ramach tej struktury dodaje się i określa niezbędne pola wymagane dla konkretnego rodzaju wiadomości, zapewniając właściwe przedstawienie elementów danych.

3.4. Wiadomości tekstowe

Wiadomości tekstowe to formy prezentacji wymiany informacji, umożliwiające przekazywanie nieustrukturyzowanych lub częściowo ustrukturyzowanych treści, co pozwala na elastyczność przy jednoczesnym zachowaniu zgodności z wymogami regulacyjnymi i biznesowymi. Schemat ten jest zaprojektowany tak, aby określał strukturę definicji schematów XML (XSD) dla tych wiadomości, zapewniając spójność i prawidłowe formatowanie.

Zarys kluczowych elementów tych schematów jest następujący:

— Sekcja najwyższego poziomu w tym schemacie musi nosić nazwę odpowiadającą konkretnemu rodzajowi definiowanej wiadomości tekstowej.

— W schemacie określa się niezbędną strukturę wiadomości tekstowej, zarazem umożliwiając odpowiednie uporządkowanie elementów w zależności od wymogów.

— W ramach tej struktury dodaje się i określa niezbędne pola wymagane dla konkretnego rodzaju wiadomości tekstowej, zapewniając właściwe przedstawienie elementów danych.