最初のチケットカテゴリーを設定する

TicketCordにおける「カテゴリー」の意味

私たちはDiscord組み込みのチャンネルカテゴリーをそのまま使います。新しく覚える概念はありません。新しいチケットはすべて、選んだカテゴリー内のテキストチャンネルになり、ボットがチャンネルごとに権限を管理するため、依頼者とスタッフだけがそれを見られます。

手早い方法：/setup

すべてを手作業で作る代わりに、サーバーで/setupを実行しましょう。このコマンドはDiscordの管理者権限を持つユーザーに制限されており、Discord側のセットアップを一括で行います：

• オープン中のチケット用のTicketsカテゴリーとClosed Ticketsカテゴリーを作成します。
• 2つのスタッフロールを作成します。チケットの全権限を持つTicket Adminロールと、返信・閲覧アクセスを持つTicket Supportロールです。（無料プランではそれぞれTicketCord Admin／TicketCord Supportという名前になります。）
• 権限の上書きを適用します。2つのスタッフロールはチケットの閲覧と操作が可能になり、@everyoneは拒否されます。
• Discordのロール階層でボットがロールを管理できるよう、新しいロールをボット自身のロールのすぐ下に並べ替えます。

このコマンドが動作するには、ボットにサーバーレベルで管理者権限、またはチャンネルの管理＋ロールの管理が必要です（招待時にはデフォルトでこれらを要求します）。サーバーでモデレーター操作にDiscordの2FA要件を有効にしている場合は、Discord Developer Portalでボットを作成したアカウントも2FAをオンにしておく必要があります。これはDiscord側のルールであり、私たちのルールではありません。

すでにチケット用らしきカテゴリーやロールがある場合

何かを作成する前に、/setupは過去のチケットセットアップらしき名前（例：「Tickets」「Closed Tickets」「Ticket Admin」「Ticket Support」）の既存カテゴリーとロールをサーバー内でスキャンします。見つかった場合、3つのボタンが表示されます：

• 既存のものを使う - 現在のリソースには手を付けません。ダッシュボードでの指定はご自身で行います。
• それでも作成する - 衝突しないよう少し違う名前で新規作成します。
• キャンセル - 何も変更せずに終了します。

ウェブサイトでのセットアップ完了が必要です

ここが見落とされがちな部分です。/setupはDiscord側のインフラを作成するだけで、どのカテゴリーやロールを使うかをTicketCordに伝えるわけではありません。それはダッシュボードで行います。コマンド実行後、Configurationに戻り、セットアップウィザードで新しいリソースを選択してください。このステップを踏まないと、チケットはまだ開きません。

または：カテゴリーを自分で作る

1. サーバーでOpen ticketsのような名前のカテゴリーを作成します。
2. 任意でClosed ticketsという2つ目のカテゴリーも作成します。TicketCordは解決済みチャンネルを削除する代わりにそこへ移動でき、監査履歴に役立ちます。
3. 両方のカテゴリーをデフォルトでプライベートに設定します。カテゴリーの権限で@everyoneのチャンネルを見るを拒否し、スタッフロールとTicketCordボットに許可します。

TicketCordにカテゴリーを指定する

ダッシュボードでセットアップウィザードを開くか、Configuration > Channelsに移動します。オープンチケット用のカテゴリーを選びます。各カテゴリーが埋まるにつれてチケットを分散させたい場合は、複数選択も可能です（Discordはカテゴリーあたり50チャンネルまでに制限しています）。クローズ用カテゴリーを作った場合は、クローズ済みチケットの移動先として設定します。

どちらの設定もリストを受け付けるので、すでに選んだものを置き換えることなく、後からカテゴリーを追加できます。

ボットが権限に対して行うこと

顧客がチケットを開くと、TicketCordはオープン用カテゴリー内に新しいテキストチャンネルを作成し、3つの権限上書きを追加します。@everyoneの「チャンネルを見る」を拒否し、依頼者に閲覧＋送信＋履歴の読み取りを許可し、スタッフロールにも同じ権限を与えます。カテゴリーレベルの権限には手を付けません。

次のステップ

チケットの行き先ができたので、顧客がクリックできるボタンを用意するためにチケットパネルの作成に進みましょう。