prismars

Fiz um fork para resolver o problema. Em anexo as units alteradas. ACBrNFSeXDANFSeRLPadraoNacional.dfm ACBrNFSeXDANFSeRLPadraoNacional.pas

Juliomar, Eu procedi com este ajuste para que não mostre até o dia 31/12/2026. ACBrNFSeXDANFSeRLPadraoNacional.dfm ACBrNFSeXDANFSeRLPadraoNacional.pas

Boa Tarde, Atualizei recentemente o ACBR e agora ao imprimir a NFSe aparece nos campos de totais os Campos 'Total do IBS/CBS' e 'Valor Líquido da NFSe + IBS/CBS'. Acontece estes campos somente deveriam estar visiveis a partir de 1/1/2027. Algumas empresas, atraves de seus contadores, estão solicitando que eu 'remova' este dois campos da NFSe. Existe alguma forma, parametro ou mesmo gambiarra que eu possa fazer para que estes campos não apareçam até 1/1/2027 ?? Agradeço desde já. Moacir

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