13

Estoy tratando de investigar cómo agregar un modelo de pago basado en suscripciones en un sitio mío existente, pero estoy tropezando con mucha información conflictiva y me ha hecho perder un poco.Paypal, facturación recurrente y ActiveMerchant

Todo lo que necesito es una manera muy simple de configurar la facturación recurrente (por mes) con tarjeta de crédito. Solo necesito una solución simple, pero estoy teniendo dificultades para encontrar las mejores prácticas para configurarlo.

Hasta ahora entiendo que esto es compatible con la opción de Paypal's Website Payment Standards. Sólo tengo algunas preguntas con respecto a cómo debería ponerlo en práctica:

  • primer lugar, ¿de PayPal necesitan un usuario para registrarse en la facturación recurrente con Pago estándar?

  • Planeé usar ActiveMerchant pero encontré algunos blogs que dicen que ActiveMerchant no admite la facturación recurrente de Paypal. ¿Es esto cierto?

  • Encontré el kit SASS Rails de railskits.com, que dice que es compatible con la facturación recurrente con Paypal's Website Payments Standard. Si lo compré, ¿el código será lo suficientemente claro como para comprenderlo e implementarlo en mi propio sitio, o es una especie de oferta empaquetada para sitios iniciales y no para sitios existentes?

  • Encontré un montón de blog con ayuda con la facturación periódica con ActiveMerchant, pero utilizando Paypal's Express Checkout. Leí acerca de Express Checkout en el sitio de Paypal, pero todavía no puedo entender qué es y cómo es diferente al Estándar de pago del sitio web. ¿Alguien puede explicar esto de una manera simple?

Si alguien pudiera responder incluso a una de estas preguntas, ¡le estaría muy agradecido! ** Por cierto, antes de que se sugiriera, he visto todas las capturas de pantalla de Paypal de Ryan Bates, que son geniales para los elementos básicos o comprar artículos en un carrito de compras, pero no entiendo cómo debería ser trabajar con facturación recurrente. Además, parece que omitió algunos pasos importantes en el video (por ejemplo, los documentos de Paypal indican que después de que su aplicación reciba un IPN, debe enviar una confirmación de recepción a Paypal, pero Ryan no lo hace en su transmisión de pantalla). ¡Estoy tratando de darle sentido a todo esto!

Respuesta

4

Pago exprés es el mismo que el Estándar de pagos en el sitio web. Es el método de redirigir a sus clientes a PayPal para recopilar su información de pago. Hay una implementación simple de simplemente crear un formulario que se publica directamente en PayPal, y opcionalmente puede usar IPN para obtener información sobre la transacción. También hay una API para Pagos estándar, que le permite configurar la transacción con PayPal entre bastidores, luego redirigir a su cliente a PayPal, luego consultar PayPal a través de la API para obtener detalles sobre la transacción recién completada. El kit SaaS Rails (yo soy el autor del mismo) usa esta API.

Sitio web Payments Pro es la oferta de PayPal que le permite recopilar la información de pago en su sitio y pasar esa información a API a través de su API. A continuación, obtiene información sobre la transacción a través de la API. El cliente nunca abandona su sitio.Los TOS de PayPal requieren que ofrezca Pago exprés incluso si ofrece Payments Pro. Payments Pro cuesta $ 30/mes. (según recuerdo) y requiere que llene una solicitud para una cuenta Pro.

+0

¿Los pagos exprés requieren que los usuarios se registren en Paypal para completar el proceso, o aún pueden suscribirse a mi sitio sin una cuenta de Paypal? Me pregunto por qué Paypal tiene estos dos productos si son esencialmente lo mismo. – japancheese

+0

¿Cómo se le puede solicitar que ofrezca Express Checkout si está realizando una facturación mensual recurrente * solo *? Creo que Express Checkout solo usa su API NVP, que no admite facturación recurrente. También parece que no hay forma de usar el sandbox para Payments Pro. –

1

Uso el SaaS Railskit, y lo recomiendo encarecidamente. El código es limpio, comentado y legible. Se puede agregar a una aplicación existente, con ajustes mínimos o utilizarse como base para una nueva aplicación. Supongo que funciona bien si solo quieres usarlo como referencia, o una aplicación de procesamiento de pagos independiente.

Espero que ayude!

0

Pregunta: En primer lugar, no PayPal requiere un usuario para registrarse en la facturación recurrente con Pago estándar? Sí, eso creo. PayPal quiere que el usuario pueda cancelar los pagos según sea necesario.

Pregunta: Me planeado utilizar ActiveMerchant pero he encontrado algunos blogs que dice ActiveMerchant no soporta facturación recurrente de PayPal. ¿Es esto cierto? Eso es lo que veo, también. Sin embargo, puede implementarlo a través de la interfaz SOAP de Paypal. No es muy difícil.

enchufe descarado:

me pasó por todos los documentos en PayPal y sacó las cosas buenas de la aplicación de métodos estándar y base de jabón. Usted puede encontrar por $ 8.50 en pragprog.com

/enchufe descarado:

+2

