Hot answers tagged payment
6
PayPal Payments Standard allows users to pay by card even if they don't have a PayPal account. PayPal Express Checkout requires that users have a PayPal account or create one in order to check out. Both services are detailed on PayPal's merchant page.
You should use PayPal Express Checkout if:
You already process regular card payments with a form on your ...
4
See this answer, Which payment provider, such as PayPal, should I use for marketplace style site? for a large list of payment providers found on the web.
You want to use one of these payment providers to transfer funds because the software is complex due to required security and the legal requirements that go along with creating a payment site.
3
Yes, there are many alternatives.
One such alternative is Stripe, which is geared towards developers and webmasters.
Payments for developers
Stripe makes it easy to start accepting
credit cards on the web today.
If you want a solution that includes fraud checks, weekly bank payments, and recurring items, I'd say go with 2Checkout, who let you ...
2
I think you can go by handling the non-fixed price yourself.
The thing is to propose a nice UI to increment/decrement the price (a form with +/-).
You can even propose to copy the average price of the last 5 people who bought this item.
When the price is set, you can handle the form :
if it's < 1$, just say "Thank you for your offer, but with the ...
2
You have a few options:
1) Use a true merchant with payment gateway (if you are in the US)
2) Use a third party payment provider like Paypal
3) Use an ACH service like Authorize.net's eChecks
2
It is not available in Europe. It is only available for US based merchant accounts. You can take European credit cards through Authorize.Net but only if you have a US merchant account.
From their FAQ
At this time, we are only able to offer our services to U.S. based businesses, or merchants who have U.S. based merchant accounts.
2
Have you considered using reverse SMS billing or direct mobile billing. One of these two would provide you with a faster way of charging for your service without the hassle for the user. Reverse SMS is pretty easy and quick to implement, though it might lead to bill shock so be careful.
Parkers car valuations is a good example of this type of service. You ...
2
The PCI requirements are about the devices processing the payments. If you use others people's services (and so their devices and networks) then they are going to do a lot of the work. However, once you've picked a third party to process the payments, then see what they say specifically about PCI. For example, here's what Paypal say.
2
If it is a website available on the web for normal browsers that has been made to be responsive then the device being used to access it is irrelevant.
If you are creating your own payment portal then there are other mobile considerations (to make the user experience a nicer one), but if you are using 3rd party tools I know that PayPal have a mobile payments ...
2
The system you're taking about is called Direct Debit. There are quite a number of providers.
2
You've probably already looked at the "Membership & Subscriptions" section of the Joomla! Extension Directory - if not have a browse.
We've used several on Joomla! for our own websites (AEC, Ambra Subs and RSMembership!) but over the last few months we've been recommending Akeeba Subscriptions in conjunction with Akeeba Release System. We're also ...
2
Disclosure: I work at Braintree.
Braintree has all of the advantages you list for Bango, and more.
You don't need to include full customer details.
In fact, you can charge a card with just a credit card number and expiration date -- though you'll get less declines if you include the zip code (for U.S. cards) and CVV.
Credit card details can be stored by ...
2
Allowing people to pay with their preferred currency should offer you higher conversion rates as anything that makes the user's experience easier typically increases conversion rates. However, offering too many options can have the opposite effect as users can feel overwhelmed and/or be confused by their options and abandon the payment process altogether. A ...
1
You should definitely at least look into amazon payments https://payments.amazon.com
If you're just starting out i would definitely use something like paypal or amazon that have a very low initial cost, and upgrade to a different system if there's something left to be desired and you have enough volume to pay for it.
1
See this integration guide on PayPal's site:
https://www.x.com/developers/paypal/documentation-tools/paypal-payments-standard/integration-guide/formbasics#id08A6F0Q0QY4
This gives information on how to modify the form markup for the HTML buttons to allow different types including different cart functions (Add/Display/Upload). This will only apply if you ...
1
Authorize.Net's Customer Information Manager (CIM) API offers this functionality. Basically you create a customer payment profile on their server (i.e. they store the credit card details) and then you charge against it by passing them the profile ID whenever payment needs to be made.
1
Chargify.com's usage based billing
"Chargify supports several kinds of usage-based billing, including metered-usage (ie, sales leads and text messages) and per-seat (ie, software license fees per user). This allows you to mix and match flat-rate product fees with variable usage-based fees to match your business and market needs. Usage of metered components ...
1
Depending on your specs I would consider PayPal. For a project I am working on now we are taking a lot of small payments in Canada and the US, and it was necessary to also pay the seller of those products via Paypal. PayPals micropayments were cheaper then other merchant processors. We did a cost analysis and it was by far cheaper to use the paypal ...
Only top voted, non community-wiki answers of a minimum length are eligible
