> 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).
# 無視した問題の承認受信箱
承認受信箱を使うと、無視権限のないユーザーが検出結果を却下する前に、管理者の承認を必須にできます。チームメンバーは理由を添えて無視リクエストを送信し、管理者はフィードから何かが削除される前に中央の受信箱でそれを確認します。
## ユースケース
* 🛡️ **リスク受容のガバナンス**：どの検出結果を無視するかの判断権をセキュリティ責任者に維持します。
* 👥 **開発者に権限を与える**：エンジニアが完全な無視権限を付与されなくても、誤検知をトリアージできるようにします。
* 📋 **監査証跡**：各リクエストには、誰が、なぜ申請し、誰が承認または却下したかが記録されます。
## 無視リクエストを有効にする
無視リクエストは **デフォルトでは有効になっていません**。ワークスペース管理者のみが、次の設定から有効にできます [トリアージ設定](https://app.aikido.dev/settings/advanced).
## 仕組み
ユーザーが問題を直接無視できるかは、そのユーザーの **無視権限** （参照 [ロールと権限の設定](/docs/docs-ja/hajimeni/automated-user-management/setting-roles-and-permissions.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.