Modificamos a forma de controle em relação ao parâmetro Permite Complemento do cadastro do sindicato. O sistema avaliava evento por evento e caso não encontrasse o evento em processamentos anteriores pagava ao empregado, mesmo estando configurado como Não permite complemento. Agora, o sistema avaliará se existe algum evento com estrutura de 13o salário adiantamento e irá desconsiderar todos os eventos a partir do segundo cálculo. Caso o parâmetro esteja configurado como Sim o sistema continuará avaliando as diferenças por evento, portanto, poderá haver situações aonde o cálculo ocorra somente para um determinado evento, o qual sofreu alteração no valor em relação ao primeiro cálculo.

Melhoramos os controles da rotina de programação de férias em relação ao cálculo e a exclusão do recibo de férias. Também ajustamos a rotina de atualização do período aquisitivo, pois em algumas situações os períodos aquisitivos permaneciam em aberto após gerar o recibo pela rotina. Implementamos o controle de cores para facilitar a identificação dos recibos de férias. A cor Verde identifica que o registro foi selecionado para o cálculo, a cor Azul identifica que o registro já está calculado, ou seja, já possui recibo de férias, a cor Vermelha identifica que o recibo correspondente ao registro foi excluído pela rotina e a cor Preta identifica que ainda não houve nenhuma ação sobre o registro.

Ao consultar o local contábil, no pagamento de terceiros, o sistema modificava a data de pagamento, sugerindo o último dia da competência do pagamento. Modificamos o sistema para que a sugestão seja feita somente quando não existir data informada, mantendo-a quando existir.

Tínhamos um problema na exclusão de rescisão complementar quando a data de pagamento desta complementar era em meses posteriores a rescisão normal. O sistema avaliava a exclusão pela data da rescisão e por existir períodos de cálculos com datas superiores retornava mensagem não permitindo a exclusão. O sistema passa a avaliar a data de pagamento da rescisão complementar em relação ao último período de cálculo definido para permitir ou não a exclusão da mesma.

Alteramos a forma de calcular e listar os valores nos campos último, penúltimo e antepenúltimo salários dos formulários do seguro desemprego, bem como a informação do número dos meses. Agora o sistema atende Circular do MTE, a qual orienta que os campos devem ser preenchidos conforme determina o Art. 5º da Lei No. 7.998/90, alterada pela Lei No. 8.900/94, que estabelecem: "Para fins de apuração do benefício, será considerada a média dos últimos três meses anteriores à dispensa" ou seja desconsiderando o mês da Rescisão, cita ainda: "A Mencionada orientação tem o objetivo de uniformizar o procedimento em âmbito Nacional, como também minimizar divergências existentes entre as bases de dados governamentais. Dúvidas em relação a esta nova orientação, solicitamos aos clientes para que entrem em contato diretamente com o MTE. Vale lembrar que a nova regra vale a partir dos novos cálculos de rescisões feitos, rescisões já calculadas no sistema mantém a informação anterior. Os valores calculados na rescisão continuam sendo gerados na tabela de outras informações da rescisão.

Na geração da DACON para Corretoras Autônoma de Seguro para as empresas do Lucro Real PIS e Cofins Regime Cumulativo não estava gerando as informações da Receita e Base de Cálculo da ficha 18A.

Alterado a geração do arquivo da DIME / SC Quadro 11 - quando tem valor na linha 190, não gera a linha 170.

Após excluir um lançamento de entrada e/ou de saída, atualizar os lançamentos (utilizando F5 ) e incluir novamente o lançamento estava apresentando mensagem. não permitindo gravar.

Na apuração do Lucro Real IRPJ e CSLL, quando informado na opção do imposto Atualiza Saldo Negativo ocorre a atualização dos Saldo de Imposto ( IRPJ e CSLL ) informados na Parte B do Lalur.

Quando houver Saldo Negativo de Imposto é atualizado pela Selic informada, gerando um Movimento Parte B.

Estamos incluindo nesta versão a Atualização do Valor Compensado, que consistem em atualizar em 1% o valor da compensação de Saldo de Imposto. A atualização em 1% é sobre o Valor Original Crédito, quando houver lançamento no Movimento da Parte B com a Natureza Débito

Na inclusão de lançamento no Movimento Parte B quando Ficha de Saldo Negativo de Imposto: Retirado a validação de saldo a compensar que estava no campo Valor e incluído a validação no campo Valor Original Crédito.

Obs. Para a Ficha de Saldo Negativo de Base de Cálculo continua a validação no campo Valor.

NFe - Importação pelas informações do XML:

Na importação da NFe, quando utilizado para importar pelo arquivo XML e a CST de PIS e Cofins = 04 e/ou 06 é considerado o valor do produto para gravar na Base de Cálculo de PIS e Cofins.

Quando a CST diferente de 04 e/ou 06, o próprio XML possui a tag da Base de Cálculo.

Nesta versão estamos alterando a Base de Cálculo de PIS e Cofins que passa a deduzir o valor do desconto ( quando informado no detalhamento de produtos ).

NFe - Importação pela Configuração do Produto:

Na importação da NFe por Configuração do Produto ( que ignora as informações do XML ) é considerando valor do produto para gerar na Base de Cálculo de PIS e Cofins

Nesta versão estamos alterando a Base de Cálculo de PIS e Cofins que passa a deduzir o valor do desconto ( quando informado no detalhamento de produtos ).

Utilitário Gerar Detalhamento de PIS e Cofins:

Utilitários \ Entradas \ Gerar Detalhamento PIS e COFINS

Utilitários \ Saídas \ Gerar Detalhamento PIS e COFINS

Nos utilitários para gerar detalhamento de PIS e Cofins a partir do detalhamento de produtos também estamos alterando para gerar na Base de Cálculo do PIS e Cofins o valor do produto deduzindo o valor do desconto.

Obs. Lembrando que a Receita no detalhamento de PIS e Cofins será a Base de Cálculo acrescido do Desconto, do valor de IPI e do valor da Substituição Tributária.

Alteramos a geração do Registro C300 - Resumo Diário Notas Fiscais Modelo 02.

Quando é utilizado dois blocos de Nota Fiscal no mês dia é gerado um Registro C300 e filhos ( C310, C320 e C321 ) para cada faixa de Nota Fiscal.

Na geração do Registro E111 para o Estado de Santa Catarina passa a gerar registros de ajustes com o código SC009999 ao utilizar as operações fiscais:

720 - Débito por transferência de crédito acumulados relativos a exportação;

721 - Débito por transferência de crédito acumulados relativos á saídas isentas e não tributadas;

722 - Débito por transferência de crédito acumulados relativos a saídas diferidas;

Na geração do Registro E510 passa a gerar totalização da Natureza e CST de IPI quando Base de Cálculo igual a zero.