1. Operator i kontakt

AnimeTicket jest usługą techniczną rozwijaną i utrzymywaną przez ZarembaTech („Operator”). Kontakt w sprawach technicznych, regulaminowych, bezpieczeństwa i reklamacji: kontakt@animeticket.pl.

Regulamin ma zastosowanie do administratorów serwerów Discord, zespołów obsługi, osób korzystających z Panelu oraz użytkowników otwierających zgłoszenia lub korzystających z publicznych portali.

2. Zakres usługi

AnimeTicket może obejmować bot Discord, stronę AnimeTicket.pl, Control Center, Ticket Engine, Live Chat, transcripty, Panels Studio, Ticket Types, Team, Knowledge Base, Automations, Macros, Analytics, Audit Log, API/webhooki, Helpdesk Suite v4, Platform Console oraz funkcje Free/Premium/Business.

Zakres dostępny dla konkretnego serwera zależy od bieżącej wersji usługi, konfiguracji, permissions i aktywnego entitlementu.

3. Konto Discord i wymagania dostępu

• Funkcje wymagające logowania korzystają z Discord OAuth2.
• Osoba instalująca bota lub administrująca serwerem musi posiadać odpowiednie uprawnienia.
• Użytkownik odpowiada za bezpieczeństwo własnego konta Discord i urządzenia.
• Nie wolno udostępniać tokenów bota, Client Secret, kluczy API, sekretów webhooków ani innych poświadczeń osobom nieuprawnionym.
• Widoczność modułu w Panelu nie oznacza automatycznie prawa do każdej operacji; backend może wymagać dodatkowego permission.

4. Dozwolone zastosowania

AnimeTicket może być używany do legalnej obsługi zgłoszeń, wsparcia społeczności, pomocy technicznej, administracji, rekrutacji, komunikacji z klientem, organizacji incydentów i podobnych procesów.

5. Działania zabronione

• działania bezprawne, oszustwa, phishing, nękanie, spam i dystrybucja złośliwego oprogramowania;
• próby uzyskania dostępu do cudzych serwerów, tenantów, ticketów, transcriptów lub danych;
• omijanie permissions, limitów, entitlementów, blokad lub mechanizmów tenant isolation;
• celowe przeciążanie bota, Panelu, API, e-mail ingress, webhooków lub infrastruktury;
• nieautoryzowane testy bezpieczeństwa i eksploatacja podatności;
• wykorzystywanie systemu do pozyskiwania haseł, tokenów, danych kart lub innych sekretów;
• podszywanie się pod Operatora lub wprowadzanie użytkowników w błąd co do właściciela portalu Business.

6. Obowiązki administratora serwera

Administrator sam określa treść formularzy, role, routing, automatyzacje, SLA, makra, bazę wiedzy, procesy Customer 360, e-mail, incydenty i publiczne portale. Powinien:

• zbierać tylko informacje potrzebne do celu;
• poinformować społeczność o sposobie używania systemu ticketowego;
• regularnie kontrolować role i permissions;
• chronić transcripty, notatki, Customer 360 i integracje;
• testować automatyzacje i routing przed użyciem produkcyjnym;
• zapewnić zgodność własnych procesów z prawem i zasadami Discord.

7. Tickety, treści użytkowników i formularze

Użytkownicy zachowują prawa do swoich treści. W zakresie potrzebnym do działania systemu udzielają technicznego upoważnienia do odbioru, zapisania, wyświetlenia, przesłania i zarchiwizowania treści uprawnionym odbiorcom.

Nie należy umieszczać w ticketach danych, których ujawnienie mogłoby spowodować szkodę, jeżeli nie są one potrzebne do obsługi sprawy.

8. Ticket Workspace, Live Chat i decyzje zespołu

Claim, transfer, priorytet, odpowiedzi, notatki, reopen i zamknięcie są działaniami wykonywanymi przez uprawnione osoby lub skonfigurowane automatyzacje. Administrator odpowiada za prawidłowe nadanie permissions i organizację procesu obsługi.

