Daniel Simoes

Apenas joguei o componente em um form do Delphi 7 e compilei... mas não obtive esse erro... Isso ocorreria se em alguma das seções "uses" do código fonte, ele chamasse a si próprio... mas isso não está presente nos fontes...

Não fui capaz de compreender o problema... Certifique-se de que vc tem seu SiTEFDemo corretamente instalado...

Tente reproduzir a lentidão usando o ECFTeste.exe Provavelmente é algo na sua rotina de leitura a geração dos arquivos de intercâmbio... Verifique na pasta Exemplos se há algum para a sua linguagem...

O primeiro passo é ter certeza que a porta COM está disponível e sem erros no Gerenciador de dispositivos

Acho que nesse caso não será possível usar o ACBrSpedFiscal... você teria que ter um componente que armazene as informações em um BD temporário, e não em memória...

Já procurou em \ACBr\Pacotes\Delphi ? Lá vc encontra TODOS os Packages disponíveis...

Ou Remova os componentes que vc não irá utilizar Quick ou Fortes... Ou instale ambos os geradores... e os equivalentes de impressor do Boleto da Ficha de Compensação para esses geradores.

Leia um pouco mais sobre Assinatura Digital, para compreender os conceitos de Chave Publica e Privada... http://pt.wikipedia.org/wiki/Chave_privada http://pt.wikipedia.org/wiki/Assinatura_digital O XML nada mais é do que uma outra maneira de representar a Chave Pública... Com a chave pública vc consegue saber se um arquivo foi realmente assinado usando a Chave Privada que deu origem a ela... Vou testar a assinatura do ACBrMonitor e já retorno...

Isso é um caso para a lista do Fortes Report... Em todo caso, se vc usar a pesquisa do forum encontrará a resposta aqui mesmo:

O protocolo ecfSweda deve ser usado apenas nas antigas matriciais... o código dessa classe não tem recebido correções ou melhorias...

Estude os fontes do Demo, projeto ECFTeste.dpr... lá ele lê os parâmetros de um .INI e seta nos componentes ACBr

Vc tentou ajustar sua geração para usar a concomitância ? Basta usar o Write a cada N registros do seu loop... Veja como foi feito no Demo...

Leitura da Memoria Fiscal sim, vc consegue por Data ou CRZ, mas elas retorna muito menos informações do que o "DadosUltimaReducaoZ"

O ACBrETQ não usará os drivers... ele enviará os comandos direto para a impressora... Use PPLB, mas a atribuição da porta deve ser algo que ele consiga enxergar como um dispositivo comum... Veja esse post:

Você precisa usar a geração de arquivo com concomitância... nos fontes do Demo há um descritivo sobre isso... Tente gerar mais de 10.000 notas no Demo que o problema ocorre... depois acione as opções de gravação com concomitância e veja como funciona

Se não me engano apenas a EPSON permitiria isso... mas o ACBrECF não tem interface para receber parâmetros de Data ou CRZ

Essa impressora suporta PPLA ou PPLB ?

Tópico dividido... Por favor crie um novo tópico para um novo assunto... O erro indica que a Porta Serial escolhida NÃO existe, ou não pode ser acessada (Ex: outra aplicação usando)

Provavelmente isso ocorra sempre, nesse modelo de gaveta... pois o capacitor da gaveta está carregado e quando você destrói o componente, o sinal CTS/RTS é desativado

Sim.. isso já é feito no DJMonitor / DJPDV... porém seria muito difícil de fazer ele perguntar o captcha através do ACBrMonitor

Bacana... parabéns pelo empenho Vitor...

Use a classe SwedaSTX

Vc copiou o XML gerado para a pasta específica do eECFc ? Veja... esse código de assinatura é utilizado por muitas Sw.Houses que utilizam o ACBr.. provavelmente é alguma das etapas do seu procedimento...

O código de atribuição do modelo parece ser igual ao do demo ECFTeste.exe (lá funciona) Qual é a exata mensagem de erro ?

Acho que a única Base de dados é a da receita federal... Seria possível fazer uma rotina para acessar a página existente na internet... http://www.receita.fazenda.gov.br/pessoajuridica/cnpj/cnpjreva/cnpjreva_solicitacao.asp O problema é que a digitação do "Captcha" torna a tarefa impossível de ser executada pelo ACBrMonitor