v1.1.2

- Real-time updates (Laravel Reverb): live operator queue, live ticket
  chat/detail updates for operator and client, periodic fallback refresh
  with a visible countdown as a backstop for dropped websocket connections.
- SLA automation rules (Admin > Automatyzacja SLA): act on a ticket after
  N minutes of customer silence (change priority/status/team/assignee),
  evaluated every 15 minutes, reusing TicketService's own setters so
  automated changes get the same history/notification/broadcast a manual
  change would.
- New notification: every operator on a matching team gets notified when
  a new ticket lands in one of their subcategories.
- BookStack knowledge-base sidebar now also shown on the client's own
  ticket view (previously operator-only); suggestions everywhere now load
  in after first paint instead of blocking it.
- Client ticket view: shows assigned operator + team; page widened to
  match the operator's.
- Notification bell shows unread only; read notifications disappear
  instead of just dimming.
- Stats dashboard: sectioned layout, new breakdowns (by subcategory, CSAT
  by team/operator, top clients, client x subcategory cross-tab).
- Mobile: nav dropdowns (theme/notifications/profile) now expand full
  width instead of overflowing off-screen below 640px.
- Fixed two bugs that silently disabled all real-time updates (missing
  CSRF header on Echo's private-channel auth; a script-load-order race
  that could miss the livewire:init event) and the mariadb healthcheck
  (world-writable credentials file on this stack's NFS mount).
- Assorted test-suite fixes (roles virtual attribute needs the roles
  table seeded; a few missing seeds/wrong assertions found along the way).

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

wiki/admin/README.md

@@ -55,6 +55,28 @@ zespołu i przypisanymi mu bezpośrednio).
   „Brak”). Naruszenia sprawdza cykliczne zadanie co 15 minut
   (`tickets:check-sla-breaches`) i może powiadomić operatora.
 
+## Automatyzacja SLA
+
+Reguły, które same zmieniają zgłoszenie po określonym czasie **ciszy ze strony
+klienta** (liczonym od ostatniej odpowiedzi klienta, a jeśli jeszcze nie
+odpowiedział — od utworzenia zgłoszenia). Każda reguła ma:
+
+- **Nazwę** i przełącznik **aktywna/nieaktywna**.
+- **Próg** w minutach.
+- Opcjonalne **zawężenie** — priorytet / kategoria (podkategoria) / zespół;
+  puste pole = dowolny. Wszystkie warunki muszą być spełnione naraz.
+- **Akcję** — zmień priorytet / status / zespół / przypisanego operatora, oraz
+  wartość docelową.
+
+Reguły sprawdza cykliczne zadanie co 15 minut (`automation:run-rules`, razem z
+`tickets:check-sla-breaches`). Akcja korzysta z tych samych mechanizmów co
+ręczna zmiana przez operatora — dostaje wpis w historii zgłoszenia (z dopiskiem
+„Automatyzacja: nazwa reguły”), wysyła standardowe powiadomienie dla tej zmiany
+i pojawia się na żywo w kolejce/widoku zgłoszenia. Reguła nie powtarza się dla
+tego samego zgłoszenia, dopóki klient znów nie napisze albo zgłoszenie nie
+zostanie zamknięte i otwarte ponownie — więc bezpiecznie zostawić kilka
+aktywnych reguł naraz, bez ryzyka zapętlenia się co 15 minut.
+
 ## Szybkie akcje odpowiedzi
 
 Przyciski w widoku zgłoszenia operatora, które **wysyłają odpowiedź i od razu
