Endrigo Rodrigues

Na versão 0.4.6.255 estava retornando erro, na versão 0.4.6.256 não mas no processo interno Enviar está gerando uma exceção e finalizando minha aplicação. Veja no log paranoico: 16/11/23 15:50:14:419 - NFe_Enviar(340, Sincrono ) 16/11/23 15:50:14:419 - Travar 16/11/23 15:50:14:419 - NFe_Enviar, Limpando Resp 16/11/23 15:50:14:419 - NFe_Enviar, Assinando 16/11/23 15:50:14:432 - NFe_Enviar, Validando 16/11/23 15:50:14:473 - NFe_Enviar, Enviando

Então, o erro estava acontecendo na versão 0.4.6.255 que travava o aplicativo e retornava a mensagem de erro, depois que modificaram para a versão 0.4.6.256 a mensagem de erro parou porém a aplicação é encerrada da mesma forma. O log já está no modo paranoico. O buffer tem o tamanho inicial 256, caso o retorno seja maior eu faço leitura somente do buffer necessário para o mesmo utilizando NFE_UltimoRetorno.

Estou conseguindo utilizar algumas funções da biblioteca MT libacbrnfe64.so porém ao tentar enviar a NF-e estava tendo o seguinte erro na versão 0.4.6.255: This binary has no thread support compiled in. Recompile the application with a thread-driver in the program uses clause before other units using thread. Runtime error 232 at $00007FE2006C3DCD $00007FE2006C3DCD $00007FE2006E3C31 $00007FE200952456 $00007FE2009D033D $00007FE2009947DE $00007FE2009CEDEC $00007FE200AA79B2 $00007FE20071833A $00007FE228353755 $00000000072D1700 O log da operação foi: 14/11/23 22:20:09:275 - LIB_Inicializar( /app/cfg/6fe13020-ab99-440d-9f80-139faea2d8ce.ini, ) 14/11/23 22:20:09:275 - ACBrLibNFE - 0.4.6.255 . . . 14/11/23 22:20:09:309 - NFE_ValidarRegrasdeNegocios 14/11/23 22:20:09:309 - Travar 14/11/23 22:20:09:310 - MoverStringParaPChar. StrLen:0, BufLen:256 14/11/23 22:20:09:310 - SetRetorno(0, ) 14/11/23 22:20:09:310 - Destravar 14/11/23 22:20:09:310 - NFe_Assinar 14/11/23 22:20:09:310 - Travar 14/11/23 22:20:09:345 - SetRetorno(0, 1 NFe(s) Carregada(s)) 14/11/23 22:20:09:346 - NFe_Enviar(0, Sincrono ) 14/11/23 22:20:09:346 - Travar 14/11/23 22:20:09:346 - NFe_Enviar, Limpando Resp 14/11/23 22:20:09:347 - NFe_Enviar, Assinando 14/11/23 22:20:09:352 - NFe_Enviar, Validando 14/11/23 22:20:09:403 - NFe_Enviar, Enviando Foi feita uma correção pela equipe do ACBr gerando o libacbrnfe64.so versão 0.4.6.256, agora o erro não é gerado porém continua encerrando minha aplicação no momento do envio. 16/11/23 15:50:14:301 - TLibNFeConfig.AplicarConfiguracoes: /app/cfg/fbfddddf-9914-4d47-92f4-dfcad41eccde.ini 16/11/23 15:50:14:301 - Travar 16/11/23 15:50:14:301 - Travar 16/11/23 15:50:14:301 - TLibNFeConfig.Gravar: /app/cfg/fbfddddf-9914-4d47-92f4-dfcad41eccde.ini 16/11/23 15:50:14:308 - TLibNFeConfig.Gravar - Feito 16/11/23 15:50:14:308 - Destravar 16/11/23 15:50:14:308 - TLibNFeConfig.AplicarConfiguracoes - Feito 16/11/23 15:50:14:308 - Destravar 16/11/23 15:50:14:309 - TLibNFeConfig.Ler - Feito 16/11/23 15:50:14:309 - Destravar 16/11/23 15:50:14:309 - TACBrLibNFe.Inicializar - Feito 16/11/23 15:50:14:309 - LIB_Inicializar( /app/cfg/fbfddddf-9914-4d47-92f4-dfcad41eccde.ini, ) 16/11/23 15:50:14:309 - ACBrLibNFE - 0.4.6.256 16/11/23 15:50:14:353 - TACBrLibNFe.PrecisaCriptografar(DFe,Senha) 16/11/23 15:50:14:353 - TACBrLibNFe.PrecisaCriptografar - Feito Result: True 16/11/23 15:50:14:353 - LIB_ConfigGravarValor(DFe, Senha, ******) 16/11/23 15:50:14:353 - TACBrLibNFe.PrecisaCriptografar(DFe,Senha) 16/11/23 15:50:14:353 - TACBrLibNFe.PrecisaCriptografar - Feito Result: True 16/11/23 15:50:14:353 - TLibNFeConfig.AjustarValor(tfGravar,DFe,Senha,******) 16/11/23 15:50:14:353 - TLibNFeConfig.AjustarValor - Feito 16/11/23 15:50:14:353 - TLibNFeConfig.AplicarConfiguracoes: /app/cfg/fbfddddf-9914-4d47-92f4-dfcad41eccde.ini 16/11/23 15:50:14:354 - Travar 16/11/23 15:50:14:356 - TLibNFeConfig.AplicarConfiguracoes - Feito 16/11/23 15:50:14:356 - Destravar 16/11/23 15:50:14:356 - SetRetorno(0, ) 16/11/23 15:50:14:359 - NFE_CarregarINI([infNFe][LF]versao=4.00[LF][LF][Identificacao][LF]cNF=33595697[LF]natOp=VENDA[LF]mod=55[LF]serie=17[LF]nNF=340...) 16/11/23 15:50:14:360 - Travar 16/11/23 15:50:14:368 - SetRetorno(0, 1 NFe(s) Carregada(s)) 16/11/23 15:50:14:368 - Destravar 16/11/23 15:50:14:370 - NFE_ValidarRegrasdeNegocios 16/11/23 15:50:14:370 - Travar 16/11/23 15:50:14:370 - MoverStringParaPChar. StrLen:0, BufLen:256 16/11/23 15:50:14:370 - SetRetorno(0, ) 16/11/23 15:50:14:370 - Destravar 16/11/23 15:50:14:371 - NFe_Assinar 16/11/23 15:50:14:371 - Travar 16/11/23 15:50:14:417 - SetRetorno(0, 1 NFe(s) Carregada(s)) 16/11/23 15:50:14:417 - Destravar 16/11/23 15:50:14:419 - NFe_Enviar(340, Sincrono ) 16/11/23 15:50:14:419 - Travar 16/11/23 15:50:14:419 - NFe_Enviar, Limpando Resp 16/11/23 15:50:14:419 - NFe_Enviar, Assinando 16/11/23 15:50:14:432 - NFe_Enviar, Validando 16/11/23 15:50:14:473 - NFe_Enviar, Enviando

