Duas questões:
Por qual motivo este erro na integração do callback de pedidos ocorre? É alguma limitação do aplicativo do Bling feito pela e-com?
Como podemos resolver de forma prática, pois mesmo utilizando o recurso de exportação manual, não estamos conseguindo enviar os pedidos para serem processados e enviados aos clientes.
Bom dia, tudo bem?
Essa limitação não é nossa. E sim da sua conta no Bling. Isso é um limite de requisição, mas não envolve apenas requisição da E-Com e sim de qualquer requisição de qualquer integração associada. Por exemplo, se você vende em marketplaces e entra um pedido, é feito uma requisição do marketplace. Se nós enviamos um pedido, fazemos uma requisição também. Se buscamos o status, vai mais uma requisição. No caso, o Bling tem um limite diário por plano. Como vocês têm 3 lojas usando o mesmo plano no Bling, possivelmente esse limite deve se esgotar mais rápido. Mas isso é um limite do Bling. Se esse limite fosse superior, poderíamos fazer uma requisição normalmente e teríamos o resultado para inserir ou atualizar um pedido.
Então seguindo essa lógica o volume de pedidos teria de ser segundo o que esepecifica no manual de suporte do Bling como consta no manual do suporte 3 por segundo?
Impossível termos tantas requisições ao mesmo tempo, ontem o único canal de venda que trabalhamos com essas integrações que não funcionou foram as da API integradas aqui da e-com.
Por qual motivo?
Nada foi resolvido ontem, mesmo depois de diversas tentativas de exportar manualmente os pedidos, e isto causa atraso na nossa operação, precisamos de uma posição a respeito (motivo do erro), para que não se repitam outras vezes e prejudique nosso fluxo de pedidos.
Bom dia, tudo bem?
Então, quem retorna isso é o Bling, não nós. Se bateu o limite diário ou não, eu não sei. É a resposta que temos. Veja bem, toda vez que é alterado algum estoque, é enviado para nós pelo menos 3 requisições de um único produto, ou seja, naquele segundo, se apenas 1 produto alterou o estoque, já fica no limite. Se alterou dois produtos naquele segundo, já são 6 requisições que ultrapassam o limite. Isso em relação a produto.
Se um pedido da loja Customic teve alteração de status, o Bling envia para todos os demais canais que têm o callback a notificação também, no caso, para as lojas Mobifans e Popsockets recebem, conforme você pode ver:
Então a cada alteração de estoque, alteração de status de pedido, é enviado para as 3 lojas ao mesmo tempo. No caso, o seu limite é pequeno por conta das 3 lojas. Talvez nem tenha batido o limite diário, somente daquele momento e por isso, eles devem bloquear por um tempo para depois liberar novamente.
Sobre o canal de venda, isso não tem como nós opinarmos. Porque como demais canais de marketplaces, a integração foi feita pelo próprio Bling, eles podem abrir uma margem maior de requisições e tratar isso de forma diferente. Se por exemplo, o ERP alterasse o estoque do produto diretamente, igual deve fazer no marketplace, não precisa de callback de estoque, pois a informação entra direto no estoque. A mesma coisa com status de pedido.
@Matheus tivemos novos pedidos que não migraram para o Bling, já fiz o envio manual mas não vão para o Bling, preciso que migrem os pedidos para dar tempo de faturar eles ainda hoje.
Seguem pedidos:
Como você pode ver ali no Log, deu vários erros de requisição atingida ou limite diário. Não temos como impor algo. O certo é esperar e tentar o envio mais tarde
Tiveram muitos callbacks de pedidos sucessivos. Cada 1 pedido alterado o status, como sao pra 3 lojas, as 3 recebem e já batem o limite do segundo. Como foram muitos pedidos pelo que vi, naturalmente daria erro.
Nem eu. Porque existe um limite ali que não dá pra enviar via API. Aproveitei e fiz uma indagação no suporte do Bling, pois pelo meu log mesmo com as 3 lojas, não bateu o limite diário, então possivelmente o Bling está realizando esse bloqueio por conta do limite excedido do segundo algumas vezes.
O limite do bling é: 3 requisições por segundo e no máximo 120.000 requisições por dia.
Além das 3 lojas aqui, temos mais uns 12 marketplaces integrados, tudo na mesma conta do bling. Nos marketplaces nunca parou. Inclusive agora, que informa ter atingido o limite diário aqui na plataforma, segue capturando os pedidos dos marketplaces.
Entendo que tem a limitação mas algo não está certo, pois a limitação não ocorre lá nos pedidos dos marketplaces e, teoricamente, se atingiu o limite diário deveria parar total, não capturar nem mais pedidos dos marketplaces também.
Outra questão, quando tem uma venda nos marketplaces atualiza mais que 3 locais de estoque ao mesmo tempo também e não para.
Usei essa mesma indagação também adicionalmente. O problema nesse caso, é que o marketplace não deve requerer nada do Bling, o Bling que vai no marketplace e busca o pedido, então teoricamente o marketplace não consome a API do Bling, o Bling que consome a API do marketplace e nesse caso, o limite não é incluso. (Pelo menos é o que acredito que aconteça)
Ok, vamos aguardar o retorno do bling com esses detalhes.
Mas no caso aqui dos sites, não segue a mesma lógica que nos marketplaces, do bling ir em cada site e capturar os pedidos (consumindo a api da ecom)? Se não é dessa forma, seria possível ficar dessa forma igual como (teoricamente) é feito nos marketplaces e não consumir a api do bling?
Isso seria o mundo ideal, do Bling consumir nossa API que tem um limite infinitamente superior e não teria problema, porém, eles não fazem isso e não tem interesse em fazer, da mesma forma que o marketplace não tem interesse em consumir a API do Bling. O seu problema é devido as 3 lojas que enviam requisições simultâneas. Talvez devesse pensar em ter apenas um backoffice e 3 frentes de lojas distintas, já que compartilham os mesmos produtos estoques e afins.
Certamente você não terá esse problema, porque é uma situação bem específica de ter 3 lojas no multilojas do Bling, isso multiplica sempre por 3 as requisições e como o limite por segundo é sempre 3, esse limite é pra bater normalmente. Nós já tratamos o limite do Bling para cada requisição, mas como cada loja trabalha separado uma da outra, então tem chance de as 3 darem problema desse limite, o certo seria, se o Bling altera o pedido da loja A, enviar o callback para a loja A, porém ele envia pra B, C e todas as outras que foram configurados os callbacks
Acredito que não. Tem uma loja aqui que usa o Tiny e tem milhares de pedidos simultâneos, lá funciona normal, porque tem um limite um pouco maior. O problema do Bling é que se você faz um envio de um novo pedido e o número dele coincidir com um número existente no Bling, ele subscreve o pedido que já existe no Bling, do ponto de vista de API é errado, até porque o ID do pedido é único, número do pedido é uma propriedade adicional. Então por isso, precisamos checar sempre se existe um pedido com aquele mesmo número antes de criar um novo pedido e ai já gasta requisição a mais, de toda forma, 120 mil requisições é bastante coisa, nós tratamos os limites individuais de uma loja, então a tendência é não ter problema. Porque tem um espaçamento para envio dos pedidos, justamente para não pegar esse limite do segundo. No caso do @lojacustomic, @popsocket e @mobifans dificilmente entraria pedidos no mesmo segundo nas 3 lojas ao mesmo tempo, se acontecesse, ainda assim, tem alguns ms entre a chegada do pedido e o envio dele, o problema é mais relacionado ao callback de pedidos, que independente do pedido que entra no Bling, é disparado um callback para as 3 lojas pra que as 3 busquem no Bling as informações e importe elas na plataforma, nessa busca das 3 lojas separadas que estão vinculadas na mesma conta do Bling, já configura o limite do segundo e por isso estão barrando.
