UI in osebni podatki: Kaj je dovoljeno in kaj povzroča globe

2026-05-24 · Sintaris · ai, gdpr, 152-fz, dpia, rag, privacy, on-prem

UI in osebni podatki: Kaj je dovoljeno in kaj povzroča globe

TL;DR. Če vaš projekt UI zadeva podatke oseb v EU — velja GDPR. Če podatke oseb v Rusiji — velja 152-FZ. Če obe skupini — oba zakona hkrati. V večini primerov se to ne reši z „izbiro prave oblačne storitve", ampak z arhitekturo pipeline-a: kje leži dokument, kje vektorji, kje poziv, kam gre zahtevek do LLM-ja, kdo vidi dnevnike. Sledi praktična analiza vzorcev, ki prestanejo revizije, in tistih, ki ne — na podlagi izkušenj SINTARIS pri uvajanju sistemov RAG v EU in SND.

1. Problem: „Povežimo ChatGPT z našim CRM-jem"

Ta zahteva pride pri skoraj vsakem prvem projektu. V podjetju že sedi CRM z imeni strank, telefonskimi številkami, včasih medicinskimi ali finančnimi podrobnostmi. Nekdo je videl demo ChatGPT — in naloga je: „Naredite, da bo prodajnik vprašal — in sistem odgovoril."

Tehnično je to dva dni dela. Pravno je to potencialna globa do 4 % svetovnega prometa po GDPR (člen 83) in/ali do 18 milijonov rubljev po spremenjenem 152-FZ. In to ni teoretična grožnja — Roskomnadzor in evropski nadzorni organi (BfDI v Nemčiji, Garante v Italiji) že izrekajo takšne globe za „posredovanje osebnih podatkov tretji osebi brez pravne podlage."

