instabilidade meios de pagamento.
Meio de pagamento pagseguro apresentando problema para o cliente.
Boleto não é gerado e retorna erro via mobile android chrome.
Gostariamos de deixar registrado que fizemos este mês 8 vendas via link de pagamento do pagseguro, pois o cliente não conseguiu concluir na plataforma.
Já haviamos relatado tal ocorrência anteriormente .
1 curtida
Apenas para confirmar que o problema com o pagamento já está solucionado e a plataforma voltou a aceitar o pagamento.
Cliente conseguiu fazer a compra após 30 minutos tentando;
Muito obrigado
1 curtida
Voltou a ocorrer instabilidade de pagamento com os meios Mercado Pago e pagSeguro.
Clientes relatam não conseguir concluir a compra, exemplo : pedidos 5552 a 5542.
Há ainda uma outra questão. há venda aprovada no pagseguro que não consta com pago na plataforma. exemplo: pedido 5546.
Favor verificar.
Grato
@anon32448718 o aplicativo tem uma rotina pra verificar todos os pedidos do dia conferindo o seu status com o pagseguro e atualizando na plataforma. Isso geralmente roda pela madrugada.
Eu não cheguei a avisar mas agora, quando algum pedido não é processado pelo pagseguro, é criada uma entrada na order chamada “staff_notes”, e nela tem a explicação enviada pela api do pagseguro explicando porque que o pedido não foi processado. Basta entrar no pedido e ir em avançado.
A partir de agora quando houver algum erro com pedido, por favor, verifique nesse campo qual foi a razão do não processamento.
1 curtida
@talisson muito obrigado pela resposta.
Mas esse caso é o clássico: EXPECTATIVA VERSUS REALIDADE.
Até hoje não consta na E-Com o pedido do cliente, embora já esteja liberado pela PagSeguro desde o dia 23/07/2020.
Preciso que reveja esta questão para que a solução seja consistente, não pode existir esses tipos de lacuna na plataforma.
Primeiro pagamento realizado sem informação na área de pedidos da plataforma;
Segundo, essa questão de pagamento negado em razão de DDD de telefone digitado erroneamente pelo comprador. Acredito que das duas uma, ou o código deve impedir que o cliente digite um código DDD inválido, ou esse campo deve ser irrelevante para a conclusão.
Se essa questão for meramente burocráticas, então desburocratize por gentileza.
O que não pode haver e já ocorreu algumas vezes a o cliente não conseguir concluir uma compra em razão de alguma questão envolvendo API ou a plataforma.
Gostaria que compreenda que nós estamos na ponta da lança, vendendo, questões envolvendo código, LOG, e outras tarefas técnicas devem ser simplificadas.
Esse mês de julho realizamos 12 vendas via watsapp em razão da dificuldade do cliente concluir o pagamento.
Não estou vindo aqui reclamar ou criticar vocês, nem faço isso por esporte ou prazer.
È um pedido de solução para questões que estão nas mãos de vocês.
Conto com a competência já comprovada de vocês para resolver isso para a comunidade.
Muito obrigado.
@anon32448718 a questão do número de telefone infelizmente não tem como deixar de ser irrelevante, porque isso não depende de nós, é o intermediador de pagamento que não possibilita com telefone inexistente ou fora dos padrões. Como aceitamos que o cliente insira telefone internacional, demais campos é ajustado conforme a quantidade de dígitos. No seu caso especificamente, como está tendo erro, podemos editar ali, mesmo colocando um exemplo do que pode ser, mas uma observação de negrito, onde não se deve colocar o número “0” antes do DDD.
Sobre o pedido que inexiste na plataforma de fato é um problema. Qual é o ID da cliente por favor e o código da transação.
@ matheus Avenda aprovada no pagseguro que não consta com pago na plataforma é o pedido 5546.
Já marquei como pago e enviado.
Muito obrigado
@talisson no caso verifica pra gente porque não veio o status de pagamento aprovado por favor desse pedido.
Boa tarde;
Hoje já fazem 23 dias que aguardo resposta para a questão referente a abertura desse chamado. Porém o @talisson ou o @Matheus esqueceram ou, se perderam em meio as diversas postagens.
Acontece que o problema voltou a acontecer e eu, na minha posição de empresário não acho nem um pouco produtivo ficar me preocupado com essas questões.
Veja por gentileza o pedido 5554 que, embora já liberado pelo PAGSEGURO desde o dia 18/08 as 05:00 (da manhã) , na ecom plus consta como pendente de pagamento .
Tenham consciência que um ou dois dias de atraso no envio é prejudicial ao cliente comprador e também a reputação da loja.
Entendo que o suporte, o DEV, o atendente deve ter um milhão de explicações para esse fato.
Mas não estou aqui buscando explicação, estou buscando solução para que o cliente tenha uma experiência de compra satisfatória.
Nãoa dianta nada vir alguém ai dizer que a ECOM PLUS faz aquilo ou tem diferencial outros, o que importa é o basico funcionar bem. É ATUALIZAÇÃO STATUS DE PAGAMENTO É O BASICO.
Aguardo solução para esses problemas. SOLUÇÃO não a opinião do desenvolvedor ou atendente.
1 curtida
Boa tarde, na verdade isso foi solicitado ao técnico para resolução, não só aqui, como em nosso canal interno que informou que começou a fazer chamadas a mais para busca. Aparentemente pelos seus pedidos, as notificações de cartão estamos recebendo, de boletos pelo que vi não em sua loja. Para agilizar agora, você dentro do pedido consta uma informação no pagseguro lá em baixo com um link sobre notificação da resposta, verifique por favor qual status informa nela, se possível cole aqui por favor
{
“amount”: 74.11,
“payment_link”: “https://pagseguro.uol.com.br/checkout/payment/booklet/print.jhtml?c=f187d15778cc97525415148c57b24037e9584cbc5b681281b828c712aa1f5d0f869bb56526aa6c63”,
“type”: “payment”,
“payment_method”: {
“code”: “banking_billet”,
“name”: “Boleto Bancário”
},
“app”: {
“_id”: “5e28b8f562887026009c0bcf”,
“label”: “Boleto Bancário”,
“intermediator”: {
“code”: “pagseguro”,
“link”: “https://www.pagseguro.com.br”,
“name”: “Pagseguro”
},
“payment_url”: “https://www.pagseguro.com.br/”
},
“status”: {
“updated_at”: “2020-08-16T21:43:33.718Z”,
“current”: “pending”
},
“_id”: “5f39a885f023684cdbdaae4a”
}
],
“payments_history”: [
{
“status”: “pending”,
“date_time”: “2020-08-16T21:43:33.718Z”,
“flags”: [
“cpm-skip”,
“checkout”
],
“customer_notified”: false,
“_id”: “5f39a886f023684cdbdaae4c”
},
{
“transaction_id”: “5f39a885f023684cdbdaae4a”,
“date_time”: “2020-08-16T21:43:33.718Z”,
“status”: “pending”,
“flags”: [
“cpm:patch”,
“cpm”
],
“customer_notified”: true,
“_id”: “5f39a893f023684cdbdaae58”
}
],
“financial_status”: {
“updated_at”: “2020-08-16T21:43:33.718Z”,
“current”: “pending”
},
“fulfillment_status”: {
“updated_at”: “2020-08-19T15:50:25.899Z”,
“current”: “shipped”
},
“fulfillments”: [
{
“status”: “shipped”,
“date_time”: “2020-08-19T15:50:25.899Z”,
“flags”: [
“cpm:patch”,
“cpm:post”
],
“customer_notified”: true,
“_id”: “5f3d4a43f023684cdbdb3d17”
}
]
}
É no pagseguro, não na e-com. Dentro do seu pedido no pagseguro, tem um link lá em baixo sobre a notificação da transação, queria que copiasse ele e colasse pra mim aqui, se nao souber onde é, posso abrir o pagseguro aqui e mostrar com print o local
Esse é o link que aparece Notificações da transação enviadas para o servidor
Verifiquei que o status do envio é 500 e não 200 ou algo equivalente.
Tem como mandar print por favor, esse link ai só vc tem acesso
@anon32448718 reproduzi a notificação na sua loja novamente, confere por favor se o pedido foi atualizado.
Agora o sitema atualizou o pagamento na ecom.
Parece normal.
Tomara que esse erro de requisição http não ocorra novamente.
Obrigado @talisson
2 curtidas
Gente.
Continuamos com problema na atualização do status do pagamento, veja pedido 5556.
A requisição http está retornando erro 500, ou seja, como vocês especialistas sabem, trata-se de dificuldade de acessar o backend responsável pela informação do pagamento.
Esse problema de acesso ao banco de dados nos pagamentos via boleto esta recorrente.
Ao que parece, analisando a ultima mensagem do @talisson o erro persiste.
Em anexo imagem.
Bom dia, pelo que o talisson me informou, esse ajuste era somente com novos pedidos. A URL de retorno deste ainda estava antiga. Por isso deu o erro.
1 curtida
@Matheus @anon32448718 é isto mesmo. Seria pra novos pedidos a partir da atualização, quanto a esse pedido @anon32448718, farei a reprodução da notificação como no ultimo.
2 curtidas