Data da Release | |
|---|---|
Produto | Linx EMSys ERP |
Versão | 3.17.0.0 |
Download |
Rotinas Otimizadas
Módulo/Rotina: Foi ajustado o processo corrigindo o cálculo do imposto em operações interestaduais quando a opção de cálculo automático está ativa.
Benefício/Descrição: A correção evita rejeições na transmissão da nota fiscal, garantindo maior segurança no faturamento.
Caminho: Gerencial → Venda → Pré- venda → Cad de Pré- Venda.
Módulo/Rotina: Foi ajustada a forma como as instruções de juros e multa são exibidas nos boletos bancários emitidos pela integração bancária. O comportamento foi corrigido para que, além do percentual, o valor monetário correspondente também seja informado nas instruções exibidas ao pagador, seguindo o mesmo padrão já adotado por outros bancos integrados.
Benefício/Descrição: Com essa melhoria, as informações de juros e multa passam a ser exibidas de forma mais clara e completa nos boletos, facilitando o entendimento do cliente no momento do pagamento. Isso garante maior transparência na cobrança, padroniza a apresentação das instruções entre os bancos integrados e reduz dúvidas ou questionamentos relacionados aos valores cobrados.
Caminho: Financeiro → Banco → Integração Bancária.
Módulo/Rotina: Foi identificado um problema de lentidão no processo de geração da conferência de encerrantes, que em alguns cenários levava vários minutos para ser concluído. Após análise e testes em diferentes ambientes, foi realizado um ajuste interno na forma como as informações são buscadas e organizadas durante a conferência, tornando o processo mais simples e eficiente. A solução foi aplicada diretamente na rotina responsável por essa conferência, sem necessidade de novos parâmetros ou configurações por parte do usuário.
Benefício/Descrição: Com essa melhoria, a conferência de encerrantes passou a ser gerada de forma muito mais rápida e estável, eliminando a demora excessiva observada anteriormente. O ajuste reduz o esforço de processamento, melhora o desempenho geral da rotina e proporciona uma experiência mais ágil no uso do sistema, sem impacto no fluxo operacional já utilizado pelos usuários.
Caminho: Fiscal → LMC Automático.
Módulo/Rotina: Ao imprimir boletos já registrados, foi ajustada a forma como a informação de juros é exibida no corpo do documento. O sistema passou a respeitar corretamente o tipo de juros definido no cadastro, exibindo como diário quando essa opção for utilizada.
Benefício/Descrição: Com essa correção, a informação de juros apresentada no boleto fica alinhada ao que foi cadastrado, evitando divergências e interpretações incorretas por parte do cliente final. Isso traz mais clareza, confiabilidade no documento impresso e aderência às regras das integrações bancárias, garantindo uma experiência mais segura e consistente.
Caminho: Financeiro → Banco → Integração Bancária.
Módulo/Rotina: Foi realizada uma reorganização no cadastro de operador PDV e no cadastro de grupo PDV para separar corretamente as permississões de operador e de supervisor. As permissões agora estão distribuídas em menus distintos, evitando que informações de perfis diferentes sejam exibidas juntas.
As funções de supervisor, identificadas pelas ações de autorização, passaram a ficar em um menu específico, que permanece oculto e só é exibido quando o operador recebe a função código 69- Dar direitos de Supervisor.
Também foi incluída uma nova coluna no grid para exibir o código da função ou permissão, facilitando a identificação. Além disso, foi implementado um campo de consulta de funções, sem a necessidade do campo de tela.
Benefício/Descrição: Com essa melhoria, o cadastro de permissões ficou mais claro e organizado, reduzindo confusões no uso e na configuração dos perfis de acesso. A separação visual entre operador e supervisor torna o processo mais intuitivo para o cliente, enquanto a exibição do código e a consulta simplificada das funções agilizam a conferência e a gestão das permissões no dia a dia.
Caminho: EMSys → Gerencial → PDV → cadastro de usuário PDV.
Módulo/Rotina: Foi ajustado o comportamento da confirmação de caixa para empresas que utilizam integração online. Quando essa integração estiver ativa, o sistema passa a impedir o uso da configuração que gera entrada automática de estoque durante a confirmação em lote. Esse ajuste pode ocorrer diretamente na tela, deixando a opção indisponível para o usuário, ou no momento da confirmação, com bloqueio da operação. Para clientes que já possuíam essa configuração ativa de forma inconsistente, o sistema passa a desconsiderar essa opção durante a confirmação de caixa, garantindo que nenhuma movimentação automática de estoque seja realizada. Também foi prevista uma ação corretiva para tratar a base existente, removendo essa configuração automaticamente nas empresas com integração online ativa.
Benefício/Descrição: Com essa melhoria, o sistema evita a geração indevida de entradas de estoque em empresas que operam com integração online, garantindo maior controle e consistência das informações. O usuário fica impedido de habilitar uma configuração incompatível com esse tipo de operação, reduzindo riscos de erro no dia a dia e assegurando que o estoque reflita apenas movimentações válidas e esperadas, inclusive para clientes que já possuíam a configuração ativa antes do ajuste.
Caminho: EMSys3 → Sistema → Parâmetro empresa → aba integração online (Parâmetro: Utiliza Integração Online) → aba fechamento (Parâmetro: Gerar entrada automática de estoque na confirmação em lote).
Módulo/Rotina: Ajustado rotina de integração com venda 99.
Benefício/Descrição: Realizado ajuste na validação no registro da venda para integração 99 já existente, assim evitando registros duplicados.
Módulo/Rotina: Foi ajustada a busca de veículos no EMSys TR para remover uma validação antiga que causava erro ao consultar os veículos 1 e 4. Essa verificação era utilizada apenas para identificar o cadastro de pneus do veículo, algo que hoje não é mais obrigatório para o funcionamento da rotina.
Benefício/Descrição: Com essa alteração, o sistema deixa de exibir a mensagem de erro quando os pneus não estão cadastrados. Nesses casos, os pneus simplesmente não são mostrados na tela, deixando claro para o usuário que o cadastro não existe. Isso evita erros desnecessários, melhora a experiência de uso e garante uma consulta mais fluida, especialmente em registros mais antigos.
Caminho: EMSys3TR → Veiculos→ Veiculos.
Módulo/Rotina: Foi realizado um ajuste no processo de pré-venda e emissão de notas fiscais para corrigir o cálculo do diferimento dos impostos aplicáveis nas operações com diferimento total. O sistema passou a calcular corretamente os valores de imposto e de diferimento por item, considerando de forma adequada os percentuais informados, além de garantir o preenchimento correto dos valores totais no documento fiscal. Com isso, o envio das informações para a SEFAZ passou a atender às regras esperadas para esse tipo de operação.
Benefício/Descrição: Com essa correção, as notas fiscais deixam de ser rejeitadas no momento da transmissão, permitindo a emissão normal dos documentos fiscais. O ajuste elimina a necessidade de paliativos por parte do cliente, reduz retrabalho e garante maior confiabilidade nos cálculos fiscais, trazendo mais segurança e agilidade ao processo de faturamento.
Caminho: EMSys3 → Gerencial → Vendas → Pré-venda → Cadastro de Pré-venda.
Módulo/Rotina: Foi identificada a ocorrência de diferenças residuais de centavos na rubrica de Caixa ao gerar a posição de liquidez, ocasionadas pela soma de múltiplos movimentos com diferentes critérios de arredondamento. Para corrigir esse comportamento, o cálculo da rubrica Caixa foi ajustado para desconsiderar e zerar automaticamente saldos residuais de pequeno valor.
Benefício/Descrição: O ajuste elimina a exibição de diferenças irrelevantes de centavos na posição de liquidez, proporcionando maior clareza, precisão e confiabilidade às informações apresentadas nos relatórios.
Caminho: Gerencial → Posição de Liquidez.
Módulo/Rotina: Foi ajustado o processo de fechamento de caixa no ponto de venda para tratar corretamente a utilização de vale‑haver entre empresas diferentes. A rotina passou a considerar o uso do vale no momento do pagamento, garantindo que o valor recebido seja registrado no caixa da empresa onde a venda foi realizada, mesmo que o vale tenha sido emitido por outra empresa.
Benefício/Descrição: Com essa melhoria, o recebimento do vale‑haver passa a ser contabilizado corretamente no fechamento de caixa, evitando diferenças e inconsistências nos valores apurados.
Caminho: Gerencial → PDV → Fechamento Caixa PDV.
Módulo/Rotina: Não houve alteração no código fonte do sistema
Benefício/Descrição: Sem alteração no código fonte.
Caminho: Financeiro → Banco → Integração Bancária.
Módulo/Rotina: Foram realizados ajustes no processo de envio de e‑mails em massa para tornar a operação mais estável e confiável. O sistema passou a liberar corretamente os recursos utilizados após cada envio, a controlar melhor o ritmo das mensagens enviadas e a finalizar o processo garantindo que o status da execução seja atualizado corretamente. Também foi reforçada a limpeza dos recursos de comunicação antes do início do envio, evitando acúmulo de conexões. Como parte da configuração, foi definido um intervalo fixo de 1 segundo entre cada envio de e‑mail.
Benefício/Descrição: Essas melhorias evitam a sobrecarga do servidor de e‑mail, garantindo um fluxo mais estável e contínuo de mensagens. Com isso, o risco de falhas durante envios em massa é reduzido, o uso de recursos do sistema fica mais eficiente e o processo passa a refletir corretamente quando a operação é iniciada e finalizada. Os testes realizados com grande volume de registros confirmaram maior segurança e confiabilidade no envio das mensagens.
Módulo/Rotina: Foi ajustada a função de exportação dos XML de notas fiscais para considerar tanto a data de emissão da nota quanto a data relacionada à fatura.
Benefício/Descrição: Com os ajustes o sistema passa a retornar os registros sempre que qualquer uma dessas datas atender aos critérios informados, evitando que notas deixem de ser listadas durante a exportação.
Caminho: Gerencial → NF-e → Exporta XML NF-e.
Módulo/Rotina: Foi identificado um problema de lentidão no processo de geração da conferência de encerrantes, que em alguns cenários levava vários minutos para ser concluído. Após análise e testes em diferentes ambientes, foi realizado um ajuste interno na forma como as informações são buscadas e organizadas durante a conferência, tornando o processo mais simples e eficiente. A solução foi aplicada diretamente na rotina responsável por essa conferência, sem necessidade de novos parâmetros ou configurações por parte do usuário.
Benefício/Descrição: Com essa melhoria, a conferência de encerrantes passou a ser gerada de forma muito mais rápida e estável, eliminando a demora excessiva observada anteriormente. O ajuste reduz o esforço de processamento, melhora o desempenho geral da rotina e proporciona uma experiência mais ágil no uso do sistema, sem impacto no fluxo operacional já utilizado pelos usuários.
Caminho: Fiscal → LMC Automático.
Módulo/Rotina: Foi identificada uma divergência na posição de liquidez causada pelo cancelamento de notas de devolução de compra que possuíam despesas acessórias. O sistema realizava o lançamento desses valores para compensar a entrada da nota, porém, no momento do cancelamento, esses lançamentos não estavam sendo removidos corretamente.
Além disso, durante a devolução de itens em pré-venda, foi identificado que o cálculo dos valores do item não estava sendo feito de forma adequada quando a quantidade devolvida era alterada. O processo foi ajustado para garantir que os cálculos sejam realizados somente após todas as informações necessárias estarem disponíveis, bem como para assegurar que os valores sejam corretamente estornados quando a nota for cancelada.
Benefício/Descrição: Com essa correção, os valores relacionados a despesas acessórias passam a ser corretamente excluídos quando uma nota de devolução é cancelada, evitando divergências na posição de liquidez. O ajuste também garante maior precisão nos cálculos dos itens devolvidos, trazendo mais consistência financeira, reduzindo inconsistências contábeis e aumentando a confiabilidade das informações geradas pelo sistema.
Caminho: Gerencial → Posição de Liquidez.
Módulo/Rotina: Foi realizada uma atualização no processo de unificação e importação dos arquivos do SPED Fiscal. O sistema passou a considerar corretamente uma adequação recente na estrutura do registro utilizado nesse processo, garantindo que todas as informações presentes nos arquivos sejam reconhecidas durante a importação. Com esse ajuste, a unificação dos arquivos ocorre normalmente, mesmo quando são utilizados layouts atualizados do SPED.
Benefício/Descrição: A correção elimina o erro que impedia a importação e unificação dos arquivos, restabelecendo o uso do unificador sem necessidade de ajustes manuais ou ações paliativas. Com isso, os arquivos do SPED Fiscal passam a ser importados corretamente, assegurando continuidade operacional, maior confiabilidade no processo e aderência às atualizações mais recentes do layout fiscal.
Caminho: Arquivos Fiscais > Sped > Unificador Sped Fiscal.
Módulo/Rotina: Criado script para ser aplicado em banco de dados locais códigos de ajuste CBENEF para o estado de São Paulo, que começará a validar dia 06/04/2026, ao transmitir notas fiscais de saída modelo 55 e 65.
Benefício/Descrição: Auxiliar o cliente no cadastro desses códigos e evitar rejeição de notas fiscais.
Módulo/Rotina: Foi realizado um ajuste na rotina de conferência de encerrantes para corrigir uma inconsistência que gerava diferenças indevidas nos resultados apresentados.
Benefício/Descrição: Com essa melhoria, a conferência de encerrantes passa a apresentar resultados confiáveis, eliminando diferenças negativas incorretas.
Caminho: Gerencial → PDV → Conferência de Encerrantes.
Módulo/Rotina: Realizado ajustes no relatório para pegar a posição do título e incluso coluna de "situação" no relatório.
Benefício/Descrição: Com os ajustes o usuário poderá visualizar a "situação" do título com base na posição filtrada.
Caminho: Gerencial → Financeiro → Contas a Pagar → Relatórios → Rel. Posição Título a Pagar.
Módulo/Rotina: Foram realizadas melhorias no processo de faturamento de títulos a receber, tanto na geração manual quanto no faturamento automático. O sistema passou a verificar se o título já foi enviado ao banco por integração antes de permitir o faturamento. Na tela de geração de fatura, títulos que já foram registrados no banco deixam de aparecer na pesquisa e não podem mais ser faturados. No faturamento automático, o sistema faz a mesma validação durante a execução da rotina, ignorando automaticamente os títulos que já estão registrados e registrando essa informação para controle interno.
Benefício/Descrição: Essa melhoria evita a geração de boletos duplicados para o mesmo título no banco, garantindo mais segurança e consistência no processo financeiro. Com isso, reduzem-se erros operacionais, retrabalho e possíveis problemas de cobrança com o cliente, além de tornar o faturamento automático mais confiável e transparente.
Caminho: Gerencial → Financeiro → Contas a receber → Geração de fatura a receber.
Módulo/Rotina: Ajustada a geração de remessa de pagamento via PIX para o banco Itaú, passando a aceitar exclusivamente pagamentos por PIX QR Code (copia e cola).
Benefício/Descrição: A opção “Pix” foi renomeada para “Pix – QR Code”, garantindo maior clareza ao usuário quanto ao tipo de pagamento suportado.
O sistema passa a considerar corretamente o PIX informado na grid de pagamento, deixando de utilizar o valor cadastrado no cadastro da pessoa.
Também foram implementadas validações que impedem o uso de chaves PIX (CPF, CNPJ, e-mail ou telefone) para este banco, exibindo mensagem de erro quando informadas fora do padrão QR Code.
Na geração do arquivo de remessa, os campos do segmento J correspondentes ao código de barras são preenchidos com zeros, conforme especificação do Itaú para este tipo de operação.
Caminho: Gerencial → Financeiro → Banco → Remessa → Remessa de Pagamento (Itaú).
Módulo/Rotina: Na integração bancária do EMSys3, foi alinhado que não é necessário imprimir instruções de desconto nos boletos. Isso porque o valor apresentado já é calculado com base no valor líquido do título, que considera automaticamente o desconto aplicado. Com isso, o sistema foi ajustado para não incluir mais mensagens de instruções de desconto, independentemente do banco utilizado.
Benefício/Descrição: A melhoria simplifica a emissão dos boletos, evitando informações desnecessárias e deixando a comunicação mais clara para o cliente final. Além disso, garante maior padronização entre os bancos e reduz o risco de interpretações incorretas sobre valores e descontos já aplicados.
Caminho: Financeiro → Banco → Integração Bancária.
Módulo/Rotina: Para atender diferentes necessidades de clientes, foi implementado um novo parâmetro de controle no financeiro da empresa. Esse parâmetro define se a empresa permite ou não lançar depósitos com data futura e já vem habilitado por padrão, mantendo o comportamento atual para quem não deseja alterar essa regra.
Benefício/Descrição: Com essa melhoria, o sistema passa a ser mais flexível, permitindo que cada empresa decida se deseja aceitar lançamentos de depósitos com data futura.
Caminho: Gerencial → Financeiro → Banco → Depósito.
Módulo/Rotina: Foi ajustada a forma como o sistema informa os juros nas integrações com o banco Itaú. Foi identificado que o sistema estava marcando os juros como cobrança mensal, mas a regra correta para o Itaú é considerar a cobrança diária. Com isso, o envio passou a sempre indicar juros diários quando o banco selecionado for Itaú, garantindo alinhamento com a documentação do banco.
Benefício/Descrição: A mudança evita divergências e possíveis rejeições no processamento pelo Itaú, deixando o envio de informações mais consistente e correto. Na prática, garante que os juros sejam interpretados da forma certa pelo banco, trazendo mais confiabilidade e menos retrabalho nas operações.
Caminho: Financeiro → Banco → Integração Bancária.
Módulo/Rotina: Foi realizado um ajuste na rotina de identificação da forma de pagamento utilizada nas transações com cartão. O sistema agora avalia corretamente se a transação foi capturada como POS ou TEF no momento do registro, garantindo que a forma de pagamento adequada seja localizada mesmo quando existem cadastros semelhantes.
A regra de classificação da captura foi padronizada para evitar divergências entre a origem da transação e a forma como ela é tratada internamente, assegurando consistência desde a inserção dos dados até a conferência das transações.
Como parte desse ajuste, foi alinhado o entendimento dos tipos de captura considerados como POS, garantindo que o sistema grave essa informação de forma correta desde a entrada da transação.
Benefício/Descrição: Com essa melhoria, o sistema passa a identificar corretamente se a transação é POS ou TEF, evitando erros na vinculação da forma de pagamento quando existem opções semelhantes cadastradas. Isso traz mais confiabilidade para a conferência das transações de cartão e reduz inconsistências operacionais.
Observação importante:
Como a alteração impacta o momento de registro das transações, é necessário reprocessar os extratos dos dias em que o problema ocorreu para que os dados fiquem corretos.
Como alternativa temporária, é possível realizar o ajuste manual das transações já registradas, garantindo que aquelas capturadas como POS sejam corretamente reconhecidas pelo sistema.
Caminho: Financeiro → Conciliadora Cartão → Conferência Transação Cartão
Módulo/Rotina: No cadastro de itens, na aba de Códigos de Barra, foi ajustado o comportamento ao copiar e colar informações. Ajustado incluindo uma validação que identifica a presença de quebra de linha e limpa automaticamente o conteúdo do campo.
Benefício/Descrição: Com essa melhoria, o sistema passa a impedir o salvamento de códigos de barras com quebras de linha, evitando falhas na integração e travamentos durante o envio das informações.
Caminho: Estoque → Item → Item → Aba Códigos de Barra.
Módulo/Rotina: Foi ajustado o cadastro de referência para exigir o preenchimento da unidade no momento da inclusão, evitando o uso incorreto da unidade definida pelo fornecedor.
Benefício/Descrição: A melhoria previne inconsistências na entrada da nota fiscal, garantindo cadastros mais completos e reduzindo erros no processo.
Caminho: Gerencial → Estoque → Item → Item.
Módulo/Rotina: A rotina de Recebimento de Títulos por Mútuo foi ajustada para pagamentos com cheque. Agora, caso o CPF ou CNPJ do emitente não esteja cadastrado, o sistema realiza o cadastro automaticamente durante a inclusão do cheque.
Benefício/Descrição: A melhoria evita erros no recebimento por mútuo, garante a continuidade do fluxo de caixa e elimina a necessidade de cadastros manuais fora da rotina, tornando o processo mais simples e seguro.
Caminho: Gerencial → Financeiro → Mútuo → Recebimento de Títulos.
Módulo/Rotina: Foi realizado um ajuste no controle de cheque troco na Posição de Liquidez (PL) para que os valores passem a respeitar corretamente a data de posição, desde a emissão, utilização no caixa e posterior baixa em conta.
A lógica foi revisada para considerar todo o período em que o cheque troco permaneceu utilizado no caixa, independentemente de a baixa ocorrer em data posterior ao fechamento. Também foi ajustada a forma como a data do movimento financeiro é considerada, garantindo que ela reflita corretamente o momento do fechamento de caixa ou da baixa, conforme a situação.
Com isso, os cheques troco passam a ser incluídos na PL somente dentro do intervalo correto, respeitando a data de emissão, a data do fechamento de caixa e a data da posição informada.
Benefício/Descrição: Esse ajuste elimina diferenças na PL causadas por cheque troco, garantindo que os valores sejam apresentados de forma correta e consistente ao longo do tempo. A visualização financeira fica mais fiel à realidade da operação, evitando desbalanceamentos entre caixa e banco, principalmente em cenários onde a utilização do cheque e a baixa não ocorrem no mesmo dia. Isso traz mais confiabilidade para as análises financeiras e auditorias, especialmente após o início da operação de cheque troco.
Caminho: Gerencial → Posição de Liquidez.
Módulo/Rotina: Foi ajustada a rotina de consulta de títulos na tela de Integração Bancária. Com a correção, o sistema passa a usar o número do título que já está salvo para fazer a consulta e, a partir do retorno dessa consulta, realizar automaticamente a baixa quando aplicável. Quando o retorno indicar que o boleto já foi baixado, o título é atualizado corretamente no sistema.
Benefício/Descrição: Esse ajuste garante que o status dos títulos fique sempre alinhado com a situação real do boleto, evitando inconsistências e retrabalho manual. O processo de baixa se torna mais confiável e automático, trazendo mais agilidade e segurança no controle dos títulos.
Caminho: Financeiro → Banco → Integração Bancária.
Módulo/Rotina: Foi ajustado o processo de integração com o banco Itaú nos fluxos de registro e alteração. Após validação, identificou-se que não é necessário informar um determinado dado relacionado a dias de juros. Com isso, o sistema passou a enviar apenas as informações exigidas pelo banco, removendo esse preenchimento desnecessário no envio.
Benefício/Descrição: A melhoria simplifica o processo de comunicação com o Itaú, reduzindo o envio de informações não obrigatórias e evitando possíveis inconsistências. Isso torna o processamento mais alinhado às regras do banco e contribui para maior segurança e estabilidade nas operações.
Caminho: Financeiro → Banco → Integração Bancária.
Módulo/Rotina: Foi ajustado o processo de impressão da DANFE para que o tipo de frete informado no XML seja considerado corretamente em todas as situações.
Benefício/Descrição: Com a correção, todos os tipos de frete previstos passam a ser exibidos corretamente na DANFE, garantindo informações mais completas, claras e alinhadas ao conteúdo da nota fiscal.
Caminho: Gerencial → NFe → Gerenciador de Nota Fiscal.
Módulo/Rotina: Foi ajustado o processo de faturamento para corrigir o preenchimento automático da alíquota de FCP. Em notas de devolução, o sistema passa a buscar corretamente todas as informações de tributação da nota original, garantindo que os dados sejam mantidos conforme a origem.
Benefício/Descrição: O ajuste garante que as informações fiscais sejam preenchidas de forma completa e correta.
Caminho: Venda → Pré-Venda → Cadastro Pré-Venda.
Módulo/Rotina: Foram realizadas melhorias na cobrança bancária do Sicoob para adequar o envio e a apresentação de juros e multa nos boletos. O sistema passou a considerar o envio dos juros no formato mensal, calculando esse valor com base no juros diário configurado na cobrança. Também foi ajustada a exibição da mensagem de juros nos boletos, deixando claro que o cálculo é feito diariamente. Além disso, o cálculo e a impressão da multa passaram a respeitar exatamente a configuração definida na cobrança bancária, seja ela percentual ou valor fixo.
Benefício/Descrição: Esses ajustes garantem que os boletos emitidos pelo Sicoob estejam alinhados às regras da cobrança configurada, com informações mais claras e corretas para o cliente. O cálculo de juros e multa fica mais preciso e transparente, reduzindo divergências, evitando interpretações incorretas e trazendo mais confiabilidade ao processo de cobrança.
Caminho: Financeiro → Banco → Integração Bancária.
Módulo/Rotina: Foi identificado que o EMSys não estava respeitando o mnemônico padrão configurado nos parâmetros da empresa, no faturamento. Com isso, ao acessar a tela de Cashmonitor, o sistema sempre solicitava o preenchimento do mnemônico, mesmo quando já existia um padrão definido ou quando o sacado possuía essa informação cadastrada.
O fluxo foi ajustado para que o sistema verifique primeiro se há um mnemônico válido no cadastro do sacado ou nos parâmetros da empresa. A tela de seleção de mnemônico passa a ser exibida apenas quando nenhuma dessas informações é encontrada.
Benefício/Descrição: Com esse ajuste, o acesso ao Cashmonitor se torna mais ágil e automático, evitando solicitações desnecessárias de preenchimento do mnemônico. O sistema passa a respeitar corretamente as configurações já existentes, reduzindo retrabalho, melhorando a experiência do usuário e garantindo maior aderência às regras definidas nos parâmetros da empresa.
Caminho: Parâmetros Empresa → Faturamento
Caminho: Financeiro → Contas a Receber → Processa arquivo de baixa de cartões - Cashmonitor.
Módulo/Rotina: Geração de Remessa de Pagamento / Impressão de Listagem de Títulos.
Benefício/Descrição: Ao gerar o arquivo de pagamento, o processo era concluído com sucesso. Entretanto, ao tentar imprimir a listagem dos títulos incluídos na remessa, o sistema apresentava a seguinte mensagem de erro:
"cdsTitulosRet: Cannot perform this operation on a closed dataset."
Causa: O dataset responsável pela impressão (cdsTitulosRel) não era aberto corretamente durante a transferência dos registros, causando falha na impressão.
Solução: Recriação do dataset de impressão, garantindo sua correta inicialização e funcionamento durante o processo.
Módulo/Rotina: Correção de erro na pesquisa de movimento bancário em ambiente hospedado, causado pela falta de atualização da base na última liberação. A base foi devidamente atualizada pelo time de cloud.
Benefício/Descrição: O ajuste garante o funcionamento correto da pesquisa, eliminando falhas e proporcionando maior estabilidade e confiabilidade na execução da rotina.
Caminho: Gerencial → Financeiro → Banco → Conciliação → Movimento Bancário.
Módulo/Rotina: Foi realizado um ajuste no processo de impressão do boleto para que, no caso do banco Itaú, a informação de juros seja reconhecida e apresentada corretamente como juros percentual diário, conforme definido no cadastro.
Benefício/Descrição: Esse ajuste garante que o boleto impresso reflita corretamente a forma de cobrança de juros configurada, evitando informações incorretas no documento e trazendo mais clareza e confiabilidade para o cliente final no momento do pagamento.
Caminho: Financeiro → Banco → Integração Bancária.
Módulo/Rotina: Foi ajustada a validação da data de fechamento financeiro para a conciliação de caixa.
Benefício/Descrição: Agora, o sistema bloqueia qualquer alteração em movimentos de caixa com data menor ou igual à data definida no fechamento financeiro.
Caminho: Gerencial → Sistema → Datas de Fechamento.
Módulo/Rotina: Foram ajustados diversos pontos na geração dos registros do LMC no EMSys.
Benefício/Descrição: Os ajustes tem por finalidade reduzir o tempo de geração das páginas trazendo maior agilidade para os usuários.
Caminho: Fiscal → LMC Automático
Módulo/Rotina: A rotina de consulta e liquidação de boletos foi ajustada para reconhecer corretamente pagamentos realizados por QR Code.
Benefício/Descrição: Com a melhoria qualquer status retornado pelo banco que contenha o termo “LIQUIDAD” será tratado como título liquidado.