@@ -80,14 +102,18 @@ więcej informacji”, „Restart usuwa problem”.
   „Resetuj” do wartości domyślnej); sam layout nie jest edytowalny z poziomu UI.
 - **Powiadomienia** — lista zdarzeń (zgłoszenie utworzone, zmiana statusu/
   kategorii/priorytetu/zespołu/przypisania, zgłoszenie zamknięte, operator
-  odpowiedział, SLA przekroczone) — każde ma przełącznik włącz/wyłącz, odbiorcę
-  (klient / operator) i przypisany szablon. Usunięcie przypisanego szablonu po
-  prostu wyłącza wysyłkę tego powiadomienia, dopóki ktoś nie wybierze nowego.
-  „Zmiana statusu” i „zgłoszenie zamknięte” się wzajemnie wykluczają dla tej
-  samej zmiany — zamknięcie zgłoszenia wysyła wyłącznie powiadomienie
-  „zgłoszenie zamknięte”, żeby nie dublować maila. **Ten sam przełącznik
-  kontroluje zarówno e-mail, jak i powiadomienie w dzwoneczku w aplikacji** —
-  nie ma osobnego ustawienia dla powiadomień w apce.
+  odpowiedział, SLA przekroczone, **nowe zgłoszenie w zespole**) — każde ma
+  przełącznik włącz/wyłącz, odbiorcę (klient / operator) i przypisany szablon.
+  Usunięcie przypisanego szablonu po prostu wyłącza wysyłkę tego powiadomienia,
+  dopóki ktoś nie wybierze nowego. „Zmiana statusu” i „zgłoszenie zamknięte” się
+  wzajemnie wykluczają dla tej samej zmiany — zamknięcie zgłoszenia wysyła
+  wyłącznie powiadomienie „zgłoszenie zamknięte”, żeby nie dublować maila.
+  „Nowe zgłoszenie w zespole” (domyślnie włączone) trafia do **każdego**
+  operatora w zespole, którego podkategorie pasują do nowego zgłoszenia, nie
+  tylko do jednej przypisanej osoby. **Ten sam przełącznik kontroluje zarówno
+  e-mail, jak i powiadomienie w dzwoneczku w aplikacji** — nie ma osobnego
+  ustawienia dla powiadomień w apce, a dzwoneczek pokazuje tylko nieprzeczytane
+  (znikają po kliknięciu/oznaczeniu).
 
 ## Wygląd / Branding
 

wiki/client/README.md

@@ -3,7 +3,8 @@
 Panel klienta (`/client`) służy do zgłaszania problemów/próśb i śledzenia ich
 rozwiązania. Po zalogowaniu każde konto domyślnie ląduje właśnie tutaj — nawet jeśli
 posiada też uprawnienia operatora lub administratora (przełączysz się przez menu
-profilu w prawym górnym rogu).
+profilu w prawym górnym rogu). Dzwoneczek powiadomień w górnym pasku pokazuje
+tylko **nieprzeczytane** powiadomienia — kliknięcie usuwa je z listy.
 
 ## Zgłaszanie nowej sprawy
 
@@ -41,10 +42,20 @@ odpowiedzi w wątku).
 
 Otwórz dowolne zgłoszenie, by zobaczyć:
 
-- aktualny **status** i **priorytet**,
+- aktualny **status** i **priorytet**, oraz **przypisanego operatora** i
+  **zespół**, który obsługuje sprawę,
 - pełną **historię wiadomości** (Twoje i operatora — notatki wewnętrzne operatora
   nie są widoczne dla klienta); załączone obrazy pokazują się jako miniatury,
-- **SLA** — orientacyjny czas do rozwiązania wg priorytetu sprawy.
+- **historię zmian** — log statusu/priorytetu/zespołu/przypisania z datą,
+- **SLA** — orientacyjny czas do rozwiązania wg priorytetu sprawy,
+- jeśli administrator włączył integrację z bazą wiedzy — panel z artykułami
+  dopasowanymi do kategorii/podkategorii sprawy (te same podpowiedzi, co przy
+  tworzeniu zgłoszenia).
+
+Wszystko na tej stronie aktualizuje się **na żywo** — jeśli operator odpowie
+albo zmieni status/przypisanie, zobaczysz to bez odświeżania strony. Mały
+licznik przy przycisku „Wróć do listy” to niezależny, okresowy fallback (co
+ok. 30 s), na wypadek gdyby połączenie w tle się zerwało.
 
 ## Odpowiadanie
 

wiki/operator/README.md

@@ -6,9 +6,10 @@ odpowiadanie, zmiana statusu/priorytetu/przypisania oraz statystyki zespołu.
 Domyślnie każde konto ląduje po zalogowaniu w panelu Klienta; przełącz się do
 panelu Operatora przez menu profilu (prawy górny róg), jeśli konto ma tę rolę.
 Dzwoneczek powiadomień w górnym pasku (widoczny we wszystkich panelach) pokazuje
