I want to integrate "visa" to my website (developed in PHP), so other people can make a deposit to my website.
I don't know how to do it, are there any examples or documentation for this?
Create an account on Paypal, and let them do the work. These days very few people will trust their credit card number to "just anyone". Not only will this get your "trust", but all the overhead of managing these things will be taken care of for you, with minimal overhead for you. They will give you code to embed on your page "Donate Now" - they handle the rest.
Did I mention trust?
it depends on your bank,
you should contact them and they will provide you their API ,
-if you use CMS for your site there ready extensions on joomla for example,
-you have also the choice to integrate paypal API on your website
If you're in the US you could also use stripe. The api is very easy to use
Just updating, VISA has a resource for developers and special offers to independent developers. Just go to their hotsite
Related
I'm building a site on which I'll provide users with their own webshop.
The webshops need to be able to accept payments, and I've made the integration using PayPal's express checkout (Client-side REST).
I thought all was well, up until the point where I was writing the setup guide for my users.
In order for them to create REST credentials, they need to log into the developer portion of PayPal, create a sandbox account, and then create an app.
Compare that to how it was/is when using NVP/SOAP, where you log into your PayPal Business account, and basically just follow the flow to get your API credentials.
Furthermore the NVP/SOAP implementation of Express Checkout is deprecated, so I'd really like to avoid that implementation, if possible.
I feel like my options boil down to this:
Use REST and force my users to go through a somewhat confusing setup process.
OR
Use NVP/SOAP, which is deprecated, but has a much more streamlined setup process.
Am I missing something, or is this just how it is?
EDIT/UPDATE
I also reached out to PayPal support and received the following answer:
There is no other method to obtain REST API credentials other than logging into PayPal Developer and creating a REST application.
The only other 'method' available, would be to use Braintree Payments instead, which provides PayPal integration.
https://www.braintreepayments.com/en-dk?locale=en-dk
So all in all, there doesn't seem to be an "easy" way to get REST credentials
I'll accept the answer by neuromatter, as he is correct, it's always better to use non-deprecated APIs
Go with REST. When you're developing something new you should always avoid using something already deprecated. Usually large organizations will tell you if they plan to completely turn something off (and perhaps SOAP is too big for PayPal to end anytime soon) but you don't want to take that risk. Even worse than forcing your users to setup REST would be to force your users to setup SOAP then have to setup REST shortly thereafter because they ended support.
For context, have a look at the PayPal setup page for WooCommerce:
https://docs.woocommerce.com/document/paypal-standard/
As you can see they fully expect people to enter in credentials to configure their store. The only way around this really is if you wanted to offer a more full service product where for a fee you (or someone you employ) would be able to configure their store for them. But that's a separate discussion.
I use payment via paypal and I need the customer to enter secure payment information on my webpage.
After reading tutorials, I need to set action to paypal => "https://www.paypal.com/cgi-bin/webscr" and the customer to complete their data on paypal website.
Is it possible to have customers enter card data on my own website? Can you offer any advice or manuals on how to implement this?
Thanks. Sorry for my English
Is it possible to have customers enter card data on my own website?
Yes it's possible. Is it advisable? Not if you don't have to.
If you are passing the user to PayPal to complete payment, there is absolutely no reason for you to collect the CC data on your own website. All you do is add to the customer's risk as well as your own (since there are certain legal ramifications if you screw something up).
If what you are asking is how can you do the entire process on your own site, then that's a different answer and a pretty involved one. PayPal has options for this with different plans and each of those options has plenty of documentation on how to setup and configure the process.
As #butlerblog mentioned, there are different levels of integration for ecommerce. If you truly want to stay away from paypal but are considering your other options for third party integration, you can check this site to start getting an idea of how involved with ecommerce you want to get.
First, I've research this topic and many adjacent topics and know the risks with storing and processing credit card information. We have taken all the necessary steps to harden our servers and we're also PCI Compliment. Now, let's try to stay on topic here :)
Our system will allow our customers to add their bank account information so they can accept payments from their customers. What we're trying to do is support the most popular/common banks for our clients to use. We can't force our clients to use authorize.net and all the other payment gateways, most are old-fashioned and just have a business bank account.
I was trying to find an open source php library where most banks are already setup, but couldn't find anything. Have someone written something like this? of course we will carefully analyse the coding and add our own security features.
Take a look at Stripe. It's not exactly what you are looking for but somewhat close.
I need to build web application where users can sell goods.
Each user should be able to get money directly on his PayPal account.
Can you suggest which PayPal service/payment method (or other payment system) it is better/safely to use in this case?
Thanks in advance
This is easily set up (if I read your requirements correctly). You would have to create your part of the system, but that's obvious.
The rest, specifically vendor payments, could be handled all by PayPal.
PayPal could process the orders into individual accounts. You would simply have to use the same IPN notification file for each Buy Link. This IPN notification file is what PayPal uses to notify an order has come. It does not matter that it may have come TO Suzie's or TO Bob's account.
So, your notification script gets the order -- Then, your internal system differentiates the vendor and ... that's it ;).
IPN is very simple too, and they've got nice templates in various languages to get you started.
I'm sure there are alternate ways to do it, but IPN is what I personally use, combined with a back-end system. I even have another vendor whose plug-in for my product I sell. Money goes directly into his PayPal account by simply changing the recipient email in the Buy URL (or form).
Any competent programmer should be able to handle this with ease. The proficiencies would be SQL/database experience and web coding (any language). That's about it. A non-programmer could probably even learn, though needs to be careful to sanitize the input to protect against SQL injection attacks.
You can use ExpressCheckout, this means that your sellers do not need tho have Pro accounts, but login and payment will occur in paypal's popup window. You can also use more advanced integration, but this might require the merchants to upgrade their account, and this might cost them money in every month.
You also need to collect API keys from merchants and store them in a very safe location, or collect the money yourself, and pay for the merchants using paypal's API code, but this will introduce additional (transfer) costs.
You will most likely have to write it from scratch. I mean, from some bare framework.
Ambiguous question, I know. But anyway, I'm developing a client's site that will enable users to donate to people doing charity work abroad. I need the users of the site who create their profiles to be able to input their PayPal email address (for example) and as such any users who click the big 'Donate' button on their profile can donate directly to them.
I'm sure this is possible, at least using the PayPal API. However since this is all for charity work, I'd like to implement 'Gift Aid' - read about it at the link.
My problem is finding a payment system that we can use that has Gift Aid either 'built in' or that can make a clear definition between which payments are gift-aided and which are not - sorry if this isn't making any sense!
So ideally I'm looking for a payments processor that can integrate as seamlessly as possible into the client's site which I'm developing in PHP, can support Gift Aid automatically - or if not, clearly specify which payments ticked the 'Gift Aid' option - and supports payments from credit and debit card sources, etc. I hope this is understandable now!
I know there's obviously the PayPal API but I'm sure there are others, I'm just not too sure where to start looking or if the whole Gift-Aid thingy is even possible with transactions like this. Would it be more convienient just to code our own system?
Jack
I would use PayPal, definately. Making the effort to learn their API is not hard. Coding your own solution would be a nightmare. Don't reinvent the wheel!
Have you tried looking at what CTT have to offer: http://www.ctt.org/products__services/cp_terminal/default.asp they have their own payment Gateway called CPterminal/CPWeb which is designed for charities.