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.
📗 Melhorias
[Menu Comuns]
📗 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]
📗 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]
📗 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 Financeiro - Receber]
📗 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).
Fluxo de caixa com valores corretos no somatório são exibidos, de acordo ao filtro (Imagem 3).
📗 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).
Ao finalizar, será possível visualizar a informação da praça na respectiva coluna na “Movimentação de contas correntes” (Imagem 2).
[Menu WMS]
📗 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]
📘 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]
📘 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:
E o valor líquido exibido na consulta personalizada do arquivo enviado, era composto pelos campos:
O campo “Valor Total Item” presente na nota fiscal era composto pelos campos:
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 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:
|
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]
📘 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? |
