Os fontes oficiais já estão transmitindo os arquivos?

[EdmarFrazao]

Segue o demo que estou usando.

Demo_eSocial_V2.4.1.7z

[Daniel Simoes]

Desculpe mas não podemos aceitar a sua contribuição, seus fontes estão em completo diferentes dos atuais do SVN

[Rafael Dias]

@EdmarFrazao foi enviado algumas correções agora para o eSocial você poderia checar se esta enviando agora.

[Alisson Souza Pereira]

Aproveita e Corrige a function function TConsultaLote.TratarResposta: Boolean;

pois no retorno da consulta de um lote com mais de 1 evento ele esta fazendo errado. 

Segue em anexo as alterações que fiz na função.

 

ACBreSocialWebServices.pas

[Rafael Dias]

@Alisson Souza Pereira foi enviado ao svn com alguns ajustes.

[Joffas]

Os meus arquivos também estão gerando assinado agora, só que o erro interno continua:

Project ExemploEsocial.exe raised exception class EACBrDFeException with message 'Erro: Falha ao localizar o nó de Assinatura'.

E a mensagem final é: XML de Eventos Gerados com Sucesso!

Acontece com mais alguem ?

[Joffas]

Pelo que vi a única diferença entre a assinatura com o fonte anterior é que o URI não era preenchido

Fontes anterior:

Novo Fonte:

 

Será que esta correto ?

[Alisson Souza Pereira]

22 minutos atrás, Jonathan Fabricio Seibel disse:

Pelo que vi a única diferença entre a assinatura com o fonte anterior é que o URI não era preenchido

Fontes anterior:

Novo Fonte:

 

Será que esta correto ?

 

   Vai em eSocial_Gerador function TeSocialEvento.Assinar

    substitui

    XMLAss := SSL.Assinar(String(ArqXML), 'eSocial', NomeEvento);

    por

    XMLAss := SSL.Assinar(String(ArqXML), 'eSocial', NomeEvento,'','','','ID');
 

[Joffas]

Obrigado Alisson Souza Pereira agora o URI='' ficou vazio novamente, só que o engraçado que o erro interno no delphi continua... 

Project ExemploEsocial.exe raised exception class EACBrDFeException with message 'Erro: Falha ao localizar o nó de Assinatura'.

 

Só que pelo visto não esta interferindo no resultado... vlw!

[Daniel Simoes]

Me parece que vocês estão falando de uma Exceção controlada (interna dos fontes)... Algo como a linha abaixo, da ACBrDFeXsLibXml2.pas

    try
      SignNode := LibXmlFindSignatureNode(aDoc, SignatureNode, SelectionNamespaces, infElement);
    except
      // Ignorar exception
    end;

ou seja, é previsto a ocorrência do Excpetion, mas ele não irá "vazar",  para aplicação... ocorre que o Debugger do Delphi para em todo exception... Se você não quer esse comportamento em tempo de Debug, desligue em sua IDE a opção "Stop on Delphi Exceptions"

[Rafael Dias]

Sobre o URI segundo a regra de assinatura o mesmo deve ser preenchido pois é usado para identificar o node a qual se refere aquela assinatura.

Tem algum motivo para o webservice querem que o uri seja vazio ? o mesmo é rejeitado ?

[Alisson Souza Pereira]

24 minutos atrás, Rafael Dias disse:

Sobre o URI segundo a regra de assinatura o mesmo deve ser preenchido pois é usado para identificar o node a qual se refere aquela assinatura.

Tem algum motivo para o webservice querem que o uri seja vazio ? o mesmo é rejeitado ?

Sim, se o URI for preenchido o eSocial recusa o lote, acontece o seguinte retorno na hora de consultar o lote

Resposta: 142 

Caminho ou tag : /eSocial/Signature/SignedInfo/Reference/@URI

Descrição: Assinatura do evento inválida. A assinatura do evento deverá ser realizada sobre todo documento Xml (Atributo 'URI' dever ser vazio).

 

por isso fiz aquela alteração, para não deixar preencher com "Id"

 

Justamente por que o ma

Editado 26 Janeiro, 2018 por Alisson Souza Pereira

[Rafael Dias]

Governo já fazendo errado, kkkkk.
Vou modificar os fontes para atender esta loucura do governo.

[Leivio Fontenele]

15 minutos atrás, Rafael Dias disse:

Sobre o URI segundo a regra de assinatura o mesmo deve ser preenchido pois é usado para identificar o node a qual se refere aquela assinatura.

Tem algum motivo para o webservice querem que o uri seja vazio ? o mesmo é rejeitado ?

@Rafael Dias cara pelo que entendi existe sim....a diferenças é porque o REINF precisa está com o Reference URI Preenchido e para o eSocial não tem essa obrigação ficando o mesmo com Reference URI = ""

Então penso que essa implementação foi pensando nesses casos. (Estou dando um ideia, não estou afirmando).
 

[Rafael Dias]

Modificações no SVN.

[Alisson Souza Pereira]

@Rafael Dias Aproveita e já corrige eSocial_Conversao 

o type tpIndMatProc está desatualizado, não existem as opções  

7  e 8

 eSocial_Conversao.pas

[Rafael Dias]

No svn

[Paulo Aguiar Junior]

