Jéter Rabelo Ferreira

@Juliomar Marchetti, acabei abrindo o tópico e a resposta estava aqui mesmo no fórum. (Peço desculpas por isso) Muito obrigado. Atenciosamente

Boa tarde Um cliente nosso está tentando emitir uma NF-e para o DF, e está obtendo o retorno de cStat 232: IE do destinatário não informada. Porém o destinatário não possui IE (Já verificado no site do Sintegra e com o próprio). Destinatário informado como não contribuinte (Se informar Isento, ocorre o mesmo erro). E informada como não contribuinte também. Alguém passou por isso? Obs.: Já foram autorizadas notas para esse mesmo destinatário (2019) Atenciosamente.

Bom dia. Foi adicionado um novo provedor (13/01 - Adm) e, após isso, ocorreram problemas ao ler as notas do XML de retorno da NFSeBrasil. Segue unit corrigida. Atenciosamente, pnfsLerListaNFSe.pas

Bom dia. Eu instalei o Delphi 10.4.2 atualizando 10.4.1. Mas ficaram vários problemas. Reclamando de falta de componentes, quando os mesmos estavam instalados. Eu fechava o projeto e reabrir e o erro do componente sumia. Esse erro ocorria com alguns componentes do ACBr. Aí eu resolvi instalar o Delphi do zero para ver. Feito isso, atualizei o ACBr e executei o ACBrInstall Ai eu notei que library do Android32 ficou correta, mas "estragou" foi o Browsing Path, adicionando os "" no início e deixando apenas os Paths do ACBr. Atenciosamente.

Elton, bom dia. Acabei de atualizar o ACBr e refazer a instalação. Androidx64 - OK Androidx32 - Erro, adicionou as '' no início e deixou somente as pastas do ACBr (Package/Browsing/DebugDCU) Atenciosamente

Sim, a Library Path estava corrigida. Até tenho ela num backup aqui para evitar problemas futuros. Clonei um ACBr do zero hoje, 27/03/2021, para não ter dúvidas e ver se estava 100%. Mas, com o Juliomar parece que o erro não ocorreu. Depois eu efetuo novamente a instalação para ver se ocorre novamente. Atenciosamente.

Bom dia. Baixei um ACBr do zero hoje e refiz a instalação do mesmo. Imagem abaixo. Mesmo problema. Ele adiciona "" no início da Library / Debug / Browsing path e apaga todo o path, deixando apenas o ACBr. EDITADO: ANDROID64 sem problemas (Testei apenas no Sydney - 10.4.2) Atenciosamente

Boa tarde Atualizei meu ACBr dia 15, e hoje fui compilar um App para Android32 e deu erro. Despois de muito procurar o problema, notei que, ao instalar o ACBr, toda a library Path do Android32 foi excluída, ficando apenas as do ACBr. Deixo no início do campo os caracteres ""; . Estou utilizando o Delphi Sidney, mas o problema ocorreu também com o Delphi Rio (Verifiquei). Atenciosamente.

Bom dia. Devido a um problema em MG no dia 25/09, um funcionário de um cliente nosso tentou enviar a nota para Sefaz/MG. Porém nesse dia MG estava com contingência ativa. O erro que retornou ou não retornou o sistema não conseguiu "pegar". Pois isso é tratando para que não ocorra. Porém, a pessoa, em vez de efetuar a consulta, mudou para contingência e autorizou a nota. Mas a mesma NF-e foi autorizada em MG. Então temos a mesma NF-e autorizada em MG e no ambiente de contingência nacional. Alguém sabe como proceder num caso desses? Atenciosamente.

Bom dia. Ainda não foi incluído no ACBr o Bradesco. Os fontes, conforme dito anteriormente, estão disponíveis (doados) para a referida inclusão caso alguém deseje fazer. Obs.: Está em produção há quase 2 anos em clientes nossos. Atenciosamente.

Boa tarde. Bradesco nós desenvolvemos há meses e está em produção desde então. Na época eu enviei um post oferecendo os fontes, mas não aceitaram. Segue abaixo o link da unit, eu liberei o código. https://bitbucket.org/jerasoft/jera-da-di/src/master/ Se quiserem adaptar para os moldes do ACBr, sem nenhum problema. Obs.: Nesse mesmo link acima, tem também para débito automático. Em produção Bradesco e Itaú. Caixa em Homologação. Depósito identificado: Bradesco e Itaú, Atenciosamente.

Bom dia. Estava com esse problemas meses atrás, fui verificar e era o arquivo INI que estava errado. Eu enviei o mesmo arquivo e o problema acabou. Arquivo NFSeBrasil.ini Verifique as tag's conforme abaixo: [Remover] ; 0 = Não / 1 = Sim QuebradeLinhaRetorno=1 EComercial=1 Tabulacao=1 TagQuebradeLinhaUnica=1 EComercial no meu caso estava como 0. Nunca mais tivemos problemas Atenciosamente.

