Central do Cliente Questor

Implementamos a mensagem solicitando ao usuário a confirmação do lançamento de SERVIÇOS VARIÁVEIS com o valor total do serviço igual a zero (R$ 0,00).

Implementamos a impressão do Boleto Gráfico BANCOOB Modelo 2 com a opção de FRENTE E VERSO. Selecionando a opção para impressão frente e verso o sistema gera o verso do boleto com informações do Escritório (Cedente) e do Cliente (Sacado) no formato de envelope.

Melhoramos a informação do saldo inicial do relatório Razão Centro Custo X Plano Conta. Quando o saldo do período anterior era Credor e a natureza do grupo do centro de custos estava definida para ser Devedor, este saldo para o próximo período listava como Saldo Devedor, não afetando o resultado final do relatório, apenas alterando a natureza do saldo inicial.

Melhoramos o processo de geração de alguns relatório, no qual interferia diretamente no controle das transações (tecnologia), e em determinadas situações o relatório não era listado.

Implementamos na importação do arquivo retorno "BANCOOB - Padrão 400" a validação do código do banco e conta Caixa. Este processo permitirá que seja baixado os documentos relacionados ao Nosso Numero de acordo com o banco informado no arquivo de recebimentos.
Anteriormente, em determinadas situações em que já existia um contas a receber com o nosso número igual porém com banco distinto o processo retornava no relatório com a mensagem de que o documento já estava quitado.
Observação: Nos casos onde o documento constante no arquivo seja relacionado a um documento recebido parcial no sistema, este não será recebido e assim caberá ao usuário efetuar o recebimento.

Melhoramos o processo de integração dos pagamentos de duplicatas do financeiro para o fiscal. Passamos a avaliar o número da parcela de cada documento ao efetivar/integrar o pagamento.

Ajustado para gerar a informação da Inscrição Municipal quando houver a empresa vinculada ao escritório, pegará do Tomador e não mais fixo do Prestador do Serviço .

Implementamos a geração do Registro C175 - Registro Analítico do Documento (Código 65), este registro tem por objetivo representar a escrituração da NFC-e, os documentos fiscais totalizados por CST PIS, CST Cofins, CFOP, alíquota de PIS e alíquota da Cofins. Trata-se de registro com procedimento de escrituração similar ao adotado para o registro C190 da EFD-ICMS/IPI que será gerado a partir dos lançamentos de saída com modelo 65.

Ajustamos a exportação dos dados para o programa PGDAS-D referente a Receitas do Anexo III e IV que anteriormente retorna erro de Script e não preenchia os dados corretamente.

Implementado a importação das notas fiscais de serviço(NFSe) para o município de Birigui/SP. Para realizar a importação é preciso observar as seguintes informações:



Sistema: Específico

Movimento: Saídas



O sistema e a versão são configurados no módulo Gerenciador de Empresas em Cadastros \ Federais, Estaduais e Municipais \ Municípios.

Implementado a importação das notas fiscais de serviço(NFSe) para o município de Araucária/PR. Para realizar a importação é preciso observar as seguintes informações:


Sistema: Específico

Movimento: Saídas

Outras Informações: Esse xml não tem especificado o código de serviço conforme Lei Municipal 116/2003. Para importar será necessário ter o serviço cadastrado e usar o campo Produto Padrão = Sim.



O sistema e a versão são configurados no módulo Gerenciador de Empresas em Cadastros \ Federais, Estaduais e Municipais \ Municípios.

Realizado alguns ajustes na importação da NFSe Sistema JFISS:

Importação da NFSe Cancelada;

Habilitado o campo Data Importação, permitindo importar pela Data de Competência ou Data Emissão;

Alíquota quebrada.

Implementamos no demonstrativo da GIA, ficha Saídas Interestaduais as mesmas regras da coluna Outros Impostos da ficha Resumo Saídas.

Ajustado a geração do e-Doc Registro C600 a informação do número do CPF e CNPJ, passa a avaliar a tela Cupom Pessoa. Caso não tenha informação nessa tela levará esses campos em branco, conforme nova regra do validador versão 1.1.3.1.

Ajustamos a rotina de Atualização Padrão dos Produtos por NCM, que anteriormente retornava mensagem de erro ao atualizar todos os produtos de uma unica vês.

Ajustamos os lançamentos de compra de Ativo Imobilizado onde anteriormente retornava mensagem de erro ao tentar cadastrar o BEM no Patrimonial quando a Empresa não tinha opção pelo CIAP e não havia feito as configurações no módulo Controle Patrimonial.

Alterado a data de validação referentes as novas Operações Fiscais do Quadro 41, passa a vigorar a partir de janeiro/2014, conforme ajuste da Portaria SEF n° 34/2014:



O estabelecimento de contribuinte que apure crédito acumulado fica obrigado, sempre que enviar ou substituir DIME dos períodos de referência do exercício de 2014, a informar os campos e quadros de acordo com as modificações introduzidas pela Portaria SEF nº 199, de 24 de junho de 2014.

Ajustado a integração da folha de pagamento no módulo contábil, que estava com inconsistência quando pago 13º ou Participação de Lucros sem criar período próprio, ou seja, pago junto com as verbas mensais e o valor de desconto mensal era maior que o valor dos proventos, interferindo no valor liquido do 13º e PLR, o que impossibilitava desta forma a contabilização.

Procedido ajuste na Relação de Cálculo Geral em relação a três situações:
- Na emissão do relatório, quando selecionado diversas empresas e haviam pagamento de terceiros, o resumo dos pagamentos de terceiros não era demonstrado de forma correta.
- Ainda com relação a emissão, quando a empresa selecionada no F7 era diferente da empresa que estava sendo emitido o relatório, a informações demonstradas eram incompletas e divergentes do efetivo calculo.
- No pagamentos de terceiros cuja origem GPS é MEI - Contribuinte Individual, o valor campo INSS Empresa no resumo analitico de terceiros, devido a origem do pagamento já citada não era demonstrada, dificultando a conferência desses valores.

Ao gerar a GPS Trimestral para trabalhador doméstico, código de imposto 1678, o sistema retornava mensagem de que havia uma variável errada e não executava o processo. Corrigimos tal situação e o sistema passa a gerar a GPS trimestral quando configurada esta opção no imposto.

Revisamos o cálculo da GPS do MEI, código de recolhimento 1910, quando selecionado um intervalo superior a um mês nas datas inicial e final nos parâmetros de revisão. Nesta situação o sistema considerava a emissão da GPS como trimestral, retornando mensagem de erro e não permitindo sua execução. Se na seleção a informação das datas correspondessem a um único mês o sistema gerava corretamente. Com a alteração o sistema permitirá uma seleção maior que um mês e irá gerar a GPS de acordo com o período de apuração informado no cadastro do imposto.

Ajustamos a rotina de recalculo de impostos nos casos em que há rescisão com recolhimento de FGTS na GRRF. Havia uma situação que ao recalcular impostos o sistema gerava os valores recolhidos na GRRF para serem recolhidos também em Sefip, o que distorceria o recolhimento caso fosse refeita a sefip do período recalculado.

Corrigimos o Detalhamento de Eventos de Professores por Tipo de Aula que não estava correto quando os tipos de cálculo eram 20 - 13° Salário Adiantamento, 21 - 13° Salário Integral e 23 - 13° Salário Integral (mês diferente de 12), referência do evento é avos e o professor possuía 2 ou mais de tipos de horas aula.

Ajustamos a forma de demonstrar e gravar a base de IRRF sobre Férias Normais no envelope de pagamento, quando a configuração do campo: Integração IRRF Férias no cadastro do sindicato esta parametrizado como Tudo no primeiro mês. Neste caso estava ocorrendo uma projeção do real valor em duplicidade na integração das férias no cálculo mensal.

Realizamos ajustes no cálculo de IRRF mensal e IRRF S/ 13° Salário nas rescisões complementares quando o empregado possuía 2 ou mais complementares. Neste caso estava ocorrendo uma dedução indevida na base de valores oriundos da rescisão normal e demais complementares. Procedido a correção, passou a deduzir corretamente os valores na base de IRRF.

Efetuado a ajuste em relação a duplicação de contas entre empresas, tanto por local contábil quanto por empresas. Havia algumas situações, dependendo os parâmetros selecionados, o procedimento não era executado retornando mensagem de erro.

Melhoramos o envelope de pagamento relativo a forma de demonstrar os eventos de Pensão Judicial quando era lançado em dois locais distintos, no movimento de eventos fixos e no movimento de eventos variáveis. Nestes casos para cálculo em situações que encontramos lançamentos em ambos os locais(eventos fixos e eventos variáveis), prevalece as informações dos eventos variáveis porém ao gravar os dados em Cálculo\Impostos/Pensão/Outros\Pensão Judicial, estava sendo gravado o valor de ambos (Fixo + Variável). Deste modo como a informação no envelope de pagamento é obtida desta tabela, o valor demonstrado era o somatória dos valores. Diante da alteração passou a gravar corretamente os valores, realizando a mesma validação que já existe no cálculo e demonstrando de forma correta no envelope de pagamento.

Corrigido o cálculo do prêmio adicional do comerciário, que em situações que possuía detalhamento da faixa com mais de um registro, não apurava o valor correto e em alguma situações inclusive não pagava o valor devido pelo empregado.

Ajustamos o processo de Simulações de Rescisão, disponível em Funcionários \ Rescisões \ Simulação de Rescisões, que ao final da sua execução estava gravando a rescisão no banco de dados. Com a alteração passa a ser tratado apenas como simulação como já era feito anteriormente, sem interferir no cálculo da folha.

Melhoramos a regra de cálculo do IRRF quando a base de cálculo do IRRF apurada na folha é igual ao valor do campo limite superior da faixa cadastrado na tabela de IRRF. Neste exemplo estava devolvendo de forma indevida o IRRF no evento 700 (Devolução IRRF Mês). Realizado os ajustes passa a apurar de forma correta o desconto de IRRF na folha de pagamento.

Resolvida situação problemática em relação ao cálculo de IRRF em folha complementar quando o empregado não possuí ficha financeira na competência original. Essa situação geralmente ocorre quando por determinação judicial, ocorre a reintegração ou cálculo de valores de diferenças relativo a competência anteriores.

Ajustamos a forma de acumular as bases de IRRF relativos a folha de pagamento mensal para rescisões, onde acontecia casos que a rescisão normal estava sendo paga antes da data de pagamento da folha mensal, com isso não estava sendo acumulada a base de cálculo referente ao IRRF gerada na folha mensal para a rescisão.
Por exemplo:
Data de Pagamento Folha Mensal:05/08/2014
Data de pagamento da Rescisão: 02/08/2014
Neste caso a base de cálculo correspondente a folha mensal anteriormente não estava sendo acumulada para o cálculo da rescisão.