daniel.simoes

Dependendo do Gerenciador TEF, você pode configurar para ele retornar a Via do Cliente reduzida, e adicionar ela em "InfAdic.obsCont"

Baseado em suas observações, apliquei o seguinte ajuste, nos fontes do SVN... Commit [r20019]

Talvez o seu Client esteja antigo... O PayGo suporta essa pasta, apenas por motivos legados

Não compreendi se você está usando ou não TEF PayGo nessa máquina em específico onde você notou o erro... O Gerenciador TEF da PayGo monitora a pasta C:\PAYGO\ As vias reduzidas e específicas para o Cliente são campos exclusivos da Interface PayGo,(campos acima de 700). Por isso só serão lidas se o TEF correto for selecionado... No TEF tradicional a via única é retornado no Campo 029... Você pode imprimir ela, 2x Se algum outro TEF opera em modo de compatibilidade com os campos da PayGo então provavelmente ele funcionará quando você selecionar o Modelo gpPayGo Observe ainda, que você pode modificar a pasta de monitoramento, nas propriedades do próprio componente...

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

Por favor cite a exata mensagem de erro.. se necessário, mande um Print.. Verifique se não se trata de modificações nos fontes do seu lado... (pois não tivemos relatos semelhantes)....

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/