Alisson Souza Pereira

Bom dia, segue em anexo os quivos p/ correção do Memory Leak 




ACBreSocialLoteEventos.pas

pcesS2206.pas 

O S-1200 é um por CPF, ou seja, será um S-1200 contendo os dois demonstrativos 

Para adicionar um novo demonstrativo, não tem segredo, da mesma maneira que vc adiciona o primeiro vc adiciona segundo.

Se tiver o certificado digital ou a procução, não há problema algum. 
Existem outras abordagens onde a empresa de SST entrega o XML a sua empresa e a mesma faz o envio destes XMLs

Você está fazendo o envio na versão errada 


A versão simplificada ainda não entrou em produção e o correto é: v02_05_00

é possível configurar a versão no componente

ACBreSoc.Configuracoes.Geral.VersaoDF

@magistech  Já passei por esse problema e no meu caso era o seguinte:
Anualmente o Fap é atualizado, abaixo estão valores fictícios 
2018 envie o S-1005 com fap = 1,5
2019 envie uma inclusão de nova validade com S-1005 com fap = 2 

Problema estava enviado na base de homologação o ano de 2017 com o fap de 2019. 

Se o seu empregador é do grupo 1, envia o S-1005 com data do início da validade 2017 e utiliza o FAP correto no meu caso seria o valor de 2018. 
 

@brunomachadogp você pode procurar mais informações sobre o assunto mas em resumo é isto: 
SEFIP está com os dias contados, para alguns empregadores ela só está responsável pela guia do FGTS e nada mais. 

Não há geração de dados para a DCTFWeb, a mesma é uma página dentro do ECAC onde você controla o pagamento dos DARFs

Processo: Você irá alimentar o eSocial e o Reinf (ambos tem no ACBR), quando você fizer o fechamento dos dois automaticamente vão enviar os dados à DCTFWeb, dai você entra na página da DCTFWeb e faz a geração das guias.

Realmente no manual o campo é do tipo numérico. 

Após a mudança para tcStr o XML está sendo gerado com sucesso.

Obrigado!

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

@milago Vocês está olhando a versão antiga do manual, estes campos foram descontinuados. Lembre de marcar o tópico como resolvido. 
 

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

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

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

Estava faltando as informações salariais