wrmedeiros

Obrigado @Daniel Simoes ! Foi o que falei para um colega, o mais seguro é comprar a TM-20 ou os modelos Bematech e Daruma que já sabemos que funciona. Sabem informar se essa Tanca funciona? http://www.automacaototal.com.br/impressoras/impressora-tanca-tp-650-usb-serial Pelo que pesquisei, o SAT funciona com ela, mas e NFC-e?

Senhores, Alguém já testou a impressora não-fiscal Epson TM T-88V com o ACBrMonitor? (usando ESC/POS) Fiz algumas buscas no fórum, e não encontrei nenhuma referência para esse modelo. Fiz algumas buscas no site do fabricante, e aparentemente a impressora suporta ESC/POS: https://reference.epson-biz.com/modules/ref_escpos/index.php?content_id=83 Epson TM T-20 creio ser a melhor escolha (pensando no ACBr), mas só queria confirmar se esse outro modelo também funciona, pois vez ou outra não encontramos a TM-20. Lembrando que pretendo usar ESC/POS (não quero usar gerador de relatório).

Que bom que ajudou @yan ! Mas creio que todas essas alterações que fiz (já faz mais de 1 ano acredito) já estão no trunk2 não? Lembro que na época o @Régys Silveira fez umas melhorias no meu código e commitou.

Obrigado @Daniel Simoes ! Vou testar e aviso para vocês.

Pode sim @AllanFC ! É exatamente o que ocorre comigo! Via CAPICOM funciona perfeitamente. O problema de usar CAPICOM é que você vai ficar preso ao Windows, e nossa ideia em usar o ACBrMonitor é permitir o PDV no Linux.

Estou com algumas outras broncas urgentes aqui e não vou ter como continuar os testes, mas desconfio disso: ATENÇÃO: Chave RSA Privada NÃO pode ser lida no arquivo "swh.ini". No nosso outro sistema (Delphi usando o componente em vez do Monitor) lembro de ter configurado a chave RSA no componente de assinatura (ACBrEAD acho). Vou dar uma busca nos fóruns para ver como configura isso no swh.ini e reporto pra vocês. O estranho é o motivo do OpenSSL funcionar com certificados da Certsign e não funcionar com Soluti.. se fosse falta dessa chave RSA deveria falhar nos 2.

Segue os 2 arquivos. Um feito com OpenSSL (falha), outro com CAPICOM (OK). O sistema automaticamente incrementa o número da nota, mas os itens são os mesmos... Basicamente eu abri o ACBrMonitor, defini como "OpenSSL", fui no PDV e mandei emitir. O erro surgiu, copiei o XML. Fui novamente no ACBrMonitor, mudei para "CAPICOM", e mandei emitir novamente, deu certo, e por fim copiei o XML. CAPICOM_OK_13160606183532000198650010000070021000070005-nfe.xml OPENSSL_ERRO_13160606183532000198650010000070011000070008-nfe.xml

Entendi @Régys Silveira ! Eu fiz a instalação, e funciona bem com CAPICOM, o problema ocorre quando usando OpenSSL. O instalador deles é só Windows, e pretendo usar o sistema principalmente no Linux, e lá só terei o OpenSSL disponível. Estou devendo os 2 xmls que André pediu... vou gerar e envio.

Chegar em casa eu providencio. Adianto que acho pouco provável ser problema de XML, pois eu só altero de OpenSSL para CAPICOM no ACBrMonitor e o sistema consegue emitir.

Senhores, bom dia. Teria algum problema se eu migrasse esse tópico para o fórum aberto? Creio que mais pessoas tendo acesso ao problema será mais fácil achar uma solução.

