Im looking for a Drupal6/ubercart2 payment module for any UK payment gateway which does'nt require PCI DSS compliance. My website is a relatively low transaction shoppingcart and acquiring compliance is over the budget.
For example, there is a module for 'Sage pay go direct' which requires the compliance. Sagepay also offers another solution called 'Sage Pay Go with Form' in which a customer is redirected to their site to store card details and make payments but as far as I know, there are no modules available.
Worldpay has a module but requires compliance.
We have the paypal module which I'm leaving as a last option as it requires users to create an account which is a bit off putting.
Any other gateway modules or cheap PCI-DSS compliant hosting providers anyone can recommend?
If your payment is processed by a third party (ie. Paypal, Sage) then you don't need to worry about PCI compliance for the most part, as it deals with the storage of payment information.
Also, Paypal Website Payments Standard has no monthly costs and does not require a Paypal account, users can pay using a credit card without signing up.
For smaller eCommerce clients (under around $2,000 per month) then it makes sense to use Paypal's free option (3% transaction fee). For higher volumes it starts to make sense to pay for a merchant account.
Related
I've recently tested sandbox on paypal. But I have to have Paypal Pro enabled to complete my transaction. According to information provided to paypal, the standard account should accept credit card.
(https://www.paypal.com/ca/webapps/mpp/compare-business-products)
So do I need to purchase Paypal pro to accept credit card or was this only required in sandbox?
Thanks
No, you do not. The basic, free account is enough. The Pro accounts simply come with premium features, like being able to process transactions without your customers needing to leave your website. The basic account redirects them to Paypal long enough to complete the checkout before redirecting back to your site.
I have been doing quite a bit of research on payment methods, and it looks like Drupal commerce really tries to push site admins/devs towards Paypal. There are a few options that seem possible, but before I say that, these are my clients basic necessities:
On site payment.
International sales.
The client has a business account with Paypal and existing store with Paypal Payments Pro (WPP) with an outdated cms.
So far with Paypal I think that Payments Pro would be great, but I can not seem to find if it can handle international transactions. The other option is Paypal Payflow Link (PFL), because that is the only one that mentions international capabilities and on site payment. However, it mentions the need of a third party payment processor? I thought that this was what this is supposed to be.
What I have been reading: WPP
- https://drupal.org/node/1902656[1] PFL
- https://drupal.org/node/1902734[2]
Is there a Payment Method that will solve this issue better? Is Paypal my best option? How simple of a task is this to complete? At the very least, can somebody help me connect the dots a little better?
Depends on what you need with International. WPP works with several currencies and you pay whatever Paypal's going exchange rate is that day (on top of the transaction fees). For instance, we take orders in Canada. I request USD and get paid in USD, even though they pay in CAD. WPP is a little restrictive in that you can only take money where Paypal accepts it.
The big difference is going to be that PayFlow is a gateway only, while WPP is a merchant account and gateway in one. A third party merchant account might have more options, if more currencies is more important to you.
Our .NET website uses Google Checkout to handle credit card processing and we need to migrate to another credit card service because Google Checkout is going away. Google Checkout used a .NET webcontrol that was easy to use and did not require that our site actually capture the credit card on a SSL site.
Does anyone recommend a replacement for this type of service that is easy to integrate using ASP.NET and leaves the security to them? Google provided a link to Braintree in their announcement but when I looked at that, it looked like we have to capture the credit card info. I'd prefer not to have the risk.
As #Aristos has mentioned, you can look into PayPal and/or Amazon Checkout.
Both of them provide alternative/3rd party checkout services - which is what Google Checkout is (was after November 2013).
Braintree is a payment processor and is very different from Google Checkout and any other checkout services - they offer credit card processing services (just like Authorize.net, Paypal Payflow, etc.). You will need to have/apply for a merchant account and comply with PCI DSS requirements when using such services (although they have services that minimize your PCI DSS work).
Google Wallet for Online Commerce (aka "Instant Buy") is a "layer" on top of such - which is the Google product/service that will "assume" the role of the "payment flow" (I hesitate to call it a "payment service" as it's really not) for merchants selling physical goods. It will work with (in fact require) your existing payment processor.
Wallet for Digital (aka "In-App Payment"), as the name implies, is the digital (product/service) counterpart of "Instant Buy". This is still a 3rd party checkout service - meaning it's still Google that handles the credit card processing (just like Checkout does/did). But it's primarily for digital merchants (selling digital products).
I have a requirement of integrating paypal in one of my asp.net website.
But I need to have a facility that One could pay through Paypal by using a credit card even if they don't have a paypal account. For credit cards, I don't have any idea of how can it be done through paypal development portal.
So can anybody let me know how to go about this and any reference link where I can find some details for this.?
I think one of the option I should go with is: PayPal Website Payments Pro but I have no idea about that and Is it a free service or a paid one.?
Thanks in advance.
PayPal Payments Pro does allow you to process credit card transactions using the Direct Payment API's. That product is currently available to US, UK, and Canadian merchants. The REST credit card process mentioned is only for US merchants at the moment.
Payments Pro isn't free. There a $30 a month fee.
Payments Standard and Express Checkout are both free and don't require that your buyers have a PayPal account but they are required to redirect to the PayPal site to log into their account or enter their credit card information.
If you have a more specific question I can help you further.
You can make credit card payments via the new PayPal REST API. Depending on your use case check the documentation for sale (directly charging a card), or authorize and capture. You also have the option of storing cards in the vault for later use.
I do not know whether you have gone through the Paypal developer's FAQ. Please go through this link once-
https://developer.paypal.com/webapps/developer/support/faq
Ideally to integrate paypal to a development site, A business account needs to be created.So when the user clicks on the pay now button on your site you send that userId and password to Paypal webservice and authenticate yourself as business user. it redirects to teh paypal site after authentication. So even if the user does not have an account with paypal they can pay using paypal(Which authenticates your site).
All the paypal integration is paid service.
The gateway I am using is Cardsave (http://www.cardsave.net). I obviously can't store credit cards on my servers, but to store credit cards on their servers, there needs to be an initial transaction. I am writing a billing management website that customers are going to be migrating to from other systems. There wouldn't be a reason to have their clients pay in between billing cycles.
The only solution I can think of is making a small payment to the credit card (like $1, PayPal style) and then either crediting this amount back to the customer on the next billing cycle, or issuing a refund. Is this the correct approach?
Is this the common way of handling recurring monthly 'subscriptions' where the amount is variable every month and don't start right away. For instance, is this how trial periods that require your credit card information to start is handled?
$1 charges are no longer allowed by Visa and MasterCard. You can do $0 authorizations so if your processor allows that you'll probably be able to do your original plan.
Some payment gateway providers, like Authorize.Net, offer services that allow you to create payment profiles and charge against them at any time for any amount. Their service is called Customer Information Manager. You should see if your provider offers a similar service.
For Cardsave Payment gateway you have Automated Subscriptions and Cross Reference Transaction Code Examples
For the reference check out this link: Click Here