Árvore de páginas


    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:

    1. Qualificação Cadastral
    2. Saneamento de Dados
    3. Parametrização TAF
    4. Parametrização TSS
    5. Transmissão do evento S-1000

    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:

    • O conceito do eSocial é que cada empregador tenha o seu registro S-1000 e o seu grupo de Tabelas Iniciais (S-1005,S-1010,S-1050, etc..). Entende-se por empregador um grupo de estabelecimentos com a mesma Raiz de CNPJ, desta forma, caso, em um grupo de empresas haja mais de um "empregador", ou seja, mais de uma matriz, o usuário OBRIGATORIAMENTE tem que ter as tabelas envolvidas na Carga Inicial Exclusivas por EMPRESA.

    • As tabelas podem ficar compartilhadas por FILIAIS porque para o RET o entendimento é que uma Matriz e suas respectivas filiais fazem parte de um mesmo grupo de empresas.

    • Indicamos esse o compartilhamento ideal: Exclusivo por empresa e compartilhado por filiais (seguindo a regra de que filiais são as que tem a mesma raiz de CNPJ)

    • Para ver a FAQ com a explicação detalhada consulte o link: http://tdn.totvs.com/x/tIHjFQ .


    Tabelas que devem ser exclusivas por Empresa:

    (aviso) Atenção: Se a estrutura do SIGAMAT for FF (somente filial) devem ter obrigatoriamente o modo de acesso Exclusivo.

    Tabelas Modo de Acesso Exclusivo
    Filial Unidade Empresa
    SRV - Verbas Não Obrigatório (Obrigatório se estrutura for FF) Não Obrigatório Obrigatório
    RCM - Ausências Não Obrigatório (Obrigatório se estrutura for FF) Não Obrigatório Obrigatório
    SRY - Roteiros Não Obrigatório (Obrigatório se estrutura for FF) Não Obrigatório Obrigatório
    SRM - Roteiros Não Obrigatório (Obrigatório se estrutura for FF) Não Obrigatório Obrigatório
    CTT - Centro de Custo Não Obrigatório (Obrigatório se estrutura for FF) Não Obrigatório "Obrigatório" *
    SRJ - Funções Não Obrigatório (Obrigatório se estrutura for FF) Não Obrigatório Obrigatório
    SQ3 - Cargos Não Obrigatório (Obrigatório se estrutura for FF) Não Obrigatório Obrigatório (se utilizar evento S-1040/S-1035
    SR6 - Turnos Não Obrigatório (Obrigatório se estrutura for FF) Não Obrigatório Obrigatório
    SPA - Regras Não Obrigatório (Obrigatório se estrutura for FF) Não Obrigatório Obrigatório
    SPJ - Horários Não Obrigatório (Obrigatório se estrutura for FF) Não Obrigatório Obrigatório

    * 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.

    SIGAGPE SIGATAF Tab. Filhas - SIGATAF
    SRV - Verbas C8R - Rubricas Para ver as tabelas filhas do TAF por evento: clique aqui
    CTT - Centro de Custo C92 - Estabelecimentos Para ver as tabelas filhas do TAF por evento: clique aqui
    CTT - Centro de Custo C99 - Lotações Tributárias Para ver as tabelas filhas do TAF por evento: clique aqui
    SRJ - Funções C8V - Cargos Para ver as tabelas filhas do TAF por evento: clique aqui
    SR6/SPA/SPJ - Horários C90 - Horários Para ver as tabelas filhas do TAF por evento: clique aqui
    SRA - Funcionários C9V - Trabalhador Para ver as tabelas filhas do TAF por evento: clique aqui

    Obs:

    • A Tabela SRA é sempre totalmente exclusiva no Protheus, por consequência a C9V e suas filhas também deve ser.
    • As Tabelas T3M C1E são do TAF devem ser totalmente compartilhadas em qualquer cenário: http://tdn.totvs.com/x/sIutEw
    • A alteração no modo de acesso deve ser sempre via configurador para que as tabelas filhas sejam modificadas de forma automática.


    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:
    Rotina
    Nome Técnico
    GPEM023 

    Carga Inicial

    GPEM023A

    Carga da Tabela de Rubricas

    GPEM023C
    Carga da Tabela de Cargos e Horários
    GPEM023D
    Carga da Tabela de Lotações e Estabelecimentos
    GPEM023E
    Carga Inicial de Trabalhadores Com Vínculo
    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:
    Rotina
    Nome Técnico
    GPEM026 

    Não Periódicos

    GPEM026A

    Não Periódicos

    GPEM026B
    Não Periódicos
    GPEM026C
    Não Periódicos
    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:
    Rotina
    Nome Técnico
    GPEM034 

    Periódicos

    GPEM036

    Periódicos


    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.
    Funcionamento: 0 – Somente avisa / 1 – Avisa e impede a gravação do registro / 2 – Não avisa. Recomendamos que com a entrada do eSocial este parâmetro esteja como “1”;

    Cadastro de Funcionários - Versão 12

    Como 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á.

    Configuração - Parâmetro MV_FASESOC

    MV_XMLGPE

    Habilita a geração dos arquivos XML enviados do GPE para TAF, na pasta System.

    Configuração - Parâmetro MV_XMLGPE


    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 registrationNumberCNPJ 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: