Daniel Simoes

O erro foi na hora do Envio... ou seja o ECF nem retornou o código de Erro... Provavelmente a rotina está exibindo algum erro anterior ou algum "lixo" de buffer (cabe um tratamento nos fontes para esse caso) Acredito que você tenha problemas com a porta serial dessa máquina... tente trocar os ECFs de lugar (se possível) Outra opção é baixar os Buffers da Porta Serial

Parabéns pela persistência e obrigado pelo retorno

No momento estou aguardando uma resposta da Bematech... os métodos que eles disponibilizaram na DLL não estão funcionando como o esperado...

Você deve imprimir sempre o menor pagamento primeiro, caso contrário o Cupom Fiscal é Totalizado e não é possível mais registrar pagamentos...

Acabei de baixar e está tudo normal... deve ser algo em seu Navegador ou PDF reader... Em todo caso, esse manual aqui é bem mais completo, e tem exemplo das fontes: https://acbr.svn.sourceforge.net/svnroot/acbr/tools/Argox/PPLA&PPLB.pdf

Veja todas as fontes disponíveis no manual PPLA https://acbr.svn.sourceforge.net/svnroot/acbr/tools/Argox/

Acho que o simples fato de uma Query retornar 30.000 registros já está errado... Isso irá sobrecarregar muito o seu BD...

Haroldo, Veja o DosPrinter... http://dosprinter.net/ Ele pode monitorar a chegada de um arquivo e envia-lo para qualquer impressora instalada no Windows...

Qual a mensagem de erro que você tem quando tenta lê-lo ?

O que você usa hoje para acessar o ECF ? O ACBrMonitor não irá funcionar se a DLL estiver ativa e prendendo a COM do ECF... Leia sobre o ACBrMonitor em: http://acbr.sourceforge.net/drupal/?q=node/19

Não tenho a menor ideia... nunca tentei... Imaginei que a Bematech providenciasse um driver para USB para Linux... Possivelmente criando uma porta em /dev/ttyUSB0 Acho que apenas o suporte da Bematech pode lhe ajudar nessa tarefa... Do lado do ACBr a "brincadeira" começa apenas quando você realmente tiver uma porta Serial disponível... como por exemplo: "/dev/ttyUSB0"

Quel lê a MFD é a DLL do Fabricante... então cabe ao Fabricante dar o suporte...

Sim, o ACBrECFEscECF também faz comunicação direta com a Serial... Mas precisamos de um driver para fazer a USB se comportar como Serial, correto ??

Não sei se funciona por linha de comando... Procure em: http://www.desenvolvedoresdaruma.com.br/home/ por: GAD (Gerador de arquivos Daruma em Delphi7)

Se usar USB direto com o programa da Bematech, funciona ?

Você nunca conseguirá deixar a Data/Hora inferior ao último documento emitido, basta deixar o ECF em intervenção, aguardando chegar a data/hora do último documento emitido, e então ajustar...

Normalmente basta compilar sua aplicação... porém se algo mudou na propriedades Published (que aparecem no ObjectInspector) então você precisa recompilar o Package... Basta acompanhar o Change-log.txt Dica: Estude e leia com atenção o projeto demo ECFTeste.dpr

Nesse Link, da Bematech, há drivers para Linux... Eles não funcionam ? http://www.bematech.com.br/equipamento-produto-impressoras+fiscais-mp-4200+th+fi-downloads.html#conteudo

Nesse caso... somente o suporte do fabricante poderia esclarecer...

A presença da Barra ou Pontos pode depender da formatação do estado... (e da vontade do Lacrador)... já que o campo é uma String livre... A rotina de geração (da DLL) deveria ter um tratamento para remover barras, pontos e traços... Provavelmente você precise relatar o problema ao suporte da Daruma...

Leandro, Trata-se acima de tudo, de preferência de quem administra o projeto... Eu não gosto da maneira de trabalho do GitHub... (opinião pessoal minha) Mas nada impede qualquer usuário clonar nosso repositório SVN no GitHub... Vi algum muito semelhante acontecer com o repositório do Lazarus, onde os desenvolvedores usam SVN, mas um "power" user, criou um repositório de GitHub, com scripts para sincronização do SVN para o GitHub.. Veja esse link: http://wiki.lazarus.freepascal.org/git_mirrors

Resta saber se essa modificação é aceita por outros bancos ... Senão será um eterno problema .... Alguém pode confirmar ?

Obrigado... Isso já nos foi sugerido, mas recusamos... Os Pull Requests podem ser caóticos em um projeto com essa enorme quantidade de componentes... Mesmo as contribuições que recebemos, quase 70% precisam passar por ajustes antes de subir para o SVN

A modificação pode atrapalhar outros ECF da Classe FiscNET, como Urano, Itautec, ZPM, TermoPrinter, etc O ideal é levantar se isso é uma restrição apenas deste modelo ou de todas as FiscNET... O problema também poderia ser corrigido capturando a exceção com "Errocmdlinhassuplementaresexcedidas" e tentando o comando com 1 linha a menos...

Fechando o tópico, para evitar uma discussão ainda maior.... Acho que o usuário "rdxdt" está agindo de forma inconveniente...