> 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/zh/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/zh/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/zh/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>）。每个操作只会应用一个支付组，并且它会在任何支付调整运行之前先设定基础值。</td><td>在转化时，按每个操作。</td></tr><tr><td><a href="/brand/zh/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> 按金额或百分比向上或向下微调基础支付。它所修改的基础值是匹配的支付组费率，或者在没有适用支付组时的默认支付。</td><td>在转化时，按每个操作。</td></tr><tr><td><a href="/brand/zh/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/zh/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>，多出的金额会作为奖金支付。与支付组不同，此覆盖是在之后按月执行，而不是在转化时。</td><td>按月，在操作锁定后（另加 3 天缓冲期）。</td></tr><tr><td><a href="/brand/zh/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> 减少获胜合作伙伴的支付，以腾出预算给路径中的贡献合作伙伴。这是一个基于支付调整（<code>路径媒体数量 > 1</code>）构建的工作流，而不是一个独立设置。</td><td><p>获胜者的减额在转化时应用。</p><p>贡献者必须通过 PFT（<a href="/brand/zh/what-would-you-like-to-learn-about/platform-features/cross-channel-performance-insights/optimize-reports/participation-bonus-report-and-bulk-partner-funds-transfers.md">合作伙伴资金转账</a>).</p></td></tr></tbody></table>

{% hint style="success" %}
**注意：** 支付限制、支付组和支付调整都使用特定格式的规则。请参阅 [支付规则的运作方式](/brand/zh/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 日，一位位于美国的新客户在沿途点击了您两位合作伙伴的链接后，完成了一笔 200 美元的订单。**</mark>

您的模板条款配置如下：

* *默认支付：* 您希望每笔订单支付 8%
* *支付组：* 如果 `客户状态为新`，您希望将支付提高到每笔订单 12%
* *支付调整：* 如果多个合作伙伴影响了这笔销售（`路径媒体数量 > 1`），您希望将支付减少 50%，以便归功给更多合作伙伴
* *支付限制：* 如果 `推荐来源国家/地区不是美国`，您根本不想支付任何报酬
* *限制：* 您希望将每位合作伙伴的月总收入封顶为 5,000 美元，以便让您的佣金支出保持可预测。

### 多个支付修改如何协同工作

以下是 impact.com 如何将您的支付规则应用于同一场景：

1. **付款限制**：如果该操作匹配任何限制，则不会生成支付，评估到此停止。
   * [x] 客户所在国家/地区为美国 → 操作通过。
2. **支付组匹配**：如果该操作匹配某个支付组的规则，则该组的支付会取代默认支付，成为新的基础支付。
   * [x] 客户为新客户 → 基础支付从 200 美元的 8% 变为 12% = 24 美元。
3. **返佣调整**：随后，调整会按金额或百分比修改基础支付。
   * [x] 客户旅程中涉及第二位合作伙伴 → 支付减少 50% → 支付变为 12 美元。
4. **限制**：如果最终支付超过月度上限，则除非手动批准，否则该操作不可支付。
   * [x] 假设 1 月 1 日的 12 美元支付仍低于该合作伙伴 5,000 美元的月度上限。
5. **绩效奖金**：如果该合作伙伴当月的锁定操作总数达到指定的绩效层级，则该层级的支付费率会替换 *默认返佣*.
   * [x] 您没有设置任何内容，因此不会有任何变化。
6. **参与奖金**：客户旅程中的任何其他合作伙伴仍可通过手动 PFT 获得其奖励。
   * [x] 获胜合作伙伴的减额已在上面的第 3 步中发生。路径中的另一位合作伙伴将在您运行以下内容后获得其份额 [参与奖金报告](/brand/zh/what-would-you-like-to-learn-about/platform-features/cross-channel-performance-insights/optimize-reports/participation-bonus-report.md) 并发放一个 [批量合作伙伴资金转账](/brand/zh/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://1186853034-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/zh/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.