Una alternativa valiosa y amigable para los desarrolladores a PayPal [cerrado]


96

Entiendo que los pagos son algo complicado, pero todavía tengo que encontrar una alternativa digna a PayPal. Quiero cambiar de PayPal porque creo que es caro y no funciona en todos los países. Además, creo que la API es suficiente, pero podría ser mejor. La documentación de la API, sin embargo, es una mierda total .

Estoy buscando un servicio de pago / transacción que sea más amigable para los desarrolladores, preferiblemente con:

  • Una API REST limpia y bien estructurada
  • Excelentes herramientas de desarrollo y una caja de arena
  • Buen ejemplo de implementaciones de API , preferiblemente en Python o Ruby
  • Cobertura mundial de tarjetas de crédito / débito
  • Tarifas más económicas que PayPal (o la posibilidad de elegir un plan de pago)

Supongo que Google Checkout es algo valioso, pero requiere que tanto el desarrollador como los posibles compradores tengan una cuenta de Google. ¡Cualquier otra sugerencia es muy apreciada!


3
La tarifa de Google Checkout también es idéntica a la de Pay Pal, por lo que no está ganando mucho en términos del área "cara". Aunque, si obtiene una mejor API por el mismo costo, es una ventaja. Quiero decir, ¿crear una cuenta gratuita de Google es un trato serio? :-)
corsiKa

30
Yo diría que esta es una pregunta válida. Solicita asesoramiento sobre cómo elegir una API de procesamiento de pagos.
PaulG

2
@PaulG: No es una pregunta válida, a menos que consideres "¿Dónde debo comprar gasolina? Conduzco mi auto hasta mi trabajo de programación". válido también. Es una pregunta sobre un servicio, no sobre cómo utilizar ese servicio. Usar la API de manera programática sería una cuestión de programación; qué servicio utilizar es la discusión de un programador o webmaster, y aquí está fuera de tema.
Ken White

4
Definitivamente es una pregunta válida. Como mínimo, se podría preguntar en programmers.stackexchange.com.
Jordania

3
Esta es la pregunta con la calificación más alta etiquetada paypaly se ha cerrado por no ser constructiva. Creo que la comunidad SO puede tener algunas prioridades sesgadas ...
twiz

Respuestas:


40

Stripe se ajusta a muchos de sus criterios: puede aceptar pagos con tarjeta de crédito sin una cuenta de comerciante. También puede controlar el flujo de pago sin tener que preocuparse por el cumplimiento de PCI.

Una API REST limpia y bien estructurada

La API se basa completamente en REST; incluso puede usar curl para cargar tarjetas:

curl https://api.stripe.com/v1/charges
   -u <YOUR_API_KEY>:
   -d amount=400
   -d currency=usd
   -d "description=Charge for user@example.com"
   -d "card[number]=4242424242424242"
   -d "card[exp_month]=12"
   -d "card[exp_year]=2012"
   -d "card[cvc]=123"

Excelentes herramientas de desarrollo y una caja de arena

Puede probar la integración de su formulario de pago con claves de API de prueba antes de comenzar. Más información: https://stripe.com/docs/testing

Buen ejemplo de implementaciones de API, preferiblemente en Python o Ruby

Stripe tiene bibliotecas oficiales en Python, Ruby, PHP y Java, y hay más bibliotecas respaldadas por la comunidad aquí: https://stripe.com/docs/libraries

Cobertura mundial de tarjetas de crédito / débito

Puede cargar todas las tarjetas de crédito y débito internacionales con Stripe.

Tarifas más económicas que PayPal (o la posibilidad de elegir un plan de pago)

Paga una tasa estándar de 2.9% + 30 ¢ por transacción. A diferencia de PayPal, no hay ningún cargo adicional por American Express o pagos internacionales. Detalles aquí: https://stripe.com/help/pricing

Soy ingeniero en Stripe. No dude en pasar por nuestra sala de chat si tiene más preguntas. También puede enviarnos un correo electrónico a support@stripe.com.


2
Increíble. Me tomó más tiempo encontrar la documentación de PayPal y configurar cuentas con su caja de arena que ponerme en funcionamiento con Stripe. Gracias por el consejo / anuncio. ;)
Pascal

