tutorial rails formularios anidados ruby-on-rails-3 paypal activemerchant

ruby on rails 3 - formularios - Facturación recurrente con Rails: ¿cuáles son mis opciones?



formularios anidados rails (3)

Antes de saltar, me gustaría saber cuáles son mis opciones y, si es posible, sus ventajas y desventajas.

Los dos que conozco están usando ActiveMerchant, o la gema de paypal_recurring, pero ¿satisfarán estos requisitos?

  • Posibilidad de acomodar facturación mensual y anual
  • Posibilidad de suspender, cancelar cuentas, etc.
  • Tratar con detalles de tarjeta obsoletos o pagos fallidos

La lista de tareas para la gema de paypal_recurring incluye ''agregar soporte para IPN'': ¿cómo no tendrá esta funcionalidad de impacto?

Sé que existe el SaaS de Railskit, pero prefiero codificar algo porque el kit de circuitos aún está en 3.2.1.

Sé que hay servicios como cheddergedder / chargify, etc., pero ¿te atan? ¿Son ellos solo en los Estados Unidos? ¿Valen la pena considerarlos o, por lo general, están destinados a no desarrolladores?

Gracias por adelantado.

Acabo de terminar con esto, así que intentaré arrojar algo de luz sobre tus opciones. Terminé usando Paypal Express Checkout para todas las compras recurrentes a través de Paypal. Tuvimos una configuración de facturación recurrente personalizada que cobra mensualmente la tarjeta de crédito de un cliente a través de Authnet , pero tuvimos que cambiar porque necesitábamos una solución internacional, y Paypal fue una de las únicas que admitió las monedas que necesitábamos, y no era del todo una pesadilla para codificar.

Puede usar ActiveMerchant para facturación recurrente con este complemento, aunque tenga en cuenta que oficialmente no es parte de ActiveMerchant y, por lo tanto, está sujeto a interrupción si ActiveMerchant cambia la forma en que maneja ciertas cosas. Debido a eso, terminé usando PayPal-recurring para manejar la comunicación a través de Paypal, y luego lancé mi propio analizador de IPN, con la ayuda de Railscasts . Otro vínculo que me ayudó mucho fue este , aunque todos los valores :txn_type terminaron siendo diferentes.

Con respecto a ese último enlace, aquí están los 4 :txn_type s que específicamente cuidado:

  1. express_checkout - primera devolución de datos.
  2. recurring_payment_profile_created - enviado en la primera devolución de datos cuando el usuario se suscribe por primera vez.
  3. recurring_payment_profile_cancel - enviado si el usuario cancela la suscripción desde el sitio de Paypal.
  4. recurring_payment : el dinero se transfirió a su cuenta. Esto es lo que espero antes de renovar su suscripción mensualmente. Esta publicación también viene con payment_status , que debe completed .

Las otras cosas que mencionó, como el manejo de pagos fallidos y las tarjetas no actualizadas, se manejan a través de su cuenta de Paypal.

Solo una palabra de advertencia: la única razón por la que terminé usando Paypal es porque es universalmente reconocido y confiable, y acepta monedas internacionales. Existe una gran cantidad de documentación en su sitio, y la mayor parte es redundante, confusa y demasiado larga. Mi recomendación es asegurarme de que realmente desea / necesita lidiar con los pagos recurrentes, ya que son difíciles de implementar correctamente y pueden ser más problemáticos de lo que vales.

El Kit SaaS ahora se prueba con Rails 3.2.2. :) Aún no es compatible con IPN, pero está en la lista de tareas pendientes. Con toda la información aquí en un solo lugar, supongo que no tengo excusa para no hacerlo. :)

Actualmente estoy viendo el ejemplo de Ryan Bates de Stripe. Son una empresa con sede en California que utiliza / ofrece las características que ha enumerado.

www.stripe.com

Solo cobran cuando recibes dinero. Creo que son 3% más $ 0.30 por transacción exitosa. Mucho mejor que algunas otras compañías que tienen un mínimo mensual. Ahora mismo debe tener un banco en los EE. UU. Para usar sus servicios como comerciante. Sin embargo, cualquier persona puede usar su sitio con tarjetas de crédito de fuera del país.