Aviso importante!

Esta nota de versão é apenas uma prévia do próximo lançamento.
Observe que os manuais do usuário e de instalação e a mídia FTP não foram atualizados.

Além disso, informamos que as correções e implementações descritas aqui podem ser alteradas, excluídas ou adicionadas antes do lançamento final.

Liberamos com antecedência para ajudar nossos clientes a planejarem a atualização do sistema.

📗 3️⃣ Digitar produtos em unidade (SUP-84807)

Na tela “1.1.19 - Cadastro de produtos”, foram alteradas as validações sobre os campos “Apenas unidade” e “Apenas emb”.

Os campos “Hab. Checkout (Unidade), Hab. Checkout (Embalagem), Qtde embalagem e Unidade(Vda/Est)”, tiveram otimizações em suas validações, porém as validações sobre eles continuam com o mesmo comportamento (Imagem 3).

A validação sobre esses campos são feitas validando se o produto está em alguma ordem ainda não confirmada, independente da unidade sendo embalagem ou unidade. Para alterar qualquer uma dessas informações, o item não deverá estar pendente em nenhuma ordem ainda não confirmada.

📗 3️⃣ Cancelando “Ordem de Compra” ao finalizar quando estiver sem item (SUP-83188)

Na tela “2.2.8 - Manutenção das ordens de compra”, foi inserido um ajuste visual da tela ao validar registro que ainda constava em inserção. Sendo assim, ao incluir um novo registro e tentar mudar de aba, o sistema apresentará uma mensagem de validação: “Não existem itens inseridos na ordem, ela será excluída! CONFIRMAR? (Imagem 1).

📗 3️⃣ Inconsistência ao informar o produto incompleto na tela “Digitação de ordens”

Na tela “3.2.12 - Digitação de Ordens”, foram adicionados os campos “Caracterítica e Descrição” na consulta SQL o procedimento “EfetuaConsulta”. Dessa forma não apresentará mais a inconsistência ao pesquisar um produto sem informar o código completo (Imagem 1).

📗 2️⃣ Custo na requisição de compras (SUP-78946)

Na tela “2.2.16 - Requisição de pedido de compra”, foi alterado o comportamento de visualização de custo. Para que o custo possa ser visualizado desde que o usuário tenha permissão de incluir/editar uma requisição. Caso não tenha, o sistema olhará para a flag “Visualizar custos“ da tela “Manutenção de Usuários” (Imagens 1, 2 e 3).

📗 2️⃣ Pesquisa de representante

Na tela “3.2.12 - Digitação de ordens”, foi inserida uma correção de validação de valor preenchido nos campos “Cep/Telefone”, desta forma, quando o valor não for preenchido ou preenchido de forma incompleta, o sistema não apresentará inconsistências (Imagens 1 e 2).

Image Removed

Image Added

Image RemovedImage Added

📗 3️⃣ Bloqueando faturamento sem peças alocadas no “Pedido” (SUP-87431)

Na tela “4.2.6 - Expedição”, foi criada uma validação para que no momento de faturar o pedido, seja verificado se os itens que necessitam de peças “estilo WMS peça Única ou Rastreável + Única”, estejam com as peças alocadas corretamente. Caso algum item não esteja, o faturamento será bloqueado (Imagens 1, 2, 3 e 4).

📗 3️⃣ Fluxo de Caixa considerar as vendas de Cartão de crédito e débito (SUP-82343)

Na tela “5.2.18 - Movimentação de contas correntes”, foi ajustado para que as movimentações sejam colocadas na conta do terminal devido. Devido a isso, foi criado um script para realizar as operações: as contas faltantes (10.0xx) serão criadas, as empresas dos terminais serão corrigidas, as contas os terminais serão reposicionadas, as empresas das contas serão corrigidas, as movimentações da conta serão transferidas para as contas de seus respectivos terminais e os valores referentes às vendas de cartões que vem do PDV/ERP e SYSPDV, estarão sendo demonstrados no Fluxo de caixa geral. (Imagens 1 e 2).

