Daniel Simoes

Provavelmente o ErrorLevel ou Tipo do QRCode está sendo enviado errado na Bematech... quando fiz o PosPrinter compatível com a Bematech, tive que "deduzir" onde iriam esses parâmetros na sintaxe do comando... Será necessário um manual técnico que descreva o protocolo e a sintaxe do comando de QRCode em detalhes... os parâmetros são: Tipo: 1,2; ErrorLevel: L, M, Q, H; Tamanho do módulo: 1-16 por favor entre em contato com o fabricante e verifique se ele tem essa informação

O que vc chama de instável ? Eu já estou usando a 3 meses... chegou pelo menos a testar ?? Como disse a escolha é sua... vc pode ficar para sempre no "trunk", mas não conseguirá se beneficiar das melhorias e commits do trunk2 Use um Virtual Machine para seus testes...

Por favor abra um novo tópico... o assunto é completamente diferente...

Use o Extrato em Fortes com filtro de PDF... ou use uma impressora como a "PDFCreator" Mas para que serviria um PDF de extrato do SAT ??

O mesmo ocorre com o ACBrMonitorPLUS ?

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...