| Nota |
|---|
Aviso importante! Esta nota de versão é apenas uma prévia do próximo lançamento. |
|
|---|
📙 Mudança
[Menu Comercial - Compras]
| Expandir | |||||||
|---|---|---|---|---|---|---|---|
| |||||||
📙 1️⃣ Permitindo informar item sem custo na tela “Requisição de Compras”.
Na tela “Manutenção de Usuários”, foi adicionado um evento para controlar a informação de custo na tela “2.2.16 - Requisição de Pedido de Compra” (Imagens 1 e 2). 
 |
📗 Melhorias
[Menu Comuns]
| Expandir | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
📗 3️⃣ Inserida a paginação ao exportar produtos para planilha Excel.
Na tela “1.1.19 - Cadastro de produtos”, foi adicionada a paginação na exportação do arquivo “CSV”. A partir de agora ele será trabalhado em cada página de forma separada, ou seja, gerará o arquivo página por página, o que limitará o espaço ocupado na memória. Sendo assim, ao iniciar o processo de exportação será fechada a consulta de produtos, liberando os “mb” utilizados inicialmente. E ao finalizar o processo de exportação será fechada a consulta de exportação, liberando os “mb” que estavam sendo utilizados, desta forma, fará com que o processo de exportação ocorra normalmente (Imagem 1). 
📗 3️⃣ Ajustando numeração NFS-e e busca de chaves sem uso da lupa.
Nas telas que possuem os campos “Plano financeiro” e “Centro de custo”, foram feitas alterações. Agora, será possível digitar o código destes campos.
 |
[Menu Comercial - Compras]
| Expandir | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
📗 2️⃣ Cálculo do estoque na tela “Sugestão de Compra”.
Na tela “2.2.11 - Sugestão de Compra”, foram feitas alterações para que ao pesquisar o produto para gerar a sugestão de compra e configurar o campo "Estoque und compra" com a opção “NÃO”, será realizado o cálculo dos totalizadores "Estoque Atual, Comprado, Vendido e Saldo" (Imagem 1). 
📗 2️⃣ Clicando na lupa de “Rateio Padrão Centro de Custo”.
Na tela “2.2.8 - Manutenção das ordens de compra”, foi feito um ajuste para que somente seja aberta a tela quando estiver sendo inserida/alterada alguma ordem de compra, assim como acontece com alguns outros campos desta mesma tela, como “Cobrança”, “Classificação Gastos”, entre outros (Imagem 1).  📗 2️⃣ Totalizador de coluna na tela “Entrada de notas fiscais”.
Na tela “2.2.4 - Entrada de notas fiscais”, foi implementado um totalizador para a coluna “Valor total” pertencente à grade das notas consultadas (Imagem 1).  📗 3️⃣ Validação “Tipo de Ordem x Classificação de Gastos”.
Na tela “2.2.8 - Manutenção das ordens de compra” em (pedido de compra), foi implementada uma validação entre a “Classificação de gastos e Tipo de ordem do pedido de compra”, que irá operar mediante algumas configurações e configurações.
Obs.: Com o tipo de ordem optado para “NÃO” movimentar estoque e a classificação de gastos, para “PERMITIR” requisição de materiais optada como “SIM”, ou seja, o “Tipo de ordem” está NEGATIVO e a “Classificação de gastos” POSITIVA, o sistema fará a restrição.
Obs.: Com o tipo de ordem optado para “SIM” movimentar estoque e a classificação de gastos, para “PERMITIR” requisição de materiais optada como “NÃO”, ou seja, o “Tipo de ordem” está POSITIVO e a “Classificação de gastos” NEGATIVA, o sistema fará a restrição.
Obs.: Caso o “Tipo de ordem”, esteja configurado para “SIM” movimentar estoque e a classificação de gastos está para “PERMITIR” requisição de materiais optada como “SIM”, ou seja, o tipo de ordem está POSITIVO e a classificação de gastos também é POSITIVA, o sistema não fará a restrição.
|
[Menu Comercial - Vendas]
| Expandir | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
📗 2️⃣ Customização na tela “Emissão de Ordens”.
Na tela "3.2.14 - Emissão de Ordens" foram incluídas duas colunas na grade:
 
 📗 2️⃣ Nota de reentrada gerada pela tela “Fechamento de Ordens”.
Na tela "4.1.1 - Cadastro de notas fiscais”, foi feito um ajuste para que quando a nota de reentrada, gerada através da exclusão de uma digitação de ordem (Cancelamento), for pesquisada e salva, não seja duplicado o campo “NFI_QUANTIDADE_DEV” da tabela “NFITENS”, referente à nota vinculada à digitação de ordem que foi cancelada, originando a nota de reentrada (Imagens 1 e 2). 
 📗 1️⃣ Permissão de inserção de cidade com mais de 30 (trinta) caracteres.
Na tela "3.5.7 - Guarani móvel - Android - importação de dados”, foi feito um ajuste no recebimento pelo “Integrador WS” de pedidos de clientes. Agora, no campo “Cidade”, ao inserir uma nomenclatura que possuir mais de 30 caracteres, serão desconsiderados os caracteres que ultrapassarem esta quantidade limite (Imagem 1). 
 📗 3️⃣ Inserção de ICMS no XML em nota de “Remessa”.
Foi criada a tela “Cadastro Motivo Desoneração ICMS”, que permitirá informar o tipo de cálculo do motivo. Esta tela será exibida preenchida com os motivos que já estavam cadastrados, por padrão o campo “Tipo Cálculo“ estará optado como “Destaca“.
 📗 2️⃣ Ajuste na tela “Digitação de ordens”.
Na tela “3.2.12 - Digitação de ordens” foram alteradas as propriedades do menu suspenso, que apresentam o tipo de ordem via tabela de consultas, na aba “Manutenção” quanto na aba “Consulta”. Dessa forma, o conteúdo do combo se ajustará ao tamanho do texto, sendo possível também ajustar o tamanho manualmente caso necessário (Imagens 1 e 2). 
|
[Menu Financeiro - Receber]
| Expandir | ||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||
📗 1️⃣ Liberação de ordens em massa.
Na tela “5.2.16 - Liberação de ordens”, foi implementada uma opção para liberação das ordens em massa. Nesta tela, foi adicionada a aba “Desbloqueio de crivos em massa”.
|
[Menu Financeiro - Pagar]
| Expandir | ||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||
📗 3️⃣ Centro de custo para conta de juros passivos.
Na tela “Contas a pagar”, foi adicionada uma opção para informar o plano financeiro e centro de custo na aba “Dados adicionais” (Imagem 1). 
📗 3️⃣ Tela “Lançamentos a pagar” informando emissão incorretamente.
Nas telas “6.2.6 - Lançamentos a pagar, 6.2.1 - Autorização de pagamentos e 6.2.7 - Pagamento de contas”, foi adicionado o campo “Data emissão da NF”.
 |
📘 Solicitações
[PDV]
| Expandir | ||
|---|---|---|
| ||
📘 2️⃣ Mensagem na tela de transmissão de Nota Fiscal PDV.
Ocorrência: Uma inconsistência estava ocorrendo ao transmitir ou tentar abrir, uma nota com observação de cliente SUFRAMA no PDV. Esta inconsistência estava ocorrendo por conta do campo observação da base legal que vinha preenchida do cadastro de clientes, desta forma, a base legal não era levada para emissão de notas fiscais no PDV e ainda apresentava a inconsistência ao tentar emitir uma nota fiscal. Local>Tela Digitação de Nota Fiscal Eletrônica Local>Tela Emissão de Notas Fiscais Eletrônicas |
[Menu Comercial - Compras]
| Expandir | |||||||||
|---|---|---|---|---|---|---|---|---|---|
| |||||||||
📘 1️⃣ Filtro por número de requisição de compra não funcionando.
Ocorrência: A inconsistência estava ocorrendo devido a forma com que os filtros foram criados, considerando o conteúdo digitado como texto ao enviar para a consulta no banco. Desta forma, o filtro por número de requisição de compra, não estava funcionando. Solução: Foi feita uma correção para considerar o código digitado, como inteiro (Imagem 1).  Local>Tela 2.2.16 - Requisição de Pedido de Compra 📘 2️⃣ Sugestão de compras duplicando quantidades ao gerar pedido de compra.
Ocorrência: Sugestão de compras estava repetindo as quantidades para todos os itens ao gerar pedido de compra, quando o parâmetro da tela “Multiempresa“ estava configurado como “NÃO“. Solução: Foi realizado um ajuste na necessidade do item, que ao gerar pedido de compra com o parâmetro "MultiEmpresa" marcado como "NÃO" na “Sugestão de compras” deverá seguir o comportamento normal.
Local>Tela 2.2.11 - Sugestão de Compra Local>Tela Geração do pedido de compra Local>Tela 2.2.8 - Manutenção das ordens de compra |
[Menu Comercial - Vendas]
| Expandir | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
📘 1️⃣ Inconsistência ao utilizar o relatório na tela “Relatório de vendas (feirinha)”.
Ocorrência: Estava sendo apresentada uma inconsistência ao gerar o relatório de vendas com produtos de feirinha. Era comparado o produto escolhido na consulta “pro_referencia”(produto escolhido na tela) com “pro_codigo”(consulta no banco), gerando uma inconsistência caso houvesse alguma letra no produto da referência escolhida. Solução: Foi feito um ajuste para que seja utilizado o código do produto para realizar a consulta (pro_codigo escolhido X pro_codigo no banco) (Imagem 1).  Local>Tela 3.3.18 - Relatório de vendas (feirinha) 📘 1️⃣ Relatório Royalties.
Ocorrência: Na listagem de itens a serem processados na tela “Relatório de apuração de royalties” estavam sendo repetidos, somente os produtos que continham código de barras adicionais Solução: Foi corrigido para que a consulta seja pelo código de barras adicional, desta forma, o produto não irá se repetir independente da quantidade de códigos adicionais que existam.
Local>Tela 3.3.8 - Relatório de apuração royalties Local>Tela 1.1.19 - Cadastro de produtos 📘 Em “Manutenção de ordens”, não era permitido alocar peças de quantidades exatas.
Ocorrência: A quantidade de volumes do pedido não estava atualizando, quando alocava peças na pela “Manutenção de ordens”, pois o processo de alocação de peças ocorria à partir da opção “Alterar quantidade”. Solução: Foi corrigido para sempre rodar a procedure, caso exista peça alocada no pedido, independente se houve alteração na quantidade.
 Local>Tela 3.2.21 - Manutenção das ordens Local>Tela 3.2.12 - Digitação de ordens 📘 3️⃣ Emissão de ordens apresentando divergência nos logs de impressão.
