Chave | Resumo | Documentação |
|---|---|---|
PONTO: Priorizar o feriado quando o mesmo é sábado já compensado. | Menu Cadastros Específicos >> Cartão Ponto; 1 - Objetivo O ano de 2024 trouxe vários feriados em sábados, e algumas empresas usam esse dia como já compensado, ou seja, o colaborador já trabalhou ele durante a semana. Diante dessa questão as empresas precisam pagar essas horas “extras” do feriado, algumas usam crédito no BH, outras pagam direto em folha por se tratar de feriado. Diante disso precisa-se apurar corretamente as horas extras de feriados quando os mesmos conflitam com dias compensados e repousos. 2 - Alteração Realizado ajuste na hierarquia dos dias, quando um feriado ocorre no dia compensado. Opção de configuração de extras dentro da Configuração de cartão ponto: Considerando a priorização de dias, o feriado se sobrepõe aos demais, utilizando como exemplo dia 07/09/2024 que é feriado e é um sábado, se o empregado usa um horário que tem o sábado como dia compensado, o sistema irá apurar as horas extras desse dia, priorizando o feriado, não tendo configuração para ele, então será utilizado da conf. de compensação e caso não tenha, será usado a de sábados. A tratativa também se reflete em Banco de Horas, no caso será verificado se há configuração para feriados, caso não tenha, será considerado as validações das horas extras de conf. de ponto, e assim segue a lógica exposta acima. Quando utilizado a opção de “desconsiderado do banco” o feriado, a validação passa a ser da conf. de cartão ponto, ou seja a citada acima: priorizar o feriado, não tendo configuração para ele, então será utilizado da conf. de compensação e caso não tenha, utilizar a de sábados. 3 - Configurações Necessárias Não há. | |
FOLHA: Corrigir gravação de informações complementares no cadastro das situações. | Menu Cadastros Específicos >> Empregados >> Empregados >> Situações 1 - Objetivo O cadastro de situações é utilizado para alimentar o histórico do empregado com relação a afastamentos ou situações de ausências, bem como admissão, transferências e rescisão. A situação hoje é base para os cálculos, e controles, bem como envios ao eSocial e obrigações acessórias. 2 - Alteração Hoje ao lançar uma situação de afastamento (4 ou 5) que precisam ou podem ter informações complementares sobre esse afastamento, devem ser lançados no botão “mais informações”, pois os campos ali informados alimentam o eSocial e geram insumos para os cálculos. Ajustado para que ao ser lançado dias de atestado e cadastrado dados na aba mais informações, estes devem ser gravados na situação de inicio de afastamento (4 ou 5). Ajustado também a informação do campo Ind. Cump Aviso do cadastro de situações, para que ao inserir a opção 0, seja exibido no grid e que grave em banco essa informação, para que posteriormente seja enviado ao esocial. 3 - Configurações Necessárias Não há. | |
Menu Processamentos >> Rescisão 1 - Objetivo Ajustar contagem de avos de 13º proporcional na rescisão e 13º de segunda parcela. 2 - Alteração Ajustado a contagem de avos de 13º proporcional e de 13º segunda parcela, para que quando houver faltas no período e estas ocasionem a perca de avos, sejam calculados corretamente. 3 - Configurações Necessárias Não há. | ||
Menu: Processamento >> Mensal 1 - Objetivo Ausência de arredondamento em situações de 0,01 e 0,99. 2 - Alteração O arredondamento na folha de pagamento diz respeito à prática de ajustar os valores salariais para que não apresentem centavos. Neste caso, foi ajustado o arredondamento para situações em que o valor final é 0,01 e 0,99. 3 - Configurações Necessárias Não há. | ||
FOLHA: Validar data atual na emissão dos relatórios da base padrão (negativos). | 1-Menu Relatórios >> Meus Relatórios; 2-Objetivo Emitir os relatórios considerando a situação correta e atual dos empregados. 3-Alteração Adequado os relatórios para que seja utilizada a data atual da máquina para emissão dos mesmos, evitando assim divergências na listagem de empregados conforme a situação atual e a já projetada (por exemplo férias de 01/09 - 20/09, se o relatório está sendo emitindo em 12/09 a situação do empregado é 2 -férias e não ativo que é a última situação cadastrada). Ajustado os seguintes: Firebird
Oracle:
| |
FOLHA - Ajuste montagem arquivo AEJ para empregados com registro manual e pré assinalada | Menu: Processos >> Arquivos >> AEJ 1 - Objetivo Não montar no arquivo os empregados com ponto manual e que utilizem batidas pré assinaladas. 2 - Alteração Alterada a validação da montagem do arquivo AEJ, para que não considera na montagem do arquivo os empregados com ponto manual, mesmo que possua batidas pré-assinaladas. Ajustado a montagem do total da jornada de trabalho no registro 4, para que apure corretamente os minutos trabalhados no dia, para os horários que finalizem após as 23h59 do dia efetivo da jornada. 3 - Configurações Necessárias Não há. | |
PONTO: Correção no cartão ponto diário, ao movimentar batidas. | Menu: Cadastro Específicos >> Cartão ponto 1 - Objetivo Ajustar a tela de cartão ponto para que permita movimentar as batida diárias quando estas são originadas de REP. 2 - Alteração Atualmente, a tela de cartão de ponto oferece opções para gerenciamento do cartão cheio (por controle de cartão) ou diário. 3 - Configurações Necessárias Não há. | |
Menu Processos >> Reajuste Salarial; 1 - Objetivo Melhoria de desempenho e usabilidade. 2 - Alteração Revisado as rotinas para implementar melhorias de desempenho, Ajustado para que não reporte divergências quando há empregados que já tem salário na mesma data usada na execução do reajuste. Neste caso, será marcado os empregados em vermelho na tela, e a seguinte mensagem será exibida: “Os empregados listados em vermelho não sofrerão alteração, pois já possuem salário na data utilizada, já possuem salário na data utilizada, por favor verifique e se necessário execute a rotina com outra data.” 3 - Configurações Necessárias Não há. | ||
Menu Processos >> Reaj. Salariais >> Tabela Reaj. Perc. Sindicato 1 - Objetivo Corrigir divergência reportada ao carregar empregados admitidos no mês do reajuste. 2 - Alteração Essa rotina funciona com a parametrização de uma tabela de reajuste proporcional por mês de admissão, que é liberada em CCT ou ACT. A mesma aceita 12 registros, um para cada mês do ano de retroatividade, visto que quem tem mais de um ano de empresa, terá o reajuste cheio. Ajustado para que quando o reajuste é com data no meio do mês, e há empregados admitidos até essa data, não será carregado os admitidos no mês do reajuste. Será reportado a seguinte mensagem: “Existem empregados admitidos no mês do reajuste, estes não serão atualizados!” Também realizado o ajuste na mensagem do esocial: “Foram gravados nos envios pendentes do eSocial os eventos S-2206 para os empregados que tiveram o reajuste. Para as categorias 731,721,722,901,723 foi gerado o S-2306.” 3 - Configurações Necessárias Não há. | ||
PONTO/SST: Melhoria da exibição da Configuração do Estabelecimento. | Menu Cadastros Específicos >> Conf. de Estabelecimento; 1 - Objetivo Ajustar a exibição da configuração de estabelecimento, visto que cada módulo tem campos que são específicos. 2 - Alteração Diante da necessidade de listar apenas o que faz sentido para cada módulo, foram realizados os seguintes ajustes: Módulo Ponto: Menu Cadastros Específicos >> Configuração do Estabelecimento; Módulo SST: Menu Cadastros Específicos >> Configuração do Estabelecimento; 3 - Configurações Necessárias Não há. | |
FOLHA: Incluir a tabela RHMOVIMASSA no delete do controle de processamento. | Menu: Processamentos >> Cadastro de Controle 1 - Objetivo Evitar erros ao excluir o controle de processamento. A exclusão do controle compreende a exclusão de todos os cálculos a ele vinculados. 2 - Alteração Atualmente, ao clicar em excluir um controle de processamento, o sistema exibe mensagens de aviso sobre a ação que será realizada, com o objetivo de informar o usuário e prevenir possíveis erros. Contudo, quando havia movimentos em massa associados ao controle, ocorreram divergências na exclusão. Dessa forma, foram realizadas correções para prevenir a repetição desse erro. 3- Configurações Necessárias Não há. | |
FOLHA: Correta apuração de médias quando há virada de aquisitivo. | Menu: Processamentos >> Processamento Rápido >> Processamento 9 1 - Objetivo Ajustar o valor das médias no mês de vencimento do período aquisitivo de férias, a fim de garantir que os valores corretos sejam gerados para a contabilização. 2 - Alteração Implementada uma correção para que as médias sejam calculadas corretamente ao ocorrer a mudança no período aquisitivo de "em aberto" para "vencido" evitando inconsistências na contabilização. 3 - Configurações Necessárias Não há. | |
FOLHA: Exibição dos valores no relatório de IRRF do eSocial. | Menu: eSocial >> Relatórios >> IRRF 1 - Objetivo Melhorias no relatório de IRRF 2 - Alteração Foram implementadas melhorias no relatório de IRRF: Os valores foram ajustados para que esteja de acordo com os valores que foram calculados e enviados ao eSocial. Uma legenda foi desenvolvida para distinguir os valores de IRRF por meio de cores, indicando se o cálculo do IRRF é baseado em deduções legais ou se é simplificado, facilitando a identificação para o usuário. Foram adicionados campos para salvar os valores de PLR e para a listagem de empregados intermitentes. 3 - Configurações Necessárias Não há. | |
1-Menu Menu Relatórios >> Verificação >> Cálculos da Folha Evitar divergência entre o relatório cálculos da folha e o resumo de provisão. Ajustado a forma de cálculos usados na apuração do FGTS evento e base de cálculo. Gravando na base o valor apurado no evento. | ||
FOLHA: Permitir o cálculo no processamento 10 (PLR) e montagem do valor de pensão no S-1210. | Menu: Cadastros Gerais >> Pessoas >> Pessoas 1 - Objetivo Permitir envio de pensão alimentícia no processamento de Participação de Lucros e Resultados no evento S-1210, conforme layout 1.3 do eSocial. 2 - Alteração No grupo de pensão alimentícia temos o tipo de rendimento 14 - PLR, que permite o empregado ter dedução de pensão no processamento de Participação dos Lucros e Resultados. No cadastro de pessoas, na seção de dependentes, foi inserido o campo "Evento PLR" nas informações de Pensão Alimentícia, a fim de registrar o evento de pensão no processamento da Participação nos Lucros e Resultados. Já evento de pensão sobre PLR precisa ser lançado, importado ou inserido no fixo geral, assim como já é feito com os eventos mensais, de férias e de 13º salário. O evento S-1210 foi modificado para permitir o envio dos dados de pensão alimentícia no processamento de PLR, conforme o layout 1.3 do eSocial. (Os demais processamentos já integram esse grupo). Assim, caso haja um processamento 10 - PLR com dedução de pensão alimentícia, o evento parametrizado no cadastro de dependentes e no fixo geral irá compor corretamente os dados no S-1210. No retorno do S-5002 listará os valores correspondentes à pensão utilizada no processamento 10. tpInfoIR = 14 valor do rendimento tributável de PLR tpInfoIR = 34 retenção de IR sobre o PLR tpInfoIR = 54 - pensão alimentícia usada como dedução no IR da PLR. 3 - Configurações Necessárias Não há. | |
Menu: Processos>>Banco de Horas>>Lançamento Manual 1 - Objetivo Possibilitar ao usuário efetuar o lançamento do saldo de banco manual, por dia. 2 - Alteração No processo de Inclusão de Lançamento Manual, implementado novo componente para que ao invés de lançar por Mês/Ano o saldo manual de banco, seja possível informar por dia/mês/ano. Com isso o sistema fará as seguintes tratativas:
O sistema irá verificar se o dia está dentro do controle de processamento e calcular os saldos de banco de horas de acordo com o dia que foi inserido o saldo, pois possibilitará ao usuário efetuar o lançamento varias vezes dentro do mês, contudo, caso for feito dois lançamentos na mesma data, ele será substituído pelo último inserido. No Processamento do Cartão Ponto, o cálculo se dará como é feito hoje, acumulando o saldo seja a débito ou a crédito + o saldo manual (débito ou crédito) para apuração do saldo final do banco de horas, referente a aquela competência (Mês de apuração) do cartão ponto. Ajustado também a opção de remoção do saldo lançado manual, pela rotina de “Alteração em Massa”, para que permita excluir por dia/mês/ano. 3 - Configurações Necessárias Não há. | ||
FOLHA- Apurar corretamente o evento 910 -13ª Salário - Reembolso Sal. Maternidade na rescisão. | Menu Processamentos >> Rescisão 1 - Objetivo Correção na rescisão quando empregado tiver faltas e o evento 910 calculado. 2 - Alteração Ajustado a apuração do evento 910 - 13ª Salário - Reembolso Sal. Maternidade, quando houver na rescisão faltas => que 15 dias, onde ocorre a perca do avo de 13º Salário. Alterado a sequência do evento 910 - 13º Salário - Reembolso Sal. Maternidade, para que fique logo após o 660 de 13º proporcional, e não some o valor do avo de 13º sobre o aviso prévio indenizado para a base. Ajustado também para que não permita calcular rescisão se a data de controle de processamento for menor que data da situação do empregado, desta forma deve calcular se a data de controle for >= a data de rescisão. 3 - Configurações Necessárias Não há. | |
Tela de Avisos 1 - Objetivo Emitir avisos aos usuários, sobre as entregas/obrigações legais e seus prazos. 2 - Alteração Implementado nova aba na “Listagem de Pendências” chamada “eSocial”, essa aba fará a seguinte consulta: Se o estabelecimento possui configuração de eSocial, e Se a configuração das pendências é por EMPRESA: ”Essa empresa tem configuração para envio do eSocial! Há cálculos salvos, nos estabelecimentos X, X, X e não consta registros de envios ao eSocial para a competência vigente. Fique atendo aos prazos de envio e recolhimento dos impostos!” Se a configuração das pendências é por FILIAL: “Essa empresa tem configuração para envio do eSocial! Há cálculos salvos neste estabelecimento e não consta registros de envios ao eSocial para a competência vigente. Fique atendo aos prazos de envio e recolhimento dos impostos!” Essa validação será realizada entre os dias 10 e 15 de cada mês, e só será exibida se atender ao requisito citado acima. Menu Cadastros Específicos >> Configuração do Estabelecimento >> Listagem de Pendências. Implementado novo grid “Usuários que visualizam a tela de Pendências” para que seja possível selecionar os usuários do sistema que terão a exibição da tela ao acessar o estabelecimento e os para os usuários que não constam, não será exibido na tela, somente poderá acessar através do ícone pendências. Implementado na barra de botões ao lado do “Cálculos da Folha” um novo botão “Pendências”, ao clicar nele o sistema irá carregar a tela de “Empregados com Pendências”, essa exibição é independente da configuração de usuário criada, ou seja, deverá exibir a tela sempre que clicado no botão. Essa tela será exibida em todos os módulos (FOLHA, PONTO e SST), a validação do usuário deve ser feita em todos os módulos. 3 - Configurações Necessárias A tela de Avisos/Pendências ao abrir o sistema será opcional para cada usuário, desta forma deverá ser configurado em Cadastros Específicos >> Configuração de Estabelecimento >> Usuários que Visualizam a Tela de Pendências, incluindo o nome do usuário que deseja visualizar as pendências ao abrir o sistema, para os que não desejarem, poderão consultar normalmente as pendências a qualquer momento, utilizando o ícone “Pendências” localizado ao lado dos cálculos da folha. Documentação: https://drive.google.com/file/d/1knlVraewdkCniXCCE9V1KRKHn_qjJ7pf/view?usp=drive_link |
Manage space
Manage content
Integrations