[email protected]

Voltei a versão do ACBr para outubro de 2025 aí deu certo. No ISSNet / DF ainda estão usando a versão ASBRAF, então tem de ser dessa forma. Em si deveria funcionar na última versão do ACBr, mas não é o caso. Vc pode também tentar usar o ACBrNFSeXServicos.ini de uns meses atrás, onde constam as URLs (outubro) com a versão mais atual da ACBr, talvez dê certo tb. Se der certo, me avise por favor.

Já testei com e sem o arquivo ACBrNFSeXServicos.ini na pasta do executável. Usei o arquivo mais atual disponível no SVN. Dá o erro de qualquer forma. Se configuro como o padrão nacional, não dá esse erro, passa a dar outros erros de validação. Porém para o DF entendi que ainda é para usar o layout do provedor / ASBRAF, conforme publicado em https://iss.fazenda.df.gov.br/online/Login/Login.aspx Por sinal, olhando esse arquivo na seção para Brasília, as URLs estão em branco: [5300108] Nome=Brasilia UF=DF Provedor=ISSNet ProRecepcionar= HomRecepcionar= E agora?

Notem que as notas estavam sendo emitidas normalmente nos cliente e de repente pararam em alguns clientes com o problema acima. Testando com o ACBrNFSeX_Exemplo em ambiente de homologação também está dando o mesmo erro, conforme abaixo: ------------------------------ Versão OpenSSL OpenSSL 1.1.1j 16 Feb 2021 01.01.01.0AF C:\WINDOWS\SYSTEM32\libcrypto-1_1.dll C:\WINDOWS\SYSTEM32\libssl-1_1.dll ------------------------------ Requisição Ambiente : 2 - Homologação Cidade : Brasilia/DF Provedor : ISSNet Versão: 1.01 Data/Hora: 13.01.2026 09:18:07 Método Executado: Gerar NFSe Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30.12.1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : X999 Mensagem: Erro de Conexão: Não informado a URL de Homologação, favor entrar em contato com a Prefeitura ou Provedor. Correção: --------- NFS-e Numero....: 1 Cod. Verificacao: Prestador.......: Tomador.........: Nome do Tomador

Passou a dar o erro "Não informado a URL de Produção, favor entrar em contato com a Prefeitura ou Provedor" na emissão de NFS-e, mesmo não tendo alterações na configuração ou nos nossos fontes. É utilizado o layout lnfsProvedor. A solução de não funciona. Agradeço a atenção

Legal, li agora, obrigado!

O provedor não respondeu. Mas: eu tinha entendido que para a reforma tributária teria de ser no padrão nacional: https://www.gov.br/receitafederal/pt-br/acesso-a-informacao/acoes-e-programas/programas-e-atividades/reforma-consumo/orientacoes-2026 E então? É o padrão nacional ou utilizando o provedor?

Os componentes estão todos atualizados. Porém entrando em contato com o provedor, nada acontece...

Colocando através do provedor, ele não está emitindo em homologação, embora esteja emitindo em produção. Tem alguma ideia? Em homologação retorna as seguintes mensagens, que em produção não ocorrem. O que quero é ajustar para a reforma tributária. Erro(s):<BR>Código : E051<BR>Mensagem: Inscrição Municipal do tomador do serviço incorreta.(Numero RPS: 3030)<BR>Correção: Informe corretamente a inscrição municipal do tomador do serviço.<BR>---------<BR>Código : E053<BR>Mensagem: O campo Inscrição Municipal do tomador do serviço só deverá ser preenchido para tomadores estabelecidos neste município.(Numero RPS: 3030)<BR>Correção: Para tomador de serviço estabelecido fora deste município não deve ser preenchido o campo Inscrição municipal.<BR>---------<BR>Código : E090<BR>Mensagem: Número do RPS inválido.(Numero RPS: 3030)<BR>Correção: Informe um número de RPS que corresponda à seqüência utilizada pelo prestador do serviço.<BR>---------<BR>Código : E093<BR>Mensagem: Série do RPS inválida.(Numero RPS: 3030)<BR>Correção: Identifique o RPS utilizando no máximo 5 dígitos.<BR>---------<BR>Código : E328<BR>Mensagem: Opção pelo SIMPLES Nacional não consta do cadastro do contribuinte.(Numero RPS: 3030)<BR>Correção: Não há registro no cadastro do contribuinte de opção pelo SIMPLES Nacional. Procure a Prefeitura para regularizar a situação.<BR>---------<BR>Código : L003<BR>Mensagem: O Código de tributação informado não pertence a este contribuinte.(Numero RPS: 3030)<BR>Correção: Consulte junto a prefeitura de seu município o código vigente.<BR>---------<BR>Código : L038<BR>Mensagem: O cadastro da empresa não possui CNAE vinculado ou o CNAE informado não corresponde ao cadastro.(Numero RPS: 3030)<BR>Correção: Verifique os dados do Prestador junto à Prefeitura.<BR>---------<BR>Código : L039<BR>Mensagem: Prestador não está autorizado a emitir nota com essa natureza de operação.(Numero RPS: 3030)<BR>Correção: Verifique as naturezas de operação permitidas para emissão de nota.<BR>---------<BR>Código : X202<BR>Mensagem: Lista de NFSe não encontrada! (ListaNfse)<BR>---------

