Folha de Pagamento - 13.0.18.9702 Outros Vínculos Ao tentar excluir a data final, o sistema dava o alerta indevido de data inválida. Ajustado para permitir limpar a data.
Cadastro Sindicatos Ao tentar excluir o parâmetro de quantidade de meses para média e quantidade de maiores meses para média, deixando zerado apresenta o erro "Value out of bounds". Ajustado para não ocorrer o erro.
Férias Implementado funcionalidade para que o usuário possa informar qual é o mês de pagamento para o 1/3 de Férias conforme a MP 927. - Criado a opção no menu de Férias / Atualização da Data de Pagto 1/3 de Férias - MP 927 - O filtro sera o mesmo usado para o calculo de ferias trazendo os mesmos empregados - Foi incluído um campo de Mês/Ano p/ Desconto, onde esse mês não pode ser menor que o mês do final do gozo - Na opção de cálculo de ferias caso o usuário tiver informado esse Mês/Ano p/ Desconto para o empregado ele não ira calcular o nosso evento 10043 - 1/3 de Ferias. - A consulta de mensagens de aviso e na consulta de pendencias do empregado no menu de movimentação quando e selecionado o mês/ano o sistema ira verificar se existe registros para aquele mês e ano selecionado, foi criado na ultima aba a relação de empregados com o mês/ano de desconto. IMPORTANTE: A parte de calculo sera feita e um segundo momento, pois essa primeira etapa e somente ter um lugar para o usuário informar o mês de desconto e não calcular o evento de 1/3
RAIS Meio Magnético Ao validar o arquivo era apresentado o erro "0040: ERRO: Hora Extra de Dezembro - Preenchimento com informação inválida.". Erro ocorre devido a empregada trabalhar em tempo parcial, menos 30 horas semanais, e o validador não aceitar horas extras para esse tipo de regime de horário. Ajustado para regime parcial não será levado hora extras no arquivo da RAIS. Em alguns cenários, também estava ocorrendo o erro "multiple rows in singleton select" no momento de gerar. Ajustado para não ocorrer o erro. Empregados não tiveram renumerações em 2019 e ao gerar a Rais é informado erro devido a falta de remuneração. Todavia, esses empregados são intermitentes e não tiveram remuneração devido falta de convocação, assim sendo foram contratados e desligados em 2019 e não tiveram remuneração. A Rais não aceita declarar TODOS os meses de remuneração zerados e por isso os empregados não são gerados, porém a não remuneração pode ocorrer com intermitente. Adaptado o sistema para tal situação. Em alguns cenários o afastamento por licença maternidade estava levando a data errada. Ajustado. Ao gerar para TODAS as empresas em um único arquivo é apresentada mensagem dizendo que alguns empregados não foram gerados devido remuneração vazia. Todavia, não é possível identificar qual é a empresa do empregado para verificação e ajustes. Melhorado log's para demonstrar a empresa e o empregado com erros. Ao importar RAIS de 2018 no validador genérico ocorria erro informando que arquivo não atende as especificações para o ano-base. Sistema não estava levando informação do sexo do empregado na RAIS genérica. Erro foi corrigido. Afastamentos do empregado não estavam sendo gerados no arquivo da RAIS. Corrigido erro que não gerava afastamentos P1 e P2 na RAIS.
Calcular folha mensal Quando o contribuinte possui vários vínculos, ao tentar calcular a folha do contribuinte na matriz, o sistema pede para seja calculado antes nas empresas filiais mas o problema é que nessas empresas o cálculo já está feito. Ajustado para que o calculo seja realizado corretamente, contemplando as informações informadas no outro vinculo da empresa sem apresentar erros. Outra situação é quando criado um novo Regime Previdenciário, onde o Tipo de Regime definido é 'RPPE', onde a contribuição será calculada sobre 11%. Ao realizar o cálculo da movimentação mensal do empregado, a contribuição está sendo calculada sobre 10.99%, considerando a nova tabela. O problema é que a tabela progressiva era utilizada para todos qualquer cálculo que utilizasse a macro AliquotaInss. Feito ajuste para que seja utilizada somente com Regime INSS cadastrado pela Tron. Também estava ocorrendo de o cálculo do INSS, quando alcançado apenas a primeira faixa, a alíquota apresentada para alguns casos ficava como 7,49%. Ajustado para ficar no mínimo 7,50%. Ao solicitar o cálculo, ocorria o erro "exceptions.ZeroDivisionError: float division." O erro ocorria por que o sistema estava tentando calcular D.S.R mas o empregado não tinha situação normal no mês. Corrigido. Licença médica não era calculada para empregada intermitente, mesmo com os eventos 10144 e 10145 na composição do 10141. Foi implementado cálculo de Licença Médica para empregados intermitentes. Foi habilitado também campo para informar situação no lançamento do afastamento.
Cadastro de Empresas Atualmente o campo subdivisão para terceiro grupo localizado no cadastro da empresa(aba eSocial), estava sendo alterado ao ser verificado o final do CNPJ Básico(CNPJ INTEIRO), o que ficava errado, pois em casos de transferência de empresas, o final do CNPJ da empresa origem e da destino podem ser diferentes fazendo com que as datas de obrigatoriedade para implantação fiquem distintas. Foi implementada uma regra para alterar o campo subdivisão para terceiro grupo dentro do cadastro da empresa, verificando o final da base do CNPJ, não ocorrendo então divergência entre as datas.
S-2200 O empregado não estava aparecendo para geração do registro no mês de admissão. Corrigido o log de demonstração na geração do S-2200 do empregado admitido no mesmo mês.
S-1210 O sistema não estava conseguindo verificar se a tag ideDmDev estava sendo gerada no formato novo ou antigo no XML do evento S-2299. Foram implementadas as devidas condições para o sistema conseguir identificar o formato corretamente da tag idDmDev nos casos de rescisão, verificando corretamente o XML dos eventos S-2299, já enviados e aceitos. Em alguns cenários, o sistema não estava encontrando a data de pagamento do evento, logo não encontrava as rubricas calculadas , por isso, o XML não coletava informações para gerar, inclusive tags que são obrigatórias, o que ocasionava o erro "Access violation" . Foram realizadas as devidas alterações para o sistema encontrar a data de pagamento do evento S-1210 corretamente. Ao tentar gerar o S-1210 referente ao pagamento de férias, em alguns cenários, ocorria o erro Access violation. Ajustado.
Informe de rendimentos O valor do plano de saúde estava ficando a menor, quando se utilizava mais de um evento de plano de saúde na movimentação. Ajustado para gerar o valor correto.
S-1200 Na aba de gerar a remuneração do funcionário estava saindo o nome dele várias vezes. Além de aparecer em duplicidade, se gerado o S-1200, o xml da movimentação também estava duplicada. Sistema não estava conseguindo diferenciar os dois contratos do empregado na mesma empresa, através do período selecionado, logo acabava demonstrando o empregado várias vezes. Foram implementadas as devidas condições tanto em situações de S-1200 Mensal, como de S-1200 Anual 13°, para que o sistema diferencie os empregados e demonstre-os de acordo com o período que o cliente está selecionando, buscando apenas informações do contrato ativo do empregado no período selecionado, não ocorrendo mais duplicidade na demonstração dos empregados no registro S-1200 e não misturando as informações dos contratos inativos e ativos. Outro caso era a ocorrência de erro relacionado a lotação tributária. Quando o Empregado possui dois contratos na empresa, pois o mesmo foi reintegrado, porém, no primeiro contrato realizado na empresa, o empregado possuía outros vínculos, e devido a esses dois fatores (Reintegração(ter outro contrato) e possuir Outros vínculos) o sistema não estava conseguindo diferenciar qual contrato estava ativo, e misturava as informações dos outros vínculos do contrato inativo com as informações do contrato ativo que não possui outros vínculos. Foi implementadas as devidas condições para que o sistema diferencie os empregados e demonstre-os de acordo com o período que o cliente está selecionando, buscando apenas informações do contrato ativo do empregado no período selecionado, não ocorrendo mais duplicidade na demonstração dos empregados no registro S-1200 e não misturando as informações dos contratos inativos e ativos. O Sistema estava gerando o grupo infoPerAnt indevidamente no evento S-1200, por isso o evento não era aceito. Foi implementado uma regra para nao gerar o grupo infoPerAnt para tipo de folha PPR, e evitar erros ao enviar o evento S-1200. Quando o empregado possui duas rescisões complementares, o sistema acabava gerando o período errado na tag, pois buscava o período relacionado a rescisão complementar errado. Foi realizado uma tratativa pra pegar o período corretamente se o evento S-1200 estiver sendo gerado no mesmo mês da rescisão complementar. Ao enviar o evento 1200 esta levando informações de dependentes de imposto de imposto de renda porém ao verificar no cadastro do funcionário não consta dependente informado. Ajustado a busca do S-1200 onde estava levando erradamente dependentes inexistentes. Não estava sendo gerado o grupo de informações complementares contratuais no xml do S-1200. No cadastro do contribuinte está marcado para NÃO gerar S-2300 e por isso os dados contratuais devem ir no S-1200. Ajustado para gerar a tag no registro S-1200 mensal. Ao gerar o S-1200, sistema estava gerando a tag 'infoPerAnt' duplicada nos dois tipos de folha mensal e férias, sendo que o correto é gerar apenas no tipo de folha mensal. Ajustado para não gerar a tag na S-1200 férias
Provisão de férias O valor acumulado não estava ficando correto. Quando nas preferências da empresa, na opção 'Forma de Cálculo da Provisão de Férias' está marcado 'Período de Gozo', é feita uma verificação baseada no último gozo do empregado e no mês atual. É feita da seguinte forma: Verifica-se se existe período anterior ao atual. Caso exista tal período é buscado um período de gozo com data de término anterior ao último dia do mês selecionado. Caso o empregado retornou de férias no último dia do mês, tal período de gozo não era encontrado e causava o erro descrito na tarefa. Erro foi corrigido.
S-2230 Ajustado o demonstrativo do registro S-2230 referente a aba de 'Não enviados' e 'Já enviado' no gerar eSocial. Estava demonstrando registros indevidamente.
Parametrização de rubricas Ajustado a situação das rubricas 1002855, 1002856 e 101821 no cadastro de parametrização de rubricas, pois não estava corretas.
S-1050 Ao tentar gerar S-1050 da escala de revezamento apresentava o erro "Cannot perform this operation on an empty dataset.". Corrigido para não ocorrer o erro.
S-2299 O Sistema verificava se a base INSS era maior que zero e não se era maior ou igual a zero, e não estava buscando a base INSS da rescisão, e sim de outros tipos de folha. Foram realizados os ajustes necessários para o sistema buscar o valor da base INSS da rescisão, e verificar se o valor encontrado é maior ou igual a zero, caso for, será gerada a rubrica 1003721. O CPF da dependente do plano de saúde não foi gerado no S-2299 e por isso o evento era rejeitado. Ajustado para levar corretamente os dependentes do plano de saúde no registro S-2299
Integração Santri Usuário deseja alterar o meio de exportação do arquivo SANTRI para poder exportar pagamento de férias conforme mapa da folha (separa-se os dias conforme a competência). Atualmente, o sistema leva a movimentação do pagamento de férias de forma unificada, independente se o período de gozo passar por duas competências - a cliente deseja separa isso. Conforme solicitação, para poder separar os eventos de ferias quando o gozo for em dois meses, só ira validar se ele selecionar o tipo de FOLHA FERIAS e o tipo de ARQUIVO FERIAS, ai ele devera marcar a opção para gerar separado.
Cálculo de rescisão Ao calcular rescisão, em alguns cenários, ocorria erro relacionado a 'PRC_MACCALEVEMED' . Ajustado para que o erro não ocorra.
Resumo da Folha O campo 'Segurados Ativos' não estava considerando o evento 10159 INSS 13º Verde e Amarelo, O campo 'INSS Acidente Trab.' também não estava considerando o RAT sobre o empregado. Foi ajustado para calcular acidente de trabalho corretamente e os outros campos citados seguirão com a mesma regra, apenas quando o empregado possuir base empresa os mesmos serão calculados. O sistema não estava emitindo os afastamentos cod P1 e P2. Ajustado para demonstrar.
Portal da transparência Ao emitir o relatório para o Portal da Transparência sistema está gerando os empregados afastados por doença cujo pagamento é realizado pela previdência. Corrigindo busca dos empregados afastados, respeitando os tipos de afastamento ''Q1'', ''Q2'',''Q3'', ''17'', ''19'', ''35''
Sistema bancário O header do arquivo estava sendo gerado com o nome da empresa maior que o previsto no leiaute. Corrigido. Atualmente e gerado com o nome da agencia, foi ajustado para sair o nome do banco conforme solicitado.
Cadastro de processos Sistema não permitia colocar letras / caracteres especiais no campo 'numero do processo'. Ajustado para o usuário digitar carácter especial no campo de processo.
Ficha Financeira Quando empregado transferido, o sistema estava emitindo o relatório demonstrando movimentos que ele tinha na empresa anterior. Ajustado a emissão.
Consulta cálculos Adicionado no menu acionado pela tecla F5, a possibilidade de consultar os eventos que fazem parte da base de cálculo do evento que está selecionado, facilitando assim a conferência do resultado.
GPS Ajustado para não calcular os campos 20% Patronal, Terceiros e RAT quando o contrato for Verde e Amarelo (epg com categoria 107 e 108) e a Base Empresa for igual a zero. Foi ajustado 'Inss Emp. Empregado' e 'Outras entidades', Acd de Trabalho foi alterado no projeto para que leve em conta a base cheia.
Resumo da DIRF O valor referente as férias não estava sendo listado no mês correto. Feito ajuste para berificando se empregado tem abono antes das férias programada. Caso exista o cálculo sera baseado na data do abono.
Saiba Mais: Quer conferir outras notícias e saber mais sobre as implementações e melhorias realizadas nos sistemas?Acesse aqui
