FD Finder

Vissza a korábbi verziókhoz

Ez egy korábbi, már nem hatályos verzió. Csak tájékoztatásul jelenítjük meg.

Adatkezelési tájékoztató — FD Finder

Verzió: 3.1 Hatálybalépés: 2026. szeptember 29. Utolsó módosítás: 2026. szeptember 29.


Egyperces összefoglaló

Az FD Finder kutatási-fejlesztési szolgáltatás: szőlőültetvény-fényképeket bíráltat el a közösséggel. Üzemeltető: DrinkCycle Development Kft.

Regisztrációkor az e-mail-címét és jelszava titkosított lenyomatát kezeljük. Beküldéskor kezeljük a feltöltött fényképeket, az Ön megadta ültetvényadatokat és a tőke helyadatát: élő GPS-koordinátát, a fénykép beágyazott helyadatát vagy az Ön megadta település- és dűlőnevet. A helyadat a webes felületen soha nem jelenik meg. Beküldését más bejelentkezett felhasználók bírálják, de a bírálati felület nem mutatja meg sem az Ön személyét, sem a helyadatot, sem a privát jegyzeteit.

A szakmai szemlézők a szemlét telepíthető Android-alkalmazással (FD Finder Offline) is rögzíthetik. Az alkalmazás a szemleadatot — a helyadatot és a nyers képeket is — a szemléző készülékén, titkosítatlanul tárolja, és a feltöltés után is megtartja. Analitika és reklám nincs benne, és adatot csak az FD Finder kiszolgálóinak küld (5.12 pont).

A fényképek és megfigyelések kutatási és mesterséges intelligencia-fejlesztési célú felhasználása a szolgáltatás alapvető céljainak része. Erről regisztrációkor külön tájékoztatjuk, és külön jelölőnégyzettel fogadja el. Az e célú adatkezelés jogalapja a jogos érdekünk; ez ellen bármikor tiltakozhat, a kutatási célú tiltakozást feltétel nélkül teljesítjük.

A kutatási adatállományt és a betanított modellt írásbeli megállapodással kutató-, fejlesztő- és üzleti partnernek is átadhatjuk, ingyenesen vagy ellenérték fejében. Az átadott állomány megtartja a pontos helyadatot és az időpontot, ezért nem anonim (7.1 és 8.3 pont). MI-tanítás és adatátadás eddig nem történt.

Analitikai és marketingsütit nem használunk. Nyilvános oldalainkon fiók nélkül is írhat nekünk kapcsolatfelvételi űrlapon: adataiból e-mail lesz a postafiókjainkba, adatbázisba nem kerül, és nem jelent hírlevél-feliratkozást (5.11 pont).

Adatait a működéshez szükséges technológiai szolgáltatóink (Supabase, Vercel, Resend) is feldolgozzák, az Európai Unión kívül is; ezt az Európai Bizottság által elfogadott általános szerződési feltételekkel (SCC) biztosítjuk.

Bármikor kérheti adataihoz a hozzáférést, azok helyesbítését vagy törlését, és tiltakozhat a jogos érdeken alapuló adatkezelések ellen.


1. Az adatkezelő azonosítása és elérhetőségei

AdatÉrték
Az adatkezelő megnevezéseDrinkCycle Development Korlátolt Felelősségű Társaság (rövidített név: DrinkCycle Development Kft.)
Székhely és levelezési cím1223 Budapest, Nagytétényi út 180-196.
Cégjegyzékszám01-09-438666
Nyilvántartó bíróságFővárosi Törvényszék Cégbírósága
Adószám32712061-2-43
Közösségi adószámHU32712061
KépviselőMokos Péter ügyvezető
Fő tevékenység7210 '25 Természettudományi, műszaki kutatás, fejlesztés
A szolgáltatás weboldalahttps://www.fdfinder.org
Adatvédelmi kapcsolattartásinfo@fdfinder.org

Adatvédelmi megkeresését a fenti címre vagy postán a székhelyre várjuk; a beérkezésről automatikus, időpontot rögzítő visszaigazolást küldünk. Válaszunk a beérkezéstől a GDPR 12. cikk (3) bekezdése szerinti határidőn belül (főszabály szerint egy hónap) érkezik.

2. Adatvédelmi tisztviselő

Az adatkezelő nem nevezett ki adatvédelmi tisztviselőt: jogszabály nem kötelezi rá.

Kinevezés a GDPR 37. cikk (1) bekezdése szerint három esetben kötelező:

Az információs önrendelkezési jogról és az információszabadságról szóló 2011. évi CXII. törvény (Infotv.) sem ír elő többletkötelezettséget.

Az adatkezelő kijelöli az adatvédelmi kapcsolattartót (lásd 1. pont), és vállalja: ha a fenti feltételek bármelyike később teljesül, adatvédelmi tisztviselőt nevez ki, elérhetőségét pedig ebben a tájékoztatóban közzéteszi.

3. Alapfogalmak, amelyeket ebben a tájékoztatóban használunk

3.1 A három adatszint

Az FD Finder adatbázisa három, egymástól technikailag elválasztott láthatósági szintre épül. Az elkülönítést nem csupán a felület, hanem az adatbázis sorszintű biztonsági szabályai (Row-Level Security, RLS) kényszerítik ki.

SzintKi láthatjaAdatbázistáblák
Nyilvános szintminden bejelentkezett felhasználó (a bírálók is)submissions, submission_photos
Privát szintkizárólag maga a beküldősubmission_private_details
Rejtett-belső szintsemmilyen kliens, semmilyen jogosultsággal; kizárólag szerveroldali, emelt jogosultságú feldolgozássubmission_locations, photo_archive_records, valamint a szakmai szemle-modul rejtett táblái (vine_locations, vine_visit_lab_results)

A reviews (bírálatok) táblára külön szabály él: a bíráló a saját bírálatait látja, a beküldő csak összesítve, a harmadik bírálat után (lásd 5.5 pont). A szakmai szemle-modul (5.7 pont) tábláit külön, hozzáférési jogosultsághoz kötött szabályok védik; adataik a közösségi bírálati körbe egyáltalán nem kerülnek be.

A bírálói jelzés (review_abstentions, 5.5 pont) tábláját kliens közvetlenül nem olvassa: a beküldő az okokat és a megjegyzéseket egy tulajdonosra szűkített nézeten át látja, a bíráló a saját jelzéseit a felületen nem látja vissza — hozzáférési jogát a 13.1 pont szerint gyakorolhatja.

3.2 A három képréteg (A / B / C)

Minden feltöltött fényképből három változat készül, eltérő tartalommal és hozzáféréssel — végig A, B és C rétegnek hívjuk őket.

RétegMegnevezésTartalomTárolási helyKi fér hozzá
Anyers eredetia készülékről érkezett, változatlan képfájl, érintetlen EXIF-, GPS-, XMP- és ICC-metaadatokkal, legfeljebb 10 MBprivát staging-originals tárolókizárólag szerveroldali, emelt jogosultságú folyamat. Kliensoldali olvasási vagy írási szabály egyáltalán nem létezik rá. A nyers eredetit kutatási forrásadatként, hosszú távon, a kutatási célhoz kötötten őrizzük (10. pont) — a feldolgozás során nem törlődik. Az Offline alkalmazással készült nyers kép a Szemléző készülékén is megmarad (5.12 pont).
Btisztított mestera hosszabb élén 2560 képpontra átméretezett JPEG (minőség 80), amelyből minden EXIF-, GPS-, XMP-, ICC- és orientációs metaadat eltávolításra kerültprivát photos tárolóbejelentkezett felhasználók, kizárólag azokra a fényképekre nézve, amelyek szülő beküldését egyébként is jogosultak látni
Cbírálati bélyegképa hosszabb élén 1200 képpontra átméretezett JPEG (minőség 75), szintén teljesen metaadat-mentesprivát photos tárolóugyanaz, mint a B réteg

A bíráló kizárólag a C réteget látja, a beküldés megnyitásakor a B réteget is; az A réteget soha nem éri el. A szemle-modul képei ugyanezen a láncon mennek át, de külön, szemlézői jogosultsághoz kötött tárolóban.

3.3 „Álnevesített”, nem „anonim”

A beküldésekből képzett adatállományra végig az álnevesített személyes adat kifejezést használjuk, az „anonim” és „anonimizált” szót tudatosan nem.

Az ok: a szőlőtőkéről készült fényképet, pontos GPS-koordinátát és állandó, beküldőhöz kötött azonosítót tartalmazó adatsor az adatkezelő kezében nem anonim. A pontos ültetvény-koordináta gyakorlatilag helyrajzi szám: ingyenesen, bejelentkezés nélkül azzá alakítható, az ingatlan-nyilvántartás pedig — feltételekhez kötötten, de jogszerűen elérhetően — természetes személy adatait is tartalmazza. Az Európai Unió Bíróságának C-582/14. sz. Breyer-ügyben hozott ítélete (46–47. pont) szerint az ilyen, feltételhez kötött, de jogszerű azonosítási csatorna is személyes adattá teszi az adatot; a C-604/22. sz. IAB Europe-ügy (46. pont) szerint pedig nem mentesít az, hogy az üzemeltető maga nem tudja vagy nem akarja összekapcsolni az adatokat.

Az A rétegből a B és C réteg előállításakor eltávolított metaadat ezen nem változtat: a helyadat az adatbázisban külön, strukturált mezőként is megmarad. Az EXIF-eltávolítás a fájlszintű kiszivárgás ellen véd, adathalmaz szintjén nem anonimizál. Ezt a korlátot nem szépítjük.

4. Az adatkezelés általános jellemzői

5. A kezelt személyes adatok teljes katalógusa

Az alábbi lista a rendszer tényleges adatbázismezőit nevezi meg, hogy ellenőrizhesse, mit kezelünk.

5.1 Fiók- és hitelesítési adatok (a Supabase Auth által kezelt adatkör)

A fiókokat a Supabase Auth kezeli az auth sémában, az alkalmazás saját tábláitól elkülönítve.

AdatLeírásHonnan származik
felhasználó-azonosító (UUID)állandó gépi fiókazonosító; ehhez kötjük a beküldéseket és a bírálatokata rendszer generálja
e-mail-címbelépési azonosító; ide megy a rendszerüzenetÖntől
jelszó kriptográfiai lenyomata (hash)a jelszó ellenőrzéséhez; a jelszót magát nem tároljuk és nem ismerjükÖntől, egyirányú átalakítás után
e-mail-cím megerősítésének időbélyegea megerősítés ténye és idejea rendszer rögzíti
fiók létrehozásának és módosításának időbélyegefióktörténeta rendszer rögzíti
utolsó bejelentkezés időbélyegebiztonsági nyomon követésa rendszer rögzíti
munkamenet- és frissítő tokenek (session, refresh token)a bejelentkezett állapot fenntartása; az Offline alkalmazásban a frissítő token a készüléken, titkosítva (5.12 pont)a rendszer generálja
jelszó-visszaállítási és e-mail-megerősítési egyszer használatos tokeneka megerősítő és visszaállító hivatkozásokhoza rendszer generálja

A hitelesítési adatkörben nem kérünk és nem kezelünk nevet, telefonszámot, lakcímet, születési adatot, anyja nevét, adóazonosító jelet, bankszámlaszámot; a megszólítási nevet és az önkéntes profiladatokat az 5.10, a kapcsolatfelvételi űrlapok adatait az 5.11 pont írja le. A szolgáltatás ingyenes; fizetési adatot nem kezelünk.

5.2 Nyilvános szint — a beküldés bíráló számára is látható adatai

submissions tábla

MezőTartalomMegjegyzés
idgépi azonosító
created_bya beküldő közreműködői azonosítójaA bíráló nem látja, ki küldte be a képet: a mező a nyilvános szintű táblában él, de a bírálati felületre nem kerül ki.
statusactive (aktív), withdrawn (visszavont), deleted (törölt)a törlésről lásd 10. pont
grape_varietyszőlőfajtaÖn adja meg: a fajtalistából választva (ilyenkor a választott név) vagy szabad szövegként. A bírálók előtt megjelenik; ne írjon bele azonosításra alkalmas adatot (termelő, ültetvény, forgalmazó neve).
grape_variety_keya fajtalistában szereplő fajta azonosítójaAkkor kerül a rekordba, ha Ön a listából választ, vagy ha a lista közzététele után a korábban beírt szövegéhez utólag hozzárendeljük (lásd lent). A bírálók a fajta nevét a saját nyelvükön látják, mellette kisebben az Ön által beírt szöveget.
grape_clone_keya klón, ha ismert, a fajta klónlistájából választvaÖn adja meg, nem kötelező; csak listás fajtához. A bírálók előtt megjelenik.
grape_clone_texta klón szabad szövegként, ha nincs a listánÖn adja meg, nem kötelező. Csak Ön látja, a bírálók nem. Az első bírálat után is módosíthatja; a fiók kutatási adatokat megtartó törlésekor törlődik (13.3 pont). Ne írjon bele azonosításra alkalmas adatot (szaporítóanyag-forgalmazó, termelő vagy ültetvény neve).
vine_age_yearsa tőke életkora években (0–150)Ön adja meg
wine_regionborvidékÖn adja meg
training_systemművelésmódÖn adja meg
public_notenyilvános megjegyzés a beküldéshezA bírálók előtt megjelenik. Ne írjon bele azonosításra alkalmas adatot (nevet, pontos címet, telefonszámot).
content_license_version, license_granted_ata beküldéskor hatályos ÁSZF-verzió és a felhasználási engedély időpontjaaz engedély bizonyítéka (ÁSZF 6.6. pont)
ai_training_consent, ai_training_consent_atalvó, jelenleg nem használt mezők beküldésenkénti hozzájárulási modellhez; alapértelmezett értékük nem az Ön nyilatkozata, jelentést nem hordozlásd 7.4 pont
created_at, updated_atlétrehozás és módosítás időbélyege

A korábbi, szabad szöveges fajtaadatok egyeztetése. A fajtalista közzététele után a korábban szabad szövegként megadott fajtákhoz — a beküldéseknél és a szemle tőkéinél is — utólag hozzárendelhetjük a lista azonosítóját, ha a beírt szöveg a lista egyik fajtanevével egyezik. A beírt szöveg ilyenkor nem változik. A hozzárendelést alapítói jóváhagyás előzi meg; a bírálat utáni zár és a tőke egyszer rögzíthető adatai csak erre a lépésre, csak az adott sorra oldódnak fel. Minden hozzárendelés naplóba kerül: a tábla és a sor azonosítója, a fajta azonosítója, az intézkedő üzemeltetői megjelölése, az indok és az időpont. A naplóhoz kliens nem fér hozzá, és a naplóbejegyzés az érintett beküldés vagy tőke fizikai törlésével — teljes fióktörléskor is — együtt törlődik.

