arce

O lote possui o "Protocolo de Envio" (ACBreSocial.WebServices.EnvioLote.RetEnvioLote.dadosRecLote.Protocolo) que é um número que confirma o recebimento dos 50 eventos pelo webservice. O "Recibo" (ACBreSocial.WebServices.ConsultaLote.RetConsultaLote.retEventos.Items.RetEvento.Recibo.nrRecibo) é retornado na consulta, após ser processado pelo ws, este número é individual por evento. Desta forma, em um mesmo lote podem retornar eventos autorizados ou não. O "Recibo" só existirá para eventos autorizados com sucesso.

Está demorando bastante para ter resposta da consulta, até mesmo eventos de tabela que normalmente retornam mais rápido, estão demorando mto.

Bom dia @Italo Jurisato Junior Segue correção do evento S-1020 para gerar o grupo referente a Processo Judicial de Terceiros. Fiz duas pequenas alterações no evento S-1070 e no Gerador, para evitar problemas em layouts futuros pcesGerador.pas pcesS1020.pas pcesS1070.pas

Deu certo, Obrigado. Seguindo esta mudança, em 01/maio entra em produção o 2.04.02?

Boa tarde Ao transmitir o S-1070 o lote é o evento são assinados e validados corretamente (em anexo). Após realizar a consulta do lote está retornando o erro abaixo: <processamento> <cdResposta>403</cdResposta> <descResposta>Leiaute do evento inválido.</descResposta> <versaoAppProcessamento>10.0.0-A2929</versaoAppProcessamento> <dhProcessamento>2018-04-11T17:13:42.22</dhProcessamento> </processamento> Sem as informações da suspensão, está transmitindo corretamente. Alguém está passando por este problema? LOTE-S-1070.xml

Verifique se vc está utilizando os schemas corretos para a versão 2.4.01 e atribua a configuração no ACBr ACBreSocial.Configuracoes.Geral.VersaoDF := ve02_04_01;

@George Augusto Este é o XML do trabalhador, que é individual. Para enviar mais de um é necessário adicioná-los à um lote. Para tal, utilize desta forma. with ACBreSocial.Eventos.NaoPeriodicos.S2200.Add do begin EvtAdmissao.Trabalhador.CpfTrab := '000000000'; {...} end;

@Italo Jurisato Junior evento S-2230 Correto. Obrigado

@Italo Jurisato Junior Segue as alterações conforme pedido pcesGerador.pas pcesS2299.pas pcesS2306.pas

@Italo Jurisato Junior Fiz a alteração da tag observações e identifiquei outro problema no evento S-2306. pcesGerador.pas pcesS2299.pas pcesS2300.pas pcesS2306.pas

Coloquei uma condição no método GerarInfoAfastamento para aceitar esta situação. OBS: @Italo Jurisato Junior esta é uma das alterações que fiz no post do layout 2.4.02, mas esta mudança vale para todos os layouts pcesS2230.pas

@PEDRO AIRTON DA SILVA deve-se enviar apenas um dos grupos: iniAfastamento ou fimAfastamento. No seu caso, alimente apenas a tag fimAfastamento. O único caso que os dois grupos podem coexistir é em caso de afastamento por férias

Eu substitui a property "observacao": string por "observacoes": TobservacoesCollection, no gerador fiz em caso de v02_04_01 usar o conteúdo de "observacoes" para gerar a tag "observacao" no XML, por isso o parametro GerarGrupo, assim não há necessidade de manter as duas propertys. Caso ache melhor, posso alterar e manter as duas.

@fabibona tbm está ocorrendo o mesmo problema comigo, enviei pela versão 2.4.01 corretamente e depois comparei os XMLs do evento S-1000 de ambas as versões e a estrutura está igual. Pesquisei em outros fóruns, e este erro tbm aconteceu qndo em outras versões tentou-se transmitir eventos que o ws do e-social ainda não estava apto à recepcionar. Talvez seja isto, enviei mensagem ao fale conosco do portal para confirmar esta hipótese.

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

@Italo Jurisato Junior entendi o q estava fazendo de errado. Depois q reinstalei o componente pelo instalador, havia selecionado a opção de gerar as .dcu em um diretório único ..Acbr\Lib\Delphi\LibD_versao. Então add no libary path os dirs do componente ACBreSocial e funcionou.

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?

Estou fazendo as adequações para a versão 2.4.02 do layout e identifiquei o problema. Segue as units @Italo Jurisato Junior @Rafael Dias pcesGerador.pas pcesS2206.pas

Essa é a questão que não fica clara em nenhum manual. Ao meu ver eles coexistem, mas até qndo?

Entendi.. Obrigado

@Joceandro Perin qual versão do layout vc está utilizando? Este é um print do 2.04.01 - evento S-2200

@Italo Jurisato Junior na resolução Resolução nº 13, de 6 de março de 2018 diz o seguinte: Desta forma, subentende-se que o webservice já pode receber os eventos no novo layout.

No meu caso, como não era empregado doméstico. Não gerei as tags e realizei a transmissão. Em qual manual vc encontrou esta informação @Joceandro Perin?

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?

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"