Chatbot v souladu s GDPR: praktický návod (2026)

Chatbot v souladu s GDPR vyžaduje zákonné nasazení, nestačí konkrétní model ani umístění serverů. Urči účel a právní základ každého použití osobních údajů, zmapuj, kam údaje putují, stanov role stran a smluvní podmínky, zajisti informace a postupy pro výkon práv a zaveď zabezpečení přiměřené rizikům. Označení dodavatele za vyhovující předpisům nedokazuje, že tyto požadavky splňuje každé použití jeho zákazníky.

Pro každou konverzaci podpory automaticky nepotřebuješ souhlas, hosting výhradně v EU ani samostatný model pro evropské návštěvníky. Potřebuješ však důkazy, že rozhodnutí pro tvůj konkrétní pracovní postup odpovídají platným pravidlům. Stejné posouzení zahrnuje poskytovatele modelu, CRM, analytiku, integrace komunikačních kanálů i provozní záznamy.

Tento návod byl ověřen podle oficiálních zdrojů dne 4. listopadu 2026. Nabízí rámec pro posouzení a příklady implementace. Necertifikuje nasazení ani nenahrazuje poradenství k jeho konkrétním právním okolnostem.

Volitelné ukázkové kontroly

• Náhled klíčů metadat. Ověř, jak se z dodaných názvů polí vytvářejí klíče proměnných, včetně duplicitních názvů a chyb vyhrazených klíčů. Kontrola nezkoumá hodnoty ani oprávnění konkrétního účtu.
• Ověření testovací datové sady. Zkontroluj malou dodanou sadu podle podporovaného formátu bez spuštění svého AI Agenta.

Tyto kontroly neposuzují soulad s právními předpisy.

Kontrolní seznam 10 kroků pro soukromí a zabezpečení chatbota před spuštěním

Ke každé položce přiřaď odpovědnou osobu a uchovej doklady o rozhodnutí nebo testu:

1. Vymez pracovní postup. Odděl veřejné informace, podporu konkrétního účtu, transakce, marketing a zlepšování modelu.
2. Zmapuj osobní údaje. Zahrň prompty, odpovědi, metadata, soubory, načtené záznamy, protokoly a propojené systémy.
3. Vyber právní základy. Posuď každý účel před zpracováním. Kde je nutný souhlas, zaveď platný postup jeho získání.
4. Urči role a smlouvy. Zjisti, kdo stanovuje účely a kdo zpracovává podle pokynů. Prověř příslušné podmínky zpracování a předávání.
5. Minimalizuj shromažďování. Odstraň zbytečná pole a neposílej úplné zákaznické záznamy, pokud stačí omezený výsledek.
6. Stanov uchovávání a vyřizování práv. Zahrň ověřování totožnosti, přístup, opravu, výmaz, případnou přenositelnost a dokončení úkonů v navazujících systémech.
7. Posuď rizika. Zjisti, zda je nutné posouzení vlivu na ochranu osobních údajů (DPIA), a dokonči je před zahájením příslušného zpracování.
8. Zabezpeč přístup a integrace. Použij vhodné šifrování, autentizaci, oprávnění, monitorování a postupy při incidentech.
9. Informuj uživatele. Zveřejni přesné informace o soukromí, zajisti požadované oznámení o AI a samostatně posuď úložiště widgetu.
10. Testuj a přiřaď průběžnou odpovědnost. Procvič selhání, proškol zaměstnance a přezkoumej posouzení při změnách účelů, poskytovatelů nebo funkcí.

Zásady GDPR a jejich vliv na návrh chatbota

GDPR se vztahuje na příslušné zpracování v rámci činnosti provozovny v EHP. Může zahrnovat i organizace mimo EHP, pokud tamním lidem nabízejí zboží či služby nebo tam sledují jejich chování. Rozhodující je zpracování a územní vazba, nikoli pouze občanství člověka. EDPB vysvětluje územní působnost a základní zásady.

Jména, kontaktní údaje, online identifikátory a identifikovatelný obsah konverzace mohou být osobními údaji. I veřejné rozhraní častých dotazů může shromažďovat identifikátory nebo volný text s osobními informacemi.

U vymezených závažnějších porušení mohou maximální pokuty dosáhnout 20 milionů EUR nebo u podniku 4 % celkového celosvětového ročního obratu za předchozí účetní období podle toho, která částka je vyšší. Skutečný postup dozorového orgánu závisí na okolnostech. Viz vysvětlení dozorových pravomocí od EDPB.

Pojmy používané v tomto návodu

• Správce: organizace určující účely a podstatné prostředky zpracování.
• Zpracovatel: samostatný subjekt zpracovávající osobní údaje jménem správce. Role závisí na skutečné činnosti, nejen na označení ve smlouvě.
• Pseudonymizace: omezení přímé spojitelnosti, například nahrazením jména identifikátorem. Neznamená automaticky anonymizaci údajů.
• DPIA: posouzení požadované tam, kde zpracování pravděpodobně povede k vysokému riziku pro práva a svobody lidí. Mezi relevantní faktory patří rozsah, citlivé údaje, zranitelné osoby a významná automatizovaná rozhodnutí. Samotné použití AI o výsledku nerozhoduje. Prostuduj pokyny EDPB k DPIA a příslušné seznamy dozorových orgánů.

Převod požadavků GDPR do provozních postupů

Začni skutečnou cestou od zprávy návštěvníka až po její konečný výmaz. Následující návrhy jsou ilustrativní vzory implementace, nikoli seznam vestavěných funkcí Quickchat AI.

Minimalizace údajů již při návrhu

Pro každý úkol definuj schéma required_fields. Dotaz na schůzku může vyžadovat preferovaný čas a způsob kontaktu. Veřejný dotaz na otevírací dobu by neměl vyžadovat zákaznický profil.

Návod na sběr kontaktů pomocí webového chatbota nabízí konkrétní konfiguraci k posouzení: nejprve odpovědět na obecné otázky a teprve potom získat kontaktní údaje pro vyžádané následné oslovení. Před použitím u zákazníků zkontrolujte pole a příjemce podle vlastních účelů zpracování.

Kontroluj i to, co není ve viditelném formuláři. Vyhledání v CRM může načíst celý záznam, i když odpověď potřebuje jen stav objednávky. Omez vrácená pole i údaje předávané modelu. Přihlašovací údaje a nesouvisející zákaznické informace do promptů nepatří.

Maskování vstupu chrání před pohledem někoho v okolí. Nedokazuje však, že původní hodnota nebyla shromážděna, zaznamenána či přenesena. Redakce údajů může omezit neúmyslné zveřejnění, ale testuj, co jí uniká, včetně identifikátorů vložených do běžných vět.

Souhlas a další právní základy

Pokyny Evropské komise k právním základům uvádějí několik možností. Zpracování nezbytné pro plnění smlouvy, oprávněné zájmy po potřebném posouzení a souhlas mají rozdílné podmínky. Vyber základ před zpracováním, místo abys ke každému úkolu přidával políčko souhlasu.

Pokud spoléháš na souhlas, účel musí být konkrétní a volba svobodná, informovaná a jednoznačná. Umožni odvolání stejně snadno jako udělení. Odděl volitelný marketing od podpory, kterou zákazník potřebuje. Potvrzení, že si někdo přečetl informace o soukromí, samo o sobě není souhlasem se všemi popsanými použitími.

Double opt-in může v některých situacích pomoci doložit souhlas. Není univerzálním požadavkem GDPR. Pokyny EDPB k souhlasu rozlišují běžný a výslovný souhlas a uvádějí dvoustupňové ověření jako jednu z možných metod.

Pokud je tvým základem souhlas, zaznamenej účel, verzi informačního textu, souhlasný úkon, čas a relevantní identifikátor. Chraň tyto důkazy a uplatňuj odůvodněné uchovávání. Zvláštní kategorie údajů, například zdravotní informace, vyžadují vedle základu podle článku 6 také příslušnou podmínku podle článku 9.

Vyřizování žádostí o přístup, výmaz a přenositelnost

Zajisti dostupný způsob podání žádosti a osobu či tým odpovědný za její dokončení. Vlastní příkaz /my_data nebo /delete_my_data by mohl žádost založit, žádný z těchto příkazů však není ověřenou vestavěnou funkcí Quickchat AI. Potvrzení v konverzaci nedokazuje splnění žádosti.

Funkční postup zahrnuje přiměřené ověření totožnosti, nalezení příslušných záznamů, posouzení požadovaného práva a výjimek, koordinaci zpracovatelů, dokončení úkonu a zaznamenání odpovědi. Exporty doručuj prostřednictvím autentizovaného přístupu a zabraň tomu, aby jeden návštěvník požadoval údaje jiné osoby.

Správce musí jednat bez zbytečného odkladu a zpravidla do jednoho kalendářního měsíce. Přípustné prodloužení až o další dva měsíce vyžaduje informovat jednotlivce s uvedením důvodů během prvního měsíce. Výmaz má podmínky a výjimky, včetně některých zákonných povinností uchovávání. Přístup a přenositelnost se také liší: přenositelnost podle článku 20 se za stanovených podmínek vztahuje na automatizované zpracování údajů poskytnutých jednotlivcem na základě souhlasu nebo smlouvy. Viz průvodce EDPB právy jednotlivců.

Různé postupy mazání v Quickchat AI mají odlišné účinky. Smazání AI Agenta znepřístupní jeho konverzace, ale nevymaže je. Smazání účtu odstraní konverzace jeho současných agentů v procesu na pozadí. Dokumentace uvádí výjimky, například konverzace dříve smazaných agentů, přílohy, exporty, vyhledávací indexy a externí záznamy. Pro příslušný postup výmazu kontaktuj podporu. Odpojení kanálu Meta zastaví budoucí autorizované zpracování, ale automaticky neodstraní historické konverzace.

Pro širší pracovní postup podpory je určen náš návod k nastavení asistenta zákaznického servisu, který je oddělený od tohoto postupu vyřizování práv.

Omezení uložení a plánování uchovávání

GDPR nestanovuje univerzální limit 30 nebo 90 dnů pro přepisy chatů. Urči uchovávání podle účelu a kategorie údajů včetně příslušných zákonných povinností. Rozlišuj aktivní konverzace, exporty, důkazy souhlasu, bezpečnostní protokoly a zálohy.

Tento koncepční pseudokód ilustruje plánování a ověřování, nikoli úplnou implementaci výmazu nebo existující nastavení produktu:

function scheduleRetention(record, policy) {
  return {
    recordId: record.id,
    purpose: record.purpose,
    reviewOrDeleteAt: policy.dateFor(record),
  };
}

function processDueRecord(item) {
  if (requiresRetentionReview(item)) {
    return queueManualReview(item);
  }
  queueErasureAcrossRecordedSystems(item);
  recordVerificationPending(item.recordId);
}

Zdokumentuj vlastníka pravidel, kritéria uchovávání, přípustné výjimky, způsob výmazu a důkazy dokončení. Sleduj selhání, místo abys předpokládal, že naplánovaná úloha zasáhla každý systém.

Zálohy vyžadují výslovné řešení. Zpráva EDPB o výmazu z února 2026 popisuje praktické obtíže a potřebu zohlednit výmaz při obnově systémů. Nestanovuje, že okamžité odstranění ze všech záloh nebo čekání na jakékoli běžné uplynutí doby uchovávání vždy splňuje zákon. Popiš skutečná omezení, harmonogram mazání a postup obnovy, aniž bys sliboval univerzální výmaz do jednoho měsíce.

Článek 22 a smysluplný lidský přezkum

