beatriz-n

Boa tarde, gostaria de reportar um problema que esta acontecendo comigo. Estou usando ACBrLibGNRe e sempre que tenho um problema de schemas ele me da esse problema: Ambiente=2 Codigo=503 Descricao=O valor do campo 'numeroRecibo' está inválido. O valor deve possuir 10 ou 14 caracteres numéricos! e como consequencia o retorno do problema "verdadeiro" é ocutado no retorno da resposta que seria esse: <ns1:codigo>104</ns1:codigo> <ns1:descricao>Conteudo do XML de dados invalido! cvc-enumeration-valid: Value '43' is not facet-valid with respect to enumeration '[AC, AL, AM, AP, BA, CE, DF, ES, GO, MA, MG, MS, MT, PA, PB, PE, PI, PR, RJ, RN, RO, RR, RS, SC, SE, SP, TO]'. It must be a value from the enumeration.</ns1:descricao> depois que consigo validar os schemas esse erro cessa, mas fica muito dificil de rastrear o problema real do schema por conta da excessao 503. eu vi alguns foruns muito antigos reportando esse problema, meus fontes ja estao atualizados, gostaria de saber como posso resolver esse problema na ACBrLib, desde ja agradeço!

CONSEGUI RESOLVER precisa ser colocado a configuração de validar vencimento do certificado para true. Por que isso deve ser feito apenas na consulta e não no resto como emissao, cancelamento... eu não sei, pois esses demais metodos aprensentaram funcionamento normal com a configuração de vencimento false. As DLLs estao corretas desde o principio e as configurações de webservice tbm

consegui resolver, apenas usei o carregarxmlrps ao invés do carregarxml: var ini = nfse.ToString(); DfeLib.LimparLista(); DfeLib.CarregarINI(ini); var xmlConteudo = DfeLib.ObterXmlRps(0);

Boa tarde pessoal. Preciso implementar uma funcionalidade de previsualização de XML, estou utilizando a ACBrLibNFSe e gostaria de saber como que seria feito a geração do xml apartir do ini, atualmente eu estou com meu codigo assim var ini = nfse.ToString(); DfeLib.LimparLista(); DfeLib.CarregarINI(ini); //DfeLib.CarregarXML(ini); var xmlConteudo = DfeLib.ObterXml(0); mas o meu log ele carrega o ini mas na hora de obter o xml a resposta vem como "", como se não tivesse carregado nenhum xml 28/01/26 14:20:21:541 - Travar 28/01/26 14:20:21:550 - SetRetorno(0, 1 NFSe(s)/RPS(s) Carregada(s)) 28/01/26 14:20:21:559 - Destravar 28/01/26 14:20:22:437 - NFSE_ObterXml(0 ) 28/01/26 14:20:22:437 - Travar 28/01/26 14:20:22:449 - MoverStringParaPChar. StrLen:0, BufLen:256 28/01/26 14:20:22:456 - SetRetorno(0, ) 28/01/26 14:20:22:464 - Destravar 28/01/26 14:20:33:109 - TACBrLib.Destroy 28/01/26 14:20:33:109 - Finalizar a geracao de xml apartir do ini realmente existe? Desdeja agradeço!

acabei de testar aqui e como a Jeanny disse não funcionou mesmo sem os campos da reforma tributaria (ambiente homologação - padrao nacional)

