Release notes do TAF eSocial - Agosto 2020

Release notes Pacote TAF eSocial - Agosto/2020
Todas as correções citadas abaixo estão contempladas neste pacote, a divisão

por datas é apenas para facilitar a visualização dos erros corrigidos a cada
expedição do TAF.
ATENÇÃO - INFORMAÇÕES IMPORTANTES

1) A partir da expedição de Agosto/2020, o TSS não fará mais parte do Pacote de
Expedição do TAF, deverá ser baixado separadamente através da página centralizadora de
Expedição Contínua do TSS.
Mais detalhes em: https://tdn.totvs.com/x/XwtLHw
2) A partir da expedição de Outubro/2020 o atualizador do TAF irá realizar a migração do

release do produto para a 12.1.27, uma das premissas desse novo release é a atualização do
License Server TOTVS, caso o LS esteja em uma versão anterior o atualizador não será
executado.
Mais detalhes em: https://tdn.totvs.com/x/zRePI
TAF – Autocontidas
Liberações do pacote de 08/08/2018
● Inclusão do código CID por meio de rotina de autocontidas, código do CID M79.7 na tabela
CMM.
● Inclusão do código CID por meio de rotina de autocontidas, código do CID L54 na tabela CMM.
● Inclusão na tabela de países, do país “São Tomé e Príncipe” na tabela C08.
● Inclusão de registros na tabela de fator de risco, tabela T3E.
Inclusão dos códigos da tabela de CBO (Código Brasileiro de Ocupações) na tabela C8Z:
o 142345
o 3741-50
o 3741-55
● Inclusão do código da tabela de CBO (Código Brasileiro de Ocupações) na tabela C8Z:

o 2619-05
o 2619-10
o 2149-45
o 2622-25
o 2622-30
o 2622-35
o 3731-35
o 3731-40
o 3732-25
o 3732-30
o 3744-25
o 4153-05
o 5172-25
o 7615-40
o 7321-40
o 7832-40
● Criado novos códigos na autocontida C8A para alíquotas com convenio do INCRA e do SEBRAE.
● Inclusão na tabela autocontida de CIDs (CMM) os códigos O60.0, O60.1 e O60.2.
● Inclusão na tabela Autocontidas de CIDs S66, M75, R10, H10, H11, E66 e M23 na tabela CMM.
● Criação/Ajuste das tabelas dinâmicas do eSocial, conforme anexo 2, baseado na versão 2.5.
Efetuado criação e atualização das tabelas autocontidas para o NDE 01/2018. versão : 1024.40.
o TAFA511 - V2B - TABELA 27

o TAFA512 - V2C- TABELA 28
o TAFA513 - V2D- TABELA 29
o TAFA514 - V2E- TABELA 30
● Após atualização do ambiente TAF, foi apresentada a tela de atualização das autocontidas
várias vezes em sequência. Portanto, foi realizada alteração para criação de registro na tabela
de controle de atualização das autocontidas (T2U), caso seja criada alguma nova tabela
autocontida.
● É exibida mensagem abaixo ao tentar integrar um centro de custo/lotação por integração ou

pelo módulo de Gestão de Pessoas (GPE), utilizando código FPAS 612 e código de terceiros
0000:
"O valor '612' informado na tag fpas somado ao valor '0000' informado na tag codTerceiros é
uma chave composta e a sua combinação não corresponde a nenhum registro do cadastro na
base de dados."
Incluído na autocontida C8A - COD.ALÍQ. FPAS/TERCEIROS, o código FPAS 612, código de
terceiros 0000.
Nova versão da autocontida: 1029.16

● Incluído código de terceiro "0000" para todos os códigos FPAS (para empresas do tipo
SIMPLES).
● Implementação NT 16/2019: Tabela 01 - Foram incluídos códigos [107, 108]
● Incluído na tabela C08 o País São Tomé e Príncipe com o código 720 conforme anexo I tabela
06
● Ajustadas as descrições das tabelas C8U (Cód Incid Trib Rubrica IRRF ) e V26 (Tipos de Base de
Cálculo FGTS ) para atender a última nota técnica (NT 17/2019) publicada pelo eSocial.
● Melhoria realizada para aceitar mais de um evento de alteração contratual (S-2206) ou

alteração cadastral (S-2205) sem transmitir o anterior ou inativar.
● PERÍODO DE CALAMIDADE PÚBLICA - COVID-19 - Realizar a manutenção das tabelas

autocontidas de natureza de rubrica e tipo de afastamento.
Incluídos os novos códigos nas tabelas autocontidas:
Natureza de Rubricas:
Código da Natureza: 1619 - Nome: Ajuda Compensatória – MP 936 - Descrição: Ajuda
compensatória paga pelo empregador ao empregado durante período de suspensão do
contrato de trabalho ou redução proporcional de salário e jornada. Início de validade:
01/04/2020
Código da Natureza: 6119 - Nome: Indenização rescisória – MP 936 - Descrição:
Indenização pela dispensa sem justa causa que ocorrer durante o período de garantia
provisória no emprego de que trata o art. 10 da MP 936/2020. Início de validade:
01/04/2020.
Tipo de Afastamento:
Código 37 – Suspensão temporária do contrato de trabalho nos termos da MP 936/2020
● Implementação NT 18/2020:
Tabela 03 - Natureza de Rubricas Folha de Pagamento (TAFA214 - C89)
Incluídos códigos:
"1619" - AJUDA COMPENSATÓRIA – MP 936

"6119" - INDENIZAÇÃO RESCISÓRIA – MP 936
"9933" - Alterada descrição
de: "Valor de benefício previdenciário pago por Regime Próprio de Previdência Social"
para: "Valor de benefício previdenciário pago por Regime Próprio de Previdência Social ou valor de auxílio
doença dedutível conf. Lei nº 13.982 (Covid-19)"
Tabela 04 - Código Alíquota FPAS/Tereceiros (TAFA215 - C8A)
Por tratar-se apenas de uma observação, não foi necessário ajuste no TAF.
Tabela 18 - Motivos de Afastamento (TAFA229 - C8N)
Incluídos novos códigos:
"37" - SUSPENSÃO TEMPORÁRIA DO CONTRATO DE TRABALHO NOS TERMOS DA MP 936/2020.
"38" - IMPEDIMENTO DE CONCORRÊNCIA À ESCALA PARA TRABALHO AVULSO
TAF – Wizard de Configuração
● Ajuste no Wizard Configuração do TSS para permitir informar até 250 caracteres no campo
URL Totvs Service SOA.
● Criada a opção de Menu Wizard Config. Tss(Prod. Rural) para que seja possível a configuração
de certificado digital "CPF" produtor rural.
TAF – Grupo de Eventos
● Corrigida opção de carregar grupo de eventos, para carregar apenas os eventos válidos e
existentes.
TAF – Diagnóstico
● Ajuste na geração do diagnóstico, corrigindo error.log ao visualizar validação de

relacionamento de tabelas.
● Corrigida inconsistência ao utilizar a funcionalidade <Gerar Zip> da rotina de diagnóstico.
● Como o banco de dados OPENEDGE não possui o recurso de auto incremento, foi incluída uma
exceção no teste de verificação do Auto Recno.
● Correção de erro na busca de IP do servidor.
● Ao entrar na rotina de Diagnóstico do TAF, o sistema apresentava incorretamente a mensagem de

que o dicionário de dados estava desatualizado. Portanto, foi realizado ajuste dessa situação e
houve alteração dessa rotina para que apresente as datas do dicionário de dados e do repositório
no formato mês e ano (mm/aaaa).
● Ajustada inconsistência no diagnóstico do TAF quando a porta do REST possuia apenas 2 caracteres.
● Ao entrar na rotina de Diagnóstico do TAF mostra dicionário desatualizado

Ajustado para que a rotina apresente informação de Dicionário e Repositório com mês e ano
(mm/aaaa).
● Ao acessar a tela de diagnóstico do TAF para um cliente Smart ERP, é exibida a mensagem dizendo
que o TAF não está atualizado.
Para ambientes Smart ERP será apresentado "Ambiente Atualizado" na parte das informações do
acumulado.
● Ao realizar o cadastro de filiais através da Wizard de configuração inicial o sistema não grava as
informações do de/para de filiais e retorna para a mesma tela.
Ajustada a função de cadastro de filiais para utilizar a funcionalidade de gravação dos registros ao ,
evitando assim que sejam realizadas validações de estrutura em tabelas de sistema que podem não
ter seus índices ainda criados.
*Obs.: Alteração realizada somente nas chamadas via Job.
● Ajustado rotina para que sempre exiba o campo autocontidas como atualizado, caso o parâmetro
MV_VAUTCON seja atualizado.
● Ao acessar a rotina Diagnóstico > Outras Ações > Analisar relacionamento de tabelas. , gera um
erro de variável não é objeto, rotina ajustada para que tenha uma validação antes do uso dos
objetos de interface, desta forma não será gerado o erro.
TAF – Integração de dados
● Ajuste na rotina quando possuir um funcionário que foi readmitido ao gravar os periódicos o
sistema gerar a folha com o ID do funcionário correto no caso de readmissão.
● Ajustada a rotina de importação de arquivos (TAFA500), para que a importação de

arquivo XML do eSocial, faça a consistência somente das informações do arquivo importado.
● Implementada uma proteção adicional para garantir que o link entre o gatilho do RM e
Registro do TAF seja feito corretamente, evitando um problema de atualização de status no
Labore.
● Ajustado gerenciador de integração que posicionava no registro incorreto, quando havia vários
TAFTICKETs para um mesmo TAFKEY.
● Criado parâmetro lotQuantity no método GET para possibilitar a limitação do Response de
acordo com a quantidade passada no parâmetro.
● Feito ajuste para, ao clicar em “Validar não Processados”, a validação passar apenas por
tabelas que não são de tabelas de totalizadores.
● Ajustada gravação de registros no cadastro de trabalhadores para quando o registro vier
originado de gravação automática (C9V_NOMEVE = "TAUTO") não manter pendência de
transmissão no registro (gravar C9V_STATUS = "4"). Disponibilizada melhoria na abertura de
qualquer rotina do módulo que atualiza os status errados da base de dados para os registros
legados e cria arquivo dentro da pasta profile "taf_upd_c9v_status4_c9v990.prb" com sufixo
do nome da tabela. Este update ocorrerá sempre que não houver o arquivo na profile.
● Ajustada a rotina de integração eSocial (TAFIntegraESocial) para apresentar a mensagem: "Filial

não cadastrada no Cadastro de Complemento de Empresa do TAF." para o usuário, quando
executada importação para uma filial não cadastrada.
● Alterada a rotina de integração para não ocorrer erro ao confirmar uma rescisão no GPE.
● Correção da atualização dos status dos eventos que não estavam sendo atualizados no RM
quando eram rejeitados pelo TAF.
● O processo de integração dos dados da tabela TAFST2 para as tabelas destino do TAF estavam
apresentando lentidão. Foram ajustadas a validação da tabela Afastamento Temporário (CM6)
e a limpeza dos dados da tabela Inconsistências Integ./Valid. (CU0).
● Correção na rotina de Gerenciador de Integração para que seja possível visualizar o Término de
Trabalhador Sem Vínculo.
● Ao tentar buscar informações de registros integrados e caso o registro possuir mais de um erro
era gerado Json incorretamente. Feito ajuste na função para que gere corretamente o retorno
em formato Json.
● Foi realizado uma tratativa para não gerar o erro 500 na consulta de um ticket code.
● No processamento dos eventos contidos na TAFST2 o sistema apresentava a mensagem de

inconsistência no License Server "verificar o controle de numeração da tabela". Essa mensagem
de inconsistência foi retirada e foi realizada implementação para procurar o próximo
numerador disponível caso o ID retornado já exista na base.
● Efetuada correção no processo de integração onde alguns registros ficavam com status 3 na
tabela TAFST2, sem haver a persistência dos dados nas tabelas do TAF, além de não gravar o
processo na tabela TAFXERP. Em alguns casos o mesmo acontecia com os registros com status
2.
● Criado a função TAFPROC2S para configuração do Schedule utilizado Scheddef , permitindo que
seja realizado somente 1 cadastro da função podendo o usuário selecionar quais Grupos e/ou
Filiais que deverão ser processados de maneira agendada.
● Ao fazer a importação de um arquivo .TXT a tela de aviso apresentava os textos desconfigurados e

erro de ortografia caso uma inconsistência seja informada. Feita correção para a a apresentação da
tela ficasse no padrão do módulo e corrigido erro ortográfico.
● Ao importar um XML via TAFA500, era apresentado erro de estrutura. Foi implementada uma
verificação para formatar o arquivo XML com o encode correto (UTF-8).
● Ajuste no parâmetro searchMode=1 para considerar o último registro de um determinado TAFKEY.

● Ajuste para considerar os status 2 e 3 além do 1 na tabela TAFXERP para determinar se o registro foi
integrado ao TAF
● Ajustado consulta em lote para retornar a ultima ocorrência de cada TAFKEY que compõe o lote
quando o parâmetro searchMode for igual 1
● Ajustado rotina para quando o parâmetro MV_TAFREST está ou não preenchido, apresentando os
status corretos.

● Ao realizar a consulta (GET) dos eventos integrados através do serviço WSTAFST2 os status
retornados estão diferentes dos que constam nas tabelas do TAF.
● Ajustado rotina de consulta para não considerar o TAFTICKET no Join quando o mesmo não for
informado nos parâmetros do método GET.
● Ao efetuar a opção e selecionar o gerar XML em lote, o mesmo finaliza informando que não foi
possível salvar o arquivo zip.
● Ajuste efetuado para verificar o sistema operacional no qual está executando a rotina, ainda, foi
criada a pasta xmlexport conforme sistema operacional. Ajustado o nome do arquivo .zip, e
permitindo gera-lo.
● Ao configurar o parâmetro MV_DPROST2, o sistema não ajusta os campos TAFSTATUS E TAFIDRHRD
da TAFST2, impedindo que esses registros sejam processados
● Ajustado a consulta dos registros para reprocessar os registros e atualizar os campos da tabela
TAFST2.
● Incluído condição para selecionar automaticamente os registros com data de integração no
intervalo de *D-10 e assim verificar se os mesmos devem ser reprocessados quando o parâmetro
MV_DPROST2 estiver vazio.
● Alterar função TAFDEMAND para chamar diretamente a função TAFDINAMICJOB informando no
primeiro parâmetro qual Job deverá ser executado.
● Efetuado ajuste para processamento de arquivos .XML via TAFA500.
● Ao realizar uma consulta utilizando o serviço WSTAFST2 através do método GET utilizando a
parametrizando de retorno por lote o sistema não está retornando todos os registros contidos no
mesmo.
Alterado função de paginação do método GET para o correto retorno dos atributos lastRecno e MaxRecno.
● Integração não era processada para o TAF devido erro no posicionamento da filial, que não
estava considerando os espaços no final do código da mesma.
● Criada função tafXMLDecode para realização da decodificação de arquivos em UTF8 realizando

tratativas para tentar identificar se o xml está com a codificação correta.
● Ajustado função TAFA500 para permitir a importação de arquivos em computadores com
sistema operacional linux (servidor e client)
● Ajustado função TAFA500 para permitir multi seleção na importação de arquivos através do
webapp (smartclient html).
● Realizado tratamento na função de integração para não retornar error.log quando um arquivo
estiver com uma codificação não esperada ou vazio.
Os nomes dos arquivos importados pela rotina TAFA500 através do webapp (smartclient html) em
versões anteriores a 4.6.1-RC8 em servidores linux devem estar em caixa baixa (lower case - letras
minúsculas).
Por questões técnicas os arquivos importados através do webapp (smartclient html) não serão
apagados do diretório selecionado quando o tipo de seleção for local.
● Realizado ajuste na rotina de permissão de acessos dos usuários específico para o Gerenciador
de Integração para que identifique o bloqueio ao Cadastro dos Trabalhadores e considere
todos os respectivos eventos.
● Realizado proteção para que não seja exibido a opção do preenchimento dos parâmetros na
wizard do TAF , protegido a rotina de integração no momento que verifica se é necessário a
limpeza da TAFST1 pois não é necessário em registros do eSocial.
TAF – Relatórios
● Feito ajuste nos relatórios referentes aos eventos S5001 e S5002.
● Proteção para que não exiba errorlog; ao executar o relatório de Rastreamento de XML, sem
executar UPDDISTR com a criação de suas Perguntas.
● Criação do relatório de Conferência de Valores de INSS por Segurado(S-5001): Relatório que
permite ao cliente validar os valores de INSS retornados pelo Governo através do evento S-
5001.
● Criação do relatório de Conferência do eSocial.
● Melhoria para o relatório de inconsistências apresentar os erros retornados pelo RET.

