Skip to main content
スタッフがアプリケーションを読んで判断する場所です。

画面

上部に 4 つの数値 ― TotalPendingAcceptedDenied
これら 4 つのカードは サーバー全体・90 日 の値です。意図的にパネルセレクター、フィルター、検索を無視します。テーブルの行数と一致しません。これはバグではなく仕様です。
テーブルには ApplicantStatusSubmittedReviewed By が表示され、1 ページ 50 行です。

フィルターと検索

パネルセレクター、検索ボックス、そしてステータス、日付範囲、特定の応募者 ID を扱うフィルターダイアログがあります。
検索は現在のページだけでなく全履歴に対して働きます ― Vito 取引テーブルとは異なります。Discord ID を入力すると完全一致検索、名前を入力すると送信時に記録されたユーザー名への部分一致検索になります。
ユーザー名の記録が始まる前に作成された送信には保存された名前がないため、名前検索では見つかりません。Discord ID での検索は常に機能します。

判断

Accept と Deny は行内でインラインに利用でき、詳細ダイアログから理由付きでも実行できます。送信が Pending でない場合は両方無効です。
自分のアプリケーションはレビューできません。 データベースレベルで強制されているので、サーバー管理者でも同様です。
スタッフ 2 名が同時に Accept を押しても安全です ― 2 人目には 「この送信は既にレビュー済みです」 と表示され、応募者が二度処理されたり二度 DM されたりすることはありません。自動拒否スイープやメンバー退出ルールが先に解決した場合も同じメッセージが出ます。

決定時の挙動

1

決定が記録される

即時かつ恒久的に書き込まれます。
2

ロール、DM、アクションがボットに引き渡される

そのボタンの accept または deny ステージに設定されたすべてが実行されます。
3

応募者に通知

そのアウトカム向けの DM メッセージが設定されていれば。
決定は 後続アクションのディスパッチが失敗しても 保存されます。承認済みと表示されているのにロールが付いていない場合、決定は正しく、アクションは手動で適用する必要があります ― 再承認しても再試行はされません。

投票

ボタンで投票が有効な場合、Accept と Deny は ApproveDeny の投票ボタンと任意のコメント欄に置き換わります。集計は逐次表示されます。

エクスポート

Export CSV は現在のパネルとフィルターをダウンロードします。列は送信、パネル、応募者、ステータス、タイムスタンプ、レビュアー、理由、すべての回答をカバーします。
エクスポートは 最新 5,000 件 に制限されます。上限に達した場合はファイル末尾にその旨のメモが記載されます ― より古いレコードに到達するにはフィルターを絞ってください。

保持

Accepted、Denied、Expired の送信は、解決後 90 日 で削除されます。Pending の送信は無期限に保持されます。記録として必要なものは期限切れの前にエクスポートしてください。

ステータス

多くのカウントとともに Unknown reviewer と表示されるレビュアーは自動システムです ― 自動拒否とメンバー退出ルールは自分自身をレビュアーとして記録します。