Request 15000000141 not found on system.
Closed this issue · 5 comments
Estranho... Esse erro acontece quando o loadByIncrementId falha ao trazer o pedido.
O único cenário que imagino é: o sistema está tão lento para finalizar o pedido e gravá-lo no banco, que o PagSeguro envia a notificação antes do pedido ser finalizado.
Isso poderia acontecer se durante o fechamento do pedido vc tem alguma integração pesada/lenta, ou o servidor está sobrecarregado.
De uma forma ou de outra, consegue ver se o status que o módulo devolveu pro pagseguro foi status 200? Se for, eu preciso mudar isso pra forçar o pagseguro enviar de novo a notificação.
Consegue confirmar nos detalhes do pedido no pagseguro?
Sim foi 200 para o PagSeguro, nesse caso é um teste de cartão negado por limite. O server estava lento, acredito que uma solução legal seria utilizar o framework Guzzle e executar os requests que são feitos via CURL através do modo assíncrono com uma promise para enviar a notificação para o PagSeguro depois do pedido ser concluído.
Oi @rafaelstz.
Bem bacana a ideia. Eu não sabia que o Guzzle fazia isso. Pra mim era só uma alternativa ao curl ou uma classe bonitinha pra fazer requests.
Sei que o M2 tem o guzzle como dependencia, mas não achei nenhum exemplo de uso do guzzle que aguarde o pedido estar concluído.
Não sei nem como poderia testar isso, mas sei q se eu devolver um 503 pra notificação, o PagSeguro vai tentar de novo. Isso já resolveria né. :)
Acredito que sim @r-martins, pode usar assincronamente dessa maneira:
$promise = $this->_guzzle->requestAsync('GET', 'http://httpbin.org/get');
$promise->then(function ($response) {
echo 'Obtive resposta! ' . $response->getStatusCode();
});
E se quiser forçar a resposta pode usar o wait
$promise = $this->_guzzle->requestAsync('GET', 'http://httpbin.org/get');
$response = $promise->wait();
Referência: https://github.com/guzzle/promises#synchronous-wait
Problema resolvido na versão 2.11.0.
Agora o módulo fará o tratamento do retorno também de forma pró-ativa.
A cada 5 minutos o módulo buscará pedidos com status pendente criados nos últimos 7 dias e buscará atualizá-los pró-ativamente, repetindo o mesmo pedido somente em intervalos de 6 horas (similar ao jeito que já fazemos no M1)