Central do Cliente Questor

Alteramos a forma de agrupar o registro R13 na PER/DCOMP, passa a agrupar os registros por Inscrição Federal, Número da Nota Fiscal, Série e Código da CFOP, isso foi preciso devido as notas fiscais com a mesma CFOP, mas duas alíquotas de ICMS diferentes.

Incluímos duas novas colunas na Consulta dos Bens Ativos no menu Consultas, são elas:

Número NF: Busca o número da nota fiscal relacionada nas informações do Documento Fiscal no cadastro do Bem.
Fornecedor: Busca o nome do fornecedor referente a nota fiscal relacionada nas informações do Documento Fiscal no cadastro do Bem.

Implementamos a RPS do município de Fortaleza/CE, onde no cadastro do município deverá ser informado que o sistema NFSe: Específico. A informação dos ambientes são:



HOMOLOGAÇÃO:

URLRegistro=http://producao.issfortaleza.com.br

URLAmbiente=http://isshomo.sefin.fortaleza.ce.gov.br/grpfor-iss/ServiceGinfesImplService?wsdl

NsEnviarLoteRpsEnvio=http://www.ginfes.com.br/servico_enviar_lote_rps_envio_v03.xsd

NsTipos=http://www.ginfes.com.br/tipos_v03.xsd

NsCabecalho=http://www.ginfes.com.br/cabecalho_v03.xsd

NsConsultarSituacaoLoteRpsEnvio=http://www.ginfes.com.br/servico_consultar_situacao_lote_rps_envio_v03.xsd

NsConsultarLoteRpsEnvio=http://www.ginfes.com.br/servico_consultar_lote_rps_envio_v03.xsd

NsCancelarNfseEnvio=http://www.ginfes.com.br/servico_cancelar_nfse_envio_v03.xsd

NsTipos2=http://www.ginfes.com.br/tipos





PRODUÇÃO:

URLRegistro=http://producao.issfortaleza.com.br

URLAmbiente=https://iss.fortaleza.ce.gov.br/grpfor-iss/ServiceGinfesImplService?wsdl

NsEnviarLoteRpsEnvio=http://www.ginfes.com.br/servico_enviar_lote_rps_envio_v03.xsd

NsTipos=http://www.ginfes.com.br/tipos_v03.xsd

NsCabecalho=http://www.ginfes.com.br/cabecalho_v03.xsd

NsConsultarSituacaoLoteRpsEnvio=http://www.ginfes.com.br/servico_consultar_situacao_lote_rps_envio_v03.xsd

NsConsultarLoteRpsEnvio=http://www.ginfes.com.br/servico_consultar_lote_rps_envio_v03.xsd

NsCancelarNfseEnvio=http://www.ginfes.com.br/servico_cancelar_nfse_envio_v03.xsd

NsTipos2=http://www.ginfes.com.br/tipos

Implementamos no processo de "Gerar Contabilização" a possibilidade de contabilizar o movimento por período inicial e final (dd/mm/aaaa), até então o processo era por competência (mm/aaaa). Com isto nas situações onde exigirá do usuário alguma manutenção de dia específico, o mesmo poderá recontabilizar apenas o dia desejado.

Implementamos a RPS do município de Araçatuba/SP, onde no cadastro do município deverá ser informado que o sistema NFSe: Assessor Público. A informação dos ambientes são:


HOMOLOGAÇÃO:

URLEnvio=http://54.232.86.91/issonline/servlet/anfse?wsdl

URLConsulta=http://54.232.86.91/issonline/servlet/anfse?wsdl

URLCancelamento=http://54.232.86.91/issonline/servlet/anfse?wsdl



PRODUÇÃO:

URLEnvio=http://187.45.102.245:8090/NFSEWS/Services.svc?wsdl

URLConsulta=http://187.45.102.245:8090/NFSEWS/Services.svc?wsdl

URLCancelamento=http://187.45.102.245:8090/NFSEWS/Services.svc?wsdl



Deve ser observado que na Configuração de Sistema NFS-e se encontra no Menu: Cadastros \ NFSe \ Configuração Sistema NFSe \ Araçatuba-SP Homologação/Produção é necessário cadastrar a Senha para o envio do WebService, essa senha é a mesma usada para acessar o sistema pelo site da Prefeitura de Araçatuba/SP.

Na tela de movimentos/pagamentos/recebimentos da área de trabalho do Financeiro, ao selecionar mais de um título a ser baixado (F6) estávamos totalizando aos demais, os títulos no qual faltava associar a conta contábil ao serviço relacionado (sem esta conta não é possível baixar o título). Melhoramos este totalizador, passando a totalizar apenas os registros selecionados possíveis de baixa naquele momento.

Na geração do Arquivo Remessa Bancária para o layout CEF-Padrão CNAB240 SIGCB, passamos a validar o campo "Postagem do Título" ao gerar as informações no campo 62 do seguimento P. Com isto passamos a gerar de acordo com o manual da seguinte forma:
‘0’ = Postagem pelo Cedente
‘1’ = Sacado via Correios
‘2’ = Cedente via Agência CAIXA
‘3’ = Sacado via e-mail
‘4’ = Sacado via SMS

Aumentamos a quantidade de caracteres no campo observação, na geração da NFS, passando de 200 para 300 caracteres. Esta informação refletirá na NFS localizada no menu: Movimento -> Faturamento -> Nota Fiscal.

Na geração da NFS/RPS município de Joinville, passamos a validar a configuração do Escritório, caso possua no campo *Demonstrar Observação por Item da NF* as seguintes informações, aplicasse as regras:
Configurado para *NÃO* detalhar a lei da transparência no item: Não irá gerar o valor aproximado dos tributos por Item.
Configurado para *SIM* detalhar a lei da transparência no item: Irá gerar o valor aproximado dos tributos por item da NFS.

Aumentamos o limite de parcelas das duplicatas, até a versão anterior era possível gerar ou mesmo cadastrar no máximo 99 parcelas, com a alteração, a parcela passa a contar com 3 casas decimais, limitando-se a 999 parcelas.

Implementamos para o módulo Inventário Auditorias dos Lançamentos do Inventário, disponível no menu Utilitários.

1 - Ausência de Informações de Propriedade
Aponta os produtos do Inventario que não possuem detalhamento na tela de Propriedade
2 - Ausência de Informações de CST
Aponta os produtos do Inventario que possuem detalhamento na tela de Propriedade porém não possuem detalhamento de CST
3 - Ausência da Conta Contábil Detalhamento Propriedade
Aponta os produtos que possuem detalhamento de Propriedade e não possuem a informação da Conta Contábil no período.
4 - Diferença na Quantidade Entre Lançamento do Inventario e Propriedade
Aponta os produtos que possuem diferença entre os campos QUANTIDADE do Lançamento com a tela de Propriedade.
5 - Diferença no custo Unitário do Lançamento do Inventario e Propriedade
Aponta os produtos que possuem diferença ente o Valor Unitário do Lançamento com o detalhamento de Propriedade.
6 - Ausência da Base de Cálculo no Detalhamento da CST
Aponta os produtos que possuem detalhamento de CST, mas não possui valor de Base de Cálculo detalhado.

Implementamos um novo filtro por NCM para seguintes rotinas de geração da Tela do Pis e Cofins:

Utilitário/Entrada/Pis Cofins Outros/Gerar Detalhamento Pis e Cofins
Utilitário/Entrada/Pis Cofins Outros/Limpar Detalhamento Pis e Cofins
Utilitário/Saídas/Pis Cofins Outros/Gerar Detalhamento Pis e Cofins
Utilitário/Saídas/Pis Cofins Outros/Limpar Detalhamento Pis e Cofins

Permitindo ao usuário definir quais NCMs deseja executar a geração da Tela de Pis e Cofins, como quais deseja limpar a Tela Pis Cofins já gerados. Este novo filtro permitir a utilização dos NCMs por família.
Exemplo: 9999 ou 9999.99 ou 9999.99.99

Implementamos um novo relatório Totais Simples por Produto

Este novo relatório esta locado em Relatórios/Totais/Produtos e Serviços/ Totais Simples por Produto

Com este relatório Totais Simples por Produto será possível fazer a conferencia das informações da Apuração do Simples por Produto, como por exemplo: Totais CFOP, Totais CST, Totais NCM, Totais por Operação do Simples.

Alterado a fórmula do rateio do Desconto entre os itens, quando houver item com desconto e o mesmo for cancelado, passa a não considerar para o rateio, desta forma não importará mais valores negativos no lançamento.

Ajustado importação NFSe Sistema SIGISS para importar as notas sem a informação tomador do serviço. Nesse caso será importado com o Tomador informado no parâmetro Fornecedor/Cliente processo de importação.

Ajustado o Termo de Abertura e Encerramento para os livros Registro de Saídas e Saídas Simplificado, aonde passa a ser listado:

Termo de Abertura e Encerramento P2 para estabelecimentos com opção de IPI.

Termo de Abertura e Encerramento P2-A para estabelecimentos sem a opção de IPI.

Implementamos para o relatório Totais Substituição Tributária por Produto no NOVO filtro Estado, também implementamos as opções Agrupar Registros e Gerar Totalização por Estado.

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



Sistema: DBSeller

Movimento: Entradas e 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.

Ajustado a importação CAT-52 registro E15 quando não houver a informação da Unidade de Media, será importado Un como padrão.

Ajustado a apuração do Beneficio PRODEC para Estado de Santa Catarina. Apartir desta versão passamos a calcular da seguinte forma:

PRODEC com média, aonde é informado todo mês a média para o cálculo e deve ser recolhido na classe 10243.

PRODEC sem média, aonde informa direto o valor por Outras Operações e deve ser recolhido na classe 10405.

Também pode ser calculado ambas as situações no mesmo período.

Ajustamos a rotina dos Utilitários Alterar Código Fiscal de Operação (CFOP), passando a respeitar as definições de Período e Chave de Lançamento conforme for definido pelo Usuário para a manutenção dos Lançamentos Fiscais.

Os anexos da GIA/RS Anexo XIV, XV, Ic, Va, Vb e Vc passaram a abrir somente quando houver a informação de Sim na opção do ICMS/RS, disponível no Menu: Impostos \ Estaduais \ ICMS/RS \ Opção ICMS/RS.

Implementado para Estado de Minas Gerais a Importação do Ajuste MG71010501 - Débitos especiais; Op.ST; Resp.: Própria; Apur.: Recolhimento Espontâneo; Mercadoria; ST Interna, esse ajuste será importado por Complementar na Operação Fiscal 28410.

Também adequamos a geração do arquivo com esse ajuste gerado no Registro C197.

Modificamos o conceito para geração dos Relatórios para as Complementares. Desta forma os relatórios iram listar apenas única vez o lançamento mas mantendo a CFOP e a Chave do Lançamento, assim eliminamos os problemas da duplicidade nas informações e não necessitando informar a CFOP na Complementar.
Para aqueles que estão utilizando a CFOP nos Lançamentos das Complementares não muda nada pode continuar informado os Relatórios atenderam as duas formas de Lançamento.

Implementado para Estado Rio Grande do Norte, apuração CIAP de forma automática. Na conversão será cadastrado a opção pela forma automática em 01/10/2014.
Após essa data ao apurar o ICMS, já será incluído o valor do crédito referente ao CIAP na operação 19045 - Outros Créditos - Ativo Permanente Diferencial de Alíquotas.


Consequentemente será gerado o ajuste para Sped Fiscal RN022033 - Outros créditos - Crédito de 1/48 avos referente ao ativo permanente.

Implementado a geração arquivo de ISS para o Município Belo Horizonte/MG. Para realizar a geração é preciso observar as seguintes informações:



Sistema: BH ISS

Versão: 3.0

Movimento: Entradas e 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.

Efetuado alguns ajustes na importação da NFSe Sistema Abrasf:

NFSe Cancelada: passa a importar a nota cancelada;

NFSe Individual: passa a importar a nota individual ou em lote;

Data Emissão/Competência: Habilitado o campo Data de Emissão e Data de Competência para escolher qual data será importado a nota.

Incluímos uma validação para as empresas optantes pelo Simples Nacional estabelecidas em São Paulo, que comercializam mercadorias enquadradas no regime de Substituição Tributária, considerados Substitutos Tributários, essas empresas devem efetuar o recolhimento por meio de uma GARE com código de imposto 063-2, com vencimento dia 20 do mês subsequente ao da operação.
Desta maneira, sempre que no período houver lançamentos de substituição tributária na operação 11402, ao apurar o Simples Nacional será gerado automaticamente um débito nas condições descritas, o vencimento será conforme o cadastro dos Vencimentos dos Impostos, podendo gerar um Gare do mesmo, o valor também fica disponível no módulo Controle de Tributos.