Boa tarde!

Eu já estava enviando todos os eventos iniciais, e recebendo os recibos/ocorrências com os meus fontes anteriores (adaptado). Reverti tudo e estou agora utilizando o que está versionado no SVN e testando...

O webservice está me dando um retorno que até então não estava ocorrendo...

Aqui no link de pgtas consta como "Erros relatados pelos usuários e corrigidos", porém está retornando essa msg p/ mim.

Alguém teve esse problema?

http://portal.esocial.gov.br/institucional/ambiente-de-producao-restrita/perguntas-frequentes-producao-restrita

[Daniel Simoes]

Use seus poderesr de programador... Ligue o Debug e análise...

Fique a vontade para sugerir correções para os fontes do SVN...

[Paulo Aguiar Junior]

3 minutos atrás, Daniel Simoes disse:

Use seus poderesr de programador... Ligue o Debug e análise...

Fique a vontade para sugerir correções para os fontes do SVN...

Sim, é o que estou fazendo, debugando, testando, enviando, recebendo, etc.

Só estou perguntando mesmo, se alguém já passou por isso, tendo em vista que não parecer ser problema no componente, já que está no tópico de "Problemas relatados e corrigidos" na página do esocial.

[Paulo Aguiar Junior]

29 minutos atrás, juuninho disse:

Sim, é o que estou fazendo, debugando, testando, enviando, recebendo, etc.

Só estou perguntando mesmo, se alguém já passou por isso, tendo em vista que não parecer ser problema no componente, já que está no tópico de "Problemas relatados e corrigidos" na página do esocial.

Identifiquei que o erro está realmente na assinatura do A3.

Enviei o mesmo evento assinado com o PFX e a consulta retornou ok...

Já com o A3 "Assinatura do evento inválida. Ações Sugeridas: Verificar se houve alteração do evento após a assinatura. Verificar a validade da assinatura."

Se alguém puder testar o envio c/ o A3 nos fontes do SVN, e me dizer se está OK, eu agradeço!

Só para eu saber se o problema está no meu A3 especificamente, ou na assinatura em si.

Config utilizada p/ A3:

dmESocial.ACBreSocial.Configuracoes.Geral.SSLLib        := libCustom;
dmESocial.ACBreSocial.Configuracoes.Geral.SSLHttpLib    := httpWinHttp;
dmESocial.ACBreSocial.Configuracoes.Geral.SSLCryptLib   := cryWinCrypt;
dmESocial.ACBreSocial.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2;

 

Obrigado!

[Jeihcio Francis]

42 minutes ago, juuninho said:

Identifiquei que o erro está realmente na assinatura do A3.

Enviei o mesmo evento assinado com o PFX e a consulta retornou ok...

Já com o A3 "Assinatura do evento inválida. Ações Sugeridas: Verificar se houve alteração do evento após a assinatura. Verificar a validade da assinatura."

Se alguém puder testar o envio c/ o A3 nos fontes do SVN, e me dizer se está OK, eu agradeço!

Só para eu saber se o problema está no meu A3 especificamente, ou na assinatura em si.

Config utilizada p/ A3:

dmESocial.ACBreSocial.Configuracoes.Geral.SSLLib        := libCustom;
dmESocial.ACBreSocial.Configuracoes.Geral.SSLHttpLib    := httpWinHttp;
dmESocial.ACBreSocial.Configuracoes.Geral.SSLCryptLib   := cryWinCrypt;
dmESocial.ACBreSocial.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2;

 

Obrigado!

Eu testei e também tive esse problema, mas não consegui resolver ainda...

[Paulo Aguiar Junior]

18 horas atrás, Rafael Dias disse:

@Alisson Souza Pereira foi enviado ao svn com alguns ajustes.

Rafael, boa tarde!

Me deparei com um problema aqui, é preciso limpar o FLoteEventos no GerarXMLEventos.

Ao realizar o envio de um evento, no próximo envio, está enviando novamente o mesmo, pois já está no FLoteEventos.

procedure TACBreSocial.GerarXMLEventos;
var
  i: Integer;
begin

//Limpando

FLoteEventos.Clear;
{Iniciais}
  {S1000}

Ou incluir como propriedade, para limparmos fora:

property LoteEventos: TLoteEventos read FLoteEventos write FLoteEventos;

6 minutos atrás, Jeihcio Francis disse:

Eu testei e também tive esse problema, mas não consegui resolver ainda...

Valeu brother! Era só p/ saber se não era o meu certificado...obrigado

[Rafael Dias]

Sobre o A3 não tenho para testar, mas já tive relatos de outras pessoas no fórum que diz que esta assinando corretamente.

@juuninho bem notado já enviado ao svn.

[Jeihcio Francis]

23 hours ago, Rafael Dias said:

Sobre o A3 não tenho para testar, mas já tive relatos de outras pessoas no fórum que diz que esta assinando corretamente.

@juuninho bem notado já enviado ao svn.

Sempre que eu exporto com o A3 o servidor do e-social me retorna a seguinte mensagem "Assinatura do evento inválida. Ações Sugeridas: Verificar se houve alteração do evento após a assinatura. Verificar a validade da assinatura.", mesmo tendo o "FLoteEventos.Clear;" no método "GerarXMLEventos"...