90106 - Eventos S-1298 - Reabertura dos eventos Mensais e S-1299 - Fechamento dos eventos Mensais e criar a consulta de período de apuração.
- Ajustado no artigo Como Gerar Eventos de Fechamento para o eSocial (S-1299 e S-1298)
- Criado o cadastro do PeriodoApuracaoeSocial, esse cadastro é alistview que exibe os períodos já fechados e reabertos e também permite realizar os processos de fechamento e reabertura.
Os botões da barra de ferramentas dentro de “OUTRAS AÇÕES”são para Reabrir Período e Fechar Período:
Ao clicar no botão Reabrir Período, se o período selecionado está fechado deve gerar o evento 1298 para esse período e trocar a situação do período para Reaberto.
Ao clicar no botão Fechar Período deve abrir uma janela que permite a seleção de uma empresa, um período (décimo terceiro ou mensal) e o mês/ano.
Se for selecionado o período décimo terceiro deve abrir somente a seleção de ano.
Se for selecionado o período mensal deve abrir a seleção de mês/ano
Para os períodos de décimo terceiro será salva a data 01/12/ANO com o campo PERIODOANUAL = 1.
- A consulta de períodos de apuração consiste para informar a situação do período, ou seja, se ele está Aberto (foi gerado algum evento mensal), Fechado (foi transmitido e aceito o evento S-1299) e Reaberto (foi transmitido e aceito o evento S-1298).
- O cadastro/consulta será responsável por criar os eventos S-1298 e S1299 através do botão “Outras Ações”.
- A opção “Fechamento dos Eventos Mensais" gerará o evento S-1299.
- O evento 1299 somente pode ser enviado quando todos os eventos daquela competência já foram aceitos pelo eSocial.
- A opção “Reabertura dos Eventos Mensais" gerará o evento S-1298.
- A geração do fechamento deve ser em ordem crescente de Período. A sequência não pode ser pulada.
- Ao enviar o evento de fechamento do período (S-1299) deve alterar a situação do período para “Fechado”.
- Ao enviar o evento de reabertura do período (S-1298) deve alterar a situação do período para “Reaberto”.
- O evento 1298 só pode ser enviado caso o evento 1299 já foi enviado sem erros.
- Caso o período não tenha eventos vinculados a situação deve ser Aberto
- Caso o período tenha o evento 1299 vinculado:
Se o evento ainda não foi processado pelo eSocial a situação deve ser “Esperando Confirmação de Fechamento”
Se o evento foi enviado e não tem erros a situação deve ser “Fechado”
Se o evento tem erros a situação deve ser “Fechado com erros”
- Caso o período tenha o evento 1298 vinculado:
Deve ser comparada a data de geração com o evento 1299
Se ela for maior
Se o evento ainda não foi processado pelo eSocial a situação deve ser Esperando Confirmação de Reabertura
Se o evento foi enviado e não tem erros a situação deve ser “Reaberto”
Se o evento tem erros a situação deve ser “Reaberto com erros”
Se ela for menor deve seguir a regra do 1299
92561 - Homologação Integração Contábil FECHADO EM 01/03/2022 - REFERENTE A SPRINT 44 MAS FECHADA APÓS FECHAMENTO DA VERSÃO
- Correção para deixar habilitado o Código e Descrição do Plano de Matriz de Lançamentos
- Correção para estender até o fim da página o grid de Classificação Contábil
- Ajustada a mensagem de “Deve existir no mínimo 1 e no máximo 999 registros cadastrados no grid editável" para “Deve existir no mínimo 1 e no máximo 999 registros cadastrados no grid de Classificações Contábeis" no Plano de Matriz de Lançamentos
- Ajustado o erro de ao cadastrar uma regra de contabilização do “Tipo do Item” igual a “Contábil” e “Forma de Lançamento” igual a “Único Lançamento” onde estava exibindo a mensagem “O Tipo do Item precisa ser Estatístico quando a Forma de Lançamento for igual a um único lançamento” e não permitia salvar a regra. No entanto, esta validação estava incorreta pois é permitido salvar uma regra cujo o “Tipo do Item” seja igual Contábil e “Forma de Lançamento” igual a “Único lançamento”
- Removido o acento de rubrica no Visualizar Rubricas no botão Outras Ações das Regras de Contabilização e ajustada a formatação do campo Data do Histórico para ser somente mês/ano
- Nas Regas de Contabilização no Visualizar Rubricas no botão Outras Ações passou a ser ordenado por ordem decrescente de data
- Na alocação contábil do contrato a porcentagem foi formatada para duas casas decimais
- Em contratos, alterado o nome da tela de Contábil para Alocação Contábil
- Incluído na exibição principal do contrato o campo Alocação Contábil
- Corrigido erro ao criar umrateio contábil na alocação contábil, onde ficava uma linha em branco dando erro na soma dos valores.
- Ajustada a mensagem de erro ao excluir a classificação principal do contrato no momento de salvar
- Ajustada validação que torna obrigatório os 3 campos do rateio contábil no contrato
- Ajustada a mensagem “Contrato XX - XXXXXX não possui informações de integração contábil.” para “Contrato XX - XXXXXX não possui informações da Alocação Contábil no cadastro do contrato.”
- Atualizado o número de registros afetados ao finalizar o processo
- Incluída na mensagem "Integração Contábil gerada para Empresa: XXXXXX. - Estabelecimento: XXXXX. - Contrato: X XXXXX - Regra Contábil Desconto IRRF - Classificação Contábil Diretor Administrativo"
- Quando é gerado um processo de integração contábil com data anterior ao primeiro histórico do plano de matriz ocorrerá o aviso abaixo.
- Ao gerar a integração contábil a rubrica passa a ter a situação bloqueada e ao tentar excluir a regra a seguinte mensagem é exibida “Esse registro está bloqueado e não permite edição e/ou exclusão pois, já existe uma integração contábil vinculada a essa validade.”
- Ajustada a mensagem “Contrato XX - XXXXX não possui informações de integração contábil.” para “Contrato XX - XXXXX não possui informações da Alocação Contábil no cadastro do contrato.” Esta mensagem ocorre quando o contrato não possui nenhuma alocação contábil no cadastro do contrato, caso contrário utilizará a alocação contábil atual do contrato
- Ajustada a mensagem abaixo para "Regra de Contabilização XXXXX no período XXXX para a classificação XXXX não foram informadas as contas Débito, Crédito e o Histórico"
- Quando não houver Matriz de Lançamento na regra ocorrerá o seguinte aviso:
101882 - Ajustes e modificações no evento S-2230 para atender o layout S-1.0 do eSocial até NT 04/2021.
- Ajustado o artigo Como Cadastrar Afastamento/Ausências
- Quando um afastamento possuir data de início/término posterior a data atual deve-se criar o evento com a com a Situação eSocial “08-Aguardando prazo para envio”.
- Quando um registro de férias possuir data de início/término posterior a data atual deve-se criar o evento com a com a Situação eSocial “08-Aguardando prazo para envio”.
- Quando o campo Data de Término for modificado deve-se gerar um evento de exclusão para o evento S-2230 se o mesmo já foi transmitido e aceito e criar um novo evento Original. Caso o evento ainda esteja aguardando prazo para envio deve-se gerar ele novamente.
- Não será mais permitido retificar as Data de Início e Término dos afastamentos, pois os campos foram incluídos como chave.
- Ajustar o preenchimento do Categoria do Trabalhador, pois ele deve ser preenchido somente quando o contrato não possuir matricula.
- Ao gerar os eventos de exclusão dos afastamentos transmitidos deve-se gerar primeiro a exclusão do evento de término do afastamento e depois a exclusão do evento do início do afastamento.
102582 - Corrigir no interpretador fórmulas a identificação das condições “Maior que” e “Menor que” na geração da integração contábil.
- Corrigidas as atribuições de fórmulas que ignoravam a condição “Maior que” e “Menor que” na geração da integração contábil.
102559 - Alterações no cadastro de fórmulas para considerar o Cálculo de Provisões AJUSTE DE FÓRMULAS: TODAS VIRÃO COMO “ATIVAS”, O CAMPO PROVISÃO COMO “NÃO”, O CAMPO “DEVE SER EXECUTADO” COMO “ANTES DO CÁLCULO DOS ENCARGOS”
- Criado o campo ativo, que definirá se uma fórmula será considerada ou não para o cálculo
- Incluído o campo “Provisão” no agrupamento “Parâmetros de Cálculo” ao lado do campo “Média” para ser utilizado em implementação futura de recálculo de provisão
- Ajustado o limitador do campo Ordem em 8 posições
- Alterado o limitador do campo descrição para 200 posições
- Alterado o enumerador de “Deve ser Executada” para “Antes do Cálculo dos Encargos” e “Depois do Cálculo dos Encargos”. Esta implementação permitirá que as fórmulas que utilizam valores de encargos possam ser executadas, como por exemplo as fórmulas de contabilidade. Importante: todas as fórmulas executadas após o cálculo de encargos não poderão interferir no próprio encargo.
- Foi corrigido o erro de ao editar uma fórmula que foi importada pela funcionalidade de “Importar Fórmula” está exibindo repetidamente os campos de “Entidade” e “Campo” com valores nulos, sendo que esses campos não devem ser exibidos. Atenção: se a fórmula de origem estiver criada incorretamente (salvou com estes campos abertos) a fórmula deve ser corrigida para não gerar mais erro na importação).
- Atualizado no artigo Guia Fórmulas de Cálculo para Folha de Pagamento
102781 - Implementar a atribuição do valor para a variável “Número de dias para Término de Contrato” AJUSTE NAS FÓRMULAS DO 479 E 480
- Se o campo Data da Rescisão é menor ou igual a Data de Término do Contrato deve-se calcular a diferença em dias entre a Data de Termino do Contrato e a Data da Rescisão.
- Se o campo Data da Rescisão é menor ou igual a Data de Término da Prorrogação do contrato e verificar se a Data de da Rescisão é menor que Data de Término da Prorrogação do Contrato, nesse caso deve-se calcular a diferença em dias entre a Data de Termino da Prorrogação do Contrato e a Data da Rescisão.
- Nos demais casos retorna valor zero
102787 - Implementar a atribuição do valor para a variável “Número de Dependentes de IRF”
- Passou a popular a variável no cálculo para alimentar a fórmula “Base Informativa - Dedução Dependentes IRF”
102844 - Corrigir o cálculo da Data de Término das Férias no Registro de Férias no JS
- Ao criar um registro de férias com datas quebradas, por exemplo 12,5 o cálculo da data de término está considerando 125 dias e não 12,5 na parte do JS.
- O dia fracionado será considerado como a Data de Término das Férias
102896 - Criar as tabelas dos eventos S-5001, S-5002, S-5003, S-5011 e S-5013 para atender o layout S-1.0 até NT 04/2021 do eSocial.
- Criada as tabelas dos eventos S-5001, S-5002, S-5003, S-5011 e S-5013 no layout S-1.0 até NT 04/2021 do eSocial.
- Feito o mapeamento as tabelas
- Os eventos ainda não foram implementados
102901 - Criado o campo NomeSocial na tabela do evento S-2205
- Campos criados para concomitância de layouts
103051 - Ajustar no evento S-1210 a validação referente as folhas com pagamento no mês/ano do início da utilização do sistema.
- Ajuste na data da geração do evento S-1210 no mês de geração dos eventos para implantação do sistema
- Criada e mensagem "A Data de Pagamento deve ser maior que o Início da Utilização do Sistema pela empresa"
103061 - Ajuste no preenchimento de alguns campos do evento S-2200
- Ajustado o artigo Como Fazer uma Admissão
- Corrigido o erro de quando está gerando o evento S-2200 para um contrato desligado está dando a mensagem que se deve preencher o campo “Preenche Cota” e no cadastro da pessoa o campo está preenchido
- No gerenciador de eventos o campo “Tipo de Contrato de Tempo Parcial” estava aparecendo só o código do enumerador e não a descrição.
- No gerenciador de eventos o campo “Data base Categoria Profissional Trabalhador” estava aparecendo só o código do enumerador e não a descrição.
- O campo telefone deve ser preenchido somente com números. Removido os outros caracteres.
- O sexo do dependente somente será preenchido quando o campo “Tipo de Regime Previdenciário” for igual a “2 - Regime Próprio de Previdência Social - RPPS ou Sistema de Proteção Social dos Militares” e o evento for Cadastramento Inicial igual a “Não”. Nos demais casos ficará em branco
- Alterado o preenchimento da função pra seguir a regra: Preenchimento obrigatório se for relativo a servidor nomeado em cargo em comissão (tpRegTrab = [2] e tpProv = [2]). Não devemos enviar em outras situações.
103071 - Ajuste no preenchimento de alguns campos do S-2206
- Ajustado o maxlength da propriedade “Descrição do Cargo” para 100.
- Ajustado o maxlength da propriedade “Descrição da Função” para 100.
- Alterado o preenchimento da função pra seguir a regra: Preenchimento obrigatório se for relativo a servidor nomeado em cargo em comissão (tpRegTrab = [2] e tpProv = [2]). Não devemos enviar em outras situações.
103105 - Correção na importação de fórmulas contábeis.
- Ajuste para a importação de fórmulas que tenham regra contábil sem a necessidade do código da regra contábil na descrição da fórmula que gerava o erro abaixo:
- Ajustado o erro que ocorria no campo ordem na criação da fórmula:
103318 - Criar campos no evento S-1200 para atender o layout S-1.0 do eSocial até NT 04/2021
- Campos criados para concomitância de layouts
103119 - Criar campos no evento S-1000 para atender o layout S-1.0 do eSocial até NT 04/2021
- Campos criados para concomitância de layouts
103131 - Criar campos no evento S-1005 para atender o layout S-1.0 do eSocial até NT 04/2021
- Campos criados para concomitância de layouts
103137 - Criar campos no evento S-1280 para atender o layout S-1.0 do eSocial até NT 04/2021
- Campos criados para concomitância de layouts
103144 - Criar campos no evento S-1299 para atender o layout S-1.0 do eSocial até NT 04/2021
- Campos criados para concomitância de layouts
103318 - Criar campos no evento S-1200 para atender o layout S-1.0 do eSocial até NT 04/2021
- Campos criados para concomitância de layouts