Jump to content
thirty bees forum

Support for more Payment Gateways


Recommended Posts

I think one of the blocking issues for the uptake on an ecommerce platform is what payment gateways are supported, especially for those switching from other platforms where they've got the merchant accounts already set up.

I know you've got a PayPal and Stripe gateway module on the go but here in the UK a lot of companies use the likes of WorldPay and SagePay. Sure Stripe may offer better facilities and costs but you've also got to look at the point that some companies don't want to switch what they've been with for years, especially when what they've got has just worked without problems.

I myself have gone round the whole gateway issue many times with my company and previous companies I've worked for and as it stands now I'm probably going to have to make our PrestaShop SagePay module work with TB if we go TB because PrestaShop certainly won't provide any support in making their module work with TB!

It might be worth surveying users as to what gateways they use on their current systems to see if this is a wider issue and also what could be blocking them from their uptake of TB because there seems to be a lot of interested people but not as many uptakes from those with established platforms.

From the reported 10,000 users of TB (you mentioned it in a blog) I get the impression from these forums that there's maybe 3 or 4 people who are actually running a live TB store that sells stuff. If that's the case why are those other 9,996 people not running TB for their shop?

Link to comment
Share on other sites

@bzndk yup I've tried the module out in test mode and it has some issue with the form submission. TBH I've not tried thorough debugging to find out what's wrong but it does work on my PS stores. I don't know where I stand though on licencing, given I paid for the module under PS whether trying to use it under TB would void that.

With regards to those other modules, maybe we should have a section under supported modules to show supported Payment Gateways or even on the front features page - something like that boosts confidence in the product.

I'm guessing all those with active shops then aren't forum users lol.

Link to comment
Share on other sites

Here i Denmark there is actually 10-15 shops on TB so fare but they use Facebook groups insted, so that might be why.

Hmm the issue is when it's under a license and you payed for the module there is not a whole lot any one can do ofc you can get modification on the module, but the module cant be shared.

But is it PS own module or the one created by Presto Changeo you use ?

Link to comment
Share on other sites

@bzndk unfortunately I use the PS own module on 3 stores, have paid for it 3 times. I don't expect my licences to cover TB support and I don't know where I'd stand legally on trying to use them on TB, part of the reason I didn't dig more into debugging them as I wasn't sure if I was allowed to.

I've had bad experience with third-party devs on PS so went with PS made ones as that seemed a more trusted source lol.

Maybe I'll just have to investigate in writing a SagePay interface to get round the issue. However, showing more supported gateways would be handy as I didn't know about those you mentioned until you brought them up.

Link to comment
Share on other sites

Hmm since you payed for the module for all 3 stores, you should be fine if you still use the module on the same domains i dont think you do anything illigal.

Haha ye most modules developed by PS is shit sadly :(

What is the reason you use SagePay? Cant figure out there pricing structure, they got a forced amount monthly but card fees is not mentioned any where.

Link to comment
Share on other sites

@bzndk seems PS all round from my experience is crap modules - of the few we've bought we've had to ask for refunds on a couple as they didn't do what they claimed they would.

My company has used SagePay since about 2007 apparently, going back to old Salesforce days, and so don't want to change that especially given that Stripe takes 7 - 10 days to get your money from them. I'd looked at CloudSwipe but they don't want to pay a monthly fee for it. Also the fact SagePay is a UK based company they're happier dealing with it than a US based one, partly due to the fact if they get problems they can ring them during office hours. The fees are fine though the cost is higher than Stripe due to the monthly fees. It does though have the added benefit of taking PayPal from within the system so you don't need to install two modules for it and PayPal.

SagePay is old school that for the most part just works (except the Black Friday 2017 blip lol) and has good customer support; if you get a failed payment you can find out within minutes what went wrong, even whilst you've got the customer on the phone.

I could probably fix the SagePay issues myself but it'd be handy for TB to provide a list of the supported gateways as for the uninitiated it does seem it's Stripe and PayPal are the only ones supported.

Link to comment
Share on other sites

We are currently looking at using Mollie, even tho we are based in Denmark, the Dutch company Mollie seems to make a lot of sence using.

But ye some comapnys dont want to wait 7 days between payments, here in Denmark it's the standart that there is payout's once a week, we will stick with that if we use Mollie since it would not make sence to change it Danish banks takes ex 2,5 Euro pr bank transfer from outside of Denmark, so keeping it once a week is the best option for us i think.

Like i said in most cases all the payment modules that works in PS works in TB, there can be minor issues ofc there can, since there are code changes.

Is you problem with SagePay purly CSS based do you got an idea about that ?

Making a list like the one you would like requires that everyone using TB, add's what module they use and if it works and so on, since team TB can't test them all rly.

Link to comment
Share on other sites

  • 2 weeks later...

@mdekker that sounds a fantastic idea with the OmniPay! When I last looked at it it seemed unsupported and I think you mentioned there were issues with it.

I've looked at the OmniPay Github and it seems there is a SagePay implementation for both direct and server but there's no reference to 'form'. Given the PCI requirements for handling bank card details I suspect nearly everyone would use the form method with SagePay performing the card processing. Even the server method is risky as it entails communication to/from the website and a SagePay server.

This page has the stuff for SagePay on github: https://github.com/thephpleague/omnipay-sagepay

but it needs composer on the system to install it, which I don't currently have. It seems that branch was last updated in September 2017, like you say, there's been recent updates.

This is the page on SagePay for all 3 methods: https://www.sagepay.co.uk/support/15/36/integration-methods-explained

This is from SagePay explaining the form method: https://www.sagepay.co.uk/support/12/36/sage-pay-form

For the form method you pass over to SagePay the users name, address, currency and amount and it does all the processing / validation then returns the user back to the website - there's no interaction back and forth like there would be with the server method. This makes it clear now why we can't do refunds from the website. Our module is very basic in that it doesn't allow entry of a success & fail url, it just returns the user to the last page they were on regardless of status.

From looking at the PS module code my issue could be related to PSVERSION_ though I'm not 100% sure. Does Thirty Bees update this to a new value? I found something in header.tpl about re-assignment of var PSVERSION_ = '{$smarty.const.TBVERSION_|@addcslashes:'\''}'; but I don't know what this is doing. I notice there's also some hard-coding in there of http that needs to be changed to https.

Link to comment
Share on other sites

@mdekker the token system is something used by the server and direct methods but not the form. Use of the token system entails customer accounts and doesn't apply to guest orders.

I think you'd want the two options of server for logged in customers to allow for quick payments and the form to cater to guest customers or those customers who don't wish to store their card details on the SagePay server. So you're right that I'd need to combine the server / form depending on the needs of the customer.

The existing Prestashop SagePay module is definitely not server / direct and only form.

Link to comment
Share on other sites

  • 4 weeks later...

@mdekker Sorry I can't give you the test keys as you'd need access to our merchant account as well, which I'm not allowed to provide.

SagePay are very helpful if you've got a merchant account but when it comes to non-merchants they can be somewhat lacking :/

Link to comment
Share on other sites

  • 2 months later...
  • 10 months later...
  • 9 months later...
On 4/29/2018 at 4:08 PM, b_otho said:

@bzndk Did you manage to make Quickpay work on a TB installation? I just tried and it tells me its missing payment methods.

I cannot choose any currencies under payment.

alt text

Same issue here.
Got a fix?

Link to comment
Share on other sites

Don't know where this post came from ... But I am having a hard time finding a decent Payment option.Every time I do I find the module doesn't work or there is a monthly fee or I need a tax number

Is there a list of payment gateways as at the moment I have 20 or so and none of them work for me as I need

If there isn't a list of fee and monthly options would be great

Edited by AndyC
Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Create New...