If you want to update your existing contract with a partnered brand, you can propose a new contract to them. Doing so will notify the brand of your proposal, and you can view the proposal's status on the Proposals screen when you select the Sent filter.
Note
Proposing a new contract to a brand you already have an existing contract with will not automatically change the contract's terms. The brand must also agree to the new terms before they take effect.
From the top navigation menu, select Brands → My Brands.
Select the brand card for the brand to which you want to propose new terms.
Under the brand's name, select
[More] → Propose Contract.
In case you want to reference your current contract terms with the brand, you can open the View and Manage Contract in a separate browser or tab to view them.
Fill out the proposal.
View the Terms reference section below for more information on each field.
Select Next.
Select the date on which you want the new contract to begin.
Remember that the brand must first accept the proposal before it can begin.
Optionally, set a proposal expiration date and any comments regarding the proposal.
Select Send.
Note
Some options on this screen are only available if your partnered brand has multiple event types to track actions you drive. These options will be marked as (Multiple Event Types Only)
.
Not all options will be available regardless of how many event types your partnered brand has. Characteristics that can change what is available to include in your proposal can include what kind of event type(s) the brand has (e.g., click event types vs action event types) or whether the event type tracks online or offline actions.
Term | Description | ||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Currency | From the drop-down menu, select the currency in which you want to be paid out. View which currencies impact.com supports. | ||||||||||||||||
Payout | This is the default payout that you will receive per action or click you drive. You will also select the payout amount (if you chose Fixed) or percentage amount (if you chose Percentage) here. Note that click event types can only pay out Fixed amounts. | ||||||||||||||||
Payout Groups | Toggle if you want to set up custom payout groups. These will change the default payout to the one you set up here if an action characteristic (like the Referral URL) matches the payout group. | ||||||||||||||||
Payout Adjustments | Toggle if you want to adjust the default payout if an action you drove matches a certain event characteristic. Similar to payout groups, payout adjustments alter the default payout. However, instead of changing the payout outright (as is the case for payout groups), payout adjustments will raise or lower the default payout by a specified amount or percentage. | ||||||||||||||||
Performance Bonus | Toggle if you want a performance bonus clause. If you enable this, you'll need to set up 3 performance components:
| ||||||||||||||||
Payout Restrictions ( | Toggle if you want to set up action characteristics that, if applicable to a given action for this event type, will not generate a payout for you. Being a type of payout adjustment, payout restrictions nullify your payout for an action if a characteristic you set up here is present in the action. | ||||||||||||||||
Limits ( | Set up this term if you want to limit the number of actions eligible for payout or limit the general payout you can receive in a given period. If you enable this term, do the following:
For examples, see the Action Limit ( Toggle if you want to limit the payout amount for which you can be paid out in a given cycle. If you enable this term, enter the payout amount for the limit and how often the limit refreshes. For example, you can set the Spend Limit to only pay out a max of $5000 every quarter. The currency used will match the currency you chose in the Currency section. | ||||||||||||||||
Action Locking | Set the action locking period for any action you drive. Select the locking window (e.g., Single Month) and set how many months and days after that locking window ends that the action locks. For example, if you drive an action on January 10th and on January 17th and you chose for actions within 15 days after that period ends, both actions would lock on February 15th. | ||||||||||||||||
Payout Scheduling | Set the payout scheduling period for any actions you drive. If you choose to be paid at a different time from when the actions lock, you'll need to select 1 of 3 options. Note that the examples below are for actions generated in January, had a locking window of Single Month, and that the actions locked 15 days after January ended (so February 15th).
| ||||||||||||||||
Credit Policy | Choose how the brand's partners will be selected to receive credit for driving actions. For example, partners are typically credited for driving the action if they drove the Last Click of the action (e.g., a customer selecting Place Order at checkout). | ||||||||||||||||
Click Referral Period/Referral Window | Enter how many days after you drove traffic to a site (e.g., they clicked through an asset you are hosting) that you can still be credited for driving the action. For example, if you are hosting a clothing store's asset on your website and set this period to 30 days, traffic that clicked through your hosted asset has 30 days to complete a transaction on the clothing store's website for you to be credited with driving the action. | ||||||||||||||||
Recurring transactions | Select whether you can be credited for driving actions resulting from identical transactions. For example, if you are hosting a clothing store's asset on your website and you selected Do not allow recurring transactions, you would only be credited for one transaction even if one customer you referred to the website purchased the same t-shirt 4 separate times within the click referral period. | ||||||||||||||||
Tracking Pixel | Toggle whether you can place your own partner piggyback pixelon a partner brand's confirmation page. To use these pixels, 2 requirements must be met:
Event Postbacks are much more reliable than piggyback pixels and much less prone to incorrect data being sent to you. Consider using postbacks instead of piggyback pixels. |