Polityka prywatności

1. Dwa zupełnie różne tryby – przeczytaj najpierw#

W instalacji self-hosted uruchamiasz całego bota – tożsamość na Discordzie, ustawienia serwera, treść ticketów, oceny oraz wszelkie skonfigurowane dane dostępowe do AI lub zdalnych akcji – na własnym serwerze i we własnej bazie danych. TicketSmith (firma stojąca za tą stroną) nie ma żadnego serwera, który by te dane otrzymywał, przechowywał lub miał do nich dostęp. Sekcje 3–12 poniżej opisują TicketSmith Cloud, naszą usługę hostowaną, w której to my prowadzimy bota i jego bazę danych za Ciebie – jeśli hostujesz TicketSmith sam, nie dotyczą one Twojej instalacji. To porównanie znajdziesz jeszcze raz, w jednym miejscu, w sekcji 11.

2. Co zbieramy – w skrócie#

To jest wersja skrócona, wyłącznie dla TicketSmith Cloud. Sekcje 3–10 poniżej opisują szczegółowo każdy wiersz.

3. Logowanie (TicketSmith Cloud)#

Logowanie do dashboardu odbywa się przez własne logowanie OAuth Discorda (zakresy identify, guilds i guilds.members.read). Twojego tokenu dostępu do Discorda używamy jeden raz, aby odczytać Twój profil i serwery, do których należysz lub którymi zarządzasz, a następnie od razu go unieważniamy – nigdy nie jest zapisywany. W podpisanym cookie w Twojej przeglądarce zapisujemy natomiast Twój identyfikator użytkownika Discord, wyświetlaną nazwę, hash awatara, Twoją rolę w dashboardzie (staff lub viewer) oraz, w trybie hostowanym, listę serwerów, które posiadasz lub którymi zarządzasz na Discordzie. To cookie jest podpisane kryptograficznie, więc nie można go zmienić, ale nie jest zaszyfrowane – nie zawiera hasła ani tokenu, tylko te identyfikatory. Szczegóły dotyczące tego cookie znajdziesz w sekcji 13.

4. Konfiguracja Twojego serwera (TicketSmith Cloud)#

Gdy zainstalujesz i aktywujesz serwer przez hostowany proces rejestracji, zapisujemy dla niego wiersz konfiguracji: jego status (aktywny, wersja próbna lub zawieszony), identyfikatory ról Discord dla staff/viewer, które ustawiłeś dla dostępu do dashboardu, Twoje ustawienia wyglądu (branding) oraz włączone i wyłączone funkcje. Dzięki temu bot działa prawidłowo właśnie na Twoim serwerze.

5. Treść ticketów (TicketSmith Cloud)#

Wiadomości w kanale ticketu znajdują się na infrastrukturze Discorda, tak samo jak w każdym innym kanale na Twoim serwerze – nie prowadzimy bieżącej drugiej kopii wszystkiego, co zostało napisane w tickecie. W naszej hostowanej bazie danych przechowujemy:

• Metadane ticketu: kategorię, temat, status, priorytet, kto go otworzył i przejął oraz znaczniki czasu.
• To, co gracz wpisał w pola formularza otwierania ticketu, jeśli Twój serwer korzysta z własnych formularzy.
• Jeśli włączysz eksport transkryptów: eksport wiadomości z kanału w formacie HTML, tekstowym lub JSON według stanu na dany moment, tworzony przy zamknięciu ticketu i – zależnie od Twojej konfiguracji – zapisywany w naszym magazynie, publikowany na Twoim kanale logów i/lub wysyłany w wiadomości prywatnej do osoby, która otworzyła ticket. Możesz też włączyć automatyczne maskowanie (adresy e-mail, ciągi wyglądające jak adresy IPv4, ciągi cyfr wyglądające jak numery kart oraz dowolny własny wzorzec), które usuwa prawdopodobne dane osobowe przed zapisaniem pliku – to filtr działający w miarę możliwości, a nie gwarancja, że żadne dane osobowe przez niego nie przejdą.
• Jeśli korzystasz z funkcji podsumowań ticketów przez AI: wygenerowane podsumowanie, notatkę o rozwiązaniu i tagi dla tego ticketu oraz informację, który model je utworzył.