Článek 22 se týká rozhodnutí založených výhradně na automatizovaném zpracování, která mají právní nebo obdobně významné účinky. Běžná odpověď na častý dotaz není automaticky takovým rozhodnutím. Úvěruschopnost, přijímání ke studiu nebo přístup k základním službám vyžadují důkladnější posouzení.

Urči tyto rozhodovací body před vytvořením pracovního postupu. Kde se ustanovení uplatní, posuď příslušnou výjimku a záruky. U výjimek založených na nezbytnosti pro smlouvu nebo výslovném souhlasu zahrnují záruky možnost získat lidský zásah, vyjádřit názor a rozhodnutí napadnout. Zvláštní kategorie údajů mají další omezení.

Přezkoumávající osoba musí mít informace a pravomoc výsledek přehodnotit. Nestačí přidat tlačítko pro předání člověku a přitom ponechat výsledek fakticky nezměnitelný. Přiměřeně zaznamenávej skutečná rozhodovací kritéria, vstupy a výsledek přezkumu. Vysvětlení vygenerované modelem nedokazuje, jak významné rozhodnutí vzniklo.

Bezpečnostní opatření přiměřená rizikům chatbota

Článek 32 vyžaduje vhodná technická a organizační opatření. Nepředepisuje jeden univerzální šifrovací algoritmus ani autentizační produkt. Pomocí bezpečnostních pokynů EDPB propoj ochranná opatření s pravděpodobnou újmou, kontextem zpracování a dostupnou technologií.

Šifrování při přenosu a uložení

Chraň síťová spojení i uložené záznamy vhodným šifrováním a správou klíčů. Samostatně prověř spojení návštěvníka s widgetem, integrace, administrátorský přístup, databáze, exporty a zálohy.

TLS chrání přenosové spojení, šifrování uložených dat chrání data v úložišti. Tato opatření sama o sobě nedokazují koncové šifrování, při němž prostředníci nemohou obsah číst. Služba zpracovávající obsah zpráv jej může potřebovat dešifrovat. Neuváděj TLS 1.3 nebo AES-256 jako povinné specifikace GDPR ani jako důkaz souladu.

Autentizace, přístupové role a integrace identity

Pro administrátorský přístup používej silnou autentizaci, včetně MFA tam, kde je to vhodné. U požadavků na konkrétní účet upřednostni již autentizovanou zákaznickou relaci před žádostí, aby člověk zadal identifikátor účtu do veřejného chatu.

Samostatně prověř autorizaci: platné přihlášení nesmí zpřístupnit záznamy jiného zákazníka. Přiděluj zaměstnancům přístup podle jejich povinností a odeber ho, když už není potřebný. Quickchat AI dokumentuje své týmové role. Ověř, zda dostupné role splňují tvé požadavky.

Kde to dává smysl, posuď podnikové SSO, ale nevyvozuj podporu SAML z běžného přihlášení přes Google. Biometrická identifikace může zakládat další povinnosti ochrany údajů a není univerzálně nejbezpečnější volbou.

Zabezpečení API a omezená oprávnění integrací

Používej přihlašovací údaje s omezeným rozsahem a prosazuj autorizaci v propojené aplikaci. Pokyn modelu, aby přistupoval jen k údajům určitého zákazníka, není hranicí řízení přístupu.

Zaveď vhodné limity požadavků, validuj strukturované parametry i výstupy a prověř, co může každá Action nebo integrace číst či měnit. Testuj přístup mezi zákazníky a odvolaná oprávnění. Zaznamenej, které třetí strany přijímají osobní údaje, včetně služeb hlášení chyb a analytiky.

Monitorování, protokoly a reakce na incidenty

Zaznamenávej dostatek informací pro vyšetření přístupů a selhání, aniž bys automaticky kopíroval každou úplnou konverzaci do všech monitorovacích systémů. Pro provozní protokoly samostatně stanov přístup, uchovávání a redakci údajů.

Postup při incidentu má zahrnovat omezení dopadu, vyšetření, obnovu, dokumentaci a rozhodnutí o oznámení. Podle GDPR správce ohlašuje příslušnému orgánu porušení zabezpečení osobních údajů podléhající ohlášení bez zbytečného odkladu a pokud možno do 72 hodin od zjištění, ledaže je nepravděpodobné riziko pro práva a svobody lidí. Pravděpodobné vysoké riziko může vyžadovat informování dotčených lidí bez zbytečného odkladu s výhradou výjimek článku 34. Zpracovatel informuje správce bez zbytečného odkladu.

Jde o rozdílné povinnosti a prahy. Rozlišení vysvětlují pokyny irského DPC k porušení zabezpečení. Navrhované změny GDPR v rámci Digital Omnibus nejsou důvodem používat nyní jinou lhůtu ohlášení.

Kontrolní seznam pro hodnocení zabezpečení

Řízení rizik chatbota specifických pro AI

Hodnocení AI má zahrnovat informace, které model dostává, i úkony, které může jeho výstup spustit. Obecné bezpečnostní kontroly softwaru zůstávají nezbytné.

Prompt injection a testování útoků

Prompt injection může přijít ve zprávě návštěvníka nebo v načteném obsahu, který se snaží přesměrovat model. Dokument jej může například instruovat, aby odhalil soukromé záznamy nebo vyvolal nesouvisející Action.

Odděluj důvěryhodné pokyny od nedůvěryhodného obsahu, omez dostupná oprávnění, validuj argumenty akcí a testuj pokusy o neoprávněný přístup. Filtry a pokyny mohou pomoci, ale nezaručují prevenci. Pokyny OWASP k prompt injection výslovně uvádějí, že RAG ani fine-tuning tuto zranitelnost plně neodstraňují.

Používej syntetická nebo vhodně připravená testovací data. Zaznamenej, zda systém odmítl, zveřejnil informace, vyvolal nástroj nebo předal případ dál. Samotná uklidňující závěrečná věta nedokazuje bezpečné chování.

