I need to submit the contents of my form from a form that computes the price of the order to the paypal checkout so that clients don't have to reenter product description and prices.
What options do I have?
If you want to stick to basic HTML forms you can use Payments Standard, specifically the cart upload method.
If you're comfortable with web service API's I'd recommend going with Express Checkout.
There are other options, but those are what I'd recommend starting with.
Related
Is there a a paypal integration where the customer view's their cart and can click checkout and pay with paypal without filling out the shipping fields.
I want the quickest and slickest possible checkout without the customer filling out any fields what so ever and then requesting it from paypal using the API.
I was looking at the express checkout but it seems to need a shipping fields on our side.
There is so many paypal integration types and documentation that my head is starting to spin.
PayPal's One Touch is enabled on buyer's end, but something tells me you'd like the philosophy behind it :)
As far as integration is concerned, limit the fields using variables like no_note and no_shipping.
If you think cart, you may like this:
https://www.paypal.com/cgi-bin/webscr?cmd=_cart&add=1¤cy_code=USD&amount=1&item_name=item&business=youremail#here.com&no_shipping=1&no_note=1
Replace youremail#here.com with your email.
Variable reference [ here ].
I just noticed that paypal now has a number of solutions to accept payment, and per this own page, it doesn't really compare their difference in a nice way:
https://developer.paypal.com/docs/accept-payments/
Does anyone happen to know (I am using C#/.net, but JS is also OK), if I want to have a customized checkout, in which I can customize the look and feel, and allow customers to enter/select shipping address (which is saved in the site's own database), which paypal method I should use?
Thanks! (also if any document that explain better the differences of the above different ways of accept payment, it would be great!)
If you want to completely customize everything then the PayPal Payments Pro Payflow Edition is a viable solution.
Here is the link to Sample Code C# is one of the programming languages offered in the Sample Payflow Code.
You will need to build your form/shopping cart and then the Sample Code can be used to make the payment request to process the payments. The Entire Transaction will take place place on your website from start to finish.
If you want PayPal to handle the payment portion with a customer leaving your site to use PayPal as the Payment method and then returning to your site to complete the payment, Express Checkout is the other option that will work.
You can make an API call to PayPal to get the Shipping information from PayPal and then store the shipping info in your own database.
Here is the Express Checkout Sample Code
There are 2 ways to integrate paypal with web site, Payment Button and Web Checkout.
The former seems to be easier than the latter, and we won't even to sign up an APP if we choose Payment Button.
Besides the difficulty of integration, is there any difference between them?
It's basically just HTML forms vs. web service API's.
The buttons are generally setup for a single item or for the PayPal cart, which I wouldn't recommend using. If you're going to be using your own shopping cart, you could actually just use the cart upload method, which is still PayPal Standard (html forms.)
If you are comfortable with API's, though, I'd recommend going with Express Checkout, which uses API's but still doesn't require creating an "app" in the PayPal network.
If you happen to be working with PHP you might want to take a look at my PHP class library for PayPal. It would make the API calls very simple for you.
I plan to create a page on my website that lets others upload games and apps they've built, then sell them via PayPal. Please forgive me if this is a simple question, I've never used PayPal for anything other than purchasing things. I need the button to dynamically change who it's sending the money to. I understand that in order to split who the money is going to, I would need to set up a business account, but if I wanted the creator to keep all of the money they charge for their virtual goods, would it be as simple as changing one of the tags within the PayPal form?
I'm experienced in PHP, SQL and Javascript, so dynamically changing any of the forms elements wouldn't be an issue, but would the payment actually finalize?
Yes, if you're working with Payments Standard it would just be a matter of updating the business parameter with the email address or PayPal merchant ID of the person you want the money to go to.
This isn't the best way to do it, though, because people can see the HTML, copy it, adjust it, and submit payments that are for less than what you set the price at.
In order to protect that sort of stuff you could generate your button code using the Button Manager API, or better yet, go with Express Checkout and the Permissions API (or manually granting permissions) so you can make API calls on behalf of 3rd party users.
My PHP class library for PayPal would make this pretty simple for you.
I'm building an Elance style site for a client who wants paypal incorporated so job posters can pay the job winners.
Would each job winner need to go to Paypal, get the unique Paypal HTML which creates the "Pay with Paypal" button for them, and then input this on our platform? Or is there another way to do it?
There are a number of ways this could be done.
You could generate buttons for people using the Button Manager API.
You could also use Express Checkout along with the Permissions API so you can have a single checkout system that works with everybody involved.
You could use Adaptive Payments in a number of different ways depending on your needs.
Really going to need more details about what your overall goal is to provide a better recommendation, but yes, those would be better options than having job winners create their own buttons.