Precisa sim @Juliomar Marchetti ! E as instalei, tanto que funciona perfeitamente via CAPICOM (que usa os certificados/cadeias instalados no IE); A pergunta é, como instalar as cadeias quando usando OpenSSL? Pois ele não usa os certificados/cadeias que estão instalados no IE, e via ACBrMonitor informo apenas o path do pfx e senha. Acredito que o certificado da Certsign funciona via OpenSSL pois o ROOT CA é conhecido pelo OpenSSL (observe que no IE já vem "de fábrica" vários root's CA´s configurados, tais como GlobalSign, Verisign, etc.), já no caso da SOLUTI, pelo que vi o ROOT CA é a ICP Brasil, e certamente não vem na lista de root´s ca´s do OpenSSL. #Chute

@Juliomar Marchetti bem que eu desconfiei que o design do aplicativo no meu notebook pessoal estava bem diferente do instalado no notebook da empresa Na empresa eu estou usando o 03.03.5, em casa por descuido instalei uma versão mais velha. De qualquer forma, desinstalei a versão velha, instalei a nova, e o mesmo problema ocorre.

Boa tarde. Uso CAPICOM no Delphi para NFC-e, como também CAPICOM no ACBrMonitor para uma outra aplicação que estamos desenvolvendo em Java e funciona muito bem. Um outro desenvolvedor configurou o ACBrMonitor para usar OpenSSL, selecionou o PFX (certificado A1 da SOLUTI), senha, etc. e tentou emitor o NFCe, o ACBrMonitor retornou a seguinte mensagem: XMotivo=Rejeicao: Falha no reconhecimento da autoria ou integridade do arquivo digital Fui no ACBrMonitor, mudei de OpenSSL para CAPICOM, tentei emitir o mesmo NFC-e, e funcionou (ou seja, não é erro de XML, namespace, etc. como ocorreu em outros tópicos que relatam esse problema). Fizemos uma outra NFC-e com os mesmos itens, mas dessa vez usamos um certificado de outra empresa (CertSign), e ajustamos a configuração para OpenSSL, funcionou. Em resumo: Certificados CertSign funcionaram com OpenSSL e CAPICOM Certificados SOLUTI funcionaram com CAPICOM e falharam com OpenSSL ("falha no reconhecimento de autoria"). Creio não ser um problema no ACBrMonitor, e sim algo mais baixo nível (talvez o ACBrNFe ou até mesmo algum ajuste na configuração do OpenSSL, tal como "cadeias de certificado", etc.). Estou preparando o ambiente para debugar melhor o ACBrMonitor via Lazarus, mas decidi postar para que os amigos possam dar alguma opinião sobre o tema, pois como sabemos o CAPICOM funciona relativamente bem, mas não é multiplataforma e pelo que li a Microsoft não tem lançado mais atualizações pra ele. Versão do ACBrMonitor: ACBrMonitorPLUS 0.1.11.4 SO: Windows 7 x64

Bom dia Alexandre. Fiz várias buscas, e descobri que trata-se de um bug no FPC pra Linux. Abri um tópico no grupo de Lazarus, e após vários testes descobrimos que as funções só conseguem ser exportadas no Linux quando a declaração export fica dentro do lpr (arquivo de projeto). Se colocar o export da função em um .pas, não exporta. Fiz um projeto de exemplo, coloquei o export dentro do pas, não funcionou. Em seguida movi o export para o lpr, funcionou, segue exemplo: https://github.com/welkson/TesteFPC O problema é que peguei o projeto do ACBr, selecionei uma unit para testar (se não me engano ACBrECF_DLL), removi o export da unit, joguei no .lpr, gerei o .so, e após testar com readelf o problema persiste (não exporta a função). Essa semana está um pouco corrida, e não tive tempo de continuar os testes, mas minha intenção é comentar no lpr a importação de todas as uses do ACBr, em seguida habilitar apenas 1, e tentar trabalhar nas funções pra ver qual o motivo das mesmas não estarem sendo exportadas. Qualquer ajuda será bem vinda. Abraço,

Fiz um demo [1], testei pelo Windows (via Dependency Walker), funcionou perfeitamente (a função "Teste" aparece na lista de symbols). No Linux, usando o mesmo código, mesma versão do FPC + Lazarus, não funciona (via "nm", "readelf" ou "objdump", a função Teste não é exibida). Da forma como está hoje, o ACBrFramework não funciona no Linux. Estou lendo sobre exportação de símbolos no FPC, mas se alguém souber algo que possa ajudar, agradeço.