What happen if i want to remove login step(amazon customer account) but they can still pay to my amazon account(seller account).
I mean customer can pay to seller account by enter theirs credit or master card to my form(on my eCommerce website) then money can transfer straight to my amazon account(seller account). Because some customer dont have amazon buyer account (or even they dont want to creat new one).
Is it possible?
To use Amazon payments, your customers must have (or create a new) Amazon account.
What is Amazon Payments?
Amazon Payments is a service that provides you with the ability to use
the payment methods already associated with your Amazon.com account to
make payments for goods or services on third-party websites. To make a
payment, you can use any of the payment methods on file in your
Amazon.com account.
https://payments.amazon.com/help/201754640
When you use "3rd party" payment services (e.g. Amazon, Paypal Standard) you are effectively outsourcing payment (gateway) processing to them.
If you want to handle payment processing on your own (re - "enter credit card info on my form"), you have to obtain your own (bank) internet Merchant account and meet PCI compliance requirements.
You can also look into services like Stripe.
Hth.
Related
I am developing an application that has a function allow an customer pay to another customer.Can I use Paypal mobile or Stripe? how to implement it?
Stripe has a full solution of this. This is call stripe connect.
Suppose you have a marketplace and you have buyer and seller. Now you want to send money directly to your seller.
For this situation you can use stripe connect.
To use stripe connect your seller need to connect with his/ her stripe account (similar as facebook or social media login).
When you use stripe connect a charge will deduct from buyers account which is called stripe charge. Another type of charge you can deduct from your buyer which is called application fee. You can set your own application fee.
Money will send directly to seller's stripe account after deducting stripe charge and applicatipn fee. You also have full refund option in stripe comnect.
There're several options for you to implement a person-to-person payment function, but you may want to check with venmo as the most convenient way for an native APP integration
Stripe is one of the popular gateway for receiving payment in Canada, if you have user base of canada than i would recommend using stripe, you can find the integration kit here
Paypal is also good option you can get the documentation of paypal integration here.
For Paypal account you need to verify your email id & bank accounts same is for stripe.
I am new to Apple Pay. We need to develop an application in which we need to pay from Customer to Customer. I have checked out official documentation of ApplePay for payment from the documents given on below link.
https://developer.apple.com/apple-pay/
They have mentioned that customer can pay to merchant for Service or goods.
But if we need to accept make payment one customer to other customer then it is possible or not? If it is possible then how can we accept it?
Thanks in advance!
Apple Pay can be used to make any payment into a merchant's account, using one of the payment providers that Apple Pay supports. Currently Apple Pay supports payments using Braintree, Stripe and others (see their web page). It's up to you what you do with the money once you receive it, you could transfer it to another user, but not using Apple Pay.
You'd want to use a payment provider that supports customer to customer payments, like Paypal.
Context:
I have to implement a Ruby on Rails e-commerce website, containing a shopping cart.
An option is to use PayPal as a payment gateway.
The merchant (PayPal business account owner) is from Italy.
There are two different PayPal payment workflows available:
1. Express checkout:
in 4 steps:
The web app submits a payment request to PayPal via some PayPal API (see below),
The buyer is redirected to PayPal web server and once there the buyer:
can login (with his paypal username and password), if they already possess a PayPal Account, or
can submit credit/debit card data, if they do not possess any PayPal ACCOUNT
confirm purchase on paypal's server,
the buyer is redirected back to the application server, "where the settlement must be done to complete payment".
2. Direct Payment:
the buyer submits credit/debit card data directly into the original web app.
I'd prefer to implement this second scenario.
About Paypal available APIs:
I read something here: http://paypal.github.io/
Paypal "REST" APIs are NOT still available out of the US, so I have to use Paypal "Classic" APIs.
Using gem 'paypal-sdk-merchant' seems clear to me about how to submit a payment from a credit/debit card.
I can't find any info about the possibility to submit a Direct Payment for a buyer that have a Paypal Account.
if a buyer pays through his Paypal Account:
:payer => {
:payment_method => "paypal" }
if a buyer pays through his credit card:
:payer => {
:payment_method => "credit_card"}
So:
Can I use the Classic API for a live Italian Merchant User?
I'm asking because in PayPal sandbox it seems I can't set a test merchant user with country:IT ... maybe it's a sandbox limitation?
Can I do a direct payment with the Classic API supplying PayPal username/password (for users who have a PayPal account) instead of creditcard data (all other users)?
In short:
Yes, you can set up a merchant sandbox account on Paypal from Italy. You first need to login to Paypal with some real credentials (yours or your customer's), then go to to Paypal developers' page, select applications, then sandbox accounts.
I'm afraid direct payment is not part of the classic APIs, but I suggest you using the Paypal Express method. You can find docs here, and in Italian here.
I'm signing up for a PayPal sandbox account and there is no option listed for "Express Payment Gateway". There IS an option for this on the non sandbox PayPal site.
I really wish these guys would simplify their product offering! We know that it is NOT Website Payments Standard or Pro.
This functionality is working in production with a live PayPal just not in the sandbox.
We keep receiving an "You are not signed up to accept payment for digitally delivered goods" which other questions and answers indicate we do not have an Express Payments option on our sandbox account.
Thanks!
My choices when creating a sandbox account are:
Website Payments Standard
Website Payments Pro
Virtual Terminal
PayPal as an Additional Payment Option
Email Payments
PayPal for your EBay Business
Payflow Gateway
Log a ticket at https://www.paypal.com/mts and they'll enable it for you.
For what it's worth, the product you're trying to use is: Digital Goods for Express Checkout.
Express Checkout itself is available by default on all accounts, but that team can enable Digital Goods on your Sandbox account.
In the actual test user creation section of the sandbox there are now just three options (for pre-configured, which is what you probably want). Choose the middle option: Merchant. Choose to create a pre-configured test user, choose Merchant, and it will be set up with Digital Goods enabled. (Don't choose Website Payments Pro).
One of the technical support people mentioned this on the forum on x.com where most people are requesting their sandbox test users be enabled for Digital Goods.
Similar Question:
PayPal Digital Goods Error on login
I would like to know if there is a possibility of transferring money from my sellers customer to my seller directly without me getting involved?
Setup is like this
I've my website
Sellers register and sell their items
Customers register and buy sellers items..
What i want is to take money from customers account (be it credit card / debit card) and transfer directly to sellers account. Simply money shouldn't be deposited into my account and then transfer to the sellers.
I am using Ruby on Rails to build the application. Any payment gateway which supports this?
rgds,
Kannan R.
Looks like you want to transfer money from account to account (RTGS / Visa)... If that is the case, i don't think Payment gateways support that.
If you want to have a setup like this,
each of your sellers have their own payment gateway account (like authorize.net / paypal / etc) then you can use their account credentials to use the corresponding API and take money directly into their account from the customers
In which case you are not involved in the payment (though you are providing the service).
If you are not restricting your sellers to use a set of payment gateways... then you'll have to implement the logic of which seller using which payment gateway, use the corresponding credentials, and use the corresponding API, etc which i believe is a huge task !!!Congrats with that