● Correção na apresentação do relatório de inconsistências do INSS, para a versão 11.80.
● Realizado ajuste no Relatório de Conferência de INSS para considerar a natureza de rúbrica
9205 na regra de composição do valor de INSS.
● Implementação do relatório de conferência de FGTS ( Totalizador S-5003 ). Mais informações no

documento de apoio oficial no link https://tdn.totvs.com/x/iQFHHg
● O sistema apresentava error log na geração do Relatório de Conferência do INSS quando impresso
via WebApp, portanto foi efetuada correção nos pontos que geravam o erro e implementado o
envio do relatório por e-mail, quando for gerado via WebApp.
● Ajuste realizado para que o Relatório de Conferência de INSS leve em consideração o período de
validade da rúbrica de acordo com o período selecionado para impressão.
● Corrigido Integração das tags tpValorE e tpDpsE na gravação do evento S-5003, as mesmas estavam
sendo verificadas como tpValor e tpDps gerando erro na integração do totalizandor e
consequentemente mantendo o campo C91_GRVTOT como .F.
● Criado resiliência na chamada do IPCGO quando o sistema estiver trabalhando com o processo de
consulta TSS em MultiThread.
● O sistema não busca o valor do retorno do Governo referente ao valor de INSS, assim apresentado o
valor incorreto para conferência dos valores de INSS com o TAF e a folha.
● Foi criado uma nova aba principal no relatório de conferência de INSS - Base de Cálculo e Valor
Segurado (TAFR120.PRW) com a quebra por trabalhador, exibindo os totalizadores dos valores de
INSS para Folha, TAF e Governo, também apresentando o total pelos estabelecimentos de acordo
com a funcionalidade já existente do relatório (quebra por estabelecimento em abas).
● Ao gerar o relatório de conferência do INSS, marcando duas filiais, existindo funcionário com S-1200
como MV gravado na matriz, relatório traz os dados da matriz corretamente, porém se perder nas
demais filiais.
Realizado o ajuste no posicionamento da tabela C9V, para preencher dos dados corretamente da matriz.
● Quando havia alguma inconsistência na base (por exemplo, folha indicando múltiplos vínculos com
funcionário com apenas 1 vínculo) não era encontrado o estabelecimento do trabalhador, portanto
era gerada uma aba com nome vazio e isso corrompia todo o relatório.
Para as abas que estavam sendo criadas com a descrição vazia, foi atribuída a descrição "ESTABELECIMENTO
DESCONHECIDO".
● Realizado ajuste na validação da rubrica em vigência para que o valor da coluna Base Folha INSS
fosse carregada, para o S-1200 e S-2299
Ajuste da documentação referente ao campo "Governo - Valor INSS" e ordem das abas na planilha.
● Quando o funcionário possui mais de uma lotação na folha de pagamento, não são carregados os
valores de todas as rubricas.
Realizado ajuste no posicionamento do funcionário da folha de pagamento para que o relatório pudesse
buscar todos os valores, independente da lotação.
● Ajustado rotina do relatório de INSS para que execute a consulta dos registros de folha de
pagamento apenas uma vez, quando for solicitado mais de uma filial no relatório
● Efetuada a limpeza do campo responsável pela soma do valor do INSS para que o valor final
não fosse acumulado indevidamente
● Relatório não está apresentando as informações de décimo terceiro na coluna Folha Valor INSS
● Foi realizado a correção no fonte para considerar o 13º no totalizador do valor de INSS.
Para que seja contabilizado corretamente, a rubrica deve estar devidamente configurada para o 13º.

● Corrigido inconsistência no relatório TAFR121-Relatório de conferencia do E-Social, quando
não selecionado nenhum evento para geração, apresenta mensagem de inconsistência,
realizado tratamento para quando for o cenário proposto o relatório gera dados de todos os
eventos listados.
● Corrigido inconsistência no relatório TAFR120 - Ao gerar o relatório de conferência INSS Base
de Calculo e Valor Segurado, a coluna TAF - Base INSS é gerado sem os valores de base quando
o compartilhamento da tabela de Rubricas (C8R) está com o compartilhamento misto.
● Ajuste na consulta para quando o compartilhamento da tabela de Rubricas (C8R) estiver com
compartilhamento misto o mesmo consiga encontrar os valores de Base INSS do TAF e carregar
no relatório para conferência.
TAF – Notas Técnicas
● Foram realizadas as implementações das Notas Técnicas 07/2018 e 08/2018 do eSocial.
● Foi realizada a implementação da Nota Técnica 09/2018 do eSocial.
● Foi realizada a implementação da Nota Técnica 15/2019 (REVISADA) do eSocial.

TAF - Monitor eSocial
● Ajuste para que o monitor exiba de forma correta todos os eventos contidos na base, para não
apresentar os eventos s2200 quando não houver eventos periódicos.
● Ajuste na contagem de eventos relacionados ao trabalhador.
● Ajuste na rotina de monitoramento para apresentar as informações de funcionários das filiais
que apenas o usuário que possuir permissão.
● Realizado ajuste para a descrição do trabalhador na rotina de detalhamento de informações do
Monitor para bancos ORACLE e bancos DB2 no qual ao selecionar os eventos S-1200 e S-1210
para detalhamento onde ocorria inconsistência na exibição
● Implementada verificação de existência do registro totalizador na base do TAF, para que as
informações não sejam armazenadas em duplicidade nos respectivos cadastros.
● Aplicado ajuste no Monitor do eSocial para que sejam gravadas as informações referentes aos
eventos totalizadores retornadas pelo RET por meio do TSS.
● Ajustado o monitor para que a consulta e a atualização dos status dos eventos S1200 e S1210
sejam feitas corretamente.
● Foi alterada a composição da chave XMLID durante a transmissão para o RET, corrigindo um
problema de duplicidade de Ids ao transmitir eventos em uma mesma hora, minuto e segundo.
Para sanar as inconsistências na base, foi criado um tratamento para ao acionar o
botão <Reavaliar Pendências> o sistema avaliar o código de retornado pelo RET. No caso
destes códigos serem 402, 543 ou 609 o campo XMLID seja limpo, para que em uma nova
tentativa de transmissão o evento seja transmitido corretamente ao governo.
● Corrigida situação onde o sistema colocava status 3 nos registros que ainda não haviam sido
transmitidos para o RET.
● Corrigido o contador de itens pendentes de transmissão, na tela de detalhamento do evento.
● Correção no tratamento do retorno dos erros para apresentação de todos os erros.
● Corrigida inconsistência do monitoramento do TAF que desconsiderava os filtros de usuários.
● Alterada a rotina de cadastramento de admissão do trabalhador para não ocorrer erro ao
consultá-la no painel do trabalhador pela rotina do monitor e-social.
● Alteração realizada para exibir uma mensagem informando que o painel do trabalhador
somente pode ser aberto quando possuir um trabalhador válido.
● Ajustada a rotina de Monitoramento (TAFMontES), para que a query de obtenção dos dados
não exceda o limite de 31960 bytes ao selecionar um grande número de filiais.
● Corrigida a opção "Validação de Schemas" para validar todos os Eventos selecionados com a
versão 02_04_02.
● Realizada tratativa para banco de dados Informix e PostgreSQL, corrigindo a apresentação das
Inconsistências de Transmissão.
● Correção da base de CNPJ para exibição das filiais no monitoramento. Algumas filiais não
estavam sendo apresentadas no monitoramento do TAF.
● Corrigida a transmissão do S-2299 para o governo, considerando os filtros de datas definidos
na tela de monitoramento e alterada a query que realiza consulta dos dados do S-2300 para
exibir o número correto de registros.
● Tratamento para exibição correta de trabalhador, quando utilizada a opção de detalhamento
para múltiplos vínculos.
● Ajuste no mecanismo de bloqueio de usuário sem as permissões para o uso do monitor.
● Com intuito de facilitar a visualização dos registros de funcionários com Múltiplos Vínculos que
não possuem vínculo na filial onde foram integrados os eventos S-1200 e S-1210, foi
desenvolvido uma tela a parte para apresentação desses registros.
● Ajuste na rotina de Monitoramento (TAFMONTES), ao clicar na opção Detalhamento, o sistema
apresentava a mensagem "Reference counter overflow (over 32600)".
● Ajuste para remoção da consulta ao TSS no momento da montagem da tela do Detalhamento
exibindo os dados colhidos previamente, pois causou queda significativa de performance.
● Na rotina de limpeza de inconsistências o sistema estava retornando error.log quando avaliava
as tabelas C9V e C91. Foi feito ajuste na rotina para recuperar o campo _NOMEVE ao invés de
_NOMEEVE nas tabelas C9V e C91.
● Ao realizar uma integração de Cancelamento de Aviso Prévio, o evento S-2250 não estava
sendo exibido no Monitoramento. Foi necessária correção na rotina de integração para que o
campo "Dt. Aviso" (CM8_DTAVIS) seja preenchido e o evento S-2250 seja exibido no
Monitoramento.
● Ao realizar a opção de marcar no monitoramento o mesmo abre as inconsistências com o TSS
(tela de detalhamento), ao invés de realizar a seleção do evento desejado. Portanto, foi
realizado ajuste nas funções de montagem das informações da tela de monitoramento,
realizando a indução do foco para o botão de seleção dos eventos, da forma que ao exibir já
inicia o foco na seleção.
● Ajuste para buscar os dados do campo CUP_DTINVI quando a admissão é anterior ao início do
E-Social e houver transferência de filial para o funcionário.
● Corrigida situação onde, na caixa de seleção de status para transmissão, era permitida a
seleção do status 2, nesta situação o TSS rejeitava o lote e consequentemente o TAF gravava o
status 3 (rejeitado) nas tabelas.
● Corrigida demora no processamento do botão re-avaliar pendências do monitor e-Social por

conta do processo de gravação dos totalizadores.
● Correção na rotina no Monitor do eSocial para que sejam exibidos todos os eventos de acordo
com cada trabalhador ao selecionar a opção Eventos por Trabalhador.
● Foi ajustado para que ao reavaliar pendencias, faça somente dos eventos que estão na tela de
detalhamento e para o evento S-3000 somente os ID´s que são necessário sua reavaliação.
● Implementada a criação dos campos _XMLID com a lógica de gravação já existente, para
quando tiver um retorno de erro do TSS, aproveitando que já existe o campo de XMLID no
retorno, para poder efetuar a validação. Efetuado ajuste no TSS para que o código 301 seja
rejeitado, hoje ele represa o item. A atualização desse requisito deve ser executada tanto no
TAF quanto no TSS.
● Corrigido Error Log ao acessar o Monitor pela primeira vez, voltar para a tela de parâmetros,
não selecionar nenhuma filial e clicar em Cancelar.
● Correção para que sejam exibidos os Status corretamente, independente da marcação da

utilização da opção "Consistente"
● Liberado a rotina "Atualização de recibo protocolo e Log Alteração de protocolo" para que na
versão 11 atenda às necessidades do cliente neste release.
● Foi ajustado para que pesquise no TSS os eventos inconsistentes e faça demonstração da
mensagem.
● Ajustado rotina para gravar as inconsistências nas filiais de origem, as mesmas estavam sendo
gravadas sempre na matriz e por este motivo não eram exibidas.
● Correção na criação da visão Por Trabalhador no Monitor do eSocial.
● Ao realizar o processo de monitoramento (consultar registros) onde possuía muitos eventos
apresentada inconsistência, foi ajustado para que reutilize os eventos, deste modo não
apresenta inconsistência e diminua o uso de memória.
● Na visão por trabalhador do monitoramento, ao navegar pela grid do trabalhador, os eventos

referentes ao trabalhador não estavam sendo atualizados. Foi ajustada a posição da validação do
uso da função "atualizaInformacoes", possibilitando a atualização do evento conforme é alterada a
seleção do trabalhador.
● Efetuada correção para obter corretamente a tag <nrInscr> quando a tabela do evento for
compartilhada no dicionário de dados.
● Ao acessar o monitoramento com a lib desatualizada e com o TAFMONTES atualizado, é

apresentado o error log: invalid class FWCSSTOOLS on TAFMONTES(TAFMONTES.PRW) 11/08/2019
15:19:41 line : 69
● Realizada a proteção no fonte da classe FWCSSTOOLS, caso não exista no repositório.
● O retorno do governo está na estrutura <retornoProcessamentoLoteEventos>, ocasionando um
erro ao clicar em "inconsistências de Transmissão" na tela de monitoramento.
Realizado o ajuste para aceitar a estrutura <retornoProcessamentoLoteEventos> no retorno do TSS
para o TAF.
● Necessidade de filtrar da tela de Monitoramento por ERP Origem

● Implementação de parâmetro por ERP Owner, e visão por Evento, criado campo e filtro "ERP
Origem" no Monitoramento, além de filtro pelo Owner nas rotinas origens dos eventos.
● Realizada a proteção no fonte da classe FWCSSTOOLS, caso não exista no POR.
● Ao realizar a transmissão de eventos em filiais configuradas para utilizar o CPF do produtor rural
como emissor, o sistema não está buscando a Entidade do TSS referente a filial matriz.
● Alterado função de seleção de produtores rurais incluindo o posicionamento "forçado" da tabela
SM0 (tabela de empresas) na variável de backup de área.
● Na seleção de empresas do monitor e-Social foi retirado a seleção de empresas de filiais que não
pertencem ao mesmo grupo da filial matriz mesmo que as mesmas possuam a mesma raiz de CNPJ.
● Criado regra para validar se existem filiais com a mesma raiz de CNPJ em grupos de empresas
diferentes do grupo de empresa da filial matriz e permitir que as mesmas sejam habilitadas caso
exista qualquer tabela do escopo eSocial utilizando o X2_ARQUIVO (compartilhamento de grupo de
empresa) da tabela relativa na filial matriz. Para manter um tempo de resposta aceitável na
primeira execução do monitor será realizado um cache das filias na seção ativa.
● Ao realizar a Seleção de Filiais na tela de monitoramento e-Social o sistema está retornando
error.log quando existe no cadastro de complemento de empresas a informação do cpf do produtor
em filiais distintas.
● Ajustado função de seleção de filiais para considerar o campo C1E_FILTAF ao invés do campo
C1E_CODFIL para o posicionamento na SM0 (cadastro de empresas).
● Ajuste na validação do tipo de categoria 108 para a geração da matrícula do trabalhador.
● Ao acessar a tela de detalhamento da rotina de monitoramento e-Social para o evento S-3000 para
eventos com pendência de retorno, o sistema está retornando o erro: 1722 - ORA-01722: invalid
number (banco de dados Oracle).
Ajustado consulta do método Delete da classe TAFSocialReport para concatenar os campos
utilizando "||" quando o banco for Oracle.
● Ao efetuar a reavaliação dos totalizadores através da tela de detalhamento do Monitor do e-Social
é apresentado erro log.
Realizado ajuste na query responsável por realizar a deleção dos arquivos de legado, para que seja
incluso o alias da tabela correspondente ao campo _FILIAL.
● Ao abrir a tela de monitoramento ocorre error log "Type Mismatch".
Corrigida a seleção de eventos que não estava correta para banco de dados Oracle.
● Alguns eventos que são transmitidos ao governo e são aceitos, o status é atualizado como "Aceito
pelo RET", porém o número de Recibo não é preenchido no TAF.
Foram Realizadas as tratativas para o preenchimento do recibo no TAF
● Na Transmissão dos eventos múltiplos vínculos, o sistema está considerando todos os status
(inclusive os já transmitidos).
Implementada a tela de seleção de status dos eventos para transmissão, bem como a validação
para que não seja(m) transmitido(s) evento(s) com status 2 (Transmitindo\Aguardando), e 4
(Protocolado).
● Foi modificado o ponto onde realizamos a reintegração dos eventos, para que ao clicar no botão
'Habilitar reintegração', seja reprocessado o ticket original; não gerando um novo ticket, o que
ocasionaria na perda do rastro da informação.
● Ao selecionar qualquer filial matriz e acessar a rotina de monitoramento, é apresentada as filiais
corretamente. Porém, ao trocar para qualquer outra filial com outra raiz de CNPJ, eram
apresentadas as filiais da matriz anterior.
● Efetuada correção no cache feito para as filiais, para recarregar do zero as filiais quando for
alterado para uma filial com outra raiz de CNPJ.
● Mensagem de retorno do evento S-5003: Não é possível inserir uma linha de chave duplicada no
objeto 'dbo.V2Q990' com índice exclusivo 'V2Q990_UNQ'.
● O Evento S-5003 está sendo retornado de forma incorreta pelo RET, quando o funcionário possui 2
ou mais recibos de pagamento no mesmo estabelecimento+categoria+matricula+lotação, as
chaves do layout não estão sendo respeitadas e por este motivo quando o sistema tenta realizar a
gravação dos dados, está sendo retornado inconsistência na unique key (duplicidade na chave
primária) no banco de dados
Efetuado contato direto no SRTE, que confirmou o problema, criando um relato para a SERPRO
realizar a correção na estrutura do XML do evento S-5003.
Alterada a rotina de gravação dos totalizadores, para que o controle de transação seja realizado
individualmente, desta forma, quando ocorrer um erro na gravação de um evento, o mesmo não
impacte no outro.
OBS.:
A Serpro confirmou que existia um erro na estrutura dos arquivos xmls de retorno do totalizador do
evento S-5003, na ocorrência de folhas com mais de 1 recibo para o mesmo funcionário e
estabelecimento, no período de 12/2019, já foi realizada a correção, e para o correto retorno do
evento, é necessária a “retificação” ou “exclusão”, e o reenvio do evento S-1200.
Solicitado para a SERPRO; através do SRTE, a inclusão deste item no documento de histórico de
alterações do ambiente e-Social, localizado no seguinte endereço
https://portal.esocial.gov.br/institucional/documentacao-tecnica/versoes-do-sistema
Para eventuais dúvidas sobre este procedimento, é necessário abrir um chamado no ambiente e-
Social no seguinte endereço: https://portal.esocial.gov.br/servicos/producao-empresas/Totalizacao
● Ajuste na rotina TAFPROC5 devido a mudança de obrigatoriedade de parâmetros ao abrir a tela de

“Detalhamento” quando o evento possuía registros aguardando retorno do governo.
● Foi realizado o ajuste na consulta para exibir o registro de acordo com o filtro realizado na tela de
monitoramento.
● O filtro se comporta de acordo à configuração das opções, considerando o status de processamento dos
registros.
● Foi aprimorado o filtro na query do fonte TafMonETrb, para seleção do evento S-2230 no
monitoramento do taf.
● Realizado ajuste na consulta dos registros de cada evento, para que a contagem seja
apresentada de forma correta.
● Ajuste para que na visualização do evento S-2200 nas opções "Detalhamento" e Imprimir
Browse, apresente corretamente o nome do trabalhador conforme o evento S-2205.

● Efetuado o devido ajuste, para que na visualização do Detalhamento do evento S-1200
Múltiplos Vínculos, apresente o nome do trabalhador.
● Foi retirado do processamento a atualização que mudava o status dos registros com status 4 e
protocolo(_PROTULl) em branco.
● Inclusão de uma label informando percentual de progresso do objeto FWMSGRUN no processo

de consulta de eventos
● Atualização da mensagem sobre a descontinuação da rotina TAFMONTES e inclusão do
bloqueio de tela a partir de 01/12/2021
TAF – Totalizadores
● Ajuste na rotina TAFA425 para correta apresentação dos códigos de receita.
● Descentralização da gravação dos eventos totalizadores S-5001 e S-5011 para que seja possível
realizar a gravação apenas na matriz ou por filial do evento de origem.
● Alterado os gatilhos para trazer a descrição da receita quando a mesma for digitada.
● Alterado o gatilho para utilizar a tabela C6R.
● Retirado SetUniqueLine dos modelos, o limite de linhas estava especificado em 99 conforme
layout e-Social porem quantidade retornada no S-5011 era superior a este limite, por este
motivo do centésimo item em diante o modelo ignorava , quando a tabela filha recebia as
informações do relacionamento (do centésimo item em diante) a informação da chave era
retornado o valor branco ocasionando erro de chave duplicada já que do centésimo item em
diante a chave persistida seria este valor.
● Ajustado função TAF425Ret no fonte TAFA425, o sistema estava retornando String Size
Overflow porem o erro era no banco, o campo _ATIVO não existe em todas as tabelas do e-
Social e por conta da inclusão dele em todas as queries era gerado erro no banco.
● Retirado restrição de registro transmitido e com protocolo na função TAF425Ret.
● Foi ajustado para que não reutilize os eventos totalizadores, deste modo não apresenta
inconsistência e diminui o uso de memória.
● No retorno do totalizado S-5003 as tags tpValor e tpDps não estão sendo gravadas nos campos
V2S_IDTPVL e V2W_IDTPDP respectivamente.
● Alterado função de gravação de XML do evento S-5003 ajustando o nome das tags tpValor e
tpDps.
● Incluídas as rotinas dos eventos S-5003 e S-5013 na função de controle das funções disponíveis
para o Série 3.
● Implementação NT 16/2019: S-5001 Campo {tpValor} : incluídos valores [41, 42, 43, 44, 45,
46, 47, 48, 49, 81, 82, 83, 84, 85, 86, 87,88].
● Implementação NT 16/2019: S-5002 Campo {vrIrrfDesc}: alterada origem dos códigos de
receita [0473-01, 0561-07, 0561-11,0561-12, 0561-13].
● Implementação NT 16/2019: S-5003 Campo {tpValor}: alterada descrição dos valores [15, 16,
17, 18, 27, 28, 29, 30, 31, 32].
● Implementação NT 16/2019: S-5003 Campo {remFGTS}: alterada validação.
● Implementação NT 16/2019: S-5003 Campo {tpValorE}: alterada descrição dos valores [17, 18,
30, 31, 32].
● Implementação NT 16/2019: S-5003 Campo {remFGTSE}: alterada validação.
● Implementação NT 16/2019: S-5003 Campo {tpDps}: alterada descrição dos valores [55, 56, 57,
58, 67, 68, 69, 70, 71, 72] e incluídos valores [73, 74, 75, 76, 77, 78, 79, 80, 81, 82].
● Implementação NT 16/2019: S-5003 Campo {dpsFGTS}: alterada validação.
● Implementação NT 16/2019: S-5003 Campo {tpDpsE}: alterada descrição dos valores [57, 58,
70, 71, 72] e incluídos valores [75, 76, 80, 81, 82].
● Implementação NT 16/2019: S-5003 Campo {dpsFGTSE}: alterada validação.
● Implementação NT 16/2019: S-5011 criação dos campos
({vrBcCp00VA}, {vrBcCp15VA}, {vrBcCp20VA}, {vrBcCp25VA}, {vrSuspBcCp00VA}, {vrSuspBcCp15VA},
{vrSuspBcCp20VA}, {vrSuspBcCp25VA}).
● Ao reavaliar totalizadores, não são excluídos os totalizadores anteriores da tabela T2M do
evento S-2299.
Realizada a tratativa para o sistema excluir os totalizadores que não devem ir para o relatório.
● Implementação NT 18/2020: S-5001 Grupo {infoPerRef}.

Alterada tabela de Informações de remuneração por período de referência (V5J - TAFA423) para
obrigatória (Não foi feita alteração no dicionário, pois somente recebemos o retorno deste evento).
● Implementação NT 18/2020: S-5001 Campo {infoCpCalc/tpCR} – alterada descrição

Alterada descrição dos códigos da Autocontida de Código de Receita (C6R - TAFA189): 1082-01,
1082-02, 1082-03, 1082-04, 1082-21, 1082-22, 1082-23 e 1082-24.
● Implementação NT 18/2020: S-5001 Campo {calcTerc/tpCR} – alterada descrição.

Alterada descrição dos códigos da Autocontida de Código de Receita (C6R - TAFA189): 1218-02 e
1221-02.
● Implementação NT 18/2020: S-5001 Campo {vrCsSegTerc} – incluída observação.
Não faz parte do escopo do SIGATAF, pois o campo é recebido pelo RET.
● Implementação NT 18/2020: S-5001 Campo {perRef} – alterados tipo e descrição

Atualizado o HELP do campo com a nova descrição:
Informar o período ao qual se refere a remuneração. Origem: {perRef} de {infoPerAnt} de S-
1200/S-2299 e {perApur}.
● Implementação NT 18/2020: S-5011 Campo {vrSenarCalc} – Incluída observação

Incluída a observação no HELP(dicionário) = OBS.: No período de 04/2020 a 06/2020, a alíquota
deve ser 0,1%:
● Ajuste na rotina TAFFILESOC, pois a rotina TAFA423 chama ela quando é realizado filtro
através do botão Filtro CPF/Nome. A consulta em questão estava realizando uma busca na
tabela C9V (cadastro do trabalhador) somente por trabalhadores ativos, sendo que posso
ter pagamentos realizados em um determinado período para um trabalhador que foi
desligado ou transferido posteriormente.
● Ao preencher um filtro e selecionar a opção Gerar XML em Lote no evento S-5001, o filtro
não era respeitado e gerava todos os eventos cadastrados na tabela T2M, Foi realizado
ajuste para que o filtro seja respeitado, e a geração seja realizada de acordo com os
parâmetros preenchidos.
TAF – Gerenciador de Integração
● Ajuste na apresentação do gerenciador de integração, que não era apresentado quando o

volume de informações na TAFST2 e TAFXERP era muito grande.

● Correção no tratamento das mensagens de retorno do RET, quando consultado lote por ticket
code.
● Na tela de Gerenciamento de Integração, ao selecionar a Visão Individualizada, os itens de eventos

estavam aparecendo em duplicidade. Portanto, foi alterada a consulta no banco de dados para
agrupar por código e descrição do evento, deixando assim de ocorrer a duplicidade.
● Em ambientes que utilizam o banco de dados Informix, e que têm o parâmetro MV_TAFCFGE
habilitado (.T.), ao acessar o gerenciador de integração está sendo exibido um error log,
impedindo a utilização da funcionalidade.
● Efetuada correção na query, para corrigir o problema exibido em base com banco Informix.
● No processo de integração de uma folha, no WIZARD ao selecionar a opção “Deseja realizar o
processo de validação? Sim”, o sistema apresenta mensagem de inconsistência e aborta a
operação.
Retirado o ChangeQuery para não apresentar mensagem de inconsistência e dar continuidade
no processo de validação.
● Na tela de Gerenciamento de Integração, ao selecionar a Visão Individualizada, os itens de
eventos estão aparecendo em duplicidade.
Alterada a consulta no banco para agrupar por código e descrição do evento, deixando assim
de ocorrer a duplicidade.
● Opção Criar Filtro no Gerenciador de Integrações não funciona.

Realizado ajuste para abrir a janela criar filtro.
● Foi levantada a necessidade de refatorar a função TAFFixST2, utilizando a query substituindo os

valores da clausula WHERE pelas variáveis da filial que estará sendo executada.
Alterar a query, de maneira que antes de realizar o UPDATE será necessário fazer uma consulta
contando a quantidade de registros com status 2 e só executar o update se a mesma retornar
um valor maior que 0.
Corrigida a execução da TAFFixST2, que não estava sendo chamada no momento oportuno.
Realizada correção da geração do XMLID, pois em certas situações o XML era gerado com
asteriscos no final.
● Ao realizar a integração e posteriormente o processamento de um XML com caractere especial
o sistema retorna erro de estrutura.
Inserido tratamento para identificar a codificação do XML quando é enviado um XML com o
charset UTF-8 porém sem a informação de codificação no cabeçalho do documento conforme
descrito na documentação do serviço WSTAFST2.
TAF – Limpeza por Período Fiscal

● Foi implementado para que a limpeza ocorra normalmente quando o ambiente for de
produção, porém deletando sempre registros com status diferente de 2, 4, 6, 7.
TAF – Mecanismos Genéricos
● Ao iniciar o módulo SIGATAF, sistema estava alterando os registros das tabelas T1V e T1U
incorretamente para ATIVO = "2", realizada correção na query para que seja alterado
corretamente os registros das tabelas T1V e T1U para ATIVO = "2".
● Manutenção efetuada no tamanho e casas decimais nos campos dos eventos do eSocial,
considerando a orientação do da Nota Orientativa.
● Alterada a rotina de Limpeza de Registros (TAFACSTATUS) incluindo a opção de eliminar os
registros que não foram integrados. Para realizar essa limpeza, é necessário desmarcar a opção
"Somente Integrados" na tela e Confirmar. Serão percorridos os registros da tabela TAFXERP
com status diferente de "1" e "2", eliminando os registros com o mesmo TAFKEY da tabela
TAFST2 e da TAFXERP com exceção do último registro inserido (maior R_E_C_N_O_), esse será
mantido e será exibido no Gerenciador de Integração.
● Correção para tratar a inconsistência na rotina de limpeza de inconsistências em SGDB
OpenEdge.
● Feito tratamento na rotina de limpeza de inconsistências para que o error log não seja exibido
e que para que a rotina exclua os registros corretamente, no caso de haver dois TAFKEYs iguais
para eventos distintos.
● Efetuado tratamento na função que estava recebendo ora o período de apuração com o valor
AAAA-MM ora com o valor AAAAMM.
● Efetuada melhoria no texto apresentado no wizard da funcionalidade de exclusão em lote, com a

finalidade de dar mais clareza ao objetivo da rotina.
● Correção de erro na entrada do TAF, quando o ambiente utiliza o banco de dados Postgres.
● Corrigido consumo indevido de memória na utilização do TAFDinamicJob que causa travamento no
servidor.
● Na geração do extrato dos fontes, o sistema apresenta mensagem de inconsistência e exibe

mensagem que não permite gerar arquivo ZIP.
Mensagem de inconsistência não é apresentado. Realizado ajuste no nome do arquivo gerado na
extração dos fontes.
● Existe a necessidade de gerar o XML de retorno do e-Social, pelas diversas rotinas do TAF, onde
deve-se implementar a consulta do retorno do Governo (via acesso das tabelas SPED), e assim,
poder extrair o conteúdo de forma manual pela coluna XMLRET.
- Criada a opção para consultar o retorno do Governo, dentro dos cadastros de eventos do e-Social;
- O cliente poderá gerar o XML em disco na máquina local ou no servidor;
- O processamento NÃO poderá ser realizado por lote.
● Para as rotinas de tabelas do TAF e-social foram contempladas com o filtro do browse na geração
do XML em lote. (Para esta funcionalidade ter o correto funcionamento; além do filtro do browse, é
necessário selecionar o(s) status a ser(em) filtrado(s)).
● Nas diversas rotinas do TAF-eSocial, existe a necessidade de gerar o XML de retorno do RET
através do Histórico de Alterações, onde deve-se implementar a consulta do retorno do
Governo (via acesso das tabelas SPED), e assim, poder extrair o conteúdo de forma manual
pela coluna XMLRET.
- Criada a opção para consultar o retorno do Governo, dentro do histórico de alterações;
- O cliente poderá gerar o XML em disco na máquina local ou no servidor;
- O processamento NÃO poderá ser realizado por lote.
Obs.:
Para os eventos totalizadores, deve-se gerar o xml no evento origem dos mesmos.
Ex.:
S-5001 → origem S-1200
● Realizada limitação de campos na visualização do painel do trabalhador.
Liberações do pacote de XX/XX/2023
● Realizado correção ao efetuar exclusão de um registro que tenha mais de uma retificação,
onde é chamada a função TAFRastro, ela apresenta a mensagem de que foi excluído com
sucesso e ao fechar a tela, a função TAFRastro é chamada novamente, deixando os outros
registros retificadores anteriores como ativos.
TAF – SMART ERP
● O texto exibido na tela de ajuste de recibo era exibido de forma incompleta, quando o TAF é
acessado via SMART ERP.
● Criada função baixar os arquivos no server, zipar, fazer download para pasta padrão do Web
Browser e apagar arquivos gerados no server, habilitando dessa forma a geração de XML em lote
via SMART ERP.
● Tela de Monitoramento apresentou o texto em tamanho desproporcional no SMART ERP, portanto
foi realizado ajuste para apresentação correta nessa configuração.
● Redimensionamento da tela de processamento dentro do SMART ERP.
● Realizada melhoria para permitir que o usuário selecione uma pasta local para salvar os XMLs, ao
utilizar a opção de geração de XML de qualquer evento. Essa melhoria foi necessária por conta do
SMART ERP.
● Pelo SMART ERP, ao acessar a tela de diagnóstico e executar a rotina "gerar Histórico Protocolo",
era gerado um arquivo vazio. Portanto, foi efetuada correção no formato de cópia dos dados da
tabela de Log Alterc. Recibo - TAF x RET (V1V) para conter delimitadores de campo. Dessa forma o
arquivo foi gerado com os dados corretos.
● Ao transmitir qualquer evento para o RET através do webapp, ocorre o error log abaixo:
"array out of bounds ( 1 of 0 ) on TAFSMARTXML(TAFXMLFUNCTIONS.PRW) "
Incluído tratamento na rotina que gera o XML em lote para não ser executada na transmissão do
evento.
● Compatibilizar os fontes do Smart eSocial para entrar no padrão do ERP.

Adicionado os fontes no produto padrão.
● Ao executar a rotina "Gerar extrato.zip", aparecem mensagem abaixo e o arquivo é gerado
vazio.
"Não foi possível criar o arquivo zip. Verifique permissões de usuário no diretório escolhido!"
A informações de "Versão do Dicionário de dados TAF" não está exibindo corretamente.
O erro acontecia, pois, os nomes dos arquivos continham letras maiúsculas, e o Linux aceita somente
minúsculas. Alterados os nomes dos arquivos para minúsculo.
Alterado tamanho dos textos na tela de Diagnóstico para que o texto fosse exibido corretamente.
TAF – Migrador TAF
● Foi criada uma proteção para que o sistema grave o XML no banco de dados corretamente caso o
encode do XML for diferente de UFT-8.
● Ao realizar a migração de dados (Migrador) de eventos S-2200 o sistema está recusando

registros que contem a UF diferente do Município mesmo quando o parâmetro MV_TAFVLUF
está ativado.
● Adicionado grupo de tags correspondente ao Endereço na validação do parâmetro
MV_TAFVLUF.
● Incluído Trava no monitor para não permitir a transmissão de eventos com este parâmetro
ativado.
● Ao processar arquivo XML no migrador, caso ocorra a rejeição de retificação, por exemplo, ao
tentar gerar o relatório, que normalmente vem em excel, o mesmo trava, pois a TAG <indretif>
vem sem aspas e isso bloqueia a execução na planilha.
● Ajustado rotina para substituir os caracteres ">" e "<" por aspas simples na geração do relatório
do migrador.

● Foi modificada a chave do KeyERP para a validação dos registros no momento da migração e
geração do relatório, além de ter sido atribuídas validações de conexão na Wizard
para retorno positivo do WS.
● Após migração dos dados, não é possível reprocessar os eventos que apresentaram
inconsistências de integração (no ambiente destino).
Por exemplo; é feita a migração de um evento S-2200, porém por algum motivo o cargo
não integrou ao TAF, originando a inconsistência, pois o cargo não existia na base de
destino.
Criada a tela listando os eventos inconsistentes.

2. O cliente poderá selecionar o evento que deseja reprocessar à partir do botão
"Importar", e, em seguida o botão "Selecionar".
3. O processamento será executado quando for selecionado o evento correspondente,
confirmado no botão "Executar", e na sequência marcar o botão "Processar Rejeitados", e
"Processar Eventos".
Obs.:
Essa rotina somente listará os eventos rejeitados, o processamento de novos eventos
continua a funcionar de modo padrão.
● Criado validação para verificar o tamanho do XML antes de realizar a conversão de BLOB
para VarChar2 na integração/migração do evento S-2230.
S1000 – Informações do Empregador/Contribuinte/Órgão Público
● Alterada a função que indica se um campo pertencente ao escopo do eSocial foi

alterado, para apresentar a informação atual do campo.
● Ajuste para correta transmissão ao RET, ao alterar a natureza jurídica de empresa.

● Validação na geração da tag nrInscr para verificar se o campo C1E_PRDRUR (Prod Rural)
está preenchido com o conteúdo igual a "1" (Sim).
● Ao tentar enviar S-1000 na estrutura da NT15, ocorre erro de schema

● Realizado ajuste da geração do XML para se adequar à NT 15/2019.
● Ao gerar uma alteração para um evento S-1000 protocolado, o sistema cria como inclusão
(C1E_EVENTO = I), fazendo com que as tags de alteração não apareçam no XML, gerando
inconsistência ao enviar para o RET
● Ajustado rotina para que seja gravado no campo C1E_EVENTO como "A" (alteração), quando
alterar o Período inicial de validade (Per.Ini.Vld - C1E_DTINI) para uma data no qual já foi
enviado para o RET anteriormente, estando como inativo atualmente.
● Alterado todas as tags do grupo infoOP deixando a letra P em maiúsculo conforme layout
e-Social versão 2.04.02
● Alterado tag nfSiafi para nrSiafi conforme layout e-Social versão 2.04.02.
● Retirada a trava no campos da Tabela C1E, responsável por não autorizar as alterações no
complemento cadastral de empresas.
● O campo Nr.Inscrição (C1E_NRINSC) fica em branco no complemento cadastral, quando a

empresa está cadastrada no configurador como CEI (Cadastro Específico do INSS). Portanto, foi
efetuado tratamento para que seja apresentado o Nr de inscrição cadastrado no campo
M0_CEI, da SM0.
● Efetuada atualização do mecanismo de validação por raiz de CNPJ, com a finalidade de

garantir que esse processo seja feito conforme o esperado.
● Ao realizar uma alteração do S-1000 via integração, o sistema não está mantendo o campo
CNPJ do Transmissor (C1E_CNPJTR). Por conta disso quando, é realizada a transmissão do
evento o governo retorna o erro 607 (O número de inscrição do transmissor deverá ser
igual ao CNPJ/CPF do certificado utilizado para o envio do lote).
Efetuado ajuste no código fonte para que o campo C1E_CNPJTR seja mantido ao realizar
uma alteração via integração de um evento S-1000 já transmitido.

● Após aplicar o pacote acumulado do TAF publicado em 17/03/2020 no portal do cliente, o
sistema acusa o erro:
"Inconsistência: Matriz - (C1E_MATRIZ) - Já existe uma Filial cadastrada como Matriz para essa
base de CNPJ, e só é permitida uma Filial Matriz por empresa."
Foi retirado o processo de validação, pois o mesmo já ocorre para a Tabela C1E; dentro do Campo
C1E_Matriz.
● No novo leiaute S_01_00_00 aumentou a quantidade de natureza jurídica para que seja
preenchido o campo CNPJ com os 14 dígitos.
S1005 – Tabela de Estabelecimentos, Obras ou Unidades de Órgãos Públicos
● Ajuste realizado para que o TAF passe a validar as informações do SIGAMAT (Cadastro de Filiais
do Configurador - SIGACFG) e avaliar isenção FPAS na validação de inconsistências.
● Ajuste para não gerar inconsistência de tag AliqRAT vazia (enviar zerada quando não houver).

● Ajuste no gatilho do campo Proc. Aprendiz (C92_PROCAP).
● Alterado o programa para permitir o não preenchimento do campo Sub Patronal.

● Ao enviar o evento S-1005 sem preencher campos que se tornaram facultativos, como 'Tipo do
Ponto' (<regPt>) e 'Contr.Aprendiz' (contApr), ocorre erro de schemas.
Realizado ajuste da geração do XML para se adequar à NT 15/2019.
S1010 – Tabela de Rubricas
● Ajuste na obtenção das rubricas, para ao enviar um desligamento considerar o período da

rubrica.
● Realizado ajuste na chave de relacionamento entre as tabelas CA4, CA6, CA8, CU3, CU5, C9Z,
C23 e C36. A finalidade desse ajuste é permitir o correto compartilhamento da tabela C8R de
Exclusiva para Compartilhada.
● Correção na gravação do campo Cód. Suspensão de Processos Judiciais.

● Correção na busca do código da rubrica, durante a integração das rubricas, para que seja
verificado o Identificador da Tabela de Rubrica somente quando necessário.
● Foi realizado o tratamento para que quando a tag <perApur> possuir somente o ano, o mesmo
integre com sucesso com as rubricas mencionadas no XML.
● Correção na gravação do campo "Cód. Susp." (T5L_CODSUS) no cadastro de Rubricas.
● O sistema apresenta inconsistência ao efetuar a integração da exclusão das rubricas: "A

operação solicitada no XML, está em desacordo com o cenário do registro na base TAF".
● Correção para Exclusão e Inclusão de Rubricas, ajustes dos índices de acordo com a operação
selecionada, para execução do DBGOTO.
● Na integração do evento S-1010 é apresentada a mensagem de inconsistência: "O valor '1'
informado na tag codSusp não existe na base de dados".
● Efetuado ajuste na rotina de Verbas/Rubricas para considerar a filial origem correta, do evento de
Processos S-1070.
● Realizado ajuste na Chave informando a posição correta do campo C8R_IDTBRU, para a função
DBGOTO, desta forma é possível adicionar o registro sem que haja impacto quando é a mesma
rubrica para ID. TAB. RUBRICAS diferentes.
● Ao realizar a integração de um desligamento ocorre erro informando que a rubrica não foi
encontrada na base de dados. O erro ocorria pois o desligamento não possui a informação do
período, que é uma informação necessária para validação da rubrica. Incluída na validação da
rubrica a adoção da data atual, caso o período não seja informado (como ocorre no evento S-
2299).
S1020 – Tabela de Lotações Tributárias
● Desabilitado o relacionamento incorreto da tabela de Lotações Tributárias (C99) com a tabela

de Trabalhadores (C91), que acusava erro ao excluir uma lotação tributária.
S1050 – Tabela de Horários/Turnos de Trabalho
● Corrigida a gravação do log de alterações de recibo de transmissão, que apresentava erro ao

efetuar um ajuste de recibo.

● Ao incluir um S-1050 com data de início da validade anterior e de mesmo código de horário de
ou outro S-1050 já protocolado ocorre a seguinte rejeição
● Não é possível a inclusão do registro. Existe um evento S-1050 na base, com o(a) mesmo(a)
Código Turno e com a data de início iguala ou superior à data final a desse registro
● Ajustado o MsSeek com as informações de Data de Início e Data de Fim, através da seleção do
índice 2 da tabela C90, possibilitando verificar se há um registro com todas as informações
necessárias, para diferenciar os dados independente do código.
S1060 – Tabela de Ambientes de Trabalho
● Foi realizado os ajuste no evento S-1060 conforme NDE e Layout 2.5 do eSocial.
S1070 – Tabela de Processos Administrativos/Judiciais
● Ajustada a validação do schema que apontava que o número do processo administrativo devia
possuir 17 ou 21 dígitos, mesmo quando o processo fosse do tipo judicial.
●
● Na integração de xml do evento S-1070, com a alteração de registro já existente no cadastro,

porém, não transmitido, o sistema alerta para registro idêntico do FIS/REINF, não concluindo a
operação.
● Ajuste na rotina, para apresentar mensagem de advertência, quando houver integração de

registro com novas informações, de um já existente e não transmitido no cadastro.
S1200 - Remuneração de trabalhador vinculado ao Regime Geral de

Previdência Social
● Ajuste na geração do XML, os campos dtAcConv e compAcConv foram alterados quanto a não
obrigatoriedade para o envio no caso de um acordo coletivo tipo F, segundo leiaute E-Social.
● Correção nas rotinas Folha de Pagamento (TAFA250), no gatilho de preenchimento do
campo Descrição do Estabelecimento (C9P_DESTAB, C9K_DESTAB, T1Y_DESTAB e
T2P_DESTAB) para considerar os dados do estabelecimento ativo (C92_ATIVO igual a 1),
quando houver mais de um registro com o mesmo ID de estabelecimento.
● Implementação de rotina que permite integração de funcionários com múltiplos vínculos.

