Fala Matheus. Blz? Rapaz, queria uma orientação sobre uma situação aqui: carrinhos abandonados.
Abaixo temos 3 prints todas envolvendo carrinhos. Esses carrinhos foram criados no processo de compra do cliente. Os carrinhos (vou deixar o id logo abaixo) foram criados pelo sistema. Acontece que pelo que eu entendo, o sistema está criando dois carrinhos:
Carrinho 1 (Aberto) é criado em alguma etapa do fluxo da compra;
Carrinho 2 (Completado) é criado quando cliente finaliza a compra;
Acontece que estão sendo criados 2 carrinhos para mesma compra pelo que entendi. Segue as prints e logo abaixo mais texto.
Em outras palavras, o carrinho abandonado é gerado e se o cliente finaliza a compra é gerado outro carrinho (não usa o mesmo que foi gerado). Pelo que vi, esse é um comportamento padrão da plataforma mas gera outro problema:
Se temos um carrinho abandonado, a plataforma envia email de recuperação de carrinho no entanto, cliente já finalizou a compra.
Recebi contato de duas clientes indagando essa situação. Vou te dar um exemplo:
Uma client, Ingrid, fez a compra de número #2723 e também recebeu email de recuperação de carrinho:
Em suma, eu gostaria de uma orientação de como funciona esse fluxo e também:
Isso é um bug ou é apenas comportamento normal da plataforma (a cliente finalizou a compra pelo email recuperador e foi gerado outro carrinho)?
Eu também quero de desenvolver aqui um recuperador de carrinho abandonado via Whatsapp (já tenho meus esquemas aqui). Como faço para saber se o PRIMEIRO carrinho criado foi completado? Há um vínculo entre eles? Em outras palavras, o carrinho completado tem tipo uma origem no carrinho em aberto? (Isso levando em conta um comportamento normal da plataforma e não um bug).
Existe um único momento que ele é criado e deveria ser editado. Já estamos simulando aqui pra verificar porque não está sendo editado ao invés de criado nesse momento final
Pelos nossos testes não são todos os casos que isso acontece, então estamos excluindo as possibilidades que não poderia causar isso para conseguir resolver.
Fala Matheus, blz? Verifiquei aqui que está funcionando certinho com relação aos carrinhos agora. Peguei pra criar o recuperador de carrinho da loja pelo Whatsapp. Só que no endpoint que eu configurei para receber Webhooks de pedidos não tenho os carrinhos abandonados só que na configuração do Webhooks temos essa opção marcada:
Neste caso tenho duas perguntas:
Tenho que fazer alguma outra configuração ou também temos um pequeno bug aqui?
Quando a venda é completada, o webhook é disparado na hora. Quando é carrinho abandonado, ele vai disparar o evento de carrinho abandonado em quanto tempo após a sua criação?
1 e 2)
Não seria apenas essa configuração mesmo, recentemente foi feita uma alteração para tentar pegar casos de carrinho abandonado mesmo, ao invés de criar o carrinho e já enviar o webhook, porque o usuário ainda estaria no checkout quando esse carrinho é criado, coloquei log para validar se isso está impedindo que novos carrinhos sejam disparados para url, se for, removemos e deixamos conforme era anteriormente e ai nesse caso, precisaria dar um delay de alguns minutos para enviar essa informação pro usuário.
Certo, então, acredito que um carrinho abandonado pode ser criado dentro de uma 1 a 2 horas após ser criado: é bem improvavél que um usuário fique 60 a 120 minutos em um site comprando… Acredito que isso vá de caso para caso. Para melhor atender todo mundo, abaixo desse check de “Enviar Carrinhos Abandonados” na configuração do Webhook poderia haver um campo “Tempo a considerar de carrinho abandonado” que aí mata o problema para todo mundo.
De qualquer forma, temos que cuidar para não criarmos dois carrinhos novamente (um “em aberto” e outro “completado”), que foi o motivo de abertura deste tópico que estamos escrevendo aqui agora, lembra?
Consegue me confirmar aqui assim que remover essa configuração aí que você disse, para que eu possa testar aqui os disparos de webhoos de carrinhos abandonados? Se for questão de teste, pode colocar o disparo de 120 minutos após a criação do carrinho que não foi completado (em aberto, no caso).
Isso aqui não vai ser problema mais. Tinha haver com um pequeno detalhe, que ocorria em uma situação específica e foi já resolvido. Era uma questão do front da loja.
O problema do tempo é que o webhook ele é gerado por alterações no recurso específico, se coloco uma configuração para 2h depois enviar, não teremos um novo webhook de alteração para isso.
