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!
paypal
y se ha cerrado por no ser constructiva. Creo que la comunidad SO puede tener algunas prioridades sesgadas ...Respuestas:
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.
La API se basa completamente en REST; incluso puede usar curl para cargar tarjetas:
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
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
Puede cargar todas las tarjetas de crédito y débito internacionales con Stripe.
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 [email protected].
fuente
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.
fuente
¿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.
fuente
Moneybookers: http://www.moneybookers.com/
Manual de API: http://www.moneybookers.com/merchant/en/moneybookers_gateway_manual.pdf
fuente
Primeros datos
http://www.firstdata.com
fuente
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/
fuente
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
fuente
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.
fuente