● Ajuste para permitir a inclusão de um máximo de 99 itens nos demonstrativos de valores
relacionado ao evento.
● A folha de pagamento era enviada em duplicidade com a base do eSocial. Portanto, foi alterada
a rotina de ajuste de recibo para permitir incluir um recibo para um registro que tenha sido
rejeitado.
● Corrigido erro de schema ao enviar rescisão complementar cujo tipo de acordo coletivo é “F” e
a data de acordo estiver vazia.
● Ajustada geração da folha de pagamento de período retroativo para um funcionário
transferido.
● Feito ajuste para que seja gravado o valor zero na tag <vlrRemunOE> quando seu valor estiver
zerado no TAFA250.
● Na geração da tag grauExp, o TAF estava considerando os valores do layout antigo. Foi alterado
para que passe a gerar de acordo com os novos valores: 1, 2, 3 e 4.
● Corrigida a validação dos campos do TAFA250 para não exibir mais a mensagem "Ambiente
Desatualizado" indevidamente durante uma inclusão/integração de um registro.
● Corrigida situação que acusava erro no formulário C9L ao adicionar um novo Recibo ou
Estabelecimento.
● Ajustada situação onde ao gerar o XML, a rubrica era gravada com valor em branco.
● Feita a alteração dos campos de quantidade de rubrica conforme o layout 02.04.02, com
tamanho de 6 e 2 decimais.
● Caso, no momento da integração de um evento S-1200, o sistema não encontre CPF +
Matrícula para a filial no qual está sendo enviada o evento e o XML possua mais de 1
demonstrativo (dmDev), então será gravado os dados recebidos no XML (Estabelecimento,
Rubricas, Lotações e Trabalhador) sem validar a existência prévia dos mesmos.
● Caso, no momento da integração o XML possua um único demonstrativo (dmDev), então o
sistema seguirá a regra atual, persistindo todos os dados.
● Feita correção para a correta apresentação da descrição das rubricas.
● Realizado tratamento na rotina de Folha de Pagamento para que não ocorra errorlog ao utilizar
rotina sem a existência do campo C9Q_COMPAC.
● Ajustada verificação do SIGATAF para considerar como múltiplos vínculos quando um "XML"
evento S-1200 tiver o grupo <DmDev> para mais de uma matrícula ou para mais de um CNPJ.
● Correção na busca do ID do funcionário.
● Incluído a gravação do NIS para geração dos registros dos autonomos na C9V como TAUTO.
● Feita correção na criação de filtro no evento S-1200. Ao utilizar o campo Id. Trab. era exibido
error.log.
● Efetuado ajuste para a correta gravação dos campos quando o usuário possuir múltiplas
lotações para um mesmo demonstrativo.
● Realizado ajuste para que busque o último NIS que está ativo referente a alteração contratual
S-2306 na geração do S-1200.
● Correção de error.log ao dar duplo clique sobre evento S-1200 - Invalid column name
'C9L_CODLOT', quando o ambiente estiver desatualizado e pendente de execução de
UPDDISTR.
● Deleção das linhas quando é efetuado uma alteração e não utilizado múltiplos vínculos para
recriação dos novos registros T14 de acordo com o XML.
● Ao gerar um evento S-1200 de um trabalhador que possui mais de uma
Admissão\Desligamento não era preenchido deu ID. Foi realizado ajuste para que busque o
respectivo ID de referência do trabalhador de acordo com o período enviado no xml.
● Realizado o tratamento para que quando a tag <perApur> possuir somente o ano, ou seja,
quando o evento for do tipo anual, o mesmo integre com sucesso com as rubricas
mencionadas no XML.
● Ajuste no inicializador padrão das rubricas, quando se tratar de uma folha de múltiplos
vínculos.
● Correção na busca do código da rubrica, ao realizar a integração de um S-1200.
● Correção de inconsistência ao detalhar um evento S-1200 no monitor de transmissão do
eSocial.
● Ajustado rotina de geração do XML do evento de folha de pagamento para buscar o NIS
correto quando há uma alteração cadastral. O problema aconteceu por conta do período de
apuração que estava sendo enviado para função sem o separador de Mês/Ano.
● Acrescentada validação para não gravar a folha em aberto se for encontrado o id do
trabalhador e não for informado o parâmetro mv (tafcomp).
● Ajuste para tratar corretamente a integração de folha para funcionário múltiplos vínculos,
"tratamento de ID´s similares".
● Foi realizado o tratamento e durante a integração da folha de pagamento o mesmo não está
pegando do funcionário desligado, somente em casos de folhas retroativas.
● Em algumas tabelas o campo de quantidade rubricas está definido como inteiro de 6 posições,
sem decimais, realizada a alteração dos campos conforme o leiaute, tamanho 6 e 2 decimais.
● Ajustada consulta na folha de pagamento para diferenciar registros de trabalhador (S-1200) e
servidor (S-1202).
● Incluído o item de ativação do campo C91_MATREA, na rotina de atualização UPDTAF, para
que o campo passe a ser utilizado na rotina.
● Após o ajuste da busca do ID do trabalhador o mesmo está buscando corretamente o
funcionário da filial original, quando a folha de pagamento for retroativa e se o funcionário
estiver transferido.
● Foi ajustado e durante a integração do SIGAGPE do evento S-1200 o campo C9L_DTRABA está
sendo preenchido corretamente com a matrícula do funcionário.
● Correção na busca do ID do trabalhador para considerar a matrícula do trabalhador.
● Ajustada consulta na folha de pagamento para diferenciar registros de trabalhador (S-1200) e
servidor (S-1202).
● Realizado o ajuste no evento S-1200, para gerar o XML com as informações corretas nas Tags,
independente da Filial logada.
● Efetuada correção da gravação do campo Fator Rúbrica quando a folha ( S-1200 ) é cadastrada
diretamente pelo TAF.
● Pelo Smart ERP, o filtro de Funcionários dentro do cadastro de "Folha de Pagamento" estava
com os campos sobrepostos. Foi corrigido o alinhamento dos campos de nome e dos botões.
● Quando é enviada a folha de pagamento referenciando sobre um CNO como lotação tributária,
por ser uma empreitada parcial ou subempreitada, ou seja, não é um estabelecimento da
empresa, o TAF não faz a validação da Lotação, forçando a criação de um estabelecimento S-
1005 para que o evento seja integrado. Portanto, foi efetuado ajuste para realizar a verificação
de tipo de inscrição CNO e da empreitada caso seja parcial ou subempreitada, assim
permitindo a integração da folha de pagamento.
● Ao validar um S-1200 de um PLR, é apresentado a inconsistência: "Se existir no RET evento de
desligamento para o trabalhador/vínculo ao qual se refere a remuneração, cuja data de
desligamento seja anterior ou compreendida em {perApur}, não deve existir 'remuneração'
para o referido vínculo. Exceto se atender a regra do eSocial
'REGRA_REMUN_JA_EXISTE_DESLIGAMENTO'. Portanto, foi realizado ajuste para que seja
verificada a tabela de Rubrica(C9R) para pagamento de período anterior e validar a regra
"REGRA_REMUN_JA_EXISTE_DESLIGAMENTO".
● Ao realizar o envio do evento para o governo, é apresentado erro de schemas em relação a tag
observação em sucessão de vinculo para TAUTO.Realizado ajuste para que gerar o grupo de tag
da tabela C91 quando TAUTO.
● A função "XML ERP x TAF" apresenta a mensagem abaixo mesmo quando o registro possui
integração pela tabela TAFST2.
● "Não foram encontrados registros enviados de seu ERP!"
● Incluímos o alias da tabela para que o xml do ERP correspondente ao registro selecionado fosse
encontrado.
● Um XML de evento S-1200 com a lotação tributaria do tipo de inscrição = 4 (CNO) e sem o
preenchimento do campo estabelecimento na C9K,
● o sistema não gera as tags tpinsc e nrinsc no XML e consequentemente ao exportar ou realizar
a transmissão ao governo, ocorre erro.
● Ajustado fonte para contemplar na importação do XML, Tipo de inscrição igual 4-CNO existindo
ou não o estabelecimento (S-1005), gerando corretamente o XML.
● Ao utilizar o Filtro CPF/Nome na tela de Cadastro de folha de pagamento e informado apenas o
período e o nome exibem error log ao clicar no botão Ok.
● Ajustado rotina para posicionar no campo correto do período e não exibir o error log.
● Ao realizar o preenchimento da folha de pagamento diretamente no TAF (S-1200), o sistema
não gera a tag do trabalhador autônomo (o mesmo possui cadastro na rotina de trabalhador
autônomo), assim, ao transmitir o evento o mesmo retorna com inconsistência pelo RET.
● Realizado ajuste para gatilhar o CPF quando a folha (S-1200) for incluída manualmente
● Na integração do S-1200, o TAF acusa inexistência da Rubrica, porem a mesma existe na tabela,
a tabela possui seu compartilhamento e não possui falha no complemento cadastral.
● Realizada tratativa para que quando houver dois ID's com o mesmo CODERP na tabela T3M
seja incluído na query CODRUB da tabela C8R com status = 4.
● Sistema apresenta erro de XML em desacordo em retificações do evento de folha S-1200.
Ajuste realizado para os registros de folha do legado no qual não eram preenchidos os
campos C91_CPF e C91_NIS.
● Na consulta dos eventos de folha de pagamento no monitor eSocial o sistema retorna o erro:
Alias does not exist: T2M on CHKFILE(APLIB200.PRW)
Ajustado função de gravação do totalizador para não truncar as filiais com mais de 8 dígitos na
atribuição da variável cFilAnt.
● Ao clicar para visualizar os registros com múltiplos vínculos no monitor de transmissão ainda
não é visto o campo OWNER dos registros S-1200 e 1210 por conta de não ter sido
disponibilizado a customização no produto.
● Foi adicionado o campo OWNER no monitor na parte de múltiplos vínculos para os eventos
S1200 e S-1210 no monitor de transmissão.
● Ao retificar uma folha de pagamento de períodos anteriores, ocorre inconsistência na rotina. •
Feito ajuste no processo que carregava as informações da rubrica pois estavam relacionados
com a tabela incorreta.
● Ao integrar um evento S-1200 e S-1210, não temos no produto ainda campos que gravem as
informações referentes ao TAFOWNER e TAFKEY da tabela TAFST2, no momento da integração.
● Na tabela T3P e C91, foram criados os campos com a nomenclatura final de OWNER e
TAFAKEY, nos fontes TAFA407 e TAFA250 foram realizadas as tratativas para gravação dos
conteúdos.
● Ao gerar um evento de integração S-1200 de um funcionário múltiplos vínculos com número
de filial iguais, o registro não é integrado no TAF quando é realizado o processo por parte do
modulo SIGAGPE.
● Foi adicionado uma tratativa que mantem a chave de integração do evento usando o número
de CPF e NIS quando é realizado a inclusão do evento S-1200 do trabalhador múltiplos vínculos,
pois antes a chave era deletada numa parte do fonte impossibilitando a integração por parte
do processo pelo SIGAGPE.
● Ao selecionar a opção de comparativo de XML das rotinas do TAF há situações que no XML do
ERP é demonstrado um registro totalmente divergente do registro que posicionamos a seleção
na TAFA250.
● Ajustado rotina do comparativo de XML para posicionar no registro correto.
● Quando há uma lotação com obra (CNO), o tipo da lotação no TAF fica correto dentro da tabela
de lotações tributarias, que recebeu o dado do GPE, porém ao receber o evento de folha de
pagamento, o sistema não está levando o CNPJ para o campo C9K_ESTABE.
● Ajustado rotina para o cenário, quando é realizado uma integração da folha do GPE com o TAF,
com uma lotação com obra (CNO).
● O TAF não localiza os identificadores de rubrica quando o compartilhamento da tabela T3M
está diferente do compartilhamento das tabelas de rubrica (C8R, T5N, C1G).
Ajuste no tratamento do xml para que o idTabRub fosse localizado.
● Ao confirmar a exclusão de um evento S-1200 já transmitido, ocorre error log.
O erro era causado devido o nome da variável estar incorreto no modelo que estava sendo
carregado.
● Ajustado filtro do CPF/Nome quando informado CPF e período, também alterado rotina para
realizar o posicionamento correto do browser após ter visualizado o histórico de alterações.
Quando realizar o filtro pelo browser padrão e visualizar o histórico de alteração, ao retornar
para a tela anterior, estará posicionado no registro do filtro do browser padrão e trará os
outros registros.
● Ao gerar evento no TAF não está gerando a tag de matrícula no TAF, gerando mensagem de
inconsistência no Monitoramento.
Ajuste efetuado no fonte TAFA250, para considerar a tabelas C9L compartilhada, e na
transmissão não apresentar inconsistência do XML.

● Ao tentar integrar um S-1200 em uma instalação que utilize o Banco de Dados Postgres, ocorre
o error log "operator does not exist: character = integer;".
● Foi ajustado a comparação do campo C8R_STATUS = '4', pois antes a comparação era sem as
aspas simples e o Banco de Dados entendia como se fosse numérico.
● Ao efetuar a integração do evento S-1200, o sistema não grava as TAGs do estabelecimento, e

integra o registro no tomador, porém ao exportar o XML que vai para o RET, o sistema cria
conforme o primeiro registro da C99 (neste caso, o que não corresponde ao CNO).
● Ajuste efetuado para exibir a informação dos campos C9K_TPINSC C9K_NRINSC e
C9K_CODLOT, quando os mesmos estiverem preenchidos, além do campo de ID de
Estabelecimento.
● Ao incluir um S-1200 ( Vínculo Único) de alteração de um evento já existente na base, é realizada a

alteração necessária e todos os registros filhos são gravados em aberto conforme tratamento utilizado
para registros de operações Múltiplos Vínculos.
Corrigida e adicionada referência de busca do nó da informação da TAG <IDEDMEV> para correta
comparação com o que já está registrado na tabela T14 na base, por fim comparando XML x Tabela T14.
● Ao incluir um S-1200 de um funcionário desligado, mesmo não tendo rubrica de PLR, o TAF está
deixando o registro válido.
Corrigido posicionamento nas tabelas de rubricas para que a validação verifique os tipos informados,
invalidando o registro caso não atenda a regra REGRA_REMUN_JA_EXISTE_DESLIGAMENTO
● Ter um mesmo colaborador com dois registros, sendo que 1 foi desligado, ao enviar o evento 2299 ele
busca o PIS do registro que foi desligado, apresenta a mensagem:
Verifique os dados informados pois apresentam divergência entre CPF e NIS, ou o NIS é o mesmo que
foi informado em sua admissão/início de TSVE ou em sua última alteração cadastral.
● Realizado ajuste na função de NIS, para que busque o NIS correto quando o trabalhador não possuir
eventos 2205 vinculados a ele.
● Efetuado ajuste nas rotinas pertinentes, para não apresentar mais a inconsistência no processo do
monitoramento, ao executar a opção Re-avaliar pendências para os eventos S-1200 e S-1210.
● Tratamento para a passagem correta da variável cFilErp no procedimento.

S1202 - Remuneração de servidor vinculado ao Regime Próprio de Previdência
Social
● As tags qtdRubr, fatorRubr e vrUnit estão sendo geradas em branco quando não há
necessidade de sua criação, portanto foi feito tratamento para elas não serem geradas quando
não houver necessidade.
S1207 – Benefícios Previdenciários RPPS
● Ajustado erro de processamento do evento S-1207, que acusava o erro Variable does not exist
IDETABRUBR.
S1210 - Pagamentos de Rendimentos do Trabalho
● Ajuste na geração do XML da tag QtDias, a qual não gerava valor válido em seu XML, a será
gerada com valor zero caso não seja informado nenhum valor em seu respectivo cadastro.
● Realizado ajuste para geração da tag NRRECARQ, somente quando possuir o número de recibo
informado para o pagamento e caso seja necessária inclusão de acordo com regra de leiaute.
● Alterado a geração do registro na CMJ, para não preencher o campo NIS, quando o evento de
exclusão for relacionado ao S-1210.
● Correção realizada para obter a informação correta referentes as verbas oriundas dos eventos
S-2299 e S-2399 para o caso de estagiários efetivados durante o mesmo período de apuração.
● Implementação de rotina que permite integração de funcionários com múltiplos vínculos.
● Ao realizar o processo de Desfazer Exclusão dentro da Rotina TAFA407, o sistema da um

errorlog falando que não encontrou a variavel: Id LE3_RUBRIC inválido on
FWFORMGRIDMODEL:GETVALUE(FWFORMGRIDMODEL.PRX)
● Para reproduzir deverá ter uma folha enviada ao governo, realizar a Exclusão (S-3000) e
desfazer a exclusão. Ao confirmar o Desfazer a Exclusão o mesmo apresenta o errorlog,
mesmo realizando a exclusão na tabela.
● Ajustado ro na para não exibir mais o errorlog, o campo LE3_RUBRIC está como não usado
no SIGACFG, foi retirado a função LoadValue referindo a este campo.

● Tratamento na rotina para poder visualizar corretamente na view, todas as informações do
registro corretamente.
● Corrigida a integração para importar corretamente a tag <detPgtoFer>.
● Alteração efetuada para tratar corretamente a geração do XML com a tag <nrRecArq> do
desligamento do trabalhador.
● Ajustada regra de validação para considerar:
● A data informada deve ser igual ou anterior à data atual e deve estar compreendida dentro do
período de apuração {perApur}, exceto se {procEmi} = 2;
● Se {tpPgto} = [1,5], a data de pagamento não pode ser anterior a {perRef} informado no grupo
{detPgtoFl}, considerando-se {perRef} anual como igual a "AAAA-12";
● Realizado tratamento para evitar erro quando a tag <perRef> estiver vazia.
● Melhoria na geração do XML para reimportação do evento.
● Melhorias para múltiplos vínculos.
● Correção na busca do ID do funcionário.
● Ao realizar o envio de um evento S-1210, não está sendo gerada a tag nrRecArq ao utilizar um
tipo de pagamento igual a "2 - Pagamento de verbas rescisórias conforme apurado em
{dmDev} do S-2299". Portanto, foi efetuada correção na busca do ID do funcionário para que
seja possível a identificação do Desligamento e assim realizar a criação da tag nrRecArq.
● Ao gerar um evento S-1210 de um trabalhador que possui mais de uma
Admissão\Desligamento não era preenchido deu ID. Foi realizado ajuste para que busque o
respectivo ID de referência do trabalhador de acordo com o período enviado no xml.
● Correção para que o bloco detRubrFer seja gerado corretamente ao exportar XML do evento S-
1210.
● Corrigida a montagem do XML do S-1210 para funcionários com residência fora do Brasil.
● Corrigida gravação do evento quando há pagamento de férias.
● Adicionada a pergunta no momento da inclusão para verificar se o trabalhador possui
múltiplos vínculos. Caso possua, será habilitada a opção de inserir o CPF do beneficiário senão
será habilitada a opção de selecionar o Id. do beneficiário.
● Ao selecionar um motivo de desligamento cuja descrição superava 220 caracteres, o sistema

apresentava mensagem de erro impedindo a continuidade do cadastro. Portanto, foi ajustado
o gatilho para sempre respeitar o tamanho configurado para o campo de descrição de motivo
de desligamento.
● Ajuste para consultar o id apenas da filial corrente.
● Alterado índice para busca na tabela T5Y para o correto posicionamento e geração do grupo
penAlim.

● Realizado ajuste para integração correta da TAG “<qtdRubr>” nas tabelas LE2/LE4/T5Y/T6Q/T6R do
TAF, que correspondem aos grupos de tag do evento S-1210.
● Ao incluir uma Folha de Rendimento de Trabalho (S-1210), o sistema está obrigando o
preenchimento do campo "Nr Rec Arq " (T3R_NRARQ). O erro ocorria pois o campo estava
configurado como obrigatório. Portanto, será necessário executar o UPDTAF para correção dessa
situação.
● Ao realizar a retificação de um Pagamento de Rendimento de Trabalho, Múltiplos Vínculos ou não,
ocorria error log. Para os registros com múltiplos vínculos, o erro ocorria pois o campo aberto de
rubrica não estava sendo carregado na tela durante a retificação, gerando o error log de chave
duplicada. Para os demais casos, o erro ocorria pois faltava carregar o conteúdo do campo
sequencial na variável de controle de retificação.
● Ao realizar o processo de Desfazer Exclusão dentro da Rotina TAFA407, o sistema da um errorlog

