pagseguro com pagamento recorrente

687 views
Skip to first unread message

Oliver Barnes

unread,
Jul 8, 2010, 8:49:58 AM7/8/10
to rail...@googlegroups.com
Alguém sabe se o PagSeguro tem uma API para pagamentos recorrentes?
Entrei em contato com eles mas gostaria de ver se tem alguém na lista
com experiência nisso.

encontrei essa discussão de janeiro de 2009, e estou com esperança que
as coisas tenham melhorado desde então :)

http://goo.gl/qfk2

estou pesquisando isso para poder usar o Spreedly, um gerenciador de
assinaturas, em um serviço-web que estamos desenvolvendo:

http://spreedly.com/

o pessoal do Spreedly disse que já deram uma olhada nos gateways
brasileiros, mas que não encontraram a API - e integração com o
ActiveMerchant, o que não é um problema tão grande pois é só
implementar caso exista a API.

http://goo.gl/kWYb

...mas se alguém já tiver implementado, também gostaria de ver :)

valeu, abs
Oliver

--
Oliver Azevedo Barnes
+55 11 8147 5272
http://flavors.me/oliverbarnes

Oliver Barnes

unread,
Jul 8, 2010, 10:16:03 AM7/8/10
to rail...@googlegroups.com
corrigindo, o Spreedly não precisa de pagamentos recorrentes
exatamente, mas apenas pagamentos não assistidos (sem o usuário ter
que finalizar o processo)

Em 8 de julho de 2010 09:49, Oliver Barnes
<oli.azeve...@gmail.com> escreveu:

Luiz Claudio Garcia

unread,
Jul 8, 2010, 5:17:42 PM7/8/10
to rail...@googlegroups.com
Faz tempo que não mexo no PagSeguro, mas até onde sei, ele não tem
opção de cobrança recorrente.
Cheguei até a mandar um e-mail para o suporte deles perguntando se
havia alguma possibilidade de implementação.. A resposta foi.. Seu
contato é muito importante para nós.. bla bla bla.. Não temos previsão
de implementar tal feature...

Existe um outro serviço, menos famoso que o PagSeguro, chamado
PagamentoDigital(https://www.pagamentodigital.com.br/site/ProdutosServicos).
Eles oferecem cobrança recorrente.

[]s

Luiz

2010/7/8 Oliver Barnes <oli.azeve...@gmail.com>:

> --
> Você está recebendo esta mensagem porque se inscreveu no grupo "rails-br" dos Grupos do Google.
> Para postar neste grupo, envie um e-mail para rail...@googlegroups.com.
> Para cancelar a inscrição nesse grupo, envie um e-mail para rails-br+u...@googlegroups.com.
> Para obter mais opções, visite esse grupo em http://groups.google.com/group/rails-br?hl=pt-BR.
>
>

--
====================
---------
Luiz Cláudio Garcia - @LuizzzGarcia
TRE-RS

Oliver Barnes

unread,
Jul 9, 2010, 1:38:34 PM7/9/10
to rail...@googlegroups.com
é, a resposta do Pagseguro foi de que eles "só lidam com moeda
nacional"... tentei explicar que seria com cartões nacionais, o
Spreedly só faria intermediação do pagamento, e estou aguardando a
resposta. mas a expectativa é de que a comunicação vai ser beeeem
dificil...

também to em contato como o Pagamento Digital, e pelo menos a resposta
deles foi bem mais direta ao ponto, eles pareceram entender melhor a
necessidade.

mas disseram que eles não são um gateway, e sim um intermediador.
ainda estou me familiarizando com os termos, e pedí para eles me
explicarem qual a diferença - você sabe?

o Active Merchant tem a distinção entre "gateway" e "integration", e
imagino que seja relacionada a isso.

o problema é que o Spreedly precisa de um gateway.

Gabriel Engel

unread,
Jul 10, 2010, 2:49:51 PM7/10/10
to rail...@googlegroups.com
Oi Oliver,

Estou lidando com os dois tipos de tecnologia hoje.

O integrador faz o papel de, através dos contratos do cliente, dar um ambiente seguro para pagamento. Ou seja, os acordos com operadoras de cartão de crédito e bancos são do cliente. Se seu cliente tiver apenas VISA hoje, apenas poderá ofertar VISA.

Já o caso do gateway, é uma empresa de pagamento/cobrança, que além de ter o ambiente seguro, tem também os acordos. É um serviço um tanto mais caro, por outro lado muito mais simples. Qualquer empresa iniciando pode aderir (e acredito que até mesmo pessoas físicas possam) e começar a vender produtos e serviços através de diversas formas de pagamento.

Decidimos trabalhar com o Moip (Gateway) e iPagare (Integrador). Em ambos casos, você pode trabalhar com um simples "POST" das informações de pagamento, ou utilizar uma API que libera um token para redirecionamento, de uma forma mais segura e customizável de pagamento.

Vou ao ponto: sou cliente da Moip a aproximadamente um ano e só tenho elogios a empresa. Se você está procurando uma cia que permita pagamentos recorrentes, ela supre essa necessidade, da uma olhada aqui: http://www.moip.com.br/Developer.do?method=howtostart

Se não me engano, as taxas do moip também são um pouco inferiores as dos concorrentes... não lembro bem agora. Mas dos gateways disponíveis, recomendo.

Abraço!

Gabriel Fonseca Engel
0800 602 20 20
+55 (51) 8521 1392
Google Talk: gabrie...@gmail.com
MSN: gab...@realintercambio.com
Skype: real.gabriel
Twitter: gabrielengel


2010/7/9 Oliver Barnes <oli.azeve...@gmail.com>

Oliver Barnes

unread,
Jul 12, 2010, 11:29:28 PM7/12/10
to rail...@googlegroups.com
valeu pela explicação, foi bem clara.

não sabia da MoIP, parece uma boa opção mesmo. vou ver a documentação
da API deles para ver se rola.

ví depois que o Spreedly cuida da recorrência, só o que eles precisam
é de uma maneira de fazer o pagamento completo automatizado via API. o
que é padrão lá fora, mas até agora não encontrei por aqui.

Em 10 de julho de 2010 15:49, Gabriel Engel
<gab...@realintercambio.com> escreveu:

Reply all
Reply to author
Forward
0 new messages