EMBarbosa

Ainda não detectamos exatamente qual parte do código que foi alterado está gerando esse erro. Mas parece ter sido porque agora usamos o Delphi 10.3.3 para gerar o instalador. Acreditamos que o erro seja falta de alguma atualização do Windows. Visto que muito dos arquivos comuns do Windows agora está no .Net Framework, pode ser que seja isso também. Veja esse tópico onde um usuário resolveu instalando e atualizando o .Net Framework:

Até onde sabemos não tem nenhum problema nessa propriedade. Por favor teste com o aplicativo de exemplo. Caso continue tendo problemas, por favor, anexe o xml para que possamos efetuar testes.

Olá Walter, A Lib deve te retornar exatamente o que a balança enviar. Se você não está recebendo 3 casas decimais, verifique o manual da balança se existe uma configuração para isso.

Complementando o que o Daniel mencionou, você pode procurar o manual da impressora e verificar como fazer o autoteste. Esse teste é independente do computador e por isso vai mostrar se a impressora tem algum problema no hardware.

Acredito que esteja faltando a configuração de alguma propriedade... me parece que a ideia está correta.

Acho que você não entendeu. A alteração já está no SVN. Basta você atualizar e testar. Veja o que eu escrevi:

Acredito que o exemplo tenha sido atualizado pra tratar o envio compactado sim. Mas qual a versão da sua IDE?

É uma saída. Bom trabalho por aí.

Você chegou a consultar o IBPT sobre esse problema?

Pelo que eu entendi da mensagem de erro, a base pode ser zero mas a alíquota deve existir em uma das tabelas citadas. Não é esse o problema? Você consegue validar editando no PVA com esses valores que quer?

Pelo log, não encontrei nada muito estranho. Me parece que está esperando até 4 segundos pra exibir essa mensagem. Me parece que é o Sitef que está sinalizando pra exibir a mensagem. Talvez ele esteja atingindo algum Timeout. Pode ser também que o pinpad ou o teclado esteja disparando o botão cancelar...

Isso nunca foi um problema. É a primeira vez que ouço isso. Note que essas restrições são apenas para a operação atual. Não são restrições do ambiente do Sitef. Dito isso, eu acredito que essa seja porque se você está executando um CRT. CRT é Cartão, então não teria sentido mostrar possibilidade de Cheques.

Você está utilizando os componentes ACBr? Me parece que os novos webservices só usam o XML compactado. Você chegou a verificar isso?

Acredido que apenas modificando o componente ou utilizando um outro.

Você está criando um projeto multiplataforma e usa VCL.FileCtrl que só está disponível no Windows. Na unit frxXML.pas WideChar estão sendo reduzidos para byteChar numa expressão de conjunto, vários caracteres dentro de um array de colchetes [ ]. Você deve considerar substituir o operador "in" nessa expressão pela função CharInSet da unit SysUtils para evitar essa redução. Pesquise na internet uma mensagem por vez. Na própria documentação do Delphi tem a explicação. Caso tenha uma dúvida mais específica talvez possamos ajudar.

As resoluções desses tipos de problemas dependem muito de diversos fatores como qual gerenciador de relatórios vocês estão usando, qual o sistema operacional, qual tipo de impressora, qual a configuração das margens, se há diferenças na visualização da tela e impressão, se estão utilizando um monitor High DPI ou imprimindo numa impressora considerada de valor DPI alto, etc... No entanto, como podem ver tem vários usuários utilizando corretamente os componentes. Sugiro verificarem na seguinte ordem: Se não for nenhuma dessas opções você pode ter encontrado alguma outra situação que ainda não conheço e por tanto, vai ser necessário debugar. Se estão usando o Fast Report, certifiquem que estão usando os arquivos fr3 mais novos; As margens configuradas: Como mostrado nos tópicos acima alistados, as margens agora são passadas em milímetros (mm). Por isso, pode haver alguma alteração. Caso usem o Fast Report, tentem também passando 0 para os valores das margens. Isso vai fazer o componente ignorar o valor e usar o que estiver configurado no fr3; Se estiver usando o Fortes Report, pode ser um problema relacionado ao DPI. Nesse caso, verifique as novas propriedades "AlterarEscalaPadrao" e "NovaEscala". Não sei qual valor vai ser necessário ser passado, mas tente com 96 DPI para começar.

Como você pode ver na descrição do próprio link que você postou não é oficial. Ainda não fomos contatados sobre esse link e nem sobre o motivo de terem usado o nome "ProjetoACBr". No momento não vemos problemas de alguém hospedar o código no GitHub. Mas gostaríamos de ser contatados. Se alguém souber quem está por trás desse link específico, pedimos para que os avise para entrar em contato conosco. Em especial, podem procurar o @Daniel Simoes, a @Juliana Tamizou . Também estou a disposição. Há possibilidade de no futuro mantermos um mirror oficial do GitHub? Sim. Quando? Não sabemos...

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 19056. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Verifique o Manual da balança. Pelo que eu entendi elas possuem opções para se escolher o protocolo (quer dizer as informações que enviam). Outra possibilidade é tentar também com o modelo balLibratek.

Acabei de enviar correções para o Demo. Acho que ele estava desatualizado depois das várias alterações que sofreu.

Olá Andre Adami, Ficamos felizes com sua contribuição em especial por ser "novato" no componente. Esse componente teve várias alterações recentes, então queria que você observasse duas coisas. Primeiro, não mais implementamos novas classes sobrescrevendo todos os métodos. A classe ACBrBalLibratek que você usou ainda não foi atualizada. Contudo, hoje de modo geral, é necessário sobrescrever apenas os métodos Create (para colocar o nome do modelo) e "InterpretarRespostaPeso". Você pode observar como isso é feito na unit ACBrBALDigitron, ACBrBALSaturno, ACBrBALAFTS, ACBrBALDigitron_UL, etc. Em alguns casos sobrescrevemos alguns dos outros métodos como SolicitarPeso ou LePeso e LeSerial porque a balança exige um comportamento totalmente fora do comum. Por exemplo, precisa ser lido várias vezes para se ter um valor confiável. Veja como exemplo ACBrBALMagna, ACBrBalLider, Segundo, é possível implementar mais de um protocolo em apenas uma classe se os protocolos forem possíveis de serem detectados apenas pela parte de interpretação da resposta. Veja ACBrBALMagellan, ACBrBALToledo, Dito isso, muito obrigado pela contribuição. Eu resolvi subir a sua classe ao SVN com alguns ajustes. Como não tenho essas balanças disponíveis para testar, peço que verifique a implementação. Subi as alterações para o SVN na Revisão 19013. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Olá andrefaria, Na verdade, se você observasse a mensagem de erro do ACBrValidador, teria entendido porque ele recusou. Veja a seguinte janela do programa de exemplo: Conforme pode ver na mensagem, a IE do DF tem 13 dígitos. Então você precisa ajustar o tamanho. O próprio componente pode fazer alterando a propriedade AjustarTamanho. No programa exemplo fazemos isso marcando a opção "Ajustar Tamanho". Veja:

Olá RenatoE, Muito obrigado pela contribuição. Fiz a implementação baseada nela. No entanto, achamos melhor alterar o nome da propriedade para TituloPreview. Achamos que isso vai indicar melhor o objetivo dela. Subi as alterações para o SVN na Revisão 19012. Pelo que vi está tudo certo. Mas queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Muito obrigado pela contribuição. Subi as alterações para o SVN na Revisão 19009. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Você deve passar pras propriedades o conteúdo do arquivo e não apenas o caminho.