Alisson Souza Pereira

Você terá que customizar o ACBr com try exception no momento que valida o evento. unit pcesS2190; Lembrando que ele executa este trecho para cada item

@Paulo Aguiar Junior Eu reparei uma coisa, quando tento enviar vários lotes um atrás do outro sem esperar o eSocial processar ele começa a dar time Out. No meu caso envio um lote de 50 eventos a cada 1 min e o envio flui normalmente, quando configurei para enviar a cada 10 seg o eSocial começou a retornar Time Out.

Isso é normal, de vez em quando o eSocial retornar essa mensagem, basta tentar enviar novamente até que dê certo.

Tem que ser o grupo 2 - Evento não periódico

Alguém consegui excluir o evento S-1200 ou S-1210 no produção ou produção restrita Em ambos os casos dá a seguinte mensagem: O tipo de evento informado não é aceito para este tipo de lote/serviço. Envio.xml Consulta.xml

Resposta da RFB: Em resposta o SERPRO informou que o problema está sendo tratado. Peço que você reenvie amanhã e me informe.

Boa tarde, Em ambos os ambientes, quando tenho um autônomo que possui pagamento em dois estabelecimentos dentro do mês ex: 01/05/2018 MTZ | 10/05/2018 Filial01 Ocorre o seguinte erro: A solicitação não pode ser atendida devido a uma falha temporária no ambiente ou não catalogada. Favor tentar novamente mais tarde. Código do erro: 301.3. Caso o erro permaneça, favor acessar o Portal do eSocial através do endereço http://portal.esocial.gov.br. Na opção CONTATO, na seção EMPRESAS, selecione PRODUÇÃO EMPRESAS. Preencha os outros campos e informe o identificador 8BA3FCCSB2C146B2C789AA5942SCAS95C5D23AAA$AdFfds13-7292-4c8f-a226-3f8eda68d949 em SUA MENSAGEM para rastreamento do erro. Já enviei a mensagem ao eSocial e está dando o limite para encerrar o período de apuração Alguém se deparou com essa situação? e como resolveu?

Já tentou utilizar o TApplicationEvent? ele impede que seja aberto a caixa de dialogo do erro e deixa a mensageiria rodando.

Procure sobre try except ou TApplicationEvent (Disponível na tool Palette, impede que a aplicação trave) Ambos tem suas particularidades e são comumente utilizados principalmente em uma mensageiria.

Bom dia, Alterações de versão que irão entrar em funcionamento no produção restrita a partir do mês de outubro. http://portal.esocial.gov.br/noticias/publicada-nota-de-documentacao-evolutiva-nde-no-01-2018-referente-aos-eventos-de-seguranca-e-saude-no-trabalho-sst

.

Pelo mesmo motivo que falei, conserte o seu S-1000 e todos irão funcionar Olhe a data que vc está informando

@Dbs Brasil lembre sempre de postar o XML e se possível já formatado, se não, não há como ajudar.

@Aristarco Ribeiro O Que acontece é o seguinte, vc etá falando que o contribuinte individual iniciou antes do início do eSocial por meio de CadIni = 'S' Até ai tudo bem o problema é que vc fala que o seu empregador no evento S-1000, vocês diz que ele começa apenas no mês 05-2018 ou seja depois da virada do eSocial. Então eu te pergunto como o colaborador iniciou o vinculo em 1997 se o seu empregador iniciou apenas na competência 05-2018? Resolução: se for produção a data do início deverá ser 01-2018 se for a base de teste a data do início deverá ser 01-2016 mande um evento de alteração do evento S-1000 informando a data do início do empregador no eSocial como sendo 01-2018 ou 01-2016 de acordo com o ambiente e pode mandar seu evento que vai funcionar. obs* os Contribuintes individuais(Autônomos) o seu cadastro é opcional perante o eSocial e sai muito mais barato não enviar esse cadastro, no seu lugar eu analisaria se realmente tem a necessidade de enviar esse cadastro, pois você é obrigado a enviar apenas a remuneração.

@fabibona Verifiquei essa situação novamente porquê essa regra ai conforme o manual de orientações do desenvolvedor só vale para eventos de tabela. Faça o teste novamente e qualquer coisa poste os XLMs de envio e retorno, já formatado se possível.