Cilj tega članka je pokazati, da meja ni tam, kjer jo navadno rišejo („OpenAI = slabo, lokalni LLM = dobro"). Meja je v tem, kako natančno podatki tečejo skozi sistem — kateri postanejo vaš upravljalec, kateri obdelovalec — in kje morate imeti dokumentirano pravno podlago.

2. Za koga je to relevantno

Če vaš scenarij ne vsebuje nobenega imena stranke, e-poštnega naslova, številke računa ali diagnoze — tega članka ne potrebujete. Če vsebuje kar koli od navedenega — ga potrebujete.

3. Pogosta napaka

Vzorec, ki smo ga videli desetkrat:

  1. Izvoz CRM-ja v CSV.
  2. Nalaganje v indeks RAG prek standardnega n8n-delovnega toka.
  3. Klic gpt-4o prek OpenAI API-ja zgoraj.
  4. Prodajnik zapiše v Telegram: „Kaj smo lani meseca razpravljali z Novakom?" — bot odgovori.
  5. Vse deluje, demo je uspel, naročnik je zadovoljen.

Zakaj je to nesprejemljivo z vidika regulatorjev:

4. Tehnični pristop: Kje potegniti mejo

Ključna ideja, ki jo ponavljamo pri vsaki reviziji: Meja osebnih podatkov v sistemu UI mora biti vidna na arhitekturni shemi. Če ni vidna — je ni.

Osnovni model, ki ga uporabljamo:

[Surovi podatki] → [Sloj anonimizacije] → [Indeksiranje RAG]
                                         ↓
                                [Samo anonimni vektorji]
                                         ↓
                                [Zahtevek LLM-ju: brez imen]

Štirje pristopi, razvrščeni po ravni varnosti:

Pristop Osebni podatki gredo do LLM-ja? Skladnost z GDPR Primer uporabe
Popolna anonimizacija pred indeksiranjem Ne Da Znanjska baza brez osebnih podatkov
Psevdonimizacija + strogo upravljanje dostopa Delno Pogojno Notranje analize
LLM na kraju samem (on-prem) Ne (ostane lokalno) Da Regulirane panoge
Cloud LLM + DPA + SCCs Da (z zaščito) Pogojno Kadar on-prem ni možen

4.1. Kontrolni seznam DPIA (kdaj je obvezna)

Po členu 35 GDPR je DPIA potrebna pri:

Za sisteme UI to pomeni: skoraj vedno, ko obdelujete podatke CRM-ja, medicinske podatke ali komunikacijske dnevnike.

5. Arhitekturni vzorci, ki prestanejo revizije

Vzorec 1: Popolni on-prem (priporočen za regulirane panoge)

Celoten tehnološki sklad na lastni infrastrukturi stranke: Ollama za sklepanje LLM, pgvector za shranjevanje vektorjev, MinIO za dokumente. Nobeni podatki ne zapustijo internega omrežja.

Vzorec 2: Hibridna arhitektura (neobčutljivi kontekst v oblak)

Samo anonimizirani ali neosebni kontekst se pošlje oblakom LLM. Osebni deli baze ostanejo na kraju samem. Uresničljivo s slojem usmerjanja, ki občutljive kontekste obdela lokalno.

Vzorec 3: Oblak + popolna dokumentacija za skladnost

Kadar on-prem ni možen: podpisati DPA z vsakim ponudnikom oblaka, dokumentirati pravno podlago za vsako kategorijo podatkov, opraviti in dokumentirati DPIA, pri prenosih v tretje države predvideti SCC (standardne pogodbene klavzule).

6. SINTARIS mini primer

Produkta Maria — obvestilnik naročil klinike in Clinic assistant prikazujeta ta pristop v praksi. Naloga: pacient mora prek Telegrama potrditi uro, prestaviti naročilo in prejeti kopijo recepta. Običajna skuvšina: vzeti gpt-4o-mini, mu hraniti celoten PostgreSQL CRM — in to je to.

Tehnična izvedba:

Rezultat: Stroški LLM — približno 2 €/mesec (razvrstitev so kratke zahteve), klici na recepcijo so se zmanjšali za 40–50 %, pravna dokumentacija se ujema na eni strani, ker osebni podatki fizično ne zapustijo perimetra.

Architekturne podrobnosti — v poglavju KB Clinic assistant § 9 „Security & data boundary“.

7. Kontrolni seznam (15 točk) pred začetkom UI-projekta z osebnimi podatki

  1. Pravna podlaga za vsako kategorijo podatkov je opredeljena (člen 6 GDPR).
  2. DPIA opravljena in dokumentirana, kjer je potrebna.
  3. DPA podpisan z vsakim zunanjim ponudnikom, ki ima dostop do podatkov.
  4. Minimizacija podatkov: samo minimum, ki je potreben za namen obdelave.
  5. Informacije o lokaciji shranjevanja: fizična lokacija strežnika za vsako kategorijo podatkov je dokumentirana.
  6. Roki hrambe za dnevnike in vektorje so določeni in tehnično uveljavljeni.
  7. Klasifikacija podatkov: kateri so posebne kategorije po členu 9 GDPR?
  8. Anonimizacija/psevdonimizacija pred posredovanjem oblakom LLM.
  9. Delovni tok DSAR (dostop, izbris, popravek) kot koda.
  10. Dnevnik revizije — nespremenljiv, z rokom hrambe.
  11. Nadzor dostopa na ravni baze podatkov (RLS, ne samo na ravni aplikacije).
  12. Šifriranje v mirovanju in med prenosom.
  13. Ocena tveganja dobaviteljev za vsako UI-storitev v skladu.
  14. Postopek pri kršitvah podatkov — kako se kršitev zazna in prijavi?
  15. Vključen pooblaščenec za varstvo podatkov (kadar je zahtevano po GDPR).

8. Tveganja

9. Kaj storiti naprej

Če že imate UI-rešitev in ste negotovi glede skladnosti — prvi korak je UI-revizija (900–4500 €). Pregledamo arhitekturo, identificiramo podatkovne poti in dostavimo prednostni seznam ukrepov.

Če začenjate nov projekt — pri UI-pilotu (3000–12000 €, 4–8 tednov) že od začetka vgradimo arhitekturo, skladno s predpisi.

−25 % za slovenska podjetja od 1. do 30. junija 2026 — glejte pakete.

10. Viri

Sintaris izvaja UI-revizije, UI-pilote in implementacije Taris za MSP v EU in SND. Odkrivalni klic — brezplačno, 30 minut.