Fisco 6.0.2504.1000
- Mateus Ravanelli
Chave | Resumo | Documentação |
|---|---|---|
FISCAL - Montagem do campo data do vencimento do arquivo GIA ST Nacional | 1 - Objetivo Ajustar a montagem do campo Data do 1º Vencimento do ICMS-ST no arquivo GIA ST Nacional, garantindo que ele seja preenchido corretamente apenas quando houver valores a serem declarados. 2 - Alteração Ajuste no Campo "Data do 1º Vencimento do ICMS-ST" Situação atual: Atualmente, ao acessar a rotina “Processos » Gia/ICMS » GIA ICMS ST”, o sistema gera o campo “3-Data do 1º Vencimento do ICMS-ST” no registro A0 do arquivo GIA ST, mesmo quando todos os valores de ICMS-ST no período de apuração estão zerados. Isso ocorre independentemente da existência de inscrição estadual cadastrada em “Cadastros: Específicos » UF/s: inscrições estaduais”. Melhoria implementada: O sistema foi ajustado para não gerar informação no campo “3-Data do 1º Vencimento do ICMS-ST” do registro A0 quando as seguintes condições forem atendidas: A inscrição estadual estiver preenchida em “Cadastros: Específicos » UF/s: inscrições estaduais”. Todos os valores de ICMS-ST no período de apuração (cadastrados em SPED » Cadastro » Período de Apuração do ICMS-ST) estiverem zerados. Isso garante que o campo “Data do 1º Vencimento do ICMS-ST” seja preenchido apenas quando houver valores de ICMS-ST a serem declarados, evitando inconsistências no arquivo GIA ST. 3 - Configurações Necessárias Não há necessidade de configurações adicionais, pois a melhoria foi implementada automaticamente e está pronta para uso. | |
1 - Objetivo Padronizar a emissão do cabeçalho nos relatórios contábeis, em especial na Demonstração do Resultado do Exercício (DRE), quando utilizada a combinação de filtros "Selecionados" e "Valores agrupados (Consolidados)", proporcionando maior flexibilidade e consistência na apresentação das informações. 2 - Alteração Implementada Novo Parâmetro de Configuração: Foi implementado no menu Cadastros > Configurações Contábeis > Geral Contabilidade um novo campo do tipo checkbox denominado "Cabeçalho dos relatórios em branco quando selecionada e consolidada", que permite: Quando ativado:
Quando desativado:
Padronização no Relatório DRE: Foram implementadas as seguintes regras específicas para a DRE: Combinação "Selecionados" + "Consolidados":
Demais combinações de filtros:
3 - Configurações Necessárias A funcionalidade está disponível imediatamente sem necessidade de configurações adicionais. As alterações foram implementadas de forma a preservar todos os comportamentos existentes para as demais combinações de filtros não especificadas. Observação: Esta melhoria atende especificamente à necessidade de padronização na emissão de relatórios consolidados com estabelecimentos selecionados, mantendo a flexibilidade para diferentes cenários de uso através da nova opção de configuração. | ||
CONTÁBIL - Correção no Livro Razão para Lançamentos com Mesmo Valor em Centros de Custo Diferentes | 1 - Objetivo Corrigir a apresentação de saldos no Livro Razão para lançamentos contábeis com valores idênticos em centros de custo distintos, garantindo a correta consolidação dos valores nos relatórios. 2 - Alteração Implementada Problema Identificado: Em lançamentos contábeis com:
O sistema apresentava as seguintes inconsistências:
Solução Implementada: Revisão do algoritmo de consolidação de saldos para:
Ajuste no processo de cálculo de saldos iniciais para:
Comportamento Corrigido: O relatório agora apresenta:
3 - Configurações Necessárias Não são necessárias configurações adicionais. A correção está disponível para uso imediato, com as seguintes características: | |
CONTÁBIL - Correção na Emissão do Livro Razão Auxiliar para Contas com Débito e Crédito Simultâneos | 1 - Objetivo Corrigir a apresentação de saldos no Livro Razão Auxiliar em lançamentos contábeis onde a mesma conta é utilizada simultaneamente para débito e crédito, assegurando a correta exibição dos valores em ambas as colunas. 2 - Alteração Implementada Problema Identificado: Em lançamentos que utilizam a mesma conta auxiliar para débito e crédito na mesma perna (uma com centro de custo e outra sem), o sistema apresentava as seguintes inconsistências:
Solução Implementada: Desenvolvimento de rotina específica para identificar lançamentos com mesma conta para débito e crédito e Ajuste no processo de geração do relatório para:
Comportamento Corrigido: o relatório agora apresenta:
3 - Configurações Necessárias Não são requeridas configurações adicionais. A correção encontra-se disponível para utilização imediata. | |
1 - Objetivo Implementar validação na base de cálculo para retornar valores de ICMS condizentes com a tributação de PIS/COFINS e natureza de isenção configuradas, assegurando precisão nos relatórios da DIRBI. 2 - Alteração Implementada Contexto Anterior: Na configuração de base de cálculo para DIRBI, quando utilizada a tributação de PIS/COFINS como critério (com natureza de isenção específica) e incluídos valores de ICMS na aba "Valores", o sistema retornava todos os valores de ICMS dos documentos, independentemente do CST de PIS/COFINS e natureza de isenção definidos, gerando inconsistências nos resultados. Melhoria Implementada: Foi desenvolvido um mecanismo de filtragem que retorna exclusivamente os valores de ICMS dos documentos que atendem aos critérios configurados (CST de PIS/COFINS e natureza de isenção especificados) e exclui automaticamente valores de ICMS de documentos não enquadrados nos parâmetros estabelecidos Funcionamento
Resultado
Abrangência
3 - Configurações Necessárias Não são necessárias configurações adicionais. A funcionalidade encontra-se plenamente implementada e disponível para utilização imediata. | ||
Fiscal - Melhoria no campo meses a retroagir da base de cálculo | 1 - Objetivo Aprimorar a flexibilidade do campo "Nº de meses a retroagir" na base de cálculo, permitindo ao usuário incluir ou excluir o mês de apuração no cálculo retrospectivo. 2 - Alteração Implementada Nova Funcionalidade: Foi implementado um novo campo combobox denominado "Considerar mês de apuração":
Comportamento Anterior:
Benefícios da Alteração:
3 - Configurações Necessárias Nenhuma configuração adicional é requerida. A funcionalidade está imediatamente disponível, mantendo intactos todos os demais comportamentos do sistema. | |
PATRIMÔNIO-Melhoria no relatório de movimentação patrimonial para bens já incorporados. | 1 - Objetivo Melhorar o relatório de movimentação patrimonial para evitar a listagem incorreta de bens já incorporados, garantindo que apenas os saldos relevantes sejam exibidos e eliminando distorções causadas pela exibição de bens cujos valores já foram transferidos para outros bens. 2 - Alteração
Situação atual: Atualmente, quando um bem é incorporado a outro no primeiro mês de depreciação, a depreciação do período é excluída e somada ao bem de destino. No entanto, o relatório de movimentação patrimonial continua listando o saldo de aquisição do bem incorporado em todos os meses, mesmo após a incorporação. Isso gera distorções no relatório, pois os bens incorporados não deveriam mais ser listados, já que seus valores foram transferidos para o bem de destino. Melhoria implementada: O relatório foi ajustado para não listar bens que já foram incorporados a outros bens. A regra de validação implementada é a seguinte: Verificação na tabela AGREGADO:
Validação da data de incorporação:
Essa alteração garante que apenas os saldos relevantes sejam exibidos no relatório, eliminando distorções e melhorando a precisão das informações. 3 - Configurações Necessárias Não há necessidade de configurações adicionais, pois a melhoria foi implementada automaticamente e está pronta para uso. | |
Fiscal - Implementação das Novas Regras da DOT-ES conforme Manual 2025 | 1 - Objetivo Implementar as novas regras da DOT-ES (Declaração de Operações com Tributos Estaduais) conforme o manual de 2025, incluindo ajustes nos CFOPs, vigências e validações para garantir conformidade com as normas atualizadas. 2 - Alteração
Foram adicionadas duas novas colunas na configuração da DOT-ES:
Esses campos são do tipo data (formato DDMMAAAA) e não podem ser editados pelo usuário. Para os cadastros já existentes, o campo Data Início Vigência foi preenchido automaticamente com 01/01/2000.
CFOPs Removidos da Saída:
CFOPs Implementados para Saída:
Os campos foram preenchidos com as opções padrão:
CFOPs Removidos da Entrada:
CFOPs Implementados para Entrada:
Os campos foram preenchidos com as opções padrão:
Vigência das Configurações:
Validação para CFOPs 1949, 2949, 3949, 5949, 6949 e 7949: Os valores desses CFOPs só serão considerados na DOT se:
Ajuste nos Estoques (a partir de 2023):
3 - Configurações Necessárias Não há necessidade de configurações adicionais, pois a melhoria foi implementada automaticamente e está pronta para uso. | |
Fiscal-Adequação da Montagem do SPED Contribuições em Relação ao PERSE para o Leiaute de 2025 | 1 - Objetivo Adequar a montagem do SPED Contribuições às novas regras do PERSE (Programa Emergencial de Retomada do Setor de Eventos) para o leiaute de 2025, incluindo novos indicadores de transmissão no registro 0120. 2 - Alteração Implementada Novos Indicadores no Registro 0120 Foram adicionados três novos códigos no campo "Informações Complementares" (INF_COMP) do registro 0120:
Ajustes na Montagem do SPED O sistema foi atualizado para incluir automaticamente esses novos indicadores na geração do arquivo SPED Contribuições. Observações 3 - Configurações Necessárias Nenhuma configuração adicional é requerida. A funcionalidade já está disponível para uso imediato. | |
FISCAL - Melhoria na montagem do registro 1001 do Sped Contribuições | 1 - Objetivo O objetivo desta melhoria é ajustar a montagem do Registro 1001 do SPED Contribuições, especificamente no campo IND_MOV, para garantir que ele seja preenchido corretamente de acordo com a presença ou ausência de movimentação no Bloco 1. 2 - Alteração Ajuste no campo IND_MOV do Registro 1001 Situação atual: Atualmente, quando uma empresa enquadrada no regime cumulativo, com critério de apuração 9 - Regime de Competência-Escrituração Detalhada, apresenta movimentação no Registro 1900 do Bloco 1, o sistema está gerando o arquivo SPED Contribuições com o campo IND_MOV do Registro 1001 preenchido com o indicador 0 - Bloco com dados informados. Isso ocorre mesmo que o Registro 1900 não deva ser considerado para empresas nesse regime, conforme exigido pelo guia prático do SPED. Como resultado, o arquivo gera erro ao ser validado, pois não houve movimentação relevante no Bloco 1. Melhoria implementada: Foi realizado um ajuste na montagem do Bloco 1 para empresas enquadradas no regime cumulativo com critério de apuração 9 - Regime de Competência-Escrituração Detalhada. Agora, o sistema verifica se há movimentação nos registros do Bloco 1 (exceto no Registro 1900)
Isso garante que o arquivo SPED Contribuições seja gerado corretamente, evitando erros de validação e atendendo às regras do guia prático do SPED. 3 - Configurações Necessárias Não há necessidade de configurações adicionais, pois a melhoria foi implementada automaticamente e está pronta para uso. | |
FISCAL- Integração do registro F500 Incidência do PISe da Cofins pelo Regime de Caixa | 1 - Objetivo Implementar a integração do registro F500 (Incidência do PIS e da COFINS pelo Regime de Caixa) no SPED Contábil, assegurando o correto cálculo das bases tributárias conforme as operações financeiras realizadas. 2 - Alteração Implementada 3.1 - Cálculo do Registro F500 (Operações com Duplicatas) Processo: Ao selecionar a opção "Calcular Operações do Lucro Presumido - Regime de Caixa" no menu SPED > Processos > Cálculo de Regimes e Apurações, o sistema passará a:
Impacto: Garante que apenas valores efetivamente recebidos (regime de caixa) sejam considerados na apuração, em conformidade com as regras tributárias. Cálculo dos Registros M200 e M400 (Operações sem Duplicatas Vinculadas) Processo: Para notas fiscais de saída sem duplicatas lançadas ou vinculadas, o sistema:
Exceção: Se a nota fiscal tiver duplicatas associadas, o cálculo seguirá a regra padrão (item 3.1), priorizando o "Valor Pago" das baixas. Compatibilidade
3 - Configurações Necessárias Não são necessárias configurações adicionais. A funcionalidade está disponível para uso imediato, preservando todos os comportamentos pré-existentes do sistema. | |
Fiscal - Melhoria na apresentação do campo "Município de origem" do segmento M da GIA TO | 1 - Objetivo Melhorar a visualização e conferência dos municípios de origem na aba "Segmento M" da GIA-TO, adicionando a descrição dos municípios para facilitar a identificação pelo usuário. 2 - Alteração Implementada Melhoria na Exibição de Municípios Situação anterior: A tela de apuração da GIA-TO exibia apenas o código IBGE + UF (ex: 1721000) dos municípios com movimentação no período, sem a descrição correspondente. Isso dificultava a verificação, especialmente quando o município listado não pertencia ao Tocantins. O que mudou:
Benefícios:
3 - Configurações Necessárias Nenhuma configuração adicional é requerida. A funcionalidade já está disponível para uso imediato. |