Jak zrobić ticket system na Discordzie bez programowania (2026)

Krótka odpowiedź: jak zrobić ticket system na Discordzie

Ticket system na Discordzie działa tak: użytkownik klika przycisk w panelu → bot tworzy prywatny kanał tekstowy dostępny tylko dla zgłaszającego i ekipy supportu → rozmowa toczy się w tym kanale → po rozwiązaniu sprawy moderator klika „Zamknij", bot archiwizuje kanał z transcriptem i usuwa go. Najszybsza droga do działającego systemu to no-code builder FlowCord — siedem bloczków, około 10 minut od zera. Alternatywy: gotowy bot Ticket Tool (5 minut, ale po angielsku) albo własny kod w discord.js (kilka godzin, VPS).

Co to jest ticket system i po co go używać

Ticket system to wzorzec znany z Helpscout/Zendesk czy GitHub Issues, przeniesiony na Discord. Zamiast otwartego kanału gdzie każdy pisze swojego problemu i tonie w hałasie, każdy zgłaszający dostaje własny kanał. To daje trzy rzeczy której otwarty czat nie daje:

• Prywatność — użytkownik dzieli się danymi (e-mail, screenshot, ID zamównienia) bez całego serwera.
• Historię — cały wątek w jednym kanale, łatwy do eskalacji do drugiego moderatora.
• Metryki — liczysz czas do pierwszej odpowiedzi, rozwiązań per moderator, średni czas zamknięcia.

Na serwerach powyżej 500 członków otwarty kanał #pomoc przestaje działać — tickety to standard. Discord nie ma tego wbudowanego (AutoMod i filtry w nowym Community enshellemencie są, ale nie ticket system), więc trzeba doinstalować.

Trzy sposoby na ticket system — porównanie

Ticket Tool jest najszybszy jeśli akceptujesz po angielsku i nie potrzebujesz customowej logiki. Discord.js daje pełną kontrolę — warto jeśli masz właściciela bota który umie kodować. FlowCord to złoty środek: pełna logika bez kodu, polski interfejs, bez hostingu.

Jak zbudować ticket system w FlowCord — 5 kroków

Pełny tutorial krok po kroku z screenshotami jest w poradniku systemu ticketów. Tu skrócony plan:

1. Stwórz panel z przyciskiem. Workflow z triggerem slash komendy /setup-tickety → akcja „Wyślij embed" na #pomoc z jednym zielonym przyciskiem o customId = open_ticket.
2. Połącz kliknięcie z tworzeniem kanału. Nowy workflow z triggerem „Kliknięcie przycisku" (open_ticket) → akcja „Utwórz kanał": nazwa ticket-{user.username}, kategoria „Tickety", uprawnienia @everyone widok wyłączony, {user} + @Support read+write.
3. Zapisz właściciela w zmiennej per-channel. Akcja „Ustaw zmienną" zaklucz ticket_owner = {user.id} — pozwoli odczytać właściciela w innych workflowach.
4. Powitaj usera i daj przycisk zamknięcia. W nowym kanale akcja „Wyślij embed" ze wzmianką {user} + czerwonym przyciskiem „Zamknij" (customId = close_ticket).
5. Obsłuż zamknięcie. Workflow trigger close_ticket → „Eksportuj wiadomości kanału" → „Wyślij embed" log na #ticket-logs → „Opóźnienie 5s" → „Usuń kanał".

Konfiguracja — co ustawić poza działaniem

Samo „kanał się tworzy" to połowa roboty. Profesjonalny ticket system ma jeszcze te opcje:

• Nazewnictwo kanałów. Format ticket-{user.username}-{date} zamiast losowego ID — łatwiej szukać w wyszukiwarce Discorda i segreguje się po dacie.
• Kategorie ticketów. Wieloprzyciskowy embed: „Bug", „Płatność", „Inne". Każdy przycisk portuje do osobnego workflowu z innym suffixem nazwy (ticket-bug-{user}).
• FAQ embed przed utworzeniem. Przed panel z przyciskiem daj embed z 5 najczęstszymi pytaniami — 30% użytkowników znajdzie odpowiedź i nie kliknie.
• Auto-close po X dniach. Harmonogram sprawdza zmienne ticket_created_at; jeśli starszy niż 7 dni i brak odpowiedzi usera → auto-zamknięcie z powiadomieniem.
• Transkrypt do log channel lub external service. HTML na #ticket-logs dla małych serwerów, albo POST do webhooka → Google Sheets / Notion dla większych.

Best practices

• Nie twórz 20 ticketów per użytkownika. Przed utworzeniem kanału sprawdź czy istnieje już aktywny ticket tego użytkownika — akcja „znajdź kanał po nazwie".
• Limit rolek supportu. Przydzielaj rolę @Support zamiast pingować @here — spamerzy nadużywają.
• Loguj wszystko. Kto otworzył, kto zamknął, kategoria, czas trwania. Sam log na #ticket-logs wystarcza na pierwszy rok.
• Ankieta po zamknięciu (opcjonalnie). Druga akcja „Wyślij embed z przyciskami 1–5 gwiazdek" w DM do użytkownika. Zbierasz w zmiennej per-user średnią ocenę supportu.

Najczęstsze pułapki

• Błąd uprawnień „Missing Access". Bot musi mieć rolę powyżej roli którą nadaje (hierarchia ról w Server Settings → Roles). Jeśli @Support jest wyżej niż rola bota, akcja „nadaj rolę" się nie wykona.
• Rate limit na tworzenie kanałów. Discord pozwala 50 operacji na kanał / 10 sekund per serwer. Przy raidzie spamującym przyciskiem to faktyczny problem — dodaj cooldown per-user.
• Max kanałów = 500. Każdy ticket to jeden kanał. Auto-close jest obowiązkowy, inaczej dopadniesz limit po kilku miesiącach.
• Utrata zmiennych per-channel po usunięciu kanału. To feature nie bug — ale loguj do #ticket-logs zanim kanał usuniesz.

Szczegółowy walkthrough krok po kroku (z screenshotami edytora) znajdziesz w pełnym poradniku systemu ticketów. Po open-source’owym rozwiązaniu w kodzie sprawdź też artykuł o moderacji automatycznej. Skoro Cię tickets interesują — sprawdź feature page ticket bota i porównanie FlowCord vs BotGhost.