Pesquisar na Comunidade

Olá pessoal! Foi publicado no dia 18/02/2025 notícia no portal do e-Social informando que foi efetuada a correção em uma consistência encontrada no cálculo da contribuição previdenciária patronal referente ao 13º salário informado na folha mensal para tomadores de mão de obra avulsa não portuária. Conforme Lei nº 12.023/09 a base de cálculo das parcelas relativas ao 13º salário é informado junto da remuneração mensal do avulso no evento S-1270. A correção já foi efetuada nos devidos sistema e contribuintes abrangidos pela correção que já enviaram a folha de pagamento referente ao período de de apuração a partir de janeiro/2025 deverão reabrir e encerrar novamente as folhas para o correto cálculo dos valores no evento totalizador S-5011. Leia a notícia original na íntegra AQUI.

Contextualizando o problema. Olá pessoal! O erro 724 pode ser devolvido pelo web service do e-Social quando fazemos o envio do evento S-1210 que contém as informações de Pagamentos e Rendimentos do Trabalho. A mensagem do erro 724 na íntegra é: Entendendo o erro. O evento S-1210, possui em seu leiaute um grupo chamado infoPgto que é responsável por receber as informações dos pagamentos efetuados. Este grupo é composto desta forma: <infoPgto> <dtPgto>Data de pagamento</dtPgto> <tpPgto>Evento de origem do pagamento</tpPgto> <perRef>Competência declarada no evento de origem do pagamento</perRef> <ideDmDev>Identificador atribúido no evento de origem do pagamento</ideDmDev> <vrLiq>Valoir líquido recebido pelo trabalhador</vrLiq> <paisResidExt>Código do Páis quando residência fiscal no exterior</paisResidExt> <infoPgtoExt>Informações complementares relativas a pagamentos de residente fiscal do exterior</infoPgtoExt> </infoPgto> Quando você faz o envio do evento S-1210, o web service do e-Social faz uso das informações contidas neste grupo para localizar o evento que originou o pagamento. Esta mensagem é devolvida quando o web service não consegue localizar em sua base de dados evento que corresponda a essas informações. Buscando a solução. Como a mensagem é devolvida quando o web service não encontra o evento de origem que pode ser o S-1200, S-2299, S-2399, S-1202 ou S-1207, a primeira medida a se tomar é conferir se o respectivo evento de fato foi enviado ao web service do e-Social sem erros. Se o evento foi enviado corretamente e não foi devolvido erro, então o próximo passo é confirmar se as informações que foram enviadas no grupo infoPgto estão corretas. O ideDmDev deve coincidir com o que foi enviado no evento de origem, então verifique se a informação não está sendo enviada com espaçamentos em branco, pontos ou cases incorretos. Também é importante se atentar ao período de referência, seu valor deve coincidir com o valor do perApur que foi enviado no evento de origem. Outro ponto importante ainda sobre este este campo é para os casos em que se está sendo feito o envio do grupo das informações de pagamento para um evento que foi enviado com informações do 13º salário. Normalmente este campo perRef possui o formato AAAA-MM, no entanto, quando for relativo ao 13º o mesmo deve ser enviado no formato AAAA. Um agradecimento ao membro de nossa comunidade @Kleyton Lima por compartilhar conosco em nossa comunidade do Discord informações que ajudaram a montar este tópico.

Olá pessoal! No dia 19//11/2024 foi publicada notícia no portal do e-Social, informando que desde 24/10/2024 já não é mais permitido o envio dos eventos para Pagamentos de Rendimentos do Trabalho(S-1210) e para Informações Decorrentes de Processo Trabalhista(S-2510) com período de apuração(perApur) ou período de apuração pagamento(perApurPgto) com valor igual ou posterior a 01/2025 na versão S-1.2. Isso foi feito porque estas informações enviadas na versão S-1.2, não serão internalizadas no Extrator da DIRF para o ano-calendário de 2025. Somente as informações do evento S-2501, enviadas na versão S-1.3 serão internalizadas pelo Extrator. Portanto, a partir da versão S-1.3 – 02/12/2024 –, e somente nessa versão, será liberada novamente o envio de evento e S-2501 com período de apuração futuro para os eventos enviados a partir de janeiro/2025. Quem já enviou os eventos referidos na versão S-1.2 com a informação de apuração para 2025, deverão retificar o evento enviando novamente na versão S-1.3 para serem considerados. Leia a notícia original na íntegra AQUI. Lembrando que o componente ACBreSocial já foi compatibilizado com a versão S-1.3 e as referidas modificações foram englobadas na Lib e no Monitor.

