Central do Cliente Questor

Tratamos a geração do SPED Contábil, que em versão anterior apresentava mensagem de problema de sintaxe sempre que utilizada a configuração por fórmula e com a regra multiplicado por -1.

A partir dessa versão, quando houver configuração por fórmula e regra de multiplicação por -1, vamos exibir mensagem de alerta ao usuário orientando o mesmo a conferir as totalizações do J150, já que a configuração adequada da estrutura da DRE dispensa a utilização da regra de multiplicação por -1.
A mensagem de alerta não impede a geração do arquivo para validação no programa validador do Sped Contábil.

A Demonstração do Resultado do Exercício trata-se do Registro J150 do Sped Contábil e no Sistema Questor sua estrutura é configurada na rotina Cadastros \ Demonstrações Contábeis \ Demonstrações \ Plano Demonstrações Contábeis, sendo essa de responsabilidade do cliente.

Conforme disposto no Pronunciamento Técnico, CPC PME item 5.7, para fins de atendimento à legislação vigente, o DRE deve apresentar as contas de receitas e despesas, com o Lucro ou Prejuízo como última linha.

Implementamos uma Nova regra para geração do registro J150 no arquivo ECD devido a estrutura Padrão da Demonstração do Resultado do Exercício disponibilizada pelo sistema passar a atender ao disposto no CPC/IFRS, já que existe uma divergência na estrutura hierárquica da ECD.
A nova sistemática, Nível DRE por Detalhe, passa a levar todos os tipos de contas configuradas no Plano de Demonstração, com base na Fórmula de Cálculo.

A regra em uso não leva para o J150 as contas do Plano de Demonstração configuradas com o tipo Resultado e apesar de validar a ECD sem erros, a estrutura da ECD acaba ficando em desacordo com a estrutura da TG 1000 e ITG 1000.

Entretanto, como a estrutura da demonstração cabe interpretação, achamos oportuno deixar opcional a regra de geração do J150 para a ano calendário 2020, devendo o usuário optar a forma de entrega deseja, na opção pelo ECD. Ficando as entregas de anos calendários futuros, condicionadas a geração de Nível DRE por Detalhe.

Disponibilizamos na rotina Cadastros \ Demonstrações Contábeis \ Demonstrações \ Plano Demonstrações Contábeis um novo Tipo, denominado Resultado Agrupado.
Esse novo tipo visa atender as estruturas de DRE com contas separadas para apresentar Resultado, exemplo 'Lucro Não Operacional' e 'Prejuízo Não Operacional'.

Ao definir a conta como sendo de Resultado Agrupado, o sistema habilita o campo Agrupador de Descrições, onde deve ser informado o código agrupador das contas, neste exemplo, 'Resultado Não Operacional'.
Desta forma ao gerar o Sped Contábil o sistema vai identificar as contas que utilizam esse tipo e somar aquelas com o mesmo código agrupador, listando no arquivo o resultado apurado na Descrição Agrupador.
A descrição agrupada não será exibida nos relatórios, esses permanecem sendo listados com a descrição da Conta Demonstração.

O Tipo Resultado Agrupado só pode ser utilizado na Demonstração DRE. Para permitir a utilização desse tipo o sistema verifica na rotina, Cadastros \ Demonstrações Contábeis \ Demonstrações \ Configuração, o parâmetro Identificação da Demonstração.

Esse parâmetro foi implementado em conjunto com o Tipo Resultado agrupado e na conversão do banco de dados, para as demonstrações já cadastradas, vamos alimentar o campo com base na sua utilização na Configuração do Plano de Contas, verificando primeiramente no Plano Específico e após, pelo Plano Padrão.

Anteriormente ao vincular uma nova DRE ao Plano de Contas em Cadastros \ Plano de Contas Específico \ Configuração, se perdia o relacionamento feito do plano de contas com o DRE vinculada.

Desta versão em diante passamos a salvar os relacionamentos feitos de plano para a demonstração, assim feito o relacionamento uma vez por mais que troque a DRE que ira utilizar pode recuperar o relacionamento feito anterior.

Para auxilio da configuração da DRE também foi implementado uma Action, onde ao migrar a configuração da DRE para configuração por detalhe, pode consultar no ícone da action como vai ficar a estrutura da DRE na ECD.

Revisados controles de transação na Consulta Lançamento Fiscal e no processo de Zeramento.

Realizado ajuste na rotina Movimentos \ Lançamentos Contábeis - Analítico, onde voltamos a gerar o mesmo código de transação para todas as sequências do lançamento.
Também tratamos as mensagens exibidas em tela ao incluir Lançamentos Contábeis - Analítico com dados Gerenciais, permitindo que os dados sejam gravados normalmente.

Implementamos o parâmetro Gerar Nível DRE por, rotina Configurações \ Optante pelo ECD - SPED Contábil, sendo este o responsável pela regra de geração dos Níveis da DRE no arquivo Sped Contábil (Registro J150). As opções disponíveis Detalhe e Classificação.
A opção Detalhe é a Nova Regra, onde os níveis são gerados com base na Fórmula de Cálculo do Plano da Demonstração Contábil DRE, sendo implementada para Leiaute Versão igual ou maior que 7.0.
A opção Classificação é a regra que vinha sendo utilizada, onde os níveis são gerados com base na classificação do Plano da Demonstração Contábil DRE.

Na conversão do banco de dados alimentamos o parâmetro com a opção Classificação, onde o sistema vai manter a regra já utilizada na geração do arquivo.

Ao atualizar o plano de contas da empresa, retiramos a validação de quando mudança da conta contabil validar se tem opção de IFRS.

Arquivo Retorno Bancário Viacred - Ailos
Melhoramos a condição onde ocorria a duplicidade do desconto. A partir dessa versão o sistema passa a respeitar o Desconto de Conta.

Ajustamos a contabilização do EFD Contribuições para as apurações com lançamentos de Ajustes da Base de Cálculo da Contribuição Apurada.
Com a alteração ao contabilizar a EFD Contribuições o sistema passa a integrar no módulo Contabilidade o valor da contribuição apurada, considerando os ajustes da base de cálculo, da mesma forma que é realizado na apuração.

Atualizamos os novos Código Padrão da Parte B com base nas tabelas dinâmicas da ECF.

Tratamos a contabilização da ECF Lucro Presumido, para quando Regime Mensal, Apuração Trimestral no ultimo mês do trimestre contabilize da mesma forma com que apura.

Aperfeiçoamos a apuração da ECF, rotina Impostos \ Federais \ Apuração dos Impostos, quando realizada por usuário com configuração de Filtro Direito de Acesso.
Em versão anterior ao executar a rotina o sistema não realizava a apuração retornando em tela mensagem impeditiva, isso por que o usuário logado possuía grande número de empresas informadas no Filtro Direito de Acesso. A melhoria implementada, juntamente com a utilização correta da funcionalidade, permite a execução da apuração normalmente.

Ajustamos para o estado do RS as alterações da Tabela 5.2, incluindo novos códigos de ajuste e atualizando a data fim.

Na apuração do ICMS revisada situação de erro de falta de memória.

Na importação da NFS-e do sistema Bauhaus aplicado tratamento para importar arquivo em partes quando o mesmo apresenta um volume de documentos fiscais muito alto.

Aplicado tratamento de controle de importação de notas quando o arquivo possuir um número elevado de documentos fiscais no processo de importação de NFS-e para o sistema Pública.

Importação NFSE - Município Franco da Rocha/SP - Sistema Smarapd
Ajustado mensagem que impedia a finalização da importação das notas de serviços.

Ajustamos o lançamento por Outras operações para o Estado do Rio Grande do Sul. A partir dessa versão somente permitirá salvar o lançamento se a operação informada estiver com data vigente.
Além do tratamento de outras operações inserimos novas operações fiscais e ajustamos a data fim para atender a tabela 5.1 do Rio Grande do Sul.

Ajustamos a geração do campo 03 (S_VL_ICMS_ST_COMPL) da DRCST de Santa Catarina para atender a alteração da Portaria 262/20. A partir desta versão o campo 03(S_VL_ICMS_ST_COMPL) somente apresentará valor para períodos maiores ou iguais a 01/2019.

No estado do RJ, quando da Importação de arquivos Sped Fiscal, o valor informado no Registro C197 - Campo 08, passou a importar no campo Outros Valores das Complementares.

Ajustamos a importação de NF-e quanto ao ICMS Desonerado. A partir desta Versão, quando o Motivo da Desoneração for igual a 7 - SUFRAMA, o sistema importará aplicando a regra Abatimento Não Tributado, e para demais motivos aplicará a regra Agregar ao Item. Desta forma o usuário não precisará alterar a configuração de Importação para realizar a importação de NF-e com motivos diversos.
Vale ressaltar que caso esteja configurado a opção Não se Aplica o sistema continuará não importando os valores referentes ao ICMS Desonerado.

Importação NFS-e - Joinville - SC - Ajustado o Cadastro Clientes quando no arquivo existe Caracteres Especiais e Acentuação.

Na apuração da EFD Contribuições revisado processo de gravação de informações de textos que estavam excedendo o limite dos campos das tabelas do banco de dados.

Para atender a legislação do Rio Grande do Sul, na geração do SPED Fiscal o sistema passará a efetuar algumas validações em relação ao Parâmetro , conforme regras abaixo:

• Para Competência Fevereiro

Avalia o parâmetro Gerar Registros Inventário estiver como SIM, passa para a segunda validação do parâmetro Período Registro de Inventário onde:
-> Se estiver preenchido com o ano anterior ao parâmetro Data Inicial, será gerado o inventário conforme período informado nos parâmetros, para aqueles produtos que no Lançamento de Inventário (Movimentos\ Lançamentos do Inventário) possuírem Motivo DIFERENTE de 06.
-> Se estiver preenchido com o mês anterior ao da competência do arquivo definido no parâmetro Data Inicial, o sistema gerará o Bloco H (H005, H010, H020 e H030) de todos os Produtos que possuírem Motivo IGUAL a 06 no Lançamento de Inventário do período informado nos parâmetros.
Além de gerar o bloco H do Motivo 06 do mês anterior, também gerará os Produtos da competência de dezembro do ano anterior que o campo Motivo do Inventário for IGUAL a 01.
-> Se estiver preenchido com a mesma competência do arquivo definido no parâmetro Data Inicial, o sistema gerará o Bloco H (H005, H010, H020) de todos os Produtos que no Lançamento de Inventário possuírem Motivo DIFERENTE de 06.
Também gerará os Produtos da competência de dezembro do ano anterior que no Lançamento de Inventário possuírem Motivo IGUAL a 01.

• Para Demais Competências

Para os itens abaixo indiferente do que for definido nos parâmetros Data Inicial avalia o parâmetro Gerar Registros Inventário estiver como SIM, passa para a segunda validação do parâmetro Período Registro de Inventário onde:
-> Se estiver preenchido com o mês anterior ao da competência do arquivo definido no parâmetro Data Inicial, o sistema gerará o Bloco H (H005, H010, H020 e H030) de todos os Produtos que no Lançamento de Inventário o Motivo for IGUAL a 06.
-> Se estiver preenchido com a mesma competência do arquivo definido no parâmetro Data Inicial, o sistema gerará o Bloco H (H005, H010, H020) de todos os Produtos que no Lançamento de Inventário o Motivo for DIFERENTE do Motivo 06.

Vale ressaltar que não será efetuada validação por Estado, onde todos estados seguirá essa mesma regra.

Melhoramos a geração do Relatórios \ Cálculo \Envelope de Pagamento \ Envelope de Pagamento Gráfico para envio ao E-Doc e Q-Colabore, sendo possível realizar o filtro por organograma, e marcar o check box da Empresa, Filial e Contrato do Empregado.

Melhoramos em Utilitários \ Usuários \ Relação de Datas Limites para Empresas, passando a demonstrar as empresas que possuem bloqueios no módulo da Folha de Pagamento

Ajustamos o Gerador de Relatórios por Sequência, para o relatório Líquido de Rescisão, sendo possível realizar o filtro por Código de Empregados.

Alteramos a legislação do relatório de entrega da CTPS e devolução da CTPS , passando a ser demonstrado 'Art. 29 da Lei 5452, alterado pela Lei nº 13.874, de 20/09/2019 '.

Melhoramos o cálculo da provisão de férias, quando no período aquisitivo os dias de direito são inferior a 30 dias em virtude da aplicação da tabela de redução de dias de direito de férias.

Implementamos a Exportação Bancária dos Líquidos dos Salários para o Banco Servicoop. A opção está disponível no Menu: Arquivos / Exportação Bancária de Salários, no parâmetro: "Banco", selecionar opção: "Servicoop-190 (240 posições)"

Ajustamos o Relatório – Envelope de Pagamento para as situações em que o evento Quebra de Caixa seja identificado em forma de "Percentual e Horas", de acordo com a configuração do sindicato.

Passamos a gerar na SEFIP, o código de movimentação R1, para os empregados com tipo de contrato determinado, sendo avaliado se a categoria= 04 e categoria do ESocial = 105.

Melhoramos o relatório do recibo de férias quando a impressão da referencia for em dias, e houver dias de gozo fracionados.