falando que não encontrou a variavel: Id LE3_RUBRIC inválido on
FWFORMGRIDMODEL:GETVALUE(FWFORMGRIDMODEL.PRX)
● Para reproduzir deverá ter uma folha enviada ao governo, realizar a Exclusão (S-3000) e desfazer a
exclusão. Ao confirmar o Desfazer a Exclusão o mesmo apresenta o errorlog, mesmo realizando a
exclusão na tabela.
● Ajustado rotina para não exibir mais o errorlog, o campo LE3_RUBRIC está como não usado no
SIGACFG, foi retirado a função LoadValue referindo a este campo.
● Realizado ajuste que permite excluir evento de alteração pelo "Histórico de Alterações" da rotina
TAFA421, quando não está transmitido.
● Funcionário com dois vínculos desligados, ao integrar o S-1210 do segundo, sistema posiciona no ID
do primeiro, gravando ID incorreto.
Validação realizada no momento da integração verificando a data de desligamento com o período
informado no XML do S-1210, posicionando no ID correto.
● Realizado ajuste na validação do botão “Validar Registro” referente a comparação da data de

pagamento com o período de referência e da data de pagamento com o período de apuração,
sendo o ano com 4 ou 2 dígitos. Não apresentando mais as inconsistências.
● Na integração do evento S1210 - Pagamentos de Rendimentos do Trabalho, para um

funcionário múltiplos vínculos (sem informar como MV), quando for realizado a integração GPE
X TAF será informado a matrícula do trabalhador.
● Caso seja informada trará o ID do trabalhador com vinculo, caso não seja informada trará o ID
do trabalhador sem vinculo (sendo somente S2300).
Liberações do pacote de XX/XX/2023

● Na integração do evento S-1210 - Pagamentos de Rendimentos do Trabalho, utilizando o
mesmo período e CPF existentes em outro pagamento que consta na base de dados, o sistema
vai aglutinar os valores quando a tag indRetif for igual a 1.
S1250 - Aquisição de Produção Rural
● Ajuste na busca de notas fiscais referentes ao evento S-1250, faça a gravação do model com
seus respectivos relacionamentos (CMV) e ajustado "Indicativo da Aquisição" para somatório
por tipo (CMT).
● Ao buscar “Documentos fiscais” em “Aquisição de Produção”, foi ajustado para que o sistema
distribua as NF´S de acordo com seus respectivos CNPJ e ajuste para o somatório do Indicativo
da Aquisição.
● Ajustada validação para permitir que os campos Vlr Contrib. Senar (T1Z_VLRSEN), Vlr Contrib.
(CMU_VLCONT) e Val. Gilrat (CMU_VLGILR) fiquem vazios, além da correção na validação do
evento.
● Alteração realizada para que seja permitido incluir um XML maior do que 1 megabyte. O
tamanho máximo do arquivo será de acordo com as chaves TOPMEMOMEGA e
MAXSTRINGSIZE configuradas no appserver.ini.
● Ajustado filtro da rotina para listar corretamente os registros excluídos (inativos) com legenda
vermelha.
● Ajustes para que ao clicar mais de uma vez em buscar documentos na rotina de aquisição de
produção rural não duplique informações das notas.
● Obrigatoriedade retirada dos campos T1Z_VLRPRV e T1Z_VLRRAT e tratamento realizado para
que sejam geradas as tags vrCPNRet, vrRatNRet e vrSenarNRet com valores zerados "0,00",
caso campos não sejam preenchidos.
● Feito ajuste no mecanismo de busca dos documentos fiscais para desconsiderar as notas
canceladas.
● Efetuado ajuste no evento S-1250, para que durante o processamento de busca de

documentos fiscais, o mesmo não realize a busca de notas fiscais denegadas.
● Corrigida a validação para permitir que o valor de contribuição ao SENAR seja preenchido em
branco/zerado.
● Correção realizada para buscar as notas elegíveis ao evento S-1250, pois o sistema não estava
carregando essas notas após exclusão do mesmo evento via S-3000.
● Ao gerar um evento S-1250, são consideradas as notas de produtor rural que já foram
canceladas.
● Foi adicionado no filtro da query uma condição, que revisa o número de código das notas
canceladas, para evitar a soma indevida de valores.
● Ao gerar um documento fiscal de um produtor rural, os campos do grid de "Identificação dos
produtores", Val.Gilrat e Val Senar trazem valores que não correspondem ao período correto
da nota fiscal.
● Foi adicionado um filtro para delimitar o período da nota fiscal que deseja importar no
momento da criação do evento S-1250.
● Erro na integração do evento S-1250 quando o mesmo possui Processo e código de Suspensão.
Correção realizada para que a rotina de integração realize a busca corretamente na tabela de
processos e de códigos de suspensão.
● Efetuado ajuste no mecanismo de consulta para considerar somente as notas de entrada no

cálculo das colunas de valor de contribuição previdenciário, valor de GILRAT e valor de SENAR.
● Foi criado o parâmetro MV_TAFCNPJ, para que o usuário possa ou não habilitar os
campos “tpInscAdq” e “nrInscAdq”, necessários para à geração do evento S-1250, específicos
dentro da sua operação.
S1260 – Comercialização da Produção Rural Pessoa Física
● Ajuste para permitir que as tags <tpinsc> e <nrinsc> da identificação do estabelecimento (tag
<ideEstab>) sejam gerados com o CPF.
● Ao realizar o processo de Buscar Docs Fiscais (Notas) da rotina de Comercialização da Produção

Rural Pessoa Física (S-1260), quando o estabelecimento é CAEPF o sistema não busca as notas,
apresentando a mensagem "Não encontrado informações desta filial no Sistema com este CGC
cadastrado".
A validação referente a mensagem será apenas para estabelecimentos que são de CNPJ. Para
estabelecimentos que são de CAEPF o sistema permitirá importar as notas.
S1270 – Contratação de Trabalhadores Avulsos Não Portuários
● Efetuado a correção da gravação do novo registro na tabela T1Z no momento da alteração de

um registro já protocolado (retificação).
S1280 - Informações Complementares aos Eventos Periódicos
Libereações do pacote 15/03/2021
● Feito ajustes para adequação do layout simplificado versão S-1.0
S1295 – Solicitação de Totalização para Pagamento em Contingência
● Feito ajuste para evitar apresentação de mensagem de erro no detalhamento, através do

programa de monitoramento.
● Correção para que seja possível realizar a integração de até 3 eventos S-1295 para o mesmo
período de apuração.
● Feito ajuste visando habilitar o S-3000 para a exclusão de um S-1295 já transmitido ao RET.
S1299 – Fechamento dos Eventos Periódicos
● Ajustada situação que impedia um fechamento dos eventos periódicos sucedido de uma
reabertura de eventos periódicos (S1298).
● Correção da inclusão do evento S-1299 para apresentação correta da legenda.
● Ao integrar o evento S-1299 com o campo compSemMovto preenchido, o mesmo não está
sendo persistido no cadastro do evento S-1299 no TAF.
Corrigida a gravação do campo CUO_COSMVT na função de gravação do XML do evento S-
1299.
● Alteração realizada conforme NT 18/2020 :
REGRA_VALIDA_FECHAMENTO_FOPAG
Flexibilização da regra de fechamento da folha para o afastamento de código [37]
● Correção da inclusão do evento S-1299 via integração quando existe o mesmo evento enviado
para o governo com posterior reabertura.
S2190 - Admissão de Trabalhador - Registro Preliminar
● Ao tentar integrar pela segunda vez um evento S-2190 incluso no TAF com a data de nascimento
incorreta e rejeitada pelo RET, o TAF apontava que o registro estava duplicado, ao invés de alterar o
registro inválido. Portanto, foi realizada correção para que o sistema altere registros com o status 3-
Inválido, corrigindo esse cenário.
● Ao realizar a importação e processamento de um evento S-2190 pelo migrador, o número

do recibo não é gravado na tabela V2A no campo V2A_RECIBO, por este motivo não
alimenta o campo principal na tabela T3A_RECIBO.
● Foi alterado o modo de atribuição de valor da variável cReceipt que pertence ao objeto
oVOMigr..
S2200 - Cadastramento Inicial do Vínculo e Admissão/Ingresso de Trabalhador
● Ajuste na rotina referente a correção da rotina de legendas dos registros.

● Ajustada inconsistência ao excluir evento extemporâneo de um trabalhador através da

funcionalidade “Histórico de Alterações”.
● Ajustado XML de envio para o RET, que sempre adicionava um 0 à frente do DDD, que possui 3
posições.
● Alterado o programa para não abortar com erro ao corrigir um registro do trabalhador na
rotina de processamento.
● Ajuste na validação do evento, que estava com o evento S1005 inválido, porém apresentava
que o evento S1020 estava inválido.
● Correção da exclusão do trabalhador que não gerava o S-3000 quando era necessário.
● Corrigido rotina de transferência para contemplar transferências entre grupo de empresas.
● Correção de error log ao acessar a rotina TAFA421 com um usuario com nivel de acesso inferior
ao campo CUP_VLSLFX.
● Em outras Ações - Incluída a Opção de Ajuste de Recibo dentro da rotina para aceitar a
alteração em alguns novos cenários, na rotina de cadastro de funcionários.
● Incluído tratamento para quando funcionário é transferido e depois excluído, para que a
legenda fiquei correta.
● Durante o detalhamento de um funcionário Múltiplos Vínculos, foi apresentado error.log,
realizado a correção e durante o detalhamento de um funcionário Múltiplos Vínculos o
problema não voltou a persistir.
● Ao iniciar o módulo SIGATAF, sistema estava alterando os registros das tabelas T1V e T1U
incorretamente para ATIVO = "2", realizada correção na query para que seja alterado
corretamente os registros das tabelas T1V e T1U para ATIVO = "2"
● Alterada função para de geração de XML do evento S-2200 para somente fechar o alias criado
pela função EXISTALTNIS caso o mesmo esteja aberto.
● Feito ajuste na validação para chamar a rotina TAFA410.
● Feita correção na atualização do status do registro de início, após a confirmação da
transmissão do término do afastamento, que ocorria apenas quando o afastamento fosse
gerado num S-2200.
● Ao acessar qualquer evento que possua um campo com consulta padrão para o trabalhador, é
exibido o campo correspondente ao salário do trabalhador. Por conta disso, o cliente alterou a
propriedade X3_NIVEL do campo CUP_VLSLFX para 4 e definiu o nivel dos usuários para 3. Ao
acessar a rotina TAFA257, por exemplo, e apertar F3 no campo "Id. Trabalhador" era apresentado
error log. Portanto, foi alterado o programa informado no campo X2_SYSOBJ das tabelas C9V e CUP.
Em ambos, foi informado o fonte TAFA278. Anteriormente, estava informado o fonte TAFA256.
● Ao realizar uma inclusão o ano somente com AA, ou seja, preenchendo o ano 49, o sistema
preenche automaticamente o ano 2049. No SIGAGPE, o sistema se comporta de uma maneira
diferente. Portanto, foi realizado tratamento para que o ano sugerido pelo sistema utilize como
base a data atual do sistema, subtraído de 90 anos.

● Realizado ajuste da geração do XML para se adequar à NT 15/2019, ao tentar enviar S-2200 na
estrutura da NT 15/2019, ocorria erro de schemas
● Dependentes de funcionários transferidos apresentam divergências entre o cadastro do GPE e o
cadastro do TAF.
Ajuste nas funções para permitir a alteração dos dependentes com divergências através da rotina
desenvolvida pelo GPE.
● Ao efetuar a validação do trabalhador, no Log de Validação o sistema alerta para preenchimento
dos (CUP_TPINAP) - (CUP_NRINAP) (empresa Entidade Educativa).
Retirada a validação que obrigava o preenchimento dos campos _TPINAP e _NRINAP das tabelas
CUP e T1V.

● Ao tentar integrar um S-2200 o evento não é integrado. Foi corrigido a integração do evento S-
2200.
● Ao enviar uma admissão ou alteração do funcionário para o TAF, é apresentado error LOG.
Realizado ajuste na grafia do campo criado para alteração de CPF de 'CUP_DALCPF' para
'CUP_DATCPF'. Ajustada rotina para que o registro inativado não apareça no Browse, o registro
inativado com C9V_IDTRAN preenchido é inserido um caractere "|" no início do campo para
tratativa do SetFilterDefault do Browse.

● Ao efetuar geração do arquivo XML, individual ou em lote, o sistema apresenta a mensagem de não
conformidade.
Ajustado rotina para retornar o CNPJ da filial matriz e não apresentar mensagem de não
conformidade.
● Implementada a retificação do evento do trabalhador(S-2200) possuindo para ele, eventos S-2206
ou S-2205, o sistema impedia sua retificação por conta da ordem cronológica a quais os eventos
deveriam ser transmitidos.
● Quando a transferência é entre grupos (base de CNPJ diferente) é necessário o envio de um novo S-2200
informando a sucessão de vínculo, quando o funcionário vai para um grupo e depois retorna para o grupo
original a função que identifica se existe S-2190 estava gerando a tag de recibo preliminar indevidamente,
com as informações do primeiro vínculo do funcionário.
Ajustada a validação para que, quando identificado que é uma sucessão de vínculo, não seja gerada a tag
de admissão preliminar em situações de transferência entre empresas de raiz de CNPJ Diferentes.
● Ajustes decorrentes da implantação da funcionalidade de transferência de titularidade do empregador

doméstico NT 18/2020 :
● Campo {cpfSubstituido} – excluída validação no dicionário.
● Campo {transfDom/dtTransf} – excluída validação (TAFA256).
● Alterada a Regra REGRA_ADMISSAO_VALIDA_DT_ADM decorrente da NT18/2020
Ajuste decorrente da revogação da MP 905/2019 pela MP 955/2020, inclusões realizadas:
-Para a categoria [105] (contrato a termo firmado nos termos da Lei 9601/98), deve ser maior ou igual
a 22/01/1998.
-Para as categorias [107, 108], deve ser igual ou anterior a 20/04/2020.

● Ao gerar o evento S-2200 de um funcionário que teve o envio do evento S-2190 (integrado na
Matriz), o sistema não está gerando o recibo (da Admissão preliminar) no envio do S-2200
(integrado na filial destino).
● Criada a funcionalidade para busca do recibo na filial matriz, quando o mesmo não for
encontrado na filial corrente (específica para o ERP DataSul, onde o S-2190 de um determinada
filial sempre é enviado na matriz).

● Criada proteção para evitar inconsistência na geração do xml do evento S-2200, quando o
mesmo tiver na tabela C1E a informação da matriz em uma das empresas com a mesma base
de CNPJ.
● Incluído Alias na função na passagem do valor da célula na classe FWBrwColumn.
S2205 – Alteração de Dados Cadastrais do Trabalhador

● Correção no processamento de eventos S-2205 de funcionários transferidos que não estavam
sendo levados no processo de transferência de funcionários do TAF. Portanto, se o funcionário
possuísse uma alteração em seu NIS, ao transmitir eventos que contém o NIS como chave o
RET rejeitava o evento.

● Ao realizar a transmissão dos eventos periódicos e não periódicos, ocorria uma falha na
validação do NIS, decorrente de diversos vínculos registrados para o mesmo CPF
Efetuado ajuste na validação das alterações cadastrais tendo como referência o CPF.
● Realizado tratamento, para que caso o registro de retificação, esteja como (INATIVO =2 ), no
momento da integração de um XML do evento S-2206 ou S-2205 extemporâneo, com INDRETIF
= 2, o sistema deve reativar o registro que já consta na base e realizar o processamento do
registro a ser integrado, como retificação.

● Quando o trabalhador TSV do evento S-2300 tiver um S-2205 cadastrado, transmitido ou não, o
mesmo não é apresentado no Histórico de Alterações.
● Efetuado ajuste na query do Histórico de Alterações, para carregar o evento S-2205
cadastrado, quando posicionado nos registros do evento S-2300.
S2206 – Alteração de Contrato de Trabalho
● Ajustado o processo de transferência entre filiais de colaboradores, com Alteração Contratual

(S-2206), para que o campo ID (C9V_ID) da tabela Dados do Trabalhador (C9V) não seja
duplicado.
● Melhoria na apresentação dos registros, quando houver várias alterações.
● Eventos S-2205 ou S-2206 realizados via integração permaneciam ativos e seu histórico não era
preenchido corretamente. Para correção deste problema foram realizadas as seguintes ações: 1-
Para registros do legado será executada ao acessar o módulo um script que irá avaliar os registros
nesta situação e irá realizar as correções necessárias. 2-Correções nas funções para que em novos
eventos o erro não ocorra.

