Discord Ticket Bot — system zgłoszeń w 5 minut

Co to jest ticket system

Ticket system to wzorzec znany z Helpscout, Zendesk czy GitHub Issues, zaadaptowany na Discord. Zamiast otwartego kanału gdzie każdy pisze swój problem i tonie w hałasie, każdy zgłaszający dostaje własny kanał prywatny. To daje prywatność, historię w jednym miejscu, metryki czasu do pierwszej odpowiedzi i rozwiązań per moderator.

Jak działa ticket system Discord

Cztery etapy cyklu ticketu:

1. Użytkownik klika przycisk w panelu (embed na #pomoc z zielonym przyciskiem „Otwórz ticket").
2. Bot tworzy prywatny kanał tekstowy w kategorii „Tickety", z uprawnieniami tylko dla zgłaszającego + roli @Support. Nazwa: ticket-{user.username}.
3. Ekipa supportu dostaje ping i odpowiada. Rozmowa toczy się w tym kanale — prywatnie, bez hałasu na głównych kanałach.
4. Moderator klika „Zamknij". Bot eksportuje transcript HTML, wysyła log na #ticket-logs, czeka 5 sekund, usuwa kanał.

Dlaczego ticket system

• Mniej bałaganu w głównych kanałach. Problemy z kontem/płatnościami nie zalewają #ogólny.
• Accountability. Widać kto obsłużył ticket, ile trwało, jaka była odpowiedź. Historia dostępna w log.
• Historia rozmowy. Cały wątek w jednym kanale — łatwa eskalacja do drugiego moderatora.
• Transcript HTML. Po zamknięciu pełna rozmowa w pliku na #ticket-logs. Audyt, compliance, regress.
• Prywatność. User dzieli się danymi (e-mail, screenshot, ID zamówienia) bez całego serwera.

Jak założyć ticket system w FlowCord — 4 kroki

1. Workflow 1: panel z przyciskiem. Trigger slash komenda /setup-tickety → akcja „Wyślij embed" na #pomoc z tytułem „Potrzebujesz pomocy?", opisem z krótką instrukcją, zielonym przyciskiem „Otwórz ticket" (customId open_ticket).
2. Workflow 2: utwórz kanał ticketu. Trigger „Kliknięcie przycisku" (open_ticket) → akcja „Ustaw zmienną"ticket_owner = {user.id} (per-channel). Następnie akcja „Utwórz kanał": nazwa ticket-{user.username}, kategoria „Tickety", uprawnienia: @everyone widok wyłączony, {user} read+write, @Support read+write.
3. Workflow 3 (kontynuacja): powitanie + Zamknij. W nowym kanale akcja „Wyślij embed" z wzmianką {user}, instrukcją „Opisz problem w jednej wiadomości", czerwonym przyciskiem „Zamknij ticket" (customId close_ticket).
4. Workflow 4: zamknięcie. Trigger „Kliknięcie przycisku" (close_ticket) → akcja „Eksportuj wiadomości kanału" (HTML) → akcja „Wyślij embed" na #ticket-logs (kto otworzył, kto zamknął, czas) → akcja „Opóźnienie 5s" → akcja „Usuń kanał".

Pełny tutorial krok po kroku z screenshotami edytora: poradnik systemu ticketów FlowCord. Więcej teorii i porównanie z alternatywami w blog poście o ticketach.

Przydatne funkcje

• Wieloprzyciskowy panel z kategoriami. Każdy przycisk = jedna kategoria (Bug, Płatność, Inne). Każdy port prowadzi do osobnego workflowu z dedykowanym suffixem nazwy kanału.
• FAQ embed przed panelem. Embed z 5 najczęstszymi pytaniami nad panelem z przyciskiem. ~30% userów znajdzie odpowiedź bez otwierania ticketu.
• Auto-close po X dniach. Harmonogram sprawdza ticket_created_at; jeśli starszy niż 7 dni i brak odpowiedzi → auto-zamknięcie z powiadomieniem.
• Transcript do log channel albo webhook (external). HTML na #ticket-logs dla małych serwerów, POST do webhooka → Google Sheets / Notion dla większych.
• Role-based access. Tylko @Support widzi tickety; administratorzy widzą wszystkie; każdy support tylko swoje.

Porównaj z alternatywami