Seed z repozitare, zatezove testy, worker bez spanku, dialogy bez rozmazani

Nastaveni prezije nasazeni: seed/records.json se pri prazdnem ulozisti
nacte misto ukazkovych dat (zive uloziste se nikdy neprepisuje). Soubor
nese soucasny stav produkce (firmy s provozovatelem, role, typ ticketu,
akce, widgety, skupiny, rozlozeni). Novy GET /api/admin/export a skript
npm run seed:export pro dalsi exporty, Dockerfile slozku kopiruje.

Vykonnostni testy (npm run test:perf) nad 200 firmami a 10 000 tickety
a zatezovy skript (npm run load) proti bezici instanci vcetne davky
udalosti na webhook. Mereni odhalilo strop workeru: po obsazeni vsech
mist spal sekundu, takze fronta odbavila nejvys 4 behy za sekundu. Ted
ceka na prvni dokonceny beh: 500 udalosti za 1,3 s (395 behu/s). Strop
posluchacu streamu zvednut na 2 000.

Dialogy: prekryv modalu a menu v portalu bez backdrop-blur, tecka Zive
pulzuje jen pri navazovani spojeni - rozmazani cele obrazovky pod trvalou
animaci sekalo video vedle portalu. Bublina udalosti drzi 0,5 s.

Dokumentace 14, 19, 20, 22, 04, 01, 03, 15 a 99 aktualizovana.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

documentation/04-api.md

@@ -99,6 +99,7 @@ Vyzaduji `Authorization: Bearer <token>`:
 | POST   | `/api/admin/impersonate/stop`                       |
 | GET    | `/api/admin/impersonate/candidates`                 |
 | GET    | `/api/admin/audit`                                  |
+| GET    | `/api/admin/export`                                 |
 
 Sprava zaznamu ma u kazde entity stejnou petici (seznam, detail, vytvoreni,
 uprava, mazani) na `/api/dashboard/settings/<entita>`, protoze ji dela jedna
@@ -478,6 +479,7 @@ Pravo se vzdy pta **za firmu zaznamu**, ne za prepnutou firmu. Cizi firma je
 | prilohy ticketu (POST, DELETE)                  | `ticket.comment` za firmu ticketu plus strop viditelnosti             |
 | `/api/admin/impersonate*`                       | `impersonate`                                                         |
 | `/api/admin/audit`                              | `audit.view`                                                          |
+| `/api/admin/export`                             | `audit.view` (vraci i hashe hesel, stejna citlivost jako audit)      |
 | `/storage`, `/scripts` s cestami na serveru     | cesty jen spravci platformy, ostatni dostanou odpoved bez nich        |
 
 Spravce firmy s `user.manage` **nenastavi `platformAdmin`**, neprida clenstvi
@@ -496,6 +498,20 @@ s 403. Kazde prepnuti i ukonceni je v auditu vcetne toho, kdo to byl doopravdy.
 
 Svuj puvodni token si klient odklada do `sessionStorage`, server o nem nic nevi.
 
+## Export nastaveni
+
+`GET /api/admin/export` vraci `{ exportedAt, kinds: { <druh>: [zaznam] } }`
+se vsemi zaznamy konfiguracnich druhu tak, jak lezi v ulozisti: firmy, ucty
+(**vcetne `passwordHash`**), role, skupiny, moduly firem, typy ticketu,
+akce, widgety, rozlozeni, automatizace, skripty firmy. Konektory, tickety,
+incidenty, audit, upozorneni, prilohy ani pozvanky v nem nejsou. Kazdy
+export je v auditu jako `admin.export` s pocty po druzich.
+
+Je to zdroj pro `seed/records.json`, ktery se pri startu nasype do prazdneho
+uloziste; stahuje ho `npm run seed:export` (`scripts/export-seed.mjs`).
+Proc a co to obnasi je v [14-databaze.md](14-databaze.md), sekce Nastaveni
+v repozitari.
+
 ## Sluzby a konektory
 
 Popis modelu je v [12-sluzby-a-konektory.md](12-sluzby-a-konektory.md), tady jen API.