boa tarde, desculpa as varias mensagens mas conforme vou descobrindo coisas vou atualizando o topico do forum, ao fazer um teste com a dlls (meu sistema é x64 mas fiz esse teste so por desencargo de conciencia) me imprimiu um erro diferente: Codigo=X999 Correcao= Descricao=Erro de Conexão: Erro Interno: 0Erro HTTP: 0URL: https://sefin.producaorestrita.nfse.gov.br/SefinNacional/nfse/-----OpenSSL 0.9.8g 19 Oct 2007, não suporta LT_TLSv1_2OpenSSL 0.9.8g 19 Oct 2007, não suporta LT_TLSv1_2 [ConsultaNFSe] Metodo=24 XmlEnvio=/nfse/---- XmlRetorno= minha configuração web service atualmente: ssl.SSLCryptLib = SSLCryptLib.cryOpenSSL; ssl.SSLHttpLib = SSLHttpLib.httpOpenSSL; ssl.SSLXmlSignLib = SSLXmlSignLib.xsLibXml2; DfeLibConfig.SSLType = SSLType.LT_TLSv1_2; Obs: minha pasta que esta pegando a dll é diferente da do demo, enquanto o demo pega da: C:\WINDOWS\SYSTEM32\libcrypto-1_1.dll C:\WINDOWS\SYSTEM32\libssl-1_1.dll o meu sistema pega: SSLUtilFile: C:\Repositorios\src\Services\NFSeService\NFSeApi\bin\Debug\net10.0\ACBrLib\x64\libcrypto-1_1-x64.dll SSLLibFile: C:\Repositorios\src\Services\NFSeService\NFSeApi\bin\Debug\net10.0\ACBrLib\x64\libssl-1_1-x64.dll

minha outra teoria é algum problema na dll de OpenSSL pois com HttpWinHttp funciona o que cobriria o caso do postman funcionar pois ele utiliza o SSL/TLS nativo do sistema operacional.

acredito que exista algum problema nas dlls do meus sistema pois fiz a requisição via postman e foi retornado corretamente, eu utilizo a ACBrLib e alimento meus componente via dll x64, ja estou utilizando dlls disponibilizadas pelos downloads e ja fiz testes gerando pelos fontes do Lazarus, minhas configurações estao corretas, pois carreguei o arquivo de configuração .ini no demo c# e funcionou. Caso alguem saiba qual pode ser a possivel correção... ja atualizei o repositorio ACBr

Boa tarde. Ao ConsultarNFSePorChave é dado esse erro, o engraçado é que com HttpWinHttp ele funciona, não sei se é alguma configuração que estou passando ja que no demo C# funciona. Isso acontece com o municipio de votuporanga que aderio o provedor nacional, não sei se pode ser algum problema com Urls, o que é estranho ja que é o provedor nacional, eu vi pessoas relatando esse erro mas apenas para provedores proprios. [ConsultaNFSe] Metodo=24 XmlEnvio=/nfse/----- XmlRetorno={ "tipoAmbiente" : "", "versaoAplicativo" : "", "dataHoraProcessamento" : "", "idDps" : "", "chaveAcesso" : "", "nfseXmlGZipB64" : "", "erros" : [{ "mensagem" : "", "codigo" : "E9999", "descricao" : "<!DOCTYPE html PUBLIC \"-//W3C//DTD XHTML 1.0 Strict//EN\" \"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd\">\r\n<html xmlns=\"http://www.w3.org/1999/xhtml\">\r\n<head>\r\n<meta http-equiv=\"Content-Type\" content=\"text/html; charset=iso-8859-1\"/>\r\n<title>403 - Forbidden: Access is denied.</title>\r\n<style type=\"text/css\">\r\n<!--\r\nbody{margin:0;font-size:.7em;font-family:Verdana, Arial, Helvetica, sans-serif;background:#EEEEEE;}\r\nfieldset{padding:0 15px 10px 15px;} \r\nh1{font-size:2.4em;margin:0;color:#FFF;}\r\nh2{font-size:1.7em;margin:0;color:#CC0000;} \r\nh3{font-size:1.2em;margin:10px 0 0 0;color:#000000;} \r\n#header{width:96%;margin:0 0 0 0;padding:6px 2% 6px 2%;font-family:\"trebuchet MS\", Verdana, sans-serif;color:#FFF;\r\nbackground-color:#555555;}\r\n#content{margin:0 0 0 2%;position:relative;}\r\n.content-container{background:#FFF;width:96%;margin-top:8px;padding:10px;position:relative;}\r\n-->\r\n</style>\r\n</head>\r\n<body>\r\n<div id=\"header\"><h1>Server Error</h1></div>\r\n<div id=\"content\">\r\n <div class=\"content-container\"><fieldset>\r\n <h2>403 - Forbidden: Access is denied.</h2>\r\n <h3>You do not have permission to view this directory or page using the credentials that you supplied.</h3>\r\n </fieldset></div>\r\n</div>\r\n</body>\r\n</html> Outra duvida seria sobre o ACBrNFSeXServicos.ini, no caso da ACBrLib eu deveria preencher a propriedade de configuração IniServicos correto? Eu li o cabeçalho do ini coloquei na pasta indicada e me surgiu essa duvida no processo. Desde ja agradeço

