Rotinas Otimizadas
Módulo/Rotina: Foi identificado que a geração dos balancetes de razões estava apresentando lentidão significativa. Para resolver o problema, foi feito um ajuste na rotina responsável pela emissão dos balancetes, otimizando a consulta que busca os dados e corrigindo a forma como as informações eram relacionadas, eliminando duplicidades e melhorando a performance. |
Módulo/Rotina: Foi identificado que o integrador contábil não estava considerando os lançamentos relacionados à taxa de cobrança (operação 1056), o que impedia a finalização da contabilização mensal e a entrega dos relatórios à diretoria. Para resolver o problema, foram feitos ajustes na rotina de integração, removendo uma validação que limitava a busca por empresa com código específico e passando a considerar apenas se há diferença entre o valor da duplicata e o valor do título. |
Módulo/Rotina: Foi identificado que, na origem Outras Despesas, os lançamentos de aluguel para pessoa jurídica estavam trazendo valores indevidos de PIS e COFINS, o que gerava inconsistência na contabilização. Esses valores já são tratados na origem Apuração ICMS Outros Débitos. Para resolver essa situação, foi criado um parâmetro que define como os impostos sobre despesas e receitas devem ser contabilizados. Com isso, o sistema passa a considerar esse parâmetro 35214 no momento da contabilização, permitindo que os valores sejam importados da origem correta conforme a configuração definida. |
Módulo/Rotina: No Integrador Contábil, ao acessar o campo de operação e dar dois cliques no número da operação, a tela de parametrização no Compositor era aberta corretamente. No entanto, ao fechar essa tela, o sistema perdia o foco e retornava para a última tela utilizada, em vez de manter a tela atual ativa. Para resolver esse problema, foi realizada uma alteração no comportamento do formulário, garantindo que o foco permaneça na tela anterior após o fechamento da parametrização. |
Módulo/Rotina: Ao registrar notas fiscais de entrada, o valor do ICMS sobre o frete não estava sendo considerado corretamente, o que gerava inconsistências nos lotes. Foi feito um ajuste na rotina de integração, incluindo o valor do ICMS do frete na operação específica, que antes considerava apenas os valores dos itens. |
Módulo/Rotina: Foi identificado que, ao realizar a baixa de adiantamento de cliente por mútuo recebimento, o sistema estava contabilizando o valor duplicado — uma vez pela origem BAC e outra pela origem MRC. Para corrigir esse comportamento, foi criado um novo parâmetro de sistema que permite considerar o mútuo apenas na origem "Adiantamento de cliente - Baixa". Com isso, a rotina de integração contábil foi ajustada para aplicar essa lógica e evitar a duplicidade. |
Módulo/Rotina: Foi identificado que, ao processar a apuração do LALUR / LACS, o valor da rubrica "Lucro Líquido" estava incorreto. O sistema foi ajustado para considerar corretamente a natureza dos lançamentos no momento do cálculo, garantindo que o valor apurado reflita com precisão os dados contábeis. |
Módulo/Rotina: No módulo contábil, os menus antigos relacionados ao LALUR, como "Vínculo do Plano de Conta LALUR/LACS" e "LALUR PARTE A", foram ocultados. Esses menus não serão mais utilizados e, por isso, foram retirados da interface para evitar confusão e facilitar a navegação dos usuários. |
Módulo/Rotina: Durante o processamento da apuração do LALUR, foram identificadas inconsistências na compensação e controle de prejuízos na Parte B. O sistema foi ajustado para considerar corretamente a data do movimento referente ao saldo inicial de prejuízo, utilizando o primeiro dia do ano para apuração anual e o primeiro dia do trimestre para apuração trimestral. Além disso, foi corrigido o comportamento na compensação de valores: agora, o sistema verifica se há saldo disponível antes de realizar a compensação e utiliza apenas o valor existente, evitando registros indevidos. |
Módulo/Rotina: Foi identificado que, na geração do balancete contábil, estava ocorrendo uma diferença de centavos entre os valores do Ativo e do Passivo. Isso acontecia porque o arredondamento era feito individualmente em cada valor, o que acabava alterando o resultado acumulado e gerando divergências. Para corrigir esse problema, foram feitos ajustes na rotina de geração do balancete e nas consultas utilizadas, alterando a forma como o arredondamento é aplicado — agora ele é feito apenas após o somatório dos valores. |
Módulo/Rotina: Foi identificado que, na origem Pagamento de Títulos, os lançamentos com juros (operação 1038) estavam sendo gerados sem nenhuma informação no campo de observação, mesmo quando esse campo estava corretamente preenchido no EMSys. Para resolver essa situação, foi feita uma correção que garante que a observação seja incluída também nos lançamentos de juros. |
Módulo/Rotina: Foi identificado que, ao tentar gerar o relatório com um intervalo de datas extenso, o sistema apresentava uma falha de memória, impedindo a conclusão do processo. Mesmo com períodos menores, o erro persistia, impossibilitando o cliente de obter o relatório necessário para auditoria. Para resolver essa limitação, foi implementada uma nova forma de exportação dos dados, agora em formato CSV, com um método específico para essa geração. |
Módulo/Rotina: Foi identificado que, ao pesquisar títulos a pagar em um intervalo de datas como por exemplo (de 01/10/2025 a 03/10/2025), o sistema apresentava uma diferença de centavos, impedindo a conclusão da integração. Essa diferença não ocorria quando a pesquisa era feita dia a dia. Para resolver o problema, foram realizados ajustes na forma como os valores são calculados e arredondados, garantindo maior precisão nos resultados. |
Módulo/Rotina: Foi identificado que, na origem Outras Despesas, registros com diferença de centavos, vinculados a uma operação sem tipo de despesa definido. Essa inconsistência impedia a conclusão da integração do dia. Para resolver o problema, foram feitos ajustes na lógica de identificação da diferença e na forma como o sistema busca os dados necessários para criar um novo lançamento, agora com o valor correto e vinculado ao lote e à origem adequados. |
Módulo/Rotina: Foi identificado que, ao tentar gerar o arquivo do Razão em formato CSV, o sistema não permitia escolher o diretório de salvamento e apresentava erro na coluna referente ao centro de custo. Além disso, o arquivo gerado continha apenas os nomes das colunas, sem nenhuma informação. Para resolver esses problemas, foram feitos ajustes que permitem ao usuário selecionar o local onde deseja salvar o arquivo e corrigem o erro relacionado ao centro de custo, garantindo que os dados sejam corretamente incluídos no arquivo. |
Módulo/Rotina: Foi identificado que, ao realizar a integração do fechamento de caixa, o sistema apresentava um erro relacionado à duplicidade de chave, impedindo a conclusão do processo. Como a base está hospedada, não foi possível aplicar diretamente a sugestão técnica indicada. Para resolver a situação, foram feitas melhorias que permitem ao sistema verificar se o identificador necessário já existe na base antes de tentar inseri-lo, evitando conflitos e garantindo que a integração ocorra de forma segura. |
Módulo/Rotina: Durante a emissão do relatório razão com todas as contas de um período extenso, foi identificado um problema de estouro de memória, impedindo a geração completa do relatório solicitado pela auditoria. Para resolver essa situação, foi realizada uma reorganização na forma como os dados são buscados e processados, com a criação de uma nova estrutura que separa etapas como geração de arquivos, consulta de dados, processamento e exportação. |
Módulo/Rotina: Caminho: Integração → integrador contábil. |