📗 3️⃣ Conferência de caixa - Movimentação de contas sem fidelidade

Na tela “5.2.21 - PDV retaguarda - conferência de caixa”, foi feita a inserção da coluna “Pç”(praça), desta forma agora quando o usuário finalizar a conferência de caixa a praça da cobrança, passará a ficar visível e será levada para a tela “Movimentação de contas correntes” (Imagem 1).

📗 2️⃣ Gravar o campo Pedido do representante em seu respectivo título a receber (SUP-80955)

Na tela “5.2.15 - Manutenção de contas a receber”, foi adicionada a seguinte informação “Referente pedido do representante e/ou integração externa: (número do pedido)” em um dos campos adicionais de observação. Desta forma, será possível validar a informação no campo “Obs [3]” da grid de exibição de títulos a receber (Imagem 1).

Image Removed

Image Added

📗 3️⃣ Inativação de endereços de picking de produto fora de linha (SUP-85891)

Na tela “1.1.19 - Cadastro de produtos”, foi inserida uma melhoria para quando um produto entrar como “Fora de linha”, para que o endereços de piciking fiquem automaticamente inativos. Desta forma, só ficará inativo caso não tenha quantidade.

📗 2️⃣ Letras sensitivas maiúsculas e minúsculas na barra de pesquisa

Na tela “7.2.10 - Manutenção de características de armazenagem” na aba “Consulta” em “Pesquisar”, foi adicionado um comportamento na grid para permitir pesquisar de forma “Case-Insensitive” (independente de letras maiúsculas ou minúsculas) (Imagem 1).

📘 2️⃣ Solicitando guia de armazenagem para produtos semiacabados, que não utilizam estilo WMS (SUP-85986)

Ocorrência: A validação para geração automática de Guias de Armazenagem no Coletor não estava considerando a ausência de estilo WMS, como é feito no ERP, caso no qual não se deve gerar guia automaticamente.

Correção: Foi replicada no “Coletor” a validação existente no ERP, desta forma, quando não houver estilo WMS associado ao produto, não haverá geração automática de “Guia de Armazenagem”.

📘 2️⃣ Alteração do fone fixo para celular em Cadastro de empresas (SUP-87399)

Ocorrência: O campo “Fone“ no “Cadastro de empresas”, não permitia gravar um número de celular, devido a máscara do campo estar com tamanho especificado somente para gravar um número de telefone fixo.

Solução: Foram alteradas as configurações da máscara do campo “Fone”, permitindo assim que seja digitado um número a mais, desta forma, será possível gravar um número de celular no campo “Fone“ (Imagem 1).

📘 3️⃣ Diferença nos valores de vendas nos arquivos (SUP-85304)

Ocorrência: O arquivo de vendas gerado pela tela “3.2.40 - Exportação - Integração de Dados” no Layout, apresentavam valores diferentes dos apresentados no “Cubo comercial estático”.

Solução: Para que fique fácil para o usuário validar se os valores enviados no arquivo de venda foram adicionados, foi inserido o campo “Valor Bruto” no “Relatório cubo comercial estático” (Imagem 1).

Na consulta personalizada foram adicionados novos campos para facilitar a filtragem das informações, para que o valor apresentado chegue no valor do “Cubo comercial estático”.

O arquivo de vendas enviará Notas Fiscais olhando para a data de emissão da nota, entretanto existem situações em que o pedido de venda pode ter sido faturado no mês anterior à emissão da nota, dessa forma os valores apresentados no cubo comercial e no arquivo, ficam divergentes e para facilitar a filtragem dessa informação foi adicionada uma coluna chamada “Cubo Comercial” (Imagem 4).

