BigWings

Creio que o tipo correto seja teComprEntregaNFe.

Que saiba o IBPT não disponibiliza o download direto do arquivo. Precisa de cadastro e download manual. A partir daí você envia para o teu site e pode usar o URLDownload e DownloadTabela.

Não pode ter duas notas com mesma numeração e chaves diferentes. Então não vai ser autorizada a NFCe emitida em contingência com mesmo número de uma já enviada. Pra tirar a dúvida basta ler o manual: https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=U TDxzWFOZI=

Tente reinstalar o ACBr agora.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Provavelmente esse é o problema. Você está usando uma rotina que encontra portas do componente Esc/Pos pra alimentar a propriedade impressora do DANFE em Fast, que não são compatíveis. Código que tenho na minha tela de configuração: // Para o componente DANFE em Fast cmbImpressoraGraficoINF.Items.Assign(Printer.Printers); cmbImpressoraGraficoINF.Items.Insert(0, ''); // Para o componente DANFE em Esc/Pos cmbDriverUSBINF.Items.Clear; Device := TACBrDevice.Create(nil); try Device.WinUSB.FindUSBPrinters; for K := 0 to Device.WinUSB.DeviceList.Count - 1 do cmbDriverUSBINF.Items.Add(Device.WinUSB.DeviceList.Items[K].DeviceName); finally Device.Free; end; cmbDriverUSBINF.Items.Insert(0, '(automático)');

Não entendi. Como é essa rotina? O que o PosPrinter lista é o nome da impressora da forma como está no Windows?

Pra essa propriedade deve passar o nome da impressora no Windows, não o caminho. Não é o mesmo que a propriedade Porta do componente Esc/Pos.

Também, pela série, parece ser um emitente CPF, mas está informando como CNPJ.

Se quiser implementar, fique à vontade. E anexe aqui a alteração pra ser analisada e se for aprovada, enviada para o SVN.

Essa unit é do FastReport. Mexeu na instalação dele ultimamente? Tente usar o recompile.exe.

Difícil saber porque não conhecemos o seu código. Faça o teste usando o programa exemplo do componente. Modifique o código dele se necessário e se acontecer o mesmo problema anexe aqui as alterações pra que possamos analisar.

Explique melhor, como assim travado?

Como está no XML?

@phulano Use o comando CTE.SetModeloDF("67") antes do comando de assinatura.

O que exatamente você fez? Incluiu a declaração ou converteu o arquivo? Anexe o XML alterado.

Creio não ter nenhum problema. O XML não está errado, quando não tem declaração de encoding no XML deveria ser assumido que ele é UTF8, mas o ACBr não faz isso, entende que não, e pra alterar isso agora provavelmente ia quebrar muita coisa... Então é incluir essa linha no arquivo, ou converter o mesmo pra ANSI.

Sincronizar as NFe com o ambiente nacional é tarefa da SEFAZ. Então tem algum problema na SEFAZ-MG. A única coisa a fazer a meu ver é entrar em contato com a mesma e reportar o problema.

Realmente nesse caso o problema é por estar em UTF-8, e sem a declaração do XML com o encoding: <?xml version="1.0" encoding="UTF-8"?> Acrescentar a linha manualmente no XML já deve resolver.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado - Troque o componente de impressão para ACBrNFeDANFEEScPos. ou - Configure o tamanho do papel na impressora pra uma altura maior (por padrão é Carta ou A4). ou - Desmarque a opção FormularioContinuo do componente DANFE Fortes.

Provavelmente está passando por uma string vazia. Veja que o seu if pra tratar isso está depois de já ter adicionado a tag autXML.New.

Se tiver rejeição pode corrigir a informação errada. Alterar o tipo de emissão não deve ser feito.

Essa rejeição só ocorre no tipo de emissão normal. Por acaso está alterando o tipo de emissão antes de transmitir? Não se deve fazer isso. Apenas carregar o XML e transmitir.

Só a aplicação que emitiu as NFCe, e a SEFAZ que as recepcionou, tem essa informação.

Explique melhor. Qual a mensagem de erro exatamente?