Saldo do estoque não atualiza corretamente

Olá,

Estamos tendo alguma dificuldades quanto a atualização de estoque no site. Em contato nos foi informado que a integração se baseia pela data de modificação do produto, porém infelizmente a api do ERP que utilizamos não informa isso. Então gostaria de sugerir que a atualização de estoque seja baseada na alteração de saldo ou uma outra alternativa melhor que venha da parte do desenvolvimento.

Boa tarde @ministerioler Tudo bem?

O time de desenvolvimento vai verificar na documentação da API do Horus se encontram outra solução que atenda vocês. Te atualizo por aqui!

Boa tarde @ministerioler passa alguns exemplos de estoques que não sincronizaram por favor.

COD_ITEM5841

Este item na quarta feira foi vendido sem saldo.

Pessoal, tenho um ideia para talvez resolvermos isso em conjunto…

Hoje vejo que por parte da empresa do nosso ERP os eventos para atualização de estoque estão falhando conforme vocês nos informaram.
A minha proposta é a seguinte:

  • Teria como eu fornecer essa informação do estoque atualizado através de um webhook para vocês. Hoje eu consigo cruzar todos os produtos do site com o estoque geral vendável direto no banco de dados e não na API. Também forneceria o estoque vendável do produto a cada nota fiscal emitida. Enviaria todas essas informações já prontas com o id do produto no site e vocês jogariam para a API da Ecomplus.

Chegaria nesse formato:

“sku”:
“COD_ITEM24”,
“SALDO_DISPONIVEL”:
“249”,
“COD_BARRA_ITEM”:
“9788599145531”,
“_id”:
“6629235a4e9909015f1ecddc”,
“slug”:
“conselheiro-capaz–fiel/abcb-”

Seria possível essa solução?
Posso enviar para um webhook de vocês

@Vitor Consegue verificar essa possibilidade pra gente?

Nesse tipo de integração evitamos o uso de webhooks por que não são tão confiáveis quanto consultas em APIs. Pode ocorrer do webhook por algum motivo não ser disparado ou não ser tratado, nesse casos o evento ficaria perdido.

Fizemos alguns testes na aplicação semana passada e descobrimos outra coisa que acredito que causava a maioria dos erros. A API do horus estava retornando os horários em uma notação que dava a entender que se referia ao horário de Greenwich, mas ao fazer testes notamos que na verdade trabalham com o horário de Brasília mesmo, que é 3 horas atrasado em comparação com o fuso de Greenwich.

Então ao fazer as consultas feitas recentemente considerando o horário de Greenwich a API nunca iria retornar uma alteração por ser um horário no futuro. Alteramos a aplicação considerando que estavam retornando o horário de Brasília e passaram a retornar essas alterações. A aplicação está atualizando os estoques desde então frequentemente como pode ver nesse print com logs da integração dos últimos ~30 minutos.

Colocamos também um pequeno delay para evitar que façamos a consulta de alteração antes que o ERP tenha feito a alteração do estoque e gravado a data de alteração.

Se a aplicação seguir funcionando dessa forma entendo que seja o ideal. Para verificar a consistência, sugiro que confira ao fim do dia se baterá o estoque de produtos que tiveram o estoque alterado hoje. Caso tenhamos novos problemas, aí avaliamos alterar para atualizar por webhooks, atualizando de todos produtos ou alguma outra opção que possa deixar melhor a operação para vocês.

Pessoal, boa tarde

Esta indo para o ERP informações de parcelamento de cartão.

No ERP chega dessa forma: 30/60/90…

Precisamos que chegue com o valor 0 o que automaticamente no sistema dará baixa após o faturamento.

NA API o parâmetro é este para correção:

QTD_PARCELAS` Informar a quantidade de parcelas do pedido de venda (informar ZERO, quando for pagamento a vista ou baixa automática) - Parâmetro Obrigatório

Pessoal, alguma novidade sobre?

Os pedidos continuam chegando de forma incorreta.
Se puderem nos ajudar com isso.

Olá @ministerioler !

Você quer que nesse campo vá o valor “0” independente de ser parcelado ou não?

Isso mesmo.
As informações de parcelamento não são necessárias.

@Vitor , alguma novidade?

Os pedidos continuam a cair de forma errada no ERP.

Pessoal, bom dia

Alguma novidade sobre a questão acima?

Boa tarde @ministerioler Tudo bem?

Desculpa a demora, estamos subindo uma atualização no app para corrigir mas ainda não está pronta. Assim que estiver ok te avisamos por aqui mas breve possível

Bom dia @ministerioler Foi feita a alteração.

Nessa atualização também foi alterado o VLR_PARCELA pra ir com o montante cheio, você pode observar como vai ficar no próximo pedido e revertemos a alteração no VLR_PARCELA se necessário

Chegou corretamente aqui.
Precisamos agora que os cupons aplicados saiam na parte de observação como já estava configurado anteriormente.
Outra coisa é que recebemos um pedido em que o cliente comprou apenas 1 unidade no site e no ERP chegou duas unidades de cada.
PEDIDO 7749 na loja

1 curtida

Bom dia @ministerioler Estamos verificando pra te dar um retorno

Sobre os cupons, nos próximos pedidos devem ir corretamente, se puder me confirmar, por favor.

bom dia
Esse aplicaçao será para todas a lojas?
Se nao, pode incluir pra minha?
Sou da Pietro Embalagens

Bom dia @daiana Tudo bem? Esse ERP é o Horus uma aplicação que foi desenvolvida para loja ler