Central do Cliente Questor

Implementamos uma nova consulta que permite que o usuário tenha um controle dos lançamentos contábeis excluídos da empresa. Essa nova consulta está disponível no menu Consultas \ Lançamentos Contábeis Excluídos com as seguintes funcionalidades e opções:

Exibir Agrupamento (Shift + Ctrl + G) - Através desta opção é possível formar agrupamentos dos dados gerados na consulta, separando as colunas desejadas.
Exibir Totais em Colunas/Linhas (Shift + Ctrl + T) - Demonstra um totalizador dos valores demonstrados na consulta.
Expandir/Agrupar (Shift + Ctrl + E) - Caso utilizado algum tipo de totalizador, através dessa função é possível expandir os dados agrupados ou agrupá-los novamente.
Pesquisar (Ctrl + F3) - Possibilita uma consulta por palavra ou número nos lançamentos demonstrados.
Restaurar (Ctrl + Alt + R) - Com essa opção é possível restaurar o lançamento excluído que foi selecionado na consulta.
Excluir (Ctrl + Alt + E) - Com essa opção é possível excluir o lançamento excluído que foi selecionado na consulta.
Excluir todos - Com essa opção é possível excluir todos os lançamentos excluídos, sem precisar listá-los na consulta.

Esse controle virá como padrão desabilitado, para que a empresa comece a controlar é preciso definir o controle por grupos de usuários no módulo Gerenciador de Empresas em Utilitários \ Usuários \ Definição de Grupos de Usuários (Níveis), a opção a ser habilitada está no módulo Contabilidade na opção Lançamento Contábil \ . Esse controle é específico para empresas optantes pelo IFRS na Contabilidade.

Implementamos novos controles e conceitos na tela de lançamentos contábeis e acrescentamos o saldo na tela de conciliação de lançamentos contábeis manuais. As implementações feitas atendem sugestões de clientes, aonde visamos melhorar a utilização do sistema. As alterações tem a finalidade de auxiliar o usuário na utilização do sistema.

Tela de Lançamentos Contábeis:
Exclusão de Lançamentos
Sempre que a empresa utilizar o controle de Transação para os lançamentos contábeis, o sistema passa a controlar a exclusão dos lançamentos contábeis dentro da transação, ou seja, se após finalizar a inclusão de uma transação contábil, houver a necessidade de excluir um lançamento contábil desta transação, o sistema passa a solicitar, além da confirmação da exclusão do próprio lançamento selecionado, se o usuário deseja excluir todos os lançamentos que compõem a transação deste lançamento. Ao confirmar a exclusão, o sistema o faz de forma automática, sem a necessidade do usuário fazer manualmente um a um cada lançamento. Ao informar que não, o sistema faz a exclusão somente do lançamento que está na tela. Com este novo recurso facilitamos a exclusão de diversos lançamentos vinculados a mesma transação.

Alteração Data do Lançamento Contábil
Ainda na tela de lançamentos, relacionado a transação do lançamento contábil, a alteração na data do lançamento contábil seguirá o mesmo conceito da exclusão citado no item acima, sendo que, ao alterar a data de um lançamento pertencente a uma transação, será solicitado ao usuário se deseja alterar a data de todos os lançamentos, e havendo a confirmação, o sistema fará a alteração para todos os lançamentos.

Últimos Lançamentos Digitados
Incluímos um novo parâmetro na Configuração da Empresa, chamado "Utiliza Lista dos Últimos Lançamentos" o qual tem a finalidade de permitir ao usuário visualizar os últimos lançamentos efetuados através de sua digitação. O principal benefício deste novo recurso é a facilidade de visualização em relação aos últimos lançamentos digitados, sem a necessidade de efetuar uma consulta. Ao informar o parâmetro como Sim, o sistema habilitará uma grid no rodapé da tela de lançamentos contábeis. Utiliza o mesmo conceito das diferenças de débito e crédito e das diferenças nas transações. Pode-se ainda utilizar as teclas CTRL + U ou então no botão disponível na tela de lançamentos contábeis.

Conciliar Lançamentos Contábeis
Incluímos uma nova coluna de saldo na conciliação dos lançamentos contábeis, a qual será demonstrada pela combinação de alguns parâmetros na execução da mesma. Para que o sistema demonstre a coluna de saldo é necessário que os parâmetros "Exibir Lançamentos Conciliados Normal" e "Exibir Lançamentos Conciliados Bancários" estejam assinalados com Sim, assim como no parâmetro "Ordenar" tenha sido escolhida a opção Data Lançamento. Quando os três parâmetros estiver com estas configurações o sistema passa a demonstrar a coluna Saldo, na qual será demonstrado o saldo da conta contábil (coluna Conta Contábil). Para que o sistema consiga montar o saldo corretamente é necessário listar todos os lançamentos, mesmo os que já estiverem conciliados, caso contrário, não há como demonstrar o saldo corretamente.

Ajustamos o cadastro de Históricos Contábeis para permitir cadastrar com 05 ou mais dígitos.

Ajustamos a descrição do Balanço Patrimonial modelo gráfico permitindo ao cliente definir o titulo Passivo ou Passivo e Patrimônio Liquido.

Ajustamos a forma de gerar as notas explicativas para os casos onde fosse usado algum Índice, anteriormente algumas variáveis geravam sem valor. Com o ajuste independente do uso ou não do Índice Notas Explicativas, as variáveis listam conforme estão configuradas.

Implementado no modulo Patrimonial o controle de perda do valor do bem após sofrer reavaliação.
Ao cadastrar uma configuração justa no bem, se a mesma for para reduzir o valor do mesmo ela deve ser lançada como negativa.
Ex: Um bem de R$ 2000,00 reavaliado em R$ 1500,00 deve ter a configuração do valor justo lançada como R$ -500,00.

Incluímos o campo Tipo Lançamento para contabilização do modulo patrimonial, através deste processo o usuário poderá definir como prefere efetuar a contabilização.
Permite contabilizar os Lançamentos Normais, Fiscal, Societário ou Todos.
Quando usuário fizer parametrização da limpeza da contabilização não terá opção de limpar os lançamento Normal, Fiscal, Societário. Apenas Todos os lançamentos Contábeis.

Implementamos um novo controle na relação dos débitos aonde ao informar o código do grupo de tributos o sistema não irá mais listar os débitos da folha de pagamento. Quando emitidos os débitos sem filtrar o código do grupo do tributo serão listados inclusive os débitos da folha.

Ajustamos a geração do registro 5 da remessa bancária do Banco do Brasil "BB Padrão CNAB 240" para demonstrar nas posições 24 a 41, a informação do somatório dos valores dos títulos compostos no arquivo.

Ajustamos a demonstração de valores nos relatórios de recebimento (Relatórios\Movimentos\Financeiro\Recebimentos) e o relatório de extrato movimento de clientes (Relatórios\Movimentos\Financeiro\Extrato de Movimento - Clientes), quando há valores que correspondem a troco.

Implementamos chamada para geração da NFSe do município de Rio do Sul - SC. Para envio do arquivo e geração da mesma deverá ser seguido alguns passos:
PASSO 1:

No nGem, acessar o cadastro do município de Rio do Sul - SC, e alterar o valor do campo "Sistema NFSE" para "Ipm (atende.net) Versão 2". O campo "Configuração Sistema NFSE" deve ficar em branco.

PASSO 2:

No diretório output do Tributário, dentro da pasta "nfse" criar a seguinte estrutura:

Criar a pasta "IPM".

Dentro da pasta "IPM", criar a pasta "eletron".

Dentro da pasta "eletron", criar outras três pastas: "entrada", "erros" e "retorno".