Ajustado para deduzir do crédito total do Quadro 41, os valores informados no Quadro 42 da DIME, esses valores são provenientes a Débitos por Transferência de Créditos Acumulados.

Efetuada a correção no Relatório Resumo e Desconto de Férias, que não demonstrava corretamente o valor da coluna Posterior quando o empregado possuía dois ou mais períodos na sequencia.

Implementamos um novo controle no sistema para os Descontos Sindicais, permitindo ao usuário optar pelo desconto nos recibos de férias normal, exceto Férias Coletivas e Férias Programadas dos trabalhadores que não terão saldo para o desconto no final do mês. Visando não antecipar o desconto daqueles empregados que possuírem saldo, algumas condições precisam ser observadas para que o sistema permita o desconto sindical nas férias.
- O desconto sindical deve ser realizado no próprio recibo das férias, quando estas forem de 30 dias dentro do mesmo mês. Em se tratando de férias com período inferior a 30 dias, ou proporcionais em dois meses, o desconto deverá ser efetuado no recibo de pagamento dos salários;
- Caso o empregador verifique que não haverá saldo suficiente na folha de salários daquele mês em virtude das férias e/ou descontos legais, deverá efetuar o desconto sindical no próprio recibo de férias e, posteriormente, fará apenas o demonstrativo desse desconto (crédito/débito) no recibo/folha de pagamento do mês de março. (Consolidação das Leis do Trabalho - CLT, arts. 580, I, e 582);
- Dificilmente vamos achar na legislação algo nesta linha, porém, as férias nada mais são que, um salário adiantamento, acrescido de 1/3 por força de lei, aplica-se as férias o mesmo entendimento de caráter salarial, portanto nada nos impediria de efetuarmos descontos nos valores pagos a título de férias, tais como: assistência média e odontológica, pensão alimentícia, seguro de vida. O desconto de valores maiores porém é sempre discutível, pois por trás deles pode estar escondido pagamentos de férias trabalhadas. Para evitarmos questionamentos sobre o desconto antecipado no recibo de férias e considerando as questões acima elencadas, incluímos no Questor o cálculo dos descontos sindicais nos recibos de férias seguindo algumas regras de controle no cálculo do recibo de férias.
- Há um novo parâmetro no recibo de férias chamado Calcular Descontos Sindicais o qual será habilitado sempre que:
1) As férias iniciarem antes do dia 16 de cada mês;
2) A quantidade de dias de férias for superior a 20 dias;
Estas duas condições nos permitem dizer que pode ocorrer do trabalhador não possuir saldo no final do mês para os descontos sindicais, portanto o ideal é efetuar o desconto no recibo de férias, opção do usuário, visto que o sistema sempre irá sugerir o parâmetro como Não. Nos demais casos o parâmetro é desabilitado e o desconto ocorre na folha mensal, utilizando o saldo desta folha, sem antecipar o desconto.

Os descontos sindicais aqui citados compreendem todos os descontos efetuados mensalmente.

Para utilizar este recurso será necessário incluir novos eventos na tabela de eventos do sistema, utilizando as mesmas características dos eventos mensais porém mudando a estrutura, base de cálculo e tipo de cálculo destes novos eventos.

Estruturas:
Foram incluídas novas estruturas no sistema para atender esta funcionalidade, são elas:
97.01.06 - Contribuição Sindical S/Férias
97.01.07 - Contribuição Confederativa S/Férias
97.01.08 - Taxa Assistencial S/Férias
97.01.09 - Mensalidade Sindical S/Férias
97.01.10 - Reversão Salarial S/Férias

Deverão ser incluídos novos eventos com estas estruturas.

