Pedido não importado - Tiny ERP

Produto 0056564727822 também não atualizou o estoque na loja.

Tentei até forçar a atualização manualmente e nada feito.

Ta bem complicado, @Matheus

Só para frisar, os status dos pedidos foram alterados apenas agora há pouco (as 10h03)

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?

Bom dia, todos bem?
O time ontem implementou uma atualização, então vocês conseguem ver o ícone de atualização. Quando vocês clicam em instalar novo aplicativo, você deve entrar nele assim que for direcionado e salvar, pois geramos um atualizado e quando você salva, ele copia as informações de configuração do anterior, caso tenham dúvida, me informem que gravo um vídeo.

Ontem à noite, conversei com algumas pessoas que fazem integração para plataformas e me informaram que a grande maioria das plataformas geram filas, as que trabalham com webhook, ainda mais as que têm URL única, não tendo diferenciação de URL por loja, como é o nosso caso (URL com token e id diferenciam as lojas). Quando isso ocorre e quando há volume grande de notificações, seja de estoque e/ou pedido, por ser URL única, misturam com atualizações de outras lojas e as filas ficam cada vez maiores, demorando ainda mais.

Na atualização de ontem especificamente, começamos a utilizar um modelo que o Google lançou recentemente, cerca de 1 mês, que era exatamente o que nos ajudaria a ter uma performance melhor tanto do nosso lado, quando geramos webhook, quanto quando recebemos em alto número.

Sabíamos que seria lançando, mas por estar em fase de teste, não era interessante implementar e colocar em operação, até ter uma segurança maior, inclusive essa nova geração da Google Cloud Functions é a que irá prevalecer (já sabendo das reclamações do @paulotrucco, outras movimentações de logs e outras reclamações internas, estávamos desenvolvendo cerca de 1 semana e meia)

Adicionalmente a isso, temos uma versão V2 da API saindo em breve e nela já conseguimos constatar que está ainda mais rápida que a atual, cerca de 3x mais rápida que Vtex, inclusive. Nela teremos alguns adicionais que ajudará bastante principalmente em integração com erps e outras, pois também utilizaremos disparo de eventos, ao invés de webhooks, isso inclusive já é algo que para quem tem grandes volumes de requisição, beneficia e muito, para quem não tem, fica melhor ainda. Na nova API vão ter muitas novas possibilidades, essa foi apenas uma delas.

2 curtidas

@Matheus, boa tarde. Tudo bem?

Na prática então seria apenas reinstalar o aplicativo, correto?

Já reinstalei, mas tive que colocar os dados da integração. Não salvou automaticamente.

De qualquer forma, obrigado e espero que dê tudo certo.

Obrigado.

1 curtida

@Matheus, seguinte… essa mudança comentada por você ainda não refletiu. As alterações dos pedidos não estão sendo atualizadas na plataforma.

Há algum tempo para voltar ao normal?

Obrigado.

Não modificamos a questão da fila, ela ainda está ocorrendo, modificamos outras coisas que aceleram a fila. Se mesmo assim ela estiver tendo problema, ai sim vamos trocar a fila pra inserção automática, porque ai nesse caso, muda bastante o código. Consegue me falar um pedido que não alterou? Porque eu vi vários modificando aqui.

@Matheus, acabei modificando dentro da plataforma. O que modifiquei na platforma, refletiram dentro do Tiny. E a questão é o contrário (Tiny > E-Com Plus).

Nesses últimos dois dias, dependendo a atualização é eficaz. Exemplo: quando é emitida a nota fiscal, é alterado na E-Com Plus.

Na verdade, a Tiny tem oscilado em algumas integrações, como por exemplo com o Melhor Envio, que não tem enviado o código de rastreamento, o que gera retrabalho. Enfim…

Matheus, vou acompanhando e informo você à respeito.

Obrigado.

Me passe no privado por favor um acesso à sua conta tiny.


Nessa imagem no caso, mostram pedidos 9594, 9591, 9538 e 9547 que alteraram 14:53, 15:04, 15:07 e 15:09.

Quando você modificou ai, demorou um pouco pra modificar pelo que entendi. De toda forma se conseguir enviar o acesso, eu crio um pedido de teste e vamos testando aqui, se a solução unica for aquela, modificamos.