Alisson Souza Pereira

@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)

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 > 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.

A princípio só o S2205, Mas se puder postar a admissão e o empregador também ajuda a identificar o problema.

@michella Posta o XML de envio e o de retorno, se possível já formatado tbm

Mandei um lote com 11 Rubricas, já se passaram 2 horas e até agora nada.

Fiz várias tentativas deve que uma deu certo e eu nem vi vlw

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