6. Oceny (TicketSmith Cloud)#

Jeśli Twój serwer korzysta z ocen zadowolenia po zamknięciu ticketu, przechowujemy ocenę, opcjonalny komentarz (do 900 znaków), informację, kto ją wystawił, oraz który członek ekipy obsługiwał ticket.

7. Funkcje AI – tylko po włączeniu i co opuszcza nasze serwery#

TicketSmith może korzystać z dostawcy AI – Anthropic, OpenAI lub Google Gemini, w zależności od tego, który jest skonfigurowany w danej instalacji – aby pisać szkice odpowiedzi, podsumowywać tickety, odpowiadać na typowe pytania na podstawie bazy wiedzy lub proponować zdalną akcję. Gdy działa którakolwiek z tych funkcji, odpowiednia treść ticketu (wiadomości, temat, kategoria) jest wysyłana do API tego dostawcy w celu wygenerowania odpowiedzi. Nie mamy wpływu na to, jak dostawca obchodzi się z danymi po ich wysłaniu, i nie ponosimy za to odpowiedzialności – szczegóły znajdziesz w jego własnej polityce prywatności.

Dwie z tych funkcji – pisanie szkiców odpowiedzi „AI Assist” w dashboardzie oraz zdalne akcje proponowane przez AI (sekcja 8) – są zablokowane osobnym przełącznikiem, dostępnym tylko dla ekipy, ustawianym dla każdego serwera osobno i domyślnie wyłączonym. Żadna treść ticketu nie trafia do dostawcy AI żadną z tych dróg, dopóki administrator nie włączy tego dla konkretnego serwera. Pozostałe funkcje AI bota (automatyczne podsumowania ticketów, automatyczne odpowiedzi z bazy wiedzy i odpowiadanie na FAQ przed otwarciem ticketu) zależą od ogólnej konfiguracji AI danej instalacji, która jest domyślnie wyłączona i wymaga, aby operator wyraźnie włączył każdą z nich – a w przypadku automatycznych odpowiedzi i FAQ także wskazał konkretne kategorie ticketów lub kanały, w których mogą działać, więc AI nigdy nie odpowiada przypadkiem „wszędzie”.

Serwer może też podać własny klucz API dostawcy AI zamiast korzystać z naszego, za pomocą /ai key set. Ten klucz jest przechowywany w naszej bazie danych w postaci zaszyfrowanej (AES-256-GCM); nigdy go nie logujemy ani nie pokazujemy Ci go z powrotem w całości.

8. Zdalne akcje i Local Agent – czego nigdy nie widzimy#

Niektóre serwery pozwalają ekipie poprosić AI o zaproponowanie zdalnej akcji na podstawie kontekstu ticketu – wyrzucenia gracza przez RCON, restartu usługi i podobnych – którą członek ekipy musi następnie wyraźnie zatwierdzić, zanim cokolwiek zostanie uruchomione. Sposób wykonania takiej akcji zależy od Twojej instalacji:

• Self-hosted: integracja (RCON, SSH, SFTP, ogólne API lub GitHub/GitLab) jest konfigurowana i wykonywana bezpośrednio w Twoim własnym procesie bota, na Twojej własnej infrastrukturze. Jeśli zdecydujesz, że bot ma przechowywać dane dostępowe zamiast odczytywać je ze zmiennej środowiskowej, są one szyfrowane w Twojej własnej bazie danych – serwery TicketSmith w ogóle nie biorą w tym udziału.
• TicketSmith Cloud: odpowiednikiem jest Local Agent, mały proces, który uruchamiasz na własnej infrastrukturze. Przechowuje on Twoje dane dostępowe do RCON, SSH, API i GitHuba lokalnie i nawiązuje jedno wychodzące, szyfrowane połączenie z naszym dashboardem, uwierzytelnione tokenem parowania, który możesz w każdej chwili unieważnić lub zmienić. Gdy ekipa zatwierdzi proponowaną akcję, nasz dashboard wysyła do Local Agenta ściśle określone polecenie (która integracja, który szablon, jakie parametry) – nigdy dowolną komendę – a agent je wykonuje i odsyła wynik. Twoje hasła RCON, klucze SSH, tokeny API i tokeny GitHuba nigdy nie są przesyłane do hostowanych serwerów TicketSmith ani na nich przechowywane – przez to połączenie przechodzi tylko token parowania i wyłącznie w celu uwierzytelnienia.