Ainda dentro da pasta "eletron", colocar o programa "ipmNFSeApp.exe" e o arquivo "config_nfse.ini".

Editar o arquivo "config_nfse.ini", alterando a localização das pastas para:

erros=..\erros
entrada=..\entrada
retorno=..\retorno

Após isso, o sistema já estará preparado para rodar no sistema IPM.

IMPORTANTE: para a comunicação on-line com a prefeitura, o integrador (ipmNFSeApp.exe) deve estar rodando paralelamente ao nFin.

Implementamos relatório de Prévia de Contabilização por competência, onde este relatório tem o objetivo de informar os lançamentos do financeiro que possuem lançamentos contábeis e que terão integralização com o módulo contábil, não garantindo assim se no contábil irá ser efetivado os lançamentos.

Ajustado o Relatório Demonstrativo do Cálculo ICMS Antecipado para demonstrar quando a empresa está enquadrada por Demais Estados ou ICMS/RS.

Foi ajustado o demonstrativo IRPJ e CSLL - Lucro Presumido, quando empresa tem regime de caixa com filiais.

Ajustamos na apuração do PIS e COFINS no Lucro Presumido, para passar a considerar os valores cadastrados na opção Ajuste de Débito quando os mesmos estiverem vinculados as receitas apuradas por Alíquotas Diferenciadas.
Para considerar os ajustes corretamente respeitando a Natureza do Ajuste = 4.3.05.52 implementamos o NOVO campo denominado Código Produto, que fica localizado entre as opções Natureza do Ajuste e Tipo da Receita e não terá preenchimento obrigatório.
Esse NOVO campo será habilitado somente quando selecionado a Natureza do Ajuste = 4.3.05.52 e irá ligar as informações do Código do Produto DACON + Alíquota definida no mesmo para identificar a Base de Cálculo correta para Dedução ou Acréscimo do valor do ajuste.

Melhoramos a rotina de manutenção dos cadastros (Ctrl + K) visando uma melhor usabilidade da mesma.
Ao executar o comando Ctrl + K vai habilitar uma tela de definições com duas abas, na primeira estão os parâmetros para filtro de busca dos dados, pode-se filtrar qualquer campo visível do cadastro, e a segunda continua demonstrando todas as opções do cadastro para a seleção dos campos que o usuário deseja fazer a manutenção.
Os dados exibidos serão apenas aqueles que se encaixam nos filtros informados.
Ainda nessa rotina, na tela de manutenção dos dados, foram criados novas funções para facilitar a edição dos dados.
Ctrl + Q: Copia o valor do campo selecionado pelo usuário e replica o mesmo em todos os registros abertos na tela de manutenção;
Ctrl + U: Caso o registro em que o usuário esteja posicionado foi alterado, cancela as alterações que foram feitas no mesmo.
Ctrl + W: Cancela todas as alterações feitas em todos os registros abertos na tela da manutenção;
Ctrl + Alt + S: Salva todas as alterações feitas na tela de manutenção no banco de dados.

Atualizamos as Tabela Tipo Debito 4.3.12 - Produtos Sujeitos a Substituição Tributária da Contribuição Social (CST 05) do EFD Contribuições.

Passamos a considerar como Exclusão da Base de Cálculo da Contribuição Previdenciária os valores lançados nas Naturezas 1.503/2.503 (Entrada Decorrente de devolução de Produto Remetido Com Fim Específico de Exportação, de Produção do Estabelecimento) e 1.504/2.504 (Entrada Decorrente de Devolução de Mercadoria Remetida Com Fim Específico de Exportação, Adquirida ou Recebida de Terceiros) para isso é necessário fazer a configuração das mesmas nas opções Configuração das Naturezas ou Configurador das Naturezas.

Implementamos a importação da NFS-e Sistema GDN Web Serviços Prestados. Para importar é necessário configurar no módulo Gerenciador de Empresas \ Cadastros \ Federais, Estaduais e Municipais \ Municípios campo Sistema NFS-e = GDN Web.
Para Importar acesso módulo Fiscal \ Arquivos \ Municipais \ Importar NFS-e.
Atualmente o município de Pirapora do Bom Jesus/SP alterou o Sistema da NFS-e de GEIS Web para GDN, é necessário alterar no cadastro do município.

Na apuração do ICMS, quando o Regime de Apuração for Simples Nacional, ajustamos para fazer a Dedução do ICMS Substituição Tributária das Devoluções, Ressarcimento e Outros Créditos, demonstrados no Quadro 11 da DIME.

Ajustamos a Importação CAT-52, para corrigir as diferenças de centavos, entre a Base de Cálculo e valor do ICMS quando possui descontos. Esse valor do desconto é ratiado entre os produtos .

Ajustamos a Importação de NFe para o Estado de Rio Grande do Norte, passa a importar o XML com CFOP 5929 com ou sem extensão com os seus valores no campo Outras de ICMS.

Foram incluídas na apuração do ICMS/MG as CFOPs: 1651, 1652 e 1932.
Na geração do arquivo Dapi as CFOPs 1651 e 1652 totalizam como Compras.
A CFOP 1932 totaliza como Transporte.
A CFOP 1653 já está totalizando como Uso e Consumo, não houve alteração.

Incluímos na Consulta de Logs duas novas funções que possibilitam a verificação de alterações e inclusões nos cadastros de Pessoa e de Produto, sejam estas oriundas de importações ou não. No menu Utilitários \ Logs \ Consulta Log no parâmetro Nome Interno é preciso selecionar o período desejado e uma das opções:

ImportacaoProduto
ImportacaoPessoa

Essa consulta não está disponível para o usuário administrador.

Ajustamos a rotina de importação do arquivo Sped Fiscal, passando a importar corretamente os Cupons Fiscais quando definido Importar Registros C400 = Total Diário Red. Z (Sped).

Otimizamos a performance de importação do Bloco D no Sped Fiscal através de uma mudança feita na forma de gravar os conhecimentos de frete no banco de dados, antes estes eram gravados individualmente, agora passam a ser gravados em lote o que torna o processo mais rápido.

No cálculo de provisão, quando a empresa possuí rateio por centro de custo, conforme o tipo de rescisão complementar que estava sendo calculado, no calculo da provisão de 13º e Férias, não realizava corretamente o rateio dos valores conforme o centro de custo ao qual o empregado estava vinculado. Com os ajustes passou a realizar corretamente o rateio evitando eventuais divergências.

Ajustamos os cálculo da diferença de férias e abono pecuniário. Quando configurado no sindicato o parâmetro Pgto. Férias Mensalista=Cálculo Proporcional pelos Dias do Mês, o valor apurado pelo sistema era divergente do valor que o empregado efetivamente fazia jus.

Realizamos uma melhoria em relação ao Cálculo de Múltiplas Folhas Complementares. Quando realizado o calculo da folha de pagamento complementar e havia dois períodos complementares que se referiam a competências distintas cujo pagamento era efetuado no mesmo mês, no período de calculo tipo 9 da segunda complementar demonstrava os eventos que se referiam ao primeiro período de calculo tipo 9, o que está incorreto. Após os ajustes passou a demonstrar corretamente eventos.

Revisamos o cálculo do evento de Horas Faltas DSR para empregados horistas quando na configuração da empresa a informação de Separar DSR Mensalistas estiver com opções diferentes de Sim. Independente da opção configurada o sistema sempre irá demonstrar separadamente as horas de faltas DSR para as empresas configuradas com controle de faltas pela rotina, ou seja, em que há a informação do afastamento de horas faltas, com assinalamento de perda do DSR.

