Trazer CNAE automaticamente no cadastro de novo cliente (SUP-57692)

Na tela “1.1.3 - Cadastro de clientes”, o sistema está trazendo as informações do CNAE da Receita Federal logo após a gravação do cadastro. Quando não há CNAE secundário, o sistema apresenta mensagem de alerta (Imagem 1).

Open

Imagem 1 - Tela Cadastro de clientes

Quando há vários CNAEs secundários, o sistema apresenta mensagem de alerta informando qual CNAE não está cadastrado no ERP, adicionando os demais que possuem cadastros (Imagem 2 e 3).

Lentidão no processo de atualização em massa de clientes (SUP-59796)

Ocorrência: Havia lentidão no processo de atualização em massa de clientes.

Solução: Foi feito um ajuste no comportamento para ao selecionar os clientes, não preencher seus respectivos representantes. Assim carregará os clientes selecionados mais rápido (Imagem 1).

Desacerto ao atualizar em massa os clientes (SUP-59939)

Ocorrência: Havia uma mensagem que aparecia ao atualizar:
Dynamic SQL Error
SQL error code = -303
conversion error from string "0,01".

Solução: Foi feito um ajuste e adicionado um tratamento, que só irá atualizar os representantes se houver alteração.

Percentual de royalties (SUP-60143)

Ocorrência: Após alterar o percentual de Royalties na tela de “Cadastro de produtos”, este percentual não era alterado na planilha ficando informações divergentes.

Solução: Foi retirado os campos de” %Royalties” da tela “2.2.10 - Planilha de formação de preços”. Pois estes campos não são mais utilizados, sendo que eles foram migrados para a tela de produtos, na guia “Fornecedores” (Imagens 1 e 2).

Desacerto ao confirmar entrada de nota fiscal (SUP-59964)

Ocorrência: Na tela “2.2.4 - Entrada de notas fiscais", estava apresentando inconsistência ao realizar a confirmação da entrada de "Nota Fiscal de Serviços", onde era violada a chave do local de estoque, visto que a mesma era informada com o valor 0.

Solução: Agora será apresentada uma mensagem de "Log de Operações", quando não houver local de estoque cadastrado no “Tipo de Ordem” (Imagem 1).

Incluir estoque de transição no almoxarifado (SUP-59034)

Ocorrência: Estava deixando sair do estoque de transição zerado (ou seja o estoque estava zerado) e deixava fazer a retirada.

Solução: Estoques de transição passam a serem mostrados no almoxarifado (Imagem 1).

Alterar comportamento de pedido futuro para olhar primeiro estoque físico e depois data (SUP-56697)

Na tela “3.5.10 - Configuração de seleção automática de estoque (Android)”, foi retirado o campo “Dias pedido futuro”. Ao importar o sistema irá verificar somente o campo “Pedido Futuro = Sim”, para verificar no estoque futuro (comprado). Em relação ao comportamento quando o campo estiver igual a “Dividir ordem igual Locais de Estoque”, nada será modificado (Imagem 1).

Ordenação na emissão de ordens (SUP-54185)

Na tela “3.2.14 - Emissão de Ordens”, foi realizado um ajuste para que se respeitasse na impressão, a ordenação “Crescente ou Decrescente” determinada pelo usuário na Grid. Este ajuste aplica-se apenas para as colunas: "Ordem", "Id Representante" ou "Representante". Ao ordenar um desses campos e solicitar a impressão do relatório, a impressão irá respeitar a ordenação selecionada (Imagens 1, 2, 3 e 4).

Junção de ordens não separando mesmo produto por local de estoque diferente (SUP-58993)

Na tela “3.2.17 - Junção de ordens”, passou por uma reformulação (Padronização). caso o parâmetro "Permite informe de local de estoque item a item na digitação de ordens" esteja ativado e entre os pedidos selecionados tenha algum produto cujo local de estoque tenha sido informado manualmente (e esteja diferente do local de estoque da aa digitação de ordens ), o sistema irá mostrar uma janela com os itens e seus respectivos locais de estoque (Imagens 1 e 2).

Somente para os usuários que trabalham com este parâmetro ativo, permitirá que informe o local de estoque item a item na digitação de ordens, ao efetuar a junção de ordens o sistema vai abrir uma nova janela (Imagem 3).

A tela terá duas opções:

• Agrupar os produtos respeitando o local de estoque definido no tipo da ordem (comportamento atual);

• Respeitar os locais de estoque dos produtos conforme consta nos pedidos originais (Imagem 4).

Caso escolhida a primeira opção, que virá marcada por padrão, o sistema irá gerar o novo pedido da junção considerando o local de estoque do tipo da ordem (comportamento atual) (Imagem 5).

Caso escolha a segunda opção:

