Bom dia pessoal
O pedido 8729 não foi importado no Tiny. Podem checar o motivo por gentileza?
Obrigado
Paulo
@paulotrucco quando enviar, é interessante colocar o ID do pedido, que é o que a gente vê na url da próxima vez. Não apareceu nenhum log no seu aplicativo?
Foi exportado algumas horas atrás. Quando tentamos a primeira vez as 9 da manhã deu um erro na etapa de checagem do pedido no Tiny
Esse deu erro na criação no cvv. Pedidos que entram como cancelado por erro na finalização, como cvv errado ou algum outro dado errado, não são exportados para o erp, entram mais para seu controle interno, caso queira entrar em contato com a cliente para refazer o pedido.
Esse foi importado no mesmo dia e hora: 12:47:29.040 PM
Isso em situações raras pode acontecer e não enviar ele é correto, pra não ter duplicação, por isso é checado sempre se já existe o envio no tiny (para não enviar duplicado e/ou não editar o pedido errado)
Foi encontrado com o status aprovado e assim não envia
Você abriu o chamado 13:10, no meu sistema consta que foi enviado 12:47 e o segundo pedido com número duplicado checou no tiny 12:55 e já estava lá. Então mais de 15 minutos depois abriu tópico, se não mostrava na sua lista no tiny, lá pode estar com o delay para mostrar as coisas.
Teve alteração recente? Porque não mostrou aqui no log, fiz um envio direto do tiny e ai mostrou
Me informe o ID do pedido no tiny por favor, porque quando vem é o ID do pedido. Ele fica na url do pedido do painel do tiny ao acessar o pedido
Esse final de semana e na próxima vamos lançar uma versão nova do tiny e vamos debuggar corretamente pra ver onde isso está ocorrendo. Porque, depois da venda do tiny, o serviço aparentemente piorou em alguns quesitos. De toda forma, já está sendo feito testes em uma conta de uma loja com url de teste pra ver se modificou algo na integração para que seja corrigido. Na sua loja específico está sendo feito testes também para que se for preciso mudar o fluxo da integracao
Deve-se atentar que quando você envia no tiny, tem um tempo de envio do tiny, outro de atualização e outro de mostragem. Normalmente, dentro da variação ao acessar ela, pode mostrar lá de forma imediata a edição, na listagem de variações, pode demorar um pouco mais.
Ontem dia 09/06/2022, aas 12:58 da tarde, teve edição nesse produto, assim como hoje de manhã. Se for ver, os estoques estão compatíveis. Por isso te falei da outra vez olhar sempre dentro da variação, porque lá é já o dado mais atualizado.
Esse Tiny Webhook que mostra ali na primeira linha, é o primeiro registro que nós colocamos quando a informação chega, ou seja, chegou no nosso endpoint a informação apensa 9:53 do dia 10, no caso, hoje. Chegou mais de uma inclusive, editou e logo depois chegou outro webhook e ignorou porque já estava com mesmo status
Por esse tipo de comportamento que estamos colocando de uma loja pra entender e enviar o tiny logs mais detalhados porque a alteração do seu lado é x horas e aqui chega x+20 horas por exemplo
Pois é… Porque esse problema esta sendo bem complicado. Esta dando muita dor de cabeça com estoque.
O produto 0056564683197 esta com estoque zerado e simplesmente não atualiza no e-com plus.
Novamente instabilidade…
Pedidos Tiny que não atualizaram:
887080715
886342544
887329549
@Matheus. Tudo bem?
Também estou percebendo essa questão da sincronização dos status. Não está sendo atualizado ou demora bastante.
Fica a informação.
Obrigado.
1 curtida
Não é instabilidade, é o que informei. Os pedido não entram quando você altera, entra quando eles mandam e entra na fila pra ser importado, seguindo limites de requisicao do google. Ontem mesmo eu estava fazendo alguns testes, pra gerar webhook de estoque e demorou quase 10h pra chegar a notificação de uma loja teste que nem demanda de estoque tem. Mas continuo fazendo testes pra ter log suficiente pra reportar a eles.
Obrigado @roque e @paulotrucco pelos reports. Já estamos em contato com o tiny a respeito dos problemas, pois estamos em fase final de implementação da importação de produtos diretamente pela Tiny e assim com esse contato mais perto, tentar aparar essas arestas de uma vez por todas.
1 curtida
Por exemplo, o primeiro não temos nem registro dele em nosso log, no caso de entrada e o Tiny já está sabendo disso.
O segundo:
Atualizou 10 minutos após abrir aqui, isso, faz parte da fila, não podemos ultrapassar o limite da api do tiny
@paulotrucco você sabe me falar se existe registro de webhook? Porque ai podemos pedir diretamente esses registros parar compararmos aqui
@roque e @paulotrucco hoje pra evitar perder possíveis eventos de atualização, quando recebemos, colocamos em fila e ir buscando constantemente eles respeitando o limite da api. Nesse caso, a solução é retirar fila, deixar atualização conforme o que vier, sem validação, ou seja, o que vier, vai direto pra atualização.
Isso pode ter problemas, como caso de vier várias alterações juntas do mesmo pedido e uma delas se perder ou vier alguma errada e ser aceita, já ocorreu no Bling uma vez, notificamos e corrigiram. Pode ser?