RH3 Wiki - Documentação do Usuário

Caminho: Cadastros\Lotações tributárias

### Novo cadastro de lotações tributárias.
Para adequação às regras do eSocial as informações de lotações tributárias foram retiradas do cadastro de departamento. ###

Informações importantes

### -Eventos
Com a nova versão, o RH3 passa a utilizar exclusivamente as configurações das incidências de eventos da aba/guia “eSocial” para as definições do cálculo de IR.
Esse comportamento também se reflete no envio dessas informações ao eSocial.
Essas configurações não são definidas automaticamente pelo RH3 e a atualização da nova versão não irá modificar o seu conteúdo.
Com isso, será necessário, e obrigatório, realizar a validação dessas informações. ###

### -Lotações tributárias
Antes, as informações sobre as lotações tributárias do RH3 eram vinculadas aos departamentos cadastrados no sistema.
Agora, com a atualização, um novo cadastro foi criado para suprir essa demanda da forma correta e com mais facilidade e objetividade.
O cadastro de departamentos irá voltar ao seu estado original, antes do eSocial, e com isso as informações relacionadas ao tipo de lotação, códigos de FPAS e de terceiros passarão para o novo cadastro de lotações tributárias.
Essa migração é feita com base nas informações que foram devidamente enviadas e validadas (recibo) pelo eSocial.
As informações relacionadas aos tomadores/obras também irão fazer parte do novo cadastro das lotações tributárias. ###

### -Cadastro de colaboradores (com e sem vínculo)
A aba/guia “eSocial” ganhou dois novos campos para a definição do estabelecimento e da lotação tributária do respectivo colaborador.
O processo de migração feito pela nova versão RH3 15.9.7, com base nas informações atuais, irá promover a definição dessas informações de forma automática, sempre que possível.
Eventuais situações que são fatores impeditivos desse processo, como, por exemplo, exclusão de departamentos/estabelecimentos que foram enviados ao eSocial, acarretará na não definição desses dados.
Contudo, o usuário gozará de liberdade e autonomia para defini-los conforme necessário. ###

Processo de atualização da nova versão RH3 15.9.7

### Antes de atualizar a estrutura:
Será necessário, e como boas práticas de segurança, realizar um backup completo e total da base de dados do RH3.
É aconselhável que essa atualização seja realizada após o expediente, sem nenhum usuário utilizando o sistema.

Ao realizar o processo de atualização da estrutura:
Levando em consideração o nível de informações baseadas nas tabelas históricas e no próprio cadastro de departamentos, esse processo de atualização poderá levar vários minutos.
Por conta do controle nativo do Windows, a janela de atualização do RH3 poderá apresentar o aspecto característico de “travado”, contudo, o processo estará rodando como esperado e seu término deverá ser aguardado.
###

Aba para integração contábil e financeira.

Notas

### 1) As informações acima são necessárias para integração contábil com o PIRÂMIDE Procenge, porém, não é descartada a opção de utilização dos mesmos para outras integrações contábeis; ###

2) Esta aba só fica visível, caso o cliente tenha o módulo “Folha de pagamento” ativado;

3) Caso sejam informadas, elas terão preferência em relação a informada no cadastro da hierarquia no lançamento.

### Nesta aba são cadastrados os processos administrativos e judiciais do departamento em questão. ###

Nota: O período de validade do eSocial deverá ser configurado para os 4 grupos que compõe o mesmo.

1 - Regra para os campos Início de Validade e Nova Validade:

### 1.1 - A validade inicial ou a nova validade não podem ser menores que a data da obrigatoriedade do evento ou maiores que o período atual; ###

### 1.2 - Para registros já enviados ao eSocial antes da inclusão do grupo de informação de validade eSocial, o sistema automaticamente exibirá no campo de início de validade o período que foi enviado o primeiro registro com sucesso ao eSocial; ###

### 1.3 - Ao tentar incluir um novo registro, o sistema automaticamente irá sugerir o período atual, podendo ser alterado pelo usuário se assim desejar; ###

1.4 - O campo de validade inicial será desabilitado após envio do primeiro registro com sucesso ao eSocial;

1.5 - O campo nova validade apenas será habilitado após envio do primeiro registro com sucesso ao eSocial;

### 1.6 - Após envio da nova validade, se o registro for aceito pelo eSocial, o campo inicio de validade terá o valor da nova validade, caso contrário, o campo início de validade não sofrerá alteração; ###

### 1.7 - Quando em ambiente de teste, ao tentar incluir um novo registro, o sistema irá salva o período de validade inicial automaticamente não permitindo o usuário alterar. Após o primeiro envio com sucesso, o campo de nova validade será habilitado para o usuário escolher um novo período se assim desejar. ###