Ir para conteúdo
  • Cadastre-se

dev botao

  • Este tópico foi criado há 2050 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

  • Moderadores
Postado
23 minutos atrás, Daniel de Queiroz disse:

Bom dia,

gostaria de dar ao usuário a opção de gerar o XML dos eventos do eSocial com a assinatura digital ou sem a assinatura, porém não estou conseguindo gerar os XMLs sem a assinatura. Como fazer? 

Bom dia, Daniel de Queiroz.

O ideal é que a sua aplicação pegue o XML assinado e remova a assinatura.

  • Curtir 1
Equipe ACBr

Felipe Eduardo Resende Mesquita

Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.

 

 

 

  • Consultores
Postado

Boa tarde Daniel,

O componente ao gerar o XML de um evento, se encarrega de assinar e validar para garantir que a estrutura e os dados estejam em conformidade com os schemas.

Sendo assim, concordo com a sugestão do Felipe.

  • Curtir 3
Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / Araraquara-SP

Araraquara - A era dos Trólebus

Postado

Olá Ítalo!

A questão seria o seguinte: Os eventos podem ser gerados por diversos setores da empresa. Por exemplo: O setor de saúde e segurança gera os eventos referentes a saúde do trabalhador (1060,2220,2240,2245). Este setor, não necessariamente tem o certificado para poder assinar. Ele apenas gera os eventos e os envia para o outro setor. 

Este outro setor que se encarrega de assinar os eventos e enviar ao eSocial.

Por isto acho interessante a possibilidade de se poder gerar os eventos sem assinatura e sem ter que ter o certificado digital instalado na maquina que está gerando o evento.

 

 

  • Consultores
Postado

Boa tarde Kartter,

Eu penso em uma solução diferente.

Cada setor alimenta o banco de dados com as informações dos eventos que devem ser gerados e enviados, cada evento teria uma tabela.

O setor responsável pelo envio, busca no banco de dados as informações desses eventos que ainda não foram enviados.

Gera, assina, valida e envia, por fim atualiza as tabelas "setando" um ou mais campos, para indicar que o evento foi enviado.

  • Obrigado 1
Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / Araraquara-SP

Araraquara - A era dos Trólebus

Postado
1 hora atrás, Italo Jurisato Junior disse:

Boa tarde Kartter,

Eu penso em uma solução diferente.

Cada setor alimenta o banco de dados com as informações dos eventos que devem ser gerados e enviados, cada evento teria uma tabela.

O setor responsável pelo envio, busca no banco de dados as informações desses eventos que ainda não foram enviados.

Gera, assina, valida e envia, por fim atualiza as tabelas "setando" um ou mais campos, para indicar que o evento foi enviado.

Também daria certo. Mas não resolveria a seguinte situação:

As clinicas de medicina do trabalho geram os arquivos de saude e segurança do trabalhador (1060,2220....). Ela gera os eventos e não necessariamente precisa assiná-los, pois ela apenas gera o XML e envia para a empresa do funcionário, que se encarrega de recepcionar este arquivo, assinar e enviar ao eSocial. 

  • Curtir 1
Postado

@kartter Quando li o seu post entendi que era dentro da mesma empresa apenas setores diferente, se fosse assim concordo com o Italo. 

O segundo caso é uma clínica de terceiros, ela pode gerar os arquivos no formado INI, você recebe esses arquivos e simplesmente assina e envia. 

dá uma olhada por exemplo no: 
    pcesS2299.pas 
              function TEvtDeslig.LerArqIni(const AIniString: String): Boolean;

 

 

Postado

Olá @Alisson Souza Pereira!

Se no caso nós fossemos o terceiro, teríamos que enviar para a empresa o XML dos eventos de saúde de trabalho. (Estou colocando o caso de sistemas de medicina que usam o ACBR para gerar os eventos). Então a clínica de medicina simplesmente gera os arquivos sem assinatura e os remete para a empresa contratante. Pelo que entendi, a indagação do @Daniel de Queiroz é neste sentido. 

  • Consultores
Postado

Boa tarde a todos,

Eu até poderia criar uma propriedade de configuração, para definir se deseja assinar ou não o XML.

Mas se o desenvolvedor configurar para não assinar, não será possível validar o XML antes dele ser enviando para a outra empresa.

Logo essa empresa poderá receber um XML e ao assinar e validar para o envio, este poderá não ocorrer pois o XML contem informações que deixam o XML invalido.

  • Curtir 1
Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / Araraquara-SP

Araraquara - A era dos Trólebus

Postado
Em 30/04/2019 at 17:56, Italo Jurisato Junior disse:

Boa tarde a todos,

Eu até poderia criar uma propriedade de configuração, para definir se deseja assinar ou não o XML.

Mas se o desenvolvedor configurar para não assinar, não será possível validar o XML antes dele ser enviando para a outra empresa.

Logo essa empresa poderá receber um XML e ao assinar e validar para o envio, este poderá não ocorrer pois o XML contem informações que deixam o XML invalido.

Ei @Italo Jurisato Junior

Então para validar com base no xsd do esocial, obrigatoriamente este tem que estar assinado?

  • Este tópico foi criado há 2050 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Crie uma conta ou entre para comentar

Você precisar ser um membro para fazer um comentário

Criar uma conta

Crie uma nova conta em nossa comunidade. É fácil!

Crie uma nova conta

Entrar

Já tem uma conta? Faça o login.

Entrar Agora
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...