2.35.00 ________________________
2.35.01 ________________________
(50835) Foi identificado um erro relacionado à configuração da variável “Calcular o total do item de Nota Fiscal”, localizada nas opções do documento fiscal. A configuração não estava sendo mantida corretamente, ocasionando divergências no comportamento apresentado pelo sistema.
A situação foi encaminhada para a Engenharia para uma análise mais aprofundada. Durante a investigação, foi identificado que a alternância entre os formulários de Nota Fiscal de Saída e Nota Fiscal de Entrada estava ocasionando um conflito de informações mantidas em memória. A configuração referente à forma de cálculo do produto, entre Valor Total e Valor Unitário, deveria ser exclusiva da Nota Fiscal de Entrada, porém, ao acessar ou editar uma Nota Fiscal de Saída, o estado visual dessa configuração acabava sendo alterado indevidamente, mesmo sem que houvesse qualquer alteração efetivamente gravada no banco de dados.
Para corrigir o problema, foi realizado o bloqueio do campo de seleção relacionado ao cálculo do Valor Total do Produto na Nota Fiscal de Saída, impedindo interações indevidas com uma configuração que não deve ser utilizada nesse documento.
Além disso, foi implementado o recarregamento obrigatório das configurações diretamente do banco de dados sempre que uma Nota Fiscal de Entrada for editada. Dessa forma, o sistema passa a apresentar as informações de acordo com a configuração efetivamente registrada, evitando que dados mantidos em memória de outros formulários interfiram no comportamento da tela.
Também foi definido que, ao realizar a inclusão de uma Nota Fiscal de Saída, as opções relacionadas ao “Valor Total do Produto” permanecerão bloqueadas, garantindo que essa configuração não seja alterada indevidamente.
Com os ajustes realizados, o sistema passa a manter a separação correta das configurações entre Nota Fiscal de Entrada e Nota Fiscal de Saída, evitando conflitos entre as telas e garantindo maior consistência entre as informações apresentadas ao usuário e aquelas efetivamente armazenadas no banco de dados.
(51428) Foram realizados testes para verificar o comportamento do sistema durante a inutilização de documentos fiscais. Foram testados diferentes cenários, incluindo a inutilização de NFC-e, NF-e antiga e NF-e contendo grupo fiscal.
Inicialmente, nos testes realizados, foi identificado que o faturamento dos documentos era removido corretamente durante o processo de inutilização e, naquele momento, não foram identificados erros no comportamento do sistema.
Posteriormente, a situação foi novamente direcionada ao Suporte para uma nova validação. A partir de novos testes, foi possível confirmar que o problema ainda ocorre, sendo identificada a persistência do erro mesmo após as validações anteriores. As evidências e a explicação detalhada do comportamento identificado foram anexadas à OS para auxiliar na análise.
Também foram realizados testes em conjunto com a equipe responsável, com o objetivo de reproduzir o cenário e verificar se o problema permanecia. Após as validações, foi confirmado que o erro continua ocorrendo, sendo necessário prosseguir com a análise para identificar a causa e definir o tratamento adequado.
Dessa forma, a situação permanece em análise, com as evidências dos testes anexadas à OS para auxiliar na continuidade da investigação e na identificação da correção necessária.
(51456) Foi identificado que as notas fiscais com o tipo de operação “Entrega de Venda Futura” não estavam preenchendo os valores de IBS e CBS. Após análise, verificou-se que não se tratava de um erro do sistema, mas sim de uma configuração tributária específica no cadastro do produto para operações de entrega futura.
Para confirmar o comportamento, foi realizada uma simulação de emissão de nota e os valores foram preenchidos normalmente, demonstrando que o sistema está funcionando conforme esperado.
Diante disso, o chamado foi redirecionado para o suporte, com o objetivo de ajustar e orientar sobre a configuração tributária adequada, garantindo que futuras operações do mesmo tipo sejam processadas corretamente.
(51620) Foi realizado um teste em ambiente de homologação para verificar o comportamento do sistema em relação às notas fiscais de entrada. Constatou-se que, quando é registrada uma nota fiscal de entrada com o campo “Transmissão Própria” definido como “Sim”, mas não é feito o recebimento dessa nota e posteriormente ela é inutilizada, o campo de quantidade a receber na tabela estoque produto permanece preenchido com a quantidade informada na nota.
A análise demonstrou que, nesse cenário, o correto seria que essa quantidade fosse removida do campo de quantidade a receber, já que a nota foi inutilizada e não haverá efetivamente o recebimento do produto.
Portanto, o atendimento consistiu em identificar esse comportamento, validar por meio de testes em homologação e registrar que se trata de um ajuste necessário na lógica de atualização da tabela estoque produto, garantindo que os dados reflitam corretamente a operação realizada.
(51729) Foi realizada uma análise detalhada para entender o comportamento do sistema em relação ao uso de DAVs. O fluxo observado foi o seguinte: primeiro é feito um DAV de orçamento MI, modelo 70, contendo apenas um produto. Esse orçamento pode ser concluído normalmente. Em seguida, o produto utilizado é desativado em seu cadastro. Posteriormente, o DAV de orçamento é importado em um DAV de pedido MI, mesmo com o produto já desativado, e o sistema permite a importação.
Durante o atendimento, foram executados testes que confirmaram esse comportamento. A constatação é de que o sistema não está bloqueando a importação de DAVs de orçamento quando o produto envolvido já se encontra desativado.
Portanto, o registro desse atendimento evidencia que o processo foi acompanhado passo a passo, a situação foi reproduzida e validada, e o ponto identificado está relacionado à lógica de validação do sistema, que deveria impedir a importação de produtos desativados em novos DAVs de pedido.
(51935) - Foi realizada uma análise na tela de inclusão de produto dentro da funcionalidade de análise de giro. Durante os testes, foi observado que os campos de estoque mínimo e máximo estavam aparentando estar invertidos, ou seja, os valores não estavam sendo exibidos de forma coerente com a configuração esperada.
O atendimento consistiu em identificar esse comportamento, validar o cenário e aplicar os ajustes necessários para que os campos de estoque mínimo e máximo sejam exibidos corretamente. Dessa forma, a tela passa a refletir de maneira precisa as informações de estoque configuradas, garantindo maior confiabilidade na análise de giro e evitando interpretações incorretas dos dados.
Com essa correção, o sistema assegura que os valores de estoque mínimo e máximo sejam apresentados de forma adequada, proporcionando maior clareza e segurança para o usuário na gestão dos produtos.
(52265) - Foi realizada uma análise sobre o comportamento do sistema em situações de cancelamento de notas fiscais emitidas no dia anterior. O processo atual exige que, para fechar o caixa, seja necessário alterar uma configuração que normalmente não poderia ser modificada.
O caso de uso identificado é o seguinte: o sistema possui um bloqueio que impede o fechamento do caixa quando existe um DAV não concluído, conforme a configuração padrão. Quando uma NF-e é emitida de forma incorreta e precisa ser cancelada, o DAV associado retorna automaticamente para a condição de “não concluído”, o que é o comportamento correto. No entanto, para refazer o lançamento da NF-e de forma adequada, é necessário primeiro fechar o caixa do dia anterior.
O problema ocorre porque, ao tentar fechar o caixa, o sistema não permite a operação devido ao DAV estar marcado como não concluído. Isso gera a necessidade de alterar manualmente a configuração para conseguir finalizar o caixa, mesmo sendo uma configuração que não deveria ser ajustada nesse contexto.
O atendimento consistiu em reproduzir o cenário, validar o comportamento e registrar que o bloqueio existente impede o fluxo correto de correção da NF-e cancelada. Foi documentado que o sistema precisa de ajustes para permitir o fechamento do caixa em casos específicos de cancelamento de notas fiscais, sem a necessidade de alterar configurações que deveriam permanecer fixas.
(52690) - Foi realizado um teste na base de dados da SEMA, utilizando o servidor Oracle da Atlanta, especificamente na base sema_hermes_hmg, com o objetivo de avaliar o tempo de processamento na importação de um DAV para uma Nota Fiscal de Saída.
Para o teste, foi utilizada a empresa SEMA Manhuaçu e realizada a importação do DAV nº 902283, originado de um Pedido MM. O DAV utilizado possui 63 itens (linhas) e os produtos já estavam previamente configurados com seus respectivos grupos fiscais.
Durante a execução do processo, foi identificado que a importação do DAV para a Nota Fiscal de Saída levou aproximadamente 1 minuto e 2 segundos para ser concluída. Considerando a quantidade de itens envolvida, foi constatado que o tempo de processamento pode ser considerado elevado, sendo necessário avaliar possibilidades de otimização do processo.
Dessa forma, a análise deve prosseguir com o objetivo de identificar quais etapas do processo estão demandando maior tempo de processamento e verificar a possibilidade de realizar ajustes que tornem a importação mais rápida e eficiente.
Também deve ser considerado que o teste foi realizado no servidor Oracle da Atlanta, em um ambiente de homologação. No servidor utilizado diretamente pelo cliente, dependendo da infraestrutura e dos recursos disponíveis, o tempo de processamento pode ser ainda maior.
Assim, a solicitação permanece em análise para identificar oportunidades de melhoria no processo de importação do DAV e reduzir o tempo necessário para concluir a geração da Nota Fiscal de Saída.
2.35.04 ________________________
(52808) Inicialmente, identificamos que o usuário em questão apresentava uma pendência de permissão, e os devidos acessos foram devidamente liberados e ajustados.
Em seguida, investigamos a inconsistência reportada no fluxo de notas de entrada. Durante a análise, constatou-se que, ao realizar a importação de uma nota fiscal de entrada para outra nota de entrada, o sistema estava vinculando o mesmo bloco de impressão da nota de origem. Como resultado, os itens eram gerados para a loja original e, após a importação, duplicados novamente para a outra loja, ocasionando falhas na geração das etiquetas.
Para solucionar o cenário de forma definitiva, realizamos uma correção no fluxo de importação: agora, ao importar uma nota fiscal de entrada que já possui um bloco de impressão gerado, esse bloco anterior não será reaproveitado/importado para o novo documento. Com isso, evitamos a duplicação indevida de dados e normalizamos completamente o processo de emissão de etiquetas.
