e-Social: Limite de 50 eventos

[Jucemar Duarte]

O e-social impõe a limitação de 50 eventos por lote a ser enviado.  Não consegui identificar, dentro do método Enviar do componente ACBreSocial, em que momento esse limite é tratado.  Alguém pode me ajudar?

Esclarecimento:  Não carrego os registros nos INIs.  Minha aplicação possui uma rotina que gera um XML no formato do esquema (podendo ter mais de 50 registros/eventos).  A partir daí, uso o Eventos.LoadFromFile para transportar para o componente ACBreSocial e assiná-lo.   Em seguida, faço o envio com o método Enviar.  Funciona bem, até encontrar lotes com mais de 50 eventos.  Alguma ideia de como podemos tratar esta questão?

[Alisson Souza Pereira]

1 hora atrás, Jucemar Duarte disse:

O e-social impõe a limitação de 50 eventos por lote a ser enviado.  Não consegui identificar, dentro do método Enviar do componente ACBreSocial, em que momento esse limite é tratado.  Alguém pode me ajudar?

Esclarecimento:  Não carrego os registros nos INIs.  Minha aplicação possui uma rotina que gera um XML no formato do esquema (podendo ter mais de 50 registros/eventos).  A partir daí, uso o Eventos.LoadFromFile para transportar para o componente ACBreSocial e assiná-lo.   Em seguida, faço o envio com o método Enviar.  Funciona bem, até encontrar lotes com mais de 50 eventos.  Alguma ideia de como podemos tratar esta questão?

Pelo que entendi vc não quer que dê erro se passar de 50 e sim que ele consiga enviar fragmentado.

Se for isso, não vejo como essa regra poderia ser implementada dentro do ACBr, pois se você iniciou o envio ele seria responsável por separar e enviar cada 50 em um lote, teria que saber qual deu certo e qual deu erro, lembre-se que a comunicação é assincrona, pode ser que um lote consiga ser enviado e o outro não...
ao meu ver seria algo muito elaborado.

No meu caso faço a tratativa antes, mando para o componente apenas os 50 registros, no segundo envio mando os outros 50.

Entendo que essa regra deva ficar na aplicação cliente.

Edited June 10, 2021 by Alisson Souza Pereira
Incompleto

[Jucemar Duarte]

"No meu caso faço a tratativa antes, mando para o componente apenas os 50 registros, no segundo envio mando os outros 50." - Alisson, 

Pois é, amigo Alisson, atualmente estou jogando na conta do usuário escolher quais registros ele quer enviar (com limite de 50).  Mas isso não é nada elegante.  

Vou estudar o assunto.  Acredito que dê para fazer sim.  Acompanhe comigo: minha aplicação gerou um XML gigante com (por exemplo) 100 eventos. Quando carrego para o componente, o mesmo particiona em 100 XMLs já assinados.  Vou tentar fazer com que, na montagem do lote, o componente gere, em vez de um, quantos lotes forem necessários para satisfazer a requisição. 

 

[EMBarbosa]

10 horas atrás, Jucemar Duarte disse:

"No meu caso faço a tratativa antes, mando para o componente apenas os 50 registros, no segundo envio mando os outros 50." - Alisson, 

Pois é, amigo Alisson, atualmente estou jogando na conta do usuário escolher quais registros ele quer enviar (com limite de 50).  Mas isso não é nada elegante.  

Vou estudar o assunto.  Acredito que dê para fazer sim.  Acompanhe comigo: minha aplicação gerou um XML gigante com (por exemplo) 100 eventos. Quando carrego para o componente, o mesmo particiona em 100 XMLs já assinados.  Vou tentar fazer com que, na montagem do lote, o componente gere, em vez de um, quantos lotes forem necessários para satisfazer a requisição. 

 

Do meu ponto de vista, é muito melhor que o seu sistema faça o controle.

Se o componente fizesse o particionamento do lote, ele teria que retornar a você informações como quantidade de lotes e id de cada lote. Isso complica muito.

É bem mais fácil você implementar essa separação de lotes na sua aplicação e alimentar o componente de acordo com os lotes gerados pela sua aplicação.

[Jucemar Duarte]

Em 11/06/2021 at 15:28, EMBarbosa disse:

Do meu ponto de vista, é muito melhor que o seu sistema faça o controle.

Se o componente fizesse o particionamento do lote, ele teria que retornar a você informações como quantidade de lotes e id de cada lote. Isso complica muito.

É bem mais fácil você implementar essa separação de lotes na sua aplicação e alimentar o componente de acordo com os lotes gerados pela sua aplicação.

EMBarbosa, você tem razão.  Eu cheguei à mesma conclusão ao estudar melhor o assunto.  Obrigado.