Obrigada pelo retorno, este teste que voce fez foi em algum provedor nacional ou apenas o Layout proprio? meu problema é com o provedor nacional mesmo. Obs: ainda não fiz testes com OpenSSL em produção. eu sei que o topico é sobre Pronim/governança mas como o problema é muito parecido com o meu, resolvi perguntar, alem de tudo estou utilizando ACBrLibNFSe

estou com o mesmo problema prefeitura de votuporanga - padrao nacional em ambiente de homologação, o interessante é que com o HttpWinHtpp funciona, alguem tem alguma solução?

pessoal boa tarde alguem esta tendo esse problema ou é so eu? Requisição Ambiente : 2 - Homologação Cidade : Votuporanga/SP Provedor : PadraoNacional Versão: 1.01 Data/Hora: 16/01/2026 17:19:02 Método Executado: Consultar NFSe Por Chave Parâmetros de Envio Chave da NFSe: --- Parâmetros de Retorno Sucesso : False Erro(s): Código : X001 Mensagem: Serviço não implementado pelo Provedor. Correção: --------- estou passando certificado correto e votuporanga esta no padrao nacional, este metodo estava funcionando ate agora pouco

Boa tarde, gostaria de saber quais sao as configurações necessarias para obterprovedor(), eu ja implementei no meu sistema, mas esta tendo uma incongruência na resposta comparado com o exemplo acbr delphi meu sistema é em c# utilizando ACBrLib retorno ini no c# demo esta vindo assim esta vindo assim tbm: [ObterInformacoesProvedor] AutenticacoesRequeridas=RequerCertificado| IdentificacaoProvedor=Nome:PadraoNacional|Versão:1.01|Layout: Próprio Particularidades= ServicosDisponibilizados=EnviarUnitario|ConsultarRps|EnviarEvento|ConsultarEvento|ConsultarDFe|ConsultarParam|ConsultarNfseChave| note que particularidades não vem com a reformatributaria e layout vem como proprio mesmo com o nome "Padrao nacional" (estou passando o layout padrao nacional nas configurações), ja na resposta o exemplo delphi esta vindo corretamente: Informações sobre o provedor: PadraoNacional - Versão: 1.01 - Layout: Padrão Nacional Autenticação Requer Certificado Digital Não requer Login/Senha Não requer Chave de Acesso Não requer Chave de Autorizacao Não requer Frase Secreta Serviços Disponibilizados Não permite o envio de Lote em Modo Assíncrono Não permite o envio de Lote em Modo Síncrono Permite o envio Unitário em Modo Síncrono Não permite Consultar a Situação do Lote Não permite Consultar o Lote Permite Consultar o Rps Não permite Consultar a NFS-e Não permite Consultar uma Faixa de NFS-e Não permite Consultar Serviço Prestado Não permite Consultar Serviço Tomado Não permite Cancelar NFS-e Não permite Substituir NFS-e Não permite Gerar Token Permite Enviar Evento Permite Consultar Evento Permite Consultar DF-e Permite Consultar Parâmetros Não permite Consultar Sequencia de Rps Não permite Consultar Link da NFS-e Permite Consultar NFS-e por Chave Particularidades Não permite mais de um serviço Não permite o envio da tag OutrasInformacoes no Rps Atende a Reforma Tributária ------------------------------------ eu estou configurando o codigo do municipio e a layout, existe mais alguma coisa que preciso configurar? _acbrNfse.Config.CodigoMunicipio = entity.Cidade?.CodigoIbgeCidade ?? 0; _acbrNfse.Config.LayoutNFSe = entity.LayoutNfse;

bom dia juliomar obrigada pelo retorno. mas percebi que estou mandando errado os parametros do metodo ConsultarEvento() no caso no parametro aTipoEvento estava mandando os codigos "110111", "105102".... sendo que o correto sao numeros de 0 - 16 dito isso pode fechar o tópico

