Gustavo Ribeiro Croscato

Sem problemas. Eu que agradeço!

Essas são algumas correções que fizemos no componente ACBr para os eventos mencionados no título. Foram feitas à algum tempo, os problemas foram encontrados em alguns de nossos clientes, e confirmados usando os leiautes do eSocial mais recentes. Não me lembro de todas as condições para justificar as alterações feitas, haja visto que, são alterações antigas. Se for necessário posso buscar essas informações nos referentes leiautes. Fico à disposição para o esclarecimento de qualquer dúvida ou solicitação. @Italo Jurisato Junior ACBr.zip

Olá a todos. Estou enviando em anexo os arquivos de schema modificados para a versão 2.5 atualizada com base na Nota técnica de 15/2019. A fonte dos arquivos é o site oficial do eSocial. Apenas alterei os nomes e comparei os arquivos com os existentes no repositório do ACBr. v02_05_00.zip

Olá Rafael. Muito obrigado!

Ok Ítalo. Muito obrigado!

Atualizei recentemente o ACBr e percebi que foi disponibilizada uma nova versão da LibXML2 em "C:\ACBr\DLLs\LibXml2\". Ao incluir estas DLLs em nosso sistema ocorreram alguns erros e ao investigar o ocorrido notei que as DLLs disponibilizadas em "C:\ACBr\DLLs\LibXml2\x86" são 64-bits. Procurando por informações no fórum, achei uma resposta do @Felipe E. Resende Mesquita no post "Erro ao Assinar XML - ACBrEsocial" onde ele indica as DLLs em "C:\ACBr\DLLs\XMLSec\MinGW" Gostaria de saber quais são as DLLs recomendadas para o uso com o ACBr? @Juliana Tamizou

Quando o empregador foi um Órgão Público o campo nrInscr deve ser preenchido de forma integral e não apenas com a base do CNPJ. @Italo Jurisato Junior ACBreSocialLoteEventos.pas ACBreSocialWebServices.pas

O campo nrLeiAnistia mudou no leiaute v2.2. Anteriormente era uma campo numérico com valores entre 1 e 6. Atualmente é um campo tipo texto com no mínimo 5 e no máximo 13 caracteres. @Italo Jurisato Junior pcesConversaoeSocial.pas pcesS2298.pas

Olá Ítalo. Realmente você tem razão. Obrigado pelo retorno.

Pessoal, fiz mais alguns testes aqui e está solução não funcionou corretamente. Criei um programa para gerar e gravar no banco de dados 1.000.000 de IDs. Após executar por várias vezes tive uma média de 60.000 IDs repetidos. A solução que encontrei foi criar um campo sequencial dentro do componente TeSocialEvento e utilizá-lo ao invés do número aleatório. Seque em anexo a unit altera para apreciação. Fico aberto a sugestões ou esclarecimentos. pcesGerador.pas

Olá a todos. Temos um situação que ocorre esporadicamente no envio de informações ao eSocial. O lote gerado pelo ACBr contém mais de um evento com o mesmo número de ID. Ao fazer uma analise do código onde o ID é gerado (pcesGerador.pas linha 382) percebi que a função random é utilizada, mais o gerador de números aleatórios nunca foi inicializado, usando a função randomize como informado na ajuda do Delphi 2010 abaixo. Estou enviando em anexo a unit com a implementação aqui sugeridas, para se for o caso, seja incorporada ao repositório do ACBr. Fico a disposição para qualquer esclarecimento necessário. @Italo Jurisato Junior pcesGerador.pas

Olá. Estou enviando em anexo alterações para o arquivo pcesGerador.pas, corrigindo o preenchimento do campo nisTrab conforme descrição no manual do eSocial: O preenchimento deste campo é opcional para os registros: S-1200, S-2205, S-2210, S-2220, S-2230, S-2240, S-2241, S-2300, S-2306, S-2399, S-3000. @Italo Jurisato Junior pcesGerador.pas

