DATA Most
Změna údajů & Data Enrichment
Scénář D (Změna údajů — klient iniciuje) • Scénář E (Enrichment — systém iniciuje po legislativní změně)
v1.0 | 21. 4. 2026
Autor: Petr Rohan
Status: WIREFRAME (dark)
Navazuje: 03-formulare.md, 04-workflow.md, 15-ciselniky.md
Scénář D
Změna údajů zaměstnance — klient iniciuje
Klient (HR / zaměstnavatel) oznámí změnu — např. nová adresa, změna pojišťovny, nové dítě. DATA Most ukládá audit trail: kdo, kdy, co změnil, jaká byla původní hodnota. Účetní schválí → export do Pamicy.
KlientOznámí změnu
1Vybere zaměstnance v dashboardu
arrow_forward
2"Oznámit změnu údajů"
arrow_forward
4Vyplní jen změněná pole
arrow_forward
5Potvrdí + odešle ke kontrole
ÚčetníKontroluje, schvaluje
6Diff viewer — porovnání starých/nových dat
arrow_forward
7Ověří, zda změna má doprovodné dokumenty (scan nové smlouvy, potvrzení ze ZP, ...)
arrow_forward
8Schválí → generuje aktualizační XML
DATA MostValiduje, archivuje
3Předvyplní formulář aktuálními hodnotami
arrow_forward
4bHistorie změn — audit trail (kdo/kdy/co)
arrow_forward
9XML delta pro Pamicu (jen změněné fields)
arrow_forward
10Stará hodnota v historical_values (retence 10 let)
PamicaAktualizuje
11Pamica: import delta XML
arrow_forward
12Některé změny → REGZEC oprava do ČSSZ
Scénář D — typologie
3 kategorie změn podle dopadu na export a registraci
Ne všechny změny se musí propsat do Pamicy — některé jsou jen interní. DATA Most klasifikuje změnu a určuje další kroky.
home

A. Měkké změny

Jen interní evidence, nepromítají se do Pamicy ani ČSSZ.

  • checkTelefon, email
  • checkKontaktní osoba v nouzi
  • checkVolné poznámky
edit

B. Pamica-only

Export do Pamicy, ale bez nutnosti hlášení na ČSSZ.

  • checkZměna adresy trvalá
  • checkNový bankovní účet
  • checkNové dítě (sleva na dítě)
  • checkStav (rozvod, svatba)
warning

C. REGZEC oprava

Pamica + ČSSZ oprava — některá pole vyžadují re-registraci nebo opravu.

  • checkZměna pojišťovny
  • checkZměna typu prac. poměru
  • checkNové RČ (cizinec získal ČR)
  • checkPřiznání invalidity
Scénář D — UI
Diff viewer — účetní kontrola změn
Když klient odešle změnu, účetní vidí side-by-side porovnání staré a nové hodnoty. Před schválením může kliknout na historické pole a vidět kdo to kdy naposledy měnil.
compare_arrows Jan Novák — změna údajů #234 Podáno 21. 4. 2026 14:32 klientem HR@abc.cz
Adresa trvalá
Václavské nám. 1, 110 00 Praha
Hvězdová 7, 602 00 Brno
Zdravotní pojišťovna
VZP (111)
OZP (207)
Telefon
+420 777 888 999
+420 608 111 222
Děti — nový záznam
Eva Nováková (RČ 265603/1234, nar. 3. 6. 2026)
↳ Rodný list nahrán (antivir OK)
✓ Adresa + Telefon
Export do Pamicy, žádná akce vůči ČSSZ
⚠ Nové dítě
Sleva na dítě aktivuje od 1. 5. 2026 · Ověřit rodný list
! Změna pojišťovny
Přihlásit do OZP + odhlásit z VZP (do 8 dní!)
Scénář E
Data Enrichment — systém iniciuje doplnění
Situace: legislativa přidá nové povinné pole, nebo se změní číselník (15-ciselniky.md). Systém identifikuje dotčené zaměstnance napříč klienty a spustí enrichment kampaň — klientské firmy doplní chybějící data, účetní schválí.
Platform / LegislativaTrigger
1Novela zákona / nové JMHZ pole / změna ref_* číselníku
arrow_forward
2Platform admin označí pole jako povinné
DATA MostDetekuje, notifikuje
3Scan všech zam. v DB s chybějícím polem
arrow_forward
4Agreguje per tenant, per klient
arrow_forward
5Email + in-app notifikace účetní
arrow_forward
6Účetní forwardne klientům (via upomínky)
ÚčetníDispatchuje
7Dashboard: "Nová povinnost — dotčeno 23 zam. u 8 firem"
arrow_forward
8Vygeneruje enrichment request per klient
arrow_forward
12Kontroluje doplněná data
arrow_forward
13Schválí → XML aktualizace
KlientDoplňuje
9Email: "Doplňte prosím X pole u N zam."
arrow_forward
10Batch UI — tabulka zam. + rychlé vyplnění
arrow_forward
11Odešle ke kontrole
Scénář E — UI
Enrichment dashboard (účetní pohled)
Reálný use-case: 4/2026 = spuštění JMHZ. DATA Most scanuje všechny zam. a hlásí co chybí.
fact_check

