Daniel Simoes

Já existe o comando SAT.SetNumeroSessao( nNumero ) (ou algo parecido, não lembro de cabeça)

Isso já foi feito a semanas... No Trunk2 apenas

Possíveis causas: - DLL do fabricante errada ou faltando arquivos - modelo errado no ACBrSAT

O ACBrSAT não usa os Schemas de forma alguma... Afinal quem válida o XML é o próprio SAT Essas pastas são o local onde o ACBrSAT irá salvar os CFes

Prezado... Para relatar problemas e conseguir ajuda... Você precisa ser muito claro e fornecer dados para análise. Mensagem de erro ? Log gerado ? Tentou com o PosPrinterTeste ou SATTeste ? O problema pode ser na sua aplicação e não nos componentes. Cabe a você uma análise minuciosa do problema, antes de reportá-lo a nós...

Usa a impressão em EscPos... imprimir em modo gráfico sempre dependerá de um driver de impressão bem elaborado (fabricante)

Não compreendi a natureza da sua pergunta... com o Posprinter você pode imprimir qualquer texto... Veja o exemplo do PosPrinterTeste o SAT não tem nenhuma relação com Sangria

Veja esse tópico: http://www.projetoacbr.com.br/forum/topic/9378-erro-ao-pegar-os-títulos-pagos-da-ultima-rz/?do=findComment&comment=54339

Para que problemas semelhantes não mais ocorram... Apliquei a seguinte modificação no SVN

Apliquei uma correção para o problema...

Pelo que Li no fórum... O Elgin é idêntico ao DIMEP... (ambos tem a mesma fábrica)

O manual se chama ACBrMonitor.chm, e é instalado quando vc faz a instalação completa... Ainda não há uma maneira fácil de acompanhar o Change-log... Para ver as melhorias e modificações é necessário ver os arquivos "Change-Log.TXT" do PLUS e de todos os componentes que ele possui... nos fontes do ACBr

Verifica se a porta Serial criada está pelo TMVirtualPort está com sinal de Exclamação no Painel de Controle... Se SIM, o driver não foi instalado corretamente

Você diz: que quando Alimenta o CFe com RTSimplesNacional, o CFe gerado não é aceito pelo SAT ? Li os tópicos anteriores,mas não achei em nenhum deles um exemplo do XML recusado em anexo...

Use o InteliSAT da Tanca... ele analisa o seu XML e aponta por problemas http://tanca.com.br/drivers.php?cat=24&sub=43

Eu desconfio que o problema não seja exatamente o parâmetro... Pode ser um TimeOut baixo... Em alguns modelos de ECFs, o ACBrECF é capaz de detectar que o mesmo está trabalhando (o ECF possui comando de Status que pode ser chamado durante a execução de comandos demorados)... em outros modelos, isso não é possível, então é necessário estimar um Tempo mínimo para o comando, e defini-lo em TimeOut... antes da execução... Note que no seu caso, o exception ocorreu após 1 minuto do envio do comando... -- 19:15:44:117 TX -> [FS]F[234]130815192742[181] Daruma: Falha no Envio do CMD. Tentativa: 1 - Erro: 0 - Estendido: 0 -> Erro não documentado Cod.Aviso: 0 19:16:44:193 RX <- -- Desativando a porta: COM1 ----------------- ERRO ----------------- Impressora Daruma não está respondendo ---------------------------------------- Se fosse problema de sintaxe do comando... o erro ocorreria na hora...

Obrigado pelas explicações... Notei que "TACBrSATResposta.SetRetornoStr" já é feito um bom tratamento para evitar Exceptions em resposta fora do padrão... Modifiquei os fontes de ACBrECFVirtualSAT.pas para usar as propriedade de "Resposta" e não os campos do Array...

Sim, você pode capturar a Exceção e ignorá-la... No meu sistema, eu capturo os dados da Redução Z antes de executar a Redução, e também depois da mesma... De posse de ambos os INIs, eu faço um merge, dando preferência as informações do INI após a Redução Z

Acho que não tem como tirar as dependências dessas DLL do .EXE.. elas são injetadas pelo ACBrNFe, através da Unit "libxmlsec", que faz declaração dos métodos de forma estática No Trunk, era possível compilar os fontes com CAPICOM ou OpenSSL... no Trunk2, não... ambos os fontes são compilados... A grande vantagem é poder mudar de SSL em RunTime (OpenSSL é ótimo para certificados A1) Talvez você precise rever a estratégia... como por exemplo, distribuir um Instalador (Inno ??) que quando executado, copia as DLLs e atualiza o binário..

Obrigado... já está no SVN...

Henrique, Vou deixar para outro commiter analisar... Não tenho Delphi e FastReport... Mas desde já agradeço o seu empenho..

Boa analise.. Atualmente o Quickreport não é mais mantido pelos desenvolvedores do ACBr... Mas se quiser anexar uma Unit com as modificações eu posso subir...

Todas as propriedade do certificado estão em ACBrNFe.SSL.xxx

Só havia observado essa msg quando o ECF era novo e ainda não havia nenhuma redução Z Nao há o que fazer do Lado do ACBr... O mensagem de Erro vem do próprio ECF

Prezado... Já foi respondido a você, por várias vezes, que o problema está no Fortes continue no Trunk... ou aguarde o pessoal do Fortes corrigir o SAC nao lhe dá o direito de exigir uma correção ou desenvolvimento específico... Leia o contato...