| Painel | ||||||
|---|---|---|---|---|---|---|
| ||||||
|
| Painel | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
|
| Expandir | ||
|---|---|---|
| ||
Você Sabia? |
| Painel |
|---|
Rotinas Otimizadas |
| Painel |
|---|
Módulo/Rotina: Alterado o end Saldo Conta Contabil, adicionando a coluna Classificacao_Conta_Anterior, para registrar a conta de origem do saldo. |
| Painel |
|---|
Módulo/Rotina: No processo de fechamento financeiro, foi identificado que a empresa em questão estava com o fechamento programado para o dia 30/11/2025. Por esse motivo, o sistema não permite incluir movimentos com data anterior a esse fechamento. A mensagem exibida ao usuário foi ajustada para explicar de forma mais clara o motivo do bloqueio e a relação com a data do fechamento financeiro. |
| Painel |
|---|
Módulo/Rotina: Foi ajustado o processo de emissão, envio e cancelamento de Nota Fiscal de Serviço pelo EMSys3 para o provedor GovDigital. O sistema passou a considerar as novas regras exigidas pelo provedor, incluindo o preenchimento de informações adicionais do serviço e do tomador diretamente na geração da nota e na montagem dos dados que são enviados e cancelados pelo sistema. |
| Painel |
|---|
Módulo/Rotina: Durante a análise da geração do boleto, foi identificado que o número exibido no documento não seguia o padrão exigido pelo banco. Embora a remessa estivesse correta, o boleto apresentava um formato diferente do esperado. Para ajustar isso, foi feita uma atualização no modelo do boleto usado pelo cliente, garantindo que o número seja formado da maneira correta, incluindo o cálculo do dígito verificador conforme as orientações do banco. |
| Painel |
|---|
Módulo/Rotina: Configurações Faturamento automático - Ajustar GRID |
| Painel |
|---|
Módulo/Rotina: Durante a análise dos movimentos financeiros, foram identificadas situações em que adiantamentos de clientes geraram títulos a pagar com liquidações registradas em datas anteriores à própria emissão do adiantamento. Isso provocava diferenças de valores no relatório de auditoria, pois o sistema considerava liquidações feitas antes da existência do título. Para facilitar a conferência dessas ocorrências, o relatório de auditoria de títulos parcialmente liquidados foi atualizado para exibir também os valores do título de origem, tornando a análise mais clara e confiável. |
| Painel |
|---|
Módulo/Rotina: PDV – Conferência de Encerrante |
| Painel |
|---|
Módulo/Rotina: Realizado ajustes na procedure que define Tipos para a inclusão do tipo “Manual” para administradora de cartão. |
| Painel |
|---|
Módulo/Rotina: PDV – Fechamento de caixa PDV |
| Painel |
|---|
Benefício/Descrição: A diferença entre o DRE e a PL estava acontecendo por causa de alguns lançamentos de apuração de impostos (com origem APICM e APPC) que eram ligados à conta de resultado “12”.Na PL, esses valores já entravam no lugar certo: “Lucro/Prejuízo”. No DRE, eles não estavam entrando, porque quando o sistema tentava considerá-los, eles acabavam duplicando um outro grupo do relatório chamado “Impostos Incidentes sobre Vendas de Produtos e Serviços” (isso acontecia justamente por estarem na conta 12). Foi criado um ajuste na consulta para que esses valores de apuração de impostos sejam contabilizados corretamente no “Lucro/Prejuízo” do DRE, igual já acontece na PL — sem gerar duplicidade. Caminho: Gerencial → Demonstração de Resultado |
| Painel |
|---|
Módulo/Rotina: Financeiro – Aplicação financeira |
| Painel |
|---|
Módulo/Rotina: Realizado ajustes no sistema para considerar corretamente os valores de juros no cálculo do valor restante. |
| Painel |
|---|
Benefício/Descrição: Foi identificado um lançamento na tabela tab_resultado, na conta de resultado 10 – “Outras Receitas Não Operacionais”, com ind_origem = ‘AJ’. Caminho: Gerencial → Demonstração de Resultado |
| Painel |
|---|
Módulo/Rotina: O sistema foi ajustado para melhorar a forma como as notas fiscais são localizadas na consulta. Antes, algumas notas não apareciam porque não geravam títulos a receber. Agora, a busca passou a considerar a data de emissão da nota fiscal, garantindo que todas sejam identificadas corretamente, mesmo quando não geram títulos. |
| Painel |
|---|
Módulo/Rotina: Caminho: Estoque → Item → Otimizador → Otimizador Cadastro de Item |
| Painel |
|---|
Módulo/Rotina: Foi ajustado o processo responsável pelo controle de tempo das tarefas. Antes, cada tarefa ficava em um ciclo de verificação contínua, checando o horário da próxima execução sem fazer qualquer pausa. Isso fazia com que o sistema rodasse sem parar, consumindo muito processamento. |
| Painel |
|---|
Módulo/Rotina: Financeiro – Captação de Recursos |
| Painel |
|---|
Módulo/Rotina: Ajustado para que o sistema não replique os dados dos parâmetros 987654321: Último NSU Consulta NF-e Destinatário e 987654322: Último NSU Consulta NF-e Destinatário Automático para uma nova empresa. |
| Painel |
|---|
Módulo/Rotina: No ajuste da Casa do Milhão, o filtro de período foi aprimorado para considerar corretamente a data junto com o horário informado pelo usuário. |
| Painel |
|---|
Módulo/Rotina: Compras – Pedido de compra |
| Painel |
|---|
Módulo/Rotina: Financeiro – Titulo a receber |
| Painel |
|---|
Módulo/Rotina: Implementado regra no sistema que ao incluir um item na nota de entrada (somente no momento da inclusão), o sistema verifica se o ICMS definido na natureza de operação está preenchido e, caso esteja, realiza o preenchimento automático dos dados correspondentes. |
| Painel |
|---|
Módulo/Rotina: PDV – Fechamento caixa |
| Painel |
|---|
Módulo/Rotina: Foi corrigida uma inconsistência no processo de exclusão na tela Gerencial → Vendas → Comercial → Negociação → Atualizar Negociação de Preços, onde, ao fechar a janela de confirmação por meio do botão “X”, o sistema realizava indevidamente a exclusão da negociação. Benefício/Descrição: A partir desta correção, a exclusão passa a ocorrer exclusivamente mediante confirmação do usuário. Essa melhoria reforça a segurança operacional, elimina o risco de exclusões acidentais. Caminho: Vendas → Comercial → Negociação → Atualizar Negociação de Preços |
| Painel |
|---|
Implementações |
| Painel |
|---|
Módulo/Rotina: Foi implementado ajuste na tela de cadastro de contas bancárias para atender às regras específicas do banco Sicoob (código 756). Agora, o campo utilizado apenas para autenticação complementar deixa de aparecer para esse banco, permanecendo visível somente o campo principal de identificação, que passou a ser gravado de forma criptografada. |
| Painel |
|---|
Módulo/Rotina: Foi implementada a rotina de baixa de boletos para o banco Sicoob. Durante os testes em ambiente de homologação, foi identificado que a integração do banco permitia registrar um título já com status de baixado. Porém, ao executar o mesmo processo em produção, foi verificado que essa ação não é permitida nesse ambiente. A necessidade de melhoria no processo já foi registrada pela analista de produto no EMSys (POSTOSUBE-24787). Considerando que a implementação atual cumpre a premissa principal do processo — permitir a baixa de um título que já está registrado — entendemos que, por enquanto, a demanda está atendida. |
| Painel |
|---|
Módulo/Rotina: Foi realizada a implementação da rotina para a API do Banco Sicoob, protesto de títulos e também para efetuar o cancelamento desses protestos de forma simples e padronizada dentro do sistema. Agora é possível controlar, em um só lugar, todas as etapas relacionadas ao envio para protesto e às solicitações de cancelamento, com acompanhamento claro do status de cada título. |
| Painel |
|---|
Módulo/Rotina: Atendimento à Reforma Tributária - Atualização de Código de Classificação Tributária - Tabela de 12/2025. Benefício/Descrição: Foi criado um script para inserir os dados das planilhas nas tabelas tab_c_class_trib_ibs_cbs e tab_cst_ibs_cbs, quando estes ainda não existirem no sistema. |
| Painel |
|---|
Módulo/Rotina: Implementado busca de títulos a pagar por raiz do CNPJ (8 dígitos) no processamento de DDA. |
| Painel |
|---|
Módulo/Rotina: Foi implementado ajuste na forma como o sistema identifica a quantidade total de registros a serem processados na barra de progresso. Antes, o procedimento considerava apenas uma parte dos dados, o que fazia parecer que o processo estava parado, mesmo quando continuava trabalhando normalmente. |
| Painel |
|---|
Módulo/Rotina: Financeiro → Processa arquivo de baixa - Equals |
| Painel |
|---|
Módulo/Rotina: Foi realizada uma melhoria no processo de leitura e apresentação das informações do Débito Direto Autorizado (DDA) do Banco Itaú. O fluxo de processamento foi reorganizado para reduzir o tempo de resposta ao carregar os dados na tela. Também foi ajustada a forma como os registros pendentes são tratados, agrupando-os por empresa para evitar repetições desnecessárias e tornar o processamento mais leve. |
| Painel |
|---|
Módulo/Rotina: Foi realizada uma melhoria na rotina de integração bancária do SICREDI para que, quando o retorno da API indicar alguma falha, o sistema passe a verificar se existe uma mensagem detalhada enviada pelo banco. Caso essa informação esteja disponível, ela será mostrada ao usuário junto com o número do título envolvido. |