daniel.simoes

Se for PayGo, selecione o novo modelo de TEF gpPayGo... Por favor leia o ACBrTEFD-Change-Log.txt

Aparentemente há outro programa rodando, que requisita o acesso a essa porta COM1

Enviei ajustes ao SVN, baseado em suas sugestões... Também enviei em conjunto o refactoring que venho trabalhando...

Creio que sim... pois trata-se de uma transação comum, com Cartão digitado...

Encaminhei a Pergunta, para o pessoal da PayGo... Veja a resposta deles...

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

TLSv12 agora é obrigatório em todas as SEFAZ... Aparentemente seus fontes estão desatualizados...

Leia o ACBrTEFD-Change-Log.txt

ppTexto irá ignorar todas as Tags

com ACBr e Lazarus/FPC: 1 - Adicionar em Custom Options do Projeto a diretiva "NOGUI" 2 - Não usar a IDE ou o sistema da Packages do Lazarus. (Porque isso faria ele adicionar as dependências visuais, pois os Packages que foram compilados com e instalados na IDE, não foram gerados com a diretiva "NOGUI", ativada) Então os componentes devem ser criados em Run-time, ou você pode usar um DataModule... mas nesse caso, lembre-se de remover a dependência dos Packages do ACBr, conforma na figura acima... 3 - Adicionar em "Other Unit Files", todos os diretórios do ACBr, que o compilador sentir falta... Observe que no caso acima, eu usei um Macro com o diretório do ACBr... isso facilita, quando abrimos o mesmo projeto, em várias máquinas, onde os diretórios, podem variar.. (Você pode criar um Macro em Additions e Overrides... veja item 4) Adicione também em "Include Files", o diretório onde está o ACBr.inc 4 - Definir para o Lazarus que você quer usar a WidgetType com "nogui" O Macro "ACBrDir", usa um recurso do Lazarus, que permite ler informações de variáveis de ambiente... Então na minha máquina, tenho a definição do Home do ACBr nas minhas variáveis de Ambiente O Lazarus irá recompilar todos os fontes do ACBr, e gerar os PPU na pasta "lib" do seu projeto... isso é necessário, para gerar os arquivos PPU com a diretiva "CONSOLE" ativada

não foi veja: mas realmente algumas coisas mudaram de lugar, e um novo nível hierárquico foi criado... preparando caminho para a criação de um novo componente ACBrTEFAPI Tente com um "cast" TACBrTEFDResp(ACBrTEFD1.RespostasPendentes[0] ).IndiceFPG_ECF

é uma senha sua.. ou da sua aplicação... ela será usada quando a ACBrLib, precisar criptografar informações sensíveis no INI

Eu sugiro enviar msg para o SEFAZ e para o Emissor do certificado... Assim eles "trocam figurinhas", mais rapidamente...

Se você não gera o XML pela sua aplicação, o ACBr pode fazer isso.. nesse caso informe os dados, usando o formato INI https://acbr.sourceforge.io/ACBrLib/ComoemitirumaNFeouNFCe.html

Realmente parece ser um problema da SEFAZ do PR... onde o Servidor deles, ainda não tem essas novas cadeias de certificado instaladas... Veja esse tópico, com o mesmo problema:

Por favor veja o Novo Demo do ACBrTEFD, focado em impressoras Não Fiscais http://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrTEFD/NaoFiscal/Delphi/

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Se você está usando as da versão 1.1.1, tente remover elas, e testar com as da 1.0.x http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.7/x86/

Verifique se as DLLs do OpenSSL estão na mesma pasta do seu .EXE http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.0.2.21/x86/

ACBrSATExtratoFortes1.CasasDecimais.qCom

Creio que a comunicação por OpenSSL, que está implementado no ACBr, não faça a validação dos certificados... primeiro mude para LT_TLSv12, pois isso é obrigatório...

Você está usando LT_All... Hoje em dia é obrigatório o uso de LT_TLSv12

Por favor seja mais específico... qual exatamente a sua dúvida ? Já deu uma olhada na documentação e nos Demos ? https://acbr.sourceforge.io/ACBrLib/ComoUsar.html http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/C++/

Fiquei um pouco confuso, pois existem diferenças significativas na sua Unit, em relação a Unit atual no SVN... Existem na sua Unit, dois métodos para captura de dados no teclado... qual delas é a funcional ? Seria essa ? function ObtemDadoPinPad(TipoDocumento: Integer; ChaveAcesso: PAnsiChar; Identificador: PAnsiChar; out Resultado: String): Boolean;