Régys Silveira

Veja o método ArquivoMFD_DLL, ele possui parâmetros para geração do arquivos que você precisa.

Vamos fazer diferente, me passe o que precisa fazer, deixe eu entender o que precisa para tentar lhe ajudar. Me passe o problema e o que está tentando fazer para resolver, não em linguagem de programação, mas sua ideia, passo-a-passo.

Só para entender melhor: Você está utilizando o monitor com openssl porque? Qual é a arquitetura utilizada? Como estão sendo feitos os testes? Poderia me passar um exemplo do comando que está enviando para testar?

Não existe necessidade de atribuir a string "3.1", o componente faz isso sozinho. Basta atribuir as propriedades: ACBrNFe.Configuracoes.Geral.ModeloDF := moNFCe; ACBrNFe.Configuracoes.Geral.VersaoDF := ve310; Que o XML será formado como deve dentro do layout correto. Nem mesmo a chave é necessário, desde que o componente esteja configurado, essas informações são todas geradas automaticamente.

Siga este post: E depois reinstale utilizando o ACBrInstall.

Para que você precisa do recibo?

Basta você alterar o arquivo .fr3 do danfe para ficar um pouco menos largo que o que está hoje que vai funcionar.

A propriedade: ACBrNFe1.DANFE.Logo, recebe o caminho da imagem, não a imagem.

Tente colocar o certificado no mesmo diretório do seu aplicativo e configure o monitor para ler desse novo local, faça o teste.

Para imprimir NFC-e normal ou resumida, utilize ACBrNFe.NotasFiscais.Imprimir, para impressão normal ACBrNFe.NotasFiscais.ImprimirResumido, para impressão resumida

Já existem usuários do ACBrNFeMonitor enviando NFC-e em outros estados com as versões mais atuais, então não é um problema do monitor. Arquivo não reconhecido é uma mensagem de erro que acontece quando você envia algo que o ACBrNFeMonitor não reconhece, nestes caso, os dados da NFC-e estão fora do padrão aceito.

Ou você marcou os pacotes para não aparecer na inicialização do delphi com erro, se for este o caso precisa marcar para aparecerem novamente.

Geralmente a NFC-e é enviada em modo síncrono, nesse caso não existe recibo, visto que a resposta é retornada na mesma requisição de envio. O recibo só existe para o modo assíncrono.

Meu site está fora do ar, estou verificando porque junto a locaweb.

Depende, você está enviando em modo sincrono ou assincrono?

Conferido é enviado, obrigado pela colaboração.

Eu visualizei o QRCode gerado é o token está sim presente, veja o link: A mensagem retornada é que o idToken é inválido. Não sei se tem a ver, mas geralmente existe um token para homologação é outro para produção, será que eles ao unificarem tudo em um endereço de consulta somente não podem ter errado em algo?

Fonte: http://portalnfe.fazenda.mg.gov.br/ primeiro parágrafo.

ACBrNFe.NotasFiscais.Clear. Isso limpa todas as notas e retornos assinalados.

Poste o log por favor, para darmos uma olhada, mas até então aqui nos meus testes está tudo normal.

Cada caso é um caso e você deve seguir o que é falado nos tópicos, não existe uma verdade absoluta ou uma caminho X que resolverá o problema, pois depende de configurações do internet explorer, instalação de dll entre outras coisas, tudo muito bem discutido aqui no fórum inclusive. Você deve analisar cada solução é verificar a que lhe ajuda.

TEF com certeza é a melhor opção. Eu trabalho com NTK e Software Express, ambas são muito boas, a diferença base é o preço da solução. Algo que gosto muito da Software Express é que eles possuem vários produtos que podem ser agregados, como por exemplo, recarga de celular, recebimentos de contas, integração bancária, etc, fora que você pode ganhar revendendo o TEF deles.

Até onde sei MG ainda não colocou em produção a versão 3.10 da NF-e, está somente em homologação.

Veja este documento: http://www.sefaz.mt.gov.br/portal/download/arquivos/Tutorial_Cadastro_Token04.10.13.pdf

O pessoal do FortesReport não me respondeu o questionamento e sinceramente não sei configurar o FortesReport para utilizar página infinita sem salto. Estou utilizando o FastReport e está funcionando muito bem.