Halucinace a ověřování odpovědí

Model může vytvořit věrohodnou odpověď, která nemá oporu v dostupných podkladech. Vyhledávání v udržované znalostní bázi může pomoci odpovědi podložit, ale samo nezaručuje faktickou přesnost ani nevynucuje oprávnění.

Testuj zastaralá pravidla, rozporné zdroje, chybějící záznamy a požadavky mimo zamýšlený rozsah. Umožni hlásit chyby a směrovat nevyřešené případy na člověka. U odpovědí ke konkrétnímu účtu porovnávej výstupy s autorizovanými zdrojovými záznamy, místo abys spoléhal na jistotu modelu. Náš článek o halucinacích AI vysvětluje základní chování.

Únik údajů, trénování a redakce

Použití k trénování, inference, aplikační stav a protokoly jsou samostatné činnosti zpracování. Nepředpokládej, že každá zpráva trénuje model, ani že závazek nepoužívat údaje k trénování znamená, že se nic nepřenáší nebo neuchovává.

Právní FAQ Quickchat AI uvádí, že zákaznické materiály se nepoužívají k trénování LLM a že odstranění identifikujících osobních údajů (PII scrubbing) je dostupné na vyžádání. Není to příslib, že každá zpráva projde touto úpravou nebo že budou rozpoznány všechny osobní údaje. Ověř zvolenou konfiguraci a podmínky poskytovatele.

Redakce vstupu musí proběhnout před zpracováním, kterému má zabránit. Redakce výstupu probíhá až po generování. Odstranění jména může stále ponechat identifikující kontext. EDPB rozlišuje pseudonymizaci a anonymizaci a jeho stanovisko k modelům AI vyžaduje posouzení anonymity pro konkrétní případ.

Podklady pro vysvětlení a auditní záznamy

Uchovávej přiměřené podklady o načtených zdrojích, akcích, relevantních nastaveních a lidském přezkumu. Nepovažuj vygenerované vysvětlení, interní skóre jistoty ani techniku vysvětlování za automatický důkaz souladu s právem.

Funkce Why AI said that v Inboxu Quickchat AI může ukázat načtené zdroje a podklady o provedení. Pomáhá prošetřit odpověď. Není úplným kauzálním popisem vnitřního fungování modelu ani náhradou posouzení povinností vysvětlení v postupu s významnými rozhodnutími.

Mezinárodní zpracování a umístění serverů

Zmapuj úložiště, zpracování modelem, přístup podpory, integrace a další předávání. Region databáze odpovídá jen na část otázky o umístění.

Hosting v EHP a zpracování mimo EHP

GDPR neukládá univerzální pravidlo hostingu pouze v EU. Předávání mimo EHP vyžaduje příslušný mechanismus podle kapitoly V vedle ostatních požadavků GDPR. Průvodce EDPB předáváním údajů vysvětluje odpovídající ochranu, vhodné záruky a omezené výjimky.

Právní FAQ Quickchat AI uvádí ukládání v GCP v Belgii. Zásady ochrany osobních údajů samostatně popisují předávání do USA a smluvní záruky. Ukládání v Belgii tedy nedokazuje zpracování výhradně v EU. FAQ také popisuje podnikové možnosti nasazení včetně soukromého cloudu, samostatně hostovaného LLM a řešení on-premises. Architekturu, dostupnost a odpovědnosti je nutné dohodnout pro konkrétní nasazení.

Standardní smluvní doložky a rámec EU-US Data Privacy Framework

Aktuální seznam rozhodnutí Komise o odpovídající ochraně zahrnuje americké obchodní organizace účastnící se rámce EU-US Data Privacy Framework. Ověř aktivní účast příjemce a rozsah, který pokrývá dané předání. Samotná americká adresa nestačí.

Při použití standardních smluvních doložek nebo jiného nástroje podle článku 46 posuď, zda právo a praxe cílové země neoslabují záruky a zda jsou nutná doplňková opatření. Předávání pokryté rozhodnutím o odpovídající ochraně automaticky nevyžaduje stejné dodatečné posouzení předání. Žádná z těchto cest neodstraňuje povinnosti týkající se účelu, právního základu, zabezpečení či smluv se zpracovateli.

Nezaměňuj status cloudového poskytovatele se statusem dodavatele chatbota. FAQ Quickchat AI popisuje probíhající slaďování s DPF, nikoli ověřenou účast.

Příklad poskytovatele: nastavení údajů v OpenAI API

Dokumentace OpenAI k údajům v API uvádí, že vstupy a výstupy API se standardně nepoužívají k trénování, pokud se zákazník sám nezapojí. Samostatně popisuje protokoly monitorování zneužití a aplikační stav. Standardní protokoly monitorování zneužití mohou být uchovávány až 30 dnů s právními nebo bezpečnostními výjimkami.

Zero Data Retention a Modified Abuse Monitoring vyžadují schválení a mají omezení podle endpointu. Ověř skutečný účet, endpoint, smlouvu a místa zpracování. Nastavení historie spotřebitelského ChatGPT nedokazuje nastavení integrace API. Tyto obecné podmínky poskytovatele neprokazují, že konkrétní účet Quickchat AI má nulové uchovávání.

Smlouvy se zpracovateli a odpovědnosti dodavatelů

Pokud dodavatel zpracovává osobní údaje tvým jménem, článek 28 vyžaduje závaznou smlouvu nebo jiný odpovídající právní akt. Posuzuj oddělená použití, například zpracování poskytovatelem pro vlastní účely, místo předpokladu, že všechny činnosti mají stejnou roli. Rozdíl a smluvní požadavky vysvětlují pokyny EDPB ke správci a zpracovateli.

Povinné podmínky zpracování a doplňující otázky k AI

Zkontroluj, zda smlouva zahrnuje:

