Release Notes GPE - WR Esocial VERSAO 12 - Dezembro - 2022

Este release notes contém implementações para Órgãos Públicos -
Eventos Periódicos e Notas Técnicas 23/2021 e NT 04/2021
S-1000 Informações do Empregador/Contribuinte/Órgão Público

SIGAGPE
Dezembro/2022
● Criação do campo RJ9_PISCOF - Empresa recolhe Pis/Cofins sobre Folha - apenas para
usuário Middleware
Agosto/2021
● Implementado ajuste que o campo {nrInsc} possua a quantidade de dígitos conforme

Natureza Jurídica - tabela S136 de Manutenção de Tabelas.
● Na rotina de manutenção de Dados do Empregador, realizar a validação: Campo

RJ9_L11096 (Data de transformação em sociedade de fins lucrativos) não pode ser
preenchido se Classificação Tributária = 21 ou 22 e preenchimento da tag dtTrans11096
no evento S-1000.
S-1005 – Estabelecimentos, Obras ou Unidades de Órgãos Públicos

SIGAGPE
● Condicionada a geração das tags <fap> e <aliqRatAjust>, ao tipo de inscrição, ou seja,

somente para o tipo CNPJ;
● Ajuste para envio dos valores corretos dos percentuais de terceiros e RAT ao alterar a
tabela S037;
Novembro/2018
● Criado tratamento na carga inicial do evento S-1005 para que caso não encontre os
percentuais RAT e de Acidente de trabalho no parâmetro 14/Tabela S037 busque estes
percentuais da nova tabela S129.
Janeiro/2019
● Ajuste na validação da inclusão de registro na tabela auxiliar S119.

Março/2019
● Ajuste na geração do evento S-1005 através da tabela S-037, para considerar ano/mês;
● Ajuste para não apresentar error log quando excluído um registro na tabela S037;
● Ajuste para não ultrapassar limite da página no log final realizado pela carga inicial;
● Ajuste no envio do evento S-1005 via CTT, no conteúdo da tag aliqRatAjust;

Maio/2019
● Ajuste na geração do evento S-1005 através da tabela S-037, para considerar ano/mês;
● Ajuste no tamanho da janela exibida na rotina de carga inicial referente a versão dos
eventos;
● Ajuste para permitir a carga inicial do evento S-1005 a partir da nova tabela RJ4 - Obras
Próprias;
● Ajuste para que ao informar uma nova filial na tabela S119 seja efetuado integração
apenas da filial incluída.
Junho/2019
● Melhoria na mensagem de log de ocorrências da carga inicial do evento S-1005 quando

existirem campos obrigatórios para o eSocial não preenchidos no SIGAMAT.
Outubro/2019
● Criado tratamento para a NT 15/2019 no evento S-1005: o campo RJ4_EED deixou de

ser obrigatório quando o campo RJ4 foi preenchido com 1 ou 2;
● Criado tratamento para a NT 15/2019 no evento S-1005: os campos “Contr.PCD”, “Tipo

do Ponto”, “Contr.Aprendiz” e “Tipo Ent. Educativa” deixaram de ser obrigatórios no
cadastro da tabela S119;
● Ajuste na geração do evento S-1005 a partir da tabela S037 para integrar somente os
registros que foram alterados.
Novembro/2019
● Ajuste na geração do evento S-1005 a partir da rotina de Obras Próprias para não obrigar
o preenchimento do campo RJ4_APR. Ajuste na geração tag CNAEPREP retirando
caracteres especiais.
Dezembro/2019
● Ajuste de performance no momento da alteração das informações nas tabelas S037 e

S038.
Maio/2020
● Melhoria para criação de botões de filtro na carga inicial para os eventos S-1005.
● Implementação do envio de Processos Administrativos/Judiciais para o evento.

Junho/2020
● Ajuste na geração do evento S-1005 para o Middleware;
● Correção erro log ao efetuar manutenção da tabela S037.

Agosto/2020
● Ajuste na carga inicial de filiais no evento S-1005 para o middleware.

Maio/2021
● Ajuste na geração do XML do evento S-1005 para o leiaute S-1.0;
● Ajuste na geração e consistência de dados do evento S-1005 na manutenção de tabela

e novo controle de lotações (Obras);
● Ajuste para o novo leiaute S 1.0 na inclusão da tabela S119 vazia;
● Ajuste para não apresentar help em branco ao excluir uma obra própria.
Fevereiro/2022
● Na geração do XML do evento S-1005, o grupo {infoObra} deve ser gerado quando: Tipo
de Inscrição for 4, não importando mais se a empresa tem ou não desoneração.
● Inclusão da tag cnpjResp na geração do evento S-1005, para Leiaute S-1.0, quando filial,
centro de custo ou lotação for Obra
Dezembro/2022
N/A
S-1010 – Tabelas de Rubricas

SIGAGPE
Outubro/2018
● Inclusão de tela para aviso em caso de inclusão/alteração de rubrica, sobre o período de

alteração versus período de cálculo da folha de pagamento;
Novembro/2018
● Ajuste para gerar XML no evento S-1010 quando origem for pelo cadastro de verbas;
● Ajuste para gerar o alerta de alteração enviada para o TAF quando realizada alteração
de uma verba.
Janeiro/2019
● Ajuste na inclusão das verbas de ID 0290 e 0291 no cálculo da segunda parcela de 13º
salário para abrir a tela de Múltiplos Vínculos;
● Ajuste na carga inicial do evento S-1010 (rubricas) para evitar o erro de id duplicado da
tabela de rubrica.
Março/2019
● Ajuste para permitir que as verbas contento os ID’s 0183 e 0247 sejam cadastrados com
RV_INCCP com 00 ainda que o RV_INSS seja igual a S.
Setembro/2019
● Melhoria para integrar com o TAF, novas verbas criadas automaticamente pelo sistema;
● Ajuste para que a função que realiza a busca de verbas, utilizada no relatório de
Incidência de Verbas, considere os bancos de dados Oracle e Postgres corretamente.
Outubro/2019
● Ajuste na validação para verba com ID de cálculo 1328, para permitir alteração no
campo Cd.Inc.IRRF.
Novembro/2019
● Retirada checagem entre os campos RV_INSS x RV_INCCP para a verba com o ID1413.
Fevereiro/2020
● Ajuste para não efetuar validação de modo de acesso da tabela do TAF quando o
parâmetro MV_RHTAF está desativado.
Abril/2020
● Ajuste para permitir informar o código de incidência CP 31 para verba do Id 1412.

Maio/2020
● Melhoria para criação de botões de filtro na carga inicial para os eventos S-1010;
● Criação das naturezas de rubrica 1619 (Ajuda Compensatória – MP 936/2020) e 6119

(Indenização rescisória – MP 936/2020) na tabela auxiliar S047;
● Implementada melhoria para solicitar o período inicial de vigência quando efetuado

manutenção no cadastro de verbas;

Maio/2021
● Criação da tabela S138 – Incid. Tributária Rubrica IRRF (Tabela 21 - Simplificação eSocial)
e condicionar exibição conforme versão;
● Simplificação eSocial: Para geração do evento S-1010 a partir do cadastro de verbas,

retirada tag <IdeProcessoSIND> e incluídas <codIncCPRP>(RV_INCOP) e
<tetoRemun>(RV_TETOP);
● Simplificação eSocial: Validações entre campos de incidência, novos códigos, data de

término e processos vinculados.
Dezembro/2022
● Criação da opção 92 - Suspensão de incidência em decorrência de decisão judicial - 13º

salário, para o campo Cd.Inc.RPPS(RV_INCOP), somente pode ser utilizada para os
leiautes S-1.1 ou S-1.0 (NT06/2022).
S-1020 – Lotação tributária

SIGAGPE
● Ajuste para evitar error log de "array out of bounds ( 1 of 0 ) on {|| lRet:=
fCargLota(cMesCh + cAnoCh, 1, @aLogProc, @aDados, aFilInTaf[1], , cVersEnvio, .T.
,@aErros) }(GPEM017.PRW)";
● Ajuste para não considerar as informações da tabela S037 na geração do evento S-1020.
Novembro/2018
● Alteração na mensagem apresentada na validação do campo CTT_TIPO2.

Janeiro/2019
● Ajuste no envio do evento S-1020 quando há o caracter "&" no código do centro.

Março/2019
● Melhoria para que ao selecionar todos os eventos nos parâmetros apresente erro
somente quando tiver faltando algum campo a ser preenchido no centro de custo;
● Ajuste na validação dos campos Tipo Lotação (CTT_TPLOT), Tp eSocial (CTT_TIPO2) e

Insc eSocial (CTT_CEI2) permitindo inclusão de CNO em centro de custo ainda não
enviado;
Maio/2019
● Ajuste para que não seja apresentado erro “variable does not exist LWORKFLOW on
FCARGLOTA(GPEM023D.PRW) ao realizar uma manutenção na tabela S038.
● Ajuste para permitir a carga inicial do evento S-1020 a partir da nova tabela RJ3 -
Lotações eSocial;
● Ajuste na geração do evento S-1200 para verificar novo controle da tabela RJ5;
● Ajuste realizado para consistência de caracteres especiais no campo código do centro

de custo.
Julho/2019
● Ajuste na mensagem quando o modo de acesso das tabelas do novo controle de

obras/lotações estiver divergente em comparação com as tabelas do TAF, incluídas
todas as tabelas envolvidas no processo;
● Ajuste no grupo de campos do campo RJ5_COD para adicionar o grupo do campo Centro
de Custo e para permitir alterar o tamanho do campo.
Agosto/2019
● Ajuste no cadastro de centro de custo que não é obra, e não possui o código de terceiros
preenchido e ar tabela S038 está com mês/ano preenchido para gerar a integração do
evento.
Outubro/2019
● Ajuste na resolução de tela de integração com TAF no assistente de criação de verbas.

Corrigido o error log array out of bounds [1] of [0] on FINTVERBAS;
● Ajuste na inclusão/alteração de centro de custo para que seja apresentada mensagem

correta referente ao evento.
Abril/2020
● Ajuste no cadastro de centro de custo para exibir mensagem de validação quando

encontrar alguma inconsistência que impede o envio da integração.
Maio/2020
● Melhoria para criação de botões de filtro na carga inicial para os eventos S-1020;
● Melhoria para não disparar alteração de lotação quando na tabela S038 mensalmente
for incluso registros onde campos referente ao esocial não forem alterados;

Junho/2020
● Correção da informação do campo filial na geração do evento S-1020 na tabela RJE.
Agosto/2020
● Retirada validação do percentual de terceiros na integração do evento S-1020 com o

TAF;
● Ajuste na geração do evento S-1020 quando há dados para mais de uma filial.
Outubro/2020
● Ajuste para integrar o evento S-1020 ao realizar alteração do tipo de lotação no cadastro
de centro de custo;
● Ajuste de performance na alteração da S038 para o novo controle de lotações.

Março/2021
● Criação do campo Filial do Trabalhador para uso quando tabelas do controle de lotações
são compartilhadas.
Maio/2021
● Ajuste para que seja possível solicitar confirmação do usuário se deseja continuar sem
integração com TAF ao acessar rotina de Entidades Educativas e Manutenção da Tabela
S120 quando há divergência entre leiautes entre TAF e GPE.
S-1030 – Tabela de Cargos/Empregos Públicos

SIGAGPE
● Ajuste na impressão do relatório de inconsistência quando não há inconsistências no

cadastro de Cargos / Funções
● Ajustada a rotina para não integrar com o TAF quando houver campos não utilizados
pelo E-Social.
Novembro/2018
● Ajuste para enviar buscar corretamente o cargo do funcionário quando houver

configuração 1XN.
Maio/2020
Junho/2020
● Ajuste para carga inicial do evento S-1030 no Middleware.

S-1035 – Tabela de Carreiras Públicas
Maio/2020
S-1040 – Tabela de Funções/Cargos em Comissão

Outubro/2018
SIGAGPE
● Reorganização dos campos na aba principal;

Maio/2020
Junho/2020
S-1050 – Tabela de Horários/Turnos de Trabalho

SIGAGPE
● Validação de compartilhamentos na carga inicial, para que valide também a tabela SPJ
ao enviar S-1050
● Ao efetuar a carga inicial do evento S-1050, não integrava o campo C90_PERFLH

conforme o campo correspondente da tabela SPA.
Novembro/2018
● Ajuste na geração do S-2200 para enviar o horário contratual quando a tabela SPJ possui
registros sem o campo filial preenchido.
Janeiro/2019
● Melhoria no log do evento S-1050 – Horários.

Maio/2020
S-1070 – Tabela de Processos Administrativos/Judiciais

Maio/2021
● Inclusão de validação/mensagem para novo leiaute do eSocial S-1.0.

S-1200 - Remuneração de trabalhador vinculado ao Regime Geral de
Previd. Social
SIGAGPE
Criado validação de dicionário para a geração dos múltiplos vínculos.
● Ajuste na geração do evento S-1200 para tratamento do dissídio em parcelas
(pagamento via lançamentos futuros).
● Ajuste na geração do evento S-1210 quando tem recibo de folha e rescisão no mesmo
período para gerar o período de referência na tag <perRef> do recibo da folha.
● Quando era efetuado lançamento das verbas de ID 0288 e 0289 para funcionário que
possui vínculo em outra empresa, na geração do evento S-1200 ocorria a geração
incorreta da tag <remunOutrEmpr>. Foi ajustado.
● Ajuste na geração do S-1200 para evitar erro de chave duplicada quando cálculo da folha
do funcionário possui a mesma verba em centros de custo diferente e a folha possui
verbas com data de pagamento diversos.
● Ajuste na carga dos eventos periódicos para que não seja apresentado error.log
(variable does not exist LAGLUT on FAZ1200(GPEM036.PRW) 03/08/2018 18:28:05 line:
1448) quando fonte GPEM034 estivesse desatualizado.
● 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.
● Foram realizados ajustes para que os valores do Imposto de Renda e a pensão sobre as
Férias sejam demonstrados apenas nos pagamentos efetuados relativos às Férias.
● Foram implementados ajustes na integração do evento S-1210 ao TAF, para que as

verbas do Adiantamento que foram demonstradas na rescisão sejam geradas como
pagamento do Tipo 2 (Rescisão).
● Ajuste na geração do S-1200 para evitar erro de chave duplicada quando cálculo da folha
do funcionário possui a mesma verba em centros de custo diferente e a folha possui
verbas com data de pagamento diversas.
● O sistema gerava apenas uma tag dmDev no evento S-1200 enquanto que no evento S-
1210 os pagamentos são agrupados por data de pagamento, causando assim
inconsistência no RET;
● Na geração do evento S-1200 passa a ser criada uma tag dmDev para cada pagamento
realizado no período;
● Ajuste Calculo de 13º salário para separar os valores da primeira parcela. Criado novos
Ids de calculo;
● Ajuste no log de ocorrências dos Ids quando não existir cadastro dos Ids
1562/1628/1637 e exibir página do TDN referente a criação;
● Disponibilizada a opção de exclusão em Lote dos eventos S-1200 e S-1210. Quando essa
opção for selecionada as demais ficam desabilitadas na tela;
● Ajuste nos eventos S-1200, S-2299 e S-2399 para buscar CAEPF na tabela F0F quando
cadastrado;
● Ajuste no envio do S-1200 para não enviar lançamentos do tipo K;
● Ajuste no tratamento de valores negativos nas verbas de INSS na situação onde existe
apenas INSS da folha;
● Ajuste na geração dos eventos 1200 e 1210 com informações de 13º
● S-1200: Ajuste no processamento de rescisão complementar por dissídio, busca na RHH

para verificar se verba é originada do dissídio para ser desprezada;
● Ajuste no LOG dos eventos S-1200 e S-1210 para apresentar o número de trabalhadores
com e sem vínculo, destacando os que foram e não foram integrados;
● Ajuste na busca nas tabelas de cálculo e histórico de plano e coparticipação e reembolso