Revisamos a regra de cálculo das horas de Aviso Prévio Trabalhado nos casos em que o cliente separa os eventos de Aviso Prévio e também os eventos de DSR sobre o período de Aviso. O cálculo para as horas de aviso prévio é feito considerando a escala do empregado, portanto o sistema irá somar as horas de cada dia da escala, encontrando a quantidade total de horas de APT. Foi ajustada também a possibilidade de lançar quantidade de horas faltas dentro do período de aviso prévio. Anteriormente o sistema limitava o lançamento de horas faltas a quantidade de horas normais ou de saldo de salários.

Revisamos a rotina do Sefip para empresas do porte 9 e 10 em relação a compensação de valores da desoneração. A empresa que tem tomador de serviço e é optante do Porte 09 - Totalmente Substituida, que em sua base tem os empregados alocados em obras com código de recolhimento 155, e também possui empregados alocados em outras empresas que geram o Sefip com o código 115 (possui FPAS diferente), o sistema passa a considerar o valor de compensação pelo código de recolhimento vinculado a outra empresa, desta forma não somando os valores de compensações, como fazia anteriormente.

Corrigimos o cálculo do INSS referente a múltiplas folhas complementares. Atualmente o sistema apurava corretamente o valor do débito de INSS, porém gerava além do débito agrupado, um débito para cada competência que estava englobada no período agrupador de forma indevida. Feitos os ajustes passou a gerar corretamente a GPS da folha complementar.

Ajustamos o cálculo de 13º Salário Adiantamento e Integral quando o empregado faz jus ao recebimento de complemento de salário normativo. Para isso são necessárias algumas alterações nos eventos. Inicialmente devem ser utilizadas as seguintes estruturas no cadastro dos eventos:
04.01.01.02 - Para 13º Salário Adiantamento
04.02.01.02 - Para 13º Salário Integral

Todos eventos que compõe a base deste eventos obrigatoriamente devem estar com o campo sinal do evento= Soma. O restante obedece os conceitos que já existentes.

Ajustamos o cálculo da pensão judicial sobre férias para os casos em que o usuário informa dias a desconsiderar no recibo de férias, o sistema passa a desconsiderar este dia também na contagem de dias da pensão judicial. O cálculo será feito considerando os dias de férias do recibo e não mais a diferença entre o primeiro e último dia de gozo, no qual estão inclusos os dias referentes as datas informadas para serem desconsideradas no recibo de férias.

Realizamos diversas melhorias em relação ao cálculo do 13º Integral - Tipo 23. Dentre as principais alterações podemos citar a geração da sefip, onde não gerava a compensação da forma devida, ainda na sefip da competência 12 em algumas situações duplicava a base e gerava compensação oriunda do calculo de 13º. Além desse caso no sistema não estava gravando o valor correto do FGTS de 13º, quando o empregado fazia jus a 13º complementar, com isso não demonstrava corretamente os valores alguns relatórios.

Realizamos uma alteração em relação ao cálculo dos empregados admitidos no mês, onde houve alteração de escala. Logo a partir desta versão o sistema passa a apurar o valor hora do empregado com base na carga horária mensal da última escala e no último histórico de salário, chegando ao valor correto ao que o empregado faz jus.

Implementamos a exportação dos salários para o Banco de Brasília, padrão Febraban CNAB 240 posições, conforme leiaute fornecido pelo Banco. Para utilizar este leiaute o usuário deverá incluir um registro na tabela de Agências Bancárias das Filiais, para o banco 070 - BRB - Banco de Brasília e informar as contas bancárias de cada empregado. No momento de exportar os dados, selecionar no campo Banco a informação BcoBrasilia-70 (240 posições).
Para as posições 33 a 52 do registro Header, o sistema busca a informação do campo Número do Contrato da tabela de Agências Bancárias das Filiais.
As demais informações para a geração do arquivo seguem os mesmos conceitos do demais bancos que utilizam este modelo Febraban.
Importante observar em relação a orientação do banco para os arquivos de testes e produção, aonde é necessário alterar o nome do arquivo, campo finalidade do arquivo informando 999 para arquivos de testes e 001 quando se tratar de arquivo definitivo. A alteração no nome do arquivo deverá ser feito manualmente.

