Resolved Recurring: please fix it.

Hello Elco,

So your customers customers have no overview whatsoever of what they paid for, when and how much nor can they see which subscriptions they have running?

(give e-mail address and if a subscription exists the subscription is cancelled)

We usually have someones email address, this would make it very easy to cancel something on behalf of someone else.

RO Payments does not send out the transaction ID, just the order ID if you set RO Payments to send out a customer email. The emails are usually send by the extension where the order is placed.

I don't really have a good idea of how to let users cancel a subscription without some form of secure authentication. Besides that, those users may need an account after all because if they want/need to change their billing data (new credit-card, new bank account), there is no way they can do something like that now.

Hi Roland,

No, users don't have a account because we are just a portal supplying our customers with the ability to have a iDEAL form to let their customers subscribe and/or pay.

Maybe, if e-mail alone is too insecure (give e-mail address and if a subscription exists the subscription is cancelled), it's possible to change this to 'give your e-mail address and the transaction ID of the first payment'. The transaction ID can be send to the customer the first time. Is this a possibility?

Otherwise they indeed have to make an account, but that may be a unnecessary bump that users don't want to take.

Hello Elco,

As mentioned in my previous post I would take a look at this and I have been working on it. There is one question that comes to mind, do you have any customers that do not have an account?

The way I have set it up now is that when you login and go to /subscriptions you get to see your subscriptions. From there you can cancel the subscription. Which obviously only works if you have an account on the site.

Sending out an email does not require an account but has the potential of a man in the middle attack, someone gets a hold of your email. So I am wondering if it is secure enough. If users do have an account well, then they can just login and manage their subscriptions.

In addition I am planning to also manage your mandates on this page. Which would be needed if your credit-card expires or your bank account changes for example.

Hello Elco,

That is a very neat suggestion. I am going to look into this and let you know what I find.

Thank you for the review.

Hi Roland,

> I think the easiest way would be a dedicated payment cancellation page where the customer enters his/her e-mail address and confirms the wish to cancel the subscription. Then, when a subscription exists for this e-mail address, a confirmation e-mail is send to the user to confirm the identity. When the users clicks on the link in the e-mail, the user is taken to a 'goodbye' page and the subscription is cancelled. Eventually, custom PHP code on the 'goodbye' page could be run the add custom functions.

This way there is no need for a profile page, nor user profiles, and it is extension independent. It could be made as a menu-item in Joomla: RO Payments -> Cancel subscriptions page.

I really need this feature. In busy periods, my clients have many payments on their forms on my website so also possibly a lot of cancellations. Having to do this manually would possibly mean a lot of extra work.

> I just rewarded 5 stars .

Hello Elco,

To answer your questions:

1. Yes, the payment is deducted automatically at the set time interval. That is why the first payment needs to be done with a payment method that supports this. The once supported by Mollie are bancontact, belfius, creditcard, eps, giropay, ideal, inghomepay, kbc, mybank, paypal and sofort. There is no action needed on your part or the customers part.
   
2. A customer cannot cancel the subscription at this time. They will need to inform the owner and they can cancel the subscription from the Subscription listing. I am currently working on making more options available of the recurring implementation. The cancellation is a bit of an odd one. Let's say you start a recurring via RSForms and another via HikaShop. Where should the cancel button be? Ideally in a user profile page where they can see their subscriptions with all the info. Is it RO Payments task to provide a user profile page? I do not think so as you will have the one from Joomla, HikaShop and RO Payments, using the HikaShop example. That is utterly confusing First step will be to make it possible to call the cancel button from the frontend. Just a link is an idea but you need to make sure it is safe and someone cannot just craft a URL and cancel a subscription that way. So, any ideas you want to throw in, I am all ears. As for how other webshops do this, the ones I know tell their customers to inform them when they want to cancel. This way, they also have a record of the customer requesting it.
   

I am a big fan of your software

Glad to hear that and we develop with love and passion. All the time striving to improve our software where possible. If you are happy with our software we would appreciate a review on the extension directory.

Hi Rolandd, thanks for your reply and the quick update.

It seems that subscriptions now appear correctly in the dashboard of the selected profile.

A few questions, probably also helping others with this:

1) Is a recurring payment via iDeal automatically transferred, each month for example, from the bank account of the customer to the source Mollie account? Or does it require action on my part or the customers part?

2) How does a customer cancel his subscription? On my website I have many different clients offering iDeal payments via RSforms!Pro coupled to their own RO payments profile. I have to keep it simple and find a way to streamline the way how my clients customers cancel recurring payments. I can't find this anywhere in the documentation. Is it for example possible to send a unique 'cancel recurring payments' url via the RSForms!Pro customer e-mail? And to also offer a page where people can fill in their details, confirm via e-mail and cancel their subscription? How do other websites do this?

I am a big fan of your software and hope that it can help me to expand the services that I offer to my clients with this new functionality.

Hello Elco,

RO Payments 6.3.1 is out now, this has the updated recurring support. Please give it a try and let me know what you find.

Hello Elco,

The release will be out later today.

If you don't get any recurring, we will have to see what your settings are and what happens where.

Hi RolandD, thanks for your response.
I will wait for the upcoming release because being able to use multiple profiles is a must for me. Maybe at that time the interface is also a little bit clearer on what to put where because payments that I test, are not recurring. I must be doing something wrong and will test it with the upcoming version.

BTW do you have an estimate about when the next version arrives?

Hello,

I've read your short manual on what to enable and I've manually fixed the "must be of the type string, null given" error that I read in another thread (why hasn't this been fixed yet?).

Yes it is short because recurring payments is still in it's early stages. As for the error, are you talking about the post from 2019? If so, that was fixed a long time ago. If you have an error, please provide more details so we can help.

Still, when I do a test payment, there is nothing that says 'recurring'.

When you do a payment, there is nothing there telling you it is recurring. The way it works is, you enable Recurring in the profile and when a customer pays and that payment is successful. A subscription will be started at Mollie.

Also in RO Payments the 'Subscriptions' tab is empty.

That will happen if a subscription has never been made. As soon as a subscription has been made at Mollie, it will be shown there too. In the upcoming release there will be a sync button, to refresh the list with whatever is at Mollie, the same goes for the Customers.

It seems like a few steps are still missing from the manual or that recurring payments is still very buggy. Please help me.

We have it running with some customers without any known issues. We can help you if we know what the problems are that you have

P.S. the manual states that the profile needs to be named 'mollie'. How can I enable recurring payments for multiple profiles?

At this point, that is not possible yet however in the upcoming release that is no longer a restriction. So you can enable recurring for as many profiles as you like.

If you have any specific problems, let me know and I can look into it.