Daniel Simoes

Eu ainda não analisei o problema, mas provavelmente a GetPath tenta ler o CNPJ do Certificado configurado...

Porque o componente inicializa a DFeSSL implicitamente... Não havíamos pensado na possibilidade de usar algum método sem o certificado...

Verifica se as informações que você passou aqui, estão corretas... ParmsClient=1=09385090000***;2=041726960001**]

O ideal é não contar muito com os XMLs que o Monitor Grava nas pastas... se a máquina for para tradicional "formatação".. eles serão perdidos.. Mantenha os XMLs em seu B.D. Não precisa copiar trechos de código... pode ser até uma lista de comandos, na sintaxe do ACBrMonitor, em um bloco de notas.... apenas para eu tentar reproduzir o problema...

Esse é o arquivo de configuração... Você precisa ajustar o Nome do Log, como por exemplo [Principal] LogPath=c:\temp\MeuLog.txt

Se você tem acordo comercial com o ACBr, tem acesso a esse curso, com vídeo de todos os testes comentados https://projetoacbr.com.br/cursos/tef_pagamentos/ Se deseja saber sobre a parceria ACBr com PayGo, veja esse link: https://projetoacbr.com.br/tef/

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

a Tabela foi gerada sem a correção da ultima NT com Itens que foram excluídos/incluídos... eles já sinalizaram que publicarão uma nova tabela, em breve...

Se possível, por favor anexe o Log do ACBrTEFD

Obrigado... pode por favor verificar, @Italo Giurizzato Junior ?

verificando...

Você pode nos passar a sequencia de comandos e configuração, para reproduzir o problema ?

Acho que não seria, mas provavelmente essa rotina chama a inicialização do NFe, que tenta carregar o certificado... Afinal sempre será necessário o certificado, para outras atividades com NFe... Qual seria o cenário ?

Você poderia anexar uma foto ou imagem de como você esperava que saísse? O.DANFe tem o layout normalizado... e muitas informações extras precisam ser inseridas via texto em Informações adadicionais

Obrigado pela contribuição... @EMBarbosa, pode nos ajudar na analise ?

Por favor anexe o Log gerado pela ACBrLibNFe

Sim.. o @Victor H. Gonzales - Panda, reportou isso a eles... Deve sair uma nova tabela em breve...

O TimeOut do lado do Client, é feito pelo Sistema Operacional... Em algumas situações, o Sistema Operacional pode ter dificuldades em saber que trata-se de uma situação de TimeOut... isso ocorreria por exemplo, quando o servidor Http esta OnLine mas há algum problema no WebService Devido a essa característica, tem uma opção no ACBr que é TimeOutPorThread (algo assim)... Com ela ativada o ACBr faz a conexão em uma Thread e abandona a mesma, no tempo exato definido em TimeOut... e deixa a Thread morrer sozinha... Eu não gosto de usar essa opção pois você não terá o verdadeiro erro HTTP, mas pode ser uma opção em Clientes onde o TimeOut é problemático

O Driver do certificado pode não ser 100% compatível com esse Windows... Sem falar na questão de segurança dessa versão... Para resolver... ou atualiza o Windows ou compra um A1

Se usar PayGoWeb for uma possibilidade, podemos lhe apoiar https://projetoacbr.com.br/tef/

Uma receita que costuma resolver a maioria dos problemas com A3... Instalar todas as atualizações do Windows Rodar novamente o instalador do certificado A3

Sim o ACBrNFSeX é compatível com Lazarus/FPC e Linux

Ainda não existe o ACBrNFSeX para a ACBrLib... mas está nos nossos planos recentes

Isso depende da sua Distro Linux... Mas geralmente o Pacote de instalação cuida de instalar os arquivos no Local correto Se você não conhece sobre esse sistema operacional recomendo fortemente solicitar o apoio de algum profissional de TI

https://portal.fazenda.sp.gov.br/servicos/sat/Downloads/Especificacao_SAT_v_ER_2_29_04.pdf https://portal.fazenda.sp.gov.br/servicos/sat/Paginas/Downloads.aspx