Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 5 years ago.
Improve this question
I want to integrate Paypal Recurring Payment, so that I can get Payment from my customers on regular basis, I checked there are several methods,
Paypal Subscription Button (xclick-subscriptions)
In this method, I tried both Hosted and Non-hosted buttons, But I don't want that user redirects on Paypal completely (Paypal should open in Browser window or Popup),
How can I achieve this?
Paypal NVP/SOAP API
I tried this API with checkout.js, but it is deprecated now, don't want to use it any more,
EDIT: also I can created agreement with Payment Payment method, but when tried to pay with Credit Card, it shows me DPRP is disabled for this merchant, after a lot of research i found that for Card, Payment Pro must be enabled for merchant account, and it costs around $30-35/month, don't want to Pay this much amount,
Paypal Billing Plan and Agreement API
I tried this API, and faced the same issue just like the NVP/SOAP API (DPRP is disabled for this merchant)
Paypal Payflow
I tried this API, It provide a different login called Paypal Manager, But when I tried to complete my profile, but it is asking $10 for enable Recurring/Subscription Payment,
Apart from above these, You can suggest me good method which suites my
requirement.
The only way that you can get or the product that available for Recurring Payment for the merchant in India is the option 1 (Paypal Subscription Button (xclick-subscriptions) and option 3 (). But option 3, it needs to be specific.
Option 3 only allowed if you set the payment_method = paypal and not credit_card.
As far as i know, the option 2 using checkout.js are not compatible yet with Recurring Payment.
Related
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
Questions asking us to recommend or find a tool, library or favorite off-site resource are off-topic for Stack Overflow as they tend to attract opinionated answers and spam. Instead, describe the problem and what has been done so far to solve it.
Closed 8 years ago.
Improve this question
Our requirements for Paypal Integration seems customized from the Paypal's available products. Paypal documentation is a bit vague to figure out the differences down to earth.
I would like to choose between Paypal Payments Pro, Payments Advanced and Payflow Gateway or any other product that satisfies.
Our Requirements:
Customer should be able to pay with their Paypal account using Paypal Credentials without leaving our website (Also trying to avoid iFrame. Is there any other way?).
Would like to use Paypal's Internet Merchant Account (In future might switch to any other merchant account).
Need support for Non-US Currencies also (services to be launched world-wide in future).
Total transaction value would be not less than $3,000/month.(can be disregarded initially).
Authorization, Capture and Void Payment methods also required.
Payments Advanced seems to work for 1,2,4.
Payflow Gateway seems to work for 1,3,4,5.
Payments Pro is supported by Paypal Express Checkout, which is usually a redirection to Paypal Website. So requirement 1 is ruled out.
If a buyer pays with their PayPal Account they will be redirected to PayPal so they can log into their PayPal Account, this is how PayPal works.
If you want people to stay on your Website you need to get setup with PayPal Payments Advanced and they will stay on your website in iFrame.
PayPal Payments Advanced Getting Started Guide
Payflow Pro is straight credit card processing so no PayPal Account is used to process these payments.
Express Checkout is using PayPal so it does not work in an iFrame and it will redirect to the PayPal login Page by design.
Your other option is the embedded checkout design here is the documentation on it
PayPal Embedded Checkout Design Integration Guide
Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 9 years ago.
Improve this question
Normally Paypal button will charge fee from receiver, but I want to write PHP code for a Paypal button that when sender send money to someone, sender will pay PayPal fee. How can I do that?
As far as I am aware there is no such option. You can work the amount backward and add it to the amount originally paid (if you are using some sort of shopping cart/form)
so if you are to receive $100 and paypal's commission is 2.5% + $0.3.
I would use a formula like $100 + (($100.3 / 0.975) * 0.25) + 0.3.
I am not sure if paypal charges the 0.3 for the 2.5% as well. So you might have to check that and update the formula.
We currently only offer this option with our Adaptive Payments platform, where you can set the feesPayer to either party in a transaction under certain approved conditions. For details, please see our Pay API documentation.
For a full overview of the capabilities of Adaptive Payments, please see our documentation here.
Unfortunately changing the fees payer is not currently available or Website Payments Standard or any of our other existing checkout products.
Whilst Ela's earlier suggestion might work in theory, our user agreement does not allow for a so called surcharge, so keep this in mind; https://www.paypal.com/webapps/mpp/ua/useragreement-full
4. Receiving Money.
4.6 No Surcharges. You agree that you will not impose a surcharge or any other fee for accepting PayPal as a payment method. You may charge
a handling fee in connection with the sale of goods or services as
long as the handling fee does not operate as a surcharge and is not
higher than the handling fee you charge for non-PayPal transactions.
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 9 years ago.
Improve this question
I have a shareware site where the user pays $25 for an annual membership. The shareware is free, the membership entitles users to support and an enhanced version of the shareware.
I would like to create a page on my site where the user can make a Paypal payment without leaving the site. Then, I want the user to land on a specific thank you page.
I'm not able to find documentation on how to do this, other than this intimidating, 256 page guide: Gateway Developer Guide and Reference.
My needs are humble. I'm hoping there is a quick-start guide I missed.
Please advise.
PS: I do have the Paypal Advanced ($5/month).
If you absolutely do not want to leave the page you will need to use PayPal Payments Advanced Or PayPal Payments Pro
Advanced comes with a $5 monthly fee and you will see PayPal branding, (I believe this is almost like an iFrame), however I have never used this service so cannot comment on what is required.
Pro is $30/month however you will not see PayPal branding and user will have no idea PayPal is being used in the backend
This uses an API that you are going to have to do progamming for since it is all done in the backend, and you are also most likely going to want an SSL Certificate.
There is PayPal Payments standard, but that puts a button on your page which redirects you to PayPal. Your customers will not need a PayPal account to pay. This option is free (aside from regular PayPal fees)
There is also PayPal Express Checkout, I am not 100% sure what the difference between this and Payments Standard is.. perhaps a PayPal account is required?
PayPal have prohibited the page from being included in an iframe, by setting the X-FRAME-OPTIONS header.
There is no way around this security measure.
You could provide a link to go back to your site if you want payment running through PayPal.
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
How does Etsy (a website collective for sellers of creative products) know the payment was made through Paypal? Is it possible with PayPal Express Checkout to use my accounts API, but send the payment to another account, purely by specifying the accounts email?
When you buy something from Etsy, the payment goes straight to the seller. It appears Etsy use PayPal Express Checkout to achieve this, using its own API details (i am assuming). As soon as the payment is made, Etsy is aware of this. It removes the item from sale and sends you a confirmation email. How does Etsy do this when the payment goes directly to another account?
As far as i can tell, PayPal will only send the payment to the account for which the API is linked to. When you make the first call to setup the Express Checkout with Paypal, is there a way to pass through the email address of the account you actually want the payment to go to during this process? I cannot seem to find this field anywhere. Or maybe it is done in an entirely different way. Anyone have any ideas how this process actually works in Etsy ?
Notes: I know that when you setup a seller account in Etsy, you only have to give your paypal email address that you want the payments to go to, not give them any API access of any kind. I have tested this.
This is all in the context of setting up a website that essentially does the same thing, allowing a sellers to have their own mini shops on our site. The payment needs to go directly to the seller, and we need to confirm payment has been made by the buyer. I dont want the sellers to have to setup anything in the PayPal account or anything like that. So if you have any other ideas/suggestions how i can achieve this, I would love to hear them.
it knows this because of the success callback url.
On how to get confirmation of a transaction between two other parties, look at this question
So I guess not with express checkout, but certainly with Instant Payment Notification.
The only way I can think of doing this with Express Checkout is if each receiving party has a separate merchant account. As one answer by netom in this question
I don't believe Etsy uses Express Checkout, but rather, uses PayPal Adaptive Payments.
Using Adaptive Payments, you can change the receiver of the funds simply by specifying a different email address for the primary or secondary receiver.
See also my answer at Online payments for a middleman
As for the Etsy confirmation; since Etsy is the one making the API calls the PayPal - and only changing the receiver on a per-transaction basis - they can just specify an ipnNotificationUrl in order to be notified via PayPal IPN whenever a transaction completes.
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 5 years ago.
Improve this question
I'm using the standard php paypal form for payments on my e-commerce app.
I noticed that people with just firebug can change the paypal form data before sending the request for paying by the "PAY NOW" button.
So I'm wondering, is it a "standard" to have a payment's form that can be "edited" by a newbie :/ ?
What we can do to prevent this?
I disagree; I do think it's something you should prevent in the first place. The amount a buyer should pay shouldn't be publicly sent over the internet. The time where we could get away with that is long past.
Additionally, a check will not prevent the transaction from going through for a different amount. It'll only prevent any post-transaction drama.
And yes, you should definitely run checks after the transaction has completed, but that should happen even if someone weren't able to manipulate the amount theoretically.
There are several options, you can choose what suits you best depending on your requirements,
Do nothing and only implement a post-transaction check (e.g. with IPN).
The easiest. Your PayPal integration will look shabby from a code point of view, and you'll still get all those $0.01 fraudulent transactions.
Tick the 'Host button with PayPal' option in the button generator, and use PayPal's BMUpdateButton API to dynamically alter the amount of the button.
An example request for BMUpdateButton would look as follows:
USER=Your API username
PWD=Your API password
SIGNATURE=Your API signature
METHOD=BMUpdateButton
VERSION=82.0
HOSTEDUBTTONID=The value of
BUTTONTYPE=The type of button. E.g. BUYNOW
BUTTONCODE=The type of code you want to get back. E.g. HOSTED
L_BUTTONVAR0=amount=The new amount with a period as separator
L_BUTTONVAR1=item_name=Optional: a new item name if you wish
Use both the BMCreateButton and BMUpdateButton API's to both create and update your buttons with PayPal.
You could also use the BMCreateButton API to create a new button, or use the BMButtonSearch API to search through a list of all your stored hosted buttons (to find the hosted_button_id of your button automatically, for example).
Implement PayPal Express Checkout instead
It may be the 'hardest' to implement as it consists of 2-3 API calls for a single transaction, it's also the most flexible. Where with Website Payments Standard (the 'buttons') the transaction is finalized as soon as the buyer clicks on 'Pay now', Express Checkout lets the buyer 'agree' to the transaction on the PayPal website, and you can finalize it at any time 0 - 3 hours after the buyer initially agreed to the payment by calling the DoExpressCheckoutPayment API call.
For a quick rundown on integrating Express Checkout, see my answer on Checkout my order basket with PayPal
This isn't a huge security risk, as you should be checking what was actually paid anyway! Anyone can post data to anything. It has little to do with your form, or even Firebug.
You can store that button information on PayPal's server, but then it cannot be dynamically generated. There is an option for this when you use their wizard to create the button code for you.