Árvore de páginas


    O evento S-1020 identifica a classificação da atividade para fins de atribuição do código FPAS, a obra de construção civil, a contratante de serviço ou outra condição diferenciada de tributação, que ocorre quando uma determinada unidade da empresa possui código de FPAS/Outras Entidades e Fundos distintos. Lotação tem conceito estritamente tributário. Influi no método de cálculo da contribuição previdenciária para um grupo de segurados específicos. Não se confunde, por conseguinte, com o local de trabalho do empregado.


    Quem está obrigado: O empregador/contribuinte/órgão público na primeira vez que utilizar o eSocial e toda vez que for criada, alterada ou excluída uma determinada lotação.

    Prazo de envio: O evento Tabela de Lotações deve ser enviado antes dos eventos que utilizem essa informação.

    Fonte: MOS Versão S-1.0


    Informações Sistêmicas

    S-1020 – Lotações Tributárias

     A tabela de Lotações Tributárias identifica a classificação da atividade para fins de atribuição de FPAS, ou seja, devem ser apresentadas as lotações que tenham condição diferenciada de tributação, além,  das lotações dos departamentos internos da empresa. A lotação Tributária não deve ser confundida com Locais de Trabalho.

    Os dados de Proprietário da Obra: serão gerados para Centros de Custo com Tipo de Lotação igual a 02-Obra

    Caso o empregador tenha processos relacionados ao Recolhimento de Terceiros (Sest, Senat, Sesi), deverá incluir informações dos processos na tabela RJM - Processos por lotação veja mais informações em Novo Controle de Processos


    Configurações:

    O usuário poderá utilizar dois modelos para os dados de Lotações:

    Modelo 1: Cadastro do tipo de lotação apenas no centro de custo.
    Nesse modelo o modo de acesso das tabelas de centro de custo deverá ser exclusivo por empregador.

    Modelo 2: Rotina para novo controle de lotações. (desobriga o usuário a alterar o compartilhamento da tabela CTT)

    Nesse modelo o modo de acesso das tabela de centro de custo pode ser utilizado de forma compartilhada, e as tabelas do novo controle de lotação que serão exclusivas.  Saiba Mais Acesse: RH - Novo Controle de Lotações




    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-1020 - Tabela de Lotação

    Local onde são gerados os registros do evento S-1020.



    Informações

    Conheça mais sobre os campos no TAF. Acesse:  Tabela de Lotações Tributárias - TAFA246

      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: