Audit systému historyworkers — DOVIS / ISKASA

Krok 0.1 — Testovací akce a baseline

1. Používat výhradně akci aa=3753 — nevytvářet novou testovací akci.
2. Před první úpravou kódu ověřit baseline:

   SELECT COUNT(*) AS pocet FROM historyworkers WHERE KodAkce = 3753;
   -- Očekáváno před testem: 2467

3. Uložit si také nejvyšší id (pro výpis jen nových zápisů):

   SELECT MAX(id) AS baseline_max_id FROM historyworkers WHERE KodAkce = 3753;
   -- Baseline: baseline_max_id = 1660945

4. Po každém testovacím kroku zjistit, kolik záznamů přibylo:

   -- Kolik nových oproti baseline 2467
   SELECT COUNT(*) - 2467 AS nove_od_baseline
   FROM historyworkers WHERE KodAkce = 3753;
   -- Výsledek po ručním testu (22. 6. 2026): nove_od_baseline = 42
   
   -- Jen záznamy vložené po začátku testu (id > baseline_max_id)
   SELECT id, KodU, Den, Mesic, Rok, Hodin, Minuta, Sekunda, Popis, URL
   FROM historyworkers
   WHERE KodAkce = 3753 AND id > 1660945
   ORDER BY id DESC
   LIMIT 20;

5. Ruční scénáře na aa=3753 — po každém kroku zapsat nove_od_baseline (očekávání uvedeno u kroků Fáze 1):
   • Prohlížení step04.x?aa=3753 bez uložení
   • Vložení / oprava personálu (step04vloz)
   • Oprava ceny v kalkulaci (step06)
   • Neúspěšné smazání akce (špatná zodpovědná osoba)
6. Screenshot historie.x?aa=3753 před Fází 1 a po každé dokončené fázi.

Proč: bez pevné baseline (2467 + max id) neověříte, že úpravy duplicity a šum skutečně odstranily — nové zápisy musí jít oddělit od starých.

Výsledek ručního testu před Fází 1 (22. 6. 2026)

Po scénářích z bodu 5 (prohlížení step04/step06, oprava personálu, hromadná oprava v step06): nove_od_baseline = 42. Níže posledních 20 řádků s id > 1660945 (celkem 42 nových záznamů — v LIMIT 20 nejsou starší z testu, např. zamítnuté smazání).

Po Fázi 1 porovnávejte stejným dotazem — nové záznamy budou mít id > 1660990 (nebo aktualizujte baseline_max_id před další várkou testů).

Krok 0.2 — Záloha a větev splněno

Nasazené sloupce (odpovídá Kroku 3.1 — provedeno předčasně při přípravě):

• DatumCas DATETIME
• TypAkce, Vysledek (výchozí 'o'), Modul
• EntitaTyp, EntitaId, DataPred, DataPo, RequestId
• Indexy: idx_hw_akce_cas, idx_hw_u_cas, idx_hw_typ

Git větev nebyla povinná — nahrazena zálohou celé aplikace. Před Fází 1 ověřit, že ASP kód nové sloupce zatím neplní (zůstanou NULL u legacy zápisů, dokud se neimplementuje Fáze 3.3 / HW_Log). Backfill DatumCas u starých řádků — Krok 3.2 provedeno.

Krok 1.1 — Zastavit duplicitní zápis implementováno

Soubory: /ActiveHistoryWorkers.x, /!StrErrorKonec.x, /!StrUvodConfig.x

1. Po úspěšném INSERT v ActiveHistoryWorkers.x: SESSION("HistLogged") = True
2. V !StrErrorKonec.x: pokud SESSION("HistLogged") = True, přeskočit pasivní zápis na konci requestu
3. Na začátku requestu v !StrUvodConfig.x: SESSION("HistLogged") = False
4. Navigační záznamy: pasivní Stranka: obsahuje cestu + query string a | odkud: referer (jen u procházení, ne u explicitních PopisXX)

Ověření (aa=3753):

• Uložit personál v step04 → bez druhého řádku Stranka: ze stejného requestu jako explicitní zápis; po redirectu na step04 může přibýt 1 navigační řádek (to je žádoucí)
• Jen proklik step04 → step06 → 2 řádky Stranka: … | odkud: … (stopa chování)
• Stále možné 2+ explicitní řádky z jedné akce (např. detail personálu + souhrn z KontrolaZodpovedneOsoby) — řeší se později, ne HistLogged

Výsledek ověření po nasazení (aa=3753, id > 1660990)

Dotaz: SELECT id, Popis, URL, Odkud FROM historyworkers WHERE KodAkce = 3753 AND id > 1660990 ORDER BY id DESC
Přibylo 35 záznamů (id 1660991–1661025). Nový referenční baseline_max_id = 1661025 pro další testy.

Navigační řetězec (od nejstaršího k nejnovějšímu prokliku před uložením):

Čitelná cesta: historie → detail akce → step01 → personál (step04) → kalkulace (step06) → uložení.

Uložení kalkulace (step06vloz.x, id 1660996–1661025):

• 6× Oprava prostor: (GONG, Compress Hall…)
• 4× Oprava služby:
• 1× Oprava inventář:
• 19× Oprava personál:
• Všechny řádky: URL = /!step06/step06vloz.x, Odkud = step06.x?aa=3753 (formulář — očekávané)

Poznámky k dalším krokům: hromadný zápis step06 (30 řádků / 1 uložení) je funkčně správný, ale pro forenzní přehled vhodný až souhrnný řádek + diff (Fáze 4). Krok 1.3 (vypnout Stranka: na stepXX) by zničil navigační řetězec výše — nedoporučeno při současných požadavcích.

Krok 1.2 — Odstranit dvojitý zápis z !StrUvod2 implementováno

Soubor: /!StrUvod2.x

1. hotovo Odstraněn řádek #include ActiveHistoryWorkers.x z !StrUvod2.x
2. Ověření na aa=3753 (id > 1661025) — viz tabulka níže

SQL ověření po testu:

-- Upload přílohy k akci 3753
SELECT id, Popis, URL, Odkud FROM historyworkers
WHERE KodAkce = 3753 AND id > 1661025 AND URL LIKE '%filesakceupload%'
ORDER BY id DESC;

-- Nesmí být dvojice stejného času: Stranka: /filesakceupload + Vložena příloha

Výsledek ověření uploadu (aa=3753, 22. 6. 2026)

Dotaz výše, id > 1661025 → 2 záznamy (id 1661028–1661029). Nový referenční baseline_max_id = 1661029. Žádný řádek Stranka: /filesakceupload.

Dva řádky jsou očekávané (příloha + notifikace zodpovědné osobě), ne duplicita Kroku 1.2. Sloučení do jednoho forenzního záznamu — později (Fáze 4 / úprava ZO handleru).

Krok 1.3 — Potlačit pasivní šum u kroků akce odloženo

Soubor: /ActiveHistoryWorkers.x

1. Rozšířit podmínku jako u kontakty/hledej: pokud PATH = /stepXX.x a PopisXX začíná „Stranka:" → neukládat.
2. Alternativa: ukládat s prefixem do Popis, ale ve Fázi 5 filtrovat — preferované je neukládat vůbec.

Ověření: jen otevřít step06?aa=… → v historyworkers 0 nových řádků.

Krok 1.4 — Označit zamítnuté operace implementováno

Upravené soubory:

Další handlery bez zápisu do historie (zatím jen redirect na chybovou stránku — Krok 1.4+ / Fáze 4):

• FilesDel.x, AkceFilesDel.x — chybafile.x?kod=opr (cizí uploader)
• AkceDel.x — větev smazat2 bez shody, konec chybaakce.x bez PopisXX
• AkceDelKopie.x — chybaakcekopiedel.x bez historie (žádné kopie k smazání); úspěšné mazání loguje AkceDel_Log

Ověření (aa=3753, uživatel bez ZO):

SELECT id, Popis, URL FROM historyworkers
WHERE KodAkce = 3753 AND id > 1661029
  AND Popis LIKE '[ZAMÍTNUTO]%'
ORDER BY id DESC;

Očekávání: 1 řádek při pokusu o smazání; Popis začíná [ZAMÍTNUTO]; žádný duplicitní pasivní Stranka: (Krok 1.1).

Výsledek ověření (aa=3753, 22. 6. 2026)

Dotaz výše → 1 záznam (id = 1661049). Nový referenční baseline_max_id = 1661049.

Další větve (špatná ZO, akcedelpotvrd.x) lze ověřit stejným dotazem s id > 1661049.

Krok 1.5 — Audit přihlášení a odhlášení implementováno

Soubory: /PrihlaseniDokonceni.x, /logoff.x

Ověření:

-- Po přihlášení a odhlášení (globální záznamy, ne vázané na aa=3753)
SELECT id, KodU, Popis, URL, Odkud FROM historyworkers
WHERE KodAkce = 0 AND id > 1661049
  AND (Popis LIKE 'Přihlášení%' OR Popis LIKE 'Odhlášení%')
ORDER BY id DESC
LIMIT 10;

Očekávání: 1× přihlášení po loginu, 1× odhlášení před ukončením session; bez duplicitního Stranka: (HistLogged).

Výsledek ověření (22. 6. 2026)

Dotaz výše v rozsahu id 1661051–1661057 → 4 auth záznamy (2× přihlášení, 2× odhlášení, dva různí uživatelé KodU 37 a 38). Referenční baseline_max_id = 1661057.

Navigace po přihlášení (stejný test, KodAkce=0):

Scénář: login → vynucená změna hesla → úvodní stránka; stopa chování je čitelná vedle auth záznamů.

Krok 1.6 — Výchozí filtr v historie.x implementováno

Soubory: !akce/AkceHistorieHistLib.x, !akce/AkceHistorieShow.x

SQL filtr (AkceHistSqlForensicClause v AkceHistSqlWhere a AkceHistSqlWhereSouhrn):

AND LOWER(IFNULL(historyworkers.popis,'')) NOT LIKE 'stranka:%'

UI: lišta nad souhrnem — odkaz „Zobrazit i prohlížení stránek“ / „Pouze forenzní pohled“; parametr view se drží v paginaci a filtrech (AkceHistQueryString).

Ověření (aa=3753):

• historie.x?aa=3753 — méně řádků, bez Stranka: /step04… v detailu
• historie.x?aa=3753&view=all — včetně navigačních řádků z Kroku 1.1

Krok 2.1 — Vytvořit HistoryWorkersLib.x implementováno

Soubor: /HistoryWorkersLib.x (vzor: WebSpinani HistoryWorkersLogAction.x)

1. hotovo HW_InitRequest() — SESSION("HW_RequestId") ve tvaru KodU-YYYYMMDDHHMMSS-ms (jen pokud ještě není).
2. hotovo HW_Log(typAkce, modul, entitaTyp, entitaId, kodAkce, popis, detail, vysledek)
3. hotovo Legacy INSERT (stejné sloupce jako ActiveHistoryWorkers.x) + PopisXX, KodAkceHistorie, SESSION("HistLogged")=True.
4. hotovo PopisAkce = detail (+ volitelně entitaTyp=id); Popis s prefixem [UPDATE] / [CREATE] / [DELETE] / [ZAMÍTNUTO] (sloupce TypAkce až Fáze 3.3).

Pomocné funkce: HW_SqlText, HW_TypAkcePrefix, HW_ApplyTypPrefix, HW_InsertLegacy.

Krok 2.2 — Include knihovny globálně implementováno

Soubory:

Řetězec: !StrUvod.x / !StrUvod2.x / !StrUvod3.x → DB.x (knihovna) → !StrUvodConfig.x (InitRequest).

Ověření: po načtení libovolné stránky s přihlášením je SESSION("HW_RequestId") neprázdné; HW_Log je volatelné bez lokálního include.

Krok 2.3 — Pilot na 3 souborech (referenční vzor) implementováno

Migrováno z inline PopisXX + ActiveHistoryWorkers na HW_Log:

Ověření (aa=3753, id > baseline):

• CREATE přes step04VlozJeden (ne step04vlozMulti — ten zůstává legacy do Fáze 4.3): Popis LIKE '[CREATE]%Vložen personál%'
• DELETE personál: Popis LIKE '[DELETE]%Smazán personál%', PopisAkce LIKE '%personal=<per>%'
• DENIED: Popis LIKE '[ZAMÍTNUTO]%' — jeden řádek, bez pasivní duplicity Stranka: (Krok 1.1)
• Navigační Stranka: řádky zůstávají (pasivní zápis na konci requestu) — to je očekávané

Poznámka: řádky 1661075–1661084 v testu jsou ještě před migrací (bez prefixů).

Krok 3.1 — ALTER TABLE historyworkers již provedeno v Kroku 0.2

Migrace schématu byla nasazena při přípravě (22. 6. 2026). Níže původní SQL pro referenci / jiné prostředí.

ALTER TABLE historyworkers
  ADD COLUMN DatumCas DATETIME NULL AFTER Sekunda,
  ADD COLUMN TypAkce VARCHAR(32) NULL DEFAULT NULL,
  ADD COLUMN Vysledek CHAR(1) NULL DEFAULT 'o',
  ADD COLUMN Modul VARCHAR(32) NULL,
  ADD COLUMN EntitaTyp VARCHAR(32) NULL,
  ADD COLUMN EntitaId INT NULL DEFAULT 0,
  ADD COLUMN DataPred TEXT NULL,
  ADD COLUMN DataPo TEXT NULL,
  ADD COLUMN RequestId VARCHAR(40) NULL;

CREATE INDEX idx_hw_akce_cas ON historyworkers (KodAkce, DatumCas);
CREATE INDEX idx_hw_u_cas ON historyworkers (KodU, DatumCas);
CREATE INDEX idx_hw_typ ON historyworkers (TypAkce, Modul);

Krok 3.2 — Backfill DatumCas u starých záznamů provedeno

UPDATE historyworkers SET DatumCas =
  STR_TO_DATE(CONCAT(Rok,'-',LPAD(Mesic,2,'0'),'-',LPAD(Den,2,'0'),' ',
    LPAD(Hodin,2,'0'),':',LPAD(Minuta,2,'0'),':',LPAD(Sekunda,2,'0')), '%Y-%m-%d %H:%i:%s')
  WHERE DatumCas IS NULL;

Ověření:

-- žádný starý řádek bez času (kromě nových INSERTů před 3.3)
SELECT COUNT(*) AS bez_datumcas FROM historyworkers WHERE DatumCas IS NULL;

-- vzorek: sloupce Den/Mesic/… vs DatumCas
SELECT id, Rok, Mesic, Den, Hodin, Minuta, Sekunda, DatumCas
FROM historyworkers WHERE KodAkce = 3753 ORDER BY id DESC LIMIT 5;

Spuštěno po stabilizaci zápisu (Fáze 2). Řádky vložené mezi 3.2 a 3.3 (např. id 1661085–1661126) doplnit opakovaným UPDATE výše. Po 3.3 nové INSERTy už DatumCas plní automaticky.

Krok 3.3 — Upravit HW_Log a ActiveHistoryWorkers implementováno

1. hotovo HW_InsertRecord — DatumCas, TypAkce, Vysledek (o/d/e), Modul, EntitaTyp, EntitaId, RequestId
2. hotovo ActiveHistoryWorkers.x — legacy: DatumCas=NOW(), TypAkce/Modul NULL, Vysledek='o', RequestId ze session
3. hotovo Prefix v Popis zůstává (kompatibilita UI); filtry mohou používat TypAkce

Ověření po nasazení (aa=3753, id > 1661130, 22. 6. 2026):

Všechny řádky mají DatumCas. RequestId je shodné v rámci jednoho requestu (např. 37-20260622070408-… u CREATE + nav).

-- nový řádek z HW_Log
SELECT id, DatumCas, TypAkce, Modul, EntitaTyp, EntitaId, Vysledek, RequestId, Popis
FROM historyworkers WHERE id > 1661130 ORDER BY id DESC;

-- doplnění mezery 1661085–1661130 (INSERTy před 3.3): znovu Krok 3.2 UPDATE

Krok 4.1 — Kalkulace step06Vloz.x implementováno

1. hotovo !step06/step06HistLib.x — Step06_PredSnap, Step06_PoCena, Step06_PoMisto, Step06_PoCatering, Step06_PoSleva, Step06_PoAuto, Step06_Log
2. hotovo step06Vloz.x — všech 22 míst: PopisXX + ActiveHistoryWorkers.x → Step06_Log / HW_LogDiff
3. hotovo U UPDATE: DataPred před DB.Execute, DataPo po změně (ceny, slevy, km…)
4. hotovo Entity: misto, sluzba, inventar, personal, catering, spotreba, auto, akce

Ověření (aa=3753, uložení kalkulace 22. 6. 2026, id > 1661137):

baseline_max_id pro další testy: 1661161. Při skutečné změně ceny očekávat DataPred ≠ DataPo u dané entity.

Rozhodnutí 4.1b — logovat jen při rozdílu?

• Zápis do DB: zatím bez filtru — každé uložení kalkulace loguje všechny dotčené položky (1:1 s dřívějším ActiveHistoryWorkers).
• UI filtr: hotovo v historie.x?aa=…&fdiff=1 — zobrazí jen řádky kde DataPred ≠ DataPo (forenzní pohled bez „prázdných“ uložení).
• Volitelně později: IF dataPred = dataPo THEN EXIT SUB v Step06_Log / HW_LogDiff — až po odsouhlasení (méně řádků v DB).
• Další krok: Fáze 4.3 — migrace step04 (část už pilotně v HW_Log).

Krok 4.1c — UI historie.x hotovo

1. hotovo Detail kroků: sloupce Typ (TypAkce), Modul (sloupec DB + fallback URL), Entita (EntitaTyp=Id).
2. hotovo Diff porovnává hodnoty po polích (ne pořadí klíčů v řetězci) — falešné „Změna“ u prostor opraveno.
3. hotovo Layout 5 sloupců — popis v posledním sloupci (bez zalomení pod datum).
4. hotovo Odkaz Jen skutečné změny (diff) — parametr fdiff=1.
5. hotovo Fáze 6.1 — kompaktní formulář filtrů + rychlé vyhledávání fq (viz krok 6.1).
6. hotovo Fáze 6 — filtry, badge, barevné řádky, export CSV, kategorie Modul/EntitaTyp (kroky 6.1–6.4).

SELECT id, DatumCas, TypAkce, Modul, EntitaTyp, EntitaId, Vysledek,
       LEFT(Popis,80) AS Popis, DataPred, DataPo
FROM historyworkers
WHERE KodAkce = 3753 AND id > 1661137
  AND Modul = 'step06'
ORDER BY id DESC;

-- UI: historie.x?aa=3753&Obdobi=105&rok=2026&KodU=42&fkat=Person%C3%A1l&ftyp=UPDATE
-- UI: historie.x?aa=3753&dd=20.05.2026&fq=georg+15.10
-- UI: historie.x?aa=3753&fdiff=1 (jen řádky se změnou hodnot)

Krok 4.2 — Základ akce step01 implementováno

1. hotovo !step01/step01HistLib.x — Step01_PredSnap, Step01_PoAkce, Step01_PoTerminy, Step01_PoFakturace, Step01_PoMistoBalicek, Step01_Log, Step01_LogTerminZmena
2. hotovo step01Vloz.x — 7 míst: Oprava akce (UPDATE + diff), 5× změna termínů (služby/inventář/personál/technika/prostory), Nová akce (CREATE)
3. hotovo Fakturace: step01VlozFakturace.x, step01VlozFakturace2.x, step01VlozFakturace3.x — UPDATE fakturace* s diff před/po
4. hotovo Balíčky: step01VlozBalickyMista.x — Prostory u akce (UPDATE), Vložen prostor (CREATE misto)
5. hotovo Kolize: step01TestMista.x — varování obsazeného místa (bez diff)

Ověření (aa=3753, uložení akce 22. 6. 2026, id > 1661161):

oprava Step01_NormCas — normalizace casod/casdo přes cDateHodin v Pred i Po (stejný formát jako při zápisu do DB).

baseline_max_id pro další testy: 1661179. Uložení beze změny → DataPred = DataPo; řádek v fdiff=1 se nezobrazí.

SELECT id, DatumCas, TypAkce, Modul, EntitaTyp, EntitaId, Vysledek,
       LEFT(Popis,80) AS Popis, DataPred, DataPo
FROM historyworkers
WHERE KodAkce = 3753 AND id > 1661179
  AND Modul = 'step01'
ORDER BY id DESC;

Krok 4.3 — Personál step04 hotovo + ověřeno

1. hotovo !step04/step04HistLib.x — Step04_PredSnap, Step04_PersonalFields, Step04_NormCas, Step04_Log
2. hotovo step04vloz.x — UPDATE/CREATE s diff (EntitaId = Kod řádku dovakcepersonal)
3. hotovo step04VlozJeden.x — CREATE (voláno z step04vlozMulti.x)
4. hotovo step04VlozVice.x — CREATE při rozepsání více kusů
5. hotovo AkcePersonalDel.x — DELETE s DataPred před mazáním, Modul=step04

Diff pole: Kusu,Cena,terminod,termindo,casod,casdo,hodin,sleva,SazbaNakup,poznamka — Po po UPDATE/CREATE z DB (stejný formát jako Pred).

Ověření (aa=3753, 22. 6. 2026, id > 1661179):

baseline_max_id pro další testy: 1661203.

SELECT id, DatumCas, TypAkce, Modul, EntitaTyp, EntitaId, Vysledek,
       LEFT(Popis,80) AS Popis, DataPred, DataPo
FROM historyworkers
WHERE KodAkce = 3753 AND id > 1661203
  AND Modul = 'step04'
ORDER BY id DESC;

Krok 4.4 — Prostory step02/step021 hotovo + ověřeno

1. hotovo !step02/step02HistLib.x — Step02_PredSnap, Step02_MistoFields, Step02_NormCas, Step02_Log
2. hotovo step02vloz.x — CREATE (2 cesty + legacy duplicitní zápis), DELETE
3. hotovo step021vloz.x — CREATE/DELETE, Modul=step021; DELETE i přes ajaxDel=1
4. hotovo AkceMistnostiDel.x — DELETE s DataPred, Modul=step02

Diff pole: kusu,sleva,SazbaJednotkova,SazbaNakup,NazevMistnosti,terminod,termindo,casod,casdo,DPH,poznamka — shodné pořadí klíčů se step06 kalkulací prostor.

