Ir para o final dos metadados
Ir para o início dos metadados

Você está vendo a versão antiga da página. Ver a versão atual.

Comparar com o atual Ver Histórico da Página

« Anterior Versão 12 Próxima »

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.
Data de previsão de publicação: 29/05/23

📗 Melhorias

[Menu Comuns]

 Clique para expandir/recolher

📗 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”.

Caso “Apenas emb” estiver com a opção “SIM”, o sistema validará se há o produto em alguma ordem ainda não confirmada como unidade, caso haja o sistema fará o bloqueio da alteração permitindo que seja alterado. Caso não haja nenhuma ordem que contenha o produto, será utilizada como unidade (Imagem 1).

Caso “Apenas unidade” esteja com a opção “SIM”, o sistema validará se há o produto em alguma ordem ainda não confirmada como embalagem, caso haja o sistema fará o bloqueio da alteração permitindo que seja alterado e caso não haja mais nenhuma ordem que contenha o produto, será utilizado como embalagem (Imagem 2).

Caso os campos citados acima sejam alterados para “NÃO”, nenhuma validação deverá ocorrer.

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.

[Menu Comercial - Compras]

 Clique para expandir/recolher

📗 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).

Se for optado igual a “SIM”, o sistema exibirá a tela de “Consulta” e a ordem de compra será excluída automaticamente (Imagem 2).

Caso a escolha seja igual a “NÃO”, o sistema permanecerá na tela de “Ordens de compra” (Imagem 3).

📗 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).

Só não apresentará a coluna, quando as duas permissões estiverem com a opção “NÃO” e visualizar custos também com a opção como “NÃO” (Imagens 4 e 5).

[Menu Faturamento]

 Clique para expandir/recolher

📗 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).

Isso não ocorre quando o checkout está configurado para antes do faturamento, já que para fazer o checkout as peças precisam estar alocadas. A validação será feita em “Digitação de ordens”, cuja origem esteja configurada para movimentar estoque e o item deve ter o “estilo WMS peça Única ou Rastreavel + Única” (Imagens 5 e 6).

[Menu WMS]

 Clique para expandir/recolher

📗 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.

O produto será colocado “Fora de linha” (manualmente) (Imagem 1).

Caso tenha algum endereço de picking que contenha quantidade, o sistema emitirá um aviso em tela dizendo que existe quantidade nos endereço de picking e perguntará se deseja continuar (Imagem 2).

Deverá marcar a opção “SIM”, para continuar e ser apresentado o “Captcha” (Imagem 3).

Em seguida os endereços de picking serão inativados automaticamente e endereços de picking que contenham quantidades, não serão inativados (Imagem 4).

📗 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).


📘 Solicitações

[Menu Comuns]

 Clique para expandir/recolher

📘 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).

Local>Tela 1.1.5 - Cadastro de mepresas

[Menu Comercial - Vendas]

 Clique para expandir/recolher

📘 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”.

Foi verificado que o Total Líquido apresentado no “Cubo comercial estático” era obtido com o seguinte cálculo:

  • Valor Líquido = Valor Líquido + Valor IPI + Valor ST + Outras Despesas + Valor Seguro + Valor FCP ST + se(Destaca Frete NF, Valor Frete, 0).

E o valor líquido exibido na consulta personalizada do arquivo enviado, era composto pelos campos:

  • Valor Total Líquido = Valor Total Item - Valor Desconto Item.

O campo “Valor Total Item” presente na nota fiscal era composto pelos campos:

  • Valor Total Item = Valor unitário * Quantidade.

Obs.: Dessa forma analisar os dois campos, “Valor Líquido cubo comercial estático e o Valor Líquido da consulta personalizada” não chegava a valores iguais.

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).

