Jeihcio Francis

O campo nrInsc da tabela 1260 somente aceita 11 caracteres, pq o tpInsc só pode ser cpf. Então foi necessário atualizar o schema "evtComProd-v_S_01_03_00.xsd" para não validar cnpj Segue em anexo: evtComProd-v_S_01_03_00.xsd

Em um outro tópico do fórum um usuário estava alertando sobre a obrigatoriedade em criar a tag naoValid do InfoFech com o valor de N, pois era obrigatório. Contudo, essa obrigatoriedade veio apenas com o layout 1.3, nele os valores permitidos são S ou N, mas no layout 1.2 essa tag somente pode ser criada se o valor foi 's'. layout 1.2 Layout 1.3 Então eu fiz a seguinte alteração no código para atender os dois cenários: Em anexo segue o código para avaliação. pcesS1299.pas

Ao tentar gerar a tag cpfBenef após a atualização, dependendo do modo de compilação a tag não estava sendo criada mesmo com o valor do cpf preenchido. O motivo é pq dependendo do modo de compilação, se é debug ou release, o compilador inicia as variáveis do tipo integer com valores diferentes. Fiz essa pequena correção para sempre inicializar o código com o valor zero. Em anexo segue o arquivo para análise. pcnReinfR4010.pas

Funcionou, obrigado! Deu certo alterando o SSL.SSLType para LT_TLSv1_2 ao invés de usar o LT_all

O REINF a partir do dia 21/10/2023 só aceitará o TLS 1.2 (que tem no Windows 7), contudo por mais que não dê erro de conexão, ao tentar exportar o REINF com essa versão do Windows e a versão server 2012, o sistema está vindo com o xml em branco, no método que associamos em ACBrReinf.OnTransmissaoEventos. Esse fenômeno aconteceu aqui no meu sistema no evento de erRetornoLote, o AXML veio como string vazia. Alguém mais está tendo problema com o novo layout e o windows 7?

Bom dia, ontem eu tive o mesmo problema, essa validação está divergente com o layout, inclusive ao remover ela, a exportação passou no servidor. No layout está "Se informada, deve ser uma data igual ou anterior à data atual e igual ou posterior à data de admissão do trabalhador.". Ou seja essa validação não era para ser com a data do acidente, como está acima "Self.Cat.dtAcid" e sim com a data de admissão do trabalhador, contudo na exportação 2210 não vai a data de admissão, ela vai apenas no 2200. Acredito eu, que essa validação precisa ser removida.

Campo dtAcConv da tabela 2299 no layout 1.0 não é obrigatório. Em anexo o código corrigido pcesS2299.pas

No layout 1.0 temos a seguinte regra de validação: Ou seja, se a matrícula estiver cadastrada no 2300 se torna necessário informar a matricula independente da categoria. Segue o código em anexo. pcesGerador.pas

O layout 1.0 removeu a tag InfoSaudeColet de todas as tabelas, coloquei uma verificação de versão de layout no arquivo pcesGerador.pas, segue em anexo. pcesGerador.pas

Ops, não tinha visto, mas já existe um tópico sobre o assunto

No arquivo pcesS2220 a condição para gerar a tag está dessa forma: Entretanto, a coleção do tpOrdExame está dessa forma: Ou seja, não tem nada maior que o 'não informado', então alterei esse símbolo de maior para o de menor. Segue o arquivo em anexo pcesS2220.pas

A tag ageIntegracao ela tem apenas um campo dentro dela na versão 1.0, entretanto na 2.5 tinham muitas outras e a geração não estava diferenciando quando é para gerar todos os campos ou não. Em anexo segue o código com a geração identificando quando é 1.0. 1.0 2.5 pcesS2306.pas

No layout 1.0 foi removido a tag InfoAtestado, então adicionei uma condição para gerar a tag apenas para a versão 2.5 para baixo, em anexo o arquivo alterado. Layout 1.0 Layout 2.5 pcesS2230.pas

Verdade, desculpa, eu estava olhando a versão antiga do layout. Obrigado

Adicionei a tag eficEpi que fica no epcEpi.epi, segue em anexo. pcesS2240.pas

É necessário adicionar o campo 'indGuia' na exportação da tabela 1298, esse campo já existe em outras tabelas mas ainda não tinha sido implementada nessa. Segue o código modificado e o print do layout. pcesGerador.pas pcesCommon.pas

Também estou tendo esse problema... Parece que realmente o componente precisa de um if, pq hoje ele está sempre gerando as tags EpcEpi.

O campo codIncCPRP está com a ocorrência 1 no arquivo pcesS1010.pas, entretanto no layout a ocorrência está de 0-1. Em anexo, está o arquivo alterado para verificação. pcesS1010.pas

O campo de matrícula do ideVinculo está pedindo ocorrência 1 no arquivo do pcesGerador, entretanto tanto no layout do e-social 2.5 quanto o simplificado a ocorrência é de 0-1. Em anexo, está o arquivo alterado para verificação. pcesGerador.pas

Na geração do XML do evento 1005 o método eSIndSubstPatronalObraToStr está retornando o número incorreto na hora de converter o enum para um número. Ao invés de gerar 1 para o ispPatronalSubstituida e 2 para o ispPatronalNaoSubstituida, o método está gerando inverso. Segue em anexo a correção. pcesConversaoeSocial.pas

Para resolver o problema de tradução dos campos para uma mensagem de alto nível para o usuário, eu criei um parse. Como eu não sei como isso seria implementado no componente do ACBreSocial eu criei um projeto no GitHub. Segue o link: https://github.com/jeihcio/traducao_campos_esocial Caso alguém queira só os campos e as mensagens de forma crua, no Git está um arquivo chamado “Traducao” que é basicamente uma planilha com todas as 48 tabelas e seus campos.

Na exportação 2230 é necessário adicionar um novo "codMotAfast" o "37 – Suspensão temporária do contrato de trabalho nos termos da MP 936/2020". De acordo com a seguinte notícia: http://portal.esocial.gov.br/noticias/calamidade-publica-como-informar-a-suspensao-do-contrato-ou-a-reducao-da-jornada-e-salario-no-esocial-domestico Eu fiz algumas alterações no arquivo "pcesConversaoeSocial". Segue a .pas em anexo, mas basicamente só adicionei um novo item no enum. pcesConversaoeSocial.pas

Desculpa a demora, tive que rever uma situação. Minha mudança foi inicializar a variável "FQtdDiasInterm" com o valor de -1 e alterar a condição que tinha mencionado acima . Segue a unit alterada. Obrigado pcesS2299.pas

Prezados, no evento 2299, tag qtdDiasInterm, quando a categoria for igual a [111], é obrigatório o preenchimento com valor entre 0 e 31. Porém, quando informado zero, essa tag não está sendo criada no XML. Eu encontrei um outro tópico aqui no fórum que foi debatido o assunto, entretanto, o erro permanece. No layout está: "Quantidade de dias trabalhados no mês pelo empregado com contrato de trabalho intermitente. Cada dia, total ou parcial, em que o trabalhador tenha prestado serviços deve ser considerado. Validação: Deve ser um número entre 0 e 31." Olhando o arquivo "pcesS2299.pas" tem a seguinte condição If (obj.QtdDiasInterm > 0) And (VersaoDF <> ve02_04_01) Then Gerador.wCampo(tcInt, '', 'qtdDiasInterm', 1, 2, 1, obj.QtdDiasInterm); Eu consegui arrumar simplesmente colocando >= na primeira condição do if (até acredito que poderia ser tirado ela). Fazendo isso consegui gerar a tag normalmente com o valor zero. O tópico em questão está no link:

No componente do e-social tem um recurso para 'traduzir' as mensagens de erro igual tem na nota fiscal, o 'ErroValidacaoCompleto'? Eu sei que temos o 'FormatoAlerta' para formatar o modo que as mensagens são exibidas, mas tem algo que consiga 'traduzir', por exemplo, 'evtAdmissao' para 'Evento Cadastramento Inicial do Vínculo e Admissão / Ingresso de Trabalhador' (como está no layout)?