Erro Na Geração Da Nota Fiscal Com Provedor Betha

[acciarolimatteo]

Olá, estou tentando gerar uma nota fiscal para provedor Betha.

 

O componente chega a assinar o RPS, adicionar a tag <signature> do lote. porém ele não consegue assinar:

ele chama a função xmlSecDSigCtxSign e cai na excepção "raise Exception.Create('Error: signature failed');".

Já atualizei o repositório à ultima revisão, mas o problema continua.

 

O que posso fazer para solucionar o problema? 

 

Grato,

Matteo.

 

Atualização: Descobri que isso está acontecendo também para outros provedores. 

Editado 8 Maio, 2015 por acciarolimatteo

[Italo Giurizzato Junior]

Bom dia Matteo,

 

Você utiliza o componente com o Capicom ou OpenSSL?

 

Para gerar o XML e assinar você esta utilizando o método Enviar?

[acciarolimatteo]

Olá, estou usando o componente com o OpenSSL e o metodo GerarLote.

Como precisamos de rodar o projeto numa máquina Linux, o CAPICOM infelizmente não é uma opção viável.

Mesmo rodando o Projeto de exemplo do módulo ACBRNFSe da o mesmo problema, que seja usando o Enviar ou Gerar Lote:

Só funciona com o método GerarRps.

[Italo Giurizzato Junior]

Boa tarde Matteo,

 

O método GerarRSP não gera erro, uma vez que apenas gera o XML do RPS em memória e não realiza a assinatura do mesmo.

 

Por outro lado tanto o método Enviar quanto o GerarLote (não realiza o envio) geram o XML do RPS, assina se necessário, monta o lote, assina o lote se necessário e salva em disco o XML do RPS e do lote.

 

Precisamos descobrir porque ocorre o erro ao tentar assinar com o OpenSSL uma vez que com o Capicom o erro não ocorre.

[acciarolimatteo]

Respondi no outro tópico.

[Rômulo da Costa de Souza]

Bom dia Italo

 

   Para não ter que criar um novo tópico, gostaria de ver  com você a respeito do provedor Betha a versão 2.02 ele inclui alguns campos, percebi que nos fontes temos os seguintes métodos GerarServicoValores_V1 e GerarServicoValores_V2 na unit pnfsNFSeW, citei estes dois métodos pelo seguinte fato, um cliente meu esta tentando emitir uma nota para outro município esta dando erro porque não tem o campo MunicipioIncidencia, segue o site do provedor Betha:

https://e-gov.betha.com.br/e-nota/login.faces, estou enviando em anexo os schemas e manuais para facilitar, fico no seu aguardo, para ver o que podemos fazer.

 

Obrigado pela Atenção

Betha.rar

[Italo Giurizzato Junior]

Boa tarde Rômulo,

 

No caso do provedor Betha ele utiliza qual dos dois métodos que você sitou?

 

Se o campo em questão esta sendo gerado sendo que não devia basta fazer como os outros casos, incluir um IF para não gerar quando o provedor for o Betha.

E fazer de forma semelhante caso esteja faltando gerar o campo.

[Rômulo da Costa de Souza]

Bom dia Italo, consegui resolver desta forma, antes de gerar o xml verifico o provedor e coloco a informação do MunicipioIncidencia em CodigoMunicipio, porque na versão 1.0 não tem o campo MunicipioIncidencia, pelo que analisei o provedor Betha trabalha nas duas versões (1.0 e  2.02)

 

if (DM_NFSe.ACBrNFSe.Configuracoes.WebServices.Provedor in[proPronim,proBetha]) then

   Servico.CodigoMunicipio := IntToStr(Servico.MunicipioIncidencia);

[Italo Giurizzato Junior]

Boa tarde Rômulo,

 

Esse IF pelo que estou vendo faz parte da sua rotina que alimenta o componente, correto?

[Rômulo da Costa de Souza]

Bom dia Italo,

 

Sim ele faz parte da minha rotina.

[Italo Giurizzato Junior]

Bom dia Rômulo,

 

Ao alimentar o componente devemos alimentar algumas propriedades ou não dependendo o provedor, podemos estudar a possibilidade do próprio componente fazer isso.

[Rômulo da Costa de Souza]

Bom dia Italo,

  Vou analisar os códigos do ACBR e ver o que podemos fazer, hoje sei que para estes 2 provedores "Pronim e Betha", o CodigoMunicipio deve receber o MunicipioIncidencia, quando o tomador do serviço for de um município que difere do emitente.

[Rômulo da Costa de Souza]

Bom dia Italo, 

   Segue em Anexo o Arquivo pnfsNFSeW.pas com a mudança, obrigado. 

pnfsNFSeW.pas