Olá pessoal! No dia 03/02/2024 foram publicadas a Nota Técnica Nº 02/2024 e a Nota Orientativa Nº 01/2024. Também foram republicadas a NT01/2024 e a NT05/2024. Tudo isso com o objetivo de adequar o e-Social e orientar os segmentos empresariais dos municípios de até 156 mil habitantes que foram afetados pela Lei nº 14.973/24 sobre como proceder. Foi criada a #TK-6073 em nosso backlog para análise das modificações e adequação do componente caso necessário. As notas técnicas referenciadas podem ser encontradas AQUI. A nota orientativa pode ser lida na integra AQUI. A notícia original pode ser lida na integra AQUI.

Para adequação a versão S-1.3 do eSocial, os eventos da lista abaixo foram modificados. Clique no item para mais detalhes: evtInfoEmpregador (S-1000) evtTabRubrica (S-1010) evtRemun (S-1200) evtRMnRPPS (S-1202) evtBenPrRP (S-1207) evtPgtos (S-1210) evtDeslig (S-2299) evtTSVTermino (S-2399) evtProcTrab (S-2500) evtContProc (S-2501) evtConsolidContProc (S-2555) evtExcProcTrab (S-3500) evtBasesTrab (S-5001) evtIrrfBenef (S-5002) evtBasesFGTS (S-5003) evtCS (S-5011) Em caso de dúvidas, consulte também os programas de exemplo disponíveis.

Olá pessoal! Temos o prazer de informar que o componente ACBreSocial foi compatibilizado com a versão Simplificada 1.3 do e-Social! Um agradecimento especial ao membro de nossa comunidade @Marcelo Pontes Melim pela contribuição. As alterações foram efetuados levando em consideração o leiaute mais recente e os arquivos de schema. Versões da ACBrLibeSocial e do ACBrMonitorPLUS compiladas posteriormente a data de 31/10/2024 deverão englobar as modificações. As documentações das respectivas soluções serão atualizadas para refletir a atualização. O programa exemplo em Delphi foi atualizado e o do Lazarus também será para refletir as alterações. Contamos com o apoio da comunidade para reportar qualquer problema no fórum e também em nosso Discord. IMPORTANTE: Como a atualização traz alterações no leiaute, também é muito importante e necessário que atualizem também os arquivos de schema. Para mais detalhes sobre as alterações, confira o tópico abaixo:

Bom dia a todos! Eu recebi a seguinte advertencia ao enviar, já na versão S-1.2, o evento S-1210 ref. o mês 12 de um funcionário: Ocorrência nº 1 código 1895 Tipo 2 Descrição: O registro [tpInfoIR]=7900 e demonstrativo=xxxx foi zerado pelo sistema, pois o seu valor era negativo Acredito que este erro ocorre porque existem rubricas de desconto como por exemplo a rubrica "Desconto Adiantamento de 13º salário", que eu classifiquei com a natureza da rubrica = 5504 e o tpInfoIR=09 (Verba transitada pela folha de pagamento de natureza diversa de rendimento ou retenção/isenção/dedução de IR); então ao totalizar os valores por tpInfoIR o eSocial não encontra nenhuma outra rubrica de vencimento com este mesmo tpInfoIR, gerando um total negativo para este totalizador. Minha preocupação é se esta configuração da rubrica que eu fiz está correta. Estranho é que, neste caso acima, mesmo a rubrica estando com tpInfoIR = 09, o eSocial totaliza na 7900; Porém ocorreram outros casos em que a ocorrência, retorna o totalizador 79, conforme abaixo: Ocorrência nº 1 código 1895 Tipo 2 Descrição: O registro [tpInfoIR]=79 e demonstrativo=xxxx foi zerado pelo sistema, pois o seu valor era negativo Agradeço muito se houver alguém que possa me orientar sobre esta parte de configuração das rubricas. Estou perdido quanto a isso, e os funcionários de RH das empresas também tem dificuldade com isso. Abraços

Bom dia, Poderiam me orientar quais as formas de consulta de recibos dos eventos enviados? Tenho um cliente que teve problema no envio de eventos S-1200 e que os eventos foram recebidos porém o recibo não foi devolvido e com isso refizeram o envio do evento causando duplicidade e acabou trocando o numero do protocolo, impossibilitando a consulta por este. O problema maior é que o cliente pegou estes eventos que estavam sem recibo e foi informando o numero errado, não pertinente ao evento, tão qual o tipo do evento, em alguns casos o numero do recibo do S-2300. Vi que existe a função "DownloadEventos", porém ela é limitada em 10 consultas por dia. Existe outra opção?

