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: