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!
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:
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
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.
Isso mesmo.
As informações de parcelamento não são necessárias.
