Se você não cadastrou chaves PIX aleatórias no ambiente PagBank, é provável que todos os códigos PIX gerados em nossas integrações sejam inválidos.
Na maioria dos casos, mesmo com chaves normais cadastradas, o problema ainda pode acontecer. Cadastre ao menos uma chave aleatória para resolver o problema.
Note que QrCodes gerados em ambientes Sandbox nunca serão válidos.
Cadastre suas chaves PIX no PagBank
Isso é feito no painel de sua conta PagSeguro/PagBank, clicando em PIX > Minhas Chaves.
Idealmente você deve criar uma chave pix aleatória e evitar problemas.
Caso contrário, certifique-se que, ao adicionar uma chave PIX como e-mail, ou CPF/CNPJ, o mesmo não esteja sendo utilizado em outras instituições.
Como posso validar um QrCode gerado em um pedido com PIX?
O jeito mais seguro de validar um código pix é iniciar o pagamento deste pix no aplicativo de seu banco. Se o código for inválido, ele não permitirá avançar para tela de confirmação.
Outra forma é através de ferramentas de validação online, como a disponível em https://pix.nascent.com.br/.
O código QrCode está disponível nos detalhes do pedido, geralmente identificado como pagbank_pix_qrcode_text.
No exemplo acima, o código pix gerado é inválido.
Comentários
11 comentários
Estou com o Erro 2056 quando tento pagar o Pix Gerado, a minha conta tem uma chave pix aleatória criada, tentei em duas contas minhas no PagBank uma mais
antiga(PESSOA FISICA) e outra mais
nova(PESSOA JURIDICA) e as duas voltam com o Erro 2056
Não estou testando no modo Sandbox e sim em Produção para Testar bem o Sistema.
apenas o PagBank está com esse erro, os outros módulos funcionam normalmente
como posso resolver?
Obrigado pelo feedback, Ramon.
Já testei o seu caso e respondi pra você via chamado (#20389).
Espero poder ajudá-lo o quanto antes.
Grande abraço e sucesso nas vendas.
Boa noite, acabo de integrar o módulo, mas mesmo com uma chave pix criada os QRCodes estão inválidos. Alguma orientação?
Exemplo de QRCode gerado:
00020101021226600016BR.COM.PAGSEGURO0136ECAC5C91-F476-4AB8-BEF9-B2013DAA3B12520456515303986540518.895802BR5925GALERIAPIX PERSONALIZACAO6009Sao Paulo6304D7FC
Oi, @Rafael. Tudo bom?
Minha dica é que crie uma chave aleatória, e não tente usar uma chave existente.
Não tenho uma explicação certa pra isso, mas acredito que haja um atraso no sincronismo de chaves existentes, o que não ocorre com a chave aleatória.
Se o problema persistir mesmo com a chave aleatória me avise.
Grande abraço e sucesso nas vendas.
Bom dia! Deve ter sido essa questão do sincronismo. Agora pela manhã eu só tentei novamente e funcionou.
Agora outra coisa que gostaria de ver é em relação às notificações. Não está atualizando o status do pedido como "pago".
Seria alguma config adicional?
Corrigindo, a notificação estou recebendo. Está logando no arquivo de debug, mas não muda o status do pedido.
Descobri o que está causando o erro, preciso saber se é algum bug ou configuração. Coloquei alguns logs no controller de notificação.
Ele está falhando nesse ponto aqui e retorno 400 pro pagseguro.
$hash = Mage::helper('core')->getHash($orderIncrementId);$hash = substr($hash, 0, 5);
if ($hash != $orderHash) {
$this->getResponse()->setHttpResponseCode(400);
$this->getResponse()->setBody('Invalid hash.');
return;
}
O hash da order é diferente do hash que está sendo computado.
Todas as requisições para o path `/pagbank/notification` estão chegando com o mesmo hash. Isso está acontecendo para todas as vendas.
Oi, Rafa. Realmente pegamos esse erro na integração para Magento (qdo usando Magento 1, e não OpenMage).
A correção estará disponível na versão 4.4.3 que será lançada nos próximos 3 dias (aprox.)
Obrigado. Eu consegui um workaround aqui, mas fico atento à atualização. Imagino que essa mesma questão do hash possa estar impactando o pagamento via cartão de crédito.
Ao tentar fazer uma compra está retornando:
Oi, Rafa. Provavelmente não tem relação. Me manda o url da loja pra dar uma olhada? Se quiser, faz isso via ticket.
Por favor, entre para comentar.