2.34.00 ________________________
(51805) Foi desenvolvido um novo relatório para listagem das contas a receber e das contas a pagar, permitindo que as duas informações sejam apresentadas de forma integrada em um mesmo relatório. Com essa alteração, o usuário terá uma visão mais completa das movimentações financeiras, facilitando a consulta e o acompanhamento dos valores a receber e das obrigações a pagar.
Para a implementação, foram realizados ajustes nas queries utilizadas pelo relatório, além de alterações na classe responsável pelo processamento das informações. Também foram aplicadas melhorias de otimização, buscando tornar a geração do relatório mais eficiente e reduzir o tempo de processamento, principalmente durante consultas com maior volume de dados.
Além disso, foi realizada a integração desta funcionalidade com a feature relacionada à Reforma Tributária, garantindo que as alterações desenvolvidas estejam alinhadas às demais atualizações do sistema e possam trabalhar de forma integrada.
No momento, a implementação encontra-se concluída e aguardando os testes e a validação do setor de Qualidade. Após a realização dos testes, caso não sejam identificadas inconsistências, a funcionalidade poderá seguir para as próximas etapas de disponibilização.
(52145) Foi realizada a análise da solicitação encaminhada por Jean, que será avaliada pela área de engenharia para definição da melhor forma de desenvolvimento. As alterações contemplam melhorias tanto no Tipo de Serviço de Contrato quanto no Layout de Importação de NFS-e.
Foi incluído o novo campo Número da Obra na aba Outras Informações da Nota Fiscal de Serviço de saída, localizado ao lado do campo Número Lote. Esse campo aceita até 30 caracteres, podendo conter letras e números (exemplo: OBRA-001 ou OB 2026/15), e seu preenchimento é opcional.
Além disso, o layout de importação de NFS-e passou a aceitar três novas colunas opcionais: Número da Obra, Mão de Obra e Equipamento. Caso não sejam preenchidas, o sistema mantém o cálculo automático pelo percentual cadastrado no Tipo de Serviço. Se preenchidas manualmente, passam a substituir o cálculo automático. Importante destacar que, ao informar apenas um dos dois valores (Mão de Obra ou Equipamento), o sistema ajusta automaticamente o outro para que a soma corresponda ao valor da nota. Como esses valores impactam diretamente o cálculo de impostos (INSS e ISSQN), o preenchimento manual deve ser utilizado apenas quando necessário.
Por fim, no cadastro de Tipo de Serviço de Contrato foi incluído o novo botão de fórmula Número da Obra, que permite que essa informação seja exibida automaticamente na descrição da nota fiscal, da mesma forma que já ocorre com Código do Pedido, Conformidade e Município.
Essas melhorias foram desenvolvidas para oferecer maior controle e flexibilidade no preenchimento das informações.
(51835) Foi registrada e implementada a sugestão de melhoria apresentada por Felipe referente à nota fiscal de saída. A necessidade identificada foi a inclusão de um novo campo denominado Faturada dentro do CFG da NF de Saída.
Esse campo foi acrescentado com o objetivo de simplificar a conferência das informações fiscais, permitindo que o usuário tenha uma visualização mais clara e direta sobre o status de faturamento da nota. A melhoria também contribui para otimizar o tempo de execução dos comandos SQL no banco de dados, já que a busca e conferência passam a ser realizadas de forma mais eficiente e organizada.
Com essa alteração, o sistema passa a oferecer maior praticidade e confiabilidade no processo de conferência das notas fiscais de saída, reduzindo retrabalho e garantindo que os dados estejam sempre acessíveis de maneira ágil.
(51849) Conforme definido na OS, foi realizada a melhoria no relatório de extrato de cliente. A alteração consistiu em adicionar o campo Valor Total ao relatório, permitindo que os valores sejam exibidos de forma consolidada.
Além disso, foi implementada a funcionalidade de totalização no final do relatório, garantindo que o somatório dos valores seja apresentado automaticamente ao término da listagem. Essa melhoria facilita a conferência e análise dos dados, oferecendo maior clareza e precisão nas informações financeiras apresentadas.
2.34.01 ________________________
(52065)Foi desenvolvida uma melhoria no processo de cancelamento de notas fiscais, trazendo maior flexibilidade e controle para os usuários.
Foi criado um formulário de seleção entre as opções Cancelamento Prefeitura e Cancelamento Parcial, exibido apenas quando a configuração correspondente está ativa. O fluxo de cancelamento já existente foi mantido sem alterações para a opção Prefeitura, garantindo que o processo tradicional continue funcionando normalmente.
A novidade está na implementação da rotina de cancelamento parcial, que executa todos os efeitos já previstos no sistema crédito ao cliente, quitação de contas a receber, estorno de impostos e rateio contábil porém sem emitir o cancelamento à prefeitura. Nesse caso, a nota passa a receber o novo status “Cancelamento Parcial”.
Também foi criada uma rotina específica para regularizar notas já parcialmente canceladas: quando essas notas forem canceladas novamente, o sistema não reexecutará os efeitos financeiros, apenas emitirá o cancelamento à prefeitura e atualizará o status para “Cancelada”. A rotina de consulta de status recebeu o mesmo tratamento, evitando duplicidade de lançamentos.
Além disso, foram ajustados os controles de tela (botões e exibição de status) para contemplar o novo status, e preparados os pontos de impressão e geração de PDF da NFS-e para suportar um layout específico, que será desenvolvido em etapa posterior.
Durante os testes, foram corrigidas duas inconsistências identificadas nos relatórios: uma falha de tradução de status em view de banco de dados e uma filtragem que impedia que notas parcialmente canceladas fossem localizadas na exportação de PDF em lote. Por fim, foi incluída a opção de filtro para notas parcialmente canceladas nos dois relatórios de NFS-e do sistema.
2.34.03 ________________________
(51647) Foi analisado o processo de inclusão de créditos na conta corrente do cliente. Atualmente, o sistema permite que seja registrado um crédito indicando que o cliente deixou um valor disponível para futura quitação de débitos. No entanto, esse crédito não exige obrigatoriamente o registro em uma conta bancária do sistema, o que abre margem para possíveis inconsistências ou fraudes.
Diante disso, foram definidos pontos de atenção e ajustes necessários. O mesmo cenário será aplicado também para casos de pagamento antecipado a fornecedores, onde igualmente será obrigatório o registro da movimentação na conta correspondente.
No caso específico de crédito de cliente, deve-se observar que o valor do crédito precisa aparecer como recebimento no fechamento de caixa da conta em que o crédito foi incluído, sempre que se tratar de uma conta do tipo caixa. Essa medida garante maior transparência e segurança, evitando brechas e assegurando que todas as movimentações financeiras fiquem devidamente registradas e conciliadas.
Com isso, o sistema passa a oferecer maior controle e confiabilidade tanto nos registros de créditos de clientes quanto nos pagamentos antecipados a fornecedores, fortalecendo a integridade das informações financeiras.
(51802) Foi analisado o comportamento do sistema em relação às operações de análise de giro e às funcionalidades de transferência e cálculo de quantidade de compra.
Identificou-se que, ao entrar em uma análise de giro já gravada ou durante a inclusão de uma nova, quando o usuário adiciona uma transferência pelo botão da coluna correspondente e salva, a quantidade transferida não é atualizada imediatamente na coluna. Para que o valor seja refletido corretamente, é necessário gravar a análise de giro e depois reabrir para edição, momento em que a quantidade a transferir passa a ser exibida. Esse ajuste foi mapeado para garantir maior consistência e usabilidade no processo.
Outro ponto importante é que a quantidade a comprar não deve ser calculada automaticamente pelo sistema. A decisão foi de manter esse campo em branco, permitindo que o valor seja inserido exclusivamente pelo usuário. Dessa forma, evita-se que o sistema sugira ou imponha cálculos que possam não refletir a realidade operacional, dando maior autonomia e precisão ao preenchimento manual.
Essas melhorias foram implementadas com o objetivo de assegurar maior controle, transparência e confiabilidade nas operações de análise de giro, reduzindo retrabalho e garantindo que os dados registrados correspondam fielmente às necessidades do usuário.
(51819) Foi realizado um teste na base de dados localizada no servidor Oracle da Atlanta. O teste consistiu na importação da nota de saída para a empresa , utilizando o DAV do Pedido. Esse documento contém 63 linhas e já possuía a configuração do grupo fiscal dos produtos devidamente ajustada.
A importação foi concluída em 1 minuto e 2 segundos, tempo considerado elevado para esse volume de dados. Ressalta-se que, no servidor do cliente, o processamento tende a ser ainda mais lento, o que reforça a necessidade de otimização.
Após a primeira homologação, verificou-se que não houve ganho de velocidade suficiente. Por esse motivo, o processo foi encaminhado novamente para a área de engenharia, que irá investigar se é possível melhorar ainda mais o desempenho da importação.
No início da revisão, o tempo registrado para a importação foi de 1 minuto e 8 segundos (01:08:83), demonstrando que ainda há espaço para ajustes e melhorias.
Com isso, o objetivo é garantir maior eficiência e rapidez no processamento de documentos, reduzindo o tempo de espera e aumentando a produtividade do sistema.
(51982) Foi analisada a situação relatada em relação ao processo de ativação automática de cliente após o retorno de boleto. Conforme observado, as resoluções anteriores ainda não surtiram o efeito esperado: o sistema realiza a ativação do cliente, mas logo em seguida essa informação se perde, não permanecendo registrada como deveria.
Essa inconsistência foi confirmada por meio da análise dos logs do sistema, onde é possível verificar que o processo de ativação ocorre corretamente em um primeiro momento, mas não se mantém ativo posteriormente.
Diante disso, foram iniciadas novas verificações para identificar a causa raiz do problema e avaliar ajustes adicionais necessários para garantir que a ativação automática funcione de forma estável e definitiva.
O objetivo é assegurar que, sempre que houver retorno de boleto, o cliente seja ativado corretamente e essa informação permaneça válida no sistema, eliminando falhas e garantindo maior confiabilidade no processo.
(51795) Foi realizada uma avaliação detalhada no sistema em relação às consultas que envolvem notas fiscais (NF) e NFC-e. Identificou-se que algumas queries de busca, especialmente aquelas que utilizam o operador contiver em colunas como número ou outras informações, estão causando lentidão significativa, variando entre 1 e 2 minutos. Esse tempo de resposta elevado gera travamento das tabelas e impacta diretamente o funcionamento dos caixas.
Constatou-se que filtros aplicados para agrupar CFOP, período de data, nome de cliente ou mesmo número/código (quando utilizado o contiver) também resultam em lentidão. Além disso, os CFGs que são abertos para buscar NF ou NFC-e durante a importação em documentos fiscais sofrem com o mesmo problema.
Para resolver essa situação, foi definido que será necessário adotar uma nova forma de filtro no CFG, impedindo que o usuário utilize comandos SQL que causem lentidão. O plano de ação estabelecido é o seguinte:
Criar uma configuração geral com a descrição “Aplicar pré-filtro em busca de produto”.
Com essa configuração, ao acionar a busca no CFG, a opção de contiver não estará mais disponível.
Ao acionar o filtro, o sistema deverá carregar interfaces específicas para cada formulário, onde o filtro será pré-estabelecido e aplicado ao CFG através das chaves, gerando um filtro avançado. Esse ponto será discutido em conjunto com Valdécio para definição da melhor implementação.
Inicialmente, esse recurso será aplicado nos seguintes documentos: Nota Fiscal de Entrada, Nota Fiscal de Saída, Nota Fiscal de Devolução de Cliente, Nota Fiscal de Devolução de Fornecedor e NFC-e.
Com essas medidas, o objetivo é eliminar os gargalos de desempenho, reduzir o tempo de resposta das consultas e garantir maior estabilidade e eficiência no uso do sistema, especialmente nos processos que envolvem movimentação de notas fiscais e operações de caixa.
(51774) Foi registrada a sugestão de melhoria apresentada por Felipe referente à tela de importação de documento fiscal dentro de NF (seja de saída, entrada ou outras), incluindo NF-e e NFC-e.
A necessidade identificada é que, ao acessar essa tela, o CFG seja exibido ordenado de forma decrescente, garantindo que os registros mais recentes apareçam primeiro. Além disso, quando o usuário alterar a opção de busca para Número do Documento, essa configuração deve permanecer fixa, mantendo a mesma forma de busca em todas as consultas subsequentes.
Essa melhoria tem como objetivo otimizar o tempo de execução dos comandos SQL no banco de dados, reduzindo a sobrecarga e evitando lentidão nas operações de importação de documentos fiscais. Com a ordenação decrescente e a padronização da busca por número do documento, o sistema passa a oferecer maior eficiência, praticidade e confiabilidade no processo de importação.
(51975) Foi identificado um erro na nota fiscal de saída modelo novo. O problema ocorre porque a subNF está gravando o valor “-00” no campo de código de enquadramento legal, o que acaba gerando inconsistências e erros na geração do SPED.
Na análise comparativa, verificou-se que no modelo antigo de NF o sistema grava esse campo como vazio, não ocasionando falhas. Além disso, foi constatado que no grupo fiscal vinculado ao produto o campo também está vazio, o que reforça que o comportamento incorreto está restrito ao modelo novo de nota fiscal.
Foram coletados prints em anexo para evidenciar o problema e apoiar a investigação. A correção será direcionada para que o sistema mantenha o mesmo padrão do modelo antigo, evitando gravações indevidas e garantindo que o SPED seja gerado corretamente, sem erros de enquadramento legal.