Se um produto estiver em mais de uma ordem selecionada com locais de estoque diferentes, o sistema irá verificar se o parâmetro "Permitir inserir o mesmo item na digitação de ordem?" está ativado, caso “NÃO” esteja a operação será abortada (já que não se pode repetir itens na ordem e não é possível agrupas as quantidades devido aos locais de estoque diferentes) emitindo uma mensagem. Parâmetro já existente no sistema hoje (Imagem 6).

Caso tenha o mesmo produto em vários pedidos e com estoques diferentes e o parâmetro “Permitir inserir o mesmo item na digitação de ordem?" está ativado, caso “NÃO” esteja a operação será abortada (já que não se pode repetir item) (Imagem 7).

Segunda opção vai criar um novo pedido com os locais de estoque do pedido original de cada item (Imagem 8). Local de estoque na “Digitação de ordens”, trazendo o estoque que estava no pedido original em cada item (Imagem 9).

Manutenção na tabela preço (SUP-59917)

Ocorrência: Desacerto ao carregar registro associado a microrregião, cuja descrição possuía mais do que vinte caracteres.

Solução: Houve um ajuste no tamanho do campo no grid, alterando para cinquenta caracteres, não foi apresentado mais desacertos ao carregar o registro associado na microrregião (Imagem 1).

Pedido desmembrado colocado no local de estoque incorreto (SUP-60131)

Ocorrência: Ao importar pedido, o sistema estava desmembrando produtos em locais de estoque incorretamente.

Solução: Foi ajustado para quando possuir configuração na tela “3.5.10 - Configuração de seleção automática de estoque (Android)”, para respeitar a ordenação configurada do campo “Ordem dos Estoques (Atual)” (Imagem 1).

Cancelar uma ordem no telemarketing (SUP-59823)

Ocorrência: Ao cancelar um pedido não conferido, o sistema está inserindo a etapa “CONFERIDO“.

Solução: Foi realizado um ajuste ao cancelar um pedido não conferido, para que não insira a etapa "CONFERIDO" (Imagem 1).

Criação e Atualização de Regras de Validação (SUP-50746)

Foi criado um novo combo para indicador de operação chamado “Tipo”, que será obrigatório quando "Intermediada" = SIM (Imagem 1).

O “Tipo” terá duas opções:

”Informar Intermediador”: Esta opção, habilitará os campos de "Intermediador" e "Identificação Intermediador" já existentes na tela, fazendo com que o comportamento atual seja mantido.

Obs: Foi feito um script para setar esta opção no tipo de todos os registros que estejam com o combo "Intermediada" = SIM.

“Recuperar do Representante”: Esta opção, desabilita os campos de "Intermediador" e "Identificação Intermediador", irá recuperar os dados do representante durante a importação e colocará as informações no pedido gerado (Imagem 2).

Foi criado um “Checkbox” no cadastro de representante chamado "Intermediador", caso este campo não esteja marcado, mesmo que o tipo “Origem” esteja marcado como operação intermediada, o pedido será criado com “Intermediador = NÃO”. Estando Marcado, irá colocar os dados do representante como intermediador, conforme mostrado acima.

Pesquisa de NF - Acrescentar colunas na GRID (SUP-57903)

Na tela “4.2.9 Pesquisa de notas fiscais”, foram incluídas as colunas “Vr Base IPI” e “Vr Base ICMS” na Grid de pesquisas (Imagem 1).

Implementado o envio síncrono de NFCe no ERP e PDV (SUP-59390)

Na tela “4.2.11 - Transmitir NFC-e”, foi implementado o envio síncrono de NFCe (Imagens 1, 2 e 3).

Impossibilidade de abrir mapas (SUP-59807)

Ocorrência: Estava ocorrendo um desacerto, porque o cartão cadastrado na forma de pagamento da conta referente a chave de API foi cancelado.

Solução: Foi realizada a troca do cartão na forma de pagamento e os mapas estão abrindo normalmente.

Conflito de numeração dos títulos de renegociação com o generator da tabela GRADE (SUP-59766)

Ocorrência: O generator de numeração de títulos é auto incrementado. Assim, quando a ordem (que também possui o seu) atingiu sua numeração utilizando o mesmo tipo de cobrança, conflitou ocasionando o desacerto.

Solução: Na tela “5.2.30 - Renegociação de títulos em aberto”, agora passará a mostrar somente as cobranças que são do tipo cobrança para lançamentos manuais. Portanto o usuário, terá que cadastrar as cobranças que aparecerão na tela “Renegociação de títulos em aberto” e marcar o campo cobrança manual como “SIM” na tela “5.1.4 - Cadastro de tipos de cobranças a receber” (Imagem 1). Na tela de renegociação ao alterar a cobrança, só será mostrada as cobranças que forem do tipo manual (Imagem 2).

Relatório gerado na tela “Manutenção de contas a Receber” não traz despesas que compõe o recebimento (SUP-59539)

Ocorrência: Valor total das despesas no relatório de contas a receber novo estava com valor duplicado.

Solução: Foi removido essa duplicidade, exibindo o total das despesas de forma correta (Imagens 1 e 2).