Erro validação DigestValue ao enviar Carta de Correção

[Lucas.Bittencourt]

Boa tarde, estou com algumas dúvidas na forma de envio de carta de correção no Trunk2.

No trunk, a sequência de métodos utilizada era:

AcbrNfe.NotasFiscais.LoadFromFile;

AcbrNfe.NotasFiscais.Validar;

AcbrNfe.EnviarEvento;

AcbrNfe.Consultar;

Essa sequência nunca havia nos dado problema no trunk anterior.

Após atualizarmos para o trunk2, a carta de correção é enviada corretamente, porém ocorre o erro: "digval do documento é diferente do digval consultado".  Acredito que seja porque o xml utilizado para carta de correção (já que ele possui as alterações da Carta de Correção) seja diferente do xml original.

Tentei utilizar a linha: "AcbrNfe.Configuracoes.Geral.ValidarDigest := False;" mas a mensagem de erro continuou.

 

As dúvidas:

• A sequência de métodos deve ser alterada para o envio da CC-e no trunk2?
• Se o XML usado para envio da CC-e é diferente do XML original, o AcbrNfe.Consultar sempre dará a mensagem? Nesse caso, deve-se usar o xml alterado somente para envio da carta de correção, e depois, descartá-lo mantendo apenas o xml original?
• O Danfe poderia ser gerado com os dados alterados pela CC-e?

Agradecido pela atenção,

Lucas.

[Régys Silveira]

ACBrNFe1.NotasFiscais.LoadFromFile(...);

ACBrNFe1.EventoNFe.Evento.Clear;
ACBrNFe1.EventoNFe.idLote := NumeroLote;

with ACBrNFe1.EventoNFe.Evento.Add do
begin
  infEvento.CNPJ                := ;
  infEvento.dhEvento            := ;
  infEvento.tpEvento            := teCCe;
  infEvento.chNFe               := ACBrNFe1.NotasFiscais[0].NFe.procNFe.chNFe;
  infEvento.nSeqEvento          := ;
  infEvento.detEvento.xCorrecao := ;
end;

if ACBrNFe1.EnviarEventoNFe(NumeroLote) then 
begin
  ...
end;

Este seria um exemplo de código de envio de carta de correção funcional.

[marcosa460]

Boa tarde, gostaria de uma ajuda do pessoal se possível como ficou a questão da impressão da CCe, vendo que o PathCCe não existe mais?

se puderem me ajudar agradeço

[Juliomar Marchetti]

Ele se baseia no campo path dos eventos e conforme o evento que envia se é de CCe ou Cancelamento a numeração é seguida!

acho que o sr. Italo até escreveu um documento que está no svn na pasta Docts sobre isso

[marcosa460]

Então eu olhei no doc, mas o que veio na pasta doc não fala nada a respeito da mudança, porem achei o que procurava no exemplo, muito obrigado

[Régys Silveira]

Não existe mais pathCCe porque agora ela é gravada em PathEvento, todos os eventos são gravados nestes path.

[Italo Giurizzato Junior]

Boa tarde a todos,

No que diz respeito a numeração sequencial do evento, devemos levar em consideração o seu tipo.

Cada tipo de evento tem a sua numeração sequencial iniciada em 1, sendo assim vamos a um exemplo:

Foi solicitado uma CC-e para uma NF-e a numeração sequencial do evento CC-e é 1 pelo simples fato dela ser a primeira.

Caso tenhamos uma segunda CC-e a numeração sequencial será 2.

Suponha que em seguida essa mesma NF-e venha ser cancelada, qual será o numero sequencial do evento de cancelamento?

A resposta é simples: 1

Porque?

Leia novamente a linha acima em negrito.

Complementando o que Régys escreveu, também não existe mais o PathCan.

[RobertoVLL]

Boa tarde

no posto do Régys acima consta o envio:

if ACBrNFe1.EnviarEventoNFe(NumeroLote) then 

esta função "EnviarEventoNfe" foi substuída (ou incoporada) por outra ? 

  Grato          

[Italo Giurizzato Junior]

Boa tarde Roberto,

No Trunk2 esse método se chama: EnviarEvento apenas.

Portanto a sua utilização é:

if ACBrNFe1.EnviarEvento(NumeroLote) then

(...)