para não somar o valor de reembolso no valor de desconto do plano de saúde;
● Ajuste na geração do S-1200 para gerar a tag <grauExp> corretamente para múltiplos
vínculos;
● Ajuste nos eventos S-1200, S-2299 e S-2399 para buscar CAEPF na tabela F0F quando
cadastrado.
Outubro/2018
● Inserido filtro de filial na query de busca de assistência médica, corrigindo problema de

resultados duplicados em ambientes com tabelas exclusivas;
● Criado novo ID de cálculo 1638 - ISS Retido (Será gerado pelo financeiro);
● Ajuste na tag CodCateg do S-1200 ao enviar INSS de outra empresa;

● S-1200: Ajuste para buscar valores de múltiplos vínculos ao processar verba de ID "0288"
que é relacionada com a existência de verbas na RAW;
● Ajuste na geração do XML do evento S-1210 para enviar informação de pagamento do S-

2299 quando houver adiantamento e não houver valor liquido na rescisão;
● Ajuste para tratamento da verba de id 0289 na verificação para busca de valores de

múltiplos vínculos;
● Ajuste para exibição da verba de INSS Férias no envio do S-1200;
● Ajuste na tag CodCateg do S-1200 ao enviar INSS de outra empresa.

Novembro/2018
● Ajuste para cálculo de 13º salário para separar os valores da 1ª parcela do 13º salário do
período de licença maternidade;
● Ajuste para cálculo de 13º salário para separar os valores da 1ª parcela do 13º salário
referente periculosidade/insalubridade sobre médias;
● Criada a tabela S-129 - Encargos eSocial Filantrópicos / Simples.

Janeiro/2019
● Ajuste no combo box do campo RAZ_TPINS na SX3, para retirada de espaço que afetava
a validação;
● Ajuste na geração do evento S-1200 de 13º salário para gerar as informações de

múltiplos vínculos para 13º salário;
● Ajuste para que ao efetuar lançamento das verbas de ID 0396 e 0397 referente base de
INSS de outras empresas seja apresentado a tela para informar os dados de múltiplos
vínculos;
● Criada validação na geração do S-1200 de 13º salário para validar se o roteiro 131 ainda
está com as verbas antigas;
● Ajuste na geração do S-1200 de 13º salário para evitar error.log de "Error : 1722 - ORA-
01722: invalid number" em banco de dados Oracle;
● Ajuste na geração do evento S-1200 para leiaute 2.5 para verificar existência do CPF do
dependente de plano de saúde. Caso o CPF não estiver preenchido, o registro não será
gerado;
● Ajuste na inclusão das verbas de ID 0290 e 0291 no cálculo da 2ª parcela do 13º salário
para abrir a tela de múltiplos vínculos. Também foi efetuado ajuste na geração do
evento S-1200 de 13º salário para gerar as informações de múltiplos vínculos para 13º
salário;
● Ajuste realizado no fonte para formatar o caractere especial com as tags HTML;
● Ajuste na retificação do evento S-1200 de múltiplos vínculos;
● Ajustes na geração dos eventos S-1200 e S-1210 referente 13º salário: - será efetuado a
geração do S-1200 referente a 13º salário, ou seja, do período anual, mesmo se houver
rescisão no mês; - alteração na chave do dmDev do evento S-1210 de dezembro quando
houve o pagamento antecipado da 2ª parcela do 13 salário; - alteração na busca do
registro do evento S-1200 de 13º salário no TAF - alteração para não preencher a tag
<perRef> quando o evento possuir indicador de pagamento do evento S-2299;
● Ajuste na geração do S-1200 de 13º salário para fechar a tabela temporária antes do
uso;
● Sistema estava considerando a apuração como mensal ou invés de anual para o 13º
salário;
● Ajuste na geração do S-1200 de 13º salário para desconsiderar funcionários que não
receberam pagamento da 2ª parcela do 13º salário;
● Ajuste na geração do evento S-1200 de 13º salário para não desprezar verba devido ao
cadastro da geração da diferença de dissídio;
● Ajuste para permitir rescisão complementar por retificação. Obs.: nessa opção, será
enviado retificação do evento S-2299 e as rubricas pagas não serão geradas no evento
S-1200;
● Ajuste no cálculo da folha para atender situação dos odontólogos que possuem redução
da base de INSS. Ao efetuar lançamento da verba do ID 1452, o valor lançado será
dividido em duas verbas;
Março/2019
● Ajustes para efetuar a retificação da folha de pagamento de um período que já foi

fechado;
● Ajuste para que na geração do evento S-1200 valide o envio apenas de rubricas com
valor maior que zero;
● Alteração para validação ao incluir novo registro na tabela S038, avisar sobre a
possibilidade de retificar eventos S-1200 e S-1210;
● Ajuste na geração do S-1200 de autônomos quando possui semanas de pagamento

diferentes no mesmo período com a mesma data de pagamento, sendo que há semanas
que já foram fechadas e há semanas que ainda estão abertas e há a ativação do
parâmetro MV_PERAUT;
● Ajuste realizado no fonte GPEM036.PRW para separar os registros do adiantamento

(ADI) e da rescisão (RES);
● Ajuste para envio dos S-1200/S-1210 separando os eventos por empresa;
● Implementação da TAFST2 ao gerar evento S-1200 e S-1210 para o TAF.
● Ajuste na geração do evento S-1200 para validar verbas de INSS e FGTS de dissídio
quando desmarcado opção para considerar funcionário afastado;
Maio/2019
● Desmembradas as rotinas do fonte GPEM036.PRW entre os fontes: GPEM036A.PRW,

GPEM036B.PRW, GPEM036C.PRW, GPEM036D.PRW, GPEM036E.PRW e
GPEM036F.PRW;
● Ajuste para não apresentar erro "variable does not exist APERATUAL on
FGP924LOK(GPEA924.PRW) no momento da inclusão de um lançamento de verba para
trabalhador com múltiplo vinculo;
● Ajuste no cadastro dos dados de múltiplos vínculos para permitir o cadastro mesmo se
informar um CNPJ existente no cadastro de empresas desde que a raiz do CNPJ
informado seja diferente da raiz do CNPJ da filial do funcionário;
● Ajuste na rotina de lançamentos fixos para replicar corretamente dados das tabelas RAW
e RAZ pelo botão incluir, alteração e exclusão de dados da RG1;
● Melhoria na geração dos eventos S-1200 e S-1210 para ser possível efetuar filtro através
de qualquer campo da tabela SRA;
● Ajuste para não permitir a escolha de filiais com raiz de CNPJ diferente caso não seja
utilizado gestão corporativa, uma vez que empresas diferentes deveriam ser cadastradas
em outro grupo de empresa e não no mesmo de uma outra empresa;
● Ajuste no envio do S-1200 para pagamentos complementares com data de pagamento
no mesmo dia;
● Ajuste na geração do S-1200 para efetuar validação através da raiz do CNPJ ao invés do
código da filial ao efetuar a validação do status no TAF para situação em que há a
utilização de gestão corporativa, mas cada filial possui uma raiz de CNPJ diferente;
● Ajuste na geração do evento S-1200 de trabalhador sem vínculo para situação em que
trabalhador já teve um vínculo com desligamento efetuado sem mesmo haver a geração
dos eventos S-2300 e S-2399 para que seja feito a geração das informações
complementares do evento S-1200 (tag <infoComplem>) quando não há o evento S-
2300;
● Ajuste na geração do evento S-1200 para integrar funcionários sem valor caso somente
possua uma verba no cálculo da folha e seja selecionado a opção para integração de
funcionários sem valor;
● Ajuste na geração do evento S-1200 para não gerar error log de “ORA-00904:
"SUBSTRING": invalid identifier) em banco de dados Oracle ou DB2;
● Ajuste para enviar estagiários nos periódicos;
● Ajustes na geração do evento S-1200:

- Situação em que houve cálculo no roteiro PLR para funcionário demitido (através da
ativação do parâmetro MV_PLRDEM), para que as informações sejam geradas no grupo
<infoPerAnt> ao invés do <InfoPerApur>.
- Situação em que houve alteração da data de pagamento no cadastro de período após
o cálculo da folha, para buscar a data de pagamento através da data na verba de id 0318.
- Situação em que houve rescisão complementar para buscar a data de pagamento
através da data na verba de id 0318.
- Situação em que houve rescisão complementar por PLR e não for selecionado a opção
de gerar o evento S-1200 sem valores.
● Ajuste na geração do evento S-1200 de semanalistas para efetuar os seguintes

tratamentos:
- Para as verbas de IR Mês Anterior (Ids 0106 e 0107), será considerado o valor gerado
na semana 01 pois antes a verba era gerada em todas as semanas.
- Para a verba de Base de IR (Id 0015), será considerado o valor gerado na última semana
pois o valor é acumulado a cada semana.
Julho/2019
● Ajuste na abertura de tela para múltiplos vínculos ao lançar as verbas 0288/0289 e

realizado bloqueio no envio de múltiplos vínculos quando houver duplicidade nas tabelas
RAW/RAZ;
● Ajuste NDE para envio dos periódicos mesmo o CPF do dependente de plano de saúde
estando vazio;
● Implementada melhoria para que conste o tempo de processamento no log dos eventos
periódicos (S-1200 e S-1210);
● Ajuste na geração dos eventos S-1200/S-1210 para permitir a seleção de filiais com raiz
de CNPJ diferente quando não é utilizado gestão corporativa. Para ambiente com gestão
corporativa, foi alterado a validação da aglutinação do múltiplo vínculo pela verificação
da raiz do CNPJ ao invés do código da empresa;
● Ajuste para permitir a geração de um relatório de conferência em formato do Excel para

o evento S-1200 contendo as seguintes abas: “Demonstrativo Verbas”, “Dem. Plano de
Saúde”, “Inconsistências”, “Legenda”;
● Criação dos ID’s de cálculo 1722 e 1723 para deduzir o valor do abono pecuniário e a
dedução do INSS na base de IR de férias quando efetuar o envio do evento S-1200, de
forma que o RET totalize os valores de férias corretamente, uma vez que os valores de
férias também são gerados no evento S-1210;
● Ajuste na geração dos eventos S-1200 e S-2399 para enviar o código de lotação correto
de acordo com o modo de compartilhamento da tabela RJ5 quando utilizado o novo
controle de lotações através das tabelas RJ3, RJ4 e RJ5;
● Ajuste no evento S-1200 para efetuar a geração mesmo se o funcionário possuir

demissão calculada para o período seguinte;
● Ajuste na geração do evento S-1200 para trabalhadores sem vínculo que possuem data
de demissão posterior ao período de geração para que seja gerado as informações
complementares caso não possua um evento S-2300;
● Ajuste na geração do evento S-1200 para gerar as informações de dissídio no grupo

<infoPerAnt> corretamente quando as diferenças do cálculo do dissídio foram geradas
em lançamentos futuros e o campo RK_NUMID possui conteúdo.
Agosto/2019
● Ajuste no cadastro das informações de múltiplos vínculos quando é efetuada a inclusão

das verbas de Ids 0288/0289 para não exigir que o CPF seja igual ao do trabalhador;
● Ajuste na geração do evento S-1200 para efetuar a geração do recibo de pagamento da

folha quando há roteiro FOL com o indicador de folha complementar e roteiro ADI
cadastrado;
● Ajuste na geração do evento S-1200 de múltiplos vínculos quando o funcionário possui

registro de celetista e autônomo e somente possui evento S-2200, para que seja
efetuado a geração da tag <infoComplCont> no recibo de pagamento do autônomo;
● Ajuste na geração do S-1200 para efetuar pesquisa no TAF na filial correta de registros
da SRA diferentes quando for TSV;
● Alterada mensagem no log do evento S-1200 caso haja dependente sem CPF com plano
de saúde calculado pois não é impeditivo para integração do evento;
● Ajuste na geração do evento S-1200 para não gerar erro quando há folha complementar
com data de pagamento igual, sendo que um período está na tabela SRD e outro está
na SRC;
● Ajuste na geração do evento S-1200 para validar a configuração do parâmetro

MV_RATESOC, que define se efetua a geração dos estabelecimentos de acordo com o
centro de custo de movimento da folha ou de acordo com o centro de custo do cadastro
do funcionário;
● Ajuste na geração dos eventos S-1200 e S-1210 para aglutinar os recibos de pagamento
do vínculo de outra filial se for selecionado apenas uma filial;
● Ajuste para não gerar o error log de “type mismatch on + on

CORPOXML(GPEM036A.PRW)” na geração do evento S-1200 quando a configuração na
tabela S037 possui mês/ano preenchido e indicador de empresa optante pelo simples,
além de haver cálculo de dissídio;
● Ajuste na exclusão em lote da rotina de eventos periódicos para avisar no log de

ocorrências quando o sistema não encontrar o registro S-2200/S-2300 do funcionário
ou quando não encontrar o evento S-1200/S/1210.
Setembro/2019
● Ajuste no cálculo de folha para gerar a verba de Id 1723 de acordo com o valor gerado
na verba de Id 0065, caso essa seja a verba que possua incidência IRRF com código 43,
para que a base declarada ao RET seja coerente;
● Ajuste na informação de plano de saúde para gerar <nmDep> no evento S-1200 com
nome dos agregados sem caracteres especiais;
● Ajuste na geração do evento S-1200 quando possui dissídio calculado e rateio da folha
para a geração da tag <infoAgNocivo>;
● Ajuste na geração do relatório do evento S-1200 para não gerar error.log de: “array out
of bounds [2] of [1] on CORPOXML(GPEM036A.PRW)” quando há cálculo de plano de
saúde para dependente sem CPF informado no cadastro;
● Ajuste na geração do evento S-1200 de trabalhador sem vínculo, cujo funcionário possui
um registro S-2000 já desligado, para que seja efetuado a geração da tag
<infoComplem>;
● Ajuste na geração do evento S-1200 de 13º salário para tratar a 2ª parcela do 13º salário
originada da versão 11, em que o campo RD_DATARQ fica preenchido com mês 13, no
formato AAAA13;
● Ajuste na geração dos eventos S-1200 e S-1210 para múltiplos vínculos quando é
selecionado mais de uma raiz de CNPJ;
● Ajuste na geração do evento S-1200 quando utilizado o novo controle de lotações para
funcionário que possui rescisão complementar no período para não gerar error log de
“invalid field name in Alias SCGN000018->RD_CCBKP on CORPOXML(GPEM036A.PRW)”;
● Ajuste na geração do evento S-1200 quando possuir mais de um ANS para o mesmo
fornecedor de plano de saúde;
● Ajuste para não considerar funcionários transferidos antes do período selecionado na

integração do evento S-1200.
Outubro/2019
● Ajuste na geração da chave do ideDmDev dos eventos S-1200/S-1210 quando o campo

RA_MAT possui tamanho maior que o padrão, no caso de transferência de filial de
múltiplos vínculos faz com que a chave do ideDmDev composta por Filial + Matrícula +
Data de Pagamento + Período + Roteiro ultrapasse o limite de 30 caracteres. Para essa
situação, a chave será composta por Filial + Matrícula + Dia do Pagamento + Tipo do
Roteiro;
● Ajuste para não considerar funcionários transferidos antes do período selecionado na

integração do evento S-1200;
● Ajuste na geração do S-1200 para autônomo semanalista quando utilizado o parâmetro

MV_PERAUT ativado, para gerar a verba de arredondamento junto com o recibo de
pagamento da folha;
● Ajuste na geração do evento S-1200 para retirar caracteres especiais do XML,

especialmente da tag <dsc> do grupo <ideADC>, para evitar rejeição do RET;
● Ajuste na geração do evento S-1200 para retirar caracteres especiais do XML,

especialmente da tag <dsc> do grupo <ideADC>, para evitar rejeição do RET;
● Criado tratamento para a NT 15/2019 no evento S-1200: o grupo <infoTrabInterm>

deixou de ser obrigatório para os funcionários de categoria 111;
● Ajuste na geração do log do evento S-1200 quando o funcionário TSV, de categoria com
envio obrigatório do evento S-2300, não possui evento S-2300 no TAF. Obs.: o sistema
não irá mais integrar o evento S-2300 com o TAF e exibirá no log o aviso referente a falta
de cadastro no TAF;
● Ajuste na geração do evento S-1200 para não gerar error log “operator does not exist:
character < integer;” quando utilizado banco de dados PostgreSQL;
● Ajuste na geração da tag indApuracao do evento S-3000 ao excluir lançamentos de 13º;
● Ajuste na geração do evento S-1200 quando houve importação de coparticipação para

o titular através da rotina de importação de variáveis para efetuar geração correta dos
valores de plano de saúde;
● Ajuste no cálculo de folha para gerar a verba de ID 1723 de acordo com o valor gerado
na verba de Id 0065, caso essa seja a verba que possua incidência IRRF com código 43,
e quando utilizado o parâmetro MV_DINSSFM com R, para que a base declarada ao RET
seja coerente;
Novembro/2019
● Ajuste na geração dos eventos S-1200 e S-1210 para verificar os parâmetros MV_RHTAF
e MV_FASESOC quando é efetuado a aglutinação de recibos de pagamento;
● Ajuste no envio dos eventos periódicos para respeitar a filial selecionada quando
mnemônico P_ESOCMV = .F;
● Ajuste na geração do evento S-1200 quando houve cálculo de dissídio e alguma

transferência para não indicar ao TAF para efetuar integração como múltiplo vínculo se
não houve transferência de filial. Além disso, também foi corrigido a chave da TAFKEY;
● Ajuste na geração do evento S-1200 para não integrar o evento ao TAF como múltiplos
vínculos se houve transferência de filial no período de dissídio, mas que só tenha
movimento na filial de destino;
● Ajuste na geração do do evento S-1200 para que não apresente erro "array out of
bounds ( 1 of 0 ) on FGM23FIL";
● Ajuste no log pra indicar na integração do evento S-1200 quando há valores de dissídio
de períodos anteriores.
Dezembro/2019
● Ajuste no valor da verba base de IRRF quando levada para o evento S-1200;
● Ajuste para geração do evento s-1200 quando o funcionário está afastado e possui
cálculo de primeira parcela de 13 salário;
● Ajuste para geração de evento s-1200 quando possuir pagamento de cota única de 13
salário. Permitir a geração em dezembro;
● Ajuste para que a consulta dos acumulados de dissidio passem a considerar o campo
RHH_COMPL_ com o valor S, para realizar os devidos tratamentos;
● Ajuste na geração do evento S-1200 quando há rescisão complementar por dissídio com
o campo RR_NUMID vazio;
● Ajuste na geração do evento S-1200 para funcionários com registro TAUTO na tabela
C9V para casos em que houve alteração na configuração do parâmetro MV_NTSV;
● Ajustes no cálculo da folha de Dezembro quando há apuração do complemento de 13º

salário: 1 - ajuste no recálculo das férias para evitar error log de “Data width error - Field:
RC_HORAS” quando há férias partidas; 2 - ajuste no recálculo do 13º salário para que
seja considerado verbas de origem G com referência para 13º salário caso o mnemônico
P_INCCOMPL esteja configurado com .T.
● Criação dos ID 1732 e 1733 para a apuração do complemento de 13º salário na folha de
dezembro para separar o complemento de 13º relativo à maternidade.
Fevereiro/2020
● Ajuste para evitar error log de “unique constraint violated” na rotina de lançamentos
fixos quando há vários lançamentos para as verbas dos Ids 0288 e 0289 de roteiros
diferentes. Nessa situação, apenas será exibida a tela de informação dos dados das
tabelas RAW/RAZ para o período na primeira vez;
● Ajuste na geração do evento S-1200 quando é desmarcado a opção para gerar

funcionário afastado para evitar a geração do error log “type mismatch on compare on
FAZ1200(GPEM036A.PRW)”;
● Ajuste na geração do S-1200 para funcionários com valores de dissidio e que possuem
transferências.
Abril/2020
● Ajuste na rotina para permitir o cadastro de mais de um vínculo para a mesma inscrição
caso seja de categoria diferente;
● Ajuste na inclusão da validação dos ID´s que usam RAW para lançamentos fixos sem data
fim;
● Ajuste na geração do eventos S-1200 para desprezar funcionários com data de geração
da rescisão menor que a competência informada;
● Ajuste na geração dos eventos S-1200/S-1210 para respeitar a filial selecionada na

geração. Obs.: há exceção se o funcionário for múltiplos vínculos, pois vínculos de outras
filiais serão considerados mesmo quando as outras filiais não forem selecionadas;
● Ajuste para cálculo de folha na geração automática das informações de múltiplos

vínculos nas tabelas RAW/RAZ quando o funcionário é múltiplos vínculos e possui
vínculos em empregadores diferentes (raiz de CNPJ diferente) para situação específica
em que o trabalhador possui exatamente 2 empregadores distintos dentro do Protheus,
por exemplo: matrícula 1 na empresa A e matrícula 2 na empresa B. Nessa situação, as
informações de múltiplos vínculos nas tabelas RAW/RAZ somente será gerada no
segundo empregador;
● Ajusta na validação dos empregadores para verificar a raiz do CNPJ ao invés da inscrição
completa.
Maio/2020
● Ajustes na geração do evento S-1200 quando houve pagamento do roteiro 132 e o
trabalhador é demitido no mesmo mês. Não ocorrerá mais a geração do evento anual
para funcionário demitido;
● Melhoria no Log de processamento para que separe em grupos os eventos periódicos

Integrados com Sucesso e Eventos Não integrados;

Junho/2020
● Ajuste para quando é efetuado a geração do evento S-1200 para validar a existência da
verba de ID 1397 no cálculo do adiantamento para que o sistema efetue
automaticamente a geração de uma verba de contrapartida, de forma que a apuração
do INSS pelo sistema DCTFWeb fique correto;
● Ajuste para permitir a geração de um relatório de conferência em formato do Excel

para o evento S-1210 contendo as seguintes abas: “Pagamentos”, “Rubricas”,
“Dependentes”, “Pensão Alimentícia”, “Férias”, “Pensão Férias” e “Inconsistências”.
● Ajuste para liberar o botão "Abrir Link" no aviso de criação de verba de contrapartida.
● Ajuste na geração dos eventos S-1200 e S-1210 em situação em que o cálculo da

rescisão original foi efetuado em um período e a data de homologação ocorre no
período seguinte e no período seguinte também há um cálculo de rescisão
complementar para pagamento de comissão para que seja efetuado a geração do
evento S-1200 e para que no evento S-1210 seja gerado um recibo de pagamento com
o indicativo do evento S-2299 (referente a rescisão original) e outro recibo de
pagamento com o indicativo do evento S-1200 (referente a rescisão complementar);
● Inclusão de log para id´s de periculosidade/insalubridade;
● Ajuste na mensagem quando funcionário possui pagamento de insalubridade e o

campo Ocorrencia (RA_OCORREN )está vazio;
● Correção do envio do evento S-1200 quando tabela CTT esta compartilhada.

Agosto/2020
● Ajuste na geração do evento S-1200 quando P_MULTV = .T.;
● Ajuste para não executar a gravação da SRD ao acionar ESC, após mensagem em tela
sobre cadastro de verba;
● Ajuste para que as filais para processamento sejam apresentadas;

● Correção do envio do evento S-1200 quando tabela CTT esta compartilhada;
● Ajuste na geração do evento S-1200 quando P_ESOCMV = .T. e um funcionário está

ativo numa filial e demitido em outra;
● Ajuste para considerar ajuda compensatória para geração do S-1200;
● Correção do envio da filial correta para o S-1200 quando funcionário tem dois vínculos
na mesma empresa;
● Retorno do alltrim na composição da variável cCPF;
● Correção do envio do S-1200/S-1210 quando MV_RHTAF desabilitado e utilização do

MID;
● Alteração para atender o espaço do campo RA_CODUNIC;
● Correção para validar a data de demissão com o período de geração do evento S-1200
do 13o Salario e inclusão de mensagem informando erro.
Outubro/2020
● Ajuste na geração das tags vlrPgDep e vrPgTit do evento S-1200 para o Middleware;
● Envio da filial conforme configuração do complemento de empresas 1 x N ou 1 x 1;
● Retornar a quantidade de dias de contrato intermitente. Ajuste na quantidade total de

dias;
● Correção na geração do evento para matrículas com acento;
● Filtrar CNPJs distintos da tabela RAZ quando o funcionário possui 3 ou mais vínculos;
● Ajuste em GetMulVin() para P_MULTV=.F. na montagem da query com ou sem o campo

RAZ_CIC;
● Correção no filtro para geração dos eventos periódicos quando o filtro utilizada a
condição "or".
Maio/2021
● Ajuste na geração do evento S-1200 quando há transferência entre empresas de CNPJ

diferentes;
● Ajuste na geração dos eventos S-2299, S-1200 Anual e S-1210 nos casos de rescisão após
o pagamento do 13º Salário;
● Ajuste na geração do evento S-1200 para considerar como múltiplos vínculos
funcionário com um vínculo mensalista e outro vínculo como autônomo;
● Correção de mensagem de Log quando possui mais de uma inconsistência, na geração

do S-1200.
Junho/2021
● Adaptação das rotinas de geração dos eventos S-1200, S-2299 e S-2399 para gravação
na tabela de Totalizadores (RJO) quando for utilizado Middleware
Julho/2021
● Realizado ajuste na geração do evento S-1200 para atender a nota técnica 02/2021 para
o leiaute S-1.0.
● Com as alterações as verbas de natureza 1801 e 9220 deixam de ser geradas no evento
S-1200, e caso gere o relatório e existam verbas com estas naturezas, será apresentado
na pasta de inconsistências quais são as verbas.
Agosto/2021
● Informação de segurado especial quando dirigente sindical. Inclusão da categoria 501

na carga da tabela S049 e validação dos eventos S-2300, S-2399, S-1200 e S-1210 para
trabalhadores dessa categoria.
Dezembro/2021
● Ajuste na rotina de geração de eventos periódicos para contemplar o processamento do

RRA. As verbas referente ao RRA serão geradas em um novo grupo dmDev específico para
RRA. Para a geração do grupo infoRRA, será necessário o preenchimento dos seguintes
cadastros:
o Complemento trabalhista - RF1
o Cadastro de Processos - RE0
o Cadastro de Advogados - RE4
o Cadastro de Escritório de Advocacia - RE3
S-1202 - Remuneração de trabalhador vinculado ao Regime Próprio

Previd. Social
● Desenvolvimento da geração do evento S-1202 - Remuneração de Servidor Vinculado ao
Regime Próprio de Previdência Social.
● São as informações da remuneração de cada servidor/militar no mês de referência. Este

evento deve ser utilizado para os servidores filiados ao RPPS ou Regime Militar.
● Pré-requisitos: eventos S-1005, S-1010 e, quando há processos referentes a IRRF, o envio do

evento S-1070. Para a informação de remuneração de trabalhadores que necessitam de
cadastro obrigatório no eSocial, deve haver o envio anterior dos eventos S-2200 ou S-2300.
● Disponível na tela de Eventos Periódicos
S-1207 - Benefícios - Entes Públicos
● Disponibilizada geração do evento S-1207 - Benefícios - Entes públicos para integração ao

TAF pela rotina de Eventos Periódicos, conforme Leiaute eSocial v.S-1.0 (até NT 04/2021).
● De acordo com MOS v.S-1.0 até NO 10/2022, são as informações referentes aos valores
devidos a beneficiários no mês de referência, sendo obrigação dos órgãos públicos
responsáveis pela administração dos benefícios referidos, e possuindo como pré-requisito
o envio anterior dos eventos S-1010 e S-2410.
● Para a geração do evento S-1207 são considerados os beneficiários que possuam cálculo
de benefícios referentes a órgãos públicos, disponibilizados pela ativação do
parâmetro MV_OPESOC.
● Disponível na tela de Eventos Periódicos
S-1210 - Pagamentos de Rendimentos do Trabalho

SIGAGPE
● Ajuste na geração do evento S-1210 para não exibir mensagem de falta de integração
do funcionário no TAF para funcionários demitidos que não tenham movimentação no
período.
● Ajuste para que funcionários sem movimento e com situação demitido não sejam
impressos no log.
● Ajuste na geração do evento S-1210 para integrar valores caso tenha retenção de IR,
mesmo que o líquido do recibo seja 0 (zero).
● Criado validação de dicionário para a geração dos múltiplos vínculos.
● Ajuste na geração do S-1210 para funcionário com rescisão com pagamento no mês
seguinte para considerar o tipo de pagamento correto.
● Ao gerar evento S-1210 para funcionários que foram desligados no mesmo mês de
recebimento de férias o sistema gerava o evento sem as verbas referentes as férias. Foi
realizado ajuste;
● S-1210-Ajuste na função responsável por buscar férias: Removido roteiro desnecessário

na query, pois gerava problema para roteiros customizados;
● Ajuste para que seja enviado o S-1210 mesmo que não haja proventos para o período.
Outubro/2018
● Inserida validação na tag NisTrab no momento de exclusão do evento S-3000, pois não
número de PIS no S-1210;
● Ajuste na geração do evento S-1210 no mês que há pagamento de rescisão

complementar;
● Ajuste para gerar corretamente o identificador de pagamento da rescisão no S-1210.

Janeiro/2019
● Obrigatoriedade do CPF para agregado, devido layout 2.5;
● Ajuste para gerar o evento S-1210, caso encontre um funcionário, cujo código de
retenção da tabela SRA esteja como "0473" e tenha contrato de trabalho em outro país
em andamento (considerar quando a competência de processamento esteja entre
RGE_DATAIN e RGE_DATAFI), gravar as seguintes tags: Tag <indResBr> = Indicar "N".
Gerar as tags abaixo de acordo com o histórico de contrato, GPEM900, tabela RGE.
<idePgtoExt>, <codPais>, <indNIF>, <nifBenef>, <dscLograd>, <nrLograd>, <complem>,
<bairro>, <nmCid> e <codPostal>;
● Ajuste na geração do evento S-1210 de funcionário com cálculo de rescisão para evitar
error log 'SQL0206N "RD_FILIAL" is not valid in the context where it is used.
SQLSTATE=42703' em banco de dados DB2;
● Ajuste na geração do evento S-1210 para funcionário com cálculo de rescisão para gerar
os tipos de pagamento corretamente;
● Ajuste na geração do evento S-1210 para gerar o líquido da 1ª parcela do 13º salário
corretamente;
● Ajuste na geração do evento S-1210 para gerar o líquido corretamente referente ao

pagamento de rescisão complementar por PLR;
● Ajuste na geração do S-1210 para gerar as informações do beneficiário quando a rubrica

de pensão alimentícia foi cadastrada no campo "Dif. Férias" do Cadastro de Beneficiário;
● Ajustes na geração dos eventos S-1200 e S-1210 referente 13º salário: - será efetuado a
geração do S-1200 referente a 13º salário, ou seja, do período anual, mesmo se houver
rescisão no mês; - alteração na chave do dmDev do evento S-1210 de dezembro quando
houve o pagamento antecipado da 2ª parcela do 13 salário; - alteração na busca do
registro do evento S-1200 de 13º salário no TAF - alteração para não preencher a tag
<perRef> quando o evento possuir indicador de pagamento do evento S-2299;
● Ajuste na geração do S-1210 quando tem rescisão no mês para trazer lançamentos de
folha do período anterior. Obs.: a query da SRD desprezava lançamentos que existiam
na SRR sem verificar a data de pagamento.
Março/2019
● Ajustes para efetuar a retificação da folha de pagamento de um período que já foi

fechado;
● Criada opção para envio do evento S-1210 para somente efetuar a integração se houver
líquido ou verba prevista no leiaute;
● Ajuste na geração do evento S-1210 para gerar o líquido e o período de referência

corretos para roteiro 132 customizado (tipo 6 - 2ª parcela do 13º salário);
● Ajuste para zerar contador do dmDev, em casos de rescisão, ao enviar o S-1210;
● Ajuste para preenchimento do S-1210 respeitando o grupo do eSocial que a empresa se

encontra;
● Ajuste na geração do evento S-1210 quando há cálculo de PLR no mesmo mês da
rescisão para enviar o recibo de pagamento do PLR com o indicativo de origem no
evento S-2299;
● Ajuste na geração do evento S-1210 quando houver pagamento de férias e rescisão no

mesmo mês;
Maio/2019

GPEM036F.PRW;
● Ajuste na geração do S-1210 com o tipo de pagamento 9, para não gerar tag <infoPgtoAnt
quando valor for igual a zero;
● Ajuste na geração do evento S-1210 para evitar error log de "erro no parâmetro
FWPreparedStatement: Param inválido" quando funcionário possui mais de uma
matrícula com pagamento no período e a empresa não possui gestão corporativa;
● Ajuste na geração do evento S-1210 para situação em que há desoneração da folha de

pagamento, o que faz com que a verba de “INSS Empresa” seja calculada em processo
posterior ao cálculo da rescisão também foi efetuado ajuste para gerar a data de
pagamento correto quando há rescisão.
● Ajuste para não enviar S-1200 com verbas de plano de saúde para
dependentes/agregados (RV_NATUREZ=9219) cujo CPF não esteja cadastrado e exibir no
log.
Julho/2019
● Ajuste na geração do evento S-1210 para atender as alterações da NDE 03/2019 no que
se refere ao grupo de tag <infoPgto>, <detPgtoFl> e <retPgtoTot>;
● Ajuste na geração do S-1210 para adequação a NDE 03/2019 relativo ao grupo

<retPgtoTot> para geração do subgrupo <prevCompl> referente às informações de
plano de previdência privada complementar;
● Ajustes na geração do S-1210 para adequação a NDE 03/2019 relativo ao grupo

<detPgtoAnt>;
● Geração da tag <indRRA> que será preenchida com “S” se houve pagamento relativo a
RRA ou “N” se não houver RRA;
● Implementada melhoria para que conste o tempo de processamento no log dos eventos
periódicos (S-1200 e S-1210);
● Ajuste na geração dos eventos S-1200/S-1210 para permitir a seleção de filiais com raiz
de CNPJ diferente quando não é utilizado gestão corporativa. Para ambiente com gestão
corporativa, foi alterado a validação da aglutinação do múltiplo vínculo pela verificação
da raiz do CNPJ ao invés do código da empresa;
● NDE 03/2019 - Ajuste para não gerar as tags <dtNasctoBenef> (data de nascimento) e
<nmBenefic> (nome do beneficiário) caso o período de processamento seja maior ou
igual a 01/2020 - No evento S-1210;
● Ajuste no evento S-1210 quando há rescisão complementar no mesmo mês da rescisão

original para desprezar o valor de retenção que já foi gerado no recibo da rescisão
original;
● Ajuste na geração do S-1210 para gerar corretamente as informações do endereço de

residente no exterior;
● Ajuste na geração do S-1210 quando há adiantamento e folha com insuficiência de saldo

para gerar o recibo da folha quando for selecionado a opção “gerar o evento para
funcionários sem valores a declarar?”;
● Ajuste na geração do S-1210 quando enviado recibo com tipo de pagamento 9 (relativo
a competências anteriores) para que seja enviado a base com tipo de retenção 31;
● Ajuste na geração do S-1210 para não gerar linhas de recibo de pagamento indevidas
quando há adiantamento e o pagamento da folha ocorre por regime caixa;
● Inclusão de alerta no log do evento S-1210 caso CPF do beneficiário de pensão

alimentícia não estiver informado;
● Ajuste para retirar espaço da taf <nmbenefic>.

Agosto/2019
● Ajuste na geração dos eventos S-2299/S-2399 e S-1210 em situação que o funcionário

possui um pagamento da folha no período de semana 01 e rescisão calculada no período
de semana 02 para efetuar a geração correta dos demonstrativos de pagamento;
● Ajuste na geração dos eventos S-1200 e S-1210 para aglutinar os recibos de pagamento
do vínculo de outra filial se for selecionado apenas uma filial;
ou quando não encontrar o evento S-1200/S/1210;
● Ajuste na geração do evento S-1210 para não gerar um recibo de pagamento indevido
nas situações abaixo: caso a rescisão possua data de pagamento no período posterior,
e caso alguma verba originada no cálculo de férias tenha o campo TIPO2 diferente de K;
● Beneficiário de Pensão Alimentícia: emissão de mensagem de CPF não informado no log

do evento S-1210 caso CPF não informado;
● Ajuste na geração do evento S-1210 para gerar dados do Beneficiário de Pensão

Alimentícia quando há Data Fim preenchida e utiliza-se Regime Caixa;
● Ajuste na geração do evento S-1210 para não carregar indevidamente a verba de Desc.
Arredondamento (ID 0044) no XML do período anterior;
● Ajuste na geração do S-1210 para não gerar recibo de pagamento indevida quando há a
verba de férias pagas no período anterior (Id 0164) ou de período posterior ao da
geração;

ou quando não encontrar o evento S-1200/S/1210.
Outubro/2019
● Ajuste na geração da chave do ideDmDev dos eventos S-1200/S-1210 quando o campo

RA_MAT possui tamanho maior que o padrão, no caso de transferência de filial de
múltiplos vínculos faz com que a chave do ideDmDev composta por Filial + Matrícula +
Data de Pagamento + Período + Roteiro ultrapasse o limite de 30 caracteres. Para essa
situação, a chave será composta por Filial + Matrícula + Dia do Pagamento + Tipo do
Roteiro.
Novembro/2019
● Ajuste na geração dos eventos S-1200 e S-1210 para verificar os parâmetros MV_RHTAF
e MV_FASESOC quando é efetuado a aglutinação de recibos de pagamento;
● Ajuste no envio dos eventos periódicos para respeitar a filial selecionada quando
mnemônico P_ESOCMV = .F.
Dezembro/2019
● Ajuste na geração do S-1210 para identificar rescisão complementar por PLR em período
posterior ao da rescisão original, para gerar o ideDmDev com data do pagamento do
roteiro FOL conforme S-1200;
● Correção na geração da tag <ideDmDev> para o evento S-1210;
● Ajuste na geração do evento S-1210 para desprezar verbas do roteiro de cálculo do tipo
K - Valores Extras.
Fevereiro/2020
● Ajuste na geração do evento S-1210 quando há rescisão após o pagamento do roteiro

132 para não gerar um recibo de pagamento indevido relacionado ao evento S-2299;
● Ajuste ao gerar S-1210 para funcionário transferido após pagamento de férias, para
consultar os registros transferidos da SRH/SRR de acordo com a filial de origem, e não
gerar na filial destino;
● Ajuste na geração do S-1210 para que em casos de transferências entre filiais, não gere
conteúdo na tabela T3P indevidamente;
● Ajuste na geração do S-1210 para identificar rescisão complementar por retificação e

gerar o mesmo ideDmDev do S-2299, quando a homologação da original está no mesmo
período da retificação;
Abril/2020
● Ajuste na geração do evento S-1210 quando funcionário possui líquido zerado e a opção
de gerar o evento para funcionário sem valores está desmarcada para exibir no log que
o evento não foi gerado;
● Correção Error log "_SC01: DB error (Insert): -27 File: _SC01 - on

MSUNLOCK(APLIB060.PRW) 03/03/2020 18:14:56 line : 831" ao gerar eventos
periódicos para todos os funcionários;
● Ajuste na geração do evento S-1210 para trazer os valores de folha corretamente

quando houve situação em que o modo de acesso da tabela SRY foi alterado de exclusivo
para compartilhado e há registro tanto com filial preenchida quanto filial em branco.
Maio/2020

trabalhador é demitido no mesmo mês. S-1210: para o recibo do roteiro 132, será
gerado indicativo de geração no S-2299 ao invés do S-1200.
Integrados com Sucesso e Eventos Não integrados;
● Ajuste na geração do evento S-1210 para tratar situação específica quando a empresa
possui pagamento em regime caixa e no cálculo do adiantamento há a geração da verba
de Id 0063, ou seja, houve devolução do IR descontado para o funcionário, para que o
IR da folha (Id 0066) que foi gerado e descontado no cálculo da folha não seja informado
ao eSocial.
Junho/2020
● Ajuste para permitir a geração de um relatório de conferência em formato do Excel

para o evento S-1210 contendo as seguintes abas: “Pagamentos”, “Rubricas”,
“Dependentes”, “Pensão Alimentícia”, “Férias”, “Pensão Férias” e “Inconsistências”;
● Ajuste na geração dos eventos S-1200 e S-1210 em situação em que o cálculo da

rescisão original foi efetuado em um período e a data de homologação ocorre no
período seguinte e no período seguinte também há um cálculo de rescisão
complementar para pagamento de comissão para que seja efetuado a geração do
evento S-1200 e para que no evento S-1210 seja gerado um recibo de pagamento com
o indicativo do evento S-2299 (referente a rescisão original) e outro recibo de
pagamento com o indicativo do evento S-1200 (referente a rescisão complementar);
● Ajuste na geração do evento S-1210 para desprezar verificação da verba de Id de cálculo

0300, que é gerada quando funcionário possui dependente para IR e é efetuado cálculo
do roteiro PLR, pois a verba fica com data de pagamento diferente da data de
pagamento do PLR;
● Ajuste na geração do evento S-1210 quando SRY exclusiva.

Agosto/2020
● Tratamento na integração S-1210 para funcionários com múltiplos vínculos (CLT e

autônomo) para gravar na tabela T3P somente o autônomo;
● Correção na geração do S-1210 quando existir desoneração;
● Tratamento para integrar o S-1210 corretamente, quando o funcionário foi demitido em

uma filial e admitido em outra filial;
● Correção do envio do S-1200/S-1210 quando MV_RHTAF desabilitado e utilização do

MID;
● Tratamento para gravar corretamente o id no TAF quando o funcionário possui múltiplo
vinculo CLT e autônomo, sem movimento para o autônomo;
● Correção geração do xml do evento S-1210 para rescisão Complementar;
● Não gerar recibo de férias no evento S-1210 quando funcionário possuir contrato
intermitente (categoria 111).
Outubro/2020
● Tratamento para funcionário que possui múltiplos vínculos, demitido em período

anterior com pagamento de rescisão complementar;
● Tratamento para gravar corretamente o id no TAF quando o funcionário possui múltiplo

vinculo CLT e autônomo, sem movimento para o autônomo;
● Ajuste na geração do evento S-1210 quando há rescisão por PLR e MV_ESOCMV = .T.;
● Ajuste na geração do evento S-1210 quando RA_CODUNIC possui espaços à esquerda.

Maio/2021
● Gerar evento S-1210 quando o funcionário foi transferido e período fechado. Ajuste na
função fQryCPF() mudando a query para comparar o período com o AnoMes da data de
demissão;
o pagamento do 13º Salário.
Agosto/2021

Dezembro/2021
● Ajuste na rotina de geração de eventos periódicos para contemplar o processamento do

RRA. As verbas referente ao RRA serão geradas em um novo grupo dmDev específico para
RRA, acompanhando o que foi gerado no evento S-1200
S-1280 - Informações Complementares aos Eventos Periódicos

SIGAGPE
● Ajuste na integração off-line do registro de transferência entre empresas para
abrir corretamente as tabelas da empresa de destino;
● Ajuste na integração off-line do registro de transferência entre empresas para

abrir corretamente as tabelas da empresa de destino;
● Ajuste para levar valor de alíquota reduzida de acordo com MOS do eSocial / Ajuste para
enviar S-1280 apenas para filiais matrizes.
Janeiro/2019
● Ajuste para efetuar a geração do evento S-1280 de 13º salário;

Maio/2019

GPEM036F.PRW.
Dezembro/2019
● Ajuste para efetuar a geração do evento S-1280 de 13º salário;

Fevereiro/2020
● Ajuste para que a rotina passe a considerar que a partir de 95% de desoneração, para
uma empresa mista, o sistema considere a desoneração da empresa como totalmente
desonerada;
Março/2022
Adequar a tabela S-129 em Manutenção de tabelas para incluir as informações utilizadas

no evento S-1280 e alterar o título da tabela para: S-129 Encargos eSocial para empresas
de Filantropia / Simples / Lei 11096/2005.
S-1295 – Solicitação de Totalização para Pagamento em Contingência

Junho/2020
● Ajuste na geração do evento S-1295 para o Middleware, evitando erro de eschema.
S-1299 - Fechamento dos Eventos Periódicos

Maio/2019
● Ajuste para não gerar error log de “variable is not an object on
GPEM039(GPEM039.PRW)” na rotina de Fechamento dos Eventos Periódicos se clicar
no botão Fechar;
● Ajuste na apresentação da pergunta "Informar a primeira competência a partir da qual

não houve movimento, cuja a situação perdurar até a competência atual". Pois o
fechamento deve ser realizado por Empregador CNPJ Raiz.
Julho/2019
● Ajuste na geração do evento S-1299 para somente exibir a matriz para seleção, uma vez
que a geração do evento é por empregador;
● Ajuste na geração do evento S-1299 para situação em que só houve movimentação de

eventos nas filiais para não exibir a informação de que não há movimentação no
período.
Abril/2020
● Melhoria na rotina de geração dos eventos de fechamento para salvar os dados do

responsável que utilizou a rotina pela última vez. Dessa forma, ao acessar a rotina
novamente, os dados informados previamente serão utilizados e exibidos na tela.
Outubro/2021
● Gerar a tag <transDCTFWeb> no xml do evento S-1299 - Fechamento dos Eventos

Periódicos, quando opção pelo Leiaute S-1.0 e período a partir de 10/2021
Dezembro/2022
● Geração do campo evtPgtos no Fechamento dos Eventos Periódicos (S-1299). Quando

possuir ou não, informações de pagamento de rendimentos do trabalho no período de
apuração (S-1210). O campo será gerado a partir do leiaute S-1.1
S-1300 – Contribuição Sindical Patronal

Maio/2020

Integrados com Sucesso e Eventos Não integrados.
S-2190 – Admissão de Trabalhador - Registro Preliminar
Julho/2019
● Ajustada a rotina para não considerar o parâmetro MV_RHTAF para apresentar a

mensagem se o usuário deseja gerar o evento S-2190.
S-2200 - Cadastramento Inicial do Vínculo e Admissão/Ingresso de

Trabalhador
SIGAGPE
● Ajuste na carga inicial dos eventos S-2200/S-2300 para criar uma pergunta que
possibilite a definição se os registros já transmitidos deverão ser retificados ou
desprezados.
● Ajuste para que função responsável por carregar turnos, não realize busca pelo último
turno quando chamada da rotina de transferência.
● Ajuste para validar dados da RS9 quando funcionário tiver campos RA_VIEMRAI e
RA_CATEFD configurados como agente público. / Ajuste para não enviar informações de
cargo para estagiário.
● Ajuste para gerar as tags do grupo <aprend> quando categoria do e-Social for 103
● Ajuste no cadastro do funcionário para permitir a alteração do número do PIS caso o

funcionário não tenha registros transmitidos no TAF vinculados ao seu cadastro.
● Ajuste no cadastro de funcionário para permitir informar bairro com até 90 posições e
descrição do logradouro com até 100 posições, atendendo ao layout do eSocial (Nota
Técnica 008/2018).
● Ao realizar a carga ou o cadastro de um funcionário com a categoria J - Professor aulista

e com o salário informado na SRA o sistema enviava para o TAF a Unidade de pagamento
da parte fixa da remuneração com 6 - Por tarefa quando deveria enviar 5 - Por mês.
● Ao cadastrar um funcionário e enviar o mesmo para o TAF, o sistema levava um número

zero antes dos dois digitos do DDD causando assim uma situação de erro (não
impeditiva) na alimentação dos dados do RET. O telefone ficava com DDD incorreto. Foi
ajustado para não levar o zero na frente;
● Ajuste no envio de transferência entre grupos de empresas;

● Ajuste na função TafGetStat para consultar status do turno de trabalho no TAF;
● Ajustes na validação de preenchimento do campo RA_TPPREVI para atender as regras

da Nota 009/2018;
● Ajuste para obter o parâmetro MV_RHTAF da empresa/filial a qual o funcionário

respectivamente pertence;
● Ajuste realizado no campo “Cota Def”, para que seja de preenchimento obrigatório
quando o campo “Tipo Deficiente” estiver preenchido;
Outubro/2018
● Ajuste no log de inconsistências para não gerar o título entre os dados do funcionário;
● Ajuste na validação de preenchimento do CPF para dependentes com idade maior ou

igual a 8 anos na carga inicial;
● Ajuste na rotina de cadastro de dependentes para corrigir duplicidade de alerta de

preenchimento de CPF;
● Ajuste para não gravar códigos únicos iguais ao cadastrar dois funcionários em
sequência.
Novembro/2018
● Ajuste para enviar buscar corretamente o cargo do funcionário quando houver

configuração 1XN.
Janeiro/2019
● Ajuste no campo RFZ_ONUS, para que não apresentasse mensagem indevidamente;
● Ajuste no combo box dos campos RFZ_CBOXSPA e CBOXENG;
● Ajuste no conteúdo do combo box no campo RBW_TPINSC na tabela SX3, devido a

espaço que comprometia validação;
● Ajuste na tabela SVA para que apresente tela de Cadastro de Observações de acordo
com a opção selecionada;
● Ajuste para não apresentar error log no cadastro de dependente;
● Ajuste no cadastro de funcionários para alterar o escopo que guarda a matricula do

eSocial para evitar duplicidade na geração;
● Ajuste na validação do CPF ao cadastrar dependente para versão do layout 2.5 do

eSocial;
● Ajuste ao efetuar a baixa do dependente no cadastro de Dependentes para integrar o
dependente ao TAF com indicativo que não é dependente de IRRF/Salario Família;
● Ajuste na transferência entre grupos de empresas quando a tabela de turno, SR6, tem
compartilhamento diferente;
● Ajuste na efetivação da solicitação transferência quando a solicitação foi originada no

Portal RH;
● Ajuste na integração off-line da transferência para exibir uma pergunta para decidir se
reenvia a integração mesmo para os registros que possuem a data de integração
preenchida;
● Ajuste para que seja apresentada a tela para seleção do tipo de observação caso exista
o campo VA_TP. O campo VA_TP será preenchido automaticamente de acordo com a
opção escolhida na tela;
● Ajuste na integração do evento S-2200 quando o turno de trabalho tem horário às 00:00;
● Ajuste na carga inicial do evento S-2200/S-2300 para pesquisar o registro no TAF de

acordo com a filial do funcionário e não de acordo com a filial logada;
● Ajuste para enviar a filial correta quando estiver em rotinas que façam transferência que
não a GPEA180;
● Alteração para o envio do campo Objeto Determinante nos eventos 2200 e 2206. Layout
2.5 eSocial;
● Ajuste na consistência de dados para não abrir tela de cadastro SRA se não houver
alterações a serem feitas;
● Inclusão do registro CON - Condomínio na tabela S054;

Março/2019
● Ajuste na carga inicial do cadastro de funcionários e autônomos para quando o

trabalhador exercer atividade cujo CBO esteja preenchido na tabela S130 para exigir o
preenchimento da CNH/OC;
● Ajuste para transferência de funcionários entre empresas com CNPJ diferentes;
● Ajuste na validação de preenchimento de CPF do dependente para apenas obrigar o

preenchimento se o dependente for considerado para IR;
● Ajuste para preencher corretamente o turno e realizar transferências entre empresas
diferentes;
Maio/2019
● Ajuste geração S-2200 quando houver sucessão de vínculo para enviar tag <tpInscAnt>
= 1 e na integração offline para enviar codUnico gerado na transferência para o TAF;
Ajuste (11) para transferência entre mesmo grupo consultar corretamente as tabelas de
turno/função;
● Ajuste para não efetuar integração se o registro S-2200 não tiver sido transmitido pois
o TAF rejeita o registro S-2206.
Julho/2019
● Ajuste na geração da taf <TpContr> quando inserido um novo registro na tabela SVA;
● Ajustes (fIntAdmiss) para que a consulta dos afastamentos na carga inicial do S-2200
utilize a data de referência; E em GPEM026B para que o job dos afastamentos envie S-
2230 com retorno das férias quando o início tenha ocorrido antes da obrigatoriedade dos
eventos não periódicos;
● Ajuste na geração dos eventos S-2200 e S-2206 para gerar a tag <undSalFixo> com
conteúdo 6, caso a categoria do funcionário seja T=Tarefeiro e o valor do salário seja R$
0,00. Nessa situação, será exigido o preenchimento do campo RA_DESEPS (Desc Rem
Var) devido exigência de preenchimento da tag <dscSalVar>;
● Implementado o JOB(Schedule) para envio dos eventos S-2200 ou S-2206 ao se alterar

o local de trabalho dos funcionários temporários;
● Ajuste na geração do S-2200 para verificar na F0F se a filial é uma obra quando o tipo de
inscrição da empresa no SIGAMAT é 3 (CPF).
Agosto/2019
● Validar RA_TIPOCON + RA_TPCONTR + RA_DTFIMCT para cadastro de funcionário com

contrato determinado por ocorrência de fato;
● Ajuste na transferência em lote para não gerar informações de dependente trocadas na

geração do evento S-2200;
● Ajuste na transferência de funcionário para alterar a matrícula do eSocial (campo

RA_CODUNIC) quando for transferência de raiz de CNPJ diferente;
● Tratamento para validar o turno na inclusão e alteração do cadastro de funcionários;

● Ajuste para envio do campo RA_OCEMIS.
Setembro/2019
● Ajuste para que ao deletar um registro de convocação, seja enviado ao TAF o S-2200
sem as tags de convocação;
● Ajuste para permitir alterar cadastro do funcionário quando o campo RA_FECREI for
preenchido indevidamente.
Outubro/2019
● Ajuste para que seja possível realizar a alteração de CPF para os trabalhadores que
tiveram o CPF clonado, e após notificação da receita tiveram que tirar um novo número
de CPF;
● Ajuste para retirada de obrigação do preenchimento dos campos no cadastro do

trabalhador conforme Nota Técnica 15/2019 (CTPS, RIC, RG, RNE, OC e CNH).
Novembro/2019
● Ajuste para geração dos dados relativos a CTPS Digital.
● Ajuste no evento S-2200 quando tipo de jornada igual 3 - Função especificada, não
validar envio do turno de trabalho para o esocial.
Dezembro/2019
● Ajuste na validação do campo RA_TPPREVI devido NT 16/2019 {codCateg}

= [101, 102, 103, 105, 106, 107, 108, 111], não pode ser preenchido com [2];
● Inclusão da NT 16/2019 - Criação das categorias 107 e 108 na tabela S049 do eSocial;
● Ajuste na geração da sucessão de vínculos para gerar a tag <tpInscAnt> com 2 caso seja
informado um número de CPF;
● Ajuste na transferência do funcionário para enviar as tags <dtIniAfast> e <codMotAfast>

no evento S-2200 quando é realizado uma transferência entre raiz de CNPJ, caso o
funcionário esteja afastado na data em que a transferência é realizada.
Abril/2020
● Ajuste na integração do cadastro de funcionário para que não apresente lentidão;
● Ajuste para gerar o evento S-2200 durante alteração de funcionário caso trabalhador
não esteja integrado ao TAF;
● Ajuste no cadastro de funcionário estrangeiro para validar preenchimento dos campos

RA_CASADBR, RA_FILHOBR e RA_CLASEST, que são obrigatórios.
Junho/2020
● Validação na admissão que não permite cadastro de funcionário de categorias 107 ou

108 com data a partir de 21/04/2020;
● Inclusão de validação de compartilhamento de tabelas para integração com TAF.
● Ajuste para carga inicial do evento S-2200 no Middleware;
● Ajuste para performance no processo de inclusão de funcionário para diminuir a

quantidade de execuções das funções fTafGetFil() e TafGFilMatriz() pois efetuava
validação em todas as filiais cadastradas no sistema;
● Remoção da validação de versão de leiaute do eSocial para consulta genérica SRA.

Agosto/2020
● Ajuste para que a tag telefone seja gerada corretamente no Middleware;
● Ajuste na integração do evento S-2200 quando numa mesma alteração é realizado

ajustes na tabela SRA e incluída observações de contrato (SVA).
Outubro/2020
● Alteração no log para quando ocorrer erro 000025 ao retificar um S-2200;

● Correção na gravação do campo RA_CODUNIC quando alteração;
● Ajuste no formato da data no campo RJE_INI;
● Ajuste no envio dos eventos S-2200, S-2205 e S-2206 de funcionário com admissão em
data anterior ao conteúdo do parâmetro MV_DTCGINI;
● Envio correto do grupo de empresas na transferência, quando a empresa destino não

possui turno integrado com o Taf.
Maio/2021
● Ajuste na consistência do campo RA_CTPCD para o leiaute S-1.0 do eSocial;
● Ajuste para não abrir a rotina de Manutenção de Observação de contrato quando o

leiaute do eSocial for S1.0 e o TAF estiver divergente;
● Inclusão de validação no momento da integração quando leiaute entre GPE e TAF

estiverem divergentes (eSocial S-1.0);
● Alterações RA_CLASEST opções, validações para simplificação do eSocial;
● Alterações para atender novo campo RFZ_PRCAD para sucessão de vínculos;

● Ajutes nas validações do cadastro de funcionário que disparam o evento S-2200, S2205
e S2206, no relatório de inconsistência e na carga Inicial para atender ao leiaute S-1.0;
● Ajuste para geração dos dados de horários no leiaute S-1.0;
● Atualização do leiaute na geração do XML da versão simplificada do eSocial para o

evento S-2200.
Junho/2021
Outubro/2021
● Criação de campos e adequação de descrição de campos para a simplificação eSocial -

S-1.0 - Órgãos Públicos na rotina GPEA931: ‘Cadastro de agentes públicos’.
Abril/2022
● Tratamento nas rotinas de geração de eventos para considerar o campo R6_TPJOR1
quando Leiaute for S-1.0
S-2205 – Alteração de Dados Cadastrais do Trabalhador

SIGAGPE
● Ajuste para que o sistema envie o evento S-2205 ao invés de enviar o S-2306 quando
houver alterações cadastrais de dependentes para pro-labores.
Novembro/2018
● Ajuste para não gerar os eventos 2205 e 2306 ao alterar o registro de um autônomo que
não tem um S-2300.
Janeiro/2019
● Ajuste para enviar evento de alteração cadastral, quando a alteração é realizada via
rotina automática;
● Ajuste para não enviar o evento 2205 para um funcionário demitido. O sistema poderá
enviar o 2206 e 2306, com uma data anterior a da demissão do funcionário;
Março/2019
● Ajuste para não enviar evento S-2205 enquanto o status do trabalhador no evento S-
2200 estiver com “0” zero. Para essa situação deve ser enviado um evento S-2200.
Agosto/2019
● Ajuste no evento S-2205 para não validar Turno a fim de permitir cadastro de
Dependentes para Pro-Labores;
Outubro/2019
● Ajuste para que o evento S-2205 seja enviado ao TAF ao excluir um dependente.
Novembro/2019
● Ajuste para não realizar validação do cadastro de turno na geração do evento S-2205 -
Alteração Cadastral;
● Ajuste na geração da tag <cadini> do evento S-2300 quando incluído pela rotina de
autônomos GPEA265;
● Removido a inclusão do "0" para as variáveis que alimentam as tags <fonePrinc> e

<foneAlternat> para o evento 2300;
● Ajuste para que não seja validado o preenchimento do CBO da função no momento da
integração do evento;
● Condicionar preenchimento da tag <nrLograd> de <instEnsino> à existência do campo

RA0_NUMEND para eventos S-2300/S-2306 de estagiário de acordo com cadastro da
Entidade de ensino.
Abril/2020
● Criação de Job para geração do evento S-2205 quando o fechamento de período altera
a quantidade de dependentes de IR e Salário Família;
● Correção na geração do evento S-2205 via “execauto” quando incluso um novo

dependente;
● Ajuste para permitir que o usuário, após a exclusão da rescisão, consiga realizar a
alteração do Cadastro de Funcionários.
Junho/2020
● Ajuste na geração do evento S-2205 quando utilizada configuração do parâmetro

MV_TAFCFGE habilitado, ou seja, integração 1xN para eSocial e 1x1 para Reinf.
Agosto/2020
● Ajuste para não gerar o evento S-2205 ao alterar o campo aposentadoria.

Maio/2021
● Ajustes nas validações do cadastro de funcionário que disparam o evento S-2200, S-2205
e S-2206, no relatório de inconsistência e na carga inicial para atender ao leiaute S-1.0.
S-2206 – Alteração de Contrato de Trabalho

SIGAGPE
● Na rotina de transferência, foram realizados ajustes para que o sistema passe a verificar
também o centro de custo de origem para definir geração do evento S-2206, ao
transferir funcionário de um centro de custo que possui CNO para um centro de custo
que não possui.
● Ajustada a rotina de transferência de funcionários off-line, corrigindo o envio de alguns

parâmetros para o TAF.
● Correção na validação para que a mensagem de problema ao integrar não seja exibida
quando houver funcionários sem vínculo empregatício;
● Ajuste na gravação do campo R3_INTGTAF para que não seja preenchido através da
rotina de reajuste salarial. Campo será preenchido através do JOB;
Outubro/2018
● Parâmetro MV_RHTAF da empresa destino ao realizar transferência entre empresas;
● Ajuste para criar no TAF turno quando o mesmo não estiver integrado no momento da
transferência.
Novembro/2018
● Criada tela de aviso sobre uso de job na integração de alterações salariais GPE x TAF.
Janeiro/2019
● Ajuste para enviar evento de alteração contratual, quando a alteração é realizada via
rotina automática;
● Ajuste para verificar o campo R3_INTGTAF apenas quando a integração com TAF estiver
ativa;
● Ajuste no envio do S-2206 na integração off-line;

● Ajuste para corrigir o error log no Shedule no envido do evento S-2206, quando o
diretório de destino do XML do eSocial estava em uma pasta fora do sistema (Exemplo:
C:\XML);
● Alteração para o envio do campo Objeto Determinante nos eventos 2200 e 2206. Layout
2.5 eSocial;
Março/2019
● Ajuste no envio do evento S-2206 ao realizar a troca de turno para enviar a data de
alteração da troca de turno para o TAF ao invés da database. Além disso, foi alterado a
rotina de troca de turno para efetuar integração dos registros que foram alterados ao
invés de validar todos os registros cadastrados;
● Ajuste no envio dos eventos S-2206/S-2306 na alteração pelo cadastro do

funcionário/autônomo e na transferência para envio da tag <dtAlteracao> conforme a
data de ocorrência do evento ao invés da data base do sistema;
● Alteração para que as informações do jovem aprendiz (Número de inscrição e Tipo)

sejam enviadas para o TAF, quando teve alguma alteração contratual (S-2206).
Maio/2019
● Ajuste no envio do evento S-2206 ao realizar a troca de turno para enviar a data de
alteração da troca de turno para o TAF ao invés da database. Além disso, foi alterado a
rotina de troca de turno para efetuar integração dos registros que foram alterados ao
invés de validar todos os registros cadastrados.
Julho/2019
● Ajuste para buscar tipo de aumento salarial por dissidio retroativo conforme cadastro
da tabela S050. Caso contrário será usado como default 003;
● Novo fluxo de envio de S-2206 via schedule, quando houver alteração de campo no
cadastro do Sindicato;
● Ajuste para realizar a transferência do funcionário entre empresas corretamente

quando não há registro do turno na empresa destino e o modo de acesso da tabela C90
é exclusivo;
● Ajuste na geração dos eventos S-2200 e S-2206 para gerar a tag <undSalFixo> com
conteúdo 6, caso a categoria do funcionário seja T=Tarefeiro e o valor do salário seja R$
0,00. Nessa situação, será exigido o preenchimento do campo RA_DESEPS (Desc Rem
Var) devido exigência de preenchimento da tag <dscSalVar>;
● Implementado o JOB(Schedule) para envio dos eventos S-2200 ou S-2206 ao se alterar
o local de trabalho dos funcionários temporários;
● Ajuste para não integrar com o TAF quando houver alteração somente dos campos de
sequência.
Agosto/2019
● Tratamento para validar o turno na inclusão e alteração do cadastro de funcionários.

Outubro/2019
● Ajustes na transferência entre raiz de CNPJ diferente para limitar a matrícula do eSocial
em 30 posições, para evitar erro quando ocorre aumento do campo RA_MAT e entre
raiz de CNPJ igual, para verificar corretamente se há configuração 1x1 ou 1xN.
Novembro/2019
● Ajuste na geração do evento S-2206 quando há problemas no turno do funcionário.

Quando o parâmetro MV_EFDAVIS estiver preenchido com 0 o registro será salvo no
SIGAGPE mas não será integrado ao TAF;
● Ajuste na performance no momento da transferência dos funcionários;
● Ajuste para eSocial do Futuro para não exibir mensagens de validação de registro em
trânsito quando efetuar geração do S-2206/S-2306 em lote;
● Condicionar preenchimento da tag <nrLograd> de <instEnsino> à existência do campo

RA0_NUMEND para eventos S-2300/S-2306 de estagiário de acordo com cadastro da
Entidade de ensino.
Dezembro/2019
● Ajuste para não validar o turno na geração do evento S-2206 quando o campo
RA_TPJORNA estiver preechindo com 3 - Função especificada;
● Correção do envio do evento S-2206 durante a transferência do funcionário.

Fevereiro/2020
● Ajuste no schedule GPEM026B para exibir no log a descrição do erro caso não seja
possível integrar o evento S-2206;
● Ajuste na geração do evento S-2206 quando realizado transferência do funcionário para
outra filial e é utilizado a tabela de horários (evento S-1050) ou de cargo (evento S-1030)
com modo de acesso exclusivo;
● Ajuste na transferência off-line para integração correta do evento S-2200 quando há

mudança de raiz de CNPJ e a transferência apenas foi efetuada no GPE;
● Ajuste na geração do evento S-2206 para efetuar a geração do evento corretamente

para as categorias 107 e 108;
● Ajuste na rotina para que a mensagem exibida em tela seja a mesma que a mensagem
retornada pelo TAF, durante uma alteração contratual ou alteração cadastral, com
parâmetro MV_EFDAVIS com valor igual a 0;
● Correção da informação envida na tag <nrInsc> dentro da <aprend> do evento S-2206;
● Ajuste na geração do evento S-2206 a partir do módulo SIGAMDT para não gerar o erro
“type mismatch on $ on FINT2206”.
Abril/2020
● Ajuste para permitir a alteração da categoria 107 e 108 para 101;
● Ajuste na geração do evento S-2206 para os casos em que houve redução de salário e
jornada conforme MP 936/2020.
Junho/2020
● Ajuste para permitir a troca de turno em data futura, caso o campo PF_INTGTAF exista
no dicionário;
● Ajuste no job para permitir o envio de troca de turno, caso exista os campos PF_INTGTAF
e PF_TAFKEY no dicionário de dados;
● Ajuste na geração da tag observação do evento S-2206 quanto há duas ou mais vigências
no histórico de contratos;
● Ajuste na rotina de transferência para permitir que o processamento de integração de

transferência externa seja realizada em lote;
● Ajuste na geração do evento S-2206 na transferência de funcionário quando possui

configuração do parâmetro MV_TAFCFGE habilitado, ou seja, integração 1xN para
eSocial e 1x1 para Reinf;
● Ajuste para não deduzir o valor do salário hora para funcionários de categoria H –
Horista e G – Estagiário Horista.
Agosto/2020
● Ajuste para geração do evento S-2206 devido prorrogação da MP936;
● Incluído a opção de digitar a data a ser usada para buscar informações na RGE;
● Correção no envio da tag observação no evento S-2206;
● Buscar corretamente o Grupo e Filial Origem e destino na transferência entre Empresas;
● Tratamento para buscar o ultimo salario integrado com o TAF para cálculo do salário
reduzido (MP936);
● Ajuste para não mudar a data de alteração quando houver troca de turno dentro do
período de vigência do contrato de redução de jornada;
● Correção no envio do S-2206 via job do GPEM26B;
● Incluído a opção de digitar a data a ser usada para buscar informações na RGE;
● Correção de error log ao integrar uma admissão com o campo RA_CATCNH vazio e com
os campos RA_HABILIT e RA_UFCNH preenchidos;
● Correção erro log ao gravar alteração do sindicato;
● Ajuste no RA_CODUNIC quando a transferência ocorre entre filiais de mesma raiz.

Outubro/2020
● Correção para não gerar o evento S-2206 quando a troca de turno for somente de
sequência;
● Tratamento para geração do evento S-2206 com salário integral quando o reajuste
ocorrer no período de redução (MP 936), mas permitindo a geração reduzida pela rotina
gpem047;
● Tratamento para não gerar o evento S-2206 quando é executado o fechamento mensal
do ponto e nao ocorreu mudança de turno ou regra;
● Ajuste na integração com TAF em transferência de mesma raíz de CNPJ;
● Correção da gravação da observação na tabela SVA;
● Ajuste no envio dos eventos S-2200, S-2205 e S-2206 de funcionário com admissão em
data anterior ao conteúdo do parâmetro MV_DTCGINI;
● Correção na geração do S-2206 para validar a variavel lSalRedRGE;
● Correção para gerar salário reduzido quando S2206 for gerado pela rotina GPEM047;
● Considerar o salário do período da redução na geração do evento S-2206.
Maio/2021
● Inclusão de validação no momento da integração quando leiaute entre GPE e TAF

estiverem divergentes (eSocial S-1.0).
● Ajutes nas validações do cadastro de funcionário que disparam o evento S-2200, S2205
e S2206, no relatório de inconsistência e na carga Inicial para atender ao leiaute S-1.0;
● Ajuste para integração do evento S-2206 durante integração em lote.
S-2230 – Afastamento Temporário

SIGAGPE
● Ajuste na integração de afastamento com o TAF através da rotina de Gestão de

Funcionários.
● Tratamento para não enviar afastamentos não relacionados ao trabalho menores que 3
dias.
● Foram realizados ajustes para que o sistema leve as informações referente ao emitente
também para os outros motivos de afastamentos, conforme layout. Informações de
atestado são enviadas apenas para as categorias 01 e 03.
● Realizado ajuste para que, quando cadastrado afastamento a partir da rotina de

atestado médico no módulo SIGAMDT seja integrado para o TAF.
● Foram realizados ajustes para que o sistema não integre nada com o TAF quando a data
base for menor que a data final, sendo que a data inicial já foi integrada.
● Foram realizados ajustes para que o sistema contabilize corretamente o número de dias,
considerando afastamentos anteriores já integrados.
● Ajuste efetuado para que o sistema faça a retificação dos afastamentos tipos 01 e 03;
● Ajuste efetuado para envio conforme MOS 2.04.02, possibilitando envio da data de
início e termino de afastamento quando menor igual a 15 dias;
● Ajuste para validar por filial parâmetro MV_RHTAF na rotina de ausências;
● Ajuste na validação dos campos obrigatório para motivo de afastamento igual a 03;
● Ajuste na dependência dos campos referente ao emitente;

● Ajuste na rotina que o Schedule processa para evitar registros duplicados na tabela de
Ausências do TAF.
Outubro/2018
● Ajuste na rotina de ausências para não gerar error.log;
● Realizado tratamento para somar corretamente os dias de afastamento para o eSocial

quando se tem continuações de afastamento, inclusive continuações de continuações;
● Incluído tratamento para contabilizar os afastamentos com continuação, caso a soma

das continuações forem superiores a 2 dias enviar todos os afastamentos envolvidos nas
continuações, desde que não estejam no TAF (campo R8_INTGTAF vazio);
Janeiro/2019
● Ajuste para processar afastamentos pelo JOB no modelo antigo quando a TAFKI não
estiver preenchida;
● Ajustes para envio das exclusões de afastamento ao TAF, utilizando os novos campos
TAFKI e TAFKF e o evento de exclusão S-3000;
● Ajustado o envio do registro predecessor para inclusão data final do afastamento;
● Ajuste para exclusão do R8_TAFKF quando limpar a data fim do afastamento;
● Ajuste para verificar se existe afastamento na tabela CUP antes de gerar um evento S-
2230 (afastamento);
● Ajuste ao preencher a data fim do afastamento para que o processo seja concluído
corretamente quando o afastamento foi incluído antes do novo controle. Nessa
situação, o processo será realizado do jeito antigo sem utilizar os campos TAFKI e TAFKF;
● Ajuste para passar a filial correta nos envios de afastamento e férias quando o
compartilhamento estiver configurado como 1XN;
● Ajuste para processar afastamentos pelo JOB no modelo antigo quando a TAFKI não
estiver preenchida.
Março/2019
● Ajuste para permitir a exclusão do afastamento somente quando foi efetuado o envio
do início;
● Ajuste no envio das informações de afastamento quando houver sequência de

afastamento;
● Ajuste realizado para obrigar o preenchimento dos campos, NmEntidade, Insc.Emitente,
Cod.Uf e Org.Classe, apenas quando o motivo do afastamento for 1.
Maio/2019
● Ajuste para preenchimento dos campos R8_TAFKI e R8_TAFKF quando possuir

integração com TAF;
● Ajuste para que não apresente erro “array out of bounds ( 1 of 0 ) on

INTFERTAF(GPEM030.PRX)” ao calcular férias;
● Ajuste para que não apresente erro “invalid field name in Alias SRA->RA_CODUNICO on
INTFERTAF(GPEM030.PRX)” ao calcular férias.
Julho/2019
● Ajuste do JOB para processar data final do afastamento;
● Ajuste para não obrigar o preenchimento da tag nrCerObito conforme MOS 2.5, então
mesmo que o motivo de desligamento e-social seja A.
Agosto/2019
● Ajuste na geração do evento S-2230 para trabalhador sem vínculo, para não gerar a tag
<matricula>, que é exclusiva para trabalhador com vinculo;
● Ajuste para não enviar o evento S-2230 se somente pressionar a tecla enter no campo
data fim;
● Inclusão de validação quando a data inicial do afastamento for menor que a data do
parâmetro MV_DTCGINI não apresente a validação, pois este afastamento ocorreu
antes do início da obrigatoriedade do esocial;
● Ajuste na exclusão de afastamento para gerar o XML na pasta system com o indicativo
correto do evento gerado;
● Ajuste no cálculo de férias programadas para não enviar o evento S-2230 ao TAF. Obs.:
o evento S-2230 será enviado pelo JOB na data de início das férias.
Setembro/2019
● Ajuste para não gerar novamente um novo registro no TAF com início e fim, quando não
houver conteúdo no campo R8_TAFKI referente ao início do afastamento;
● Validação para verificar se está tentando alterar/deletar a data fim de um afastamento

que já foi enviado com data início e fim juntas;
● Ajuste para que o sistema considere corretamente o compartilhamento de filial e desta
forma consiga localizar a ausência na SR8;
● Ajuste para checar alteração no campo R8_DATAINI para gerar evento S-2230 de início
caso o afastamento ainda não tenha sido enviado;
● Condicionar envio do evento S-2230 ao calcular férias programadas ao parâmetro

MV_INTFEPR, caso a data início das férias esteja dentro de 60 dias da data do envio.
Outubro/2019
● Ajuste para apresentar aviso quando campo motivo de afastamento estiver em branco
e MV_EFDAVIS estiver preenchido com 0 (Emite Aviso). O registro não será
encaminhado ao TAF;
● Tratamento para Nota Técnica 15/2019, desobrigando o preenchimento de campos do

afastamento;
● Criado tratamento para a NT 15/2019 para que seja possível enviar início e fim do
afastamento juntos conforme configuração do parâmetro MV_DTFIMA;
● Ajuste na exclusão da data fim do afastamento para limpar o campo R8_TAFKF;
● Não realizar o envio de férias programadas de acordo com conteúdo do parâmetro

MV_INTFEPR;
● Incluindo validação dos campos R8_TAFKI/R8_TAFKF na exclusão do cálculo de férias

programadas;
● Tratamento para que na inclusão ou exclusão do cálculo de férias, não seja apresentada
mensagem indevidamente: HELP: ARQVAZIO. PROBLEMA: Apenas a operação de incluir
registros pode ser feita em um arquivo vazio.
Novembro/2019
● Ajuste na gravação do afastamento no TAF para retirar caracteres especiais;
● Ajuste para permitir a inclusão de lançamento de ausência, quando já foi incluída e

excluída anteriormente. Utilizando o mesmo tipo, data inicial e final do afastamento.
Dezembro/2019
● Ajuste na gravação da data fim do afastamento, quando o inicio foi enviado momento
da carga inicial S-2200.
Fevereiro/2020
● Ajuste de performance no cadastro de ausências pois está validando
desnecessariamente a configuração de todas as filiais do cadastro de empresas no TAF;
● Ajuste para permitir a exclusão da linha do afastamento caso a data final não tenha sido
integrado ao TAF (devido configuração do parâmetro MV_DTFIMA). Nessa situação, será
efetuada a exclusão da data de início.
Abril/2020
● Ajuste no momento de enviar a manutenção de afastamentos temporários, array out

of bounds [1] of [0] on INTAFAST(GPEM026.PRW);
● Ajuste no envio do evento S-2230 referente ao fim do afastamento para enviar o

predecessor ao TAF mesmo quando o início ainda não foi transmitido ao RET para que
o TAF efetue o processo de vinculação do fim com o início;
● Ajuste na gravação de ausência e de funcionário para evitar o erro array out of bounds
( 1 of 0 );
● Criação do tipo de afastamento 37 (Suspensão temporária do contrato de trabalho nos

termos da MP 936/2020) na tabela auxiliar S048;
● Ajuste na geração do evento S-2230 quando há afastamentos com sequência anteriores

ao início da obrigatoriedade do eSocial para que ao preencher a data de término não
integre os afastamentos antigos.
Maio/2020
● Motivos de afastamento: criação dos tipos 37 e 38.

Junho/2020
● Ajuste no job de envio de afastamento para enviar o término do afastamento

independente do conteúdo do campo R8_INTTAF;
● Implementada melhoria para permitir a integração offline das férias (evento S-2230)
para o eSocial;
● Ajsute para que não seja apresentado erro Cannot find method
FWMARKBROWSE:SETFIELDFILTER on FINTM030LOT na integração em lote de férias e
rescisão.
Agosto/2020
● Correção para integrar um afastamento que foi incluído sem data de retorno, depois
com a data final informada e alterada novamente.
Outubro/2020
● Tratamento para realizar a integração com o TAF quando o total de afastamentos

não relacionado ao trabalho, forem superiores a 3 dias e os lançamentos
cadastrados como sequencias;
● Ajustes no help apresentado nos casos onde os campos R8_TAFKI e R8_TAFKF estão
em branco para uso do rdmake RHTAFKEY;
● Ajustes no rdmake na gravação do campo R8_INTGTAF quando os campos R8_TAFKI

e R8_TAFKF foram preenchidos manualmente.
Julho/2021
● Ajuste na validação referente a geração do grupo perAquis no evento S-2230 em

virtude da implantação da versão S-1.0 em 19/07/2021.
● Implementado ajuste para que a Data de Validade seja atualizada e categorias

validadas conforme leiaute no processo de Rescisão.
o Para atualizar o conteúdo de qualquer uma das tabelas é necessário efetuar
procedimento abaixo:
o SIGAGPE / Atualizações > Manutenção de Tabelas > Tabela <<tabela em
questão>>, selecionar 'Alterar' e em seguida 'Outras Ações' > Atualizar (F7).
Agosto/2021
● Validação antes de incluir o afastamento, se o período da folha está bloqueado para

inclusões/alterações, criado o parâmetro MV_VLDRG3. O bloqueio pode ser
realizado através Cadastro de Períodos/Outras Ações/Bloq. de Períodos.
S-2250 – Aviso Prévio

Maio/2021
● Ajuste para que validações e integração com TAF não sejam realizadas a partir do novo
leiaute S-1.0.
S-2260 – Convocação para Trabalho Intermitente

SIGAGPE
● Implementação da geração do evento S-2260 através da rotina de Convocações

(GPEA018).
Outubro/2019
● Criado tratamento para a NT 15/2019 no evento S-2260 devido retirada da

obrigatoriedade do envio do evento para funcionário de contrato intermitente.
S-2298 – Reintegração
SIGAGPE
● Ajuste na reintegração de funcionário por decisão judicial para gerar o evento

corretamente.
Maio/2019
● Ajuste para não validar existência do evento S-2299 quando necessário realizar uma
reintegração.
Maio/2021
● Ajuste na geração do evento S-2298 para o leiaute S-1.0.
S-2299 – Desligamento
SIGAGPE
● Ajuste na situação em que ocorre rescisão após o cálculo do adiantamento para gerar
recibos de Rescisão e Adiantamento.
● Ajuste na geração do evento S-2299 para geração correta do valor de plano de saúde
dos dependentes quando há coparticipação.
● Ajuste para não gerar error.log na integração da rescisão quando existe cálculo de
adiantamento.
● Ajuste para que envio da rescisão ao TAF leve informações de agregados.

● Foi implementado uma opção na rotina de transferências que permite realizar
“Transferência Externa”. Ao parametrizar com o CNPJ da empresa destino, tipo de
rescisão e data de desligamento, o sistema irá gerar o evento S-2299(Desligamento) com
sucessão de vínculo para o CNPJ informado, o motivo de desligamento e os campos da
SRA serão atualizados de acordo com o tipo de rescisão selecionado.
● Ajuste na rescisão complementar normal em mês posterior ao da rescisão original para

não gerar retificação do evento S-2299/S-2399 uma vez que os valores da rescisão
complementar serão gerados no evento S-1200.
● Ajuste na exclusão da rescisão complementar por dissídio para não tentar integrar com
o TAF, uma vez que não ocorre a geração do evento S-2299.
● Ajuste na integração manual da rescisão com TAF através do botão para gerar a tag
<mtvDeslig> corretamente.
● Ao confirmar uma rescisão que tenha verba de assistência médica, natureza 9219, o
sistema apresentava o erro. Ajustada a rotina para permitir o cálculo.
● Ajuste na rescisão complementar normal em mês posterior ao da rescisão original para

não gerar retificação do evento S-2299/S-2399 uma vez que os valores da rescisão
complementar serão gerados no evento S-1200.
● Ajuste na exclusão da rescisão complementar por dissídio para não tentar integrar com
o TAF, uma vez que não ocorre a geração do evento S-2299;
● Ajuste na geração do S-2299 para verificar se foi gerado desconto para o titular e/ou
dependente para a geração das tags do grupo <infoSaudeColet>;
● Correção de chave duplicada no envio de desligamento S-2299 quando existem dados

na RAW e RAZ;
● Ajuste nos eventos 2299 e 2399 para não enviar verbas com valores zerados.
Outubro/2018
● Incluída a função fDis2299 para obter os dados do dissídio e gerar no evento S-2299 os
valores do acordo coletivo quando calculado no mesmo mês da rescisão;
● Implementada verificação da existência da verba de Pagamento de Adiantamento (ID

006) quando existir cálculo de adiantamento;
● Ajuste para levar as verbas pagas no roteiro de PLR no evento de rescisão S-2299/S-
2399;
Novembro/2018
● Ajuste na integração off-line do evento S-2299 quando há rescisão complementar

calculada e há a tentativa de integrar o primeiro cálculo da rescisão;
● Ajuste no cálculo da rescisão complementar por PLR para não exibir o aviso da
retificação do evento S-2299 se somente houver verbas de PLR;
● Ajuste no cálculo da rescisão complementar normal para não exibir o aviso da retificação
do evento S-2299 se não houver verbas de PLR e não tiver outras verbas.
Janeiro/2019
● Ajuste na geração do evento S-2299 na transferência entre empresas para preencher a

tag <tpInscSuc> para casos de sucessão de vinculo;
● Ajuste na geração dos eventos S-2299/S-2399 para leiaute 2.5 para verificar existência
do CPF do dependente de plano de saúde. Caso o CPF não estiver preenchido, o registro
não será gerado;
● Ajuste na geração dos eventos S-2299/S-2399 para gerar a quantidade e o fator das
rubricas;
● Ajuste para situação em que foi calculado a 1ª parcela do 13º salário e no mesmo mês
houve cálculo da rescisão: 1 - evento S-2299/S-2399 - também irá gerar o pagamento
(tag <dmDev>) para a 1ª parcela do 13° salário, além do pagamento das verbas
rescisórias. 2 - evento S-1210 - também irá gerar o pagamento (tag <dmDev>) da 1ª
parcela do 13° com indicador que o pagamento foi gerado no evento S-2299/S-2399;
rubricas;
● Envio de tag tpInscSuc no XML do evento S-2299;
● Ajuste na integração offline do evento S-2299 de rescisão complementar no mesmo mês

da original;
● Ajuste na geração do evento S-2299 na transferência entre empresas para preencher a

tag <tpInscSuc>;
● Ajuste para permitir rescisão complementar por retificação;
● Ajuste para correto pagamento de férias indenizadas na rescisão complementar;
● Para o Leiaute 2.5, foi criado o campo tipo de inscrição (cpf/cnpj) para o empregador
sucessor do vínculo do funcionário.
● Ajuste na rescisão para exibir mensagem quando o funcionário estiver com status 6
(exclusão, aguardando retorno do ret.);
● Ajuste na integração off-line do evento S-2299 de rescisão complementar no mesmo

mês da original;
● Ajuste para permitir o cálculo de funcionários autônomos e pró-labores que não têm
controle de dias de direito.
Março/2019
● Ajuste na geração da quantidade de dias o contrato intermitente;
● Ajuste na geração quando possuir verbas de dissidio, não enviar verba com retenção de
IRRF;
● Ajuste para não duplicar valores já declarados quando possuir rescisão complementar
no mesmo mês da rescisão original;
● Criado ID de cálculo 1661 – Base dedutora INSS 13º, para que efetue a dedução da base
de INSS quando funcionário possuir rescisão após pagamento da 2º parcela de 13º
salário. Junto com alteração foi liberado rdmake UPDBINRES que realizará a geração da
verba no cálculo da rescisão;
● Ajuste para calcular corretamente as rescisões complementares que ocorrem em meses

que já existem outras rescisões complementares.
Maio/2019
● Ajuste na geração dos eventos S-2299 e S-2399 para não duplicar a geração das
informações de plano de saúde quando há mais de um centro de custo calculado;
● Ajuste na geração dos eventos S-2299/S-2399 para gerar corretamente o valor de

pensão, verificando a configuração de incidência de IRRF para o eSocial ao invés da
configuração para a DIRF;
● Retirada obrigatoriedade do campo numero de certidão de óbito, conforme descrito no

MOS e layout 2.5 a tag nrCerObito, então mesmo que o motivo de desligamento e-social
seja A, o sistema não deve obrigar o preenchimento desse campo.
Julho/2019
● Ajuste para evento S-2299 para execução do cálculo de rescisão coletiva e para exclusão
do evento;
● Ajuste na geração do S-2299 para adequação a NDE 03/2019:
- Gerar as tags do grupo <infoSaudeColet> independente se houver ou não rubrica com
natureza 9219.
- Desprezar as rubricas com tipo D, I ou J para IRRF (de acordo com tabela S134) ao invés
da verificação pelo código da incidência para IRRF;
● Ajuste na geração dos eventos S-2299/S-2399 quando ocorre retificação para não
efetuar a integração da retificação do evento se a data de demissão ocorreu antes do
início da obrigatoriedade do envio dos eventos periódicos, uma vez que as verbas não
devem ser geradas no evento, portanto não há o que retificar, já que as informações do
cabeçalho do evento permanecem iguais.
Agosto/2019
● Ajuste no cálculo de rescisão complementar para pagamento de PLR para também

considerar a verba de ID 0069 (Desc. Contr. Assistencial) como uma verba para
pagamento de PLR, para que não seja gerado o evento S-2299 para o TAF;
● Ajuste no cálculo de rescisão complementar para considerar a verba de ID 1328 como

sendo uma verba de PLR. Se somente houver verbas de PLR, não ocorrerá a retificação
do evento S-2299;

● Ajuste na geração dos eventos S-2299 e S-2399 para serem gravados na tabela TAFST2,
para que seja possível efetuar emissão de relatórios comparativos de INSS/FGTS no
módulo TAF.
Setembro/2019
● Ajuste na geração do evento S-2299 quando ocorre cálculo de rescisão no mesmo mês
de dissídio para gerar as informações referente ao dissídio corretamente.
Outubro/2019
● Ajuste para que ao calcular uma rescisão que possua em seu cálculo férias, sistema gere
as verbas com ID de cálculos 1562/1722/1723 na rescisão, evitando que no retorno do
evento S-5002 os valores fiquem dobrados;
● Ajuste para não gerar error log quando não existe TAFST2 e TAFXERP ao integrar rescisão
com o TAF "Error : 208 (S0002) (RC=-1) - [Microsoft][SQL Server Native Client 11.0][SQL
Server]Nome de objeto 'TAFST2' inválido.";
● Criado tratamento para a NT 15/2019 no evento S-2299: os campos “Ind.Cum.Av.P”

(RG_INDAV) e “Atest. Óbito” (RG_OBITO) deixaram de ser obrigatórios;
● Ajuste na geração do evento S-2299 para validar corretamente a existência de dados

válidos na tabela S037, para evitar error log "array out of bounds ( 0 of 4 ) on
FINT2299(GPEM026C.PRW)";
● Ajuste no envio do evento S-2299 de funcionários de contrato intermitente para só

considerar convocações realizadas a partir do conteúdo do parâmetro MV_DTCGINI;
● Ajuste na geração do log do evento S-2299 quando houve cálculo de dissídio para
efetuar a geração dos estabelecimentos de acordo com o cadastro do novo controle de
lotações;
● Ajuste para ao calcular Rescisão motivo RETIFICAÇÃO o sistema está calculando o INSS
novamente sendo que na rescisão original já foi recolhido o Teto do INSS.
Novembro/2019
● Ajuste na performance no momento da integração do evento S-2299 para o TAF;
● Ajuste na geração do evento S-2299 para gerar o identificador do recibo de pagamento

do adiantamento com a data correta quando há pagamento em regime caixa;
● Ajuste na validação das rubricas do S-2299 para roteiros 131/adi/plr para não enviar
<vrRubr> zerada.
Abril/2020
● Melhoria para que o campo RG_RESCDIS seja demonstrado no browser da rotina cálculo
de rescisão quando acessado como visualizar. O campo é responsável por definir se a
rescisão complementar é do tipo retificação para o eSocial sendo possível via sistema
identificar qual opção o cliente escolheu no momento do cálculo;
● Melhoria na rotina de Rescisão para ser possível efetuar integração em lote dos eventos
S-2299/S-2399;
● Ajuste no cálculo de rescisão quando efetuar uma complementar em período seguinte

para validar se já existe uma rescisão complementar por PLR realizada anteriormente
para que não seja efetuado a integração do evento S-2299.
Maio/2020

trabalhador é demitido no mesmo mês. S-2299: será gerado o recibo de pagamento do
roteiro 132 junto com o recibo da rescisão.
Junho/2020
● Ajuste para que não seja apresentado erro Cannot find method
FWMARKBROWSE:SETFIELDFILTER on FINTM030LOT na integração em lote de férias e
rescisão;
● Ajuste no envio de geração de rescisão em lote quando enviado rescisão complementar

para não gerar error log “variable is not an object on FBUSCAPLR(GPEM040.PRX)”;
● Ajuste para enviar a lotação correta em cenários de rescisão complementar e uso do

novo controle de lotações;
● Ajuste para não permitir a integração da rescisão a partir de um recálculo que alterou a
data de demissão;
● Ajuste para não gerar erro de chave duplicada no evento S-2299 caso haja roteiro
customizado do tipo 2-Adiantamento.
Agosto/2020
● Ajuste para que não seja apresentado erro Cannot find method
FWMARKBROWSE:SETFIELDFILTER on FINTM030LOT na integração da rescisão;
● Ajuste na integração com o TAF das rescisões coletivas.

Outubro/2020
● Ajuste na geração da tag <qtdRubr>do evento S2299 para o Middleware;
● Ajuste na integração em lote do evento S-2299 quando há rescisões de tipos diferentes;
● Correção no envio do S-2299 quando possui mais de 1 centro de custo no cálculo da

rescisão e esses centros de custo são relacionados ao mesmo código de lotação;
● Ajuste no envio do evento S2299 de funcionário com contrato intermitente;
● Ajuste na integração offline do evento S2299 para não gerar o erro "Operação não
permitida para este método on FWFORMGRIDMODEL:SETVALUE";
● Ajuste na integração dos eventos S-2299 e S-2200 em transferência entre grupos de

empresa e configuração 1 x N;
● Ajuste na integração offline em transferência entre grupos de empresa e configuração
1 x N.
Maio/2021
o pagamento do 13º Salário.
Julho/2021
● Ajustar a condição de geração da tag indApurIR no evento S-2299 para o leiaute S-1.0
● Necessidade de atualizar a coluna Data de Validade dos seguintes Motivos de

Desligamento da tabela 19 em virtude da implantação da versão S-1.0 em
19/07/2021: 15, 18, 19, 20, 21, 22, 23, 24, 25, 28, 29, 32
Dezembro/2022
● Na Tabela de Motivos de Desligamento: Criação de novo Motivo de Desligamento

para o eSocial – Leiaute S-1.0 NT 06/2022 ou S-1.1: 44 - Agrupamento contratual
● No evento S-2299: Ajuste para que não seja gerado o grupo <verbasResc>, quando
o Motivo do Desligamento for igual a 44 l – Leiaute S-1.0 NT 06/2022 ou S-1.1.
S-2300 - Trabalhador Sem Vínculo de Emprego/Estatutário

SIGAGPE
● Ajuste para efetuar o envio das informações complementares do estágio mesmo

quando a data de término do estágio for menor do que a data do servidor e mesmo se
o campo RA_CODUNICO estiver vazio.
● Trabalhadores com categoria 410 - Trabalhador Cedido, ao realizar seu cadastro no XML
não estava sendo enviadas todas as informações da TAG <infoTrabCedido> ao TAF.
Novembro/2018
● Ajuste para envio dos eventos S-2300 e S-2399 ao realizar transferências de

trabalhadores sem vínculos;
Janeiro/2019
● Ajuste para correção de error log no cadastro de autônomos (Trabalhadores sem

vínculo);
● Ajuste para validar integração de um Trabalhador sem vínculo quando parâmetro
MV_EFDAVIS estiver preenchido com 2;
● Ajuste na carga inicial do evento S-2200/S-2300 para pesquisar o registro no TAF de

acordo com a filial do funcionário e não de acordo com a filial logada.
Março/2019
● Implementação do novo controle de autônomos na carga inicial do evento S-2300;
● Novo controle para trabalhadores autônomos através do parâmetro MV_NTSV. Não

envia evento de admissão para as categorias informadas no parâmetro;
● Ajuste na carga inicial do cadastro de funcionários e autônomos para quando o

trabalhador exercer atividade cujo CBO esteja preenchido na tabela S130 para exigir o
preenchimento da CNH/OC.
Julho/2019
● Ajuste na geração do evento S-2300 quando campo Ini.Proc.Trb(RA_TIPOAFP) for igual