oprava Step02_MistoPredDel — DELETE ve step02 hledá řádek podle Kod nebo idd (ř. 1661263 měl prázdný DataPred).

Ověření (aa=3753, 22. 6. 2026, id > 1661203):

baseline_max_id: 1661269. step02 může logovat 2× CREATE na jeden INSERT (legacy).

SELECT id, DatumCas, TypAkce, Modul, EntitaTyp, EntitaId,
       LEFT(Popis,80) AS Popis, DataPred, DataPo
FROM historyworkers
WHERE KodAkce = 3753 AND id > 1661269
  AND Modul IN ('step02','step021')
  AND EntitaTyp = 'misto'
ORDER BY id DESC;

Krok 4.5 — Technika step08–10 hotovo

1. hotovo !technika/TechnikaHistLib.x — Technika_PredSnap, Technika_AkceRowFields, Technika_NabidkaFields, Technika_Log
2. hotovo step08NabidkaVloz.x — CREATE/UPDATE nabídka (EntitaTyp=nabidka)
3. hotovo step08NabidkaDel.x — DELETE nabídka (1× souhrn místo 4× legacy)
4. hotovo NabidkuAktivuj.x — UPDATE nabídka/akce (aktivace/deaktivace)
5. hotovo step09Vloz.x — CREATE/UPDATE/DELETE technika, DELETE balíček
6. hotovo step10Vloz.x, step10VlozNovouTechniku.x — CREATE/UPDATE/DELETE, hromadné DELETE
7. hotovo step10NabidkaKopiruj.x — Technika_LogKopieNabidka (odkud→kam, Modul=step08 při kam=08), step10NabidkaVyber.x
8. hotovo step10ZmenaAkce.x, step10ZmenaTerminu.x, step10ZmenaMista2.x — step14 nastavení akce/termínu/místa (Modul=step14)
9. hotovo step14VlozPoDnech.x — UPDATE rozpis po dnech po jednotlivých dnech (KusuDen,CenaDen,SlevaDen,datum)
10. hotovo step10Vloz.x při kam=14 loguje jako step14 (jen historie)
11. hotovo step10VlozPoDnechHromadne.x — hromadné slevy po dnech (step14 při kam=14)
12. hotovo UI historie — zvýraznění názvu techniky/nabídky v popisu (uact-hist-ent-nazev), název nabídky z DB pro EntitaTyp=nabidka
13. mimo scope step08NabidkaForm.x — jen zobrazení formuláře (legacy PAGE)

Diff pole technika (hlavička): kusu,Cena,sleva,PocetDnu,CenaDodavatel,cenadodavatel,DPH,NazevTechnika,terminod,termindo,casod,casdo,chybikusu,poznamka

Diff pole technika (den): KusuDen,CenaDen,SlevaDen,datum — Technika_DatumRowFields()

Diff pole nabídka: NabidkaNazev,NabidkaPopis,terminod,termindo,aktivni + KodAkce (přiřazení akce)

EntitaId: dovakcetechnika.Kod (řádek v akci), dovakcetechnikanabidka.Kod (nabídka). Pozor: ve step10 je neukladej=1 = ukládat (opačně než step08/09).

baseline_max_id po testu akce 3753 (22.06.2026): 1661607 (předchozí 1661269).

Ověřeno v testu aa=3753 (~338 nových řádků): step08 aktivace/deaktivace/kopie nabídky; step09 oprava techniky; step10 výběr nabídky; step14 přiřazení akce, termín, místo, rozpis po dnech (1 řádek/den/technika), hromadné slevy (1 řádek/den); CREATE/UPDATE/DELETE techniky v nabídce.

P3 Šum: časté Vybrána nabídka (step10) při každém přepnutí session — zvážit sloučení nebo nižší prioritu ve filtru UI.

P3 Termín bez skutečné změny (DataPred=DataPo) se stále loguje — volitelně přeskočit v step10ZmenaTerminu.x.

Kopie nabídky: detail z nabidka=… do nabidka=… je ve sloupci PopisAkce (ne v DataPred/DataPo).

SELECT id, DatumCas, TypAkce, Modul, EntitaTyp, EntitaId,
       LEFT(Popis,80) AS Popis, LEFT(PopisAkce,120) AS Detail, DataPred, DataPo
FROM historyworkers
WHERE KodAkce = 3753 AND id > 1661269
  AND Modul IN ('step08','step09','step10','step14')
ORDER BY id DESC;

Krok 4.6 — Mobiliář / služby (step03, step07) hotovo

1. hotovo !step03/step03HistLib.x — Step03_PredSnap, Step03_InventarFields, Step03_Log (Modul=step03, EntitaTyp=inventar)
2. hotovo !step07/step07HistLib.x — Step07_PredSnap, Step07_SluzbaFields, Step07_Log (Modul=step07, EntitaTyp=sluzba)
3. hotovo step03Vloz.x, step03VlozJeden.x — CREATE/UPDATE mobiliáře
4. hotovo AkceInventarDel.x — DELETE mobiliáře
5. hotovo step07vloz.x, step07VlozJeden.x — CREATE/UPDATE služby
6. hotovo AkceSluzbyDel.x — DELETE služby
7. hotovo UI historie — AkceHistNazevEntita pro inventar/sluzba, kategorie Mobiliář/Služby (oprava mapování URL)
8. hotovo step03vlozMulti.x, step04vlozMulti.x, step07vlozMulti.x — souhrnný log ids= + jednotlivé CREATE z *VlozJeden.x (Fáze 5.5)

Diff pole inventář: Kusu,Cena,mj,terminod,termindo,casod,casdo,sleva,SazbaNakup,poznamka,NazevInventare

Diff pole služba: Kusu,Cena,mj,terminod,termindo,casod,casdo,sleva,SazbaNakup,poznamka,NazevSluzby,PopisSluzby

EntitaId: dovakceinventar.Kod, dovakcesluzby.Kod. Log při neukladej = 0 (stejně jako step08/09).

baseline_max_id po testu akce 3753 (22.06.2026): 1661660 (předchozí 1661607).

SELECT id, DatumCas, TypAkce, Modul, EntitaTyp, EntitaId,
       LEFT(Popis,80) AS Popis, LEFT(PopisAkce,120) AS Detail, DataPred, DataPo
FROM historyworkers
WHERE KodAkce = 3753 AND id > 1661607
  AND Modul IN ('step03','step07')
ORDER BY id DESC;

Krok 4.7 — Lifecycle akce (mazání) hotovo

Audit celého řetězce smazání akce: požadavek (krok 1), validace, soft delete (archiv), hard delete, zamítnutí.

1. hotovo !akce/AkceDelHistLib.x — AkceDel_PredSnap, AkceDel_AkceFields, AkceDel_DetAkce, AkceDel_Log
2. hotovo akcedelpotvrd.x + !akce/AkceDel.x — pilot Krok 1.4/2.3; DELETE větve doplněny o DataPred/DataPo (Fáze 4.7)
3. hotovo !akce/AkceDelKopie.x — nahrazen ActiveHistoryWorkers, log i u hard delete kopií
4. hotovo UI — AkceHistModulPopis pro AkceDel/AkceDelKopie, název akce z nazevakce ve snapshotech
5. mimo scope 4.7 !akce/AkceDelZavrit.x — uzavření workflow (Fáze 5+)

Diff pole akce (hlavička): nazevakce,terminod,termindo,casod,casdo,StavAkce,KodKopie,pocetosob

EntitaId: dovakce.Kod (EntitaTyp=akce). U kopií log podle KodKopie zdrojové akce.

Tok uživatele: menu akce → akcedelpotvrd.x?aa= (krok 1) → POST !akce/AkceDel.x (krok 2). Kopie: !akce/akcedelkopie.x?aa= (stejná logika jako AkceDelKopie.x).

Hard delete kopií (KolikAkci > 1): maže i historyworkers u kopií — forenzní stopa zůstává na zdrojové akci (CREATE opakování + DELETE AkceDelKopie). Volitelné vylepšení: do detailu doplnit smazane_aa=6568,6569,….

baseline_max_id pro test: 1661660 (konec fáze 4.6).

Ověřeno v testu aa=3753 (22.06.2026, id 1661688–1661696): krok1 bez prefixu; DENIED obchodníka (Vysledek=d, [ZAMÍTNUTO]).

Ověřeno aa=6512 — mazání kopií (30.06.2026): hard delete 28 kopií přes !akce/akcedelkopie.x?aa=6512 → id 1662397, Modul AkceDelKopie, detail KodKopie=6512| pocet=28. Historie u smazaných kopií (6568–6595) se při hard delete maže spolu s akcemi — na zdroji 6512 zůstávají CREATE z opakování + tento DELETE.

baseline_max_id po testu 3753: 1661696.

-- Mazání kopií (aa=6512, ověřeno 30. 6. 2026)
SELECT id, DatumCas, TypAkce, Modul, Popis, PopisAkce
FROM historyworkers
WHERE KodAkce = 6512 AND Modul = 'AkceDelKopie' AND TypAkce = 'DELETE'
ORDER BY id DESC LIMIT 5;

-- DENIED / krok1 (aa=3753)
SELECT id, DatumCas, TypAkce, Modul, EntitaTyp, EntitaId, Vysledek,
       LEFT(Popis,80) AS Popis, LEFT(PopisAkce,120) AS Detail
FROM historyworkers
WHERE KodAkce = 3753 AND id > 1661660
  AND Modul IN ('AkceDel','akcedelpotvrd','AkceDelKopie')
ORDER BY id DESC;

Krok 4.8 — Soubory, dokumenty, DigiSign hotovo

Audit uploadu příloh/dokumentů a odeslání k podpisu přes DigiSign.

DigiSign — kompletní právní stopa hotovo 2026-06

Knihovna /DigiSignHistLib.x (include v DigiSignEnvelopeLib.x). Všechny záznamy: Modul=step75, EntitaTyp=digisign, EntitaId=zdroj_id (ID přílohy/dokumentu v dovakce*).

Soubory auditní stopy na disku: digisign_audit_{digisign_podpis.id}.pdf ve složce zdrojového souboru (např. /!files/document/digisign_audit_10.pdf). Ikona štítu v UI step75 i v historie.x (AkceHistDigiSignAuditLink, třída uact-hist-audit-ikon).

Poznámky implementace: popisky stavů příjemců v ASCII (bez poškozené diakritiky v DB); snapshot příjemců při zobrazení stránky vypnut — loguje se jen skutečná změna stavu; webhook běží pod systémovým uživatelem DigiSign webhook (DSH_EnsureHwSession).

1. hotovo /FilesHistLib.x — snapshot, Files_Log*, DigiSign helper
2. hotovo Log až po INSERT do DB (ne před kopírováním — oprava duplicitního/ prázdného EntitaId)
3. hotovo UI historie — kategorie Přílohy/Dokumenty/DigiSign, název z nazev / audit_filename ve snapshotech
4. hotovo DigiSignHistLib.x — stavy obálky, API sync (auto/manual/ajax), webhook, API chyby, příjemci, auditní PDF
5. hotovo Sync handlery: step75PodpisSync.x, step75PodpisSyncAjax.x, DS_PodpisAutoSyncAkceZApi (F5)
6. hotovo ZO notifikace příloh — volitelná entita hwZoEntitaTyp/Id v KontrolaZodpovedneOsobyZaAkci.x

Diff pole příloha: nazev,popis,filename,folder,size,mime,sekce

Diff pole dokument: nazev,original,popis,filename,folder,size,mime,sekce

Diff pole digisign (obálka): stav,envelopeId,api_status,zdroj

Diff pole digisign (příjemce): prijemce,email,stav

Diff pole digisign (audit PDF): podpis_id,audit_folder,audit_filename,envelopeId,zdroj

baseline_max_id pro test: 1661696 (konec fáze 4.7). Ověřeno aa=3753: příjemci id 1661797+, auditní stopa id 1661819.

-- Vše step75 / digisign
SELECT id, DatumCas, TypAkce, EntitaId, LEFT(Popis,100) AS Popis, DataPo
FROM historyworkers
WHERE KodAkce = 3753 AND Modul = 'step75' AND EntitaTyp = 'digisign'
ORDER BY id DESC;

-- Příjemci (změna stavu)
SELECT id, DatumCas, LEFT(Popis,120), DataPo
FROM historyworkers
WHERE KodAkce = 3753 AND Modul = 'step75' AND EntitaTyp = 'digisign'
  AND Popis LIKE '%prijemce%'
ORDER BY id DESC;

-- Auditní stopa PDF
SELECT id, DatumCas, LEFT(Popis,120), DataPo
FROM historyworkers
WHERE KodAkce = 3753 AND Modul = 'step75' AND EntitaTyp = 'digisign'
  AND Popis LIKE '%auditni stopa%'
ORDER BY id DESC;

-- Soubory (přílohy/dokumenty) po 4.8
SELECT id, DatumCas, TypAkce, Modul, EntitaTyp, EntitaId, Vysledek,
       LEFT(Popis,80) AS Popis, LEFT(PopisAkce,120) AS Detail, DataPred, DataPo
FROM historyworkers
WHERE KodAkce = 3753 AND id > 1661696
  AND Modul IN ('step05','step70','step75')
  AND EntitaTyp IN ('priloha','dokument','digisign')
ORDER BY id DESC;

Krok 4.9 — Smlouvy hotovo

Audit HTML smluv v tabulce dovakcesmlouvy — editor, soft delete/obnovení, náhled/tisk. Knihovna !smlouvy/SmlouvyHistLib.x.

Smlouvy — snapshot a popisy hotovo 2026-06

Všechny záznamy: EntitaTyp=smlouva, EntitaId=Kod smlouvy. Výchozí Modul=step60; náhled ze step75 používá Modul=step75.

Související (mimo 4.9, ale navázané): generování PDF smlouvy pro DigiSign ve step75 — !step75/step75SmlouvaPdfLib.x loguje jako EntitaTyp=dokument / Modul=step75 (fáze 4.8), ne jako smlouva.

Ještě nemigrováno: !step60/step60vloz.x — starší handler polí OD/DO u aut ve smlouvě (bez HW_Log).

1. hotovo SmlouvyHistLib.x — Smlouvy_PredSnap, Smlouvy_Log*
2. hotovo Migrace z PopisXX + ActiveHistoryWorkers na HW_LogDiff
3. hotovo UI historie — kategorie Smlouvy, badge PAGE_VIEW pro náhled/tisk
4. hotovo Náhled ze step75 — smlouva01.x?mod=step75

Diff pole smlouva: datum,aktualizace,smazano,obsah_len (obsah HTML se do logu neukládá — jen délka)

Ověřeno aa=3753: PAGE_VIEW náhled smlouvy id 1661766 (EntitaTyp=smlouva, EntitaId=3).

