#kierandt

1 messages · Page 1 of 1 (latest)

dim oasisBOT
snow scroll
#

You can process ad-hoc, one-time payments as 'top-ups' and then manually increment the appropriate customer balance accordingly. That balance is then automatically applied to recurring invoices

#

Your coupon idea will be fine otherwise. There's no API limits on such objects

normal moss
#

Hey there! Thanks for the fast reply.

Would I have to hook into a subscription payment successful event to then re-add the credit balance for the next upcoming invoice, each time an invoice is paid?

snow scroll
#

Hmm, I don't understand that part

normal moss
#

Let me give you an example of my flow 🙂 one second

#

My customer purchases a subscription, it's £20 per month. They pay £20 initial payment, the subscription is 12 months long.

They want to redeem, but I require 3 months upfront, this totals 4 months being paid.

I then need to reduce the monthly payments for the remainder of the subscription, based on a equal split of the total topup amount.

This would mean,

  • Total subscription would cost £240
  • £20 monthly cost
  • Topup would be 3 * £20 - which means total paid is £80 (including initial payment)
  • I then calculate how much is left, which is £160, over 11 months.
  • So instead of charging £20 per month, I need to actually change the subscription to charge only £14.54 per month (£160 / 11)

Can I make use of a credit balance of £5.46 recurring for each remaining invoice, to reduce the subscription by this amount? Or can I update the single subscription amount on a per customer basis to reflect this new amount? 🤔

snow scroll
#

Ok, yeah the credit balance isn't really a great fit in this instance unless you added increments to the balance for each month. Otherwise the entire balance is applied to any invoice for that customer.

In your example, an initial £80 top-up woulder just mean that the initial ~4 months invoices (4x £20) would be 'free'

#

So instead wehat you'd do would be each month you'd apply ~£5.46 to the customer balance to reduce the £20 recurring payment to the required amount

#

I guess you'd do that with some kid of job/queue system. Could work

normal moss
#

I am thinking I could hook into the invoice paid event, and then re-apply it to the customer balance. Do you think this would be sufficient?

Coupons would also work, but I would end up with having thousands of coupons

snow scroll
#

I am thinking I could hook into the invoice paid event, and then re-apply it to the customer balance. Do you think this would be sufficient?
Yep, seems logical.

#

Worth testing this concept with a test clock as it's a bit of a unique scenario but I don't see why it wouldn't work

normal moss
#

Yeah I think this would be the best way to do it. I agree it's a rather unique use case, I think the company used to use Sage Pay and it was possible to do the early repayment/reduction of monthly payments there. I am the architect trying to get a solution for this problem 😮

snow scroll
#

I personally prefer this to coupons as it feels more of an actual reflection of how this business works (i.e. credit/top-ups as opposed to a discount)

snow scroll
normal moss
#

I completely agree with you, it feels more solid solution from a business perspective.

#

That's great! 👀

snow scroll
#

Just reading up on it (it's a beta)

normal moss
#

No worries at all take your time 🙂

snow scroll
#

From what I understand, I don't think it works in that it'll reduce the amount due on each period. But instead you can just apply specific periods as pre-paid and then they're free

#

So likely not a good fit here

#

Happy to gate your account if you'd like to try it out

dim oasisBOT
normal moss
#

Ah I get you, is that a public beta or it's just internal for now? I would like to read the docs anyway as it might be useful for a future use case we may have.

So do you agree that using the customer balance, applied each time an invoice is paid will be the best way to reduce the monthly amounts but keep the same subscription length?

A gate would be useful for us to have a look at it, would you be able to give us access to it on our Test Mode? Avoid anything on our prod side as it's currently in use

snow scroll
#

Ah I get you, is that a public beta or it's just internal for now? I would like to read the docs anyway as it might be useful for a future use case we may have.
It's private. I can get your account and you can read the docs and try out the API. Just send me your ID. Won't affect your live integration unless you explicitly used the new APIs/parameters in your code

So do you agree that using the customer balance, applied each time an invoice is paid will be the best way to reduce the monthly amounts but keep the same subscription length?
I think that's the the most elegant way possible. As I said, try it out with a test clock

normal moss
#

That will be perfect, this is the account ID, it's for our partner the RAC: acct_1Lg3mRKQ9gYNb1Cc

#

That's great then, I'll go ahead and try that solution and see how it feels with a test clock 👌

snow scroll
normal moss
#

Perfect @snow scroll I'l check out the docs. Thank you so much for your help with the solutions today! ⭐

snow scroll
#

np, good luck!

normal moss
#

I think I'll need it 😂 Have a good day!