● Ao enviar um novo S-2206 para o TAF, existindo um anterior sem transmissão, sistema cria uma
inclusão e inativa o anterior. Ao gerar um S-2206 com data de alteração com a mesma data do
registro que já está na T1V, sistema sobrepõe o registro na T1V e inativa o S-2206.
● Ajustado rotina para que ao enviar um evento S-2206 com data de alteração diferente da data do
registro anterior para o TAF, valide se o registro anterior está ou não transmitido, caso esteja com
status "4" inative o registro anterior e permite incluir o evento enviado, caso não esteja transmitido
não permite a inclusão do S-2206. Para incluir um novo registro S-2206 é necessário que o registro
anterior esteja transmitido ou deletado.
● Ajustadas as strings da rotina para utilização com 10 caracteres e alterada a chamada da função
para o wizard de atualização.
● Efetuada tratativa no fonte que obtêm o valor do ID, ao qual corresponde o registro na tabela C9V,
para ser gravado na tabela T1V do evento S-2206.

● Ao acessar a rotina Cadastro do trabalhador (TAFA421) e selecionar o histórico de alterações, o
sistema apresentava error-log.
Ajustado para que a estrutura se adapte ao RECNO independentemente do tamanho.
● Realizado tratamento, para que caso o registro de retificação, esteja como (INATIVO =2 ), no
momento da integração de um XML do evento S-2206 ou S-2205 extemporâneo, com INDRETIF
= 2, o sistema deve reativar o registro que já consta na base e realizar o processamento do
registro a ser integrado, como retificação.
● Foi realizado um novo tratamento na rotina e a inversão da forma como é criado o menu, desta
forma todas as operações disponíveis no menu serão carregadas no cadastro de privilégios e
assim não impactando no funcionamento da rotina TAFA421.
o Para o devido funcionamento desta correção, o usuário deverá acessar o cadastro de
privilégio e recadastrar a rotina TAFA421 além de aplicar o pacote de atualização, o
usuário observará que novas opções aparecerão no grid de operações\funções
liberadas nos menus da rotina.
S2210 – Comunicação de Acidente de Trabalho
● Ajuste na criação do cabeçalho do XML para envio da Comunicação de Acidente de Trabalho,

corrigindo um erro de transmissão do evento.
● Excluída regra REGRA_EXCLUI_EVENTO_CAT.

● Alterada regra REGRA_EXISTE_CAT_ORIGEM.
Ajuste na criação do cabeçalho do XML para envio da Comunicação de Acidente de Trabalho,
S2220 – Monitoramento de Saúde do Trabalhador
● Ao realizar um cadastro do evento S-2220 da rotina de "Monitoramento da saúde do Trabalhador",

na aba de "Exames" ao tenta preencher o campo com a descrição "Audiometria Tonal
Ocupacional" é inserido juntamente a ele um código que não corresponde com a descrição do
procedimento. Foi atribuído o código "0281 " para a descrição do processo "Audiometria Tonal
Ocupacional" no fonte TAFA516.PRW.
S2221 – Exame Toxicológico do Motorista Profissional

● Efetuadas correções na funcionalidade "Validar Registro" do evento S-2221.
S2230 – Afastamento
● Corrigida inconsistência na retificação de afastamento; quando o funcionário possuir dois ou

mais afastamentos registrados no sistema, quando esse afastamento é enviado via integração
pelas marcas RM/DATASUL.
● Realizado ajuste e correção no mecanismo de posicionamento dos registros da CM6, essa
implementação foi realizada no mecanismo de gravação via integração.
● Ajuste para que o não preenchimento dos campos ID. Cid (T6M_CODCID) e Qtde. Dias
(T6M_DIASAF) seja considerado uma inconsistência apenas quando o código do motivo for "01
- Acidente/Doença relacionada ao Trabalho". Na situação onde apenas o campo ID. Cid seja
preenchido, o não preenchimento do campo Qtde. Dias Af será apontado como uma
inconsistência, pois o RET rejeitará a transmissão do evento por erro de schema.
● Ajuste na integração do término do afastamento, quando é gerado através do JOB do GPE.
● Corrigida visualização dos registros de afastamento dentro do TAF, quando o início e o término
foram enviados separadamente.
● Corrigida a apresentação da legenda vermelha quando o registro de afastamento for excluído

através de um S-3000 e essa exclusão for confirmada pelo governo.
● Incluído o campo T6M_NRIUFD para exibir a sigla da Unidade Federativa do órgão de classe do
médico selecionado na própria grid.
● Ao realizar uma carga inicial de um trabalhar afastado, lançar um retorno de afastamento
temporário e tentar incluir um novo afastamento temporário era exibida a mensagem de
chave duplicada. Para corrigir essa situação, foi retirada a validação de chave duplicada do
campo "Id. Func." (CM6_FUNC) e adicionada a validação no momento em que o usuário tenta
gravar o afastamento temporário através do botão "Confirmar".
● Feito tratamento no sistema para ao receber a confirmação do governo da exclusão do
término do afastamento, o sistema reativar o registro de Início do Afastamento.
● Corrigido o ordenamento na transmissão dos afastamentos, quando houver vários pares de

afastamento com duração de um dia.
● Corrigido o dicionário onde foram excluídos os índices em duplicidade da consulta padrão

C9VA.
● Incluída opção 6 na tag tpAvPrevio conforme layout 2.4.02 do e-Social.
● Incluído o campo T6M_NRIUFD para exibir a sigla da Unidade Federativa do órgão de
classe do médico selecionado na própria grid.
● Liberado para que o usuário possa realizar a inclusão do Recibo na rotina de afastamento
temporário.
● Ao realizar a exclusão do fim de um Afastamento temporário (S-2230), o início do afastamento não

era reativado novamente. Ao transmitir o evento S-3000 o início do afastamento foi reativado com
o repositório atual. Porém, a rotina de "Ajuste de STATUS de evento" não estava realizando o
ajuste. O problema foi detectado e resolvido e a rotina localizada da aba "Outras Ações" pode
realizar o ajuste caso necessário.
● Quando é enviado um S-2230 de inclusão com data início e fim de afastamento onde o S-2200
do funcionário foi enviado na situação de afastado, ocorre erro da mensagem.
● Ajustada mensagem:
“Esse trabalhador iniciou o esocial afastado, verifique o envio do término deste afastamento.”
● Erro encontrado no tratamento realizado para permitir integração de fim de afastamento no
qual o início foi integrado via migrador para bancos Oracle
Correção realizada para o processo de integração de fim de afastamento quando o inicio foi
cadastrado via migrador TAF e homologada nos bancos: Oracle, PostGres, Informix, DB2, SQL
● Ao integrar términos de afastamentos no qual os suas informações de início de afastamentos
foram integrados ao TAF através do processo de Migração. O TAF bloqueava a inclusão do
Término em virtude da falta de um registro predecessor.
Tratamento foi feito da seguinte forma, para que caso a consulta retorne mais de um registro
de INICIO de Afastamento Ativo, não será possível para o produto precisar a qual início o
termino enviado se refere, desta forma será retornado o erro de predecessor afim de evitar
uma integração de afastamentos com informações imprecisas.
● Quando existe rejeição do início do afastamento e o sistema está configurado como fila, o TAF
está mantendo o evento em fila.
Incluído uma nova rotina no menu para realizar o ajuste nas threads da tabela TAFST2,
limpando o campo quando o registro estiver como fila e com status 1.
Miscelânea > Ajuste de Base > Limpeza Threads em Fila
● Ao consultar início do afastamento pelo botão "Exibir Histórico de alteração", registro de início
volta a aparecer na GRID junto com o término.
Realizado ajuste para que o Browse aplique o filtro padrão após sair do "Exibir Histórico de
alteração"
● Ao transmitir um afastamento sem informar a quantidade de dias afastados, é gerado erro de

schemas.
● Realizado ajuste na geração do XML para que a TAG <qtdDiasAfast> não seja gerada caso seu
conteúdo esteja vazio.
● Ao integrar o fim do afastamento pelo RM, não encontra o início que foi migrado de outro ERP.
● Realizado ajuste para encontrar o início ativo do funcionário que estão integrando o fim sem
um predecessor, porque o inicio veio de outro ERP (Migrador).
● Efetuado ajuste apara tratar as inconsistências relatadas, além da correção de duplicação de
registros no TAFA261, e fila de registros com status = 7 no TAFXERP.
● Quando feito filtro através do botão "Filtro CPF/Nome" utilizando "Nome" foi apresentada a
seguinte mensagem: "A sua busca retornou uma quantidade muito grande de registros, por
gentileza refine seu filtro."
● Realizado ajuste na query da rotina para que sejam considerados somente registros com
campo ATIVO = 1.
● Por conta do Middleware, o RM transmite o XML com indRetif=1 quando há rejeição da

mensagem por parte do governo. Portanto, surgiu a necessidade de remoção do bloqueio de
alteração para eventos S-2230 não transmitidos.
Removido o bloqueio na integração para alteração de eventos S-2230 não transmitidos.
● Ao tentar realizar o término de um afastamento (S-2230) pelo SIGAGPE, ocorre a mensagem
"S-2230 - Não é permitido alterar/remover a data fim de um afastamento que já foi enviado de
forma completa. Para realizar essa operação, é necessário excluir a linha atual e incluir uma
nova linha".
● Foi criada a função UPDSR8, que ajusta o campo TAFKF da tabela SR8 do SIGAGPE.
Ao realizar a integração de um afastamento que existe com a mesma data de início só que o
afastamento anteriormente enviado já foi excluído via S-3000, sem informar sua data fim e
protocolada a exclusão, é apresenta a mensagem: "Esse afastamento já foi integrado ao TAF e
existe na base de dados. Caso deseja alterá-lo, favor enviar TAG de retificação <indRetif> igual
a 2"
Realizado o ajuste para validar apenas os registros com mesma data de início e ativo
● Ao alterar o fim do afastamento que teve sua integração apenas do início, sistema cria o fim na
CM6, porém não vincula no registro do início, mantendo os dois registros (início e fim) ativos.
● Efetuada a correção para complementar na chave de busca do registro do Início do
Afastamento, com isso o mesmo passa a localizar os dados iniciais quando feita a integração do
Termino do Afastamento.
S2240 – Condições Ambientais do Trabalho - Fatores de Risco

● As informações do grupo <fatRisco> não estavam sendo gravadas quando não eram preenchidas
informações sobre o grupo <infoAmb>. Apesar do grupo <infoAmb> ser obrigatório, foi efetuado
um ajuste para permitir essa situação, pois os grupos de tag <infoAmb> e <fatRisco> deixaram de
ter uma relação de dependência entre eles.
S2250 – Aviso Prévio

● Ajuste no cancelamento de aviso prévio, quando feito a partir do módulo GPE.

● Incluída a opção 6 na tag tpAvPrevio conforme o layout 2.04.02 do eSocial.
● Alterado o programa para apresentar o nome do trabalhador independente da filial logada.
S2260 – Convocação para Trabalho Intermitente
● Ajuste para possibilitar a alteração de registros de convocação para trabalho intermitente não
transmitidos.
S2299 – Desligamento
● Corrigida validação no campo Grau de exposição de agentes nocivos.
● Realizado ajuste no processo de importação do evento de desligamento para impedir a

importação quando o conteúdo da tag <ideTabRubr> for inexistente na base de dados.
● Realizado a devida declaração e proteção da variável cLogOpeAnt para não ocorrer erro.
● Ao tentar transmitir o evento S-2299 de retificação era apresentado inconsistência no xml, pois
adicionava informações referentes a acordo coletivo e processo judicial, mesmo não possuindo
dados. Ajuste para geração destas informações somente se possuir dados.
● Efetuado tratamento para que no processo de integração do evento S-2299, o sistema trate
corretamente o preenchimento das tags.
● Inserido tratativa default na função TAFIdTabRub e condição para quando não receber o
parâmetro cCodRubr
● Na integração do evento S-2299, para alteração da data de desligamento; desde que a data
esteja dentro do mesmo mês enviado, o sistema alerta com "XML em Desacordo com cenário
...".
Efetuada a correção para quando houver integração da Alteração do evento S-2299, e com isto
não apresentar mais a mensagem no TAF.

● Inserido tratativa default na função TAFIdTabRub e condição para quando não receber o
parâmetro cCodRubr
● Ao gerar um xml do evento S-2299 não estando na filial principal que originou o evento, não é
gerada as informações de verbas rescisórias.
● Foi adicionado a variável cFilAnt no MsSeek para gerar corretamente os arquivos xml do
evento S-2299
● Ao validar o registro, a rotina valida a regra REGRA_DESLIG_VALIDA_DT_DESLIGAMENTO do

layout versão 02_04_00.
Ajuste no processo de validação dos registros, para considerar a versão do leiaute vigente
02_05_00.
S2300 – Cadastramento Inicial do Vínculo e Admissão/Ingresso de Trabalhador

Sem Vínculo de Emprego/Estatutário
● Removida obrigatoriedade dos campos UF e Cod. Município da instituição de ensino do

estagiário.
● Remoção da mensagem “Processo Finalizado”
● Ajuste na tela para funcionário com múltiplos vínculos "MV", incluído novo grupo de campos
com Nome e Data de Nascimento, criado os novos campos C91_NOME e C91_NASCTO.
● Ao integrar um evento S-1200 para autônomos que não teve o evento S-2300 enviado ao RET,
o sistema não atualiza os dados na tabela C9V quando existem alterações entre os XML's.
Com isso, o autônomo os dados são enviados incorretamente ao RET, sendo necessário deletar
via banco o evento original na tabela C9V.
Realizado ajuste para sempre atualizar os dados do autônomo na C9V.
● Ao acessar o painel do trabalhador e selecionar um registro de um S-2300, na visualização do
painel referente ao término do contrato não é visualizado as opções padrão no botão Outras
ações como, "Excluir" ... etc..
Foi corrigido no fonte TAFA280, a parte referente a chamada de menu que disponibiliza as
opções "Outras Ações".
S2306 – Alteração de Contrato de Trabalho
● Feita correção no dicionário para ajustar inconsistência na inclusão do evento.

● Correção de inconsistência durante inclusão de evento S-2306 extemporâneo.
● Foi implementada a transferência entre filiais de trabalhadores sem vinculo (S-2300), via
integração (TAFA500) e WS nos mesmos padrões de transferência do trabalhador com vínculo
(S-2206).
S2399 – Desligamento
● Ao tentar transmitir o evento S-2399 ocorre inconsistência informando que a variável cDtTerm
não existe. Feito ajuste na declaração/passagem de valores para variável.
● Ao tentar transmitir o evento S-2399 ocorria inconsistência informando "expected O->U,
function FreeObj". Feito ajuste na liberação de memória.
S3000 – Exclusão de Eventos
● Corrigida situação na qual era gerado um registro em branco na tabela CMJ.

● Inclusa validação na rotina Exclusão de Eventos (TAFA269), para que os eventos S-1200, S-
1202, S-1207, S-1210, S-1250, S-1260, S-1270, S-1280, S-1300, S-2190, S-2210, S-2220, S-2230,
S-2240, S-2241, S-2250, S-2298, S-2299, S-2400, S-3000, S-2260 e S-2399 originados de suas
rotinas principais, somente desfaçam a exclusão na opção Desfazer Exclusão na própria rotina
de origem.
● Feito ajuste no processo de exclusão de um S-2205 que alterou o NIS de um funcionário, para
que o sistema apresente e transmita ao RET o NIS que foi enviado no evento.
● Ajuste para que ao gerar um S3000 de um S1210, seja respeitado o layout ao não enviar o tag
com o NIS do trabalhador.
● Correção do tratamento da tag cNomeTrab ao realizar a exclusão de histórico de alterações do
Cadastro de Trabalhador.
● Corrigida exclusão dos eventos S-1200 e S-1210 quando a exclusão tem origem no SIGAGPE.
● Corrigida situação na validação do S-3000 que, antes de ser enviado ao RET, apresentava
indevidamente a inconsistência: "Tipo Evento – (CMJ_TPEVEN) – O evento do recibo não deve
constar como excluído ou retificado".
● Efetuada a manutenção para os eventos que tiverem o seu registro de exclusão desfeita (S-
3000), o registro origem deva voltar para o seu status correto.
● Ao selecionar um evento excluído, com o evento S-3000 transmitido ou não, e selecionar a

opção "Visualizar Reg. Excl.", é exibida a mensagem que "Não é possível desfazer a exclusão do
evento S-3000 Transmitido ou Aceito RET".
Ajustado fonte para respeitar a opção "Visualizar Reg. Excl.", permitindo que seja visualizado o
registro do S-3000 independente se foi transmitido ou não.
● Ao realizar a exclusão de um evento S-3000 a partir da funcionalidade "Desfazer Exclusão"

