Pular para o conteúdo
Claro
Português

ApiMp - 28/02/2025

Este artigo apresenta a relação das novidades, melhorias e correções disponibilizadas na ApiMp.

Novidades / Melhorias:

GET de usuários

  • Situação: o cadastro de usuários/vendedores precisa ser feito via Demander Web. Entretanto, o DE-PARA de IDs/códigos entre ERP-Demander estava gerando muito trabalho para os ERPs.
  • Solução: foi criada uma API para listar os usuários/vendedores com os seus códigos e IDs para o ERP salvar e realizar o DE-PARA de forma automática (a partir do nome).

Criação da Configuração da ApiMp

  • Situação: para garantir que o usuário do parceiro/ERP consiga controlar a geração do token, ativação e inativação da integração e outras informações, é necessário criar uma tela para configurar a integração.
  • Solução: foi criada a tela de Configuração da ApiMp.

Textos de ajuda na tela de configuração ApiMp

  • Situação: na tela de configuração da ApiMp no Demander Web, faltavam informações para ajudar o usuário a encontrar outras telas com atalhos e até dicas.
  • Solução: foram adicionadas informações no topo de tela para ajudar na navegação.

Desconto/acréscimo do vendedor por item do pedido

  • Situação: alguns ERPs gostariam de trabalhar com o desconto/acréscimo do vendedor a nível de item do pedido.
  • Solução: foi implementado o retorno do desconto/acréscimo do vendedor a nível de item do pedido.

Retorno da transportadora do pedido

  • Situação: alguns ERPs gostariam de trabalhar com a transportadora do pedido no retorno do GET, para fazer a leitura no seu sistema.
  • Solução: foi implementada a tag do ID da transportadora no retorno de pedidos.

POST de status do pedido

  • Situação: alguns ERPs gostariam de trabalhar com os status do seu sistema interno dentro do Demander, não precisando fazer o cadastro de forma manual.
  • Solução: foi implementada a API de POST para cadastrar os status do pedido de forma automática. A atualização de status é feita em outra API.

POST de atualização de status do pedido

  • Situação: alguns ERPs gostariam de atualizar o status do pedido de acordo com as informações do seu sistema interno.
  • Solução: foi implementada a API de POST para atualizar o status do pedido no Demander, para gerar mais informações para o vendedor.

POST de faturamento

  • Situação: alguns ERPs controlam o faturamento do pedido, na atualização de status no Demander.
  • Solução: foi criada uma API para atualizar o status do pedido e definir se o mesmo foi faturado ou não.

Correções:

Cliente cadastrado no Demander sem código

  • Situação: quando um cliente é cadastrado no Demander, por padrão ele fica com o código 0, para o ERP realizar o tratamento de código e retorná-lo. Entretanto, alguns ERPs não fazem esse tratamento e precisam receber o código/ID do cliente da ApiMp.
  • Solução: foi adicionado no retorno do cliente o código do mesmo sendo o ID do cliente no Demander.

Cadastros de clientes em lote gerando erro

  • Situação: quando vários clientes são cadastrados em sequência, era gerado um erro de performance.
  • Solução: foi feito um tratamento para não gerar mais o erro e processar os vários clientes corretamente.

Cliente do título financeiro não atualizando

  • Situação: quando um título financeiro já inserido no Demander era alterado no ERP, com um novo cliente, essa informação não era atualizada no Demander.
  • Solução: foi feita uma atualização para encontrar o título e depois alterar o cliente.

Usuários sempre voltando com o “excluido” verdadeiro

  • Situação: em todas as requisições de GET dos usuários, o parâmetro de excluido era sempre retornado como true.
  • Solução: foi corrigido o comportamento para voltar de acordo com o campo ‘ativo’ do cadastro de vendedores/usuários.

Cliente voltando com o tipo incorreto

  • Situação: ao requisitar o GET de clientes, alguns registros do tipo pessoa física estavam voltando com o parâmetro tipo fixo como ‘J’, ficando incorreto.
  • Solução: foi corrigido para voltar de acordo com o que foi inserido.

Aceitar preço zerado

  • Situação: no Demander produtos com o preço zerado não são listados como possibilidades de venda no pedido. Dessa forma, era feito um tratamento na API para não aceitar esse tipo de comportamento com o preço do produto. Entretanto, alguns ERPs gostariam de zerar os preços para inativar os produtos nas listas.
  • Solução: foi feito um tratamento para aceitar preços zerados e continuar com o comportamento de não listá-los no pedido.

Confira também as novidades das outras plataformas do Demander: