After X hours of searching and lost-ing inside documentation and this community, I understand that, if :
I'm non US developer
my client is not a US company
I want integrate Paypal in market-place
sending several emails to Paypal support
I need to:
register as Business Account US in paypal.com ( and not in sandbox )
find an US user because I'm not, otherwise I need to fake my address, zip code and state
enter in developer.paypal.com
Someone can answer me YES ? or the right procedure ?
Thanks
from https://developer.paypal.com/docs/faq/#international-developer-questions
"I'm a non-U.S. developer. What products are available to me?
The REST API supports a number of countries and currencies. The REST API provides simple payment processing for common business needs, including PayPal payments, direct credit card payments, authorization and capture, and refunds. For more advanced payment solutions such as parallel and recurring payments, you can use the NVP/SOAP APIs.
If you've previously used our NVP/SOAP APIs, you can continue to use them. Using your old Sandbox email address and password, you can import existing Sandbox accounts on the Sandbox Accounts page."
I started on this page:
https://developer.paypal.com/developer/accounts/
Related
I am using Paypal for payments in my software. According to recent announcements from Paypal, /payments end point is deprecated and will not be working anymore. So they have mentioned in their API docs to use BrainTree for payments.
So I created a sandbox account for Braintree and link my Paypal account with it. Both accounts are in Sandbox mode.
According to following documentation, these accounts will not share data because these are in sandbox mode.
https://developers.braintreepayments.com/guides/paypal/testing-go-live/ruby
I have some queries regarding this, which are mentioned below:
Will these accounts share data with each other in live mode ?
If they share data in live mode then,
On Braintree, customer creation is required but on Paypal there is no requirement of creating a customer to make payment through card. So how they will share this data ?
Will they share cards details also? If yes, then Paypal returns card id which is used for transaction and Braintree returns Payment method token for each card to be used for transaction later. Will these details will also be shared ?
How amount can be refunded from Braintree ? Is there any end point for this ? Or for refund I need to use Paypal refund api ?
So, these are some questions which are striking my mind. If anybody can answer these queries, it will be very helpful for me work on Braintree.
Thanks!
We are using the adaptive payment API to setup a payment between 2 of our users. The receiver user has a paypal account, the source (the one who pays) doesn't. We don't use any chained or parallel payments just simple tranffer from A to B.
We'd like to allow the source to pay with credit/debit card. The problem is that in some cases its allowed, and in some it isn't.
We found this document about the subject but it looks outdated, since in the limitations section it says:
Cannot be made to a personal or un-registered PayPal account
I have a personal account and it works with that but with my colleague's personal account (different country) it doesn't.
Not available if the API caller passes an email address in the request
envelope.
This is very vague. Pass where? We use the email address in the pay request but it works in some cases.
Could anyone give some up-to-date info about this subject?
Guest payments are only made available to certain countries no matter which PayPal product you are using (PayPal Payments Standard, PayPal Express Checkout, Adaptive Payments). So if a buyer is in a country that requires a PayPal account, then they will only see the option to "Login to PayPal" or "Create Account" when they land of the PayPal checkout page. Unfortunately there is not a list of countires in our documentation to show which countries allow guest payments and which don't.
Here are my findings together with PP_MSI_Colin's answer:
Documentations
Guest payment - integration guide (UI is different now)
Guest payment - adaptive payment
Account optional settings
Requirements
Upgrade to business or premium account.
Make sure the email address is verified.
Make sure that on this settings page the Paypal account optional setting is ON.
Limitations, exceptions
In EU, this option is limited to 10 payments/card
In some countries (tested in Hungary) a personal account can also receive guest payments.
In some countries it is always disabled. No official list found.
Logic
Even if it is enabled for a user, it is up to Paypal if they show it or not. Where its enabled it also depends on the paying user. If Paypal finds (from cookies, etc) that the user has a paypal account they don't show credit card option. To test it try to pay in an incognito window. PayPal’s fraud prevention measures can also cause the guest checkout to not be displayed in certain scenarios
Limitations for making guest payments via PayPal adaptive payments are documented here:
Guest payments cannot be made to a personal or un-registered PayPal account
I am building website which requires customer to update paypal account.
Is there anyway to check the reality of customer's account?
When my customer fill out their paypal account in my site, I want them to be directed to paypal login page to login and paypal will return the result.
Does paypal api support this situation?
Pretty much any implementation of PayPal you choose would follow the flow you mentioned.
Payments Standard would allow you to create basic buttons or create an HTML form and POST directly to PayPal to process. It would send the user to PayPal for login and approval to complete the payment. The transaction details would include the payer status (verified or unverified) as well as the address status (confirmed or unconfirmed) and lots of other details about the order.
Express Checkout is basically the API version of Standard, but it's much more advanced and open to integrate in the way that works best for your site or application. In this case, some of buyer/transaction data is available during the process within your app through API requests and responses, and then you can also get to it via transaction details after the fact just like payments standard provides.
Another option would be to use Adaptive Payments, but if you're doing a general payment of any kind you probably don't need that. That's what you would use if/when you start wanting to split payments among multiple receivers within the same transaction, setup preapproval profiles, etc.
If you happen to be working with PHP my class library for PayPal will make the API calls very simple for you.
You could do what PayPal itself does when you register. Send them a few cents and have them tell you how many when they get it. The payment itself will fail if the account doesn't exist, and telling you how many cents proves that they own the account.
I need to allow users to pay via Credit Card on my site. I'm trying to find suitable API option but can't find it. I have implemented payment via PayPal so far, but now I need to allow users to pay via credit card without account on PayPal.
Anyone knows what specific payment type that is?
Here is one way:
First, you'll need a Website Payments Pro merchant account with PayPal. Then, become familiar with the DoDirectPayment API, which will allow you to
process transactions on your site with PayPal working in the background. Customers will be able to fill out their credit card information, etc., on your site without visiting PayPal directly.
This also means that customers will not be required to have a PayPal account in order to make a transaction on your site.
If you proceed this way, you will need SSL certificates, and are required to implement Express Checkout for customers who do not want to make their transaction on your site.
Sample Code to get your feet wet. Good luck!
we have set up Paypal as a hook into an e-commerce application, where users just enter their paypal account, and we link their clients through to their Paypal account when buying products.
This works great, and paypal asks you to login to pay for your purchases.
But we don't want clients to be forced to create a paypal account, just to make a purchase.
Does website payments standard API actually support paying without a paypal account?
At the moment this is a real showstopper for us.
Check out PayPal Adaptive Accounts. You can create PP accounts for your users. The only step they'll have to complete at PayPal is creating a password. Once the account is created you might need send the user back through a checkout flow.
Adaptive Accounts
Use the Adaptive Accounts API to build applications that create and manage PayPal accounts. Merchants and developers can use the API to create PayPal accounts, add payment methods to accounts, and verify a PayPal account status.
Paypal is a very useful payment service gateway, exactly because the customer does not need to enter a credit-card number.
What we do, is offer Paypal as an option. We allow credit-card entry as well. In order to evaluate the credit-card for validity etc., we interface with the bank that supports our account and let their system do the checks. Another option would be "Cash on Delivery".