José M. S. Junior

EXEMPLO DE CONFIGURAÇÃO DO COMPONENTE ACBR BOLETO PenseBank https://www.mentesquepensam.com.br/ https://pensebank.com.br/ //Dados para Homologaçao devem ser adquiridos abrindo uma conta no site https://pensebank.com.br/ ACBrBoleto.Cedente.CedenteWS.ClientID := client_id ACBrBoleto.Cedente.CedenteWS.KeyUser := utilizar o CNPJ da Software House ACBrBoleto.Cedente.CedenteWS.IndicadorPix := True; //utilizado para boleto hibrido ACBrBoleto.Cedente.CedenteWS.IndicadorSMS := False; //utilizado para envio por SMS ACBrBoleto.Cedente.CedenteWS.IndicadorEmail := False; //utilizado para envio de email ACBrBoleto.WebServices.Ambiente := taHomologacao ACBrBoleto.WebServices.TimeOut := 30000 ACBrBoleto.WebServices.Operacao := tpConsulta; [tpConsulta,tpAltera,tpBaixa,tpInclui,tpConsultaDetalhe, tpPIXCriar, tpPIXCancelar, tpPIXConsultar] // utilizado para o tipo de operação

Bom dia @Net Shopping, Por favor anexe seu arquivo .ini com os dados da NFCe e seu arquivo de configuração ACBrLib.ini para que possamos analisar. (Favor remover senhas do arquivo se existir).

Parece ainda existir alguma configuração inadequada localmente na sua maquina, devido as ocorrências de dlls de versão incompatível identificadas no inicio desse tópico. Pois realizando alguns testes aqui no serviço de eventos da Sefaz SVRS está recepcionando e retornando os envelopes corretamente. Isso indica que é algo local mesmo... Eu sugiro que desinstale todas as versões que tiver do ACBrMonitor e realize uma varredura das dlls usadas pelo Monitor, principalmente da libXML2 se existir em algum outro local remova, e refaça a instalação apenas da versão 32bits. Os nomes das libs para procurar são essas: http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/LibXml2/x86/ http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.10/X86/

Boa tarde, Recebemos outros relatos desse campo estar retornando sem o código, vamos verificar e reportamos aqui...

Veja se usando OpenSSL ocorre o mesmo?

Boa tarde, pelo retorno esta parecendo ser uma falha do serviço na SEFAZ. de qual UF está enviando? Em produção ocorre o mesmo?

Bom dia @tborges, O cabeçalho desse XML está fora do padrão, por isso o componente não identifica como sendo um xml e não está carregando. Adicione o encoding UTF-8 no xml e a tag <NFe> como sendo o grupo principal. exemplo: <?xml version="1.0" encoding="UTF-8"?> -<NFe xmlns="http://www.portalfiscal.inf.br/nfe"> O XML completo deve ficar dessa forma: NFe.xml

Só se estiver utilizando a libCapcom nas configurações SSLLib do ACBrMonitor, nesse caso as configurações do IE interfere, caso contrário, utilizando WinCrypt não depende de outra configuração no Windows, mas apenas que o mesmo esteja atualizado.

Bom dia Vamos verificar e retornamos aqui no tópico. Obrigado por reportar!

Só precisa alterar essas configurações, deixe conforme abaixo: O Windows, basta que esteja atualizado.

Parece ser falha na comunicação mesmo. Nas configurações SSL em tela está usando SSLType= TLS_1.2? Procure sempre preencher os parâmetros entre aspas duplas e não informe virgula (,) quando não existir mais parâmetros ex: NFE.CancelarNFe(33220642452045000147550200000003025000003030,Cancelado pelo Contribuinte,42452045000147,) correto: NFE.CancelarNFe("33220642452045000147550200000003025000003030","Cancelado pelo Contribuinte","42452045000147") Na verdade quando instalar o ACBrMonitor no cliente já vai distribuir todos os schemas necessários para o funcionamento com o ACBr, fica tudo na pasta ACBrMonitor. Danfe Simplificado é bem reduzido as informações mesmo, creio que não imprima esse campo.

A configuração SSL parece estar errada ainda, pode notar pela mensagem gerada nos logs. 10/06/2022 15:01:20 - Suporte a "xsXmlSec" foi desativado por compilação {$DEFINE DFE_SEM_OPENSSL} ou {$DEFINE DFE_SEM_XMLSEC}. Altere essas configurações conforme mostrado na imagem do post anterior. Mas esse erro específico é muito provável que ainda esteja ocorrendo devido a dlls incompatíveis, pois testei se arquivo .ini aqui e está gerando o XML corretamente. Se persistir, recomendo que faça uma instalação limpa (em um novo diretório) usando a versão x86 apenas.

Dessa forma está correto, esse método você pode carregar um XML de NFe na lib, pode ser passando o path do xml ou o conteúdo do mesmo como parâmetro. Só precisa ser um XML de NFe válido no padrão SEFAZ. Após carregar o XML você pode utilizar os métodos para Assinar, Validar, Enviar e Imprimir... Está ocorrendo algum erro ao carregar o xml? Se sim por favor anexe o log da lib para que possamos analisar.

Notei pelo log que em algum momento foi instalado a versão x64 e instalado a versão x86 novamente, o ideal é instalar em outro diretório quando for versões diferentes, pois o Monitor utiliza dlls de dependencia que são copiadas para o diretório durante a instalação, mas essas dlls são diferentes para ambas as versões e isso pode estar causando conflito. Tente fazer o seguinte, encerre o monitor e filtre todas as dlls que existe na pasta ACBrMonitor (*.dll), exclua todas e refaça a instalação do ACBrMonitor, assim será atualizado apenas com as dlls corretas. Depois verifique também as configurações SSL, aparentemente está usando a capicom, mas está está depreciada, indicado usar a configuração abaixo:

Boa tarde, Se entendi correto, voce deseja carregar um xml já gerado para a lib, nesse caso use o método NFE_CarregarXML() https://acbr.sourceforge.io/ACBrLib/NFE_CarregarXML.html O método NFE_ObterXML tem efeito contrário, ele retorna o XML da NFe gerado pela lib, se já estiver carregado os dados na ACBrLibNFe.

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

Boa tarde, Por favor anexe o log.txt completo para análise. Antes da atualização, estava usando a versão x86 do ACBrMonitor?

Boa tarde @tborges, Favor atualizar as classes do demo ACBrLibNFe em C# e refazer os testes.

Boa tarde, Sempre use o método ConfigLerValor e ConfigGravarValor para alterar as configurações da lib, esses métodos já vai fazer a criptografia na escrita e descriptografia na leitura de forma automática para os campos necessários. https://acbr.sourceforge.io/ACBrLib/MetodosdeConfiguracao18.html

Bom dia @mgmobile, No seu arquivo .ini está sendo passado tPag=01 (esse código é pagamento em dinheiro) Então se é pagamento com cartão, o problema está na aplicação que está gerando o arquivo com código "01"

Ok, será atualizado no svn. Obrigado pela Contribuição!

Adicionado tarefa para inclusão, assim que disponibilizado informamos aqui. Obrigado pela contribuição! #TK-2766

A impressora está respeitando o gap da etiqueta corretamente quando envia várias etiquetas? Se sim, experimente apenas trocas a configuração "Origem" no componente para "ogTop"

@jlamorim, Não consegui simular o problema, mesmo usando o método gerarPDF está respeitando o nome passado em setDiretorioArquivo, conforme abaixo: Experimente atualizar com a ultima versão do ACBrMonitor.

Analisando esse log o método de envio de e-mail, não chegou na lib, ou seja nem foi executado. Chegou a testar com a aplicação demo para ver se ocorre a mesma situação? Check também se as dlls de dependência da OpenSSL estão no mesmo diretório da ACBrLibBoleto e na versão correta x86...