Painel de líderes

Olá comunidade ! Informamos que a propriedade CST da classe ISel responsável pela geração do grupo do Imposto Seletivo foi alterada de TCSTIS para string a partir da Rev-44138. Antes: TgIS = class(TObject) private FCSTIS: TCSTIS; //Demais propriedades... public procedure Assign(Source: TgIS); property CSTIS: TCSTIS read FCSTIS write FCSTIS; //Demais propriedades... end; Depois: TgIS = class(TObject) private FCSTIS: string; //Demais propriedades public procedure Assign(Source: TgIS); property CSTIS: string read FCSTIS write FCSTIS; //Demais propriedades... end; O motivo dessa mudança Foi constatado que o grupo de IS ainda não está sendo validado pelo webservice da Sefaz. Isso é esperado, visto que o Imposto Seletivo entra em vigor apenas em 2027. No entanto, devido à ausência dessa validação, arquivos XML estão sendo autorizados mesmo contendo quaisquer valores na faixa de 000 a 999 na tag CSTIS. Até a publicação de uma tabela oficial com os códigos válidos, tornou-se inviável manter essa informação como um enumerado (Enum). Por que? Se mantivéssemos o tipo enumerado, o componente falharia ao tentar ler e converter um XML que contivesse um valor numérico não previsto no código, gerando erros na leitura de documentos autorizados. O que muda para mim? Se você utiliza ACBrMonitorPLUS ou ACBrLib nenhuma mudança é necessária. Ambos vão ler o valor da string que for atribuído no arquivo INI. Caso utilize componente nativo para Delphi ou Lazarus, poderá se deparar com o seguinte erro ao tentar compilar sua aplicação: De um duplo clique na linha que aparece o erro e remova qualquer valor de enumerado atribuído substituindo pelo valor que deseja em um formato de string.

Olá comunidade ! Na data de 30/12/2025 começamos a receber múltiplos relatos de problemas ao realizar o envio de um evento de cancelamento de NFS-e junto ao Padrão Nacional. Após investigação foi constatado que houve uma atualização dos schemas no dia 26/12/2025, trazendo alterações que impactaram no envio dos eventos. Visando sanar o problema no cancelamento da NFS-e, foram enviadas ao SVN alterações nas Revisions 43956 e 43957 fazendo as correções necessárias para que o cancelamento possa ser realizado com sucesso. Portanto se você utiliza componente nativo para Delphi ou Lazarus atualize seus fontes e reinstale o ACBr. Caso utilize ACBrLibNFSe, faça o download da versão mais recente da mesma disponível no fórum: Aqueles que utilizam ACBrMonitorPLUS também precisam atualizar: É importante que além da solução ACBr, também sejam atualizados os arquivos de schema. As demais alterações trazidas pelos schemas serão revisadas na tarefa #ACBR-8678 e serão atualizadas neste tópico a medida que houverem novidades. As modificações com a atualização dos schemas que foram relacionadas são: tiposComplexos_v1.00.xsd: Elimina o grupo para exploração rodoviária; => Vai ficar na NFS-e Via agora. Elimina o grupo para locação de dutos; => Vai ficar na NFS-e Via agora. xOutInf sai do grupo valores e sobe um nível. tiposEventos.xsd: Elimina o campo nPedRegEvento.(Resolvido nas revisions 43956 e 43957) Altera a descrição dos eventos permitindo acentos e adicionando "Manifestação de NFS-e" nos eventos de manifestação. No evento TE202205 os elementos de infRej sobem de nível e o grupo deixa de existir. No evento TE203206 os elementos de infRej sobem de nível e o grupo deixa de existir. No evento TE204207 os elementos de infRej sobem de nível e o grupo deixa de existir. No evento TE205208 os elementos de infRej sobem de nível e o grupo deixa de existir. No evento TE305102 os elementos xMotivo e codEvento invertem a ordem em que aparecem no arquivo. Elimina o tipo complexo TCListaEventos tiposSimples.xsd: Elemento TSSerieDPS ganha um regex para limitar os valores possíveis no campo. TStat ganha novos valores possíveis. Elimina os eventos e907202 e e967203 Elemento TSIdPedRegEvt muda. (Resolvido nas revisions 43956 e 43957)

Consegui efetuar a emissão de NFSe para a Prefeitura de Vila Velha, porém encontrei alguns pontos que precisei ajustar manualmente: 1 - Endpoint ProRecepcionar ausente No arquivo ACBrNFSeXServicos.ini, localizado no diretório: C:\Lib\ACBr\Fontes\ACBrDFe\ACBrNFSeX percebi que não existe o caminho configurado para ProRecepcionar. Para conseguir emitir a nota, adicionei manualmente o seguinte endpoint: https://tributacao.vilavelha.es.gov.br/tbw/services/NotaFiscalNacional?wsdl 2 - URL vazia durante a emissão Ao chamar a função Emitir, o fluxo entra no método FProvider.Emite, seguindo para a unit ACBrNFSeXProviderBase. Em seguida, passa por EmiteResponse.ModoEnvio e cai no else (meUnitario). Nesse ponto, ao entrar no método: AService := CriarServiceClient(tmGerar); identifiquei que a URL estava ficando vazia ao passar pelo método: URL := GetWebServiceURL(AMetodo); Para contornar o problema, informei manualmente a URL: https://tributacao.vilavelha.es.gov.br/tbw/services/NotaFiscalNacional?wsdl Após esse ajuste, a emissão da NFSe foi realizada com sucesso. 3 - Ausência de retorno do WebService após a emissão Após a emissão, verifiquei que não há retorno do WebService, o que impossibilita obter a chave da NFSe para uma futura consulta. As propriedades de retorno estão vindo vazias, por exemplo: • NFSe.WebService.Emite.idNota • NFSe.WebService.Emite.NumeroNota • NFSe.NotasFiscais.Items[0].XmlNfse Todas essas informações retornam em branco, mesmo com a emissão sendo concluída com sucesso. 4 - Consulta por chave somente com Provedor Padrão Nacional Obtendo a chave do DPS ou a chave da NFSe diretamente pelo portal da Prefeitura e tentando realizar a consulta pelo método ConsultarNFSePorChave, não obtive sucesso enquanto o provedor estava configurado como SilTecnologia. Ao alterar manualmente o provedor para o Padrão Nacional, a consulta passou a funcionar corretamente, retornando a NFSe com sucesso.

Boa tarde, A cidade de Betim-MG migrou para o padrão nacional [3106705] Nome=Betim UF=MG Provedor=PadraoNacional

@Diogo Loff, Acabamos de subir uma mega blaster atualização no ACBrNFSeXServicos.ini.. Por favor atualize e verifique se já tem as mudanças que você está sugerindo...

Estamos matando um leão por hora aqui hehehe Obrigado pelas informações

No Layout Nacional não... nem cancelar, nem consultar. Mas acho que agora é algo relacionado ao componente. No entanto é apenas uma desconfiança ainda... quando restar um tempo aqui mostro os erros que estou recebendo.

Boa tarde, @Wesley Lamb! Muito obrigado, atualizei na tarefa.

Obrigado amigos, mas uso a ACBrLib, então vou aguardar a publicação da biblioteca para download. (Se for possível avisar quando estiver disponível, agradeço)

Bom dia. Em cima das alterações do Julio e do C4Dev, eu adicionei mais alguns campos que eu precisei utilizar para realizar a impressão do PDF. Como a Betha não está mais retornando o XML da nota, estou salvando o link do PDF que o provedor retorna e realizando o download do mesmo para a impressão. Alterei também o preenchimento do campo pAliq, que a Betha exige que seja antes do campo tpRetISSQN, enquanto o nacional exige após. Por isso há alterações no arquivo do PadraoNacional.GravarXML anexos. Mergeei com o último commit disponível no SVN. @Eric Bortoleto se possível atualizar a tarefa para contemplar as novas alterações. Segue arquivos alterados. ACBrNFSeX.zip

Bom dia a todos! Foram enviados ajustes recentes para o SilTecnologia. Por favor, queriam atualizar a respectiva solução ACBr que estiverem utilizando e realizar novos testes! Levem em conta que o provedor SilTecnologia, apesar de ter criado uma API que recepciona o arquivo no leiaute do Padrão Nacional, ainda assim "fugiu do padrão" e requer que seja enviado um arquivo XML no leiaute da NFSe e não do DPS. Por causa disso, informações a mais deve ser preenchidas. Para gerar o grupo emit: NFSe.Emitente.IdentificacaoPrestador.CpfCnpj := ...; NFSe.Emitente.IdentificacaoPrestador.InscricaoMunicipal := ...; NFSe.Emitente.RazaoSocial := ...; NFSe.Emitente.NomeFantasia := ...; NFSe.Emitente.Endereco.Endereco := ...; NFSe.Emitente.Endereco.Numero := ...; NFSe.Emitente.Endereco.Complemento := ...; NFSe.Emitente.Endereco.Bairro := ...; NFSe.Emitente.Endereco.CodigoMunicipio := ...; NFSe.Emitente.Endereco.UF := ...; NFSe.Emitente.Endereco.CEP := ...; NFSe.Emitente.Contato.Telefone := ...; NFSe.Emitente.Contato.Email := ...; Para gerar o grupo valores: NFSe.infNFSe.valores.vCalcDR := ...; NFSe.infNFSe.valores.tpBM := ...; NFSe.infNFSe.valores.vCalcBM := ...; NFSe.infNFSe.valores.BaseCalculo := ...; NFSe.infNFSe.valores.Aliquota := ...; NFSe.infNFSe.valores.ValorIss := ...; NFSe.infNFSe.valores.vTotalRet := ...; NFSe.infNFSe.valores.ValorLiquidoNfse := ...; NFSe.OutrasInformacoes := ...; NFSe.Servico.Valores.Aliquota := ...; NFSe.Servico.Valores.ValorIss := ...; Caso utilizem ACBrMonitorPLUS ou ACBrLibNFSe, se baseiem no modelo: https://acbr.sourceforge.io/ACBrMonitor/ModeloNFSeINI-SilTecnologia-Padr.html

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn Id em nosso backlog: ACBr-8750