Foi criada uma coluna chamada “Valor Total NF (Cubo Comercial). Hoje já existe a coluna “Valor Total NF“, entretanto essa coluna sofre uma multiplicação por menos 1 (-1), quando o tipo da nota é uma reentrada (NF_CREDEB = “C”) impactando na soma dessa coluna com o cubo comercial, desta forma, para validar com o valor enviado será necessária essa multiplicação, visto que o arquivo de vendas informa a quantidade negativa quando a nota é uma devolução, devido a isso, criou-se essa nova coluna que não sofrerá a multiplicação (Imagem 5).

Uma análise das informações do cubo comercial com a consulta personalizada.

A consulta exposta é um espelho do que é enviado, entretanto nem todos os registros fazem parte do cubo comercial, pois temos uma coluna chamada “Tipo NF“ que indica se a nota fiscal é uma nota de saída (NF) ou uma nota de entrada (NF_COMPRA), apenas os registros da Nota de saída farão parte do cubo comercial, entretanto poderemos utilizar o filtro “Cubo Comercial” optado como “SIM” (Imagem 12).

Existe a coluna “Data de Faturamento” que se refere ao pedido e ao utilizar a opção “Cubo Comercial” optado como “SIM”, serão exibidos apenas os registros com data de faturamento dentre a data de emissão da nota de saída (NF_CREDEB = “D”). Desta forma, deve-se realizar a soma (clicando com botão direito do mouse) nas Colunas “Valor Total NF (Cubo Comercial)” e “Valor Total (Item Pedido)” (Imagens 13 e 14).

A coluna “Valor Total NF (Cubo Comercial)” com o valor de 5.468.032,91 e a coluna “Valor Total Item Pedido” com o valor de 5.468.032,83, estes valores são a soma dos produtos de linha 1 e 17 (Imagem 16). Comparando com o cubo comercial (Imagem 17).

A coluna “Valor Total NF (Cubo Comercial)” se comparada com o cubo tem uma diferença de (0,08 centavos), já a coluna “Valor Total Item Pedido” é exatamente o mesmo valor do cubo comercial, para que possamos identificar de forma clara o porque dessa diferença existe a coluna “Dif. Item NF e Item Pedido”, que exibirá exatamente qual item possui diferença do valor total do pedido, com o valor total da nota, realizando o filtro (Imagens 18 e 19).

O resultado é que um item que no pedido, possui o valor de 5.757,52 e na nota ele possui o valor de 5.757,60, exatamente a diferença no valor do cubo contra o valor enviado (Imagens 20 e 21).

📘 1️⃣ Não destacando IPI nas observações da ordem de devolução (SUP-87217)

Ocorrência: Não estava destacando a base e valor de IPI, nas informações complementares da Pré-Danfe quando o campo “Operação IPI” da configuração do CFOP de Devolução estava como “Destaca em despesas acessórias”.

Módulo: Foi realizado um ajuste nas informações complementares da Danfe e Pré-Danfe, para que seja destacada a base e o valor do IPI, caso o campo “Operação IPI” da configuração do CFOP de Devolução, esteja como “Destaca em despesas acessórias” ou “Informa em <vIPIDevol> do xml“.

📘 3️⃣ Impossibilidade de registrar prorrogação de títulos no banco Sicredi (SUP-85883)

Ocorrência: Quando fazia uma alteração no vencimento do título e enviava a remessa da prorrogação, não estava considerando o abatimento.

Solução: Foi alterado para quando for “Sicredi CNAB 400”, o valor do abatimento sempre apareça na remessa desde a sua criação, bem como o valor do documento sempre considere a sua soma.

📘 3️⃣ Título baixado parcialmente não gerando lançamento na exportação de arquivo CNAB (SUP-87591)

Ocorrência: Quando um título era baixado parcialmente e ainda não registrado, não aparecia na tela de Exportação de arquivo CNAB.

Solução: Na tela “Recebimento de contas”, foi criado um aviso para quando o título proporcione registro diante de sua carteira e ainda não teve seu registro realizado/confirmado, que seja apresentado um “Captcha”.

Âncora
indice indice

Índice:

Voltar ao topo