Veja @Daniel InfoCotidiano. Em todas as chamadas é necessário ter a configuração do arquivo .crt e .key. Como o @Victor H. Gonzales - Panda havia dito, utiliza mTLS.

@Daniel InfoCotidiano o processo em produção utiliza os arquivos .crt e .key em todas as requisições e não somente na requisição de autenticação. E também em produção precisamos conseguir especificar etapa_processo_boleto como validacao.

É exatamente isso, mas no meu caso utilizo o ACBrLib.

Bom dia @Daniel InfoCotidiano! Estou falando em produção mesmo. Outra questão, em produção o pessoal do Itaú na primeira requisição pedem que seja feito com a tag etapa_processo_boleto como "validacao" e não como "inclusao". Não achei nas opções do ini como posso definir isso, parece estar fixo no fonte condicionada a configuração de homologação ou produção.Me enviaram esse json pedindo para que façamos a primeira venda e acompanhamento dessa forma: { "data": { "etapa_processo_boleto": "validacao", "codigo_canal_operacao": "API", "beneficiario": { "id_beneficiario": "AAAA00CCCCCD" }, "dado_boleto": { "descricao_instrumento_cobranca": "boleto", "tipo_boleto": "a vista", "codigo_carteira": "109", "valor_total_titulo": "00000000000100000", "codigo_especie": "01", "valor_abatimento": "000", "data_emissao": "2022-02-14", "indicador_pagamento_parcial": true, "quantidade_maximo_parcial": 0, "pagador": { "pessoa": { "nome_pessoa": "Pessoa teste", "tipo_pessoa": { "codigo_tipo_pessoa": "F", "numero_cadastro_pessoa_fisica": "11122233300" } }, "endereco": { "nome_logradouro": "Rua endereço,71", "nome_bairro": "Bairro", "nome_cidade": "Cidade", "sigla_UF": "SP", "numero_CEP": "22460010" } }, "dados_individuais_boleto": [{ "numero_nosso_numero": "20000001", "data_vencimento": "2022-02-24", "valor_titulo": "00000000000119900", "texto_uso_beneficiario": "2", "texto_seu_numero": "2" }], "multa": { "codigo_tipo_multa": "02", "quantidade_dias_multa": 1, "percentual_multa": "000000100000" }, "juros": { "codigo_tipo_juros": 90, "quantidade_dias_juros": 1, "percentual_juros": "000000100000" }, "desconto_expresso": false } } }