9. Transcripty i załączniki

AnimeTicket może tworzyć transcripty zawierające wiadomości, metadane i obsługiwane załączniki. Administrator odpowiada za politykę przechowywania i dostęp do archiwów. Dostęp do transcriptu nie powinien być udostępniany osobom bez uzasadnionej potrzeby.

10. SLA

SLA w AnimeTicket jest metryką operacyjną czasu pierwszej odpowiedzi i rozwiązania. Samo ustawienie SLA w Panelu nie tworzy automatycznie gwarancji prawnej ani umowy SLA między administratorem serwera a użytkownikiem.

11. Automations i Macros

Automatyzacje wykonują działania skonfigurowane przez administratora. Administrator odpowiada za dobór triggerów, warunków i akcji oraz powinien testować reguły przed zastosowaniem ich do krytycznych procesów.

Makra mogą być wysyłane do użytkowników, dlatego ich treść nie powinna zawierać sekretów, nieaktualnych informacji ani danych innego klienta.

12. Team, permissions i Workforce

Administrator powinien stosować zasadę minimalnych uprawnień. Workforce może służyć do zarządzania skills, capacity, availability i routingu zespołu. Informacje wpisane do profilu Workforce powinny być związane z organizacją obsługi i nie powinny zawierać zbędnych danych prywatnych pracowników.

13. Customer 360

Customer 360 pozwala administratorowi agregować informacje o kliencie i historii jego zgłoszeń. Administrator odpowiada za legalność, aktualność i adekwatność dodatkowych danych, które sam wpisuje do profilu, takich jak e-mail, telefon, organizacja, etykiety, notatki czy risk score.

Funkcja nie powinna być wykorzystywana do tworzenia profili wykraczających poza uzasadnione potrzeby obsługi, bezpieczeństwa lub relacji z klientem.

14. Knowledge Base i publiczne treści

Administrator odpowiada za treść artykułów Knowledge Base i ich publikację. Nie wolno publikować materiałów naruszających prawa osób trzecich, poufność, prawo lub zasady Discord. Publiczny Knowledge Portal może prezentować tylko treści przeznaczone przez administratora do publikacji.

15. E-mail → Ticket

Administrator konfigurujący kanał e-mail odpowiada za prawo do używania wskazanego adresu i transportu pocztowego oraz za zgodność komunikacji z prawem. Nie wolno wykorzystywać kanału do spamu, phishingu ani niezamówionej komunikacji niezgodnej z prawem.

Ingress i outbox mogą korzystać z sekretów, idempotency i transportu HTTPS. Administrator odpowiada za ochronę własnych danych uwierzytelniających i prawidłowe skonfigurowanie odbiorcy transportu.

16. Incidents i Status Page

Administrator odpowiada za prawdziwość i adekwatność informacji publikowanych w incydentach. Status Page jest kanałem informacyjnym i nie powinien ujawniać danych osobowych, sekretów, podatności ani informacji, których publikacja zwiększa ryzyko bezpieczeństwa.

Przypięcie ticketu do incydentu ułatwia obsługę grupową, ale nie musi zastępować indywidualnej oceny zgłoszenia.

17. Security i anti-abuse

AnimeTicket może stosować limity, wykrywanie duplikatów, risk score, rate limiting i inne mechanizmy ochronne. Operator może czasowo ograniczyć działanie funkcji, jeżeli jest to konieczne do ochrony platformy lub innych użytkowników.

Administrator nie powinien używać sygnałów anti-abuse jako jedynej podstawy do decyzji o istotnych skutkach wobec osoby bez odpowiedniej weryfikacji.

18. Analytics i raporty

Statystyki, SLA compliance i ranking obsługi są narzędziami operacyjnymi. Wyniki mogą zależeć od jakości konfiguracji, kompletności danych i zakresu dat. Nie należy traktować ich jako automatycznej, niepodważalnej oceny pracownika lub użytkownika.

19. Integrations, API i webhooki