• Předmět, dobu, povahu a účel zpracování, typy údajů, kategorie osob a práva a povinnosti správce.
• Doložené pokyny včetně předávání, s příslušnými výjimkami podle práva EU nebo členského státu.
• Důvěrnost a bezpečnostní opatření odpovídající článku 32.
• Předchozí konkrétní nebo obecné písemné povolení dalších zpracovatelů, oznámení změn a možnost vznést námitky při obecném povolení, s přenesením požadovaných povinností.
• Pomoc s právy jednotlivců, zabezpečením, řešením porušení zabezpečení a posouzením vlivu.
• Výmaz nebo vrácení podle volby správce po ukončení služeb zpracování a výmaz existujících kopií, pokud jejich uchovávání nevyžaduje právo EU nebo členského státu.
• Informace potřebné k prokázání souladu a ustanovení o auditech a kontrolách.

Samostatně se ptej na trénování modelu, zpětnou vazbu, uchovávání a druhotná použití. GDPR jednoduše nevyžaduje univerzální zákaz každého možného trénování. Každé použití potřebuje odpovídající posouzení účelu, role a právních podmínek.

Quickchat AI zveřejňuje smlouvu o zpracování údajů. Prověř příslušné podepsané podmínky a podpůrné informace. Samotná dostupnost smlouvy nedokazuje, že konkrétní smluvní vztah nebo nasazení splňuje všechny výše uvedené požadavky.

Body k vyjednání s poskytovateli AI

Vyžádej si konkrétní odpovědi k místům zpracování, dalším zpracovatelům, provoznímu uchovávání, nastavení účtu, komunikaci o porušení zabezpečení a postupům při ukončení. Rozlišuj dokumentovaná nastavení produktu od závazků v konkrétní smlouvě.

Ptej se, co nastane při vypnutí funkce, odpojení kanálu, smazání agenta nebo ukončení smlouvy. Stanov rozsah exportu, doklady o výmazu, zbývající zákonem požadované údaje a zacházení se zálohami. Ustanovení o odpovědnosti a úrovních služeb jsou obchodními otázkami i součástí hodnocení dodavatele. Nepovažuj obecné bezpečnostní prohlášení za úplnou technickou přílohu.

Personalizace a minimalizace údajů

Začni nejmenším množstvím informací potřebným pro odpověď na aktuální otázku. Trvalé profily vyžadují vlastní účel a posouzení.

Diferenciální soukromí a zpracování v zařízení

Diferenciální soukromí může ve vhodných statistických nebo trénovacích aplikacích pomoci omezit informace odhalené o jednotlivcích. Ochrana závisí na implementaci a parametrech. Pouhá zmínka o technice nedokazuje anonymizaci ani zákonnost zpracování.

Zpracování preference v zařízení návštěvníka může snížit shromažďování na serveru. Ověř, co zařízení přesto opouští, včetně identifikátorů a telemetrie. Ukládání v zařízení nebo přístup k němu může mít důsledky podle ePrivacy, i když nejde o osobní údaje.

Odpovědi podle segmentů a individuální profilování

Přizpůsobení odpovědi uvedené kategorii produktu může vyžadovat méně údajů než udržování dlouhodobého profilu chování. Přiřazení známého zákazníka do segmentu však stále může být zpracováním osobních údajů.

Posuď skutečný účel, právní základ, informace pro uživatele, uchovávání a řízení přístupu. Souhlas není univerzálně nutný pro každou formu personalizace a významná automatizovaná rozhodnutí vyžadují samostatné posouzení podle článku 22. Nabídni užitečnou základní službu i při odmítnutí volitelného profilování.

Chatboti v regulovaných odvětvích

Odvětvová pravidla závisí na subjektu, činnosti a jurisdikci. AI chatbot pro advokátní kancelář i AI chatbot pro finanční služby potřebují jasné hranice mezi obecnými informacemi, přístupem k účtu a odborným poradenstvím. Samotné prohlášení o omezení odpovědnosti tyto hranice neřeší.

Zdravotnictví: citlivé údaje a příslušné povinnosti HIPAA

Zdravotní údaje vyžadují vedle základu podle článku 6 také příslušnou podmínku GDPR pro zvláštní kategorie údajů. Objednávání, administrativa, posuzování příznaků a klinická rozhodnutí představují různá rizika. AI chatbot pro zubní ordinaci má mít definovanou cestu předání zdravotníkovi odpovídající zamýšlené roli.

V USA se HIPAA vztahuje na vymezené subjekty a jejich obchodní partnery, nikoli automaticky na každý zdravotní údaj v USA. Příslušný vztah s obchodním partnerem vyžaduje stanovenou smlouvu. S odpovědnou organizací ověř oprávnění, ochranná opatření a uchovávání konkrétních záznamů. Nevyvozuj vhodnost podle HIPAA z DPA podle GDPR, tvrzení o šifrování ani zdravotnické vstupní stránky.

Finance: uchovávání záznamů a kontrola rozhodování

Před nastavením uchovávání urči pravidla platná pro danou firmu a typ záznamu. Například pravidlo FINRA 4511 se týká členských firem a stanovuje šestiletou dobu pro záznamy FINRA, pro které není určena jiná lhůta. Není univerzálním pravidlem uchovávání pro každý přepis chatbota.

Rozlišuj veřejné produktové informace, personalizované poradenství a rozhodnutí ovlivňující způsobilost. Posuď autorizaci, profesní povinnosti, vedení záznamů a smysluplný přezkum tam, kde je nutný. Nespoléhej ani na plošný zákaz automatizovaných finančních služeb, ani na obecné prohlášení, které je má povolit.

Veřejné služby: posouzení a dostupné informace

Veřejné orgány obecně potřebují pověřence pro ochranu osobních údajů (DPO), s výhradou příslušných výjimek, zatímco nutnost konkrétního DPIA závisí na rizicích zpracování. Veřejný chatbot pro časté dotazy a systém ovlivňující nárok na dávky potřebují odlišné posouzení.

Vysvětli, kdo službu provozuje, jak používá údaje a jak získat pomoc nebo uplatnit práva. Zohledni zranitelné uživatele, přístupné alternativy a důsledky chybných odpovědí či neúspěšného předání člověku. Prověř příslušné požadavky přístupnosti a odvětví, místo abys předpokládal, že je rozhraní chatbota splňuje.

Hodnocení dodavatelů a technologií chatbotů

Vyžaduj podklady vztahující se k zamýšlenému pracovnímu postupu. Náš průvodce nákupem AI chatbota poskytuje širší kontext hodnocení. Posouzení soukromí však stále musí řešit skutečné datové toky.

Co dokládají ISO 27001, SOC 2 a Cyber Essentials

ISO/IEC 27001 se týká systému řízení bezpečnosti informací. Prověř organizaci, služby, lokality a platnost certifikátu, místo abys logo považoval za pokrytí všech produktů.

SOC 2 je atestační zpráva, nikoli certifikace. Zpráva Type 2 zkoumá provozní účinnost během vymezeného období. Ve skutečné zprávě ověř systémy, kritéria, výjimky a odpovědnosti zákazníka.

Cyber Essentials je britské schéma zahrnující základní technické kontroly proti běžným internetovým hrozbám. Nic z toho samo o sobě nedokazuje soulad tvého použití s GDPR. Právní FAQ Quickchat AI popisuje SOC 2 jako probíhající záměr, nepovažuj tuto formulaci za dokončenou zprávu.

15 otázek pro potenciální dodavatele

1. Kde se ukládají a zpracovávají prompty, odpovědi, soubory, protokoly a zálohy a kdo k nim může vzdáleně přistupovat?
2. Jaké role a činnosti zpracování pokrývá navrhovaná DPA?
3. Jak je přístup k údajům jednoho zákazníka oddělen od ostatních?
4. Která spojení a uložené záznamy jsou šifrované a jak se spravují klíče?
5. Jaká pravidla uchovávání a mazání platí pro jednotlivé kategorie údajů?
6. Jak se podporují a ověřují žádosti o přístup, opravu, výmaz a přenositelnost?
7. Kteří další zpracovatelé se zapojují a jak se oznamují změny?
8. Používají se zákaznické údaje k trénování, hodnocení či zpětné vazbě a za jakých podmínek?
9. Jak se vyšetřují incidenty a komunikují relevantní porušení zabezpečení?
10. Jaké aktuální certifikáty nebo ujišťovací zprávy pokrývají konkrétní službu?
11. Jaká autentizace, role a integrace identity jsou skutečně dostupné?
12. Jaké podklady pokrývají prompt injection, neoprávněné akce a únik údajů?
13. Které volby soukromí a zabezpečení jsou výchozí, konfigurovatelné nebo předmětem podnikové dohody?
14. K jakým protokolům a podkladům o zdrojích či akcích mají zákazníci přístup a jaká jsou omezení?
15. Jak můžeme prověřit podklady k souladu, exportovat údaje a ověřit postup při ukončení služby?

Srovnávací tabulka dodavatelů

Vedle hodnocení zaznamenávej podklady a nevyřešené otázky. Neznámá smluvní či provozní skutečnost má zůstat neznámá, místo aby získala body za marketingovou formulaci. Nesplněná nutná podmínka nesmí zaniknout v příznivém součtu.

Stáhněte si evidenci datových toků nasazení

Stáhněte si upravitelnou evidenci datových toků. Sdílený balíček v angličtině obsahuje tři prázdné CSV, samostatný smyšlený příklad a pokyny. Zaznamenejte do něj komponenty, přesuny dat, důkazy a otevřené otázky pro navrhované nasazení. Nepopisuje ověřenou architekturu Quickchat AI.

1. V souboru components.csv uveďte prohlížeč, aplikaci, úložiště znalostí, poskytovatele modelu, připojené služby, logy a zálohy, které se skutečně používají. Oddělte místa zpracování a uložení a zaznamenejte použití pro trénování, uchovávání, rozsah mazání a odpovědnost za přístup. Neznámé skutečnosti ponechte nevyřešené.
2. V souboru data-flows.csv propojte ID komponent a popište účel každého toku, kategorie dat a podmínky přístupu. Uvádějte kategorie a odkazy na dokumenty, nikoli soukromé přepisy nebo přihlašovací údaje.
3. V souboru evidence-register.csv propojte každé tvrzení s datovaným zdrojem a jeho rozsahem. Odlišujte prohlášení dodavatelů, smlouvy a konfiguraci od plánů testů a záznamů pozorovaných testů. Plánovaný test zůstává not_run. Otevřeným otázkám přiřaďte odpovědnou osobu.

CSV v UTF-8 importujte do samostatných listů a neměňte jejich identifikátory. Volitelná offline kontrola ověřuje formát a odkazy; nemůže ověřit tvrzení poskytovatele ani určit soulad s právem. Evidenci používejte společně s otázkami a srovnávací tabulkou výše a zajistěte posouzení potřebné pro skutečné nasazení.

Praktický plán pro menší týmy

Omez úvodní pracovní postup na to, co tým zvládne provozovat a ověřovat. Začít s veřejnými informacemi může snížit složitost, i když volný text a technické identifikátory stále potřebují posouzení.

Výhody a povinnosti vlastního hostingu a SaaS

Vlastní hosting může dát přímější kontrolu nad architekturou a zacházením s údaji. Současně vyžaduje provoz, aktualizace, monitorování a zabezpečení systému. Náklady na licence a infrastrukturu se liší. Dostupnost otevřeného zdrojového kódu nezaručuje bezplatné nasazení ani neodstraňuje externí zpracovatele.

SaaS může poskytovat spravovanou infrastrukturu a podporu, ale zákazníci stále musí určit účely, právní základy, konfiguraci a odpovídající smluvní podmínky. Porovnávej práci, která týmu zbývá, nejen cenu předplatného. Každou nabídku soukromého cloudu či vlastního hostingu ověř jako konkrétní dohodu, místo předpokladu dostupnosti ve všech plánech.

