EMBarbosa

Faça uma limpeza, como Utilize o instalador.

Se você utiliza o Delphi ou Lazarus, o melhor seria continuar mesmo utilizando o componente da paleta. A versão a ser utilizada dos monitores é normalmente a mais recente.

Ok. Enviei na revisão 7810.

Na realidade, eu não estou vendo o motivo de se utilizar a AliquotaECF ao invés do AliquotaICMS na linha: Aliquota := AchaICMSAliquota( AliquotaECF ) ; Acho que deveria ser: Aliquota := AchaICMSAliquota( AliquotaICMS ) ; Pelo menos me parece. No entanto, como já disse antes, não faço uso do ACBrRFD, e concordo com o Daniel em dizer que ele é para ser evitado. Qual é a alteração que vocês mencionam? Em qual revisão?

Se você não vai fazer para mais de uma marca nem agora nem depois, utilize a DLL mesmo. Mas se está pensando em fazer para mais de um fabricante, então sugiro usar os componentes do ACBr. Mesmo que não esteja implementado algo específico para Bilhete de Passagem, você vai ter que implementar mesmo... Daí utilizar algo que já está sendo usado por muitos outros lhe dará uma base sólida. Assim você só terá que fazer as alterações necessárias para adicionar o que falta. Vale lembrar que os componentes ACBr não são só de comunicação com ECF, mas também há o TEFD, EAD e AAC que se intercomunicam com o ACBrECF para facilitar o desenvolvimento do PAF.

O erro continua não aparecendo. Acho que vai ser melhor você conectar o ACBrRFD e debugar o código até a linha onde o erro acontece.

Não me parece haver nada anormal no log. Conecte o ACBrRFD e faça o mesmo teste.

Isso é uma informação muito importante. Eu particularmente não utilizo o ACBrRFD, mas com os logs e a ajuda de outros desenvolvedores poderemos localizar qualquer conflito ou erro no código.

Normalmente seguindo os passos deste tópico:

Usem o ECFTeste para carregar as alíquotas, fazerem uma vendas com pelo menos 3 alíquotas diferentes onde o problema seja evidente e emitir uma leitura X. Anexem o log do ACBrECF.

Pequenas correções hoje: -- ACBrECF -- [-] Correção do rodapé para impostos separados. Era impresso impostos municipais no ModoCompacto, mesmo quando não eram informados se houvesse imposto estatual; [*] A impressão dos impostos não vai mostrar impostos estaduais ou municipais se estes não forem informados, mesmo quando não no modo compacto, conforme o modelo; [+] Adicionada linha que informa o valor realmente gasto nos produtos/serviços conforme o modelo (subtotal - impostos);

Acho que vai variar da empresa e UF que você pesquisar.

Será que os schemas não estão desatualizados? Veja esse post do para um problema similar:

Sim. Lá mesmo é que vi. Aparece a razão social, regime de apuração, situação, substituição tributária e histórico. Mas os dados como Nome Fantasia, CNAE principal e endereço não aparecem.

Fiz um teste e recebi o mesmo resultado do Daniel, só que para uma empresa de MG. A única vantagem que percebi é que foi mostrado a Inscrição Estadual correta.

Olá, Não estou mexendo com isso no momento, então não posso avaliar. Mas vou dar algumas sugestões que podem ajudar. 1) Tente verificar a ordenação dos registros e a validação dos campos. As vezes, registros fora da ordem podem ser ignorados. 2) Tente encontrar algum outro arquivo de exemplo que possua os registros e faça a importação corretamente. Talvez no site, na internet. Ou talvez crie você mesmo na mão um com apenas poucos registros. 3) Se não encontrar nada incomum nas opções anteriores, eu sugiro você entrar em contato com o pessoal que desenvolveu o validador do SEF, ou com algum canal que eles disponibilizem para isso. É possível que você tenha se deparado com um bug no aplicativo deles. Isso não é comum, mas é possível. Talvez outro usuário aqui do fórum possa também ajudar.

Por algum motivo, ao invés de ativar apenas o Device, parece que o ACBrECF inteiro está sendo desativado e ativado novamente. É isso que você deve investigar primeiro.

Até onde eu sei, a resposta simples é não. Isso porque peças importantes para o funcionamento da impressora devem ficar armazenadas em prazo prescricional. Mas você pode tirar suas dúvidas com o fabricante.

Eu não vejo nenhuma vantagem nisso. Pelo contrário, acho que vai lhe dar muita dor de cabeça... Mas... Se você quer trabalhar com Runtime Packages, então você deve copiar para a máquina as "packages compiladas", ou seja, os arquivos bpl. Se você não encontrar os pacotes na sua máquina você precisa compilar. Mas eles devem estar aí em algum lugar... No edit abaixo da opção mencionada, você pode escolher quais pacotes vão ser compilados juntos do executável, e quais vão ser acessados em tempo de execução. Links que você deve ler sobre o assunto: http://delphi.about.com/od/objectpascalide/a/bpl_vs_dll.htm http://robstechcorner.blogspot.com.br/2011/06/runtimedesigntime-what-delphi-packages.html http://edn.embarcadero.com/article/27178

Você chegou a verificar se isso realmente está implementado no componente para esse modelo de ECF.

Não sei se há alguma diferença com o modo implementado, mas existe também o método VarIsNull.

O termo que você assinou é apenas para a validação que os registros não podem ser alterados por fora do seu programa sem que vocês consigam detectar. A geração dos registros continua a mesma. Como você é de MG, se não for vender o seu PAF para fora do estado, eu sugiro você verificar a especificação de Requisitos MG001 que simplifica muito o trabalho para quem faz PAF-ECF apenas para MG.

Como já é sabido, e comentado aqui no fórum em a nova legislação pede que os impostos sejam impressos separadamente. O Régys já fez modificações no ACBrIBPTax para suportar os novos arquivos disponibilizados pelo IBPT. Hoje, seguindo um código proposto pelo clever-x, fiz a alteração no ACBrECF permitindo essa impressão conforme as sugestões do manual disponibilizado pelo IBPT (Veja no site do Régys). Se você não quiser utilizar o novo formato ainda, não se preocupe. A alteração é retrocompatível. Significa que não precisa fazer nada. Isso mesmo, nada interessante pra você aqui... pode voltar ao trabalho. Se quiser utilizar o novo formato, basta ao invés de preencher o parâmetro ACBrECF.InfoRodapeCupom.Imposto.ValorAproximado, preencher os novos campos. Veja abaixo o exemplo que está no método FecharCupom1Click do programa ECFTeste: // Modo Anterior // ACBrECF1.InfoRodapeCupom.Imposto.ValorAproximado := 1.23; // informar o valor aproximado calculado a partir dos itens // ACBrECF1.InfoRodapeCupom.Imposto.Fonte := 'IBPT'; // informar a fonte de onde veio a informação para calculo // Novo formato da lei de transparência que divide a informação. ACBrECF1.InfoRodapeCupom.Imposto.ValorAproximadoFederal := 0.60; // informar o valor aproximado calculado a partir dos itens ACBrECF1.InfoRodapeCupom.Imposto.ValorAproximadoEstadual := 0.40; // informar o valor aproximado calculado a partir dos itens ACBrECF1.InfoRodapeCupom.Imposto.ValorAproximadoMunicipal := 0.23; // informar o valor aproximado calculado a partir dos itens ACBrECF1.InfoRodapeCupom.Imposto.Fonte := 'IBPT/FECOMERCIO (aWd7S8)'; // informar a fonte de onde veio a informação para calculo e a Chave se vier da tabela do IBPT ACBrECF1.InfoRodapeCupom.Imposto.ModoCompacto := False; //Faz com que a impressão seja em apenas duas linhas; A propriedade ModoCompacto faz a diferença entre as opções de impressão sugeridas pelo manual do IBPT de 5 linhas ou apenas duas. No ModoCompacto, o ACBrECF também vai detectar se você passou apenas dois tipos de impostos e imprimir apenas os dois. Nos testes tanto com ECF físico como emulador não encontrei qualquer problema. Mas se encontrarem qualquer problema, queiram informar.

Está com os componentes atualizados? Testou com o programa de Exemplo (ECFTeste.exe)? Poderia anexar o log?

A ideia seria tentar reproduzir, mas se o problema for realmente no ECF, acho que não vai precisar. Porque ninguém vai conseguir reproduzir.