EdmarFrazao

Estavam corretos. Os arquivos vem na consulta do Protocolo, junto com o recibo. segue em anexo os arquivos com os respectivos retornos. Agora só precisar implementar o retorno, alimentando o componentes com as informações. S-1200 retorna o S-5001 S-1210 retorna o S-5002 S-1299 retorna o 5012 S2299 retorna o S5011 e S5012 so ha o retorno se houver o aceite sem erros, ou seja com o retorno do Nr do Recibo. eSocial.7z

Segunda vejo o xml, se na consulta do protocolo de envio esta sendo retornado mais informações, e posto.

poderia acertar o exemplo de como consultar estes eventos?

Você tem que informar o grupo antes de gerar o xml e não pode gerar xmls juntos de grupos diferentes. Tabelas grupo 1 não periodicos grupo 2 , inclusive o S-3000 periodicos grupo 3

italo, não querendo ser insistente, mas primeiro temos que declarar os eventos para serem usados. depois ver o que falta enviarpara ler o retorno. Nãa foi declarado os eventos para s5000..s5012, os procedimentos ja exitem mas ainda não da para usa-los, e estão declarados o layout de retorno, falta a parte de envio. eles tem duas partes uma de envio de solicitação do que deseja e outra parte que é o retorno solicitado. diferente dos eventos normais que se envia e recebe o recibo e ocorrências.

Nao temo com testar, mas cada evento e uma matriz Gera os xml, antes de envira eSocial.Eventos.Iniciais.S1005.Items[x].evtTabEstab.Id ja o retorno e diferente o id , mensagem etc e em outra propriedade, veja o demo for I:= 0 to Status.Ocorrencias.count-1 for I:= 0 to Status.Ocorrencias.propriedade n lembro o nome tem varias propriedades dentro de ocorrencias

Não estou no computar p testar mas ACBreSocial1.Eventos.NaoPeriodicos.S3000.Items[ x ].EvtExclusao.Id depois q gera o xml o obj tem o id atualizado basta trocar s3000 p o evento q deseja, .items.count seria gera xml depois ler o id For x:=0 to ACBreSocial1.Eventos.NaoPeriodicos.S3000.Items.count -1 begin ACBreSocial1.Eventos.NaoPeriodicos.S3000.Items[ x ].EvtExclusao.Id end

Depois de gerar o xml. e so varrer o evento e pegar o id. ou ao gerar o evento evento.sequencial , este e so os ultimos 6 digitos do Id

Postem em novo tópico sua duvida. Id so fica disponivel depois de execuat o salvaxml ai vc teriq que varrem os items e capturar o id. eu adotei enviar o sequencial que sao os ultimos 6 digitos do id. e como cada evento tem um sequencial fica facil gerar e no retorno saber qual evento e sequencia aquele id se refere

Obrigado a todos que contribuiram para o projeto acbr e em especial para o eSocial. Conseguimos enviar em produção todas as tabelas necessárias. Uma empresa Matriz e duas filiais. Em homologação ja enviamos tabelas e não períodicos e iniciamos os eventos periodicos até o momento tudo alegria. Obrigados a todos.

Sim são eventos de Retorno. Mas tem que enviar informações especificas para cada Evento, e terá o retorno especifico. No 5001 você deve enviar a 1)Falta implantar as declarações dos mesmos.(Consigo declarar mas falta procedimento que não domino para implementar) 2)Falta acrescentar o Salvarxml em cada evento para solicitar o retorno. (Tem que implementar em cada Evento informações especificas para a solicitação dos dados). 3)Falta criar um exemplo Estes eventos seram necessários para conferir o que foi enviado

Falta algo para ser implementado. Este eventos em geral se envia o NrRecibo retornado no S-1295 ou S1299 e retorna o Conteúdo que foi solicitado. as units ja estão criadas , mas não foi implementado para envio, não sei como implementar e criar um exemplo

Falta implementar os procedimento para Enviar os Eventos abaixo e receber o Retorno dos mesmo. S-5001 - Informações das contribuições sociais por trabalhadorS-5002 - Imposto de Renda Retido na FonteS-5011 - Informações das contribuições sociais consolidadas por contribuinteS-5012 - Informações do IRRF consolidadas por contribuinte Quem esta desenvolvendo?