-zdarzenia na Twoich zgłoszeniach na bieżąco, bez odświeżania strony.
+Twoje **nieprzeczytane** powiadomienia — kliknięcie (albo „Oznacz wszystkie jako
+przeczytane”) usuwa je z listy.
 
-## Kolejka zgłoszeń
+## Kolejka zgłoszeń — aktualizacje na żywo
 
 Panel główny (`/operator`) pokazuje listę zgłoszeń z zakładkami po lewej stronie:
 
@@ -37,8 +38,20 @@ swoje.
 zaznaczone staje się główne, reszta trafia do niego jako wiadomości i zostaje
 zamknięta) albo **usunąć**.
 
+Kolejka aktualizuje się **na żywo** — nowe zgłoszenie, zmiana statusu/priorytetu/
+przypisania czy nowa odpowiedź pojawiają się bez odświeżania strony. Obok
+przycisku „Kolumny” widać mały licznik odliczający do zera — to niezależny od
+połączenia na żywo, okresowy fallback (co ok. 60 s), na wypadek gdyby
+połączenie sieciowe w tle się zerwało.
+
 ## Praca ze zgłoszeniem
 
+Widok zgłoszenia też aktualizuje się na żywo — nowa wiadomość klienta pojawia
+się od razu (bez odświeżania), podobnie jak zmiana statusu/priorytetu/zespołu
+zrobiona przez innego operatora albo przez regułę automatyzacji SLA. Licznik
+przy przycisku „Wróć do listy” to taki sam fallbackowy zegar jak w kolejce
+(co ok. 30 s).
+
 W widoku pojedynczego zgłoszenia:
 
 - **Zmiana statusu / priorytetu / zespołu / przypisanego operatora** — z listy
@@ -65,7 +78,8 @@ W widoku pojedynczego zgłoszenia:
 - **Edycja danych zgłoszenia** — temat, opis, podkategoria, pola dodatkowe;
   zmiana kategorii może wysłać powiadomienie do klienta.
 - **Historia** — log każdej zmiany (status, priorytet, zespół, przypisanie) z
-  datą.
+  datą; wpis zaczynający się od „Automatyzacja: …” oznacza, że zmianę wykonała
+  reguła automatyzacji SLA (Admin > Automatyzacja SLA), nie operator ręcznie.
 
 ## Statystyki (`/operator/stats`)
 
@@ -94,15 +108,33 @@ zmianie filtra, bez przeładowania strony.
 Przycisk **„Eksportuj CSV"** pobiera listę zgłoszeń (jeden wiersz na zgłoszenie) z
 uwzględnieniem aktualnie wybranego zakresu dat i filtrów.
 
-**Wykresy** (paski poziome, kolor = ta sama identyfikacja co w kolejce dla statusu/
-priorytetu; najedź kursorem na pasek, by zobaczyć dokładną wartość):
+Reszta strony jest podzielona na sekcje:
+
+**Rozkład zgłoszeń** (paski poziome, kolor = ta sama identyfikacja co w kolejce
+dla statusu/priorytetu; najedź kursorem na pasek, by zobaczyć dokładną wartość):
 
 - Zgłoszenia wg statusu
 - Zgłoszenia wg priorytetu
 - Zgłoszenia wg kategorii
+- Zgłoszenia wg podkategorii
+
+**Obciążenie**:
+
 - Obciążenie zespołów
 - Obciążenie operatorów (ranking wg liczby przypisanych zgłoszeń)
 
+**Klienci**:
+
+- Najaktywniejsi klienci (Top 10 wg liczby zgłoszeń w wybranym okresie; osobny
+  wiersz „Goście (bez konta)” sumuje zgłoszenia bez zalogowanego klienta)
+- **Klienci wg podkategorii** — tabela krzyżowa: top 10 klientów × top 5
+  najczęstszych podkategorii w wybranym okresie, reszta podkategorii zbiorczo w
+  kolumnie „Inne”.
+
+**Ocena obsługi (CSAT)** — średnia ocena (X.XX / 5) wg zespołu i wg operatora;
+zespół/operator bez żadnej oceny w wybranym okresie po prostu nie pojawia się
+na liście.
+
 **Trend** — dzienny wykres słupkowy „Nowe zgłoszenia” i „Zamknięte zgłoszenia”
 obok siebie (maks. ostatnie 60 dni wybranego zakresu, żeby słupki pozostały
 czytelne przy długich okresach).