una mixin pequeña resolvió el problema para mí. http://www.gotripod.com/2008/09/08/ruby-on-rails-paypal-express-recurring-payments-using-active-merchant/ –

1

Otra posible opción es golpear una de las otras puertas de enlace de facturación recurrente de capacidad tales como Authorize.net o Braintree. Normalmente, no sugiero Authorize.net debido a su proceso de desarrollo ligeramente gimpy (tienes que solicitar una cuenta de prueba si quieres hacer pruebas continuas, lo que lleva alrededor de 2 días) pero he hecho integraciones con ellos en varios sitios y funciona razonablemente bien A pesar de que tienen la misma política inane como PayPal de nombrar 19 productos que parecen hacer todo lo que necesita pero que en realidad no lo hace.

La única ventaja de esto es que las personas no tienen que ser miembros de PayPal para realizar el pago y creo que Authorize.net tiene tarifas más bajas, pero puede que solo se trate de nuestras cuentas; nuestro vendedor fue un negociador asesino.

active_merchant y el SaaS Railskit tanto el apoyo Authorize.net y Braintree.

No recomendaría comprar el Railskit solo para mirar el código de calidad que usa active_merchant, sin embargo, estoy seguro de que hay otros lugares que puedes buscar gratis. Railskits está realmente diseñado para ser utilizado como base y está casi garantizado que tiene un conjunto diferente de suposiciones sobre la configuración de lo que había planeado, por lo que si lo hizo en cualquier parte de su proyecto, la fusión de ambas sería casi una molestia. Por otro lado, si aún está comenzando el sitio, Railskit podría ser una excelente manera de empezar de nuevo con un entorno realmente sensato.

3

también estamos desarrollando un sitio basado en suscripción y esto se ve bastante interesante - http://chargify.com/. Podría ahorrar bastante tiempo de codificación.

9

En primer lugar, no PayPal requiere un usuario para registrarse en la facturación recurrente con Pago estándar?

Con el estándar de pago del sitio web, usted indica a sus clientes que completen su información en el sitio de PayPal. para mí, eso es cursi, pero su kilometraje puede variar. Si va a ganar algo de dinero, vale la pena integrarlo en su sitio y actualizarse a pagos en el sitio web Pro, imo.

Planeé usar ActiveMerchant pero encontré algunos blogs que dicen que ActiveMerchant no es compatible con la facturación recurrente de Paypal. ¿Es esto cierto?

No está listo para usar, pero tiene que crear una nueva clase de Módulo que se agregue a Active Merchant, más las vistas y realmente es mucho trabajo.No debería decirte que es fácil de hacer, porque son mentirosos o muy buenos en la programación.

Encontré el kit SASS Rails de railskits.com, que dice que es compatible con la facturación recurrente con Paypal's Website Payments Standard. Si lo compré, ¿el código será lo suficientemente claro como para comprenderlo e implementarlo en mi propio sitio, o es una especie de oferta empaquetada para sitios iniciales y no para sitios existentes?

Claro, puede ser más claro, pero si no recuerdo mal, utilizan una transacción referencial para 'falsificar' la facturación recurrente, a partir de este agosto, cuando escribí mi solución. En cuanto a los sitios existentes, es posible que tenga que manipularlo en su aplicación existente o crearla a su alrededor. TBH, el precio de $ 2XX me asustó.

Encontré un montón de blog con ayuda para la facturación recurrente con ActiveMerchant, pero utilizando Paypal's Express Checkout. Leí acerca de Express Checkout en el sitio de Paypal, pero todavía no puedo entender qué es y cómo es diferente al Estándar de pago del sitio web. ¿Alguien puede explicar esto de una manera simple?

Paypal Express requiere que tenga su propia cuenta de comerciante. Una cuenta mercantil es donde su dinero terminará y es el único para la cuenta bancaria de su cliente para hablar fácilmente a su cuenta bancaria.

Pagos en el sitio web Standard utiliza Paypal's own Merchant Account a través de su cuenta de Paypal, para poder pagarle.

Nuevamente, imo, paga los 30 dólares y ve con Website Payments Pro.

+1

¿Hay alguna actualización sobre esto para 2014? Estoy viendo ActiveMerchant con PaypalRecurringApi y PaypalDigitalGoodsGateway. ¿Esto hace que ActiveMerchant se pueda utilizar para obtener una suscripción recurrente para un sitio web de modelo freemium? – tamouse

1

Si está utilizando suscripciones de Paypal, es probable que necesite una cuenta comercial de Paypal. No hay nada de miedo, solo es un caso de proporcionar un nombre comercial a PayPal y solicitar que se convierta su cuenta existente.

También miré a través de algunas soluciones de subscripción de Paypal para los rieles y finalmente creé el mío.

Lo he escrito aquí Adding PayPal subscriptions to your Rails App with 1 Controller.

3

Si estamos discutiendo cómo hacer suscripciones utilizando un entorno de Ruby on Rails/ActiveMerchant no estoy seguro de por qué nadie ha mencionado Freemium, que es un proyecto hermano de ActiveMerchant que se centra en las suscripciones.

+0

gran sugerencia, clonando el repositorio mientras hablamos :) –

Cuestiones relacionadas