Nesse caso então temos que configurar ArquivoCRT e ArquivoKEY pois é o componente que irá gerar o token, correto?

@Victor H. Gonzales - Panda por isso sugeri as propriedades. Usa quem quiser e deixa como padrão a que for gratuita e funcional. No caso da API cnpj.ws por exemplo é retornado inclusive as inscrições estaduais.

Poderia ser implementado, além da que já existe, a consulta nas API receitaws.com.br e cnpj.ws e ter a propriedade para escolher o provedor e ter outra propriedade para informar o token caso a SoftwareHouse possua um contrato ou disponibilize para o cliente realizar a contratação com essas empresas.

Mas veja bem, não é problema no ini, não está gerando o log quando uso como Memory, só isso.

A demora continua quando vários processos de impressão são iniciados simultaneamente. Veja que quando só tem uma execução o processo é em +/- 4 segs, porém quando tem múltiplos processos simultâneo esse tempo vai para +/- 13 segs.

Bom dia! Trabalho com Python, mas isso não seria uma questão somente da lib? Tente apagar o arquivo de log e veja se como Memory vai conseguir criar o arquivo, o meu aqui até agora não criou os arquivos de log e estou usando as configurações somente como Memory.

Você testou no Linux? Estou usando a lib MT.

Olá! Ao mandar gerar o PDF da NF-e o tempo que demora para gerar é muito alto. Demora mais ainda quando possui um logotipo. Aqui no meu exemplo foi +/- 12 segs. 02/11/22 11:01:44:743 - NFE_CarregarXML(./cliente/30002/xml/31221100843106000157550170000002621029329650-nfe.xml ) 02/11/22 11:01:44:743 - Travar 02/11/22 11:01:44:755 - SetRetorno(0, 1 NFe(s) Carregada(s)) 02/11/22 11:01:44:755 - Destravar 02/11/22 11:01:44:756 - NFe_ImprimirPDF 02/11/22 11:01:44:756 - Travar 02/11/22 11:01:44:756 - ConfigurarImpressao - Iniciado 02/11/22 11:01:44:756 - ConfigurarImpressao - Feito 02/11/22 11:01:56:158 - SetRetorno(0, { "Impressao" : { "Msg" : "/home/endrigo/python/apinotas/cliente/30002/pdf/31221100843106000157550170000002621029329650-nfe.pdf" } }) 02/11/22 11:01:56:158 - FinalizarImpressao - Iniciado 02/11/22 11:01:56:158 - FinalizarImpressao - Feito 02/11/22 11:01:56:158 - Destravar 02/11/22 11:01:56:159 - LIB_Finalizar 02/11/22 11:01:56:159 - Finalizar libacbrnfe64.so 0.4.6.206 Linux KUbuntu 22.04