9. Płatności (TicketSmith Cloud)#

Proces zakupu i obsługa kart odbywają się bezpośrednio przez Stripe. Nigdy nie otrzymujemy ani nie przechowujemy numeru Twojej karty, kodu CVC ani danych bankowych – zajmuje się tym Stripe. Powiązane z identyfikatorem Twojego serwera przechowujemy: identyfikator klienta Stripe, identyfikator subskrypcji, identyfikator planu, status subskrypcji, datę końca bieżącego okresu rozliczeniowego oraz informację, czy zaplanowałeś anulowanie.

10. Publiczna galeria szablonów#

Jeśli zdecydujesz się opublikować kategorię ticketów, formularz lub panel w publicznej galerii, najpierw przechodzi on automatyczne czyszczenie: każdy identyfikator roli i kanału Discord oraz identyfikator i nazwa Twojego serwera są usuwane lub zastępowane ogólnymi symbolami zastępczymi (np. „Staff role #1”), zanim wpis w ogóle stanie się publiczny, a wynik jest dodatkowo, niezależnie sprawdzany, czy nie zostało w nim nic identyfikującego. Opublikowany wpis opisuje kształt szablonu – etykiety, typy pól, układ przycisków – nigdy to, z którego serwera pochodzi.

11. Self-hosted – jeszcze raz#

Powtarzając wprost sekcję 1: wszystko w sekcjach 2–12 opisuje to, co przechowuje TicketSmith Cloud, nasza usługa hostowana. Jeśli zamiast tego uruchamiasz TicketSmith sam – na własnym serwerze, z własną bazą danych, własnym kluczem dostawcy AI, jeśli zdecydujesz się włączyć funkcje AI, i własnymi danymi dostępowymi do zdalnych akcji – żadne z tych danych nigdy do nas nie trafiają. Nie mamy serwera, dashboardu ani bazy danych, które by je otrzymywały, a infrastruktura tej strony nie ma żadnego wglądu w instalację self-hosted.

12. Komu udostępniamy dane#

Discordowi – z konieczności, aby działał bot i logowanie do dashboardu. Skonfigurowanemu dostawcy AI – tylko w zakresie konkretnych zapytań opisanych w sekcji 7 i tylko dla serwerów, które włączyły tę funkcję. Stripe – w celu rozliczeń. Nie sprzedajemy danych osobowych ani nie udostępniamy ich do celów reklamowych – w kodzie TicketSmith nie istnieje żaden taki mechanizm.

13. Cookies#

Dashboard TicketSmith Cloud ustawia jedno cookie do uwierzytelniania, domyślnie o nazwie ticketbot_session (dokładną nazwę można zmienić w każdej instalacji). Jest ono podpisane kryptograficznie za pomocą HMAC-SHA256 – jeśli ktoś je zmieni, weryfikacja podpisu się nie powiedzie i sesja zostanie odrzucona – ale nie jest zaszyfrowane, więc traktuj je jak sesję logowania, a nie miejsce, w którym ukrywamy sekrety. Zawiera Twój identyfikator użytkownika Discord, wyświetlaną nazwę, hash awatara i Twoją rolę w dashboardzie (staff lub viewer); w trybie hostowanym zawiera też listę serwerów, którymi możesz zarządzać. Jest niezbędne do uwierzytelniania i nigdy nie służy do śledzenia, analityki ani reklam.

Podczas logowania na kilka minut ustawiane jest drugie, krótkotrwałe cookie (o tej samej nazwie z przyrostkiem _oauth_state), które chroni przed atakami cross-site request forgery. Zawiera losową wartość, a nie Twoją tożsamość, i jest usuwane, gdy tylko logowanie się zakończy.

Oba cookies są niezbędne do działania dashboardu – bez nich nie da się pozostać zalogowanym – dlatego nie podlegają wymogowi zgody na cookies i TicketSmith nie wyświetla dla nich banera zgody. Strony marketingowe, które właśnie czytasz, łącznie z tą, nie ustawiają żadnych cookies; wybór motywu w nagłówku jest zamiast tego zapamiętywany w pamięci lokalnej (local storage) Twojej przeglądarki i nigdy nie opuszcza Twojego urządzenia.

14. Przechowywanie i usuwanie danych#

Obecnie tickety i ich wygenerowane transkrypty są przechowywane do czasu usunięcia ticketu albo serwera (guild), do którego należą – TicketSmith Cloud nie ma mechanizmu, który automatycznie usuwałby je po określonym czasie. Nie jest to świadoma decyzja przedstawiana jako ograniczenie techniczne: to rzeczywista luka i wolimy powiedzieć o tym wprost, niż wymyślać okres przechowywania, który w produkcie nigdzie nie jest egzekwowany.

W produkcie nie ma też jeszcze samoobsługowego narzędzia do eksportu lub usunięcia danych. Dopóki go nie udostępnimy, skontaktuj się z nami (sekcja 16), a wniosek o eksport lub usunięcie obsłużymy ręcznie.

15. Twoje prawa#

W zależności od tego, gdzie się znajdujesz, przepisy o ochronie danych (takie jak RODO) dają Ci prawa do danych osobowych opisanych na tej stronie. TicketSmith respektuje je na żądanie, niezależnie od Twojej lokalizacji:

• Dostęp – zapytaj, jakie Twoje dane osobowe przechowujemy.
• Sprostowanie – poproś o poprawienie danych, które są nieprawidłowe lub niekompletne.
• Usunięcie – poproś o usunięcie swoich danych, z uwzględnieniem uczciwie opisanych ograniczeń z sekcji 14 (obecnie robimy to ręcznie).
• Przenoszenie – poproś o kopię swoich danych w formacie nadającym się do odczytu maszynowego.
• Ograniczenie – poproś, abyśmy ograniczyli wykorzystanie Twoich danych na czas rozpatrywania wniosku.
• Sprzeciw – wnieś sprzeciw wobec przetwarzania, którego podstawą prawną jest nasz prawnie uzasadniony interes.
• Wycofanie zgody – w przypadku wszystkiego, co opiera się na zgodzie, a nie na innej podstawie prawnej z sekcji 2, możesz ją wycofać w dowolnym momencie; nie dotyczy to niezbędnych cookies z sekcji 13, które od początku nie opierały się na zgodzie.

Aby skorzystać z któregokolwiek z tych praw, skontaktuj się z nami zgodnie z sekcją 16. Możemy musieć sprawdzić, czy to naprawdę Ty – w przypadku usługi opartej na Discordzie zwykle wystarczy potwierdzenie z konta Discord powiązanego z wnioskiem.

16. Kontakt i zmiany#

Te adresy są dopiero uruchamiane wraz ze startem ticketsmith.net, więc nie możemy jeszcze obiecać, że działają i są stale sprawdzane – prosimy o cierpliwość, jeśli odpowiedź zajmie chwilę. W międzyczasie najszybciej skontaktujesz się z nami przez Discorda, na serwerze, na którym używasz TicketSmith.

Możemy aktualizować tę stronę wraz ze zmianami usługi; dalsze korzystanie z usługi po aktualizacji oznacza akceptację nowej wersji.