Ocorrência: Algumas ordens estvam apresentando o campo Separação como “SIM”, porém não aparecia nenhuma informação de impressão no log e nem na rastreabilidade da ordem. Sendo assim, ao gerar impressões, o registro do log não era visível e a persistência estava acontecendo antes da geração do novo registro, tornando o último registro um “registro fantasma”, que desaparecia assim que o sistema fosse encerrado. Solução: Foi adicionado ao fim do processo de impressão, uma chamada da rotina de validação de dados, garantindo que os registros sejam persistidos na base. Desta forma, o processo de persistência passará a ocorrer após as impressões, garantindo que todos os registros gerados sejam inseridos no banco, evitando “registros fantasmas”, ou seja, registros criados em sessão e nunca persistidos (Imagem 1). 
 Local>Tela 3.2.14 - Emissão de ordens |
[Menu Faturamento]
| Expandir | ||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||
📘 2️⃣ Sistema validando estoque incorretamente ao faturar romaneio.
Ocorrência: Ao realizar o faturamento, o sistema validava o estoque incorretamente. Este comportamento ocorria quando o parâmetro para checkout estava optado como “ANTES DO FATURAMENTO” e o romaneio possuía ordens com configurações diferentes em seus tipos (exemplo: tipo de ordem que integrava checkout e tipo de ordem que não integrava checkout). Solução: Foi realizado um ajuste na verificação do estoque ao confirmar o faturamento. Serão validadas as ordens quando o checkout não for antes do faturamento, ou quando o checkout for antes do faturamento, mas o tipo de ordem não integrar checkout. Também foi inserido um log de operações para exibir as ordens em que o tipo de ordem estará optado como “NÃO” movimentar estoque (Imagem 1).  Local>Tela 4.2.6 - Expedição 📘 2️⃣ Inconsistência ao importar DI.
Ocorrência: Estava ocorrendo uma inconsistência ao importar a DI, quando associada com pedido de compra. Solução: Foi feito um ajuste para realizar os cálculos, apenas dos itens que constam no pedido de compra que foi utilizado na importação da DI.
Local>Tela 4.1.1 - Cadastro de notas fiscais Local>Tela Importação da Declaração de Importação (DI) Local>Tela Manutenção do pedido de compra |
[Menu Financeiro - Receber]
| Expandir | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
📘 2️⃣ Impressão de boletos não considerando a quantidade de cópias escolhidas.
Ocorrência: Ao realizar a impressão de boletos, a quantidade de cópias optadas não estava sendo considerada, devido a instância do componente ser criada duas vezes, mas somente na segunda o boleto era enviado efetivamente para a impressão, ficando a primeira instância responsável por recuperar as configurações optadas. Solução: Foi feito um ajuste para que seja considerada a quantidade de cópias optada no processo de impressão do boleto (Imagens 1, 2 e 3). 
Local>Tela 5.2.15 - Manutenção de contas a receber 📘 2️⃣ Ao selecionar títulos para junção, o sistema apresentava uma mensagem de falha.
Ocorrência: Estava ocorrendo uma inconsistência, ao realizar a junção de títulos na tela “Lançamentos a pagar”. Solução: Foi feito um ajuste para verificar se o objeto existe e criá-lo se necessário antes de utilizar. Desta forma, ao fazer a junção de títulos não ocorrerá mais a mensagem de falha de segmentação (Imagens 1 e 2). Local>Tela 6.2.6 - Lançamentos a pagar 📘 2️⃣ Nova funcionalidade de devolução não gerando praça correta.
Ocorrência: Foi criada uma nova funcionalidade "gerar título a pagar do valor total disponível", na tela “Manutenção de contas a receber, mas foi verificado pela tela “Gerar Título”, que sempre gerava o título para a praça 1(um). Solução: Foi feito um ajuste para respeitar a praça do título original, sendo 1(um) ou 3(três) (Imagens 1 e 2). Local>Tela Contas a Pagar Local>Tela 5.2.15 - Manutenção de contas a receber 📘 2️⃣ Contas a receber diferente da venda no PDV.
Ocorrência: Estava sendo apresentada uma inconsistência, o valor do O valor apresentado no contas a receber estava era diferente da venda realizada no caixa. Solução: Foi realizado um ajuste na geração das parcelas do PDV quando o pagamento for realizado com mais de um cheque, ou quando o pagamento for realizado em cheque e com outra forma diferente de cheque pagamento (Imagem 1).   Local>Tela 5.2.15 - Manutenção de contas a receber |
[Menu WMS]
| Expandir | ||
|---|---|---|
| ||
📘 2️⃣ Tela “WMS - Inventário” apresentando inconsistência ao criar um inventário e selecionar os locais de estoque.
Ocorrência: A tela “WMS - Inventário” estava apresentando uma inconsistência ao transferir peças em massa, devido ao uso de um componente que não havia sido instanciado. Este componente era uma consulta responsável por recuperar o código do endereço da peça para realizar a transferência. Solução: Foi feito um ajuste para que seja possível realizar a conclusão de uma transferência com sucesso (Imagens 1, 2 e 3). 
Local>Tela 7.2.5 - WMS - Inventário |
[Menu Contábil]
| Expandir | ||
|---|---|---|
| ||
📘 3️⃣ Integração contábil com inconsistência.
Ocorrência: Ao fazer a integração contábil do módulo fiscal notas de saída, o sistema estava gerando uma inconsistência: insufficient memory for this operation”. Solução: Foram feitos ajustes e implementado um “select” ao início da integração carregando o plano de contas em memória e a validação da exigência passará a ser validada com o plano de contas carregado em memória, não sendo realizada a consulta no banco de dados. Também foi alterada a lógica de lançamento de “PARTIDA e CONTRA PARTIDA” sendo separado em dois componentes, desta forma o consumo da memória tenderá a diminuir e o desempenho aumentará, uma vez que removerá processamento desnecessário (Imagens 1 e 2). Local>Tela 9.2.1 - Contábil - Integração |
[Menu MDF-e/CT-e]
| Expandir | ||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||
📘 2️⃣ Cadastro de CT-e ultrapassando o limite de caracteres permitidos.
Ocorrência: Ao transmitir CT-e estava sendo apresentada uma inconsistência, tag “<prodPred> -Produto Predominante”ultrapassando o limite de caracteres permitidos (60). Solução: Foi realizado um ajuste, para limitar a tag “<proPred> - Produto Predominante” com 60 caracteres na transmissão do CT-e.
 Local>Tela 11.1.2 - Cadastro de CT-e |
[Menu Manifestação do Destinatário]
| Expandir | |||||||
|---|---|---|---|---|---|---|---|
| |||||||
📘 2️⃣ Inconsistência ao consultar NF-e na “Sefaz” em “Manifestação do destinatário”.
Ocorrência: Ao consultar NF-e estava sendo apresentada uma mensagem de inconsistência, mesmo quando a consulta era realizada normalmente. Solução: Foi adicionada uma melhoria no retorno da consulta por NSU, para que ao identificar novos documentos, a mensagem apresentada na grade seja de sucesso, uma vez que existem dois tipos de consultas no serviço (consulta por último NSU e consulta por NSU), em qualquer uma das duas que apresentar sucesso ao retornar documentos, a mensagem será condizente com o sucesso da consulta.
 Local> Tela 16.2.1 - Manifestação do Destinatário |
| Painel | ||||||
|---|---|---|---|---|---|---|
| ||||||
|
|
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? |
| Painel | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
Voltar ao topo |