Pełna dokumentacja AnimeTicket

Control Center, Ticket Engine, Helpdesk Suite v4, Business white-label, integracje i bezpieczeństwo — od pierwszego logowania po wdrożenie produkcyjne.

START

1. Logowanie, serwer i Control Center

Panel AnimeTicket korzysta z Discord OAuth2. Po autoryzacji odczytywane są serwery, do których masz dostęp, a moduły widoczne w menu są filtrowane przez uprawnienia.

  • Wejdź do /panel-v3/ i zaloguj się przez Discord.
  • Wybierz serwer z przełącznika „Serwer Discord”.
  • Control Center grupuje funkcje w Workspace, Operations, Insights i System.
  • Ctrl/Cmd + K otwiera wyszukiwarkę modułów i ticketów.
  • Wybór PL/EN zmienia język interfejsu. Język komunikatów bota ustawiasz osobno w Settings.
Nie podawaj hasła Discord, tokenu bota ani klucza API w ticketach lub formularzach pomocy.
WORKSPACE

2. Dashboard

Dashboard pokazuje najważniejsze informacje operacyjne bez otwierania każdej sprawy.

  • KPI: otwarte zgłoszenia, sprawy krytyczne, SLA, satysfakcja i kolejka.
  • Wykres aktywności opiera się na realnych danych serwera.
  • Ostatnia aktywność prowadzi bezpośrednio do powiązanych ticketów.
  • Szybkie akcje pozwalają przejść do kolejki i najważniejszych operacji.
WORKSPACE

3. Tickets Center

Tickets Center jest główną listą spraw na aktualnym serwerze.

  • Filtruj po statusie, priorytecie i wyszukiwanej treści.
  • Widzisz autora, opiekuna, datę utworzenia i stan sprawy.
  • „W kolejce” oznacza ticket bez przypisanego opiekuna.
  • Na telefonie tabela zmienia się w czytelne karty.
WORKSPACE

4. Ticket Workspace

Pełna obsługa pojedynczego zgłoszenia odbywa się w Ticket Workspace.

  • Przejmij — przypisz ticket do siebie.
  • Odpowiedz — wyślij wiadomość do kanału Discord.
  • Makro — użyj gotowej odpowiedzi.
  • Przenieś — zmień opiekuna/kolejkę zgodnie z dostępną funkcją.
  • Priorytet — zmień ważność sprawy.
  • Zamknij/Reopen — zmień lifecycle ticketu.
  • Notatki wewnętrzne i ważne działania trafiają do historii operacyjnej.
  • Karta klienta pokazuje kontekst, historię i statusy zgodnie z permissions.
WORKSPACE

5. Live Chat Discord ↔ WWW

Live Chat łączy kolejkę i rozmowę z aktywnym ticketem.

  • Wybierz zgłoszenie z kolejki bez przechodzenia do osobnej strony.
  • Odpowiedź w Panelu jest synchronizowana z kanałem Discord.
  • Live transcript aktualizuje się razem z rozmową.
  • Uprawnienia nadal są weryfikowane przez backend.
OPERATIONS

6. Panels Studio

Panels Studio służy do tworzenia wiadomości Discord, z których użytkownicy otwierają tickety.

  • Library zawiera zapisane panele i ich status.
  • Builder ustawia kanał, nazwę, tytuł, opis oraz powiązane Ticket Types.
  • Discord Preview pokazuje efekt przed publikacją.
  • Publikacja aktualizuje wiadomość na skonfigurowanym kanale.
OPERATIONS

7. Ticket Types i formularze

Ticket Type opisuje rodzaj sprawy, formularz oraz reguły routingu i SLA.

  • Nazwa, opis, kategoria i kanały logowania.
  • Wiadomość powitalna i szablon kanału.
  • Limit otwartych ticketów, cooldown i auto-close.
  • SLA pierwszej odpowiedzi i rozwiązania.
  • Dynamiczne pytania krótkie/długie i pola wymagane.
OPERATIONS

8. Team / Access

Team definiuje dostęp ludzi do Control Center.

  • Stosuj zasadę najmniejszych uprawnień.
  • Widoczność modułu i możliwość wykonania akcji to dwa osobne poziomy kontroli.
  • Backend ponownie sprawdza permissions przy operacjach zapisu.
  • Workforce rozszerza ten model o skills, capacity i availability.
OPERATIONS

9. Knowledge Base

Baza wiedzy przechowuje artykuły wsparcia dla zespołu oraz portali Business.

  • Artykuły mają tytuł, slug, treść, tagi i status publikacji.
  • Publiczny Knowledge Portal może pokazywać opublikowaną wiedzę pod brandingiem klienta.
  • Zewnętrzne AI pozostaje wyłączone — baza wiedzy działa samodzielnie.
