Closed leobaiano closed 5 years ago
Olá @leobaiano,
É bem possível que isso tenha sido algum problema pontual, a API de pagamento via boleto está ok nesse exato momento.
Bom, vou fechar a issue pois acredito que você não está mais enfrentando esse problema, caso seja preciso por favor abra outra issue.
O problema tava na documentação, o trecho abaixo fala pra passar o valor default
mas na realidade tem que ser em uppercase DEFAULT
ficando $boleto->setMode('DEFAULT');
, vi isso no example do SDK, por favor mudem na documentação.
/**
* Modo do pagamento
*
* Presença: Obrigatória.
* Tipo: Texto.
* Formato: aceita a opção default.
*
* @var string $paymentMode
* @options=['default']
*/
$boleto->setMode($paymentMode);
Link da doc: https://devs.pagseguro.uol.com.br/v2/docs/bibliotecas-php-checkout-transparente-boleto
Issue relacionada: https://github.com/pagseguro/pagseguro-php-sdk/issues/134
Estou tendo um problema no checkout transparente com boleto. Realizando o pagamento com cartão de crédito, funciona perfeitamente, porém quando eu seleciono boleto, o retorno é "Internal Server Error", já validei todas as informações que estou enviando, está tudo conforme a documentação. Testei montando com o exemplo que tem na pagina, apenas informando o que é necessário para a sessão e ocorre o mesmo erro.
@Ruteski estou com o mesmo problema, acredito que o serviço deles esteja com algum problema, até porque alguns dias atrás testei com a mesma requisição e havia funcionado.
@Ruteski Acabei de testar e voltou a funcionar
@phvictorino estou recebendo este erro desde ontem. 'Internal Server Error'. Estou utilizando o sandbox do pagseguro. As validações são realizadas, pois forcei um erro e o mesmo é retornado, entretanto, ao enviar a requisição correta recebo a mensagem de erro no server.
Estou com o mesmo problema, aconteceu a uma semana, tinha deixado funcional conforme o exemplo da biblioteca, depois parou de funcionar do nada sem eu mexer, pedi suporte mas não souberam explicar o erro, tudo indica que seja na biblioteca mesmo o problema, mas a uns dois dias atrás consegui fazer funcionar novamente e agora de novo voltou o mesmo erro. E pelo visto todos estamos com o mesmo problema
@TiagoSilvaLourenco @condkai na quinta feira entrei em contato com o suporte e disseram que estava com problema mesmo, mas havia voltado a funcionar.. mas no final de semana (desde sexta) não está funcionando novamente..
@phvictorino obrigado por compartilhar
Reporto que em Julho do 2020, continuamos com o mesmo problema.
Volta e meia funciona, só quando quer mesmo:
{
"timestamp": "2020-07-08T19:57:50.647+0000",
"status": 500,
"error": "Internal Server Error",
"exception": "ps.recurringpayment.core.boleto.exception.PagSeguroInternalServerException",
"message": "Status response 500 on https://ws.pagseguro.intranet/v2/transactions endpoint",
"path": "/recurring-payment/boletos"
}```
07/09/2020
O problema continua...
Usem CPF válido no JSON em testes. A exceção é gerada para CPFs inválidos.
O problema é que api deveria retornar um erro 400, não 500. Eu consegui solucionar, porem e pouco intuitivo.
Usem CPF válido no JSON em testes. A exceção é gerada para CPFs inválidos.
Usem CPF válido no JSON em testes. A exceção é gerada para CPFs inválidos.
Eu estou usando meu CPF...
Como conseguiu @allowski?
O numero e complemento são obrigatórios também.
O problema é que api deveria retornar um erro 400, não 500. Eu consegui solucionar, porem e pouco intuitivo.
Usem CPF válido no JSON em testes. A exceção é gerada para CPFs inválidos.
Sim, deveria!
Só pra deixar claro, isso está ocorrendo para o endpoint: POST https://ws.pagseguro.uol.com.br/recurring-payment/boletos?{credenciais}
Provavelmente este serviço de boletos não está validando corretamente o parâmetro 'cpf' e resulta em exceções internamente. Não é pra qualquer cpf inválido que ele gera erro, nos testes que fiz o erro ocorre somente caso a string de cpf sejam 11 números iguais (ex.: 00000000000,99999999999). É possível que existam outros padrões que gerem erro. Como na documentação da Api ele usa como demonstração um cpf '00000000000', assim é provável que muitas pessoas deem de cara com este erro ao testar a Api seguindo a doc (https://dev.pagseguro.uol.com.br/reference/api-boleto)
Exemplo de json em que a Api retorna erro:
...
"customer": {
"document": {
"type": "CPF",
"value": "00000000000"
},
...
Pessoal, comigo estava retornando o erro 500 mesmo estando tudo correto, só resolveu criando uma nova conta com outra email, claro.
Então se vc já fez de tudo e ainda não funciona, tente criar uma nova conta!
2021 e ainda está acontecendo isso.. Estou integrando o Checkout Transparente usando o SDK disponível no branch para PHP 5.x.x, no meu caso o erro ocorre com pagamento via cartão de crédito Visa, o estranho é que alguns cartões Visa funcionam. Complicado de reproduzir esse error...
Tô com esse mesmo erro para fazer o pagamento com cartão de crédito, com outra conta vai, mas a minha fica dando erro, e é só com o cartão de crédito.
@devcavalcante, algo que me ajudou muito foi trocar o status da transação pra Em Análise.
@devcavalcante, algo que me ajudou muito foi trocar o status da transação pra Em Análise.
Cara, muito obrigada!! Tava presa nesse erro desde sexta-feita haha me salvou
Nossa, muuuuuuito obrigado! Eu estava debugando tudo que tinha construído
Estou tentando utilizar a API de boletos mas o retorno que estou recebendo é sempre o erro abaixo:
Inicialmente tentei enviar um post com o json sem utilizar nenhuma biblioteca e recebi este erro, então decidi usar o SDK do pagseguro e por fim utilizei este aqui e nas 3 tentativas recebo o mesmo erro, não acho que estou enviando informações incorretas porque quando mando algum dado incorreto ou deixo de enviar um dado obrigatório o retorno vem com uma mensagem bem direta.
Escrevo essa issue na esperança de que possam me ajudar a descobrir qual o problema.