> For the complete documentation index, see [llms.txt](https://help.impact.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.impact.com/brand/ja/what-would-you-like-to-learn-about/platform-features/protect-and-monitor-your-performance-program/event-risk/review-at-risk-actions.md).
# リスクのあるアクションを確認
最も重大なリスクシグナルを持つアクションは、イベントリスク検出の一環として自動的に却下されます。これらのアクションのいずれかが正当で、支払い対象にすべきだと考える場合は、明示的に承認する必要があります。
次のリスクシグナルは自動的に却下されます：
* **理由コード**: コンバージョンスプーフィング
* **リスクレベル**: 重大/疑わしい
* **説明**: スプーフィングされたコンバージョンとは、実際には発生していないコンバージョンのことです。JavaScript などのクライアントサイド統合は、不正な第三者が報酬を得るために偽のコンバージョンイベントを作成することに対して脆弱であり、その方法は、パートナーアカウントを直接利用する場合もあれば、より一般的にはロイヤルティ／報酬型パートナーの報酬スキームを悪用する場合です。
* **解決策**: アクションが有効かどうかを確認する最善の方法は、注文IDを自社の注文ログと照合することです。スプーフィングされたコンバージョンはバックエンドシステムには存在しません。これを検出するために、impact.com では、想定される注文IDとコンバージョンページの URL パターンに対する検証ルールを適用できます。
#### コンバージョンスプーフィングのルールを確認する
コンバージョンスプーフィングの検出は、各イベントタイプについて、想定される注文IDとコンバージョンページの URL パターンに対する検証ルールを適用することに依存します。 [コンバージョンスプーフィングルールレポート](/brand/ja/what-would-you-like-to-learn-about/platform-features/protect-and-monitor-your-performance-program/event-risk/view-validation-patterns-for-conversion-events.md) で、プログラムに設定されているルールを確認してください。 [サポートにお問い合わせください](http://mailto:tech-support@impact.com/?subject=Conversion%20Spoofing%20Validation%20Rules%20Request) 必要に応じてこれらのルールを更新してください。
#### 疑わしいアクションを見つけて確認する
次の手順に従って、検証ルールに基づいて却下されたアクションを見つけて確認します：
1. 左側のナビゲーションメニューから、次を選択します  **\[エンゲージ]** → **トランザクション** → **保留中の支払い** → **リスクあり**.
2. 表示したいコンバージョンをフィルターします。  **\[検索]** フィルターを設定したら、選択します。
* 〜をご覧ください *フィルター参照* 詳細は以下をご覧ください。
フィルター参照
| フィルター | 説明 |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| パートナー | 指定したパートナーによって発生したフラグ付きアクションをフィルターします。 |
| イベントタイプ | 特定の [イベントタイプ](/brand/ja/what-would-you-like-to-learn-about/platform-features/event-types/event-types-explained.md)。プログラムに設定されている任意のイベントタイプを選択できます。例：クリック。 |
| OID | 指定した注文に関連するフラグ付きアクションをフィルターします。注文IDは、注文の一意の識別子として機能する文字列です。 |
| アクションID | 一意の識別子を入力して、フラグ付きアクション（売上、アプリのインストール、サブスクリプションなど）をフィルターします。 |
|  **\[その他]**: さらにフィルターを追加 | • 日付範囲： 指定した期間に発生したフラグ付きアクションを表示します。
• 共有ID： 指定した 共有ID。これは、あなたとパートナーの両方に表示される値で、レポート目的でトラッキングリンクに追加できます。
• プロモコード： 指定した プロモコード、つまり顧客がチェックアウト時に割引を受けられる一意の値です。
|
3. テーブルで、検証ルールに基づいてアクションを確認します。
* 選択  **\[展開]** を選択すると、追加のコンバージョン詳細を表示できます。
* 〜をご覧ください *列の説明* 詳細は以下をご覧ください。
列の説明
| 列名 | 説明 |
| ---------- | --------------------------------------------------------------------- |
| アクション日 | アクションが記録された日付（および時刻）。 |
| アクションID | アクションの impact.com 固有ID。
アクションIDを選択すると、そのアクションの詳細を表示できます。
|
| 注文ID | アクションの一意のOID（注文ID）。 |
| イベントタイプ | 定義されたアクションに適用されるトラッキング方法。 |
| パートナー | アクションを発生させたパートナーを示します。 |
| ロック日 | アクションがロックされ、アクションに対するパートナーの支払いが確定する日付。 |
| 取消理由 | アクションが取消された理由。 |
| 収益 | このアクションによって生じた売上額。 |
| アクションコスト | パートナーが発生させたアクションの費用。 |
| プロモーションコード | アクションでプロモコードが使用されている場合、ここに表示されます。 |
4. 疑わしいコンバージョンを承認するには、 **承認** で *アクション* 列。
1. または、  **\[チェックボックス]** 各アクションの横にあるものを選択し、次に **承認** フィルターメニューの下にある
5. 必要に応じて、テーブルの下で  **\[ダウンロード]** を選択すると、一覧を .CSV ファイルとしてダウンロードできます。
---
# 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 by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://help.impact.com/brand/ja/what-would-you-like-to-learn-about/platform-features/protect-and-monitor-your-performance-program/event-risk/review-at-risk-actions.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
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.