Alisson Souza Pereira

O Ambiente de produção restrita já está operacional é possível navegar, realizar consulta, simular gerações de guias... https://www.conectividadesocialrestrito.caixa.gov.br/sifug-web/principal.fug

@milago é exatamente isso que o eSocial está te retornando. Recomendo forte mente que você leia o manual de orientações e faça algum curso para entender o que é cada evento. Mas em resumo: S-1200 é um evento para você enviar a remuneração sem a retenção do IRRF e nem pensão alimentícia, logo você vai enviar: salário, horas extras, insalubridade, gratificações e por ai vai. S-1210 é um evento onde você vai informa o pagamento dessa remuneração nesse evento você informa a rubrica de IRRF. Previdência trabalha sobre regime de competência e IRRF trabalha sobre regime de caixa, existe uma série de por menores em que eu poderia discorrer em dezenas de páginas, porém isso tudo está contido no manual de orientações. Então procure entender a fundo para que serve cada evento, pois você não conseguirá enviar essa rubrica no evento S-1200.

@ROBERTO COUTO DOS SANTOS Conforme descrito no manual de orientações e no perguntas frequentes, se você reenviar o evento exatamente igual ao que você enviou na primeira vez, tem que ser tudo igual inclusive o ID do evento, o eSocial vai te retornar o número do recibo.

@LUIZTEC não necessariamente. O colaborador pode ter tido filhos, mudado de endereço, telefone etc....

eSocial prorroga início da segunda fase de implantação para as empresas com faturamento de até R$78 milhões Primeira fase, que terminaria em agosto, será estendida até setembro. Segunda fase iniciará em 10 de outubro. http://portal.esocial.gov.br/noticias/esocial-prorroga-inicio-da-segunda-fase-para-empresas

Poste o XML do lote para que seja analisado. lembre-se sem o XML não dá para ajudar.

@anderson.mendonca Envia uma alteração do S-1000 Falando que o início é 2018-01. Se isso não funcionar significa que você terá que "zerar o produção", ou seja, excluir todos os eventos e ai fazer a retificação, porém acredito que você consiga fazer essa alteração se for apenas a data de validade. Se der certo, não esqueça de marcar como resolvido para ajudar os outros.

Se é faturamento superior a 78 minhões em 2016 não poderia iniciar em 2018-02

Exatamente, só terá S-1200 se for um afastamento que não desconfigura o direito a remuneração.

@RenatoE Funciona assim. Se você for enviar o S-1200 ele tem que ter rubricas e não pode ser uma rubrica zerada. No seu caso o que vc tem que fazer é enviar o evento de afastamento (S-2230) informando o afastamento e NÃO será enviado S-1200 para ele. Quando você enviar o S-1299 não haverá erro porque você enviou o afastamento desse colaborador. Licença materna, Férias, Acidente de trabalho... esses afastamentos ainda sim exige folha de pagamento, os demais não. se esse afastamento iniciou antes do início do eSocial, então você enviou o S-2200 contendo as informações de afastamento consequentemente você não precisa fazer nada para esse colaborador até que ele retorne ao trabalho.

@oprata Reenvie o evento porém como o grupo sendo 3 O seu está errado, 1 é para eventos de tabela 2- eventos não periódicos 3- Eventos periódicos Caso encerrado marque como resolvido para ajudar outros.

Poste o XML correto Tem diferença entre XML Envio (Evento) / XML Envio (Lote) O último que vc mandou foi o XML de retorno do lote Mande o de envio do lote

Não poste o conteúdo(log), poste os XML(de retorno) em anexo. Preciso ver o XML do lote e não o XML do evento, Pode ser algo relacionado aos peíodos, porém poste todos os XMLs. (Envio, retorno,lote)

@oprata Você está preenchendo o leiaute de forma incorreta. Quando o Tipo de apuração for 2 você deve preencher apenas com AAAA (Ano) se for tipo 1 vocês deve preencher com AAAA-MM (Ano-mês)

Poste os arquivos XML.

@Pedro R Tortoro Se vc resolveu conforme eu falei, ou se foi de outra forma é bom explicar como foi, porque outras pessoas vê o tópico e este acaba não ajudando em nada. Sobre o seu questionamento, não entendi, se puder esclarecer melhor.

A comunicação é assicrona e quando um lote é recepcionado pelo eSocial, este lote cai em uma fila de espera "normalmente" 1 min é o suficiente para processar e já pode ser feito a consulta, porém já vi casos de demorar 15 min por exemplo o S-1299. Então consulte até obter uma resposta diferente de 101 - Processando.

Poste os XMLs de Envio/retorno envio / consulta / retorno consulta pois ficou bem confuso o que você explicou. O Processo é assincrono e cada requisição é independente. @Tairone

Boa tarde, primeiramente verifique se vocês possui exatamente estes aquivos em destaque, Caso não, então providencie no portal do eSocial Caso sim, rode em debug e poste o valor da imagem a baixo. e o XML

Só toma cuidado que dentro de um lote pode ter eventos que deram certo e outros não, o seu controle tem que ser por evento, para obter o recibo de um evento duplicado vc tem que enviar o mesmo ID e vai te gerar outro protocolo, Mas o caminho é bem esse ai mesmo.

Estou analisando a possibilidade de utilização do certificado A3 porém minha mensageiria fica em uma máquina virtual do servidor. Tenho como utilizar o A3 nesse cenário? Ou tem alguma forma de fazer isso ?

Na verdade o componente não gera um novo ID, implemente algo que ligue os dois envios e quando for esse caso vc popula com o ID do primeiro envio e será sucesso.

Verifiquei por cima os meus eventos 10.000 eventos 5 time outs. No meu caso estou trabalhando com thread, excetuando os evento de tabela é possível enviar vários eventos e ir consultando de forma gradativa, e como a conexão é assincrona não tem porque vc enviar esperar a consulta deste evento para poder enviar o próximo, basta criar uma regra de encadeamento para os eventos que possuem dependencia respeitarem a sua ordem. No meu caso pouco importa quantos time out dê, me parece que são servidores distintos(esocial envio / esocial consulta), as consultas estão dando time out mas o envio continua funcionando, quando o servidor de consulta volta a funcionar, as consultas passam a ser realizadas normalmente e os lotes que deram time out serão consultados de forma AUTOMÁTICA... no seu caso quando dá time out vc tem que intervir?? Não consegui entender qual está sendo o seu problema, porque mesmo que dê o time out a própria mensageria sabe que quando o eSocial voltar a funcionar este evento deverá ser consultado.

Sabe dizer a frequencia com que isso corre? É normal esse tipo de time out, porém não frequentemente. Basta consultar novamente que dará certo. A única observação sobre isso é se vc estiver sobrecarregando o servidor de consulta com consultas desnecessárias, o eSocial já informou nos manuais que se a aplicação ficar consultando indevidamente um lote que ainda não foi processando ele vai limitar o acesso e poderia ocorrer um time out. Normalmente 1 min é o suficiente para o eSocial processar o evento (Tem exceções como o S-1299) @jcmferreira

@Geovane Sousa Bom dia, verifique o CNPJ da sua softwarehouse ele nem é um CPNJ válido. erro do eSocial Peguei o valor da tag cnpjSoftHouse e joguei em um simples validador de CNPJ e o mesmo é inválido. *Obs Se a empresa é a própria desenvolvedora, a softwareHouse deve ser o CNPJ da Matriz. Espero que tenha ajudado.