Evento onde são fornecidas pelo empregador/contribuinte/órgão público as informações cadastrais, alíquotas e demais dados necessários ao preenchimento e validação dos demais eventos do eSocial, inclusive para apuração das contribuições previdenciárias devidas ao RGPS e para a contribuição do FGTS. Esse é o primeiro evento que deve ser transmitido pelo empregador/contribuinte/órgão público. Não pode ser enviado qualquer outro evento antes deste.
O empregador/contribuinte/órgão público, no início da utilização do eSocial etoda vez que ocorra alguma alteração nas informações relacionadas aos campos envolvidos nesse evento.
Abaixo as premissas a serem executadas antes de fazer a geração da carga inicial:
S-1000 - Informações do Empregador/Contribuinte
O registro S-1000 são informações do empregador/contribuinte que devem ser cadastrados pelo usuário no TAF (SIGATAF) em complemento cadastral.
A rotina de complemento cadastral contém informações importantes sobre o cadastro e configurações das empresas/filiais. É necessário que o usuário verifique atentamente a documentação abaixo para correta configuração.
O registro S-1000 são informações do empregador/contribuinte que devem ser cadastrados pelo usuário através da rotina GPEA935 - Cadastro do Empregador; a configuração realizada no TAF é ignorada.
Não existirá o conceito de integração 1xN, portanto NÃO é necessário efetuar o cadastro das filiais, pois serão considerados para identificação os primeiros 8 dígitos do CNPJ.
É possível efetuar a importação do cadastro efetuado no TAF através da rotina GPEM017B - Importação TAF/TSS, conforme documentação a seguir: Importação TAF/TSS para o Middleware.
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.
Para ver a FAQ com a explicação detalhada consulte o link: http://tdn.totvs.com/x/tIHjFQ
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