Administrator łączący AnimeTicket z własnym systemem odpowiada za bezpieczeństwo swojej integracji, ochronę kluczy i sekretów, wybór scopes, walidację webhooków oraz zgodność dalszego przetwarzania danych.

Operator może blokować niebezpieczne adresy, ograniczać ruch, odwoływać nadużywane klucze lub wprowadzać dodatkowe wymogi bezpieczeństwa.

20. Free, Premium i Business

Dostęp do funkcji zależy od aktualnego entitlementu serwera. Interfejs może ukrywać niedostępne funkcje, ale ostateczna kontrola dostępu powinna być wykonywana przez backend.

Zakres planów, ceny, okres obowiązywania i warunki komercyjne wynikają z aktualnej oferty lub indywidualnego uzgodnienia. Regulamin sam w sobie nie ustanawia cennika ani automatycznego odnowienia subskrypcji.

21. Custom Bot

Jeżeli plan pozwala na własną aplikację Discord, administrator odpowiada za posiadanie i prawidłową konfigurację aplikacji, nazwę, avatar oraz bezpieczeństwo tokenu. Po podejrzeniu ujawnienia token należy niezwłocznie zrotować po stronie Discord.

22. Business white-label i branding

Administrator odpowiada za posiadanie praw do nazwy, logo, grafik, treści i innych materiałów wykorzystywanych w white-label. Nie wolno używać brandingu naruszającego cudze prawa, wprowadzającego w błąd lub podszywającego się pod inną organizację.

23. Subdomena i własna domena

Administrator może korzystać wyłącznie z domeny, do której ma prawo lub odpowiednie upoważnienie. Aktywacja custom domain może wymagać DNS verification. Operator może odmówić lub wyłączyć domenę w razie braku weryfikacji, naruszenia prawa, bezpieczeństwa, wygaśnięcia Business albo konfliktu technicznego.

Zmiana DNS, certyfikatu, providera lub konfiguracji sieci może czasowo wpływać na dostępność domeny klienta.

24. Business public portals

Status Page, Knowledge Portal i Contact/E-mail Portal są publicznymi powierzchniami tenanta, gdy administrator je aktywuje. Administrator odpowiada za treści, dane kontaktowe, branding i sposób wykorzystania portali wobec swoich użytkowników.

25. Billing i entitlement lifecycle

Zmiany entitlementu mogą być wywoływane przez skonfigurowany proces billingowy i zapisywane w historii. Wygaśnięcie lub dezaktywacja planu może natychmiast ograniczyć funkcje Premium/Business, w tym portale, domeny lub Custom Bot, zgodnie z implementacją.

W przypadku rozbieżności między UI a stanem backendu obowiązuje stan zweryfikowany przez system entitlementów.

26. Tenant isolation

AnimeTicket projektuje dostęp tak, aby serwer/tenant nie uzyskiwał danych innej organizacji. Użytkownik nie może próbować manipulować identyfikatorami, domenami, URL lub żądaniami API w celu obejścia izolacji.

27. Platform Console, Owner i Global Admin

Platform Console jest wewnętrznym poziomem administracji dostępnym dla Ownera i delegowanych Global Adminów zgodnie z permissions. Global Admin nie otrzymuje automatycznie pełnego dostępu do wszystkich funkcji.

Read-only podgląd serwera z poziomu platformy nie jest automatycznym Support Override. Operacje administracyjne powinny być ograniczone do uzasadnionej potrzeby i rejestrowane w audycie.

28. Dostępność i usługi zewnętrzne

Operator dokłada należytej staranności do utrzymania usługi, ale nie gwarantuje nieprzerwanej dostępności. Przerwy mogą wynikać z Discord, hostingu, bazy danych, DNS, poczty, sieci, providerów integracji, aktualizacji lub zdarzeń poza rozsądną kontrolą Operatora.

29. Wersje beta, RC i zmiany funkcji

Funkcje oznaczone jako beta, RC, testowe lub eksperymentalne mogą zmieniać się częściej, być czasowo niedostępne albo wymagać dodatkowej konfiguracji. Administrator powinien testować je przed wykorzystaniem do krytycznych procesów.

