Escolar Documentos
Profissional Documentos
Cultura Documentos
TAF – Autocontidas
● 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 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.
● 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.
● 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]
● Ajuste no Wizard Configuração do TSS para permitir informar até 250 caracteres no campo
URL Totvs Service SOA.
● Corrigida opção de carregar grupo de eventos, para carregar apenas os eventos válidos e
existentes.
TAF – Diagnóstico
● 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.
Liberações do pacote de 04/09/2018
● 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 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).
● 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.
TAF – Relatórios
● 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.
• 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).
● 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.
TAF – Totalizadores
Liberações do pacote de 10/10/2018
● 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.
● Correção no tratamento das mensagens de retorno do RET, quando consultado lote por ticket
code.
● 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.
● 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.
● 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.
● 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.
● 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.
● 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 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.
● 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).
● 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.
Liberações do pacote de 28/11/2018
● 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.
● 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.
● 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.
● 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.
● 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.
● 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.
● Ajustado erro de processamento do evento S-1207, que acusava o erro Variable does not exist
IDETABRUBR.
● 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 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.
● 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.
• 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.
• 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.
● Ajuste para permitir que as tags <tpinsc> e <nrinsc> da identificação do estabelecimento (tag
<ideEstab>) sejam gerados com o CPF.
● Ajustada situação que impedia um fechamento dos eventos periódicos sucedido de uma
reabertura de eventos periódicos (S1298).
• 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.
• 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.
Liberações do pacote de 30/10/2018
• 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.
• 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.
S2230 – Afastamento
• 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.
• 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"
● Ajuste para possibilitar a alteração de registros de convocação para trabalho intermitente não
transmitidos.
S2299 – Desligamento
● Efetuado tratamento para que no processo de integração do evento S-2299, o sistema trate
corretamente o preenchimento das tags.
Liberações do pacote de 18/10/2018
● 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
• 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".
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.
● 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".
Liberações do pacote de 28/11/2018
● 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.