Daniel Simoes

Até onde sei, não há planos recentes, de migrar o componente ACBrLCB para a versão Lib... até porque esse componente depende muito de um Evento (CallBack), que seria difícil de suportar na Lib @Juliana Tamizou, tem informações mais precisas ?

Obrigado pela contribuição... analisando...

Experimente definir um buffer de 32k.. ou até mesmo deixar 0, para que os dados sejam enviados, todos de uma vez...

@Italo Giurizzato Junior, Esse não mais um dos casos, em que é preciso remover a chamada ao "ParseTXT, devido não mais estarmos usando a PCN, como Reader do XML ?

Humm.. algum problema no envio de imagem, poderia sim, causar um problema semelhante ao da foto original... Você envia o Logotipo ? Se SIM, Seria mais rápido (e livre de problemas) gravar o Logo na memória da impressora, e só enviar o comando de impressão de Logo

O ACBrPosPrinter é sem dúvida um dos nossos componentes mais utilizados... note que não temos relatos semelhantes no forum ou Discord... e como o ACBrPosPrinter apenas envia o Texto com comando EscPos para a impressora eu creio que dificilmente o problema seja nele... pois uma falha no Escpos enviado não geraria erro semelhante na impressora... Algumas suspeitas: - Defeito no cabo da Impressora - Defeito na Impressora - Resíduo de relatório anterior, do Spool do Windows... - Uso concorrente da impressora (ACBr e Spool) Se seu sistema envia outros relatórios a impressora, usando Fortes, Fast ou outro gerador de relatórios.... foque nas duas últimas opções

@Daniel InfoCotidiano, você que é o especialista em SAT... rsrs Tem alguma dica ?

Para usar com EscPos, creio que seja necessário uma atualização do Firmware da Impressora...

@Up Desenv, parece que seu usuário agora já está com os acessos do Pro.. por favor tente novamente

parece tudo correto... Por favor nos dê mais subsídios, de como o problema ocorre, e como podemos reproduzir ele

A Elgin I9, é uma das melhores impressoras, para impressão emulada em Epson EscPos Como você configura a "Porta" no componente? para a I9, apenas atribua "USB"

@Dércio Luis Zanatta, a imagem ficou muito pequena.. Consegue anexar a Unit modificada ? Vou organizar tudo, para subir ao SVN

Precisamos analisar um modelo de cada vez... Cada impressora, tem a sua forma de configuração e peculiaridades... A imagem do problema em questão, é referente a qual impressora ?

Esse tópico, tem uma dica muito útil, usando o próprio aplicativo da Epson

Qual modelo você está usando no componente? A Inpressora está com a configuração dos padrões de fábrica?

https://github.com/fortesinformatica/fortesreport-ce

Não seria uma alternativa, aposentar esse SAT, e deixar o cliente apenas com NFCe ? Agora SP permite a contingência Offline

mas o Estranho é que um CFe é enviado a SEFAZ pelo SAT/MFE Então se há erro de duplicidade de chave, o SAT/MFE não deveria ter sucesso no envio desse cupom

O seu tratamento parece ser um fluxo correto... e nesse caso pode deixar a propriedade ValidarNumeroSessaoResposta, desligada... Mas a Sefaz está acusando que tipo de duplicidade? A Chave não seria única por Cupom ? Pode nos dar um exemplo da crítica acusada por eles ?

@Italo Giurizzato Junior, você está a par desse assunto ?

Oi @WINDEL, em conversar recentes com a Setis, percebi que eles não veem com bons olhos, compartilhar a porta Serial do PinPad, com outra aplicação O que solicitei a eles, e provavelmente será implementado, é um método na própria PGWebLib, para enviar imagens ao PinPad Adicionei você em cópia no Caso no Jira da Setis...

Primeiro compreenda os conceitos do Distribuição DFe com esse curso https://acbr.nutror.com/curso/70bbe2be3380d5c82dc10817ebc721956d189cf8 No curso Dominando o ACBrMonitor tem aulas sobre o Distribuição DFe.. Veja https://acbr.nutror.com/curso/869a0d2dddd8dee3b4174464c2ce590e9ee598ed/aula/2451914

Provavelmente o XML de entrada no comando está inválido... Exemplo: Está com a declaração de UTF8 mas usando Encoding ANSI Precisaríamos do XML para analisar

Você parece que saiu do Loop, quando recebeu o PWRET_NOTHING 10:24:19:963 [PGWebLib.c] PW_iExecTransac <-2493> <--- PWRET_NOTHING 10:24:20:366 [PGWebLib] PP_Treatment Selecionado: [0x41] 10:24:21:782 [PGWebLib.c] Confirmacao auto (0x41131, 268612, 269, , PIX C6 BANK) IGNORADA 2 10:24:21:962 [PGWebLib.c] PW_iConfirmation(0x3221, 0000268612, 269, , 4607, PIX C6 BANK) <0> O correto seria aparecer uma nova chamada a PW_iExecTransac no Log Veja o Loop do ACBr ele permanece no Loop enquanto o Retorno for (PWRET_OK, PWRET_NOTHING, PWRET_MOREDATA) iRet := PWRET_OK; while (iRet = PWRET_OK) or (iRet = PWRET_NOTHING) or (iRet = PWRET_MOREDATA) do begin {$IfDef FPC} Initialize(ArrParams); {$EndIf} NumParams := Length(ArrParams)-1; GravarLog('PW_iExecTransac()'); iRet := xPW_iExecTransac(ArrParams, NumParams); GravarLog(' '+PWRETToString(iRet)+', NumParams: '+IntToStr(NumParams)); case iRet of PWRET_OK: Break; PWRET_NOTHING: Sleep(CSleepNothing); PWRET_MOREDATA: iRet := ObterDados(ArrParams, NumParams); end; end;

Obrigado pela correção.. Commit [r34356]