BigWings

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

Tive erro de compilação no D2007: Compiling package C:\Comp\ACBr\Pacotes\Delphi\ACBrTEFD\ACBr_TEFD.dpk "C:\Program Files (x86)\CodeGear\RAD Studio\5.0\bin\dcc32.exe" "C:\Comp\ACBr\Pacotes\Delphi\ACBrTEFD\ACBr_TEFD.dpk" CodeGear Delphi for Win32 compiler version 18.5 Copyright (c) 1983,2007 CodeGear C:\Comp\ACBr\Fontes\ACBrPicPay\ACBrPicpay.pas(592) Error: E2003 Undeclared identifier: 'DateToISO8601' Enviei um ajuste para o SVN, rev. 22123 @andre_markkar queira por favor atualizar novamente os fontes e testar com o código do repositório.

Não parece ser questão de schemas, mas sim de algo errado na assinatura ou no certificado. Como está a configuração das propriedades SSLLib?

Sim, essa regra existe na NT 2018.004. Mas note que se trata da data/hora de emissão da NFCe, e não da data de autorização. E a NFCe em contingência vai ser emitida imediatamente após o problema com o envio da NFCe normal, então o prazo de 2 horas é bem generoso.

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.

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?

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.

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.