André Ferreira de Moraes

Caso o ACBrNFeMonitor esteja configurado para salvar os arquivos enviados e recebidos dos webservices, o XML da NFe é gravado antes do envio. De posse desse XML, basta consultar a NFe pela chave que o protocolo de autorização será adicionado ao XML.

Vc configurou a pasta schemas corretamente? ACBrNFe1.Configuracoes.Geral.PathSchemas

Seu arquivo de lote está vazio, sem nenhuma NFe. Vc testou com o demo sem alterar nada?

Vc não está seguindo a nomenclatura correta dos campos. [iCMS001] Origem=0 CSOSN=201 modBCST=4 - ModalidadeST pMVAST=50.24 - PercentualMargemST pRedBCST= 0.00 - PercentualReducaoST vBCST=2599.15 - ValorBaseST pICMSST=18.00 - AliquotaST vICMSST=260.25 - ValorST pCredSN=0.00 vCredICMSSN=0.00 Veja

Configure o demo para salvar os arquivos enviados e recebidos e anexo o arquivo XXX-env-lote.xml que será gerado no momento do envio.

Anexe o comando completo.

O erro 403 geralmente ocorre por o certificado estar vencido ou não estar válido. Verifique se não está faltando alguma cadeia de certificados do SEFAZ estadual.

Seu certificado é valido(comprado) e não está vencido?

Tente ACBrNFe1.WebServices.Consulta.retCancNFe.dhRecbto;

DLL.

Recompilar o pacote do DANFE ou compilar sua aplicação dando um Build All

Todos os fontes do componente estão disponíveis, basta vc alterá-los.

Teste com o demo apenas cadastrando os dados do emitente e selecionando o certificado do mesmo. Se vc conseguir enviar uma nota pelo demo poderá ter certeza que o erro não é no componente e sim em algum campo que está preenchido de forma incorreta. Como o demo tem um XML apenas com informações básicas, vc deverá conseguir autorizar a nota. Assim, vc pode ir testando os campos do seu XML até descobrir oq pode estar causando o erro. Geralmente o erro de "Falha no Schema XML" ocorre por algum campo preenchido de forma incorreta(CFOP, IE, CNPJ, etc).

Em qual retorno exibe a chave alterada? Li seu XML e consegui imprimir normalmente com a chave original. Vc está usando a versão compatível com a NFe 2.0? Pois um XML da NFe 2.0 só será lido corretamente pelo componente da pasta ACBrNFe2.

Ainda não existe DANFe funcional compatível com o Lazarus.

Sua rotina que estava errada, pois para saber se uma NFe foi processada, primeiro vc deve consultar pelo recibo, dae, se foi processada com sucesso vc pode consultar pela chave, senão sempre vai receber a mensagem de que a NFe não consta na base de dados. Leia o manual de integração para ver como os webservices funcionam e oq retornam.

Com o demo ocorre o mesmo erro?

Vc está informando o número de lote diferente de 0? Aparentemente suas informações do IPI estão incorretas. Vc está usando CST 00-Entrada com recuperação de crédito para uma venda e apenas infomando a base do IPI sem informar os demais campos.

Sem o XML da nota fica difícil tentar ajudar.

Qual a chave?

Sua chave está sendo passada corretamente para o componente?

O exemplo funciona perfeitamente, desde que o componente esteja instalado corretamente. Verifique se instalou a versão correta do componente(ACBrNFe ou ACBrNFe2) e se está usando o exemplo da pasta correta.

Vc colocou o CRT correto?

Vc está com seus fontes atualizados? Está usando a versão compatível com a NFe 1.10 ou 2.0?

O tipo tpcnECFMODref existe apenas na NFe 2.0. Se ele não está encontrando é pq o library path está apontando para a versão anterior.