Olá a todos! O erro especificado neste tópico voltou a ocorrer comigo hoje. Alguém mais está tendo este problema ou tem alguma solução para o mesmo? Estou usando atualmente a última versão disponível no SVN do ACBr. Obrigado!

Olá a todos. Estou enviando uma correção para a geração de registro S-2300 para as categorias: 901 - Estagiário; 903 - Bolsista nos termos da LEI 8958/1994; 904 - Participante de cursos de formação sem vínculo de emprego/estatutário; Segundo a forma de validação do leiaute 2.4.02 do eSocial: Preencher com o Número de Identificação Social - NIS, o qual pode ser o PIS, PASEP ou NIT. Validação: O preenchimento é obrigatório, exceto se o código de categoria do trabalhador for igual a [901, 903, 904]. Qualquer coisa estou à disposição. pcesGerador.pas pcesS2300.pas @Italo Jurisato Junior

Olá Italo. Hoje ao fazer as atualização do ACBr percebi que a unit do S-2306 que te enviei contém um erro. Veja o else no código abaixo. if (Self.FideTrabSemVinc.codCateg <> 305) and // Servidor Publico Indicado a Conselho (Self.FideTrabSemVinc.codCateg <> 721) and // Diretor não empregado com FGTS (Self.FideTrabSemVinc.codCateg <> 722) and // Diretor não empregado sem FGTS (Self.FideTrabSemVinc.codCateg <> 771) and // Membro conselho tutelar (Self.FideTrabSemVinc.codCateg <> 901) and // Estagiario (obj.natAtividade <> navNaoInformar) then else Gerador.wCampo(tcStr, '', 'natAtividade', 1, 1, 0, eSNatAtividadeToStr(obj.natAtividade)); Estou anexando novamente a unit correta. Peço desculpas pelo inconveniente. pcesS2306.pas

Olá Italo. Estou enviando em anexo mais algumas correções para a geração dos registros S-2300 e S-2306. Qualquer coisa estou à disposição. pcesS2300.pas pcesS2306.pas

Olá Italo. Está alteração ainda não está no repositório. Gostaria de deixar uma sugestão para mudar os if-else vazios para : if ( (obj.codCateg <> 305) and // Servidor Publico Indicado a Conselho (obj.codCateg <> 721) and // Diretor não empregado com FGTS (obj.codCateg <> 722) and // Diretor não empregado sem FGTS (obj.codCateg <> 771) and // Membro conselho tutelar (obj.codCateg <> 901) // Estagiario then Gerador.wCampo(tcStr, '', 'natAtividade', 1, 1, 0, eSNatAtividadeToStr(obj.natAtivididade)); Segue em anexo uma unit corrigida se ajudar. pcesS2300.pas

Olá Ítalo. Estou anexando a unit. Qualquer outra coisa estou a disposição. pcesS2230.pas

Ola Italo. Percebi também um outro problema. Os nós "iniAfastamento" e "fimAfastamento" não são obrigatórios. E como o código está disposto hoje ambos estão sendo gerados. Uma sugestão seria usar o código em anexo que já é utilizado em outras gerações de eventos do eSocial. Abraço à todos! pcesS2230.pas.patch

Olá. Ao gerar criar o evento S-2230 notei alguns problemas no XML gerado. S2230.EvtAfastTemp.infoAfastamento.iniAfastamento.infoAtestado.InfoAtestadoItem.Emitente.ufOC não é obrigatório e quando não preenchido gera a tag no XML com o valor "AC". O mesmo problema ocorre com o campo infoMesmoMtv que quando não preenchido é gerado com o valor "S". Penso que talvez uma solução plausível seja que para todos os tipos "enum" o primeiro item seja um valor inválido, o qual, no momento apropriado seria checado para gerar o não uma tag no arquivo XML. Segue em anexo uma sugestão de implementação. Grato à todos pela atenção. pcesConversaoeSocial.pas.diff pcnGerador.pas.diff