Geração de Logs para as cargas geradas e não geradas pelo integrador (SUP-55870)

Um novo campo foi criado para que o controle dessa geração seja feito: “Logs de Cargas Geradas”, quando optado como “NÃO”, mantém o comportamento de geração de logs somente para “Desacertos e Informações”. Com a opção “SIM”, esse campo passa a gerar registros de logs em cargas executadas com sucesso para cada representante (Imagem 1).

Open

Imagem 1 - Tela Banco de dados

Foi pedido para registrar no log “Cargas não geradas”, mas isso já é feito em caso de script com desacerto. Porém, para melhor visualização, o nome do script foi inserido na coluna “Título” e o código do representante na coluna “Representante” (Imagem 2).

SEO – Search Engine Optimization – Loja B2B (SUP-61235)

Na tela “1.1.19 - Cadastro de produtos” em “Comercial” na aba “Especificações”, foi adicionado o campo de SEO (WEB), onde serão utilizados para vincular ao mecanismo de busca do Google. Foi adicionado o mesmo campo na tela “1.1.34 - Cadastro de categorias” em “Manutenção” a aba SEO (WEB). E na tela “1.2.4 - Atualização de produtos em massa”, foi adicionado no grupo “Especificações” para preenchimento os mesmos campos que consta no “cadastro de produto e categoria” (Imagens 1, 2 e 3).

Botão lote de fabricação oculto na tela de cadastro de produtos (SUP-61027)

Ocorrência: Existia um campo sobrepondo o outro.

Solução: Foi corrigido o tamanho do campo (Imagem 1).

Custo da ficha técnica não aplica fator de conversão de compra (SUP-61962)

Ocorrência: Valor de composição da planilha de formação de preços não considera o "Fator (Und compra > Und Vda/Est)" do cadastro do produto.

Solução: Foi realizado um ajuste no valor de composição da planilha de formação de preços para considerar o "Fator (Und compra > Und Vda/Est)" (Imagens 1, 2 e 3).

Entrada de Notas (SUP-61861)

Ocorrência: Na tela “Entrada de notas fiscais”, ao importar somente o XML de devolução de cliente, estava gravando um fornecedor no cadastro de produto.

Solução: Ajustado o comportamento da pesquisa de produtos na nota. Quando o usuário for importar nota e selecionar “Tipo Pessoa = Cliente”, o sistema irá pesquisar e encontrar o produto, porém não irá atualizar o cadastro do produto. Quando for importar nota e não selecionar nada, o sistema irá pesquisar e encontrar o produto e irá atualizar a referência de “XML do produto”, ou irá criar a associação com o produto e sempre que encontrado o irá exibir a referência dele (Imagem 1).

Could not convert variant of type (Null) into type (Integer) (SUP-61782)

Ocorrência: Desacerto ao dar entrada em “Nota fiscal” aparecia a seguinte mensagem: “Could not convert variant of type (Null) into type (Integer)”.

Solução: Ajustado comportamento da pesquisa de produtos na nota.

Mensagem ao alterar valor do peso (SUP-61695)

Ocorrência: Ao alterar o valor do peso na tela "3.2.21 - Manutenção de ordens", a seguinte mensagem estava sendo apresentada: “is not a valid floating point value”. Foi verificado que havia uma inconsistência impedindo de ser informado valores acima de 1000, isso ocorria por causa da máscara utilizada para formatar o campo de peso.

Solução: Foi implementada a correção ao informar o peso para os itens e não atualizar o cabeçalho da ordem e assim, corrigida a máscara utilizada para formatar o campo de peso (Imagens 1, 2 e 3).

Cliente não encontrado ao digitar ordem (SUP-61928)

Ocorrência: A atualização em massa estava deixando o cliente sem um frete padrão. O sistema informava a mensagem para verificar o frete. Pois o que não existia era um frete padrão no cadastro de clientes.

Solução: Ajustado o comportamento do sistema pra quando for feita atualização em massa de frete, o campo frete padrão não ficará em branco pois este campo passará a ser obrigatório para informar um frete padrão (Imagem 1). Na “Digitação de ordens”, foi melhorada a mensagem para quando o cliente deixar sem frete padrão no “Cadastro de clientes”. O sistema informará a mensagem para verificar o frete: “cliente não encontrado, verifique a configuração do frete “, pois o cliente existe mas está sem frete padrão (Imagens 3 e 4).

Pedidos Neogrid bonificação com desacerto ao serem gerados (SUP-62182)

Ocorrência: Desacerto ao importar pedido “Neogrid de bonificação”. Isso ocorria, porque o sistema estava buscando pelo campo QTDE PEDIDA no arquivo e o mesmo estava com o valor 0 (zero), para pedido de bonificação deve ser considerado o campo QTDE BONIFICADA.

Solução: Foi realizado um ajuste na importação de pedido “Neogrid de bonificação”. Quando for pedido de bonificação, deverá ser considerado o campo QTDE BONIFICADA, que se encontra em outra posição no arquivo (Imagens 1 e 2).

Campos marcados desacertadamente na tela de fechamento do pedido(SUP-62148)

Ocorrência: O padrão para esses campos caso fossem nulos era “marcado e desabilitado”.

Solução: O padrão foi alterado para “desmarcado”, sendo assim os dois campos agora por padrão vem desmarcados (Imagem 1).

Tratativa para títulos com juros externos e juros CNAB (SUP-62131)

Ocorrência: Na importação do arquivo CNAB, o valor a ser considerado era sempre o Líquido. Ou seja, quando o valor da ocorrência era comparado ao do título do sistema, tendo esses “juros/acréscimos/multas” inseridos no título, não entrava na condição de diferença de valor entre eles, não gerando os juros que veio no arquivo de retorno.

Solução: Desta forma, o valor a ser considerado para entrar na regra de criação dos juros advindos do arquivo de retorno, foi alterado para considerar o “Líquido Original” que seria o Valor Líquido e os adicionais (Imagens 1, 2, 3 e 4).

Ao fazer devolução total de venda, ocorria uma mensagem de aviso (SUP-62161)

Ocorrência: Uma mensagem de “Aviso”, ao excluir pedido quando já existe uma ocorrência que gerou abatimento.

Solução: Foi realizado um ajuste ao excluir um pedido que já tenha ocorrência que gerou abatimento, para isso foi alterada a “FK” da tabela RECEBER_ADICIONAIS para ON DELETE CASCADE (Imagens 1, 2, 3 e 4).