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.
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.
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.
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
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
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