Central do Cliente Questor

Melhoramos a geração do Registro J100-Balanço Patrimonial no arquivo da ECD, no que se refere as contas com saldo zero.

Com a alteração passamos a gerar no J100 as contas com saldo zero, seguindo a seguinte regra:
Rotina Cadastros \ Plano de Contas Específico \ Plano de Contas, configuração
Entra no Balanço = Sim
Conta Tipo Sintética, gera no balanço como Totalizadora, exceto quando uma ou mais contas analíticas da classificação estiverem configuradas como Entra no Balanço=Não
Conta Tipo Analítica, gera no balanço como Detalhe

Entra no Balanço = Não Exibir, mas Calcular Valores
Conta Tipo Sintética, não gera no balanço
Conta Tipo Analítica, não gera no balanço, passa a gerar como conta Tipo Detalhe a última Conta Sintética de Nível Inferior. Para que essa regra seja aplicada, não pode haver nenhuma conta Analítica da classificação configurada Entra no Balanço=Sim.

Não gera J100, independentemente da configuração Entra no Balanço=Sim:
Conta Analítica com Movimento e Saldo Inicial/Final igual a zero, onde os valores são listados na conta Sintética.

Para mais informações acessar o F1 do parâmetro Entra no Balanço.

Tratamos a ação de Excluir Lote de Lançamento, rotina Cadastros / Lote de Lançamento.
Em versão anterior ao executar a ação de Excluir Lote de Lançamento (Ctrl + Del) o sistema exibia mensagem impeditiva e não realizava a exclusão.

Disponibilizamos a geração do SPED Contábil com o Código da Versão do Leiaute Contábil 9.00, que deve ser utilizado para transmissões de arquivos da ECD referentes ao ano-calendário 2020.
Antes da geração do arquivo é necessário realizar a configuração da Opção para o respectivo ano-calendário, rotina Configurações \ Optante pelo ECD - SPED.

Implementamos uma nova validação no cadastro do bem, rotina Cadastros \ Bem \ Cadastro Bem, aba Configuração (3).
A nova validação consiste em: na inclusão da configuração do bem, validamos se já existe registro com a Forma de Depreciação igual a Fiscal. Se sim, impedimos a inclusão de outro registro com essa mesma Forma de Depreciação.

Ajustamos na apuração do imposto do ICMS/RS referente a apropriação do valor da fração mensal do crédito CIAP nos períodos de inexistência de operações de saídas ou prestações.

De acordo com o RICMS/RS, Livro I - art. 31 § 4º "a" NOTA 02:
NOTA 02 - A apropriação de fração mensal será postergada na hipótese de inexistência de operações de saídas ou prestações no período de apuração a que se referir, sendo assegurado ao contribuinte esse direito no período de apuração em que voltarem a ocorrer operações de saídas ou prestações.

A partir desta Versão, para os períodos em que não existirem operações de saídas ou prestações, o valor do Crédito do CIAP será postergado automaticamente para o próximo período de apuração em que houverem operações de saídas ou prestações.

A regra para cálculo do valor do Crédito a apropriar permanece respeitando relação entre o valor das operações de saídas e prestações tributadas e o total das operações de saídas e prestações do período.

Ajustamos a Importação de NF-e quando o Tipo de Importação estiver selecionado a opção Arquivo Único ou Vários Arquivos, para passar a validar tag para o Estado de São Paulo que seguirá as seguintes regras:

>> Se tag for igual a 1 "Consumidor Final", o sistema vai ignorar o que foi definido no parâmetro Importar Valor de IPI na CFOP e importar o arquivo aplicando a regra fixa de Não se Aplica, para esse campo.
>> Já se tag for igual a 0 - zero "Normal", o sistema continua respeitando ao que foi definido no parâmetro Importar Valor de IPI na CFOP, onde o usuário pode selecionar manualmente as opções.

Desta forma o sistema será capaz de importar notas de venda ao Consumidor Final e Normal com IPI destacado no mesmo processamento.

Ajustamos o tratamento da operação 11448 lançada em Impostos \ Estaduais \ ICMS/Subst. Tributária \ Outras Operações para o Estado de São Paulo. A partir desta versão quando efetuado lançamento na operação 11448, o sistema levará o valor lançado para Demonstrativo de ICMS Substituição Tributária na linha (-) Saldo Credor do Período Anterior da competência que foi efetuado o lançamento da operação.
Consequentemente esse Valor será alimentado na Coluna Saldo Credor Anterior do Relatório Mapa de Fechamento disponível em Relatórios \ Mapa de Fechamento Mensal.
Vale ressaltar que Demonstrativo SP, Arquivo GIA e SPED, não sofreram alterações, pois já apresentavam os valores corretos.

