Daniel Simoes

Observe que você não respondeu a alguns questionamentos que fiz no tópico...

@Bruno Lamonato, Todo XML, deve ser precedido de uma "declaração", que informa como ele é codificado.. https://www.w3resource.com/xml/declarations.php No caso dos XMLs de Documentos Fiscais brasileiros, fica padronizado que eles devem ser em UTF8, portanto a declaração obrigatória em todo XML de Documento Fiscal, seria algo como: <?xml version='1.0' encoding='UTF-8' ?> O arquivo que você nos enviou em privado, não tem tal declaração, e isso confunde as bibliotecas que manipulam XML Observe que mesmo o Microsoft Edge tem problemas a lidar com XMLs sem a declaração inicial Como você obteve esse XML ? seria importante reportar ao Site / Empresa, que eles estão fornecendo um XML fora da especificação... Como Workaround, e presumindo que todos os XMLs recebidos estariam em UTF8 (pois é o padrão brasileiro) você poderia criar uma rotina simples, que adiciona a declaração ao XML se necessário.. Na verdade, o ACBrUtil já tem um método que faz exatamente isso... Exemplo de uso: var SL: TStringList; XmlDuvidoso, XmlCorreto: String; begin SL := TStringList.Create; try // Lendo O XML XmlDuvidoso := SL.LoadFromFile('C:\TEMP\Arquivo.xml'); XmlCorreto := InserirDeclaracaoXMLSeNecessario(XmlDuvidoso); // <-------- AQUI --------- finally SL.Free; end;

Parece ser um erro de lógica na programação... A mensagem indica, que você tentou chamar algum método do componente, sem antes ter ativado ele... Respondi no Discord: https://discord.com/channels/798697718800318484/798957090781003806/1016717906513494077

Os fontes estão na última aula do Curso https://acbr.nutror.com/curso/27abfa7e547e651dbef313cc8bd11dbfc0bbd203/implementando-a-contingencia-offline-da-nfce/aula/4303132

O problema é que esse Layout ficou órfão.. não há nenhuma entidade ou instituição, atualizando ele... Sugiro mudar para o formato INI do ACBr https://acbr.sourceforge.io/ACBrMonitor/PreenchimentodoArquivoINI.html

Nesse caso, você deveria ter acesso ao XML.. Qual é exatamente a mensagem de erro ?

@julio.correa, pode não ser um Travamento, mas sim, uma demora do servidor SMTP, em responder... Deixe um TimeOut de 10000, definido nessa Tela: https://acbr.sourceforge.io/ACBrMonitor/EMail.html

Crie componentes de acesso aos dados dentro da Thread... Mesmo o ACBrNCM poderia estar dentro da Thread

Verifique se você tem conflito nos seus fontes... Na dúvida, apague as units sinalizadas com alteração, baixe novamente e rode o ACBrInstall

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

Olá.. em qual linha do Log, ocorre essa operação ? No ultimo comando do Log, houve um comando de Impressão para PDF 02/09/2022 14:09:40 - NFE.ImprimirDANFEPDF(C:\ACBrMonitorPlus\27439150000152\Enviadas\202209\NFCe\33220927439150000152650200000440821000440834-nfe.xml,,,,) 02/09/2022 14:09:40 - OK: Arquivo criado em: C:\ACBrMonitorPlus\27439150000152\PDF\202209\NFCe\33220927439150000152650200000440821000440834-nfe.pdf

Sim, todos os componentes de Documentos Fiscais do ACBr, suportam OpenSSL, pois usam o mesmo núcleo (ACBrDFeSSL)...

Pelo que notei nos fontes.. -16 ocorrerá quando houver um Exception durante a Transmissão/Recepção... Provavelmente um TimeOut... Você pode ter mais detalhes do Erro, se solicitar o Ultimo Retorno https://acbr.sourceforge.io/ACBrLib/CTE_UltimoRetorno.html with CTeDM do begin try ACBrCTe1.WebServices.DistribuicaoDFe.cUFAutor := AcUFAutor; ACBrCTe1.WebServices.DistribuicaoDFe.CNPJCPF := ACNPJCPF; ACBrCTe1.WebServices.DistribuicaoDFe.ultNSU := AultNSU; ACBrCTe1.WebServices.DistribuicaoDFe.NSU := ''; ACBrCTe1.WebServices.DistribuicaoDFe.chCTe := ''; ACBrCTe1.WebServices.DistribuicaoDFe.Executar; Resp := TDistribuicaoDFeResposta.Create(Config.TipoResposta, Config.CodResposta); try Resp.Processar(ACBrCTe1.WebServices.DistribuicaoDFe.retDistDFeInt, ACBrCTe1.WebServices.DistribuicaoDFe.Msg, ACBrCTe1.WebServices.DistribuicaoDFe.NomeArq, ACBrCTe1.WebServices.DistribuicaoDFe.ListaArqs); Resposta := Resp.Gerar; finally Resp.Free; end; MoverStringParaPChar(Resposta, sResposta, esTamanho); Result := SetRetorno(ErrOK, Resposta); except raise EACBrLibException.Create(ErrRetorno, ACBrCTe1.WebServices.DistribuicaoDFe.retDistDFeInt.xMotivo); // <--------- AQUI ------------- end;

Ahh.. acho que é isso mesmo.. Vamos aguardar o teste e retorno do @brunodelfitodomtec

parece que falta instalar a libz no seu Linux

@Henrique Alves, Não seria possível, mapear a própria porta USB ou a porta COM, ou ainda um IP, do Terminal para o Cliente ? O ACBrPosPrinter, não precisa do Spooler, ele envia comandos em EscPos, direto para a porta da impressora... No tópico abaixo, temos um detalhamento de como o ACBrPosPrinter pode ser configurado em vários tipos diferentes de porta

Verifique com o Emissor, se o CNPJ da Transportadora foi informado corretamente, nessa tag

Você está bloqueado por 1 hora, por consumo indevido...

Fechando o tópico (ele tem mais de 3 anos de idade) Por favor crie um novo tópico, e detalhe melhor o problema...

Esse método segue estritamente as regras da ABNT... que não permitem variações http://svn.code.sf.net/p/acbr/code/tools/Diversos/ABNT NBR-5891 Regras de arredondamento e numeração decimal.pdf

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

Tópico fechado, por duplicidade

Apenas citei esses protocolos como exemplos... pois são comandos tratados pela Impressora o ACBrPosPrinter não faz uso nenhum do Driver de Spooler... pois usa EscPos, ou seja, ele envia comandos diretamente para a Impressora.. Tudo que você precisa é alguma maneira de mapear a porta da impressora local, no Terminal Remoto

legal @Gabriel Sartori, acho que faltava a Impressora fazer a auto calibração, com o sensor de GAP

Lembrando, que é possível, resgatar o JSON original, usando algo como: JSonRespPSP := ACBrPixCD1.PSP.epCob.CobGerada.AsJSON;