Daniel Simoes

digo... a imagem gerada por ambos... se fisicamente a imagem é idêntica...

Você consegue imprimir o mesmo Cupom em ambas impressoras ? Compare o QRCode gerado por elas...

Não vejo lentidão em "DadosUltimaReducaoZ" na Epson...

Acho que não consigo ir mais Longe sem um ECF para testes... O Regys tem uma... ele deve continuar a analise...

Isso mesmo... eu já estou usando o "trunk2" a 3 meses... Fica cada dia mais dificil e trabalhoso fazer merges para o "trunk"

já está no SVN (trunk e trunk2)

Atualizado

O ACBrECF não cria nenhum arquivo por conta própria, na emissão da Z

Obrigado pelo LOG... Realmente a Daruma está respondendo fora do padrão... ela deveria obrigatoriamente, retornar o Total a Pagar na resposta do comando do Pagamento... mas essa informação não veio... Veja uma resposta correta, pelo Emulador da Bematech MP4200 Apliquei um workaround nos fontes.. (trunk e trunk2)

Lembro de ter corrigido algo relacionado a isso...não faz muito tempo... Seus fontes estão realmente atualizados ? Como o problema pode ser reproduzir no ECFTeste ?

Fique atento para o fato que em SP não é permitido NFCe em contingência OFF-LINE... você deve usar o SAT quando a NFCe falhar...

Na Pasta "TOOLS" do nosso SVN tem um PDF com a legislação... https://svn.code.sf.net/p/acbr/code/tools/EscECF/ Ou então o próprio site do CONFAZ http://www1.fazenda.gov.br/confaz/confaz/Atos/Atos_Cotepe/2009/AC016_09.htm

Veja o exemplo da pasta Lazarus\ECFTeste... Você deve informar os impostos no evento QuandoVenderItem

Vou corrigir o CEP... em relação a migração, a escolha é sua... o trunk sempre existirá... porém eu deixarei de enviar commits para o "trunk" essa semana...

Obrigado pelo retorno

O Quick Report ha muito tempo não é distribuído com o Delphi.... Se você comprar uma nova versão do Delphi, receberá o Fast Report Em relação ao Fortes, você precisa buscar suporte no site deles... https://github.com/fortesinformatica/fortesreport-ce/issues

Você deve usar a versão do Fortes Report Community Edition Embora já detectamos alguns erros nos fontes do mesmo, que dificulta a instalação em algumas plataformas... Comunicamos os responsáveis do Fortes, esperamos que seja corrigido em breve..

Apliquei correções nos fontes do ACBrMonitorPLUS para corrigir esse problema... por favor aguarde a próxima compilação...

Apliquei as seguintes modificações no "trunk2" Nota: as modificações não serão aplicadas no Trunk

Nunca cheguei usar o Wrapper... Iniciamos o JPOSBr, porque nos envolvemos em um projeto que exigia a implementação de um Driver JPOS para os ECFs brasileiros, e a geração de arquivos TXT (Sintegra, SPED, etc).... Para esse projeto, só poderíamos usar Java...

NFSe ainda não está operacional no :Trunk2... Use uma V.M. e vá preparando seus projetos para o Trunk2 em paralelo... Se você deseja continuar a receber atualizações do ACBr, a Migração é necessária... o trunk será congelado em breve..

Lendo os fontes... não pude notar nenhum problema aparente... Qual é exatamente o comando de envio que você alega não funcionar ? Qual é o conteúdo de "ENT.TXT" ?

Esse sub-fórum é destinado apenas para questões do ACBrMonitorPLUS

Definitivamente o primeiro passo, é ler a documentação disponível no site do SEFAZ http://www.fazenda.sp.gov.br/sat/downloads/vigentes.asp http://www.fazenda.sp.gov.br/sat/duvidas_frequentes/desenvolvedores.asp (no primeiro link você encontrar o emulador do SAT) Você pode usar no ACBrMonitorPLUS Enquanto a documentação oficial não fica pronta.. você pode consultar o Blog do André para ver os comandos disponíveis: http://anfm.blogspot.com.br/2015/05/acbrmonitor-plus-com-sat.html

Não é a resposta que você procura... mas com a ajuda do José Mauro, estamos iniciando um novo projeto... totalmente focado para Java http://sourceforge.net/projects/jposbr/