Daniel Simoes

OK... Pode ser problema de implementação do QRCode 2.00, na SEFAZ do MS... Por favor consulte os mesmos, se as URLs do QRCode 2.0 já estão funcionando...
Pode também ser o caso, de que eles estejam usando uma URL diferente para o QRCode 2.0...

Ao que parece você não configurou as bibliotecas de Criptografia na aba DFe
https://acbr.sourceforge.io/ACBrMonitor/Certificados.html

O ACBrMonitorPLUS é comparável a uma DLL ou outros programas gerenciadores de DFe existentes no mercado.
O ACBrMonitorPLUS não tem uma tela para emissão de documentos, nem cadastro de produtos e informações tributárias... portanto, ele não pode ser considerado uma aplicação emissora de Documento Fiscal, pois ele não é capaz de fazer isso sozinho...
Portanto, o cadastro no SEFAZ deve ser o da empresa desenvolvedora do Software, o que acredito ser a sua empresa...
Segue um PDF, de uso interno da DJSystem, sobre como proceder o cadastro no SEFAZ do PR  -> Passo a Passo - Paraná (novo).pdf
 
Se você precisa de uma aplicação completa, para emissão de Documentos Fiscais... temos o DJPDV http://www.djpdv.com.br/

Faltou você configurar a aba DFe... nesse tópico há alguns exemplos de configurações...
Veja também  no manual do MonitorPLUS
https://acbr.sourceforge.io/ACBrMonitor/Certificados.html
https://acbr.sourceforge.io/ACBrMonitor/WebServices.html

Olá.. uma vez que você optou por usar a MinGW, temos uma pasta especial, com todas as DLLs necessárias...
\ACBr\DLLs\XMLSec\MinGW\32
Repare que mesmo as DLLs do OpenSSL já estão lá...
O melhor lugar para distribuir essas DLLs, é na mesma pasta do seu .EXE... Não recomendo copiar para as pastas do Sistema Operacional, pois isso pode causar conflitos de DLLs com o mesmo nome, de outros programas
Não há necessidade de registrar nenhuma dessas DLLs... isso ficou no passado com o as DLLs "COM", como a CAPICOM, e MSXML

Notei que na sua configuração, o SSLType está como LT_ALL... o correto para os novos WebServices, seria configura como LT_TLS12

No momento não...
O problema é que para gerarmos os relatórios como Boletos, DANFE e demais, precisamos usar Geradores de Relatórios, como por exemplo, o Fortes Report, e esses Geradores injetam uma dependência da Units Graficas do Lazarus/FPC...

Talvez a sessão de Depoimentos ajude no seu processo de decisão
https://www.projetoacbr.com.br/forum/testimonials/

Uma vez que a Microsoft já condenou a CAPICOM... isso não depende do ACBr, mas do seu Windows... Não há garantias da parte do ACBr. Não podemos garantir o funcionamento... e  não há nada que possamos fazer, se não funcionar.... Portanto, teste e use por sua conta e risco...
Agora... porque insistir em usar algo que já é obsoleto ???
 

https://www.projetoacbr.com.br/forum/topic/44466-905-rejeicao-campos-do-grupo-fatura-nao-informados/

Quem retorna esse Erro não é o ACBr mas sim o SEFAZ...
o SEFAZ não fez o seu dever de casa, e não atualizou os Schemas... Abram um chamado no suporte do SEFAZ

O Lazarus/FPC facilita muito isso..
cbxBOLImpressora.Items.Clear; cbxBOLImpressora.Items.Assign(Printer.Printers); Ou seja, Printer.Printers retorna uma Lista com as impressoras do Sistema... seja em Windows ou Linux...
GetPrinters, em Windows, irá evocar o método abaixo:
//Enum all defined printers. First printer it's default procedure TWinPrinter.DoEnumPrinters(Lst: TStrings); var Flags : DWORD; Level : DWORD; PrtCount : DWORD; Needed : DWORD; Buffer : PByte; InfoPrt : PByte; i : Integer; DefaultPrinter : string; PDev : TPrinterDevice; TmpDevModeW : PDeviceModeW; PrtStr : string; BoolRes: LCLType.BOOL; B: Boolean; begin {$IFDEF NOPRINTERS} Lst.Clear; exit; {$ENDIF} DefaultPrinter := GetDefaultPrinter; Flags := PRINTER_ENUM_CONNECTIONS or PRINTER_ENUM_LOCAL; Level := 2; //Evaluate buffer size Needed := 0; EnumPrintersW(Flags, nil, Level, nil, 0, @Needed, @PrtCount); if Needed <> 0 then begin GetMem(Buffer, Needed); Fillchar(Buffer^, Needed, 0); try //Enumerate Printers BoolRes := EnumPrintersW(Flags, nil, Level, Buffer, Needed, @Needed, @PrtCount); if BoolRes then begin InfoPrt := Buffer; for i := 0 to PrtCount - 1 do begin if Level = 2 then begin PDev := TPrinterDevice.Create; PDev.Name := UTF8Encode(widestring(PPRINTER_INFO_2W(InfoPrt)^.pPrinterName)); PDev.Driver := UTF8Encode(widestring(PPRINTER_INFO_2W(InfoPrt)^.pDriverName)); PDev.Port := UTF8Encode(widestring(PPRINTER_INFO_2W(InfoPrt)^.pPortName)); TmpDevModeW := PPRINTER_INFO_2W(InfoPrt)^.pDevMode; if (TmpDevModeW <> nil) then begin // the devmode structure obtained this way have two problems // 1. It's not the full devmode, because it doesn't have // the private info // 2. It's not initialized with the current settings and // have not extra settings at all. // // PDev.DevMode:=PPRINTER_INFO_2(InfoPrt)^.PDevMode^; PDev.Device := UTF8Encode(widestring(TmpDevModeW^.dmDeviceName)); PDev.DefaultPaperName := UTF8Encode(widestring(TmpDevModeW^.dmFormName)); PDev.DefaultPaper := TmpDevModeW^.dmPaperSize; PDev.DefaultBin := TmpDevModeW^.dmDefaultSource; end else begin PDev.Device:=''; PDev.DefaultPaper:=0; PDev.DefaultBin := 0 end; PrtStr := PDev.Name; B := CompareText(PrtStr, DefaultPrinter)<>0; if B then Lst.AddObject(PrtStr,PDev) else begin Lst.Insert(0,PrtStr); Lst.Objects[0]:=PDev; end; Inc(InfoPrt,SizeOf(_PRINTER_INFO_2W)); end; end; end; finally FreeMem(Buffer); end; end; end;  

