Estamos com uma dificuldade na atualização automática dos estoque do erp bling x ecom.
Os produtos estão vinculados e integrados coma loja corretamente, porém, da mesmo maneira esta acontecendo de não carregar o saldo que consta no ERP para a variação do site.
Por exemplo:
variação gerada no produto impactor clear, codificada corretamente no site e vinculada no bling:
Bom dia, tudo bem?
Tem mais ou menos 1 mês, que modificamos nosso tutorial do Bling, em que a gente informa que é interessante não marcar a opção em lote, para que sejam enviados uma de cada vez, talvez tenha sido por isso que o site de vocês foi desabilitado o controle de estoque, por isso não estava ocorrendo atualizações de estoque. Ativei e retirei a forma de envio em lote. Porque teoricamente quando é enviado em lote, eles enviam tudo de uma vez e espera um retorno de processamento, porém, como não ocorre uma edição, a informação precisa ser tratada para posterior edição demora um tempo maior do que 30 milissegundos, sendo assim, quando não há o retorno nesse tempo, ele já desativa o retorno de estoque, quando é feito um a um, é possível retornar nesse tempo após editar.
Então, Matheus, o problema ainda não foi resolvido. Veja como as quantidades de estoque não batem mesmo depois de ter feito esse processo de ativar e retirar a forma de envio em lote:
Esta mostrando quantidades divergentes. Agora que desativou essa opção de enviar em lote, o que precisamos fazer para o estoque do bling estar sincronizado com as quantidades reais em estoque que tem no ERP?
Nesses produtos que mostrou, continuarão divergentes, pois a alteração foi anterior ao caso. O callback de estoque, só emite notificação, quando há alteração de estoque, se não tiver tido, continua da forma que está, que foi esse caso mostrado.
A alteração em lote, não tem nada haver com a situação é a forma de envio de dados, se vai ser uma única requisição com 100 produtos, ou se vai ser 100 requisições, mas uma a uma, respeitando o limite de requisição do Bling. Para você atualizar todos os produtos errados, terá que fazer uma exportação do Bling selecionando os produtos e mandando exportar para a loja o estoque, conforme fiz na imagem:
Bom dia @Matheus vira e mexe alguns dos meus produtos os estoques não batem com o bling. Exemplo mais recente SKU: 150350_Sarja_Vinho Produto: https://www.kelvys.com.br/camisa-sarja-masculina-vinho onde tem o tamanho GG e no Bling o GG está zerado desde 15/05/21.
Bom dia @Rogerio, tudo bem?
O seu caso aqui, eu vi que a notificação chegou, só não achou a variação ao atualizar, ela já existia, correto? Pois vi que o produto foi criado em fevereiro. Por isso eu já abri um chamado, para que possam verificar porque não foi encontrado o sku na hora de atualizar.
A questão aqui é que toda vez que for inserido um estoque em qualquer SKU no bling vai ter que ser feita manual essa sincronização do estoque para ir a quantidade no produto da loja?
Por exemplo, ontem carregamos estoque para alguns skus e não foi sincrozado automatico a quantidade de estoque incluida para o site, tivemos que selecionar um a um os skus e fazer uma sincronização manual via bling.
Via Callback que já esta configurado, não há uma opção que sincronize automático quando incluir novas quantidades de estoque no Bling x site? Ideal é os produtos do site espelharem exatamente as quantidades do ERP, correto?
Nos outros MKTplaces como o ML, por exemplo, o estoque atualiza na hora que é atualizado o estoque do produto no BLING. Porque com a integração da e-com é diferente?
Chegou olhar dentro da variação específica? Digo isso porque no meu log aqui tem muitas alterações de estoque referente a esse produto, acredito que tenha ocorrido ambos, porém tem uma diferença entre o que mostra na lista de variações e o que está dentro da variação de fato, há um delay. Ainda mais com alteração momentânea. Tem alteração de 8:17 da manhã, 8:20 da manhã de hoje. De ontem também tem alterações de estoque, dia 04 também.
Nos marketplaces não é feito via callback. É uma alteração direta, é mais ou menos o que fazemos com eles, com o controle de estoque é feito na e-com. Tem um trigger de alteração de estoque e a edição ocorre por exemplo em um endpoint /product/id.json, só com a quantity desejada, no caso isso é uma alteração direta e rápida.
Com plataformas é diferente, tem um callback que é ativado por um trigger, eles fazem o tratamento do dados e envia para um endpoint único da plataforma, que precisa ver qual é o produto, fazer uma pesquisa na API, identificar o produto, depois a variação se tiver e somente assim poder editar diretamente o estoque, ou seja, tem uma camada anterior ainda que precisa ser tratada, para posterior edição direta. Por isso não é tão rápido assim. Se o bling ao ter o trigger fizesse uma edição direta em /products/id.json, seria instantâneo também.
Sim, dentro da variação mesmo, produto 298220, esse tinha sido incluido 20 peças no bling no dia anterior, e quando foi preciso efetuar a venda ontem, o produto estava com estoque 0 no site. O que explica isso?
Como não havia atualizado nesse SKU, selecionamos todos os SKU desse produto impactor Clear e sincrozinamos manualmente via ERP, só assim mesmo para ter o estoque que existe mesmo no Bling, senão iamos ter vários SKUS sem estoque sem nenhuma notificação.
A integração tem que ser exatamente como é feita nos demais MKTplaces, porque já não é nativa assim a integração de e-com, visto que existe o Callback de estoque já configurado?
Sem muitas especificações, precisamos que quando se atualize o estoque no bling, o estoque vá para o site, somente isso.
Vou checar no log, sabe informar que horas que a venda iria ocorrer? Porque tenho várias alterações de estoques referente ao produto, só pra saber onde procurar.
Foi atualizado sim, se quiser te mostro o log, pelo menos a hora que chegou o callback.
Aqui informa que 30 minutos depois saiu um pedido com esse item.
E assim foi reduzido o estoque para 19 e hoje chegou outra carga para mantê-lo em 20, que está até o momento.
Poderia formular melhor por favor? O callback já existe e é a única forma que temos para integrar o estoque, não existe outra forma do nosso lado. No marketplace não é utilizado callback, é envio direto pelo Bling, se tivéssemos envio direto, certamente seria tão rápido quanto.
Quando chega, já está sendo feito isso.
Checando mais a fundo o log de alterações, apenas 1 produto ontem ficou sem estoque: Impactor Clear / Apple / iPhone 11 Pro / Clear, o Impactor Clear / Apple / iPhone 11 / Clear em nenhum momento ficou sem estoque.
Sabe qual é o problema, esse eu já tinha te informado há algum tempo. O produto E-Com Plus Admin está com mesmo sku desse produto, ou seja, ele vai alterar o que encontrar primeiro, pode ser um ou outro, se for verificar o do link, ele está com estoque 19. Só descobri pelo log, veja:
O ID desse produto que enviei é: 5f1f452df023684cdbd4a772, já o ID do produto que você está considerando na venda e alterou manualmente no painel é o 5f1f4b5ff023684cdbd4aba5, ou seja, IDs diferentes e no meu log mostra, que ora é editado em um ora é no outro, ou seja, o primeiro que bater na API de pesquisa é ele que será editado.
Matheus, esse produto que citou, de ID 5f1f452df023684cdbd4a772, está desativado na loja, além de nem estar disponivel para compra no site. Outro fator, o estoque desse ae que falou não é 19, é 18 unidades.
Mesmo estando desativado, e indisponível para compra no site, porque vincula antes nesse produto 5f1f452df023684cdbd4a772, do que no 5f1f4b5ff023684cdbd4aba5 escolhido para ser ativo e vinculado no site x bling?
Vamos ter que excluir todos os outros produtos únicos com o mesmo SKU para que funcione corretamente a sincronização dos estoques no produto que está saindo a venda, isso?
A regra da API ainda não está preparada para identificar qual produto esta ativo ainda ou não no site, essa regra deveria constar tb nas especificações de callback de estoque, não seria o correto?
De fato, estava 19,18 e agora está 17, atualização do próprio Bling:
Não é indicado ter sku igual para diferentes produtos, porque isso gera inconsistência com demais integrações que possa usar, um caso é um hub de marketplaces, os códigos não entram no sistema, sendo dois iguais em produtos diferentes. Reclame Aqui Trustvox não permitem também, já vi reclamações nesse sentido.
Das API’s do mercado, acredito que ela está mais preparada para qualquer coisa, a integração que não foi feita pensando assim, exemplo se liberamos caractere infinito pra nome, o google vai reclamar e qualquer integrador também, por isso temos que seguir uma ideia do que pode ser feito aqui e não irá gerar problema em terceiros, por isso que quando tem um sku repetido, informamos que existe um igual.
Inclusive uma plataforma Headless, só existe fora do Brasil, para ser headless commerce, somente se tiver uma API e uma arquitetura poderosíssima.
Não faz muito sentido isso, porque o callback é uma informação que chega do terceiro e ele determina o que tem nesse callback, no caso o bling. Envia por exemplo o produto sku x está com estoque de y e nós precisamos pegar essa informação e fazer o tratamento que informei e depois editar. A especificação, não é nós que determinamos, apenas recebemos a informação, acreditamos que ela é verdadeira e importamos (obs: tem uns 3 meses estávamos recebendo isso errado em lojas que têm mais de 4000 produtos, graças ao log, conseguimos ajudar o bling a resolver esse problema).
Já implementamos na integração para preferencialmente buscar um visível e disponível para compra. Fiz um teste na sua loja mesmo e funcionou.
