Daniel Simoes

Temos relatos aqui no forum de usuários que usaram o SAT da Sweda com sucesso... Porem eu não tenho um equipamento de testes... portanto não tenho mais dicas a tentar... Observe a assinatura do evento OnGetCodigoAtivacao... para que ele serve ??? ... Para fornecer ao SAT o seu código de ativação... procedure TForm1.ACBrSAT1GetcodigoDeAtivacao(var Chave: AnsiString); begin Chave := 'SEU_CODIGO'; end; Porque ele não é uma propriedade do componente ? Porque isso gravaria de forma insegura o seu código de ativação no .EXE, permitindo acesso aos hackers

Não tem razão... A configuração que me refiro é no ACBrMonitor... Vamos ver se uma imagem esclarece...

No Log fica claro o seu Erro... veja... você vendeu o Item com QTD = 9, Unitario = 29,8 , portanto TOTAL = 268,20 Ou seja, ainda há saldo devedor a ser pago no seu cupom... não há como fechá-lo...

Infelizmente não sei... não participo do desenvolvimento do Fortes... Certamente eles devem ter uma área de suporte...

Por favor seja mais específico... dê a exata mensagem de erro... Fique atento ao modelo do SAT... Especificar o modelo errado, pode causar problemas na aplicação (fechamento/ travamento) No caso da DIMEP, a DLL usa o padrão de chamadas "stdcall"

É um evento do componente... Veja no seu ObjectInspector... Mas... primeiro... tenha certeza de que funciona com o Demo compilado que já indique no tópico acima...

Para o ACBrSAT e o problema reportado...(Codigo de ativacao invalido) é indiferente o modelo do equipamento... Esse problema ocorre porque o evento OnGetCodigoDeAtivacao não está corretamente programado...

Sim... Paralelas ou Serias, ou ainda Impressoras de arquivo ou de Rede Ex: "\\MAQUINA\NomeImpressora" O valor de atribuição na propriedade Porta faz a classe detectar qual o tipo de porta... Nota: No "Trunk2".. logo teremos uma nova classe mais completa.. chamada TACBrEscPosPrinter

Você mesmo compilou o Demo SATTeste ? Parece que algumas IDEs tem problemas com o Evento OnGetCodigoDeAtivacao... precisando que o mesmo seja removido e reprogramado pela IDE... Tente com o nosso Demo já compilado em Lazarus:

Não isso não é permitido por LEI...

Verifique o motivo do Bloqueio... se é bloqueio Autônomo, é porque o SAT precisa se comunicar com o SEFAZ.. nesse caso apenas ligue-o na Rede...

Nesse caso você não precisa de componentes... você pode usar um Gerador de Relatórios da sua preferência... Ou usar diretamente a classe ACBrDevice, para enviar para a Impressora...

Se o SAT é de desenvolvimento, o CNPJ é definido pelo fabricante... e em alguns casos, o SAT já vem ativado...

Mas nesse caso, favor fornecer um LOG que demonstre a ocorrência do erro...

Não há nenhum erro nesse arquivo de LOG... Alias, na linha, 112 deste arquivo, podemos observar que houve um fechamento de cupom com sucesso...

Poste o Log todo, anexe-o como ZIP...

Não..o ACBr não faz uso das DLLs dos fabricantes... Provavelmente a velocidade do ECF está a 115.200, você precisa configurar isso usando o botão "Serial", na aba do ECF

O Comprovante Não Fiscal não permite texto livre... mas você poderia imprimir um relatório gerencial, após a Sangria ou Suprimento

Sendo assim, vou trancar o tópico, pois o mesmo parece não ser mais produtivo...

Pode ser uma característica desse WebService... tente com outro..

Não... o ACBr não foi projetado para ser usado com as DLLs...

O Regys ficou de receber uma da Daruma... mas até onde eu sei, ele ainda não recebeu...

O Log não ajuda nesse caso... Você teria que fornecer um passo a passo de como reproduzir o erro usando o Demo ECFTestes.exe Muito provavelmente o Erro está no seu sistema... talvez dentro da chamada de algum evento do ACBrECF...

Não sei se eu compreendi a pergunta... mas se você quer recuperar essas informações de um Certificado A1, usando OpenSSL, veja esse fonte do "trunk2" https://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrDFeOpenSSL.pas Veja os métodos: function GetCertNumeroSerie: String; override; function GetCertSubjectName: String; override;