Daniel Simoes

O erro de OpenSSL usando Número de Série do Certificado, pode estar interferindo na geração correta do XML.. Por favor configure o OpenSSL, remova o Número de Certificado, e aponte o caminho do arquivo PFX

o Retorno está no Objeto TACBrTEFResp

Experimente reinstalar o driver do certificado

Falamos sobre esse problema, no vídeo de notícias dessa semana:

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

Nesse tópico, um colega compartilha uma solução provisória, para reverter o Update, que causa o problema

Isso deve ter relação, com esse problema:

No modo USB nativo, o ACBr consegue ler e escrever na porta... será quase idêntico ao modo porta Serial o ACBr detectar o dispositivo USB que tenha a "assinatura" de impressora e usa a WinAPI, para escrever e ler nele...

O melhor é usar o ACBr em modo USB nativo... Configure a impressora, para ficar em modo USB... Vejam esses tópicos:

O melhor é usar o ACBr em modo USB nativo... Configure a impressora, para ficar em modo USB... Veja esse tópico:

SP está em contingência, hoje até 12:00... Veja nosso Calendário https://www.projetoacbr.com.br/forum/calendar/

Mas se o ACBr não consegue salvar o arquivo... isso não merece um Exception? Se apenas ignorarmos os erros de Arquivos não salvos... e após vários dias de Operação... teríamos várias vendas emitidas, sem o XMlL em disco... Acho que cabe a aplicação verificar se o Path informado é válido, antes de iniciar a Venda, afinal a coleta dos XMLs é do interesse dela

Sim.. na Lib ainda levará alguns meses

Parece realmente ser sintoma de uma pos atualização do S.O... vale lembrar que alguma atualizações recentes o Spooler havia sido quebrado... Talvez o suporte do Fabricante da Impressora, possa dar mais informações sobre o incidente

Sim... Veja a pasta ACBrPIXCD

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

Olá @Cleomar Pacheco... precisamos do Log, para ver o que foi enviado ao componente, como ele traduziu as Tags e o que ele enviou a impressora

Não sei bem se isso faria a conversão de forma correta... Existe algum UTF8ToANSI ? Mas o ideal, é manter em UTF8, pois mudar o XML, pode invalidar a assinatura digital do mesmo...

Mas não faz muito sentido, se ele gravou no Log o XML em UTF8.. significa que ele estava em UTF8... Esse XML poderia ter sido lido e modificado, por outra aplicação ? Você consegue reproduzir esse problema no Demo do ACBr, para investigarmos ?

Por favor anexe o Log gerado, pelo ACBrPosPrinter

o Segundo item destacado.. parece estar correto.. é uma codificação em UTF8 (dois bytes para um caractere acentuado) A rotina de Log, faz esse tratamento para os caracteres não convencionais.. o XML em si, está com erro ? não está em UTF8 ?

Sim... por favor faça uns testes, para confirmarmos a correção e enviar ao SVN

Tente com essa Unit, em anexo... ACBrTEFDCliSiTef.pas

Mas DataHoraTransacaoComprovante, é a informação retornada pelo SiTef, referente a essa transação que acabou de ocorrer... Porque não seria correto, usar esse valor ? Ele está retornando algo diferente dos valores informados na chamada de IniciaFuncaoSiTefInterativo ? Porém como o "DataHoraFiscal", é sempre opcional.. creio que seria possível, modificar os fontes, para sempre usar ele, preferivelmente, caso esteja informado...

Olá @hetoandrade.. eu acho que a correção necessária, é justamente remover do IF a verificação de date-3 De acordo com o manual do SiTef, o valor de DataFiscal, e HoraFiscal, informados no método FinalizaFuncaoSiTefInterativo, deve ser o mesmo valor usado em IniciaFuncaoSiTefInterativo Experimente comentar a segunda parte do IF if Assigned(Resp) {and (Resp.DataHoraTransacaoComprovante > (date - 3))} then begin // Leu com sucesso o arquivo pendente. // Transações com mais de três dias são finalizadas automaticamente pela SiTef DataStr := FormatDateTime('YYYYMMDD',Resp.DataHoraTransacaoComprovante); HoraStr := FormatDateTime('HHNNSS',Resp.DataHoraTransacaoComprovante); end else begin DataStr := FormatDateTime('YYYYMMDD',Now); HoraStr := FormatDateTime('HHNNSS',Now); end;