OPERATIONS

10. Automations — KIEDY → JEŻELI → WYKONAJ

Automation Engine wykonuje akcje po wystąpieniu triggera i spełnieniu warunków.

  • KIEDY — trigger, np. utworzenie ticketu.
  • JEŻELI — warunki typu, priorytetu lub inne dostępne filtry.
  • WYKONAJ — wiadomość, priorytet, routing lub inna obsługiwana akcja.
  • Godziny pracy wspierają procesy powiązane z harmonogramem SLA.
OPERATIONS

11. Macros

Makra to współdzielona biblioteka gotowych odpowiedzi.

  • Zdefiniuj nazwę i treść.
  • Używaj obsługiwanych zmiennych ticketu/użytkownika/pracownika.
  • Sprawdź Live Preview przed użyciem.
  • Nie zapisuj w makrach sekretów lub tokenów.
INSIGHTS

12. Transcripts i załączniki

Transcript archiwizuje historię rozmowy ticketowej.

  • Może obejmować wiadomości, autorów, daty, edycje i metadane plików.
  • Załączniki mogą być archiwizowane albo zachowywane jako metadane/odnośniki zależnie od limitów.
  • Dostęp do transcriptów podlega tenant isolation i permissions.
INSIGHTS

13. Analytics

Analytics pokazuje wolumen i jakość obsługi dla wybranego zakresu dat.

  • Aktywność dzienna i typy ticketów.
  • Mediana czasu odpowiedzi.
  • Realizacja SLA.
  • Ranking obsługi i eksport CSV.
INSIGHTS

14. Audit Log

Dziennik zdarzeń służy do rozliczalności ważnych operacji.

  • Filtry po akcji, aktorze i czasie.
  • Powiązanie z ticketem lub obiektem konfiguracji.
  • Wybrane wpisy pokazują before/after.
  • Log nie powinien ujawniać pełnych sekretów.
SYSTEM

15. Integrations Hub

Połącz AnimeTicket z własnymi usługami.

  • REST API keys z nazwą, scope i opcjonalnym terminem wygaśnięcia.
  • Webhooki wychodzące na HTTPS URL.
  • Wybór zdarzeń, które mają być dostarczane.
  • Pełny sekret klucza zapisz podczas tworzenia — później nie powinien być ujawniany.
SYSTEM

16. Settings

Settings zawiera techniczną konfigurację serwera, bez powielania strony planów.

  • Rola obsługi.
  • Kategoria nowych ticketów.
  • Kanał logów i transcriptów.
  • Limit otwartych ticketów na użytkownika.
  • Język komunikatów bota PL/EN.
  • Kontrolki Premium/Business są pokazywane tylko, gdy plan faktycznie je udostępnia.
HELPDESK SUITE V4

17. Operations Hub

Helpdesk Suite v4 jest rozszerzonym centrum operacyjnym.

  • Overview — KPI i stan systemu.
  • Workforce — agenci i routing.
  • Customers — Customer 360.
  • E-mail — omnichannel.
  • Incidents — Status Page i awarie.
  • Billing — entitlement i historia planu.
  • Security — anti-abuse.
  • Business — portale i domena klienta.
HELPDESK SUITE V4

18. Workforce

Workforce opisuje pracowników i automatyczny routing.

  • Discord User ID, nazwa, skills, capacity, availability i priority weight.
  • Capacity określa docelowe obciążenie.
  • Availability: online, busy, away lub offline.
  • Reguły mogą korzystać ze strategii least loaded, round robin lub manual.
HELPDESK SUITE V4

19. Customer 360

Jedna karta klienta agreguje historię w obrębie bieżącego serwera/tenanta.

  • Dane profilu: display name, e-mail, organizacja, telefon, etykiety i notatki.
  • Risk score i sygnały abuse.
  • Metryki: liczba spraw, otwarte, reopen, rating.
  • Historia ticketów pozostaje odizolowana od innych tenantów.
HELPDESK SUITE V4

20. E-mail → Ticket

Kanał e-mail tworzy i obsługuje tickety przychodzące spoza Discorda.

  • Inbound address definiuje adres wsparcia.
  • Ingress korzysta z sekretu i idempotency, aby powtórzony event nie utworzył duplikatu.
  • Outbox zapisuje wiadomości i stan dostarczenia.
  • Outbound transport wykorzystuje skonfigurowany HTTPS webhook.
  • Transport Health pokazuje gotowość kanału.
HELPDESK SUITE V4

21. Incidents i Status Page

