Italo Giurizzato Junior

Boa tarde @Carlos Henrique Fagundes, Você utiliza o componente ACBrNFSeX para emitir as notas de serviço?

Boa tarde a todos, Vamos pontuar algumas coisas: Temos que ter em mente que todos os municípios (5571) tem que firmar o convenio, convenio este que pode ser a Adesão ao Emissor Nacional da NFS-e ou a Adesão ao Compartilhamento das notas com o ADN (Ambiente de Dados Nacional). Hoje 18/02/2026 a situação é: Portanto temos ainda 7 municípios que não sabemos se aderiu a emissão ou ao compartilhamento. Quando o município adere ao emissor no arquivo ACBrNFSeXServicos.ini fica da seguinte forma (exemplo): [1100031] Nome=Cabixi UF=RO Provedor=PadraoNacional Quando o município adere ao compartilhamento no arquivo ACBrNFSeXServicos.ini o provedor continua o mesmo caso o referido município não trocou por conta de uma licitação (exemplo): [3505500] Nome=Barretos UF=SP Provedor=RLZ ProRecepcionar=https://cidadaoonline.barretos.sp.gov.br/nota/nacional HomRecepcionar=https://barretos.prefeitura.rlz.com.br/nota/nacional Sobre o provedor RLZ, mediante a Reforma Tributária o mesmo resolveu implementar uma API Rest para recepcionar o XML e adotou o layout do Padrão Nacional em vez de alterar o layout em uso que para a cidade de Barretos/SP era o layout da ABRASF versão 2.03 Uma decisão ao meu ver assertiva, pois dessa forma podemos caminhar para um layout único para a NFS-e. Como funciona o processo de emissão da NFS-e no caso do RLZ e outros provedores? O componente gera e envia para o WebService Soap ou API Rest (provedor RLZ) o XML segundo o layout adotado pelo provedor. Alguns provedores fazem algumas verificações outros não verificam nada e realiza o compartilhamento com o ADN. Esse compartilhamento não é unitário e sim em lote, ou seja, a prefeitura monta um lote de notas a serem enviadas para o ADN, isso pode demorar um pouco em função do volume de XML recepcionados. Com as notas no ADN podemos usar alguns métodos da API do Padrão Nacional tais como: Consultar DPS por chave, Consultar NFSe por chave, Enviar evento e Consultar evento quando o provedor não implementou esses serviços, Consultar DFe (funciona como do Distribuição DF-e da NF-e) e Obter DANFSE (em PDF). No caso do provedor RLZ para podermos ter acesso a todos esses métodos da API do Padrão Nacional se faz necessário fazer a seguinte alteração no arquivo ACBrNFSeXServicos.ini [3505500] Nome=Barretos UF=SP Provedor=RLZ ProRecepcionar=https://cidadaoonline.barretos.sp.gov.br/nota/nacional HomRecepcionar=https://barretos.prefeitura.rlz.com.br/nota/nacional ; ProConsultarNFSeRps=https://sefin.nfse.gov.br/sefinnacional ProConsultarNFSePorChave=https://sefin.nfse.gov.br/sefinnacional ProConsultarDFe=https://adn.nfse.gov.br/contribuintes ProConsultarEvento=https://sefin.nfse.gov.br/sefinnacional ProConsultarParam=https://adn.nfse.gov.br ProObterDANFSE=https://adn.nfse.gov.br ProLinkURL=https://www.nfse.gov.br/ConsultaPublica/?tpc=1&chave=%CodVerif% HomConsultarNFSeRps=https://sefin.producaorestrita.nfse.gov.br/SefinNacional HomConsultarNFSePorChave=https://sefin.producaorestrita.nfse.gov.br/SefinNacional HomConsultarDFe=https://adn.producaorestrita.nfse.gov.br/contribuintes HomConsultarEvento=https://sefin.producaorestrita.nfse.gov.br/SefinNacional HomConsultarParam=https://adn.producaorestrita.nfse.gov.br HomObterDANFSE=https://adn.producaorestrita.nfse.gov.br HomLinkURL=https://www.producaorestrita.nfse.gov.br/ConsultaPublica/?tpc=1&chave=%CodVerif% Eu ainda estou em busca de uma solução para não ficar repetindo as URLs do Padrão Nacional, mas ainda não encontrei. @Diego Reckziegel, acredito o proposto acima vai além do que você queria. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça os testes.

Bom dia @geovanesilveira, Segundo a NT 007 essa alteração já seriam aplicadas agora em fevereiro, veja: Bom dia @MiguelBento, Vou ver com o pessoal que cuida da Lib para saber se é necessário eles fazerem algo a mais para expor os novos tipos de retenção do PIS e COFINS (tag no XML tpRetPisCofins) que agora temos: Assim que eu tiver uma posição retorno aqui.

Bom dia a todos, Quem utiliza o componente, favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Para quem utiliza o Monitor ou a Lib favor aguardar uma nova versão, que pode ser liberada ainda hoje.

Boa tarde @Milton Campanhã, Já esta no SVN.

Boa tarde a todos, Por favor siga os passos abaixo: Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com as opções de apagar arquivos antigos e Usar o ACBrXmlDocument marcadas. Compile a aplicação com a opção Build. Por fim repita os testes.

Bom dia @leonardo.gomes, Imagina não gerou transtorno nenhum. Muito obrigado pela colaboração.

Boa tarde @fefevilela, Isso esta errado: [3518800] Nome=Guarulhos UF=SP Provedor=Ginfes Versao=2.04 Params=Dividir100: A versão do layout da ABRASF usado pelo provedor Ginfes é a versão 1.00 Quem usa a versão 2.04 do layout da ABRASF é o provedor Giss. Essa linha com o campo Versao é totalmente ignorada pelo componente. Na unit ACBrNFSeXProviderManager temos: (...) proGinfes: Result := TACBrNFSeProviderGinfes.Create(ACBrNFSe); proGiss: Result := TACBrNFSeProviderGiss204.Create(ACBrNFSe); proGovBr: Result := TACBrNFSeProviderGovBr.Create(ACBrNFSe); (...) Como você pode ver não é verificado o valor do campo Versao para os provedores mostrados acima, diferente deste outro a seguir: (...) proGovDigital: begin case Versao of ve200: Result := TACBrNFSeProviderGovDigital200.Create(ACBrNFSe); ve201: Result := TACBrNFSeProviderGovDigital201.Create(ACBrNFSe); else Result := nil; end; end; (...) No caso do provedor GovDigital, temos cidades que usam a versão 2 e outras que usam a versão 2.01, logo existe a checagem de versão para definir qual Provider do provedor vai ser criado. Preciso de uma confirmação que a cidade realmente voltou a usar o Ginfes para que eu possa mudar. Desde já muito obrigado pela colaboração e compreensão.

Bom dia @João Antônio, Tanto o envio em lote no modo assíncrono e síncrono a tag de retorno é a mesma? Não deveria, erro na geração do retorno por parte do provedor.

@Maxuel.Santana, Já esta no SVN.

Bom dia @Maxuel.Santana, Muito obrigado pela colaboração, foi criado a tarefa ACBR-8889 para analise.

Boa tarde @João Antônio, Não entendi o motivo de criar um override da procedure TratarRetornoEmitir. Notei que nesse override foi incluído as linhas: AuxNode := ANode.Childrens.FindAnyNs('EnviarLoteRpsResposta'); if AuxNode <> nil then ANode := AuxNode; Existem situações onde o retorno não contem a tag: EnviarLoteRpsResposta ? Lhe pergunto isso porque na mesma unit temos: function TACBrNFSeXWebserviceSaatri201.Recepcionar(const ACabecalho, AMSG: String): string; var Request: string; begin FPMsgOrig := AMSG; Request := '<nfse:RecepcionarLoteRpsRequest>'; Request := Request + '<nfseCabecMsg>' + XmlToStr(ACabecalho) + '</nfseCabecMsg>'; Request := Request + '<nfseDadosMsg>' + XmlToStr(AMSG) + '</nfseDadosMsg>'; Request := Request + '</nfse:RecepcionarLoteRpsRequest>'; Result := Executar('http://nfse.abrasf.org.br/Infse/RecepcionarLoteRps', Request, DadosUsuario, ['outputXML', 'EnviarLoteRpsResposta'], ['xmlns:nfse="http://nfse.abrasf.org.br"']); end; Note que temos a lista: ['outputXML', 'EnviarLoteRpsResposta'] de tags que contem no XML de retorno no caso do envio em lote no modo assíncrono. A procedure TratarRetornoEmitir é utilizada por três serviços: cuja lista de tags no XML de retorno varia, veja: Envio em lote no modo assíncrono: ['outputXML', 'EnviarLoteRpsResposta'] Envio em lote no modo síncrono: ['outputXML', 'EnviarLoteRpsSincronoResposta'] Envio unitário: ['outputXML', 'GerarNfseResposta'] Realmente não entendi a necessidade da alteração que você fez na unit Saatri.Provider. Na unit Saatri.GravarXml ao meu ver bastaria ter feito o seguinte: { TNFSeW_Saatri203 } procedure TNFSeW_Saatri203.Configuracao; begin inherited Configuracao; NrOcorrDiscriminacao_1 := -1; NrOcorrCodigoMunic_1 := -1; NrOcorrDiscriminacao_2 := 1; NrOcorrCodigoMunic_2 := 1; end; Vou enviar a atualização dos Schemas e da unit Saatri.GravarXml com a minha alteração para o SVN. Por favor faça uma cópia das units que você alterou, atualize o ACBr, reinstale e faça novos testes. Fico no aguardo do seu retorno.