Aconselha-se duplicar o código do evento mensal para um novo evento de férias, alterando os parâmetros:
Código: Incluir um código livre dentro da tabela de eventos;
Descrição: Alterar a descrição indicando ser eventos de férias;
Estruturas: Para a estrutura correspondente de férias, conforme acima;
Tipos de Cálculo: Modificar os tipos, deixando somente os tipos 50 - Férias Normais, 52 - Férias Coletivas e 60 - Rescisão;
Base de Cálculo: Modificar as bases de cálculo quando necessário, informando os eventos de férias ao invés dos eventos mensais. Observe para que a base de cálculos dos eventos de férias correspondam as mesmas base dos eventos mensais.

Os demais parâmetros do evento deverão ser mantidos, inclusive o código de procedimento.

Ao calcular o recibo de férias e as informações atenderem as condições acima, o sistema irá incluir no recibo de férias os descontos sindicais, calculados pelos novos eventos incluídos. No recibo de férias serão calculados os valores integrais de descontos e estes valores serão integralmente descontados no primeiro mês de cálculo. Quando houver diferença de valores no mês, aumento de salário por exemplo, o sistema irá apurar a diferença dos descontos nos eventos mensais.

As demais rotinas que envolvem impostos sindicais não sofreram alterações, como cálculo sindicais, GRCSU e Relações Sindicais.

Ajustamos a forma de avaliar as faltas para fins de perda de avos referente ao 13° Salário, quando o empregado estava em afastamento de faltas durante a semana e o sábado configurado como compensado em sua respectiva escala, neste caso anteriormente não estava sendo computado este dia para fins de perda do avos de 13° Salário.

Implementamos um novo parâmetro chamado: Situação Período Aquisitivo: no relatório de Períodos Aquisitivos Abertos Férias e Períodos Aquisitivos Abertos de Férias - Gráfico estes parâmetros tem como finalidade proporcionar ao usuário uma forma de distinguir os períodos aquisitivos vencidos ou a vencer dos empregados e também caso seja necessário demonstra ambos em um só relatório através da seguinte opções: Vencidos, À Vencer e Todos.

Melhoramos a forma de importação do aviso prévio indenizado, que foi cadastrado na seguinte rotina:
>Funcionários \ Rescisões \ Aviso Prévio
Com este ajuste poderemos importar qualquer tipo de rescisão para o processo de cálculo da mesma sem necessidade de manutenção nos campos.

Ajustamos a integração dos valores referente a FGTS decorrentes de folhas complementares de múltiplas competências com integração na rescisão complementar sobre verbas referente a 13° Salário, implementamos uma mensagem para as rescisões complementares inseridas com os seguintes tipos: Mesmo Mês de Rescisão, Diferença de Rescisão, Dissídio Coletivo: Este tipo de rescisão complementar exige a intervenção manual para o ajuste do campo Saldo do FGTS.

Efetuadas duas melhorias nos envelopes de pagamento disponíveis no sistema:
- Incluímos um novo parâmetro no envelope de pagamento Exibir Felicitação de Aniversário, desta forma agora o usuário poderá optar se deseja ou não, imprimir no envelope de pagamento a felicitação de aniversário.
- A segunda consiste em limitar a emissão da mensagem de felicitação aos envelopes que se referem a períodos de cálculo do tipo mensal, evitando desta forma caso exista mais de um cálculo para a competência (Adiantamento, Folha Complementar), a redundância da mensagem.

Incluímos uma nova informação no relatório Recibo de Férias - Gráfico que se encontra em Relatórios\Funcionários\Férias\Recibo de Férias - Gráfico, chamado Dias Saldo, onde fará o controle entre os dias de Direito deduzindo os dias de Férias e Abono, também ajustamos a forma de demonstrar o campo Dias Direto onde era demonstrado sempre o os dias definidos no campo Máximo Dias de Direito que se encontra em Cadastro \ Cálculo \ Direito de Férias, agora passa a ser demonstrado avaliando o período aquisitivo e a data inicial das férias do empregado quando o período for proporcional será demonstrado os dias pela respectiva proporcionalidade.

Ajustamos a forma de geração do DARF com código de barras para empresas com tipo de inscrição CEI, onde anteriormente era projetado o número da inscrição CEI da empresa, consequentemente o programa SICALC não validava a informação, com isso ajustamos para passar a projetar o CPF do sócio responsável.