@antonio.carlos, Você que fez a Lib do ACBrLibPIXCD ? Conseguiria nos ajudar, em uma atualização dela ? Veja com o @EliasCesar, os novos métodos e parâmetros

bom dia a todos. @Michel Abrão a sil respondeu o email sobre a diferença do danfs-e entre a prefeitura e do portal nacional: "Boa Tarde, Prezados, Em analise do caso apresentado informamos que foram feitas as correções para as futuras notas já constarem a informação de regime tributário, entretanto notas antigas ainda constarão com divergência tendo que entrar em contato com a prefeitura para eles decidirem o que fazer na situação apresentada. Atenciosamente" ou seja, ajustaram a partir de agora para novas notas, as que estavam erradas vocês que se virem com a prefeitura para ver o que fazer.

Estou usando a primeira forma, informando os vTotTrib. Mas como em alguns casos o valor pode vir zerado, estou forçando a geração das tags, desta forma: NFS.Servico.Valores.totTrib.vTotTribFed := TribFederais + 0.001; NFS.Servico.Valores.totTrib.vTotTribEst := TribEstaduais + 0.001; NFS.Servico.Valores.totTrib.vTotTribMun := TribMunicipais + 0.001; NFS.Servico.Valores.totTrib.indTotTrib := TindTotTrib.indSim;

Isso foi resolvido, pelo que li em empresas do simples o ISS é gerado na apuração. Nas de regime normal o ISS vem conforme foi configurado pela prefeitura conforme a atividade do serviço Encerrado

Bom Dia ! Também estou com esse mesmo problema com os schemas atualizados. Estava funcionando corretamente até o mês passado. Analisando o arquivo tiposSimples_v1.00.xsd parece correto pois o JSON gerado monta a chave exatamente como diz o schema porém ao processar o retorno obtido é este: { "tipoAmbiente": 1, "versaoAplicativo": "SefinNacional_1.5.0", "dataHoraProcessamento": "2026-01-09T08:46:02.4923356-03:00", "erro": [ { "codigo": "RNG6110", "descricao": "Falha Schema Xml", "complemento": "The 'Id' attribute is invalid - The value 'PRE42046082252177710000195000000000006526010267341236101101001' is invalid according to its datatype 'http://www.sped.fazenda.gov.br/nfse:TSIdPedRegEvt' - The Pattern constraint failed." } ] } <xs:simpleType name="TSIdPedRefEvt"> <xs:annotation> <xs:documentation> O identificador do pedido de registro do evento é formado conforme a concatenação dos seguintes campos: "PRE" + Chave de Acesso NFS-e + Tipo do evento + Número do Pedido de Registro do Evento (nPedRegEvento) </xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:maxLength value="62"/> <xs:pattern value="PRE[0-9]{59}"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="TSIdEvento"> <xs:annotation> <xs:documentation> Identificador do evento: "EVT" + Chave de acesso(50) Tipo do evento (6) + Pedido de Registro do Evento(3) (nPedRegEvento) </xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:maxLength value="62"/> <xs:pattern value="EVT[0-9]{59}"/> </xs:restriction> </xs:simpleType> Até tentei trocar PRE por EVT mas o erro é o mesmo Não sei se foi alguma barbeiragem do pessoal da SEFAZ ou realmente tem algum problema no envio do evento Se alguém tiver mais alguma informação, agradeço Obrigado pela atenção Adriano Desculpe, não havia visto este post Vou fazer os testes e postar

É só usar os schemas disponibilizados pelo ACBr que não terá o problema.

Resolvido. Segui a orientação do Diego Foliene.

Dá uma olhada no post abaixo. Qualquer coisa você atualiza o ACBr e faz a correção no seu código.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

o schemas estão atualizados no cliente?

Ele vai remover os titulos mas as demais configurações tu tem que carregar conforme o banco que for usar então creio que deva fazer um metodo para chamar e carregar de novo no componente as configurações do banco pois ali só limpa os titulos existentes

boa pegada. parabéns caso precise tem o PRO que dai tem pessoas remuneradas para somente lhe atender eu ajudo conforme posso a comunidade mas tenho também empresa que trabalho então não consigo dar 100% pois é colaborativo o forum, dou os caminhos mais rápidos para ajudar

No caso de Notas de serviço, as aliquotas e valores de IBS e CBS são geradas pelo provedor - isso ocorre em todos que já implementamos. O único problema que tive neste provedor em específico, foi a posição do CodiboNbs, que deve estar posicionado antes da Discriminação. Cometi um erro no arquivo que postei anteriormente, desabilitando a primeira ocorrência da tag <Discriminacao> - ela deve permanecer. Por fim só reposicionei o NBS e autorizou sem problemas.

Olá, pessoal! Se você está implementando a NFSe no Padrão Nacional e está encontrando dificuldades para obter o XML da nota após o envio, este guia foi feito para você. Muitas vezes, a confusão acontece porque o fluxo do Padrão Nacional exige a distinção clara entre o DPS e a NFSe. Abaixo, detalhamos o fluxo correto para consultar e baixar o XML definitivo. O Fluxo de Consulta Correto Diferente de outros provedores, no Padrão Nacional, o ideal é realizar uma "ponte" entre a Chave do DPS e a Chave da NFSe. 1. Consulta pela Chave do DPS (42 dígitos) O segredo para o sucesso é utilizar a Chave do DPS. Essa chave possui 42 dígitos e o ideal é que você a tenha armazenado em seu banco de dados no momento da emissão. Delphi/Lazarus // LIdDPS deve conter a chave de 42 dígitos do DPS ACBrNFSeX.ConsultarDPSPorChave(LIdDPS); 2. Obtenção da NFSe através do retorno Se a consulta do DPS for bem-sucedida, o componente receberá o ID da Nota Fiscal. Com esse ID, fazemos a consulta final para obter o XML completo da NFSe: Delphi/Lazarus if ACBrNFSeX.WebService.ConsultaNFSeporRps.Sucesso then begin // Agora consultamos pela Chave da Nota retornada, e não mais pelo DPS ACBrNFSeX.ConsultarNFSePorChave(ACBrNFSeX.WebService.ConsultaNFSeporRps.idNota); // O XML da NFSe estará disponível aqui: ShowMessage(ACBrNFSeX.NotasFiscais.Items[0].XmlNfse); end; Caso esteja validando um processo de emissão que foi interrompido e a consulta do DPS não foi realizada com sucesso você pode entender que o DPS não foi recebido e a nota não existe. Observações Importantes Diferença de Chaves: Não confunda a Chave do DPS (enviada) com a Chave da NFSe (gerada pelo governo). Ambas são importantes, mas para baixar o XML final, a consulta por chave de nota é a mais precisa. Persistência de Dados: Salve sempre a chave de 42 dígitos do DPS no seu banco de dados. Ela é o seu "passaporte" para localizar a nota caso haja uma queda de conexão ou timeout. Provedor Nacional: Este fluxo é o padrão esperado para prefeituras que aderiram ao convênio da NFSe Nacional via Ambiente de Dados Nacional (ADN). Conclusão Seguindo esses passos, você garante que sua aplicação consiga recuperar o XML da NFSe de forma consistente, evitando erros de "Nota não encontrada" ou retornos vazios. A chave é entender que o processo é uma escada: Dados do DPS -> Consulta Chave DPS -> Consulta Chave NFSe -> XML Final. Esperamos que esta dica ajude a agilizar as implementações de vocês! Créditos à comunidade ACBr e ao amigo @icozeira pelo compartilhamento de experiências!

Olá Pessoal, A Receita Federal/SERPRO disponibilizaram a versão 1.01 dos Schemas do Padrão Nacional que contem o novo grupo IBSCBS. Hoje o componente tem as seguintes opções de configuração para a propriedade LayoutNFSe: lnfsProvedor e lnfsPadraoNacionalv1. A opção lnfsPadraoNacionalv1 faz com que o componente utilize a versão 1.00 dos Schemas. Para poder usar a versão 1.01 dos Schemas foi criado uma nova opção: lnfsPadraoNacionalv101. Até o momento só foi disponibilizado os Schemas, tanto o ambiente de homologação quanto de produção só aceitam XML do DPS segundo a versão 1.00 Caso você deseja gerar o XML do DPS com os novos campos, pode configurar o componente para usar o layout lnfsPadraoNacionalv101 para poder validar corretamente, mas lembre-se que a API não vai aceitar por ainda estar na versão 1.00 Para os provedores que por ventura venham a ter uma API própria para recepcionar o XML segundo o Padrão Nacional e depois compartilhar a nota com a ADN (Ambiente de Dados Nacional) como é o caso do provedor Infisc devemos fazer a seguinte alteração no arquivo ACBrNFSeXServicos.ini: Exemplo usando a cidade Campo Bom/RS: [4303905] Nome=Campo Bom UF=RS Provedor=Infisc Versao=1.01 Params=APIPropria: ProRecepcionar=https://sefin.campobom.rs.gov.br/sefinnacional ProConsultarDFe=https://sefin.campobom.rs.gov.br/sefinnacional ;ProConsultarParam=https://adn.nfse.gov.br ProObterDANFSE=https://sefin.campobom.rs.gov.br/sefinnacional ProLinkURL=https://www.nfse.gov.br/ConsultaPublica/?tpc=1&chave=%CodVerif% HomRecepcionar=https://sefin.campobom-gif4homol.infisc.com.br/sefinnacional HomConsultarDFe=https://sefin.campobom-gif4homol.infisc.com.br/sefinnacional ;HomConsultarParam=https://adn.producaorestrita.nfse.gov.br HomObterDANFSE=https://sefin.campobom-gif4homol.infisc.com.br/sefinnacional HomLinkURL=https://www.nfse.gov.br/ConsultaPublica/?tpc=1&chave=%CodVerif% Caso você tenha clientes (prestadores de serviços) que emitem notas cujo provedor é Infisc, já é possível testar em ambiente de homologação o envio do XML do DPS (Padrão Nacional) na versão 1.01 com os novos campos da Reforma Tributária, basta fazer a alteração mostrada acima para a cidade em questão, note que na URL contem o nome da cidade.