Bom dia a todos, Se tratando de todas as cidades atendidas pelo provedor ISSNet em especial Santa Maria/RS devemos continuar utilizando o WebService atual e não o novo uma vez que só foi disponibilizado a URL de homologação do novo e ao tentar consumir os serviços disponibilizado é retornado uma mensagem informando que o serviço não esta disponível por estar ainda em desenvolvimento. Resumindo o webservice novo não esta funcional. No caso de Ribeirão Preto devemos deixar o arquivo ACBrNFSeXServicos.ini da seguinte forma: [ISSNet] HomRecepcionar=https://abrasf.issnetonline.com.br/webserviceabrasf/homologacao/servicos.asmx ; Excluir a linha acima e descomentar as 3 linhas abaixo quando a API estiver funcionando ;Params=APIPropria: ;Versao=1.01 ;HomRecepcionar=https://nfse.issnetonline.com.br/wsnfsenacional/homologacao/nfse.asmx (...) [4316907] Nome=Santa Maria UF=RS Provedor=ISSNet Params=NaoDividir100: Versao=2.04 ProRecepcionar=https://nfse.issnetonline.com.br/abrasf204/santamaria/nfse.asmx HomRecepcionar=https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx ; Excluir as 4 linhas acima, descomentar a linha abaixo e informar a URL de produção ; quando a API estiver funcionando ; ProRecepcionar=

Bom dia @Roberto Magri Santos, Esse erro esta ocorrendo em homologação? Se sim, pode ser que a URL de homologação esteja errada ou foi desativada.

Bom dia @Teresa, Pelo programa exemplo do componente ACBrNFSeX temos o seguinte para a referida cidade: Ambiente de Homologação: ------------------------------ Versão OpenSSL OpenSSL 3.1.3 19 Sep 2023 03.01.00.030 C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libcrypto-3.dll C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libssl-3.dll ------------------------------ Requisição Ambiente : 2 - Homologação Cidade : Guaxupe/MG Provedor : PadraoNacional Versão: 1.01 Data/Hora: 26/01/2026 10:52:12 Método Executado: Consultar Parâmetros Parâmetros de Envio Tipo Parâmetro : Convenio Código Municipío: 3128709 Código Serviço : Competencia : 30/12/1899 Numero Beneficio: Parâmetros de Retorno Data : 30/12/1899 Sucesso : True Parâmetros(s): Mensagem: O convênio do o município <Guaxupé/MG> ainda não está ativo no Sistema Nacional da NFS-e Mas em produção temos: ------------------------------ Versão OpenSSL OpenSSL 3.1.3 19 Sep 2023 03.01.00.030 C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libcrypto-3.dll C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libssl-3.dll ------------------------------ Requisição Ambiente : 1 - Produção Cidade : Guaxupe/MG Provedor : PadraoNacional Versão: 1.01 Data/Hora: 26/01/2026 10:56:19 Método Executado: Consultar Parâmetros Parâmetros de Envio Tipo Parâmetro : Convenio Código Municipío: 3128709 Código Serviço : Competencia : 30/12/1899 Numero Beneficio: Parâmetros de Retorno Data : 30/12/1899 Sucesso : True Parâmetros(s): Mensagem: Parâmetros do convênio recuperados com sucesso. Aderente ao Ambiente Nacional: 1 - Sim Aderente ao Emissor Nacional: 1 - Sim Aderente ao MAN: 0 - Não orig Cad: Permite Aproveitameto de Créditos: true Como você pode ver não temos condições de realizar testes em homologação uma vez que a prefeitura não finalizou o convenio, mas em produção consta que a prefeitura esta Aderente ao Emissor Nacional, isso significa que todos os prestadores de serviços devem enviar suas notas para o Padrão Nacional. A não ser que existe um erro cometido pelo funcionário da prefeitura.

Boa tarde @Doglas Stumpf, Após atualizar todos os fontes você reinstalou o ACBr?

Boa tarde a todos, Já esta no SVN a alteração no provedor Fiorilli visando o novo WebService Soap que contempla a Reforma Tributária. Infelizmente tanto eu quanto o @Diego Foliene, não conseguimos resolver o problema referente a assinatura. Quem tiver interesse em colaborar com uma eventual solução, por favor atualize todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes. Para realizar os testes em homologação se faz necessário realizar uma alteração no arquivo ACBrNFSeXServicos.ini na seção do provedor, deixando conforme abaixo: [Fiorilli] ;HomRecepcionar=http://fi1.fiorilli.com.br:5663/IssWeb-ejb/IssWebWS/IssWebWS ;HomLinkURL=http://fi1.fiorilli.com.br:5663/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% ; Descomentar as linhas abaixo quando a API estiver funcionando Params=APIPropria: Versao=1.00 HomRecepcionar=http://fi1.fiorilli.com.br:5663/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType Desta forma vai ser possível usar esse novo WebService do provedor em ambiente de homologação.

Boa tarde a todos, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde @Doglas Stumpf, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde a Todos, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e façam os testes.

Boa tarde a todos, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde a todos, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde a todos, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde a todos, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e façam novos testes.

Boa tarde a todos, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e façam novos testes.