Este evento deve ser utilizado pelo empregador/contribuinte/órgão público para informar rubricas de natureza remuneratória (proventos e descontos) ou não (informativa ou informativa redutora) para todos os seus trabalhadores, estagiários e bolsistas, exceto àqueles vinculados ao Regime Próprio de Previdência Social – RPPS, cuja informação deve ser prestada em evento próprio (S-1202).
Quem está obrigado: Todos os empregadores/contribuintes/órgãos públicos que tenham dados de folha de pagamento a informar no mês de referência.
Prazo de envio: Deve ser transmitido até o dia 15 do mês subsequente ao mês de referência do evento. Antecipa-se o vencimento para o dia útil imediatamente anterior quando não houver expediente bancário.
Fonte: MOS Versão S-1.2
Informações Sistêmicas
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)
Empresas com Faturamento Superior a 78 milhões.
- Os eventos periódicos serão enviados a partir de
- Para melhor entendimento, esclarecemos que esta entrega, a ser feita até refere-se a Folha de Pagamento de Maio/2018 e Pagamentos efetuados em Maio/2018.
- Sendo assim, entende-se que o pagamento realizado em Maio da folha de Pagamento de Abril deve ser considerado no evento S-1210, como Pagamento do Tipo 9 - Pagamento Anteriores a Obrigatoriedade do eSocial.
- O parâmetro MV_DTCGINI deve ser configurado para 01/03/2018 para geração correta do tipo 9.
Empresas com Faturamento Menor que 78 milhões.
- Os eventos periódicos serão enviados a partir de contemplando os dados da folha a partir de Janeiro/2019.
- Para melhor entendimento, esclarecemos que esta entrega, a ser feita até refere-se a Folha de Pagamento de Janeiro/2019 e Pagamentos efetuados em Janeiro/2019.
- Sendo assim, entende-se que o pagamento realizado em Janeiro da folha de Pagamento de Dezembro deve ser considerado no evento S-1210, como Pagamento do Tipo 9 - Pagamento Anteriores a Obrigatoriedade do eSocial.
- O parâmetro MV_DTCGINI deve ser configurado para 10/10/2018 para geração correta do tipo 9.
Controle RRA
Para o Leiaute S-1.1, é necessário a informação de RRA pago a funcionários:
Mas o que é RRA? Rendimento pago de forma acumulada (art. 12-A da Lei no 7.713, de 1988) , relativo a anos-calendário anteriores ao do pagamento, decorrentes de:
- a) aposentadoria, pensão, transferência para a reserva remunerada ou reforma, pagos pela Previdência Social da União, dos estados, do Distrito Federal e dos municípios; ou ainda
- b) os provenientes do trabalho, inclusive aqueles oriundos das decisões das Justiças do Trabalho, Federal, Estaduais e do Distrito Federal, relativos a anos-calendário anteriores ao do pagamento;
- c) A partir da DIRF de 2017, passou a ser obrigatório as seguintes informações referentes ao pagamento de RRA:
- Nome e CPF/CNPJ do Advogado;
- Valores referente Pensão Alimentícia discriminado por Dependentes.
Como será feita a geração dos dados para o eSocial?
Para gerar as informações dos RRA para no eSocial, o usuário deve seguir o processo já existente no sistema, porém com preenchimento de novos campos:
- Cadastrar o Processo e Informações do Advogado, nas rotinas de Processos Trabalhistas. Cadastro de Processos Trabalhistas (APTA100).
- Ainda no Cadastro de Processos se atente aos campos Tipo de Processo e Número de Processo eSocial.
- Para a correta geração do evento, será necessário o preenchimento de dados do advogados e Valor de Despesas do Advogado
- Por fim, realizar o cadastro do Complemento Trabalhista (GPEA850), onde foram criados os campos Custas Judiciais e Total Despesas Advogados
- No cálculo do dissídio informar o complemento trabalhista se houver, indicando que há RRA no mês
- Gerar o IRRF de RRA (GPEM690)
- Geração (Geração do Dissídio para lançamentos Mensais ou Valores Futuros)
- Após este processo serão gerados os valores nas Tabelas RFC (Lançamentos de RRA) e RGB (Lançamentos por período) OU SRK
- Deverá ser realizado o Cálculo da Folha
- Ao encontrar uma Folha mensal com ID´s de RRA, a rotina de eSocial irá separar os valores em DOIS idemDev, um com o final FOL, com os valores de Folha mensal e outro com o final RRA.
- o idemDev com final RRA, terá os valores distribuídos nas tags infoPerApur com valor de IRRF e infoPerAnt com os demais valores.
- O evento S-1210, acompanha essa estrutura, trazendo o valor líquido isolado de RRA e um ideDev de Folha.
Importante:
1) No evento S-1200 são enviados dados da Remuneração do trabalhador no mês de referência informado na tela inicial, todo o pagamento efetuado ao trabalhador deve ser referenciado no evento S-1200, porém quando o trabalhador tem rescisão ele não será levado para este evento, pois os dados dele já constarão no evento S-2299/S-2399, conforme regra do eSocial.
2) Para cada funcionário com remuneração é gerado um evento S-1200, no evento são informados os dados das verbas a serem pagas referente a competência indicada, com exceção das verbas de Imposto de Renda.
3) São gerados dados de todos os vínculos que o funcionário tem com a empresa, considerando os 8 primeiros dígitos do CNPJ.
Sendo assim, se o funcionário trabalhar em duas filiais da empresa, no mesmo registro S-1200 serão gravados dados do recibo de pagamento agrupando pelo Estabelecimento e por categoria.
Na configuração 1 X 1 essa unificação é feita através do TAF.
4)Após todo os processamentos, é impresso um log com todos os funcionários considerados no processamento.
5) A partir do leiaute S-1.0 o trabalhador sem vínculo será enviado com o campo matrícula.
6)Para TSV com desligamento (exceto o Diretor não empregado com FGTS - Categoria 721), as verbas da rescisão devem ser elencadas no S-1200. Então, mesmo encontrando a rescisão deste tipo de trabalhador, deverá ser gerado do evento S-1200
7) Férias: Nesta versão, ao encontrar férias processadas deverá se gerado um demonstrativo de Antecipação de Férias. Para definição do código idmDev, utilizar o "FER". Deverão ser consideradas férias pagas no mês de apuração
As Tag´s controladas pelo nosso sistema são:
Informação de Múltiplos Vínculos: Serão lidos os dados informados nas tabelas RAZ/RAW. Essa funcionalidade deve ser utilizada para funcionários que tem vínculo em outra empresa, com raiz de CNPJ diferente da empresa que está declarando o eSocial.
Informações complementares de identificação do trabalhador: São informações dos trabalhadores autônomos que não tem vínculo com a empresa (não foi enviado o S-2300), também utilizada para trabalhadores cedidos (caso de órgãos públicos), atualmente nosso programa não efetua este controle, será disponibilizado futuramente.
Informações sobre a existência de processos judiciais do trabalhador: Novo controle de processos
Informações relativas ao trabalho intermitente: Dados do Contrato Intermitente, lidos das nossas tabelas SV7/SV6
Demonstrativos de valores devidos ao trabalhador no mês de apuração: Nesta Tag são detalhados os dados de demonstrativos de pagamentos. Considerados os roteiros de Adiantamento, PLR e Folha, não será considerado o roteiro VEX.
Número do demonstrativo: (gerado automaticamente com os dados Filial+data de Pagamento+Periodo+Roteiro)
- Estabelecimento: (Filial do Funcionário ou Obra Própria)
- Código da Lotação: (Código do Centro de Custo)
- Quantidade de Dias trabalhados na Lotação (apenas para funcionários avulsos, não tratamos este caso)
- Matricula do Funcionário: Lido da SRA
- Substituição da contribuição no caso de empresas do tipo Simples
- As verbas pagas em Folha: São os itens de verbas da SRD
- Grau de Exposição: Lido do Cad. Funcionários
- Funcionários intermitentes: Dia do mês efetivamente trabalhados pelo empregado com contrato de trabalho intermitente.
Temos também a Tag de Informações de Períodos Anteriores que refere-se:
a) remuneração relativa a diferenças salariais provenientes de acordos coletivos, convenção coletiva e dissídio;
b) remuneração relativa a diferenças de vencimento provenientes de disposições legais (órgãos públicos);
c) bases de cálculo para efeitos de apuração de FGTS resultantes de conversão de licença saúde em acidente de trabalho.
d) verbas de natureza salarial ou não salarial devidas após o desligamento
Para opção A, serão considerados os dados provenientes das tabelas RHH/SR7/SR3
Para a opção D, serão considerados dados de Rescisão Complementar que não originaram um evento S-2299 retificador (conforme MOS PLR e diferenças salariais pagas em decorrência de dissidio)
Temos que informar a Descrição do instrumento ou situação que originou o pagamento das verbas relativas a períodos anteriores que será lido de uma tabela S126.
O formato da Tag de pagamento de Períodos Anteriores será idêntico ao de pagamento do período Atual.
Informações sobre férias:
14477238 DRHCALCPRT-4940 DT Ajuste nas Bases INSS Ferias e FGTS no leiaute S-1.0 do eSocial
Observação:
Para os dados de Autônomos lidos do Financeiro, utilizaremos a rotina do financeiro FINA240A, que atualmente integra os autônomos para a Folha, a fim de que possam ser considerados na SEFIP.
Retificação
Caso o cálculo da folha de um período fechado precise ser retificado devido a erro (por exemplo: falta de pagamento de alguma verba), haverá possibilidade de efetuar a retificação desse período.
Mais Informações sobre essa funcionalidade, acesse o link: DRHESOCP-102379 Retificação da Folha de Pagamento.
Relatório
Disponibilizado opção para geração de relatório em formato Excel, para facilitar a conferência das informações que serão geradas no TAF.
Maiores Informações sobre essa funcionalidade, acesse o link: DRHESOCP-13189 DT Evento S-1200 - Relatório de Conferência.
Rateio
Caso deseje que a geração dos estabelecimentos no evento S-1200 seja efetuada de acordo com o centro de custo do funcionário e não de acordo com os centros de custo do movimento da folha, haverá possibilidade do sistema seguir esse conceito.
Maiores Informações sobre essa funcionalidade, acesse o link: DRHESOCP-13666 DT Evento S-1200 - Parâmetro MV_RATESOC.
Abaixo as premissas a serem executadas antes de fazer a geração dos eventos periódicos:
- Qualificação Cadastral
- Saneamento de Dados
- Parametrização TAF
- Parametrização TSS
- Transmissão da Carga Inicial
- Transmissão do evento S-2200
- Calculo da Folha / Adiantamento efetuado
How To - GPE - S-1200 Remuneração de Trabalhador
How To - TAF - Transmissão
Como gerar o evento com informações do calculo da 1ª Parcela do 13º Salario
Premissas
- Quando efetuado o cálculo da 1ª parcela do 13º salário onde o pagamento ocorre até 30/11, os valores devem ser gerados no evento S-1200 deixando o campo REF. 13 igual a NÃO, conforme exemplos abaixo.
- Conforme tabela 03 (natureza de rubricas) a natureza para o calculo do 13º salário 1ª parcela deve ser a 5504 (13º salário - Adiantamento) na verbas de provento/desconto utilizadas nesse calculo.
- Deve existir na base os novos IDs para separação de 13º salário 1ª parcela, consulte a documentação: Separação de IDs 13º salário - 2342649 DRHESOCP-5363 eSocial - Separação Adicionais Médias 1ª Parcela do 13º Salário (Criação IDs de cálculo 1628 ao 1637)
Para acessar os exemplos clique nos links abaixo:
Como gerar o evento com informações do calculo da 2ª Parcela do 13º Salário em Dezembro
Premissas
- O cálculo da primeira parcela já deve ter sido realizado.
- Conforme tabela 03 (natureza de rubricas) a natureza para o calculo do 13º salário 1ª parcela deve ser a 5504 (13º salário - Adiantamento) e para 2ª parcela deve ser a 5001 (13º salário) em verbas de provento/desconto utilizadas nesse calculo.
Observações Sistêmicas
- Quando efetuado o cálculo da 2ª parcela do 13º salário onde o pagamento ocorre até 20/12, os valores devem ser gerados no evento S-1200 deixando o campo REF. 13 igual a SIM, no cálculo da folha deve ser gerado outro S-1200 com o campo REF. 13 igual a NÃO, conforme exemplos abaixo.
- O evento S-1210 não é gerado com o campo REF. 13 SIM, só existe um S-1210 para o mês de dezembro.
- O período de apuração (tag <perRef>) será gerada no formato AAAA (por exemplo: 2018).
Para acessar os exemplos clique nos links abaixo:
Como gerar o evento com informações do cálculo da 2ª Parcela do 13º Salário pago antes da competência de dezembro.
Premissas
- Conforme tabela 03 (natureza de rubricas) a natureza para o cálculo do 13º salário 1ª parcela deve ser a 5504 (13º salário - Adiantamento) e para 2ª parcela deve ser a 5001 (13º salário) em verbas de provento/desconto utilizadas nesse cálculo.
- O evento S-1210 é gerado somente na competência de dezembro.
- Deve no cadastro uma verba de desconto vinculada ao id 1655 (13º integral pago antes de dezembro) com incidência para FGTS.
Observações Sistêmicas:
13º Salario 2ª Parcela Calculo total em até a competência de Novembro
- Em novembro ao gerar a rotina eventos periódicos o campo Ref. 13 deve ficar com NÃO. Os valores de cálculo do 13º 1ª parcela são gerados no S-1200 junto com o cálculo da folha;
- Em dezembro será necessário gerar 2 eventos S-1200 mesmo que o calculo total foi efetuado em novembro, um com o campo Ref. 13 deve ficar com SIM. para gerar no TAF os valores da folha de 13º salario, e outro com S-1200 com o campo Ref. 13 com NÃO para gerar o valor da folha de dezembro;
- Deve ser gerado apenas 1 evento S-1210 que contém que vai conter as informações da folha e 13º salario.
O evento S-1210 de dezembro referente ao roteiro 132 será gerado com valor zerado, devido a inclusão do desconto do adiantamento e as rubricas de IRRF e/ou pensão alimentícia serão geradas normalmente.
O período de apuração (tag <perRef>) será gerada no formato AAAA (por exemplo: 2018).
***** Link: Documentação Técnico
Para acessar os exemplos clique nos links abaixo:
O MOS tem uma orientação de que, não é necessário ter o S-2300 para as categorias abaixo, sendo optativo a geração do evento:
701 Contribuinte individual - Autônomo em geral, exceto se enquadrado em uma das demais categorias de contribuinte individual
711 Contribuinte individual - Transportador autônomo de passageiros
712 Contribuinte individual - Transportador autônomo de carga
741 Contribuinte individual - Microempreendedor Individual
Por este motivo para esses autônomos é possível fazer a geração do S-1200 sem que existe o S-2300 no TAF.
Será efetuado o seguinte controle:
- Não gravar o registro S-2300 caso o mesmo não exista, quando for uma das categorias acima
- Para as categorias acima, no evento S-1200 gerar as tags infoComplem e infoComplCont,
- Para gravar a Natureza de Atividade só conseguiremos verificar se é Produtor Rural PJ, através do SIGAMAT, as demais Classificações Tributárias não serão levadas neste momento.
- Para as demais categorias, continuar efetuando o controle antigo.
Notas:
As informações das Tags são:
infoComplem
- nmTrab - Nome do Funcionário
- dtNascto - Data de Nascimento
infoComplCont
- codCBO - Codigo do CBO (SRA)
- natAtividade - Rural ou Urbano (SRA) - Só deve ser informado se a Classificação Tributária da empresa (leitura do sigamat) (somente o controle de Produtor Rural)
Exemplo de Execução:
Cadastro do Autônomo SIGAGPE
Calculo da Folha SIGAGPE
Cadastro do Trabalhador no TAF
Não existe S-2300 para o registro.
Geração dos Eventos Periódicos
Cadastro Autônomo no TAF
Gerado após executar o S-1200
Caminho: \ Eventos Esocial \ Trabalhador \ Trabalhador Autônomo.
Calculo S-1200 no TAF
Saiba Mais:
S-2300 – Trabalhador Sem Vínculo de Emprego/Estatutário - Início
Controle e Múltiplos Vínculos
No evento S-1200 é necessário informar dados de Múltiplos Vínculos do Funcionário, para o eSocial, múltiplo Vínculo indica que o funcionário trabalhou em outra empresa (raiz do CNPJ diferente)
Ao realizar o lançamento manual para um funcionário (GPEA090), caso seja informado uma verba com um desses ID's de cálculo abaixo:
- 0288 - Salário de Contribuição - INSS outras empresas
- 0290 - Salario de Contribuição INSS 13 Outras Empresas
Será aberta uma tela, onde o usuário informará os Detalhes de Múltiplos Vínculos. Deverá ser informado o CNPJ (lembrando que os 8 primeiros dígitos não podem pertencer a empresa que o funcionário está cadastrado), Indicador de recolhimento , Categoria do trabalhador na outra empresa e Valor do rendimento na outra empresa
Alimentaremos as tabela RAZ/RAW com os dados informados nesta tela.
Múltiplos Vínculos Trabalhadores Cadastrados no SIGAGPE
Realizados diversos ajustes na geração dos eventos S-1200 e S-1210 para funcionários múltiplos vínculos para que os recibos de pagamento sejam aglutinados.
Premissas
Existem três premissas para a geração aglutinada dos funcionários múltiplos vínculos:
- O mnemônico P_ESOCMV, se versão P12, ou M_ESOCMV, se versão 11, deve estar configurado com .T.;
- A atualização do dicionário diferencial do TAF de Julho/2018 deve ter sido executada;
- A aglutinação é efetuada para os funcionários que possuem o campo RA_OCORREN no cadastro do funcionário preenchido com 05, 06, 07 ou 08 (motivo: é o campo utilizado para identificar os funcionários múltiplos vínculos na SEFIP; sem essa configuração, a apuração dos valores na SEFIP ficava incorreta) ou para os funcionários que tenham recibo de pagamento em mais de uma matrícula mesmo não sendo múltiplos vínculos, por exemplo o caso onde no mesmo período tem a rescisão complementar por dissídio na matrícula 1 e a folha na matrícula 2.
Obs.: não haverá nenhuma mudança na geração e gravação do evento caso o funcionário não seja identificado como um múltiplo vínculo.
Se as premissas foram verificadas, clique aqui para verificar a mudança no conceito da geração dos eventos S-1200 e S-1210
Geração Evento S-1200 - Dissídio
Linha de Produto: |
Microsiga Protheus |
|||||||||||||||||||||||||||||||||||
Segmento: |
Recursos Humanos |
|||||||||||||||||||||||||||||||||||
Módulo: |
SIGAGPE |
|||||||||||||||||||||||||||||||||||
Função: |
GPEM036 e GPEXMLSOC |
|||||||||||||||||||||||||||||||||||
Situação/Requisito: |
Os valores do cálculo do dissídio não são gerados nas tags do grupo <infoPerAnt> ao efetuar a geração do evento S-1200. |
|||||||||||||||||||||||||||||||||||
Solução/Implementação: |
Ajuste na geração do evento S-1200 para gerar as tags do grupo <infoPerAnt> quando houver pagamento do dissídio na competência da folha. Por exemplo: se houver cálculo de dissídio em 06/2018 referente as competência de 01/2018 a 05/2018 e for efetuado a geração do evento S-1200 da competência 06/2018, no XML será gerado as tags do grupo <infoPerAnt> (e as tags dos grupos <ideADC>, <idePeriodo>, <ideEstabLot>, <remunPerAnt>, <itensRemun> e <infoAgNocivo>) agrupado na tag <dmDev> da remuneração mensal. Ou seja, no recibo de pagamento <dmDev> de 06/2018 haverá a remuneração mensal (tag <infoPerApur>) e os valores de dissídio (tag <infoPerAnt>). Aviso É OBRIGATÓRIO possuir o cálculo do dissídio efetuado pelo sistema pois é a partir das informações da tabela RHH que o sistema efetua a geração das informações do dissídio para o evento S-1200, inclusive para os funcionários que tiveram rescisão calculada no mês de dissídio. Importante Para a geração das informações do dissídio, é necessário que as tabelas S050 e S126 estejam preenchidas corretamente. Na tabela S050, é efetuado relacionamento entre o tipo de aumento com o tipo de acordo do eSocial. Exemplo: para um dissídio com tipo de aumento 003 (campo RHH_TIPOAUM), é necessário possuir um registro com o campo "Tipo Aumento Tab. 41" preenchido com 003 e o campo "Tipo de Acordo eSocial" preenchido com o código do tipo de acordo. Na tabela S126, é efetuado relacionamento entre o sindicato e data do acordo com a descrição do acordo. Exemplo: para um dissídio do sindicato 01 (campo RHH_SINDIC) e data de acordo 13/09/2018 (campo RHH_DTACOR) é necessário possuir um registro com o campo "Sindicato" preenchido com 01, o campo "Data do Acordo" preenchido com 13/09/2018 e efetuar a preenchimento da descrição do acordo coletivo no campo "Descrição do Acordo" e a data de efeito do acordo coletivo no campo "Data Efeito Acordo". Para mais informações sobre o campo "Data Efeito Acordo", consulte a documentação a seguir: http://tdn.totvs.com/pages/viewpage.action?pageId=403050807. Essas informações serão utilizadas nas tags do grupo <ideADC>; caso uma dessas informações não esteja preenchida, NÃO haverá geração das informações de dissídio pois essas informações são obrigatórias para a identificação do dissídio. Através do parâmetro MV_ESOCDIS, será possível optar pela geração das informações de dissídio nas tags do grupo <infoPerAnt> (remuneração de período anterior) ou junto com os valores da remuneração mensal (tags do grupo <infoPerApur>). Exemplo do cálculo do dissídio em 09/2018 referente aos meses 07/2018 e 08/2018:
Cálculo da folha de 09/2018:
Obs.: na inexistência do parâmetro, o sistema irá efetuar a geração das informações como se o parâmetro estivesse configurado como .T. (verdadeiro). Obs.: para alteração do conceito do sistema, o parâmetro MV_ESOCDIS deverá ser criado manualmente através do módulo SIGACFG - Configurador. Segue abaixo detalhamento do parâmetro:
Dica Pode ser necessário revisar a configuração das verbas, conforme descrito na documentação a seguir: S-1200 - Não está sendo gerado verbas no evento S-1200 (folha) caso não exista o parâmetro MV_ESOCDIS, ou exista o parâmetro configurado com .T. Observação O sistema do governo soma os valores da remuneração mensal e os valores da remuneração de período anterior em uma única base de contribuição. Não ocorre a separação dos valores do dissídio como era efetuado na SEFIP. |
|||||||||||||||||||||||||||||||||||
Requisito: | DRHESOCP-4092 |
|||||||||||||||||||||||||||||||||||
Pacotes: | 12.1.17: https://suporte.totvs.com/portal/p/10098/download?e=701865 11.80: https://suporte.totvs.com/portal/p/10098/download?e=701868 |
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: |
|