Kwestie prawne

Polityka Prywatności

1. Cel i Zakres Stosowania
   • 1.1. Niniejsza polityka określa sposób, w jaki platforma europeanschoolradio.eu (charakter szkolny) lub youthradio.eu (szerszy, pozaformalny proces edukacyjny) (zwana dalej „Platformą”), zbiera, wykorzystuje, przechowuje i udostępnia dane osobowe.
   • 1.2. Ma ona zastosowanie do wszystkich zarejestrowanych użytkowników (uczniów, nauczycieli, opiekunów prawnych, twórców podcastów), a także do osób odwiedzających Platformę.
2. Administrator Danych i DPO
   • 2.1. Administrator Danych: stowarzyszenie non-profit „Towarzystwo Naukowe Interdyscyplinarne, Interkulturowe Radio Społeczności Edukacyjnej” (o nazwie handlowej „European School Radio – Pierwsze Radio Szkolne”) dla Konsorcjum Kids Radio Europe, Kampus Alexander IHU (D.I.PA.E.), Sindos 574 00, Saloniki, Grecja, NIP: EL998502950, Urząd Skarbowy D’ w Salonikach
   • 2.2. Inspektor Ochrony Danych (DPO): dpo@youthradio.eu
3. Zbierane Dane
   • 3.1. Dane konta: imię, nazwisko, nazwa użytkownika (username), e-mail, hasło, szkoła/organizacja.
   • 3.2. Dane użytkowania: adres IP, pliki cookie, pliki dziennika (logs)
4. Podstawa Prawna Przetwarzania
   • 4.1. Wykonanie umowy (Artykuł 6 §1 b RODO) w celu obsługi konta.
   • 4.2. Zgoda (Artykuł 6 §1 a) w przypadku funkcji opcjonalnych (biuletyny/newslettery, spersonalizowane rekomendacje).
   • 4.3. Prawnie uzasadniony interes (Artykuł 6 §1 f) w celu zapewnienia bezpieczeństwa użytkowników i optymalizacji usługi.
   • 4.4. Obowiązek prawny (Artykuł 6 §1 c) w celu zapewnienia zgodności z DSA, przepisami podatkowymi oraz prawem ochrony konsumentów.
5. Cele Przetwarzania
   • 5.1. Świadczenie usług i zarządzanie usługami hostingu podcastów (hosting).
   • 5.2. Zarządzanie funkcjonowaniem społeczności i moderacja treści.
   • 5.3. Spersonalizowane propozycje słuchania (dostępna opcja rezygnacji / opt-out).
   • 5.4. Analiza statystyczna i poprawa wygody użytkowania.
   • 5.5. Zgodność z obowiązkami prawnymi i rozstrzyganie sporów.
6. Zautomatyzowane Podejmowanie Decyzji i Przejrzystość Algorytmów
   • 6.1. Platforma wykorzystuje systemy doboru i pozycjonowania do wyświetlania treści na podstawie: (a) tagów tematycznych, (b) odpowiedniości wiekowej, (c) historii słuchania.
   • 6.2. Użytkownicy mogą w dowolnym momencie wybrać niespersonalizowany widok.
   • 6.3. Nie podejmuje się decyzji wywołujących skutki prawne wyłącznie w sposób zautomatyzowany; Jeśli pozycja w rankingu istotnie wpłynęła na decyzję, użytkownicy mogą zażądać weryfikacji przez człowieka.
7. Przechowywanie Danych
   • 7.1. Aktywne konta: dane są przechowywane przez czas trwania stosunku umownego.
   • 7.2. Nieaktywne konta: są usuwane lub anonimizowane po 24 miesiącach braku aktywności.
   • 7.3. Dzienniki systemowe (logs) są przechowywane do 12 miesięcy ze względów bezpieczeństwa.
8. Udostępnianie i Odbiorcy Danych
   • 8.1. Dostawcy usług chmurowych (cloud-hosting), poczty elektronicznej i analityki (analytics).
   • 8.2. Jednostki szkolne/nauczyciele otrzymują wyłącznie dane niezbędne do procesu edukacyjnego.
   • 8.3. Nie sprzedajemy danych stronom trzecim do celów marketingu bezpośredniego.
9. Prawa Podmiotów Danych
   • 9.1. Dostęp, Sprostowanie, Usunięcie, Ograniczenie, Przenoszenie, Sprzeciw
   • 9.2. Złożenie wniosku: dpo@youthradio.eu
   • 9.3. Prawo do wniesienia skargi do właściwego Organu Ochrony Danych Osobowych.
10. Ochrona Małoletnich
    • 10.1. Rejestracja dzieci poniżej 16 roku życia wymaga zgody rodzica lub opiekuna prawnego.
    • 10.2. Treść jest kategoryzowana według stref wiekowych (age-gate); niepożądane lub szkodliwe materiały są wykrywane i filtrowane.
11. Pliki Cookie i Podobne Technologie
    • 11.1. Używamy funkcjonalnych plików cookie
    • 11.2. Szczegółowa Polityka Plików Cookie: https://community.europeanschoolradio.eu/gdpr
12. Kontakt
    • 12.1. W przypadku pytań dotyczących niniejszej polityki: info@youthradio.eu

KWESTIE PRAWNE DOTYCZĄCE WŁASNOŚCI INTELEKTUALNEJ ORAZ ZGODNOŚCI Z ACT O SZTUCZNEJ INTELIGENCJI (AI ACT)

Biorąc pod uwagę określone podstawowe możliwości i zastosowania platformy Kids Radio, o których zostałem poinformowany, poniżej przedstawiam szereg kwestii prawnych wymagających uwagi, dalszej oceny i wdrożenia:

1. Własność intelektualna
   • Przesyłanie danych (teksty, wideo, muzyka), w zakresie, w jakim stanowią one utwory oryginalne, rodzi kwestie praw autorskich.
   • Jeśli materiał nie jest oryginalny, lecz został pozyskany z różnych innych źródeł, należy uzyskać zgodę twórcy lub twórca musiał udostępnić konkretne dane do bezpłatnego użytku.
   • „Korekta bez zmiany sensu” nadal stanowi redakcję tekstu, o ile treść przekazu mówcy nie ulega zmianie.
   • Kategorie tematyczne nie stanowią przetwarzania naruszającego dane osobowe.
   • Środki / zabezpieczenia
     • Warunki udziału użytkowników muszą określać, że wyrażają oni zgodę na wyświetlanie przesyłanych przez nich materiałów oraz na ich przetwarzanie oparte na kategoryzacji, co obejmuje transkrypcję, przechowywanie, wyświetlanie fragmentów i indeksowanie.
     • Użytkownikom należy również przyznać prawo do żądania usunięcia/dezaktywacji treści na ich wniosek oraz opisać właściwą procedurę.
2. Ochrona kodu / wiedzy specjalistycznej (know-how) „potoku przetwarzania jako pojedynczej jednostki” (pipeline as a single entity)
   • Nawet jeśli modele są publiczne, połączenie, organizacja, konfiguracje i infrastruktura mogą stanowić oryginalne oprogramowanie, a tym samym podlegać ochronie praw autorskich, a w praktyce stanowią tajemnicę przedsiębiorstwa.
   • Środki / zabezpieczenia
     • Zawarcie w umowach z personelem/współpracownikami klauzul dotyczących przeniesienia praw, poufności, zachowania tajemnicy oraz polityk zarządzania danymi (klucze, prompt-y).
3. Dane osobowe (RODO) – w szczególności ze względu na dźwięk/obraz/profil użytkownika
   • Nagrania głosowe oraz transkrypcje/wpisy mogą zawierać dane osobowe (imiona i nazwiska, dane kontaktowe, informacje wrażliwe).
   • Historia słuchania i rekomendacje stanowią profilowanie.
   • Banery użytkowników/szkół/producentów mogą przedstawiać osoby/dzieci, a więc dane osobowe, jak również opisy ujawniające informacje.
   • Środki / zabezpieczenia
     • Role RODO: należy ustalić stosowanie i przestrzeganie przepisów RODO, w tym czy dla każdej funkcji występuje Administrator i/lub Podmiot przetwarzający (Procesor).
     • Podstawa prawna: należy uzyskać zgodę na każdą czynność przetwarzania: transkrypcję, przechowywanie, wyszukiwanie, kategoryzację, indeksowanie.
     • DPIA (ocena skutków dla ochrony danych): bardzo prawdopodobnie wymagana ze względu na systematyczną obserwację/profilowanie oraz udział małoletnich.
     • Minimalizacja danych: okres przechowywania materiałów (dźwięk, tekst, wideo, transkrypcje, logi) oraz przypadki, w których ma zastosowanie usunięcie/anonimizacja.
     • Prawa osób, których dane dotyczą: dostęp/sprostowanie/usunięcie/przenoszenie/sprzeciw wobec profilowania (w stosownych przypadkach).
     • Bezpieczeństwo: szyfrowanie, kontrola dostępu, dzienniki audytowe (logs), polityki reagowania na naruszenia bezpieczeństwa.
4. Przetwarzanie przez strony trzecie i potencjalne dalsze wykorzystanie
   • Materiał powinien być chroniony technicznymi środkami nadającymi się do odczytu maszynowego, aby nie mógł być wykorzystywany przez strony trzecie. Jeśli takie ograniczenie/zakaz nie zostanie zastosowane, użytkownicy muszą od samego początku wyrazić zgodę na takie wykorzystanie.
   • Mowa tu o dalszym wykorzystaniu, np. Gemini, ChatGPT, poprzez użycie lub przekazanie danych zewnętrznemu dostawcy. Jest to krytyczne zarówno z punktu widzenia prawnego, jak i umownego.
   • Środki / zabezpieczenia
     • Przegląd warunków: czy dane są wykorzystywane do trenowania, udział podpodmiotów przetwarzających oraz miejsce przetwarzania.
     • Techniczne: pseudonimizacja przed wysłaniem tekstu do stron trzecich (np. usunięcie imion i nazwisk/numerów telefonów), gdy jest to wykonalne.
5. Obowiązki regulacyjne dla platform i treści (szczególnie kierowanych do dzieci)
   • Jeśli system działa jako platforma udostępniania/hostingu lub rekomendowania treści, pojawiają się obowiązki dotyczące przejrzystości, zgłaszania i zarządzania nielegalnymi treściami (np. obelgi, zniesławienie, naruszenie praw autorskich).
   • W przypadku małoletnich: zaostrzone wymogi dotyczące zgody rodziców, prywatności w fazie projektowania (privacy by design) oraz zapobiegania „agresywnemu” profilowaniu/targetowaniu.
   • Środki / zabezpieczenia
     • Warunki użytkowania zawierające zasady dotyczące treści, procedurę zgłaszania skarg, eskalacji oraz dokumentowania podjętych środków.
     • Ustawienia, sugestie i rekomendacje ukierunkowane na ochronę małoletnich.
6. Odpowiedzialność za błędy, zniesławienie, dezinformację i „nieprawidłowe” opisy
   • Błędna transkrypcja/interpunkcja może zmienić sens, stwarzając ryzyko zniesławienia lub wprowadzenia w błąd.
   • Przetwarzanie materiału może nieprawidłowo opisać osobę/funkcję, stwarzając ryzyko naruszenia dóbr osobistych/prywatności.
   • Środki / zabezpieczenia
     • Zawiadomienie/sprzeciw: w przypadku gdy transkrypcje są automatyczne i mogą zawierać błędy.
     • Mechanizm korekty ze strony właściciela/użytkownika.
     • Jasne ograniczenia odpowiedzialności w Warunkach użytkowania, bez szkody dla bezwzględnie obowiązujących przepisów ochrony konsumentów.
7. Zarządzanie danymi (Data Governance) i wykazanie zgodności
   • Musi istnieć możliwość wykazania „co się stało, kiedy i dlaczego” (szczególnie w przypadku wniosków RODO/roszczeń z tytułu praw autorskich).

KONFIGURACJA I ZGODNOŚĆ Z ACT O SZTUCZNEJ INTELIGENCJI

(Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2024/1689 w sprawie sztucznej inteligencji)

1. Szczegółowe postanowienia
   • Na mocy art. 5 AI Act zabronione są następujące praktyki w zakresie AI:
     • a) wprowadzanie do obrotu, oddawanie do użytku lub wykorzystywanie systemu AI, który stosuje podprogowe techniki poza świadomością człowieka lub celowo manipulacyjne bądź podstępne techniki, których celem lub skutkiem jest istotne zniekształcenie zachowania osoby lub grupy osób poprzez znaczne ograniczenie ich zdolności do podjęcia świadomej decyzji, co skłania je do podjęcia decyzji, której inaczej by nie podjęły, w sposób, który powoduje lub z dużym prawdopodobieństwem spowoduje poważną szkodę u tej osoby, innej osoby lub grupy osób;
     • b) wprowadzanie do obrotu, oddawanie do użytku lub wykorzystywanie systemu AI, który wykorzystuje jakiekolwiek słabości osoby fizycznej lub określonej grupy osób ze względu na ich wiek, niepełnosprawność lub szczególną sytuację społeczną lub ekonomiczną, których celem lub skutkiem jest istotne zniekształcenie zachowania tej osoby lub osoby należącej do tej grupy w sposób, który powoduje lub z dużym prawdopodobieństwem spowoduje poważną szkodę u tej lub innej osoby;
     • c) wprowadzanie do obrotu, oddawanie do użytku lub wykorzystywanie systemów AI do oceny lub klasyfikacji osób fizycznych lub grup osób w określonym przedziale czasu na podstawie ich zachowań społecznych lub znanych, wywnioskowanych lub przewidywanych cech osobistych bądź cech osobowości, przy czym ocena społeczna (social scoring) prowadzi do którejkolwiek z następujących sytuacji: i) krzywdzącego lub niekorzystnego traktowania niektórych osób fizycznych lub grup osób w kontekstach społecznych niezwiązanych z kontekstami, w których dane zostały pierwotnie wygenerowane lub zebrane; ii) krzywdzącego lub niekorzystnego traktowania niektórych osób fizycznych lub grup osób, które jest nieuzasadnione lub nieproporcjonalne do ich zachowania społecznego lub jego wagi;
     • e) wprowadzanie do obrotu, oddawanie do użytku w tym konkretnym celu lub wykorzystywanie systemów AI tworzących lub rozbudowujących bazy danych do rozpoznawania twarzy poprzez ukierunkowane lub nieukierunkowane pobieranie wizerunków twarzy z internetu lub materiałów z telewizji przemysłowej (CCTV);
     • f) wprowadzanie do obrotu, oddawanie do użytku w tym konkretnym celu lub wykorzystywanie systemów AI do wnioskowania o emocjach osoby fizycznej w miejscu pracy i instytucjach edukacyjnych, chyba że wykorzystanie systemu AI jest przeznaczone do oddania do użytku lub wprowadzenia do obrotu ze względów medycznych lub bezpieczeństwa;
     • g) wprowadzanie do obrotu, oddawanie do użytku w tym konkretnym celu lub wykorzystywanie systemów kategoryzacji biometrycznej, które kategoryzują indywidualnie osoby fizyczne na podstawie ich danych biometrycznych w celu dedukowania lub wnioskowania o ich rasie, poglądach politycznych, przynależności do związków zawodowych, przekonaniach religijnych lub światopoglądowych, życiu seksualnym lub orientacji seksualnej; zakaz ten nie obejmuje etykietowania ani filtrowania legalnie nabytych zestawów danych biometrycznych, takich jak obrazy, w oparciu o dane biometryczne lub kategoryzację biometryczną w obszarze ścigania przestępstw;
   • Systemy AI wysokiego ryzyka na podstawie art. 6 ust. 2 AI Act to systemy wymienione w którymkolwiek z poniższych obszarów (Załącznik III):
2. Biometria, w zakresie, w jakim jej użycie jest dozwolone na mocy odpowiedniego prawa Unii lub prawa krajowego:
   • a) systemy zdalnej identyfikacji biometrycznej. Nie obejmuje to systemów AI przeznaczonych do stosowania do weryfikacji biometrycznej, której jedynym celem jest potwierdzenie, że dana osoba fizyczna jest osobą, za którą się podaje;
   • b) systemy AI przeznaczone do stosowania do kategoryzacji biometrycznej według wrażliwych lub chronionych cech bądź atrybutów na podstawie wnioskowania z takich cech bądź atrybutów;
   • c) systemy AI przeznaczone do stosowania do rozpoznawania emocji.
3. Edukacja i szkolenie zawodowe:
   • a) systemy AI przeznaczone do stosowania w celu decydowania o dostępie lub przyjęciu lub przydzielaniu osób fizycznych do instytucji edukacyjnych i szkoleniowych na wszystkich poziomach;
   • b) systemy AI przeznaczone do stosowania w celu oceny efektów uczenia się, w tym gdy efekty te są wykorzystywane do ukierunkowywania procesu uczenia się osób fizycznych w instytucjach edukacyjnych i szkoleniowych na wszystkich poziomach;
   • c) systemy AI przeznaczone do stosowania w celu oceny odpowiedniego poziomu wykształcenia, które dana osoba otrzyma lub do którego będzie miała dostęp, w kontekście lub w ramach instytucji edukacyjnych i szkoleniowych na wszystkich poziomach;
   • d) systemy AI przeznaczone do stosowania do monitorowania i wykrywania zabronionych zachowań uczniów podczas egzaminów w kontekście lub w ramach instytucji edukacyjnych i szkoleniowych na wszystkich poziomach.
   • .
   • Jednakże system AI, o którym mowa w Załączniku III (taki jak powyżej), nie jest uznawany za system wysokiego ryzyka, jeżeli nie stwarza znaczącego ryzyka szkody dla zdrowia, bezpieczeństwa lub praw podstawowych osób fizycznych, w tym nie wpływa w istotny sposób na wynik podejmowania decyzji. Ma to zastosowanie, gdy spełniony jest którykolwiek z następujących warunków:
     • a) system AI jest przeznaczony do wykonywania wąskiego zadania proceduralnego;
     • b) system AI jest przeznaczony do poprawy wyniku wcześniej wykonanej czynności ludzkiej;
     • c) system AI jest przeznaczony do wykrywania wzorców decyzyjnych lub odchyleń od wcześniejszych wzorców decyzyjnych i nie ma na celu zastąpienia ani wywarcia wpływu na wcześniej przeprowadzoną ocenę ludzką bez odpowiedniego przeglądu dokonanego przez człowieka; lub
     • d) system AI jest przeznaczony do wykonywania zadań przygotowawczych do oceny na potrzeby przypadków użycia wymienionych w Załączniku III.
   • Niezależnie od powyższych postanowień, system AI, o którym mowa w Załączniku III, jest w każdym przypadku uznawany za system wysokiego ryzyka, jeżeli prowadzi profilowanie osób fizycznych.
4. Dostawca, który uzna, że system AI wymieniony w Załączniku III nie jest systemem wysokiego ryzyka, dokumentuje swoją ocenę przed wprowadzeniem takiego systemu do obrotu lub oddaniem go do użytku. Takie dostawca podlega obowiązkowi rejestracji określonemu w art. 49 ust. 2 AI Act. Na żądanie właściwych organów krajowych dostawca udostępnia dokumentację oceny.

1. Charakterystyka konkretnego projektu
   • Niniejszy projekt jest systemem przetwarzania/indeksowania/rekomendowania treści. Systemy rekomendacji/wyszukiwania tego typu nie są wymienione jako odrębna kategoria wysokiego ryzyka w Załączniku III.
   • Może jednak stać się systemem wysokiego ryzyka, jeśli będzie używany do zamierzonego celu wpadającego w zakres powyższych szczegółowych postanowień, w którym to przypadku klasyfikacja ulegnie zmianie. Tytułem przykładu:
     • Jeśli jest używany w środowisku edukacyjnym do decyzji dotyczących dostępu/przydziału/oceny uczniów (np. selekcja, klasyfikacja, ocena/punktacja lub „określanie dostępu” do edukacji), może wpaść w zakres przypadków z Załącznika III.
     • Jeśli jest używany do decyzji w zakresie zatrudnienia, dostępu do kluczowych usług itp., również może wpaść w zakres Załącznika III.
   • Niemniej jednak należy zwrócić uwagę na stosowanie przepisów AI Act w odniesieniu do projektu ze względu na udział dzieci i wykorzystanie treści generatywnych.
2. Praktyki zabronione: wykorzystywanie podatności ze względu na wiek
   • Ponieważ grupą docelową i użytkownikami systemu są dzieci, należy przestrzegać wszelkich zasad i mechanizmów, aby nie dochodziło do wykorzystywania podatności małoletnich (ze względu na wiek) w celu zniekształcenia ich zachowania i spowodowania poważnej szkody (taki system AI wpada w kategorię praktyk zabronionych).
3. Obowiązki w zakresie przejrzystości dotyczące niektórych wyników działań AI
   • Jeśli dane wejściowe są przetwarzane przez algorytm, treść wyniku końcowego — tekst/opisy oraz ogólnie treści wygenerowane przez AI — może uruchamiać obowiązki w zakresie przejrzystości (np. oznaczanie/informacja, że treść została wygenerowana przez AI lub że użytkownik wchodzi w interakcję z AI, w zależności od przypadku; odpowiedzialność za projekt i działanie algorytmu).
4. Role, odpowiedzialność
   • Dostawca: każdy, kto rozwija lub wprowadza do obrotu system AI pod własną nazwą lub znakiem towarowym, odpłatnie lub nieodpłatnie.
   • Podmiot wdrażający (Deployer): każdy, kto użytkuje system AI „pod swoją odpowiedzialnością” (z wyjątkiem użytku czysto osobistego/nieprofesjonalnego).
   • W tym projekcie, w zakresie, w jakim platforma/usługa jest udostępniana użytkownikom lub klientom, podmiot realizujący projekt może być uznany za dostawcę.
5. Obowiązki dotyczące również aplikacji niebędących systemami wysokiego ryzyka
   • 5.1. Kompetencje w zakresie AI (AI Literacy)
     • Należy podjąć środki w celu zapewnienia, aby personel projektu obsługujący/użytkujący system w imieniu podmiotu posiadał odpowiedni poziom „kompetencji w zakresie AI”, biorąc pod uwagę jego wiedzę/przeszkolenie, kontekst użycia oraz grupy, na które system wywiera wpływ.
     • Praktyczne znaczenie dla projektu: krótkie szkolenie/instrukcje dotyczące:
       • kiedy transkrypcje/teksty alternatywne mogą prawdopodobnie zawierać błędy;
       • co może, a co nie może być publikowane;
       • procedur zgłaszania/skarg;
       • ochrony małoletnich i dzieci.
   • 5.2. Praktyki zabronione – w szczególności ze względu na dzieci
     • Zabronione są praktyki AI, które:
       • stosują techniki manipulacyjne/podstępne, które istotnie zniekształcają zachowanie i powodują bądź z dużym prawdopodobieństwem mogą spowodować poważną szkodę;
       • wykorzystują słabości wynikające z wieku (np. dzieci), z celem/skutkiem w postaci istotnego zniekształcenia zachowania z (prawdopodobną) poważną szkodą.
6. Obowiązki w zakresie przejrzystości
   • 6.1. Jeśli system wchodzi w bezpośrednią interakcję z użytkownikami
     • Dostawcy muszą zapewnić, że w przypadku gdy system AI jest przeznaczony do bezpośredniej interakcji z osobami fizycznymi, osoby te zostaną poinformowane, że wchodzą w interakcję z AI (chyba że jest to oczywiste). Przykład w projekcie: jeśli istnieje „asystent AI” do wyszukiwania/podsumowywania/nawigacji lub „inteligentny” interfejs, musi istnieć jasne oznaczenie.
   • 6.2. Jeśli generowany jest tekst syntetyczny
     • Dostawcy systemów AI generujących treści syntetyczne (dźwięk/obraz/wideo/tekst) muszą zapewnić, że wyniki są oznaczone w formacie nadającym się do odczytu maszynowego i wykrywalne jako sztucznie wygenerowane lub zmanipulowane, w zakresie, w jakim jest to technicznie wykonalne.
   • 6.3. Deepfakes i teksty stanowiące „interes publiczny”
     • Jeśli system tworzy/manipuluje obrazami, dźwiękiem lub wideo stanowiącymi deepfake, podmioty wdrażające muszą to ujawnić.
     • Jeśli system tworzy/manipuluje tekstem publikowanym w celu informowania opinii publicznej o sprawach interesu publicznego, podmioty wdrażające muszą ujawnić, że został on wygenerowany/zmanipulowany przez AI, chyba że został poddany ludzkiej kontroli redakcyjnej i istnieje podmiot ponoszący odpowiedzialność redakcyjną.
   • 6.4. Ograniczanie ryzyka związanego z deepfake
     • Zakaz tworzenia/przetwarzania obrazów, dźwięku lub wideo, które mogłyby odtwarzać/imitować realne osoby.
     • Wyraźny zakaz w Warunkach użytkowania dotyczący przesyłania lub promptów mających na celu podszywanie się/wprowadzenie w błąd.
     • Przyjęcie środków technicznych w celu zapobiegania takim zjawiskom.
     • Ustanowienie polityki dozwolonego użytku (co jest zabronione; co dzieje się ze zgłoszeniami).
     • Wyłączenie odpowiedzialności za materiały przesyłane przez strony trzecie, które mogą stanowić deepfake.
   • Powyższe stanowi próbę odniesienia się do potencjalnych problemów oraz propozycji uniknięcia naruszeń obowiązujących zasad i przepisów.

DOKUMENTACJA PRAWNA W ODPOWIEDZI NA KWESTIE PODNIESIONE W ODNIESIENIU DO OKREŚLONYCH ASPEKTÓW FUNKCJONOWANIA PLATFORMY OPRACOWANEJ W RAMACH PROJEKTU KIDS RADIO

1. Pytania i założenia faktyczne
   • Niniejszy raport stanowi odpowiedź na trzy szczegółowe pytania postawione przez zespół projektu KID’S RADIO.
   • Trzy pytania dotyczą:
     • zgodności z prawem i odpowiedniego udokumentowania przechowywania materiałów bez domyślnego automatycznego usuwania;
     • przekazywania wygenerowanych napisów do Google poprzez Gemini w celu korekty gramatycznej i składniowej;
     • znaczenia prawnego możliwości modyfikacji i zatwierdzania przez użytkownika tekstu wygenerowanego przez AI, a także potrzeby powiadomienia/sprzeciwu w odniesieniu do automatycznych transkrypcji, które mogą zawierać błędy.
   • Ocena opiera się na następujących założeniach faktycznych:
     • Platforma przechowuje materiały użytkownika, takie jak dźwięk, wideo, tekst, napisy, transkrypcje, metadane i potencjalnie dzienniki (logi), działając jako repozytorium kontrolowane przez użytkownika.
     • Obecnie nie stosuje się ogólnego automatycznego usuwania przesłanych lub wygenerowanych przez użytkownika materiałów po upływie z góry określonego czasu; materiał pozostaje do momentu jego usunięcia przez użytkownika lub wystąpienia innego zdarzenia określonego umownie bądź technicznie.
     • Jedynym punktem transmisji treści do zewnętrznego dostawcy AI, o którym zostaliśmy poinformowani, jest przekazywanie wygenerowanych napisów do Google poprzez Gemini w celu korekty gramatycznej i składniowej.
     • Gemini jest używane jako usługa płatna/biznesowa (enterprise) i istnieje umowa DPA (umowa powierzenia przetwarzania danych) z Google; należy jednak weryfikować dokładny produkt i obowiązujące warunki.
     • Po początkowym wygenerowaniu napisów/transkrypcji przez AI użytkownik może w pełni zmodyfikować tekst; tekst edytowany przez użytkownika jest przechowywany w osobnym polu niż oryginalny tekst wygenerowany przez AI.
     • Do celów wyświetlania na platformie tekst, który został zmodyfikowany lub zatwierdzony przez użytkownika, jest uznawany za wersję nadrzędną, natomiast jeśli brak jakiejkolwiek interwencji, wyświetlany jest wstępny wynik działania AI.
2. Obowiązujące ramy prawne
   • 2.1. RODO i greckie przepisy o ochronie danych osobowych
     • Rozporządzenie (UE) 2016/679 (Ogólne rozporządzenie o ochronie danych – RODO) ma zastosowanie do każdego całkowicie lub częściowo zautomatyzowanego przetwarzania danych osobowych. Napisy i transkrypcje mogą stanowić dane osobowe, gdy zawierają imiona i nazwiska, dane kontaktowe, odniesienia do osób trzecich, opisy zdarzeń, informacje osobiste lub zawodowe bądź inne elementy pozwalające na bezpośrednią lub pośrednią identyfikację osoby fizycznej. Pojęcie danych osobowych jest szerokie i obejmuje wszelkie informacje dotyczące zidentyfikowanej lub możliwej do zidentyfikowania osoby fizycznej.
     • Podstawowe zasady z art. 5 RODO mają kluczowe znaczenie dla wszystkich trzech pytań: zgodność z prawem, rzetelność i przejrzystość; ograniczenie celu; minimalizacja danych; prawidłowość; ograniczenie przechowywania; integralność i poufność; oraz rozliczalność. W szczególności zasada ograniczenia przechowywania wymaga, aby dane nie były przechowywane w formie umożliwiającej identyfikację dłużej, niż jest to konieczne do celów przetwarzania, oraz aby ustanowić terminy ich usuwania lub okresowego przeglądu.
   • 2.2. Act o Sztucznej Inteligencji (AI Act)
     • Rozporządzenie (UE) 2024/1689 (AI Act) wprowadza horyzontalne ramy w Unii Europejskiej w zależności od poziomu ryzyka stwarzanego przez aplikacje sztucznej inteligencji (AI). W odniesieniu do badanych kwestii szczególnie istotne są obowiązki w zakresie przejrzystości dla niektórych systemów AI, obowiązki dotyczące podnoszenia kompetencji w zakresie AI oraz rozróżnienie między dostawcą, podmiotem wdrażającym a użytkownikiem.
     • W przypadku systemu generującego napisy/transkrypcje kluczową kwestią jest nie tylko to, czy stanowi on system AI wysokiego ryzyka. Na podstawie okoliczności faktycznych poddanych ocenie generowanie napisów do edycji/wyświetlania treści nie wydaje się co do zasady automatycznie wpadać do kategorii wysokiego ryzyka na mocy Załącznika III. Niemniej jednak obowiązki w zakresie przejrzystości, oznaczanie treści wygenerowanych lub zmodyfikowanych sztucznie, nadzór ludzki w stosownych przypadkach oraz odpowiednia informacja dla użytkownika pozostają kluczowe. Użytkownicy muszą być informowani za pomocą wyraźnego i jasnego komunikatu na stronie internetowej w momencie interakcji z systemem AI.
     • W szczególności art. 50 AI Act przewiduje obowiązki informacyjne, gdy osoby fizyczne wchodzą w interakcję z systemem AI, a także obowiązek technicznego oznaczania wyników stanowiących syntetyczne treści audio, obraz, wideo lub tekst. Ogólnie rzecz biorąc, platforma musi ustalić:
       • czy jest dostawcą, czy podmiotem wdrażającym w odniesieniu do każdej funkcjonalności AI;
       • przeznaczenie/cel systemu AI;
       • czy system stwarza niskie, czy wysokie ryzyko;
       • czy mają zastosowanie obowiązki dotyczące przejrzystości;
       • czy wymagane są kompetencje w zakresie AI dla personelu/współpracowników;
       • jak realizowany jest nadzór lub weryfikacja przez człowieka.
