2.33.01 ________________________
(OS 47701) - Durante a análise da solicitação, foi identificada a necessidade de reforçar o controle de acesso às cotações vinculadas ao processo de Pedido de Compra, garantindo que cada usuário tenha acesso apenas aos registros sob sua responsabilidade.
Para atender essa necessidade, foi desenvolvida uma configuração específica que permite restringir a visualização e a edição de cotações de acordo com o usuário que realizou o seu cadastro.
Além da criação dessa configuração, foi realizado um ajuste na rotina de edição de cotações dentro do Pedido de Compra. A partir dessa implementação, sempre que um usuário tentar visualizar ou editar uma cotação, o sistema passará a verificar automaticamente a configuração de acesso e validar se a cotação pertence ao usuário atualmente logado.
Quando a configuração estiver habilitada, o sistema permitirá que o usuário visualize e edite exclusivamente as cotações cadastradas por ele. Caso a cotação tenha sido criada por outro usuário, o acesso será bloqueado, respeitando as regras de segurança e permissões definidas para o ambiente.
Essa melhoria proporciona maior controle sobre as informações, preserva a integridade dos processos de compras e evita alterações indevidas em cotações cadastradas por outros colaboradores, reforçando a segurança e a rastreabilidade das operações realizadas no sistema.
(OS 50384) - Durante a análise da ocorrência, foi identificado um comportamento específico no fluxo de cancelamento de documentos fiscais quando o faturamento é realizado na modalidade crediário, posteriormente refinanciado em boleto e, em seguida, incluído em uma remessa bancária.
Nessa situação, o sistema mantém bloqueios para preservar a integridade financeira e impedir que sejam realizadas alterações em títulos que já fazem parte do processo de cobrança junto à instituição bancária. Dessa forma, enquanto o boleto permanecer vinculado à remessa, não é permitido realizar o cancelamento da quitação nem do documento fiscal correspondente.
Para viabilizar o cancelamento da Nota Fiscal, foi necessário seguir a sequência correta das operações, respeitando as dependências existentes entre os processos financeiros e fiscais. O procedimento executado consistiu em:
Remover o boleto da remessa bancária;
Cancelar a quitação vinculada ao faturamento;
Prosseguir com o cancelamento do documento fiscal;
Finalizar a exclusão do faturamento geral.
Além da tratativa realizada, foram executados testes reproduzindo todo o cenário: faturamento do documento de saída em crediário, refinanciamento em boleto, inclusão do boleto em remessa bancária e posterior tentativa de exclusão do faturamento.
Os testes confirmaram que, após a remoção do boleto da remessa e o cumprimento da sequência correta das operações, o sistema permite concluir o cancelamento normalmente.
Durante essa validação, também foi identificado um comportamento no qual, ao final do processo, o sistema permite a exclusão do faturamento geral. Esse cenário foi registrado para análise pela equipe de desenvolvimento, que avaliará se o comportamento está de acordo com as regras de negócio previstas ou se haverá necessidade de ajustes adicionais.
Com isso, a ocorrência foi tratada, garantindo a correta execução do processo de cancelamento e preservando a consistência das informações financeiras e fiscais do sistema.
(OS 50785) - Durante a análise da solicitação, foi identificado que, no processo de geração do Contas a Pagar a partir de uma Nota Fiscal Outras Simplificada, o sistema estava utilizando o número do documento fiscal na composição das informações apresentadas na rotina financeira. Esse comportamento tornava a identificação dos lançamentos menos intuitiva, além de não atender à necessidade operacional informada.
Para adequar o funcionamento da rotina, foi realizado um ajuste no processo de geração do Contas a Pagar, fazendo com que o sistema deixe de utilizar o número da Nota Fiscal Simplificada na composição da descrição do lançamento financeiro.
Além disso, também foi ajustada a forma de apresentação das informações na listagem de NF Outras Simplificada. A partir desta alteração, o sistema passa a exibir apenas a descrição cadastrada no documento, sem concatenar o número da nota à descrição.
Com essa melhoria, a visualização dos registros torna-se mais organizada, padronizada e de fácil interpretação, facilitando a identificação dos documentos e proporcionando maior clareza nas consultas realizadas pelos usuários.
A alteração foi implementada conforme a necessidade apresentada, garantindo um comportamento mais aderente ao processo operacional e melhorando a usabilidade das rotinas envolvidas.
(OS 50072) -Durante a análise da solicitação, foi identificada a necessidade de aumentar a precisão dos valores informados nos campos de PIS e COFINS localizados no grid da última aba do Cadastro de Loja.
Anteriormente, esses campos possuíam uma limitação na quantidade de casas decimais suportadas, o que poderia ocasionar arredondamentos ou impedir o registro exato das alíquotas e valores necessários para determinadas operações fiscais.
Para atender essa necessidade, foi realizado um ajuste na estrutura da rotina, permitindo que os campos passem a aceitar e processar valores com maior precisão. A partir desta atualização, o sistema suporta o preenchimento e o tratamento de até 3 casas decimais nos campos de PIS e COFINS.
Além da alteração na entrada de dados, também foram ajustados os processos de gravação e exibição dessas informações, garantindo que os valores sejam armazenados corretamente na base de dados e apresentados ao usuário com a mesma precisão informada.
Com essa melhoria, o sistema proporciona maior fidelidade no registro das informações tributárias, reduzindo a possibilidade de divergências decorrentes de arredondamentos e assegurando maior precisão nos cálculos fiscais que utilizam essas alíquotas.
(OS 51180) -Durante a análise da ocorrência, foi realizada uma revisão completa do processo de importação de despesas, sendo identificadas duas situações distintas.
Inicialmente, foi verificado que a rotina de importação estava priorizando a busca do Plano de Contas definido no grupo do produto antes de validar o plano configurado diretamente no cadastro do produto. Entretanto, após a análise do ambiente e das versões disponíveis, constatou-se que esse comportamento já havia sido corrigido em uma atualização anterior do sistema, não sendo necessária uma nova intervenção para esse ponto.
No decorrer das validações, foi identificada uma segunda situação relacionada à importação de despesas de veículos de grande porte. Durante os testes, observou-se que, em determinados momentos, o processo pode ser interrompido em razão do mecanismo de controle de concorrência do sistema.
Esse controle é um recurso de segurança que impede alterações simultâneas em um mesmo registro por usuários ou equipamentos diferentes, preservando a integridade das informações. Assim, caso a despesa esteja sendo utilizada ou editada em outra estação de trabalho no momento da importação, o sistema poderá impedir a continuidade da operação até que o registro seja liberado.
Essa possibilidade foi devidamente analisada e repassada à equipe de suporte responsável pelo atendimento, que está acompanhando o caso juntamente com o cliente para validar se essa é a condição que ocasiona o comportamento observado no ambiente.
Com essa análise, foi possível descartar problemas na rotina de importação já corrigida em versões anteriores e direcionar a investigação para o cenário de concorrência de acesso, permitindo uma atuação mais precisa na resolução da ocorrência.
(OS 51185) - Durante a análise da solicitação, foi identificada uma inconsistência na rotina do Relatório de Vendas de Produtos em Promoção, responsável por apresentar os valores comercializados dos itens em oferta.
Foi constatado que o relatório estava utilizando como base o campo correspondente ao valor unitário do item (campo Valor Final do SubDAV), quando o correto seria considerar o valor total do item (campo Valor Total do SubDAV). Em razão desse comportamento, os valores apresentados no relatório não refletiam corretamente o montante total das vendas realizadas, principalmente em operações com quantidades superiores a uma unidade.
Para corrigir essa situação, foi realizado um ajuste na rotina de geração do relatório, alterando a origem das informações para que o cálculo passe a utilizar o valor total de cada item vendido, em substituição ao valor unitário anteriormente considerado.
Após a implementação da correção, foram realizados testes de validação para confirmar que os valores apresentados e os somatórios do relatório estão sendo calculados corretamente, garantindo que as informações reflitam fielmente o total das vendas dos produtos em promoção.
Com essa melhoria, o relatório passa a fornecer dados mais precisos e confiáveis, permitindo uma análise correta dos resultados das campanhas promocionais e oferecendo maior segurança nas conferências e tomadas de decisão baseadas nas informações apresentadas.
(OS 51189) - Durante a análise da ocorrência, foi identificado um comportamento inconsistente na rotina de Análise de Giro ao trabalhar com análises previamente importadas.
O problema ocorria quando uma análise de giro já utilizada era importada para uma nova análise. Após a importação, caso o usuário removesse um produto da grade e, em seguida, incluísse um novo item, o sistema permitia a edição normalmente. No entanto, ao realizar a gravação da análise, era apresentado um erro de execução (Run Time), impedindo a conclusão da operação.
Após uma investigação mais detalhada, foi constatado que a origem da falha estava no índice interno responsável por controlar a quantidade de produtos presentes na grade da Análise de Giro. Quando eram realizadas operações de exclusão e inclusão de produtos, esse índice não era atualizado corretamente, fazendo com que, no momento de salvar, o sistema tentasse processar uma quantidade de registros diferente da existente, ocasionando o erro.
Para solucionar a situação, foi realizada uma correção na rotina de atualização desse índice, garantindo que ele seja recalculado automaticamente sempre que houver inclusão ou exclusão de produtos na grade da análise.
Após a implementação da correção, foram realizados diversos testes simulando o cenário informado, incluindo a importação de análises de giro, exclusão e inclusão de múltiplos produtos e posterior gravação da análise. Os testes confirmaram que o índice passou a ser atualizado corretamente e que a análise pode ser salva normalmente, sem a ocorrência de erros de execução.
Com essa melhoria, o processo de edição da Análise de Giro tornou-se mais estável e confiável, permitindo que alterações na lista de produtos sejam realizadas livremente, sem comprometer a integridade dos dados ou impedir o salvamento da análise.
(OS 51259)- Durante a análise da solicitação, foi identificada uma inconsistência na rotina de precificação relacionada ao cálculo da porcentagem apresentada em determinadas situações.
Foi constatado que, ao informar alguns valores específicos durante o processo de precificação, o sistema realizava o cálculo e exibia uma porcentagem negativa, comportamento que não representava corretamente o resultado esperado e poderia gerar interpretações incorretas por parte do usuário.
Para corrigir essa situação, foi realizado um ajuste na rotina de cálculo da precificação, alterando a forma como o sistema trata esses cenários. A partir da implementação, sempre que o cálculo resultar em uma porcentagem negativa decorrente dessa condição, o sistema passará a apresentar o valor 0%, evitando a exibição de informações inconsistentes.
Após a aplicação da correção, foram realizados testes para validar os diferentes cenários de precificação, confirmando que os cálculos passaram a ser processados corretamente e que a porcentagem exibida corresponde ao comportamento esperado pelo sistema.
Com essa melhoria, a tela de precificação passa a apresentar informações mais consistentes e confiáveis, proporcionando maior segurança durante a análise dos custos e da formação dos preços, além de evitar interpretações equivocadas decorrentes da exibição de percentuais negativos indevidos.
(OS 51053)- Durante o atendimento, foi realizada a implementação completa da funcionalidade de Crédito CIAP (Controle de Crédito de ICMS do Ativo Permanente), contemplando todas as rotinas necessárias para o gerenciamento desse processo dentro do sistema.
A implementação incluiu o desenvolvimento do formulário específico para o Crédito CIAP, abrangendo os cadastros, consultas, manutenções e demais funcionalidades necessárias para o correto controle das informações relacionadas aos créditos de ICMS provenientes de bens do ativo imobilizado.
Além disso, foi desenvolvida a rotina responsável pela exportação das informações para o SPED Fiscal, garantindo que todos os dados registrados no módulo sejam gerados de acordo com o leiaute e as exigências estabelecidas pela legislação fiscal vigente.
Com essa implementação, o sistema passa a disponibilizar uma estrutura completa para o controle do Crédito CIAP, permitindo o gerenciamento das informações de forma organizada e integrada, além de assegurar que os registros sejam exportados corretamente para o SPED, contribuindo para a conformidade fiscal e reduzindo a necessidade de controles manuais.
Essa melhoria amplia os recursos do sistema para o atendimento das obrigações acessórias relacionadas ao Crédito CIAP, proporcionando maior segurança, confiabilidade e aderência às normas legais durante os processos fiscais da empresa.
(OS 48164)- Durante o atendimento, foi implementada uma nova funcionalidade no processo de Conciliação de Cartão, permitindo que o processamento realizado possa ser desfeito quando necessário.
Anteriormente, após a conclusão do processamento da conciliação, a operação tornava-se definitiva, não havendo a possibilidade de reversão caso fosse identificada alguma inconsistência, necessidade de ajustes ou processamento realizado de forma indevida. Nessas situações, o usuário ficava impossibilitado de refazer a conciliação utilizando as informações corrigidas.
Para atender essa necessidade, foi desenvolvido um novo fluxo que possibilita o desfazimento do processamento da conciliação de cartão, permitindo que a operação seja revertida de forma controlada e segura.
Com essa implementação, o usuário passa a ter maior flexibilidade para corrigir eventuais inconsistências, realizar novos processamentos quando necessário e manter as informações conciliadas de acordo com a realidade financeira da empresa, sem a necessidade de procedimentos alternativos ou intervenções técnicas.
(OS 51283)- Foi realizada uma correção na rotina responsável pela listagem de notificações de estoque mínimo, funcionalidade utilizada para identificar produtos cuja quantidade disponível em estoque encontra-se inferior ao limite mínimo configurado.
Foi identificado que a rotina apresentava uma inconsistência que impedia a exibição correta dessas notificações, dificultando a visualização dos itens que necessitavam de reposição e comprometendo o acompanhamento do estoque por parte dos usuários.
Para solucionar essa situação, foi realizado um ajuste na rotina de consulta e carregamento das informações, garantindo que a listagem passe a apresentar corretamente todos os produtos que atendam aos critérios de estoque mínimo definidos no sistema.
Após a implementação da correção, foram realizados testes de validação, confirmando que as notificações são exibidas corretamente e que os produtos com saldo inferior ao estoque mínimo configurado passam a ser apresentados de forma adequada ao usuário.
Com essa melhoria, o sistema proporciona maior confiabilidade no controle de estoque, facilitando o monitoramento dos produtos que necessitam de reposição e contribuindo para um planejamento mais eficiente das compras e da gestão dos níveis de estoque.
(OS 51348)- Foi realizada uma correção na rotina de Nota Fiscal de Entrega Futura, com o objetivo de garantir a correta recuperação das informações necessárias durante o processamento do documento.
Foi identificado que, em determinada etapa da execução da rotina, o sistema realizava a consulta de um campo incorreto no banco de dados. Esse comportamento poderia ocasionar inconsistências no processamento da Nota Fiscal de Entrega Futura, comprometendo a correta obtenção das informações utilizadas pela operação.
Para solucionar essa situação, foi realizado um ajuste na rotina de consulta ao banco de dados, fazendo com que o sistema passe a utilizar o campo correto durante o processamento da Nota Fiscal de Entrega Futura.
Após a implementação da correção, foram realizados testes de validação, confirmando que as informações passam a ser recuperadas corretamente e que o processamento da rotina ocorre conforme o esperado.
Com essa melhoria, a emissão da Nota Fiscal de Entrega Futura torna-se mais confiável e consistente, reduzindo a possibilidade de inconsistências durante o processamento e garantindo maior segurança na execução dessa operação.
(OS 51352)- Foi realizada uma adequação na rotina de importação de DAV para o Documento Fiscal Modelo Novo, com o objetivo de alinhar seu funcionamento ao comportamento já existente na emissão da Nota Fiscal no modelo antigo.
Foi identificado que, ao importar um DAV vinculado a um cliente resumido, o sistema permitia a continuidade da operação, porém não preenchia corretamente as informações do cliente e do estoque no documento fiscal. Além disso, a nota não podia ser salva, gerando inconsistências durante o processo de emissão.
Para solucionar essa situação, foi implementada uma validação na rotina de importação do DAV. A partir dessa alteração, o sistema verifica automaticamente se o cliente vinculado ao DAV é do tipo cliente resumido. Caso essa condição seja identificada, a importação é bloqueada antes do carregamento das informações, sendo apresentada uma mensagem informando que não é permitido importar DAVs vinculados a clientes resumidos para o Documento Fiscal.
A mensagem também orienta o usuário a alterar o cadastro do cliente para um cliente normal antes de prosseguir com a importação, evitando que o documento seja gerado com informações incompletas ou inconsistentes.
Após a implementação, foram realizados testes para validar o novo fluxo, confirmando que o sistema passa a impedir a importação nesses casos de forma preventiva, garantindo maior consistência no processo de emissão e mantendo o comportamento padronizado entre o Documento Fiscal Modelo Novo e o modelo anterior.
(OS 51358)- Foi realizada uma correção na rotina de importação de NF/NFC-e do módulo de Nota Fiscal – Modelo Novo, com foco em melhorar a usabilidade da funcionalidade.
Foi identificado que o campo destinado ao preenchimento do número da Nota Fiscal, localizado na guia Importar NF/NFC-e, apresentava um conflito no componente utilizado para sua exibição. Em razão desse comportamento, o usuário não conseguia clicar no campo para informar a numeração da nota, impossibilitando a utilização da rotina de importação.
Após a análise da causa, foi constatado que o componente originalmente utilizado nesse campo apresentava incompatibilidade com a funcionalidade. Para solucionar a situação, foi realizada a substituição desse componente por um campo padrão, mantendo a mesma finalidade, porém com comportamento estável e compatível com a rotina.
Após a implementação da correção, foram realizados testes de validação, confirmando que o campo voltou a permitir o posicionamento do cursor e a digitação normalmente, possibilitando a importação da Nota Fiscal sem impedimentos.
Com essa melhoria, a rotina de importação de NF/NFC-e no Documento Fiscal Modelo Novo passa a oferecer maior estabilidade e melhor experiência de utilização, eliminando o bloqueio que comprometia a operação e garantindo o correto funcionamento da funcionalidade.
(OS 51367)- Foi realizada uma correção na rotina de Carregamento, com o objetivo de garantir que o cálculo do peso total seja realizado corretamente com base nas informações cadastradas para cada produto.
Foi identificado que o sistema estava utilizando um valor incorreto para compor o peso total do carregamento, fazendo com que as informações apresentadas na grade não refletissem o peso real dos produtos incluídos na operação.
Para solucionar essa situação, foi ajustada a rotina de cálculo para que o sistema passe a considerar o peso unitário informado no cadastro de cada produto. A partir dessa alteração, sempre que o colaborador incluir pedidos no carregamento e realizar a gravação, o sistema calculará automaticamente o peso total de cada item, multiplicando a quantidade informada pelo respectivo peso cadastrado.
Após esse processamento, o peso total calculado será gravado na grade do carregamento, garantindo que as informações apresentadas estejam de acordo com os dados efetivamente cadastrados no sistema.
Foram realizados testes de validação após a implementação da correção, confirmando que o cálculo do peso passou a ser executado corretamente em todos os cenários avaliados.
Com essa melhoria, o processo de carregamento passa a apresentar informações mais precisas e confiáveis, contribuindo para um melhor controle logístico, maior segurança no planejamento das cargas e redução de inconsistências relacionadas ao peso total dos carregamentos.
(OS 51264)- Foi realizada uma correção no Cadastro de Produtos, especificamente na aba Grupo Fiscal, na seção Transferência de Entrada, com o objetivo de garantir o correto armazenamento das informações configuradas pelo usuário.
Foi identificado que, ao preencher os campos dessa seção e salvar o cadastro do produto, as informações não eram gravadas corretamente no banco de dados. Como consequência, ao reabrir o cadastro, os campos eram apresentados em branco, sendo necessário realizar o preenchimento novamente.
Para solucionar essa inconsistência, foi efetuado um ajuste na rotina de gravação dos dados, garantindo que todos os campos da seção Transferência de Entrada sejam armazenados corretamente no momento do salvamento do cadastro.
Após a implementação da correção, foram realizados testes de validação, confirmando que as informações preenchidas permanecem gravadas corretamente e são recuperadas de forma adequada sempre que o cadastro do produto é consultado ou editado.
(OS 51379)- Foram realizadas correções na rotina de importação de XML de documentos fiscais, com o objetivo de eliminar inconsistências identificadas durante o processamento de notas de entrada, especialmente em operações de devolução de clientes.
Inicialmente, foi identificado um erro de Type Mismatch durante a importação de determinados arquivos XML. A causa do problema estava relacionada ao fato de que alguns XMLs não possuíam a informação de Data de Saída, uma vez que essa tag é opcional conforme o padrão do documento eletrônico. No entanto, a rotina de importação sempre esperava que esse campo estivesse preenchido, ocasionando a falha no processamento.
Para solucionar essa situação, foi realizado um ajuste na rotina de importação para que o sistema passe a tratar corretamente a ausência dessa informação, respeitando o conteúdo efetivamente existente no XML e permitindo a importação do documento mesmo quando a tag de Data de Saída não estiver presente.
Além disso, foi corrigida outra inconsistência identificada durante a importação de documentos de entrada referentes à devolução de clientes. Nessa situação, ao incluir os produtos no documento, o sistema apresentava indevidamente a mensagem de que a operação resultaria em estoque negativo, mesmo tratando-se de uma movimentação de entrada, na qual o estoque deveria ser acrescido.
A validação foi ajustada para considerar corretamente esse tipo de operação fiscal, permitindo que os produtos sejam incluídos normalmente em documentos de devolução de clientes, sem a exibição de mensagens incorretas relacionadas ao controle de estoque.
Após a implementação das correções, foram realizados testes de validação, confirmando que a importação dos XMLs ocorre corretamente tanto nos casos em que a Data de Saída não está informada quanto nas operações de devolução de clientes, garantindo maior estabilidade ao processo e assegurando o correto tratamento das informações fiscais e de estoque.
(OS 51386)- Foi implementada uma melhoria no Cadastro de CFOP, permitindo que o usuário possa ativar ou desativar registros diretamente pelo próprio formulário, proporcionando maior controle sobre os CFOPs disponíveis para utilização nas operações fiscais.
A necessidade dessa implementação foi identificada após a constatação de que, em alguns cenários de emissão de Nota Fiscal Modelo Novo utilizando Grupo Fiscal, o sistema sugeria um CFOP diferente do esperado. Durante a análise, verificou-se que esse comportamento ocorria quando existiam dois cadastros de CFOP com a mesma numeração. Mesmo que um deles estivesse desativado para determinadas lojas, ele ainda poderia ser considerado durante a busca, ocasionando a seleção de um CFOP incorreto.
Para solucionar essa situação, foi desenvolvida uma nova opção no cadastro de CFOP que permite desativar o registro de forma efetiva. A partir dessa implementação, o sistema passa a considerar apenas os CFOPs ativos durante as consultas e seleções realizadas nos processos fiscais, garantindo que apenas os registros válidos sejam utilizados na emissão dos documentos.
Além da implementação da nova funcionalidade, foram realizados ajustes na rotina de consulta dos CFOPs para assegurar que os filtros sejam aplicados corretamente, evitando inconsistências na seleção dos registros.
Após a conclusão das alterações, foram realizados testes de validação em diferentes rotinas do sistema, confirmando que a busca dos CFOPs ocorre corretamente, que apenas os registros ativos são apresentados aos usuários e que a alteração não gera impactos nas demais funcionalidades relacionadas ao cadastro e utilização dos CFOPs.
(OS 51423)- Foi realizada uma melhoria no controle de acesso aos Planos de Contas, com o objetivo de garantir que os usuários utilizem apenas os registros para os quais possuem permissão de acesso.
Anteriormente, ao informar manualmente o número de um plano de contas em determinadas rotinas do sistema, nem sempre era realizada a validação das permissões do usuário. Essa situação poderia permitir a utilização de planos de contas sem a devida autorização, contrariando as regras de segurança e controle de acesso definidas pela empresa.
Para corrigir esse comportamento, foi implementada uma validação automática que, sempre que o usuário informar o número de um plano de contas, verifica se ele possui permissão para acessar e utilizar o respectivo cadastro. Caso o plano informado não esteja autorizado para o usuário, o sistema impedirá sua utilização, preservando as regras de acesso configuradas.
Essa melhoria foi aplicada nas seguintes rotinas do sistema:
Contas a Pagar;
Contas a Receber;
Suprimento;
Sangria.
Após a implementação, foram realizados testes para validar o funcionamento da nova regra em todas as telas envolvidas, confirmando que as permissões são verificadas corretamente e que somente planos de contas autorizados podem ser utilizados pelos usuários.
Com essa atualização, o sistema passa a oferecer um controle de acesso mais consistente e seguro, garantindo maior conformidade com as permissões definidas pela empresa, reduzindo a possibilidade de utilização indevida de planos de contas e fortalecendo a integridade dos processos financeiros.
(OS 51458)- Foi realizada uma melhoria no relatório de custos, atendendo à solicitação apresentada pelo contador do cliente, com o objetivo de ampliar a flexibilidade na geração e exportação das informações.
O cálculo do custo permanece seguindo a regra atual do sistema, considerando os valores de uma única loja. Entretanto, a rotina permite que sejam selecionados estoques pertencentes a diferentes lojas para compor o processamento do relatório.
Foi identificado que, embora essa seleção múltipla fosse possível, existia uma limitação na quantidade de estoques que poderiam ser processados. Essa restrição ocorria devido às limitações de espaço da versão destinada à impressão em papel, impactando também a geração do relatório em formato Excel.
Para atender à necessidade do cliente, foi realizado um ajuste específico na rotina de exportação para Excel, removendo essa limitação. Com essa alteração, o relatório passa a permitir o processamento e a exportação de qualquer quantidade de estoques selecionados, sem as restrições anteriormente existentes.
Após a implementação, foram realizados testes de validação, confirmando que a exportação para Excel processa corretamente todos os estoques informados, mantendo a integridade dos cálculos e das informações apresentadas.
Com essa melhoria, o sistema oferece maior flexibilidade na geração dos relatórios, facilitando as análises gerenciais e contábeis, especialmente para empresas que trabalham com múltiplos estoques, além de proporcionar uma exportação mais completa e adequada às necessidades operacionais dos usuários.
(OS 51654)- Foi realizada uma correção na rotina do Módulo MDF-e (Manifesto Eletrônico de Documentos Fiscais), com o objetivo de eliminar um erro de execução (Runtime) que ocorria em determinadas situações durante a utilização da funcionalidade.
Foi identificado que, em cenários específicos, o sistema apresentava esse erro durante o processamento do MDF-e, interrompendo a execução da rotina e impedindo a conclusão da operação de forma adequada.
Após a análise da causa, foi efetuado um ajuste na rotina responsável pelo processamento, eliminando a inconsistência que ocasionava o erro de execução. Com essa correção, o fluxo passou a ser processado corretamente, garantindo maior estabilidade e confiabilidade na utilização do módulo.
Após a implementação, foram realizados testes de validação para confirmar o correto funcionamento da rotina, verificando que o processamento do MDF-e ocorre normalmente e que o erro de Runtime não volta a ser apresentado nas situações anteriormente identificadas.
Com essa melhoria, o módulo de MDF-e torna-se mais estável e seguro, proporcionando maior confiabilidade durante a emissão e o gerenciamento dos manifestos eletrônicos, reduzindo interrupções e garantindo maior continuidade das operações fiscais.
2.33.05 ________________________
(OS 51759)- Foram realizadas correções em duas rotinas do sistema, com o objetivo de garantir maior segurança e consistência nos processos de importação e precificação.
A primeira correção foi aplicada na importação de DAV de Ordem de Serviço para a Nota Fiscal de Saída. Foi identificado que, quando o DAV estava configurado para realizar a saída de mercadorias por meio de transferência de estoque, o sistema permitia que o usuário alterasse o estoque durante a importação da nota fiscal. Esse comportamento ocorria porque o tipo de origem da transferência referente ao DAV de Ordem de Serviço não estava sendo tratado corretamente pela rotina de importação.
Com a correção implementada, o sistema passou a identificar automaticamente quando a origem da transferência é um DAV de Ordem de Serviço. Nesses casos, o estoque definido na operação é mantido bloqueado durante a importação da Nota Fiscal, impedindo alterações indevidas e garantindo que o documento seja emitido conforme as configurações previamente estabelecidas.
Além dessa melhoria, também foi realizada uma correção na rotina de cálculo da formação de preço. Foi identificado que, quando o percentual de despesas utilizado na composição do custo era superior a 100%, o cálculo do preço apresentava resultados incorretos. A rotina foi ajustada para tratar corretamente esse cenário, permitindo que a formação do preço seja calculada de forma adequada, independentemente do percentual de despesas informado.
Após a implementação das correções, foram realizados testes de validação, confirmando que a importação de DAV de Ordem de Serviço respeita corretamente as configurações de transferência de estoque e que a formação de preço passa a apresentar resultados consistentes mesmo em situações em que o percentual de despesas seja superior a 100%.
Com essas melhorias, o sistema proporciona maior segurança operacional, evita alterações indevidas durante a emissão de documentos fiscais e garante maior precisão nos cálculos relacionados à precificação dos produtos.
(OS 48690)- Foi realizada uma melhoria na rotina de quitação de recebimentos via PIX, garantindo maior consistência nas informações apresentadas no fechamento de caixa.
Foi identificado que, ao alterar a data do movimento após a realização de uma quitação em PIX, os valores deixavam de ser considerados corretamente no fechamento de caixa correspondente ao dia em que a quitação havia sido efetivamente realizada. Esse comportamento poderia ocasionar divergências na conferência diária do caixa e dificultar o controle financeiro.
Para solucionar essa situação, foi ajustada a regra de processamento para que a alteração da data do movimento não interfira na composição do fechamento de caixa. A partir dessa correção, os valores das quitações realizadas via PIX permanecem vinculados ao fechamento do dia em que a quitação ocorreu, independentemente de alterações posteriores na data do movimento.
Após a implementação da melhoria, foram realizados testes de validação, confirmando que os recebimentos via PIX continuam sendo apresentados corretamente no fechamento de caixa da data original da quitação, preservando a integridade das informações financeiras e garantindo maior confiabilidade nos processos de conferência.
(OS 51763)- Foi identificado um problema na emissão de Notas Fiscais de saída no modelo novo. Ao gravar a nota utilizando determinado terminal, ao editar posteriormente essa mesma nota o terminal era trocado de forma incorreta. Esse comportamento foi corrigido inicialmente na versão 2.33.04 por meio de um ajuste simples no código.
Na sequência, foi realizada uma revisão mais ampla e detalhada do código na versão 2.33.05, contemplando não apenas a correção do terminal, mas também a validação completa da geração e carregamento da nota. Essa revisão incluiu todos os itens do cabeçalho da NF e os cálculos de impostos, garantindo que as alterações implementadas não comprometessem o funcionamento geral da emissão da nota fiscal.
Com esses ajustes, o sistema passa a assegurar maior estabilidade e confiabilidade na emissão das notas fiscais, evitando inconsistências e garantindo que os dados sejam gravados e carregados corretamente em todas as etapas do processo.
2.33.06 ________________________
(OS 51676)- Durante a análise do problema apresentado na emissão do MDF-e (Manifesto Eletrônico de Documentos Fiscais), foram identificadas duas situações que estavam ocasionando inconsistências na transmissão e na impressão do documento.
1. Correção na transmissão para transportador do tipo Carga Própria
Foi identificado que, quando o tipo de transportador era configurado como Carga Própria, o sistema estava enviando indevidamente o grupo de informações da tag infPag (Informações de Pagamento) durante a transmissão do MDF-e.
Como esse tipo de transporte não exige o preenchimento dessas informações, o envio desse grupo fazia com que a SEFAZ rejeitasse a transmissão do documento.
Para solucionar essa situação, foi realizada uma adequação na regra de transmissão do sistema. A partir dessa correção, sempre que o transportador for do tipo Carga Própria, o grupo infPag não será enviado, atendendo às exigências da legislação e permitindo que o MDF-e seja transmitido normalmente.
2. Correção na obtenção do número da loja
Também foi identificado que o sistema estava buscando o número da loja em um campo incorreto durante a geração do MDF-e.
Essa inconsistência fazia com que informações incorretas fossem utilizadas na emissão, impactando diretamente a impressão do documento.
Foi realizada a correção da rotina para que o sistema passe a obter o número da loja a partir do campo correto, garantindo que as informações sejam geradas de forma consistente e que a impressão do MDF-e ocorra corretamente.
(OS 51734)- Foi identificado que o problema na transmissão do CT-e estava relacionado ao remetente configurado como Não Contribuinte. Nessa situação, a tag de IE no XML não estava sendo gravada corretamente, o que ocasionava falhas no Schema do documento e impedia a transmissão adequada.
Foi implementado um ajuste no sistema Hermes para que, quando o cliente for classificado como Não Contribuinte, a tag de IE seja tratada e gravada corretamente no XML, evitando erros de validação e garantindo que a transmissão ocorra sem rejeições.
Além disso, foi repassado ao cliente que, como solução temporária, seria possível configurar o cliente como Contribuinte Isento, o que permitiria a transmissão, embora não fosse a forma definitiva de correção. Também foi analisado um segundo CT-e encaminhado pelo cliente, que apresentava erro distinto, relacionado à finalidade utilizada na emissão, e não ao problema da tag IE.
Com essas correções, o processo de transmissão do CT-e passa a atender às regras de validação do XML, assegurando maior confiabilidade e evitando falhas futuras.
2.33.07 ________________________
(OS 51844)- Foi realizada uma melhoria na rotina de validação e autenticação dos contratos executada pelo Robô Monitor, com o objetivo de otimizar o processo de verificação e aumentar a segurança durante a inicialização do sistema.
Anteriormente, a autenticação dos contratos podia ser executada mais de uma vez, gerando verificações desnecessárias e aumentando o processamento durante o acesso ao ERP. Além disso, caso ocorresse alguma falha na geração da chave de autenticação, existia a necessidade de garantir que nenhuma informação fosse alterada indevidamente no sistema.
Para solucionar essa situação, a rotina foi ajustada para que a autenticação dos contratos seja realizada apenas uma vez por dia, ocorrendo no primeiro login efetuado na base de dados. Dessa forma, os demais acessos realizados ao longo do mesmo dia utilizam a autenticação já validada, reduzindo o processamento e tornando a inicialização do sistema mais eficiente.
Também foi implementado um tratamento de segurança para que, caso não seja possível gerar ou validar corretamente a chave de autenticação, nenhuma alteração seja realizada no ERP, preservando a integridade das informações e evitando qualquer impacto indevido no funcionamento do sistema.
Após a implementação, foram realizados testes de validação, confirmando que a autenticação é executada apenas uma vez ao dia, que os demais logins utilizam a validação já existente e que, em caso de falha na autenticação, o sistema mantém a integridade dos dados sem realizar alterações indevidas.
Com essa melhoria, o processo de validação dos contratos torna-se mais seguro, eficiente e confiável, reduzindo verificações repetitivas, melhorando o desempenho na inicialização do sistema e garantindo maior estabilidade nas rotinas de autenticação.
2.33.09 ________________________
(OS 51353)- Foi implementada uma melhoria na rotina de faturamento com cartão de crédito, permitindo maior flexibilidade nas operações realizadas por empresas que utilizam TEF (Transferência Eletrônica de Fundos).
Anteriormente, quando o TEF estava ativado no sistema, o faturamento em cartão de crédito ficava vinculado ao processamento eletrônico da transação, limitando a realização de operações em situações em que fosse necessário registrar a venda de forma manual.
Para atender essa necessidade, foi desenvolvido um novo recurso que permite ao usuário realizar faturamentos em cartão de crédito utilizando a modalidade de processamento manual, mesmo com o TEF habilitado no sistema.
Com essa implementação, o usuário passa a ter a opção de registrar manualmente a operação de cartão quando necessário, sem que a configuração do TEF impeça a conclusão do faturamento. Essa funcionalidade é especialmente útil em situações como indisponibilidade momentânea da comunicação com a operadora, utilização de equipamentos externos ou outros cenários operacionais que exijam o lançamento manual da transação.
Após a implementação, foram realizados testes de validação, confirmando que o faturamento pode ser realizado normalmente tanto pelo fluxo tradicional do TEF quanto pela opção manual, respeitando as configurações do sistema e garantindo a integridade das informações financeiras.
Com essa melhoria, o sistema oferece maior flexibilidade operacional, permitindo que as vendas em cartão de crédito sejam concluídas mesmo em situações excepcionais, sem comprometer o processo de faturamento.
(OS 51546)- Foram efetuados ajustes importantes relacionados ao processo de gravação e transmissão das Notas Fiscais. Foi corrigido o comportamento do sistema para que, ao salvar uma NF com dados de receituário, essas informações passem a ser registradas corretamente no banco de dados, garantindo maior confiabilidade e integridade das informações.
Além disso, foi realizada uma correção específica para os casos em que a NF é importada a partir de um DAV contendo itens de receituário. Nessa situação, o sistema não estava gravando de forma adequada o código da fazenda na NF, o que poderia gerar inconsistências. Com o ajuste implementado, o código da fazenda passa a ser registrado corretamente, assegurando que os documentos fiscais reflitam fielmente os dados exigidos.
Essas melhorias garantem maior precisão no tratamento das informações de receituário e na geração das Notas Fiscais, proporcionando mais segurança e confiabilidade para o cliente em seus processos fiscais.
2.33.10 ________________________
(OS 51998)- Foi identificada uma inconsistência na rotina do DAV, em que os valores e as quantidades apresentados no cabeçalho do documento poderiam divergir dos itens lançados em determinadas situações.
Após a análise, constatou-se que o problema ocorria quando havia interrupções ou quedas de conexão durante o processo de inclusão dos itens no DAV. Nesses casos, o sistema não recalculava automaticamente os totais do cabeçalho, o que poderia ocasionar diferenças entre os valores exibidos no documento e os valores efetivamente registrados nos itens.
Para corrigir essa situação, foi implementado um ajuste na rotina do DAV para que, sempre que ocorrer qualquer instabilidade durante a inclusão dos itens, o sistema realize automaticamente o recálculo das quantidades e dos valores do cabeçalho, garantindo que as informações permaneçam consistentes e reflitam corretamente os dados dos produtos lançados.
Após a implementação da correção, foram realizados testes de validação, confirmando que os totais do cabeçalho são recalculados corretamente, mesmo em cenários de instabilidade na conexão, assegurando a integridade das informações e proporcionando maior confiabilidade na emissão do DAV.
(OS 51740)- Foi realizada uma análise no processo de quitação de recebimentos e identificado que a configuração "Não permitir quitação de recebimento sem caixa", localizada nas Configurações Gerais do Financeiro, não estava sendo respeitada corretamente pelo sistema, ocasionando comportamentos inconsistentes durante a realização das baixas.
Para corrigir essa situação, foram realizados ajustes na rotina de quitação para que o funcionamento passe a seguir exatamente as regras definidas pela configuração.
Com a configuração habilitada, o sistema agora verifica a existência de um caixa aberto antes de permitir a quitação. Nessa condição, a data de quitação é preenchida automaticamente com a data do último caixa aberto e permanece bloqueada para edição, impedindo que o usuário realize a quitação utilizando uma data diferente da permitida. Caso o último caixa aberto seja de um dia anterior, essa será a data utilizada, garantindo que o processo permaneça consistente com o controle de caixa.
Foi tratado também o cenário em que o usuário altera a conta de recebimento para uma conta bancária, ou seja, uma conta diferente do caixa do sistema. Nessa situação, a data de quitação passa a ficar liberada para edição, permitindo que seja alterada conforme a necessidade da operação, já que a restrição se aplica apenas às movimentações realizadas pelo caixa.
Além disso, quando não existir nenhum caixa aberto e a quitação for realizada utilizando o caixa do sistema, o sistema continuará apresentando a mensagem informando que não há caixa aberto, impedindo a conclusão da operação até que um caixa seja aberto.
Por outro lado, quando a configuração "Não permitir quitação de recebimento sem caixa" estiver desabilitada, o sistema passa a preencher a data de quitação com a data atual, deixando o campo livre para edição, permitindo ao usuário informar a data desejada sem a necessidade de haver um caixa aberto.
Com essas correções, a rotina de quitação de recebimentos passou a respeitar integralmente a configuração geral do financeiro, garantindo maior segurança nas operações, consistência no controle de caixa e evitando que sejam realizadas quitações em desacordo com as regras definidas pela empresa.
