Uma alternativa válida para desenvolvedores ao PayPal [fechado]

96

Eu entendo que os pagamentos são uma coisa complicada, mas ainda não encontrei uma alternativa válida para o PayPal. Quero mudar do PayPal porque acho que eles são caros e não funcionam em todos os países. Além disso, acho que a API é suficiente, mas poderia ser melhor. A documentação da API, no entanto, é uma porcaria total .

Estou procurando um serviço de pagamento / transação que seja mais amigável ao desenvolvedor, de preferência com:

  • Uma API REST limpa e bem estruturada
  • Excelentes ferramentas de desenvolvedor e uma sandbox
  • Bons exemplos de implementações de API , de preferência em Python ou Ruby
  • Cobertura mundial de cartão de crédito / débito
  • Tarifas mais baratas que PayPal (ou possibilidade de escolha de plano de pagamento)

Suponho que o Google Checkout valha a pena, mas exige que o desenvolvedor e os compradores em potencial tenham uma conta do Google. Quaisquer outras sugestões são muito apreciadas!

paypal payment-gateway payment credit-card Daniel
fonte
3
A taxa do Google Checkout também é idêntica à do Pay Pal, então você não está ganhando muito em termos de área "cara". Embora, se você conseguir uma API melhor pelo mesmo custo, isso é um bônus. Quer dizer, fazer uma conta gratuita do Google é um negócio sério? :-)
corsiKa
30
Eu diria que esta é uma pergunta válida. Ele está pedindo conselhos sobre como escolher uma API de processamento de pagamentos.
PaulG
2
@PaulG: Não é uma pergunta válida, a menos que você considere "Onde devo comprar minha gasolina? Dirijo meu carro para meu trabalho de programação." válido também. É uma questão sobre um serviço, não sobre como usá-lo. Usar a API de maneira programática seria uma questão de programação; qual serviço usar é uma discussão do programador ou do webmaster e está fora do tópico aqui.
Ken White
4
Definitivamente, é uma pergunta válida. No mínimo, isso poderia ser solicitado em programmers.stackexchange.com.
Jordânia,
3
Esta é a pergunta com a classificação mais alta marcada com paypale foi encerrada como não construtiva. Acho que a comunidade SO pode ter algumas prioridades distorcidas ...
twiz

Respostas:

40

O Stripe se encaixa em muitos dos seus critérios - você pode aceitar pagamentos com cartão de crédito sem uma conta de comerciante. Você também pode controlar o fluxo de pagamento sem se preocupar com o cumprimento do PCI.

Uma API REST limpa e bem estruturada

A API é baseada inteiramente em REST - você pode até usar curl para cobrar cartões:

curl https://api.stripe.com/v1/charges
   -u <YOUR_API_KEY>:
   -d amount=400
   -d currency=usd
   -d "description=Charge for [email protected]"
   -d "card[number]=4242424242424242"
   -d "card[exp_month]=12"
   -d "card[exp_year]=2012"
   -d "card[cvc]=123"

Excelentes ferramentas de desenvolvedor e uma sandbox

Você pode testar a integração do formulário de pagamento com as chaves de API de teste antes de ir ao ar. Mais informações: https://stripe.com/docs/testing

Bons exemplos de implementações de API, de preferência em Python ou Ruby

Stripe tem bibliotecas oficiais em Python, Ruby, PHP e Java, e há outras com suporte da comunidade aqui: https://stripe.com/docs/libraries

Cobertura mundial de cartão de crédito / débito

Você pode cobrar todos os cartões de crédito e débito internacionais com Stripe.

Tarifas mais baratas que PayPal (ou possibilidade de escolha de plano de pagamento)

Você paga uma taxa padrão de 2,9% + 30 ¢ por transação. Ao contrário do PayPal, não há cobrança extra para pagamentos internacionais ou American Express. Detalhes aqui: https://stripe.com/help/pricing

Sou engenheiro da Stripe. Sinta-se à vontade para visitar nossa sala de chat se tiver mais perguntas. Você também pode enviar um e-mail para [email protected].

