EMBarbosa

O padrão pode ser fora de 100%. Nesse caso precisa refazer a escala usando os pontos mencionados acima para que a impressão saia corretamente. Geralmente a escala usada é 96. Mas talvez precise usar uma outra.

Você vai usar os métodos de distribuição mesmo: https://acbr.sourceforge.io/ACBrLib/NFE_DistribuicaoDFePorUltNSU.html https://acbr.sourceforge.io/ACBrLib/NFE_DistribuicaoDFePorNSU.html https://acbr.sourceforge.io/ACBrLib/NFE_DistribuicaoDFePorChave.html Em geral, depois da manifestação você baixa utilizando esse último DistribuicaoDFePorChave. O seguinte tópico explica como. Note que apesar do tópico falar sobre o componente e o Monitor, os métodos e os procedimentos são os mesmos para a LIB. Se você tiver alguma dúvida mais especídfica, fique a vontade pra postar.

Primeiro precisamos saber se o problema é esse mesmo. Mas se for, você pode usar as propriedades de escala: https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html AlterarEscalaPadrao Define se deve ou não alterar a escala padrão da impressão em fortes. 0 = Não 1 = Sim NovaEscala Define o novo valor da escala.

Boa tarde. Eu não entendo muito sobre esse tema ainda então é melhor tratar em um tópico separado. Se você desejar, eu sugiro criar um outro tópico sobre o assunto. Nele tente explicar o seguinte, preferencialmente seguindo a ordem abaixo: O objetivo do componente, inclua porque é interessante pra automação comercial Onde encontramos documentação sobre o assunto (legislação se existir) O que você já fez e o que falta fazer.

Bom dia Klayton. Me parece que há alguns problemas na renderização e não apenas o "texto borrado" como se fosse censurado. Poderia verificar se esse computador tem uma escala diferente de 100 %? Nas configurações de resolução, verifique a escala. Se a escala na resolução estiver diferente de 100% pode ser esse o motivo. No Windows 10 a tela é semelhante a essa:

É possível que esteja usando uma versão antiga do Indy. Veja esse link: https://stackoverflow.com/questions/12897354/ssl3-get-recordwrong-version-number

Hmm... acho que eu me confundi. acho que só nós podemos fechar. Anteriormente você mesmo poderia marcar a solução. Mas agora não tenho certeza. Preciso verificar. De qualquer modo, pode deixar que eu fecho aqui.

Bom dia. Estou adicionando na nossa lista de tarefas.

Agradecemos por dar um retorno.

Apenas pra explicar essa parte, você não consegue porque isso é fora do "padrão SQL". O Firebird permitia isso, mas como estava fora do padrão, eles removeram. Ou seja, essa alteração foi feita pro Firebird ficar mais compatível com os padrões SQL. Você não vai conseguir fazer isso no mesmo update a não ser que repita o "select max" várias vezes. Acho que ainda não entendi o que você está tentando fazer... Quero dizer, por que você precisa dessa tabela temporária? Qual é a ideia/funcionalidade? Isso de executar dois updates, você poderia fazer isso até por fora de um execute block. Bastando executar um update após o outro. Já o Execute block permite você fazer algo como: EXECUTE BLOCK AS declare MPV Numeric(9,2); declare CDP INT; BEGIN FOR SELECT max(prc_venda), cd_prod from produto_empresa pe INTO MPV, CDP DO BEGIN update lixo_teste set vlr_01 = :MPV, vlr_02 = :MPV - 1, vlr_03 = :MPV - 2 where cd_prod = :CDP END END

Se resolveu a sua dúvida, você pode fechar.

Olá Rodrigo. Esse problema se resolve reavaliando o método que se faz o SQL. Por exemplo, se você precisa pegar um valor para utilizar várias vezes, você pode usar o "ExecuteBlock" que permite executar um SQL como se fosse dentro de uma procedure. Daí joga o valor numa variável e reutiliza quantas vezes precisar. Usando o Execute Block você poderá usar também outros recursos como "For Select"... Eu particularmente não entendi esse código seu. O que vem a ser a tabela lixo_teste? É uma tabela temporária? Porque o Where exists é feito dessa maneira? Sem entender a estrutura do seu BD fica difícil de ajudar. Por favor, nos dê a modelagem das tabelas usadas, mesmo que sejam apenas os campos usados no SQL em questão.

Essa área é aberta para programação em geral.

Eu não entendi essa frase.

Não sei... o tópico era para compartilhar esse tutorial de acesso ao Firebird via Zeos visto que estive recebendo muitas perguntas sobre o assunto. Eu particularmente ainda não fiz testes sobre o assunto. Apenas apontei uma possível direção...

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

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Apenas alterei a constante pra usar a que já temos definido no código. Subi as alterações para o SVN na Revisão 21702. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Entre em contato com a SEF.

Com certeza. Vou adicionar na minha lista de tarefas.

Reduza o tamanho do nome das pastas e a quantidade de pastas. Por exemplo, em vez de instalar em algo parecido com "C:\programacao\projetos\Delphi\Componentes\acbr", usa apenas "C:\acbr" . A mesma coisa para seus projetos pessoais. Você também pode criar links simbólicos pra encurtar os caminhos. Mas eu particularmente não gosto dessa solução porque adiciona mais uma coisa pra você lembrar sempre que for mexer no projeto.

A mensagem de erro é que o nome ou a extensão do arquivo é muito grande. É possível que se você reduzir os caminhos do arquivo você consiga resolver.

Mas não foi isso que foi registrado. Se estiver usando os componentes, você pode analisar o log e verificar que não foi esse valor de 0,260 KG que foi enviado. Pela imagem, podemos ver que o valor da quantidade registrada foi 2,268 KG... É um valor diferente, como se o produto custasse R$ 87,97 ou R$ 87,98. O que indica que algo estranho pode ter acontecido. Talvez você possa procurar algum produto na sua tabela com um desses preços para ver se não está sendo pego um produto equivocado... Ou talvez esses valores te ajudem a debugar...

Você precisa verificar se sua tabela CESTxNCM está realmente atualizada de acordo com as últimas legislações. Comece olhando por esse link: https://www.confaz.fazenda.gov.br/legislacao/convenios/2018/CV142_18

Algumas balanças imprimem na etiqueta "Código/Peso". Mas essa balança imprime no código de barra "Código/Preço". Veja o que está escrito no código de barras "2039700010093", onde com certeza "0397" é código do produto e "01009" é o preço. Então depois de ler esse código seu aplicativo precisa calcular o peso/quantidade para enviar pro cupom. Pelo visto sua aplicação está calculando o valor incorreto.

Não acredito em ser algo similar ao modelo do DANFe. Na SEFAZ geralmente eles não querem que sejam impressos nada que possa se assemelhar ao documento fiscal. Após verificarmos aqui, é possível que eles querem dizer algo sobre tamanhos mínimos de fontes. Ou talvez seja uma referência incorreta mesmo... Mas em todo o caso, seria interessante fazerem uma consulta sobre esse Requisito.