Falha ao localizar o nó de Assinatura Porto Alegre RS

[André Medeiros - KRK]

Olá Amigos,

Estou tentando emitir minha primeira NFSe para cidade de Porto Alegre. Estou usando a revisão 13228 do ACBr.

Mas estou recebendo a mensagem  Falha ao localizar o nó de Assinatura.

Anexo segue um exemplo do XML que esta sendo gerado

1=Através da ação gerar lote de rps

2=Através da ação enviar um rps

Não sei se ajuda, mas quando debugo na linha 2200 do ACBrNFSeWebServices.pas 

FPDadosMsg := FNotasFiscais.AssinarLote(FPDadosMsg, FTagGrupo, TagElemento,
                                   FPConfiguracoesNFSe.Geral.ConfigAssinar.Lote,
                                   xSignatureNode, xDSIGNSLote, xIdSignature); 

O Parâmetro FTagGrupo está com o valor "EnviarLoteRpsEnvio"

O Parâmetro TagElemento está com o valor "LoteRps"

Mas no XML não tem estes valores. 

O problema ocorre tanto no ação de "Gerar e Enviar Lote RPS" quanto na ação "Gerar e Enviar um RPS" 

 

1UNICA-rps.xml

2UNICA-rps.xml

[Dercide Alvarez]

Olá,

Com essa nova versão não estou conseguindo enviar notas para Porto Alegre, nem com a libWinCrypt e nem com a Capicom.

Antes das mudanças funcionava perfeitamente já a uns 2 anos.

Vou fazer mais testes e verificar se o problema é o mesmo.

Dercide.

 

[Italo Giurizzato Junior]

Boa noite André,

No XML do RPS não existe mesmo essas duas Tag, pois elas fazem parte da estrutura do Lote de RPS.

Fiz alterações recentes nos fontes do componente, favor atualizar todos os fontes de todas as pastas e refaça os testes. 

[hmzbr]

Em 25/04/2017 at 13:28, Dercide Alvarez disse:

Olá,

Com essa nova versão não estou conseguindo enviar notas para Porto Alegre, nem com a libWinCrypt e nem com a Capicom.

Antes das mudanças funcionava perfeitamente já a uns 2 anos.

Vou fazer mais testes e verificar se o problema é o mesmo.

Dercide.

 

 

@Dercide Alvarez tudo bem?

Chegaste a resolver esta questão?

Estou com o mesmo problema que o teu(Tenho uma versão antiga que roda normalmente...)

Obrigado.

[herculanojs]

Não consigo emitir de forma alguma uma nota de serviço.

Atualizei hoje os fontes, estão mais que atualizados e mesmo assim aparentemente há um erro neste processo de assinatura da nota.

Em anexo esta o xml que gravei antes de enviar, contudo no mesmo não há as duas tags mencionadas no post em relação a Lote. E mesmo assim o processo fica procurando essas tags. Estou tentando homologar para o provedor betha.

O Parâmetro FTagGrupo está com o valor "ns3:EnviarLoteRpsEnvio"

O Parâmetro TagElemento está com o valor "LoteRps"

FPConfiguracoesNFSe.Geral.ConfigAssinar.Lote = True

xSignatureNode = './/ns3:EnviarLoteRpsEnvio/ds:Signature'

xDSIGNSLote = 'xmlns:ns3="http://www.betha.com.br/e-nota-contribuinte-ws"'

 

Se eu deixo a opção FPConfiguracoesNFSe.Geral.ConfigAssinar.Lote como False, não ocorre o erro. Contudo como devo tratar isso ? Quando saber de deve ou não assinar lote?

5117062350472900010956000000000000012-rps.xml

42-env-lot-soap.xml

42-env-lot.xml

[herculanojs]

Observei que na unit ACbrNFSeConfiguracoes em procedure TGeralConfNFSe.SetConfigMunicipio; é fetuado a leitura do arquivo do provedor, no qual estaria parâmetros de configurações do mesmo. 

FConfigAssinar.Lote := FPIniParams.ReadBool('Assinar', 'Lote', False);

FConfigAssinar.LoteGerar := FPIniParams.ReadBool('Assinar', 'LoteGerar', False);

  if not FConfigAssinar.RpsGerar and FConfigAssinar.Lote then
     FConfigAssinar.Lote := false;
Implementei essa linha, no sentido de que se não esta configurado para gerar lote logo que não seja necessário a sua assinatura também.

Assim o erro deixou de apresentar, e validou normalmente a nfse.

[Juliomar Marchetti]

19 horas atrás, herculanojs disse:

Observei que na unit ACbrNFSeConfiguracoes em procedure TGeralConfNFSe.SetConfigMunicipio; é fetuado a leitura do arquivo do provedor, no qual estaria parâmetros de configurações do mesmo. 

FConfigAssinar.Lote := FPIniParams.ReadBool('Assinar', 'Lote', False);