submission_photos tábla

MezőTartalom
id, submission_idgépi azonosítók
storage_patha B réteg (tisztított mester) tárolási útvonala
thumbnail_patha C réteg (bírálati bélyegkép) tárolási útvonala
is_primary, positionmelyik az elsődleges kép, és milyen sorrendben jelennek meg
file_size_bytesa fájlméret
created_atfeltöltés időbélyege

Egy beküldéshez legfeljebb 10 fénykép tartozhat (1 fő és 9 további). A fő kép kamerával és galériából is választható; a galériás feltöltés helyadat-hatásait az 5.4 pont írja le.

A fénykép tartalma is személyes adat lehet: felismerhető személy, rendszám, felirat, épület vagy más azonosításra alkalmas részlet. Csak olyan képet töltsön fel, amelyen a szőlőtőke és közvetlen környezete látszik.

5.3 Privát szint — kizárólag Ön látja

submission_private_details tábla. Sorszintű adatbázis-szabály védi: csak a beküldés tulajdonosa olvashatja, bíráló semmilyen körülmények között nem éri el.

MezőTartalom
field_block_namea tábla / dűlő megnevezése, ahogyan Ön hívja
row_vine_identifiersor- és tőkeazonosító, hogy a saját ültetvényén visszataláljon
private_noteprivát jegyzet

E mezők jellemzően azonosításra alkalmas információt tartalmaznak (például az Ön gazdaságában használt megnevezéseket), ezért elkülönítve kezeljük őket.

5.4 Rejtett-belső szint — sem Ön, sem bíráló nem éri el a felületen

Egyetlen kliens sem fér hozzá ezekhez a táblákhoz: nincs olyan adatbázis-szabály, amely bejelentkezett felhasználónak olvasást engedne. Csak szerveroldali, emelt jogosultságú folyamatok és az adatkezelő feljogosított munkatársa érik el.

submission_locations tábla

MezőTartalom
location_sourcea forrás: gps_live (élő helymeghatározás), gps_exif (a fénykép beágyazott helyadata), textual (szöveges helymegadás)
latitude, longitudea tőke pontos földrajzi koordinátája (GPS-forrásnál)
accuracy_metersa helymeghatározás pontossága méterben (ha ismert)
captured_ataz élő helymeghatározás időpontja (csak gps_live forrásnál)
settlement, area_nameszöveges helymegadásnál a település és a dűlő/területnév — pontosabb szöveges helyadatot (helyrajzi számot, szabadszöveges helyleírást) szándékosan nem kérünk és nem tárolunk
captured_at_exifa képfájlban rögzített fényképezési időpont, ha biztonságosan kiolvasható

Honnan tudjuk, hol van a tőke? Háromféleképpen, ebben a sorrendben:

  1. A fényképből. A legtöbb telefon elmenti a képbe, hol készült; ha benne van, ezt használjuk — így napokkal későbbi feltöltésnél is jó a hely. Ilyenkor eltároljuk azt is, mikor készült a kép.
  2. Amit Ön beír. Ha a képben nincs helyadat, a település és a dűlő nevét kérdezzük — pontosabbat nem: se helyrajzi számot, se szabadszöveges helyleírást. Ennyi elég, hogy lássuk, merre terjed a betegség.
  3. A telefon élő helymeghatározása. Csak akkor, ha Ön a tőkénél fotóz, vagy külön megerősíti, hogy ott áll. Korábbi képhez soha nem rendeljük a feltöltéskori helyet — az hamis adat lenne.

Az Offline alkalmazással rögzített szemle helyadata a rögzítő Szemléző készülékén, a helyi archívumban is megvan (5.12 pont); a kiszolgálóra feltöltött helyadatot az alkalmazás soha nem kéri vissza.

A pontos helyet a bírálók és a többi felhasználó nem látja; ez a rendszer legérzékenyebb adatköre. Az Európai Adatvédelmi Testület 28/2024. számú véleménye (elfogadva 2024. december 17-én) a helyadatot olyan adatnak nevezi, amely „rendkívül magánjellegű információt tár fel”, és amelynek kezelése súlyos hatással járhat az érintettre (84. pont). Ezért a helyadat — a szöveges helymegadással együtt — soha nem jelenik meg a bírálati felületen, soha nem kerül naplófájlba (legfeljebb az naplózódik, volt-e helyadat, az érték soha), és nem kerül át a B és C képrétegbe.

photo_archive_records tábla

MezőTartalom
submission_id, photo_idmelyik beküldés melyik fényképe
original_file_sha256a nyers eredeti (A réteg) fájl SHA-256 lenyomata — változatlanságának igazolására
archive_batch_id, archive_filenamearchívumhivatkozás (jelenleg üres — archívumexportot nem végzünk)
processing_statusa nyers eredeti életciklus-állapota
created_atrögzítés időbélyege

5.5 Bírálati adatok

reviews tábla — akkor keletkezik, ha Ön bírálóként elbírál egy beküldést.

MezőTartalom
submission_idmelyik beküldés
reviewer_ida bíráló közreműködői azonosítója — a bírálat tehát nem anonim az adatkezelő felé
decisionnot_suspicious (nem gyanús) vagy suspicious (gyanús)
technical_scorea döntéssel párosított pontszám (2 vagy 6)
expert_score, confidencejövőbeli szakértői üzemmódhoz fenntartva — jelenleg soha nem töltjük ki
reviewer_commenta bíráló legfeljebb 500 karakteres megjegyzése
created_ata bírálat időbélyege

A beküldő csak összesítést lát, és csak legalább három bírálat után. A megjegyzések nála ábécérendbe rendezve jelennek meg, így sorrendjük sem a bírálók személyével, sem a bírálatok időrendjével nem korrelál.

Fontos tudnivaló bírálóknak: a bírálatot és a megjegyzést utólag nem módosíthatja és nem vonhatja vissza — a bejelentkezett felhasználói szerepkörnek a reviews táblán nincs módosítási és törlési joga. A megjegyzés ettől még nem eltávolíthatatlan: a jogsértő, valótlan vagy jogosulatlanul személyes adatot tartalmazó megjegyzést az adatkezelő a GDPR 16. és 17. cikke, valamint a digitális szolgáltatásokról szóló uniós szabályozás alapján köteles eltávolítani vagy elrejteni, és ezt emelt jogosultsággal, dokumentáltan meg is teszi.

review_abstentions tábla — akkor keletkezik, ha Ön bírálóként bírálat helyett bírálói jelzést ad (Felhasználási feltételek 1.5. pont).

MezőTartalom
ida jelzés gépi azonosítója
submission_idmelyik beküldés
reviewer_ida bíráló közreműködői azonosítója — a jelzés az adatkezelő felé nem anonim
kinda jelzés fajtája: not_assessable („nem ítélhető meg”) vagy other_problem („más betegség vagy tápanyaghiány jelei”)
reason„nem ítélhető meg” jelzésnél az előre megadott ok: blurry (homályos kép), too_distant (túl távoli kép), poor_lighting (rossz fényviszonyok), symptom_not_visible (a vizsgálandó rész nem látszik), wrong_subject (a képek nem szőlőtőkét mutatnak), other (egyéb); a „más probléma” jelzésnél üres
note„nem ítélhető meg” jelzésnél legfeljebb 200 karakteres megjegyzés; az other oknál kötelező, egyébként nem kötelező; a „más probléma” jelzésnél üres
problem_keysa „más probléma” jelzésnél a kiválasztott listatételek kulcsai (egy–három); egyébként üres
problem_taxonomy_versiona „más probléma” jelzésnél a problémalista verziója; egyébként üres
content_locale„nem ítélhető meg” jelzésnél a bíráló felületének nyelve a jelzés pillanatában; a „más probléma” jelzésnél rögzített alapérték, amely nem hordoz információt
created_ata jelzés időbélyege; tároljuk, de senkinek nem jelenik meg

A problémalista maga nem személyes adat: a tételek kulcsa, csoportja, sorrendje, az aranyszínű sárgasághoz hasonló tünetek jelzője és a lista verziói. A tételek szövegét a felület fordításai adják. A közzétett lista nem módosul; a javítás új verzió.

A beküldő a „nem ítélhető meg” jelzés okait és megjegyzéseit az első jelzés után látja; a „más probléma” jelzésből csak azt a listatételt, amelyet legalább két különböző bíráló egyezően megjelölt (az „egyéb” tételt soha). Egyik esetben sem látja a bíráló személyét és a jelzés időpontját, és pontos darabszámot sem lát: a „nem ítélhető meg” okait az első jelzéstől, a „más probléma” tételt legalább két egyező jelzéstől látja, és látja, ha a beküldés három jelzés után kikerült a bírálati körből (ha ilyenkor nincs két egyező tétel, a kikerülés tényét és okát tétel nélkül). A megjegyzéseket ábécésorrendben, az okoktól elválasztva kapja; a két azonos megjegyzést egyszer.

Amit ebből mégis ki lehet következtetni, azt nyíltan megmondjuk: a kikerülés legalább három azonos fajtájú jelzést jelent; a különböző megjegyzések száma a jelzések számának alsó korlátja; és aki a nézetet ismételten megnyitja, látja, mikor jelenik meg új ok. Ha egy jelzést adó bíráló fiókját teljes törléssel töröljük, a jelzései is törlődnek; egy megjelenített tétel ezért eltűnhet, és egy kikerült beküldés visszakerülhet a bírálati körbe.

A jelzést a bíráló utólag nem látja vissza, nem módosíthatja és nem vonhatja vissza. A megjegyzést az adatkezelő a reviewer_comment-tel azonos szabályok szerint eltávolíthatja (lásd fent), de csak eltávolíthatja, javítani nem tudja. A jelzést és az okát egyenként senki nem törli: a jelzés a beküldés sorsát követi (10. pont).

Moderációs napló (moderation_actions). Ha az adatkezelő egy bírálói megjegyzést vagy egy „nem ítélhető meg” jelzés megjegyzését eltávolítja (Felhasználási feltételek 14.4. pont), ugyanabban a lépésben naplóbejegyzést rögzít: az intézkedő adminisztrátor közreműködői azonosítóját, a beavatkozás fajtáját, az érintett bírálat vagy jelzés, valamint a beküldés azonosítóját, az intézkedés írásos jogcímét, ha van, az érintettnek adott indokolás szövegét, és az időpontot. A napló csak bővíthető, kliens nem olvassa, és a jelzés vagy a beküldés törlése után is megmarad. Ha az adminisztrátor fiókját törlik, az intézkedő azonosítója személytelen azonosítóra kerül. A megőrzést a 10. pont írja le.

5.6 Bírálói felkészítési és kvalifikációs adatok

Bírálni csak úgy lehet, ha megismer egy rövid felkészítő anyagot, és letesz egy gyakorlati vizsgát. Ekkor ezek az adatok keletkeznek:

AdatkörTartalom
felkészítés elvégzésea felkészítő anyag megismerésének ténye és időpontja
vizsgakísérleteka vizsga kezdete és lezárása, az Ön válaszai, az eredmény, az állapot (folyamatban / megfelelt / nem felelt meg), a vizsgán bemutatott képanyag rögzített állapota

Cél: a bírálatok minőségbiztosítása (a bírálati kör megbízhatósága). Jogalap: a szerződés teljesítése (GDPR 6. cikk (1) b) — bírálni csak felkészítés után lehet). Az adatok a fiókjához kötöttek, és a fiók törlésével törlődnek.

5.7 Szakmai szemle-modul (külön hozzáférési jogosultsághoz kötött)

Külön szakmai adatrögzítési mód működik, amelyet csak az adatkezelő által egyedileg feljogosított felhasználók (szemlézők) érnek el. Célja azonosított szőlőtőkék ismételt, dokumentált megfigyelése (longitudinális követés, szakértői felmérés). A szemle-modul adatai a közösségi bírálati körbe nem kerülnek be — ezt az adatbázis szerkezete garantálja, nem a felület.

TáblaTartalomLáthatóság
vinestőkeazonosító kód, fajta (a fajtalistából választva — ilyenkor a lista azonosítójával — vagy szabad szövegként), klón, ha ismert (a klónlistából választva, vagy szabad szövegként), fajtaszín (fehér / kék / nem ismert), művelésmód, sor- és tőkehivatkozás, létrehozóa feljogosított szemlézők; a szabad szöveges klónt a felületen senki nem látja
vine_locationsa tőke helye, az 5.4 pont szerinti hármas forrásmodellelrejtett-belső szint — kliens nem éri el
vine_visitsa szemle időpontja, típusa (követés / felmérés), észlelő, protokoll-verzió, a tőke fenológiai állapota, megjegyzés, művelésmód; a 3-as protokolltól a színkalibrációs kártya azonosítója (a kártyán lévő QR-kódból, ha olvasható) és a QR-kód állapota: read (olvasott), unreadable (olvashatatlan), absent (nincs kártyás kép)a szemléző a saját szemléit
vine_visit_imagesa szemle strukturált képsorozata (protokoll-slotok; a 3-as protokolltól a lombfalról, a rácsíptetett színkalibrációs kártyával készült képpel)a szemléző a saját szemléihez
vine_visit_assessmentsészlelt tünetek (verziózott tünetlista alapján), a tünet kiterjedése a tőkén, a két közvetlen (sorirányú) szomszéd tőkén látható hasonló tünet ténye (három rögzített érték, a szomszédokról más adat nélkül), terepi értékelés, mintavételi döntés és opcionális minta-azonosító, az értékelő és az értékelés időpontjaa szemléző a saját szemléihez
vine_visit_lab_resultsha a tőkéből minta és laborvizsgálat készült: strukturált eredmény az aranyszínű sárgaságra (FD), megjegyzés (pl. más kimutatott kórokozó) és a rögzítőrejtett-belső szint — a rögzítő szemléző sem olvassa vissza
research_collectorski, mikor, kitől kapott szemlézői jogosultságot, és mikor vonták visszarejtett-belső szint

A kalibrációs kártyák nyilvántartása. A kártyák adatai két külön táblában vannak: a nyomdai tétel adatai (a tétel azonosítója, a nyomdai partner, a nyomtatás ideje, a mesterreferencia borrégiója, a 24 színmező mért értéke, a mérés ideje és módja) és a kártyák (a kártya azonosítója, a tétele és a sorszáma). Egyik tábla sem tartalmaz személyes adatot, kliens nem éri el őket, és nem tartjuk nyilván, melyik kártya melyik szemlézőhöz került. A szemlén rögzített kártyaazonosítón át azonban a tétel adatai a szemléző szemléihez köthetők. A kártya QR-kódja csak a kártya és a tétel azonosítóját tartalmazza, személyes adatot nem. A kártyaazonosítót a kiszolgáló a kártyás kép nyers eredetijéből olvassa ki, és akkor is rögzíti, ha a tétel még nincs nyilvántartva. Az Offline alkalmazás saját olvasatát a kiszolgáló csak összeveti, nem tárolja; eltérésnél hibakódot naplóz a felhasználó és a szemle azonosítójával, a kártyaazonosítók nélkül.

A szemlét a szemléző a webes felületen vagy az Offline alkalmazással rögzítheti. Az Offline alkalmazás feltöltésekor a szemle adatai, a képek nyers eredetije, az értékelés, új tőkénél a tőke adatai és helye (koordináta és pontosság, vagy település és dűlőnév), a fajtalistából választott fajta és klón, valamint a kártyaolvasat kerül hozzánk. Meglévő tőkénél a feltöltés nem tartalmaz külön helyadatot, de a nyers képek beágyazott adatai (EXIF) a rögzítéskor beállított helyet tartalmazzák, ha a szemléhez GPS-helyet rögzítettek — akkor is, ha a helyet a képek elkészülte után törölték vagy módosították. A nyers képek beágyazott adataiban jellemzően a készülék gyártója és típusa is szerepel. Az alkalmazás verzióját, más eszközadatot és a fényképezés fehéregyensúly-naplóját nem töltjük fel; ez utóbbi csak a helyi archívumban van (5.12 pont).

A szemléző rögzítette adatok a nevéhez (fiókjához) kötötten tárolódnak — ez a kutatási adat visszakövethetőségének alapkövetelménye. A laboreredmény a legszigorúbban védett adat: zárlati károsítónál egy pozitív eredmény kötelező hatósági intézkedéseket vonhat maga után az érintett területen, ezért kliensoldalról senki — a rögzítő sem — éri el.

Hogyan lesz valaki szemléző? Előbb külön, tételes szemlézői tájékoztatót kap, és megismerését a szolgáltatásban visszaigazolja. Két út van:

A jelentkezésről jelentkezési nyilvántartást vezetünk: ki, mikor, a tájékoztató mely verzióját igazolta vissza; a döntés, indoka, ideje, a döntő; az értesítés küldési állapota — átadtuk-e a levelet a küldő szolgáltatónak (a kézbesítést nem követjük). Ez a döntés bizonyítéka; a jogosultsági történettel azonos módon őrizzük meg (10. pont); az elutasított próbaszemle megőrzését és törlését a fenti bekezdés és a 10. pont írja le.

5.8 Jogi elfogadási és hozzájárulási nyilvántartások

AdatkörTartalom
jogi elfogadások (legal_acceptances)mikor, mely ÁSZF- és tájékoztató-verziót fogadta el, a dokumentum tartalmi lenyomatával (hash), és hogy regisztrációkor vagy az elfogadási kapun
regisztrációs nyilatkozatok (registration_declarations)a regisztrációkor (vagy az elfogadási kapun) tett nyilatkozatok ténye, verzióval és időbélyeggel: a 18. életév betöltése és az azonnali teljesítés kérése (mindkettőt a Felhasználási feltételek elfogadása foglalja magában), a kutatási és MI-fejlesztési célú felhasználásra vonatkozó kikötés kifejezett, külön elfogadása, a tájékoztató megismerésének nyugtázása
szemlézői jelentkezési nyilvántartás (research_collector_applications)a szemlézői tájékoztató visszaigazolásának ténye, ideje, verziója és lenyomata; a próbaszemle-hivatkozás; a döntés, indoka, ideje és a döntő; az értesítés küldési állapota — a küldő szolgáltatónak való átadás sikere, nem a kézbesítés; a megőrzött elutasított próbaszemle kérelemre történt törlésének ténye, ideje, oka és végrehajtója (5.7 pont)
beküldésenkénti licenc-evidenciaa beküldéskor (szemlénél: a szemlekor) hatályos ÁSZF-verzió és időpont a beküldés, illetve a szemle rekordján

Ezek a nyilvántartások az elfogadás bizonyítékai (GDPR 5. cikk (2) és 7. cikk (1) bekezdés; Ptk. 6:78. §); csak szerveroldalon írhatók, utólag nem módosíthatók. Van egy alvó, jelenleg nem használt hozzájárulási eseménynapló (ai_consent_events) is a beküldésenkénti hozzájárulási modellhez; amíg az nem aktív, bejegyzés nem keletkezik benne (7.4 pont).

5.9 Technikai és üzemeltetési adatok

AdatkörTartalomMegjegyzés
Hitelesítési sütilásd 12. ponta bejelentkezett állapot fenntartása
Kiszolgálói naplók (Vercel, Supabase)IP-cím, a kérés időpontja, kért útvonal, státuszkód, felhasználói ügynökaz adatfeldolgozók infrastruktúrájában keletkezik hibaelhárításhoz és visszaélés-megelőzéshez, a szolgáltatók saját megőrzési rendje szerint — a webalkalmazás és az Offline alkalmazás kéréseiről egyaránt
Saját diagnosztikai naplóhibaesemények: útvonal, lépés, hibakód, opak (gépi) azonosítókforráskódból és automatizált teszttel kikényszerítve nem kerülhet bele koordináta, szöveges helyadat, privát jegyzet, e-mail-cím vagy tárolási útvonal
Az Offline alkalmazás naplójalépés és állapot a készülék rendszernaplójábanhozzánk nem kerül; koordinátát, tokent, e-mail-címet, hivatkozást és fájlutat nem tartalmaz (5.12 pont)
E-mail-küldési metaadat (Resend)címzett e-mail-cím, küldés ideje, küldési állapot — a küldő szolgáltatónak való átadás eredménye (a kézbesítést nem követjük)a regisztráció-megerősítő és jelszó-visszaállító levelekhez, és a szemlézői jelentkezés elbírálásáról szóló értesítéshez (5.7 pont)

5.10 Felhasználói profil és kommunikációs beállítások (2.2-es verziótól)

AdatKötelező?LáthatóságMegjegyzés
Név (megszólítási név)igen, regisztrációkorprivátNem hivatalos név; nem ellenőrizzük; megszólításra és kapcsolattartásra használjuk.
Publikus azonosító („handle”)nempublikus, ha megadjaAz egyetlen profiladat, amelyet más felhasználó is láthat (6.11 és 23. pont).
Gazdálkodói kategórianemprivátHázikerti termelő / árutermelő szőlőtermesztő / árutermelő borászat.
Ország, borvidék, dűlő(k)nemprivátSzabad szöveg, illetve lista. Nem parcella-nyilvántartás: helyrajzi számot itt sem gyűjtünk.
Összes szőlőterület (hektár)nemprivátÖsszesített statisztikához.
Saját FD-érintettségnemprivát„érintett” / „nem érintett” / „nem tudom”; a meg nem adás külön állapot.
Területi zónastátusznemprivátKarantén / puffer / pufferen kívül. Egyetlen érték jelölhető: több érintett zóna esetén a legsúlyosabbat kérjük (karantén > puffer > pufferen kívül). Az adatbázis is kikényszeríti.
TelefonszámnemprivátKizárólag indokolt, egyedi kapcsolatfelvételre. Marketingre nem használjuk, és nem adjuk át.
Hírlevél-beállítás—privátAktuális állapot + a változások eseménynaplója (mikor, milyen forrásból, melyik dokumentumverzió mellett).
Személyre szabott ajánlatok beállítása—privátAlapértelmezetten bekapcsolva; bármikor kikapcsolható.

A tárolás helye és elérhetősége. A profil külön táblában él, amelyhez egyetlen ügyfélszerepkörnek sincs közvetlen olvasási vagy írási joga: minden művelet szerveroldali, a hívóra szűkített függvényen át fut. Ezért felhasználó nem tud más profiljára lekérdezni.

A hírlevél-eseménynapló. Minden állapotváltozás bejegyzést kap (alapértelmezett beállítás a jogi elfogadásból, appban be- vagy kikapcsolás, e-mailből leiratkozás, kérésre végzett üzemeltetői korrekció). Az elszámoltathatóság (GDPR 5. cikk (2)) miatt tartjuk fenn; saját naplóját bármikor megtekintheti.

5.11 Publikus kapcsolatfelvételi űrlapok (2.3-as verziótól)

Nyilvános oldalainkon — Támogatóink, Sajtó, „Borral az FD ellen” — kapcsolatfelvételi űrlapok érhetők el fiók és bejelentkezés nélkül, három célra: támogatói érdeklődés, borfelajánlás, támogatói borcsomag iránti érdeklődés. A korábbi sajtómegkeresés-űrlapot kivezettük; a sajtó ma sajtóregisztrációval él: az újságíró megadja a nevét, e-mail-címét és médiacsatornáját, és a megadott címre kap hozzáférést a sajtócsomaghoz. Ez az űrlap ugyanúgy működik, mint a többi: az adataiból e-mail lesz, és a Szolgáltatás adatbázisában nem keletkezik belőle sor — az alább leírtak erre is irányadók.

AdatKötelező?Megjegyzés
NévigenKapcsolattartási név; nem ellenőrizzük.
E-mail-címigenErre válaszolunk; ez a kimenő levél válaszcíme (Reply-To) is.
Szervezet / borászat / médiacsatornanem, illetve sajtómegkeresésnél igenAz adott űrlaptól függően.
Telefonszám, weboldal, videólinknemKizárólag a megkeresés megválaszolásához.
Az űrlap tárgy szerinti mezőiűrlaptól függőenPéldául a felajánlott bor adatai és referenciaára, a kért megjelenési forma vagy a megkeresés határideje.
Üzenet, megjegyzésűrlaptól függőenSzabad szöveg. Ne írjon bele olyan adatot, amely a válaszhoz nem kell.

Az űrlapok nem kérnek és nem is fogadnak el különleges kategóriájú adatot, helyrajzi számot vagy fizetési adatot.

Hova kerül a megkeresés, és mit jelent az, hogy „nem tároljuk”? Kimondjuk pontosan, mert könnyű félreérteni:

Ha a küldés nem sikerül. Ha a levelet nem sikerül átadni a szolgáltatónak, a Szolgáltatás ezt megmondja Önnek, és a közvetlen e-mail-címünkre irányítja — nem állítja, hogy az üzenet megérkezett. Sikertelen küldésből sem keletkezik adatbázis-bejegyzés.

Amit a megkeresés NEM eredményez. Az űrlap elküldése nem hoz létre fiókot, nem jelent hírlevél-feliratkozást, és semmilyen marketingbeállítást nem módosít. Ha hírlevelet szeretne, arról külön, a fiókjában rendelkezhet (6.10 pont).

5.12 Az Offline Android-alkalmazás: a készüléken tárolt adatok

Az FD Finder Offline alkalmazás a szemlét a szemléző készülékén rögzíti, és csak a szemléző indítására tölti fel. Ezért a szemleadat egy része a készüléken is megvan. Az alábbi táblázat megmutatja, mi hol van, titkosított-e, és mikor törlődik.

HolMiTitkosított?Mikor törlődik?
Helyi archívum — a készülék megosztott tárhelyén, a szemléző által választott mappában (javasolt: Documents/FDfinder_offline; felhőtárhely nem választható)szemlénként: a nyers képek (bennük a rögzítéskori GPS-hely, ha rögzítettek helyet); a hely (koordináta és pontosság, vagy település és dűlőnév); a tőke adatai; a szemle-, a tünet- és a mintajegyzet; a kártyaolvasat; a fehéregyensúly-napló; a feltöltés állapota; a felhasználói azonosító; a feltöltés folytatásához szükséges aláírt jegyzék, bejelentkezési token nélkülnem, szándékosancsak ha a szemléző törli (az alkalmazásban szemlénként, megerősítéssel, vagy fájlkezelővel). A feltöltés, a kijelentkezés, az alkalmazás eltávolítása és a fiók törlése után is megmarad
Az alkalmazás saját, más alkalmazások elől elzárt tárhelye — bejelentkezésa frissítő tokenigen: az Android kulcstárolójában őrzött, nem exportálható AES-256 kulccsal, GCM módbankijelentkezéskor, ha a kiszolgáló a munkamenetet elutasítja, és az alkalmazás eltávolításakor
ugyanott — fiókadatoka felhasználói azonosító, az e-mail-cím, az utolsó bejelentkezés ideje, a legutóbbi ellenőrzés eredménye (szemléző-e, milyen szinten, érvényes-e a jogi elfogadása, mely protokollverziókat fogadjuk el)nemkijelentkezéskor, fiókváltáskor és az alkalmazás eltávolításakor; ha a kiszolgáló a munkamenetet elutasítja, megmarad
ugyanott — szemlelistaa szemlék mappaneve, tőkekódja, időpontja, állapota és a felhasználói azonosító; koordináta, e-mail-cím és jegyzet nélkülnema helyi archívumból újraépül; az alkalmazás eltávolításakor törlődik
ugyanott — beállítások és feladatsoraz archívummappa helye, egy sorszámláló; a függő feltöltések mappanevenema feltöltés végén, illetve az alkalmazás eltávolításakor
ideiglenes gyorsítótárfelvételenként egy átmeneti képnemaz archívumba másolás után azonnal

Mentés és galéria. Az alkalmazás saját tárhelyét kizártuk a Google felhőmentéséből és a készülékek közötti adatátvitelből. A helyi archívumra ez nem vonatkozik: ha a készülék vagy egy fotó- vagy fájlmentő alkalmazás a mappát menti, arról a szemléző rendelkezik. A képeket a galéria- és felhőfotó-alkalmazások elől nem rejtjük el: ezek a beállításuktól függően megjeleníthetik és a felhőbe menthetik őket, a beágyazott GPS-hellyel együtt.

Engedélyek. Az alkalmazás a kamerát, a pontos és a hozzávetőleges helyet (csak a „GPS-rögzítéssel” gombra), valamint az internetet és a hálózati állapotot kéri. Háttérbeli helyhozzáférést és tárhely-engedélyt nem kér. A háttérfeltöltést kezelő Android-rendszerkönyvtár a feltöltés ütemezéséhez szükséges további rendszerengedélyeket is bejelent.

Helyadat. A hely egyetlen mérés, szemlénként egyszer, gombnyomásra: GPS, vagy ha az ki van kapcsolva, a hálózati helymeghatározás. Google Play-szolgáltatást nem használ. A mérés pontosságát rögzítjük; pontossági küszöb nincs. A szemle csak hellyel zárható le: GPS-helyet vagy település és dűlőnév megadását kéri. Mi kerül fel a kiszolgálóra, azt az 5.7 pont írja le.

QR-kódok. A kódokat az alkalmazás a készüléken olvassa (ZXing), hálózati hívás és letöltött modell nélkül. A tőkekódot élő kameraképből olvassa, képet nem ment. A kártya kódját a mentett kártyás képből olvassa; az eredményt a helyi archívumba írja, és olvasható kódnál a kártyaazonosítót a feltöltésbe is beteszi. A hiteles értéket a kiszolgáló olvassa ki (5.7 pont).