30. Service Blocks i ograniczenie dostępu

Operator może zastosować czasową lub stałą blokadę serwera, użytkownika, klucza, domeny lub funkcji w przypadku naruszenia regulaminu, zagrożenia bezpieczeństwa, działań bezprawnych, nadużycia zasobów, prób obejścia uprawnień lub konieczności ochrony innych użytkowników.

31. Usunięcie bota i zakończenie korzystania

Administrator może usunąć bota ze swojego serwera. Usunięcie nie zawsze oznacza natychmiastowe usunięcie wszystkich danych, ponieważ mogą istnieć uzasadnione potrzeby retencji, rozliczalności, backupu lub obowiązki prawne. Wnioski dotyczące danych opisuje Polityka prywatności.

32. Własność intelektualna

Nazwa AnimeTicket, kod, dokumentacja, interfejs, grafiki i identyfikacja mogą być chronione prawami Operatora lub licencjodawców. Korzystanie z usługi nie przenosi tych praw na użytkownika.

33. Odpowiedzialność

W zakresie dozwolonym prawem Operator nie odpowiada za treści użytkowników, decyzje moderatorów, błędną konfigurację ról/automatyzacji/integracji, ujawnienie sekretów przez administratora, nieprawdziwe treści Status Page ani awarie usług zewnętrznych.

Żadne postanowienie nie wyłącza odpowiedzialności, której nie można skutecznie ograniczyć na podstawie bezwzględnie obowiązujących przepisów.

34. Reklamacje, zgłoszenia techniczne i bezpieczeństwo

Zgłoszenie powinno, jeśli to możliwe, zawierać opis, czas, Guild ID, Ticket ID i kroki reprodukcji. Nie przesyłaj hasła, pełnego tokenu bota, klucza API ani sekretu webhooka.

Kontakt: kontakt@animeticket.pl.

35. Zmiany Regulaminu

Regulamin może być aktualizowany przy zmianie funkcji, infrastruktury, bezpieczeństwa, modelu usługi lub prawa. Data aktualnej wersji znajduje się na początku. Istotne zmiany mogą być komunikowane na stronie, w aktualizacjach lub Panelu.

36. Postanowienia końcowe

Do korzystania z usługi stosuje się właściwe przepisy, z uwzględnieniem praw konsumentów i innych praw, których nie można ograniczyć umownie. Jeżeli pojedyncze postanowienie okaże się nieważne lub bezskuteczne, pozostała część Regulaminu pozostaje w mocy w zakresie dozwolonym prawem.

1. Operator and contact

AnimeTicket is a technical service developed and maintained by ZarembaTech (the “Operator”). Technical, terms, security and complaint enquiries: kontakt@animeticket.pl.

These Terms apply to Discord server administrators, support teams, Panel users and users who open requests or use public portals.

2. Scope of the service

AnimeTicket may include the Discord bot, AnimeTicket.pl, Control Center, Ticket Engine, Live Chat, transcripts, Panels Studio, Ticket Types, Team, Knowledge Base, Automations, Macros, Analytics, Audit Log, API/webhooks, Helpdesk Suite v4, Platform Console and Free/Premium/Business features.

Features available to a specific server depend on the current service version, configuration, permissions and active entitlement.

3. Discord account and access requirements

• Features requiring sign-in use Discord OAuth2.
• A person installing the bot or administering a server must have the required permissions.
• Users are responsible for the security of their Discord account and device.
• Bot tokens, Client Secrets, API keys, webhook secrets and other credentials must not be shared with unauthorized persons.
• Seeing a module in the Panel does not automatically authorize every operation; the backend may require an additional permission.

4. Permitted use

AnimeTicket may be used for lawful request handling, community support, technical support, administration, recruitment, customer communication, incident coordination and similar workflows.

5. Prohibited conduct