Corrigido o cálculo de média de horas extras na licença maternidade, que nos casos onde a empresa optou pela prorrogação da licença maternidade e o empregado receberá o benefício, a média não era apurada de forma correta, justamente por haver o afastamento relativo a prorrogação da maternidade cadastrado no sistema.

Ajustamos a forma de demonstração do campo Exibir a Referência para empregados cujo o Tipo de Salário for Igual a Comissão, anteriormente os empregados configurados com o tipo de salário igual a comissão a forma de exibir a referência era demonstrada sempre em horas independente da configuração definida, com a melhoria implementada passamos a avaliar a informação estabelecida nos parâmetros dos relatórios de envelope de pagamento.

Implementamos o relatório Escala de Revezamento, que está disponível no seguinte caminho: Relatórios \ Documentos \ Ficha Ponto \ Escala de Revezamento , este relatório tem como finalidade organizar as escalas de revezamento e folga, para que seja cumprida a determinação do artigo 67 e parágrafo único da CLT, com isso foram implementados três possibilidade de preenchimento das escalas:
- Avaliando a Escala;
- Manualmente;
- Não Preencher
Cada usuário definirá a forma mais viável a ser parametrizada a cada empregador. Para a demonstração dos dados referentes ao relatório, será avaliado a configuração da escala do empregado..
Para sua visualização o parâmetro Emite Cartão deverá ser cadastrado com SIM, na seguinte rotina: Funcionários \ Cadastros \ Contrato Empregado, de acordo com os demais relatórios de Ficha Ponto que existem no sistema.

Ajustamos as ordenações e quebras no seguinte relatório Relação Sindical pela Data Base - Gráfico e Relação Sindical pela Data Base e revisamos os filtros nele existente.

Ajustamos a projeção dos valores utilizados para a demonstração do formulário de seguro desemprego, nos seguintes campos: Remuneração Seguro Desemprego Ultimo, Remuneração Seguro Desemprego Penúltimo e Remuneração Seguro Desemprego Antepenúltimo, anteriormente era demonstrado em duplicidade o valor, com a alteração realizada passamo a gerar corretamente.

Corrigido o erro que vinha ocorrendo ao executar o cálculo de férias programadas, que estava impedindo de gravar o recibo de férias e os respectivos eventos no recibo. Lembrando que essa rotina está disponível em Funcionários\Férias\Calculo de Férias Programadas.

Melhoramos a forma de demonstração dos eventos de médias quando existe rescisão complementar nas seguintes Rotinas:
- Consultas \ Médias
- Relatórios \ Funcionários \ Rescisões \ Demonstrativo de Rescisão - Gráfico.

Anteriormente era demonstrado os eventos que compõem as médias em todas as sequencias de rescisão, neste caso ajustamos para demostrar somente os eventos com os valores delimitando cada evento em sua respectiva sequencia de rescisão.

Implementamos uma nova funcionalidade no sistema para fins de cálculo de médias, está alteração tem por propiciar o usuário a disponibilidade de avaliar em várias sequencias e vários cálculos de médias chegando ao valor mais benéfico ao empregado, anteriormente no cadastro de exceções a média havia apenas um campo para ser informar os meses para média, maiores meses e o divisor, com está alteração incluímos um novo campo na mesma rotina que se encontra em Cadastros \ Sindicatos \ Exceção a Médias, habilitando uma nova grid que permite a inserção de dados por sequência, como por exemplo:

Quando ocorrer a necessidade de ser tomada por base de cálculo para a média percebida nos últimos meses avaliando os 3(três) últimos meses, os 6(seis) últimos meses e os 12(doze) últimos meses, encontrando os 3(três) cálculos e verificando qual será o mais benéfico ao empregado, quando os valores encontrados nas médias forem iguais em dois meses o sistema passa a avaliar para fins de demonstração do cálculo a primeira sequencia.

Temos a possibilidade de realizar a conferência dos valores e demonstrá-los pelo demonstrativo de rescisão(Relatórios \ Funcionários \ Rescisões \ Demonstrativo de Rescisão – Gráfico) onde podemos optar por demonstrar os detalhamentos referente a todos os cálculos da sequência ou somente o mais benéfico o que relativamente foi pago em rescisão.

