#mollie recurring payment
1 messages · Page 1 of 1 (latest)
Hi Wouter,
The status stays on pending until we receive the funds from the charged bank accounts. Please note that during the weekend, no direct debits are executed by the banks.
ok, can i use mollie payment for recurring?
some more info on the matter:
say i have a subscription service for a digital good with an interval of a day.
I use mollie for the first payment.
my guess is i have to initiate a first payment every time to get the status to paid immediately to enable the goods.
How to handle the recurring payment for the subscription if no direct debits are handled in the weekend? Is there a reliable way to keep the digital good enabled?
If you want direct feedback on a recurring payment, then you should use Credit Card.
Those will (almost) go immediatly to paid or another status which tells you more
With Direct Debit you are depended on the banks
have to stick with ideal for now.
So i guess i have to initiate a first payment every time to get things going and then create the subscription for the next period? is that the common route to go? can seem to wrap my head around
I am not sure what you mean...
The first payment is, as the name says, the first payment that needs to be done to create a mandate which you can use for the automatic, recurring, payments after.
Have you checked the doc about this?
https://docs.mollie.com/docs/recurring-payments
yes, i did. the question is more what the best route is to enable a digital good with an ideal payment.
As the first payment is an actual payment that get the paid status fairly quick. the recurring payment in some cases is staying in 'pending' very long.
so, what should i do:
- create a first payment every time, that gets the paid status quickly. so i can unlock the digital good
- unlock a digital good while the payment status is 'pending' with a recurring payment (or a subscription i guess, which is the same as a recurring payment but with an interval)
I can, of course, not decide how you design your payment flow. But what most do is keeping the service enabled until a failure or chargeback comes in. In that case, they block the service and try again or reach out to the customer
ok. thanks.
would it also be possible to update the payment amount of a subscription when its active? i would like to implement some sort of sliding scale when yout purchase the n-th item. of course deleting the first item also scales the rest. Is this allowed?
Yes you can 🙂
You can also create the recurring payments yourself without the Subscriptions API for full freedom
i know, but then i have create the payments myself every month i think?
Correct
do i understand correctly that if a payment fails or gets a recharge, the subscription becomes inactive automatically?
Not immediatly.
how much time would pass by before it does?
It mostly depends on the reason code
E.g. if the reason code is that the bank account is closed, we stop it immediatly
ok, i could also not find the status 'chargeback' for the subscription webhook in the dapi ocumentation directly. Have seen it on another page that i dont remember. Is this also a status thats communicated to the webhook for the payment?
- api documentation
Correct there’s not such a status. You have to check if there are chargebacks for a certain payment when you get the webhook
ok. thanks. is there anything i could do to easily test these scenario's? given the webhooks gets called with a minimum interval of one day plus i cannot create a test charge back.
Unfortunately not. 😦
Our testmode imitates the live mode. So the minimum is one day.