2010-06-28 18 views
12

Estoy en las primeras etapas de la planificación de un nuevo sitio web. Me gustaría ofrecer el procesamiento de pagos para dos casos de uso distintos:Amazon FPS vs PayPal vs Google Checkout

  1. Aceptando pagos de los usuarios a mí para la funcionalidad de SaaS en forma recurrente.
  2. Facilitando los pagos entre los usuarios del sitio web.

La proporción de usuarios que realizan pagos a los usuarios que reciben pagos será de aproximadamente 100: 1. Menciono esto porque quiero asegurarme de que sea muy fácil para los usuarios realizar pagos, pero puede vivir con algunas molestias adicionales para los usuarios que desean recibir pagos.

No he establecido un modelo de negocio, pero estoy considerando cobrar una pequeña tarifa de intermediario en el caso de uso 2 anterior. Planeo usar un framework python para implementar el sitio web (apoyándome en django o web2py), por lo que el soporte de módulos python existentes sería una ventaja.

Mi pregunta es esta: ¿debo usar una puerta de enlace de pago en particular (y en caso afirmativo, cuál) o debo proporcionar soporte para varias pasarelas de pago (y cuáles)?

EDIT: ¿Cuánto de pesadilla es rodar su propia pasarela de pago? En otras palabras, ¿valdría la pena aceptar y procesar Visa, MasterCard, Discover, etc. directamente? Alguien tiene alguna experiencia haciendo eso? ¿La responsabilidad/seguridad tiene más problemas de los que valen?

Respuesta

3

Integración con una pasarela de pago directamente puede ser costoso y complicado. Muchos se basan en modelos de transacción sin estado que te obligarán a almacenar información de pago para facilitar los pagos recurrentes. No estoy seguro acerca de las leyes que rigen esto para las empresas privadas, pero las empresas públicas se enfrentan a Sarbanes-Oxley y una serie de otras regulaciones relevantes.

Estamos considerando zuora como una alternativa a proveedores como Amazon (que requieren que sus clientes tengan cuentas con ellos) y procesadores de pago directo.

1

¿Va a aceptar tarjetas de crédito y cheques electrónicos? ¿Es esta aplicación solo para tu propio uso o la vas a vender para que otros la usen también?

El caso de uso n. ° 2 podría ser un poco más difícil. Con los pagos con tarjeta de crédito, podría tener problemas para clasificarse como un agregador de cuentas. El otro problema es que probablemente también deba tener una licencia de transmisor de dinero para cada uno de los estados en los que se encuentran sus usuarios (a menos que se encuentren en uno de los pocos estados que no requieren MTL).

El caso de uso n. ° 1 sería mucho más fácil. Avísame si puedo darte una mano.

Jeff

+0

¿Es posible que Amazon/PayPal/Google mantengan los MTL requeridos? Esta pregunta frecuente en el sitio de Amazon parece abordar el caso de uso n. ° 2 y no hace mención de un requisito de MTL: http://aws.amazon.com/fps/faqs/#b4 Específicamente, "Con un modelo único de transacción tripartita, los pagos pueden procesarse en los que usted no es el comprador ni el vendedor. Puede cobrar una tarifa por tales transacciones ". – mwolfe02

+0

Sí, si aprovecha Amazon o Paypal y en realidad no recibe ninguno de los fondos que se intercambian, entonces no debería tener que preocuparse por los requisitos de MTL. Me pregunto qué tan engorroso es el proceso de establecer una cuenta comercial con Amazon. Si está demasiado involucrado, puede causar problemas con el uso/inscripción de su cliente. –

5

me encontré con el siguiente servicio: BrainTreePaymentSolutions y que parecen ser el equivalente Webfaction de pasarelas de pago; es decir, no necesariamente el más barato o el más grande disponible, pero quizás el más honesto y el más fácil de trabajar (al menos en base a su philosophy declarado y, aparentemente, de primera clase python support).

Estoy publicando esto como una respuesta separada, en lugar de una edición de mi pregunta original porque estoy especialmente interesado en saber si alguien tiene alguna experiencia con esta empresa específica. Se ven como el tipo de gente con la que me gustaría hacer negocios.

EDIT: Llamé y hablé con un representante de BrainTree. Explicó que el caso de uso 2 tal como lo describí es Third-Party Payments Aggregation y que es de alto riesgo (siga el enlace para obtener una explicación completa). Esto solo significa que es (mucho) más difícil suscribirse para una cuenta mercantil. No es imposible, tampoco. Sin embargo, las otras cosas que consideran al suscribir una cuenta (historial de procesamiento, reservas de capital, etc.) no van a ayudar mi caso desde el principio.

Mi plan ahora es empezar con 1 caso de uso exclusivo y planificar para el futuro apoyo del caso de uso 2.

+0

@downvoter: Explique el voto a favor. Si tuviste una mala experiencia con BrainTree, me gustaría saberlo. Especialmente porque aún no he salido a la luz con mi proyecto. Gracias. – mwolfe02

+1

Otra alternativa es [Stripe.com] (http://stripe.com) –

0

En cuanto a facilitar los pagos entre los usuarios del sitio web, la mayoría de los bancos ahora ofrecen una opción de "enviar dinero a un amigo". Utilizo "Chase" y todo lo que tiene que hacer es iniciar sesión en su cuenta bancaria, ingrese su dirección de correo electrónico y la dirección de correo electrónico de la persona que desea enviar o recibir dinero. Escribe el importe y proporciona una nota (¿por qué quiere este dinero o por qué está enviando este dinero, podría ser un número de confirmación) y hace clic en enviar. El banco luego envía un correo electrónico a la dirección provista y esa persona sigue los enlaces.

Es una gran manera de enviar o recibir dinero sin dar ninguna información financiera. Solo una de las personas en la transferencia de dinero debe tener una cuenta en el banco. Si ambos tienen el mismo banco, instantáneamente verán el dinero en su cuenta una vez que lo envíen.

Cuestiones relacionadas