Corrigimos as ordenações referente ao relatório Salários Alterados que se encontra na rotina: Relatórios \ Funcionários \ Salários \ Salário Alterado, onde anteriormente está ordenando somente pelo Código do Empregado independente do parâmetro informado, agora passa a realizar a ordenação conforme os dados pré - estabelecido.

Melhoramos o histórico de Sindicato que se encontra na seguinte rotina: Funcionários \ Históricos \ Sindicato \ Sindicato, onde passamos a bloquear a alteração do código do sindicato em virtude deste campo está relacionado com algumas rotinas do sistema, como por exemplo, a geração do arquivo HomologNet. Com isso os históricos sindicais que fazem parte da Ficha Financeira Digitação ou Período de Cálculo não serão alterados, os campos posteriores poderão ser alterados, lembrando que a alteração de qualquer campo pode causar problemas futuros em cálculos complementares ou recalculo de folhas, desta forma o correto é inserir um novo registro conforme necessário.

Ajustamos o erro projetado pelo relatório de Salários Alterados que encontra no seguinte caminho: Relatórios \ Funcionários \ Salários \ Salário Alterado, quando no cadastro do usuário existia alguma restrição de direito de acesso.

Revisamos o leiaute e geração do arquivo NIS pois há algumas validações feitas pela CEF que não estão claras no manual de orientações, dentre elas destacamos o formato dos campos de totais de linhas aonde é necessário acrescentar zeros a esquerda do número completando o tamanho de 9 posições, mesmo ficando diferente do exemplo fornecido no próprio manual. Alguns outros detalhes requerem atenção do usuário quanto ao preenchimento dos campos do cadastro do trabalhador. Os campos de endereço e documentos sempre deverão ser preenchidos na sua totalidade, por exemplo, ao informar o número do título de eleitor, é necessário que sejam informadas a seção e zona eleitoral caso contrário o arquivo será rejeitado.
Relação dos campos do cadastro do trabalhador para os quais o preenchimento deve ser observado:
- Nacionalidade, sempre que diferente de brasileiro os dados de estrangeiro precisam ser preenchidos;
- CPF é informação obrigatória no arquivo;
- Título de Eleitor, quando informado o número, todos os demais dados precisam ser informados;
- Carteira de Identidade, quando informado um dos campos, todos os demais precisam ser informados;
- CTPS, todos os campos da CTPS são obrigatórios para o arquivo;
- Certidão Civil, quando informado, todos os campos referentes a certidão escolhida deverão ser informados;
- Passaporte, quando informado um dos campos, todos os demais precisam ser informados;
- Telefone, informar DDD e telefone ou não informar nenhum dos dois;
- Endereço, com exceção do complemento do endereço, todos os demais campos precisam ser informados pois são obrigatórios.

IMPORTANTE destacar que enquanto houverem erros no cadastro do empregado que impeçam o recebimento do arquivo por parte da CEF, será emitida mensagem de aviso e o arquivo não será gerado. Na mensagem de aviso será identificado o código de contrato do empregado e o grupo de informações que precisa ser corrigido. Por exemplo, faltando dados do endereço, na mensagem será informado o item endereço e o código do contrato referente a pessoa que deve ser corrigida, após proceder a correção o arquivo será gerado.

Revisamos o controle das sequências de cálculo para as folhas complementares, em algumas situações, como por exemplo quando o empregado não possuía folha original no cálculo mensal, o sistema acumulava de forma errada o valor da base de cálculo do IRRF a partir da segunda folha complementar.

Nas rescisões de contrato de trabalho onde a data de pagamento era no mês seguinte ao da demissão estava sendo gerado a ficha financeira no mês da rescisão e gerando somente o cabeçalho da ficha financeira também no mês de pagamento da rescisão, assim listando nos relatórios de forma indevida. Reavaliamos a validação para gerar a ficha financeira quando for rescisão normal e complementar somente no mês que foi realizada a demissão.

Na correção referente a ficha rateada que se encontra em Utilitários \ Correção \ Correção da Ficha Rateada, a rotina não estava ocorrendo de forma completa, neste caso quando era processado a correção para realocar o empregado em um rateio diferente do informado em Funcionários \ Históricos \ Locais - Filiais - Tomadores de Serviço, a alteração dos respectivos dados pelos novos parâmetros informados não acontecia, desta forma ajustamos a rotina que passa a validar as informações de forma correta.