Kontroly proveditelné s omezenými zdroji

Používej udržovaný software, bezpečný přenos, vhodnou autentizaci a omezený přístup. Přihlašovací údaje nedávej do promptů a zbytečné záznamy do znalostní báze. Zřiď schránku pro žádosti o výkon práv s odpovědnou osobou a evidenci uchovávání odpovídající skutečným systémům.

Šablony regulátorů používej ke strukturování posouzení, informace o soukromí však piš podle vlastních datových toků. Obecný generátor zásad nemůže určit, co tvůj chatbot dělá. Testuj obnovu i zálohování, dokumentuj incidenty a udržuj cestu předání člověku. Pokud potřebná ochrana nebo právní posouzení zůstávají nevyřešené, před spuštěním omez rozsah.

Tři hypotetické příklady implementace

Jde o příklady návrhu, nikoli zákaznické případové studie, naměřené výsledky ani důkaz schválení regulátorem.

• Informační asistent retailové banky. Omez bota na schválené veřejné produktové informace a transakce na účtu směruj do autentizované služby. Posuď základy zpracování, poskytovatele a záznamy. Testuj, zda návštěvník dokáže vyvolat zveřejnění údajů účtu. Návrh stále vyžaduje kontrolu podle pravidel platných pro banku.
• Asistent přijímacího řízení univerzity. Odděl obecné informace o přijímání od stavu přihlášky a rozhodnutí o přijetí. Vlastní portál pro výkon práv by mohl ověřit totožnost a shromáždit relevantní záznamy pro přezkum a bezpečné doručení. JSON může být užitečný pro příslušné žádosti o přenositelnost, ale vytvoření souboru samo nedokazuje úplné vyřízení přístupu ani dodržení lhůt.
• Zdravotnický administrativní asistent. Vymez povolené úkoly objednávání a informování, minimalizuj požadované podrobnosti a zajisti vhodné předání zdravotníkovi. Vyhodnoť redakci nečekaných zdravotních informací a počítej s nezachycenými údaji. Prohlášení o omezení odpovědnosti ani vrstva redakce nedokazuje, že zbývající přepis je anonymní nebo vhodný pro neomezené trénování.

EU AI Act vedle GDPR

AI Act vstoupil v platnost v srpnu 2024 a používá se postupně. Nenahrazuje GDPR. K datu kontroly tohoto návodu aktuální harmonogram Komise odráží přijaté změny, nikoli jen původní plán.

Současné povinnosti transparentnosti a termíny pro vysoce rizikové systémy

Článek 50 se používá od 2. srpna 2026. Vyžaduje, aby poskytovatelé zajistili informování lidí, kteří přímo komunikují s AI, o této skutečnosti, pokud to není z okolností zřejmé. Požadované informace musí být jasné a přístupné při první interakci. Kde je to relevantní pro generovaný obsah nebo konkrétní systém, ověř další povinnosti článku 50.

Přijatý AI Omnibus vstoupil v platnost dne 27. července 2026. Příslušné požadavky pro vysoce rizikové systémy se nyní používají od 2. prosince 2027 pro systémy přílohy III a od 2. srpna 2028 pro systémy související s produkty podle přílohy I. Klasifikace závisí na zamýšleném použití a zákonných kritériích. Chatbot v regulovaném odvětví není automaticky vysoce rizikový jen kvůli tomuto odvětví.

Samostatně posuď odpovědnosti poskytovatele a zavádějícího subjektu včetně příslušných povinností dokumentace, dohledu, záznamů a posuzování shody. Pozměněný článek 4 nadále vyžaduje opatření podporující gramotnost zaměstnanců v oblasti AI, aniž by vyžadoval zaručenou individuální úroveň.

Samostatný legislativní postup Digital Omnibus pro GDPR a ePrivacy byl při kontrole dne 4. listopadu 2026 stále projednáván. Navrhované změny těchto pravidel nelze považovat za platné právo.

ISO/IEC 42001 a řízení AI

ISO/IEC 42001:2023, publikovaná v prosinci 2023, vymezuje rámec systému řízení AI. Může pomoci uspořádat odpovědnosti, posouzení rizik a průběžný přezkum. Soulad s normou ani certifikace automaticky neznamenají, že chatbot splňuje GDPR nebo všechny příslušné povinnosti AI Act.

Harmonogram implementace a matice odpovědností

Použij plán po etapách, abys před veřejným spuštěním našel chybějící podklady. Harmonogram je příkladem, nikoli zákonnou lhůtou ani slibem, že každý projekt lze dokončit za 90 dnů.

Plán na 90 dnů s kontrolními body

• Dny 1-30: zjišťování. Vymez úkoly, datové toky, základy, role a odvětvové požadavky. Prověř potřebu DPIA, urči osoby odpovědné za rozhodnutí a shromáždi podklady od dodavatelů.
• Dny 31-60: implementace. Dohodni příslušné podmínky zpracování a nastav informace pro uživatele, přístup, integrace a uchovávání. Vytvoř potřebné postupy pro práva a incidenty. Dokončuj posouzení podle toho, jak se návrh konkretizuje.
• Dny 61-90: ověřování. Testuj běžné úkoly, neoprávněné požadavky, nesprávné odpovědi, rozsah výmazu a obnovu. Proškol tým, vyřeš potřebná ochranná opatření a před zahájením příslušného zpracování přezkoumej požadované DPIA. I omezený pilot potřebuje odpovídající ochranu.

Termín spuštění určuj podle připravenosti, nikoli jen kalendáře. Další kontext pro hodnocení platforem nabízí průvodce platformami konverzační AI.

Příklad RACI s nezávislým poradenstvím DPO

