BigWings

Testei pelo demo do componente e gerou correto: NotaF.NFe.Dest.CNPJCPF := '00000802007376'; NotaF.NFe.Dest.IE := ''; NotaF.NFe.Dest.indIEDest := inNaoContribuinte; NotaF.NFe.Dest.ISUF := ''; NotaF.NFe.Dest.xNome := 'EMPRESA TESTE LTDA ME'; Verifique novamente...

Realmente está gerando como CPF: Como você está alimentando o componente na geração do XML?

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.

Provavelmente não atualizou, veja que no seu código falta a chamada ao método RemoverNamespace que faz exatamente o mesmo que o seu código: A chamada ao RemoverNamespace foi incluído em todas as interações com o webservice, e não apenas na consulta de status, já que todos parecem estar com problemas na SEFAZ-MG.

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.

Referenciando cupom fiscal ECF ou nota fiscal modelo 1 ou 2, não. Movi seu post para este tópico por causa da duplicidade de tópicos para o mesmo assunto. Veja que está referenciando uma nota modelo 01: Essa nota é mesmo uma nota em papel modelo 01 e não NFe? Se for uma NFe deve ser referenciada na tag refNFe e não na refNF.

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.