Incydenty pozwalają komunikować awarie i grupować zgłoszenia.

  • Tytuł, opis, severity i lifecycle incydentu.
  • Aktualizacje investigating/monitoring/resolved zgodnie z dostępną akcją.
  • Publiczne aktualizacje mogą trafić na Status Page.
  • Incident Link Manager przypina i odpina tickety.
HELPDESK SUITE V4

22. Billing i entitlement

Billing pokazuje stan produktu przypisanego do serwera.

  • Free/Premium/Business są egzekwowane backendowo.
  • Historia entitlementów ułatwia audyt zmian.
  • Webhook billingowy powinien być idempotentny.
  • Wygaśnięcie planu wpływa na funkcje chronione przez entitlement guard.
HELPDESK SUITE V4

23. Security / anti-abuse

Ochrona ogranicza masowe, powtarzalne lub ryzykowne tworzenie zgłoszeń.

  • Maksymalna liczba ticketów na godzinę.
  • Okno duplikatów.
  • Risk block threshold.
  • Security Events z sygnałem, użytkownikiem, score i czasem.
BUSINESS

24. Business Suite i white-label

Business tworzy tenantową powierzchnię klienta niezależną wizualnie od AnimeTicket.

  • Status Page.
  • Knowledge Portal.
  • Contact/E-mail Portal zgodnie z konfiguracją.
  • Branding: nazwa, logo, tło, hero i kolor akcentu.
  • Subdomena i własna domena.
BUSINESS

25. Własna domena i DNS verification

Samo wpisanie domeny nie aktywuje routingu.

  1. Dodaj domenę w Business Domain Manager.
  2. System poda rekord weryfikacyjny DNS.
  3. Dodaj rekord u operatora domeny.
  4. Uruchom weryfikację.
  5. Dopiero zweryfikowana domena może zostać aktywowana dla tenanta.
Custom domain i subdomena korzystają z tenant isolation. Domena jednego klienta nie może otworzyć danych innego serwera.
PLATFORM

26. Platform Console

Chroniona konsola całej platformy dla Ownera i delegowanych Global Adminów.

  • Serwery i statystyki platformy.
  • Zarządzanie planami zgodnie z permissions.
  • Service Blocks i administracja aktualizacjami.
  • Read-only podgląd serwera nie oznacza automatycznego Support Override.
DEVELOPER

27. API i webhooki — zasady bezpieczeństwa

  • Nadawaj kluczom tylko niezbędne scopes.
  • Ustawiaj expiry dla integracji tymczasowych.
  • Rotuj sekret po podejrzeniu ujawnienia.
  • Waliduj webhook po swojej stronie.
  • Nie kieruj webhooków do prywatnych, lokalnych lub niekontrolowanych endpointów.
SECURITY

28. Dane, prywatność i tenant isolation

Zakres danych zależy od włączonych modułów. Administrator serwera powinien zbierać wyłącznie dane potrzebne do realizacji celu supportowego.

  • Role i permissions ograniczają dostęp.
  • Tenant isolation rozdziela dane serwerów i domen Business.
  • Tokeny, klucze i sekrety nie powinny trafiać do ticketów.
  • Szczegóły przetwarzania opisuje Polityka prywatności.
INTERFACE

29. Mobile i responsywność

  • Dolny dock: Dashboard, Tickets, Chat, Więcej.
  • Panels Studio i Automations przechodzą w pionowe workflow.
  • Tickets i Audit używają kart zamiast szerokich tabel.
  • Formularze i moduły Business są jednokolumnowe na małych ekranach.
HELP

30. Troubleshooting

  • Brak modułu: sprawdź allowed_tabs i permissions.
  • 403/denied: backend odrzucił permission.
  • Brak wiadomości Discord: sprawdź stan bota, kanał, role i uprawnienia.
  • E-mail nie działa: sprawdź Transport Health i sekrety.
  • Domena nie działa: sprawdź DNS verification i aktywny Business.
  • Problem z ticketem: przy zgłoszeniu podaj Guild ID, Ticket ID, czas i kroki reprodukcji — bez sekretów.
FAQ

31. Najczęstsze pytania

Czy Panel omija Discord permissions?
Nie. UI i backend korzystają z własnych permissions, a bot nadal wymaga właściwych uprawnień Discord.

Czy mogę mieć własnego bota?
Tak, jeśli aktywny plan udostępnia Custom Bot i backend ma skonfigurowane szyfrowanie sekretu.

Czy Business może działać na własnej domenie?
Tak, po poprawnym DNS verification i aktywacji domeny.

Czy AI jest wymagane?
Nie. Zewnętrzne AI jest obecnie wyłączone, a Helpdesk Suite i Knowledge Base działają bez niego.

Gdzie ustawić portale Business?
Helpdesk Suite → Business.