FConfigAssinar.LoteGerar := FPIniParams.ReadBool('Assinar', 'LoteGerar', False);

  if not FConfigAssinar.RpsGerar and FConfigAssinar.Lote then
     FConfigAssinar.Lote := false;
Implementei essa linha, no sentido de que se não esta configurado para gerar lote logo que não seja necessário a sua assinatura também.

Assim o erro deixou de apresentar, e validou normalmente a nfse.

Favor anexar o fonte alterado para que possamos validar.

[Dercide Alvarez]

Boa tarde @hmzbr

Temos enviado sem problemas, usando a Capicom. 

Dercide.

Em 2017-5-8 at 15:13, hmzbr disse:

 

@Dercide Alvarez tudo bem?

Chegaste a resolver esta questão?

Estou com o mesmo problema que o teu(Tenho uma versão antiga que roda normalmente...)

Obrigado.

 

[herculanojs]

Conforme informei anteriormente, há alguma coisa ainda que não esta batendo.

Para provedor betha se ConfigAssinar.Lote esta verdadeiro, ocorre o problema "Falha ao localizar o nó de Assinatura." se o mesmo esta como falso, a nota é homologada.

Contudo deixando verdadeiro, para os demais provedores, dá erro.

No caso do ISSNet, se usar com openssl obtenho o erro 'Error: the schema itself is not valid', se usar com capicom "Assinatura do HASH não Confere"

Se ConfigAssinar.Lote fica como falso, o processo passa normalmente.

ACBrNFSeConfiguracoes.pas

[Italo Giurizzato Junior]

Boa noite Herculano,

Se o componente vai assinar o RPS ou não, se vai assinar o Lote ou não, temos que definir isso no arquivo INI e não no fonte do componente.

[herculanojs]

Sim perfeito Italo, compreendi o processo de configuração dos provedores e deixei o componente conforme esta, ajustando apenas os arquivos de cada provedor.

Contudo como mencionei há alguma coisa ainda estranha.

Para provedor betha se Assinar.Lote esta verdadeiro, ocorre o problema "Falha ao localizar o nó de Assinatura." se o mesmo esta como falso, a nota é homologada.

No caso do ISSNet, se Assinar.Lote estiver falso e se usar com openssl obtenho o erro 'Error: the schema itself is not valid', se usar com capicom "Assinatura do HASH não Confere"

 

[Giovane Preis]

Bom dia pessoal

Estou tento o problema de "Falha ao localizar o nó de Assinatura." utilizando OpenSSL ao enviar o Lote para provedor Betha na cidade de São Miguel do Oeste -SC.
Como Capicom ou WinCrypt funciona perfeitamente.
Caso altere no Betha.ini para não assinar o Lote ocorre erro na validação do lote por parte d WebService (Lote de RPS enviado nao contem assinatura digital. Favor reenviar um novo lote, com as devidas assinaturas.)

Sabem me dizer o que posso fazer?

[Italo Giurizzato Junior]

Bom dia Giovane,

O erro ocorre durante a execução da aplicação através do Delphi, correto?

Tentou gerar o EXE dela e executa-lo?

[Giovane Preis]

12 minutos atrás, Italo Jurisato Junior disse:

Bom dia Giovane,

O erro ocorre durante a execução da aplicação através do Delphi, correto?

Tentou gerar o EXE dela e executa-lo?

Desculpe Italo, mas acho que não entendi.

O erro ocorre debugando pelo Delphi assim como também executando diretamente o EXE.

[Italo Giurizzato Junior]

Giovane,

Executando diretamente o EXE também ocorre o erro, correto?

O provedor Betha exige que seja assinado o RPS e o Lote, pode ser que a rotina de assinatura do OpenSSL não esta 100% para assinar um XML cujo conteúdo são 1 ou mais XML também assinados.

[Giovane Preis]

Exato Italo, executando diretamente também ocorre.
Como mencionei, se não assinar (informando 0 no Betha.Ini para o Lote), ocorre rejeição do lote pois não foi assinado.

[Luiz Carlos Panoni Junior]

Olá Pessoal, conseguiram solução ?, aqui pra mim no CAPICOM vai perfeito mais no OPENSSL acontece a mensagem "Erro: Falha ao localizar o nó de Assinatura" 

Editado 7 Junho, 2018 por Luiz Carlos Panoni Junior

[MagnoCosta]

Em 06/06/2018 at 21:25, Luiz Carlos Panoni Junior disse:

Olá Pessoal, conseguiram solução ?, aqui pra mim no CAPICOM vai perfeito mais no OPENSSL acontece a mensagem "Erro: Falha ao localizar o nó de Assinatura" 

Tb estou com esse problema.. 

Win10 - Delphi Tokyo.

[Italo Giurizzato Junior]

Bom dia,

O erro: Falha ao localizar o nó de Assinatura só ocorre quando executamos a aplicação através do Delphi, neste caso basta clicar no botão Continuar.