EMBarbosa

Esse não é o log completo gerado pelo componente. Veja que o que você mencionou antes tem informações da ativação do componente, incluindo modelo e configurações de porta como abaixo: Sem o log que contenha as informações de quando se reproduz o erro, dificilmente conseguiremos ajudar de algum modo.

Olá, Acabei de testar aqui e está normal. Tente reproduzir o problema utilizando o aplicativo de exemplo. É possível que você tenha modificado alguma propriedade padrão na geração do PDF?

Olá Roger, O que pode estar acontecendo é o componente para NFCE estar reescrevendo o nome do arquivo. Verifique se a propriedade NomeDocumento está correta antes de enviar o comando para gerar o PDF.

Esse problema geralmente acontece quando se tem mais de uma versão do Delphi instalada e uma versão do Delphi está pegando as bibliotecas (arquivos BPL) da outra versão.

Isso. Esse daí é o log gerado pelo ACBrBal. Com ele talvez você mesmo consiga identificar alguma coisa.

Obrigado por reportar.

Olá EdmarFrazao, Muito obrigado pela contribuição. Pelo que vi está tudo certo, mas eu tive que fazer algumas alterações recentemente nessa unit, então peço que teste com bastante atenção. Subi as alterações para o SVN na Revisão 18174. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado. PS.: Por favor, observe que agora também existe uma nova propriedade "ImprimeEmDuasLinhas".

Olá Giovane, Enviei alterações ao DANFC-e em Fortes report criando uma nova propriedade "ImprimeEmDuasLinhas". Você pode habilitar essa propriedade e ela deve fazer o trabalho que você quer. Seria bom se você pudesse testar e reportar qualquer problema. As alterações foram enviadas na revisão 18173.

Parece que eles disponibilizam um SDK pra ela. Mas não olhei o manual do equipamento pra ter certeza que não existe alguma linguagem compatível: https://support.brother.com/g/b/faqend.aspx?c=br&lang=pt&prod=lpql700eus&ftype3=100195&faqid=faqp00001521_000&ot=us_ot

Olá, Você tem o log do ACBrBal com essa situação?

Se você ler a documentação verá que erro -100 é "Erro interno no módulo". Isso quer dizer que você precisa do suporte da Software Express para configurar o módulo de coleta de dados pelo pinpad.

Essa é uma confusão comum. Mas ocorrência não quer dizer que o valor precisa ser diferente de vazio. A tag pode ocorrer e o valor dela ser uma string vazia por exemplo. Mas não sei se esse é o caso para a NFe ser aprovada. Teria que olhar o MOC mais atual e validar as NT posteriores para verificar as regras de rejeição.

Ahhh entendi. É provável que no modo anterior não estava usando o "WaitOnLock = False" ao criar a nova transação. Mas o mais importante é que resolveu. Obrigado pelo retorno. bom trabalho por aí.

O jeito vai ser você tentar criar um sistema mais simples. Quer dizer, pegue seu sistema e vai removendo o código até ficar o mínimo possível pra reproduzir o erro. Isolando o erro vai ficar mais fácil de saber o motivo.

Isso deve estar acontecendo porque o seu XML não foi canonicalizado. Se você está gerando o XML, você deve fazer isso antes de enviá-lo para o componente. Veja esses tópicos que podem ajudar:

Me parece ok, mas não sou a melhor pessoa pra te dizer porque geralmente eu não uso MySQL. Talvez alguém mais possa te ajudar.

Eu acredito que isso acontece porque a thread principal é a mesma que controla a interface com o usuário e é nela que você está rodando o código de envio. É normal ter um certo grau de demora pra interface responder... mas se está havendo uma demora muito grande, tente medir onde exatamente está a demora antes de mudar o código.

PS.: Sobre esse assunto é bom lembrar que números decimais, ou seja de ponto flutuante, (FLOAT, REAL, DOUBLE, etc...) geralmente não são armazenados exatamente como escrevemos. Isso porque existe um número infinitos entre 0,1 e 0,2. Da mesma forma existe uma quantidade infinita de números entre 0,00001 e 0,00002. Então os cálculos são aproximados. Esse artigo explica esses detalhes: What Every Computer Scientist Should Know About Floating-Point Arithmetic - David Goldberg

Confere por favor, pois o manual deveria dizer "de acordo com o hardware e/ou sistema operacional". De qualquer maneira, quando fala sobre o hardware está principalmente falando sobre o processador. Quer dizer que o código do MySQL joga pro processador é a responsabilidade de fazer os cálculos com esse tipo de número. E, se ele é responsável pelos cálculos, também é responsável pelos limites do que é suportado. Isso é assim em muitos BD diferentes. Isso eu não sei te dizer ao certo. Pode depender dos testes, da configuração do BD, do hardware e etc... Mas note que o primeiro parâmetro do tipo 'M' é o número total de dígitos, incluindo casas decimais. Veja que a descrição é "aproximadamente até 7 casas". O que significa que nunca vai passar de 7 casas, e em muitos casos vai ser menos que isso. É o mesmo caso do Float acima... Espero ter ajudado em alguma coisa...

As DLLs em binário não estão no SVN. Apenas os códigos fontes. Você pode baixá-las aqui: https://www.projetoacbr.com.br/forum/files/category/36-acbrlib/

Olá, Adicionei isso na minha lista de afazeres.

Olá pessoal, Nos parece que a SEFAZ-MG já corrigiu o problema, então enviamos uma remoção do código relacionado a isso. Mesmo assim, o @André Ferreira de Moraes nos forneceu um ajuste no arquivo pcnLeitor.pas que corrige o problema permanentemente. Fiz vários testes simulando xmls de retorno com NameSpaces nas tags e tudo funcionou corretamente. Sugerimos a todos que façam testes e reportem qualquer problema. As alterações foram enviadas ao SVN na revisão 18149. Muito obrigado a todos.

Teste com o aplicativo de demonstração do ACBrNFe por favor.

Olá Edmar, Acho que ninguém conseguiu testar antes. Estou adicionando na minha lista de afazeres.

No seu arquivo pesquise por "SituacaoTributaria/" sem aspas que você vai encontrar um registro em que o valor pra esse elemento está vazio. Isso é inválido conforme a mensagem que está recebendo. Abaixo trecho do seu arquivo com problema. -<Produto> <Descricao>CG.MACH3 SENSITIVE GILLETTE LV3PG2 - 6184</Descricao> <CodigoGTIN>7500435114479</CodigoGTIN> <CodigoCEST/> <CodigoNCMSH>82122010</CodigoNCMSH> <CodigoProprio>00000000006184</CodigoProprio> <Quantidade>12,000</Quantidade> <QuantidadeTotalAquisicao>12,000</QuantidadeTotalAquisicao> <Unidade>UND</Unidade> <ValorUnitario>14,060</ValorUnitario> <ValorTotalAquisicao>14,06</ValorTotalAquisicao> <ValorTotalICMSDebitoFornecedor>0,00</ValorTotalICMSDebitoFornecedor> <ValorBaseCalculoICMSST>14,06</ValorBaseCalculoICMSST> <ValorTotalICMSST>0,00</ValorTotalICMSST> <SituacaoTributaria/> <Aliquota>0,00</Aliquota> <IsArredondado>true</IsArredondado> <Ippt>Terceiros</Ippt> <SituacaoEstoque>Positivo</SituacaoEstoque> </Produto>