Folha de Pagamento - Implementações Setembro/2024

Implementações

103185 - Criar o Relatório de Conciliação Estimativa INSS sobre Recibo Férias

A forma de exibição Sintética possui as informações agrupadas até o nível de classificação contábil, ou seja, por Empresa, Estabelecimento, Classificação Contábil.

A forma de exibição Analítica possui as informações agrupadas até o nível de contrato, ou seja, por Empresa, Estabelecimento, Classificação Contábil e Contrato.

Os dados exibidos são os mesmos só mudando o nível de agrupar.

- O relatório incialmente ficará disponível somente no cadastro de relatórios.

- O código do relatório deve começar com IC.

- Os filtros para emissão do relatório devem ser: Empresa, Data Base (obrigatório), um combo Sim/Não “Imprimir Somente Diferenças”, um combo Sintético/Analítico “Tipo de Impressão”. 

- O relatório será agrupado e ordenado por: Empresa, Estabelecimento, Classificação Contábil:

Obs. Caso o contrato possua rateio contábil deve-se alocar o valor na classificação contábil principal.

- O relatório deve listar as informações das fichas financeiras dos contratos cujo tipo de folha seja diferente de [“Acordo/Convenção/Dissidio” e “Acordo/Convenção/Dissidio Demonstrativo”] buscando as folhas com Data base igual Data base passada como parâmetro. No entanto, a coluna “Saldo Anterior” busca as informações da folha no mês anterior a data base do parâmetro.

- O campo “Saldo Anterior” deve ser preenchido da seguinte forma: buscar o valor da variável global “Integração Contábil - Saldo Atual da Estimativa INSS Sobre Recibo de Férias” cujo mês/ano da tabela ContratosMedias seja igual ao mês/ano da “data base do parâmetro” menos 1 mês.:

Obs. Caso não exista informação da variável na tabela deve-se retornar zero.

- O campo “Débito” deve ser preenchido da seguinte forma: buscar as informações da rubrica vinculada ao resultado de cálculo [“Estorno da Provisão de INSS s/Férias”] nas folhas cuja competência da data folha seja igual ao mês/ano da data base do parâmetro.

 - O campo “Crédito” deve ser preenchido da seguinte forma: buscar as informações da rubrica vinculada ao resultado de cálculo [“Provisão de INSS sobre as Férias”] e somar com o valor da rubrica de código igual a [“84000”] nas folhas cuja competência da data folha seja igual ao mês/ano da data base do parâmetro.

Obs. Será utilizada o campo código para fazer a busca dos valores, pois não temos resultado de cálculo para essas rubricas.

- O campo “Saldo Atual” deve ser preenchido da seguinte forma: buscar o valor da variável global “Integração Contábil - Saldo Atual da Estimativa INSS Sobre Recibo de Férias” cujo mês/ano da tabela ContratosMedias seja igual ao mês/ano “data base do parâmetro”.

- O campo “Diferença” é calculado da seguinte forma: (((Saldo Anterior - Débito) + Crédito) - Saldo Atual).

- Quando for selecionada a opção Sintético do filtro “Tipo de Impressão” o relatório deve exibir as informações por classificação contábil, ou seja, os campos “Saldo Anterior”, “Débito”, “Crédito”, “Saldo Atual” e “Diferença” devem conter as informações das folhas dos contratos que possuem aquela classificação contábil.

- Quando for selecionada a opção Analítico do filtro “Tipo de Impressão” o relatório deve exibir as informações por contrato, ou seja, os campos “Saldo Anterior”, “Débito”, “Crédito”, “Saldo Atual” e “Diferença” devem conter as informações da folha do contrato. Deve-se listar somente os contratos que possuem valor diferente de zero em alguma das colunas.

- Quando o campo “Imprimir Somente Diferenças” for igual a “Sim”, deve ser listado apenas os contratos que possuem o campo “Diferença” diferente de zero para o modelo “Analítico”. 

- Quando o campo “Imprimir Somente Diferenças” for igual a “Sim”, deve ser listado apenas as classificações contábeis que possuem o campo “Diferença” diferente de zero para o modelo “Sintético”.

- Quando o campo “Imprimir Somente Diferenças” for igual a “Não”, deve ser listado todos os contratos para o modelo “Analítico”. 

- Quando o campo “Imprimir Somente Diferenças” for igual a “Não”, deve ser listado todas as classificações contábeis para o modelo “Sintético”.

- A cada empresa, estabelecimento deve ser criado o um totalizador no final e começar a exibir em uma nova página a empresa e o estabelecimento.

103316 - Criar o Relatório de Conciliação de Insuficiência de Saldo

103378 - Permitir Lançamentos Coletivos para Autônomos

1. Hoje os lançamentos coletivos permitem selecionar contratos por tipo de vínculo autônomo, porém não traz informação.
2. É preciso liberar os autônomos para seleção, a fim de que seja possível gerar lançamentos coletivos para autônomos.
3. Para isso é preciso adicionar na dualist, na opção “Executar operação para” a opção de seleção “Autônomo”, logo abaixo da opção “Contrato”.
4. Ajustar o processo para que passe a considerar também autônomos.
5. Ajustar o processo pra que considere corretamente apenas autônomos, ou apenas contratos, conforme o tipo de folha selecionada para gerar os lançamentos coletivos.
6. É preciso validar para que, quando “Folha” = RPA, apenas autônomos sejam considerados para a geração dos lançamentos coletivos, conforme filtro selecionado, ou seja:
1. Indiferente do filtro escolhido para execução, deve rodar apenas para os autônomos.
• Ex 1: selecionei folha RPA e executar seleção para estabelecimento X, apenas os autônomos daquele estabelecimento devem ter lançamentos gerados.
• Ex 2: selecionei folha RPA e executar seleção para contratos, não deve gerar lançamento pra nenhum contrato, e dar uma mensagem de aviso.
7. Da mesma forma, quando a folha selecionada for diferente de RPA, deve ser considerado apenas Contratos ao gerar os lançamentos. Ou seja:
1. Indiferente do filtro escolhido para execução, deve rodar apenas para os contratos.
• Ex 1: selecionei folha Mensal e executar seleção para estabelecimento X, apenas os contratos daquele estabelecimento devem ter lançamentos gerados.
• Ex 2: selecionei folha Mensal e executar seleção para autônomos, não deve gerar lançamento pra nenhum autônomo, e dar uma mensagem de aviso.

103388 - Alterações no cadastro de Folha RPA (Individual e Coletivo)

1. Quando selecionado o tipo de folha “RPA” deve-se adicionar um agrupamento com o nome “Período da Apuração dos Lançamentos”, logo abaixo do agrupamento “Geral”.
2. O agrupamento “Período da Apuração dos Lançamentos”, deve conter dois campos data: Data de Início e Data de Término. Ambos os campos são de preenchimento obrigatório.
3. O campo Data de Término do Período de Apuração deve ser maior ou igual que a Data de Início do Período da Apuração dos Lançamentos.
4. O agrupamento “Período da Apuração dos Lançamentos” só deve ficar visível quando o tipo de folha for do tipo “RPA”.
5. Quando o tipo de folha for “RPA”, o campo “Data-Base” deve ficar oculto, e ser setado com o mesmo valor informado no campo “Data de Término”.
6. Se a data de pagamento não tiver valor informado, preencher a mesma com a Data de Término, ao sair do campo “Data de Término”.
7. A data de pagamento deve ser igual ou posterior a data base, fazer esta validação antes de executar.
8. Tipos e tamanhos dos campos:
1. Data de Início: Date, null.
2. Data de Término: Date, null.

103397 - Incluir o Tipo de Vínculo na fonte de dados de Contratos

1. Incluir o Tipo de Vínculo na fonte de dados de importação de Contratos, pois os contratos agora serão localizados pelo CPF + Tipo de Vínculo.

• Esta alteração se faz necessária para que possamos importar lançamentos corretamente para autônomos e contratos.
   
• Com esta alteração, agora para a importação de lançamentos será feito da seguinte forma:

• Teremos o CPF do contrato, o tipo de vínculo e o tipo de folha.
• Então montaremos a consulta para que, quando o tipo de vínculo = 15 e tipo de folha = RPA será importado lançamentos para autônomos. Se não, será importado para contratos como já é feito normalmente.

103413 - Ajustes no calcular folhas individuais para RPA

1. Ao efetuar o cálculo e criar a folha de RPA, preencher a data início e data fim do período de apuração dos lançamentos da folha cadastrada com o mesmo valor da data base informada em tela.
2. Validar a data de pagamento do RPA, para que a mesma esteja dentro do mesmo mês/ano que a data base informada, e seja maior ou igual a data base informada:
1. Caso a mesma não esteja correta, dar mensagem ao usuário e não deixar calcular.
3. Correção de bug geral da tela: Quando entra na tela preenche os campos Tipo de folha, Data Base e clica em novo lançamento ocorre o erro de aplicação.

103551 - Incluir os campos nome, unidade e código do contrato como campo disponível nas exibições dos cadastros da folha de pagamento

1. Na exibição da funcionalidade de períodos aquisitivos de férias
1. Liberar o campo nome do funcionário
2. Liberar o campo código do contrato
3. Liberar o campo unidade do contrato (código e descrição)
2. Na exibição da funcionalidade de registro de férias
1. Liberar o campo nome do funcionário
2. Liberar o campo código do contrato
3. Liberar o campo unidade do contrato (código e descrição)
3. Na exibição da funcionalidade de aviso prévio
1. Liberar o campo nome do funcionário
2. Liberar o campo código do contrato
3. Liberar o campo unidade do contrato (código e descrição)
4. Na exibição da funcionalidade de calcular rescisão
1. Liberar o campo nome do funcionário
2. Liberar o campo código do contrato
3. Liberar o campo unidade do contrato (código e descrição)

• O campo código do contrato e nome estão relacionados ao contrato do funcionário
• Seria a decomposição do campo "contrato", porém o contrato deve continuar sendo apresentado no forma composto
• O campo unidade criar de forma composta conforme apresentado no contrato do funcionário

103903 - Criar variável PercentualRemuneracaoProLaboreAutonomo na entidade Empresa

1. A variável deve ser criada na entidade Empresa destinada as fórmulas do sistema.
2. O campo deve conter o nome PercentualSobreRemuneracaoProLaboreAutonomos;
3. O preenchimento do campo vem do cadastro de empresas do campo de mesmo nome;

104009 - Liberação de campo na exibição de Ficha Registro

• Ao criar uma exibição na tela de fichas financeiras o cliente precisa ter a opção do campo "Unidade", "Código da Unidade".

104054 - Adicionar o campo Data de Admissão nas fontes de dados de Integração Contábil

1. Incluir o campo Data de Admissão do Contrato nas fonte de dados de exportação da Integração Contábil.
2. O nome das fontes em que devem ser incluído o campo são:
• Integração Contábil - Por Empresa/Estabelecimento
• Integração Contábil - Por Empresa
• Integração Contábil - Por Contrato
3. Com isso, eu devo ser capaz de criar um exportador de arquivo com base na fonte de dados "Integração Contábil - Por Contrato", e criar um campo de destino com tipo de transformação direta, para data de admissão do contrato, como acontece hoje com o código do contrato.

104163 - Inclusão de campo na funcionalidade de Formas de Pagamento quando arquivo bancário = Itaú

1. Incluir um campo novo no agrupamento "Informações de Pagamento" ao lado do campo "Arquivo Bancário".
2. Este novo campo deve se chamar "Tipo de Movimento" e deve ser um enumerador com os seguintes valores:
1. 000 - Inclusão de pagamento
2. 001 - CPF
3. 002 - CNPJ (completo)
4. 003 - CNPJ (raiz)
3. Adicionar um hint no campo, com a seguinte informação:  "Utilizar quando tiver interesse que o banco verifique se o CPF/CNPJ informado nas posições 204 a 217 do segmento A pertence a Conta Corrente de Crédito no Itaú."
4. Este campo deve ficar visível na tela somente quando o campo arquivo bancário selecionado for igual a "Itaú". Nos demais casos este campo deve permanecer invisível e sem conteúdo.
5. Quando o campo arquivo bancário selecionado for igual a "Itaú", o campo novo além de ficar visível deve ser sugerido com o valor padrão "Inclusão de Pagamento".
6. O combobox deve trazer apenas a descrição da opção na tela.

104166 - Ajustar o preenchimento da remessa bancária do Itaú, para que passe a considerar o novo campo "Tipo de Movimento" da forma de pagamento

1. Ajustar o preenchimento do segmento A do layout do arquivo CNAB do banco Itaú, para que o campo "Tipo de movimento" (posição 015 a 017) passe a respeitar a informação do campo "Tipo de movimento" do cadastro de Forma de Pagamento.
   Hoje este campo está sendo preenchido sempre com zeros, é preciso fazer com que traga o valor parametrizado do tipo de movimento para que o banco processe este arquivo corretamente.

104555 - Trocar o logo e nome da Skeel para a nova marca da Jobfy.

104642 - Ajuste na configuração da exportação de arquivos para retirada da obrigatoriedade do caractere separador de campos

1. Retirar a obrigatoriedade do campo “Caractere Separador” que indica qual é o caractere separador dos campos (Flow/Cadastros/Integrações/Exportações de Arquivos)
2. No processamento do arquivo a ser gerado, garantir que quando informado o caractere após cada campo deve haver o separador. Caso contrário, quando não informado, então o caractere não deve ser informado.

104721 - Alterar o comportamento da Insuficiência de Saldo para que aceite lançamentos

• Alterar o comportamento do cálculo da insuficiência de saldo para que aceite o lançamento e substitua o valor gerado pelo sistema.

104797 - Mudança na regra de validação do cadastro de autônomos

104818 - Liberar campos na exibição de Períodos Aquisitivos

• No cadastro de Período Aquisitivo de Férias deve ser liberado campos na exibição:

• Os campos devem buscar o maior histórico do contrato
• Os campos devem vir com código + descrição

104682 - Permitir o uso da mesma matrícula para autônomos da mesma pessoa na mesma empresa

1. Alterar a validação do sistema para seja possível usar a mesma matrícula do trabalhador no cadastro de autônomo que tem a mesma pessoa na mesma empresa:
• Quando a matrícula for informada e o sistema identificar que a matrícula já está sendo usada, deve verificar se a pessoa que está usando essa matrícula é a mesma que está sendo cadastrada, caso seja, questionar se quer usar a mesma matrícula do contrato anterior.
• Havendo retorno positivo, então manter a mesma matrícula
• Caso contrário limpar a matrícula digitada e aguardar ação do usuário
• Para situações onde a matrícula encontrada é a mesma já existente no sistema e não é da mesma pessoa, então o sistema deve manter a validação "A Matrícula do trabalhador "nnnn" já está sendo usada para <contrato que tem a matrícula>. O campo Matrícula do Trabalhador deve ser único por Empresa."
2. Realizar a revalidação da matrícula quando o usuário mudar a pessoa que está sendo cadastrada
• Caso o usuário tenha informado a matrícula e o sistema permitiu devido ser a mesma pessoa e o usuário alterar a pessoa no cadastro que está sendo realizado o sistema deve limpar a matrícula

104002 - Inclusão da Funcionalidade de Bloqueio e Desbloqueio no cadastro de Plano de Matriz de Lançamento

Obs. Ao criar um histórico novo deve-se manter o comportamento atual que é copiar as informações do histórico mais atual ou do histórico selecionado. 

 * Cadastro de Rubricas: Bloquear a alteração das informações vinculadas a guia de Apuração Contábil para todas as validades 

 * Cadastro de Plano de Matriz: Bloquear a alteração e/ou exclusão dos históricos do Plano Matriz cuja validade seja diferente da validade atual, ou seja, será permitido alterar somente a validade mais atual do plano matriz.  

A funcionalidade deve fazer o bloqueio individual para cada plano matriz, ou seja, cada plano deve ter o seu bloqueio conforme a sua data de histórico mais atual. 

 * Regras de Contabilização: Deve-se bloquear a alteração e/ou exclusão das informações da matriz de lançamentos de cada regra para as validades mais antigas, ou seja, só é permitido alterar a validade mais atual de cada plano matriz.