prismars

Acabei de fazer uma pesquisa aqui e a pergunta foi: 'sefaz fez alguma alteração com relação a desativação de cifras de segurança antigas e a ajustes na infraestrutura nos ultimos 30 dias ?' Resposta: "Sim. Nos últimos 30 dias, houve uma grande alteração de infraestrutura da SEFAZ RS / SVRS (que também impacta os estados participantes da Sefaz Virtual). O ambiente de autorização de documentos fiscais (CT-e, MDF-e, etc.) foi migrado definitivamente para nuvem. [1, 2] Abaixo estão os detalhes específicos sobre essas mudanças recentes e impactos em cifras/protocolos: Migração de Infraestrutura (SEFAZ RS/SVRS): Devido à migração do datacenter para nuvem, houve alteração nos endereços IP de resposta de todos os serviços. A Secretaria recomendou que as empresas obtenham IPs de forma dinâmica (sem fixar endereços). Cifras e Protocolos de Segurança: Embora a desativação de protocolos obsoletos como SSL/TLS 1.0 e 1.1 tenha ocorrido em lotes anteriores nos últimos anos (como em PE, SP e MG), a mudança atual exige que o TLS 1.2 (ou superior) esteja ativo para garantir compatibilidade com as novas exigências de nuvem e criptografia. Documentos Afetados pela Manutenção: A alteração na infraestrutura atua diretamente sobre os serviços de CT-e, BP-e, NF-3e, NFCom, NFF, MDF-e, SVD e ONE (NFe e NFCe não sofreram paradas diretas na infraestrutura do RS) " Lembro que, como comentei no post original já estou usando o protocolo TLS 1.2. E agora ? Mais alguem tem alguma pista ou solução ??

Bom Dia, Quais são as DLL´s que voce esta usando no diretorio do seu programa ?? Nos informe para que eu possa fazer uns testes aqui na minha maquina de desenvolvimento. Mas acredito que o foco seria descobrir se o protocolo TLS foi alterado no ambiente de Homologação, já que no ambiente de PRODUÇÃO nao ocorre este problema. Eu estou usando o protocolo até aqui recomendado: TLSv1.2 Moacir

Bom Dia Senhores, Desde a 6a feira (15/05/2026) estou enfrentando este problema no ambiente de HOMOLOGAÇÃO somente. Isto ocorre com o BPe, CTe e MDfe de modo intermitente. As vezes ocorre na carga do sistema e outras ao realizar alguma operação junto ao SEFAZ RS. Basta colocar o sistema em ambiente de PRODUÇÃO e o erro desaparece. - O protocolo TLS esta setado para a versão 1.2 ! - Tudo funcionava 100% antes desta data. Mais alguem com este erro ?? Qualquer dica ou comentário é bem vindo.

Gelson, Como estou sem solução e precisava entregar o sistema para o cliente fiz uma gambiarra que funciounou e pretendo usar até descobrir a solução definitiva: - Va na pasta de schemas da V1.01 copie e renomeie todos os arquivos para o nome na V1.00. Só estou fazendo isto devido ao 'desespero' do momento, mas ainda tenho esperança de encontrar a origem do problema. Boa Sorte, Moacir

Juliomar, Uma atualização: Alimentei o codigo do Municipio diretamente no componente e fechei o projeto. Quando abri de novo apareceu esta mensagem: Este codigo é o codigo encontrado no arquivo 'ACBrNFSeXServicos.ini' Moacir

Bom Dia Juliomar, Versao Ve1.01 Versao Layout lnfsPadraoNacionalv101 Codigo do Municipio 4322806 - VERANOPOLIS/RS O que esta ocorrendo é que ele tenta usar arquivo da Versão Ve1.0 dentro do path da versão Ve1.01. Em quais fontes ele determina o PATH e o NOME dos arquivos de schemas a serem usados ? Obrigado, Moacir

Juliomar, A pasta dos schemas esta exatamente igual aquela que vem nos exemplos do acbr em ..\Exemplos\ACBrDFe\Schemas\NFSe\PadraoNacional: V1.0: V1.01: --------------------------------------------------------------------------------------------------------------- E na minha pasta de schemas esta exatamente igual. Abaixo o conteudo de cada diretorio de versao: Pelo que entendi o componente, embora setado para a versão V1.01 ainda esta tentando consultar os arquivos da V1.0.

