Closed guiassemany closed 6 years ago
O plan na verdade é o proprio preApprovalCode:
Mas sim, podia ter outro nome essa variável para fazer mais sentido.
Cara, eu fiz um teste aqui agora, e me parece que realmente não é só o nome.
O resultado do DD foi o número do meu plano mesmo.
Ta certo, nesse caso é o retorno do sendPreApproval:
https://github.com/artistas/laravel-pagseguro/blob/master/src/Artistas/PagSeguroRecorrente.php#L351
Vou criar um novo método para definir o preApprovalCode e usar ele ao invés do plan, e lanço uma nova versão. Dá pra usar dessa forma também por hora caso precise realizar as transações.
Ta bom! Muito obrigado! Vou fazer assim para adiantar aqui :)
Alterei na nova versão.
Pessoal, vejam o método abaixo. Onde tem $this->plan, não deveria ser o código do preApproval?
https://github.com/artistas/laravel-pagseguro/blob/5293649152e626b6afa8ffc19ceb4917e486048f/src/Artistas/PagSeguroRecorrente.php#L361-L371
Na documentação dá a entender isto, mas como estou fazendo esse tipo de integração pela primeira vez, posso não estar enxergando alguma coisa. https://dev.pagseguro.uol.com.br/documentacao/pagamento-online/pagamentos/pagamento-recorrente-transparente
Quando tento executar este método ele me retorna:
Mais um indício de que o valor que realmente vai no request é o código do plano e não o do preApproval.