> 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/how-payout-rules-work.md). # 付款规则如何运作 Payout rules 允许你根据某个操作周围的情况，主动设定一系列分成结果。例如，你可能希望把销售订单的分成金额与客户所在地、其购买的产品类别以及与该购买关联的促销代码挂钩。为此，你可以像往常一样在合同中设置默认分成，然后创建额外规则，来决定在什么条件下修改该默认值。 Payout rules 会自动应用于合作伙伴的分成，并且它们可以用于构建 [*付款限制*](/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), [*返佣组*](/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)，以及 [*返佣调整*](/brand/zh/what-would-you-like-to-learn-about/platform-features/tracking/set-up-tracking/configure-customer-status-mapping.md#create-a-payout-adjustment) 满足你更自定义的分成需求。 [了解更多](/brand/zh/what-would-you-like-to-learn-about/platform-features/contracts-and-template-terms/template-terms/payout-adjustments/payout-modifications-explained.md). ## 了解规则的组成 每条规则（例如， `客户状态为新客户`）都是由三部分组成的单一条件： * **一个参数** (`客户状态`）：你希望分成条件取决于哪种情况。 * **一个运算符** (`为`）：要使规则生效，指定的参数和值必须如何相互关联。 * **一个值** (`新建`）：为了使规则生效，需要满足什么。 ## 构建并组合规则 你可以使用多个规则来收紧分成条件或放宽分成条件。 * **当操作必须满足每一条规则时：** 将多条规则添加到单个分成限制、分组或调整中。要覆盖默认分成，所有规则必须同时满足。在这种情况下， `客户状态为新客户` 和 `订单总额 > $200` 将适用于也消费超过 $200 的新客户。 * **当操作至少必须满足一条规则时：** 将每条规则放入单独的分成限制或调整中。要覆盖默认分成，只需要满足 1 条规则。在这种情况下， `客户状态为新客户` 和 `订单总额 > $200` 将同时适用于新客户（无论消费金额多少），以及消费超过 $200 的回头客户。 {% hint style="success" %} **注意：** 在分成分组中，同一时间只有一个分组可以应用于某个操作。当一个操作匹配多个分组时，由分组的优先级决定哪一个生效。 [了解更多](/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#how-ranking-works). {% endhint %} ## 付款规则参考 你可使用的参数取决于你的 impact.com 版本。某些参数（例如例外列表查询和产品目录字段）只能在特定版本或附加组件中访问。
通用分成参数
结算规则说明
货币购买所使用的货币。必要时，这用于计算换算为资金和付款货币的汇率。

如果未传递此项，则会使用你账户的默认货币。
客户城市客户在转化中指定的城市。
客户国家/地区客户在转化中指定的位置。
客户邮政编码客户在转化中指定的邮政编码（或 ZIP 代码）。
客户地区转化中客户的地区代码。
客户状态客户状态（例如：新客户、回头客户等）。

在编辑事件类型时，必须在“客户状态映射”部分配置这些值。
日期1-10通用日期字段，可接受你要发送的日期或日期时间。这些值会显示在报表中。

当你使用日期字段（例如 Date1–10）创建分成分组规则时，你指定的任何日期范围都遵循“包含起始、不包含结束”的规则：

起始日期包含在范围内，而结束日期不包含在范围内。

例如，如果你为以下条件设置分成分组规则：Date1 在 2024-08-01 和 2024-09-30 之间，那么 Date1 为 2024-08-01 到 2024-09-29（含）的转化将匹配该分成分组，而 2024-09-30 则不会匹配。
派生浏览器由用户在转化时的 IP 地址确定的浏览器。
派生国家/地区由用户在转化时的 IP 地址确定的国家或地区。
派生设备类型由用户在转化时的 IP 地址确定的电子设备。
派生操作系统由用户在转化时的 IP 地址确定的设备操作系统。
派生州/地区由用户在转化时的 IP 地址确定的地理州或地区。
礼品购买如果您正在跟踪礼品购买，可以将转化中的订单标记为礼品购买。
了解我们用于记录客户如何了解到您的业务。
商品品牌与该产品相关联的品牌名称。
商品类别商品级别所引用产品的类别。
商品配送类型为产品指定的配送方式。
商品折扣应用于每件所购商品的折扣。
商品名称所购产品的名称。
商品价格每件产品的单价。
商品数量订单中购买的商品数量，以整数表示。
商品 SKU商品级别所引用产品的唯一库存单位（SKU）值。
商品子类别如适用，商品级别所引用产品的子类别。
商品小计此行项目的总价（该类型购买的所有产品）。最终值将通过从该值中减去相应折扣来确定。
金额1-3接受您要发送的任何货币或财务数据字符串的通用数值字段。这些值会显示在您的报告中。
注意用于传递事件级报告信息的通用字段。
数值1-10接受您要发送的任何数值数据字符串的通用数值字段。这些值会显示在您的报告中。
订单折扣对于销售，这是应用于整个订单的折扣。处理时，该金额会自动从订单总额中扣除。如果使用的是商品金额，则该折扣会按比例从传入的每个商品金额中扣除。

通常不包括运费折扣。
订单地点 ID主要用于旅行场景，用于指定此次购买地点的唯一标识符。
订单地点名称主要用于旅行场景，用于指定此次购买的地点。
订单地点类型主要用于旅行场景，用于指定此次购买的地点类型。
订单支付类型客户如何为其订单付款。
订单促销代码该操作包含客户使用的促销代码。
订单运费主要用于包含运费的零售销售转化。用于付款计算的销售总额将不包括运费。
订单税费主要用于包含税费的零售销售转化。用于付款计算的销售总额将不包括税费。
订单总额扣除税费之前、并扣除任何折扣之后的金额。
推荐广告触发点击的广告名称和 ID。
推荐广告活动触发点击的广告所属广告活动名称（第三方/广告服务器对广告和活动的定义）。
推荐广告活动 ID从引荐点击的跟踪参数中捕获的第三方广告活动 ID，例如 Google Ads。该值是从关联的点击数据中自动提取的，而不是从品牌提交的转化数据中提取的。
推荐广告组转化路径中的此步骤所属的第三方广告组（例如：付费搜索）。
推荐广告组 IDGoogle 的第三方广告组 ID。
推荐广告关键词用于付费搜索活动的关键词。
推荐广告展示位置广告在合作伙伴页面上的位置。典型值为“Home”和“Forum”。
推荐广告类型由哪个第三方广告分发平台投放了该广告（例如：Google Ads）。
推荐交易与该广告相关的交易类型。
推荐派生浏览器由用户在点击时的 IP 地址确定的浏览器。
推荐派生国家/地区由用户在点击时的 IP 地址确定的国家或地区。
推荐派生设备类型由用户在点击时的 IP 地址确定的设备类型。
推荐派生操作系统由用户在点击时的 IP 地址确定的操作系统。
推荐派生州/地区由用户在点击时的 IP 地址确定的州。
推荐落地页该事件的落地页 URL。
推荐参数1-10合作伙伴可以包含在点击查询字符串中的值，可以是他们希望的任何内容。
推荐 SharedId通用 SharedId 字段，接受你要发送的任意 SharedIds 字符串。会显示在你的报表中。
推荐 SKU该商品的唯一标识符——通常是正在推广的产品的库存单位（SKU）标识符。
推荐子账户 ID驱动该操作的合作伙伴或媒体来源的 ID。
推荐子账户名称驱动该步骤的合作伙伴或媒体来源名称。
推荐流量类型当合作伙伴将用户引导至您的网站时，用户来自哪里。
推荐流量来源广告在引荐网站上的托管位置。
推荐 URL引荐该客户的网站的统一资源定位符（URL）或链接。
站点分类与您的网站相关联的类别。
站点版本指定该客户访问的网站版本。
文本1-50接受您要发送的任何文本数据字符串的通用文本字段。这些值会显示在您的报告中。
版本特定参数 以下分成规则仅适用于特定的 impact.com 版本或附加组件： | 结算规则 | 说明 | | -------------------- | ------------------------------------------------------------------------------------------------------------- | | 受众 |