Senhores, Ao migrar no Padrão Nacional para a versão 1.01, passei a ter este erro: D:\PathDaMinhaAplicacao\NFSe\Schemas\PadraoNacional\1.01\DPS_v1.00.xsd Não encontrado Verifiquei e o Path esta correto e as pastas do PadraoNacional V1.00 e V1.01 existem com seus respectivos arquivos correspondentes. O componente esta configurado para a Ve101. O componente esta tentando localizar os arquivos da versão 1.0 na pasta da versão 1.01. Alguma dica ou orientação ?? Delphi 10.3 ACBR atualizado até esta data. Obrigado, Moacir

pc437 ! Com a impressora Epson funciona perfeitamente. Qual é a recomendada neste caso ?

Bom dia senhores, Alguem já passou por este problema com a Impressora Bematech escpos ? Caracteres estranhos no inicio das linhas. Na Impressora Epson esta tudo perfeito. Qualquer dica é bem vinda. Obrigado.

Juliomar, Verifiquei e não encontrei bpl do ACBr 'perdidas'. Fiz então uma nova instalação do ACBr: - Apaguei o diretorio do ACBr - Baixei o ACBr de novo - Rodei o bat 'apagarAcbr.bat' - Instalei o ACBr novamente (ACBrInstall_Trunk2.exe) - Re-compilei o meu aplicativo e o erro persistia. Mas ao verificar no diretorio do meu aplicativo identifiquei duas DLL´s: - libeay32.dll - ssleay32.dll Bastou exclui-las e o meu aplicativo voltou a funcionar !!! Eram estas DLL´s mais antigas perdidas ali que estavam causando o problema ! Deixo aqui o registro caso mais alguem venha a ter este problema. Agradeço demais a ajuda e o interesse na resolução de meu problema, Gratidão a todos !

Uso ESC POS. Mas o erro ocorre ANTES da impressão. Ocorre no parse do xml

Juliomar, Fiz como recomendado e ao tentar imprimir uma segunda via a partir do XML o erro persiste ! Tente IMPRIMIR usando estes arquivos xml que enviei pelo programa exemplo e voce verá o erro acontecer.

Italo, Tente IMPRIMIR usando estes arquivos pelo programa exemplo e voce verá o erro acontecer. Meu programa existe a alguns anos usando o ACBr e sempre funcionou bem, até a refactory feito. Métodos utilizados mas com erro: MeuExemploBPe.BPe.Bilhetes.Add.LerXML(StringComXML); MeuExemploBPe.BPe.Bilhetes.LoadFromString(ArquivoXML); MeuExemploBPe.BPe.Bilhetes.Items[0].LerXML(StringComXML); Se eu gerar um novo Bpe o erro NÃO ocorre, então pressuponho que não possa ser algo do componente. De qualquer forma esta é a configuração corrente: SSLLib = libWinCrypt SSCrypLib = cryWinCrypt SSHttpLib = httpWinHttp SSLXmlSignLib = xsLibXml2 Caso esta configuração esteja incorreta, por favor, me informe a correta. Ou pode ser alguma outra configuração ?? Qualquer dica ou comentário é bemvindo... Moacir

Juliomar, Fiz alguns testes e descobri que o erro ocorre na unit ACBrXMLDocument, na função LoadFromXML: "procedure TACBrXmlDocument.LoadFromXml(AXmlDocument: string); var loadedDoc: xmlDocPtr; loadedRoot: xmlNodePtr; begin // a linha abaixo foi comentada pois segundo o DSA consome muito a CPU e causa lentidão // AXmlDocument := NativeStringToUTF8(AXmlDocument); loadedDoc := xmlParseDoc(PAnsiChar(ansistring(AXmlDocument))); <- O erro ocorre aqui ! if loadedDoc <> nil then begin xmlFreeDoc(xmlDocInternal); xmlDocInternal := loadedDoc; loadedRoot := xmlDocGetRootElement(xmlDocInternal); if loadedRoot <> nil then begin xmlRootElement.Free; xmlRootElement := TACBrXmlNode.Create(Self, loadedRoot); end else raise EACBrXmlException.Create(xmlGetLastError()^.message); end else RaizeExceptionTratandoNaoCarregamentoDLL; end;" Caso voce tenha alguma novidade, me avise ! Moacir

