Tickety maji zalozky, fronta umi prirazovat

Seznam ticketu mel dva prepinace, "Moje tickety" a "Ve fronte", schovane mezi
ostatnimi filtry - splyvaly s nimi a vypadaly jako dalsi dva chipy. Jenze "co
mam u sebe", "co jeste nikdo nema" a "co je ve firme" nejsou filtry, jsou to
tri ruzne prace a kazda chce jinou tabulku.

Tri zalozky:

- Moje tickety, pro toho, kdo je veden jako resitel. Bez sloupce Resi, byl by
  tam porad on
- Nezarazene, pro kazdeho. Radky s rychlym prirazenim
- Vsechny tickety, jen pro toho, kdo vidi i cizi. Sloupec Resi a filtr na sekce

Sloupec Resi je jen ve Vsech: v Mych by ve vsech radcich stalo tyz jmeno a ve
fronte je z definice prazdny. Az v prehledu vsech ma smysl videt, kdo co ma
u sebe.

Zalozka Vsechny se nenabizi tomu, kdo vidi jen svoje - byl by to tentyz seznam.
Rika to Access.seesOthers, a Access.visibleGroups k tomu prida sekce, ktere smi
filtrovat: kdo vidi celou firmu vsechny, vedouci jen ty, ktere vede.

Nova QuickAssign: u kazdeho ticketu ve fronte tlacitko Vzit si a dve roletky,
komu a do ktere sekce. Prirazeni je ve fronte hlavni prace, ne jedna z mnoha
veci na detailu - otevirat kvuli tomu kazdy ticket znamena u dvaceti ticketech
ctyricet kliknuti navic. Dve roletky, ne jedna: clovek a sekce jsou dve ruzna
rozhodnuti. Kdo nesmi rozdavat praci ostatnim, vidi jen Vzit si. Endpointy uz
existovaly, nova je jen cesta k nim.

Vychozi zalozka se odvodi z adresy: odkaz z widgetu nese assignee, takze
unassigned otevre frontu a konkretni resitel nebo sekce pohled Vsechny. Bez
toho by clovek prisel z dlazdice "fronta bez resitele" a koukal na svoje.

Do navrhu 25 zapsano, ze hledani ma zapadnout do zalozky, ve ktere clovek stoji,
ne ji obejit, a vysledek se ma vracet do te same zalozky.

Overeno na bezici instanci: spravce platformy ma zalozku Vsechny a vsechny sekce
ve filtru, Vomacka jako vedouci Servicedesku jen svoji sekci, Kriz jako radovy
clen zalozku Vsechny nema. A cely pohyb ticketu frontou: admin preda TK-4819 do
sekce, Kriz ho vidi ve fronte, vezme si ho a objevi se mu v Mych ticketech.

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

documentation/99-zmeny.md

@@ -2,6 +2,71 @@
 
 Nejnovejsi nahore.
 
+## 2026-09-02 - Tickety maji zalozky, fronta umi prirazovat
+
+Seznam ticketu mel dva prepinace, "Moje tickety" a "Ve fronte", schovane mezi
+ostatnimi filtry - splyvaly s nimi a vypadaly jako dalsi dva chipy. Jenze "co
+mam u sebe", "co jeste nikdo nema" a "co je ve firme" nejsou filtry, jsou to
+**tri ruzne prace a kazda chce jinou tabulku**.
+
+### Tri zalozky
+
+| Zalozka          | Kdo ji ma                     | Cim se lisi                          |
+| ---------------- | ----------------------------- | ------------------------------------ |
+| Moje tickety     | kdo je veden jako resitel     | bez sloupce Resi, byl by tam porad on |
+| Nezarazene       | kazdy                         | radky s rychlym prirazenim           |
+| Vsechny tickety  | kdo vidi i cizi tickety       | sloupec Resi a filtr na sekce        |
+
+**Sloupec Resi je jen ve Vsech.** V Mych by ve vsech radcich stalo tyz jmeno
+a ve fronte je z definice prazdny. Presne o tom mluvil pozadavek: az v prehledu
+vsech ma smysl videt, kdo co ma u sebe.
+
+Zalozka Vsechny se nenabizi tomu, kdo vidi jen svoje - byl by to tentyz seznam.
+Rika to `Access.seesOthers`, a `Access.visibleGroups` k tomu prida sekce, ktere
+smi filtrovat: kdo vidi celou firmu vsechny, vedouci jen ty, ktere vede.
+Nabidnout mu sekci, ze ktere stejne nic neuvidi, je jen matouci.
+
+### Fronta umi prirazovat
+
+Nova `QuickAssign`: u kazdeho ticketu ve fronte tlacitko **Vzit si** a dve
+roletky, komu a do ktere sekce. Prirazeni je ve fronte hlavni prace, ne jedna
+z mnoha veci na detailu - otevirat kvuli tomu kazdy ticket znamena u dvaceti
+ticketech ctyricet kliknuti navic.
+
+Dve roletky, ne jedna: clovek a sekce jsou dve ruzna rozhodnuti. "Tohle je pro
+ucetni" jde rict bez toho, aby se resilo, kdo z nich ma dovolenou.
+
+Kdo nesmi rozdavat praci ostatnim, vidi jen "Vzit si". Endpointy uz existovaly
+(`/claim`, `/assign`, `/group`), nova je jen cesta k nim.
+
+### Vychozi zalozka podle adresy
+
+Odkaz z widgetu nese `assignee`, takze `unassigned` otevre frontu a konkretni
+resitel nebo sekce pohled Vsechny. Bez toho by clovek prisel z dlazdice "fronta
+bez resitele" a koukal na svoje tickety.
+
+Kdo neni veden jako resitel, nema zalozku Moje. Vychozi stav ji ale predpoklada,
+protoze prava dorazi az po prvnim vykresleni - proto pojistka, ktera po nacteni
+prav prepne na prvni dostupnou zalozku.
+
+### Hledani s tim pocita
+
+Zapsano do navrhu: hledani ma zapadnout do zalozky, ve ktere clovek stoji, ne ji
+obejit. Z Mych hleda ve svych, z Nezarazenych ve fronte, z Vsech v celem rozsahu
+stropu, a vysledek se vraci do te same zalozky. Volba "hledat vsude" dava smysl
+jen tam, kde zalozka Vsechny vubec je.
+
+### Overeno na bezici instanci
+
+| Kdo                       | Zalozka Vsechny | Sekce ve filtru |
+| ------------------------- | --------------- | --------------- |
+| spravce platformy         | ano             | vsechny         |
+| Vomacka, vede Servicedesk | ano             | jen Servicedesk |
+| Kriz, radovy clen         | ne              | zadne           |
+
+A cely pohyb ticketu frontou: admin preda TK-4819 do sekce, Kriz ho vidi ve
+fronte, vezme si ho a objevi se mu v Mych ticketech.
+
 ## 2026-09-02 - Nezarazene vidi kazdy, a dlazdice "Moje tickety"
 
 Dve veci, ktere ze stropu viditelnosti vypadly.