Dando continuidade ao tópico abaixo: Ainda não estou conseguindo gerar o XML com os dados referente ao trabalhador imigrante. Inclui no arquivo pces2300 as linhas abaixo, mas não surtiu efeito algum sSecao := 'trabImig'; if INIRec.ReadString(sSecao, 'tmpResid', '') <> '' then begin trabalhador.trabImig.tmpResid := StrTotpTmpResid(Ok, INIRec.ReadString(sSecao, 'tmpResid', '1')); trabalhador.trabImig.condIng := StrTotpCondIng(Ok, INIRec.ReadString(sSecao, 'condIng', '7')); end; O que posso estar fazendo de errado?

Dando continuidade na solução apresentada no tópico "Eventos S-2400 e S-2410 - Problema de identificação de tipos de eventos" As atuais alterações implementam a utilização da versão do eSocial, existente na configuração. Foi necessário analisar e utilizar a versão do eSocial porque o problema apresentado no evento S-1207 está relacionado a tag <evtBenPrRP>, que na versão v2.5.xx é <evtCdBenPrRP>; então para manter a compatibilidade funcional entre as versões foi necessário implementar e validar a versão do eSocial. As alterações realizadas estão indentificadas através da palavra "[MSS", contida em comentário, que pode estar em apenas uma linha ou abrindo e fechando um bloco de alterações. As units afetadas são as seguintes: unit pcesGerador; unit pcesIniciais; unit pcesTabelas; unit pcesNaoPeriodicos; unit pcesPeriodicos; unit pcesConversaoeSocial; Estou disponibilizando o código para estudos, testes, uso e/ou eventual update no repositório do Projeto ACBr. []s, Mário Soares Santos ACBr-eSocial.zip

Estou com duvida, este processo será incluído no projeto acbresocial? https://www.gov.br/esocial/pt-br/documentacao-tecnica/manuais/20210903-minuta-nde-01-esocial-s-1_0-ir-sobre-rendimentos-do-trabalho.pdf pois estou com um problema em um cliente que após a mudança para o S-1.0, não esta mais aparecendo os valores de IR e Pensão Alimentícia no e-social. Sei que foi removida essa informação do S-1210, como devo proceder?

boa tarde! preciso gerar os arquivos XML do e_social. tem alguma solução ou sugestão ?

Boa tarde, Estou tendo um problema no envio do evento S-1299, esta apresentando o erro: Inconsistência do RET - <codigo>163</codigo> <descricao>O Trabalhador sem vinculo com Nome : X, CPF : X, NIS : X e Categoria : X consta na base de dados do Ambiente Nacional do eSocial, mas não foi informada sua remuneração. Os trabalhadores são cooperados - categoria trabalhador 731, ou seja, pode ocorrer que em algum mês o mesmo não trabalhe e não tenha valores a receber da cooperativa. Como devo proceder com estes trabalhadores? No meu caso esta bloqueando o fechamento da folha e não apenas dando aviso, conforme a documentação do esocial.

Componentes e-Social / Reinf no ACBrMonitorPlus A partir da Versão 1.2.0.5 do ACBrMonitorPlus, está contemplando os Componentes e-Social e Reinf (versão para Testes). A versão pode ser baixada pelos Assinantes SAC do projeto ACBr, através do Link: Para iniciar os testes com a versão atualizada, basta configurar a Versão do Layout e os dados solicitados na aba: DFe / WebService / e-Social ou Reinf e-Social: Reinf: A documentação com todos os Comandos e Parâmetros aceitos pelo ACBrMonitor e os Modelos dos arquivos .INI com todos os eventos dos componentes, podem ser acessados utilizando o Help na tela do ACBrMonitor (Tecla: F1) ou pela documentação On-Line: https://acbr.sourceforge.io/ACBrMonitor/eSocialCriarEventoeSocial.html https://acbr.sourceforge.io/ACBrMonitor/ReinfCriarEventoReinf.html Contamos com a colaboração dos colegas que utilizam estes DFes para realização dos testes...

Bom dia Italo, Verificando o Manual do eSocial x Componente, encontrei uma pequena falha. no que diz respeito ao Bloco S-2300 na parte da remuneracao da sessão infoComplementares ( Pagina 121 do manual Versão 2.4.02 ) esta variavel (vrSalFx ) deve ser 0,00 quando o undSalFixo ( for 6 ou 7 ), porem no fonte pcesS2300 ( na função GerarInfoComplementares ) tem um teste que só escreve este bloco se o Remuneracao.VrSalFx for > 0. se puder ajustar o teste, fico grato! desde já obrigado ( fiz a atualizacao dos Fonte no dia 08/06/2018 ) sugestão de correcao adicionar o teste abaixo procedureTEvtTSVInicio.GerarInfoComplementares(obj: TinfoComplementares); (obj.Remuneracao.UndSalFixo = sfNaoaplicavel ) or procedure TEvtTSVInicio.GerarRemuneracao(obj: TRemuneracao); if (obj.vrSalFx > 0) or (obj.UndSalFixo = sfNaoaplicavel ) then

