> For the complete documentation index, see [llms.txt](https://help.aikido.dev/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.aikido.dev/docs/docs-ja/hajimeni/core-functionalities/approval-inbox-for-ignored-issues.md).
# 無視した課題の承認受信箱
Request Inbox では、無視またはスヌーズ権限を持たないユーザーが検出結果を却下する前に、承認を必須にできます。チームメンバーは理由を添えてリクエストを送信し、レビュアーは何もフィードから削除される前に、中央の受信箱でそれを承認または却下します。
## ユースケース
* 🛡️ **リスク受容の統制**: どの検出結果を無視するかをセキュリティ責任者が管理できるようにします。
* 👥 **開発者に権限を与える**: エンジニアが誤検知をトリアージできるようにし、完全な無視権限を付与する必要をなくします。
* 📋 **監査証跡**: 各リクエストには、誰が、なぜ依頼したか、誰が承認または却下したかが記録されます。
## 無視リクエストを有効にする
無視リクエストは **デフォルトでは有効になっていません**。ワークスペース管理者のみが、そこから有効にできます [トリアージ設定](https://app.aikido.dev/settings/advanced)。同じ設定により、スヌーズ権限のないユーザーもスヌーズリクエストを送信できます。
## 仕組み
問題を直接無視またはスヌーズできるかは、あなたの **無視** および **スヌーズ** 権限（参照 [ロールと権限の設定](/docs/docs-ja/hajimeni/automated-user-management/setting-roles-and-permissions.md)）および **問題の無視リクエストを許可** がワークスペースで有効になっているかによります:
* **該当する権限がある場合**: すぐに無視またはスヌーズできます。
* **権限がない場合で、無視リクエストが有効なときは**: 理由を添えてリクエストを送信します。その権限を持つ誰かが承認または却下するまで、問題はフィードに残ります。
* **権限がない場合で、無視リクエストが無効なときは**: 検出結果を無視またはスヌーズしたり、リクエストを送信したりできません。
同じ流れは、返信するときにも適用されます `@AikidoSec 無視: [理由]` Aikido の [PR または MR のコメント](/docs/docs-ja/prtorirsunogtingu/aikido-ci-gating-functionality/autofix-suggestions-and-inline-commenting-for-pr-checks.md)。無視権限がない場合、そのリクエストは検出結果を即座に無視するのではなく、承認受信箱に送られます。
{% hint style="info" %}
無視リクエストは〜に適用されます **個々のサブ問題のみに**、プルリクエスト内の検出結果を含みます。パス、CVE、またはルールによるより広範な無視ルールには、引き続き無視権限が必要です。
{% endhint %}
ユーザーがリクエストを送信すると、無視権限を持つユーザー（チーム専用ユーザーを除く）に通知され、〜で確認できます [リクエスト受信箱](https://app.aikido.dev/inbox/issues/actions)。受信箱には、問題の詳細、重大度、場所、リクエスター、そしてその理由が表示されます。チーム専用ユーザーは、無視権限を持っていてもリクエストを確認できません。
## 無視リクエストを確認する
{% stepper %}
{% step %}
### 受信箱を開く
次へ移動します： [リクエスト受信箱](https://app.aikido.dev/inbox/issues/actions)、または〜の保留中通知をクリックします **リクエスト** 上部ナビゲーションのインジケーター。各通知には、送信者と、無視またはスヌーズのどちらを依頼したかが表示されます。通知をクリックするか、 **問題を無視** タブがまだ選択されていない場合は、タブを開きます。タブには保留中リクエストの数を示すバッジが表示されます。
{% endstep %}
{% step %}
### リクエストを確認する
行、または〜をクリックします **確認** ボタン。確認モーダルには、問題、依頼者の理由、およびスヌーズのリクエストの場合はスヌーズ日が表示されます。
{% endstep %}
{% step %}
### 承認または却下
をクリック **承認** を選ぶと、依頼者が示した理由に基づいて要求された無視またはスヌーズが適用されます。あるいは **却下** を選ぶと、リクエストを拒否して問題をそのまま残します。
{% endstep %}
{% endstepper %}
### 保留中と処理済み
その **問題を無視** タブには2つのビューがあります:
* **保留中**: 判断待ちのリクエスト。
* **処理済み**: すでに承認または却下されたリクエスト。誰がいつ確認したかも含まれます。
検索バーを使って、問題のタイトルまたは依頼者名で絞り込めます。Aikido でチームフィルターが有効な場合、受信箱にはそのチームの問題に関するリクエストのみが表示されます。
### 判断後に何が起こるか
**承認済み**: Aikido は依頼者の理由を使って、要求された無視またはスヌーズを適用します。無視された検出結果は〜へ移動します [無視済みビュー](https://app.aikido.dev/issues/ignored) そしてメインフィードから消えます。
**却下済み**: 問題はフィード上で未解決のまま、またはスヌーズ状態のまま残ります。必要に応じて依頼者は新しいリクエストを送信できます。
## 通知
無視権限を持つユーザー（チーム専用ユーザーを除く）は、〜に新しいリクエストが表示されます **リクエスト** 上部ナビゲーションのインジケーター。各通知には、送信者と、無視またはスヌーズのどちらを依頼したかが表示されます。通知をクリックするか、 **リクエスト受信箱へ移動**、受信箱を開きます。
### Slack 通知
新しい無視またはスヌーズのリクエストが送信されると、Slack アラートも受け取れます。Aikido は選択したチャンネルにメッセージを投稿し、 **Aikido で確認** そのボタンからリクエスト受信箱へ直接移動できます。
{% stepper %}
{% step %}
### Slack を接続
まだの場合は、〜から Slack を接続してください [Slack 連携設定](https://app.aikido.dev/settings/integrations/notifications/slack)。参照 [Slack 通知](/docs/docs-ja/hajimeni/chat-and-alerts/slack-notifications.md) で設定手順を確認してください。
{% endstep %}
{% step %}
### Slack アラートを作成
次へ移動します： [リクエスト受信箱](https://app.aikido.dev/inbox/issues/actions)、 **問題を無視** タブで、〜をクリックします **アラートを管理** → **Slack**。クリック **アラートを作成** そしてリクエスト通知を受け取るチャンネルを選択します。
{% endstep %}
{% step %}
### アラートをテスト
保存後、〜を使って **テストアラートを送信** アラート行で、メッセージが選択したチャンネルに届くことを確認します。
{% endstep %}
{% endstepper %}
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://help.aikido.dev/docs/docs-ja/hajimeni/core-functionalities/approval-inbox-for-ignored-issues.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.