I am developing a website that will allow customers to pay with credit cards. I live in Uruguay, so I can't apply for a normal merchant account like Authorize.net, Braintree, etc. So I can't use the functionality they have to store credit cards to make recurring charges.
Anyone known a credit card processor/gateway that offers this functionality that allows to store credit card info and access them (Not seeing the credit card info, just a token or an ID) via an API to charge them and that accept NON-US companies? I know 2checkout but they don't have recurring payments functionality :(
I have Googled for days without luck, and maybe someone have a good tip.
Thank you very much for your time!
All the best,
Andres Montalban
Well, you could use the paypal API, and instead of storing the users credit card, store their paypal ID, then just bill the paypal account with the API. Their paypal account will let them enter a credit card to back their transactions.
See here:
https://cms.paypal.com/us/cgi-bin/?cmd=_render-content&content_ID=developer/e_howto_api_ECRecurringPayments
Related
I just wanted to know if I can use the REST API to do a direct payment with credit card with an Italian account. I couldn't find any information about.
Thanks
Currently REST API with the Credit card Payments is only available for US and UK merchants . You can check the link below for more information :
https://developer.paypal.com/webapps/developer/docs/integration/direct/rest_api_payment_country_currency_support/
So, Italian merchants can accept only the PayPal payments at this time.
I seem to be unable to enable Live credentials to accept direct credit card payments for Paypal REST API. Here is what I do:
Log into http://developer.paypal.com
Go to application tab and click on my application name
In the ACCEPT PAYMENTS section it shows:
Accept credit cards directly Enabled for test only How to enable live credentials?
I click on 'How to enable live credentials' link, which further opens up the following:
Important Live credentials are disabled for this feature. To enable
direct credit card processing, please provide addition information
about yourself and your business.
To meet regulatory requirements, we need to collect your business details. This may include:
U.S Business owner Social Security Number, date of birth, and other personal details.
U.S Business Tax ID (EIN, ITIN) and other business information.
Get started
I click on the 'Get Started' Link and am only taken back to the My APP section of the Application tab.
After step 4 I went to go about trying to find a direct link to how to get the process started and came up with the following:
Followed the the following instructions:
https://developer.paypal.com/webapps/developer/docs/classic/lifecycle/goingLive/
While I do now have API Signature Credentials including, API username, API password, and Signature, it still only shows that for "Accept credit cards directly" I am only "Enabled for test only"
I would greatly appreciate any advise or alternative solution to get this fixed.
Thanks!
Sev
If you have US Personal PayPal Account in Live , You will not be able to Direct Credit Card Payments in Live . This is currently a Limitation. You need to upgrade to Business Account with Mobile Payment Library or Website Payments PRO Account as mentioned below. There is no ALternative available at this time
https://developer.paypal.com/webapps/developer/docs/integration/direct/rest_api_payment_country_currency_support/
Direct Credit Card Payments
The PayPal REST API supports direct credit card payments, which are credit card payments without a separate web approval flow, in the following countries:
Canada*
United States
United Kingdom*
* Direct credit card payment outside the US requires a Website Payments Pro account (available in the UK and Canada):
Website Payments Pro (UK)
Website Payments Pro (Canada)
In supported countries, the PayPal REST API allows direct credit card payments that use the following currencies:
Currency Currency Code
United States dollar USD
Pound sterling GBP
Canadian dollar CAD
Euro EUR
Japanese yen JPY
I am so confused about the services and over here the paypal website also seems to be serving up 400's and 404s.
This is how the webpage looks for customers on my site when they are ready to pay:
As far as I know, I don't have Express Checkout, but I'm not sure if I have Website Payments Pro (my company created this account).
Now I have two questions:
1- This is just the sandbox. But on the real site, does this solution that give users the opportunity to pay by credit card? I've actually successfully done a credit card transaction in the sandbox, I'm just worried because I've heard that customers can only do direct credit card transactions in PayPal Website Payments Pro. The PayPal website is overloaded with information and I can't find my way around it to answer simple questions like this.
2- Is it possible to do negative testing for transactions on this page? Such as simulating the events that the user's credit card or Paypal account doesn't have enough balance? If it is possible, and I am using the ButtonManagerAPI, then is the technique below the correct way to go about it?
I put an error code in the amount variable that is passed on to IPN via via an NVP api call, like this (lots of value pairs in the middle excluded as irrelevant):
$nvpReq = "BUTTONCODE=HOSTED&..............&L_BUTTONVAR1=amount=".$err_code
EDIT
So it appears I have PayPal Website Payments Standard, which means I cannot incorporate cannot have credit card payment forms directly on my website, but customers have to be directed to PayPal. I'm fine with that, as long as customers have the option to pay with credit cards.
The screenshot looks like PayPal Standard, which is an HTML-only (non-API) integration.
Any regular business account that can receive money can make use of the Express Checkout API.. typically by authenticating with an API USER/PWD/SIGNATURE. For businesses with programming/development resources, EC is by far the recommended way to accept PayPal payments.
If you pass SOLUTIONTYPE=Sole in the initial SetExpressCheckout call, it will accept credit cards from "guest" customers who don't have a PayPal account, similar to the Standard screenshot you're displaying above.
The main reason to choose EC over Standard is that it's a much tighter handshake between your checkout software and PayPal's servers. With Standard's HTML-only, the customer is redirected away from your site and might not return to your site after a successful transaction is committed (they may stay on paypal.com and not click to return or their browser might crash before return --- whereas with EC the return to your site is built-in before anything touches the financial system)
With the recent beta of developer.paypal.com, all new sandbox Business accounts are full Pro accounts by default. Signing up for a live Pro account would be useful if, in addition to accepting PayPal payments, you wished to create a credit card entry form directly on your own site.
Here are some EC links for programmers:
https://tryit.paypal.com/guide/ec
https://paypal-labs.com/integrationwizard/ecpaypal/main.php
The button manager API is unlikely to be useful to you. And there are ways to do negative testing with the sandbox, but it's really not an important concern when you're still deciding on a product/API.
I'm not sure this is the right place to ask but anyway:
I have an e-commerce platform that I want to monetize based on a percentage of revenue made (eg. a store that uses my platform has an order for $100, so I get 1% or $1, while they get $99).
Currently I offer paypal and credit card payments (via my merchant bank) to all stores on the platform (ie. all payments made, regardless of the store, are through the same paypal and merchant account). I then pay these stores per month which is ok for the moment because there are only a few stores using the platform.
Moving forward I want to automate this process and ideally have it operate in real time.
Paypal have an "Adaptive Payments" API that allows chained or parallel payments on a single transaction processed in real time. This means I can skim my 1% and pass the rest of the money along my customer in real time.
I was wondering if there is a similar real-time service for Credit Card processing*? If not, is there a bank/merchant that allow API payment access so I can automate payments per day or week? OR should I just transfer all money from my bank to paypal and use this to pay my customers?
*I realise you can process credit card payments through Paypal without having to sign up, but this is less than ideal. I want the credit card processing to happen on my page as at the moment I'm seeing about 70% of orders using this over paypal.
I was wondering if there is a similar real-time service for Credit Card processing?
No there isn't. True merchant accounts do not allow for split payments. Only one entity can receive a payment and it must be the business the merchant account has been set up for. Receiving the payment for someone else is called factoring and is against all of the major credit card issuers' rules. If a merchant account is found to be factoring it will be closed and the merchant who owns the account will be blacklist. This will prevent them from ever having a true merchant account again. Additionally, there is no way to send money with a merchant account other then issuing a refund for prior purchases.
If not, is there a bank/merchant that allow API payment access so I can automate payments per day or week? OR should I just transfer all money from my bank to paypal and use this to pay my customers?
Other then using adaptive payments, this is definitely the easiest and most straight forward way to accomplish this.
I'm looking for a way to automate a transfer from one credit card to another credit card or from one bank account to another bank account, without the end user having to login to something like paypal or amazon payments to complete the process (by transferring their on-line balance to their bank account).
This is extension to the earlier question.
API For Direct Deposit (ACH, EFT, Whatever)
Anybody solved this. Could you suggest the answer?
[EDIT]
I know that PCI compliant issues will be there to store credit card info in database. So I am checking for an API which saves saves the info and doing crediting and debiting credit card.
Is there any issue to store the bank info in database?
[new]
I saw that there is an api for that. echeck.net which uses ACH network and credit/debits a bank account.
Is it possible to store the bank info in authorize.net server through CIM API, and use them whenever website needs to collect money from consumer, through a script? and through script is it possible to credit the users bank account from website bank account?
I saw that there is an api for that.
echeck.net which uses ACH network and
credit/debits a bank account.
Is it possible to store the bank info
in authorize.net server through CIM
API, and use them whenever website
needs to collect money from consumer,
through a script? and through script
is it possible to credit the users
bank account from website bank
account?
CIM does work with eChecks and should do what you need. See page 9 of the CIM manual for details of the createCustomerProfileRequest API call.