José M. S. Junior

Jamil, o @Rafael Dias já havia testado com sua VM e realmente existe o problema... Mas o que estou evidenciando é que não é algo especificamente do Componente ACBr, pode estar relacionado a alguma configuração diferenciada no seu ambiente ou mesmo ao driver de instalação da impressora. Pois quando relatou este problema utilizando o Monitor, realizei diversos testes em um ambiente OpenSuse sem nada instalado, apenas com o ACBrMonitor e uma impressora HP1015 instalada pela rede e imprimiu com o código de barras, mesmo utilizando a impressão direta (sem gerar pdf). A intensão de você testar com essa VM e o ACBrMonitor é justamente para saber se o problema é algo relacionado ao seu ambiente OpenSuse... Tente com essa imagem exportada pela Appliance: user / senha: root https://drive.google.com/file/d/1cYSGaHhyQDTR-jrUxpcIFg20DhdYaXob/view?usp=sharing

Utilizar a versão 64 também pode ser o motivo do problema se a as dlls SAT for 32bits. Instale a versão 32bits do ACBrMonitor em outro diretório e realize testes com a mesma. Na instalação 32bits deve mostrar a pasta SAT com as dlls.

Bom dia A configuração do nome do xml retorno pode ser definida na propriedade ConfigArquivo / "PrefixoArqCFe" do componente SAT. Remova a descrição desse campo.

Boa noite Note pelo log que o ACBr não está conseguindo nem inicializar, ou seja, não consegue se comunicar com a dll. Primeiramente configure o modelo da dll para SAT_Dinamico_STDCALL Certifique-se que a dll esteja atualizada, baixando a ultima versão do site do fabricante. O SAT Elgin normalmente precisa de um conjunto de dlls para funcionar, além da dll principal. Pode ver dlls de dependência na pasta de instalação: ACBrMonitorPLUS\SAT\Elgin\Elgin2, copie para o mesmo diretório da dll do SAT Se estiver tendo problemas para ativar o aparelho e vincular assinatura, utilize o aplicativo do fabricante para fazer isso, assim vai baixar a dll correta. Posteriormente utilize a mesma dll para configuração no ACBrMonitor. Mas o primeiro passo é que a dll seja inicializada corretamente pelo ACBrMonitor.

Boa tarde Jamil Aparentemente esse é um problema recorrente desde quando utilizava o ACBrMonitor, porém não sabemos o que pode estar ocorrendo isso, pois em nossos testes não acontece, ou seja, a impressão do código de barras ocorre normalmente, em nossa impressora instalada via rede. Então estou disponibilizando um link com a imagem compactada da VM que estamos utilizando com VirtualBox. Se possível restaure essa VM na sua máquina e realize um teste com o ACBrMonitor mesmo, apenas instalando a sua impressora... Para sabermos se o problema está em alguma configuração na sua instalação do OpenSuse. Segue link para download https://drive.google.com/file/d/1yK-4_z5Spt7JZUYPcwiVRaEX-zs9QB7l/view?usp=sharing

Neste método não deve utilizar um arquivo .ini, passe apenas o método com os parametros no arquivo ent.txt, da seguinte forma: NFe.ConsultaCadastro("RO","52373355272") https://acbr.sourceforge.io/ACBrMonitor/NFEConsultaCadastro.html Em tela, a UF também deve estar configurada para este Estado:

Por favor anexe o log.txt do ACBrMonitor, se não tiver gerando log habilite essa opção na tela inicial.

Boa tarde, o primeiro erro se refere ao parametro do método, precisa passar o path do xml para impressão. https://acbr.sourceforge.io/ACBrMonitor/SATImprimirExtratoVenda.html Como o erro ao abrir arquivo ocorre após o erro significa que está lendo o arquivo, mas por algum motivo o arquivo está impossibilitado de leitura após essa rotina. Está aguardando o retorno para escrita de um novo método?

Em tela a configuração da UF (DFe/ WebServices) também precisa estar conforme a UF da consulta: ex: RO. De qualquer forma anexe o log, pois esse erro parece não ser deste método.

Bom dia Cada arquivo .ini corresponde a um evento, precisa adicionar um por vez e posteriormente utiliza o métodos de Envio para enviar todos os eventos adicionados. (Em lotes máximo de 50 eventos)

https://www.projetoacbr.com.br/forum/video/browse/13-curso-dominando-o-acbrmonitor/

Bom dia Qual aparelho está tendo este problema? Experimentou colocar a dll do sat no mesmo diretório do ACBrMonitor? Ou executar o mesmo como administrador...

Mateus, chegou a realizar testes em outra máquina e com outra impressora?

Bom dia, cadastre-se utilizando a versão trial, assim pode baixar a ultima versão atualizada: https://www.projetoacbr.com.br/forum/sac/v2/cadastro/

Se a estrutura de XML retorno do log não está vindo no retorno via TCP/IP pode ser que o timeout da comunicação esteja menor que o tempo de resposta da SEFAZ. Pode aumentar esse tempo na tela inicial do ACBrMonitor.

Ao enviar teve algum retorno?

Bom dia Pelo ACBrMonitor o diretório onde grava os XML de retorno fica na tela abaixo:

Exporte o certificado instalado para um arquivo .pfx, então basta informar o path do arquivo no campo Certificado A. Ex:

Verifique na pasta onde grava os logs de XMLs transmitidos e veja qual URL está utilizando. if (FPConfiguracoes.WebServices.Ambiente = taProducao) then FPURL := 'http://webservices.sef.sc.gov.br/wsDfeSiv/BlocoX.asmx' else FPURL := 'http://webservices.sathomologa.sef.sc.gov.br/wsDfeSiv/BlocoX.asmx';

O ACBrBlocoX utiliza as configurações do DFe/ WebService, certifique-se de que em tela, esteja em produção e grave as configurações.

As configurações estão todas corretas, mas vi que utiliza certificado A3, provavelmente está ai o problema... Primeiramente certifique-se que o Windows esteja com todas as atualizações; se sim, tente reinstalar o certificado A3, verifique se está conseguindo acessar as URLs da SEFAZ utilizando esse certificado.

Ok, vamos avaliar... A ideia é não mudar nada referente a campos, conforme já funciona hoje. Obrigado!

A dll pode ter ficado "presa" em outro processo. Mas o ideal é utilizar a dll atualizada do MFe do fabricante ou baixe no site da SEFAZ CE: https://cfe.sefaz.ce.gov.br/mfe/informacoes/downloads#/ Altere também o código da UF para 23.

Por favor poste o log.txt do ACBrMonitor e as configurações que está utilizando (ACBrMonitor.ini)

Ok, é isso mesmo que eu quis dizer... deve desinstalar a versão anterior ou criar um novo diretório... Então, vamos tentar descobrir o motivo... Parece ser algo na sua configuração SSL, se possível anexe o arquivo ACBrMonitor para verificação