Daniel Simoes

O Log anexado, não parece conter os problemas da Imagem

Hoje em dia o Windows 7 tem muitos problemas de segurança... A atualização é altamente recomendada Mas se depender do ACBr... com OpenSSL ele roda até no Windows XP

@BigWings, o que acha ? Uma solução, seria editar o próprio arquivo do IBPT... isso invalidaria ele, de alguma forma ?

Qual foi exatamente o problema ? Creio que essa mudança, nesse método, poderá causar muitos efeitos colaterais, em outras rotinas...

o ideal nesses casos, é criar Logs em txt ou console, para compreender onde o programa está passando... Debug não ajuda muito...

Você pode baixar o SDK nesse link https://projetoacbr.com.br/tef/#integracao Sugiro antes ver esse vídeo:

Sim.. com o ACBrTEF e em parceria com a PayGo... Veja esse vídeo: Converse com o @José Tamizou Jr, nosso consultor em TEF

Observe na Especificação Técnica do SAT, que o Regime tributário, é definido pelo equipamento SAT http://svn.code.sf.net/p/acbr/code/tools/SAT/Especificacao_SAT_v_ER_2_27_05.pdf Se o SAT está preenchendo com uma informação diferente, provavelmente o cadastro do cliente, está errado no SEFAZ... seria necessário corrigir isso na SEFAZ (acione o contador), e ativar novamente o SAT, para que uma nova parametrização, desça até ele...

boa.. você pode achar o manual da ZPL, que descreve as Fontes e Cód.Barras no nosso SVN http://svn.code.sf.net/p/acbr/code/tools/Etiqueta/

Existem os componente ACBrConsultaCNPJ e ACBrConsultaCPF.. mas eles usam Web Scraping em sites HTML da SEFAZ, e precisam da digitação do CAPTCHA.. Veja esse vídeo:

E uma rejeição da SEFAZ... ela está informando de forma clara na msg, que não conhece o CPF do contribuinte, informado... Essa consulta não é a mesma coisa que uma consulta de SERASA, ou algo semelhante.. esse serviço é limitado aos contribuintes desse estado...

Bom.. precisamos do Log do ACBrPosPrinter para sabermos o que exatamente foi enviado para a impressora

Muito legal... Onrigado pelo retorno e por informações tão detalhadas

Ok.. eu não seu bem qual o limite para essa impressora... Poderia deixar em 42 e verificar se o problema ainda ocorre ?

pelo que notei na imagem, aparentemente em algum lugar do código, o número de colunas, está sendo alterado... observe que o primeiro cupom, quebrou a linha bem antes do texto... O log não é gerado de forma automática.. mas ele pode ser configurado em ACBrPosPrinter.ArqLog

Como está a configuração de ACBrPosPrinter.ColunasFonteNormal , no momento da impressão do 2o Cupom ? Tem o Log do ACBrPosPrinter ?

Essas informações vem do XML da NFe.. consegue anexar um XML para testes ?

Creio que esse tópico já foi tratado no Discord, correto ?

Olá Gilvan, Eu não tenho o ambiente de testes da CliDTEF, essa classe subiu no ACBr, por colaboração de um membro, mas eu não tenho domínio sobre ela... usando o TEF_DIAL, por troca de arquivos, experimente configurar como TEFPayGo .. Motivo, houve uma refatoração, e os campos específicos da payGo foram para essa classe... Quase todos os TEFs de mercado, usam em compatibilidade, os campos da documentação da PayGo

Extraído do Demo do ACBrETQ procedure TFPrincipal.bQRCodeClick(Sender: TObject); begin AtivarACBrETQ; with ACBrETQ do begin ImprimirQRCode( 10, 10, 'https://www.projetoacbr.com.br' ); FinalizarEtiqueta; ImprimirEtiquetaComCopiasEAvanco; Desativar; end; end;

Observe que o tópico é de 2 anos atrás... Ou seja, aconteceu muito coisa... Você pode usar o recurso de Log do SVN para verificar as alterações nessa pasta

Sim, mas o que estou questionando, é se deixar o botão funcionando com ENTER, será uma modificação do funcionamento padrão dele... Ou seja, normalmente o Botão não é acionado com ENTER ou Tab

Criei uma simples aplicação em D7, com alguns Edits e Botões... (sem o componente TACBrEnterTab) E me parece, que o Enter realmente não aciona o Click em Botões.. Creio que o Delphi deixe isso a cargo da propriedade "Default' de TButton

Respondido no Discord por @Victor H. Gonzales - Panda