Bom dia, pessoal. Alguém mais está enfrentando erro ao tentar consultar eventos da NFS-e no Padrão Nacional? Ao realizar a consulta, estou recebendo o seguinte retorno do servidor: 404 - File or directory not found. The resource you are looking for might have been removed, had its name changed, or is temporarily unavailable. Testei no demo do c# e obtenho o mesmo erro. (estou usando C# ACBrLib) Desde já agradeço!

Estou implementando o fluxo de Substituição de NFS-e no padrão nacional utilizando o ACBr e fiquei com uma dúvida conceitual sobre os campos envolvidos no evento. Pelo que entendi, a substituição ocorre por meio de um evento, no qual informo a nota substituta no componente, e esse fluxo já consegui executar da seguinte forma: eu emito uma nota nova corrigida, depois declaro o evento da nota velha apontando para a chave da nota nova criada anteriormente (me corrijam se eu estiver errada). Porém, analisando os exemplos do ACBr, observei que na NFS-e antiga existem os campos na documentação: chSubstda cMotivo xMotivo Minha dúvida é: qual é exatamente o papel desses campos no processo? Eles servem apenas como um registro informativo do motivo da substituição, ou esses dados são efetivamente utilizados pelo ambiente nacional para classificar juridicamente o tipo de cancelamento por substituição? Pois eu já emiti a nota nova e cancelei a nota velha sem o preenchimento desses campos, o que eu estava pensando em fazer é apenas atualizar a nota velha com chSubstituica, cMotivo e xmotivo depois de ja ter ocorrido o cancelamento por substituição, isso está correto? Quero garantir que estou preenchendo esses dados corretamente e no momento certo. Desde já agradeço.

Obrigada pelo retorno Juliomar! Vou adequar minha logica com os respectivos componentes

voce esta utilizando c#? voce presenciou o mesmo problema? no caso na hora que o ObterDanfe esta funcionando voce esta utilizando HttpWinHttp ou OpenSLL? Aqui nos meus testes, integrando a ACBr com meu sistema ele so esta rodando com HttpWinHttp

só pra constar quando eu obtenho o pdf na demo do c# com a mesma configuração do meu sistema ele me imprime outro erro [Erro1] Codigo=X999 Correcao= Descricao=Erro de Conexão: Erro Interno: 10060Erro HTTP: 0URL: https://adn.producaorestrita.nfse.gov.br/danfse/--0Connection timed outErro Interno: 0Erro HTTP: 0URL: https://adn.producaorestrita.nfse.gov.br/danfse/--Connection timed out e quando eu rodo com ele com httpWinHttp tbm funciona, muito estranho