3. Pytanie 1 – Okres przechowywania materiałów w platformie-repozytorium
   • Brak jednego, opartego na kalendarzu okresu przechowywania dla wszystkich treści użytkowników sam w sobie nie jest sprzeczny z RODO. W usłudze świadczonej jako repozytorium przechowywanie materiałów stanowi sam cel umowny przetwarzania. Przechowywanie może opierać się w szczególności na wykonywaniu umowy zgodnie z art. 6 ust. 1 lit. b) RODO, gdy użytkownik żąda przechowywania i udostępniania swoich materiałów na platformie.
   • Jednakże RODO nie zezwala na bezterminowe, bezróżnicowe przechowywanie bez dokonywania przeglądów. Kluczową kwestią nie jest to, czy w każdym przypadku istnieje określona liczba miesięcy, ale czy istnieją obiektywne kryteria przechowywania oraz procedury usuwania lub okresowego przeglądu. Należy unikać sformułowania „nie mamy okresu przechowywania”. Bardziej poprawne prawnie jest wskazanie, że okres przechowywania jest określony przez czas aktywnego korzystania z repozytorium, umowę, usunięcie przez użytkownika, usunięcie konta/przestrzeni roboczej, spełnienie obowiązków prawnych oraz potrzebę ustalenia, dochodzenia lub obrony roszczeń prawnych.
   • Ponadto art. 13 RODO wymaga, aby osoba, której dane dotyczą, została poinformowana o okresie przechowywania lub, gdy nie jest to możliwe, o kryteriach stosowanych do wyznaczenia tego okresu. W związku z tym platforma musi jasno opisać kryteria przechowywania oraz odpowiednie wyjątki w swojej polityce prywatności i warunkach użytkowania.
   • Szczególnej uwagi wymagają kopie zapasowe (backupy) oraz dzienniki zdarzeń (logi). Usunięcie z aktywnego środowiska nie oznacza konieczności natychmiastowego usunięcia z każdej kopii zapasowej, ale musi istnieć udokumentowany cykl nadpisywania/usuwania kopii zapasowych oraz ograniczenia wykorzystania takich kopii wyłącznie do celów bezpieczeństwa, odzyskiwania danych i ciągłości działania. Logi nie powinny automatycznie podlegać temu samemu okresowi przechowywania co treści użytkownika; powinny posiadać własny okres przechowywania, proporcjonalny do celów bezpieczeństwa, kontroli dostępu i reagowania na incydenty.
4. Pytanie 2 – Przekazywanie napisów do Google/Gemini i pseudonimizacja
   • Przekazywanie napisów do Google może stanowić przetwarzanie danych, jeśli napisy zawierają dane osobowe – w takim przypadku stanowi to przekazanie/ujawnienie odbiorcy lub podmiotowi przetwarzającemu. Google musi być wyraźnie uwzględnione w mapie przepływu danych, polityce prywatności oraz odpowiedniej umowie powierzenia przetwarzania danych, gdy platforma działa jako administrator danych w odniesieniu do użytkowników lub jako podmiot przetwarzający w odniesieniu do klientów B2B.
   • Istnienie umowy DPA jest warunkiem koniecznym, gdy Google działa jako podmiot przetwarzający. Art. 28 RODO wymaga, aby administrator wybierał wyłącznie podmioty przetwarzające zapewniające wystarczające gwarancje i dbał o to, by przetwarzanie podlegało umowie o określonej treści. Jednak sama obecność DPA nie jest wystarczająca: należy potwierdzić dokładny produkt, miejsce przetwarzania, podpodmioty przetwarzające, przekazywanie danych do państw trzecich, prawa do audytu/informacji, usunięcie/zwrot danych oraz ustalenia techniczne zapobiegające wykorzystaniu danych do trenowania modeli.
   • Publiczne gwarancje Google dla środowisk płatnych/biznesowych znacznie zmniejszają ryzyko nieuprawnionego dalszego wykorzystania. Nie zastępują jednak obowiązku minimalizacji danych oraz prywatności w fazie projektowania. Gdy korektę gramatyczną/składniową można osiągnąć bez imion i nazwisk, numerów telefonów, adresów e-mail, adresów zamieszkania lub innych identyfikatorów, należy przeanalizować techniczne zastosowanie maskowania lub pseudonimizacji przed wysyłką. Gdy nie jest to wykonalne ze względu na utratę znaczenia lub jakości, musi istnieć udokumentowany wyjątek oparty na konieczności i proporcjonalności.
   • Pseudonimizacja w rozumieniu art. 4 pkt 5 RODO nie jest tożsama z samym usunięciem imion i nazwisk ani nie odpowiada anonimizacji. Dane pseudonimizowane pozostają danymi osobowymi, ale technika ta jest uznaną środkiem redukcji ryzyka.
   • Wykorzystanie Google/Gemini do korekty gramatycznej i składniowej napisów może być zgodne z RODO, w szczególności gdy odbywa się w ramach płatnej/biznesowej usługi z umową DPA i wyraźnym zobowiązaniem, że prompt-y/odpowiedzi nie będą wykorzystywane do trenowania lub ulepszania produktów. Niemniej jednak platforma powinna zachować zabezpieczenie dotyczące pseudonimizacji „gdy jest to wykonalne”.
   • W konsekwencji należy zweryfikować, czy korzystanie odbywa się w kontekście płatnym/biznesowym, a nie w konsumenckim środowisku Gemini. Użytkownicy muszą zostać poinformowani o tej konkretnej operacji przetwarzania, a przed wysłaniem napisów do Google należy zastosować maskowanie/pseudonimizację. Imiona i nazwiska, numery telefonów, adresy e-mail i adresy zamieszkania nie powinny być wysyłane, gdy można tego uniknąć. Należy również podkreślić, że celem przekazania jest wyłącznie korekta gramatyczna i składniowa, a nie niezależna analiza czy trenowanie modeli. Ostatecznie wysyłanie tylko ściśle niezbędnego tekstu ogranicza ryzyko.
5. Pytanie 3 – Zatwierdzanie przez użytkownika i odpowiedzialność za transkrypcje generowane przez AI
   • Istnienie osobnego pola dla tekstu wygenerowanego przez AI oraz tekstu edytowanego przez użytkownika jest prawnie pozytywne, ponieważ tworzy rozliczalność i dokumentuje interwencję użytkownika. Jednakże zgodnie z RODO nie wystarczy samo zapewnienie technicznej możliwości edycji. Musi być jasne, czy wyświetlana wersja jest:(a) automatyczna i nieprzejrzana, (b) przejrzana/zatwierdzona przez użytkownika bez zmian, czy (c) zmodyfikowana przez użytkownika. Rozróżnienie to jest powiązane z zasadą prawidłowości z art. 5 ust. 1 lit. d) RODO oraz prawem do sprostowania z art. 16 RODO.
   • Gdy transkrypcja zawiera dane osobowe osób trzecich, nieprawidłowa transkrypcja może stworzyć ryzyko szkody, zniesławienia, naruszenia prywatności lub dezinformacji. W związku z tym musi istnieć mechanizm zgłaszania/sprzeciwu/zgłaszania błędów nie tylko dla użytkownika, który przesłał materiał, ale także, w stosownych przypadkach, dla osób, których dotyczy treść, lub osób mających uzasadniony interes w żądaniu korekty, ukrycia, ograniczenia lub usunięcia.
   • Rzeczywista ludzka modyfikacja/weryfikacja zmienia ocenę na mocy AI Act, ale nie eliminuje całkowicie potrzeby przejrzystości. Art. 50 AI Act obejmuje obowiązki dla systemów AI, które wchodzą w interakcję z osobami fizycznymi lub generują syntetyczne treści tekstowe. Jeśli platforma wyświetla wygenerowaną przez AI transkrypcję, która nie została przejrzana, musi istnieć jasna informacja, że tekst został wygenerowany automatycznie i może zawierać błędy.
   • Jeśli użytkownik istotnie zmodyfikował lub wyraźnie zatwierdził tekst, platforma może wyświetlać go jako wersję zatwierdzoną lub edytowaną przez użytkownika. Zmniejsza to ryzyko wprowadzenia użytkowników w błąd i wykazuje proces z udziałem człowieka (human-in-the-loop). Jednak sama możliwość edycji nie jest równoznaczna z przeglądem dokonanym przez człowieka. Musi istnieć jednoznaczne działanie, znacznik czasu, historia wersji lub etykieta stanu dokumentująca zatwierdzenie.
   • Szczególnego znaczenia nabierają przypadki, w których wygenerowany lub zmanipulowany przez AI tekst jest publikowany w celu informowania opinii publicznej o sprawach interesu publicznego. W takich przypadkach od podmiotu wdrażającego wymaga się zazwyczaj ujawnienia, że tekst został wygenerowany lub zmanipulowany sztucznie, chyba że nastąpił przegląd ludzki lub kontrola redakcyjna, a osoba fizyczna lub prawna przyjmuje za niego odpowiedzialność.
