O evento S-2205 – Alteração de Dados Cadastrais do Trabalhador registra as alterações de dados cadastrais do trabalhador, tais como: documentação pessoal, endereço, escolaridade, estado civil, contato, etc. Deve ser utilizado tanto para empregados/servidores, inseridos através do evento S-2200, quanto para outros trabalhadores sem vínculo de emprego cujas informações foram enviadas originalmente através do evento específico de “S-2300 - Trabalhador Sem Vínculo de Emprego/Estatutário – Início”.
Quem está obrigado: todo empregador/órgão público cujo trabalhador, informado através do evento “S-2200 – Cadastramento Inicial do Vínculo e Admissão/Ingresso do Trabalhador” e “S- 2300 – Trabalhadores Sem Vínculo de emprego/Estatutário – Início”, apresente alteração de dados cadastrais.
Prazo de envio: deve ser transmitido até o dia 07 do mês subsequente ao mês de referência ou até o envio dos eventos mensais de folha de pagamento da competência em que ocorreu a alteração cadastral.
Fonte: MOS Layout 2.4.02
Informações Sistêmicas
Os eventos não periódicos não têm uma data pré-fixada para ocorrer, pois dependem de acontecimentos na relação entre o empregador/órgão público e o trabalhador que influenciam no reconhecimento de direitos e no cumprimento de deveres trabalhistas, previdenciários e fiscais como, por exemplo, a admissão/ingresso de um empregado/servidor, a alteração de salário, a exposição do trabalhador a agentes nocivos e o desligamento, dentre outros.
Os eventos não periódicos só serão enviados conforme a configuração do parâmetro MV_FASESOC, MV_RHTAF e MV_EFDMSG, que deve ser:
MV_FASESOC
" " - Default
1 - Não Periódicos (fase não periódicos)
2 - NP + Periódicos (fase não periódicos e periódicos)
MV_RHTAF
.T. (habilita integração de eventos não periódicos com o TAF)
MV_EFDMSG
.T. (apresenta aviso informando que o evento foi enviado para o TAF)
O Evento de S-2205 - Alteração Cadastral deve ser gerado quando dados cadastrais do funcionário são alterados :
- Cadastro de Funcionários (GPEA010) - Operação ALTERAÇÃO:
Caso um dos campos abaixo seja alterado:
-
- DDD celcular (RA_DDDCELU)
- Numero Celular (RA_NUMCELU)
- Caixa Postal (RA_CPOSTAL)
- Número do PIS (RA_PIS)
- Nome (RA_NOMECMP RA_NOME)
- Sexo(RA_SEXO)
- Raça e cor (RA_RACACOR)
- Estado Civil (RA_ESTCIVI)
- Grau de instrução (RA_GRINRAI)
- Numero CTPS (RA_NUMCP)
- Série da CTPS (RA_SERCP)
- UF da CTPS (RA_UFCP)
- Numero do RIC (RA_NUMRIC)
- Data de Emissão (RA_EMISRIC)
- Data de Expedição (RA_DEXPRIC)
- Numero Rg (RA_RG)
- Orgao expeditor (RA_RGEXP)
- Data de expedição (RA_DTRGEXP)
- Numero RNE (RA_RNE)
- Orgão expeditor (RA_RNEORG)
- Data de expedição (RA_RNEDEXP)
- Numero no órgão de classe (RA_CODIGO)
- Orgão emissor (RA_OCEMIS)
- Data de emissão órgão de classe (RA_OCDTEXP)
- Data de Validade (RA_OCDTVAL)
- CNH
- CNH (RA_HABILIT)
- Data de Emissão (RA_DTEMCNH)
- UF CNH (RA_UFCNH)
- Data de Vencimento (RA_DTVCCNH)
- Categoria (RA_CATCNH)
- Cliassificação estrangeiro (RA_CLASEST)
- Cadasdo com brasileiro (RA_CASADBR)
- Filhos Brasileiros (RA_FILHOBR)
- Portador de deficiência(RA_PORTDEF)
- Eh aposentado (RA_EAPOSEN)
- Tipo de logradouro (RA_LOGRTP)
- Descrição logradouro (RA_LOGRDSC)
- Numero do logradouro (RA_LOGRNUM)
- Complemento (RA_COMPLEM)
- Bairro (RA_BAIRRO)
- CEP (RA_CEP)
- Codigo Municipio (RA_CODMUN)
- Estado (RA_ESTADO)
- Pais de origem (RA_PAISEXT)
- Data de chegada (RA_DATCHEG)
- eMail (RA_EMAIL)
- Email Alternativo (RA_EMAIL2)
- DDD Telefone (RA_DDDFONE)
- Numero telefone (RA_TELEFON)
IMPORTANTE
O registro S-2205 somente será gerado em casos do registro S-2100 ou S-2200 já tiver sido enviado ao RET.
Porém como o ambiente de Homologação não está disponível ao cliente, para a simulação e testes do evento S-2205 o campo C9V_STATUS for alterado para 4.
Abaixo as premissas a serem executadas antes de fazer a geração dos eventos não periódicos:
HOW TO - SIGAGPE - Integrando o evento S-2205
HOW TO - TAF - Transmitindo o evento S-2205
HOW TO - SIGAGPE - Alterar o P.I.S do Funcionário
O sistema foi flexibilizado para permitir a alteração do PIS do funcionário, através da rotina GPEA010 (Cadastro/Alteração de funcionário).
Ao alterar o cadastro do funcionário, caso o campo P.I.S tenha sido modificado, o sistema irá exibir uma nova janela na tela com 3 (três) opções para o usuário, são elas:
1) S-2200
2) S-2205
3) Cancelar alterações
Nova janela é exibida após clicar no botão Salvar, ao alterar cadastro do funcionário.
O sistema irá integrar o evento com o TAF de acordo com a opção selecionada, exceto quando a opção 3 for selecionada. Nessa situação, o sistema irá desconsiderar somente a alteração do PIS e irá prosseguir com a alteração do cadastro.
Produto: |
Microsiga Protheus |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Ocorrência: |
Como deve ser definido o Compartilhamento de Tabelas SIGAGPE x SIGATAF? |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Passo a passo: |
Antes de Iniciar a Carga Inicial, é necessário verificar se o compartilhamento das Tabelas do SIGAGPE x SIGATAF estão compatíveis, isto porque a integração dos dados de Folha com o TAF, utilizada pelo Protheus, é feita dentro do mesmo Banco de Dados, basicamente os registros são lidos das tabelas "origem", que são tabelas do SIGAGPE e gravados nas tabelas "destino" que são tabelas do SIGATAF. Por esta razão os compartilhamentos devem devem ser iguais, para que não haja duplicidade de dados e nem gravação em Filiais incorretas. Por exemplo: A Tabela CTT dá origem a Tabela C99 do TAF, então essas duas tabela devem ter o mesmo tipo de compartilhamento(modo de acesso). Por default todas as tabelas do TAF são criadas de forma totalmente exclusiva, sendo assim, reveja a configuração das tabelas, através do SIGACFG antes de iniciar a Carga Inicial. Abaixo a relação entre Tabelas: IMPORTANTE:
Tabelas que devem ser exclusivas por Empresa:
* A CTT pode ser utilizada como compartilhada caso o cadastro de lotações seja feito através da rotina Controle de Lotações, pois desse modo a informação para o evento S-1020 não vai partir da CTT. Para saber mais acesse: DT Novo Controle de Lotações Relação entre Tabelas GPE e TAF: As tabelas do GPE e TAF devem ter o mesmo compartilhamento (modo de acesso) para que não ocorra erros na integração dos dados, abaixo a relação de tabelas.
Obs:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Observações: |
Esta informação também esta disponível na central de Atendimento através do link: https://centraldeatendimento.totvs.com/hc/pt-br/articles/360004178832 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Abaixo procedimentos do Jobs de Alteração Salarial e Afastamento
Job para os Históricos Salariais
Cada alteração salarial deve gerar um registro S-2206, como a alteração salarial pode ser disparada de diversas rotinas, consideramos mais seguro gerar a partir dos Históricos Salariais, a partir de JOB.
Todas essas ações originam dados em SR3/SR7 - Tabelas de Alterações salariais, e são destas tabelas que o JOB buscará os dados para a geração do registro S-2206
Para configuração, siga os passos do documento:
1 - Preencher o MV_DTCGINI com a Data que indica, a partir de quando as alterações salariais serão consideradas no JOB
Atenção: O MV_DTCGINI representa a data de inicio da entrega dos eventos não periódicos que pode ser diferente para cada grupo de empresas, ou seja, o eventos serão enviados a partir da data informada no parâmetro.
2 - Em SIGACFG\SCHEDULE\CADASTROS realize a inclusão da rotina para o Schedule:
3 - Inclua a função de Agendamento:
4 - Inclua a função e as empresas que a rotina será executada.
5 - Após a confirmação da empresa\filial, é só terminar o preenchimento dos demais campos e configurar a quantidade de acionamento da rotina:
6 - A janela abaixo é apresentada a tela de acionamento:
7 - Configure agora os agentes, que são os responsáveis por executar as funções:
Possibilidades de cadastrar uma alteração salarial:
Job para integração afastamento
Conforme regras de Afastamento definidos pelo eSocial, o inicio e o fim de um afastamento são tratados em momentos distintos, devendo o "FIM" apenas ser enviado ao RET quando de fato ocorrer. Sendo assim foi implantada a integração de afastamento a partir de JOB.
A integração de um "fim" de afastamento, só pode ser enviada ao TAF quando o "inicio" do afastamento ja estiver transmitido e validado pelo RET. Caso contrario, o TAF não aceitará a inclusão do "fim" do afastamento pelo SIGAGPE.
Para configuração, siga os passos do documento:
1 - Preencher o MV_DTCGINI com a Data que indica, a partir de quando os eventos Não Periódicos serão consideradas no JOB
Atenção: O MV_DTCGINI representa a data de inicio da entrega dos eventos não periódicos que pode ser diferente para cada grupo de empresas, ou seja, o eventos serão enviados a partir da data informada no parâmetro.
2 - Em SIGACFG\SCHEDULE\CADASTROS realize a inclusão da rotina para o Schedule:
3 - Inclua a função de Agendamento:
4 - Inclua a função e as empresas que a rotina será executada.
5 - Após a confirmação da empresa\filial, é só terminar o preenchimento dos demais campos e configurar a quantidade de acionamento da rotina:
6 - A janela abaixo é apresentada a tela de acionamento:
7 - Configure agora os agentes, que são os responsáveis por executar as funções:
Parâmetros eSocial SIGAGPE
| Parâmetro | Descrição |
|---|---|
| MV_RHTAF | Parâmetro que habilita a integração dos eventos NÃO PERIÓDICOS com o TAF/Middleware, somente pode ser habilitado após a Carga Inicial ter sido transmitida para o RET com o retorno de Enviado com Sucesso. |
| MV_EFDAVIS |
Parâmetro utilizado para avisar ao usuário que campos obrigatórios do eSocial não foram preenchidos.
Cadastro de Funcionários - Versão 12Como não há integração offline do cadastro de Funcionários, mesmo que este parâmetro esteja configurado para não impedir o processo (0 ou 2), caso o MV_RHTAF esteja habilitado, a gravação na SRA não será efetuada.
|
| MV_EFDMSG | Quando habilitado apresenta mensagem informando que o evento foi enviado ao TAF/Middleware com sucesso (válido somente para eventos não-periódicos) |
| MV_DTCGINI | Neste parâmetro o usuário informa a data que devem ser consideradas as alterações salariais, ausências. |
| MV_FASESOC |
Informar Branco, 1 ou 2, indica a fase do eSocial que o funcionário está. |
| MV_XMLGPE | Habilita a geração dos arquivos XML enviados do GPE para TAF, na pasta System. |
Parâmetros eSocial TAF
| Parâmetro | Descrição |
|---|---|
| MV_TAFVLES |
Versão do Layout do esocial |
| MV_TAFINIE |
Data de inicio da empresa no esocial |
| MV_TAFINI |
Data inicio dos eventos não periódicos |
Parâmetros eSocial Middleware
A configuração dos parâmetros a seguir é realizada através da rotina do Assistente de Configuração de Parâmetros/Certificado Digital.
| Parâmetro | Descrição |
|---|---|
| MV_MID | Ativação ou Desativação do Middleware. Ex.: .T. ou .F. |
| MV_APIMI01 | Endereço e Porta do serviço REST configurado. Ex.: http://localhost:8060 |
| MV_APIMI02 | Nome do Serviço, Classe e versão da API Setup utilizada pelo Middleware. Preenchimento automático, podendo ser ajustado manualmente. |
| MV_APIMI03 | Propriedade registrationType. Tipo da Entidade a ser criada: 1 - Pessoa Jurídica; 2 - Pessoa Física |
| MV_APIMI04 | Propriedade registrationNumber. CNPJ ou CPF, de acordo com o preenchimento da propriedade registrationType, do parâmetro MV_APIMI03. |
| MV_APIMI05 | Propriedade UF - Sigla da Unidade Federativa. Ex.: SP |
| MV_APIMI06 | Propriedade companyName - Nome da Pessoa/ Razão Social da Companhia. Ex.: Empresa S.A. |
| MV_APIMI07 | Propriedade branchName - Nome Fantasia |
| MV_APIMI08 | Propriedade countyCode - Código do município conforme Tabela do IBGE |
| MV_APIMI09 | Nome do Serviço, Classe e versão da API de Envio e Consulta de eventos do Middleware. Preenchimento automático, podendo ser ajustado manualmente |
| MV_GPEMURL | Endereço e Porta do serviço TSS. Ex.: localhost:8081 |
| MV_GPEINIE | Data de Início da obrigatoriedade de envio dos dados da empresa para o governo. Ex.: 01/01/2020 |
| MV_GPEAMBE | Ambiente onde as informações serão enviadas: 1 - Produção; 2- Produção restrita |
| MV_BACKEND | URL do serviço REST configurado. Utilizar o Assistente de configuração |
| MV_GCTPURL | URL do serviço HTTP configurado. Utilizar o Assistente de configuração |
Produto: |
Protheus. |
Ocorrência: |
Parâmetros 1ª Fase esocial |
Passo a passo: |
Produto: |
Protheus. |
Ocorrência: |
Parâmetros 2ª Fase esocial |
Passo a passo: |
Produto: |
Protheus. |
Ocorrência: |
Parâmetros 3ª Fase esocial |
Passo a passo: |
Linha de Produto: |
Microsiga Protheus |
||||||||||||
Segmento: |
Serviços |
||||||||||||
Módulo: |
SIGAGPE - Gestão de Pessoal |
||||||||||||
Rotina: |
|
||||||||||||
Chamados Relacionados |
MRH-8170 |
||||||||||||
País(es): |
Brasil |
||||||||||||
Banco(s) de Dados: |
Todos |
||||||||||||
Tabelas Utilizadas: |
RFZ – Sucessão de Vínculos, SR8 – Controle de Ausências, SRA – Funcionários, CTT – Centro de Custo, SR6 – Turnos de Trabalho, RBW – Informações de Temporários, SRV – Cadastro de Verbas, RCE – Sindicato de Empregados, SRB- Dependentes CTT - Centro de Custo SIGAMAT SPA - Regras SRJ - Função |
||||||||||||
Sistema(s) Operacional(is): |
Windows®/Linux® |
||||||||||||
Versões/Release: |
11.80 / 12.1.17 |
Linha de Produto: |
Microsiga Protheus |
||||||||||
Segmento: |
Serviços |
||||||||||
Módulo: |
SIGAGPE - Gestão de Pessoal |
||||||||||
Rotina: |
|
||||||||||
País(es): |
Brasil |
||||||||||
Banco(s) de Dados: |
Todos |
||||||||||
Tabelas Utilizadas: |
RFZ – Sucessão de Vínculos, SR8 – Controle de Ausências, SRA – Funcionários, CTT – Centro de Custo, SR6 – Turnos de Trabalho, RBW – Informações de Temporários, SRV – Cadastro de Verbas, RCE – Sindicato de Empregados, SRB- Dependentes CTT - Centro de Custo SIGAMAT SPA - Regras SRJ - Função |
||||||||||
Sistema(s) Operacional(is): |
Windows®/Linux® |
||||||||||
Versões/Release: |
11.80 / 12.1.17 |
Linha de Produto: |
Microsiga Protheus |
||||||
Segmento: |
Serviços |
||||||
Módulo: |
SIGAGPE - Gestão de Pessoal |
||||||
Rotina: |
|
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas