EMBarbosa

Desculpe, não quis dizer que o motivo era a GPU e sim que tendo uma GPU trabalhando em conjunto com o browser isso impediria (tanto a mim como outros usuários do fórum) de ver a lentidão. Eu acredito que seja algo no javascript do Invision Community mesmo. Mas se for isso, dificilmente poderemos fazer alguma coisa além de reportar para eles o problema. De qualquer maneira, precisaríamos detectar exatamente como podemos reportar a mesma.

Pesquise no código se existe menção a ACBr ou componentes iniciados por ACBr.

Eu aprendi a duras penas que qualquer informação vinda da contabilidade que gera stress deve ser "validada" antes de começar a gerar stress. Por "validada" eu quero dizer pedir a eles que apresentem a legislação que se aplica no pedido e justifica as alterações propostas. De um lado isso cortou o estresse em 50% ou mais. Por outro lado passamos a ser muito mais amigáveis com os pedidos deles. Ganha ganha.

Sugiro você verificar no site da SEF de SC. Caso não encontre uma orientação clara, então entre em contato com eles pelo "Fale Conosco". http://www.sef.sc.gov.br/servicos/servico/42/ECF_-_Equipamentos_Emissores_de_Cupom_Fiscal Veja em especial a área de perguntas respondidas.

Que estranho, não tenho esse problema. E olhe que eu tenho geralmente umas 6 abas do fórum abertas. Só que eu uso o Firefox. Chegou a testar com outro browser? Outra possibilidade, você tem uma GPU na máquina que roda o browser?

Esse valor é string ou binário? Pois parece binário.

Acho que sim. Mas o ideal é fazer um merge. Como o arquivo dele pode estar numa revisão diferente do arquivo na sua máquina, pode haver outras alterações que você queira ignorar...

É necessária ainda a avaliação das alterações. Você pode ajudar baixando, testando e reportando tanto o sucesso como qualquer problema encontrado.

Apenas para informação futura ou pesquisa no fórum: NFTS nesse contexto significa "Nota Fiscal Eletrônica do Tomador/Intermediário de Serviços".

Não temos componentes prontos em Quick Report. Mas há impressões em Fortes Report, Fast Report e diretamente em ESCPOS. Esse tópico abaixo de notícias está relacionado (sobre MDF-e):

Faz o Debug pra descobrir exatamente onde o erro está sendo levantado. A partir daí você analisa em que contexto o erro está sendo levantado.

Para essa impressora use o protocolo ecfEscECF. Veja aqui:

Qual o modelo do ECF? Qual modelo você configurou no ACBrECF? Qual é a porta que a impressora está usando no seu PC?

"ePrint" é parte do Fast Report. Você pode procurar na documentação onde exatamente ele está declarado. Mas caso não encontre na sua versão, acredito que o jeito será colocar um condicional pro compilador (IFDEF).

Obrigado pelo retorno.

E foi por isso que eu disse pra você comparar os valores... Mas qualquer coisa diferente nesse caso é muita coisa. Você pode usar o log gerado pelo ACBrESCPOS para analisar o que ele está enviando a impressora e comparar com o seu aplicativo. A propósito, no seu código: Em Java, char 0 não é final de string?

Esse erro na imagem é relacionado a conexão com o Source Forge. Não tem nenhuma relação com a versão do seu Delphi ou com o ACBr especificamente. Já esse erro acima é relacionado com o Fast Report. Você tem ele instalado no seu Delphi? A versão que você possui é qual?

Olá ALA. Eu ainda não entendi qual é o problema. Eu continuo sem entender o que precisa ser alterado no ACBrTEFD para corrigir. Você consegue me dar um exemplo? Diga, por favor, qual a sua expectativa de retorno do componente e como ela difere do que o componente está mostrando.

Acabei de enviar ao SVN. Revisão 17587. Você pode atualizar e testar. Queira reportar qualquer problema.

Você há de concordar comigo que alguma coisa está sendo transmitida de forma diferente. Sugiro você considerar possíveis diferenças nos dados transmitidos quando comparados em formato binário.

A quantidade de dados que o QR code suporta depende também da versão. Esse site abaixo tem uma tabela para saber quantos caracteres são possíveis em cada versão: https://www.qrcode.com/en/about/version.html Além disso, no manual da impressora você deve encontrar algumas situações em que o QR code não é impresso. Por exemplo, isso pode ter relação com o espaço disponível no papel para o código ocupar. Ou talvez com uma configuração não permitida para a impressora.

Dá uma olhada neste artigo com alguns exemplos: https://wiki.freepascal.org/paszlib#Zipping_a_whole_directory_tree_storing_only_a_relative_path

Não sei se isso está totalmente correto. Não encontrei no manual uma especificação de LarguraModulo. Por exemplo, no manual (versão 5.0) existe uma especificação de dimensão mínima de 25mm x 25mm (sendo 22mm de conteúdo e 3 mm para margem segura - "quiet zone"). Você encontrou alguma outra referência? Acho que essa alteração poderia causar problemas, vou pedir uma segunda opinião. Lembro de ter relatos aqui no fórum de que algumas impressoras só imprimem com uma LarguraModulo = 3. Sugiro testar com a minha unit acima.

Me parece que o campo cAut é o NSU do Host (campo 134 de 20 posições) e não o NSU do SiTef (campo 133 de 6 posições) e também não é o código autorização para as transações de crédito (campo 135 de 15 posições). Eu sugiro verificar com a Software Express/Skytef/Representante Sitef.

Me parece que está correto. Apenas não podemos esquecer de atualizar o dfm também.