Nastaveni prezije nasazeni, ukazkova data uz se nevraci

Bez databaze lezi data uvnitr containeru, takze redeploy je smaze a seed je
nasype znovu. Dokud nebude Postgres, resi se to trema vecmi:

Ukazkova data jen se SEED_DEMO=1. Automatizace, tickety a incidenty se uz po
kazdem nasazeni nevraci. Konfigurace se nasypava dal, bez ni je portal
nepouzitelny.

Token webhooku z WEBHOOK_TOKEN_TEST. Driv se pri kazdem nasazeni vygeneroval
novy, takze odesilatel musel prepisovat adresu ve svem kodu. Ted je token
v promenne aplikace: neni v gitu a adresa se nemeni.

Automatizace, ktera na instanci opravdu bezi, je v seedu. Je to provizorium,
ne cil - az data prezijou nasazeni, patri zpatky do dat.

Dal:

- `ticket/upsert` umi vsechna pole ticketu: zakaznik, kanal, odkaz na zdroj,
  priorita, stitky, resitel, skupina a vlastni pole typu jako JSON. Zakaznik
  a kanal se vyplnuji jen pri zalozeni, aby pozdejsi udalost s prazdnym
  jmenem neprepsala, co uz tam je.
- Kroky ve strome jdou sbalit, vychozi je sbaleno. Sbaleny krok ukazuje, co
  ma vyplneno, ne popis operace.
- Seskupovani widgetu podle faze a dva nove widgety: tickety podle stavu
  a podle faze za tento mesic, obojí s proklikem na vyfiltrovany seznam.
- Faze se ukazuje jako stav. Driv byl videt jen nas ctyrprvkovy ciselnik,
  coz u ticketu z cizi aplikace nedava smysl. Zivotni cyklus zustava vedle
  jako drobny text, protoze se z nej pocitaji statistiky.

Overeno 18 kontrolami proti bezicimu serveru.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

documentation/99-zmeny.md

@@ -2,6 +2,48 @@
 
 Nejnovejsi nahore.
 
+## 2026-08-13 - nastaveni prezije nasazeni, ukazkova data uz se nevraci
+
+Bez databaze lezi data uvnitr containeru, takze **redeploy je smaze** a seed
+je nasype znovu. Dokud nebude Postgres, resi se to takhle:
+
+### Zmeneno
+
+- **Ukazkova data jen se `SEED_DEMO=1`.** Automatizace, tickety a incidenty
+  se uz po kazdem nasazeni nevraci. Konfigurace (firmy, uzivatele, role,
+  resitele, typy, widgety) se nasypava dal - bez ni je portal nepouzitelny.
+- **Token webhooku z `WEBHOOK_TOKEN_TEST`.** Driv se pri kazdem nasazeni
+  vygeneroval novy, takze odesilatel musel prepisovat adresu. Ted je token
+  v promenne aplikace: neni v gitu a adresa se nemeni.
+- **Automatizace, ktera na instanci opravdu bezi, je v seedu.** Je to
+  provizorium, ne cil - az data prezijou nasazeni, patri zpatky do dat.
+
+### Pridano
+
+- `ticket/upsert` umi **vsechna pole ticketu**: zakaznik (firma, kontakt, kam
+  odpovidat), kanal, odkaz na zdroj, priorita, stitky, resitel, skupina
+  a vlastni pole typu jako JSON. Zakaznik a kanal se vyplnuji jen pri
+  zalozeni, aby pozdejsi udalost s prazdnym jmenem neprepsala, co uz tam je.
+- **Kroky ve strome jdou sbalit**, vychozi je sbaleno. Sbaleny krok ukazuje,
+  co ma vyplneno, ne popis operace, ktery uzivatel zna.
+- Seskupovani widgetu **podle faze** a dva nove widgety: tickety podle stavu
+  a podle faze za tento mesic. Obojí se proklikne na vyfiltrovany seznam.
+- Filtr na fazi v seznamu ticketu vcetne adresy.
+
+### Opraveno
+
+- **Faze se ukazuje jako stav.** Kdyz ticket ma fazi z workflow sveho typu
+  (napr. stav hovoru od voicebota), ukazuje se ona; nas zivotni cyklus zustava
+  vedle jako drobny text, protoze se z nej pocitaji statistiky. Driv byl videt
+  jen nas ctyrprvkovy ciselnik, coz u ticketu z cizi aplikace nedava smysl.
+
+### Overeno
+
+18 kontrol proti bezicimu serveru: po startu bez `SEED_DEMO` je tam jedna
+automatizace a nula ukazkovych ticketu i incidentu, token webhooku sedi
+s promennou, provoz na te same adrese zaklada tickety, krok vyplni vsechna
+pole vcetne vlastnich a oba widgety pocitaji a prokliknou se.
+
 ## 2026-08-13 - krok prirazeni a ukazkova data nesahaji na provoz
 
 ### Opraveno