wrmedeiros

Olá Felipe, mas como disse, também tentei no ambiente de produção e o erro foi o mesmo. Obrigado

Olá pessoal, Estou tentando emitir uma NFC-e na versão 4.0 e o erro "462 - Codigo identificador do CSC no QR-Code nao cadastrado na SEFAZ" persiste. No meu estado, RN, tentei tanto no ambiente de homologação como de produção. Mesmo erro no ambiente de homologação do AM. A tag do qrcode gerado é a seguinte: <qrCode> <![CDATA[http://hom.nfce.set.rn.gov.br/consultarNFCe.aspx?p=24180910813872000122650010000103051000103479|2|2|1|2FCBCDD6FFFDEC84EFA2C476221C96F5AB8D10D1]]> </qrCode> Observações 1: ACBRMonitor versão 1.2.0.11 (acabei de baixar) Configuração ACBrMonitor: CSC/Token: <informado corretamente> idCSC/idToken: 000001 Versão QRCode: 2 Obrigado

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

Sim @Daniel Simoes Além da questão da permissão foi necessário criar o link simbólico, pois libssl.so e libcrypto.so realmente não existiam em /usr/lib e em /lib/i386-linux-gnu existiam mas com a versão no nome do arquivo. Muito obrigado pelas dicas.

@Daniel Simoes enquanto é tempo, gostaria de retificar minha resposta anterior. O downgrade em si não resolve o problema, e sim permissões corretas no libssl.so e libcrypto.so (ou rodar o ACBrMonitor como root como recomendado no site). Eu estava rodando o ACBrMonitor como usuário comum (e fazendo as permissões nas pastas com chown e chmod). Quando fiz o chmod 777 (apesar de não ser recomendado) em /usr/lib/libssl.so e libcrypto.so o sistema funcionou normalmente (mesmo com a versão default do OpenSSL). Creio que rodar ACBrMonitor com um usuário "não-root" no futuro vai me trazer outros problemas (permissões para acesso a dispositivos, etc.), então decidi deixar minha aplicação como usuário "não-root", e o ACBrMonitor como root (incluir um nopasswd no /etc/sudoers para rodar o ACBrMonitor sempre como root). Segue comandos que utilizei: sudo ln -s /lib/i386-linux-gnu/libcrypto.so.1.0.0 /usr/lib/libcrypto.so sudo ln -s /lib/i386-linux-gnu/libssl.so.1.0.0 /usr/lib/libssl.so chmod 777 /usr/lib/libssl.so chmod 777 /usr/lib/libcrypto.so

@Daniel Simoes problema resolvido sudo apt-get install libssl0.9.8:i386 No fórum do Synapse tem tópico com problema parecido e um usuário comentou que apartir do OpenSSL 1.0 o mesmo detecta automaticamente a versão do SSL. Sabendo disso, decidi fazer um downgrade para a libssl anterior a 1.0 e está funcionando. http://forum.lazarus.freepascal.org/index.php?topic=14076.0 Mais pra frente creio que isso pode ter outros problemas, pois SSLv3 já vem sendo desabilitado em muitos servidores por ser inseguro (recomendam o uso do TLS). Mas enfim, obrigado a todos pelas dicas

Estou fazendo uns testes, creio que falta alguns pacotes no Linux como o cryptlib. No fórum do Synapse encontrei algumas coisas... se conseguir eu posto aqui.

Criei os links, mas o erro persiste @Daniel Simoes. cd /lib/i386-linux-gnu ln -s libssl.so.1.0.0 libssl.so ln -s libcrypto.so.1.0.0 libcrypto.so ln -s /lib/i386-linux-gnu/libcrypto.so.1.0.0 /usr/lib/libcrypto.so ln -s /lib/i386-linux-gnu/libcrypto.so/usr/lib/libssl.so libcrypto.so

@Daniel Simoes fiz os testes via browser, funcionou certinho (https://nfce.svrs.rs.gov.br/ws/NfeAutorizacao/NFeAutorizacao.asmx) - instalei o certificado, acessei a URL e os métodos foram exibidos. Removi o ACBrMonitor no Linux, reinstalei, refiz a configuração do certificado do zero, não funciona. Decidi então fazer um teste com a mesma versão no Windows (03.06.0 via OpenSSL), e funcionou perfeitamente. Em outro tópico vi um comentário informando que esse erro -2 era do Synaser. Tem alguma forma do debug mostrar mais detalhes sobre o erro?

Conferi isso tudo @Daniel Simoes, exceto o browser. Vou fazer os testes e aviso.

Senhores, Estou testando o ACBrMonitorPlus (0.3.06.0) em um Linux Mint 32 bits (interface MATE). Configurei o certificado, CSC/Token/etc., mas ao fazer um teste de comunicação recebo a seguinte mensagem de erro: ATENÇÃO: Chave RSA Privada NÃO pode ser lida no arquivo "swh.ini". WebService Consulta Status serviço: - Inativo ou Inoperante tente novamente. Erro Interno: -2 Erro HTTP: 500 Buscando no fórum encontrei um tópico sobre o assunto onde recomendaram atualizar o OpenSSL. Fiz essa atualização, mas o erro persiste (OpenSSL 1.0.1t). Existe algum flag que permita ter mais detalhes sobre esse erro? (debug) Minha próxima tentativa é instalar o Lazarus no Mint e tentar debugar por lá, mas antes decidi postar a dúvida por aqui para saber se algum dos colegas tem ideia do que pode está ocorrendo (ou pelo menos uma forma de ter mais informações sobre o erro).

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.