São as informações de identificação do horário contratual, apresentando o código e período de validade do registro. Detalha também, quando for o caso, os horários de início e término do intervalo para a jornada de trabalho. É utilizado para inclusão, alteração e exclusão de registros na Tabela de Horários/Turnos de Trabalho. As informações consolidadas desta tabela são utilizadas para validação dos eventos do eSocial.
Quem está obrigado: O empregador/contribuinte/órgão público, no início da utilização do eSocial e toda vez que for criado, alterado ou excluído um determinado horário/turno de trabalho.
Prazo de envio: O evento Tabela de Horários/Turnos de Trabalho deve ser enviado antes do evento “S-2200 – Cadastramento Inicial do Vínculo de Admissão/Ingresso do Trabalhador”.
Fonte: MOS Layout 2.4.02
Informações Sistêmicas
A geração da Tabela de Horários do TAF depende da diversas informações do SIGAPON que estejam vinculadas aos funcionários (SRA), para conseguirmos compor um registro da Tabela do TAF, abaixo as tabelas lidas para a composição do registro eSocial:
- Horário de Entrada : Horário de Entrada da tabela de Horário Padrão (PJ_ENTRA1)
- Horário de Saída : Horário de Saída da Tabela de Horário Padrão (PJ_SAIDA*)
- Duração da Jornada : Somatória dos intervalos de trabalhdo, convertidos em minutos (PJ_HRSTRAB, PJ_HRSTRA2, PJ_HRSTRA3 e PJ_HRSTRA4).
- Tipo de Jornada: Tipo de jornada na Tabela de Turnos de Trabalho (R6_TPJORN)
- Descrição da Jornada: O campo é preenchido somente se o tipo de jornada for igual a “99”, preenchido com o conteúdo do campo Descrição da Jornada, da Tabela de Turnos (R6_DTPJOR)
Intervalos:
- Saída 1: Segunda saída da Tabela de Horário Padrão (PJ_SAIDA2)
- Entrada 1: Segunda entrada da Tabela de Horário Padrao (PJ_ENTRA2)
- Saída 2 : Segunda saída da Tabela de Horário Padrão (PJ_SAIDA3)
- Entrada 2: Segunda entrada da Tabela de Horário Padrao (PJ_ENTRA3)
- Saída 3 : Segunda saída da Tabela de Horário Padrão (PJ_SAIDA3)
- Entrada 3: Segunda entrada da Tabela de Horário Padrao (PJ_ENTRA3)
- Delta Entrada: Delta para entrada, convertida em minutos, da Tabela de Turnos (R6_HORMENO)
- Delta Saída : Delta para saída, convertida em minutos, da Tabela de Turnos (R6_HORMAIS)
- Descrição: Descrição do Turno (R6_DESC )
No TAF o código do evento S-1050 é criado conforme chave abaixo
Cadastro de turno compartilhado:
O sistema monta a chave: Turno+Regra+Sequencia+dia
Cadastro de turno exclusivo:
O sistema monta a chave: Filial+Turno+Regra+Sequencia+dia
A sequencia e o dia são gerados conforme cadastro da tabela de horarios (tabela de horario padrão).
O dia é representado por números onde:
2 = Segunda
3 = Terça
4 = Quarta
5 = Quinta
6 = Sexta
7 = Sábado
8 = Domingo
Abaixo as premissas a serem executadas antes de fazer a geração da carga inicial:
How To Carga Inicial - Vídeo 1
How To Carga Inicial - Vídeo 2
Exemplo de Execução
SIGAGPE - Carga inicial
SIGATAF - S-1050 - Horários/Turnos de Trabalho
Local onde são gerados os registros do evento S-1050.
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 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
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: |
|
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: |
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas