Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    27.755
  • Registro em

  • Última visita

  • Days Won

    767

Tudo que Daniel Simoes postou

  1. Bom... isso resolve o problema... Mas a título de curiosidade... será que após esses Patchs e Fixes, o OpenSSL também não passou a funcionar ?
  2. Por favor atualize seus fontes e teste novamente... Commit [r19168] a programação do "Hook" da Balança em ACBrMTER.pas estava usando uma sintaxe de porta errada "USB", quando o correto é "DLL"
  3. CfSiTef.ini está na mesma pasta que CliSiTef32.dll ? No Gerenciador de Dispositivos o Driver do PinPad não aparece com sinais de alertas ? Na dúvida, reinstale o driver USB do PinPad
  4. 3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.
  5. Não... somente e frete...
  6. Creio que sim...mas você pode conferir no site BSP da Bematech... http://bematechpartners.com.br/portalPartners/index.php/impressoras-termicas-windows/ O ACBrPosPrinter pode imprimir nela usando EscPos, sem a necessidade do Spool
  7. Aplicou o REG ? https://atendimento.tecnospeed.com.br/hc/article_attachments/360041970433/FixCrypto_TLS1_2_Windows.reg
  8. Provavelmente você configurou uma Imagem para a Impressão do Logo, que não é um BMP
  9. Então ainda deve haver atualizações pendentes... Esse artigo da TecnoSpeed, cobre em detalhes, esse problema: https://atendimento.tecnospeed.com.br/hc/pt-br/articles/360006620194 (repare nos arquivos de Fix.reg, no final do artigo)
  10. Qual a exata msg de erro, no Windows 10 ?
  11. o XML sem o NameSpace também está fora da especificação do Manual da NFCe... Em todo caso... atualize seus fontes... pois subi um ajuste, para permitir a leitura desse XML que está fora da especificação...
  12. usuários Delphi usam os componentes do ACBr (em object pascal nativo)... e não o ACBrMonitorPLUS
  13. Humm... esse erro é típico de Falta de atualizações no Windows Update
  14. Não há planos ou intenção de converte-lo para Delphi... esramos contentes com o Lazarus...
  15. Você está usando Delphi FMX com Android ? Tente acessar a Impressora por Bluetooh Virtual... porta "BTH:Nome Impressora" Veja esse tópico:
  16. Ahh... que legal saber disso... não sabia que o poderíamos usar o modo RAW:, com o CUPS... fantástico...
  17. Perfeito... essa Sintaxe é uma Porta válida no ACBrPosPrinter...
  18. É um problema do Site da SEFAZ, pois as regras de Canonicalização, são muito bem definidas... Não entendo o que você está pedindo... Você quer que o ACBrDFeSSL, ignore essa transformação necessária na canonicalização, para que o seu XML seja validado por ele? (não vejo sentido)
  19. Aparentemente a fonte "Lucida Console" não está se dando bem no Linux... @Rafael Dias, notei que não há configuração para salvar valores para "TACBrNFeDANFCeFortes.FonteLinhaItem" no INI da ACBrLibNFe... no ACBrMonitorPLUS, os parâmetros relacionados a Fonte do Item do DANFCe em Fortes, são salvos em: [FonteLinhaItem] Name=Lucida Console Color=0 Size=7 Bold=0 Italic=0 Underline=0 Strckout=0
  20. é isso que o processo de Canonicalização faz... Mas no seu caso, a assinatura foi feita, sem passar pela Canonicalização
  21. o ACBrPosPrinter não reconhece essa sintaxe de Porta... (nunca reconheceu)... Não temos um prefixo, que possa fazer integração com o CUPS... Você teria que descobrir que Porta a Impressora cria, ao ser plugada no Linux, e especificar essa Porta... Exemplo: "/dev/ttyUSB0"
  22. Essa porta não parece correta: [PosPrinter] ArqLog= Modelo=2 Porta=bema1 <== valor inválido Veja esse artigo:
  23. Realmente o ACBr.ValidarAssinatura, não dá OK, para esse XML... Mesmo se mudarmos de LibXML2, para MSXML, o validador de XMLs da Microsoft também recusa o DigestValue... o problema no XML, é que ele possui uma self-closing Tag ( <cBenef> ) Isso é contra as regras da canonicalização c14n, que deve ocorrer antes do XML ser assinado https://www.w3.org/TR/2001/REC-xml-c14n-20010315
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...