Ajustamos a totalização no Demonstrativo ICMS/RS das operações fiscais 73080, 73075 e 73085 e automatizamos a geração do SPED para as operações 73075 e 73085.

A partir desta Versão, a totalização destas operações será da seguinte forma:
* Operação 73080 não totalizará mais na linha na 05 do Quadro A, somente será considerada para geração do SPED;
* Operação 73075 e 73085 totalizará na linha 24 do Quadro B;
* Anexo VIII é totalizado na linha 20 do Quadro B, posteriormente é apresentado na aba Anexo VIII.

Com a automatização da geração do SPED para as operações 73075 e 73085, deverá ser efetuado lançamento somente em uma das operações. No momento da geração do SPED gerará os ajustes RS040020 e RS050020, indiferente de qual operação foi usada.
O E116 é baseado no lançamento efetuado no Anexo VIII. Sistema vai considerar os dados informados no anexo para geração do E116.

OBS: Caso for efetuado apurações retroativas onde já existam lançamento nas operações 73075 e 73085, será notificado com a seguinte mensagem:
Atenção! Existem lançamentos nas operações 73075 e 73085. Ao efetuar o lançamento em uma das operações o outro lançamento é feito de forma automática. Favor verificar, pois pode ocasionar duplicidade de dados.
Então será necessário excluir um lançamento e realizar a apuração novamente para que o Demonstrativo e geração de SPED, gerem corretamente.

Ajustamos o demonstrativo ICMS/SC para atender os Pagamentos Antecipados. A partir desta versão o sistema vai proceder na seguinte forma:

Para os pagamentos antecipados criamos nova operação para o ajuste SC70000999, operação 15241, está operação somente deve ser utilizada para os casos que se referem a Pagamento Antecipado. Quando utilizada, gerará o C197 e será totalizada no campo 15 (DEB_ESP) do E110 do SPED Fiscal.
Ajustamos o tratamento da operação 15014, vinculada ao ajuste SC059999, para os casos em que a nota for lançada fora do período de emissão. Esta operação gerará o E111 e totalizará no campo 15 (DEB_ESP) do E110 do SPED Fiscal.
Será gerado o E116, com o total dos débitos, conforme totalizados no Quadro 12 da DIME.

As operações 15241 e 15014 terão o seguinte tratamento na DIME:
Quando houver lançamentos vai totalizar no quadro 04 – sequência 070 (+) Outros Débitos, consequentemente vai totalizar na 990 (=) Subtotal de Débitos;
Posteriormente vai totalizar no quadro 09 na sequência 010 (+) Outros Débitos, pois busca da sequência 990 do Quadro 04, e totaliza na linha 040 (=) Total de Débitos do Quadro 09.
Totalizará no quadro 10 - sequência 30 (=) Débito por Responsabilidade Tributária, consequentemente vai totalizar na 990 (=) Subtotal de Débitos.
Gerará o quadro 12, baseado nas informações do Quadro 10.

Ajustamos a Importação de NF-e / NFC-e quando Tipo Local Questor Zen. A partir desta Versão o sistema trará marcado as notas que possuem XML e o status de Ciência da Operação, Não Definido e Confirmado como sugestão para importação.

Aperfeiçoamos o processo de importação de CT-e localizada em Arquivos \ Estaduais \ Importar CT-e / CT-e OS. A partir desta versão será importado o ICMS ST conforme regras abaixo:

Sistema irá avaliar se o CFOP, se está como SIM ou NÃO.

>> Se estiver como NÃO, sistema continua como já faz hoje, ou seja, não importando o ICMS ST.

>> Se estiver como SIM, sistema fará a importação do ICMS ST, para tela de Substituição Tributária alimentando os seguintes campos:
** Código Antecipação, importará com Substituição Tributária Informada pelo Substituto ou Pelo Substituído;
** Operação, será alimentada como 11402 para os CFOPs inciados em 1 ou 5 e 11403 para os inciados em 2 ou 6;
** Alíquota ICMS Suportada, buscará da TAG ;
** Base de Cálculo ICMS ST Retido Anterior, buscará da TAG ;
** Valor ICMS ST Retido Anterior, buscará da TAG ;
** Demais campos importará com 0,00.