Está dando o erro acima, mas me parece estar tudo certo no XML. A emissão é em Brasília / DF. O que fazer? Agradeço a atenção! NFS enviada RPS.xml NFS retorno.xml

Em si era em algum cliente que não funciona com o winCrypt. Mas já tem pelo menos um ano que eu tinha visto esse problema, e tinha mudado para usar o OpenSSL. Obrigado pela dica do site para baixar o OpenSSL, excelente. Como também uso em Websockets etc, é bem útil.

Não encontrei a legacy.dll de 32 bits para a versão 3.5.1. Sabe onde baixar? Só achei a versão 3.4.0 em https://www.dllme.com/dll/files/legacy/versions, mas aí não funcionou. Exportando o certificado com AES256-SHA256, funcionou, aparentemente sem a legacy.dll. Mudando a SSLLib para winCrypt também funcionou, mas lembro que eu tinha colocado para usar OpenSSL porque em alguma UF não funcionava com o winCrypt.

Notando que as soluções descritas abaixo não funcionam: já instalei e exportei o certificado de dentro do windows. E também não consigo usar o legacy.dll, já que a aplicação é em 32 bits.

Quando carrega um certificado .PFX ou .CER utilizando as DLLs do OpenSSL 3.5.0 ocorre o seguinte erro: 'error:12800067:DSO support routines::could not load the shared library' Quando coloca as DLLs da versão 1, aí funciona.

não tem arquivo .ini com endereços.

Não tenho alterações locais. Enviando para produção eu já tinha testado, porém curiosamente funcionou corretamente na minha máquina (na Alemanha), mas não funcionou com os mesmos dados no cliente conectando de Brasília, dando um outro erro, que não é esse do serviço indisponível. O erro que aparece me sugere que o endereço do serviço em homologação esteja desatualizado no ACBR, ou que o serviço esteja fora do ar. O cliente em questão voltou para o regime do simples nacional, então essa questão não tem prioridade no momento. Caso ocorra em algum outro lugar, eu aviso aqui. Muito obrigado pela atenção!

Cidade é Brasília/DF. O provedor foi definido automaticamente. Os seguintes valores foram definidos: Geral.SSLLib := libOpenSSL; Geral.SSLXmlSignLib := xsLibXml2; WebServices.SSLType := LT_TLSv1_2; Os demais valores não foram definidos manualmente. Agradeço a atenção!

Quando enviada a NFS-e em ambiente de homologação, dá o erro: EACBrXmlException with message 'EndTag: '</' not found Olhando o StackTrace, vejo uma mensagem de "Service unavailable". O XML da NFS-e enviada está anexo. O que fazer? NFS enviada.xml

As primeiras notas também foram emitidas pelo web Service. Não entendo o que acontece, pra mim parece um problema lá no WS.

Obrigado pela rápida resposta. Veja, que conforme abaixo, a empresa já está cadatrada. E também foram emitidas anteriormente 2 NFS-e distintas nessa empresa.

Muito obrigado! Assim também funciona, com o código abaixo, não precisando modificar um aquivo .ini. Porém não funciona a consulta direta com a chave de acesso, exatamente como você mencionou. with FNfs.NotasFiscais.Items[0].NFSe do begin if FNfs.Configuracoes.WebServices.Ambiente = taProducao then Link := 'https://df.issnetonline.com.br/online/NotaDigital/VerificaAutenticidade.aspx' // Link := 'https://df.issnetonline.com.br/online/NotaDigital/VerificaAutenticidadeQRCode.aspx?%ChaveAcesso%' else Link := 'https://www.issnetonline.com.br/homologaabrasf/online/NotaDigital/VerificaAutenticidade.aspx'; // Link := 'https://www.issnetonline.com.br/homologaabrasf/online/NotaDigital/VerificaAutenticidadeQRCode.aspx?%ChaveAcesso%'; Link := StringReplace(Link, '%ChaveAcesso%', Self.GetChaveAcesso, [rfReplaceAll]); {$ifdef DEBUGx} Clipboard.AsText := Link; {$endif} end;

