I'm looking for a way to have a form which submits to a google doc, which also allows customers to pay via paypal.
I prefer google docs for the main form submissions since the list of purchases needs to be reviewed by a very non-technical group.
But there does not seem to be a way for me to integrate a paypal button into these forms. I currently have it as two separate forms but this is horribly user-unfriendly.
Any suggestions? I am open to other payment processors which might work with google docs, but do not want to use google wallet. Needs to be open to anyone, even without google accounts.
I just created a site to solve the problem for myself:
http://www.crazychro.me/gform
Related
So currently im coding a bot and in that bot you can buy several other bots and features and i wanted to ask how that works when someone for example clicks my link for paypal and after he pays he will get redirected to the specific bots invite link. Does that even work?
When using a link/HTML-only PayPal integration (no API), a return is never guaranteed. PayPal may be obligated to show them a receipt, and they may not click to return, or their browser/user agent may crash or window closed. So, this is a bad option.
What you should do instead is create a website with a PayPal Checkout that integrates via an API. If you have a backend you can do a server-side integration, otherwise you'll have to rely on client-side JS. Here's a simple demo of the latter: https://developer.paypal.com/demo/checkout/#/pattern/client
I am working on a event-based website that requires PayPal payment. I checked the documentation as well as the questions and answers on Stackoverflow. However, I am still don't know what is the best way to accomplish this. The following are the steps that I have to do:
An audience registers for an event. He provides all the personal information and choose the sessions that he will attend.
The system saves his information into a database and redirects him to the PayPal website so that he can pay by using credit card or PayPal account.
After the payment is verified by Paypal, call back to the website so that I can save the payment status in the database and process further steps.
If you have done something similar, please share it with me. Thank you in advance
PS: I am using PHP Laravel Framework.
You can use Omnipay to do via Paypal: https://github.com/adrianmacneil/omnipay
Your steps 2 and 3 are covered, for PayPal and many other payment gatways.
But if you are on US or UK, you should think about using Stripe as payment gateway. It's what Laracasts (by Jeffrey Way) and Userscape (Taylor's company) is using. It's very easy.
Stripe documentation is awsome and there are some stuff written about this, screencasts, like this one: http://www.screenr.com/d3v8 (for Laravel 3, but you'll get the idea) and Composer packages, like those:
http://packalyst.com/packages/package/mosey/stripe
https://github.com/Abodeo/laravel-stripe
Good luck!
I have gone through the Paypal website, looked at their dozens of FAQS and documents, and still don't have a great idea as to how to integrate the Paypal Masspay API. I was hoping I'd have better luck on here :).
I have an app that gives users prizes, with an oracle SQL database that populates whenever a user redeems a prize.
Would I need to download the SDK onto my app, include the PayPal IPN, and call the MassPay API each time a user redeems a prize?
I have attempted to contact Paypal multiple times to no avail.
Not sure which aspect of your question is most problematic for you. I assume that you've looked at the concept diagram at
https://www.paypal.com/webapps/mpp/mass-payments
where the Excel worksheet is roughly analogous to a table's (or query's) worth of payees.
You would normally provide scripting code on your server/website that would submit that payee/amount list through the MassPay API calls against the PayPal website. If you only have one or two payees at a time, this is not the usual way to make a payment to your users (one-offs are generally Adaptive Payments API). It's not a downloadable app, though.
So is your app something the users download and interact with your site? If so, the correct place to put the code that faces PayPal (and actually transfers money around) is on your site's server. Not on the handset.
I finally reached a capable support member of the PayPal Team. The answer I got:
No SDK needed. All I need to do is set up an API call from my server to their server each time I want to reference a payment.
Is there any known way (an api or something of the sort) that I could use to create my own user checkout experience for Paypal?
So, for instance, the user clicks my donate button which takes them to my donate page. I collect the needed user information and pass it securely to paypal using some auth method without ever redirecting away form my site or using their "Customize your Payment Page" (which is entirely not customizable enough for me).
I've looked through their myriad of api's but haven't found anything useful yet.
Thanks!
This can be done using the Direct Payment API. In order to use it, though, you need to have a Payment Pro account with PayPal.
If you plan to implement it with FuelPHP, then there is a feature rich, driver based, package here.
I'm looking for a hosted payment solution that can be made to work almost the same as a seamless payment solution, but I want hosted so I don't need to deal with the PCI compliance requirements.
I am currently using PayPal Website Payments Pro with the iFrame integration, its ok, but the problem is PayPal keeps pushing payments via 'PayPal' and you are unable to remove their stupid 'Pay with PayPal' button from the iFrame. Also there is no ability to customise the look of the content in the iFrame.
I came across CRE Secure's solution which was very clever: http://www.cresecure.com/pages.php?CDpath=3_63&osCsid=eam649uio10ug8igep1kgljgg0, however, they don't support AUD currency.
I would still prefer to use PayPal as my merchant gateway since it saves a lot of money from having a gateway + merchant bank account. For example the CRE Secure solution still hooks up the PayPal Website Payments Pro.
What solutions are there that allows me to have more ability to customise the content in the iFrame and doesn't have any branding of the payment provider, e.g. PayPal etc.
I know that Authorize.Net is one of the more popular services that offers these services.
Disclaimer: I work for Recurly.
Take a look at our product. We offer a fully hosted solution that you can embed on your site (although not recommended). We also offer a feature called Recurly.js (js.recurly.com) that you can fully embed on your site and own the experience, while still maintaining minimal PCI requirements. You can continue using PayPal as your gateway with our solution.
To keep this answer from being total spam (!), I'll also advise you to take a look at Samurai by Fee Fighters and Chargify. Let me know if you have questions, I'm happy to help :)
This is more a comment than an answer but I don't have the rep to comment.
Just found this is the docs
"This template also offers the following options:
Remove the Pay with PayPal button. Although the form offers the option to pay using
PayPal account by default, you can contact your account manager or customer support to
turn this option off."
So it seems you can remove the paypal button. Can anyone comment as to whether existing paypal customers will be able to use this gateway?