Notas de versão 1489.543

DOCUMENTAÇÃO CONCLUÍDA

Data de publicação: 18/06/24


Melhorias

[Menu Comercial - Vendas]

Performance da geração do “Relatório da Curva ABC”.

Na tela ”3.3.10 - Relatório de curva ABC”, foi adicionado um filtro para definir se será exibido ou não o resumo das grades no relatório. Também foi feito um ajuste na procedure “SP_ABC” para utilizar os índices da tabela “SIS_REL_CUSTOMIZADO_FILTROS”, aprimorando a performance do relatório.

b610fdda-58ab-4ee0-b211-e9e865a98ab3 1.jfif
Imagem 1 - Tela Relatório de curva ABC

 

a201c0b2-91fd-47a5-8c4c-58493251c72f 2.jfif
Imagem 2 - Tela Relatório de curva ABC

 

 

 

 


Solicitações

[Coletor]

Inconsistência ao informar produto no inventário WMS.

Ocorrência: Era apresentada uma inconsistência ao informar produto no inventário WMS do Coletor, que ocorria quando o inventário possuía uma data de fabricação padrão.

Solução: Foi realizado um ajuste na busca pela fabricação padrão do inventário WMS no Coletor. Foi verificado que a inconsistência ocorria devido a busca estar passando o número do lote padrão para o campo de data de fabricação padrão (Imagens 1, 2, 3, 4 e 5).

 

 

 

 

 

 

[Menu Comercial - Compras]

Tela ”Almoxarifado” - Movimentações ficando com data futura considerando a data da máquina do usuário.

Ocorrência: Ao realizar as movimentações na tela “Almoxarifado”, a data das movimentações ficava com uma data futura considerando a data do computador que estava incorreta.

Solução: Foi realizado um ajuste para que a movimentação do almoxarifado considere a data do servidor (Imagem 1).

 

 

 

Inconsistência na movimentação de estoque.

Ocorrência: Ao criar uma ordem de compras com o tipo de ordem marcado para não movimentar estoque, e posteriormente alterar o local de estoque na tela de entrada de notas, o estoque comprado do produto ficava negativo e ocorria movimentação no estoque selecionado na entrada de notas.

Solução: Foi realizado um ajuste para garantir que ao realizar operações onde o tipo de ordem no pedido de compras está configurado para não movimentar estoque, a tela de entrada de notas respeite essa configuração. Assim, mesmo que o local de estoque seja alterado na entrada de notas, não ocorrerá movimentação de estoque, evitando saldos negativos (Imagens 1, 2, 3, 4, 5 e 6).

 

 

 

 

 

 

 

[Menu Comercial - Vendas]

Inconsistências na tela “Autosserviço”.

Ocorrência: Ao pesquisar um produto na tela “Autosserviço”, campo de digitação de código, descrição ou barras, quando uma descrição com mais de um item era digitada, ao invés de trazer a janela diretamente na tela, era exibida uma mensagem de alerta.

Solução: Foi retirada a mensagem de alerta, agora, será aberta a tela de pesquisa. Pois mesmo que seja encontrado mais de um produto igual, o sistema irá mostrá-los na pesquisa (Imagem 1).

 

 

 

Inconsistência ao gerar “Relatório curva ABC”.

Ocorrência: Ao gerar o relatório de curva ABC, o sistema apresentava uma inconsistência de processamento devido a quantidade de informações.

Solução: Foi adicionado um filtro para definir se irá ou não exibir o resumo das grades, para gerar um relatório mais condensado, reduzindo o tempo de processamento. E feito um ajuste na procedure “SP_ABC” para otimizar o uso dos índices da tabela “SIS_REL_CUSTOMIZADO_FILTROS”, melhorando assim a performance do relatório.

 

 

 

 

 

 

[Menu Faturamento]

Local de incidência do pagamento de ISS incorreto, em notas de serviços.

Ocorrência: Para o provedor GIAP, que atende a cidade de São Carlos - SP, era necessário priorizar os dados de endereço da obra antes de verificar os dados do prestador para o envio da NFS-e ao município de incidência.

Exemplo:

  1. Quando havia uma obra vinculada à NFSe, os dados do local de prestação eram preenchidos com o endereço da obra.

  2. Quando não havia obra, o endereço do prestador era utilizado como local de prestação, conforme exemplificado na nota disponível no site da prefeitura.

Exemplo:

  1. Quando havia uma obra vinculada à NFSe, os dados do local de prestação eram preenchidos com o endereço da obra.

  2. Quando não havia obra, o endereço do prestador era utilizado como local de prestação, conforme exemplificado na nota disponível no site da prefeitura.

Solução: Foi implementada uma nova regra para determinar as informações do município de incidência (local de prestação). Essa solução visará garantir que os dados de endereço sejam preenchidos corretamente, respeitando a lógica de priorização necessária para o município de São Carlos.

A regra se aplicará ao provedor GIAP:

  1. Quando existir uma obra:

    • O local de prestação será sempre o endereço da obra.

  2. Quando não existir obra e retém ISS:

    • O local de prestação será o endereço do tomador do serviço.

  3. Quando não existir obra e NÃO retém ISS:

    • O local de prestação será o endereço do prestador do serviço.

A regra se aplicará ao provedor GIAP:

  1. Quando existir uma obra:

    • O local de prestação será sempre o endereço da obra.

  2. Quando não existir obra e retém ISS:

    • O local de prestação será o endereço do tomador do serviço.

  3. Quando não existir obra e NÃO retém ISS:

    • O local de prestação será o endereço do prestador do serviço.

 

 

 

 

 

 

 

[Menu Financeiro - Receber]

[Menu Financeiro - Pagar]

[Menu WMS]

[Menu Contábil]

[Menu Fiscal]

[Menu MDF-e/CT-e]

[Menu Manifestação do Destinatário]


Feedback

Feedback

Qual é o seu nível geral de satisfação com essas notas de versão?

Clique aqui para responder

Legendas dos tipos de tickets

Legendas da criticidade do ticket

Mudança
Melhoria
Solicitação
Relevante
Importante
Muito importante

Informações técnicas

 

Informações técnicas

 

Banco:

892

Coletor:

1489.252