Esse campo Valor Bruto é o campo Valor Total Item e a soma de todos os itens é o Valor Bruto na digitação de ordens

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 cubo comercial verifica apenas pedidos, podendo informar três tipos de datas:

    • Data de Digitação;

    • Data de Faturamento;

    • Data de Prev. Entrega.

  • Com isso para que chegue no valor apresentado no arquivo de vendas, é preciso informar a data “Data de Faturamento” no cubo comercial, informar os tipos de ordens “Venda”, “Bonif Autorizad”, “Boni Flex”, “Troca” e “Devolução”, informar o período e escolher a fidelidade 1 (Imagem 3).

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).

A coluna “Cubo Comercial” será responsável por indicar quais registros farão parte do “Cubo comercial estático”, levando em consideração os seguintes critérios:

  • Data de faturamento do pedido, deve estar entre a data inicial e data final informada na geração do arquivo, ou seja, entre a data de emissão da nota fiscal;

  • O campo NF_CREDEB deverá estar marcado como “D” indicando que a nota foi uma saída, quando o campo NF_CREDEB esta marcado como “C” indica que foi uma reentrada;

  • Com essas duas condições satisfeitas a coluna “Cubo Comercial”,ficará marcada como “SIM“ indicando que esses registros farão parte do “Cubo comercial estático”.

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).

Na tela “3.2.12 - Digitação de ordens”, foram adicionadas duas novas colunas que trarão o valor do item no pedido “Valor Total Líquido Item” e “Valor Total Item Pedido” (Imagens 6 e 7). Essas duas colunas servirão de base, para que ao serem somadas indiquem possíveis diferenças de centavos no arquivo com o cubo comercial.

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

Consulta no cubo comercial estático (Imagem 8). Filtrando apenas as linhas 1 e 17, teremos um totalizador para o Valor Líquido de 5.380.364,58 e para o Valor Bruto de 5.468.032,83 (Imagem 9).

Gerando uma consulta personalizada (Imagens 10 e 11).

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).

Colunas somadas (Imagem 15).

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).

Buscando o item com a referência 126151 e código 89309, no pedido 331559 e nota 427618. O pedido (Imagem 22), a nota fiscal (Imagem 23) e a comparação (Imagem 24).

Local>Tela 3.2.40 - Exportação - Integração de Dados

Local>Tela 3.3.4 - Relatório Cubo Comercial Estático

Local>Tela 3.2.12 - Digitação de ordens

Local>Tela 4.1.1 - Cadastro de notas fiscais

Local>Tela 1.1.40 - Consultas Personalizadas

📘 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“.

CFOP marcada para destacar em despesas acessórias (Imagem 1).

Pré-Danfe destacando valor do IPI em despesas acessórias (Imagem 2).

CFOP marcada para “Informa em <vIPIDevol> do xml” (Imagem 3).

Pré-Danfe destacando valor do “IPI em <vIPIDevol> do xml” (Imagem 4).

CFOP marcada para destacar em campo próprio (Imagem 5).

Digitação de Ordens (Imagem 6).

Pré-Danfe destacando valor do IPI em campo próprio (Imagem 7).

Local>Tela 3.2.12 - Digitação de ordens

Local>Tela CFOP de Devolução

[Menu Financeiro - Receber]

 Clique para expandir/recolher

📘 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.

Primeira remessa enviada (Imagem 1).

Remessa com a prorrogação (Imagem 2).

Local>Tela 5.2.15 - Manutenção de contas a receber

📘 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”.

Título sem remessa enviada (Imagem 1).

Mostrando validação (Imagem 2).

Clicando em ok, será apresentando o “Captcha” (Imagem 3).

É importante destacar que quando uma baixa parcial é realizada em um título já registrado, o sistema irá enviar um abatimento para o banco referente a esta baixa, já que nesse caso o valor contábil fora escriturado corretamente respeitando o desmembramento.

Local>Tela 5.2.15 - Manutenção de contas a receber


Índice:

Legendas dos tipos de tickets
Legendas da criticidade do ticket
?? Mudança
📗 Melhoria
?? Solicitação
1️⃣ Relevante
2️⃣ Importante
3️⃣ Muito importante

Feedback

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

Clique aqui para responder

  • Sem rótulos