# Managing Deals How to Create Affiliate Deals Affiliate deals can be very flexible and they can get very complex based on the criteria and qualification rules.
To create a deal: 1. Enter the affiliate user profile 2. Click on ***“Deals”*** tab –> Deals 3. Click ***Create Deal*** 4. Choose a *Name* and *Type* for the deal group. You can choose from several deals types, including Hybrid: * CPA * CPA + Revshare (by Net Deposit or Net P\&L) * CPL * CPL+CPA * CPL + Revshare (by Net Deposit or Net P\&L) * Revshare (by Net Deposit or Net P\&L) 5\. Choose the ***Country, Brand, Campaign*** for your deal.\ \ The deal criteria ensure that only traffic that matches the conditions set, will enter the deal. {% hint style="success" %} ***For example:*** Christmas campaign will have a 200 CPA deal whilst any other landing page and resources will be paid 150 CPA. When a user comes from the specific Christmas resources (Emails, Landing Pages etc), they will be registered under the 200 CPA deal. {% endhint %}
{% hint style="warning" %} Please note that if affiliate has a deal set only for specific brand/s, they will see tracking links and promotional materials only for this brand. Promotional materials related to other brands won't be visible to the affiliate. {% endhint %} 6. Choose ***Activity Dates*** \ A deal can be active only between certain ***future*** dates, and become inactive when the end date has passed. {% hint style="warning" %} Please note that players assigned to the deal before the expiration date, can continue to generate commission even after the deal has expired. However, newly registered players will not be able to enter the deal once it has expired.\ To ensure continued tracking and commission generateion, make sure the affiliate has at least one active deal in place when the limited-time deal expires. {% endhint %}
### CPA and CPL deals / Qualification Rules For CPA and CPL deals you can set rules that will define the minimum requirements for the CPA/CPL to “kick in” and for the user to be qualified. #### Net Deposit Qualified: Baseline set by Net deposit accumulated (Net Deposit = Total Deposit-Total Withdrawals). {% hint style="success" %} ***For example:*** When this baseline is set to €20, and a user deposits €10 he will not be qualified until he reaches €20 net deposit. With another €10 he will reach it, unless he made a withdrawal which in this case he will not be qualified until his net deposit will be above the baseline set for the deal. {% endhint %} #### Total Deposit Qualifier: Baseline set by the Total Deposit amount accumulated. {% hint style="success" %} ***For example:*** When a baseline is set to €20, and a user deposits €10 he will not be qualified until he reaches €20. With another €10 he will reach it regardless if he made a withdrawal or not. {% endhint %} #### FTD Qualifier: Baseline set by the First Deposit amount of the user, not accumulated. {% hint style="success" %} ***For example:*** When a baseline is set to €20, and a user makes his first deposit of €10 he will not be qualified ever, regardless if he makes another deposit which together with the first one covers the baseline of €20. {% endhint %} #### Volume Qualifier: The amount of minimum playthrough (wagering) done by the user in order to qualify for the CPA. #### Activity Count Qualifier: The count of bets made by the user. You can set a total count of bets needed from the user before he will be qualified. Please note that activity count qualifier is integration-dependent, consult with your account manager before using this qualifier. {% hint style="success" %} ***For example:*** A user that will deposit €100 and will cover a baseline of €20, will not be qualified until he meets the bet count requirements, this way he cannot make a deposit and immediately after cash it out, for the affiliate to receive the CPA. Recommended – Set this qualifier for at least 1 activity. {% endhint %} #### Enabling tiers for CPA deals For CPA based deals, you can set tiers that will define the minimum and maximum CPA fee that will be awarded to the affiliate.\ Tiers are calculated based on the **total** number of CPA qualified registrations **per affiliate** for the **current calendar month**
* 0-199 the affiliate gets 50 CPA * 200-499 the affiliate gets 60 CPA * 500-999 the affiliate gets 70 CPA * 1000+ the affiliate get 80 CPA ### Drill down the Deals (Sub-Deals) Each deal can have sub-deals based on the same criteria of the parent deal with just 1 or more parameters which can be different.\ You can set sub-deals based on different criterias, such as: *Country, Brand, Campaign, Product.* {% hint style="warning" %} Players are assigned to the most suitable sub-deal. Only if there is no match between the player and the sub-deal criterias, the players fall back to the parent deal - if it is a fit. {% endhint %} To create a sub-deal, click on the **“+“** sign on a deal. \ Your sub-deal will be created under the ***parent deal*** with the new conditions set. See below examples of deal structures: {% hint style="success" %} ***Use case 1:*** \ A deal can have 100 CPA for all brands together (set as “Any“), but for brand "DemoBrand" and registration country IT, a sub-deal will have a 300 CPA. In this case, affiliate will receive 300 CPA for players from brand "DemoBrand" with registration country IT, but for any other players, will receive 100 CPA.
Deal ***408368*** is a parent deal, while * Deal ***408369*** is its sub-deal {% endhint %}
{% hint style="success" %} ***Use case 2:*** \ A deal can have 0 CPA, but for registration country AL, a sub-deal will have 100 CPA and for registration country BT, a sub-deal will have 200 CPA. In this case, affiliate will receive commission only for players with registration country AL and BT, because players from any other country will enter the Parent deal with 0 CPA and affiliate won't be rewarded for them.\ \ Deal ***408352*** is a parent deal, while * Deal ***408353*** is its sub-deal * Deal ***408354*** is its sub-deal {% endhint %}
### Deleting Deals & Deal History {% hint style="danger" %} Please be cautious when deleting a deal, as this action is **irreversible**!\ Players who were assigned to this deal will remain associated with it after deal deletion. \ Once a deal is deleted, you will no longer be able to adjust or restore it.\ \ If you need to make changes, consider [modifying the existing deal](#modifying-existing-deals) instead. {% endhint %} TAP saves all deal versions in chronological order, and you will be able to see the total count of players associated with a specific deal version, even if not active anymore. * To delete a deal, you need to make sure the deal is not the default deal. * When you want to delete the 'Home' deal (or if the affiliate has only 1 deal), you will have to create a new deal, just so you can make it a 'Home' and then delete the one you want. * To make a deal default, click on the ***“Home”*** button * To delete a deal, click on the ***“Bin”*** button Click on ***“Show Inactive deals”*** at the top right of the deals interface to view the version history of the deals.
Click on the ***“Eye”*** symbol to view the deal structure and the qualification requirements.
### Revenue Share Deals The revenue share deal is mechanism by which our platform and affiliates establish a shared revenue model, wherein affiliates receive a predetermined percentage of the generated revenue from their referred players. This transparent and mutually beneficial arrangement ensures that both our platform and affiliates can effectively capitalize on the fruits of their collaborative efforts, promoting sustained growth and financial success. #### **Revenue Share, Net Deposit** The percentage of revenue share is calculated based on the players' accumulated net deposit amount by deducting expenses.\ The formula based on which Net Deposit is calculated in Revenue Share deals is customizable.\ Check below the possible options:
**Version 1: ****(Total Deposit Amount) - (Total Withdrawal Amount)** \ **Version 2: ****(Total Deposit Amount) - (Total Withdrawal Amount) - (Chargeback)** \ **Version 3: ****(Total Deposit Amount) - (Total Withdrawal Amount) - (Bonus)**\ **Version 4: ****(Total Deposit Amount) - (Total Withdrawal Amount) - (Chargeback) - (Bonus)**
{% hint style="warning" %} *Chargeback* and *Bonus* amounts can be added to/removed from the Net Deposit formula upon deal creation/deal modifying by applying the settings below.\ \&#xNAN;*The formula settings are applicable only to the Revenue Share component in a deal*
![](/files/hcVj2wTnlqGyTZeo4GdG)\ \ \ Regardless of this deal setting, **Reports** will display the Net Deposit value using the standard formula: *(Total Deposit Amount) - (Total Withdrawal Amount) - (Chargebacks).* {% endhint %} #### **Revenue Share, Net PnL** The percentage of revenue share is calculated based on the total amount of bets and winning bet amounts that are played by the player by deducting the bonus amount given by the operator and including other expenses. **(Total Bet Amount - Total Win Amount) - (Bonuses) - (Deductions)** {% hint style="warning" %} Confirm with your platform provider if *Deductions* data is being reported to the affiliate platform.\ \ \&#xNAN;***Total Bet Amount - Total Win Amount***** is reported by your platform as final PnL (GGR) value** {% endhint %} #### Qualify the Rev Share on CPA: This option gives you the possibility of starting the Revshare component in a Hybrid deal only once the conditions are met, there are 3 (three) options for conditions: * (Based on Net Deposit) - Revshare is activated when NET deposit amount covers the CPA Fee component that was paid or in potential to be paid after CPA qualification. {% hint style="success" %} ***For example:*** In a Hybrid deal of €100 CPA+30% RevShare (based on Net PnL or Net Deposit), the Revshare will start growing only when the user deposited equal to or more than €100. \ If a user deposited €50, the commission will be €100 (no RevShare), and when the user deposits €100 the commission will be €130 (CPA + 30% RevShare). {% endhint %} * (Based on NetPnL) - Revshare is activated when NetPnL amount is higher than CPA component or NetPnL is negative (player is winning). When player is loosing, more than CPA fee amount, the revshre component will be calculated on the difference between NetPnL to CPA Fee. {% hint style="success" %} ***For example:*** In a Hybrid deal of €100 CPA + 30%, the Revshare will be activated only when the user losses more than €100 or when user is winning. Case 1: User deposits €200 - Fee is €100 (only CPA) Case 2: User deposits €200 and loses 50 - Fee is €100 (still only CPA) Case 3: User deposits €200 and loses 150 - Fee is €100+€15 (revshare component is activated on the difference between NetPnL to CPA fee: 150-100=50 >> 30% of 50 = 15) Case 4: User deposits €200 and wins 100 - Fee is €100 - €30 = €70 {% endhint %} * (Based on Revshare commission) - Revshare is activated when the *potential* Revshare Fee amount is higher than CPA component or Revshare is negative (player is winning). When a player is losing and generating Revshare more than CPA fee amount, the revshare component will be calculated on the difference between Revshare to CPA Fee. {% hint style="success" %} ***For example:***** In a Hybrid deal of €100 CPA + 50%, the Revshare will be activated only when the user generates Revshare fee more than €100** (loses more than €200 on a 50% Revshare deal) or when the user is winning and generating negative Revshare fee) Case 1: User deposits €200 - Fee is €100 (only cpa) Case 2: User deposits €200 and loses €150 - Fee is €100 (still only CPA), potential revshare fee is still only €75 (50% of €150) and still does not cover the CPA fee Case 3: User deposits €400 and loses €300 - Fee is €150 = (€100 (cpa) + €50 Revshare)\ (Revshare component is activated on the difference between RS to CPA fee:\ 50% of €300 = €150 (potential RevShare > €100 reaching point)\ €50 = €150 - €100 (difference between RS and CPA)\ Case 4: User deposits €200 and wins €150 - Fee is €25 = (€100 - €75) {% endhint %} #### **No negative Revenue Share** You can enable No Negative Revenue Share for every deal that has a Rev Share component (Rev Share, Net Deposit; Rev Share, Net PnL or Hybrid deals with Rev Share component).\ This setting ensures that the fees generated from the players under this deal will never be negative. \ \ **How does it work:** \ If the *potential* Revenue Share fee is negative (i.e. player wins), the system will calculate the Revenue Share fee as 0. \ Once the *potential* Revenue Share fee becomes positive (i.e. player loses), the system will begin calculating Revenue Share fee for the affiliate, as usual.\ Affiliate can generate only positive Revenue Share from players in this deal, but positive Revenue Share fee will be calculated taking into account total Net PnL/Net Deposit of the players. {% hint style="success" %} ***For example***: In a Rev Share deal of 10% RS with No Negative Rev Share\ \ On 01/01: Player loses 1000€\ -> Revenue Share fee will be: 100€ \ \ On 02/02: Player wins 2000€ \ -> Total Net P\&L of this player will be: -1000€ \ -> *Potential* total Revenue Share fee will be: -100€. No negative Rev Share will be calculated for the affiliate, RevShare fee will be 0€\ \ On 03/03: Player loses 3000€ \ -> Total Net P\&L of this player will be: 2000€ \ Revenue Share fee will be: 200€ {% endhint %} {% hint style="warning" %} Please, note that in order to ensure the data accuracy and stability of fees calculation, players from deal with No negative Rev Share setting can not be migrated to a new deal version using[ "Change for existing users.." ](#change-for-existing-users-in-the-current-deal-group-from-tomorrow)option. {% endhint %} #### **Enabling Tiers to the Rev.Share** For Net Deposit and Net PnL based revenue share deals, you can set one of the three different types of tiers that will define the minimum and maximum percentage for the user to be qualified.
1. **Reached Amount:** The affiliate earns a commission percentage based on the **sum of NetPnL amount** generated in the **current calendar month** for players within the same deal-group. The affiliate is remunerated through a "*Rev-Share Tier Fact*" Adjustment which represents the daily difference between the commission amount generated by the base rev-share percentage and the target percentage. {% hint style="warning" %} Regardless of the RevShare structure (based on Net PnL or based on Net Deposit), the 'Reached Amount' taken into account is the accumulated Net P\&L. {% endhint %} {% hint style="success" %} ***For example:*** Throughout the current calendrical month, the revenue share is calculated using the cumulative (sum) NetPnL amount generated. If the affiliate surpasses the specified threshold for level X in total NetPnL, the excess amount is granted to the affiliate as a "*Rev-Share Tier Fact*", representing the difference between the base percentage and the level percentage. {% endhint %}
* 0 - 500 the affiliate earns %25 Revenue Share * 500 - 1.000 the affiliate earns %30 Revenue Share * 1.000 - 2.000 the affiliate earns %35 Revenue Share * 2.000 + the affiliate earns %40 Revenue Share
2. **Reached FTDs:** The affiliate earns the commission percentage based on the count of the first-time depositors brought during the **current calendrical month**. This applies to players within the same deal group, regardless of the deal version, as long as their first-time deposit occurs during the current calendar month {% hint style="warning" %} Once a tier is reached, the corresponding **revenue share percentage becomes permanently associated with those players**. Any commission previously generated under a lower tier **is not recalculated**. {% endhint %} {% hint style="success" %} ***For example:*** \ In January, the affiliate brings **25 first-time depositors (FTDs)**. * For the **first 9 players**, the affiliate earns **25% RevShare**. Even if a higher tier is reached later in the month, these players will **continue generating 25% RevShare** going forward. * For players **10 to 19**, the affiliate earns **30% RevShare**. If the affiliate later reaches another tier, these players will **continue generating 30% RevShare** in the future. * For players **20 to 25**, the affiliate earns **35% RevShare**, which will **remain fixed for those players** in future calculations. {% endhint %}
* 0 - 10 FTDs the affiliate earns %25 Revenue Share * 10 - 19 FTDs the affiliate earns %30 Revenue Share * 20 - 29 FTDs the affiliate earns %35 Revenue Share * 30+ FTDs the affiliate earns %40 Revenue Share
3. **FTDs+Recalculation:** The affiliate earns the commission percentage based on the coiunt of the first-time depositors brought during the **current calendrical month**. This applies to players within the same deal group, regardless of the deal version, as long as their first-time deposit occurs during the current calendarical month. {% hint style="warning" %} Once a tier is reached, the **new revenue share percentage** becomes permanently associated with the player. Any commission previously generated for that player is **recalculated** based on the newly acquired percentage. {% endhint %} {% hint style="success" %} ***For example:*** \ In January, the affiliate brings 2**5 first-time depositors (FTDs)**. * For the **first 9 FTDs**, the affiliate earns **25% RevShare** until a higher tier is reached. * When the **10th FTD** is acquired, the RevShare rises to **30%** for all FTDs from January (the first 9 players and the 10th player and any subsequent players). Previously generated commissions are **recalculated at 30%**. * When the **20th FTD** is acquired, the RevShare rises to **35%** for all FTDs from January. Previously generated commissions are **recalculated at 35%**. {% endhint %}
### Multi-product Revenue Share Deal Multi-product Revenue Share is a mechanism that allows operators to assign unique Rev Share % rates based on the product type of players' activities. {% hint style="warning" %} Contact your CSM to enable Multi-product Revenue Share\ To calculate RevShare fees per product, your platform must report to the affiliate system the players' wagering values for each product separately\ \ **Supported products:** * Casino * Sport * Lotto * E-sport
Please specify which products your operation will use, or request support for any products not currently on the list. {% endhint %} #### How to set a Multi-product Revenue Share Deal 1. When creating a deal, switch the toggle 'Multi-product' to Yes*.* 2. Once toggled, you can specify the RevShare percentages for each product. RevShare fees will be generated for the affiliate based on the generated Net PnL/or volume from the respective product.\ Multi-product can be enabled for Rev Share deals, based on Net PnL, or Hybrid deals with the same component. {% hint style="warning" %} **RevShare (Lotto)** is calculated based on **Volume (wagering)** **RevShare (Casino), RevShare (Sport), RevShare (Esport)** are calculated based on **Net PnL** {% endhint %} {% hint style="success" %} *Example 1: (see screenshot below)*\ \ When multi-product deal is set to 15% RevShare for **Casino,** 10% RevShare for **Sport** and 5% for **Lotto:**\ \ If the player ***lost*** 500 EUR on Casino, ***lost*** 1000 EUR on Sport, and ***wagered*** 100 EUR on Lotto, RevShare fee for the affiliate will be 75 EUR for Casino, 100 EUR for Casino, and 5 EUR forLotto.\ In total, affiliate will earn 180 EUR RevShare fee (75 + 100 + 5) {% endhint %}
{% hint style="success" %} *Example 2: (see screenshot below)*\ \ When multi-product deal is set to 20% RevShare for Casino, 15% RevShare for Sport and 5% RevShare for E-sport:\ \ If player ***lost*** 200 EUR on Casino, ***lost*** 100 EUR on Sport, and ***won*** 500 EUR on E-sport, RevShare fee for the affiliate will be 40 EUR for Casino, -15 EUR for Sport, and 25 EUR for E-sport.\ In total, affiliate will earn 30 EUR (40 + 15 + (-25) {% endhint %}
{% hint style="danger" %} **Important:** Once deal is saved as Multi-product or Single-product, this setting can't be changed, while other configurations, such as RevShare %, can be edited as usual. {% endhint %} ### How to set up a default affiliate deal TAP gives the possibility to createa a default deal that will be copied to newly approved affiliates automatically upon approval.\ Creating a default deal in the Default Affiliate won’t deprive you from the possibility to update manually the deal/s in the affiliate profile.\ \ To create Default affiliate deal: 1. Go to settings and set "*Copy default deal on affiliate approve*" to "*YES"*
2. Enter the DEFAULT\_AFFILIATE profile 3. Follow the steps in [*'How to Create Affiliate Deals'*](https://help.theaffiliateplatform.com/affiliate-platform/managing-deals#how-to-create-affiliate-deals) section.
### Modifying existing deals To make changes to existing deals, follow these steps: 1. Click on ***"Deals"*** tab -> Deals 2. **Choose the deal you want to modify** from the list of active deals and click the *'change'* icon\
3. **Edit Deal Details**: Modify the deal's qualification rules, commission or associated parameters 4. **Save Changes:** Click the "save" button to confirm and implement the modifications #### What Happens Next? After saving the changes, the following actions occur: * **New Version Creation**: A new version of the deal is created. * **Old Version Deactivation**: The original deal version is deactivated and saved in version history (under "[Show Inactive Deals](https://help.theaffiliateplatform.com/affiliate-platform/managing-deals#deleting-deals-and-deal-history)") * **Players Association**: Players linked to the original version remain associated with it. * **New Players Registrations**: The new version only accepts newly registered players. ### Change for existing users in the current deal group from tomorrow \ When modifying an existing ***RevShare deal*** or ***Hybrid deal***** (with RevShare component**)**,** you have two options:
1. Apply changes only to newly registered players going forward: 2. **Move existing players to the new version of the ****RevShare deal** ***from tomorrow***** using the toggle** “*Change for existing users in the current deal group from tomorrow*” {% hint style="danger" %} When modifying a **Hybrid deal**, existing players can be moved with the toggle ***only*** to the new version of the RevShare component of the deal and **not** to the new version of the CPA component or new version of any additional settings of the deal {% endhint %} \ When enabled, the new RevShare percentage will apply to all existing players *from tomorrow*.\ Past activities won’t be dynamically recalculated. In case retroactive financial activity is reported, RevShare commission will be calculated based on the deal version that was valid for this player at the time. {% hint style="success" %} ***Example:***\ On 01/01 user is registered on a 20% RevShare deal.\ On 02/01 user lost 100 EUR (RevShare commission is 20 EUR)\ On 05/01 user is moved with the Change for existing users in the current deal group from tomorrow toggle to a new version of the RevShare deal (50%)\ On 06/01 user lost 200 EUR → RevShare commission generated on 06/01 is 100 EUR. Total RevShare commission will be 20 EUR (20% RS) + 100 EUR (50% RS) = 120 EUR {% endhint %} {% hint style="warning" %} Any changes to existing deals, ***including sub-affiliate deals***, take effect starting at 00:00:00 UTC on the day after the modification. {% endhint %}
--- # Agent Instructions: 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: ``` GET https://help.theaffiliateplatform.com/affiliate-platform/managing-deals.md?ask= ``` The question should be specific, self-contained, and written in natural language. 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.