Kinek küld adatot? Csak az FD Finder kiszolgálóinak: az adatbázisnak és a hitelesítésnek (Supabase), a webkiszolgálónak (Vercel), és aláírt feltöltési címen a nyers képek tárolójának (8. pont). A külső böngészőt csak gombnyomásra nyitja meg, a webes jogi elfogadó oldalhoz és a jogi dokumentumokhoz. Analitika, hibajelentő, reklám, Google Play-szolgáltatás, gépi képfelismerő és térkép nincs benne. A forgalom titkosított (TLS); titkosítatlan kapcsolatot a kiadott változat nem enged.

Napló. Az alkalmazás saját naplója a készülék rendszernaplójába kerül, lépés és állapot formában. Koordinátát, tokent, e-mail-címet, hivatkozást és fájlutat nem tartalmaz, naplófájl nincs, és hozzánk nem kerül.

Több fiók egy készüléken. A készüléken tárolt szemlék minden, az alkalmazásba bejelentkező fiókkal láthatók. Feltölteni csak a rögzítő fiókjával lehet.

Törlés. Automatikus törlés nincs. Kézi törlésnél az alkalmazás szemlénként, megerősítés után a szemle teljes mappáját törli; a kiszolgálón tárolt adatot nem. Az alkalmazás eltávolítása a saját tárhelyét és a kulcsot törli, a helyi archívumot nem; újratelepítés után a mappa újra csatolható. Egy képhely újrafotózásakor a régi kép törlődik. A kiszolgálón tárolt adatok törlését az alkalmazásból nem lehet kérni, csak az 1. pontban megadott elérhetőségen (13.3 pont).

Jogalap. A szemle helyi rögzítése és tárolása a szemle-felület működtetésének része (6. pont, 6. sor).

6. Az adatkezelés céljai és jogalapjai

Áttekintés; a részletes indokolás a táblázat után következik.

#CélJogalapÉrintett adatkörök
1Fiók létrehozása, hitelesítés, szolgáltatásnyújtásGDPR 6. cikk (1) b): szerződés teljesítése5.1, 5.2, 5.3, 5.6, 5.8
2A közösségi bírálati kör működtetése: a beküldés megmutatása a bírálóknak, a bírálatok tárolása és összesítése, a bírálói jelzések tárolása és a beküldő felé — bíráló és pontos darabszám nélkül — megjelenítése, valamint a beküldés kivezetése a bírálati körből három azonos fajtájú jelzés utánGDPR 6. cikk (1) b): szerződés teljesítése5.2 (B és C képréteg), 5.5
3Rendszerbiztonság, visszaélés-megelőzés, a hitelesítési süti működtetéseGDPR 6. cikk (1) f): jogos érdek5.1, 5.9
4Növényegészségügyi megfigyelés és terjedési elemzés a helyadatokból: saját elemzésünkGDPR 6. cikk (1) f): jogos érdek, a GDPR 89. cikk (1) bekezdése szerinti garanciákkal5.4 (submission_locations), 5.2
5Kutatási adatállomány építése; mesterséges intelligencia modell fejlesztése, tanítása, finomhangolása és validálása a fényképekenGDPR 6. cikk (1) f): jogos érdek, a 89. cikk (1) bekezdése szerinti garanciákkal; a tanítás megkezdése a 7.3 pont szerinti feltételekhez kötött; tiltakozását feltétel nélkül teljesítjük (15.1 pont)B és C képréteg, agronómiai metaadatok (a szemléknél a listából választott fajta és klón azonosítója is; a szabad szöveges klón soha), bírálati címkék (a bírálati döntések és a listából választott bírálói jelzések — bírálói benyomások, nem diagnózisok), a szemlék színkalibrációs adatai (a kártyás kép, a kártya azonosítója és a QR-kód állapota), valamint a kutatási adatállományban a pontos helyadat és az észlelés időpontja (7.1 pont)
6A szakmai szemle-felület működtetése: tőkék, szemlék, képek és értékelések rögzítése a feljogosított szemlézőknek — a webes felületen és az Offline alkalmazásban, ideértve a szemle tárolását a Szemléző készülékén (5.12 pont)GDPR 6. cikk (1) b): szerződés teljesítése5.7, 5.12
7Longitudinális növényegészségügyi megfigyelés és terjedéselemzés a szemleadatokonGDPR 6. cikk (1) f): jogos érdek, a 89. cikk (1) bekezdése szerinti garanciákkal5.7
8A területhez köthető harmadik személy (földhasználó) közvetett adatai a pontos koordináta, illetve a dűlőnév révénGDPR 6. cikk (1) f): jogos érdek5.4, 5.7 (lásd 19.1 pont)
9A szemlézői jogosultság kiosztása, nyilvántartása és visszavonása, ideértve a jelentkezés elbírálását: próbaszemle megtekintése, döntés rögzítése, megjelenítése a fiókban, kiegészítő e-mail-értesítés a döntésrőlGDPR 6. cikk (1) b) és f)5.7 (research_collectors, research_collector_applications)
5aA nyers képfájlok (A réteg) megőrzése kutatási forrásadatként: eredeti felbontás, fájlszerkezet és technikai metaadatok (EXIF, felvételi időbélyeg, készülékadatok, beágyazott GPS) a későbbi újrafeldolgozáshoz, algoritmus-validációhoz, kutatási reprodukálhatósághoz és adatminőség-biztosításhoz. A B/C réteg előállítása adatvesztéssel jár, ezért a forrás megőrzése tudatos kutatási döntésGDPR 6. cikk (1) f): jogos érdek, az 5. cikk (1) e) és a 89. cikk (1) bekezdése szerinti hosszabb, kutatási célú megőrzéssel és garanciákkal (10. pont); MI-tanításba nem kerül automatikusan, arra az 5. sor feltételei vonatkoznakA réteg (nyers eredeti) a finalizált beküldéseknél és szemléknél
9aAz elutasított próbaszemle teljes adatkörének megőrzése (A/B/C képrétegek, rögzített értékelés, a próbához létrehozott tőke a rejtett helyadatával) oktatási, kvalifikációs, minőségbiztosítási, kutatásmódszertani elemzési és validációs célra: bírálói és szemlézői felkészítés, a bírálati minőség belső ellenőrzése; nem válik kutatási szemleadattá, MI-tanításba nem kerül automatikusanGDPR 6. cikk (1) f): jogos érdek, az 5. cikk (1) e) és a 89. cikk (1) bekezdése szerinti garanciákkal; tiltakozását és törlési kérelmét feltétel nélkül teljesítjük (15.1, 13.3 pont)5.7 (a megőrzött próbaszemle)
10Jogszabályi kötelezettségek teljesítése (hatósági megkeresések, adatvédelmi kötelezettségek)GDPR 6. cikk (1) c): jogi kötelezettségeseti
11Jogi igények előterjesztése, érvényesítése és védelmeGDPR 6. cikk (1) f): jogos érdekeseti
12A kutatási adatállomány és a betanított modell átadása kutató-, fejlesztő- és üzleti partnernek: írásbeli megállapodással, kutatás-fejlesztési célra, ingyenesen vagy ellenérték fejében; feltétele a 7.3 pont 10–15. alpontjának dokumentált teljesüléseGDPR 6. cikk (1) f): jogos érdek, a 89. cikk (1) bekezdése szerinti garanciákkal, külön érdekmérlegeléssel; tiltakozását feltétel nélkül teljesítjük (15.1 pont)B és C képréteg, agronómiai metaadatok, bírálati címkék, a pontos helyadat és az észlelés időpontja (5.4); az átadott állomány ezért nem anonim (7.1, 8.3 pont)

6.1 Fiók, hitelesítés, szolgáltatásnyújtás — 6. cikk (1) b)

Enélkül nem ismerjük fel Önt belépéskor, nem kötjük a beküldéseit a fiókjához, és nem küldünk megerősítő vagy jelszó-visszaállító levelet. Az adatok megadása tehát a szerződéskötés (a fiók létrehozása) előfeltétele; nélkülük a szolgáltatás nem vehető igénybe.

Ön a szolgáltatásért személyes adatot ad, és azt nem kizárólag a szolgáltatás nyújtására használjuk (4. és 5. cél). Ezért, ha Ön fogyasztónak minősül, a jogviszonyra alkalmazandó a fogyasztó és a vállalkozás közötti, a digitális tartalom szolgáltatására irányuló szerződések részletes szabályairól szóló 373/2021. (VI. 30.) Korm. rendelet 1. § (3) bekezdés a) pontja alapján. A szerződési feltételeket, az egyoldalú módosítás korlátait és a megszűnés következményeit a Felhasználási feltételek tartalmazzák.

6.2 A közösségi bírálati kör — 6. cikk (1) b)

A bírálati kör a szolgáltatás lényege: ezt veszi igénybe a regisztrációval. A fényképek B és C rétege ezért megjelenik más bejelentkezett felhasználók bírálati felületén. Nem jelenik meg: az Ön személye, e-mail-címe, a helyadat (a szöveges helymegadás is), a privát szintű mezők, a nyers eredeti (A réteg) és metaadatai.

Ha Ön bírál, bírálatai — és bírálat helyett adott bírálói jelzései — az azonosítójához kötve tárolódnak. Ez is a szerződés teljesítése: csak így zárható ki, hogy ugyanaz a bíráló kétszer bíráljon el egy beküldést, és csak így keresheti vissza a sajátjait.

6.3 Biztonság, visszaélés-megelőzés, hitelesítési süti — 6. cikk (1) f)

A jogos érdek: nekünk és minden felhasználónak jogos érdeke, hogy a fiókokat ne lehessen eltéríteni, a szolgáltatást automatizált eszközökkel elárasztani vagy a bírálati eredményeket szándékosan torzítani, és hogy egy biztonsági incidens felderíthető és kivizsgálható legyen.

A hitelesítési sütiről kifejezetten rögzítjük: a Nemzeti Adatvédelmi és Információszabadság Hatóság gyakorlata szerint a működéshez feltétlenül szükséges sütiknél a hozzájárulás rossz jogalap. Ezért ezt a sütit jogos érdekre alapozzuk, nem hozzájárulásra, és nyilatkozatot sem kérünk rá. Részletek a 12. pontban.

Az érdekmérlegelést elvégeztük és külön dokumentumban rögzítettük; másolatát kérésre rendelkezésre bocsátjuk.

6.4 Növényegészségügyi megfigyelés és terjedési elemzés — 6. cikk (1) f)

Ez az a cél, amiért a rendszer egyáltalán rögzíti a helyadatot.

A jogos érdek: természettudományi és műszaki kutatás-fejlesztéssel foglalkozó vállalkozásként valós és jelenvaló érdekünk, hogy a megfigyeléseket térben is értsük: hol csoportosulnak a gyanús tünetek, milyen távol egymástól, mit mond ez a betegség és vektora terjedéséről. Ehhez társul a szőlőtermesztő közösség tágabb érdeke: legyen kép a terjedésről. Helyadat nélkül a beküldések epidemiológiailag értéktelenek, a cél tehát helyadat nélkül nem érhető el (28/2024. sz. EDPB-vélemény 72–73. pont).

Amit ugyanakkor elismerünk: ugyanez a vélemény a helyadatot a különösen érzékeny hatású adatok közé sorolja (84. pont), és rögzíti, hogy az átlátható tájékoztatás önmagában nem teremt ésszerű érintetti elvárást (91–94. pont). Ezért:

Az adatkezelés a GDPR 89. cikk (1) bekezdése szerinti garanciákkal (adattakarékosság, álnevesítés, hozzáférés-korlátozás) folyik; az érdekmérlegelési tesztet külön dokumentumban rögzítettük.

6.5 A szakmai szemle-felület és a longitudinális megfigyelés — 6. cikk (1) b) és f)

A szemle-felületet a feljogosított szemléző maga veszi igénybe: a szemlék rögzítése az ő szolgáltatás-használata, jogalapja a szerződés teljesítése. A szemleadatok longitudinális kutatási elemzése ugyanazon a jogos érdeken alapul, mint a 6.4 pont szerinti megfigyelés, kiterjesztve az ismételt, azonosított tőkés megfigyelésre, a 89. cikk (1) bekezdése szerinti garanciákkal. A szemlézők magánszemélyként, önkéntesen vesznek részt; az egyetlen adatkezelő mi vagyunk, közös adatkezelés vagy adatfeldolgozói viszony velük nincs, és az adatkezelés nem közfeladat ellátása. Ezért a 21. cikk (6) bekezdése szerinti kutatási célú tiltakozást a szemleadatokra is teljesítjük (15.1 pont).

6.6 Jogszabályi kötelezettségek — 6. cikk (1) c)

Ha hatóság vagy bíróság jogszerűen megkeres, vagy jogszabály adatmegőrzést ír elő, eleget teszünk. A szolgáltatás ingyenes, felhasználói pénzügyi bizonylat nem keletkezik.

6.7 Jogi igények — 6. cikk (1) f)

A jogos érdek: hogy védekezni tudjunk a velünk szemben indított eljárásban, és érvényesíteni tudjuk a saját igényeinket (például a Felhasználási feltételek súlyos megsértése esetén). A szükséges adatokat az igény elévüléséig, illetve az eljárás jogerős lezárásáig kezeljük.

6.8 Profil, megszólítás és összesített statisztika — 6. cikk (1) b) és f)

Cél. Hogy néven szólíthassuk Önt az alkalmazásban és a leveleinkben; hogy indokolt esetben kapcsolatba léphessünk Önnel; és hogy a megfigyelési programot összesített, egyedileg vissza nem azonosítható adatokból tervezzük.

Jogalap.

Amit nem csinálunk. A gazdaságadatokból nem építünk parcella-nyilvántartást, nem kapcsolunk hozzá hatósági nyilvántartást, és egyedi szintű gazdaságadatot harmadik félnek nem adunk át. Az összesített kimutatásokban a 10 főnél kisebb csoportokat elnyomjuk.

6.9 Támogatói tartalmak és saját rendszeren belüli szegmentálás — 6. cikk (1) f)

Cél. A Szolgáltatás finanszírozása támogatói megjelenésekkel, és annak eldöntése, melyik megjelenés releváns az Ön számára.

Jogalap. Jogos érdek (6. cikk (1) f)): a díjmentes szolgáltatás fenntartása. Az érdekmérlegelés szempontjai: a megjelenés a saját felületünkön történik, egyértelműen jelölve; harmadik fél nem kap adatot; a kiszolgálás nem használ sütit, mérőpixelt vagy ujjlenyomatot; a szegmentálás kikapcsolható; a döntésnek Önre nézve nincs joghatása.