6. Odpowiedzialność za błędy, zniesławienie i dezinformację
   • Z punktu widzenia odpowiedzialności cywilnej i dóbr osobistych platforma musi unikać stwarzania wrażenia, że gwarantuje bezwzględną dokładność automatycznych napisów. Warunki użytkowania powinny zastrzegać, że wynik działania AI ma charakter pomocniczy, może zawierać błędy i musi zostać sprawdzony przez użytkownika przed publikacją lub dalszym wykorzystaniem. Jednocześnie platforma nie powinna wyłączać wszelkiej odpowiedzialności w sposób, który byłby nieważny lub abuzywny, zwłaszcza jeśli poweźmie wiedzę o treściach nielegalnych lub szkodliwych i nie podejmie działań.
   • Gdy platforma hostuje lub udostępnia treści, wskazane jest posiadanie procedury zgłaszania i usuwania nielegalnych treści (notice-and-action), pozwalającej na tymczasowe ukrycie, korektę, przegląd, dodanie ostrzeżenia lub usunięcie treści. Istnienie dziennika audytowego pokazującego, kto, co i kiedy zmodyfikował, jest krytyczne dla przypisania odpowiedzialności i wykazania należytej staranności.
   • Zabezpieczenie dotyczące zgłoszenia/sprzeciwu nie powinno być usuwane; należy je sformułować na nowo. Platforma prawidłowo rozdziela tekst wygenerowany przez AI od tekstu edytowanego przez użytkownika i może traktować tekst zatwierdzony przez użytkownika jako wersję nadrzędną. Musi być jednak wyświetlany jasny status: „Wygenerowano przez AI / Nieprzejrzane”, „Edytowane przez użytkownika” lub „Zatwierdzone/Zweryfikowane przez użytkownika”. Musi istnieć mechanizm zgłaszania/sprzeciwu oraz dziennik audytowy. Możliwość edycji poprawia ocenę na mocy AI Act tylko wtedy, gdy istnieje rzeczywista i udokumentowana kontrola redakcyjna lub przegląd dokonany przez człowieka.
7. Proponowane zastrzeżenia dotyczące bezpieczeństwa i informacji
   • 7.1. Zabezpieczenia dotyczące ograniczenia przechowywania i usuwania
     • Platforma działa jako repozytorium kontrolowane przez użytkownika. Materiały przesłane przez użytkownika, w tym dźwięk, wideo, tekst, transkrypcje, napisy i powiązane metadane, są przechowywane tak długo, jak długo odpowiednie konto, projekt lub przestrzeń robocza pozostają aktywne, lub do momentu, gdy użytkownik/klient je usunie, zażąda ich usunięcia bądź zakończy korzystanie z usługi, chyba że prawo wymaga dalszego przechowywania lub jest to konieczne do ustalenia, dochodzenia lub obrony roszczeń prawnych. Platforma utrzymuje udokumentowane kryteria przechowywania według kategorii danych, przepływy pracy usuwania dla aktywnych systemów, zdefiniowane cykle czyszczenia kopii zapasowych, odrębne reguły przechowywania dla logów i danych rozliczeniowych, anonimizację, gdy jest to wykonalne, oraz okresowy przegląd nieaktywnych kont i zbędnych danych.
   • 7.2. Zabezpieczenia dotyczące przetwarzania AI przez strony trzecie oraz pseudonimizacji
     • Gdy napisy lub transkrypcje są wysyłane do zewnętrznego dostawcy AI, takiego jak Google/Gemini, przekazanie jest ograniczone do celu korekty gramatycznej i składniowej oraz podlega obowiązującej Umowie Powierzenia Przetwarzania Danych (DPA), udokumentowanym zobowiązaniom w zakresie bezpieczeństwa i poufności oraz weryfikacji, że prompt-y/odpowiedzi nie są wykorzystywane do trenowania modeli lub ulepszania produktów w odpowiedniej płatnej/biznesowej usłudze. Przed wysyłką platforma stosuje maskowanie lub pseudonimizację bezpośrednich identyfikatorów, takich jak imiona i nazwiska, numery telefonów, adresy e-mail i inne zbędne identyfikatory, gdy jest to technicznie wykonalne i zgodne z celem korekty. Gdy pseudonimizacja nie jest wykonalna, wyjątek zostaje udokumentowany i stosuje się zobowiązania dotyczące minimalizacji danych, kontroli dostępu, rejestrowania zdarzeń, zabezpieczeń transferu oraz usuwania.
   • 7.3. Zabezpieczenia dotyczące zgłaszania, sprzeciwu, kontroli wersji oraz weryfikacji przez użytkownika
     • Automatyczne transkrypcje i napisy wygenerowane przez AI są wyraźnie oznaczone jako wygenerowane maszynowo i mogą zawierać błędy do czasu ich wyraźnego przeglądu, edycji lub zatwierdzenia przez użytkownika. Platforma przechowuje oryginalny tekst wygenerowany przez AI oddzielnie od wszelkich wersji edytowanych lub zatwierdzonych przez użytkownika i wyświetla wersję zatwierdzoną przez użytkownika jako wersję nadrzędną, gdy jest ona dostępna. Każda wersja jest powiązana z metadanymi stanu, znacznikami czasu i dziennikami audytowymi. Użytkownicy oraz, w stosownych przypadkach, osoby, których dane dotyczą, mogą zgłaszać niedokładności, nielegalne treści, wypowiedzi zniesławiające lub wprowadzające w błąd opisy za pomocą mechanizmu sprzeciwu/zgłaszania, co uruchamia przegląd, korektę, ograniczenie, usunięcie lub inny odpowiedni środek.
8. Podsumowując
   • W odniesieniu do repozytorium i przechowywania materiałów nie istnieje bezwzględny wymóg ogólnego automatycznego usuwania wszystkich danych po jednolitym okresie. Wymagana jest jednak udokumentowana polityka przechowywania, oparta na obiektywnych kryteriach, usuwaniu po usunięciu przez użytkownika / zakończeniu umowy, cyklach kopii zapasowych i zarządzaniu nieaktywnymi kontami.
   • W odniesieniu do Google/Gemini korzystanie z płatnej/biznesowej usługi z umową DPA oraz gwarancjami, że prompt-y/odpowiedzi nie są wykorzystywane do trenowania lub ulepszania produktów, może stanowić odpowiednią podstawę redukcji ryzyka, wraz z technicznym zastosowaniem maskowania lub pseudonimizacji, gdy jest to wykonalne.
   • W odniesieniu do zgłaszania i odpowiedzialności za transkrypcje generowane przez AI możliwość edycji przez użytkownika oraz przechowywanie w osobnym polu stanowią środki istotne prawnie i pozytywne. Nie są one jednak wystarczające bez jasnych etykiet stanu, dzienników audytowych oraz mechanizmu zgłaszania/sprzeciwu. Wstępny wynik działania AI powinien być wyświetlany jako nieprzejrzany, natomiast tylko wersja wyraźnie zmodyfikowana lub zatwierdzona może być wyświetlana jako zatwierdzona przez użytkownika.
   • W odniesieniu do AI Act opisana funkcjonalność nie wydaje się co do zasady przekształcać platformy w system AI wysokiego ryzyka wyłącznie z powodu generowania napisów/transkrypcji. Niemniej jednak obowiązki w zakresie przejrzystości, podnoszenie kompetencji w zakresie AI oraz oznaczanie treści wygenerowanych sztucznie lub nieprzejrzanych pozostają kluczowe. Zatwierdzenie przez użytkownika może ograniczyć obowiązki informacyjne tylko wtedy, gdy jest rzeczywiste, wyraźne i udokumentowane.
   • Platforma powinna zamieścić na swojej stronie internetowej obszerne informacje na temat sposobu jej działania oraz podjętych środków technicznych i organizacyjnych w celu informowania i ochrony użytkowników, a także odpowiedzialności ponoszonej i przyjmowanej przez osoby przesyłające materiały.
   • Ogólnie rzecz biorąc, proponowanym podejściem jest zachowanie ustalonych zabezpieczeń i sformułowanie innych na nowo, tak aby dokładnie odzwierciedlały rzeczywiste funkcjonowanie platformy i były poparte dokumentacją techniczną, umowną i organizacyjną.
   • Zaleca się, aby na stronie internetowej zadeklarować, że platforma i jej dostawca mają charakter non-profit oraz że dostęp, korzystanie, przesyłanie materiałów i odwiedzanie platformy są świadczone bezpłatnie, bez świadczenia wzajemnego ze strony użytkowników, osób przesyłających czy odwiedzających.
   • Platforma musi odróżniać oryginalny tekst wygenerowany przez AI od tekstu edytowanego/zatwierdzonego przez użytkownika. Istnienie osobnego pola w bazie danych jest dobrą praktyką. Powinno mu jednak towarzyszyć jasne odniesienie/informacja, taka jak: Wstępna transkrypcja jest generowana automatycznie i może zawierać błędy. Użytkownik ma możliwość jej pełnej modyfikacji i zatwierdzenia. Gdy użytkownik podejmuje interwencję, tekst zatwierdzony przez użytkownika jest nadrzędny do celów wyświetlania na platformie.
   • Fakt, że usługa jest bezpłatna dla użytkowników, nie zezwala na przekazywanie danych stronom trzecim bez powiadomienia. Należy wyraźnie wskazać, że konkretny tekst, a mianowicie napisy/transkrypcje, jest wysyłany do Google/Gemini w celu korekty językowej i składniowej.
   • Wreszcie, bezpłatny charakter usługi nie pozwala na nieograniczone przechowywanie materiałów. Platforma może zadeklarować, że materiał jest przechowywany tak długo, jak długo konto lub przestrzeń robocza pozostaje aktywna lub do momentu jego usunięcia przez użytkownika. Przechowywanie odbywa się w celu świadczenia bezpłatnej usługi repozytorium i podlega polityce usuwania, czyszczenia kopii zapasowych, zarządzania nieaktywnymi kontami oraz realizacji praw do usunięcia danych.

Warunki Licencyjne dla Przesyłania Podcastów

(Na podstawie licencji Creative Commons Uznanie autorstwa – Użycie niekomercyjne – Bez utworów zależnych 4.0 Międzynarodowe)

1. Cel i Zakres Stosowania
   • 1.1. YouthRadio.eu to edukacyjna platforma internetowa, która umożliwia grupom młodzieżowym oraz ich koordynatorom („Twórcy”) tworzenie, przesyłanie i udostępnianie utworów dźwiękowych („Utwory”).
   • 1.2. Przesyłając Utwór do YouthRadio.eu, Twórcy udzielają platformie praw opisanych poniżej, wyłącznie w celach zgodnych z jej misją edukacyjną, kulturalną i non-profit.
2. Udzielane Prawa
   • 2.1. Twórcy udzielają YouthRadio.eu oraz jego podmiotowi zarządzającemu niewyłącznej, ogólnoświatowej, nieodpłatnej (bez tantiem), nieodwołalnej i wieczystej licencji na:
     • 2.1.1. Zwielokrotnianie i przechowywanie Utworu w dowolnej formie lub na jakimkolwiek nośniku, cyfrowym lub innym.
     • 2.1.2. Publikowanie, rozpowszechnianie, nadawanie i udostępnianie Utworu publicznie za pośrednictwem platformy YouthRadio.eu oraz powiązanych kanałów (strumień radiowy, strona społecznościowa, wydarzenia, materiały edukacyjne lub promocja w mediach społecznościowych).
     • 2.1.3. Wykorzystanie Utworu w celach edukacyjnych, badawczych, promocyjnych i niekomercyjnych, związanych z celami YouthRadio.eu (np. festiwale, wystawy/showcases, nagrody i warsztaty).
     • 2.1.4. Zachowanie trwałej kopii archiwalnej Utworu do celów dokumentacyjnych i długoterminowego dostępu edukacyjnego.
   • 2.2. Licencja ma charakter niewyłączny: Twórcy zachowują prawo własności i mogą publikować lub licencjonować Utwór w innych miejscach na spójnych warunkach niekomercyjnych.
3. Prawa Zastrzeżone przez Twórców
   • 3.1. Twórcy pozostają jedynymi autorami i właścicielami praw autorskich do swoich Utworów.
   • 3.2. Niniejsza licencja nie przenosi prawa własności ani żadnych wyłącznych praw majątkowych lub osobistych.
   • 3.3. Twórcy:
     • 3.3.1. mogą swobodnie używać, prezentować lub udostępniać swój Utwór w innych miejscach do celów osobistych lub edukacyjnych, niekomercyjnych
     • 3.3.2. mogą ponowne licencjonować swój Utwór na podstawie zgodnych licencji Creative Commons (np. BY-NC-ND lub BY-NC-SA)
     • 3.3.3. zachowują pełne autorskie prawa osobiste do autorstwa i integralności swojego Utworu
4. Wykorzystanie Utworu przez YouthRadio.eu
   • 4.1. YouthRadio.eu zobowiązuje się do:
     • 4.1.1. Powstrzymania się od modyfikowania lub edytowania Utworu, z wyjątkiem drobnych dostosowań technicznych (np. normalizacja głośności dźwięku, konwersja formatu plików lub uzupełnienie metadanych) wymaganych do zapewnienia kompatybilności platformy.
     • 4.1.2. Zapewnienia odpowiedniego uznania autorstwa Twórcom we wszystkich prezentacjach lub komunikacji, zgodnie z wymogami licencji.
     • 4.1.3. Wykorzystywania Utworu wyłącznie do celów niekomercyjnych.
     • 4.1.4. YouthRadio.eu może wprowadzić ogólną subskrypcję lub opłatę za dostęp w celu pokrycia kosztów operacyjnych (hosting, wsparcie techniczne, utrzymanie itp.), pod warunkiem że opłata ta nie stanowi komercyjnej eksploatacji samego Utworu.
5. Ograniczenia i Działania Zabronione
   • 5.1. Żadna strona (w tym użytkownicy lub osoby trzecie odwiedzające YouthRadio.eu) nie ma prawa do:
     • 5.1.1. modyfikowania, miksowania (remixing) ani tworzenia utworów zależnych na podstawie oryginalnego Utworu
     • 5.1.2. wykorzystywania Utworu do celów zarobkowych lub reklamowych
     • 5.1.3. usuwania lub ukrywania informacji o autorze bądź o licencji towarzyszącej Utworowi
   • 5.2. Ani Twórcy, ani żadna osoba trzecia nie mogą stosować warunków prawnych ani środków technologicznych, które ograniczałyby innych w wykonywaniu praw udzielonych na mocy niniejszej licencji.
   • 5.3. YouthRadio.eu zastrzega sobie prawo do usunięcia dowolnego Utworu, który narusza niniejsze warunki lub obowiązujące przepisy prawa.
6. Gwarancje i Odpowiedzialność
   • 6.1. Twórcy oświadczają i gwarantują, że:
     • 6.1.1. są pierwotnymi autorami Utworu lub uzyskali wszelkie niezbędne zezwolenia na zawarte w nim materiały (muzyka, dźwięki, wywiady itp.)
     • 6.1.2. Utwór nie narusza praw własności intelektualnej, prywatności ani dóbr osobistych osób trzecich
     • 6.1.3. uzyskano wszelkie niezbędne zgody od opiekunów prawnych małoletnich zaangażowanych w powstanie Utworu
     • 6.1.4. zwolnią YouthRadio.eu z odpowiedzialności z tytułu wszelkich roszczeń wynikających z nielegalnego lub nieuprawnionego użycia materiałów chronionych prawem autorskim
7. Dostępność Publiczna i Prawa Słuchaczy
   • 7.1. Wszystkie podcasty publikowane w YouthRadio.eu są udostępniane na licencji Creative Commons BY-NC-ND 4.0 Międzynarodowe, która pozwala publiczności na:
     • 7.1.1. swobodne dzielenie się Utworem (kopiowanie i rozpowszechnianie na dowolnym nośniku lub w dowolnym formacie)
     • 7.1.2. z zachowaniem odpowiedniego uznania autorstwa twórców
     • 7.1.3. wyłącznie w celach niekomercyjnych
     • 7.1.4. bez zmieniania, przekształcania lub tworzenia na podstawie Utworu
   • 7.2. Link do pełnego tekstu licencji będzie dołączony do każdego opublikowanego Utworu: https://creativecommons.org/licenses/by-nc-nd/4.0/
