Daniel Simoes

Obrigado por compartilhar a solução conosco... Você está usando a última versão do emulador ? (2.8.8) ela corrige alguns bugs do mesmo...

Wendel, Note o final do meu post anterior...

Acho que o próprio componente ACBrNFe pode tratar a mudança de LineBreak para ';' vou tentar implementar... Também notei que você usa "UTF8Encode"... em teoria isso não deve ser feito nos fontes do Trunk2... No Trunk2, a ideia é permitir que o programador use o modelo de String nativa de sua IDE (Ansi, UTF8, UTF16)... e o componente fará a conversão para UTF8, momentos antes da Assinatura do XML... Quando receber a resposta do SEFAZ, o componente converte o XML recebido de UTF8, para a String nativa da IDE, antes de popular as propriedades de TNFe... Ou seja, no Trunk2, a ideia é que o programador não precise se preocupar com "encoding"

Bom... se você consegue acessar a impressora através de uma Porta COM... use a Impressão em EscPOS... que é mais rápida e não depende de instalação de driver no Windows

A Elgin não é compatível com Epson EscPos ? Veja as imagens desse post:

Tentem com o SATTeste.exe compilado em Lazarus, e disponível para download aqui no fórum... Se funcionar, pode ser algo no Fortes, já que a versão em Lazarus usa o Fortes4Lazarus

Você tem certeza que a DLL da Sweda suporta 64 bits ?

Mas isso já existe... Veja a propriedade ACBrSAT.ConfigArquivos e ACBrSAT.CFe.NomeArquivo (Trunk2)

Sim, o ACBrMonitorPLUS suporta Sockets como Entrada/Saída... fica muito mais rápido...

Não compreendi muito bem o problema... Você quer saber se selecionando no ACBrMonitorPLUS o regime tributário como: "Simples Nacional" o mesmo deve gravar "0" no .INI ?

O S.F. ainda não restaurou os repositórios de fontes... Todos os projetos hospedados lá são afetados.. http://www.projetoacbr.com.br/forum/topic/22935-não-consigo-baixar-os-fontes-acbr/?page=2#comment-148560 Sobre o Trunk2, veja o post fixo nesse fórum: http://www.projetoacbr.com.br/forum/forum/55-trunk2/

Por favor leia com atenção o documento "Bem_Vindo_ao_Trunk2.pdf" Pessoal, O ACBr usa o SourceForge desde a sua fundação em 2005... Ou seja, o S.F. nos serviu muito bem, (e gratuitamente), por mais de 10 anos... O ACBr foi especialmente mais afetado, porque optamos por não criar ZIPs, com os fontes (Tags)... Na verdade, fazíamos isso no do projeto... mas é muito difícil fechar um Tag em um projeto com o tamanho do ACBr... então dotamos a premissa de usarmos o Trunk, e os "commiters" só devem subir para o Trunk código que esteja compilando sem erros... (mesmo isso é difícil quando se suporta várias IDEs e plataformas) O problema recente, em que estamos a mais de uma semana se acesso ao repositório dos fontes é realmente muito chato... Muitos estão vendo apenas um lado da estória, que é: "Eu quero baixar os fontes"... Mas acredite, não é simples migrar um repositório de fontes do tamanho do ACBr... Perderíamos todo o nosso histórico do SVN, e precisaríamos fazer ampla divulgação do novo endereço.... Vários dos serviços do Source Forge já estão no ar... e eles definiram como próxima tarefa restaurar os repositórios: http://sourceforge.net/blog/category/sitestatus/ Em virtude dos 10 anos de excelentes serviços prestados pelo Source Forge, ao nosso projeto, estou disposto a aguardar mais alguns dias pela resolução do problema... porém se isso não se concretizar, realmente teremos que iniciar o processo de migração para outro Host...

Não compreendi a natureza ou necessidade da modificação... O seu SAT está respondendo de forma diferente dos demais ?

A mensagem do Emulador é cristalina... ele só aceita o CNPJ "11111111111111"

Você está se referindo aos fontes do Trunk2 ? O que faz o pulo de linhas, no final do extrato, é o comando: FPosPrinter.Buffer.Add('</corte_total>');

Veja a propriedade: "LinhasEntreCupons" Ela será usada em "</corte_total>", </corte_parcial> e </pular_linhas>

Aumente o TimeOut para 10 Você parece ter problemas nessa porta Serial... os Erros são no Envio dos comandos:

Parece ser interessante... Notei que o Invision4 é bem mais amigável para Mobile... Assim que tiver um tempo faço um teste com ele...

Isso não é normal.. vc precisa estudar o LOG gerado pelo ACBrECF e verificar o que está havendo...

Realmente não sei... ainda não tive essa necessidade..

Não compare o SAT com o ECF... No SAT você enviará um XML contendo o "CFe"... Estude melhor os fontes do Demo SATTeste.exe que isso fica claro...

Pelas notícias do S.F. eles devem restaurar o SVN em breve... https://twitter.com/sfnet_ops

Você não usa Delphi ? Se SIM, o ACBrSAT e demais podem lhe ajudar nessa tarefa... Se não, ainda assim pode usar o ACBrMonitorPLUS