Não será alimentado o detalhamento de Itens, pois a Legislação trata que quando a prestação de serviço for realizada em uma UF diferente da UF do estabelecimento é necessário recolher o ICMS Antecipadamente para a UF onde iniciou a Prestação, como no CTE não possui campos próprios a legislação solicita que seja preenchido como CST 060, e preencha as TAGs de ICMS Retido anteriormente.

Para os lançamentos manuais de documento fiscal de Entrada, passamos a criar de forma automática o Serviço Programado Funrural no Tareffa.
Para que o Serviço Programado seja criado, é preciso que a Empresa esteja Sincronizada com o Tareffa e que a Natureza do lançamento apure o Funrural. Será cadastrado apenas um Serviço Programado por Competência.

Revisado erro de falta de memória ao gerar o relatório de Totais ICMS por Natureza.

Para atender a Restituição de ICMS ST, gerado pelo envio da DRCST. A partir desta versão o sistema passará a ter os seguintes Tratamentos na geração da DIME:

Criamos a Sequencia 115 (+) Ressarcimento do ICMS substituição tributária acobertado por NF-e no Quadro 11.

Implementamos duas novas Origens para os lançamentos efetuados na operação 769 sendo eles:

>> Autorização Gerada p/ Sistema de Apuração/Controle dos Créditos de Ressarc. e Rest. ICMS Ret. por ST: Compensação ICMS Próprio=3
>> Autorização Gerada p/ Sistema de Apuração/Controle dos Créditos de Ressarc. e Rest. ICMS Ret. por ST: Compensação ICMS ST=13

Para a restituição de ICMS ST em conta gráfica, ou seja, compensação com o ICMS próprio teremos os seguintes tratamentos:

A AUC gerada por meio do SAT, deve ser lançada em Outras Operações localizada em Impostos \ Estaduais \ ICMS/SC \ Outras Operações na operação 769, com a nova origem 3;
Mediante este lançamento o sistema gerará no Quadro 9, na sequencia 070, e o Quadro 46 com a origem 3. Consequentemente gerará o Quadro 12 somente com o Valor a Recolher.
Para totalização correta na EFD deverá ser efetuado lançamento por Outras operações na operação 15115 (Ajuste SC020061), com o mesmo Valor da operação 769 origem 3.

Para a restituição de ICMS ST em com o ICMS ST teremos os seguintes tratamentos:

A AUC gerada por meio do SAT, deve ser lançada em Outras Operações localizada em Impostos \ Estaduais \ ICMS/SC \ Outras Operações na operação 769, com a nova origem 13;
Mediante a este lançamento gerará no Quadro 11, na sequencia 115, e o Quadro 46 com a origem 13.
A totalização no Quadro 1 já é gerado hoje por meio da Nota Fiscal lançada, no CFOP 1603, então com esses dois lançamentos o arquivo gerará conforme determina a legislação.

Revisados processos que apresentavam lentidão na geração do Sped Fiscal, dos registros do Bloco H e K.

Melhoramos a geração do Arquivo DIRF, nas situações onde o colaborador possui plano de saúde coletivo, porém a Empresa reembolsa todo o valor. Nesta situação, desde que o colaborador não tenha outro desconto de plano como por exemplo: valores referente a dependentes ou despesas variáveis, o registro TPSE não será gerado.

Na geração da DIRF, para diversos cadastros para o mesmo CPF com o mesmo código de retenção, considerava os valores dos rendimentos do cadastro mais antigo.

Incluímos mensagens na geração da RAIS, demonstrando os funcionários que não possuem histórico de CTPS cadastrada e que por isso não foram gerados.

Implementamos novas funcionalidades no cálculo da Rescisão.

A partir desta versão o usuário conseguirá lançar faltas e afastamentos, inclusive no dia da Rescisão, sendo permitido lançar até 9 (nove) sequências no mesmo dia, caso exista esta necessidade.

No momento da inclusão da Rescisão o afastamento será incluído com a Sequência 10, evitando assim, conflitos de chave com outros afastamentos no mesmo dia, sendo o ajuste, dos afastamentos existentes, alterados para esta sequência durante o processo de conversão do Banco de Dados.