anurag
fonte
2
Impressionante. Levei mais tempo para encontrar a documentação do PayPal e configurar contas com sua sandbox do que começar a usar o stripe. Obrigado pela dica / anúncio. ;)
Pascal
Acredito que a Braintree (www.braintreepayments.com) oferece um serviço semelhante para distribuir e oferece suporte a comerciantes não americanos (bem, pelo menos comerciantes do Reino Unido). Não posso garantir a qualidade do serviço, embora ainda não o implementamos.
marcar
Eu não recomendo BrainTree. Fiquei muito animado com o que eles estavam oferecendo, passei por todos os tutoriais e testei sua sandbox. No entanto, eles não conseguiram me fornecer uma conta ativa. A equipe de vendas deles não responde aos seus e-mails e o telefone sempre vai para o correio de voz. Então mudei para Stripe. Eles têm um sandbox, api e tutorial muito melhores e eu poderia facilmente configurar minha conta ao vivo em menos de um ou dois minutos através do painel de administração.
Hamid Tavakoli
2
Em outubro de 2013, Stripe apoia comerciantes em 11 países: stripe.com/global
anurag
3
O problema do Stripe é que sua empresa deve estar nos EUA. Mas definitivamente não é uma opção para países baseados na Europa.
erdomester
11

Acho que Klarna é um ótimo provedor.

Eles têm uma API fácil de usar e também oferecem diferentes formas de pagamento. Eles também fornecem um serviço para permitir que seus clientes paguem por fatura e que você receba seu dinheiro imediatamente, para que Klarna se encarregue de realmente receber o dinheiro.

Marthin
fonte
Aha, o site nem funciona direito. Eles não têm meu voto de confiança, para ser honesto
Luke Pring
4

Você tem alguma objeção ao uso de um gateway padrão e conta de comerciante? Seu banco pode revender Authorize.net, por exemplo (eu sei que Wells Fargo faz), que tem quase tudo que você está procurando. Você acabará pagando cerca de US $ 40 / mês em taxas por esses dois serviços.

Eu também usei o Google Checkout como um serviço de pagamento e ele funciona bem.

A Intuit também oferece uma conta comercial.

Jordânia
fonte
3

Primeiros Dados

  • É internacional
  • A integração é fácil e amigável para o desenvolvedor
  • APIs REST
  • Suporte para todos os tipos de licitações de prefeito (CC, DC, Gift, ACH, Lec, etc)
  • Suporte para todas as empresas de cartão de prefeito (mesmo as europeias)
  • Muitos planos de serviço diferentes que se adaptam a muitas necessidades (assinatura fixa, por volume de transação, por volume de dólar, etc)

http://www.firstdata.com

Michel Triana
fonte
1

Você provavelmente também deve considerar o "Serviço de Pagamentos Flexíveis" da Amazon ... Sou fã da maioria dos serviços da web deles. Não tenho certeza se os beneficiários devem ter uma conta da Amazon para pagar ou não ... mas os serviços da AWS tendem a ser bem documentados:

http://aws.amazon.com/fps/

codemonkey
fonte
4
de acordo com a Amazon, você precisa: "Um cartão de crédito com base nos EUA. Se você já tiver um cartão de crédito registrado na Amazon.com, usaremos isso por padrão, mas você pode alterar este cartão mais tarde na tela de confirmação." Isso significa que os compradores podem estar em todo o mundo? Eu mesma gostei disso, mas estou baseado no Reino Unido.
khany
3
"O Amazon FPS permite que clientes dos Estados Unidos e também internacionais usem os principais cartões de crédito para fazer pagamentos em sites da Amazon FPS. No entanto, contas bancárias e transferências de saldo de contas do Amazon Payments são habilitadas apenas para clientes nos Estados Unidos. Todas as transações são em dólares americanos. " ( Aws.amazon.com/fps/faqs/#3 )
codemonkey
0

Dê uma olhada no SagePay . Não desenvolvi contra o PayPal ou GoogleCheckout, mas a documentação do SagePay da base de conhecimento é muito boa. SagePay também tem uma pequena plataforma de teste bacana.

Dependendo do seu uso, eles podem funcionar mais barato do que PayPal e Google checkout.
http://www.zarr.com/Blog/2009/12/Summarizing-Paypal-Google-Checkout-and-Sage-Pay-as-payment-processing-programs/

Espero que isto ajude

NinjaNye
fonte
Somente se você conseguir uma conta de comerciante no Reino Unido.
UpTheCreek
SagePay - apenas mais barato se processar mais de 1000 libras por mês!
Andriy Drozdyuk
0

Sou um desenvolvedor da Payjunction, então recentemente olhei para ActiveMerchant para Ruby (ele pode usar Payjunction, PayPal, Authorize.net e alguns outros). Se você está procurando uma solução Ruby, gosto do código deles, independente de quem você usa como um gateway de pagamento real. Não tenho uma recomendação em Python.

Ccoakley
fonte