Conceitos básicos. Apesar da redundância presente na frase, ela não deixa de ser verdadeira. Antes de mergulharmos mais fundo no mundo da NFSe, é importante estabelecer as bases, conceituando termos importantes que vão aparecer com frequência quando falarmos do assunto: RPS: é a sigla para Recibo Provisório de Serviço. Trata-se do documento gerado pelo prestador de serviços e enviado ao web service do Provedor para ser convertido em NFSe. Provedor: é o nome dado à empresa que fornece o web service de emissão de NFSe para o município. Geralmente, essa empresa é escolhida por meio de licitação, tendo um prazo de “vida útil” para disponibilizar o serviço até que a licitação termine e uma nova empresa seja selecionada (quando isso acontecer, você pode seguir os passos que tem [AQUI] para atualizar na solução ACBr). Em alguns casos, a própria prefeitura é responsável pelo web service. NFSe: é a sigla para Nota Fiscal de Serviços Eletrônica. Trata-se do documento fiscal eletrônico gerado pelo web service do Provedor a partir da conversão do RPS recebido, nos casos em que nenhum erro seja encontrado. É o documento que, de fato, representa a operação de prestação de serviços. Leiaute ABRASF: é o nome dado ao leiaute sugerido pela Associação Brasileira das Secretarias de Finanças das Capitais (ABRASF), que pode ou não ser adotado pelos provedores. Ele propõe um padrão para a estrutura do RPS e da NFSe, indicando quais campos e informações cada um deve conter. Além disso, sugere os métodos que devem ser implementados no web service. Leiaute Próprio: é o padrão de estrutura de dados definido individualmente por um município ou provedor para a emissão da NFSe, em vez de seguir integralmente o Leiaute ABRASF. Nesse formato, o município estabelece quais campos, formatos e métodos serão utilizados no RPS e na NFSe, podendo diferir totalmente ou parcialmente das especificações sugeridas pela ABRASF. DPS: é a sigla para Declaração de Prestação de Serviços. Trata-se do documento equivalente ao RPS, utilizado no Padrão Nacional da NFSe. Ele reúne as informações necessárias para emissão da nota fiscal e deve ser transmitido ao ambiente nacional, que valida os dados e gera a NFSe nos casos em que não haja inconsistências. Padrão Nacional: também conhecido e divulgado por alguns como NFSe Nacional (na solução ACBr, o Padrão Nacional é considerado um provedor), é o modelo unificado de emissão da Nota Fiscal de Serviços Eletrônica (NFSe), desenvolvido para padronizar o processo em todos os municípios brasileiros. O uso é obrigatório para prestadores de serviço enquadrados como MEI (Microempreendedor Individual) e opcional para os municípios, que podem adotá-lo de duas formas: Modelo de compartilhamento: as notas são emitidas em leiaute próprio da prefeitura, mas as informações são compartilhadas com o ambiente nacional; Modelo completo: todas as NFSe do município são geradas utilizando integralmente o Padrão Nacional. Onde encontrar os projetos de exemplo. Agora que os conceitos foram definidos, vamos dar o primeiro passo na parte prática e localizar os projetos de demonstração. O exemplo disponível em Delphi pode ser encontrado em: ..\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi O exemplo disponível em Pascal pode ser encontrado em: ..\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Lazarus Para a ACBrLib temos exemplos disponíveis nas linguagens: C#: ..\trunk2\Projetos\ACBrLib\Demos\C#\NFSe Harbour: ..\trunk2\Projetos\ACBrLib\Demos\Harbour\NFSe Java: ..\trunk2\Projetos\ACBrLib\Demos\Java\NFSe Node.js: ..\trunk2\Projetos\ACBrLib\Demos\Node.js\NFSe PHP: ..\trunk2\Projetos\ACBrLib\Demos\PHP\NFSe VB6: ..\trunk2\Projetos\ACBrLib\Demos\VB6\NFSe Abrir e analisar o código disponível nesses exemplos, criados para demonstrar o preenchimento das propriedades e as chamadas das funções das soluções ACBr, é um passo importante para entender como elas funcionam e como podem ajudar no seu desenvolvimento. Como testar? Na esmagadora maioria dos casos, é necessário, no mínimo, o uso de um certificado digital e-CNPJ para a comunicação com os web services, sem contar aqueles que exigem o uso de chave ou token. Portanto, é mais simples buscar essa informação junto à cidade onde você reside. Procure descobrir qual é o provedor que fornece o serviço para sua cidade, qual leiaute ele utiliza e quais são os requisitos para comunicação com o web service. Uma vez com essas informações em mãos, você pode utilizar os exemplos para testar o processo de emissão junto à sua cidade, compreendendo o fluxo e, por meio dos erros recebidos e da leitura dos manuais do provedor, identificar quais são os campos necessários, os valores esperados, entre outros detalhes importantes. Quais cidades são atendidas? Atualmente, a solução do ACBr atende a 3.079 das 5.571 cidades do Brasil. Para conferir se um município é atendido, basta procurar pelo código IBGE correspondente no arquivo ACBrNFSeXServicos.ini. Se na seção correspondente houver um nome de provedor atribuído, significa que o município é atendido. [3503208] Nome=Araraquara UF=SP Provedor=GINFES Principais Diferenças entre as Cidades. Todas as diferenças entre o processo de emissão de NFSe no município da cidade A e no município da cidade B se devem ao provedor que fornece o serviço para cada uma delas. Cidades atendidas pelo mesmo provedor raramente apresentam particularidades que diferenciem seu processo de emissão. Isso significa que, se você já homologou para uma cidade atendida pelo provedor ISSNet, na versão 2.04, por exemplo, dificilmente terá dificuldades para homologar em outra cidade atendida pelo mesmo provedor e versão. Por outro lado, isso também significa que uma cidade atendida pelo provedor IPM, em sua versão 1.00, terá diferenças significativas em relação a uma cidade atendida pelo ISSNet na versão 2.04. Portanto, é muito importante identificar qual é o provedor que atende ao município e ficar atento às particularidades dele. Quando usar a NFSe Padrão Nacional O Padrão Nacional deve ser utilizado por todos os prestadores de serviço do Brasil que sejam Microempreendedores Individuais (MEI). Fora desse caso, ele só deve ser utilizado se o município tiver aderido integralmente ao modelo. Caso contrário, a comunicação deve ser feita diretamente com o provedor que atende ao município. Como será com a chegada da Reforma Tributária? A Reforma Tributária sobre o consumo trouxe alterações apenas no leiaute do Padrão Nacional. Até o início de 2026, os municípios deverão escolher entre: Aderir integralmente ao Padrão Nacional, adotando-o como modelo único de emissão; ou Continuar utilizando os web services fornecidos pelos provedores, caso em que esses provedores deverão incluir novos campos em seus leiautes para receber as informações exigidas pela reforma e compartilhá-las com o Padrão Nacional de alguma forma. Vale a leitura. Emissão de NFSe, eliminando todas as dúvidas. Duvidas Frequentes sobre o ACBrNFSeX Algumas mensagens comuns no ACBrNFSeX, o que elas significam e o que você pode fazer. Informar mais de um item de serviço é possível? Consigo consultar e baixar os XMLs das NFSes junto as prefeituras usando as soluções do ACBr? Emissão de NFS-e segundo o Padrão Nacional Primeiros Passos com a Reforma Tributária

Bom dia @Fabio Defferrari, O correto é: ACBrNFSeX1.ConsultarDPSPorChave(xChaveDPS);

O projeto mavem vc precisara instalar os arquivos jar no repositório local que é usado no projeto: Pegando nfe por exemplo: vc instala dessa forma: mvn install:install-file "-Dfile=ACBr_Common.jar" "-DgroupId=com.acbr" "-DartifactId=common" "-Dversion=1.0" "-Dpackaging=jar" mvn install:install-file "-Dfile=ACBrLibNFe.jar" "-DgroupId=com.acbr" "-DartifactId=nfe" "-Dversion=1.0" "-Dpackaging=jar" Lembrando que você precisa estar com mvn no seu classpath e rodar os comandos dentro da pasta que estão os arquivos .jar Depois no pom.xml vc configura dessa forma: <dependency> <groupId>com.acbr</groupId> <artifactId>common</artifactId> <version>1.0</version> </dependency> <dependency> <groupId>com.acbr</groupId> <artifactId>nfe</artifactId> <version>1.0</version> </dependency> <dependency> <groupId>net.java.dev.jna</groupId> <artifactId>jna</artifactId> <version>5.9.0</version> </dependency> <dependency> <groupId>net.java.dev.jna</groupId> <artifactId>jna-platform</artifactId> <version>5.9.0</version> </dependency> Obs: adicionei as dependências do jna, que serão necessárias. Sobre as dlls vc precisara adicionar em src/main/native/win32-x86-64. E depois, no pom.xml, configurar o seguinte plugin: <plugin> <groupId>org.codehaus.mojo</groupId> <artifactId>build-helper-maven-plugin</artifactId> <version>3.2.0</version> <executions> <execution> <id>add-native-dependencies</id> <phase>generate-resources</phase> <goals> <goal>add-resource</goal> </goals> <configuration> <resources> <resource> <directory>${project.basedir}/src/main/native</directory> </resource> </resources> </configuration> </execution> </executions> </plugin> Dessa maneira funcionou pra mim. Acredito que se você for implementar no linux, mudaria apenas o nome das pastas que ele busca as dlls.

Como essas orientações são sobre o componente ACBrNFSeX, as mesmas também se aplicam para a LibNFSe e posteriormente o ACBrMonitor já que ambos fazem uso do mesmo. Nome da cidade não está associado a nenhum provedor. O por quê da mensagem. Atualmente o ACBrNFSeX atende mais de 1260 cidades com mais de 140 provedores implementados, apesar disso, o Brasil é vasto, contando com 5565 municípios, por causa disso é inevitável que alguma cidade acabe escapando do nosso radar, por isso, se o componente não tiver a informação de integração de uma cidade, será devolvida a mensagem "<NomeCidade> não está associado a nenhum provedor. O que você deve fazer. Veja este tópico em nossa Base de Conhecimento para saber como descobrir se a cidade é aceita pelo componente. Caso precise usar uma cidade que não esteja implementada, o primeiro passo é buscar as informações para poder integrar com o serviço de emissão de NFSe via WebService daquela cidade. Um bom lugar para começar a buscar esta informação é no site da prefeitura e no setor de ISS da mesma. De posse destas informações, você pode criar um tópico no fórum para que a integração possa posteriormente ser adicionada ao componente. Nenhum provedor selecionado. O por quê da mensagem. O ACBrNFSeX foi concebido de forma inteligente, fazendo uso de interfaces. Desta forma, cada provedor pode ter sua própria implementação sem interferir umas com as outras, seguindo a implementação dos métodos da Interface. Isso também quer dizer que a implementação dos métodos em si é feita nas classes do provedor e quando o mesmo não for selecionado será devolvida a mensagem "Nenhum provedor selecionado". O que você deve fazer. O componente define qual é o provedor internamente de acordo com a cidade selecionada, por isso, antes de realizar qualquer operação com o ACBrNFSeX, você deve configurar a cidade do emitente. Não informado a URL de Homologação. O por quê da mensagem. A informação da cidade, provedor que a atende, versão e URL do WebService para todos os municípios que são usados pelo ACBrNFSeX se encontram no arquivo ACBrNFSeXServicos.ini(Para mais informações sobre o arquivo ACBrNFSeXServicos.ini e o que significa cada parâmetro nele, por favor leia nosso Manual de Migração para o ACBrNFSeX). Esta mensagem é exibida quando não tem a informação da URL de homologação para a cidade que está usando. O que você deve fazer. O fato de não ter está informação no arquivo INI é um indício de duas possíveis situações. Quanto foi feita a contribuição com a informação da cidade, não foi passada a informação, por isso não dispomos da mesma. Não tem ambiente de homologação para esta cidade e o teste precisa ser feito em produção. Para ambos os casos, é recomendado entrar em contato com a prefeitura ou o provedor para pedir uma confirmação. Serviço não implementado para este provedor. O por quê da mensagem. Infelizmente, não existe uma padrão estabelecido para NFSe, o mais próximo disso seria o Padrão ABRASF, que apesar de ser chamado de "padrão" é na verdade uma recomendação de como implementar o WebService que pode ou não ser seguida pelos provedores. Dessa forma temos provedores que implementam leiaute próprio e até mesmo aqueles que seguem o padrão ABRASF, podem implementar customizações ou deixar de implementar métodos. Por isso, se você recebeu a mensagem Serviço não implementado para este provedor, significa que está tentando usar um método que não foi implementado por ele. O que você deve fazer. De maneira geral, podemos agrupar o uso da NFSe em três categorias, Emissão, Consulta e Cancelamento/Substituição. Se você tentou usar uma das formas de emissão(síncrona ou assíncrona) e recebeu está mensagem, isso indica que o provedor não implementa a forma como está usando e por isso deve utilizar a outra. Uma dica é deixar o modo de envio automático para que o componente escolha. Caso tenha tentado uma consulta e recebido está mensagem, indica que a mesma não foi implementada pelo provedor e deve optar por alguma outra das consultas disponíveis. Se o cancelamento/substiuição lhe devolver esta mensagem, entre em contato com a prefeitura para confirmar se a mesma permite realizar tal processo via WebService já que em alguns municípios, parte do processo de cancelamento/substituição requer análise de um fiscal. Lista de NFSe não encontrada! (ListaNfse) O por quê da mensagem. Nos casos em que transmite um RPS, mas recebe rejeições no retorno esta é uma das mensagens que vai visualizar. Ela ocorre porque o ACBrNFSeX espera receber dentro da estrutura do retorno uma tag ListaNfse que contém o conteúdo da NFSe em si. Quando o WebService devolve rejeições, ele não devolve esta tag. O que você deve fazer. Quando a transmissão do RPS ocorre sem rejeições e a NFSe é devolvida está mensagem não aparece, portanto, basta resolver as outras rejeições que foram devolvidas pelo WebService. WebService retornou um XML vazio. O por quê da mensagem. Está mensagem é mostrada quando a resposta do WebService a requisição vem vazia. O que você deve fazer. Existe a possibilidade de que o WebService esteja devolvendo uma resposta que não esteja no padrão esperado para ele e por isso o componente não consiga interpretar. Marque a opção para Salvar os Envelopes Soap. Se você usa componente a propriedade é: ACBrNFSeX.Configuracoes.WebServices.Salvar := True; Se você usa Lib é a configuração SalvarWS na seção NFSe das configurações. Ao fazer isso, será salvo para você um arquivo com a resposta devolvida pelo WebService antes de o ACBrNFSeX tentar fazer sua leitura. Verifique o conteúdo deste arquivo e caso o mesmo esteja vazio ou nem ao menos seja gerado, é necessário entrar em contato com o provedor para verificar. Caso haja informação, crie um tópico no fórum anexando os arquivos de envelope para que a equipe ACBr possa analisar se a rotina de leitura do componente deve ser alterada para que leia o conteúdo do retorno.

Olá Pessoal, Notamos que alguns desenvolvedores estão confundindo ABRASF com Padrão Nacional em relação à NFS-e. Gostaríamos de esclarecer que a ABRASF até faz parte do projeto NFS-e Padrão Nacional, porém não são sinônimos. Os layouts são diferentes! ABRASF: Necessário gerar e enviar o RPS (Recibo Provisório de Serviço). Dependendo do provedor, esse envio pode ser em lote nos modos assíncrono/síncrono ou unitário em modo síncrono; Padrão Nacional: Necessário gerar e enviar o DPS (Declaração Provisória de Serviço) sempre em forma unitária e modo síncrono. Também notamos que alguns desenvolvedores estão recebendo rejeições ao realizar testes de envio com o componente configurado para o Padrão Nacional. Antes de tudo, é necessário analisar alguns pontos muito importantes: O Prestador é MEI? Se sim, provavelmente existem dados errados informados no DPS. Caso contrário, a cidade aderiu 100% ao projeto da NFS-e Padrão Nacional? Se aderiu, provavelmente existem dados errados informados no DPS. Se não aderiu, isso explica a rejeição! Espero que essa dica possa ajudar a esclarecer as dúvidas com relação a esses layouts.

Olá pessoal, Tenho notado que muitos desenvolvedores estão tendo dificuldade com a configuração da pasta de Schemas no novo componente ACBrNFSeX. Dica para uma configuração correta. Vou utilizar o programa exemplo. Na aba [Geral] temos a opção: Montar automaticamente o Path dos Schemas, marque esta opção. Logo abaixo temos o caminho, vou colocar o caminho que se encontra os Schemas dos provedores que se encontra junto com os programas exemplos. Caminho: ...\Exemplos\ACBrDFe\Schemas\NFSe Coloquei 3 pontos no inicio porque eu não sei em que pasta esta na sua maquina. Outra coisa importante, note que a ultima pasta informada no caminho é NFSe, Dentro da pasta NFSe existe uma pasta para cada provedor, mas não precisamos informa-la uma vez que marcamos a opção para que o componente monte automaticamente o caminho dos Schemas. Na maquina do seu cliente faça o seguinte: C:\MinhaAplicacao\Schemas\NFSe Dentro da pasta NFSe copia todas as pastas que estão dentro da pasta ...\Exemplos\ACBrDFe\Schemas\NFSe. Marque a opção para montar automaticamente o Path dos Schemas. E informe o caminho dos Schemas como sendo: C:\MinhaAplicacao\Schemas\NFSe Desta forma a sua aplicação de emissão de NFS-e vai encontrar os schemas corretos para a cidade em questão.