Olá! Quando configuro libacbrnfe64.so para usar configuração como [Memory] os logs não são gerados no arquivo que foi configurado. libacbrnfe64.so 0.4.6.206 Linux KUbuntu 22.04

Olá! Gostaria que verificassem a possibilidade de quando o retorno for json retornar as chaves em letras minúsculas ou então seguir o mesmo padrão em todas as funções. A não padronização causa um problema quando a leitura do json em algumas linguagens é sensível ao caso. Em algumas situações é retornado por exemplo cStat e em outras CStat, xMotivo e XMotivo, chDFe e ChNFe (esse poderia padronizar sempre como chDFe), nProt e NProt, dhRecbto e DhRecbto. libacbrnfe64.so 0.4.6.206 Linux KUbuntu 22.04

De acordo com a ajuda dada pelo @Daniel Simoes @Daniel InfoCotidiano e Antonio Carlos foi possível solucionar utilizando as seguintes configurações para o Ubuntu 22.04. Obrigado a todos. Usando o KUbuntu 22.04 consegui fazer a libacbrnfe64.so MT funcionar com a seguinte configuração: echo Instalando dependências do ACBr sudo apt install -y xvfb xauth openssl libxml2 libgtk2.0-0 ttf-mscorefonts-installer gnome-themes-standard gnome-themes-extra sudo ln -s /usr/lib/x86_64-linux-gnu/libxml2.so.2 /usr/lib/x86_64-linux-gnu/libxml2.so sudo ln -s /usr/lib/x86_64-linux-gnu/libxml2.so.2 /usr/lib64/libxml2.so echo Instalando openssl 1.1.1 wget --inet4-only https://www.openssl.org/source/openssl-1.1.1q.tar.gz cd openssl-1.1.1q ./config make make test sudo make install ln -s /usr/local/lib64/libssl.so.1.1 /usr/lib64/libssl.so.1.1 ln -s /usr/local/lib64/libssl.so.1.1 /usr/lib/libssl.so.1.1 ln -s /app/$1/openssl-1.1.1q/libcrypto.so.1.1 /usr/lib64/libcrypto.so.1.1 ln -s /app/$1/openssl-1.1.1q/libcrypto.so.1.1 /usr/lib/libcrypto.so.1.1 echo Instalando libssl 1.1.1 wget --inet4-only http://security.ubuntu.com/ubuntu/pool/main/o/openssl/libssl1.1_1.1.1f-1ubuntu2_amd64.deb sudo dpkg -i libssl1.1_1.1.1f-1ubuntu2_amd64.deb

kubuntu 22.04 A versão do openssl é a 1.1.1q

ACBrLibNFE-20221031.log

Olá. Estamos tendo falha ao utilizar libacbrnfe64.so seja normal ou MT. O teste realizado foi: - NFE_StatusServico retornou -10 - NFE_UltimoRetorno retornou WebService Consulta Status serviço:\r\n- Inativo ou Inoperante tente novamente.\nErro ao ler informações do Certificado.\nProvavelmente a senha está errada Foi feita a verificação do certificado digital e também permissão do arquivo assim como a senha. Fizemos testes também com o openssl e conseguimos acessar os dados do certificado corretamente. A versão do openssl instalado foram a 3 e posteriormente a 1.1.1q. O Daniel Infocotidiano também fez testes e constatou o mesmo problema.

Entendi a questão. Então fiz uma nova adaptação para que a verificação do ID seja após o preenchimento de mensagem0. Dessa forma a marca d'água continuará funcionando sem atrapalhar o que já estava tratado. ACBrNFeDANFEFRDM.zip

Olá. Gostaria de solicitar a modificação para que seja impressa a marca d'água com os textos padrões do ACBr mesmo quando o XML ainda não possuir o ID. ACBrNFeDANFEFRDM.pas em TACBrNFeFRClass.CarregaParametros na linha 1597. De: if Assigned(FNFe) and (FNFe.InfNFe.ID <> '') then Para: if Assigned(FNFe) then ACBrNFeDANFEFRDM.zip

Corrigi aqui o meu. Era o Ide.cUF estava 3, corrigimos para 31 e funcionou.

Estou tendo o mesmo problema.