Rafael Dias

Acabei de mandar um atualização que retornar os dados que tu quer na próxima versão da lib já vai ter estes dados.

Isso so aparece na IDE se passar o comando não é retornado esta informação, pode conferir.

Não você que deve estar enganada o monitor e a lib não retornam o Subject Name a classe que gera o retorno do monitor e da lib é a mesma portanto o retorno nos 2 casos são os mesmo.

Não a classe usada pelo monitor e pela Lib é a mesma o retorno é igual.

Mas a data de inicio de validade não é retornado pelos componentes ACBr apenas da Data final.

Retorna sim basta usar o metodo ObterCertificado que será retornado os dados do certificado.

IIS Express com certeza não é pois nenhuma hospedagem usa esta versão. O codigo acima que te passei ele adiciona um path no path do windows com isso o programa consegue localizar as dlls.

chave SegundoPlano da sessão email

Retorno cStat 100 não é erro, significa que foi recebido a NFe, basta consulta o recibo que vai pegar o protocolo de retorno. Cstat 613 significa que mandou a mesma NFe mais alterou algo que mudou a chave por isso esta errado, isso geralmente ocorre quando a erro no tratamento por parte do software.

Não tem não so checa se não esta habilitado o use de thread na configurações da lib, pois como é por thread não tem como saber o resultado por isso sempre volta true.

Amigo vamos la, essa hospedagem é linux ou windows ?

Já tentou colocar o local onde esta as dll no path no inicio do programa ? string pathVar = Environment.GetEnvironmentVariable("PATH", EnvironmentVariableTarget.Process) ?? string.Empty; pathVar = string.Format("{0};{1};", pathVar, Path to acbrlib); Environment.SetEnvironmentVariable("PATH", pathVar, EnvironmentVariableTarget.Process);

Sim é compativel com esta impressora, tanto que minha palestra no 1º Dia do ACBr eu usei ela e com VB6.

O ultimo update da LibXML2 é de 30 de Outubro de 2019 ou seja ela é bem estável e tem poucos updates. Esta versão é a que se encontra nos fontes do ACBr.

Realmente é como o @BigWings falou aparentemente tem NFe carregado no componente e ele ta sendo usado para consultar por isso não esta usando a chave que tu passa, pois neste metodo pode ser passado a chave ou o arquivo xml. Use o NFE_LimparLista antes de usar o consultar.

Como disse é algo por ai aqui esta funcionando sem erro algum. Baixe novamente os fontes e limpe as dlls copie novamente.

Você deve esta usando a dll incorreta confira se esta com a dll correta e todas as suas dependências. Pois nos meus testes aqui esta funcionando normalmente.

O retorno é feito pela SEFAZ se os dados veio incorreto o problema é la e não tem nada que possamos fazer neste caso. Poste os arquivos soap de envio e retorno para confirmar.

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

OpenSSL não carrega certificados do windows so por arquivo PFX, para carregar do windows use Wyncript. No seu ini você informou um numero de serie, mesmo errado la esta com um 5, por isso esta tentando carregar por numero de serie.

Mantenha o assunto, o seu problema foi sanado para nova pergunta crie um novo topico.

Não existe metodo da SEFAZ que faça isso, é sua obrigação guardar os xml.

Não existe serviço de distribuição DFe para NFCe, apenas NFe, configure para NFe que vai para o erro.

Se quiser ver o soap completo utilize o SoapUI para pegar os dados do servidor que tu quer. Este projeto não tem relação conosco recomendo usar o proprio GitHub e abrir uma issue lá.

O modelo vai depender do fabricante a maioria usa StdCall mas pode ter algumas Cdecl, basta testar um ou outro, MFe é apenas para o Ceará. Em caso de duvidas temos uma sessão do forum apenas para equipamentos testados. Equipamentos testados - Projeto ACBr e tbm tem este topico apenas sobre o tema de configuração de SAT Como configurar a dll do SAT no ACBr - Base de Conhecimento - Projeto ACBr