a 1-Sim, gerar a tag com o conteúdo "S", caso contrário, a tag terá o conteúdo "N";
● Alterada a geração dos eventos S-2300 e S-2306 para estagiários, caso a função e/ou
cargo do estagiário possua CBO informado no cadastro as tags correspondentes a estes
dados serão geradas, o mesmo para o salário, caso o estagiário possua salario informado
do cadastro as tags de remuneração serão geradas nestes 2 eventos.
Setembro/2019
● Ajuste na validação dos campos referente ao eSocial quando não possuir evento S-2300
no TAF. Permitir que no SIGAGPE a alteração seja realizada.
Novembro/2018
● Ajuste para que seja possível realizar o envio de alteração de CPF para TSV.
Junho/2020
● Ajuste para não exigir o preenchimento do PIS ao cadastrar um estagiário, categorias

esocial 901, 903 e 904;

Agosto/2020
● Correção do envio indevido do S-2300 para categorias dentro do parâmetro MV_NTSV.

Outubro/2020
● Inclusa validação para não permitir a alteração da data de admissão de trabalhador sem
vínculo após integração com TAF.
Agosto/2021

Setembro/2021
● Efetuados ajustes na integração das transferências de TSV ao TAF, para geração dos
eventos S-2399/S-2300 conforme as regras do leiaute S-1.0. Na transferência entre filiais
com mesma raiz de CNPJ, ao regravar o evento S-2300 no destino, será gerado conforme
utilização da matrícula no evento original. Na transferência entre raízes de CNPJ
distintas, o controle da chave de matrícula gera o S-2399 conforme o evento original, e
o novo S-2300 será gerado com matrícula no destino.
S-2306 – Trabalhador Sem Vínculo de Emprego/Estatutário - Alteração de

Contrato de Trabalho
● Ao gerar o S-2306 para estagiário o sistema estava preenchendo a tag "natAtividade"

indevidamente.
● Ajuste para permitir a integração da troca de turno para funcionários sem vínculo
empregatício.
● Correção na validação para que a mensagem de problema ao integrar não seja exibida
quando houver funcionários sem vínculo empregatício.
Novembro/2018
● Ajuste para não gerar os eventos 2205 e 2306 ao alterar o registro de um autônomo que
não tem um S-2300.
Julho/2018
● Alterada a geração dos eventos S-2300 e S-2306 para estagiários, caso a função e/ou
cargo do estagiário possua CBO informado no cadastro as tags correspondentes a estes
dados serão geradas, o mesmo para o salário, caso o estagiário possua salario informado
do cadastro as tags de remuneração serão geradas nestes 2 eventos.
Agosto/2018
● Ajuste na realização de troca de turno para não apresentar mensagem do eSocial para
trabalhadores sem vínculo para empresas que não possuem integração com eSocial
habilitada.
Setembro/2018
● Ajuste para permitir alterações contratuais para Trabalhadores Sem Vinculo que não
possuem evento S-2300 integrados com o TAF (TAUTO).
Outubro/2020
● Tratamento para apresentar mensagens no log da transferência quando o erro for na

geração do S-2306;
● Tratamento para nao gerar o evento S-2306 para TSV na transferência entre filiais com
a mesma raiz de CNPJ.
S-2399 – Trabalhador Sem Vínculo de Emprego/Estatutário - Término

SIGAGPE
● Ajustada a rotina para gerar corretamente o evento S-2399, se o centro de custo

estivesse configurado com tipo de eSocial igual a 4 (CNO) e tipo de lotação 02. Na tag
<tpInsc> era gerada com o valor 4 e na tag <nrInsc> era gerado o número de CNPJ da
filial, o que fazia com que o registro de desligamento não fosse integrado no TAF.
● Foram realizados ajustes para que o sistema leve informações do plano de saúde dos
agregados.
Novembro/2018
● Ajuste para envio do evento S-2399 quando efetuada a inclusão da data de demissão
para estagiário;
● Ajuste na integração off-line para enviar corretamente a tag <dtTerm>;
● Ajuste para realizar o evento da demissão s-2399 de um funcionário autônomo, quando

houver s-2300.
Janeiro/2019
● Ajuste na geração dos eventos S-2299/S-2399 para leiaute 2.5 para verificar existência
do CPF do dependente de plano de saúde. Caso o CPF não estiver preenchido, o registro
não será gerado;
rubricas;
● Ajuste para situação em que foi calculado a 1ª parcela do 13º salário e no mesmo mês
houve cálculo da rescisão: 1 - Evento S-2299/S-2399 - também irá gerar o pagamento
(tag <dmDev>) para a 1ª parcela do 13° salário, além do pagamento das verbas
rescisórias. 2 - Evento S-1210 - também irá gerar o pagamento (tag <dmDev>) da 1ª
parcela do 13° com indicador que o pagamento foi gerado no evento S-2299/S-2399.
Março/2019
● Ajuste para cálculo de rescisão para não enviar o evento S-2399 de trabalhadores sem
vínculo cuja categoria esteja especificada no parâmetro MV_NTSV;
● Ajuste para calcular corretamente as rescisões complementares que ocorrem em meses

que já existem outras rescisões complementares.
Maio/2019
● Ajuste na geração dos eventos S-2299 e S-2399 para não duplicar a geração das
informações de plano de saúde quando há mais de um centro de custo calculado;
● Ajuste na geração dos eventos S-2299/S-2399 para gerar corretamente o valor de

pensão, verificando a configuração de incidência de IRRF para o eSocial ao invés da
configuração para a DIRF.
Julho/2019
● Ajuste na geração dos eventos S-1200 e S-2399 para enviar o código de lotação correto
de acordo com o modo de compartilhamento da tabela RJ5 quando utilizado o novo
controle de lotações através das tabelas RJ3, RJ4 e RJ5;
● Ajuste na geração dos eventos S-2299/S-2399 quando ocorre retificação para não
efetuar a integração da retificação do evento se a data de demissão ocorreu antes do
início da obrigatoriedade do envio dos eventos periódicos, uma vez que as verbas não
devem ser geradas no evento, portanto não há o que retificar, já que as informações do
cabeçalho do evento permanecem iguais.
Agosto/2019

● Ajuste na geração dos eventos S-2299 e S-2399 para serem gravados na tabela TAFST2,
para que seja possível efetuar emissão de relatórios comparativos de INSS/FGTS no
módulo TAF.
Setembro/2019
● Ajuste ao efetuar o preenchimento da data de demissão pelo cadastro de funcionários

para não enviar o evento S-2399 para trabalhador sem vínculo caso o registro na tabela
C9V tenha sido gerado após o envio do evento S-1200, ou seja, não foi gerado a partir
do S-2300.
Dezembro/2019
● Ajuste na geração do evento S-2399 no cálculo de rescisão de trabalhador de categoria

721 para efetuar a geração da tag <mtvDesligTSV>;
● Ajuste para não gerar error log na geração do evento S-2399 com múltiplos vínculos.
Fevereiro/2020
● Ajuste na geração do evento S-2399 no cálculo de rescisão de trabalhador de categoria

721 para efetuar a geração da tag <mtvDesligTSV>.
Abril/2020
● Ajuste na geração do evento S-2399 para gerar os valores de PLR pagos no mesmo
período da rescisão.
● Ajuste referente ao desligamento de um estagiário, não gerar os erros 723 e 726 ao

envio do evento S-1210.
Junho/2021
Julho/2021
● Ajustar a condição de geração da tag indApurIR no evento S-2399 para o leiaute S-1.0
Agosto/2021
Setembro/2021
● Efetuados ajustes na integração das transferências de TSV ao TAF, para geração dos
eventos S-2399/S-2300 conforme as regras do leiaute S-1.0. Na transferência entre filiais
com mesma raiz de CNPJ, ao regravar o evento S-2300 no destino, será gerado conforme
utilização da matrícula no evento original. Na transferência entre raízes de CNPJ
distintas, o controle da chave de matrícula gera o S-2399 conforme o evento original, e
o novo S-2300 será gerado com matrícula no destino.
S-2400 – Cadastro de Beneficiários

Outubro/2021
● Quando o parâmetro MV_OPESOC estiver habilitado, permitir que sejam incluídos

beneficiários de órgãos públicos no cadastro de funcionários. Somente serão
permitidos registros com a categoria 9 - Pensionistas ou Aposentados (RA_EAPOSEN)
igual a 'sim'.
● Geração dos eventos S-2400 - Cadastro de Beneficiário - Entes Públicos - Início

e S-2410 - Cadastro de Benefício - Entes Públicos - Início quando Leiaute utilizado for S-
1.0
S-2405 – Cadastro de Beneficiários Alteração

Outubro/2021
● Implementada a opção Alterar/Suspender no cadastro centralizador para o Controle

Beneficiário na simplificação do eSocial para Órgãos Públicos
S-2410 – Cadastro de Beneficio Retificação

Outubro/2021
● Geração dos eventos S-2400 - Cadastro de Beneficiário - Entes Públicos - Início
e S-2410 - Cadastro de Benefício - Entes Públicos - Início quando Leiaute utilizado for S-
1.0
S-2416 – Cadastro de Beneficio Alteração

Outubro/2021
● Implementada no cadastro centralizador para o Controle Beneficiário na simplificação

do eSocial para Órgãos Públicos a possiblidade de alteração ou suspensão no benefício
gerando os eventos S-2416 ou S-2420
S-2418 – Cadastro de Beneficio Reativação

Outubro/2021
● Implementada no cadastro centralizador para o Controle Beneficiário opção Reativação.
S-2420 – Cadastro de Benefícios Término (entes públicos)

Outubro/2021
● Alterada a rotina Cadastro de Benefícios, para disparar o evento S-2420 quando

preenchida opção "Término".
● Implementada no cadastro centralizador para o Controle Beneficiário na simplificação

do eSocial para Órgãos Públicos a possiblidade de alteração ou suspensão no benefício
gerando os eventos S-2416 ou S-2420
S-3000 – Exclusão de Eventos

Junho/2020
● Ajustes no Middleware onde evento não é marcado como excluído quando são
consultados diversos tipos de eventos.
Importação Middleware
Agosto/2020
SIGAGPE
● Correção de erro log ao importar tabela T3M do TAF.

Março/2021
● Criação de rotina que permite a importação de XML de softwares terceiros para clientes
que utilizam o middleware como envio/entrega do eSocial.
Configuração Middleware
● Ajuste na configuração do Wizard para que os parâmetros sejam criados por empresa.
Outubro/2020
● Ajuste para que os campos de endereço REST e TSS aceitem até 100 caracteres.
Consistência eSocial
Maio/2021
● Ajuste para que não seja apresentado error log devido declaração da variável
lNewVerEsoc ao preencher os campos de matricula na geração da consistência para
eSocial.
Relatório de Conferencia de INSS (THF)

Agosto/2020
SIGAGPE
● Correção na gravação do campo RJO_NOME para exibição correta no relatório de

conferência de INSS(THF);
● Correção na gravação do campo RJO_MATRIC;
● Ajuste na gravação da tabela RJO para correta apresentação do relatório de INSS no

middleware.
Log de Periódicos

Integrados com Sucesso e Eventos Não integrados.
Tabelas auto-contidas
● Alterações nas Tabelas:

○ Tabela de Categorias
○ Tabela de natureza de Rubrica
○ Tipos de Benefícios

Release Notes GPE - WR Esocial VERSAO 12 - Dezembro - 2022

Enviado por

Dados do documento

Descrição original:

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Release Notes GPE - WR Esocial VERSAO 12 - Dezembro - 2022

Enviado por

Direitos autorais:

Formatos disponíveis

Este release notes contém implementações para Órgãos Públicos -

Eventos Periódicos e Notas Técnicas 23/2021 e NT 04/2021

S-1000 Informações do Empregador/Contribuinte/Órgão Público

● Implementado ajuste que o campo {nrInsc} possua a quantidade de dígitos conforme

● Na rotina de manutenção de Dados do Empregador, realizar a validação: Campo

S-1005 – Estabelecimentos, Obras ou Unidades de Órgãos Públicos

● Condicionada a geração das tags <fap> e <aliqRatAjust>, ao tipo de inscrição, ou seja,

● Ajuste na validação da inclusão de registro na tabela auxiliar S119.

● Ajuste no envio do evento S-1005 via CTT, no conteúdo da tag aliqRatAjust;

● Melhoria na mensagem de log de ocorrências da carga inicial do evento S-1005 quando

● Criado tratamento para a NT 15/2019 no evento S-1005: o campo RJ4_EED deixou de

● Criado tratamento para a NT 15/2019 no evento S-1005: os campos “Contr.PCD”, “Tipo

● Ajuste de performance no momento da alteração das informações nas tabelas S037 e

● Implementação do envio de Processos Administrativos/Judiciais para o evento.

● Ajuste na geração do evento S-1005 para o Middleware;

● Correção erro log ao efetuar manutenção da tabela S037.

● Ajuste na carga inicial de filiais no evento S-1005 para o middleware.

● Ajuste na geração do XML do evento S-1005 para o leiaute S-1.0;

● Ajuste na geração e consistência de dados do evento S-1005 na manutenção de tabela

● Ajuste para o novo leiaute S 1.0 na inclusão da tabela S119 vazia;

S-1010 – Tabelas de Rubricas

● Inclusão de tela para aviso em caso de inclusão/alteração de rubrica, sobre o período de

● Ajuste para permitir informar o código de incidência CP 31 para verba do Id 1412.

● Criação das naturezas de rubrica 1619 (Ajuda Compensatória – MP 936/2020) e 6119

● Implementada melhoria para solicitar o período inicial de vigência quando efetuado

● Implementação do envio de Processos Administrativos/Judiciais para o evento.

● Simplificação eSocial: Para geração do evento S-1010 a partir do cadastro de verbas,

● Simplificação eSocial: Validações entre campos de incidência, novos códigos, data de

● Criação da opção 92 - Suspensão de incidência em decorrência de decisão judicial - 13º

S-1020 – Lotação tributária

● Alteração na mensagem apresentada na validação do campo CTT_TIPO2.

● Ajuste no envio do evento S-1020 quando há o caracter "&" no código do centro.

● Ajuste na validação dos campos Tipo Lotação (CTT_TPLOT), Tp eSocial (CTT_TIPO2) e

● Ajuste realizado para consistência de caracteres especiais no campo código do centro

● Ajuste na mensagem quando o modo de acesso das tabelas do novo controle de

● Ajuste na resolução de tela de integração com TAF no assistente de criação de verbas.

● Ajuste na inclusão/alteração de centro de custo para que seja apresentada mensagem

● Ajuste no cadastro de centro de custo para exibir mensagem de validação quando

● Implementação do envio de Processos Administrativos/Judiciais para o evento.

● Retirada validação do percentual de terceiros na integração do evento S-1020 com o

● Ajuste de performance na alteração da S038 para o novo controle de lotações.

S-1030 – Tabela de Cargos/Empregos Públicos

● Ajuste na impressão do relatório de inconsistência quando não há inconsistências no

● Ajuste para enviar buscar corretamente o cargo do funcionário quando houver

● Ajuste para carga inicial do evento S-1030 no Middleware.

S-1040 – Tabela de Funções/Cargos em Comissão

● Reorganização dos campos na aba principal;

● Ajuste para carga inicial do evento S-1040 no Middleware.

S-1050 – Tabela de Horários/Turnos de Trabalho

● Ao efetuar a carga inicial do evento S-1050, não integrava o campo C90_PERFLH

● Melhoria no log do evento S-1050 – Horários.

S-1070 – Tabela de Processos Administrativos/Judiciais

● Inclusão de validação/mensagem para novo leiaute do eSocial S-1.0.

● Foram implementados ajustes na integração do evento S-1210 ao TAF, para que as

● Ajuste no envio do S-1200 para não enviar lançamentos do tipo K;

● Ajuste na geração dos eventos 1200 e 1210 com informações de 13º

● S-1200: Ajuste no processamento de rescisão complementar por dissídio, busca na RHH

● Ajuste na busca nas tabelas de cálculo e histórico de plano e coparticipação e reembolso

● Inserido filtro de filial na query de busca de assistência médica, corrigindo problema de

● Ajuste na tag CodCateg do S-1200 ao enviar INSS de outra empresa;

● Ajuste na geração do XML do evento S-1210 para enviar informação de pagamento do S-

● Ajuste para tratamento da verba de id 0289 na verificação para busca de valores de