Daniel Simoes

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;

Ainda não, estou com outras prioridades no momento... (ACBrSAT)

Relatório Gerencial só existe no contexto de ECF... então é o ACBrECF...

Até onde eu sei, NÃO... mas não sei se faria muito sentido, já que o ACBrSAT, sempre usará a "SAT.DLL", disponibilizada pelo fabricante...

Em SP a NFCe não aceita off-line como contingência... a contingência da NFCe para SP é o "SAT"... então... aqui em SP a NFCe não é de muita serventia...

Eu não uso a impressão em Fortes... sugiro usar o EscPOS

A legislação prevê que o código de barras possa ser quebrado em 2 linhas...

Continuo sem compreender... Há como reproduzir o problema com o Demo ETQDemo ?

Eu não lembro muito bem desses fontes... mas acho que tem a haver com a maneira que você efetua os pagamentos... Recomendo a leitura dos fontes do TEFDDemo... (tem vários comentários no código) Como falei antes, normalmente as formas de pagamento iguais são agrupadas, e é impresso apenas um Pagamento, e Apenas um CDC. Todas as vias de todos os pagamentos que foram agrupados são impressas no mesmo CDC... Infelizmente não posso aceitar a sua modificação devido o motivo exposto acima... Imprimir o gerencial não é o correto para TEF (consulte o órgão homologador)

Essa propriedades deixaram de ser published para serem publicas, por motivos de compatibilidade com o Firemonkey (FMX) Ignore os erros, e salve novamente o formulário/datamodule onde o componente está e pronto...

O ACBrTEFD procura agrupar o Total por forma de pagamento... Ou seja, o comportamento padrão dele, é agrupar as mesmas formas de pagamento em apenas uma... Se não me engano deve haver uma maneira de configurar para ele não fazer isso (não lembro bem)... Você não pode imprimir o comprovante TEF em Gerencial, na primeira tentativa... O CCD /CDC (Comprovante de Crédito Débito) existe justamente para operações TEF

ACBrECF.Retentar := False

Existem diversas maneiras de assinar um arquivo... Você deve ler a informação técnica que eles devem fornecer sobre esse processo de assinatura

Verifique no XML recebido, se a Obs está lá... O ACBrSAT recupera esse XML através de um decode de Base 64 do retorno do SAT