合作伙伴在转化中传递的一种结构化值，用于识别转化用户所属的受众细分。

你和合作伙伴在平台外就受众细分及其值达成一致，然后配置你的合同，使携带该值的转化自动按不同费率支付。

| | 放大广告组 ID | 将点击与特定放大广告组关联的唯一标识符。 | | 放大广告 ID | 将点击与特定放大广告关联的唯一标识符。 | | 放大活动 ID | 将点击与特定放大广告活动关联的唯一标识符。 | | Facebook 点击 ID | Meta 用于转化报告和数据共享的点击标识符。 | | 订单促销代码列表 | 促销码例外列表，用于根据与合作伙伴驱动的操作相关联的促销码，以不同费率向合作伙伴支付。 | | 商品促销代码列表 | 促销码例外列表，用于根据预定义列表中订单内特定明细项的促销码，以不同费率向合作伙伴支付。 | | 商品 SKU 列表 | SKU 例外列表，用于根据与合作伙伴驱动的操作相关联的 SKU，以不同费率向合作伙伴支付。 | | 商品类别列表 | 类别例外列表，用于根据与合作伙伴驱动的操作相关联的类别，以不同费率向合作伙伴支付。 | | 商品大类列表 | 类别例外列表，其值是一系列类别和子类别（格式为 {category}\_{subcategory}）。这是为那些需要根据 ItemCategory 和 ItemSubCategory 的特定组合来计算佣金的品牌设计的。 | | 商品目录制造商 | 制造该商品的实体。转化事件中的 SKU 用于在产品目录中查找相应的制造商值。 | | 商品目录原始格式类别 | 来自原始产品/商品目录格式的商品类别。转化事件中的 SKU 用于在产品目录中查找对应的类别值。 | | 商品目录类别 | 来自品牌产品目录的类别。当目录数据比销售点数据提供更准确的产品分组时，这很有用。 | | 商品目录子类别 | 产品商店分类的第二或第三层级。转化事件中的 SKU 用于在产品目录中查找对应的子类别值。 | | 商品文本1-10 | 接受针对 SKU 的任何文本数据字符串的通用文本字段。 | | 商品数值1-10 | 接受针对 SKU 的任何数值数据字符串的通用数值字段。 | | 商品日期1-10 | 通用日期字段，接受某个 SKU 的日期或日期时间。 | | 商品金额1-3 | 接受针对 SKU 的任何货币或财务数据字符串的通用数值字段。 | | 订单折扣率 | 适用于任何订单的折扣率。例如，OrderDiscountRate50 表示订单 50% 的折扣。 | | 商品折扣率 | 适用于所购每个商品的折扣率。例如，ItemDiscountRate123\_50 表示 ItemSku123 的 50% 折扣。 | | 路径渠道数量 | 转化路径中涉及了多少个渠道。 | | 路径收尾渠道 | 将合作伙伴引导至最后一次点击（胜出）引荐的渠道。 | | 路径收尾组 | 将合作伙伴引导至最后一次点击（胜出）引荐的组。 | | 路径收尾媒体 | 将合作伙伴引导至最后一次点击（胜出）引荐的媒体渠道。 | | 路径 impact.com 合作伙伴数量 | 由 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 评估它们的顺序概览。如果你不确定需要哪种修改类型，请从这里开始。 * [将分成限制添加到模板条款中 ](/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)— 了解当操作匹配到不需要的条件时，如何彻底阻止分成。 * [创建分成分组](/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) — 了解如何设置规则：当条件匹配时，用新的基础费率替换默认分成。 * [创建分成调整](/brand/zh/what-would-you-like-to-learn-about/platform-features/tracking/set-up-tracking/configure-customer-status-mapping.md#create-a-payout-adjustment) — 了解如何设置分成调整：当条件匹配时，将现有分成按金额或百分比上调或下调。 --- # 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/how-payout-rules-work.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.