EMBarbosa

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.

Olá luizfr, O código que você enviou fez o inverso do que está atual, quer dizer, impede de informar um valor menor que 4: ifthen(FPosPrinter.ConfigQRCode.LarguraModulo < 4,4,FPosPrinter.ConfigQRCode.LarguraModulo) Além disso, notei que seu arquivo está desatualizado. Queira por favor: Atualizar o ACBr Substituir o arquivo pelo anexo testar Reportar qualquer problema ACBrNFeDANFeESCPOS.pas

Nesse caso você precisa converter do formato do SiTef para o do SAT, invertendo e adicionando a barra. Não tenho. Não tem no site do Integrador CE?

Não sei se você se atentou a descrição do campo, mas me parece que só existe código autorização quando é crédito mesmo. Veja Campo "135 - Contém o Código de Autorização para as transações de crédito (15 posições no máximo)". Já o campo 133, por sua própria descrição "Contém o NSU do SiTef (6 posições)" não é código de autorização. Me parece ser outro campo que não é atualmente tratado pelo ACBrTEFD. Existe algum outro motivo que você pense que a alteração seja necessária?

Então pode ser que a propriedade KeyPreview do Form esteja False. Mude para True. Esse artigo abaixo em inglês é muito explicativo sobre o assunto: https://www.thoughtco.com/understanding-keyboard-events-in-delphi-1058213

O Integrador CE não tem uma exigência de formato? Porque quando tem, você precisa usar o formato exigido independente do formato que você usa no aplicativo ou componente.

Mesmo que fosse, não há nenhuma diferença. Ele pode continuar compilando a aplicação dele tanto como Release como Debug que nada será afetado.

Me parece fazer sentido o que diz. Você poderia fazer as alterações e anexar o arquivo alterado para que possamos analisar?

Pode ser um bug no componente então. Ou no ClientDataSet ou no DBX que você usa por trás. Lembro de ter tido um problema como esse. Estava até no QC da Embarcadero...

Se no lugar do clear acontecer o mesmo problema com outros valores então possivelmente é problema na lógica mesmo. Talvez controle transacional.

Analisar isso está na minha lista de afazeres.

O que não está sendo tratado corretamente? Um campo? O tipo do cartão? O retorno? Existe um passo a passo para reproduzir o problema?

sua pergunta não faz sentido. Não se instala pacotes em debug ou release.

A dll para balança está no arquivo mencionado no início do tópico.

Isso acontece porque nas versões mais novas do Firebird é exigido um charset e collate. Se você não passa um, ele assume o padrão da conexão. Se não existe um definido na conexão, acho que ele assume UTF-8. Se seu banco de dados atual não tem charset definido nos campos char e varchar, (quer dizer está NONE), você precisa adicionar um.

Até onde me lembro o código deveria ser algo como: ClientDataset.Edit; ClientDataset.FieldByName('usuario').Clear; ClientDataset.post; ClientDataset.ApplyUpDates(-1);

Caso o seu form use herança, pode ser que o código que faz o tratamento esteja num outro form ancestral.

Pense no google, ele não te mostra todas as páginas existentes na internet do mundo para que você possa escolher qual vai entrar. Você digita o que quer e pesquisa. Caso ainda existam muitas opções, ele limita a quantidade que vai mostrar em cada página.

Sem saber exatamente qual o seu SQL fica difícil opinar. Tente o que o Breno sugeriu acima.

Isso não me parece ser um erro de banco de dados nem relacionado aos componentes. Provavelmente ficaria melhor na área "Dúvidas não relacionadas ao ACBr".