Daniel Simoes

Quem monta o XML de Retorno, é o próprio SAT... ele adiciona as Tags marcadas no manual, na coluna (origem) por favor anexe o Log interno do SAT, e um dos XMLs de resposta do mesmo... Observe aqui nesse ponto do LOG.. que o seu SAT retornou um erro (06010) e não emitiu o CFe... Você precisa analisar no Log interno do SAT, porque ele está rejeitando o XML

O primeiro passo, é verificar se o Firmware dela, está atualizado... Veja o tópico abaixo...

Resposta curta: Use o método ACBrTEFD1.CNC Ok, vamos explicar um pouco mais... O ACBrTEFD, tem um método exclusivo para Cancelamento, ACBrTEFD1.CNC, com ele o ACBrTEFD já iniciará uma transação administrativa, com informações suficientes, para localizar a transação no Banco de Dados do Gerenciador TEF, e iniciar o Cancelamento da mesma... Function CNC(const Rede, NSU : String; const DataHoraTransacao : TDateTime; const Valor : Double; CodigoAutorizacaoTransacao: String = '') : Boolean ; Veja abaixo, um exemplo de como você pode chamar o método: ACBrTEFD1.CNC( AResp.Rede, // PWINFO_AUTHSYST AResp.NSU, // PWINFO_AUTEXTREF AResp.DataHoraTransacaoLocal, // PWINFO_DATETIME AResp.ValorTotal, // PWINFO_TOTAMNT AResp.CodigoAutorizacaoTransacao); // PWINFO_AUTHCODE Lembramos entretanto, que cada adquirente, tem um fluxo de Cancelamento de transações, então pode ser que em alguns casos, outras informações sejam solicitadas, pelo Gerenciador TEF, por isso é sempre recomendado, ter o Cupom da Transação original, em mãos... Outro fato, é que sempre será solicitado o cartão do cliente, no final do processo... Ou seja, o Cliente precisa estar presente, para que o cancelamento seja efetuado...

Verifique se o cliente realmente está inscrito como Simples Nacional... O SAT baixa da SEFAZ a tabela de configuração do emissor

Tente por favor, substituir essas DLLs, por essas novas... http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.10/X86/ Basta baixar e substituir, na pasta do ACBrMonitor.exe

Aqui você está presumindo que o Servidor envia uma String que termina com ETX (#3)... É realmente isso que ele faz ? Você precisa conhecer os detalhes do protocolo de comunicação, antes de tentar implementá-lo... Veja outros métodos de recebimento de dados.. como RecvBufferStr

https://acbr.sourceforge.io/ACBrMonitor/ACBrlerini.html

Mudar nos enumerados, adicionando um item antes, em teoria, não seria um problema... A não ser que algum sistema esteja usando Inteiros e fazento Typecast para os enumerados.. ai sim, os valores ficariam todos errados... A sugestão parece boa.. pois corrige uma informação que não fica condizente no componente, quando a mesma não existe.... mas pode introduzir o risco de quebra de código, mencionado acima...

Não entendi muito bem o post... Você está usando o Demo de conexão do MonitorPLUS, para conectar em qual serviço ? ajudaria se você desse mais informações sobre o servidor que está do outro lado...

Isso realmente não funciona, em algumas versões do windows... Tente usar o método abaixo, da ACBrUtil.pas function ForceForeground(AppHandle:{$IfDef FPC}LCLType.HWND{$Else}THandle{$EndIf}): boolean;

XML foi inventado bem antes de 2018.. e essa Lib foi uma das primeiras a tratar ele com maestria... então SIM, está estável...

a LibXML2 é usada para a validação de schemas.. e usaremos ela no futuro, para ler e gerar XML... ela está estável, e não deve ter atualizações necessárias... Você pode promover a atualização para OpenSSL 1.1.1, e testar... Verifique que essa versão é compilada com uma versão mais nova do Visual C++.. então pode ser necessária a instalação de um novo RunTime https://github.com/abbodi1406/vcredist/releases

como a OpenSSL1.0.X já suporta TLS12, não há muita necessidade de atualização... Promovemos a compatibilidade com OpenSSL 1.1.x, porque no mundo Linux, é difícil achar a versão 1.0.x

Não compreendi, quais são exatamente os erros... ele causa um Exception ? Lê o XML de forma errada ? poderia por favor, descrever melhor o problema ?

Usa o demo do ACBr indicado acima, para testes.. e muda a Porta de conexão... lembre-se de verificar Firewall de todas as redes envolvidas...

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

Não tem bala de prata.. cada impressora tem uma configuração...

Verifique se não está relacionado a esse (antigo) post:

veja esse tópico:

você verificou os vídeo desse post ? Geralmente para mudar para Off-line, você deve verificar se houve um erro de transmissão... Observe que no componente existe o evento, OnTransmitError

Parece ser alguma configuração no Driver de spool (Windows) dessa impressora...

Você pode ver um exemplo funcional, que se comunica com o ACBrMonitorPLUS em: \ACBr\Projetos\ACBrMonitorPLUS\Lazarus\Exemplos\Lazarus

Até onde sei, a REDE não possui TEF próprio.. ela indica a PayGo ou Sw. Express..

Da mesma forma, ele consegue saber se houve uma nova conexão no Servidor...

Esses caras são feras nesse assunto: https://www.taskip.com.br/