BigWings

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/

Não entendi, qual a dificuldade?

Creio ser possível... Já tentou ver nos fontes como o ACBr faz a validação?

Tem alguns tópicos no fórum sobre isso, alguns bem antigos já. Nunca chegou a ser implementado no ACBr.

fpPagamentoInstantaneo é o PIX.

Aguardar a SEFAZ-MG em específico aplicar a NT 2020.006 em seu webservice. Em homologação a data era 01/02/2021, foi prorrogada para 01/03/2021 em MG e outras UF, mas só foi ativado de verdade ontem:

Atualize o arquivo ACBrNFeServicos.ini.

Existe o erro de validação por schemas locais que é feito pelo ACBr. E existe a validação por schemas feito do lado da SEFAZ, que é a rejeição que você está recebendo. Se você usou o método ACBrNFe.Enviar e recebeu essa rejeição quer dizer a validação local passou, mas a SEFAZ recusou. Isso porque a SEFAZ ainda não atualizou os schemas do lado dela, pra NT 2020.006 a previsão de entrada em produção é 05/04/2021.

Já está tudo atualizado no SVN. TpcnFormaPagamento = (fpDinheiro, fpCheque, fpCartaoCredito, fpCartaoDebito, fpCreditoLoja, fpValeAlimentacao, fpValeRefeicao, fpValePresente, fpValeCombustivel, fpDuplicataMercantil, fpBoletoBancario, fpDepositoBancario, fpPagamentoInstantaneo, fpTransfBancario, fpProgramaFidelidade, fpSemPagamento, fpRegimeEspecial, fpOutro); O 99 foi mantido, afinal ele ainda existe nos schemas, e só passará a ser recusado em produção a partir de 01/09/2021.

Não ficou claro como você está informando o CST ou CSOSN para o componente e qual deles. O emitente é optante pelo Simples Nacional? Como está informando a tag Emit.CRT?

Acho que você não entendeu. Você conseguiu assinar o XML? Se conseguiu anexe ele aqui. Mesmo com o XML assinado e fazendo a consulta, teve o erro de digestvalue?

Essa mensagem de erro acontece quando você faz a consulta de protocolo usando um XML diferente do autorizado pela SEFAZ. Depois de receber o protocolo de autorização o ACBr compara a tag digVal retornada pela SEFAZ com a tag DigestValue no grupo de assinatura, se estiverem diferentes quer dizer que não é o mesmo XML. Então não deve ter esse erro no momento da assinatura do XML, como você disse. Veja se realmente está assinando o XML antes de fazer a consulta.