EPSOHQ
Wspólne podstawy ICTZweryfikowano 11 Aug 2026

Wspólne zarządzanie ICT, bezpieczeństwo i realizacja usług w instytucjach UE

Architektura korporacyjna, interoperacyjność, zarządzanie usługami, bezpieczeństwo, prywatność, dostępność, zamówienia publiczne oraz uwarunkowania instytucjonalne UE.

Niezależne szkolenie. Wiążące są oficjalne ogłoszenie i komunikaty EPSO.Otwórz oficjalne ogłoszenie
Wszystkie 12 modułów

W skrócie

Architektura korporacyjna, interoperacyjność, zarządzanie usługami, bezpieczeństwo, prywatność, dostępność, zamówienia publiczne oraz uwarunkowania instytucjonalne UE.

Status modułu

  • Ścieżka: Wspólne podstawy ICT
  • Ostatnia weryfikacja: 2026-08-11
  • Zakres: Niezależne materiały szkoleniowe EPSOHQ dostosowane do obowiązków określonych w ogłoszeniu; rozstrzygające są oficjalne źródła.

Najpierw architektura, potem produkty

Administrator AD7 musi przekładać potrzeby instytucji na usługi, które można utrzymywać oraz które są bezpieczne i interoperacyjne. Należy zacząć od zdolności, przepływów informacji, poziomów usług, ograniczeń i ryzyka. Wybór produktu następuje po określeniu architektury docelowej i kryteriów oceny. Projekt, który jest technicznie elegancki, lecz niemożliwy do eksploatowania, zamówienia, audytowania lub wycofania, jest niekompletny.

W decyzjach architektonicznych należy dokumentować kontekst, warianty, wybrane rozwiązanie, konsekwencje i przesłanki do ponownego przeglądu. Istotna jest możliwość odwrócenia decyzji. Interfejsy i przenośne formaty danych ograniczają zależności. Radar technologiczny dzieli technologie na wdrożone, testowane, oceniane i wstrzymane, dzięki czemu eksperymenty nie stają się niepostrzeżenie częścią architektury produkcyjnej.

Interoperacyjność i uwarunkowania sektora publicznego

Akt w sprawie Interoperacyjnej Europy ustanawia ramy transgranicznej interoperacyjności sieciowych systemów informacyjnych sektora publicznego. Interoperacyjność obejmuje warstwę prawną, organizacyjną, semantyczną i techniczną. Sam interfejs API nie rozwiązuje problemów wynikających z różnych podstaw prawnych, odpowiedzialności za procesy ani znaczeń danych.

Dostępność należy uwzględnić w kryteriach akceptacji. Bezpieczeństwo i ochronę danych należy uwzględnić już na etapie projektowania. Zamówienia publiczne wymagają mierzalnych wymagań, sprawiedliwej oceny i ścieżki wyjścia. Obowiązki dotyczące dokumentacji, przejrzystości i możliwości audytu wpływają na rejestrowanie zdarzeń, okresy przechowywania oraz materiały dowodowe uzasadniające decyzje.

Bezpieczeństwo i ochrona prywatności już w fazie projektowania

Środki kontroli należy dobierać na podstawie ryzyka. Wielowarstwowa ochrona obejmuje tożsamość, urządzenia końcowe, sieci, aplikacje, dane, monitorowanie i odtwarzanie zasobów. Zasada najmniejszych uprawnień ogranicza dostęp do tego, czego dany podmiot potrzebuje. Rozdzielenie obowiązków zmniejsza ryzyko, że jedna tożsamość będzie mogła zainicjować, zatwierdzić i ukryć działanie dotyczące informacji wrażliwych.

Uwzględnianie ochrony prywatności już w fazie projektowania oznacza określenie celu, podstawy prawnej, minimalizacji danych, okresu przechowywania, dostępu, przekazywania danych oraz praw osób, których dane dotyczą, jeszcze przed wdrożeniem. Szyfrowanie chroni poufność, lecz samo w sobie nie zapewnia zgodności przetwarzania z prawem. Pseudonimizacja ogranicza możliwość powiązania danych z osobą, ale nadal stanowi przetwarzanie danych osobowych, jeśli ponowna identyfikacja pozostaje możliwa.

Zarządzanie usługami

Należy określić właściciela usługi, właściciela produktu, właściciela technicznego i właściciela danych. Wskaźniki poziomu usług należy ustalić przed celami dotyczącymi poziomu usług. Oprócz dostępności należy monitorować efekty dla użytkowników. Usługa może być technicznie dostępna, a mimo to bezużyteczna z powodu awarii uwierzytelniania, opóźnień lub krytycznej zależności.

Każda usługa produkcyjna wymaga monitorowania, określenia ról na wypadek incydentu, dowodów skuteczności tworzenia i odtwarzania kopii zapasowych, założeń dotyczących ciągłości działania, procedury eskalacji do dostawcy oraz planu wycofania. Zatwierdzanie zmian powinno być proporcjonalne do ryzyka. Standardowe zmiany o niskim ryzyku można zatwierdzać z wyprzedzeniem; zmiany awaryjne nadal wymagają identyfikowalności i przeglądu po ich wprowadzeniu.

Podstawowy zestaw źródeł