Daniel Simoes

O código de resposta está na String que você copiou... Você precisa ler a Especificação de Requisitos do SAT http://www.fazenda.sp.gov.br/sat/downloads/vigentes.asp

Sim, faz bastante diferença... pode deixar 0 na maioria dos ECFs... Em caso de problemas de comunicação... experimente valores de 10 a 100

Sua pergunta é MUITO genérica... usa ACBrSAT ? Que retorno você quer ? Que método você chamou ??

Aqui usamos UTF8 sem qq problema... (Lazarus)

Favor anexar o log gerado pelo ACBrECF

Não existe uma página de código chamada LATIN1... abriu o link que lhe enviei ? CP1252 ( This character encoding is a superset of ISO 8859-1,)

Segue link para download das novas versões do Bematech Virtual Serial Port, versão 3.0.5 (use apenas para testes) Versão 64 bits Versão 32 bits

Qual a sua versão de Delphi ? Delphi 7 não suporta UTF8... não sei bem se irá converter corretamente... Se vc usar um encoding específico... sempre haverá o caso da outra parte não compreende-lo... No Brazil a página de código padrão é a CP1252

O ideal é usar UTF8, pois é aceito mundialmente...

Também recebi relatos de problemas de clientes que usaram a Serial Virtual da Bematech... (no meu caso, resolvemos instalando portas Seriais físicas) O correto é entrar em contato com o suporte deles e relatar a instabilidade Edit: Falei com o André Munhoz e ele está me enviando uma nova versão do driver... já posto os links para download

Conversei com o André e compreendi do que se trata o recurso de monitoramento de pastas... Na sua opinião, qual seria a principal vantagem ? Poderia dar exemplos de uso dessa funcionalidade ?

Sim, eu entendo... apenas quis expor o quanto amadora é a solução do NFCe... Do jeito que está somos obrigados a passar uma informação diferente da Real... A questão do Troco é bem resolvida no XML do SAT

Duas sugestões já foram lhe apresentadas... você nem ao menos comentou sobre elas...

No Log não apresenta o ERRO.. Provavelmente o problema está na maneira que o componente é criado... Se você não quer mantê-lo em um Form... use um DataModule

No Log não há erros... O que ocorre ? o Arquivo não é gerado ?

Por favor crie um novo tópico para um novo assunto...

Apliquei uma modificação nos fontes do ACBrECFFiscNet... Porém o que ocorrerá, é que os registradores não encontrados ou retornados não serão incluídos no retorno..

Tópico fechado... Por favor evite posts repetidos:

O log de erro fala "Fatal: File not found:" Evite pastas com nomes Longos ou acentuação... isso sempre gera problemas...

Mas nesse caso você estará informando o Valor pago diferente do real... (Na verdade esse é um dos vários problemas existentes na NFCe... um projeto feito as pressas e cheio de remendos... mas que será uma exigência nacional em breve...)

Aparentemente esse ECF nunca foi usado... ou seja... não tem memória de última Red.Z nele.. Veja o valor do CRZ -- 11:07:42:686 NumCRZ TX -> {46;LeInteiro;NomeInteiro="CRZ";31} 11:07:42:811 RX <- {46;0;ValorInteiro=0;20}

Esse erro não é normal... Consegue reproduzir o problema com o ECFTeste ? Você não deve abusar de leitura de Estados, pois ele sempre gera comunicação com o ECF, ao invés disso, usar um Flag interno...

Você pode criar uma ou várias Units com as suas Classes... Ex: https://svn.code.sf.net/p/acbr/code/trunk/Fontes/ACBrSerial/ACBrECFClass.pas

A mensagem não parece ser um erro... e sim uma comunicação de que a conexão foi fechada... Já tentou usar o ACBrMail ?

Em que momento você faz isso ? Uso técnica semelhante e nunca tive problemas... Você pode ainda fazer um Loop até ter certeza que o Valor foi gravado... Ex: repeat SQL.Text := 'select RDB$SET_CONTEXT(''USER_SESSION'', ''APLICATIVO'', '''+SuaChave+ ''')'+ ' from rdb$database' ; Open; Close ; SQL.Text := 'select RDB$GET_CONTEXT(''USER_SESSION'', ''APLICATIVO'' ) as DJ_KEY from rdb$database'; Open; until FieldByName('APLICATIVO').AsString = SuaChave;