Załącznik III

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 rozporządzenia (WE) nr 861/2007 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 rozporządzenia (WE) nr 861/2007

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 rozporządzenia (WE) nr 861/2007 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 sprawa zostaje przekazana dalej do innego właściwego sądu lub organu).

Specyfikacje te są następujące:

Wniosek o wszczęcie europejskiego postępowania w sprawie drobnych roszczeń

— Złożenie pozwu – powód wypełnia i składa do sądu formularz pozwu (formularz A).

— Wytoczone powództwo nie dotyczy spraw objętych zakresem stosowania rozporządzenia – sąd informuje powoda, jeżeli powództwo nie dotyczy spraw objętych zakresem zastosowania rozporządzenia.

— Powód wycofuje pozew – powód informuje sąd o wycofaniu pozwu.

— Powód informuje sąd, że nie wycofuje pozwu – powód informuje sąd, że nie chce wycofać pozwu.

— Wezwanie powoda przez sąd o uzupełnienie lub skorygowanie danych zawartych w formularzu pozwu – sąd wzywa powoda (formularz B) do uzupełnienia lub skorygowania danych zawartych w formularzu pozwu.

— Sąd zwraca pozew – sąd może również zwrócić pozew.

— Płatności – strony i sąd komunikują się w sprawie uiszczenia opłat.

— Przekazanie dalej do właściwego sądu – sąd przekazuje pozew dalej do właściwego sądu.

Prowadzenie europejskiego postępowania w sprawie drobnych roszczeń

— Sąd doręcza pozwanemu formularz pozwu – sąd doręcza pozwanemu formularz pozwu i formularz C.

— Pozwany składa odpowiedź na pozew – pozwany składa odpowiedź na pozew (formularz C).

— Pozwany składa powództwo wzajemne – pozwany składa powództwo wzajemne (formularz A).

— Sąd wzywa do dostarczenia tłumaczenia dokumentu – sąd wzywa powoda lub pozwanego do dostarczenia tłumaczenia dokumentu.

— Rozprawa – powód lub pozwany wnoszą o przeprowadzenie rozprawy sądowej, o czym decyduje sąd, lub sąd z własnej inicjatywy podejmuje decyzję o przeprowadzeniu rozprawy.

— Przedłużenie terminu – powód lub pozwany wnoszą o przedłużenie terminu wyznaczonego przez sąd, a sąd podejmuje decyzję w sprawie takiego wniosku.

— Orzeczenie sądu – orzeczenie sądu wobec pozwanego i powoda.

Po wydaniu orzeczenia

— Odwołanie – jeżeli zgodnie z prawem krajowym możliwe jest odwołanie od orzeczenia, powód lub pozwany mogą je złożyć.

— Ponowne zbadanie orzeczenia – w wyjątkowych przypadkach pozwany może złożyć wniosek o ponowne zbadanie sprawy, a sąd podejmuje decyzję w sprawie wniosku o ponowne zbadanie.

— Wniosek o wydanie zaświadczenia – powód lub pozwany zwracają się do sądu o wydanie zaświadczenia (formularz D).

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

Poniższe specyfikacje dotyczą przepisowych formatów, uprzednio zdefiniowanych wiadomości lub wiadomości tekstowych używanych w wymianie informacji zgodnie z rozporządzeniem (WE) nr 861/2007.

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,

— 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 rozporządzeniem (WE) nr 861/2007, w formacie XML.

3.3. Uprzednio zdefiniowane wiadomości

Uprzednio zdefiniowane wiadomości to formy wymiany informacji ustanowionej w rozporządzeniu, 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 projektuje się 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 zostaną dodane i określone niezbędne pola wymagane dla konkretnego rodzaju wiadomości tekstowej, zapewniające właściwe przedstawienie elementów danych.