Mit jelent a gyakorlatban. A tartalmat kizárólag a mi szerverünkön választjuk ki, az Ön profiljához mérve. A profil adata nem hagyja el a rendszerünket, és a támogató nem kap célzási listát, felhasználói azonosítót vagy más személyes adatot (8. pont és 23. pont).

Az Ön jogai. A személyre szabást a Fiókom oldalon bármikor kikapcsolhatja; ez a 21. cikk szerinti tiltakozás gyakorlati formája. Utána is láthat támogatói tartalmat, de a kiválasztásához a profiladatait nem használjuk. Automatizált döntéshozatal a GDPR 22. cikke értelmében nem történik.

6.10 Hírlevél és marketing e-mail — 6. cikk (1) f), az Ön mindenkori beállítása szerint

Cél. Hírlevél a Szolgáltatás híreiről, a megfigyelési programról és a támogatók ajánlatairól.

Az adatkezelés menete. A Felhasználási feltételek 2.2-es verziójának hatálybalépése után létrejövő fiókoknál, illetve a 2.2-es dokumentumok elfogadásakor a hírlevél-beállítás aktív állapotban indulhat. Ez a jogi elfogadási aktusból ered; a rendszer így naplózza ("legal_acceptance_default"). Nem nevezzük marketing-hozzájárulásnak, mert külön ilyen aktus nem történt, és ezt tükrözi a naplóbejegyzés is.

Az Ön kontrollja.

Címzettek. A hírlevelet a szolgáltatási üzenetekkel azonos levélküldő szolgáltató továbbítja (8. pont). A címzettlista nem kerül ki a rendszerünkből: nincs listaexport, és a levélküldő is csak az adott üzenet címzettjét kapja meg.

Őszinte közlés. A magyar reklámszabályozás a reklámot tartalmazó elektronikus üzenetekhez jellemzően előzetes, kifejezett hozzájárulást vár el. Alapítónk a fenti, jelölőnégyzet nélküli, alapértelmezetten aktív megoldást a jogi kockázatok ismeretében vállalta (alapítói döntés, 2026. augusztus 30.). Nem állítjuk, hogy minden hatósági értelmezés szerint kifogástalan. Amit vállalunk: a leiratkozás minden csatornán azonnal és véglegesen működik, erről itt és minden levélben tájékoztatjuk, és a leiratkozott állapotot semmilyen későbbi esemény nem írja felül.

6.11 Publikus azonosító, toplisták és nyereményjátékok — 6. cikk (1) b) és f)

Toplisták. Publikus azonosítóval megjelenhet a Szolgáltatás publikus toplistáin. A listákon kizárólag a publikus azonosító és a szerveroldalon számolt aktivitási érték (elvégzett bírálatok, beküldések száma) látszik; név, e-mail-cím vagy más profiladat soha. Az azonosító megadása az opt-in aktus; törlésével azonnal lekerül minden publikus listáról. Jogalap: a szerződés teljesítése (6. cikk (1) b)) az Ön kérésére nyújtott közösségi funkció körében.

Nyereményjátékok. A jutalomra való jogosultságot a fenti aktivitási adatokból állapítjuk meg. Sorsolásnál rögzítjük a jogosultak körét és a sorsolás magját, hogy az eredmény utólag ellenőrizhető legyen; ezek a bejegyzések a fiók törlésekor álnevesített formában maradnak fenn, személyhez többé nem köthetően.

Nyeremény átadása. Ha Ön elfogadja a nyereményt, és az átadásához kézbesítési adat kell, azt az elfogadáskor kérjük be. Kizárólag az átadáshoz kezeljük (6. cikk (1) b)), utána törölhető, és a támogatónak, ha a nyereményt ő adja át, csak a feltétlenül szükséges mértékben adjuk át. Ez nem marketingcélú adatátadás, és nem eredményez hírlevél-feliratkozást.

6.12 Publikus kapcsolatfelvételi megkeresés megválaszolása — 6. cikk (1) f)

Cél. Hogy megválaszoljuk a nekünk írt megkeresést (támogatói ajánlatot, sajtókérdést, borfelajánlást, csomagérdeklődést), és hogy arról az üzemeltetésért felelős két személy tudjon.

Jogalap. Jogos érdek (GDPR 6. cikk (1) f)). Az érdekmérlegelés: a kezelés az érintett saját kezdeményezésére indul, csak az általa megadott adatokra terjed ki, és pontosan arra használjuk, amire számít (válaszolunk neki); adatbázisba nem kerül, profilalkotásra és marketingre nem használjuk. Az ésszerű érintetti elvárás így egybeesik a kezeléssel, amely a jogaira nézve nem jár érdemi kockázattal. Ha a megkeresés szerződést készít elő (például támogatói megállapodást), a további kezelés jogalapja a szerződés megkötését megelőző lépések megtétele (6. cikk (1) b)).

Az űrlapok visszaélés-megelőzése. A fiók nélkül elérhető, levelet küldő végpontot kulcsolt lenyomaton alapuló, időablakos kérésszámlálóval védjük (5.11 pont); jogalapja szintén a jogos érdek (6. cikk (1) f)), enélkül a végpontot bárki korlátlanul terhelhetné. A számláló a lehető legkevesebb adatot használja: visszafejthetetlen lenyomatot, nem IP-címet, és 24 órán belül nyomtalanul lejár.

Megőrzés és tiltakozás. A megkeresést tartalmazó levelezést a 10. pont szerint kezeljük. E cél ellen bármikor tiltakozhat (15. pont): kérheti a levelezés törlését, amit teljesítünk, kivéve ha az adat jogi igény előterjesztéséhez, érvényesítéséhez vagy védelméhez szükséges.

7. Kiemelt szakasz — kutatási és mesterséges intelligenciával kapcsolatos felhasználás

Olvassa el figyelmesen: ez a felhasználás esik legtávolabb attól, amit Ön egy „szőlőfotó-beküldő alkalmazástól” elvár.

7.1 Mit szeretnénk csinálni

Fő tevékenységünk természettudományi és műszaki kutatás-fejlesztés. Hosszabb távon a beküldött fényképekből és a közösségi bírálatokból gépi tanulási modellt építenénk a szőlő aranyszínű sárgaság (flavescence dorée, FD) jellegű tüneteinek felismerésére: a fényképek tanító-, validáló- és tesztadatok lennének, adatállományt építenénk belőlük, és mérnénk rajtuk a modell teljesítményét.

Ehhez a célhoz tartozik az átadás is. Hogy a védekezés hamarabb működjön, az adatállományt és a betanított modellt más kutatóknak és fejlesztőknek is átadhatjuk — így nem kell ugyanazt a gyűjtőmunkát újra elvégezni. Az átadás lehet ingyenes és ellenérték fejében történő is; az ellenérték pénz, vagy hozzáférés a partner kutatási eredményeihez, modelljeihez, adataihoz. Ez a gyűjtés és az előállítás munkáját ellentételezi; nem adatkereskedelem, és a fényképeket nem tesszük nyilvánosan közzé.

Mit adunk át. Átadás előtt az adatállományt leválasztjuk a fiókjáról: kivesszük a fiókazonosítót, a nevét és elérhetőségeit, a privát mezőket és jegyzeteket, a bírálók azonosítóit, és minden azonosítót, amelyből ezek visszakereshetők. Fénykép csak „B” tisztított mesterként és „C” bélyegképként mehet át — a nyers eredeti („A” réteg) soha (7.4 és 5. pont). Az átadott állományba a színkalibrációs kártyának csak a gyártási tétele kerül, a kártya egyedi azonosítója nem, mert az egy szemléző szemléit összekapcsolhatná.

Mit nem veszünk ki, és miért. A pontos helyadat (koordináta és pontossági érték), valamint az észlelés és a felvétel időpontja benne marad: a terjedés kutatása — gócok azonosítása, a terjedés sebességének és irányának mérése, a vektor mozgásának modellezése — pontos hely és idő nélkül lehetetlen, nélkülük az adatállomány kutatási értéke megszűnik. A következmény: az átadott adatállomány nem anonim. A helyadatból egy földrészlet, azon át a tulajdonosa vagy használója azonosítható lehet. Az átadás ezért személyesadat-kezelés marad, a 8.3 pontban megjelölt jogalappal, és Ön ellene bármikor tiltakozhat.

Két adatállomány. A képmodell tanítókészletében nincs pontos koordináta, pontossági érték, bírálói azonosító és privát mező (7.3 pont 2. alpont). Az átadható kutatási adatállomány viszont tartalmazza a pontos helyadatot és az időpontot, mert a terjedéskutatás ezt igényli; elkülönítésük dokumentált ellenőrzése az átadás előfeltétele (7.3 pont 13. alpont).

Mit köt ki az átadási szerződés. A címzett vállalja: nem próbálja azonosítani Önt, a földtulajdonost vagy a földhasználót; az adatot ilyen célból más nyilvántartással nem kapcsolja össze; a pontos helyadatot nem hozza nyilvánosságra (helyre vonatkozó eredményt csak összesített, területi bontásban közölhet); az adatot nem használja konkrét gazdálkodót, ültetvényt vagy földrészletet érintő döntéshez vagy eljáráshoz, és hatóságnak ilyen célból sem adja át.

A bírálói jelzések és a színkalibrációs kártya. A bírálói jelzéseket — különösen a más betegségre vagy tápanyaghiányra emlékeztető jelek megjelölését — kutatási célú címkeként is felhasználhatjuk: bírálói benyomásként, soha nem diagnózisként, a jelzéskor érvényes listaverzió szerint értelmezve, és soha nem olyan példaként, amely szerint a képen nem aranyszínű sárgaság látható. A bírálói megjegyzéseket és a „nem ítélhető meg” jelzés szabad szöveges megjegyzését a képmodell tanítókészletébe és a partnernek átadható adatállományba nem vesszük fel; a listából választott bírálói jelzés címkeként bekerülhet.

A szemle 3-as protokollja szerinti kártyás kép — a lombfalról, a rácsíptetett színkalibrációs kártyával készült kép — a szemle képeinek színkalibrációs feldolgozását szolgálja. Ez a feldolgozás a megőrzött nyers eredetin is történhet; a korrekció adatai és a kártya képen elfoglalt helye származtatott adatként tárolható. A kártyás képet a képmodell tanítási és elemzési válogatásába alapból nem vesszük fel. A kalibrációs feldolgozás nem MI-tanítás, és a nyers eredetit nem teszi tanítóadattá (6. pont, 5a. sor).

Őszinte helyzetjelentés: MI-tanítás eddig nem történt, adatátadás eddig nem történt, és a nyilvános bétában egyik sem tervezett. Feltételeiket a 7.3 pont írja le.

7.2 Hogyan tudja ezt meg, és mit fogad el

A kutatási és MI-fejlesztési célú felhasználás a szolgáltatás alapvető céljainak része, nem utólagos kiegészítés. Ezért:

A jogalap e célra a jogos érdekünk (GDPR 6. cikk (1) bekezdés f) pont), a 89. cikk (1) bekezdése szerinti garanciákkal — nem az Ön hozzájárulása. Ennek következménye van: a kutatási adatkezelés ellen Ön a GDPR 21. cikk (6) bekezdése alapján a saját helyzetével kapcsolatos okból bármikor tiltakozhat, és mi — saját vállalásként — a tiltakozást indokolás kérése és mérlegelés nélkül teljesítjük (15.1 és 16. pont). Ugyanez áll a szakmai szemle-modulban rögzített képekre.

7.3 Miért jogos érdek, és mi ennek a feltétele

Ez alapítói-terméki döntés (2026. augusztus 22.), és megindokoljuk: a másik út — a beküldésenkénti, opcionális hozzájárulás — is járható lett volna, és egy 2026. augusztus 13-i korábbi döntés azt választotta.

Miért nem hozzájárulás. A hozzájárulásnak önkéntesnek kell lennie, és a GDPR 7. cikk (4) bekezdése szerint az önkéntesség megítélésekor a lehető legnagyobb mértékben figyelembe kell venni, ha a szolgáltatás igénybevételét a teljesítéshez nem szükséges hozzájáruláshoz kötik. Nálunk a kutatási és MI-fejlesztési felhasználás alapvető cél, amelyet Ön a regisztráció feltételeként fogad el: a „hozzájárulás” megjelölés itt az önkéntesség szempontjából sebezhető és félrevezető volna. Az őszinte megjelölés a jogos érdek, minden következményével.

A jogos érdek feltételei — kötelezettségként vállaljuk. Érdekmérlegelési tesztünk a jogos érdek útját csak az alábbiak együttes teljesülése esetén tartja védhetőnek; ezek bármely tanítási futás előfeltételei: amíg dokumentáltan nem teljesülnek, MI-tanítás nem indul:

  1. írásban rögzített modellezési feladat, minimális adatmennyiség, tanítási és értékelési protokoll, a kimenet felhasználási módja;
  2. a tanítókészlet szűkítése: pontos koordináta, pontossági érték, bírálói azonosító, privát mezők, az A réteg és minden fiókazonosítót hordozó útvonal kizárva (7.1 és 7.4 pont);
  3. a tanítókészlet leválasztása a fiókkapcsolatról megvalósítva és tesztelve;
  4. feltétel nélküli, egyszerű tiltakozás — jelenleg az 1. pontban megadott elérhetőségen, a tanítás előtt a felületen is;
  5. előzetes, kiemelt tájékoztatás a beküldési folyamatban (a beküldési képernyő tájékoztató blokkjai);
  6. működő törlési és fióktörlési rend (10. és 13.3 pont);
  7. a harmadik személyek ültetvényére vonatkozó kockázat kezelése (19.1 pont);
  8. elvégzett és jóváhagyott adatvédelmi hatásvizsgálat;
  9. a modell „anonimitására” vonatkozó állítás mellőzése (7.4 pont).

