BigWings

Isso pode acontecer se a data informada no segundo parâmetro for considerada inválida. Verifique se o formato de data e hora do Windows não está diferente do padrão brasileiro.

Se você não tem o Fortes instalado, sim, precisa baixar e instalar. O instalador é semelhante ao instalador do ACBr então você provavavelmente não vai ter dificuldade: Não precisa desinstalar o ACBr, nem refazer nada, só rodar novamente o ACBrInstall_Trunk2.exe e selecionar o componente ACBr_SATExtratoRL. Correto.

Já foi disponibilizado no repositório um ajuste para esse retorno da SEFAZ-MG. Veja:

Por chave de acesso não foi implementado para o CTe. Você pode usar DistribuicaoDFePorUltNSU e DistribuicaoDFePorNSU.

Já está no repositório, inclusive para o método de inutilização.

Não tem componente para impressão do extrato SAT em FastReport. Você pode tentar a versão em Fortes. Para trocar é simples: // Em Fortes ACBrSAT1.Extrato := ACBrSATExtratoFortes1; // Em Esc/Pos ACBrSAT1.Extrato := ACBrSATExtratoESCPOS1; Só não sei dizer se o componente em Fortes tem rotina para exportar o PDF.

No CTe o emitente é responsável pela guarda do XML então não tem webservice que permita que ele baixe novamente o arquivo. Já os interessados no CTe, remetente, destinatario, tomador e demais interessados, podem receber o XML via método DistribuicaoDFe. Caso seja apenas um CTe pode ser baixado manualmente via o portal nacional. Caso tenha perdido muitos arquivos, você pode tentar contato com a SEFAZ do estado pra saber se ela disponibiliza alguma forma de recuperar os arquivos, algumas SEFAZ fazem isso. Podem se aplicar multas por perda dos arquivos.

Aparentemente o problema é na página de consulta, já que o webservice valida a URL do QrCode e a consulta por chave de acesso retorna normal. Entre em contato com a SEFAZ e reporte o problema.

Parece que o teu XML não está bem formado. Percebi que ele tem o grupo nfeProc, este grupo só deve existir quando o XML já contiver o protocolo de autorização.

Sim. Pra quem usa o ACBrMonitorPLUS foi disponibilizada uma versão especial:

Faça teste com o demo do componente, veja se acontece o mesmo problema.

Verificou se está sendo informado um CPF válido? Sendo válido, verificou com o suporte da prefeitura ou do provedor o motivo do erro?

A mensagem indica que o protocolo de autorização informado está incorreto, pela expressão regular [0-9]{15} o protocolo deve ter 15 caracteres e está sendo informado 717. O XML também não contém o protocolo de autorização, você pode tentar baixar o XML autorizado no portal do MDFe. https://dfe-portal.svrs.rs.gov.br/MDFESSL/DownloadXMLDFe Ou usar o método Consultar do componente para atualizar o XML com o protocolo de autorização.

Está sendo referenciada como nota em papel modelo 01. A devolução só pode referenciar NFe, nesse caso ela deve ser referenciada na tag refNFe e não na refNF.

Para o Fortes ainda não foi ajustado 100% o layout, foi implementado apenas a impressão do QrCode.

Você só deve copiar as DLLs da pasta MinGW se estiver com a diretiva {DEFINE USE_MINGW} ativada no ACBr.inc. E não deve alterar os nomes.

A nota está sendo referenciada na tag refNFe? Anexe o XML.

Sua versão do FastReport é a Embarcadero? Se for pode ser esse o problema, você precisa da versão 5.x Standard ou acima, para compatibilidade com os fr3 do repositório.

Esse erro significa que a aplicação está tentando carregar DLLs de 32bits. De preferência copie as DLLs para a pasta do executável. Caso contrário, em Windows 64 bits as DLLs de 64 bits devem ser copiadas para a pasta Windows\system32. E veja que o problema não é na compilação e sim na execução do aplicativo.

Geralmente esse erro indica diferença entre a UF informada para a configuração ACBrCTe.Configuracoes.WebServices.UF e a UF do emitente.

Se não me engano precisa adicionar manualmente no library path do Delphi os caminhos para os fontes (*.pas) do ACBr em projetos 64 bits. O instalador não compila em 64 bits nem adiciona os caminhos no library path.

Verdade, entendi errado. Na minha opinião não devia ser impresso. Mas como o fonte atual está sendo é preciso saber o motivo que isso foi inserido. Lembro de ter feito teste recentemente e as tags ObsCont não foram impressas no DANFE. Vou fazer mais testes, mas a princípio concordo com a nova propriedade.

O MOC define que as tags que devem ser impressas no grupo de informações complementares do DANFE são as tags Z02 (infAdFisco) e Z03 (infCpl). Então creio que a sua alteração vai contra a especificação do manual.

Foram enviadas correções para os erros de compilação para o repositório. Favor atualizar os fontes e testar novamente.