localizada nos cadastros de eventos e-Social o sistema retorna o seguinte erro: variable does
not exist LERROINT.
● Ajustado rotina de exclusão retirando a captura de erro através de ErrorBlock e ajustado
função genérica de browse para não limpar o conteúdo da variável oBrw a partir de uma
declaração de variável.
● Ao realizar uma integração do evento S-5003, é apresentada a mensagem no appServer "não é

possível inserir uma linha de chave duplicada no objeto 'dbo.V2S990' com índice exclusivo
'V2S990_UNQ'".
● O grid da tabela V2U que estava ocasionando erro devido a validação por não ter valores para
serem preenchidos, agora é tratado como sendo opcional o seu preenchimento.
● No envio do evento S-3000 para exclusão de um desligamento (S-2299) para um trabalhador

que possui 2 vínculos na mesma filial, o sistema não está respeitando o código de matricula.
Devido este comportamento, é posicionado no registro de desligamento errado, retornando o
recibo incorreto para o evento S-3000.
Ajustada a rotina de “de/para” de tags (FgetIdInt) para a correta identificação da chave do
evento utilizada para retorno do recibo do layout a ser excluído (integração online).
Liberações do pacote de 29/04/2020 - Issue DSERTAF1-20963

● Quando um funcionário possuía um evento S-2230 de afastamento e um evento S-2205 de
alteração cadastral, onde era alterado o seu nome, ao entrar na rotina de Monitoramento, e
posicionar no evento S-2230, era carregado o nome do funcionário no evento S-2200, e não do
evento S-2205 (onde foi alterado o nome).
● Feito ajuste para que ao possuir um S-2205 com alteração do nome, a montagem do nome no
Monitor seja baseado neste evento (S-2205). Efetuado ajustes de performance no Monitor de
integração.
● Identificado que o sistema permite efetuar diversas alterações cadastrais sem transmitir os
registros anteriores, quando houverem. Na tela "Histórico de Alterações", permitir alteração e
retificação de eventos extemporâneos. Validar registros inativos através de uma nova
integração.
● Efetuada correção para considerar a regra do "Evento Ativo", para "CPF + Data", desta forma
será permitido ter mais de 1 (um) registro ativo, nas tabela T0F.
● Ao realizar exportação do XML do evento S-2206 quando este possui 2 matrículas para o
mesmo CPF na C9V, e ambos ativos, o posicionamento em tela era feito no ID correto do XML a
ser exportado, mas no debug vi que foi posicionado no primeiro ID correspondente a esse CPF
na C9V.
● Efetuado ajuste para que considere o ID posicionado em tela.
● Ter um mesmo colaborador com dois registros, sendo que 1 foi desligado, ao enviar o evento 2299 ele
busca o PIS do registro que foi desligado, apresentando a mensagem de erro do NIS.
● Realizado ajuste na função de NIS, para que busque o NIS correto quando o trabalhador não possuir
eventos 2205 vinculados a ele.
● Barra de Progresso das rotinas de Processamento e da opção “Habilitar re-integração” da rotina

Gerenciador de Integração, não preenchem.
● Realizado ajuste na classe genérica que contém os componentes da barra de progresso.
Liberação do pacote de 08/07/2020 - Issue DSERTAF1-21903

● Ao gerar o relatório do evento S-5001, não é realizado o abatimento de valores na coluna TAF- Valor
INSS gerando divergência entre valores do taf e governo.
● Para rubrica do tipo 1-Vencimento, o valor será abatido no relatório na coluna TAF- Valor INSS.
● Ao realizar alteração do evento 2206 na integração, após o envio de um evento S-3000 ,o sistema não
permite a inclusão do mesmo, apenas como retificação, mas o RET não aceita o envio.
● Obs.: Hoje trabalhamos com o conceito de desempilhamento, porem observamos que este conceito não é
utilizado pelo RET.
● Para o cenário, quando for enviado um S-3000 e posteriormente um novo envio para o evento 2206 (Para
a mesma data de alteração).
● Foi incluído validação que verifica se o registro anterior é uma exclusão, caso seja permitirá a inclusão
deste novo registro do evento 2206, caso contrário continuará o processo.
● Ao realizar a consulta de retorno na rotina de detalhamento, ocorria erro em tela.

● Ajuste realizado no fonte para que não ocorra o erro ao buscar o retorno dos eventos na rotina de
Detalhamento.
● Ao integrar um evento S-2399 de desligamento por mudança de CPF o RET retorna erro de TAG enviada
em branco
● Ajuste realizado no fonte para que seja incluído o valor da tag <novoCPF> no campo T92_NEWCPF
corretamente.
● Relatório INSS retornando valores divergentes entre Folha - Base INSS e TAF - Base INSS.
Causa: Quando existe uma Rúbrica que teve em seu período anterior a folha a natureza 9901, e
no período atual existe uma rubrica com o mesmo código e mesmo identificador, porém
validade diferente, e natureza diferente de 9901 (9989 por exemplo, para não gerar esse
registro no relatório), a coluna TAF Base INSS pega a natureza da rubrica anterior e soma
indevidamente o valor, causando diferenças de valores, e mostrando uma folha no relatório,
quando na verdade nem deveria gerar tal informação no relatório.
● Efetuado ajuste para que, quando encontrar a rubrica ativa, não continue procurando se existe
esse código com data anterior.

● Ao detalhar ou reavaliar pendências dos eventos S-1200, S-1210, S-1299, S-2299 e seus
respectivos totalizadores, na rotina do Monitor, ocorre o erro array out of bounds ( 0 of 4 ) on
TAF423RET(TAFA423.PRW).
● Realizado ajuste para que ao reavaliar os totalizadores, ou detalhar os eventos citados, não
ocorra mais este erro.
● Ao executar a atualização das tabelas autocontidas, não havia a proteção de dicionário para as
tabelas da melhoria; "Comparação de Registros".
● Implementado uma proteção no TAFROTINAS para continuar a atualização de autocontidas

mesmo quando não houver a tabela V5O no dicionário.
● Ao enviar o evento S-1210 apresenta o erro: A operação solicitada no XML está em

desacordo com o cenário do registro na base do TAF.
● Realizada tratativa sobre a integração do evento S-1210 sendo ou não múltiplos vínculos.
● Ao excluir o evento S-2206 (com mais de um registro transmitido no cadastro), o

protocolo demonstrado no evento de exclusão (S-3000), é o primeiro transmitido
● Efetuado o ajuste da exclusão dos eventos S-2205 e S-2206, onde o sistema deve
considerar o registro correspondente ao último registro enviado ao RET (recibo para o
S-3000)..
Liberações do pacote de 03/09/2020 - Issue DSERTAF1-22375 e DSERTAF1-22385
● Foram corrigidos os seguintes erros no afastamento S-2230:
1. Mostrando o funcionário +1 vez por estar carregando a matricula diferente e deletada

para o mesmo funcionário
2. Não respeita a data colocada no filtro
3. Não existe afastamento para o funcionário e está aparecendo no monitor

● Ao integrar o XML do evento S-1200 ocorre o seguinte erro devido a ter mais de 1 Id de
tabela de rubrica para o mesmo código: O valor 'X' informado na tag ideTabRubr não
existe na base de dados
● Realizado o tratamento para não utilizar a filial da tabela T3M na tabela C8R, isso
estava obrigando a ter o mesmo compartilhamento na mesma tabela e como o trecho
alterado é uma função que identifica a tag ideTabRubr em bases inconsistentes essa
alteração se fez necessária.
● Quando o usuário executa a função de exclusão em lote para mais de 1 filial a

descrição dos eventos (nome do funcionário) das filiais com código diferente da
logada saem errados.
● Foi realizado um ajuste na função que busca a descrição\nome do funcionário para

que recebesse a filial do funcionário e desta forma buscasse os dados corretos.
● Sistema não permite efetuar ajuste de recibo com datas anteriores (S-2205 e S-2206),
e não exibe o botão de ajuste de recibo na tela de histórico de alterações, quando
seleciono a funcionalidade na tela principal o sistema só altera o registro com data
maior.
● Realizado a inclusão da funcionalidade de ajuste de recibo no histórico dos eventos S-

2205 e 2206.
● Ao efetuar a exclusão via integração de um evento (S2230 ou S2399) já transmitido, o

sistema se perde no posicionamento do registro, apontando para um RECNO e recibo
que não é o do evento correspondente.
● Realizado tratamento, para quando efetuar uma exclusão via integração de um evento
(S2230 ou S2399) que já foi transmitido, o sistema posicione no RECNO correto,
carregando as informações certas para a tabela CMJ.
● Ao realizar a integração de um S-1200 pelo modulo SIGAGPE ao SIGATAF não é

localizado o funcionário (S-2200) que contenha espaço na matrícula.
● Foi realizada tratativa para que no momento da integração seja considerado o campo
da matrícula com espaço a esquerda.
Essa melhoria refere-se aos seguintes itens:
● 1. Retirar do método POST a preparação de ambiente, a mesma não se faz necessária

uma vez que a thread do REST do TAF já está com a empresa preparada.
● 2. Alterar o compartilhamento da V2I para exclusivo por empresa para evitar que os
erros de outras empresas apareçam no relatório da empresa logada OU alterar o
relatório de erros para mostrar somente as inconsistência da empresa logada.
● 3. Ao terminar de montar os eventos na V2I não sair enviando, permitir que o usuário
possa prosseguir depois (confirmar se ele deixa cancelar depois que gera a V2I).
● 4. Ao gerar a V2I de eventos que não tem o relativo no TSS pegar o recibo do evento
em questão no TAF.
● Todos os itens foram realizados, alguns antes da publicação deste documento técnico.
Sendo que nesta melhoria especificamente foi realizado os seguintes ajustes:
● 1. Melhoria para pegar somente as filiais da empresa logada no momento que for gerar
o relatório de inconsistências, convertendo as informações do Array, para a condicional
em lista na Query.
● 2. Quando houver recibo na tabela de negócio do TAF (por exemplo a tabela C9V do
evento S-2200), o TAF pegará o recibo dessa tabela, e não do TSS (tabela SPED400).
● Ao enviar um POST via JSON para inclusão de filiais no Smart, alguns campos eram
atualizados de maneira incorreta. O JSON contém filiais que já existem no TAF, e
outras que são novas, e ao realizar o envio das novas filiais, o TAF replicava o
conteúdo da coluna M0_NOME para as colunas M0_NOMECOM e M0_FILIAL de todos
os registros do SYS_COMPANY (cadastro de empresas), trazendo também
informações divergentes do JSON.
● Realizado ajuste para não incluir e nem alterar informações de filiais que já existam no
TAF via JSON (seja pelo método POST ou PUT). Além de não replicar mais o conteúdo
da coluna M0_NOME para as colunas M0_NOMECOM e M0_FILIAL.
● Ao realizar a transmissão de eventos pelo monitor de transmissão do REINF, é

apresentado error log "type mismatch" na função TafMDetDescr .
● Foi realizada a tratativa para evitar error log no monitor de transmissão do REINF.

●
● Quando finalizado a Wizard de Configuração do TAF, aparecia mensagem de ID

duplicado mesmo sem haver ID duplicado.
● Efetuado ajuste para não exibir mais a mensagem.
● Ao realizar o envio do evento S-1200 para o TAF, é apresentado a mensagem que o

valor ' ' informado na tag codConv não existe na base de dados.
● Ajustado rotina para posicionar corretamente no registro de Convocação Trab.

Intermitente, caso exista na base de dados, e caso não exista, apresentar o código
correto da tag codConv.
● Ao realizar o ajuste de exclusão em um registro que já está com os status corretos

é apresentado errorlog variable does not exist CM6_XMLREC.
● Ajustado rotina para posicionar corretamten na tabela ao buscar os registros.
TAF - eSocial do Futuro

● Valores da coluna Valor RH 13º Salário são alimentados indevidamente na coluna Base
RH 13º Salário.
Liberações do pacote 05/03/2021 - ISSUE DSERTAF1-24776
● Ao realizar a transmissão do evento S-2210 pelo novo monitor, o sistema alerta

uma mensagem de inconsistência no paramento MV_BACKEND.
● Descrição do cabeçalho Nome do Trabalho no detalhamento do evento S-2205

esta apresentando o nome do campo na SX3.
● Ao tentar gerar o relatório de FGTS possuindo registros na base é retornado que

não foi possível fazer o processamento ou não aparece os registros.

Release notes do TAF eSocial - Agosto 2020

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 do TAF eSocial - Agosto 2020

Enviado por

Direitos autorais:

Formatos disponíveis

Release notes Pacote TAF eSocial - Agosto/2020

Todas as correções citadas abaixo estão contempladas neste pacote, a divisão

ATENÇÃO - INFORMAÇÕES IMPORTANTES

Mais detalhes em: https://tdn.totvs.com/x/XwtLHw

2) A partir da expedição de Outubro/2020 o atualizador do TAF irá realizar a migração do

Mais detalhes em: https://tdn.totvs.com/x/zRePI

Liberações do pacote de 08/08/2018

Liberações do pacote de 04/09/2018

Liberações do pacote de 10/10/2018

● Inclusão do código da tabela de CBO (Código Brasileiro de Ocupações) na tabela C8Z:

Liberações do pacote de 28/11/2018

o TAFA511 - V2B - TABELA 27

Liberações do pacote de 20/09/2019

Liberações do pacote de 18/10/2019

● É exibida mensagem abaixo ao tentar integrar um centro de custo/lotação por integração ou

Liberações do pacote de 03/01/2020

Liberações do pacote de 20/03/2020

Liberações do pacote de 17/04/2020

Liberações do pacote de 17/04/2020

● Melhoria realizada para aceitar mais de um evento de alteração contratual (S-2206) ou

Liberações do pacote de 17/04/2020

● PERÍODO DE CALAMIDADE PÚBLICA - COVID-19 - Realizar a manutenção das tabelas

Liberações do pacote de 20/05/2020

Tabela 03 - Natureza de Rubricas Folha de Pagamento (TAFA214 - C89)

"1619" - AJUDA COMPENSATÓRIA – MP 936

"9933" - Alterada descrição

Tabela 04 - Código Alíquota FPAS/Tereceiros (TAFA215 - C8A)

Tabela 18 - Motivos de Afastamento (TAFA229 - C8N)

Incluídos novos códigos:

"37" - SUSPENSÃO TEMPORÁRIA DO CONTRATO DE TRABALHO NOS TERMOS DA MP 936/2020.

"38" - IMPEDIMENTO DE CONCORRÊNCIA À ESCALA PARA TRABALHO AVULSO

TAF – Wizard de Configuração

Liberações do pacote de 04/09/2018

Liberações do pacote de 10/10/2018

Liberações do pacote de 10/10/2018

Liberações do pacote de 04/09/2018

● Ajuste na geração do diagnóstico, corrigindo error.log ao visualizar validação de

Liberações do pacote de 20/09/2019

● Ao entrar na rotina de Diagnóstico do TAF, o sistema apresentava incorretamente a mensagem de

Liberações do pacote de 18/10/2019

● Ao entrar na rotina de Diagnóstico do TAF mostra dicionário desatualizado

Liberações do pacote de 13/03/2020

Liberações do pacote de 02/04/2020

TAF – Integração de dados

Liberações do pacote de 08/08/2018

Liberações do pacote de 04/09/2018

● Ajustada a rotina de importação de arquivos (TAFA500), para que a importação de

Liberações do pacote de 10/10/2018

● Ajustada a rotina de integração eSocial (TAFIntegraESocial) para apresentar a mensagem: "Filial

Liberações do pacote de 30/10/2018

● No processamento dos eventos contidos na TAFST2 o sistema apresentava a mensagem de

Liberações do pacote de 28/11/2018

Liberações do pacote de 20/09/2019

● Ao fazer a importação de um arquivo .TXT a tela de aviso apresentava os textos desconfigurados e

Liberações do pacote de 19/10/2019

● Ajuste no parâmetro searchMode=1 para considerar o último registro de um determinado TAFKEY.

Liberações do pacote de 03/01/2020

Liberações do pacote de 07/04/2020

Liberações do pacote de 17/04/2020

● Criada função tafXMLDecode para realização da decodificação de arquivos em UTF8 realizando

Liberações do pacote de 11/02/2022

Liberações do pacote de 04/09/2018