Co z e-shopu smíte vložit do AI

1. Tři otázky před prvním nahráním

Začněte malým úkolem: chcete upravit veřejný popis, shrnout opakované dotazy nebo vysvětlit měsíční prodeje? U každého z nich potřebujete jiná data. Pro formulaci obecného e-mailu obvykle nepotřebujete zákazníkovo jméno. Pro přehled prodejů kategorií nepotřebujete doručovací adresy. Vhodně připravený vstup může být užitečnější než dražší tarif.

1. Potřebuje AI tuto informaci? Nechte jen pole nutná pro konkrétní výsledek. „Pro jistotu celý export“ není pracovní požadavek.
2. Smíme ji předat vybrané službě? Zvažte osobní údaje, smlouvy, licence k fotografiím a vlastní obchodní tajemství.
3. Máme ověřený režim služby? Název nástroje nestačí. Rozhoduje konkrétní účet, pracovní prostor, smluvní produkt, nastavení a zapojené další aplikace.

Článek je praktická orientace pro běžný e-shop. Právní závěr u konkrétního zpracování závisí na účelu, smlouvách a rizicích. U citlivých podkladů nebo širšího napojení si nechte plán posoudit osobou, která odpovídá za ochranu údajů a smlouvy vašeho obchodu. Následující tabulky jsou návrhem interního postupu, nikoli univerzálním povolením nahrávat uvedená data.

2. Rozdělte podklady podle obsahu

Osobní údaj nemusí být pouze jméno. Informace může člověka určit i nepřímo, například přes zákaznické číslo nebo kombinaci okolností. EDPB mezi příklady uvádí také nákupní historii, fotografie a referenční čísla. I veřejně dostupný údaj může být osobním údajem; veřejné zveřejnění automaticky neruší pravidla pro další použití. Základ vysvětluje průvodce EDPB.

Samostatně posuzujte práva k obsahu. To, že fotografie visí na dodavatelském webu, ještě samo nedokládá oprávnění nahrát ji do libovolné služby nebo z ní vytvořit novou reklamu. U podkladů si evidujte autora, licenci, dohodnuté použití a případná omezení. Zákaznická fotografie určená pro jeden personalizovaný výrobek není automaticky podklad pro veřejný příspěvek.

3. Připravte bezpečnější vstup mimo AI

Odstraňování nepotřebných údajů proveďte ještě před nahráním. Pokyn „nejdřív tento soubor anonymizuj“ už znamená, že jste jeho původní obsah službě předali. Pro první pokusy používejte zcela smyšlená data nebo souhrny, které nepotřebují jednotlivé zákazníky.

Příklad: zákaznický e-mail

Původní zpráva obsahuje jméno, adresu, číslo zásilky a příběh o rodinné oslavě. Pro návrh odpovědi na zpoždění stačí tento výřez:

Účel: připravit zdvořilý návrh odpovědi, nikoli jej odeslat.
Dotaz: zákazník potřebuje dárek do pátku a ptá se na termín.
Ověřený stav: zaplaceno; výroba probíhá; expedice zatím nepotvrzena.
Pravidlo: neuvádět garantovaný termín bez potvrzení výroby.
Výstup: vysvětlit, co víme, a říci, že termín ověří obsluha.

Jméno a odkaz na konkrétní objednávku doplní pracovník až při odesílání ve schváleném systému. Pokud situace bez určitého osobního údaje skutečně nejde vyřešit, nestačí jej jen přejmenovat; potřebujete posouzený způsob zpracování.

Příklad: report objednávek

Místo řádků „zákazník – e-mail – přesný čas – produkt – částka“ připravte například týdenní součty podle kategorie: počet objednávek, obrat, vrácené částky a náklady na reklamu. Zkontrolujte malé skupiny. Jediná objednávka neobvyklého výrobku v malé obci může být v kombinaci s dalšími informacemi stále rozpoznatelná. Pouhé odstranění sloupce se jménem nedokazuje anonymitu.

Příklad: obrazovka administrace

Potřebujete poradit s rozmístěním tlačítek? Vyfoťte prázdnou ukázkovou objednávku nebo zakryjte celý seznam, identifikátory, kontakty a navigační adresu s tokenem. Oříznutí jen jména nemusí odstranit údaje v náhledu přílohy. Před odesláním otevřete výsledný obrázek jako nový soubor a zkontrolujte, co je skutečně vidět.