Creo que Braintree (www.braintreepayments.com) ofrece un servicio similar a stripe y admite comerciantes no estadounidenses (bueno, al menos comerciantes del Reino Unido). Sin embargo, no puedo dar fe de la calidad del servicio, aún no lo hemos implementado.
marca el

No recomiendo BrainTree. Estaba muy emocionado con lo que estaban ofreciendo, revisé todos sus tutoriales y probé su caja de arena. Sin embargo, no me han proporcionado una cuenta real. Su personal de ventas no responde a sus correos electrónicos y su teléfono siempre se conecta al correo de voz. Luego cambié a Stripe. Tienen una caja de arena, una API y un tutorial mucho mejores y pude configurar fácilmente mi cuenta en vivo en menos de un minuto o dos a través de su panel de administración.
Hamid Tavakoli

2
A partir de octubre de 2013, Stripe brinda asistencia a
anurag

3
El problema con Stripe es que su empresa debe estar en EE. UU. Pero definitivamente no es una opción para los países europeos.
erdomester

11

Creo que Klarna es un muy buen proveedor.

Tienen una API fácil de usar y también proporcionan diferentes formas de pago. También brindan un servicio para permitir que sus clientes paguen mediante factura y le permiten obtener su dinero de inmediato para que Klarna se encargue de obtener el dinero.


Ajá, el sitio web ni siquiera funciona correctamente. Si soy honesto
Luke Pring

4

¿Tiene alguna objeción al uso de una puerta de enlace estándar y una cuenta comercial? Su banco puede revender Authorize.net, por ejemplo (sé que Wells Fargo lo hace), que tiene prácticamente todo lo que está buscando. Terminará pagando alrededor de $ 40 / mes en tarifas por ambos servicios.

También he utilizado Google Checkout como servicio de pago y funciona bien.

Intuit también ofrece una cuenta de comerciante.



3

Primeros datos

  • Es internacional
  • La integración es fácil y amigable para los desarrolladores
  • API REST
  • Soporte para todos los tipos de licitaciones principales (CC, DC, Gift, ACH, Lec, etc.)
  • Soporte para todas las principales empresas de tarjetas (incluso las europeas)
  • Muchos planes de servicio diferentes que se adaptan a muchas necesidades (suscripción plana, volumen por transacción, volumen por dólar, etc.)

http://www.firstdata.com


1

Probablemente también debería considerar el "Servicio de pagos flexibles" de Amazon ... Soy fanático de la mayoría de sus servicios web. No estoy seguro de si los beneficiarios deben tener una cuenta de Amazon para pagar o no ... pero los servicios de AWS tienden a estar bien documentados:

http://aws.amazon.com/fps/


4
de acuerdo con Amazon, necesita: "Una tarjeta de crédito con base en los EE. UU. ¿Significa esto que los compradores pueden estar en todo el mundo? Me lo imaginaba yo mismo, pero estoy en el Reino Unido.
khany

3
"Amazon FPS permite a los clientes estadounidenses e internacionales utilizar las principales tarjetas de crédito para realizar pagos en sitios web con tecnología de Amazon FPS. Sin embargo, las transferencias de saldo de cuentas bancarias y de cuentas de Amazon Payments están habilitadas solo para clientes con sede en EE. UU. Todas las transacciones se realizan en dólares estadounidenses. " ( aws.amazon.com/fps/faqs/#3 )
codemonkey

0

Eche un vistazo a SagePay . No he desarrollado contra PayPal o GoogleCheckout, pero la documentación de SagePay de la base de conocimientos es bastante buena. SagePay también tiene una pequeña plataforma de prueba.

Dependiendo de su uso, pueden funcionar más baratos que PayPal y Google Checkout.
http://www.zarr.com/Blog/2009/12/Summarizing-Paypal-Google-Checkout-and-Sage-Pay-as-payment-processing-programs/

Espero que esto ayude


Solo si puede obtener una cuenta de comerciante en el Reino Unido.
UpTheCreek

SagePay: ¡solo más económico si procesa más de 1000 libras al mes!
Andriy Drozdyuk

0

Soy desarrollador en Payjunction, así que recientemente miré a ActiveMerchant para Ruby (puede usar Payjunction, PayPal, Authorize.net y algunos otros). Si está buscando una solución Ruby, me gusta su código, independientemente de quién use como pasarela de pago real. No tengo una recomendación en Python.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.