Modificamos as regras de validação na inclusão de vales aos empregados em relação aos períodos de cálculo diferentes de mensal. Passa a ser permitida a inclusão de vale em qualquer tipo de cálculo diferente de período tipo mensal. Para os períodos de cálculo mensal será permitida a inclusão desde que ainda não tenha sido efetuado cálculo ao empregado, ou então quando a primeira parcela de desconto for no mês seguinte ao cálculo atual.

Adicionamos um novo parâmetro Admitidos em Fevereiro - Considerar Avo no sindicato que será utilizado exclusivamente para os empregados admitidos em fevereiro e para o cálculo do 13º Salário, englobando 13º Salário Adiantamento, 13º Salário Integral e 13º Salário Proporcional. Neste parâmetros possuímos as seguintes opções:
Igual a 14 Dias Trabalhados no Mês: Caso o empregado possua 14 ou mais dias trabalhados em fevereiro, para fins de 13º será considerado o avo.
Igual ou Superior a 15 Dias Trabalhados no Mês: Nesta situação para receber o avo de 13º de Fevereiro o empregado deverá ter 15 ou mais dias trabalhados.

Implementamos uma nova regra de auditoria no módulo da folha de pagamento, relacionada ao cálculo do 13o salário adiantamento. Sempre há situações no cálculo do 13o salário adiantamento em que o sistema não calcula um complemento de 13o salário, normalmente nestes casos são situações aonde o empregado já recebeu ou por algum motivo não tem direito ao 13o salário, mas havia uma dificuldade em encontrar o motivo pelo qual o sistema não pagava 13o salário adiantamento.

Pensando em agilizar tal situação, incluímos regras de auditoria na rotina de Auditorias da Folha de pagamento.

Algumas regras que serão validadas pelo sistema.
1) Contrato do Empregado, campo Recebe 13o Salário deve estar como SIM;
2) Cadastro do Sindicato:
2.1 - Mês Adto. 13o Salário: Identificar se a definição do período de cálculo está de acordo com a regra do sindicato para o empregado;
2.2 - Percentual de Adiantamento: Verificar se há percentual de adiantamento informado;
2.3 - Permite Complemento: Verificar se o sindicato permite complemento e se o empregado já recebeu o adiantamento no ano.
2.4 - Demonstrar os meses que o empregado recebeu o adiantamento, demonstrando os eventos e valores.
3) Eventos com característica de 13o salário adiantamento ou integral pagos ou zerados em movimentos de períodos anteriores ao cálculo.

Realizamos algumas melhorias em relação a consulta de médias. Acrescentamos um novo campo, onde é possível informar o código do evento que deseja consultar. O funcionamento do campo é da seguinte forma:
Campo em branco: Irá realizar a consulta através do período de calculo informado anteriormente e demonstrar somente os eventos calculados.
Informar um ou vários eventos: O sistema irá demonstrar o valor da média dos eventos referenciados no campo independente do empregado ter direito ao recebimento ou não.

Havia uma situação quando o nome do banco de log estava diferente do nome do banco de dados normal, na qual ao incluir um novo usuário no sistema retornava mensagem de aviso, tornando o procedimento duvidoso ao usuário, apesar de o registro ser cadastrado. Ajustamos para que o sistema avalie sempre o nome do banco de log configurado em Opções Gerais, desconsiderando o nome do banco de dados normal, assim evitando o aviso ao usuário.

Implementamos dois NOVOS parâmetros no relatório cadastral Ficha Empresa, os mesmos permitirão ao usuário gerar juntamente com o as informações dos Sócios e Enquadramento Tributário.

Ajustamos o tamanho de alguns campos na emissão dos relatórios de certidões negativas, principalmente as informações de número do protocolo e observações.