Devido a nova funcionalidade, foram incluídas Notificações e bloqueios com o objetivos e evitar ou alertar o usuário quando houver afastamentos no mesmo dia da Rescisão.


Abaixo as Regras implementadas.:


NÃO PERMITE INCLUSÃO QUANDO:

1- Existe Afastamento superior a Data da Rescisão:

Não é permitido incluir Rescisão quando Existir afastamento que termine depois da data da Rescisão. A situação será informada ao usuário por mensagem.


2- O Colaborador tem afastamento que terminou na Data do Aviso Prévio

Não é permitido incluir Aviso Prévio quando um afastamento iniciou há mais de um dia e terminou no dia que se pretende dar o Aviso Prévio, seja Trabalhado, parcial ou Indenizado.

Exemplo.: Funcionário Afastado por faltas do dia 02/01 a 04/01 em um único cadastro de afastamento. O sistema bloqueará com Mensagem caso o usuário tente incluir um aviso Prévio no dia 04/01, pois não há como conceder Aviso Prévio se o funcionário não está na Empresa.


3- O Colaborador está de Férias na Data da Rescisão ou do Aviso Prévio:

- Não é permitido incluir Aviso Prévio quando a data estiver dentro de um afastamento de Férias;
- Não é permitido incluir Rescisão com Aviso Prévio quando a data da Rescisão estiver dentro de um afastamento de Férias;
- Não é permitido incluir Rescisão sem Aviso Prévio, quando a data da Rescisão coincidir com um afastamento de Férias e as datas inicial e final, deste Afastamento, forem iguais, ou seja, foi concedido apenas um dia de Férias para o colaborador.




PERMITE A INCLUSÃO E NOTIFICA O USUÁRIO QUANDO:


1- O Colaborador afastou e retornou no dia da Rescisão ou do Aviso Prévio

- É permitido a inclusão de Rescisão ou do Aviso Prévio quando o colaborador entrou em afastamento e retornou no mesmo dia, exceto afastamento por férias. Nesta situação será gerado uma mensagem de aviso para o usuário, bastando confirmar ou abortar o cadastro.

Exemplo.:
O colaborador cumpre Aviso Prévio trabalhado e faltou no dia da Rescisão ou;
O colaborador permaneceu por um turno ou horas trabalhando, no dia do afastamento, o que permitiu o Aviso Prévio;


2- O Colaborador tem afastamento que terminou na Data da Rescisão e quando o Aviso Prévio for Trabalhado, Trabalhado Parcial ou Ausência/Dispensa

- É permitido a inclusão de Rescisão quando um afastamento iniciou há mais de um dia e terminou no dia da Rescisão, desde que a data do Aviso não conflite com outra regra de bloqueio.

Exemplo.:
O colaborador cumpre Aviso Prévio trabalhado e entrou em licença médica ou faltou vários dias, com término no dia da Rescisão ou;
O colaborador em afastamento por auxilio doença ou acidente ou férias com Rescisão por falecimento ou;
O colaborador em afastamento por faltas ou licença médica ou doença ou acidente que termine no dia da Rescisão por Termino de Contrato de Trabalho por prazo Determinado



É importante reforçar que: A Mensagem de Advertência é apenas um alerta, cabendo ao usuário confirmar ou não a inclusão da Rescisão. Poderão ocorrer situações as quais a Legislação não permite a inclusão e, no momento, não conseguimos identificar o suficiente para bloquear a inclusão da mesma.

O cálculo da GPS passa considerar a data de baixa da Filial no Gerenciador de Empresas. Após a competência seguinte, da Filial baixada, o cálculo desconsidera a filial, inclusive desconsiderando avisos ou notificação para a mesma.

Ajustado o relatório que passa respeitar os dependentes selecionados nos parâmetros.

Melhoramos os relatórios gerados a partir do gerador de contratos personalizados, para situações em que existe histórico superior a data de emissão do relatório

Passamos a ignorar a "/" (barra) existente na descrição do nome da configuração na criação das pastas, nesta situação ocorria erro e a pasta não era criada.

Melhoramos as validações dos relatórios de contratos gerados pela rotina de Contratos Personalizados disponível no menu: Editor de Contratos Personalizados / Contrato Personalizado. Quando o usuário é limitado por filtro de Código de Escritório, não listava as informações nas variáveis da Empresa.

