Alisson Souza Pereira

Já zerei a base algumas vezes, e desde a última vez faz uns 40 dias então não sei se mudou algo no procedimento. Quando tento gerar sempre é retornado um erro, e das minhas tentativa essa é a que chega mais perto pois acontece apenas 1 erro. "O valor informado no campo deverá existir na Tabela 8 (Classificação Tributária)" O que não era para ser um erro já que para zerar a base o correto é ir como 00. Envio.xml Consulta.xml

@willianslanz Bom dia, o que ocorre é que mesmo conseguindo concluir o processo o eSocial retornou um erro e na segunda vez que vc enviou o evento ele informa que o evento já existe. você tem duas opções. 1) Vai no portal do eSocial (https://login.esocial.gov.br/login.aspx) e acessa a área das empresa e lá é possível consultar o número do recibo. (Apena se for produção) 2) Envia novamente o evento com todas as informações idênticas ao evento original que vc enviou a primeira vez ( Inclusive o ID do evento) Com isso ao invés do eSocial retornar um erro ele retorna o número do recibo. (Vale para homologação e Produção)

Exatamente

@EVERTONBUCH Isso depende do que você quer fazer. Se vc quiser retroativo, ou seja, uma retificação, que desde a inclusão do evento o codIncCP deveria ser esse que está querendo informar o início e o fim serão chave para identificação do evento, porém vc NÃO informa a nova validade (Pois a vigência das informações estão corretas). Se vc quiser informa que a vigência das informações estão incorretas, ou seja, o codIncCP é outro e a validade da rubrica começava em outra data, nesse caso o Início e o Fim serão chave para identificação do evento, porém vc DEVERÁ preencher a nova validade, isso fará com que o eSocial entenda que na verdade a sua vigência é a que vc está passando agora. obs: Após vc alterar com uma nova validade, essa nova validade que será chave para o eSocial, logo o seu cliente pode alterar a rubrica quantas vezes quiser desde que na próxima alteração a nova validade que foi informada anteriormente seja a chave. ex: Inclusão (2018-01 - ' ') CodIncCP 11 Inclusão (2018-03 - ' ') CodIncCp 00 ( A partir do mês 3 a rubrica parou de ser base para INSS) Alteração(2018-03 - ' ') CodIncCp 00 (nova validade 2018-02 - ' ') (Nesse caso está sendo informado que na verdade a rubrica parou de ser base para INSS no mês 02 e não no 3) Alteração(2018-02 - ' ') CodIncCp 91 (Informa que a rubrica na verdade é isenta por decisão judicial) Espero que tenha ficado claro.

Não entendi muito bem o que vc está querendo fazer, mas "é possivel fazer este tipo de atribuição de objetos???" Sim é possível, uma vez que o objeto foi instanciado outro objeto pode receber a assinatura. Desde que a classe seja a mesma ou ancestral, porém isso não é algo do ACBr e sim do Delphi.

Vc tem que carregar o XML do evento e não o XML do lote.

@anderson.mendonca vc não zerou a base, vc excluiu o empregador. Segue a baixo o que o manual fala sobre zerar a base. Segue em anexo um exemplo: LIMPAR BASE.txt *Note que é uma Inclusão

Zerar, ou seja, começar do 0

Estou com o @EdmarFrazao Zere a base e comece novamente.

Lembre sempre de postar o XML

Não entendi muito bem porque vc está fazendo essa volta toda... é para testes??? Preciso de mais informações, anexa os XML e explicando a intenção de cada um, Preciso saber a mensagem exata que o eSocial está retornando. Ex: XML1 INCLUSÃO DO EMPREGADOR XML2 ALTERAR O EMPREGADOR PORQUE FIZ ERRADO XML3 INCLUSÃO DE NOVO PERÍODO DO EMPREGADOR .... Dessa maneira dá de saber se a sua intenção está de acordo com o XML que gerou.

@anderson.mendonca "Alteração" é equivalente a retificação ou seja vc fala que tudo estava errado e sobrepoe com o novo, os campos nova validade é assim: Caso vc tenha errado até a data de validade, vc pode utilizar para retificar o registro e colocar uma outra data de validade. Se não for uma retificação vc deverá enviar uma nova inclusão, com um novo período, o esocial entende que a partir da quela data passa a ser as novas informações, porém o primeiro registro continua lá e válido. Pelo que estou entendo, vc sobrepos o primeiro registro com uma alteração, ou seja, o período inicial não existe no eSocial, vc deveria ter mandado uma nova inclusão e não uma alteração.

@anderson.mendonca Tome cuidado com os campos de validade. O Fim server para indicar que aquele empregador está sendo finalizado, ou seja não terá mais nenhuma atividade nele. Quando for necessário trabalhar com períodos de informações, você fará da seguinte forma. Inclusão: Ini = '01-2018' / Fim = '' / 'demais informações' Se a partir do mês 2 vc precisar que uma informação seja atualizada, vc enviará assim: Inclusão: Ini= '02-2018' / Fim = ''/ 'Demais informações ATUALIZADA' Note que nos dois caso foram uma inclusão e nos 2 casos a data final não foi informada, quando vc manda o segundo período como inclusão o próprio eSocial entende que há um fim do primeiro período, agora se vc informar o FIM siguinifica que vc está encerrando a atividade de um evento e não criando um novo período.

Estava faltando as informações salariais

Não vejo problemas na estrutura do XML. XML S2206.xml

Estou com problemas na hora de validar o XML. Quando utilizo os eschemas 2.4.01 ocorre o seguinte erro: Falha na validação dos dados do evento: evtAltContratual 1871 - Element '{http://www.esocial.gov.br/schema/evt/evtAltContratual/v02_04_01}duracao': This element is not expected. Expected is one of ( {http://www.esocial.gov.br/schema/evt/evtAltContratual/v02_04_01}codCarreira, {http://www.esocial.gov.br/schema/evt/evtAltContratual/v02_04_01}dtIngrCarr, {http://www.esocial.gov.br/schema/evt/evtAltContratual/v02_04_01}remuneracao ). Quando utilizo os eschemas 2.4.02 ocorre o seguinte erro: 1845 - Element '{http://www.esocial.gov.br/schema/evt/evtAltContratual/v02_04_01}eSocial': No matching global declaration available for the validation root. Não estou conseguindo enviar o evento S-2206.

Não entendi a pergunta. Em um lote de evento pode ser enviado até 50 rubricas de uma vez...

@Joceandro Perin @Jonathan Fabricio Seibel Poderia dizer o que estava gerando errado? Quais eram os tipos que estavam invertidos? porque olhei os arquivos que enviei eles estão corretos.

@EdmarFrazao na exception está concatenando o Self.ID, ou seja, quando dá erro, vc sabe o motivo e o evento que deu erro. Eu adicionei isso como sugestão no S-2206, no meu caso trabalho com lotes de 50 eventos e consigo identificar o erro sem problemas. Se encontrarem uma forma melhor esta valendo também.

Só mais este p/ complementar, pois o XML não está retornando o número do Recibo conforme eles informam

Segundo o Portal em peguntas frequentes Era p/ ter retornado o Número do Recibo, mas não está retornando.

O eSocial apresentou algumas inconsistências: 1º) O evento foi enviado, porém retornou um erro informando que não foi possível estabelecer uma conexão com o sistema do CPF. 2º) Como o retorno foi uma inconsistência, o evento foi gerado novamente, porém na segunda tentativa o eSocial retorna que o colaborador já está cadastrado. Se eu consultar pelo protocolo do envio (1) o retorno é que não foi possível estabelecer uma conexão com o sistema do CPF. Se eu consultar pelo protocolo do envio (2) o retorno é que o colaborador já existe na base do eSocial. Hipótese: Me parece que no envio (1), o colaborador foi gravado porém ocorreu um erro posterior, este erro foi retornado para o cliente, porém a gravação ocorreu. Problema: não tenho número de Recibo para estes eventos, logo não consigo retificar nem excluir. Os evento que não dependem do número do recibo tais como (S2205, S2206, etc...), dos que fiz o teste, todos funcionaram. Ambiente - Produção Evento S-2200 CadINI 'S' Vou tentar entrar em contato com o eSocial. Se alguém já tiver passado por isso e conhecer a solução ajudaria bastante.

Todo evento possui a função "validar" para confrontar o XML com os Schemas. Estou fazendo assim: Na proteção de código peço para retornar o ID+ A mensagem de erro, consequentemente dentro do lote vc já sabe qual é o evento com erro. No SVN o fonte pcesS2206 já está dessa forma. Sabendo qual é o evento, e o campo que deu erro fica fácil descobrir o erro.

Desculpe, foi modo de dizer. Aconteceu apenas uma única vez e até agora não aconteceu novamente.

Se não vai na primeira tentativa, na segunda ou terceira vai..