bom dia, não estou fazendo uso de nenhuma pasta compartilhada meu certificado é A1 e aqui esta um pedaço do meu log, eu ja estou fazendo todas as configurações de certificado, emitente, webservice... mas o erro insiste: 07/01/26 09:12:59:344 - NFSE_ObterDANFSe(--) 07/01/26 09:12:59:345 - Travar 07/01/26 09:12:59:484 - MoverStringParaPChar. StrLen:764, BufLen:256 07/01/26 09:12:59:484 - SetRetorno(0, [ConsultaNFSe] ChaveNFSe=-- Metodo=25 XmlEnvio=/danfse/-- XmlRetorno=eyAidGlwb0FtYmllbnRlIiA6ICIiLCAidmVyc2FvQXBsaWNhdGl2byIgOiAiIiwgImRhdGFIb3JhUHJvY2Vzc2FtZW50byIgOiAiIiwgImlkRHBzIiA6ICIiLCAiY2hhdmVBY2Vzc28iIDogIiIsICJuZnNlWG1sR1ppcEI2NCIgOiAiIiwgImVycm9zIiA6IFt7ICJtZW5zYWdlbSIgOiAiIiwgImNvZGlnbyIgOiAiRTk5OTkiLCAiZGVzY3JpY2FvIiA6ICI8aHRtbD48Ym9keT48aDE+NDk2IFNTTCBDZXJ0aWZpY2F0ZSBSZXF1aXJlZDwvaDE+XG5BIGNsaWVudCBjZXJ0aWZpY2F0ZSBtdXN0IGJlIHByb3ZpZGVkLlxuPC9ib2R5PjwvaHRtbD5cbiIsICJjb21wbGVtZW50byIgOiAiIiB9XSB9 [Erro1] Codigo=E9999 Correcao= Descricao=<html><body><h1>496 SSL Certificate Required</h1>A client certificate must be provided.</body></html> no meu codigo c#, estou passando apenas isso, ja tentei passando o limpar lista mas tbm não funcionou DfeLib.ObterDANFSE(nfse.Proc!.Link!); filePath = GetDfeFilePathPdfNfSe(nfse.Proc.Link!, DateTime.Now, nfse.Emitente!.CnpjCpf!); obs: coloquei as mesmas configurações no demo acbr c# e da o mesmo erro

Boa tarde, pessoal. Estava enfrentando um problema há alguns dias ao consultar uma NFS-e por chave de acesso no ambiente nacional (homologação), utilizando C# com a DLL da ACBr disponibilizada no ZIP de dependências. O erro retornado era o seguinte: Forbidden: Access is denied. You do not have permission to view this directory or page using the credentials that you supplied. Após alguns testes, consegui resolver o problema alterando a configuração do HttpLib de OpenSSL para httpWinHttp. Tambem testei essa situação no demo c# e o correu a mesma coisa. Com essa mudança, a consulta passou a funcionar normalmente. No entanto, a minha dúvida agora é mais conceitual: Alguém poderia me explicar por que o OpenSSL não funciona nesse cenário, mesmo utilizando as DLLs fornecidas pela própria ACBr? Pergunto isso porque todo o meu projeto utiliza OpenSSL, e eu gostaria de manter essa padronização, se possível, em vez de depender exclusivamente do httpWinHttp. Se alguém já passou por algo semelhante ou puder esclarecer o motivo técnico dessa diferença de comportamento, agradeço desde já.

Boa tarde, pessoal. Estou desenvolvendo a NFS-e no padrão nacional em C#, utilizando a ACBr (demo C#). Ao realizar a consulta de uma NFS-e que já foi cancelada, o retorno que obtenho é o seguinte INI: [ConsultaNFSe] Metodo=24 XmlEnvio=/nfse/35571052213424311000120000000000002925126548983011 XmlRetorno={ "tipoAmbiente": 2, "versaoAplicativo": "SefinNacional_1.5.0", "dataHoraProcessamento": "2026-01-06T14:18:03.270643-03:00", "chaveAcesso": ... } O problema é que não é retornada nenhuma propriedade indicando o cancelamento, tampouco o XML de cancelamento. O retorno contém apenas os dados da NFS-e emitida originalmente, como se ela ainda estivesse ativa. Analisando os exemplos em Delphi, percebi que existe uma consulta específica para NFS-e canceladas, que de fato retorna o XML de cancelamento. Isso acaba me gerando um impasse no desenvolvimento da lógica de consulta no meu sistema. Por exemplo: Para saber se uma NFS-e está cancelada, eu precisaria executar dois tipos de consulta? Uma consulta da NFS-e “normal” E outra consulta específica de cancelamento Isso é realmente o comportamento esperado? Além disso, gostaria de saber se existe alguma previsão de que, no futuro, a consulta de NFS-e por chave de acesso passe a: Indicar explicitamente se a nota está cancelada, ou Retornar também o XML de cancelamento quando aplicável Desde já, agradeço qualquer esclarecimento ou orientação sobre a melhor abordagem.

Boa tarde achei o erro! minhas configurações de webservice estavam incongruentes, pode fechar o tópico, obrigada a todos!

estudando meu log que foi gerado pelo demo c# acbr vi isso: 02/01/26 15:32:13:253 - NFSE_ConsultarDPSPorChave([MINHA CHAVE]) 02/01/26 15:32:13:254 - Travar 02/01/26 15:32:13:440 - Destravar 02/01/26 15:32:13:440 - SetRetorno(-999, O Demo da ACBrLibNFSe Demo expirou) não sei se isso pode ser algo generalizado ou se o problema realmente é minha chave (estou conseguindo emitir com essa chave)

bom dia marcos, pior que o certificado esta sendo passado, ambiente, cnpj, municipio...