Juliomar, Ao testar com o exemplo do ACBrBPe, o mesmo problema ocorre. Após uma pesquisa na internet encontrei um outro usuário do ACBr reportando o mesmo erro, mas no caso dele era na NFe, Abaixo o teor da mensagem dele: " Boa Tarde! No meu XML, gero o Nome Fantasia do Destinatário nos Dados Adicionais: tag <infCpl> Quando este nome tem & está trocando para "&amp;" que é correto, então salva corretamente. Quando carrego um XML por: ACBrNFe.NotasFiscais.LoadFromFile(PathArquivoXML); E Logo em seguida realizo a Assinatura: ACBrNFe.NotasFiscais.Assinar; Ocorre o Erro: Falha ao interpretar o XML "xmlParseDoc" --> 23 - EntityRef: expecting ';' Analisando o Código fonte da ACBr observei que no TNotasFiscais.LoadFromFile é executado: 1- TNotasFiscais.LoadFromString; 2- NotaFiscal.LerXML; 3-ACBrUtil.XMLHTML.ParseText; na Function ParseText é executado: Astr := InternalStringReplace(AStr, '&amp;' , '&'); Voltando para somente "&" Depois ainda executa o: 4- TNFeR.LerXml 5- Leitor.rCampo na Function rCampo quando o campo é tcStr É executado o pcnAuxiliar.ReverterFiltroTextoXML Que contém o código: aTexto := StringReplace(aTexto, '&amp;', '&', [rfReplaceAll]); Ou seja, quando eu for realizar a Assinatura vai ocorrer o Erro: Falha ao interpretar o XML "xmlParseDoc" --> 23 - EntityRef: expecting ';' Se eu comentar as duas linhas desse código que fazem o replace, só para testar, Funciona Perfeitamente. Mas Também entendo que esta não é a Solução pois o LoadFromfile é usado em Inúmeras situações e se comentar essa parte pode ocorrer outro tipo de erro. Como devo proceder nesse caso? utilizo a montagem do XML pelo TXMLDocument, Salvo no Disco, Utilizo os fontes da ACBr para Assinar, Validar e Enviar os Documentos. Tem uma outra opção que não seja ACBrNFe1.NotasFiscais.Add, tendo em vista que eu precisaria refatorar todo o código somente por conta do "&" Alguém poderia me sugerir algo? " Fico no aguardo e agradeço desde já, Moacir

Bom Dia Juliomar, Anexo 2 xml para analise. Agradeço desde já. 43250698593668000194630010001583251393621073.xml 43250698593668000194630010001583261902188140.xml

Senhores, Após atualizar o ACBr estou com este problema ao tentar imprimir uma 2a via do BPe. Métodos utilizados mas com erro: MeuExemploBPe.BPe.Bilhetes.Add.LerXML(StringComXML); MeuExemploBPe.BPe.Bilhetes.LoadFromString(ArquivoXML); MeuExemploBPe.BPe.Bilhetes.Items[0].LerXML(StringComXML); Qualquer dica ou orientação será bem vinda. Grato desde já.

Bom Dia Senhores, Atualizando sobre este erro: O erro só ocorre no ambiente de HOMOLOGAÇÃO... Se mais alguem passar por isto já sabe, basta testar no ambiente de PRODUÇÃO. Grato pela atenção de todos.

Italo, Grato pelo retorno. Venho a 2 dias obtendo este erro. Inclusive agora a poucos minutos tentei novamente e retorna sempre este erro. Alguem teria um XML de uma nota emitida para PESSOA FISICA que pudesse disponibilizar ?? Seria de grande ajuda. Acredito que tenha algo a ver com a configuração que uso. Grato desde já

Bom Dia Senhores, Estou me deparando com o erro "E0168 - CPF do tomador não encontrado no cadastro CPF" ao tentar emitir NFSe, provedor Nacional, para pessoa física. As emissões para pessoas jurídicas estão OK. Alguem já passou por isto ou tem alguma dica ? Grato desde já.

Nenhuma pasta ou arquivo marcada, tudo esta ok (verde). Meu Delphi é o 10.3 Rio e nunca instalei o pacote Android anteriormente.. O misterio continua.. Vou concluir alguns ajustes em um sistema e na p´róxima semana tentarei novamente. Grato pela atenção.

Grato pela resposta Diego, 1) Nunca instalei o pacote android antes. 2) Antes de tentar instalar rodei o "apagarAcbr.bat" Para não ficar com tudo parado usei um backup do ACBR e refiz a instalação sem problemas e tudo voltou a funcionar, mas gostaria de poder atualizar o ACBR o quanto antes..

Bom Dia, Hoje ao atualizar o ACBR fui surpreendido por este erro. "ACBr_Android.dpk". O sistema não pode encontrar o arquivo especificado O Pacote android esta desmarcado e portanto não deveria estar sendo instalado. Win 11 - Delphi 10.3 Qualquer dica é bem vinda !

Bingo! Era este o problema. Bastou ajustar a escala para 100% e tudo funciona muito bem. Agradeço a resposta. Abraços, Moacir