Boa tarde Foi publicado hoje (29/11/17) no portal do e-Social uma nota oficial sobre o faseamento do e-Social. http://portal.esocial.gov.br/noticias/esocial-sera-implantado-em-cinco-fases-a-partir-de-janeiro-de-2018 Porém, o Reinf não foi citado. Segundo algumas fontes a data de obrigatoriedade seria Maio/18 (http://blog.bluetax.com.br/profiles/blogs/esocial-e-efd-reinf-faseamento?commentId=3326143%3AComment%3A162934&xg_source=msg_com_blogpost). Mas qual seria o prazo correto do Reinf?

Bom dia Foi divulgada agora a aprovação do layout 2.4.02, mudaram regras de validação, alguma tags foram criadas, excluídas ou adicionados itens ao enumeradores. http://portal.esocial.gov.br/noticias/comite-gestor-aprova-novas-versoes-dos-leiautes-e-mos-do-esocial Ao divulgar esta nota o e-Social está autorizando o envio em produção do novo layout?

Bom dia Segue algumas units alteradas para adequação do layout 2.4.02 para a análise. @Italo Jurisato Junior @Rafael Dias pcesCommon.pas pcesConversaoeSocial.pas pcesGerador.pas pcesS2230.pas pcesS2299.pas pcesS2300.pas

Bom dia Estou migrando os fontes para a nova versão do ACBr (estava usando aquela com a units nomeadas pelo prefixo eSocial_). Na anterior era possível alterar os fontes diretamente pela IDE do Delphi e recompilar as units do componente sem a necessidade de reinstalar o ACBr. Como faço para habilitar esta funcionalidade?

Boa tarde Ao inicializar os funcionários em produção me deparei com a seguinte situação. O funcionário é da Categoria 101, com a tag aposentadoria.trabAposent = tpSim. Pois ele recebe aposentadoria por tempo de serviço. Este grupo é opcional, entretanto, ao meu ver esta informação não pode ser omitida. Alguém se deparou com este problema ou tem alguma sugestão de que tipo de cruzamento de informação está sendo relacionada ao evento rejeitado? O numero da ocorrencia é 533: "Grupo 'Aposentadoria' não deve ser preenchido. Verifique as condições de preenchimento no leiaute"

Precisei efetuar um ajuste no fonte da unit: ACBreSocialWebServices: Local: function TConsultaLote.TratarResposta: Boolean; Estava gravando na o mesmo código,descrição,tipo e localização de ocorrência para todas as instâncias da tag ocorrencia retornadas pela consulta. Na parte que trata as ocorrências: while reader.rExtrai(1, 'ocorrencia', '', j + 1) <> '' do begin Processamento.Ocorrencias.Add; Processamento.Ocorrencias.Items[j].xml := Leitor.Grupo; Processamento.Ocorrencias.Items[j].FLeitor.Arquivo := Leitor.Grupo; Processamento.Ocorrencias.Items[j].FLeitor.Grupo := Leitor.Grupo; Processamento.Ocorrencias.Items[j].LerXml; inc(j); end; troquei por: while Leitor.rExtrai(1, 'ocorrencia', '', j + 1) <> '' do begin Processamento.Ocorrencias.Add; Processamento.Ocorrencias.Items[j].xml := Leitor.Grupo; Processamento.Ocorrencias.Items[j].FLeitor.Arquivo := Leitor.Grupo; Processamento.Ocorrencias.Items[j].FLeitor.Grupo := Leitor.Grupo; Processamento.Ocorrencias.Items[j].LerXml; inc(j); end;

Bom dia! Gostaria de saber se o ACBr Monitor Plus terá função para envio dos arquivos (eventos) do e-Social (Folha de Pagamento) em formato TXT como é feito hoje para o Sat, através dos arquivos ENT.TXT e SAI.TXT. Edmar Campanine Multi System Informática.

Bom dia Estou criando a lógica para gerar os registros dos Eventos e surgiu a seguinte dúvida. Vou utilizar o evento S-1030 como base. Primeiro envio o evento S-1030 em ModoLancamento (Inclusao) com o codCargo = 001, depois de um tempo envio o mesmo evento em ModoLancamento (Exclusao) para este mesmo código. Ou seja, este registo está ativo no server do e-Social. Caso queira reativar o codCargo = 001. Devo enviar um novo evento de ModoLancamento (Inclusao), ou um de ModoLancamento (alteracao) modificando a tag fimValida?