Apologies as I may not use the proper terminology but will do my best.
From looking at the payment baskets and what actually happened (below is an example):
1. One time purchase made: Product price before discount = $100.00, Discount amount = %20, Total amount charged = $80.00
- $80.00 is what was sent to idev as the amount. This is correct because it's the actual revenue amount the business would make so the commission amount should be handled via idev according to this amount. Otherwise, the affiliate would be getting paid on an amount that was never received (overpayment).
- Please note, in the basket, this $80.00 is shown in the "Amount single" column.
2. Recurring purchase made: Product price before discount = $10.00, Discount amount = %20, Total amount charged = $8.00
- Unfortunately $10.00 is what is sent to idev as the amount. This wouldn't be correct because the business never actually receives this revenue amount. So when idev calculates the commission, the business is overpaying the affiliate.
- Please note, in the basket, $8.00 is shown in the "Amount single" & "first" columns, whereas $10.00 is shown in the "recurring" column.
It would seem to me:
- Single payments, the "Amount single" could be sent.
- Recurring payments, the "first" amount could be sent when the first payment is completed, and the "recurring" could be sent for every other recurring payment completed.
-- OR, depending on how your baskets are working, you could just always send the "Amount single" if it is always going to be the literal amount received.
Either way, the idea would be to send the literal amount received (after discounts or any changes to the general asking sale price) to idev for commission handling. Otherwise, the business would be paying out for revenue that was never received.
krileon