Ajustamos a geração do relatório da DIRF, em Relatórios \ Anuais\ DIRF permitindo a informação do grupo de processamento e o check box dos campos Empresas e Filial.

Melhoramos o Relatório / Envelope de Pagamento para o evento “Horas Lic. Méd. Diurna C/ Concessão Benef. Previd” permitindo a opção para o usuário filtrar a referência em “Dias ou Horas”.

Implementamos em Funcionários/Cadastro/Cadastro do PIX um novo menu para cadastro da Chave PIX, e demais dados pertinentes para a funcionalidade PIX. Disponibilizado ainda para a Exportação Bancária dos Líquidos dos Salários para o Banco Bradesco S/A.

A opção está disponível no Menu: Arquivos / Exportação Bancária de Salários, no parâmetro: "Banco", selecionar opção: "Bradesco-237 PIX (240 posições)"

Para geração do arquivo é necessário manutenção no cadastro do empregado, devido há campos novos criados em Funcionários \ Cadastro \ Cadastro do PIX, somente após inclusão ou manutenção do mesmo é possível gerar o arquivo.

1 - Campo Contrato do Empregado: Filtrar/Digitar código do empregado à realizar inclusão de informações PIX;
2 - Campo Tipo PIX: 0 - Não é PIX / 1 - PIX Transferência / 2- PIX QR-Code - Utilizar do filtro a opção que se adequa ao empregado;
3 - Campo Tipo Chave PIX: 0 - Não se Aplica / 1- Telefone / 2 - E-mail / 3 - CPF / 4 - Dados Bancários - Utilizar do filtro a opção que se adequa ao empregado (Este campo somente estará disponível se no campo anterior a opção foi 1 - PIX Transferência);
4 - Campo Chave PIX: Este campo somente estará disponível se no campo anterior a opção foi 1 - Telefone, 2 - E-mail ou 3 - CPF, devendo o usuário digitar a informação conforme seleção do campo anterior;
5 - Campo Chave PIX QR-Code: Este campo somente estará disponível se no campo Tipo PIX a opção foi 2 - PIX QR-Code, devendo o usuário digitar a informação conforme seleção do campo;

A funcionalidade PIX no sistema está disponível somente para o Banco Bradesco S.A, pois somente este liberou o layout.

Realizamos melhorias no Jobs, implementando no card "Agendados", a possibilidade de utilizar a action "Desativar" em lote.
Para a utilização, devem ser marcados no checkbox os Jobs, e ao lado dos filtros DIA/SEMANA/MÊS temos uma nova opção (...) que contém a action "Desativar Selecionados".

Realizamos melhorias no Jobs, implementando no card Verificar a possibilidade de utilizar a action "Marcar como Verificado" em lote.
Para a utilização devem ser marcados no checkbox os Jobs, e ao lado dos filtros DIA/SEMANA/MÊS temos uma nova opção (...) que contém a action "Marcar como Verificado".

Ajustamos o Jobs para que, quando houver agendamentos com o procedimento Importar NF-e/NFC-e ou Importar CT-e/CT-e OS, e não forem localizados documentos fiscais, ou não houver manifestação nas notas fiscais no Q-Drive, o Job seja processado e enviado para o card "Sucesso".

Efetuamos manutenções no envio das Obrigações fiscais/previdenciárias "Fechamento eSocial" e "Obrigação acessória sped Reinf", a fim de que as obrigações sejam enviadas e baixadas no Tareffa.

No menu "Área de Trabalho/ Quiu/ Configurações/ Serviço Quiu", implementamos o filtro "Exibir Configurações Arquivo Morto", para que o usuário defina se devem ou não ser apresentados no Painel de Obrigações, os documentos enviados com algum Tipo de Documento do Zen, que tenha característica de Arquivo Morto.

Para que o Quiu realize o filtro em documentos enviados em períodos anteriores, deverá ser aplicada a action Sincronizar Categorias Configuradas para Arquivo Morto disponível no menu Área de trabalho/Quiu/Configurações/Obrigações fiscais/previdenciárias.

Implementamos um novo Painel de Obrigações no Quiu, em que os dados são gravados no banco de dados, e não mais buscados a partir da pasta monitorada. Sua principal finalidade é a agilidade na busca das informações ao abrir o painel, e uma melhora visual na apresentação dos dados.
Após a conversão do banco de dados, ao iniciar o serviço do Quiu, o Questor vai buscar na pasta monitorada, o histórico dos últimos 90 dias para apresentar no Painel de Obrigações, e o Quiu poderá continuar sendo utilizado normalmente.