1. Vytvořte kopii podkladu; originál ponechte v jeho určeném systému.
2. Odstraňte nepotřebné řádky, sloupce, listy, komentáře a metadata.
3. Vyhledejte e-mailové adresy, telefony, zákaznická čísla a odkazy s přístupovým tokenem.
4. Zvažte rozpoznatelnost ze souvislostí, nejen z přímých identifikátorů.
5. Otevřete export znovu a až potom jej vložte do schválené služby.

4. Pseudonym není automaticky anonymita

Nahradíte-li jméno značkou „Zákazník 001“ a u sebe držíte mapovací tabulku, stále počítejte s osobními údaji ve svém procesu. Pseudonymizace může snížit riziko, ale není totéž co úspěšná anonymizace. V praxi si položte otázku, zda lze osobu rozpoznat, propojit záznamy nebo dovodit její vlastnosti pomocí rozumně dostupných prostředků.

EDPB v červenci 2026 zveřejnil nové pokyny k anonymizaci pro veřejnou konzultaci, která podle zveřejněného harmonogramu končila 30. října 2026. Zdůrazňují kontext a možnosti relevantních subjektů. Konzultační verzi nelze vydávat za nové nařízení ani bez dalšího za finální výklad. Pro malý pilot je rozumným provozním pravidlem zacházet s nejistým výstupem jako s osobními údaji.

Podobně neplatí, že každý AI model je automaticky anonymní. Stanovisko EDPB 28/2024 řeší anonymitu a právní základ případ od případu. Není to obecné povolení nahrávat zákaznickou databázi do libovolného modelu.

5. Rozlište právní základ a smlouvu s dodavatelem

Pro každý účel zpracování osobních údajů potřebujete odpovídající právní základ. Není jím samotná užitečnost AI. Souhlas není jediná možnost, ale ani plnění objednávky automaticky neospravedlňuje všechny navazující analytické nebo trénovací účely. Nezbytnost pro smlouvu a další právní základy vysvětluje EDPB v samostatném průvodci.

ÚOOÚ připomíná zejména vazbu účelu a právního důvodu, přiměřenost, zabezpečení a omezení uložení. Pro interní evidenci si zapište konkrétní větu: „Používáme službu X k návrhu odpovědi na zákaznický požadavek; předáváme pouze tato pole; výsledek kontroluje pracovník.“ Věta „používáme AI pro lepší služby“ je pro rozhodování příliš neurčitá.

Správce a zpracovatel

E-shop typicky rozhoduje, proč a jak pracuje se zákaznickými údaji. Dodavatel může pro určitou službu jednat jako zpracovatel, ale jeho roli nelze odvodit z loga. Zkontrolujte konkrétní smluvní režim a jeho vlastní účely. Pokud jde o vztah správce–zpracovatel, musí jej upravovat odpovídající smlouva. Její rozsah a povinnosti vysvětluje EDPB.

U rozsáhlejšího profilování nebo rizikových použití může být nutné další posouzení, například posouzení vlivu na ochranu osobních údajů. Tento článek neurčuje, že jej potřebuje každý malý e-shop. Rozhoduje skutečný zamýšlený proces a jeho riziko.

Vyplnitelná karta jednoho použití AI

Název procesu: [například návrh odpovědi na obecný dotaz]
Vlastník a schvalovatel: [doplnit]
Účel a očekávaný výstup: [konkrétně]
Pole předávaná službě: [výčet, ne „objednávková data“]
Pole odstraněná předem: [výčet]
Produkt, pracovní prostor a zapojené aplikace: [doplnit]
Právní a smluvní posouzení: [odkaz na interní záznam]
Způsob ověření přístupů a uchování: [doplnit]
Kdo kontroluje výstup: [role]
Datum poslední kontroly a důvod další revize: [doplnit]

Kartu nemusíte vyplňovat pro každou jednotlivou zprávu. Má zachytit opakovatelný pracovní proces a jeho hranice. Pokud později připojíte schránku nebo začnete přidávat přílohy s fotografiemi zákazníků, nejde jen o pohodlnější způsob stejného kopírování: změnil se rozsah dat a přístupů. Vraťte kartu ke kontrole. U malého týmu je takový záznam užitečný i při předání práce novému kolegovi.

6. Prověřte země zpracování a skutečnou dobu uchování

„Server v EU“ neřeší celý řetězec. Zjistěte také, zda údaje dostává jiná organizace mimo Evropský hospodářský prostor a v jakém režimu. Pro takové předání mohou být relevantní rozhodnutí o odpovídající ochraně nebo jiné vhodné záruky včetně standardních smluvních doložek; jejich použití je třeba posoudit pro konkrétní situaci. EDPB zdůrazňuje, že pravidla předávání jsou další podmínkou vedle obecného právního základu a ostatních povinností.

Vytvořte jednoduchou mapu kopií: originál v e-shopu, pracovní export, AI chat, nahraná příloha, soubor v projektu, výstup v helpdesku a případné logy integrace. U každého místa napište dobu uchování a způsob odstranění. Vymazání jedné položky nemusí odstranit ostatní kopie.

Nezaměňujte vypnutí trénování, historii a výmaz. Jde o odlišné otázky. Například OpenAI popisuje, že soubor uložený samostatně v Library může zůstat i po smazání chatu; soubory v projektech mají vlastní životní cyklus. Vždy kontrolujte konkrétní typ objektu, se kterým pracujete.

7. ChatGPT, Claude a Gemini: ověřujte produkt, nikoli jen značku

Následující přehled shrnuje dokumentované výchozí podmínky ověřené 31. 10. 2026. Není auditem vaší smlouvy. U pracovního účtu může správce nastavení změnit a další aplikace mohou mít vlastní pravidla.

Dočasný chat není synonymem „nikde se nic neukládá“. OpenAI uvádí možnost bezpečnostního uchování dočasného chatu až 30 dní; Google u dočasných chatů a vypnuté aktivity popisuje uchování 72 hodin a další podmínky. Tyto údaje se nevztahují automaticky na jiné produkty stejné firmy. Pro výběr služby je podstatné celé zpracování, ne pouze jeden přepínač.

Placený osobní tarif tedy sám o sobě nedokládá podnikový zpracovatelský režim. Stejně tak věta „nepoužíváme k trénování“ neříká, že data služba neukládá, nevyhodnocuje kvůli bezpečnosti nebo neposílá do vámi připojeného nástroje.

8. Připojené aplikace a podvržené instrukce

Připojíte-li disk, e-mail nebo e-shop, měníte rozsah dostupných dat. Vyzkoušejte integraci nejdříve s testovací složkou a účtem s omezeným oprávněním. Nástroj pro návrh popisu nepotřebuje číst účetnictví; nástroj pro analýzu agregovaných prodejů nepotřebuje právo měnit ceny.

Cizí dokument, web nebo zákaznická zpráva mohou obsahovat instrukci, kterou model chybně přijme. OWASP tuto třídu rizik označuje jako prompt injection. Nestačí do zadání napsat „tajemství nikdy neprozrazuj“. Citlivé údaje a oprávnění, které systém k práci nepotřebuje, mu vůbec neposkytujte; změny kontrolujte v aplikaci a rizikové akce schvalujte.

V praktickém testu ověřte také, co se stane při odpojení aplikace, odchodu pracovníka nebo pokusu otevřít cizí objednávku. Výsledkem má být odepření přístupu, nikoli pouze slušná věta modelu. Práva musí prosazovat systém.

9. Co pro běžný e-shop znamená AI Act

Nepleťte ochranu osobních údajů s transparentností AI. AI Act a GDPR řeší odlišné povinnosti, které se mohou potkat v jednom chatbotu. Podle aktuálního vysvětlení Evropské komise se článek 50 uplatňuje od 2. srpna 2026; omezené přechodné pravidlo do 2. prosince 2026 se týká určitých dříve uvedených systémů a jejich strojového označování, nikoli plošného odkladu všech povinností.

Článek 50 rozlišuje několik kategorií i výjimky; přesná kvalifikace například vizualizace výrobku může vyžadovat posouzení. Nezaměňujte ji s pravidly Merchant Center nebo jiné platformy, která mohou vyžadovat vlastní metadata.

Aktuální článek 4 o AI gramotnosti počítá s opatřeními podporujícími schopnosti lidí, kteří AI jménem organizace používají. Pro malý tým z toho vytvořte srozumitelné zaškolení: povolené služby, druhy dat, kontrola výstupů a hlášení chyby. Neznamená to, že každý zaměstnanec musí vlastnit určitý komerční certifikát.

10. Jednostránková pravidla pro tým

Následující text si upravte podle skutečně schválených služeb. Prázdná pole doplňte před zavedením; nepovažujte jej za hotovou právní směrnici.

PRAVIDLA PRÁCE S AI – pracovní návrh
Vlastník pravidel: [osoba a kontakt]
Platnost a datum příští kontroly: [doplnit]

