idevaffiliate Coupons

This is now fixed in latest CBSubs build release. This release also contains the Stripe webhook fixes as well.

That is wonderful, thank you! I didn't see there was an update but I will update it now

Unfortunately this isn't fixed. We've had another situation causing extra commissions to be generated to an affiliate

Basically, a user made a purchase for a recurring subscription using a coupon code, in which the affiliate commissions were properly calculated. Then a day later upgraded to higher plan. The amount was prorated as a result of the prior subscription, however the commissions were still calculated on the full amount of the new plan instead of the actual amount paid.

EX:
- user 1 subscribed to plan A = $20/month - %50 coupon code = $10/month
- user 1 upgraded the following day to plan B = $50/month
- actual prorated amount paid for upgrade to plan B = $40 one-time, THEN $50/month
- commission calculated and sent to affiliate = affiliate % of $50 (should be affiliate % of $40 due to prorated amount actually paid)

In this scenario we're losing funds as a result of the affiliate being over paid.

I don't know how you've made the calculations and/or the complexities of it. However, commissions should always and only be paid on the actual payment amount including after any discounts, prorations, or any other item which may impact the cost.

So either there is a parameter that can be passed which is simply the actual payment received, or every scenario needs to be handled sufficiently so the proper calculations are made to always = actual payment amount. Of course, it is hopeful you could simply send the actual payment amount, but either way we need to ensure we're not losing funds as a result of overpaid commissions. Thank you

If it's a non-recurring payment or first payment for a basket we send mc_gross of the basket. Check the baskets mc_gross in _cbsubs_payment_baskets. If it's a recurring payment we send mc_amount3. This should all work fine with discounts as mc_gross should have the appropriate total price discounted.

This likely happened due to the prorated upgrade being logged with a subscr_payment event. You should be able to see if it was counted as subscr_payment within CBSubs > Notifications for that payment and that'd help confirm it.

Unfortunately, I do not see any column or detail as mc_gross in the payment baskets, can you guide me further?

I was able to confirm per the notification, it was considered a "subscr_payment".

Ok, it being logged as subscr_payment would be why it used the recurring amount. Will need to see if there's a different event I can check against.