Sim, isso pode ser feito, com certeza. Eu apenas retirei os demais Campos pois a tag é descrição do serviço. Atenciosamente

E um detalhe, se algum usuário já alterou o XML antes de imprimir não ocorrerá nenhum problema, pois foi tratado isso.

Essas informações para a impressão do Danfse são totalmente desnecessária. isso não altera o XML do usuário

Atual Após correção Tag do XML encontra dessa forma Esses campos que estão informados, fora a descrição, já existem na NFS-e Atenciosamente

Bom dia. Temos um cliente faz a geração de NFS-e para o provedor Betha há muitos anos. Porém, a quantidade de NFS-e era baixa, por volta de umas 400/mês. Nunca prestamos atenção como o XML do referido provedor devolvia a descrição. Mas, devido a algumas modificações no regime tributário e fiscal da empresa, migramos a emissão de alguns documentos para ISSQN. Serão mais de 100.000 NFS-e por mês Aí hoje o diretor me ligou questionando quanto a esse campo. Fui ver, e tinha vários tópicos aqui dessa solicitação, mas sem solução. Eu efetuei pequenas modificações no código fonte do Fortes e Fast para "limpar" esse campo somente quando o provedor for Betha, deixando apenas o campo descrição para a impressão. Seguem anexas as duas unit's para análise de vocês. Atenciosamente. ACBrNFSeDANFSeFR.pas ACBrNFSeDANFSeRLRetrato.pas

Boa tarde. Encontrei um problema ao exportar NFS-e para PDF. O componente não estava conseguindo montar o nome do arquivo quando não informado. Método "TACBrNFSeDANFSeFR.ImprimirDANFSePDF(NFSe: TNFSe);" Bastou retirar o WITH que o problema resolveu. (O delphi estava se perdendo entre o parâmetro do método e o WITH - NFSe). Segue unit corrigida. Atenciosamente. ACBrNFSeDANFSeFR.pas

@Daniel Simoes, achei o problema. Na unit ssl_openssl_lib tem um array com os nomes das DLL's, e ela tem uma diretiva CPU64, mas o correto é WIN64. Devido a esse problema, ao buscar os nomes das DLL's, ele sempre trazia o nome da lib de 32 bit's, e nunca a de 64. Efetuei a mudança, recompilei o projeto e funcionou. Segue a unit alterada. Atenciosamente.ssl_openssl_lib.pas

@Daniel Simoes, o interessante é na minha máquina com Delphi funciona também. Mas o exemplo que eu te passei ontem foi no server de um cliente nosso, Windows Server 2016, onde tem somente nosso sistema instalado e o Banco de Dados, nada mais. Esse mesmo ocorreu em 2 clientes diferentes. E, como demonstrado, somente na versão x64 do programa. Mas, eu já adaptei o setup para enviar/instalar as DLL's (MINGW) somente na versão x64 do Windows. A versão x32 do Windows não é enviada/instalada. Dessa forma, não teremos mais ligações aqui no suporte, até que eu possa analisar mais a fundo o que pode estar ocorrendo. Atenciosamente.

Daniel, vamos lá. Compilei o exemplo em x32 e x64 e solicitei uma consulta simples de status do serviço (Utilizei MG, mas o erro independe). Como você pode ver na imagem abaixo (Imagem Sem Titulo1.jpg): x32 - OK - (Temos XML de resposta da consulta) X64 - ERRO (Mensagem de não suportar TLS1.2 (O mesmo erro reportado por mim em post anterior)) Após encontrar erro, coloquei todas as dll's da pasta do MINGW x64 na pasta do programa e, voilá, consulta efetuada com sucesso! (Imagem Sem Titulo2.jpg) Acho que consegui explicar o problema. Lembrando que essa instalação é 100% limpa Atenciosamente.

Eu apaguei todo o meu repositório e clonei um totalmente novo (veja datas na imagem abaixo), Foi como eu disse. x32 - OK x64 - Não (Sem as DLL's OpenSSL com nomenclatura antiga - ssleay32 e etc). Eu coloquei as MINGW e funcionou. Obs.: A pasta fontes está informada como alterada é o ACBr.inc alterado para retirar as opções (Capicom, XMLSec e etc)

Seguinte. Atualizei o componente e o erro foi o mesmo, precisando das DLL's MINGW para consultar uma NF-e. Porém, ao utilizar a versão x32 do programa funcionou somente com as DLL's OpenSSL e Libxml2. O erro ocorre somente com a versão x64 do programa.

Veja imagem do meu ACBr.inc quanto a MINGW Vou clonar um repositório totalmente novo e instalar e testar. Depois informo o resultado. Atenciosamente.