Provavelmente é  um exception controlado... basta instruir sua IDE para ignorar esse exception 
Ela foi removida pois não é mais necessária 

Aparentemente a diferença do nome dos campos,  é devido ao antigo layout da versão 2.0...
Observe na classe de geração, que para a versão 3 ou superior, apenas o nfe.ide.dSaiEnt é utilizado
if nfe.infNFe.Versao >= 3 then begin Gerador.wCampo(tcStr, 'B09', 'dhEmi ', 25, 25, 1, DateTimeTodh(nfe.ide.dEmi) + GetUTC(CodigoParaUF(nfe.ide.cUF), nfe.ide.dEmi), DSC_DEMI); if (nfe.ide.modelo = 55) and (nfe.ide.dSaiEnt <> 0) then Gerador.wCampo(tcStr, 'B10', 'dhSaiEnt', 25, 25, 0, DateTimeTodh(nfe.ide.dSaiEnt) + GetUTC(CodigoParaUF(nfe.ide.cUF), nfe.ide.dSaiEnt), DSC_DSAIENT); end else begin Gerador.wCampo(tcDat, 'B09', 'dEmi ', 10, 10, 1, nfe.ide.dEmi, DSC_DEMI); Gerador.wCampo(tcDat, 'B10', 'dSaiEnt', 10, 10, 0, nfe.ide.dSaiEnt, DSC_DSAIENT); if nfe.Ide.dSaiEnt>0 then Gerador.wCampo(tcHor, 'B10a','hSaiEnt', 08, 08, 0, nfe.ide.hSaiEnt, DSC_HSAIENT); end; Tente a seguinte modificação no seu código de atribuição
Ide.dSaiEnt:=IBQnf_nfe.FieldByName('NOTDTENTSAI').AsDateTime + IBQnf_nfe.FieldByName('NOTHORA').AsDateTime;  

As tags DEVEM seguir as normas do Schema, caso contrário o XML é inválido...
- Anexe um exmplo de XML, para analise
- Tente validar o seu XML em qualquer outro site, como por exemplo: https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx
 
Se você monta o XML , "na unha", recomendo mudar para o .INI ou o .TXT, suportado pelo ACBrMonitorPLUS
Você pode usar o formato INI do ACBrMonitorPLUS,
https://acbr.sourceforge.io/ACBrMonitor/NFECriarNFe.html
ou ainda o formato TXT que está sendo mantido pelo André
 

XMLSignLib: sxLibXml2
Então você também depende das DLLs da LibXML2
Pasta: \ACBr\DLLs\LibXml2

Existe um padrão de Data a ser seguido.. Veja:
https://acbr.sourceforge.io/ACBrMonitor/SintaxedosComandosACBr.html
 
Por favor crie um NOVO tópico para cada dúvida..

Você deve informar o caminho do XML, e não a String do XML em si, Veja:
https://acbr.sourceforge.io/ACBrMonitor/NFEImprimirDANFEPDF.html
 
 
Observe que como o XML possui aspas duplas, ele irá confundir o parser do  ACBrMonitorPLUS
NFE.ImprimirDANFEPDF("<nfeProc versao="4.00" xmlns="http://www.portalfiscal.inf.br/nfe">  

Não é recomendado usar a CAPICOM, pois ela é obsoleta...
Você pode substitui-la pela WinCrypt
 
 
 

O estranho é que pelo seu Log, aparentemente não há motivo para ser acusado por parte do SEFAZ, o consumo indevido... Existe outra aplicação desse mesmo CNPJ, fazendo consultas no SEFAZ ?
Esse erro "XMotivo=Rejeicao: Consumo Indevido"... não é algo que dependa de nós do ACBr, ou de alguma configuração do componente... É algo causado por alguma aplicação, executando excesso de consultas consecutivas no SEFAZ...
O documento indicado pelo colega @RicardoVoigt, cita quais são exatamente as situações que o SEFAZ considera que o Client está efetuando um consumo excessivo do WebService

Não há uma configuração específica... vc precisa enviar o XML ou o caminho para o mesmo no comando...
Veja um exemplo em:
https://acbr.sourceforge.io/ACBrMonitor/NFEEnviarNFe.html

Não é uma boa opção... no geral GMail e HotMail sempre dão problemas, usando um SMTP externo
https://support.google.com/a/answer/176600?hl=pt-BR
Experimente um serviço de entrega de Email... mesmo a versão gratuita do SparkPost, consegue entregar mais email do que o GMail
https://www.sparkpost.com/
 

Se você gerou o certificado na sua máquina... basta exportá-lo, para PFX
https://www.webdanfe.com.br/certificados/manual/Manual-exportacao-do-certificado-A1-para-pfx.php
https://support.globalsign.com/customer/pt_br/portal/articles/1217629-exportar-certificado-digital-para-pkcs-12-pfx

Obrigado pela analise e correção... enviado para o SVN, com o commit: 15375

Modificado para:
Obrigado pelo Bug Report...