Validar nota fiscal de entrada

[bpinformatica]

Boa tarde, 

No trunk1, nas notas de entrada  eu fazia os seguintes procedimentos

NFe.NotasFiscais.GerarNFe;
NFe.NotasFiscais.Assinar;
NFe.NotasFiscais.Valida;

agora no trunk2 na classe Assinar faz essa verificação

  if Copy(CNPJEmitente, 1, 8) <> Copy(CNPJCertificado, 1, 8) then
    raise EACBrNFeException.Create('Erro ao Assinar. O XML informado possui CNPJ diferente do Certificado Digital' );

Me dando a mensagem do Exception. No caso não posso mais utilizar o procedimento que fazia no trunk1?

Desde já Obrigado.

att. Fagner Roger

[Régys Silveira]

Pode normal, o problema é só ser você colocar um CNPJ de emitente com raiz (8 primeiros dígitos) diferente do CNPJ do certificado digital utilizado.

[bpinformatica]

Certo, mas a nota fiscal é de entrada.

O CNPJ é diferente, porque nesse caso eu sou o destinatário e não emitente.

[Régys Silveira]

Não entendi, porque você está gerando, assinando e validando uma XML de entrada?

Se está usando o componente para lê-lo, basta carregar no componente e nada mais.

[bpinformatica]

Acontece que os nossos clientes por orientação dos contadores, faz alteração nas notas fiscais de entrada.

Por isso que eu gero o xml novamente.

[Régys Silveira]

Alterar o XML de entrada, isso é contra a lei , você não pode adulterar um documento fiscal (no caso o XML).

O que imagino que os contadores querem é que seu cliente altere os dados de entrada e não o XML, você não pode de forma alguma alterar o XML por diversas razões, vou citar algumas:

1. Primeira e mais importante, você não pode adulterar um documento fiscal, o XML da NF-e é um documento fiscal constituído em lei.

2. Você não vai conseguir assinar o XML porque não tem o certificado do emissor do XML.

 

[bpinformatica]

Boa tarde Régys,

sei dos riscos que isso pode acontecer e isso é repassado para nossos clientes e contadores. Porém mesmo assim os contadores pedem para alterar os dados de entrada, e querem o xml dos dados alterados. Não tem alguma forma de utilizar dessa maneira, igual era no trunk1?

att. Fagner Roger

[Kiko Fernandes]

Boa tarde Fagner! 
Deve ter algo de errado com esta informação que você está passando. Penso que um contador por mais ignorante que seja não pediria um XML assinado pelo destinatário. Isto não tem lógica, pois não há validade alguma neste documento. Caso insista, entregue sem assinar, pois  qual a validade em assinar um documento que o destinatário assina como se fosse o emitente?  Com assinatura do destinatário ou sem assinatura o XML modificado já está sem validade jurídica. 
O XML não pode ser alterado e a assinatura tem que ser do emitente. 

 

 

[bpinformatica]

Bom dia Kiko,

vou colocar um exemplo de como ta sendo enviado para o contador.

00000000000000000000000000000000000000000000-nfe.xml

00000000000000000000000000000000000000000000_original.xml

Editado 30 Outubro, 2015 por bpinformatica