> 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/contracts-and-template-terms/template-terms/payout-adjustments/payout-modifications-explained.md).

# 支払い調整の説明

impact.com は、デフォルトの支払いレートを超えてパートナーにどのように報酬を支払うかを細かく調整するための一連のツールを提供します。これらのツールを使えば、低品質なトラフィックから支払いを保護したり、適切なパートナーにインセンティブを与えたり、予算内に収まるよう支出に上限を設けたりできます。各変更タイプと impact.com がそれらをどのように適用するかを以下でご覧ください。

## 支払い調整の役割

すべての契約にはデフォルトの支払いがあり、売上やクリックなどのイベントごとに固定額または割合として設定できます。ただし、この基礎支払いの上にルールを追加して、より細かく制御することもできます。たとえば、次のことが可能です：

* 支払いたくない報酬をブロックする
* より重視するアクションには高い報酬を設定する
* 一定期間内にパートナーに支払える金額の上限を設定する
* 異なる成果しきい値に適用されるルール階層を定義する

## 対応している支払い変更タイプ

<table data-header-hidden="false" data-header-sticky><thead><tr><th>変更タイプ</th><th>支払いに対して何をするか</th><th>適用されるタイミング</th></tr></thead><tbody><tr><td><a href="/brand/ja/what-would-you-like-to-learn-about/platform-features/contracts-and-template-terms/template-terms/payout-adjustments/add-payout-restrictions-to-template-terms.md">支払い制限</a></td><td><strong>ブロックします。</strong> アクションが条件に一致した場合（例：制限地域からのトラフィック）、支払いを完全に無効化します。</td><td>コンバージョン時、アクションごと。</td></tr><tr><td><a href="/brand/ja/what-would-you-like-to-learn-about/platform-features/contracts-and-template-terms/template-terms/payout-adjustments/set-payout-rules-using-payout-groups.md">支払いグループ</a></td><td><strong>設定します。</strong> アクションが条件に一致した場合（例： <code>顧客ステータスが新規</code>）。1件のアクションにつき適用される支払いグループは1つだけであり、Payout Adjustment が実行される前に基礎となる支払いを設定します。</td><td>コンバージョン時、アクションごと。</td></tr><tr><td><a href="/brand/ja/what-would-you-like-to-learn-about/platform-features/tracking/set-up-tracking/configure-customer-status-mapping.md#create-a-payout-adjustment">支払い調整</a></td><td><strong>調整します。</strong> 基礎支払いを、金額または割合で上下に調整します。調整の対象となる基礎は、一致した Payout Group のレート、またはグループが適用されない場合のデフォルト支払いです。</td><td>コンバージョン時、アクションごと。</td></tr><tr><td><a href="/brand/ja/what-would-you-like-to-learn-about/platform-features/contracts-and-template-terms/template-terms/payout-adjustments/set-payout-limits.md">上限</a></td><td><strong>上限を設定します。</strong> 選択した期間で、支払い額またはアクション数の上限に達すると、それ以上の支払いを停止します。上限を超えたアクションは「 <em>条件外</em> 」とマークされ、手動承認されない限り支払い対象になりません。</td><td>コンバージョン時、上限が累積されるにつれて。</td></tr><tr><td><a href="/brand/ja/what-would-you-like-to-learn-about/platform-features/contracts-and-template-terms/template-terms/payout-adjustments/performance-bonus/add-a-performance-bonus-to-a-contract.md">パフォーマンスボーナス</a></td><td><strong>ティアに応じて置き換えます。</strong> パートナーの月間成果が特定のティアに達すると、そのティアの支払いレートがデフォルトの支払いを <em>デフォルト支払い</em>上書きし、追加額はボーナスとして支払われます。Payout Group とは異なり、この上書きはコンバージョン時ではなく、月次で後から適用されます。</td><td>毎月、アクションがロックされた後（さらに3日間のバッファあり）。</td></tr><tr><td><a href="/brand/ja/what-would-you-like-to-learn-about/platform-features/contracts-and-template-terms/template-terms/payout-adjustments/participation-bonuses-explained.md">参加ボーナス</a></td><td><strong>再配分します。</strong> パスに含まれる貢献パートナーのために予算を確保するため、勝者パートナーの報酬を減額します。これは、Payout Adjustment（<code>Path Media Count > 1</code>）を基盤にしたワークフローであり、単独の設定ではありません。</td><td><p>勝者の減額はコンバージョン時に適用されます。</p><p>貢献者への支払いは、PFT（<a href="/brand/ja/what-would-you-like-to-learn-about/platform-features/cross-channel-performance-insights/optimize-reports/participation-bonus-report-and-bulk-partner-funds-transfers.md">Partner Funds Transfer</a>).</p></td></tr></tbody></table>