R znamená odpovědnost za provedení práce, A označuje konečně odpovědného vlastníka projektu v organizaci, C konzultovanou osobu a I informovanou osobu. Tento provozní příklad nepřenáší zákonnou odpovědnost ze správce ani zpracovatele.

DPO nezávisle radí a dohlíží. Pokyny k DPO připisují odpovědnost za soulad a DPIA správci a varují před konfliktními rolemi určujícími účely a prostředky zpracování. Ne každá organizace musí DPO jmenovat.

Před schválením nasazení

Společně přezkoumej mapu údajů, příslušné smlouvy, pravidla uchovávání a výsledky provozních testů. Potvrď, kdo přijme žádost o výkon práv nebo hlášení incidentu a co nastane při změně poskytovatele, integrace či účelu.

U Quickchat AI rozlišuj dokumentované kontroly od požadavků vyžadujících konkrétní dohodu. Smazání účtu nebo agenta, prohlášení o soukromí, čištění údajů na vyžádání i uvedený region úložiště mají omezený rozsah. Než se na ně spolehneš, vyřeš požadavky skutečného nasazení.

Časté dotazy k soukromí chatbotů

Může chatbot založený na GPT splňovat GDPR?

Může být součástí zákonného nasazení v závislosti na účelech, údajích, rolích, smlouvách, zabezpečení, vyřizování práv a předávání. Název modelu, nastavení bez trénování ani server v EU samy nestačí. Pseudonymizace může snížit riziko, přestože údaje zůstávají v působnosti GDPR.

Jak na žádost vymazat údaje uživatele?

Přiměřeně ověř totožnost, vyhledej relevantní záznamy, posuď důvody výmazu a výjimky, koordinuj zpracovatele a ověř výsledek. Jednej bez zbytečného odkladu, zpravidla do jednoho kalendářního měsíce, a případné přípustné prodloužení oznam včas. Do posouzení zahrň protokoly, exporty i zálohy. Smazání AI Agenta v Quickchat AI není totéž co výmaz jeho konverzací.

Jakou metodu autentizace má chatbot používat?

Přizpůsob ji úkolu. Veřejné časté dotazy nemusí vyžadovat autentizaci návštěvníka, zatímco údaje účtu či transakce potřebují vhodný autentizovaný a autorizovaný přístup. Chraň administrátorský přístup, zvaž MFA a ověř omezení rolí. SSO ani biometrie nejsou univerzální odpovědí pro všechny postupy.

Jak dlouho lze podle GDPR uchovávat záznamy chatů?

Jen po dobu odůvodněnou příslušným účelem, s výhradou platných zákonných povinností. Stanov doby nebo kritéria podle kategorií údajů a vysvětli je v informacích o soukromí. Ukázková lhůta 30 či 90 dnů není výchozí hodnotou GDPR a také uchovávání důkazů souhlasu potřebuje odůvodnění.

Potřebuji DPA, pokud model hostuji sám?

Posuď, zda jiný subjekt zpracovává osobní údaje tvým jménem. Samostatný provoz softwaru automaticky nevytváří vztah se zpracovatelem u jeho vydavatele, ale hosting, podpora, analytika nebo jiné služby jej vytvářet mohou. U zpracovatelů zůstávají nezbytné příslušné podmínky článku 28 a vlastní hosting neodstraňuje tvé vlastní povinnosti.

Může chatbot přijímat plně automatizovaná rozhodnutí podle článku 22?

Omezení článku 22 se týká výhradně automatizovaných rozhodnutí s právními nebo obdobně významnými účinky. Kde se uplatní, posuď příslušnou výjimku a požadované záruky, včetně smysluplného lidského zásahu tam, kde je nutný. Běžné odpovědi podpory do tohoto omezení automaticky nespadají. Významná rozhodnutí o způsobilosti či přístupu potřebují důkladnější přezkum.

Co mají obsahovat informace o soukromí chatbota?

Vysvětli správce a kontakty, účely a základy, příslušné příjemce a předávání, uchovávání, použitelná práva a cesty podání stížnosti. Zahrň další informace požadované články 13 nebo 14 pro skutečné shromažďování, včetně odvolání při použití souhlasu a příslušných informací o automatizovaném rozhodování. Udržuj text dostupný a přesný. Povinné oznámení interakce s AI poskytuj odděleně od získávání souhlasu.

Jak snížit riziko prompt injection?

Považuj zprávy návštěvníků a načtený obsah za nedůvěryhodné. Omez oprávnění, prosazuj autorizaci mimo model, validuj parametry akcí a testuj pokusy o přístup k nepovoleným údajům nebo provedení nesouvisejících úkonů. Pokyny, filtry ani RAG nezaručují prevenci. Zachovej cestu pro vyšetření a předání člověku.

Potřebují chatové widgety souhlas s cookies?

Posuď každou operaci ukládání nebo přístupu a její účel podle příslušné implementace ePrivacy. Pokyny EDPB pokrývají více než cookies. Nezbytně nutné operace pro službu výslovně požadovanou návštěvníkem mohou být osvobozené. Ostatní mohou vyžadovat předchozí souhlas. Widget Quickchat AI používá místní úložiště prohlížeče pro kontinuitu konverzace a preference. Nepředpokládej, že je veškeré ukládání widgetu osvobozené ani že každý widget musí být před volbou souhlasu zcela zablokován.

Nahrazuje EU AI Act u chatbotů GDPR?

Ne. GDPR nadále řídí příslušné zpracování osobních údajů, zatímco AI Act přidává povinnosti podle systému, role a použití. Povinnosti transparentnosti podle článku 50 se již používají od 2. srpna 2026. Pro vysoce rizikové systémy ověř aktuální pozměněný harmonogram, místo spoléhání na původní očekávání pro roky 2025/2026.

Při hodnocení platformy Quickchat AI začni vymezeným pracovním postupem a údaji, které potřebuje. Poté porovnej dokumentované kontroly a příslušné podmínky se svými požadavky.