• unlawful activity, fraud, phishing, harassment, spam or malware distribution;
• attempts to access another server's tenants, tickets, transcripts or data;
• bypassing permissions, limits, entitlements, blocks or tenant-isolation controls;
• deliberately overloading the bot, Panel, API, e-mail ingress, webhooks or infrastructure;
• unauthorized security testing or exploitation of vulnerabilities;
• using the system to obtain passwords, tokens, card data or other secrets;
• impersonating the Operator or misleading users about ownership of a Business portal.

6. Server administrator responsibilities

The server administrator determines form content, roles, routing, automations, SLA, macros, Knowledge Base, Customer 360 processes, e-mail, incidents and public portals. Administrators should:

• collect only information required for the purpose;
• inform their community how the ticket system is used;
• review roles and permissions regularly;
• protect transcripts, notes, Customer 360 and integrations;
• test automations and routing before production use;
• ensure their own workflows comply with applicable law and Discord rules.

7. Tickets, user content and forms

Users retain rights in their content. To the extent required to operate the service, they grant technical authorization to receive, store, display, transmit and archive that content for authorized recipients.

Tickets should not contain information whose disclosure could cause harm unless it is genuinely required to resolve the request.

8. Ticket Workspace, Live Chat and team decisions

Claim, transfer, priority, replies, notes, reopen and closure are actions performed by authorized staff or configured automations. The server administrator is responsible for assigning appropriate permissions and organizing the handling workflow.

9. Transcripts and attachments

AnimeTicket may create transcripts containing messages, metadata and supported attachments. The administrator is responsible for archive retention and access. Transcript access should not be granted to people without a legitimate need.

10. SLA

AnimeTicket SLA is an operational metric for first-response and resolution targets. Configuring SLA in the Panel does not by itself create a legal service-level guarantee or SLA contract between a server administrator and a user.

11. Automations and Macros

Automations execute actions configured by the administrator. Administrators are responsible for triggers, conditions and actions and should test rules before applying them to critical workflows.

Macros may be sent to users and therefore must not contain secrets, outdated information or another customer's data.

12. Team, permissions and Workforce

Administrators should apply least privilege. Workforce may manage skills, capacity, availability and routing. Workforce profiles should contain only information relevant to support organization and should not contain unnecessary private employee information.

13. Customer 360

Customer 360 allows an administrator to aggregate customer details and request history. The administrator is responsible for the lawfulness, accuracy and relevance of additional information they enter, including e-mail, phone, organization, labels, notes or risk score.

The feature should not be used for profiling beyond justified support, security or customer-relationship needs.

14. Knowledge Base and public content

The administrator is responsible for Knowledge Base content and publication. Content must not infringe third-party rights, confidentiality, law or Discord rules. Public Knowledge Portal may only expose content intended for publication.

15. E-mail → Ticket

An administrator configuring e-mail is responsible for the right to use the selected address and mail transport and for lawful communications. The channel must not be used for spam, phishing or unlawful unsolicited messaging.

Ingress and outbox may use secrets, idempotency and HTTPS transport. Administrators are responsible for protecting their credentials and configuring the transport recipient correctly.

16. Incidents and Status Page

The administrator is responsible for the accuracy and relevance of incident information. Status Page should not disclose personal data, secrets, vulnerabilities or information whose publication creates unnecessary security risk.

Linking a ticket to an incident helps group work but does not necessarily replace individual review of each request.

17. Security and anti-abuse

AnimeTicket may apply limits, duplicate detection, risk scores, rate limiting and other protective controls. The Operator may temporarily restrict functionality when necessary to protect the platform or other users.

Administrators should not use anti-abuse signals as the sole basis for decisions producing significant effects for individuals without appropriate verification.

18. Analytics and reports

Statistics, SLA compliance and team rankings are operational tools. Results may depend on configuration quality, data completeness and date range and should not be treated as an automatic, unquestionable assessment of an employee or user.

19. Integrations, API and webhooks

An administrator connecting AnimeTicket to another system is responsible for integration security, protection of keys/secrets, scope selection, webhook validation and lawful downstream processing.