{% hint style="success" %}
**注：** Payout Restriction、Payout Group、Payout Adjustment はいずれも、特定の形式のルールを利用します。完全なルール一覧と、ルールの作成・組み合わせ方法については、 [Payout Rules の仕組み](/brand/ja/what-would-you-like-to-learn-about/platform-features/contracts-and-template-terms/template-terms/payout-adjustments/how-payout-rules-work.md) をご覧ください。
{% endhint %}

## 実践シナリオ

<mark style="color:赤;">**2026年1月1日、米国の新規顧客が、途中であなたのパートナー2社のリンクをクリックした後、200ドルの注文を完了します。**</mark>

テンプレート条件は次のように設定されています：

* *デフォルト支払い：* 注文ごとに8%を支払いたい
* *Payout Group：* もし `顧客ステータスが新規`、注文ごとに12%に引き上げたい
* *Payout Adjustment：* 複数のパートナーが売上に影響した場合（`Path Media Count > 1`）、より多くのパートナーにクレジットを付与するため、支払いを50%減額したい
* *Payout Restriction：* もし `紹介元の国/地域が米国ではない`、一切支払いたくない
* *Limit：* コミッション支出を予測可能に保つため、各パートナーの月間総収益を5,000 USDに上限設定したい

### 複数の支払い変更がどのように組み合わさるか

この同じシナリオに impact.com が支払いルールをどのように適用するかを示します：

1. **支払い制限**：いずれかの制限に一致した場合、支払いは生成されず、評価はここで終了します。
   * [x] 顧客の国は米国だった → アクションは通過します。
2. **Payout Group の一致**：アクションが Payout Group のルールに一致した場合、そのグループの支払いがデフォルト支払いに代わる新しい基礎支払いになります。
   * [x] 顧客は新規だった → 基礎支払いは 8% から 200ドルの12% = 24ドルに変わります。
3. **支払い調整**：その後、調整額または割合に応じて基礎支払いが調整されます。
   * [x] 2つ目のパートナーが顧客の購買ジャーニーに関与していた → 支払いを50%減額 → 支払いは12ドルになります。
4. **上限**：結果としての支払いが月間上限を超える場合、手動で承認されない限り、そのアクションは支払い対象になりません。
   * [x] 1月1日に12ドルの支払いが発生したとすると、それはパートナーの月間上限5,000ドルの範囲内に収まります。
5. **パフォーマンスボーナス**：パートナーのロック済みアクションの月間合計が指定されたパフォーマンスティアに達すると、そのティアの支払いレートが *デフォルト支払い*.
   * [x] 設定していないため、変更はありません。
6. **参加ボーナス**：購買ジャーニーに含まれる他のパートナーは、手動の PFT を通じて引き続き報酬を受け取ることができます。
   * [x] 勝者パートナーの減額は上記ステップ3で発生しました。パス内のもう一方のパートナーは、 [参加ボーナスレポート](/brand/ja/what-would-you-like-to-learn-about/platform-features/cross-channel-performance-insights/optimize-reports/participation-bonus-report.md) を実行し、 [一括パートナー資金振替](/brand/ja/what-would-you-like-to-learn-about/platform-features/finance/partner-funds-transfer/bulk-upload-partner-funds-transfers.md).

<div data-with-frame="true"><figure><img src="https://1458456015-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwMLlMoFBtKJa8ptd3zaw%2Fuploads%2FnXsMdCcTCnhQeHEsjVy6%2FScreenshot%202026-09-02%20at%203.46.12%E2%80%AFPM.png?alt=media&amp;token=0ade87aa-721b-495b-8e8a-50a9a1e0637f" alt="" width="563"><figcaption></figcaption></figure></div>


---

# 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/contracts-and-template-terms/template-terms/payout-adjustments/payout-modifications-explained.md?ask=<question>&goal=<user_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.