BigWings

É mais ou menos isso, apenas a data de 05/04/2021 é uma previsão, as SEFAZ podem não ter aplicado ainda a NT em produção nessa data. E já saiu a NT 2020.006 v1.20, algumas coisas mudaram de novo:

E gerou o CFOP no XML?

Não é possível, você vai precisar saber a UF e CNPJ da transportadora, data de emissão, série, número e código aleatório do CTe pra poder montar a chave. Principalmente o código aleatório que existe justamente como segurança contra terceiros não autorizados. Sem mencionar que uma NFe pode ter "N" CTe vinculados.

Precisa copiar todas as DLLs da pasta https://svn.code.sf.net/p/acbr/code/trunk2/DLLs/LibXml2/x86 ou https://svn.code.sf.net/p/acbr/code/trunk2/DLLs/LibXml2/x64 - De qual pasta vai copiar vai depender da arquitetura do seu executável, e não do S.O. - O ideal é copiar para a mesma pasta do executável, pra evitar conflitos com outras aplicações.

Sim, o CNPJ de quem consulta precisa estar autorizado na NFe, nesse caso seria na tag <autXML>. Analisando melhor a NT 2014.002, os eventos de CTe autorizado e MDFe autorizado são retornados apenas em forma de resumo, então talvez não seja retornada a chave...

Quando é emitido um CTe é gerado um evento pelo fisco vinculado aquela NFe, que você pode receber pelo serviço DistribuicaoDFe da NFe. Nesse evento deve constar a chave do CTe emitido.

Como você está obtendo o valor? Essa propriedade é do tipo TpcnCstICMS, que é um enumerado declarado em pcnConversao: TpcnCSTIcms = (cst00, cst10, cst20, cst30, cst40, cst41, cst45, cst50, cst51, cst60, cst70, cst80, cst81, cst90, cstPart10, cstPart90, cstRep41, cstVazio, cstICMSOutraUF, cstICMSSN, cstRep60); //80 e 81 apenas para CTe Veja que o índice 1 corresponde ao CST 10. Você pode usar a função CSTICMSToStr, também da pcnConversao pra obter o código '10'.

Precisa revisar a rotina. O erro indica que não foi informado CFOP.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Isso devia bastar. No seu XML de teste a uCom é diferente da uTrib?

Tem no componente ACBrNFeDANFeFR, por isso meu questionamento inicial. No caso do componente pra NFCe os meios de pagamento sempre são impressos. Mas você está usando um FR3 muito antigo, talvez precise de ajustes nele.

Esse é um projeto paralelo, não tem relação com o ACBr. Em breve deve ser disponibilizado o ACBrNFSe em modo de DLL na ACBrLib: https://projetoacbr.com.br/acbrlib/

O layout, manual e schemas é o mesmo para NFe e NFCe, a NFCe é mais simplificada, alguns grupo NÃO podem ser informados, algumas tags tem valor pré-definido, por exemplo NFCe é sempre para consumidor final não contribuinte, e não se informa a IE do destinatário. Também os dados do destinatário são opcionais na NFCe (ninguém quer ter que cadastrar CPF pra emitir NFCe). O mais complicado é o tratamento da contingência, faça uma busca no fórum, se não me engano tem até vídeo pra quem é usuário SAC.

O próprio DANFeNFCe_5.00.fr3...

Esse layout é bem antigo, definitivamente não é o DANFeNFCe_5.00.fr3. Aqui o resultado com o teu XML no programa exemplo:

Atualize a pasta de Schemas.

Não é recomendado que você faça um copia-e-cola de código do exemplo pra sua aplicação, os programas exemplo servem pra você entender o funcionamento dos componentes. No caso deu erro pela falta de declaração na uses da unit em que o TpcnTpEvento está declarado, e a não implementação da função LoadXML que não é do componente e sim do programa exemplo.

Mostre imagem ou anexe PDF de como está saindo.

O ACBrMonitorPLUS é desenvolvido em Lazarus, free e opensource. Mas se preferir pode baixar aqui: Você vai precisar de uma conta SAC.

Se já tem o XML sim, pode apenas chamar o NFE.AssinarNFE e o NFE.EnviarNFE, os dois comandos pedem um XML. Já por exemplo o NFE.CriarNFE pede um INI, pra a partir dele gerar o XML.

INI é um formato de arquivo texto, assim como XML. A extensão pouco importa. Formato de um arquivo INI: [grupo] campo=valor [outrogrupo] campo=valor

Só pontuando que a MSXML não é recomendada para uso, principalmente com certificado A3. Tem problemas graves já relatados aqui no fórum de exclusão da chave privada.

Está usando o ACBrNFeDANFCEFR?

A regex que é usada nos schemas oficiais não é interpretada pela LibXML2 e LibXMLSec da mesma forma que a MSXML interpreta. Não sei dizer se o problema é no regex em si ou na DLL. Pra contornar isso foi feito ajuste nos schemas, então pra você usar com a LibXML2 precisa usar os schemas disponibilizados em ACBr\Exemplos\ACBrDFe\Schemas.

Os fontes são abertos. Você pode baixar os fontes e compilar o ACBrMonitorPLUS você mesmo. Pra baixar ele já compilado e empacotado, e ter suporte profissional por parte do ACBr, existe os planos SAC. https://www.projetoacbr.com.br/forum/sac/sobre/