Az átadás további feltételei. A 7.1 pont szerinti átadás — kutató-, fejlesztő- vagy üzleti partnernek, ingyenesen vagy ellenérték fejében — a fenti kilencen túl az alábbiakhoz kötött; ezek bármely átadás előfeltételei: amíg dokumentáltan nem teljesülnek, adat nem kerül ki:

  1. külön érdekmérlegelési teszt az átadásra: kimondja, hogy az átadott adatállomány a pontos helyadat miatt nem anonim, hogy az átadás ellenérték fejében is történhet, és megvizsgálja, mindez az Ön ésszerű elvárásán belül van-e; az elvárást a regisztrációs kikötés kiemelt, előzetes tájékoztatása alapozza meg (az Európai Unió Bíróságának C-621/22. sz. ügyben hozott ítélete, 51–53. pont);
  2. az adatvédelmi hatásvizsgálat kiegészítése az átadásra és kockázataira: az ellenőrzés elvesztése az átadás után; a földrészlet, azon át a gazdálkodó azonosíthatósága; a gazdálkodót érintő másodlagos felhasználás; továbbadás; harmadik országbeli hozzáférés;
  3. a 8.3 pont szerinti előzetes frissítés: a partner nevét, országát és a továbbítási garanciát az átadás előtt megnevezzük ebben a tájékoztatóban;
  4. a leválasztás igazolása: dokumentált ellenőrzés az átadott csomagon, hogy nem maradt benne fiókazonosító, név, elérhetőség, privát mező, bírálói azonosító, EXIF-metaadat és „A” rétegű kép, és hogy a képmodell tanítókészlete a 7.3 pont 2. alpontja szerint helyadat-mentes;
  5. írásbeli megállapodás, amely a Felhasználási feltételek 11.5. pontjának (ca)–(ch) alpontjában felsorolt valamennyi kikötést tartalmazza;
  6. a harmadik személyek ültetvényére vonatkozó kockázat újraértékelése (19.1 pont), mert a pontos helyadat elhagyja az adatkezelőt.

Mi szólt volna a hozzájárulás mellett — és miért nem döntő:

  1. A magyar szerzői és szerződési jog amúgy is külön nyilatkozatot kényszerít ki. A szerzői jogról szóló 1999. évi LXXVI. törvény (Szjt.) 44. § (1) bekezdése szerint semmis a szerző jövőben megalkotandó, meghatározatlan számú műveire vonatkozó felhasználási szerződés: a fényképekre az engedélyt beküldésenként kell megadni. A Polgári Törvénykönyvről szóló 2013. évi V. törvény (Ptk.) 6:78. § (2)–(3) bekezdése szerint a jogszabálytól vagy a szokásos szerződési gyakorlattól lényegesen eltérő általános szerződési feltétel csak külön tájékoztatás és a másik fél kifejezett elfogadása esetén válik a szerződés részévé — egy MI-tanítási engedély ennek tankönyvi esete. A súrlódás tehát amúgy is elkerülhetetlen, a jogos érdek feltételezett előnye illuzórikus. — Ez ma is igaz: a külön tájékoztatást és kifejezett elfogadást a regisztrációs kikötés (7.2 pont), a beküldésenkénti engedélyt a beküldés aktusa adja; nyitva csak a jogalap megjelölése maradt.
  2. A jogos érdek gyengébb pozíciót ad az üzemeltetőnek. A GDPR 21. cikk (6) bekezdése szerint a 89. cikk (1) bekezdése szerinti kutatási adatkezelés elleni tiltakozásnál nincs „kényszerítő erejű jogos ok” felülbírálat; egyetlen kivétele a közérdekű feladat végrehajtása, amelyet magánvállalkozás nem lát el. Minden kutatási tiltakozást teljesíteni kell, mérlegelés nélkül. — Ezt a gyengébb pozíciót tudatosan vállaljuk: a szolgáltatás feltételeként elfogadott felhasználásra a „hozzájárulás” címke nem lenne őszinte.
  3. Az Európai Unió Bíróságának C-621/22. sz. (KNLTB) ügyben hozott ítélete (2024. október 4., 51–53. pont) szerint az érintettekkel közvetlen kapcsolatban álló adatkezelő előzetesen tájékoztatni tudja őket — ezt a regisztrációs külön tájékoztatás és a beküldési képernyő blokkjai teljesítik; az ésszerű elvárást a kiemelt tájékoztatás és a feltétel nélküli tiltakozás együtt alapozza meg.

A korábbi, hozzájárulásra épülő beküldésenkénti modell műszaki előkészületei megmaradtak, de nem aktívak (7.4 pont); ha későbbi jogi felülvizsgálat mégis azt vezeti be, arról e tájékoztató új verziója rendelkezik.

7.4 Mit tudunk és mit nem tudunk megígérni a modellről

Itt szándékosan kerüljük az elterjedt, de megalapozatlan ígéreteket:

7.5 Szöveg- és adatbányászat (TDM)

Az Szjt. 35/A. § szerinti szöveg- és adatbányászati kivételekre nem építünk: a 35/A. § (2) bekezdés tudományos kutatási kivétele nonprofit kutatóhelyekre vonatkozik, a DrinkCycle Development Kft. mint nyereségérdekelt gazdasági társaság pedig nem az. A felhasználás alapja tehát az Ön beküldésenkénti felhasználási engedélye, nem törvényi kivétel.

8. Címzettek és adatfeldolgozók

Marketing-, reklám-, hitelezési, biztosítási, profilalkotási vagy hatósági jogérvényesítési célból nem adunk tovább adatot önálló adatkezelőnek. Kutató-, fejlesztő- és üzleti partnereknek (8.3 pont) viszont a 7.1 és 7.3 pont szerinti előkészítés és feltételek mellett, kutatás-fejlesztési célból átadhatunk adatot, akár ellenérték fejében is — ez szokatlan, ezért mondjuk ki nyíltan. Az alábbi cégek adatfeldolgozók: utasításunkra, a velünk kötött adatfeldolgozási szerződés (DPA) alapján járnak el.

SzolgáltatóA szerződő jogalany pontos megnevezése és címeOrszágMit csinálGarancia a továbbításhoz
SupabaseSUPABASE PTE. LTD., 65 Chulia Street #38-02/03, OCBC Centre, Singapore 049513Szingapúradatbázis, hitelesítés (Auth), fájltárolás (Storage): gyakorlatilag a teljes adatvagyonaz Európai Bizottság által elfogadott általános szerződési feltételek (SCC), Module Two és Module Three; DPA: „Version 1 — August 1, 2026”. Szingapúrra nincs megfelelőségi határozat.
VercelVercel Inc., Covina, California, Amerikai Egyesült ÁllamokUSAa webalkalmazás futtatása, kiszolgálása, kiszolgálói naplózásSCC (Module One, Two és Three) + UK IDTA, DPA 2026. március 31-től; aktív tanúsítvány az EU–USA adatvédelmi keretben (Data Privacy Framework)
ResendPlus Five Five, Inc., 2261 Market Street #5039, San Francisco, CA 94114, Amerikai Egyesült ÁllamokUSAtranzakciós e-mailek (regisztráció-megerősítés, jelszó-visszaállítás, a szemlézői jelentkezés elbírálásáról szóló értesítés), hírlevél, valamint a publikus kapcsolatfelvételi űrlapok megkereséseinek továbbítása a két üzemeltetői címre (5.11 pont)SCC (Module One, Two és Three), DPA 2025. december 31-től; DPF-tanúsítványa „Active – Re-certification under Review”, és nem HR-adatokra terjed ki

8.1 Két gyakori félreértés, amelyet itt tisztázunk

(a) A Supabase nem „európai” szolgáltató. Az elsődleges adatbázis Frankfurtban (Németország) fut, de ez csak az adatbázis fizikai helye. A szerződő fél szingapúri társaság, és az alvállalkozói lánc az Európai Unión kívülre is nyúlik: a 2026. június 1-jei lista szerint többek között Supabase, Inc. (USA, ügyfélszolgálat), Amazon Web Services, Cloudflare, Google LLC, Fly.io, Vercel, Upstash, Sentry, GitHub és OpenAI, LLC. Az EU-ban tárolt adatokhoz tehát szerkezetileg lehetséges az Egyesült Államok joghatósága alá tartozó hozzáférés. Ezt nem tagadjuk, kimondjuk.

(b) A Resend „ír küldési régiója” NEM jelent EU-s adattárolást. A Resend dokumentációja szerint minden fiókadat — az e-mail-metaadatok, a naplók, az API-rekordok — az Egyesült Államokban tárolódik, a küldési régiótól függetlenül. Nem állítjuk tehát, hogy az e-mail-küldés adatai az EU-ban maradnának.

8.2 Alvállalkozók változása

Mindhárom adatfeldolgozó bevonhat alvállalkozót előzetes értesítés és kifogásolási lehetőség mellett (Supabase: 30 nap értesítés, 5 nap kifogásolás; Vercel: 5 naptári nap, külön feliratkozással; Resend: 14 nap). Az értesítéseket figyeljük; jelentős változáskor frissítjük a tájékoztatót.

8.3 Egyéb címzettek

Együtt: kutató-, fejlesztő- és üzleti partnerek — a tájékoztatóban és a Felhasználási feltételekben végig így hívjuk őket.

Jelenleg egyik körben sincs partner, és amíg nincs, adat sem kerül hozzájuk. Ha ez megváltozik, előre frissítjük a tájékoztatót, és itt megnevezzük a nevet, az országot és a garanciát.

Mit adunk át és mi alapján. A 7.1 pont szerint előkészített, fiókjáról leválasztott adatállományt adjuk át — pontos helyadattal és időponttal —, csak a 7.3 pont 10–15. alpontja szerinti feltételek teljesülése után. Jogalapja a mi és a partner jogos érdeke (GDPR 6. cikk (1) bekezdés f) pont), a 89. cikk (1) bekezdése szerinti garanciákkal: gyorsítani a betegség terjedése elleni védekezés kutatását. Az adatállomány a helyadat miatt nem anonim, ezért erre külön érdekmérlegelést végzünk; összefoglalóját kérésre megküldjük. Ön ez ellen az adatkezelés ellen a 21. cikk (6) bekezdése alapján bármikor tiltakozhat; a tiltakozást mérlegelés nélkül teljesítjük (7.2 és 15.1 pont). Az ellenérték a jogalapot nem változtatja meg, de az érdekmérlegelésben súllyal esik latba; ezért a 7.3 pont 10. alpontja külön tesztet ír elő.

A partner önálló adatkezelő, az átadott adatért az átadás után maga felel. A megállapodás kiköti: csak az ott rögzített célra használhatja, tovább nem adhatja, nem kísérelheti meg az Ön, a földtulajdonos vagy a földhasználó azonosítását, ilyen célból más nyilvántartással nem kapcsolhatja össze, a fényképeket önállóan nem teheti közzé, a pontos helyadatot nyilvánosságra nem hozhatja (helyre vonatkozó eredményt csak összesített, területi bontásban közölhet), konkrét gazdálkodót, ültetvényt vagy földrészletet érintő döntéshez vagy eljáráshoz nem használhatja, hatóságnak sem adhatja át ilyen célból, a megállapodás megszűnésekor pedig törölnie kell az adatot, és a törlést igazolnia.

Az Európai Gazdasági Térségen kívüli partner. Neki csak akkor adunk át adatot, ha országára az Európai Bizottság megfelelőségi határozata vonatkozik, vagy ha a Bizottság általános szerződési feltételeit alkalmazzuk, és elvégeztük a kiegészítő hatásvizsgálatot; a garanciát a partner megnevezésekor itt tüntetjük fel.

Ha tiltakozik. A már megkapott partnereket értesítjük, és kérjük az érintett fényképek és adatok eltávolítását. A tiltakozás előtt betanított modellből az egyes fényképek hatása utólag nem távolítható el — ezt a 7.4 pont mondja ki, és az átadott modellre is igaz.

8.4 A Google Play áruház (az Offline alkalmazás terjesztése)

Az Offline alkalmazást a Google Play áruházon át terjesztjük, és az alkalmazás aláírását is a Google Play végzi. A letöltéssel és a telepítéssel kapcsolatos adatokat a Google a saját feltételei és adatkezelési tájékoztatója szerint kezeli. Az alkalmazás működése közben mi a Google-nak nem küldünk adatot, és az alkalmazás Google-szolgáltatást nem használ.

9. Harmadik országba történő adattovábbítás — GDPR 13. cikk (1) bekezdés f) pont

Igen, az Ön személyes adatai az Európai Gazdasági Térségen kívülre is továbbításra kerülnek.

(1) Továbbítás Szingapúrba — SUPABASE PTE. LTD. Szingapúrra az Európai Bizottság a GDPR 45. cikk (3) bekezdése alapján nem hozott megfelelőségi határozatot. A jogalap ezért a GDPR 46. cikk (2) bekezdés c) pontja: a Bizottság 2021/914 végrehajtási határozatával elfogadott általános szerződési feltételek (Module Two: adatkezelő–adatfeldolgozó, Module Three: adatfeldolgozó–adatfeldolgozó) a szolgáltató adatfeldolgozási szerződésének részeként. Kiegészítő szerződéses és szervezési intézkedések: titkosítás átvitelkor és nyugalmi állapotban, hozzáférés-korlátozás, az adatbázis elsődleges elhelyezése az Unión belül.

(2) Továbbítás az Amerikai Egyesült Államokba — Vercel Inc. és Plus Five Five, Inc. (Resend). Elsődleges jogalapjuk szintén a 2021/914 végrehajtási határozat szerinti általános szerződési feltételek; másodlagosan mindkét szolgáltató tanúsított résztvevője az EU–USA adatvédelmi keretnek, amelyet az (EU) 2023/1795 végrehajtási határozat ismer el megfelelőnek. A sorrend oka a keret nem lezárt jogi helyzete: az Európai Unió Törvényszéke a T-553/23. sz. Latombe kontra Bizottság ügyben 2025. szeptember 3-án elutasította a keretet megtámadó keresetet, a fellebbezés (C-703/25. P ügyszám) folyamatban van, és az Európai Adatvédelmi Testület elnöke 2026. július 31-én az amerikai szövetségi kereskedelmi hatóság függetlenségét érintő fejlemények értékelését kérte a Bizottságtól. A keret jelenleg hatályban van.

Az alkalmazott garanciák másolata: az általános szerződési feltételek szövege a Bizottság honlapján nyilvánosan elérhető; a konkrét adatfeldolgozói szerződésekbe való betekintésről az 1. pontban megadott elérhetőségen tájékozódhat — az üzleti titkok kitakarásával másolatot adunk.

10. Meddig őrizzük meg az adatait

Az adatkörönkénti teljes bontást a Megőrzési rend belső szabályzat tartalmazza, kérésre elérhető. A lényeg:

AdatkörMegőrzés
Fiókadatok (e-mail, jelszó-lenyomat)a fiók fennállásáig; törléskor a személyes fiók-identitás törlődik (13.3 pont)
Beküldés nyilvános mezői, B/C képréteg, helyadat, bírálatok és bírálói jelzésekkutatási célhoz kötött megőrzés, dokumentált felülvizsgálattal legalább 3 évente; a törlési műveletek hatását a 13.3 pont írja le
Privát szintű mezők (submission_private_details)a beküldés életciklusáig; fióktörléskor minden esetben törlődnek — kutatási felhasználásuk nincs
A réteg — nyers eredeti (érintetlen EXIF/GPS) a finalizált beküldéseknél és szemléknélkutatási forrásadatként, célhoz kötött megőrzés (6. pont, 5a. sor): amíg az FD Finder dokumentált kutatási, longitudinális megfigyelési, módszertani validációs és adatminőség-biztosítási céljaihoz kell; a szükségességet legalább 3 évente dokumentáltan felülvizsgáljuk; a cél megszűnésekor törlés vagy — ha a cél így is teljesül — de-identifikáció. Garanciák (89. cikk (1)): kliensoldalról elérhetetlen zárt tároló, bírálók és más felhasználók sosem érik el, emelt jogosultságú, naplózható szerveroldali hozzáférés, teljesíthető törlési és fióktörlési kérelmek
Abandoned (soha nem véglegesített) feltöltések a nyers tárolóbanrövid technikai takarítás: dokumentált üzemeltetői rend szerint eltávolítjuk (jellemzően 24 óra után) — nem kutatási adatok
Logikailag törölt (deleted) beküldésa törölt állapot után 30 napon belül fizikai eltávolítás (adatbázis-sorok és képfájlok)
Szakmai szemle-adatok (5.7)kutatási célhoz kötött megőrzés, dokumentált felülvizsgálattal legalább 3 évente — a longitudinális összehasonlítás maga a kutatási cél
Szemlézői jogosultsági nyilvántartás (research_collectors)a visszavont jogosultsági sorok 5 évig — hozzáférés-igazgatási bizonyíték
Szemlézői jelentkezési nyilvántartás (research_collector_applications) és az admin-jogosultsági nyilvántartásaz előzővel azonosan 5 évig — döntési és hozzáférés-igazgatási bizonyíték
Elutasított próbaszemle teljes adatköre (A/B/C képrétegek, rögzített értékelés, a próbához létrehozott tőke a rejtett helyadatával) — oktatási, kvalifikációs, minőségbiztosítási, kutatásmódszertani elemzési és validációs célból (6. pont, 9a. sor)elkülönítve, a felületen senki számára nem láthatóan, amíg e célokhoz szükséges — legalább 3 évente dokumentáltan felülvizsgálva —, vagy a jelentkező törlési kérelméig; a kérelmet dokumentált, emelt jogosultságú eljárásban, a teljes adatkörre (adatbázis-sorok, rejtett helyadat, képfájlok) teljesítjük (13.3 pont)
Bírálói kvalifikációs adatok (5.6)a fiók fennállásáig; a fiókkal együtt törlődnek
Jogi elfogadási és hozzájárulási nyilvántartások (5.8)a bizonyítási funkciójuk fennállásáig, legfeljebb az igényérvényesítési határidők végéig
Publikus kapcsolatfelvételi megkeresés (5.11) — maga a beérkezett levéla postafiókban az ügy lezárásáig, illetve amíg abból szerződéses kapcsolat vagy jogi igény keletkezhet; a lezártakat az üzemeltető legalább évente átnézi és törli, és Ön a törlést bármikor kérheti (6.12 pont)
Kapcsolatfelvételi visszaélés-megelőzési számláló (5.11) — kulcsolt lenyomat, időablak, darabszámlegfeljebb 24 óra, ezt követően a rendszer törli
E-mail-küldési metaadat (Resend), kiszolgálói naplóka szolgáltatók saját megőrzési szabályai szerint
Jogi igényhez szükséges adatokaz igény elévüléséig, illetve az eljárás jogerős lezárásáig
Moderációs napló (5.5)a Szolgáltatás működése alatt; törlési szabály nincs — a moderációs döntések elszámoltathatóságának bizonyítéka
A fajtaegyeztetés naplója (5.2)az érintett beküldés vagy tőke fizikai törlésével, teljes fióktörléskor is, együtt törlődik
Az Offline alkalmazás helyi archívuma a szemléző készülékén (5.12)nem mi töröljük: amíg a szemléző nem törli; a feltöltés, a kijelentkezés, az alkalmazás eltávolítása és a fiók törlése után is megmarad
Az Offline alkalmazás saját tárhelyének adatai (5.12)kijelentkezésig, illetve az alkalmazás eltávolításáig; a fiókadatok egy elutasított munkamenet után is megmaradnak, amíg a szemléző ki nem jelentkezik

A bírálói jelzés megőrzése. A jelzésre külön megőrzési szabály nincs: a jelzés addig él, amíg a beküldés, amelyre adták. Ha a beküldést törlik — a beküldő még a bírálat előtt törli, vagy a beküldő teljes fióktörlést kér —, a rá adott jelzések is törlődnek, a beküldés fizikai törlésével együtt; ilyenkor azoknak a bírálóknak a jelzése is, akik a törlést nem kérték. Ha a jelzést adó bíráló kéri a fiókja törlését, a jelzése a bírálataival azonos módon alakul: a kutatási adatokat megtartó törlésnél személytelen azonosító alatt megmarad, a megjegyzés szövegével együtt; teljes törlésnél törlődik.

Fontos: a törlés nem függ a fenti automatizmusoktól: az Ön kérelmét dokumentált, emelt jogosultságú eljárásban teljesítjük (13.3 pont).

11. Adatbiztonsági intézkedések

Ténylegesen működő technikai kontrollok, nem általános ígéretek.

Adatbázis-szintű hozzáférés-szabályozás - A sorszintű biztonság (Row-Level Security) minden alkalmazástáblán be van kapcsolva és kikényszerítve (FORCE): a tulajdonosi szerepkör sem kerüli meg. - A be nem jelentkezett (anon) szerepkör semmilyen alkalmazásadathoz nem fér hozzá. - A rejtett-belső szintű táblákhoz (helyadatok, archívum-nyilvántartás, szemle-modul laboreredményei és jogosultsági nyilvántartása) kliensszerepkör nem fér hozzá: nincs olvasási szabályuk. - A bírálati felület felépítése folytán nem ér el helyadatot, privát szintű mezőt, EXIF-adatot, beküldői azonosságot. - A bírálatok tábláján a bejelentkezett szerepkör nem módosíthat és nem törölhet; csak beszúrhat, konkrét oszlopokba. A bírálói jelzések tábláját kliens közvetlenül sem nem olvassa, sem nem írja: jelzést csak egy erre szolgáló szerveroldali függvény rögzít. - A szakmai szemle-modul alapértelmezetten zárt: jogosultsági bejegyzés nélkül minden rétege elutasít.

Fájltárolás - Minden tároló privát. Nincs nyilvános URL egyetlen képhez sem. - A staging-originals tárolón nincs kliensoldali hozzáférési szabály: feltöltés csak rövid élettartamú, a kiszolgáló kiadta aláírt hivatkozáson keresztül, olvasás csak emelt jogosultságú szerverfolyamatból. - A feldolgozott képek tárolóiban egy objektum csak akkor olvasható, ha teljes neve egy a hívó által egyébként is látható képrekord tárolási útvonala. - A fájlnevek kizárólag átlátszatlan azonosítókat (UUID) tartalmaznak, emberi olvasásra alkalmas érzékeny információt soha.

Képfeldolgozás - A B és C rétegből minden EXIF-, GPS-, XMP-, ICC- és orientációs metaadatot eltávolítunk; ezt strukturált metaadat-vizsgálattal és bájtszintű ellenőrzéssel is teszteljük. - A tényleges helyadat-értékek soha nem kerülnek naplóba; legfeljebb az, hogy volt-e helyadat.

Átvitel és üzemeltetés - Minden hálózati kommunikáció titkosított (HTTPS/TLS). - A jelszavakat kizárólag egyirányú kriptográfiai lenyomatként tároljuk.

Offline alkalmazás - A kiszolgálóval csak titkosított (TLS) kapcsolaton kommunikál; titkosítatlan forgalmat a kiadott változat nem enged. - A frissítő tokent az Android kulcstárolójában őrzött, nem exportálható kulccsal titkosítva tárolja; hogy a kulcsot hardver védi-e, a készüléktől függ. - A saját tárhelyét kizárja a felhőmentésből és a készülékek közötti átvitelből. - Csak a nyilvános (publishable) kulcsot ismeri; emelt jogosultságú kulcs nincs benne. - Képet csak a saját kamerájával készít. A nyers kép változatlanságát feltöltés előtt ujjlenyomattal (SHA-256) ellenőrzi, és a kiszolgáló is összeveti.

11.1 Amit az intézkedésekről őszintén el kell mondanunk

12. Sütik és böngészőoldali tárolás

Ez a pont a webalkalmazásra vonatkozik. Az Offline alkalmazás sütit nem használ; a készüléken tárolt adatait az 5.12 pont sorolja fel.

Az FD Finder kizárólag a működéshez feltétlenül szükséges sütit használ. Nincs analitikai, hirdetési vagy közösségimédia-süti, ezért nincs süti-hozzájárulási sáv sem.

Az elhelyezett sütik:

Süti neveCélJogalapÉlettartam
sb-<projekt-azonosító>-auth-token (és annak esetleges darabjai)a bejelentkezett állapot fenntartásaGDPR 6. cikk (1) f) — jogos érdeklegfeljebb 30 nap; SameSite=Lax; nem httpOnly
sb-<projekt-azonosító>-auth-token-code-verifiera bejelentkezési folyamat biztonsági ellenőrző értékeGDPR 6. cikk (1) f) — jogos érdeka bejelentkezési folyamat lezárultáig

Ez nem munkamenet-süti: a böngésző bezárásával nem törlődik, kijelentkezéssel érvényét veszti.

A kiszolgáló nem helyez el további sütit, a webalkalmazás nem használ tartós böngészőoldali tárolást (localStorage, sessionStorage).

A jogalapról: a NAIH „A honlapok adatvédelmi beállításai és a sütik” című tájékoztatója és NAIH-3195-11/2022. számú határozata szerint a feltétlenül szükséges sütiknél a hozzájárulás rossz jogalap; ezért jogos érdeket jelölünk meg, érdekmérlegelési teszttel. Az elektronikus hírközlésről szóló 2003. évi C. törvény (Eht.) 155. § (4) bekezdése szerinti „világos és teljes körű tájékoztatás” követelményét a fenti felsorolás teljesíti; az Offline alkalmazás készüléken való tárolására az 5.12 pont.

13. Az Ön jogai

Az alábbi jogok a GDPR III. fejezetén alapulnak. Magyarországon egyik jog gyakorlását sem korlátozza tudományos kutatási célra hivatkozó nemzeti eltérés (14. pont).

13.1 Hozzáférés joga (GDPR 15. cikk). Ön megkérdezheti, kezelünk-e Önre vonatkozó személyes adatot, és ha igen, másolatot kérhet róla, tájékoztatást a célokról, címzettekről, megőrzési időről és jogairól. Az első másolat ingyenes. A jog kiterjed a rejtett-belső szinten tárolt helyadatokra és archívum-rekordokra is, amelyeket a felület nem mutat meg.

13.2 Helyesbítéshez való jog (GDPR 16. cikk). Pontatlan vagy hiányos adata helyesbítését, kiegészítését kérheti. Ez vonatkozik a beküldés mezőire és — ha Önről valótlan állítást tartalmaz — a bírálói megjegyzésekre és a bírálói jelzés megjegyzésére is. E megjegyzéseknél a helyesbítést eltávolítással teljesítjük: a megjegyzés a bíráló szava, ezért nem írjuk át (Felhasználási feltételek 14.4. pont).

13.3 Törléshez való jog, „elfeledtetéshez való jog” (GDPR 17. cikk). Ön kérheti adatai törlését, különösen ha azokra már nincs szükség, ha visszavonja hozzájárulását, vagy ha sikeresen tiltakozik az adatkezelés ellen.

A törlési kérelem vállalt menete:

  1. A kérelmet 72 órán belül visszaigazoljuk, és tételesen leírjuk a két teljesítési útvonalat a következményeikkel, alapértelmezés sugalmazása nélkül:
    • teljes törlés: fiókja, beküldései (a rájuk adott bírálói jelzésekkel együtt), fényképei, helyadatai, bírálatai és bírálói jelzései véglegesen és helyreállíthatatlanul törlődnek;
    • fiók-törlés a kutatási adatok megtartásával: a fiók-identitása és adatai közötti kapcsolat végleg megszűnik (közreműködései — bírálatai és bírálói jelzései is — véletlenszerű, személyhez nem köthető azonosítóra kerülnek), a képek és megfigyelések álnevesítve a kutatási állományban maradnak; privát mezői és a kézzel írt klón ilyenkor is törlődnek. A bírálói megjegyzések és a jelzések megjegyzéseinek szövege változatlanul megmarad; ha ezekben Önre utaló adat van, kérje külön az eltávolításukat (Felhasználási feltételek 14.4. pont).
  2. Ha Ön választ, aszerint teljesítünk.
  3. Ha nem válaszol, vagy egyszerűen „mindent töröljenek” tartalmú kérelmet küld, a teljes törlést hajtjuk végre. A hallgatás nem hozzájárulás a megőrzéshez.
  4. A választást és a tájékoztatást dokumentáljuk, a végrehajtásról visszaigazolást küldünk.

Az Offline alkalmazás helyi archívuma a készülékén van, ezért a fiók törlése nem érinti: azt Önnek kell törölnie (5.12 pont). A fiók törlése után a feltöltetlen szemlék már nem tölthetők fel.

Két további vállalás:

13.4 Az adatkezelés korlátozásához való jog (GDPR 18. cikk). Ön kérheti, hogy adatait csak tároljuk, egyébként ne kezeljük — például az adat pontosságának vitatása idejére, vagy amíg tiltakozását elbíráljuk.

13.5 Adathordozhatósághoz való jog (GDPR 20. cikk). A szerződés teljesítésén és hozzájáruláson alapuló, Ön által megadott adatokat tagolt, széles körben használt, géppel olvasható formátumban is kikérheti, és kérheti másik adatkezelőhöz továbbítását, ha technikailag megvalósítható. Ez kiterjed a feltöltött fényképeire és a beküldés mezőire.

13.6 Tiltakozáshoz való jog (GDPR 21. cikk). Lásd a 15. pontot.

13.7 Tiltakozás a kutatási és MI-célú felhasználás ellen. Lásd a 15.1 és a 16. pontot.

Hogyan gyakorolhatja ezeket a jogokat? Az 1. pontban megadott elérhetőségen, indokolás nélkül. Azonosításához elegendő, ha a fiókjához tartozó e-mail-címről ír; kétség esetén további — de a szükségesnél nem több — információt kérhetünk. A válaszadás határideje egy hónap, szükség esetén két hónappal meghosszabbítható; a hosszabbításról és okáról egy hónapon belül tájékoztatjuk. Az intézkedés ingyenes; ismételt, megalapozatlan vagy túlzó kérelem esetén észszerű díjat számíthatunk fel, vagy megtagadhatjuk azt.

14. Nincs magyar kutatási kivétel — az Ön jogai teljeskörűen érvényesülnek

A GDPR 89. cikk (2) bekezdése lehetővé teszi, hogy uniós vagy tagállami jog tudományos kutatási célú adatkezelésnél eltérést engedjen a 15., 16., 18. és 21. cikk alól. A felhatalmazás azonban nem önmagától működik: kell hozzá az eltérést ténylegesen megállapító tagállami jogszabály.

Magyarország ilyen eltérést nem állapított meg. Az Infotv. (2011. évi CXII. törvény) a GDPR 89. cikkéhez kapcsolódó rendelkezést egyáltalán nem tartalmaz; egyetlen kutatási tárgyú szabálya az 5. § (8) bekezdés a történelmi események kutatása eredményének bemutatásáról, ami itt nem alkalmazható.

Ebből három vállalásunk következik:

  1. A 15., 16., 18., 20. és 21. cikk szerinti jogai a kutatási és MI-célú adatkezelésnél is teljeskörűen érvényesülnek; nem korlátozzuk őket.
  2. A 89. cikk (2) bekezdése a törléshez való jog korlátozására nem ad felhatalmazást; a 17. cikk (3) bekezdés d) pontja szerinti kivétel kizárólag kérelmenként, dokumentált indokolással hívható fel — az eljárást a 13.3 pont írja le.
  3. Nem használunk olyan megfogalmazást, hogy „a kutatási célú hozzájárulások nem törölhetők”, mert ez jogilag nem igaz.

15. Tiltakozáshoz való jog — kiemelt tájékoztatás

⚠ ÖN BÁRMIKOR TILTAKOZHAT

Ön a saját helyzetével kapcsolatos okokból bármikor tiltakozhat a jogos érdekünkön alapuló adatkezelés ellen (GDPR 6. cikk (1) bekezdés f) pont; GDPR 21. cikk (1) bekezdés).

Ez a következőket érinti: - a fényképek és megfigyelések kutatási adatállományba rendezését és MI-fejlesztésre, -tanításra való felhasználását (7. pont), - a helyadatokon alapuló növényegészségügyi megfigyelést és terjedési elemzést (6.4 pont), - a kutatási adatállomány és a betanított modell átadását kutató-, fejlesztő- és üzleti partnernek (6. pont 12. sor, 7.1 és 8.3 pont), - a szemleadatokon végzett longitudinális megfigyelést (6.5 pont), - a biztonsági és visszaélés-megelőzési adatkezelést (6.3 pont), - a jogi igények érvényesítését (6.7 pont).

Hogyan tiltakozhat? Írjon az 1. pontban megadott adatvédelmi elérhetőségre: elég annyit írnia, hogy tiltakozik, és megjelölnie, mely adatkezelés ellen. Indokolnia semmit nem kell azon túl, hogy a tiltakozás a saját helyzetével kapcsolatos. A tiltakozás ingyenes.

Mi történik ezután? Az elbírálásig az érintett adatkezelést felfüggesztjük (GDPR 18. cikk (1) bekezdés d) pont). Ha helyt adunk, az adatokat e célból többé nem kezeljük.

Ezt a GDPR 21. cikk (4) bekezdése alapján, a többi információtól elkülönítve, kifejezetten adjuk meg.

15.1 A kutatási célú tiltakozásról őszintén — GDPR 21. cikk (6)

A GDPR 21. cikk (6) bekezdése külön szabályt ad a 89. cikk (1) bekezdése szerinti tudományos kutatási célú adatkezelés elleni tiltakozásra: az érintett a saját helyzetével kapcsolatos okból tiltakozhat.

Ennek következménye, és önkéntes vállalásunk: a kutatási adatállomány, az MI-fejlesztés, a helyadat és a szemleadatok kutatási-elemzési célú kezelése elleni minden tiltakozást teljesítünk. A GDPR a saját helyzettel kapcsolatos ok megjelölését kívánja meg; mi indokolást sem kérünk, nem mérlegeljük felül, és nem hivatkozunk nyomós érdekünkre.

16. Tiltakozás a kutatási és MI-célú felhasználás ellen — a gyakorlatban

A 7. pont szerinti kutatási és MI-célú felhasználás ellen Ön bármikor, indokolás nélkül, ingyenesen tiltakozhat az 1. pontban megadott elérhetőségen; a tiltakozást a 15.1 pont szerint feltétel nélkül teljesítjük.

Mi történik ezután? - Az érintett fényképeket a tanító-, validáló- és teszthalmazokból eltávolítjuk, a következő tanítási körben már nem használjuk, és a kizárást dokumentáljuk. - A beküldés és a közösségi bírálat változatlanul működik: a tiltakozás semmilyen szolgáltatásfunkciótól nem fosztja meg. - A tiltakozás tényét és időpontját dokumentáljuk.

A tiltakozás korlátja, amelyet nyíltan kimondunk: ha egy modellt az Ön fényképeivel már betanítottunk, a tiltakozás önmagában nem távolítja el az adatot a betanított modellből — erre csak újratanítás vagy igazolt gépi felejtés volna alkalmas. Ha a törléshez való jogát is gyakorolja, a fényképeit töröljük.

17. Jogorvoslati lehetőségek

17.1 Panasz az adatkezelőnél

Panaszával kérjük először hozzánk forduljon az 1. pontban megadott elérhetőségen — így rendezhető a leggyorsabban.

17.2 Panasz a felügyeleti hatóságnál (GDPR 77. cikk)

Ön jogosult panaszt tenni a magyar adatvédelmi felügyeleti hatóságnál:

MegnevezésNemzeti Adatvédelmi és Információszabadság Hatóság (NAIH)
Postai cím1363 Budapest, Pf.: 9. (székhely: 1055 Budapest, Falk Miksa utca 9-11.)
Telefon+36 (1) 391-1400
E-mailugyfelszolgalat@naih.hu
Honlaphttps://naih.hu/

17.3 Bírósági jogorvoslat (GDPR 79. cikk)

Ön bírósághoz is fordulhat, ha megítélése szerint az adatkezelő megsértette a személyes adatai kezelésének szabályait. A GDPR 79. cikk (2) bekezdése alapján a per megindítható az adatkezelő tevékenységi helye szerinti tagállam bírósága előtt, vagy — az Ön választása szerint — az Ön szokásos tartózkodási helye szerinti tagállamban. Magyarországon a per törvényszéki hatáskörbe tartozik.

17.4 Kártérítés és sérelemdíj (GDPR 82. cikk)

Ha Önt az adatkezelés következtében kár vagy nem vagyoni sérelem érte, kártérítésre, sérelemdíjra lehet jogosult.

18. Adatvédelmi incidens kezelése

Az adatkezelő valamennyi adatvédelmi incidenst nyilvántartásba vesz — a GDPR 33. cikk (5) bekezdése ezt a bejelentésre nem kötelezettekre is előírja. A nyilvántartás rögzíti az incidens tényállását, hatásait és a megtett intézkedéseket; a belső eljárásrendet külön dokumentum rögzíti.

Az eljárásban az Európai Adatvédelmi Testület 9/2022. számú iránymutatásának (2.0 változat, elfogadva 2023. március 28-án) elveit követjük.

19. Növényegészségügyi tudnivaló — a beküldés NEM hatósági bejelentés

Ez a szakasz kihat arra, mit vár el a beküldésétől, és mit tesz az adatkezelő az Ön adataival.

Az FD Finderbe való beküldés nem minősül hatósági bejelentésnek, és nem mentesíti Önt a jogszabályban előírt bejelentési kötelezettsége alól.

Az élelmiszerláncról és hatósági felügyeletéről szóló 2008. évi XLVI. törvény (Éltv.) 17. § (1) bekezdése alapján a termelő, illetve a földhasználó köteles a zárlati károsítót megsemmisíteni, terjedését megakadályozni, és a fertőzöttség gyanúját haladéktalanul bejelenteni az élelmiszerlánc-felügyeleti szervnek. Uniós szinten ugyanezt az Európai Parlament és a Tanács (EU) 2016/2031 rendelete írja elő: a 14. cikk a professzionális üzemeltetőkre, a 15. cikk pedig a professzionális üzemeltetőktől eltérő személyekre — akár magánszemélyre — ró azonnali értesítési kötelezettséget gyanú esetén.

A szőlő aranyszínű sárgaság (flavescence dorée) a 7/2001. (I. 17.) FVM rendelet alapján bejelentésköteles zárlati károsító; a védekezés kötelező rendjét a 43/2010. (IV. 23.) FVM rendelet szabályozza, amely a vektorra (Scaphoideus titanus) is kiterjed; ezt a 8/2026. (VII. 24.) AÉM rendelet (Magyar Közlöny 98/2026., 2026. július 24.) szigorította: kötelező vektorvédekezést írt elő, és a kötelező tőkekivágás küszöbét 30%-ról 20%-ra szállította le.

Mit jelent ez a gyakorlatban? - Ha Ön fertőzöttséget gyanít, a növényegészségügyi hatóságnál kell bejelentenie: a lakóhelye/ültetvénye szerint illetékes vármegyei kormányhivatal növény- és talajvédelmi osztályánál, vagy közvetlenül a Nemzeti Élelmiszerlánc-biztonsági Hivatalnál (NÉBIH) — 1024 Budapest, Keleti Károly utca 24., zöldszám: 06-80/263-244, e-mail: ugyfelszolgalat@nebih.gov.hu; https://portal.nebih.gov.hu/fd-betegseg-info. - Az FD Finder közösségi bírálati eredménye nem diagnózis, nem szakhatósági vélemény, és hatósági eljárásban bizonyítékként nem helyettesíti a hivatalos vizsgálatot. - A „más betegségre vagy tápanyaghiányra emlékeztető jelek” bírálói jelzés bírálói benyomás, nem diagnózis; az aranyszínű sárgaságot nem zárja ki. Ha arra gyanakszik, bejelentési kötelezettsége változatlan. - Egy „gyanús” közösségi minősítés jelentős gazdasági következményekkel járhat (tőkekivágás, körülhatárolt terület kijelölése, kártalanítási eljárás), ezért a beküldésekhez tartozó helyadatokat bizalmasan kezeljük, és nem tesszük nyilvánossá.

Az adatkezelő saját álláspontja, dokumentáltan: az adatkezelő nem továbbít automatikusan, hatóságilag nem megerősített közösségi gyanújelzést a hatóság felé; jogszabályi kötelezettség fennállása esetén annak eleget tesz. A NÉBIH tájékoztatása szerint a betegség a magyar borvidékeken ismerten jelen van, a hatóság saját felderítési programot működtet, és az adatkezelőtől külön bejelentést nem igényel; a magyar jog szerinti értesítési kötelezettség pontos terjedelmét vizsgáljuk. Ha hatósági megkeresés, jogszabályi kötelezettséget megalapozó körülmény vagy hatósági iránymutatás merül fel, az adatkezelő a szükséges értesítést megteszi, és a tájékoztatót frissíti. Laboratóriumi vizsgálat esetén a hatósági bejelentés a mintát vevő szakember vagy a laboratórium feladata — sem a beküldés, sem a szakmai szemle rögzítése nem minősül hatósági bejelentésnek.

19.1 Ha nem az Ön területéről van szó

Ha az Ön területéről készült felvétel, de nem Ön küldte be: előfordulhat, hogy valaki olyan ültetvényről küld be képet vagy rögzít szemlét, amely nem az övé. A terület gazdálkodójáról közvetlenül semmit nem gyűjtünk — sem nevet, sem helyrajzi számot. A fényképhez tartozó helyadat azonban elvezethet a területhez. Ha a szemlét az Offline alkalmazással rögzítették, a terület helye a szemléző készülékén, a helyi archívumban is megvan; onnan mi nem tudjuk törölni (5.12 pont).

Az érintett gazdálkodót elérhetőség híján nem tudjuk megkeresni, ezért itt, nyilvánosan tesszük közzé (a GDPR 14. cikk (5) bekezdés b) pontjával összhangban), hogy mi történik, és mit tehet:

A Felhasználási feltételek tiltják a jogosultság nélküli beküldést; az ilyet a bejelentés kivizsgálása után eltávolítjuk.

20. Korhatár — a szolgáltatás 18 éven felülieknek szól

Az FD Finder használatához Önnek be kell töltenie a 18. életévét. Egyrészt a szolgáltatás mezőgazdasági termelői környezetre szabott, másrészt a regisztrációs jogi aktus — a szerződéskötés, a kutatási és MI-fejlesztési kikötés kifejezett elfogadása és a beküldésenként keletkező szerzői jogi felhasználási engedély — teljes cselekvőképességet feltételez; a 18 éves korhatár egybeesik a Ptk. szerinti teljes cselekvőképességgel.

Az életkort saját nyilatkozattal ellenőrizzük (a Felhasználási feltételek elfogadásának része). Személyazonosító okmányon vagy arcelemzésen alapuló életkor-ellenőrzést tudatosan nem vezetünk be: aránytalanul több személyes adat kezelésével járna, mint amennyi kockázatot csökkentene. Ha tudomásunkra jut, hogy egy fiókot 18 év alatti személy hozott létre, a fiókot megszüntetjük és adatait töröljük.

21. A tájékoztató módosítása

Az adatkezelő fenntartja a jogot a tájékoztató módosítására — például ha a szolgáltatás funkciói bővülnek, adatfeldolgozó vagy jogszabály változik.


22. A dokumentumban foglaltak jogi jellege

E szakasz megmutatja, mit ír elő jogszabály, és mit vállalt az üzemeltető önként.

22.1 Jogszabály által kötelező

22.2 Kockázatcsökkentő ajánlás

22.3 Alapítói-terméki döntés


23. Marketingcélú adatátadás harmadik félnek — kizárva

Az Üzemeltető felhasználói személyes adatot marketingcélból harmadik félnek semmilyen formában nem ad át. A támogatóknak nincs fiókjuk, programozott felületük és exportlehetőségük, a Szolgáltatás pedig harmadik féltől származó mérőkódot sem enged betölteni.

A támogató nem kap nevet, e-mail-címet, telefonszámot, felhasználói azonosítót, gazdaságadatot, FD-érintettségi adatot, helyadatot, profiladatot, címlistát vagy érdeklődői adatot.

Amit kaphat: saját megjelenésének összesített megtekintési és kattintási száma (felhasználói azonosító nélkül), kérésre pedig az 5.10 pont szerinti adatokból összesített statisztika, a 10 főnél kisebb csoportok elnyomásával.

Egyetlen kivétel, és az sem marketing: ha Ön nyereményt elfogad, és azt a támogató adja át, az átadáshoz feltétlenül szükséges adatot (jellemzően név és kézbesítési cím) kizárólag erre a célra, elfogadásához kötötten, dokumentáltan átadjuk neki (6.11 pont).



Verzió 3.1 — DrinkCycle Development Kft. A dokumentum a szolgáltatás tényleges műszaki működése alapján készült; a korábbi verziók tartalmi lenyomatát nyilvántartjuk.