[pyar] [Semi-OT] Gateways de pago con soporte en Argentina + Django

[Gustavo Ibarra]

2013/8/15 Andres Riancho <andres.riancho en gmail.com>:
> Gustavo,
>
> 2013/8/15 Gustavo Ibarra <ibarrags en gmail.com>:
>> Hola!
>>
>>
>> 2013/8/10 Andres Riancho <andres.riancho en gmail.com>
>>>
>>> Lista,
>>>
>>>     Les mando dos preguntas en una :)
>>>
>>>     En una aplicacion que estamos desarrollando tenemos la intencion
>>> de cobrar una subscripcion, la cual el cliente pagará con una tarjeta
>>> de credito. Le dedique un tiempo considerable a analizar alternativas
>>> de pago online como Amazon FPS, Stripe, etc. y la gran mayoria no
>>> tiene soporte para cobrar el dinero en Argentina. Y despues me
>>> encuentro con MercadoPago, que aunque tiene soporte para cobrar en
>>> Argentina tiene un costo de (aprox) el doble [0][1] que los anteriores
>>> mencionados.
>>>
>>>     Entonces mi pregunta es... como hacen ustedes?
>>>
>>
>> En su momento averigüe  y este fue el listado de opciones que me pasaron
>> para pagos online
>>
>> - MercadoPago (De MercadoLibre)
>> - NPS (De Subuno)
>> - Sintesys
>> - HSBC
>> - Decidir (De Veraz que ahora paso a mano de Visa)
>>
>>>
>>>
>>> Que recomiendan?
>>>
>> Por tema costos/beneficio: la mas potable es  Visa(Decidir) Cobran por
>> paquetes de transacciones. Por otro lado, al ser un producto de VISA te da
>> "la seguridad" al momento de la homologacion(consultora externa. otros
>> costos) de tu sistema.
>> Comento el tema de homologacion por las dudas, ya que no me queda en claro
>> si sera un requisito al implementarlo en producción. Sospecho que si.
>
> Algo que empece a separar es el tema de gateways de pago [0] vs.
> off-site processing [1]. Ya que lo que estoy buscando es salir a
> produccion lo antes posible, y no quiero toparme con sorpresas de
> homologacion PCI y demas cosas, seguramente ire por el lado de offsite
> processing.
>
> Lo mejor que vi para esto es como lo implementa (mas que nada
> visualmente) Stripe, dale click al boton 'Pay with card' en [3] y te
> vas a dar cuenta a lo que me refiero. Basicamente le da la impresion
> al usuario que sigue estando en tu site, cuando en realidad los datos
> van a parar a stripe.com , de esta manera obtenes "lo mejor de ambos
> mundos".

Andres: Entiendo tu planteo. No conocía stripe, lo mirare. PCI es la
piedra en el zapato. Al menos para los negocios que apunto,
supermercados chicos-medianos(< de 40/50 cajas) que trabajan con
medios de pagos electrónico con presencia física. Evalué la opción de
hacer un mix(capturar el pago  enganchando el servicio local a un
sistema de pago online de terceros -cualquiera de los mencionados-),
pero las dudas fueron tan fuertes que me apichone


>
> [0] https://django-merchant.readthedocs.org/en/latest/onsite_processing.html
> [1] https://django-merchant.readthedocs.org/en/latest/offsite_processing.html
> [3] https://stripe.com/docs/tutorials/checkout
>
>>>
>>> Experiencias positivas y negativas son mas que bienvenidas.
>>>
>>>     Finalmente, con Django encontre una aplicacion interesante que te
>>> abstrae del gateway que utilizas por lo que seria facil cambiar de uno
>>> a otro si alguna vez hace falta.
>>
>>
>> Buen dato!.
>> ¿Lo probaste? ¿Algún comentario?
>
> La verdad que no, no lo probe, porque todavia estoy en el proceso de
> seleccionar cual de los procesadores voy a utilizar. Otro que estoy
> viendo con cariño es django-getpaid [4] principalmente porque esta
> integrado con django-plans [5], lo que hace que con dos apps externas
> y un poco de integracion, tengas ya definidos los planes,
> features/quotas del plan y el pago.

Paahhh, no conozco nada de todo eso. Los mirare. Muchas gracias.

>
> [4] http://django-getpaid.readthedocs.org/en/latest/
> [5] http://django-plans.readthedocs.org/en/latest/
>
> Saludos,
>
>>>
>>>
>>> [0]
>>> https://payments.amazon.com/sdui/sdui/helpTab/Checkout-by-Amazon/Creating-Managing-Your-Account/Amazon-Payments-Fees
>>> [1] https://www.mercadopago.com/mla/recibir-pagos-online
>>> [2] https://github.com/agiliq/merchant
>>>
>>> Saludos,
>>> --
>>> Andrés Riancho
>>> Project Leader at w3af - http://w3af.org/
>>> Web Application Attack and Audit Framework
>>> Twitter: @w3af
>>> GPG: 0x93C344F3
>>> _______________________________________________
>>> pyar mailing list pyar en python.org.ar
>>> http://listas.python.org.ar/listinfo/pyar
>>>
>>> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>>>
>>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>>> Argentina - http://www.usla.org.ar
>>
>>
>>
>> _______________________________________________
>> pyar mailing list pyar en python.org.ar
>> http://listas.python.org.ar/listinfo/pyar
>>
>> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>>
>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>> Argentina - http://www.usla.org.ar
>
>
>
> --
> Andrés Riancho
> Project Leader at w3af - http://w3af.org/
> Web Application Attack and Audit Framework
> Twitter: @w3af
> GPG: 0x93C344F3
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de Argentina - http://www.usla.org.ar