No cálculo das Férias coletivas, quando o colaborador tem acréscimo de dias ao final do período aquisitivo, por interrupção do tempo de contagem, e os dias concedidos de Férias é maior que o saldo de dias de direito e ainda não existe período aquisitivo incluído para o restante de dias de Férias, ao gerar o cálculo das coletivas com a opção Incluir Períodos Aquisitivo Superior selecionado como "Sim", o novo período não considerava os dias adicionais na inclusão do novo período aquisitivo.

Ajustamos a geração dos dados da DIRF para atender as situações de colaboradores com pagamento do 1/3 de férias em recibo separado.
Para geração correta no Arquivo é necessário processar a geração da DIRF em DIRF / Gerar Dados DIRF

Buscando diminuir a utilização CPU pela aplicação "neScrituração", foi aumentado o tempo de processamento das operações do neScrituração de 01 (um) segundo para 15 (quinze) segundos.

Revisado a nova regra do valor descontado dos Colaboradores com afastamentos na competência Dezembro. O valor do campo estava avaliando os valores do 13o. pagos no cálculo do 13o., sendo necessário avaliar somente os valores quando existem diferenças de 13o., pagos na competência Dezembro.

A partir desta versão não será mais excluído o Cadastro Preliminar ao realizar a integração destes dados para dentro da tela do Cadastro de funcionários, passaremos a realizar o controle via banco de dados e ficará demonstrando no canto direito se o Cadastro Preliminar do Trabalhador foi Integrado ou Não.

Também foram incluídos novos campos na tela, os mesmos ficaram desabilitados por hora pois serão utilizados apenas com o início do eSocial Simplificado, previsto para 05/2021.

A partir desta versão implementamos uma tabela de Incidência Tributária IRRF eSocial e vinculamos a mesma ao Cadastro dos eventos e Serviços. Esta tabela tem como objetivo controlar a validade das Incidências Tributárias IRRF vigentes no eSocial.
Apenas poderão ser relacionadas aos eventos Incidências Tributárias IRRF válidas na data atual.

Também estendemos este controle de validade das Incidências Tributária IRRF do eSocial para o cálculo da folha de pagamento e lançamento dos eventos variáveis.
Onde o usuário será alertado caso esteja utilizando um evento que possua uma Incidência Tributária IRRF fora da validade e no momento dos lançamentos variáveis também será projetado alerta.

Foi implementado alerta também na tela de vinculação dos eventos em processos e por conta disso foi necessário realizar alteração da ordem dos parâmetros.

Tais ajustes foram necessários para atendermos o layout do eSocial Simplificado que vigorará a partir de 05/2021.

Orientamos que os novos códigos de IRRF apenas sejam vinculados nos eventos após adesão de 100% das empresas ao eSocial Simplificado, até que isso ocorra continuar utilizando os códigos atuais.

Realizamos ajustes na importação de NFe/NFCe via Sefaz MT pelo Jobs, assim os agendamentos estão sendo processados conforme o esperado.

Ajustamos o Jobs para que na criação de agendamentos relacionados ao módulo Folha de Pagamento seja solicitado apenas o Grupo de Processamento das empresas que o cliente deseja que o sistema realize o fechamento do cálculo mensal.

Criamos um novo serviço chamado Jobs, para utilização exclusiva das execuções de JOB's.
Os clientes devem realizar o ajuste em Configurações/Configurações do Sistema/Serviços, e posteriormente em Área de Trabalho/Quiu/Configurações/Serviço Jobs.
A implementação desse novo serviço foi realizada tendo em vista que utilizando o n-Web no Jobs e em demais aplicações do sistema, ocorriam por vezes interferências na execução dos agendamentos o que retardava o processamento dos mesmos em alguns casos.
Com a utilização do serviço exclusivo para o Jobs não haverão mais interferências.
Neste momento o processamento dos JOB's usando nWeb ainda é atendida.

Melhoramos a mensagem de aviso ao salvar a configuração do Jobs (Área de Trabalho/Quiu/Configurações/Serviço Jobs) quando existem Jobs em processamento e/ou aguardando executor para mostrar a quantidade de Jobs que estão em cada status.

Realizado melhorias na geração do evento S-2230 do eSocial ajustes específicos para os bancos de dados Oracle.

Implementamos a leitura da Gia-SP via OCR pelo Quiu para que seja possível realizar o envio/armazenamento do recibo no Zen e a baixa da atividade no Tareffa.