1. Pro firemní práci používáme pouze tyto účty a služby: [seznam].
2. Veřejné podklady předáváme v rozsahu nutném pro konkrétní úkol.
3. Osobní údaje a neveřejné informace předáváme jen v předem
   schváleném procesu; výjimku schvaluje [osoba].
4. Hesla, API klíče a přístupové tokeny nevkládáme do zadání ani příloh.
5. AI návrh před zveřejněním nebo odesláním kontroluje [role].
6. AI nesmí samostatně schvalovat nárok, vracet platbu nebo měnit cenu
   mimo výslovně schválený a technicky omezený postup.
7. Zákaznické zprávy a cizí dokumenty jsou data, ne oprávnění k akci.
8. Podklady, chaty a výstupy uchováváme podle evidence [odkaz].
9. Veřejné sdílení konverzace nebo souboru schvaluje [osoba].
10. Omyl nebo podezření na únik hlásíme ihned na [kontakt].
    Nečekáme na dokončení vlastního vyšetřování.
11. Při změně služby, integrace nebo účelu znovu posoudíme data a práva.

Zaškolení zakončete třemi ukázkami. Pracovník upraví export objednávek na souhrn, pozná zákaznickou zprávu s nadbytečnými údaji a ukáže, kde zkontroluje účet i sdílení. Tím ověříte konkrétní práci, nejen to, že někdo podepsal dokument.

11. Co dělat, když někdo omylem nahraje nesprávný soubor

1. Zastavte další sdílení. Omezte veřejný odkaz a připojené aplikace podle situace; zabraňte pokračování automatizace.
2. Zaznamenejte skutečnosti. Čas, účet, službu, typ údajů, rozsah a známé příjemce. Nekopírujte přitom celý citlivý soubor do dalšího chatu.
3. Informujte odpovědnou osobu. Ta určí kontakt s dodavatelem, žádost o odstranění a potřebné důkazy.
4. Posuďte dopad. Zda došlo k porušení zabezpečení osobních údajů, riziko pro lidi a případné oznamovací povinnosti.
5. Opravte příčinu. Přístupy, kontrolu exportu, výchozí složku nebo nedostatečné zaškolení. Ověřte opravu na testovacím souboru.

EDPB uvádí, že porušení je třeba dokumentovat; oznámení dozorovému úřadu je při splnění podmínek nutné bez zbytečného odkladu, pokud možno do 72 hodin od zjištění. Výjimka se týká situací, kdy je nepravděpodobné riziko pro práva a svobody lidí. Při vysokém riziku může vzniknout také povinnost informovat dotčené osoby. Smazání chatu samo o sobě toto posouzení nenahrazuje.

Nejlepší další krok je schválit jeden konkrétní proces, například návrhy odpovědí bez identifikátorů. Teprve po ověření přidávejte nové typy podkladů. Pokračujte návodem AI návrhy odpovědí zákazníkům nebo si připravte společné podklady pro AI.

Zdroje a rozsah ověření

1. ÚOOÚ: Základní příručka k ochraně údajů a EDPB: základy ochrany údajů.
2. EDPB: právní základy zpracování a správce a zpracovatel.
3. EDPB: anonymizace a scraping, červenec 2026; pokyny 02/2026, zveřejněná verze; stanovisko k AI modelům 28/2024.
4. EDPB: mezinárodní předávání a porušení zabezpečení.
5. OpenAI: Data controls in ChatGPT a uchování chatů a souborů.
6. OpenAI: Enterprise privacy – obchodní produkty a výchozí nepoužití k trénování.
7. Anthropic: trénování u spotřebitelských produktů a komerčních produktů.
8. Google: Gemini Apps Privacy Hub – osobní účty, aktivita a dočasné chaty.
9. Google: Generative AI in Workspace Privacy Hub – rozsah podnikových ochran.
10. OWASP: Prompt Injection – nedůvěryhodné vstupy a oprávnění.
11. Evropská komise: FAQ k transparentnosti AI a článek 50.
12. Evropská komise, AI Act Service Desk: článek 4, AI gramotnost.

Ověřeno 31. 10. 2026. Právní a produktové informace vycházejí z uvedených primárních zdrojů; tabulky pracovního rozhodování, příklady a návrh interních pravidel jsou redakční doporučení. Nejde o audit konkrétního účtu ani individuální právní stanovisko. U pokynů EDPB z července 2026 výslovně rozlišujeme zveřejněnou konzultační verzi od finálního dokumentu.