8. Akceptacja Warunków
   • 8.1. Wybierając opcję „Zgadzam się z Warunkami Licencyjnymi” i przesyłając Utwór, Twórcy potwierdzają, że przeczytali, zrozumieli i zaakceptowali niniejsze warunki oraz że udzielają YouthRadio.eu praw opisanych w niniejszym dokumencie do hostingu i rozpowszechniania ich Utworu zgodnie z niniejszą Licencją.

Towarzystwo Naukowe „Interdyscyplinarne, Interkulturowe Radio Społeczności Edukacyjnej”, znane również jako European School Radio, Pierwsze Radio Szkolne, w odpowiedzi na wniosek dotyczący legalnego funkcjonowania stacji w zakresie praw do wykorzystania muzyki podczas nadawania i rozpowszechniania tworzonych treści radiowych, uzyskało odpowiednią licencję na wykorzystanie muzyki od właściwej Organizacji Zbiorowego Zarządzania na rzecz swoich użytkowników — wszystkich uczestniczących szkół, które tworzą audycje w European School Radio.

Informujemy odwiedzających niniejszą stronę internetową, że radio internetowe (web radio) działające pod domeną www.europeanschoolradio.eu jest certyfikowanym partnerem Organizacji GEA oraz GRAMMO i odtwarza oraz publicznie wykonuje legalnie nagraną muzykę.

Polityka Plików Cookie – European School Radio & YouthRadio.eu

European School Radio (europeanschoolradio.eu) & YouthRadio.eu

Ostatnia aktualizacja: 14 września 2026

1. Cel i Przegląd Ogólny
   • Niniejsza Polityka Plików Cookie określa sposób, w jaki platforma European School Radio / YouthRadio.eu (prowadzona przez stowarzyszenie non-profit „Towarzystwo Naukowe Interdyscyplinarne, Interkulturowe Radio Społeczności Edukacyjnej” dla Konsorcjum Kids Radio Europe) wykorzystuje pliki cookie i podobne technologie śledzące.
   • Obie domeny (europeanschoolradio.eu & youthradio.eu) prowadzą do tej samej, jednolitej platformy działającej na wspólnej bazie danych. Niniejsza polityka ma zastosowanie do wszystkich zarejestrowanych użytkowników (uczniów, nauczycieli, pracowników młodzieżowych, rodziców) oraz niezarejestrowanych odwiedzających.
2. Czym są Pliki Cookie?
   • Pliki cookie to małe pliki tekstowe umieszczane w przeglądarce internetowej lub na urządzeniu użytkownika podczas uzyskiwania dostępu do platformy. Pozwalają one systemowi rozpoznać urządzenie, zachować bezpieczeństwo, zapamiętać preferencje użytkownika i zbierać anonimowe dane statystyczne systemu.
3. Kategorie Wykorzystywanych Plików Cookie

   • Kategoria	Typ	Cel i Funkcja	Okres Przechowywania
     Ściśle Niezbędne	Podstawowe	Niezbędne do działania strony internetowej, bezpieczeństwa sesji (session security), kontroli dostępu opartej na rolach (RBAC), uwierzytelniania użytkowników oraz stosowania odpowiednich filtrów wiekowych.	Sesja (Session) / Do 12 miesięcy (Logs)
     Preferencji i Funkcjonalne	Funkcjonalne	Zapamiętują preferencje dostępności (rozmiar czcionki WCAG 2.2, kontrast), wybór języka, ustawienia głośności oraz wybór przełącznika „Bez Personalizacji”.	Do 12 miesięcy
     Statystyczne i Analityczne	Statystyczne	Zbierają zagregowane dane o użytkowaniu bez profilowania (odwiedziny stron, zliczenia odtworzeń podcastów, dzienniki błędów technicznych) w celu optymalizacji stabilności platformy i przygotowywania wymaganych corocznych Sprawozdań z Przejrzystości DSA.	Do 12 miesięcy (Dzienniki systemowe)

4. Ochrona Małoletnich i Zasady Braku Profilowania (Artykuł 28 DSA & RODO)
   • 4.1. Zgodnie z Rozporządzeniem (UE) 2022/2065 (Akt o Usługach Cyfrowych – DSA) oraz RODO:
     • 4.1.1. Brak Profilowania Reklamowego: Dane osobowe zbierane za pośrednictwem plików cookie nie są nigdy wykorzystywane do wyświetlania reklam ukierunkowanych lub reklam behawioralnych, w szczególności wobec użytkowników małoletnich poniżej 18 roku życia.
     • 4.1.2. Małoletni Odwiedzający (Bez Konta): Użytkownicy poniżej 18 roku życia przeglądający podcasty bez konta generują wyłącznie ściśle niezbędne identyfikatory techniczne (adres IP, dzienniki systemowe) na potrzeby bezpieczeństwa platformy. Nie są tworzone żadne profile osobiste.
     • 4.1.3. Przełącznik Algorytmu Bez Personalizacji: Użytkownicy mogą w dowolnym momencie kliknąć przycisk „Bez Personalizacji”. Zapobiega to wpływowi plików cookie/historii słuchania na rekomendacje i wyświetla podcasty wyłącznie na podstawie ręcznie ustawionych tagów wiekowych i tematycznych.
5. Dzienniki Systemowe i Identyfikatory Techniczne
   • 5.1. W celu spełnienia wymogów bezpieczeństwa cyfrowego, zgłaszania incydentów oraz zapewnienia zgodności z Rozporządzeniem (UE) 2024/936, dzienniki systemowe (zawierające adres IP, typ przeglądarki, znaczniki czasu i nagłówki żądań) są bezpiecznie przechowywane w centrach danych UE/EOG, zaszyfrowane za pomocą AES-256 i TLS 1.3. Dzienniki te są przechowywane przez okres do 12 miesięcy i są trzymane oddzielnie od ogólnych treści audio.
6. Przekazywanie Danych Stronom Trzecim i Przetwarzanie AI
   • 6.1. Nie są zintegrowane żadne mechanizmy śledzące komercyjnego marketingu stron trzecich (trackery) ani piksele reklamowe.
   • 6.2. Tam, gdzie stosowane są zautomatyzowane narzędzia do transkrypcji lub korekty gramatycznej napisów (np. Google Gemini w korporacyjnych ramach DPA), przed przesłaniem stosuje się techniczną pseudonimizację i maskowanie. Zapytania (prompty) i odpowiedzi nie są wykorzystywane do trenowania modeli AI stron trzecich.
7. Zarządzanie i Wyłączanie Plików Cookie
   • 7.1. Centrum Kontroli Platformy: Zarządzaj swoimi ustawieniami prywatności i rekomendacji w dowolnym momencie pod adresem: https://community.europeanschoolradio.eu/gdpr
   • 7.2. Ustawienia Przeglądarki: Możesz ograniczyć, zablokować lub usunąć pliki cookie bezpośrednio w ustawieniach swojej przeglądarki internetowej. Wyłączenie podstawowych plików cookie może wpłynąć na kluczowe funkcjonalności (np. logowanie lub przesyłanie podcastów).
8. Dane do Kontaktu Prawnego
   • 8.1. Administrator Danych: Stowarzyszenie Non-Profit „Interdyscyplinarne Interkulturowe Radio Społeczności Edukacyjnej” (o nazwie handlowej European School Radio – Pierwsze Radio Szkolne)
   • 8.2. Siedziba: Kampus Alexander IHU (D.I.PA.E.), Sindos 574 00, Saloniki, Grecja
   • 8.3. NIP: EL998502950 (Urząd Skarbowy D’ w Salonikach)
   • 8.4. Inspektor Ochrony Danych (DPO): dpo@youthradio.eu
   • 8.5. Punkt Kontaktowy ds. Zgodności z DSA: compliance@youthradio.eu