The Operator may block unsafe destinations, rate-limit traffic, revoke abused keys or impose additional security requirements.

20. Free, Premium and Business

Feature access depends on the current server entitlement. The interface may hide unavailable features, but final access control is enforced by the backend.

Plan scope, pricing, duration and commercial terms follow the current offer or an individual agreement. These Terms do not independently create a price list or automatic subscription renewal.

21. Custom Bot

Where the plan permits a custom Discord application, the administrator is responsible for ownership and configuration of the application, name, avatar and token security. A suspected disclosed token should be rotated immediately through Discord.

22. Business white-label and branding

The administrator is responsible for having rights to names, logos, graphics, content and other materials used for white-label. Branding must not infringe third-party rights, mislead users or impersonate another organization.

23. Subdomain and custom domain

An administrator may only use a domain they own or are authorized to use. Custom-domain activation may require DNS verification. The Operator may refuse or disable a domain due to failed verification, law, security, Business expiration or technical conflict.

DNS, certificate, provider or network changes may temporarily affect availability of a customer domain.

24. Business public portals

Status Page, Knowledge Portal and Contact/E-mail Portal are public tenant surfaces when enabled by the administrator. The administrator is responsible for content, contact details, branding and the way those portals are used with their users.

25. Billing and entitlement lifecycle

Entitlement changes may be triggered by the configured billing process and recorded in history. Expiration or deactivation may immediately restrict Premium/Business functions, including portals, domains or Custom Bot, according to the implementation.

Where UI and backend state differ, the state verified by the entitlement system governs access.

26. Tenant isolation

AnimeTicket is designed so one server/tenant cannot access another organization's data. Users must not manipulate identifiers, domains, URLs or API requests in an attempt to bypass isolation.

27. Platform Console, Owner and Global Admin

Platform Console is an internal administration level available to Owner and delegated Global Admins according to permissions. A Global Admin does not automatically receive unrestricted access to every function.

Read-only server inspection from the platform does not automatically grant Support Override. Administrative operations should be limited to justified need and recorded in audit logs.

28. Availability and third-party services

The Operator takes reasonable care to maintain the service but does not guarantee uninterrupted availability. Interruptions may result from Discord, hosting, database, DNS, e-mail, network, integration providers, maintenance or events outside the Operator's reasonable control.

29. Beta, RC and feature changes

Features marked beta, RC, test or experimental may change more frequently, be temporarily unavailable or require additional configuration. Administrators should test them before relying on them for critical workflows.

30. Service Blocks and access restrictions

The Operator may temporarily or permanently block a server, user, key, domain or feature where there is a Terms violation, security threat, unlawful activity, resource abuse, attempted permission bypass or a need to protect other users.

31. Bot removal and termination

An administrator may remove the bot from a server. Removal does not always mean immediate deletion of every record because justified retention, accountability, backups or legal obligations may remain. Data requests are described in the Privacy Policy.

32. Intellectual property

The AnimeTicket name, code, documentation, interface, graphics and branding may be protected by the Operator's or licensors' intellectual-property rights. Use of the service does not transfer those rights to users.

33. Liability

To the extent permitted by applicable law, the Operator is not responsible for user content, moderator decisions, incorrect role/automation/integration configuration, administrator disclosure of secrets, inaccurate Status Page content or failures of third-party services.

Nothing in these Terms excludes liability that cannot lawfully be excluded or limited.

34. Complaints, technical and security reports

Where possible, a report should include description, time, Guild ID, Ticket ID and reproduction steps. Do not send passwords, full bot tokens, API keys or webhook secrets.

Contact: kontakt@animeticket.pl.

35. Changes to the Terms

These Terms may be updated as features, infrastructure, security, service model or law changes. The current version date appears at the top. Material changes may also be communicated on the website, updates feed or Panel.

36. Final provisions

Use of the service is subject to applicable law, including consumer and other mandatory rights that cannot be contractually limited. If an individual provision is invalid or unenforceable, the remainder remains effective to the extent permitted by law.