GDPR v ČR od 25. 5. 2018. Jak se připravujete?

Ano v tomto případě smažeš akorát telefon a email a všechny ostatní údaje ponecháš z důvodu "zákonné povinosti"

Spíš jde o to, že pokud někdo požádá o vymazání svých dat, tak v živém systému to nahradíš nějakým nesmyslem typu "smazaný uživatel" = provedeš anonymizaci, zrušíš přihlášení atd. a účetní doklady "zarchivuješ"

HonzaG

Ano faktury apod. podléhají zákonné lhůtě 10 let, tj. odtud mazat údaje nemůžete, podléhají vyššímu předpisu, GDPR se na ně nevztahuje. Tedy ty co se týkají daňového dokladu, tedy IČ, DIČ, adresa, ne už telefon, nebo email. Otázkou samozřejmě je, jestli objednávka = faktura. Pokud máte jen VM a používáte ho na vystavování "faktur", pak ano, pokud si objednávky kopírujete někam stranou do účta, pak asi ne, a GDPR podléhají.

Nicméně, zatím souhlasím s phocou, alespoň zpočátku hodlám řešit pomocí mailu s požadavkem. Do databáze by nemělo být potřeba šahat přímo, uživatel lze smazat přmo v administraci, editovat údaje v profilu také, editovat uživatele VM také, stejně tak u dalších rozšíření.

Nicméně snahu o nějaké univerzální řešení určitě kvituji, přimlouval bych se hlavně za "pluginovatelnost", aby se případně komponenta dala jednoduše pluginem rozšířit o podporu dalších rozšíření

Plugin na to samozřejmě může být, ale já bych se vyhnul mazání (hlavně ID - protože těch provázaností v různých systémech/komponentách) může být hodně. Spíš bych to řešil tak, že by se prostě jméno/email/tel.číslo nahradilo nějakým jiným údajem (jak píše honzag).

Každopádně jednoduchý to nebude - většinou je databáze navrhnuta tak, že jméno/email/telefon apod. je uložené pouze na jednom místě a z toho místa je provázená s ostatními agendami. Jak pak udělat to, že se údaj z jedná agendy smaže a z druhé ne. To asi nepůjde.