Daniel Simoes

Não use o ACharPorta ou AcharECF... Atribua corretamente os valores de Modelo e Porta, e ative o componente...

Sua chave é um módulo... as chaves RSAs são formadas por um numero gigantesco (o módulo) e um expoente... Muito provavelmente o expoente é 1001 (mas pode ser outro.. nesse caso consulte a Bematech) No ACBrEAD, você pode ler esse tipo de chave, usando os métodos: TACBrEAD.LerChaveModuloExpoente(Modulo, Expoente: AnsiString) Ou ainda o método: procedure TACBrEAD.LerChave_eECFc(ConteudoXML : AnsiString ) ; Nesse caso o XML deve ter o formato adotado pelo programa eECFc (do fisco).. Exemplo: <?xml version="1.0"?> <empresa_desenvolvedora> <nome>SUA_EMPRESA</nome> <chave> <modulo>COPIE_O_SEU_MODULO_AQUI</modulo> <expoente_publico>10001</expoente_publico> </chave> </empresa_desenvolvedora>

Obrigado pela sugestão... Mas acho que esse tipo de componente foge do escopo do Projeto ACBr (Automação Comercial) No mais, a ideia é boa suficiente para um projeto independente... O Autor aparentemente apenas disponibilizou os fontes... mas criar e gerenciar um projeto de código aberto exige mais do que isso... Como por exemplo: Especificar uma Licença de uso, Manter uma área para Suporte, Manter um repositório de fontes com Controle de Versão, etc...

Possibilidades: - Algum dos eventos do componente ACBrSAT não está programado - a DLL usa uma convenção de chamada diferente da especificada (stdcall, cdecl)

Não podemos te ajudar sem saber como a chave é... Minha sugestão, é que você crie uma cópia da chave, edite mesma, trocando vários caracteres (invalidando-a) e copie a mesma aqui no forum

Converta elas para o padrão do OpenSSL

O ACBrEAD usa o padrão de Chaves do OpenSSL... Você pode usar o Demo do EAD (EADTeste) e criar um novo par de chaves Pública e Privada

Sem dúvida... os problemas de impressão já foram resolvidos no NFCe, para Bematech, Daruma e outras.. tem até um vídeo do Regys demonstrando a impressão em uma Daruma.. http://regys.com.br/impressao-nfce-utilizando-acbr-daruma/ preciso unificar parte do código de ambos os componentes em uma única classe...

Eu recomendaria Epson ou DASCOM com EscPos... EscPos é uma linhagem de impressão criada pela Epson... e nem todos fabricantes seguem o padrão com precisão..

Não... Impressoras Fiscais não permitem "texto livre"... Você pode entrar em contato com o Fabricante e solicitar a transformação do equipamento em uma Impressora não Fiscal (verificar se o custo compensa)

Os componentes de impressão do SAT em EscPos, não estão tão otimizados quanto os do NFCe... mas ambos tem muita coisa em comum... É uma tarefa aberta para mim, criar uma classe que una a impressão de ambos os componentes, e dê suporte a vários modelos de impressora...

Essa configuração de Rede é para informar como o "SAT", poderá acessar a Internet... (não sei se o emulador usa essa informação)

Acho que os problemas podem estar relacionados a configuração do Regime Tributário da empresa (aba 2 do SATTeste) O SATTeste, gera um CFe com informações fixas, e que podem não ser compatível com alguns regimes tributários...

Tópico relacionado:

Quando a Luz Bloq está acessa, é porque o SAT precisa se comunicar com o SEFAZ... (ligue-o a porta ETH em uma conexão com a internet) Segue em anexo, o SATTeste.ini que tenho usado para a DIMEP Não dá pra vc usar o SAT pela Rede... pois a DLL procura pela conexão com a USB... Mas você poderia fazer uma aplicação que se comporte como um "Servidor de SAT"... Veja esse tópico: SATTeste.ini SATTeste.ini

Tente com o ECFTeste.. Pela mensagem de erro, você não está ajustando o modelo corretamente, antes de ativar "Impressora: Não definido"

Verifique se o evento que captura o Código de Ativação está programado... Ou tente com a versão compilada:

Obrigado pela contribuição... vou analisar assim que possível...

Isso significa que o Retorno do ECF, está com um Check Sum (dígito verificador) inválido... Pode ser causado por falhas na comunicação serial...

Se você quiser testar a versão compilada... Veja esse Link:

Marque UTF8... para corrigir a acentuação... Baixa as modificações que foram enviadas para o SVN, para a correta geração do CFe

Estamos quase lá... Devemos divulgar uma versão de testes na semana que vem

Parece ser um bug da versão 2.8.6 do emulador... veja esse tópico:

Não dá... para resolver algo assim é necessário ter o equipamento na mesa de trabalho por alguns dias... O Regys já entrou em contato com a Daruma... vamos aguardar o retorno

De acordo com o manual: SiTef - Interface Simplificada com a aplicação(VRS-148).pdf seria o campo: 158 Código da Rede Autorizadora – Serviço H (Tabela 11)