A nota anexa é emitida com sucesso em ambiente de homologação, porém não é emitida em ambiente de produção, retornando o erro "E138 - Usuário não autorizado a realizar o serviço." Vejam que o XML é idêntico, exceto naturalmente o número do RPS e a assinatura. O certificado usado para envio é o mesmo, tanto em produção como homologação. O provedor é o ISSNet, para Brasília - DF. XML's de envio da nota enviada em homologação e produção em anexo, assim como respectivos retornos. Já enviei mensagem para [email protected], porém eles não respondem. Agradeço a ajuda! NG Produção NFS enviada.xml NG Produção NFS retorno.xml NG Homologação NFS enviada.xml NG Homologação NFS retorno.xml

O QR Code não é gerado na NFS-e do DF, que usa o provedor ISSNet. Olhando o arquivo ACBrNFSeXServicos.ini, verifiquei que não existe o valor definido para ProLinkURL ou HomLinkURL em [5300108] (UF=DF). Como sei que o seguinte link funciona: https://df.issnetonline.com.br/online/NotaDigital/VerificaAutenticidadeQRCode.aspx?ZWANsozCE+yITmDMWCNVk59Gnc/cP0aCI8SxJ6/bxeY20atuNgogxJrOFKp+w+D406XodhoWno/n1FmJVCX66GABdzbzI1QJa/UakozVh1A= Suponho que tenham de ser feitas as seguintes alterações em ACBrNFSeXServicos.ini ProLinkURL=https://df.issnetonline.com.br/online/NotaDigital/VerificaAutenticidadeQRCode.aspx?%ChaveAcesso% HomLinkURL=https://www.issnetonline.com.br/homologaabrasf/online/NotaDigital/VerificaAutenticidadeQRCode.aspx?%ChaveAcesso% Não sei se na URL somente precisa ser passada a chave de acesso ou algo mais Tem como alguém verificar e alterar isso no citado arquivo .INI e também gerar o arquivor .RES correspondente?

Obrigado! Porém faltaram as alterações em ACBrBancoBRB.pas, conforme solicitadas pelo próprio BRB, que exige o código 13 para "Não receber após o vencimento".

Sem a alteração no arquivo ACBrBoleto.pas, quando o boleto só pode ser pago até o vencimento, é mostrado "Não Receber após 0 dias", que não é muito clara. "Não receber após o vencimento" seria uma mensagem mais correta neste caso. At,

O BRB também exige que quando a data limite para o pagamento é a data do vencimento, que o código da instrução seja 13 (barrar pagamento de título após o vencimento). Para isso tem de alterar: if (DataLimitePagto > 0) then begin wDiasPagto:= IntToStrZero(DaysBetween(Vencimento, DataLimitePagto),2); if (Instrucao1 = '00') then begin if Vencimento <> DataLimitePagto then Instrucao1:= '94' else Instrucao1 := '13'; Prazo1 := wDiasPagto; end else if (Instrucao2 = '00') then begin if Vencimento <> DataLimitePagto then Instrucao2 := '94' else Instrucao2 := '13'; Prazo2 := wDiasPagto; end end; Anexo o arquivo alterado. Segue mensagem do BRB com a solicitação. · Forma correta: Corrigir ainda no arquivo de remessa, as seguintes posições: a. 188 a 195: inserir data maior ou igual a atual. b. 276 a 277: inserir cód. 13 referente ao barramento do titulo após o vencimento (corrigir a data no boleto também). Após as devidas correções, enviar a massa de testes novamente com os boletos e as suas respectivas remessas. Atenciosamente, Danielle dos Santos Equipe Cobrança BRB BRB - Banco de Brasília S.A. DISEP/ SUSEB/ GEBAN * [email protected] ACBrBancoBRB.pas Também é necessária a seguinte alteração em ACBRBoleto.pas (arquivo alterado anexo). if DataLimitePagto <> 0 then begin if DataLimitePagto > Vencimento then AStringList.Add(ACBrStr('Não Receber após ' + IntToStr(DaysBetween(Vencimento, DataLimitePagto))+ ' dias')) else AStringList.Add(ACBrStr('Não Receber após o Vencimento')); end; ACBrBoleto.pas