Enrichment kampaň: JMHZ povinná pole (spuštění 1. 4. 2026)

47
Zaměstnanců s chybějícími poli
12
Klientských firem dotčeno
18
Zam. částečně doplněno
126
Zam. kompletně JMHZ-ready
Firma (klient) Zam. Chybí OIČ Chybí typ PPV Chybí CZ-ISCO Chybí KKOV Status Akce
ABC s.r.o. 15 4 0 3 2 Probíhá (5/15) Poslat upomínku →
XYZ a.s. 42 12 3 8 5 Nezačato Rozeslat kampaň →
Studio Design 3 0 0 1 0 Hotovo (2/3) Detaily →
ProjectX CZ 8 0 0 0 0 Kompletní
CZ Construction 28 8 2 6 4 Probíhá (10/28) Poslat upomínku →
... a 7 dalších Kliknutím zobrazit celou tabulku
Scénář E — triggery
Kdy se enrichment spouští
3 typické trigger scénáře, každý má jinou urgentnost a UX.
1. Legislativa
+
Platform admin označí povinnost
Scan celé DB
Enrichment kampaň
A. JMHZ (4/2026)

Nové povinné pole OIČ, IDPPV, typ PPV, datovka zam. Deadline ostrý. Urgentnost: vysoká.

B. Změna ref_* číselníku

Nová pojišťovna vznikne, stará zanikne. 15-ciselniky.md governance — tenant owner musí potvrdit migraci.

C. Audit cleanup

Účetní sama spustí enrichment na "kompletace dat" — telefon, email, kontakty v nouzi. Urgentnost: nízká.

Poznámky
Klíčové implementační body
D1Jen změněná pole v submitu Klient vidí předvyplněný formulář s aktuálními hodnotami. Submit pošle jen fieldy kde `newValue !== oldValue`. Šetří šířku pásma + jednodušší diff.
D2Historical values tabulka Každá změna = nový řádek v `employee_field_history` (field_name, old_value, new_value, changed_by, changed_at). Retence 10 let.
D3Změna pojišťovny = hard gate DATA Most upozorní: "Odhlášení z VZP do 8 dní + přihlášení do OZP". Pamica to dělá, ale účetní musí klient připomenout.
D4Consent gate znovu Při každé změně (i té malé) klient prochází consent gate — nový timestamp, nový hash dat. Zachová právní ochranu účetní firmy.
E1Scan DB jako background job Nové povinné pole = Platform admin klikne, background job projede všechny zam. napříč tenanty. Může trvat minuty pro velké klienty.
E2Batch UI pro klienta Klient nedostane 23 samostatných formulářů ale tabulku 23 zam. × sloupce s chybějícími poli. Vyplní rychle.
E3Ref_* změna → confirmation flow 15-ciselniky.md sekce "Change management" — tenant owner musí potvrdit, nikdy auto-apply u remapped hodnot.
E4Upomínka button = rate-limited Max 1 upomínka / 24h / formulář (04-workflow.md "Manuální upomínky"). Dashboard má disabled tlačítko pokud limit překročen.