Zeptejte se DPO nebo právníka ve firmě, kde vedou záznamy o zpracování osobních údajů. Odpověď bude v devíti z deseti případů stejná: v Excelu. A ten Excel byl naposledy aktuálně upraven před osmi měsíci, kdy odešel kolega, který ho spravoval.
Práce, o které nikdo nemluví
Článek 30 GDPR ukládá správcům osobních údajů povinnost vést záznamy o všech činnostech zpracování. Co to znamená v praxi? Pro každý proces, kde firma pracuje s osobními údaji — nábor zaměstnanců, fakturace, e-mailový marketing, zákaznická podpora — musí existovat záznam: kdo data spravuje, za jakým účelem, jak dlouho se uchovávají, komu se předávají.
Tabulka se zakládá jednou, při prvním auditu nebo po konzultaci s právníkem. Pak ji firma dostane za úkol „průběžně aktualizovat". Realita: přijde nová fakturační aplikace, vyměří se CRM, přidá se chatbot na web. Každá taková změna by znamenala otevřít Excel a doplnit nový řádek — ale kdo to má na starosti? Většinou nikdo konkrétní. A tak záznam zastarává.
Záznam máme. Naposledy jsme ho otevírali, když přišla kontrola. Bylo tam deset systémů, dnes jich máme dvacet dva.
— DPO středně velké výrobní firmy, shrnutí situace při úvodním rozhovoru
Co „živý záznam" konkrétně znamená
AI stack staví malé, cílené MCP servery — každý server slouží jako most mezi Claudem a jedním firemním systémem. Server nese identitu a oprávnění toho, kdo se ptá: Claude nikdy nevidí víc, než by viděl pověřený člověk. Žádné kopie dat mimo váš cloud, žádné cache na cizím serveru.
Propojení s ERP, CRM a HR systémem umožní Claudovi průběžně číst strukturu dat — nikoli samotné osobní záznamy, ale metadata: jaké kategorie dat systém obsahuje, kdo k nim přistupuje, jak dlouho jsou uchovávána. Z těchto informací Claude sestaví nebo aktualizuje záznam o zpracování ve formátu, který DPO přímo použije.
Konkrétně: Pohoda, Money S3 nebo Helios
Většina středních českých firem spravuje fakturaci a účetnictví v Pohodě nebo Money S3, mzdy v Heliosu nebo Kariéru, obchod v Raynet nebo eWay-CRM. Každý z těchto systémů zpracovává osobní údaje — a každý je samostatný ostrov. MCP server pro každý systém přečte jeho datovou strukturu a předá Claudovi přesně tolik, kolik potřebuje: kategorie zpracování, právní základ, dobu uchování, příjemce. Illustrativně: firma se třiceti zaměstnanci a třemi hlavními systémy může mít živý záznam sestavený za hodinu namísto týdenní práce právníka.
- Claude detekuje nový systém nebo novou kategorii dat a navrhne doplnění záznamu.
- Při změně právního základu (souhlas → oprávněný zájem) Claude upozorní DPO a připraví návrh úpravy.
- Před auditem ÚOOÚ Claude sestaví přehled záznamů v požadovaném formátu — bez ručního exportu.
- Záznamy jsou verzované: každá změna má časové razítko a jméno schvalovatele.
- Pokud systém přestane reportovat metadata, Claude na výpadek upozorní.
Ilustrativní příklad: e-shopová firma v Brně provozující tři značky narazila při přechodu na nový CRM na situaci, kdy záznamy o zpracování neodpovídaly realitě. Nový systém zpracovával zákaznické chování, ale v záznamu to nebylo. MCP bridge, který číst z CRM, z e-shopové platformy a z e-mailového nástroje, by tento nesoulad detekoval automaticky — bez čekání na příštíaudit.
Co Claude v oblasti GDPR nedělá — a proč je to dobře
Claude není DPO a nenahrazuje právní posouzení. Rozhodnutí o tom, zda je konkrétní zpracování zákonné, jaký právní základ použít nebo zda je nutné DPIA, zůstává výhradně na odpovědné osobě. Claude navrhuje strukturu záznamu, upozorňuje na mezery, ale právní kvalifikaci neprovádí.
Tato hranice není technická limitace — je to záměr. GDPR přenáší odpovědnost na správce dat, ne na software. Živý záznam, který Claude udržuje, je podkladový materiál pro rozhodnutí člověka. Schválení, podpis a odpovědnost jsou vždy lidské.
Co by to obnášelo
Nepotřebujete roční projekt. MCP servery pro běžné firemní systémy (ERP, CRM, HR, e-mailový nástroj) jsou hotové do týdnů, nasazené na vašem cloudu — ne na našem. Vaše data nikdy neopustí vaši infrastrukturu. DPO dostane přístup k Claudovi přes standardní rozhraní a může záznamy průběžně revidovat, doplňovat a schvalovat.
Co z toho zbývá
Model není úzké místo. Claudovi stačí vidět metadata firemních systémů — strukturu, kategorie, doby uchování. Úzké místo je to, že tato metadata jsou rozptýlena v tuctu systémů a nikdo je nepropojuje. MCP bridge tuto mezeru uzavírá: ne kopírováním dat, ale napojením na jejich zdroj.
Pokud vedete záznamy o zpracování v Excelu, který byl naposledy aktuálně upraven před čtvrt rokem, napište nám. Krátký hovor stačí na to, abychom ukázali, jak by bridge pro vaše konkrétní systémy vypadal.