Daniel Simoes

Estude os Demos do ACBr... SATTeste, PosPrinterTeste

Sim, provavelmente é limite de espaço ou de número de anexos... www.projetoacbr.com.br/forum/attachments/

OK... modificações de ACBrUtil e ACBrMail, já no SVN... Talvez você precise remover alguns dos seus anexos, no painel de controle... Zip os arquivos, que vc conseguirá mais espaço O Fortes ainda tem uma lista de Bugs... alguns eu pretendo investigar quando tiver um tempo... https://github.com/fortesinformatica/fortesreport-ce/issues mas as modificações para remoção de Warnings serão muito semelhantes a que fizemos no ACBr...

Sim, pois é o OpenSSL e XMLSec que fazem toda a criptografia e comunicação segura, através de suas DLLs, sem dependência da API do Windows

Sim, é isso mesmo... no ACBr existe o componente ACBrCTe (para Delphi / Lazarus) Com o ACBrMonitorPLUS, vc pode usar TXT / TCP para criar CTe's usando a sintaxe de comandos do MonitorPLUS http://acbr.sourceforge.net/ACBrMonitor/ACBrMonitor.html

Olá Waldir, Analisei as Units ACBrBase e ACBrUtil.... na ACBrUtil, a reforma foi grande, e acatei grande parte das suas sugestões (algumas com pequenas modificações) Vendo todos os "casts", cheguei a conclusão que não adianta o parâmetro ser "AnsiString", se internamente, o método irá usar funções que esperam uma String como parâmetro (como Copy, StringReplace, etc) Novamente rodei todas as Units testes... em Lazarus FPC2 e FPC3, Delphi D7 e XE7... Nenhum erro encontrado... Modificações aplicadas... notei que na sua versão o seguinte método estava bem diferente: procedure TfrlDANFeRLSimplificado.rlmProdutoDescricaoPrint

Use A1 e OpenSSL... e esqueça de problemas como esse... não precisará nem instalar o certificado no RuWindows...

Obrigado pelas informações... apliquei uma possível correção nos fontes do ACBrSAT

Muito obrigado pelas Informações Kiko....

Você está criando NFCe ? Certifique-se de que a opção "Adicionar Tag de QRCode em Informações Suplementares" está marcada...

Seus fontes não devem estar atualizados... o ACBr não depende mais desse arquivo... Se o seu projeto depende, você pode baixar a JediWin32API direto do site deles...

Não há nada que possa ser feito do lado do ACBrECF... não é ele que está prendendo a porta... Você deve entrar em contato com o suporte do fabricante...

este é o Log do ACBrSAT.. nele aparentemente, já está sem os espaços... Preciso do Log do ACBrMonitor, e de uma Imagem ou PDF da impressão resultante...

Poderia exemplificar o problema ? Qual comando é enviado ? (Anexe o Log) Como fica a impressão ? ( anexe uma imagem )

Compreendi melhor o que ocorre... A Epson não registra como "Sequencia", as Formas de Pagamento que não permitem Vinculado... Apliquei uma correção que funcionará para todos os cenários (mesmo que dinheiro não seja a primeira Forma utilizada)... e não afetará os demais modelos.... [-] Método: "AbreCupomVinculado". Correção para Epson TM800F, que não considera as Formas de Pagamento que não permitem Vinculado, como sequencia de pagamento (por: DSA) [+] Método "GetNumUltimoItem". Implementado leitura dos registradores do ECF, para o Modelo Epson TM800F (por: DSA)

Apliquei no SVN, uma possível correção para o problema... -- ACBrECFEscECF -- [-] Método "GetEstado". Correção para detecção do Estado, quando o ECF possui Bloqueio por hardware (tampa aberta ou sem papel) http://www.projetoacbr.com.br/forum/topic/28830-bematech-mp-4200-th-fi-bloqueada/

Na nossa aplicação incentivamos muito o uso de TEF dedicado e integrado... com o ACBrTEFD é relativamente simples, capturar qualquer retorno do TEF, sendo que os principais campos são mapeados para propriedades do componente... Mas infelizmente o ACBrTEFD não é possível de ser implementado no ACBrMonitorPLUS Segue em anexo, um "Log", do que é retornado em uma transação SITEF, através do ACBrTEFD... é necessário compreensão dos retorno da CliSitef, para saber o significado dos campos... CliSiTef.log

Não há uma versão compilada do TEFDDemo, disponível para Download... Seria necessário baixar os fontes do ACBr, instalar na IDE, e compilar o projeto

Apliquei as modificações dos últimos 2 Posts (com alguns ajustes, devido meu commit anterior) Fiz uma revisão na ACBrUtil, analisando o uso de AnsiString x String em alguns métodos.. apliquei modificações, rodei nossos (parcos) Testes Unitários em Lazarus FPC3, D7 e XE7 e não encontrei nenhum erro... Acredito que com a modificação em ACBrStr() centenas de "Warnings" serão removidos... -- ACBrUtil -- [*] Revisão de métodos que usavam AnsiString, modificando-os quando possível, para usar "String", a fim de diminuir o número de Warnings de compilação (por:DSA)

Não... lembre-se que o ACBrECF é OpenSource... você mesmo pode abrir os fontes e ver os métodos implementados...

Por favor anexe o Log do ACBrMonitorPLUS

Comparar com o NFeMonitor não me daria uma informação de onde poderia estar o problema Por favor detalhe como eu posso reproduzir o mesmo problema que você, ( passo a passo ) lembrando que vários usuários usam esse recurso sem problema, o que me leva a crer que é algo no seu ambiente ou configuração

o ideal é ter integração com TEF... e capturar o NSU da transação...

Tudo que o ACBrECF faz, é enviar e ler comandos da porta Serial... e no seu Log, está claro que isso não foi possível... -- 14/03 20:34:07:014 20:34:07:014 RX <- ACK = 6 Falha: 0 -- 14/03 20:34:07:263 20:34:07:263 VerificaFimImpressao: Pedindo o Status (19) -- 14/03 20:34:07:996 20:34:07:996 VerificaFimImpressao: ACK = 6, OK... Aguardando ST1 e ST2 -- 14/03 20:34:10:009 20:34:10:009 VerificaFimImpressao: ACK = 6 - Falhas = 0 - Erro: ESynaSerError Communication error 9997: Timeout during operation -- 14/03 20:34:11:335 20:34:11:335 VerificaFimImpressao: ECF fora de linha Considere ainda, o fato de que centenas de programadores usam com sucesso o ACBrECF para falar com ECFs da Bematech, sem este problema... Não há o que possa ser feito do lado do ACBr para esse problema.... provavelmente o problema está no seu hardware ou S.O. - Verifique se seus fontes estão corretamente atualizado no Trunk2. - Tente baixar os buffers da Serial no windows Se deseja reportar Bugs, teste antes no ECFTeste, caso o problema também ocorra nele, informe o passo a passo para reprodução...

Verifique se o estado do ECF é "estRequerZ"... se não o for... você poderá bloquear o dia de trabalho do ECF...