Tem que enviar, e consultar para depois enviar outro.

Mas ja estao todas unificadas no cvs

o campo natAtividade não deve ser informado para as categorias. de: Gerador.wCampo(tcStr, '', 'natAtividade', 1, 1, 0, ord(obj.natAtivididade) + 1); para if obj.codCateg=305 Then //Servidor Publico Indicado a Conselho else if obj.codCateg=721 Then //Diretor não empregado com FGTS else if obj.codCateg=722 Then //Diretor não empregado sem FGTS else if obj.codCateg=771 Then //Membro conselho tutelar else if obj.codCateg=901 Then //Estagiario else Gerador.wCampo(tcStr, '', 'natAtividade', 1, 1, 0, ord(obj.natAtivididade) + 1); pcesS2300.pas Evento 2300 enviado com sucesso Categorias 721,722 e 701 , antigas categorias 11 e 13 da Sefip. ps. So testei com este por enquanto

Eu é que agradeço ao que vocês já fizeram e ainda fazem.

Segue ajuste da variável, não tinha a Opção idRMS no Evento S-2300 tpIdeOC = (idCRM, idCRO,idRMS); atualizado com versão atual do cvs pcesConversaoeSocial.pas

407 - A regra de precedência na transmissão de eventos não foi seguida. Eventos desse tipo não devem ser enviados para processamento em paralelo. Ver seção 5.6.1 do Manual de Orientação do Desenvolvedor, aí envio esses eventos novamente e dá certo, alguém já passou por isso? Observei que se você envio um Evento, um lote por exemplo, não pode enviar outro enquanto não tiver a resposta da Consulta deste Lote. Ou seja Enviou, tem que consultar para depois enviar outro. Pode acontecer de você enviar um evento e em seguida enviar outro e não dar problema, mas quando envia um lote com vários eventos, se não esperar a resposta da consulta ira dar o erro 407.

Descobrir mais um equivoco meu. Todos os Eventos podem sim ser enviado em lotes de 50 eventos. Todos receberam um Protocolo Único. Mas quando consultar a Protocolo, haverá UM No de Recibo para cada Evento enviado no Lote. Ou seja se enviou : um lote com 50 (S-1010) haver na consulta do Protocolo, 50 Recibos. um lote com 50 (S-2200) haver na consulta do Protocolo, 50 Recibos um cada evento enviado. A dificuldade de Envio em Lote , e que na Consulta do Protocolo, retorna o ID e Nr recibo, então você tem que armazenar o ID do Evento. Eu estou armazenando o evento.Sequencial ( ultimo 6 dígitos do ID do evento )

Não o componente esta perfeito. Poderia acrescentar uma msg no exemploacbr no evento S-3000 que o grupo deve ser o 2. Se enviar como grupo 3 da a msg O tipo de evento informado não é aceito para este tipo de lote/serviço. Exclusão de Qualquer evento do Grupo 2 e do Grupo 3 deve ser enviado como grupo 2, pois o tipo o campo tpevento informa qual evento é.

http://portal.esocial.gov.br/institucional/documentacao-tecnica e agora como ficara os prazos, esperar publicação.

Achei o problema. Evento S-3000 o Grupo e:2 Não periódico mesmo excluindo evento Periódico. 20180220085858-env-lot.xml

Enviei um S-1200 Depois tentei enviar um S-3000 mas so recebo este erro O tipo de evento informado não é aceito para este tipo de lote/serviço. O que pode ser? segue arquivo de envio o recibo correspondente ao Evento S-1200 e cpf e inscrição e periodo de apuração correspondem também 000000001643193.7z

Um equivoco que cometi. Os eventos Tabelas podem ter: Inclusão, alteração e Exclusão. Mas os outros Eventos so Tem: Inclusão, Retificação Para exclui-los tem que usar SIM o Evento S-3000. Dica ler o manual de orientação: http://portal.esocial.gov.br/manuais/mos-manual-de-orientacao-do-esocial-vs-2-4.pdf