@Aristarco Ribeiro Poste o XML do envio do S2200. Já formatado se possível.

@Dbs Brasil você não mandou o XML formatado. Faça uma geração simples, contendo apenas a identificação e a remuneração caso isso funcione, ai sim vc parte para gerar as tags mais complexas tais como infoSaudeColet, infoPerAnt 1) Caso esse colaborador não seja intermitente essa tag não deve exisitir. <infoInterm> <qtdDiasInterm>0</qtdDiasInterm> </infoInterm> 2) Dentro da tag de informações de períodos anteriores vc está passando o período de apuração errado. <infoPerAnt> <ideADC> <dtAcConv>2017-11-07</dtAcConv> <tpAcConv>A</tpAcConv> <compAcConv>2018-05</compAcConv> <dtEfAcConv>2017-11-07</dtEfAcConv> <dsc>convencao coletiva</dsc> <remunSuc>S</remunSuc> <idePeriodo> <perRef>201805</perRef> Deveria ser 2018-05 <ideEstabLot> 3) Como dica, Não gere as informações de períodos anteriores. Faça funcionar o processo normal, Quando estiver funcionando vc tenta gerar essa parte.

@Dbs Brasil Em produção ou Teste? Manda o Arquivo Xml, já formatado se possível. Em Teste só será aceito eventos posteriores a 2016-01 Em Produção só será aceito eventos posteriores a 2018-01 (Respeitando os meses das fases)

@lukas1056 vc está confundindo as coisas. Eventos de Tabela (S-1000 a S-1080) Não possui "Retificação" e sim "Alteração" (que no final das contas são a mesma coisa com nomes diferentes), Para os eventos de tabela, quando você quer fazer uma "alteração", ou seja, retificar um cadastro que vc fez errado, vc não utiliza o número do recibo até por que no layout não existe este campo. Neste caso o procedimento é mandar o evento com as tags específicas de alteração que de maneira geral consta o identificador do evento que pode ser (código + Ini validade + FIm validade) O mesmo procedimento é válido para a exclusão pois existem tags específicas. Para os eventos Não periódicos e periódicos, quando você quer excluir vc precisa identificar o evento pelo número do recibo. Na exclusão pelo evento S-3000 e na retificação preencher o campo nrRecibo do próprio evento.

Sempre poste o XML fica mais fácil de ajudar e se possível já formatado.

Você retifica com o número do recibo.

Quando envio o evento S-1200 e o Autônomo tem apenas um pagamento o eSocial processa da forma correta e retorna o número do recibo. Quando o autônomo possui mais de um pagamento, o dmDev aumenta de acordo com a quantidade de pagamentos, quando envio isso para o eSocial ele retorna o seguinte erro: 301 - A solicitação não pode ser atendida devido a uma falha temporária no ambiente ou não catalogada. Favor tentar novamente mais tarde. Código do erro: 301.3. Caso o erro permaneça, favor acessar o Portal do eSocial através do endereço http://portal.esocial.gov.br. Na opção PRODUÇÃO RESTRITA &gt; CONTATO, selecione ERRO 301. Preencha os outros campos e informe o identificador F1C878097A3BE4A57243E2219DF4AB1556E80346$$7476c138-d055-47f9-be3f-667f1b8ce32e em SUA MENSAGEM para rastreamento do erro. Obrigado. Alguém percebeu isso também? Ou estão conseguindo enviar quando possui mais do que um demonstrativo?

O Evento S1020 não tem impacto sobre o evento S2205. Sem o XML fica bem difícil de falar algo a respeito.

Alterações no S-1200 para informações de TSV pcesS1200.pas

@Italo Jurisato Junior o que o @EdmarFrazao está falando é que a classe TInfoComplCont em S1200 não está sendo criada dai quando tentamos preencher qualquer uma das propriedades (codCBO/codCBO/qtdDiasTrab ) Gera um Access violation pois a classe ainda não foi criada. Ela não é um TCollection e deveria ser criada no create da classe TDMDevCollection(dmDev) Obs* Não postei a solução porque identifiquei o erro agora, se conseguir resolver posto o código.