-- Vše smlouvy akce
SELECT id, DatumCas, TypAkce, Modul, EntitaId, LEFT(Popis,100) AS Popis, DataPred, DataPo
FROM historyworkers
WHERE KodAkce = 3753 AND EntitaTyp = 'smlouva'
ORDER BY id DESC;

-- CREATE / UPDATE / DELETE editoru
SELECT id, DatumCas, TypAkce, LEFT(Popis,120), DataPo
FROM historyworkers
WHERE KodAkce = 3753 AND EntitaTyp = 'smlouva' AND Modul = 'step60'
  AND TypAkce IN ('CREATE','UPDATE','DELETE')
ORDER BY id DESC;

-- Náhled / tisk (PAGE_VIEW)
SELECT id, DatumCas, TypAkce, Modul, LEFT(Popis,120), LEFT(PopisAkce,80)
FROM historyworkers
WHERE KodAkce = 3753 AND EntitaTyp = 'smlouva' AND TypAkce = 'PAGE_VIEW'
ORDER BY id DESC;

Krok 4.10 — Detail, energie, školní pomůcky hotovo + ověřeno (step20, step95)

Migrace tří oblastí na HW_LogDiff: detail akce (step20), spotřeba energie (step94/step95), školní pomůcky (step80).

Detail, energie, pomůcky — snapshot a popisy ověřeno 22. 6. 2026

UI historie: kategorie Detail akce, Energie, Import energie; inventář z step80 jako Školní pomůcky. Premier import (KodAkce=0) se nezobrazí v historie.x?aa=… — jen v SQL / globální historii uživatele.

Poznámka: energie se v kalkulaci loguje také ve step06Vloz.x (EntitaTyp=spotreba) — duplicitní zápisy při úpravě v obou krocích jsou známé (viz matice step06).

1. hotovo step20HistLib.x, step94HistLib.x, step80HistLib.x
2. hotovo Migrace z ActiveHistoryWorkers na HW_LogDiff ve všech uvedených handlerech
3. hotovo AkceHistorieHistLib.x — moduly step20/step80, kategorie detail/spotreba/pomůcky
4. hotovo + ověřeno step20 (step20newVloz id 1661861), step95 energie (CREATE id 1661850, 1661852; UPDATE diff id 1661857)
5. hotovo + ověřeno Premier import (step94mereni id souhrn 1662331, řádky 1662311–1662330)
6. k ověření step80 — uložit školní pomůcku a dotaz na Modul='step80'

Výsledek ověření Premier import (30. 6. 2026)

URL: step94.x?action=import&Obdobi=102&rok=2026&zapis=1 → 37 UPDATE řádků + souhrn EntitaTyp=import. Referenční baseline_max_id = 1662331. Dvojitý souhrn id 1662293 + 1662331 = import spuštěn 2× (4 s interval).

Výsledek ověření (aa=3753, 22. 6. 2026)

Dotazy výše, po baseline fáze 4.9 (id > 1661766) → 4 forenzní záznamy step20/step95 (id 1661850–1661857, 1661861). Nový referenční baseline_max_id = 1661861. step80 zatím bez testovacího zápisu.

Ještě neověřeno na aa=3753: hlavní blok dovakcedetail (EntitaTyp=detail), jednotlivé položky detail_polozka, modul step94, školní pomůcky step80.

-- Detail akce (step20)
SELECT id, DatumCas, TypAkce, Modul, EntitaTyp, EntitaId, LEFT(Popis,100) AS Popis, DataPred, DataPo
FROM historyworkers
WHERE KodAkce = 3753 AND Modul = 'step20'
ORDER BY id DESC;

-- Energie (step94 / step95)
SELECT id, DatumCas, TypAkce, Modul, EntitaId, LEFT(Popis,100), DataPo
FROM historyworkers
WHERE KodAkce = 3753 AND EntitaTyp = 'spotreba' AND Modul IN ('step94','step95')
ORDER BY id DESC;

-- Premier import (KodAkce=0, EntitaTyp=import / spotreba)
SELECT id, DatumCas, TypAkce, Modul, EntitaTyp, EntitaId, LEFT(Popis,100), LEFT(PopisAkce,120)
FROM historyworkers
WHERE EntitaTyp = 'import' AND Modul = 'step94'
ORDER BY id DESC;

SELECT id, DatumCas, TypAkce, EntitaId, LEFT(Popis,100)
FROM historyworkers
WHERE Modul = 'step94' AND KodAkce = 0 AND Popis LIKE '%Import energie%'
ORDER BY id DESC;

-- Školní pomůcky (step80)
SELECT id, DatumCas, TypAkce, EntitaId, LEFT(Popis,100), DataPo
FROM historyworkers
WHERE KodAkce = 3753 AND Modul = 'step80' AND EntitaTyp = 'inventar'
ORDER BY id DESC;

Krok 4.x — Vzor migrace jednoho handleru

Pro každý *vloz.x / *Del.x:

1. Najít místo po úspěšném DB.Execute (sqluloz=1).
2. Před UPDATE načíst starý stav do proměnných (SELECT … WHERE Kod=).
3. Nahradit blok PopisXX + include tímto:

CALL HW_Log("UPDATE", "step04", "personal", KodAkcePersonal, KodAkce, _
  "Opraven personál: " & PersonalZkratka, _
  "terminOd=" & terminOdOld & "→" & terminOd & "; cena=" & cenaOld & "→" & cena, _
  "ok", cenaOld, cena)

4. Smazat duplicitní include ActiveHistoryWorkers na stejném místě.
5. Test na testovací akci — 1 řádek, správný TypAkce v DB.

Krok 5.1 — Opakování akce ověřeno aa=6512

Tok: akceopakuj.x?aa=… → formulář → step01OpakujVloz.x → AJAX step01OpakujAjax.x → step01OpakujRun.x + AkceKopiruj2.x. Kopie dostanou KodKopie=zdroj_aa.

Po každé úspěšné kopii:

• Step01_LogOpakujCreate — log na nové aa (Kopie akce (opakování)) i na zdrojové aa (Opakování — vytvořena kopie aa=…)
• Step01_LogOpakujKolizePreskoc — při kolizi prostor termín přeskočen: DENIED na zdroji s detailem konfliktních akcí
• Step01_LogOpakujSouhrn — po dokončení dávky na zdroji: vytvoreno=N, preskoceno_kolize=M, nove_aa=6568,6569,…

Ověření — akce 6512 (30. 6. 2026)

Opakování týdenní, 28 kopií (6568–6595). Celkem 57 CREATE řádků (28×2 + 1 souhrn). Poté hard delete kopií → id 1662397 (4.7 AkceDelKopie).

-- Zdrojová akce 6512 (CREATE z opakování + souhrn)
SELECT id, KodAkce, LEFT(Popis,55) AS Popis, PopisAkce
FROM historyworkers
WHERE KodAkce = 6512 AND Modul = 'step01' AND TypAkce = 'CREATE'
  AND (Popis LIKE '%opakov%' OR PopisAkce LIKE '%zdroj_aa%')
ORDER BY id DESC;

-- Každá kopie (6568–6595)
SELECT id, KodAkce, LEFT(Popis,55) AS Popis, PopisAkce
FROM historyworkers
WHERE KodAkce BETWEEN 6568 AND 6595
  AND Modul = 'step01' AND TypAkce = 'CREATE'
  AND Popis LIKE '%Kopie akce%'
ORDER BY KodAkce;

-- UI
historie.x?aa=6512&ftyp=CREATE&fq=opakov
historie.x?aa=6568&ftyp=CREATE

Poznámka Jedno opakování = hodně řádků (57). Volitelně později zredukovat duplicitní log „vytvořena kopie“ na zdroji a nechat souhrn + log na každé nové aa.

Krok 5.2 — DigiSign / podpis (step75) hotovo

Implementace je součástí Fáze 4.8 — knihovna /DigiSignHistLib.x (+ FilesHistLib.x pro PDF smlouvy). V plánu Fáze 5 je krok 5.2 jen připomínka, že podpis není mezera.

• CREATE — odeslání k podpisu (step75PodpisOdeslat.x)
• UPDATE — stav obálky, příjemci, webhook, auditní stopa PDF
• Modul step75, entita digisign / dokument

Detailní tabulka událostí, SQL a test id 1661819: Krok 4.8 — DigiSign.

-- UI
historie.x?aa=3753&fkat=DigiSign&fq=digisign

Krok 5.3 — Nákladové listy (step15) hotovo + ověřeno

step15HistLib.x — entita nakladovy_list, modul step15:

• CREATE — po uložení (step15Vloz.x), detail ids=…
• DELETE — mazání (step15Del.x), diff před smazáním
• PAGE_VIEW — tisk (!DOC/nakladovy01.x?aa=&nb=), detail nakladovy01.x| aa=…| nb=…| pocet=…| ids=…

-- Tisk nákladového listu (aa=6482, nabídka N1036)
SELECT id, TypAkce, LEFT(Popis,70), PopisAkce
FROM historyworkers
WHERE KodAkce = 6482 AND Modul = 'step15' AND TypAkce = 'PAGE_VIEW'
  AND PopisAkce LIKE '%nakladovy01%'
ORDER BY id DESC;

-- UI
historie.x?aa=6482&ftyp=PAGE_VIEW&fq=nakladovy

Ověřeno aa=6482: CREATE/DELETE/PAGE_VIEW tisk N1036 (id např. 1662592 PAGE_VIEW, DELETE 18 položek).

Krok 5.4 — Auta u akce (step50) hotovo + ověřeno

step50HistLib.x — entita auto, modul step50:

• CREATE — vložení (step50vloz.x INSERT), detail id=…, diff po uložení
• UPDATE — úprava rezervace (step50vloz.x UPDATE), detail id=…, diff před/po
• DELETE — smazání (!akce/AkceAutaDel.x), detail id=…, diff před smazáním; TimeLine del=1 beze změny

Notifikace ZO „Změna auta u akce“ zůstává v modulu akce (KontrolaZodpovedneOsobyZaAkci) — odděleně od datového diffu step50.

-- Auta u akce aa=6482
SELECT id, TypAkce, LEFT(Popis,70), PopisAkce
FROM historyworkers
WHERE KodAkce = 6482 AND Modul = 'step50' AND EntitaTyp = 'auto'
ORDER BY id DESC;

-- UI
historie.x?aa=6482&fkat=Auta&fq=auto

Ověřeno aa=6482: CREATE id 1662620, UPDATE 1662624, DELETE 1662627 (EntitaTyp=auto, EntitaId=8, vw caddy 7AV 3052).

Krok 5.5 — Hromadné vložení (step03 / step04 / step07) hotovo

Multi handlery doplňují audit, který u jednotlivých kroků chyběl pro hromadný formulář:

• Každý nový řádek — samostatný CREATE s diffem (*VlozJeden.x)
• Po dávce — souhrnný CREATE: Hromadné vložení … (N), detail ids=1,2,3,… (Step0x_LogMultiSouhrn)

SELECT id, Modul, TypAkce, LEFT(Popis,70), PopisAkce
FROM historyworkers
WHERE KodAkce = @aa AND TypAkce = 'CREATE'
  AND Popis LIKE '%Hromadné vložení%'
ORDER BY id DESC;

Krok 5.6 — Mazání catering nabídky (step43) hotovo

Handler: !step43/step43NabidkaDel.x · tabulka cateringnabidka (+ kaskáda dovakcecatering, skladové pohyby).

• DELETE — Technika_Log("step43", …, "nabidka", …)
• Diff před smazáním: NabidkaNazev, NabidkaPopis, filename
• Detail: popis nabídky + soubor=… | včetně catering a skladu
• Oprávnění: smazat může pouze KodU, který nabídku vložil

SELECT id, Modul, TypAkce, LEFT(Popis,70), PopisAkce
FROM historyworkers
WHERE KodAkce = @aa AND Modul = 'step43' AND TypAkce = 'DELETE'
  AND EntitaTyp = 'nabidka'
ORDER BY id DESC;

Krok 5.7 — Technika — rozpis po dnech (step14) hotovo

Handler: !step14/step14VlozPoDnech.x · alternativní editace kusu/ceny/slevy po dnech mimo step10.

• UPDATE — Step14_LogDenZmena jen při skutečné změně (porovnání hwPred vs hwPo)
• Entita technika, modul step14, EntitaId = řádek v dovakcetechnika
• Popis: {název techniky} — Rozpis po dnech dne DD.MM.RRRR: kusu=… cena=… sleva=…
• Detail: datum=…, diff polí řádku dovakcetechnikadatum

SELECT id, Modul, TypAkce, LEFT(Popis,70), PopisAkce
FROM historyworkers
WHERE KodAkce = @aa AND Modul = 'step14' AND TypAkce = 'UPDATE'
  AND Popis LIKE '%Rozpis po dnech%'
ORDER BY id DESC;

Krok 5.8 — Mazání dokumentů akce (step70) hotovo

Handler: !akce/AkceDokumentyDel.x · knihovna /FilesHistLib.x · tabulka dovakcedokumenty.

• DELETE — Files_Log("DELETE", "step70", "dokument", …)
• Snapshot před smazáním (Files_PredSnap): název, soubor, složka
• Popis: Smazán dokument: {název} - {filename}
• Oprávnění: smazat může pouze uploader (uploader = SESSION(KodU))
• TimeLine: timeline.del=1 pro dokumenty={id}

Symetrické k uploadu (FilesDokumentUpload.x, Fáze 4.8). Přílohy step05 mazání: AkceFilesDel.x.

SELECT id, Modul, TypAkce, LEFT(Popis,70), LEFT(PopisAkce,80)
FROM historyworkers
WHERE KodAkce = @aa AND Modul = 'step70' AND TypAkce = 'DELETE'
  AND EntitaTyp = 'dokument'
ORDER BY id DESC;

Krok 5.9 — Jednorázová kopie akce a kolize ověřeno aa=6512

Tok: akcekopiruj.x?aa=… → formulář (AJAX kontrola akcekopie_kontrola.x) → !akce/akcekopie_vloz.x → AkceKopiruj2.x.

Soubory: !akce/AkceKopieHistLib.x (modul AkceKopie), !step01/OpakujAkceLib.x (OpakujKolizeInfo — detekce kolizí prostor).

AJAX kontrola (akcekopie_kontrola.x) se neloguje — záznam až při odeslání formuláře (žádný šum z opakovaného pollingu).

Oprava 6/2026 Detekce kolizí prostor (OpakujKolizeInfo): (1) zahrnout i rozpracované kopie StavAkce=0, (2) filtr nájemce dovakce.najemce včetně legacy najemce=0, (3) nefiltrovat přes neexistující dovakcemista.najemce.

Ověření — kopie s kolizí prostor (30. 6. 2026)

Zdroj 6512 → kopie 6572 na termín 16. 6. 2026 13:00–15:00, kolize s akcí 6568 (3.NP Zasedací místnost), přes ProstoryOK. Dva řádky na zdrojovém aa:

-- Jedna kopie s kolizí (zdroj 6512, nové aa=6572)
SELECT id, Modul, TypAkce, LEFT(Popis,70), PopisAkce
FROM historyworkers
WHERE KodAkce = 6512
  AND PopisAkce LIKE '%aa=6572%'
  AND (LOWER(IFNULL(Modul,'')) = 'akcekopie' OR TypAkce = 'KOLIZE')
ORDER BY id;

-- Všechny kolize u kopírování akce 6512
SELECT id, TypAkce, LEFT(Popis,70), PopisAkce
FROM historyworkers
WHERE KodAkce = 6512
  AND TypAkce IN ('KOLIZE','DENIED')
  AND PopisAkce LIKE '%kolize:%'
ORDER BY id DESC;

-- Kolize při opakování (přeskočený termín)
SELECT id, KodAkce, TypAkce, LEFT(Popis,60) AS Popis, PopisAkce
FROM historyworkers
WHERE LOWER(IFNULL(Modul,'')) = 'step01'
  AND (Popis LIKE '%přeskočen%kolize%' OR PopisAkce LIKE '%kolize%')
ORDER BY id DESC;

-- UI
historie.x?aa=6512&fq=kolize
historie.x?aa=6512&ftyp=CREATE&fq=Kopie%20akce

Krok 6.1 — Filtry a rychlé vyhledávání v AkceHistorieShow.x implementováno (6. 2026)

Soubory: !akce/AkceHistorieShow.x, !akce/AkceHistorieHistLib.x, users/UserActivityHist.css, !SQL/SQLHledejLib.x (HledejBezDiakritiky)

Kompaktní formulář (jeden řádek)

Stávající parametry zachovány: view (forensic/all), fdiff=1, fmod, flegacy=1, dd (detail dne), ftxt (text v popisu/diff), paginace sr/str. Odkazy v souhrnných tabulkách filtry drží (AkceHistLinkCommon). Reset → historie.x?aa=… bez filtrů.

Rychlé vyhledávání (fq)

Po kliknutí Vyhledat (fqGo=1) se řetězec rozdělí na tokeny (čárka, středník, svislítko, mezera) a každý token se mapuje na filtr. Diakritika se ignoruje (HledejBezDiakritiky — stejný princip jako hledej.x). Po parsování redirect na čistou URL; původní fq zůstane v adrese i ve formuláři pro další zpřesnění.

Příklady (aa=3753, po Vyhledat):

person nikol kveten          → Personál + uživatel Nikol + květen aktuálního roku
georg 15.10                 → uživatel Georg + den 15. 10. (aktuální rok)
personal, 20.5.2026, uprava → Personál + 20. 5. 2026 + typ UPDATE

URL po parsování (zkráceně):
historie.x?aa=3753&Obdobi=105&rok=2026&KodU=…&fkat=Person%C3%A1l&fq=person+nikol+kveten&hledat=1

Poznámky

• Duplicitní select fent (EntitaTyp) z formuláře odstraněn — oblast pokrývá fkat.
• Konkrétní den (dd) má prioritu před měsíčním obdobím; skryté dd v formuláři už nepřepisuje měsíc.
• Rychlé parsování jen při fqGo=1 — změna měsíce/roku v selectu nevolá parser fq.
• Oprava VBScript: u data 15.10 se nepřistupuje k parts(2) bez kontroly UBound (AND nezkracuje).

SQL: AkceHistSqlWhereBase — období z Obdobi+rok nebo jeden den z dd; AkceHistSqlWhereExtra — KodU, fkat, fmod, ftyp, fvysl, ftxt, fdiff, flegacy.

Krok 6.1b — Co z 6.1 ještě chybí hotovo 6. 2026

1. hotovo Dropdown Modul (fmod) ve formuláři — stejná logika jako odkazy ze souhrnu „Nejnavštěvovanější oblasti" (AkceHistUrlPopisExpr).
2. hotovo Checkbox Skrýt legacy (flegacy=1) — filtr TypAkce IS NOT NULL; ve forenzním pohledu výchozí zaškrtnuto.
3. hotovo Barevné badge Vysledek v detailu — OK (zelená), Zamítnuto (červená), Chyba (tmavě červená) vedle badge TypAkce.

Krok 6.2 — Detail řádku hotovo 6. 2026

1. hotovo Sloupce: DatumCas, TypAkce, Modul, EntitaTyp, EntitaId, Vysledek (krok 4.1c).
2. hotovo Rozbalitelný diff DataPred → DataPo.
3. hotovo Barva řádku (AkceHistRowCssClass): ok=zelená, denied=červená, error=oranžová — třídy uact-hist-row--ok/denied/error v UserActivityHist.css.

Krok 6.3 — Export CSV hotovo 6. 2026

Soubor: !akce/AkceHistorieExport.x — stejné WHERE jako filtr (AkceHistSqlWhere), UTF-8 CSV se středníkem (Excel cs-CZ), max 50 000 řádků.

1. hotovo Tlačítko Export CSV u „Kroků celkem" — předá aktuální filtry z URL.
2. hotovo Sloupce: id;DatumCas;KodU;Jmeno;KodAkce;TypAkce;Modul;ModulPopis;Oblast;EntitaTyp;EntitaId;Vysledek;Popis;PopisAkce;DataPred;DataPo;Url
3. hotovo Vysledek jako text ok|denied|error; při >50 000 řádcích chybová hláška (zúžit filtr).

Krok 6.4 — Kategorie z Modul/EntitaTyp hotovo 6. 2026

Soubor: AkceHistorieHistLib.x — AkceHistKategorieExpr() bez Popis LIKE; pořadí: EntitaTyp → Modul (AkceHistModulKategorieSql) → fallback URL (legacy).

1. hotovo Nové entity: smlouva, nakladovy_list.
2. hotovo Modul mapuje step01–step99, AkceDel, AkceKopie, akce (ZO).
3. hotovo Rychlé hledání fq doplněno o „nákladový“ → Nákladové listy.

Krok 7.1 — DB uživatel: pouze INSERT na historyworkers

Soubor: !!MySQL/historyworkers_integrita — vzorové GRANT SELECT, INSERT + REVOKE UPDATE, DELETE pro aplikační účet. Spustit ručně na MySQL (ne z ASP).

Hard delete kopií akce (AkceDelKopie) a archivace vyžadují DELETE — buď výjimka pro údržbový účet, nebo noční job mimo aplikační pool.

Krok 7.2 — Archivace do historyworkers_archive

Soubory: !!MySQL/historyworkers_integrita (DDL), /HistoryWorkersArchive.x, /HistoryWorkersIntegritaLib.x (HW_ArchiveRunBatch).

1. Výchozí stáří: 7 let (Application("HW_ArchiveYears") nebo parametr ?years=7).
2. Dry run: /HistoryWorkersArchive.x?years=7 — jen počet k přesunu.
3. Spuštění: …&run=1 (admin zz nebo t), dávky po 5000 řádcích.

Krok 7.3 — Audit admin=zz (volitelně)

Soubor: HistoryWorkersIntegritaLib.x — HW_LogSkipAdminZz() nahrazuje pevné SESSION("admin")=zz v HistoryWorkersLib.x a ActiveHistoryWorkers.x.

Zapnutí auditních stop pro konfigurátora menu: v !StrUvodConfig.x nebo Global.asa nastavit Application("HW_LogAdminZz") = True (výchozí False = dosavadní chování).

Krok 7.4 — Monitoring INSERT/min

Po každém úspěšném INSERT volá HW_MonitorInsertAfterSuccess() — počítadlo v Application, limit výchozí 100/min (Application("HW_InsertAlertPerMin")).

Při překročení zápis do /!error/historyworkers_alert.log (jednou za minutu).