#birdy247
inner zealot
solemn ruin
What's the use case
strange thicket
Total item price = £500
item is delivered on a given day in the future, no matter when you buy it
User is asked to pay £200 when they signup
And then £300 3 months before the item is delivered OR when they choose, but it cannot be any closer to the date that 3 months
I am guessing we can use subscription schedules and set the start,end dates ourselves
And then if the customer wants to pay earlier, we can just finalise the invoice sooner
solemn ruin
Why would you use a schedule when this isn't really a recurring payment?
Think I helped you the other day, and I advised the same
solemn ruin
strange thicket
Right
Got it
We already use subscription schedules, so thought we could re-use that logic
solemn ruin
You're kind of trying to bend a schedule to fit your will, which is probably why you're encountering issues
strange thicket
But you think instead save the card?
Its just a bigger piece of work to store customers against entities that are not on subscriptions
solemn ruin
Yes, you'd need to save the card against a Customer object to charge it off-session for the remaining amount
You could use a schedule as I also suggested in that thread, but it will likely result in unintentional side effects (e.g. zero-amount invoices)
strange thicket
Yea, but what about setting our own start/end date
rather than using an interval of week/month etc..
solemn ruin
How do you then account for the final payment?
strange thicket
the inital payment scheule has an end-date of when the final balance is then due
solemn ruin
There'd need to be X amount of phases where there's no payment between that initial down payment and the final amount. How do you account for that?
strange thicket
solemn ruin
the inital payment scheule has an end-date of when the final balance is then due
Guess that could work. Try it out with clocks!